ゲートウェイが起動されます。インターフェイスを介して起動されたコールは、通常のポストルート要求です。着信番号、ANI、変数などが提示され、ラベルが返されます。返されたラベルによって指定された宛先にコールを配信します。ポストルート要求と同様に、交換はそこで終了します。入力ゲートウェイにより発生したコールの最初の相違点です。コールのルーティングおよび再ルーティングを必要な回数だけ継続できます。できるだけ早くハンドオフされる必要があります。コールの転送方法に関係します。ラベルを使用することによってのみ転送可能です。ラベルを処理できます。発生したコール(エージェントがウォーム転送または会議を実行するコールを含む)に対してサポートされていません。次の項では、これらの相違点についてさらに詳細に説明します。より発生したコールとは異なる処理が必要です。発信コールを行うよう要求することによって、発信コールを導入します。宛先に転送してループを抜けます。より発生したコールの定義に合致しています。アプリケーションにコールする機能を従業員に提供する場合があります。従業員が医療保障に加入できるようにするアプリケーションがあります。デスクなどのエージェントに到達しようとして、キューで待機することになる場合もあります。対して発生するコールになります。アプリケーションにダイヤルインできる場合もあります。より発生したコールとして適しています。フローでは、ほとんどの企業は、発信者を別のエージェント(現在使用可能な場合も使用不可の場合もある)に転送する機能をエージェントに提供することを希望しています。ブラインド転送では、最初のエージェントは番号をダイヤルして切断します。番めのエージェントに接続されるか、必要に応じてキューに格納されます。より発生したコールとは関係しておらず、ネットワーク転送と呼ばれます。管理転送」の項も参照してください。番めのエージェントに接続されます。人のエージェントは会話が可能となり、発信者と会議を開くことができ、その後最初のエージェントは離脱できます。番めのエージェントが使用不可の場合、キューに格納されるのは(発信者ではなく)最初のエージェントです。なしで行うことができます。より発生したコールを作成する必要があります。フローについて説明します。VRU)についてはここでは説明しません。アプリケーションを起動したときに発生します。トランクとして設定されます。フローは、次のとおりです。パターンをダイヤルします。ゲートウェイに送信します。セッションを起動します。アプリケーションを開始します。