(57)【要約】【課題】呼における一連の工程の信頼性を向上させる。【解決手段】それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、発信インタフェースユニットから発信される呼設定要求に応答して、呼の各々に対するパラメータを設定し、設定されたパラメータの少なくとも一つをルーティングエンティティに格納し、ルーティングエンティティは、ネットワークのリソースに対するアクセスが格納された少なくとも一つのパラメータと確実に整合するよう動作する。【選択図】図１
2006311628.tif 000002
【特許請求の範囲】
【請求項１】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定し、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納し、前記ルーティングエンティティは、前記ネットワークのリソースに対するアクセスが前記格納された少なくとも一つのパラメータと確実に整合するよう動作し、
前記ルーティングエンティティは、ネットワークエッジデバイスであることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記発信インタフェースユニットは、アクセスネットワークの一端に接続され、前記ネットワークエッジデバイスは前記アクセスネットワークの他の一端に接続されることを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記呼の少なくとも一つに対するサービス品質は、該呼に対して設定されたパラメータの少なくとも一つにより決定されることを特徴とする方法。
【請求項４】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定し、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納し、前記ルーティングエンティティは、前記ネットワークのリソースに対するアクセスが前記格納された少なくとも一つのパラメータと確実に整合するよう動作し、
呼に対して設定された前記パラメータの少なくとも一つは、有界のパケット損失及び待ち時間の少なくとも一つを制御することを特徴とする方法。
【請求項５】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定し、前記各呼に対するサービス品質は、該呼に対して設定されたパラメータの少なくとも一つにより決定され、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納し、
前記ルーティングエンティティにおいてそれぞれの発信インタフェースユニットからの前記各呼のためのパケットを受け取り、前記ルーティングエンティティは前記パケットを前記ネットワークに転送し、前記ルーティングエンティティは、呼に対して以前に与えられたサービス品質を超えない程度の前記呼に対するサービス品質を提供するよう、前記少なくとも一つのパラメータを用いて前記パケットに対する前記ネットワークへの承認を制御することを特徴とする方法。
【請求項６】
請求項５記載の方法であって、前記少なくとも一つのパラメータは、前記呼が経由しないゲートコントローラから、前記ルーティングエンティティにより受け取られることを特徴とする方法。
【請求項７】
請求項６記載の方法であって、前記各呼に対して設定され、前記ルーティングエンティティに格納される前記パラメータは、該呼に対する課金パラメータを含むことを特徴とする方法。
【請求項８】
請求項５記載の方法であって、前記各呼に対する前記パラメータの少なくとも一つは、帯域幅を制御することを特徴とする方法。
【請求項９】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定し、前記各呼に対するサービス品質は、該呼に対して設定されたパラメータの少なくとも一つにより決定され、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納し、
前記ルーティングエンティティにおいてそれぞれの発信インタフェースユニットからの前記各呼のためのパケットを受け取り、前記ルーティングエンティティは前記パケットを前記ネットワークに転送し、前記ルーティングエンティティは、前記少なくとも一つのパラメータを用いて、呼に対して以前に与えられたサービス品質を超えない程度の前記呼に対するサービス品質を提供するよう、前記パケットに対する前記ネットワークへの承認を制御し、
前記各呼に対し設定され、サービス品質を決定するパラメータは、パケットサイズとパケット間の間隔とを決定することを特徴とする方法。
【請求項１０】
請求項９記載の方法であって、前記各呼に対し設定され、サービス品質を決定するパラメータは、通信優先順位を含むことを特徴とする方法。
【請求項１１】
請求項９記載の方法であって、前記各呼に対し設定されるパラメータは、動作、ポリシー、通信量パラメータを含むことを特徴とする方法。
【請求項１２】
請求項９記載の方法であって、前記各呼に対する前記パラメータは、前記ネットワークエッジデバイスにおいて前記各呼に対して設定されたゲートにおいて用いられ、前記ゲートは、該呼に対して設定された前記パラメータによって少なくとも一部を規定された前記各呼に対する呼許可制御メカニズムであることを特徴とする方法。
【請求項１３】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる装置であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定する手段と、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納する手段と、を有し、
前記ルーティングエンティティはネットワークエッジデバイスであって、
前記ルーティングエンティティは、前記各呼の期間中、前記ネットワークのリソースに対するアクセスが、前記格納された少なくとも一つのパラメータと確実に整合するよう動作可能であることを特徴とする装置。
【請求項１４】
請求項１３記載の装置であって、前記呼の少なくとも一つに対して設定されたパラメータは、発信元ネットワークアドレス及び宛先ネットワークアドレスの少なくとも一つを含むことを特徴とする装置。
【請求項１５】
請求項１３記載の装置であって、前記呼の少なくとも一つに対するサービス品質は、該呼に対して設定されたパラメータの少なくとも一つにより決定されることを特徴とする装置。
【請求項１６】
それぞれの発信インタフェースユニットから発信される呼が経由するルーティングエンティティを含むパケット通信ネットワークにおいて用いられる装置であって、
発信インタフェースユニットから発信される呼設定要求に応答して、前記呼の各々に対するパラメータを設定する手段と、
前記設定されたパラメータの少なくとも一つを前記ルーティングエンティティに格納する手段と、を有し、
前記呼のうち、少なくとも特定の呼に対するサービス品質は、前記特定の呼に対して設定されたパラメータの少なくとも一つにより決定され、
前記各呼に対して設定された前記パラメータの少なくとも一つは、前記各呼の（ａ）有界のパケット損失、及び（ｂ）待ち時間の少なくとも一つを制御することを特徴とする装置。
【請求項１７】
パケット通信ネットワークにおいて用いられ、それぞれの発信インタフェースユニットから発信される呼が経由するパケットルーティングデバイスであって、
発信インタフェースユニットから発信される呼設定要求に応答して、各呼に対して設定されたパケットパラメータを受け取り、格納する手段と、
それぞれの発信インタフェースユニットから各呼ごとに受け取ったパケットを前記ネットワークへ転送する手段と、を有し、
前記パケットルーティングデバイスは、前記少なくとも一つのパラメータを用いて、前記パケットの前記ネットワークに対する承認を制御することを特徴とするデバイス。
【請求項１８】
請求項１７記載のデバイスであって、前記受け取り・格納手段は、前記呼に対する課金パラメータを受け取り、格納することを特徴とするデバイス。
【請求項１９】
請求項１７記載のデバイスであって、前記各呼に対する前記パラメータの少なくとも一つは、帯域幅を制御することを特徴とするデバイス。
【請求項２０】
発信インタフェースユニットから発信される呼が経由するパケットルーティングエンティティを含むパケット通信ネットワークにおいて用いられる方法であって、
発信インタフェースユニットから発信される呼設定要求を受け取り、前記呼設定要求は、終端ロケーションの指示を含み、
呼設定要求を受け取った後、呼に対するサービス品質パラメータを設定し、前記設定されたパラメータの少なくとも一つを前記パケットルーティングエンティティに格納し、
呼設定要求に応じて、発信インタフェースユニットと終端ロケーションとの間にエンドトゥエンド接続を構築し、前記パケットルーティングエンティティは、前記各呼の期間中、前記ネットワークのリソースに対するパケットによるアクセスが、前記格納された少なくとも一つのパラメータと確実に整合するよう動作することを特徴とする方法。
【請求項２１】
請求項２０記載の方法であって、前記ルーティングエンティティは、ネットワークエッジデバイスであることを特徴とする方法。
【請求項２２】
請求項２１記載の方法であって、前記ネットワークエッジデバイスは、パケットルータであることを特徴とする方法。
【請求項２３】
請求項２１記載の方法であって、前記発信インタフェースユニットは、アクセスネットワークの一端に接続され、前記ネットワークエッジデバイスは、前記アクセスネットワークの他の一端に接続されることを特徴とする方法。
【請求項２４】
請求項２０記載の方法であって、呼に対するサービス品質は、格納されたパラメータの少なくとも一つにより決定されることを特徴とする方法。
【請求項２５】
請求項２０記載の方法であって、呼に対して設定されたパラメータはゲートコントローラによって設定され、前記ゲートコントローラは該パラメータを前記ルーティングエンティティに伝送し、前記ゲートコントローラは前記ネットワークにおける前記呼が経由しないエンティティであることを特徴とする方法。
【請求項２６】
請求項２５記載の方法であって、前記ルーティングエンティティは、ネットワークエッジデバイスであることを特徴とする方法。
【請求項２７】
請求項２１記載の方法であって、さらに、
前記ネットワークエッジデバイスにおいて呼のためのゲートを構築し、前記ゲートは、呼に対して設定されたパラメータによって少なくとも一部を規定された呼に対する呼許可制御メカニズムであることを特徴とする方法。
【請求項２８】
請求項２７記載の方法であって、呼に対して設定されたパラメータは、前記発信インタフェースユニットと通信を行うゲートコントローラによって設定されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークリソースの割当て（allocation）に関する。より詳細には、承認されたサービスの品質（ＱｏＳ：quality of service）に基づくネットワークリソースの予約及び受託（committing）に関する。
【０００２】
（関連出願のクロスレファレンス）
本願は、１９９８年１０月２０日出願の米国特許仮出願第６０／１０４，８７８号（その内容全体が参照用に本願に添付されている）及び１９９８年８月４日出願の米国特許仮出願第６０／０９５，２８８号（その内容全体が参照用に本願に添付されている）による利益を主張する。
【０００３】
本願は、以下の、同一出願日の同一出願人による係属中の特許出願に関連する。"A Method for Exchanging Signaling Messages in Two Phases"（「２相でシグナリングメッセージを交換する方法」、代理人事件番号：２６８５／１１３４７５）；"A Method for Performing Gate Coordination on a Per-Call Basis"（「パーコールベースでゲート調整を行う方法」、代理人事件番号：２６８５／５２３７）；"A Method for Establishing Call State Information without Maintaining State Information at Gate Controllers"（「ゲートコントローラにおいて状態情報を保持せずに呼の状態情報を確立する方法」、代理人事件番号：２６８５／５２３８）；及び"A Method for Providing Privacy by Network Address Translation"（「ネットワークアドレス変換によってプライバシーを提供する方法」、代理人事件番号：２６８５／５２３９）
【背景技術】
【０００４】
既知のシグナリングアーキテクチャＨ．３２３は、国際電気通信連合（ＩＴＵ）に定められた規格であり、ＱｏＳの保証がない（インターネットプロトコル（ＩＰ）ネットワークなど）構内通信網（ＬＡＮ）及び広帯域通信網（ＷＡＮ）において、端末、ネットワーク機器、及びサービス間でどのようにマルチメディア通信が起こるを説明している。ＱｏＳは、呼発生中における通信サービスの基準であり、例えば、その呼に関連する帯域幅、遅延及び待ち時間（latency）を含むことができる。非接続（connectionless）「ベストエフォート型」搬送モデルを使用するネットワークにおいては、一般的にＱｏＳは保証されていない。前記Ｈ．３２３はそのようなネットワークのシグナリングアーキテクチャである。
【０００５】
Ｈ．３２３は、ゲートキーパにルーティングされた（gatekeeper-routed）シグナリングを含む一定範囲の実施オプションを提供する。Ｈ．３２３規格においては、ゲートキーパがＬＡＮアドレスエイリアス（別名）（LAN address aliases)をＩＰアドレスにマップし、必要時にアドレスルックアップを提供する。ゲートキーパはまた、呼の制御機能を実行し、Ｈ．３２３接続の数及び１つのＨ．３２３「ゾーン」においてこれらの接続により使用される全体帯域幅を制限する。ゲートキーパはＨ．３２３規格内に必要ではないが、ネットワークにゲートキーパが存在する場合には、ネットワーク端末はそのサービスを利用しなければならない。すなわち、ゲートキーパは個々の各呼に対する状態情報を保持するとともに、すべての呼シグナリングはゲートキーパを通過しなければならない。
【０００６】
【特許文献１】米国特許仮出願第６０／１０４，８７８号
【特許文献２】米国特許仮出願第６０／０９５，２８８号
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ゲートキーパによるＨ．３２３の実施には、次のような問題がある。第１に、呼における一連の工程を通じてゲートキーパを利用できるようゲートキーパに関連する機器は極めて信頼性が高い必要がある。呼の途中でゲートキーパに関連する装置に故障があった場合、そのゲートキーパにおいてのみ保持されていたその呼の状態情報も失われるため、その呼自体が失われる。第２に、状態情報の保持及びＨ．３２３に関連するメッセージング（messaging)が複雑でプロセッサ集中型であるため、ゲートキーパに関する装置はコスト効率が良くない。さらに、ゲートキーパを迂回して、承認及びモニタされない呼を発生させることによるサービスの盗難の可能性もある。
【課題を解決するための手段】
【０００８】
発呼者と被呼者の間の呼に対し、ネットワークリソースが割り当てられる。前記呼のネットワークリソースは、予約要求に基づき予約される。リソースの予約は、予約されたネットワークリソースから任意の１つを受託する前に行われる。予約された呼のネットワークリソースは、被呼者が該呼の受入れを示すと受託される。
【発明を実施するための最良の形態】
【０００９】
本発明の実施形態は、（例えば、パケット交換に基づく）データネットワーク、テレフォンネットワーク（プレインオールドテレフォンネットワーク（ＰＳＴＮ）など）、ケーブルネットワークなど、異なる種類のネットワークを組み合わせた通信システムに関する。このような通信システムはインテリジェントエンドターミナルを含むことができ、このエンドターミナルにより、サービスプロバイダは、前記異なる種類のネットワークに関する種々のサービスの提供し、エンドターミナルの能力を十分に発揮させることができる。例えば、ケーブルネットワークを介してデータネットワークに接続された電話又は通信装置（パーソナルコンピュータなど）によって音声を受送信可能な本発明の実施形態においては、パケットテレフォニを実施することができる。
【００１０】
本発明の実施形態は、呼の承認、呼シグナリング、ネットワークリソース管理、及び通信装置（例えば、電話、パーソナルコンピュータなど）間のエンドトゥエンドシグナリングに関連する。現在の規格に準じるサービス品質を有する既存のテレフォンサービスがサポートされると同時に、より広範囲のパケット許可された通信サービスがさらにサポートできる。本発明の実施形態は、異なる呼に対するサービス品質（例えば、帯域幅、遅延、待ち時間の少なくともいずれか）の差に基づいて、通信サービスに対する異なる価格設定及び課金が可能である。
【００１１】
本発明の実施形態は、さらに、インテリジェントなエンドポイントを、提供されたサービスの特性のサポートに参加させることができる。このようなインテリジェントエンドポイントは、例えば、従来の電話をデータネットワークにインターフェース接続するテレフォニ可能なコンピュータ及びゲートウェイでもよい。提供されたサービスの特性のサポートにおいて、これらのエンドポイントのインテリジェンスを利用することにより、これまでネットワークだけによって保持していた機能（例えば、シグナリングに関するタスク）を、通信ネットワークエンティティ及び通信ネットワークに接続されたインテリジェンエンドポイントで効率よく分担できる。
【００１２】
さらに、本発明の実施形態は、サービスの盗難を防ぐべく保護された信頼性のあるサービスの提供に関するコスト及び煩雑性を最小限に抑えた。従来のテレフォンネットワークとは異なり、本発明の実施形態では、各個々の呼に対して状態を保持する、利用性の高いネットワークサービスは要求されない。本発明の実施形態では、１つの特定呼に直接関連するエッジルータ及びエンドポイントにおいて状態を保持することができる。
【００１３】
説明を明瞭化するため、以下いくつかの章に分けて説明を記載する。まず、「システムの概観」と題する第１章において、本発明の一実施形態による通信ネットワークの全体的なシステムを説明する。その後、本発明の実施形態の個別の側面について考慮する。すなわち、第２章「２相リソース予約」、第３章「２相シグナリング」、第４章「パーコールベースのゲート調整(gate coordination）」、第５章「ネットワークアドレス変換」、第６章「シミュレートされた着信先リングバック」を説明する。最後に、第７章「プロトコルの説明」において、シグナリングメッセージのプロトコルを詳細に説明し、第８章「シグナリングアーキテクチャ呼フロー」において、シグナリングアーキテクチャの呼フローを説明する。いずれも、本発明の実施形態の種々の態様に適用が可能である。
【００１４】
１．システムの概観
図１に、本発明の一実施形態によるネットワークを示す。ネットワーク１０は、通信ネットワーク１００を含み、通信ネットワーク１００は、ゲートコントローラ１１０，１１１、ネットワークエッジデバイス１２０，１２１及びテレフォンネットワークゲートウェイ１３０に接続されている。ゲートコントローラ１１０，１１１はそれぞれデータベース記憶装置１４０，１４１に接続されている。ネットワークエッジデバイス１２０，１２１はそれぞれアクセスネットワーク１５０，１５１に接続されている。アクセスネットワーク１５０，１５１は、それぞれ、ネットワークインターフェースユニット１６０，１６１に接続し、ネットワークインターフェースユニット１６０，１６１はそれぞれ、テレフォンインターフェースユニット（ＴＩＵ）１７０，１７１，及び通信装置１８０，１８１に接続されている。ＴＩＵ１７０，１７１はそれぞれ、電話１９０，１９１に接続している。テレフォンネットワークゲートウェイ１３０は、テレフォンネットワーク１３５に接続され、テレフォンネットワーク１３５が電話１９２に接続されている。
【００１５】
通信ネットワーク１００は、例えば、インターネットプロトコル（ＩＰ）シグナリング、ＩＰメディア搬送、非同期転写モード（ＡＴＭ）メディア搬送の少なくともいずれかをサポートするネットワークにすることができる。アクセスネットワーク１５０及び１５１は、音声の搬送とデータ伝送の少なくともいずれかが可能な電線又はファイバのネットワークにすることができる。テレフォンネットワーク１３５は、たとえば、プレインオールドテレフォンシステム（ＰＳＴＮ）が可能である。
【００１６】
ネットワークインターフェースユニット１６０及び１６１は、例えば、テレビジョン同軸ケーブル回路において使用すべく設計されたケーブルモデムにすることができる。ネットワークインターフェースユニット１６０，１６１は、通信装置１８０と１８１のそれぞれをアクセスネットワーク１５０，１５１にそれぞれ接続可能にする。また、ネットワークインターフェースユニット１６０及び１６１は、それぞれ、ＴＩＵ１７０と１７１のそれぞれ（よって、電話１９０および１９１のそれぞれ）をアクセスネットワーク１５０，１５１に接続可能にする。
【００１７】
ネットワークエッジデバイス（ＮＥＤ）１２０及び１２１は、通信ネットワーク１００をアクセスネットワーク１２０及び１２１のそれぞれに接続する、通信ネットワークの端部に位置する装置である。ネットワークエッジデバイスは、例えば、通信ネットワーク１００をアクセスネットワーク１５０及び１５１に接続できるルータ又はブリッジ又は同様の装置でよい。ＮＥＤ１２０及び１２１は、ネットワークのエッジにおいて例えばルータとして特定的に実施が可能なため、ここではこれらの装置をエッジルータ（ＥＲ）と呼ぶこともできる。
【００１８】
ネットワークエッジデバイス１２０及び１２１は、リソース管理及び許可制御機構を実施することができる。リソース管理及び許可制御機構は、通信ネットワーク１００に対して、呼に対する承認されたサービスの品質（ＱｏＳ）を保証するために必要な限定されたパーパケット（パケットごとの）損失及び遅延の保証を可能にする。すなわち、ネットワークエッジデバイス（例えば、ネットワークエッジデバイス１２０又は１２１）は、例えば強化されたＱｏＳへのアクセスを通信ネットワーク全体に提供する前に、関連するゲートコントローラ（例えばゲートコントローラ１１０または１１１）からの承認を呼ごとに取得できる。言い換えると、ネットワークエッジデバイスは、特定者の呼に対する強化されたＱｏＳが承認され、その使用に対して会計が行われていることを保証できる。ネットワークエッジデバイスは、呼に対する会計記録を生成できるが、これは、これらのデバイスがその呼に対して通信ネットワーク１００内のリソースの使用を追跡しているためである。また、ネットワークエッジデバイスは、ネットワークアドレス変換を実施し、被呼者あるいは発呼者またはその両者についてのアドレスプライバシーをサポートする。これについては、以下により詳細に説明する。
【００１９】
ＴＩＵ１７０及び１７１は、電話と、アクセスネットワーク１５０及び１５１、及び通信ネットワーク１００などのパケット搬送ネットワークとの間のゲートウェイである。ＴＩＵ１７０及び１７１は、電話１９０及び１９１のそれぞれからの音声信号をディジタル化し、圧縮し、パケット化し、アナログ音声を、通信ネットワーク１００を介して搬送すべくデータパケットに変換する。あるいは逆方向の変換を行う。ＴＩＵ１７０及び１７１は、例えば、広帯域インターフェースを組み込んだ単純な独立型テレフォニデバイス、インターフェースユニットを組み込んだ高速データケーブルモデム（すなわち、ＴＩＵとその関連するネットワークインターフェースユニットとを１つのデバイスに統合できる）、または広帯域インターフェースを組み込んだ高度ディジタルセットトップボックスにすることができる。ＴＩＵ１７０及び１７１は、例えば電話の広帯域インターフェースにすることができるので、これらのユニットをここでは、広帯域テレフォニインターフェース（ＢＴＩ）ともいう。
【００２０】
ＴＩＵは、シグナリング及び呼制御機能を実行するための十分な処理及びメモリを含む。より詳細には、ＴＩＵ１７０及び１７１のそれぞれは、プロセッサを含み、状態情報における変化の検出（例えばフック状態の検出）、ダイアルされた数字（例えば、デュアルトーン多重周波数（ＤＴＭＦ）信号）の収集、及び電話１９０及び１９１のそれぞれに対する電話特性の実行への参加が可能である。ＴＩＵ１７０及び１７１は、以下に説明する、エンドトゥエンド能力交渉への参加が可能である。
【００２１】
ここで、「エンドトゥエンド」という用語は、ある呼に対する２つのエンドポイント間の関連をいう。例えば、呼が、電話を使用する発呼者と被呼者に関する場合、その呼のエンドトゥエンド関係は、２つのテレフォニインターフェースユニットの間に確立できる。よって、例えばエンドトゥエンドメッセージは、一方のテレフォンインターフェースユニットにおいて発信し、他方のテレフォンインターフェースユニットに着信するメッセージを含むが、そのメッセージは（おそらくは、下記のようなネットワークアドレス変換の実行後には）、単にメッセージを転送する他のネットワークエンティティに対しては不透明である。例えば、エンドトゥエンドメッセージはテレフォンインターフェースユニットの間でのルーティングが可能であるが、この際メッセージは、ネットワークエッジデバイスによって転送されるが、ゲートコントローラを通過してルーティングされない。あるいは、例えば、電話を使用する発呼者と通信装置（パーソナルコンピュータなど）を使用する被呼者とに呼が関連する場合には、その呼のエンドトゥエンド関係は、発呼者のテレフォニインターフェースユニットと被呼者のネットワークインターフェースユニットとの間に確立できる。
【００２２】
ＴＩＵは、継続中の呼の情報を保持できるので、あるサービス特性を局所的に実行できる。例えば、フックフラッシュ（hook flash）を検出し、アクティブ呼を制御することにより、コールウェイティングを実行できる。同様に、一番最近の呼についての状態情報をＴＩＵに保持することによって、リターンコールを局所的に実施することができる。
【００２３】
なお、ＴＩＵ１７０及び１７１は、ＴＩＵが局所保存されたソフトウェアを動作でき、必ずしもサービスプロバイダ（例えば、通信ネットワーク１００を動作させるエンティティ）んい直接制御されないという意味で、「トラストされていない（untrusted）」デバイスである。このようにＴＩＵがトラストされていないデバイスであるため、ＴＩＵに送られる情報は、ＴＩＵに供給される前にまず暗号化され、プライバシーを保証できる。例えば、ゲートコントローラ１１０，１１１の少なくともいずれかからの状態情報は、まず暗号化されてＴＩＵに送ることができる。ＴＩＵでは、後の使用に備えてこの状態情報を記憶する（これにより、呼の状態情報をゲートコントローラにおいて保持する必要がなくなる）。ＴＩＵから読み出された状態情報は、続いて、既知の暗号化技術により照合（verify）することができる。
【００２４】
ＴＩＵにおいて保持するための状態情報の暗号化に加え、状態情報に暗号ハシュ機能（cryptographic hash function）を与え、状態情報の信頼性（integrity）を検出することができる（すなわち、状態情報がトラストされていないエンティティによって変更されているかを検出できる）。状態情報に暗号ハシュ値を与えることにより、ＴＩＵに送信して、そこで保持できるハッシュ値が生成される。この結果、状態情報をＴＩＵから読み出す際に、読み出されたこの状態信号に暗号ハシュ機能を与えることができる。同一のハシュ値が生成されれば、読み出された状態情報は、例えばＴＩＵにおいて変更されていないことを意味する。暗号ハシュ機能は、例えば、修正検出符号（ＭＤＣ）またはメッセージ認証符号（ＭＡＣ）などでもよい。
【００２５】
ゲートコントローラ１１０及び１１１は、データベース記憶装置１４０及び１４１のそれぞれにおける認証データベース及びカスタマプロファイル情報にアクセスする補助的プラットフォームである。ゲートコントローラ１１０及び１１１は、一連のサービス特定制御機能を実施し、認証及び承認、番号変換及び呼ルーティング、サービス特定許可制御、及びシグナリングとサービス特性サポートなどの通信サービスをサポートする。
【００２６】
ゲートコントローラは、シグナリングメッセージを認証し、サービスに対する要求を承認することにより、通信サービス及び特定のサービス特性が承認された加入者のみに供給されるようにする。すなわち、発呼者からのセットアップ要求を受信すると、ゲートコントローラは、発呼者の身元を認証し、その発呼者の求めるサービスを承認する。
【００２７】
ゲートコントローラは、呼ルーティングロジックに基づき、ダイアルされた電話番号を通信ネットワークアドレス（例えばＩＰアドレスなど）に変換することができる。例えば、発信側ゲートコントローラ（例えば、ゲートコントローラ１１０）は、ダイアルされた電話番号を、着信側ゲートコントローラ（例えば、ゲートコントローラ１１１）に関する通信ネットワークアドレスに変換できる。続いて、着信側ゲートコントローラが、通信ネットワークアドレスを、呼がルーティングされるべき着信側エンドポイント（例えばＢＴＩ１７１）に変換する。別の実施形態においては、例えば単一のダイアル電話番号を複数の通信ネットワークアドレスにマッピングし、呼に関連するシグナリング及びメディアエンドポイントを区別することができる。
【００２８】
ゲートコントローラは、通信サービスに対するサービス特定許可制御ポリシーを広範囲にわたって実施できる。例えば、ゲートコントローラは、特定の呼（例えば、エマージェンシーコール９１１）を優先させることができる。ゲートコントローラは、従来のテレフォンネットワーク（例えばテレフォンネットワーク１３５）に用いられるのと同様のオーバーロード制御メカニズムを実施するための許可制御を実行できる。例えば、特定場所への呼の数を制限したり、または呼のセットアップの頻度を制限して、シグナリングのオーバーロードを防ぐ。これらのメカニズムは、動的に呼び出すこともできるし、管理的な制御のもとで呼び出してもよい。
【００２９】
サービス特性がＴＩＵだけではサポートできない場合には、ゲートコントローラが、シグナリング及びサービス特性のサポートを実行できる。例えば、呼トランスファ（call transfer）などのサービスは呼に携わっているエンドポイントの変更を要求する。このような場合には、呼トランスファにはゲートコントローラによる再承認が必要なため、ゲートコントローラがゲートパラメータを変更する。発呼者ＩＤブロッキングなど、発呼側の情報のプライバシーに依存するサービス特性は、ゲートコントローラによって実施される。さらに、ＴＩＵの非作動時であってもユーザに特性動作の一貫したビューの受け取りを要求するサービス特性もゲートコントローラによって実施される。例えば、ゲートコントローラは、ある呼に対するＴＩＵが動作していない場の呼の転送（call fowarding）を制御できる。
【００３０】
各ゲートコントローラがＴＩＵのセット及びこれらのＴＩＵを扱うネットワークエッジデバイスに関連付けられているドメインに、ゲートコントローラをまとめることができる。ＴＩＵはトラストされたエンティティではないが、ネットワークエッジデバイスとこれに関連するゲートコントローラとの間にはトラスト関係が存在する。これは、ネットワークエッジデバイスが強化されたＱｏＳを提供できる時を制御するポリシーサーバとして、ゲートコントローラが機能するためである。トラスト関係は、ゲートコントローラの間でも存在する。
【００３１】
ゲートコントローラは、その故障が処理中の関連する呼に影響しないよう、単なるトランザクションサーバとして機能することができる。一実施形態においては、ゲートコントローラドメインは、第１及び第２ゲートコントローラを含むことができる。第１ゲートコントローラが故障した場合、過渡状態にある呼（すなわち、例えばネットワークリソースの割当て先を含んで確立されている呼）だけが影響を受ける。タイムアウト期限の経過後、過渡状態にあるこれらの影響を受けた呼に関連するＴＩＵが、第２ゲートコントローラに確立される。アクティブ呼（すなわち継続中の呼）はすべて第１ゲートコントローラの故障には影響されない。これは、ゲートコントローラがこれらの安定したアクティブ呼の状態情報を保持していないためである。この結果、通信ネットワークに対してより多くのゲートコントローラが要求された場合、ゲートコントローラは簡単かつ効率的に増加できる。
【００３２】
テレフォンネットワークゲートウェイ１３０は、トランキングゲートウェイ（図示せず）とシグナリングゲートウェイ（図示せず）との組み合わせを含むことができる。トランキングゲートウェイは、データネットワーク１００において使用されるデータフォーマットと、通常テレフォンネットワーク１３５による送信に用いられるパルス符号変調（ＰＣＭ）フォーマットとの間の変換が可能である。シグナリングゲートウェイは、以下に説明する本発明の実施形態によるシグナリングプロトコルと、ＩＳＵＰ／ＳＳ７（すなわち、統合サービスディジタルネットワークユーザパート／シグナリングシステム７）など、従来のテレフォニシグナリングプロトコルとの間のシグナリングインターネットワーキングを供給することができる。別の実施形態においては、メディアゲートウェイ制御プロトコルを用いて、シグナリングゲートウェイから分離してメディアゲートウェイの動作を制御することができる。
【００３３】
図１には示されていないが、さらなるネットワークエンティティ（図示せず）をネットワーク１０に含むことができる。例えば、ゲートコントローラは、他のサーバを使用して承認または変換機能を実施することができる。同様に、ネットワーク１０にオーディオブリッジを用いて、三者通話をサポートできる。
【００３４】
なお、表示を簡単にするために、図１には限定された数のネットワークエンティティを示しているが、他のネットワークエンティティをネットワーク１０に含むことができる。例えば、単一のネットワークインターフェースユニット（例えばケーブルモデム）のみが単一のネットワークインターフェースユニットに接続されて示されているが、複数のネットワークインターフェースユニットを各アクセスネットワークユニットに接続してもよい。同様に、通信ネットワーク１００には、少数のネットワークエッジデバイス、少数のゲートコントローラ及び単一のテレフォンネットワークゲートウェイが接続されているが、通信ネットワーク１００には、これらのデバイスを複数接続することもできる。図１に示したネットワーク１０には、これ以外にも多くの変更が可能である。
【００３５】
２．２相ネットワークリソース予約
本発明の実施形態においては、発呼者と被呼者の間の呼に対しネットワークリソースが割り当てられる。前記呼のネットワークリソースは、予約要求に基づき予約される。リソースの予約は、予約されたネットワークリソースから任意の１つを受託する前に行われる。予約された呼のネットワークリソースは、被呼者が該呼の受入れを表わすと、受託される。
【００３６】
ここで用いる「ネットワークリソース」という用語は、ある呼及びその呼に関連した任意の補助サービスに要求される通信ネットワーク設備として使用される。ネットワークリソースには、適当なサービスの品質で呼を確立して維持するために必要な通信ネットワーク内の装置の能力（capabilities）またはキャパシティ（容量）を含むことができる。通信ネットワーク内の装置には、例えば、通信ネットワーク内のルータ、ブリッジ及びゲートウェイを含むことができる。
【００３７】
被呼者は、種々の方法で、呼に対する「受入れを表す」。例えば、電話１９０を使用している場合、被呼者は電話の受話器を持ち上げることによってオンフック状態を発生させ、呼の受入れを示すことができる。また、通信装置１８１（例えばパーソナルコンピュータ）を使用している場合には、被呼者は、通信装置１８１によって適当な選択を行い、ハンドシェイクシグナリングを開始することにより（すなわち、パーソナルコンピュータのオンフック状態に相当する）、呼の受入れを示すことができる。また、被呼者が留守番電話装置を有する場合には、タイマーを切ることによって呼を接続することができる。
【００３８】
被呼者が実際に発呼者に接続される前に、特定の呼に要求されるネットワークリソースを識別できるという意味で、ネットワークリソースは「予約」される。これらのネットワークリソースは、ここではまとめて「予約要求」と呼ぶ適当な信号メッセージによって予約が可能である。予約要求に基づいて適当なネットワークリソースが予約された後、被呼者がその呼の受入れを示した時に、これらのネットワークリソースは受託される。被呼者が呼の受入れを示した時にのみネットワークリソースを受託することにより、その呼に対する会計において、例えば呼のセットアップ時間を除外して、実際の呼が発生している時間を正確に把握できる。
【００３９】
利用可能なネットワークリソースは前記発呼者と被呼者との間で音声情報が搬送されるように動作するという意味において、ネットワークリソースは「受託」される。ネットワークリソースの受託に先立ち、ネットワークリソースはその呼に対して割り当てられるが、実際にその呼の音声情報を搬送するような構成ではない。被呼者が呼の受入れを表してから予約されたネットワークリソースを受託することにより、ネットワークリソースは、実際に必要とされる以前に無駄に使われることはない。これは、例えばケーブルネットワーク内の上流リソースなど、リソースが制限されている通信ネットワークの部分において、特に効果がある。
【００４０】
ここで用いられる「サービスの品質（ＱｏＳ）」という用語は、ある呼の発生中に提供される電気通信サービス品質の基準を含んで用いられるが、これに限定されるものではない。ＱｏＳは、発呼者、被呼者、または通信ネットワークのサービスプロバイダ、またはこれらの任意の組み合わせにより特定化できる。すなわち、発呼者と被呼者の少なくともいずれかが呼に対するＱｏＳを特定し、サービスプロバイダがその呼に対して特定されたＱｏＳを照合できるという意味で、ＱｏＳは「承認」される。例えば、（音声だけを伝送するのではなく）データを伝送する発呼者は、帯域幅が大きく、ＱｏＳを待ち時間が小さいサービスに加入するかもしれない。このような例では、サービスプロバイダは、その特定発呼者の呼に関連した特定ＱｏＳのサービス加入を照合することができる。
【００４１】
図２には、本発明の一実施形態による、呼に対してネットワークリソースを予約するためのフローチャートが示されている。図２は、ネットワークリソースの２相割当てをより分かりやすく示すための接続処理の簡略図である。この処理は、ネットワークリソースが分離した別々の相において、まず予約され、そのあとに受託されるという意味において２相である。すなわち、ネットワークリソースは、まず予約される。予約処理が完了すると、予約されたネットワークリソースが受託できる。全体的な処理の他の態様については、以下の章に更に詳細に説明する。
【００４２】
なお、図１に示された通信ネットワークの部材は、便宜上、速記表記法で図２に示されている。すなわち、発信側ＩＴＵ１７０（ＴＩＵO）、発信側ネットワークエッジデバイス１２０（ＮＥＤO）、発信側ゲートコントローラ１１０（ＧＣO）、着信側ゲートコントローラ１１１（ＧＣT）、着信側ネットワークエッジデバイス１２１（ＮＥＤT）、着信側ＩＴＵ１７０（ＴＩＵT）である。
【００４３】
ステップ２１０において、発呼者と被呼者との間の呼に対するセットアップメッセージが、発信側ＩＴＯから、発信側ゲートコントローラ１１０及び着信側ゲートコントローラ１１１に送られる。例えば、発信側ゲートコントローラ１１０においてセットアップメッセージを受信すると、このセットアップメッセージ（おそらく更なる情報によって修正されている）を、通信ネットワーク１００を介して着信側ゲートコントローラ１１に送ることができる。一実施形態においては、セットアップメッセージは、例えば、「プロトコルの説明」と題する第７章で説明するSETUPメッセージの形式にすることができる。
【００４４】
ステップ２２０において、着信側ゲートコントローラ１１１からセットアップメッセージを受信すると、着信側ネットワークエッジデバイス１２１において、呼に対するゲートが確立される。「ゲート」とは、エッジルータにおいて例えば既知のパケットフィルタを使用する呼許可制御メカニズムである。発信側ネットワークエッジデバイス１２０において、呼に対する別のゲートを確立する。一実施形態においては、これらのゲートは、ゲート時間（gate duration）に関して関連したタイムリミットを有する。このような特性により、例えば、予め支払われた限定通話料のプリペイド通話カードを用いて呼が確立された場合に、その呼を制限することができる。
【００４５】
対応するゲートコントローラではなく、発信側及び着信側のネットワークエッジデバイスにおいてゲートを確立することにより、ルーティングにおいて呼が通過するネットワークエンティティに、その呼の状態情報が保持される。すなわち、ある呼に対する状態情報を、ゲートコントローラにおいて保持することなく、保持することができる。この結果、ある呼に対してゲートが確立した後にゲートコントローラが故障しても、その呼を維持することができる。呼に対するゲートの確立については、「パーコールベースのゲート調整」と題する第４章において、より詳しく説明する。
【００４６】
ステップ２４０において、発信側ＴＩＵ１７０から発信側ＮＥＤ１２０に予約メッセージが送られる。ステップ２５０において、着信側ＴＩＵ１７１から着信側ＮＥＤ１２１に予約メッセージが送られる。発信側ＴＩＵ１７０及び着信側ＴＩＵ１７１によって送られた予約メッセージは、ネットワークリソースの割当ては要求されているが、ネットワークリソースは割付または受託の必要がまだない、予約処理の一部である。ネットワークリソースの割当てには、ＴＩＵによって所望されるＱｏＳが対応するゲートコントローラによって承認されたＱｏＳより大きくないという照合を含む。ゲートコントローラは、認証データベース及び関連するベータベース記憶装置（例えばデータベース記憶装置１４０及び１４１）のカスタマプロファイル情報を使用して、呼のＱｏＳを承認する。
【００４７】
ネットワーク１０を介してテレフォングレードサービスを提供するために、ネットワーク１０は、アクセスネットワーク１５０及び１５１と通信ネットワーク１００のいずれにおいてもアクティブリソース管理を実行することにより、呼の音声パケットに対して限定されたパーパケット損失及び遅延を提供することができる。呼に対する接続パス内のネットワークエッジデバイス（例えば、ＮＥＤ１２０及び１２１）は、容量制限リンクを有することもあるので、ある呼（及び関連する任意のメッセージ）への予約要求はエンドトゥエンドで送られる。これにより、ネットワークリソースがエンドトゥエンドで利用できることが保証される。一実施形態においては、アクセスネットワーク１５０及び１５１が（少なくとも上流方向において）容量制限されているため、アクセスネットワーク１５０及び１５１に対して、リソース管理がパーコールベースで行われる。
【００４８】
しかしながら、通信ネットワーク１００におけるリソース管理は、パーコールベースまたは大まかな（coarse-grained）リソースベースに基づき実行できる（すなわち、通信ネットワーク１００内のリソースは、所与の時間において、複数の呼に対して予約できる）。通信ネットワーク１００の一部におけるリソース管理は、パーコールベースで行われるかもしれない。これは、通信ネットワーク１００内のネットワークエッジデバイスには、高ボリュームの呼トラフィックに一般的な多数の予約メッセージを処理する十分な処理容量を持たないものがあるかもしれないためである。あるいは、通信ネットワークの一部が十分に準備され（provisioned）ていれば（すなわち、複数呼の予約により十分な容量が予約されていれば）、これらの部分においてリソース管理を複数呼ベースで行ってもよい。このような場合には、通信ネットワーク１００におけるこれらの部分内部のネットワークエッジデバイスは、パーコール許可制御を行う必要はない。この結果、本発明の一実施形態においては、一部のネットワークエッジデバイスがパーフロー許可制御を行って、予約要求を解釈する一方で、データネットワーク１００の容量の豊富な領域にある別のネットワークエッジデバイスは、これらのメッセージを解釈せずに単に送る。
【００４９】
本発明の実施形態では、通信ネットワーク１００において単一方向にリソース予約を実行でき、これによりルーティングの不釣合を補償する。よって、発信側ＴＩＵ１７０が発信側ＮＥＤ１２０に予約要求を送り、発信側ＴＩＵ１７０が前記予約要求の受領（acknowldgement）を受信すると、２つの側面が接続されていることが確認される。第１に、アクセスネットワーク１５０及び１５１を介して双方向に、呼に対する十分な帯域幅が利用できる。第２に、通信ネットワーク１００に関して、呼に対する十分な帯域幅が利用できる。
【００５０】
ステップ２１０から２５０において、ネットワークリソースを予約する処理を説明した。この時点で、呼に対して使用すべきネットワークリソースは予約されているが、これらのネットワークリソースはいずれもまだ受託されていない。
【００５１】
ステップ２６０において、発信側ＴＩＵ１７０と着信側ＴＩＵ１７１のあいだでエンドトゥエンドメッセージを交換する。既に説明したように、「エンドトゥエンド」という用語は、呼に関連する２つのエンドポイント間の関係をいう。よって、呼が電話を使用する発呼者と被呼者に関する場合、その呼のエンドトゥエンド関係は、２つのテレフォニインターフェースユニットの間に確立できる。したがって、エンドトゥエンドメッセージには、一方のテレフォンインターフェースユニットから発信し、他方のテレフォンインターフェースユニットに着信するメッセージが含まれる。
【００５２】
エンドトゥエンドメッセージには、発信側ＴＩＵ１７０から着信側ＴＩＵ１７１へのリングメッセージ、着信側ＴＩＵ１７１から発信側ＴＩＵ１７０へのリングバックメッセージ、及び発信側ＴＩＵ１７０から着信側ＴＩＵ１７１への接続メッセージを含むことができる。リングメッセージは着信側の電話１９１に信号を送ってこれを鳴らし、到来呼を知らせることができる。リングバックメッセージは、着信側電話１９１が鳴っていることを発信側ＴＩＵ１７０に信号で知らせることができる。接続メッセージは、発信側ＴＩＵ１７０に信号を送ることにより、被呼者が例えばオフフックすることによって、呼の受け入れを示したことを知らせることができる。これらのエンドトゥエンドメッセージは、発信側ゲートコントローラ１１０または着信側ゲートコントローラ１１１を通過せずに、発信側ＴＩＵ１７０と着信側ＴＩＵ１７１との間にルーティングできる。
【００５３】
ステップ２７０において、発呼者と被呼者とが接続されると（例えば、被呼者がオフフック状態になり、接続メッセージが送信されると）、発信側ＴＩＵ１７０から発信側ＮＥＤ１２０に、及び着信側ＴＩＵ１７１から着信側ＮＥＤ１２１に、受託メッセージが送信される。
【００５４】
ステップ２８０において、発信側ＮＥＤ１２０において受託メッセージを受信すると、ステップ２３０において発信側ＮＥＤ１２０に確立されたゲートが開かれる。同様に、ステップ２９０において、着信側ＮＥＤ１２１において受託メッセージを受信すると、ステップ２２０において着信側ＮＥＤ１２１に確立されたゲートが開かれる。発信側ＮＥＤ１２０及び着信側ＮＥＤ１２１においてゲートが開かれたこの時点で、予約されたネットワークリソースが受託される。関連するＴＩＵによって求められる実際のＱｏＳが、予約処理の課程で予約されたＱｏＳより大きくないことの、ＮＥＤによる照合を、受託処理に含むことができる。
【００５５】
通常の動作条件においては、発呼者と被呼者はそれぞれ、そのネットワークエッジデバイスに受託メッセージをほぼ同時に送るので、各呼に対し発信側エッジルータと着信側エッジルータで、ほぼ同時に（例えば、数百ミリ秒以内の差で）ゲートが開く。同様に、通常の動作条件では、発呼者と被呼者は、ほぼ同時に、呼を終了し、それぞれのネットワークエッジデバイスに解除メッセージを送る。ゲート調整により、不完全な呼に対する課金をなくし、２つの共謀するＢＴＩによるサービスの盗難を防ぐ。
【００５６】
受託処理から予約処理を分離することにより、本発明の実施形態は、遠隔地の電話（例えば被呼者の電話）を実際に鳴らす前にネットワークリソースが利用可能であることを保証するという効果がある。これにより、遠隔地の電話がオフフックするまでは使用記録が開始されないことが保証される。その結果、完全でない通話（例えば、被呼者が応答しない場合）や、被呼者の応答前に発生した呼の部分は、課金対象から除外される。
【００５７】
図２では、発呼者と被呼者が、それぞれＴＩＵ１７０と１７１を介して電話１９０，１９１を使用する場合の、ネットワークリソースの予約の実施形態を示したが、この処理は、発呼者と被呼者の少なくともいずれかが通信装置１８０，１８１を使用する場合にも同様である。
【００５８】
呼の状態情報は、ゲートコントローラにおいて状態情報を保持せずに保持することができる。発信側ゲートコントローラの観点から、ある呼に対するゲートセットアップメッセージ（例えば、以下の第７章に説明するGATESETUPメッセージ）は、トラストされたネットワークとトラストされていないネットワークとを接続するネットワークエッジデバイスを介して受信される。呼の状態情報（例えば、以下の第７章で説明するGATEALLOCメッセージ内に含まれる）は、呼のセットアップメッセージに基づき、ゲートコントローラにおいてフォーマットされる。呼の状態情報は、発信側のゲートコントローラにおいて保持されることなく発信側ネットワークデバイスに送られ、かつ着信側ゲートコントローラにおいて保持されることなく、着信側ネットワークデバイスに送信される。
【００５９】
状態情報に関してここで用いる「保持される」という用語は、呼の確立中、呼の継続中及び解除中における、状態情報の記憶及び使用を意図する。状態情報は、ゲートコントローラに一時的に記憶されてもよいが、ゲートコントローラにおいて保持はされない。これは、ゲートコントローラが、呼の確立中、呼の継続中及び解除中に、状態情報を（例えば、呼の処理のために）使用しないからである。実際に、ゲートコントローラではなく、呼の状態情報がゲートコントローラにおいてアクセスされるので、状態情報がネットワークエッジルータに供給された後、ゲートコントローラが状態情報を記憶する必要はない。
【００６０】
３．２相シグナリング
本発明の実施形態においては、発呼者と被呼者との間の呼に対し、シグナリングメッセージが２相で交換される。呼のセットアップのためのメッセージを１相で交換し、呼の接続のためのメッセージを別の分離した第２の相で交換するという意味において、シグナリングメッセージは２相で交換される。呼のセットアップのためのメッセージを呼の接続のためのメッセージから分離することにより、呼をセットアップしたゲートコントローラを通過することなく、接続メッセージをエンドトゥエンドで交換することができる。
【００６１】
２相シグナリングは２相ネットワークリソース予約と組み合わせて、あるいはこれから独立して実行できるという意味で、２相シグナリングの概念は、２相ネットワークリソース予約の概念とは区別される。すなわち、これらを組み合わせて実行した場合には、２相シグナリングのメッセージングは、２相ネットワークリソース予約のメッセージングとインターリーブすることができる。一方、独立的に実行する場合には、それぞれのメッセージは別々にすることができる。２相ネットワークリソース予約では、ネットワークリソースを受託せずに予約し、その後予約したリソースを受託する。２相シグナリングでは、呼のセットアップのためのシグナリングを実行し、呼がセットアップされると（例えば、これによって承認されたＱｏＳを確認すると）、エンドトゥエンドメッセージを交換する。
【００６２】
着信先アドレスを有するセットアップメッセージが、発呼者から被呼者に送られる。着信先アドレスが被呼者に一致すれば、セットアップ受領メッセージが、被呼者から例えばゲートコントローラにおいて受信される。受信されたセットアップ受領メッセージは発呼者に送られる。送信されたセットアップ受領メッセージを発呼者が受信した場合、及び発呼者及び被呼者のうち少なくとも一人が、関連するネットワークエッジデバイスに予約メッセージを送った場合には、発呼者と被呼者との間でエンドトゥエンドメッセージを交換する。
【００６３】
図３には、本発明の一実施形態による、呼の接続において２相シグナリングを実行するためのフローチャートが示されている。ステップ３１０において、発呼者は、オフフックし、被呼者の電話番号をダイアルする。便宜上、図３では、発呼者が電話１９０を使用し、被呼者が電話１９１を使用する場合について説明する。もちろん、発呼者が通信装置１８０を使用するなど、任意の数の構成が可能である。ステップ３２０では、発信側ＴＩＵ１７０がダイアルされた数字を収集する。
【００６４】
ステップ３３０において、発信側ＴＩＵ１７０は、発信側ゲートコントローラ１１０にセットアップメッセージを送る。セットアップメッセージは、ネットワークインターフェースユニット１６０、アクセスネットワーク１５０、ＮＥＤ１２０及び通信ネットワーク１００を介して送信できる。一実施形態においては、セットアップメッセージは、「プロトコルの説明」と題する第７章において以下に説明するSETUPメッセージの形式にすることができる。
【００６５】
ステップ３４０において、セットアップメッセージを、発信側ゲートコントローラ１１０から着信側ゲートコントローラ１１１に転送する。ステップ３５０において、セットアップメッセージを、着信側ゲートコントローラ１１１から着信側ＴＩＵ１７１に送る。（セットアップメッセージの受信後、上記第２章で説明したように、発信側ゲートコントローラ１１０と着信側ゲートコントローラ１１１は、発信側ＮＥＤ１２０におけるゲート及び着信側ＮＥＤ１２１におけるゲートを確立できる。）
【００６６】
ステップ３６０において、セットアップメッセージの着信先アドレスが着信側ＴＩＵ１７１に一致した場合、セットアップ受領メッセージがＴＩＵ１７０に送られる。セットアップ受領メッセージは、例えば、着信側ゲートコントローラ１１１及び発信側ゲートコントローラ１１０を介して送信できる。一実施形態においては、セットアップ受領メッセージは、例えば、以下に第７章「プロトコルの説明」において説明するSETUPACKメッセージの形態にすることができる。
【００６７】
ステップ３７０において、呼に対するネットワークリソースが予約される。第２章「２相ネットワークリソース予約」において既に説明したように、発信側ＴＩＵ１７０から発信側ＮＥＤ１２０に、及び着信側ＴＩＵ１７１から着信側ＮＥＤ１２１に、予約メッセージが送られるが、このとき、ネットワークリソースの割当てが要求されたが、ネットワークリソースがまだ割付けも受託もされていない。
【００６８】
ステップ３８０から３９５においては、ステップ３６０において発信側ＴＩＵ１７０に送られたセットアップ受領メッセージを発呼者が受信した場合、及び発呼者又は被呼者がそのＮＥＤに予約メッセージを送信した場合、発信側ＴＩＵ１７０と着信側ＴＩＵ１７１の間でエンドトゥエンドメッセージを交換する。すなわち、予約メッセージが交換され、予約処理が完了して初めて、呼の接続に関するエンドトゥエンドメッセージを交換する。これにより、呼に対して承認及び認証された発呼者及び被発呼者にだけサービスが提供されることが保証される。さらに、特定的に承認されたサービスの品質に対して呼が確立すること、及び呼に対して適切に課金されることが保証される。
【００６９】
ステップ３８０において、発信側ＴＩＵ１７０から着信側ＴＩＵ１７１にリングメッセージが送られる。リンクメッセージによって着信側電話１９１を鳴らすべく信号を送り、これにより到来呼を示すことができる。
【００７０】
ステップ３９０において、着信側ＴＩＵ１７１から発信側ＴＩＵ１７０にリングバックメッセージが送られる。このリングバックメッセージにより、着信側電話１９１が鳴っていることを発信側ＴＩＵ１７０に知らせることができる。
【００７１】
ステップ３９５において、着信側ＴＩＵ１７１から発信側ＴＩＵ１７０に接続メッセージが送られる。接続メッセージは、被呼者が例えばオフフックなどにより呼の受け入れを表したことを、発信側ＴＩＵ１７０に知らせることができる。
【００７２】
ゲートコントローラ１１０及び１１１において呼の状態情報を保持することなく状態情報を保持できるので、これらのエンドトゥエンドメッセージは、発信側ゲートコントローラ１１０又は着信側ゲートコントローラ１１１と通過せずに、発信側ＴＩＵ１７０と着信側ＴＩＵ１７１との間でルーティングできる。さらに、これらのエンドトゥエンドメッセージは、ＮＥＤ１２０及び１２１を不明瞭に（opaquely）通過してルーティングできる。
【００７３】
予約処理に関する呼のシグナリングと接続処理に関する呼のシグナリングを分離することにより、ある電話ユーザに対する従来からの専用電話ラインの概念を、発呼者及び被呼者を認証し、パーコールベースで所望のＱｏＳを承認する処理に置き換えることができる。すなわち、承認されたＱｏＳのネットワークリソースを、これらのネットワークリソースが接続される前に認証されたユーザだけが予約できる。この結果、さまざまなＱｏＳを有する呼が提供でき、また呼ごとに適当に課金できる。
【００７４】
さらに、ある呼に対するシグナリングを、予約処理に関する信号と接続処理に関する信号とに分離することにより、ゲートコントローラは必要な場合にだけ、すなわち予約処理の間だけ、シグナリング処理に関わる。予約処理が完了すると、発信及び着信側ゲートコントローラは、呼の状態情報を、ゲートコントローラにおいて保持せずに、例えば発信側及び着信側ＴＩＵに送る。ゲートコントローラは、もはや呼に関わる必要はなく、接続処理に関するメッセージングは、ゲートコントローラを通過せずに、エンドトゥエンドで送ることができる。言い換えれば、ゲートコントローラは呼の初期開始状態においてのみ関わり、その後の呼の存続時には関わらない。この結果、メッセージの負荷が、例えば約３倍減少し、これによりゲートコントローラに必要なメモリ量が大きく低減する。さらに、ゲートコントローラは、信頼性のための一般的に厳密な要件なしに構成することができる。
【００７５】
４．パーコールベースのゲート調整
前章で説明したとおり、呼が接続されたことを示す受託メッセージを発信側及び着信側ネットワークエッジデバイスが受信すると、予約されたネットワークリソースが受託できる。この時点で、発呼者と被呼者との間の呼に関連するゲートを、調整された方法で開くことができる。まず、発信側ネットワークエッジデバイスにおいて開かれた第１のゲートに関連するタイマを開始する。第１ゲートオープンメッセージは、発信側ネットワークエッジデバイスから着信側ネットワークエッジデバイスに送られる。発信側ネットワークエッジデバイスの第１のゲートは、次の場合の少なくとも１つが発生する前にタイマが切れると、解除される。すなわち、（１）送信された第１ゲートオープンメッセージを着信側ネットワークエッジデバイスから受信する。（２）着信側ネットワークエッジデバイスが被呼者に関する第２ゲートを開けた後、第２ゲートオープンメッセージを着信側ネットワークエッジデバイスから発信側ネットワークエッジデバイスにおいて受信する。
【００７６】
ステップ４００において、発信側ＴＩＵ１７０から受託メッセージを受信すると、発信側ＮＥＤ１２０におけるゲートに関連するタイマを開始する。ステップ４１０において、着信側ＴＩＵ１７１から受託メッセージを受信すると、着信側ＮＥＤ１２１におけるゲートに関連するタイマを開始する。第２章「２相ネットワークソース予約」において説明したように、被呼者が呼の受け入れを表すと（例えば、着信側ＴＩＵから発信側ＴＩＵに接続メッセージを送信することにより）、ＴＩＵから関連するＮＥＤに受託メッセージが送られる。ステップ４００及び４１０の順序は、ＮＥＤが関連するＴＩＵから受託メッセージを受信する順序に依存する。
【００７７】
ステップ４２０において、発信側ＮＥＤ１２０から着信側ＮＥＤ１２１にゲートオープンメッセージが送られる。ステップ４３０において、着信側ＮＥＤ１２１から発信側ＮＥＤ１２０にゲートオープンメッセージが送られる。一実施形態においては、セットアップ受領メッセージは、第７章「プロトコルの説明」において以下に説明するGATEOPENメッセージの形態にすることができる。ステップ４２０と４３０の実行順序は、ステップ４００と４１０が実行される順序に依存する。一方のＮＥＤから他方のＮＥＤにゲートオープンメッセージが送られ、他方のＮＥＤに、呼に対するゲートが開けられていることを知らせる。
【００７８】
ステップ４４０において、発信側ＮＥＤ１２１がステップ４３０において着信側ＮＥＤにより送信されたゲートオープンメッセージを受信すると、発信側ＮＥＤ１２０から着信側ＮＥＤ１２１にゲートオープン受領メッセージが送られる。ステップ４５０においては、着信側ＮＥＤ１２０がステップ４２０において発信側ＮＥＤにより送信されたゲートオープンメッセージを受信すると、着信側ＮＥＤ１２１から発信側ＮＥＤ１２０にゲートオープン受領メッセージが送られる。一実施形態においては、セットアップ受領メッセージは、第７章「プロトコルの説明」において以下に説明するGATEOPENACKメッセージの形態にすることができる。ステップ４４０と４５０の実行順序は、ゲートオープン受領メッセージの受信順序に依る。
【００７９】
条件ステップ４７０においては、（１）発信側ＮＥＤ１２０が着信側ＮＥＤ１２１からゲートオープン受領メッセージを受信する前に、または（２）発信側ＮＥＤ１２０が着信側ＮＥＤ１２１からゲートオープンメッセージを受信する前に、発信側ＮＥＤ１２０におけるゲートのタイマが切れていたかどうかを判断する。いずれかの条件が満たされる前にタイマが切れていれば、処理はステップ４７５に進み、発信側ＮＥＤのゲートを閉鎖して解除する。一方、いずれかの条件が満たされる前にタイマが切れていなければ、処理はステップ４７７に進み、発信側ＮＥＤ１２０のゲートは開状態を維持することができる。
【００８０】
条件ステップ４８０においては、（１）着信側ＮＥＤ１２１が発信側ＮＥＤ１２０からゲートオープン受領メッセージを受信する前に、または（２）着信側ＮＥＤ１２１が発信側ＮＥＤ１２０からゲートオープンメッセージを受信する前に、着信側ＮＥＤ１２１におけるゲートのタイマが切れていたかどうかを判断する。いずれかの条件が満たされる前にタイマが切れていれば、処理はステップ４８５に進み、着信側ＮＥＤ１２１のゲートを閉鎖して解除する。一方、いずれかの条件が満たされる前にタイマが切れていなければ、処理はステップ４８７に進み、着信側ＮＥＤ１２１のゲートは開状態を維持することができる。
【００８１】
呼に対するゲートは、将来発生しうる使用のために確立されたままであるが、呼はもはやアクティブでないという意味で、ゲートは「閉鎖される」。例えば、コールウェイティング特性を有する通話においては、第１の話者は他の二人の話者に接続でき、第１の話者に関連するネットワークエッジデバイスおいては、２つのゲート（１つの呼につき１つ）が確立される。このような場合、第１の話者が通話を切り替えると、一時的にアクティブでない呼に関連するゲートは閉鎖される。この閉鎖したゲートは、呼が再びアクティブになると、開けることができる。
【００８２】
呼がもはやアクティブでなく、その呼に対するゲートが関連するネットワークエッジデバイスから削除されるという意味で、ゲートは「解除される」。このような場合、呼を開始するためには、全体的なネットワークリソース予約処理及び受託処理（例えば、図２に関する説明を参照のこと）を繰り返さなければならない。
【００８３】
ゲートにおけるタイマは、呼に関連する他のゲートもタイマの期限中は開いていることを保証し、この結果、呼の課金が正確になり、サービスの盗難が防止できる。このようなゲート調整がない場合は、（発呼者が被呼者に接続されていなくても）一方のゲートが開いていればサービスプロバイダが話者に呼を課金する可能性があるし、あるいは、一方のゲートだけが開いている場合にはサービスプロバイダはサービスの盗難にあいやすい。後者の場合を考えると、ゲート調整が行われないと、例えば２つのＴＩＵが共謀することによりサービスの盗難が発生する可能性がある。すなわち、発信側ＴＩＵが通話を開始することができ、着信側ＴＩＵだけがローカル受託メッセージを送信する場合、遠隔地の電話が鳴っている可能性があるため、単一のゲートは最大数分間解除されない。この時間に、発信側のＢＴＩはサービスを盗むことができる。ゲートオープンメッセージを、ゲートが開いたネットワークエッジデバイスから、対応する同等のゲートを持たないネットワークエッジデバイスに送ることにより、関連するＴＩＵから受託メッセージが受信されなくとも（サービスの盗難が試みられた場合と同様に）、呼に対する第２のゲートは確実に確立される。
【００８４】
ゲート調整は、呼の終わりにも行うことができる。ゲートオープンメッセージ及びゲートオープン受領メッセージが、対応ゲートが確立されているネットワークエッジデバイスに送られるのと全く同様に、ゲートの閉鎖時には、ゲートクローズメッセージ及びゲートクローズ受領メッセージを、対応ゲートが開いているネットワークエッジデバイスに送ることができる。すなわち、発呼者または被呼者のいずれかによって通話が終了すると、呼を終了した話者はそのゲートを閉鎖し、対応ゲートに呼の閉鎖を知らせる。これにより、対応ゲートも閉鎖される。ゲート閉鎖のためのメッセージ交換の一例が、図８に示され、第８章「シグナリングアーキテクチャ呼フロー」に関連して説明されている。
【００８５】
ゲート閉鎖の調整によっても、故障したまたは悪意あるＴＩＵによるサービスの盗難を防止できる。発信側ＴＩＵ１７０が着信側ＴＩＵ１７１に発呼し、その通話料を支払う場合を考える。発呼者と被呼者のいずれかが通話を終了した場合、発信側ＮＥＤ１２０と着信側ＮＥＤ１２１のいずれにおいてもゲートを閉鎖する必要がある。発信側ＴＩＵ１７０は通話に対して課金されているので、発呼者は、解除メッセージを出して、発信側ＮＥＤ１２０におけるゲートを閉鎖するインセンティブを有する。しかしながら、着信側ＴＩＵ１７１は、解除メッセージを出して、着信側ＮＥＤ１２１におけるゲートを閉鎖することをトラストされていない。そこで、発信側ＮＥＤ１２１から送られたゲート閉鎖メッセージにより、着信側ＮＥＤ１２１のゲートを閉鎖することができ、これにより着信側のＴＩＵ１７１が別の通話を発生させ、ＴＩＵ１７０に関連する話者にその通話を課金するのを防ぐことができる。
【００８６】
５．ネットワークアドレス変換
ＴＩＵはトラストされていないエンティティなので、発呼者のＩＤ情報またはアドレス情報など、発呼者または被呼者が内密にしたい情報は、ネットワーク１０に対してはアクセス可能であるが、他のトラストされていないエンティティｌに対してはアクセスできないようにすべきである。この章では、ゲートコントローラからＴＩＵへの状態情報の送信を可能にするネットワークアドレス変換及び暗号化技術の使用について説明する。ＴＩＵにおいて、状態情報は、プライベート情報が不明瞭になるような形式で保持される。
【００８７】
一実施形態においては、発呼者と被呼者との間に呼が接続される。この呼に関する情報が、発呼者から被呼者に送られるが、このとき被呼者は、発呼者の論理的識別情報と発呼者の地理的識別情報の少なくとも１つを表す発信元アドレスを受信しない。
【００８８】
「論理的識別情報」という用語は、発呼者又は被呼者の特有（specific）識別情報を示す、発信元アドレス又は着信先アドレスの任意の側面を含んで使用される。また、「地理的識別情報」という用語は、発呼者又は被呼者の特定の地理的位置を示す、発信元アドレス又は着信先アドレスのある側面を含んで使用される。発呼者又は被呼者の論理的識別情報を保護すべくネットワークアドレスが修正又は変更されていたとしても、ネットワークアドレスの残りの側面が話者の一般的な地理的位置を明かしてしまう可能性がある。本発明の一実施形態においては、話者の論理的識別情報と地理的識別情報を開示せずに、１話者から別の話者に情報が送られる。
【００８９】
図５には、本発明の一実施形態による、ネットワークアドレスの変換のためのフローチャートが示されている。ステップ５００において、発信元アドレス及び着信先アドレスを有するパケットが、発信側ＴＩＵ１７０から、発信側ネットワークインターフェースユニット１６０を介して発信側ＮＥＤ１２０に送られる。発信元アドレスと着信先アドレスは、発呼者と被呼者をそれぞれローカルに識別する。これらのアドレスは、アクセスネットワーク１５０、通信ネットワーク１００、他のアクセスネットワーク（図１には示されず）の少なくともいずれかのネットワークの一部など、ネットワークの特定部分（ここでは、「アドレスドメイン」とも呼ばれる）に関連しているという意味で「ローカル」である。これらのローカルアドレスは、それぞれのアドレスドメインの外部には送られない。パケットをアドレスドメインの外部に送るには、以下に説明するように、着信先をグローバルアドレスによって識別する必要がある。表１には、この時点における、発信元アドレス（ＳＡ）と着信先アドレス（ＤＡ）の例が示されている。
【００９０】
【表１】
2006311628.tif 000003
【００９１】
ステップ５１０において、ＮＥＤ１２０において受信されたパケットが、アクセスネットワーク１５０内のアドレスドメインに対するローカルアドレスからグローバルアドレスに変換される。着信先アドレスだけでなく、発信元アドレスもグローバルアドレスに変換が可能である。表２は、ＮＥＤ１２０において使用される、呼に対する変換テーブルを示す。なお、呼に対して使用されるグローバルアドレスは、例えば呼ごとのベースで、動的に割り付けることができるので、呼の終了時に、グローバルアドレスを別の関連のない呼に再使用することができる。
【００９２】
【表２】
2006311628.tif 000004
【００９３】
ステップ５２０において、パケットは、発信側ＮＥＤ１２０から着信側ＮＥＤ１２１に転送される。この時点で、パケットは表２に示したグローバルアドレスを有している。
【００９４】
ステップ５３０において、着信側ＮＥＤ１２１において受信されたパケットは、グローバルアドレスから、着信側アクセスネットワーク１５１が含まれるアドレスドメインに対してローカルであるアドレスに変換される。表３には、グローバルアドレスをローカルアドレスに変換するための、ＮＥＤ１２１において使用される呼に対する変換テーブルが示される。
【００９５】
【表３】
2006311628.tif 000005
【００９６】
ステップ５４０において、着信側ＮＥＤ１２１によって変換されたパケットは、アクセスネットワーク１５１を介して着信側ＴＩＵ１７１に送られる。表４には、パケットが着信側アクセスネットワーク１５１を通過し、着信側ネットワークインタフェースユニット１６１を介して着信側ＴＩＵ１７１に送信される際の、呼に対するパケットの発信元アドレス及び着信先アドレスが示されている。
【００９７】
【表４】
2006311628.tif 000006
【００９８】
変換されたパケットは、発呼者の論理的識別及び地理的識別を明かすことなく、着信側ＴＩＵ１７１において受信される。なお、被呼者は、それ自体が変換アドレスである、グローバル発信元アドレス及びグローバル着信先アドレスにしかアクセスできない。発呼者の発信元アドレスは、発信側ＮＥＤ１２０で一度、そして着信側ＮＥＤ１２１で一度、計二回変換されているので、発呼者のアドレス情報は、発呼者が認識できない程度にまで変更されている。
【００９９】
呼が完了すると、発信側ＮＥＤ１２０及び着信側ＮＥＤ１２１の変換テーブルは削除でき、グローバルアドレスは別の呼において使用すべく解除される。例えば、ネットワークアドレス変換が各ゲートの機能に組み込まれている場合には、ゲートの解除時にグローバルアドレスを解除できる。別の実施形態においては、非アクティブ（inactivity）期間のあとにグローバルアドレスを解除することができる。
【０１００】
図５では、パケットを発信側ＴＩＵ１７０から着信側ＴＩＵ１７１に送る処理を説明した。同様にして、着信側ＴＩＵ１７１から発信側ＴＩＵ１７０に送られたパケットを、着信側ＮＥＤ１２１において変換し（表３に示した変換の逆）、その後発信側ＮＥＤ１２０において再び変換することができる（表２に示した変換の逆）。こうして、被呼者の論理的識別及び地理的識別を明かすことなく、パケットの発信元アドレスと着信先アドレスを、着信側ＴＩＵ１７１から発信側ＴＩＵ１７１に送ることができる。
【０１０１】
サービスプロバイダによる加入者へのサービスとして、ネットワークアドレスの二重変換を提供することができる。すなわち、発呼者と被呼者の少なくともいずれかがこの二重変換サービスに加入していれば、呼を接続することができる。図５には、発呼者と被呼者双方のアドレス情報のプライバシーが維持されている場合が示されている。発呼者から被呼者にパケットが送信されると、また、呼に対するパケットが被呼者から発呼者に送信されると、呼に対するパケットの発信元アドレスと着信先アドレスのいずれもが変換される。
【０１０２】
二重変換サービスは、他方の話者にサービスを提供せずに、一方の話者（すなわち、発呼者又は被呼者いずれかのみ）に提供することができる。このような場合、例えば、発呼者だけが二重変換サービスに加入しているとすると、発信側ＴＩＵ１７０から送信されたパケットの第１発信元アドレスは、発信側ＮＥＤ１２０においてグローバル発信元アドレスに変換され、これらのパケットのグローバルアドレスは着信側ＮＥＤ１２１において第２のローカル発信元アドレスに変換される。着信側ＴＩＵ１７１からパケットが送られると、第２ローカル発信元アドレスは、着信側ＮＥＤ１２１においてグローバル発信元アドレスに変換され、そのグローバル発信元アドレスは、着信側ＮＥＤ１２０において第１の発信元アドレスに変換される。
【０１０３】
すなわち、一方の話者だけが二重変換サービスに加入している場合、その話者に関するアドレスは２度変換される。その結果、その話者の論理的識別及び地理的識別は、その呼に関する他方の話者に対してプライバシーを保たれる。
【０１０４】
発信側ＮＥＤ１２０及び着信側ＮＥＤ１２１における変換テーブルは、ある特定の呼に対して設定でき、その後、その呼の終了時に削除することができる。これにより、グローバルアドレスを繰り返すことがないので、発呼者と被呼者のプライバシーがさらに保証される。さらに、呼の終了時にグローバルアドレスを解除することにより、別の発呼者及び被呼者を有する別の呼に対して、グローバルアドレスを再使用できる。この結果、１回のアクティブ呼の数が発呼者及び被呼者の全体数に比べてかなり小さくなるので、グローバルアドレスの数の潜在的な不足を解消することができる。
【０１０５】
６．シミュレートされた着信先リングバック
本発明の別の実施形態においては、発呼者と被呼者の間の呼に対するリングバックをシミュレートすることができる。発呼者が第１のネットワーク内に位置し、被呼者が第２のネットワーク内に位置する場合、呼に関連する接続受領が受信される。初期設定されたリングバック信号の集合から、第２ネットワークに関連する初期設定されたリングバック信号を選択する。選択された初期設定されたリングバック信号は、発呼者に送られる。
【０１０６】
初期設定されたリングバック信号は、例えば被呼者に関連するネットワークを表す信号であって、そのネットワークを発信元とする信号ではない。例えば、外国のネットワーク（すなわち、外国に位置するネットワーク）を示す信号は、着信側ＴＩＵにおいて保存され、発信側ＴＩＵに送られるリングバックメッセージ内に供給される。このような場合、リングバック信号は、外国ネットワークから発信した実際のリングバック信号に依存するのではなく、その外国ネットワークリングバック信号をシミュレートすることができる。
【０１０７】
７．プロトコルの説明
この章は、本発明の実施形態に関連する様々なプロトコルの詳細を含む。これらのプロトコルは、ＢＴＩとゲートコントローラとの間の通信、ＢＴＩとエッジルータとの間の通信、ＢＴＩと他のＢＴＩとの間の通信、ゲートコントローラとエッジルータとの間の通信、エッジルータとエッジルータとの間の通信、及びゲートコントローラとゲートコントローラとの間の通信を含む。
【０１０８】
全てのメッセージは、ここでは、テキストベースのフォーマットで与えられ、種類／値の構造を使う。これは特に、プロトタイプの実施のため及びネットワーク構成要素間の相互作用を説明するために簡易である。しかしながら、メモリが深刻な制限となっているいずれかのシステム部品が存在する場合は、バイナリフォーマットを使い、バッファ空間必要要件を節約することもできる。
【０１０９】
サンプルメッセージとしては、
SETUP 0S55072 v1.0; DEST E164 8766; CALLER 8718 Bill Marshall;
AUTHID 3312120; CRV 21; CODING 53B, 6ms G.711
のようなものが挙げられる。
【０１１０】
メッセージは、一連の種類／値の組から成る。この一続きの各要素は、セミコロンによって分けられている。メッセージの最後のセミコロンは省略してもよい。種類と値は、ＡＳＣＩＩ文字列であり、空白（例えばスペース又はタブ）によって分けられる。一般的には、全ての要素が、少なくとも二つの品目、種類の名前及びパラメータ値、を含むが、いくつかの空白によって分けられたパラメータ値を含んでいてもよい。
【０１１１】
全てのメッセージの第一の要素は、標準のフォーマットであってもよい。第一の要素の種類はメッセージ名であり、第一のパラメータは、トランザクション識別子であり、第二のパラメータは、バージョン番号である（例えば、ここではｖ１．０）。
【０１１２】
本発明の実施形態では、アプリケーション層再送信方式を使い、メッセージの信頼性のある運送を達成してもよい。これは、部品が故障した場合には、シグナリングシステムもまた部品故障から回復しトランザクションを再始動する必要があるため、下層の信頼性のある送信プロトコルとは独立して実行できる。これは、部品が肯定応答された受領証明を受信し、要求に対して仕事を開始した後にしばしば発生する。応答が無いことを了解しトランザクションを再び始めることは、アプリケーション層にかかっている。
【０１１３】
従って、ネットワーク構成要素の作用は、下層に位置するトランスポート層が、バッファ、フロー制御、及びエラー回復のいずれも提供しないUDP/IPのみであるかのように指定できる。
【０１１４】
全ての基本的なメッセージ交換は、トランザクションベースであってもよい。全てのメッセージ交換は、クライアントが発行し、サーバに送信される要求メッセージから始まる。クライアントは、別個の要求の各々に対して、独自のトランザクション識別子を提供することができ、全てのメッセージの標準位置にそのトランザクション識別子を提供できる。クライアントは、トランザクション識別子が、後のメッセージのいずれかにおいて、少なくとも何らかの指定間隔の期間中（例えば、約３０秒）に、再利用されないことを保証できる。
【０１１５】
サンプルとして、交換は、クライアントが要求メッセージを形成し、このメッセージをサーバに送信することにより始まる。
【０１１６】
SETUP 1X64193 v1.0；<other stuff>
メッセージ種類はSETUPであり、トランザクション識別子は1X64193、そしてメッセージはバージョン１．０を使う。サーバが、このトランザクションによって要求された仕事を完了した際には、二つの可能な応答の内の一つを送信する。
【０１１７】
SETUPACK 1X64193 v1.0；<other stuff>
又は
SETUPNAK 1X64193 v1.0；<other stuff>
サーバは、全ての受信した要求をいくらかの期間の間（例えば３０秒）、保存できる。サーバは又、応答が送信の際に失われ、再送信する必要がある場合に備えて、サーバの応答をいくらかの期間の間（例えば３０秒）、保存することもできる。
【０１１８】
クライアントが、要求を送信したが、無理の無い期間中（メッセージの種類によって変わる場合もある）に応答を受信しなかった場合、クライアントは、元の要求を修正すること無く再送信する。
【０１１９】
サーバが、重複と認識する（同じ送信元、同じトランザクション識別子、同じメッセージ種類、など。メッセージの内容を比べることを必ずしも必要としない）要求メッセージを受信した場合、サーバは、応答が完了していた場合、その応答を再送信するか、又は、疑似応答を送信する。
【０１２０】
WORKING 1X64193 v1.0；クライアントにおけるWORKINGメッセージの受信は、サーバがメッセージを受信し応答がまだ送信されていないことを示す。クライアントが、要求をもう一度再送信する前に、より長いタイマを使うことが合理的である。
【０１２１】
いくつかの場合、例えば、SETUPメッセージの場合、通常の処理時間が、クライアントのタイムアウト期間を超える場合がある。この場合、サーバは、要求を受信した時に直ちにWORKING疑似応答を送信してもよい。
【０１２２】
使用に無理の無いと思われる、典型的なタイムアウトとしては、
BTIからエッジルータ：最初は、０．５秒。WORKING応答の後は１秒。
【０１２３】
BTIからゲートコントローラ：１秒。WORKING応答の後は２秒。
【０１２４】
ゲートコントローラからＧＣ：１秒。WORKING応答の後は２秒。
【０１２５】
などである。
【０１２６】
７．１  ＢＴＩからゲートコントローラ
ＢＴＩは、ゲートコントローラとのトランザクションを始め、遠隔に指定されたエンドポイントへの新しい接続を要求する又は、現存する接続上で実行されるなんらかの向上したサービスを要求する。基本的な接続に加え、このプロトコルは、全てのカスタム通話特徴の実施を可能にし、会議制御能力を提供する。
【０１２７】
このプロトコルは、ＢＴＩにおいて相当の知能を利用でき、これによりＢＴＩが完全にユーザインターフェースを取り扱い、本発明の実施形態のシグナリングシステム内に存在する基礎（primitive）に基づく新しいカスタムサービスを実施することを可能にする。
【０１２８】
ＢＴＩによって開始されるメッセージは、SETUP、REDIRECT、SPLICE、TRACE、及びPROFILEを含む。SETUPは、新しい接続を始めるために使われる。REDIRECTは、現存する接続を取り、他の着信先に送信する。SPLICEは、二つの現存する接続を取り、この二つを接続する。TRACEは、不正又は困る（harassing）呼の、法的機関のレポートを生成する。PROFILEは、ＢＴＩが、ＢＴＩに接触できない場合（例えば停電）の呼を取り扱う、カスタムサービスを指定することを可能にする。
【０１２９】
７．１．１  SETUP
SETUPは、ＢＴＩから他のエンドポイントへの接続を始めるために、ＢＴＩが送信する基本的なメッセージであり、メッセージの例としては、
SETUP 0S55072 v1.0; DEST E164 8766; CALLER 8718; AUTHID 3312120;
CRV21; SIGADDR wtm-bti:7685; DATAADDR wtm-bti:7000 2 2;
CODING 53B, 6ms, G.711
などとなる。
【０１３０】
DESTは、この呼の着信先を指定する。このフィールドの第一のパラメータは、検索すべきアドレス空間名を与える。正当なアドレス空間は、Ｅ１６４（標準電話番号）、ＣＩＮＦＯ（前回の呼からのソースストリング）、及びＳＥＲＶＩＣＥ（一般的なネットワークサービスの名）である。第二のパラメータは、実際の電話番号／ソースストリング／サービス名である。更なるパラメータが与えられた場合、これらのパラメータは、受信エンドポイントへと送信され与えられる。DEST構成要素の様々な使用方法の例としては以下のものが挙げられる。
【０１３１】
DEST E164 8766は、新しい呼を電話番号へと発する。第二のパラメータは、顧客のダイアリングプラン（例えば、セントレックス（centrex）やナンプ（nanp）など）の数である。
【０１３２】
DEST CINFO <string>は、例えば、＊６９リターンコールなどの前回の発呼者へ返す呼を発する。第二のパラメータは、SETUP、SETUPACK、又はTRANSFERで与えられる文字列である。
【０１３３】
DEST SERVICE bridge 3は、ネットワークサービス、この例では、３つのパーティの橋渡しサービスへと呼を発する。第二のパラメータは、ネットワークサービスの名前（例えば橋渡しや告知など）であり、更に他のパラメータが、更なる解読のために、そのサービスに与えられる。
【０１３４】
CALLERは、呼の発信側ラインの発呼者ＩＤ値を与える。ゲートコントローラは、この発呼者ＩＤが正当なものであることを、AUTHIDに基づいて照合する必要がある。ＢＴＩは、外部制御の外であるので、呼が、その主張するラインから本当に来たものかどうかを確かめられない。しかしながら、指定された発呼者ＩＤが、このＢＴＩから来る可能性のあるものの一つであることを保証することはできる。
【０１３５】
AUTHIDは、OAMPシステムによって、この特定のＢＴＩに与えられる承認コードである。このコードは、例えば１０分毎などに、定期的に変更される。
【０１３６】
CRVは、この新しい呼のＢＴＩ側に割りつけられる呼参照値である。CRVは、ＢＴＩに送信された全てのメッセージに存在し、ＢＴＩが、間違いなくメッセージを正確な呼に割りつけること及び、前回の呼の試みを参照するメッセージを正確に無視することを可能にする。顧客が、部分的に呼を完了し、ハングアップし、もう一つの呼を発した場合、複数のレース状況が存在することに留意されたい。ＢＴＩは、新しい顧客要求を処理する前に、全ての可能なパーティと同期を取る必要なく、古いメッセージを無視する、なんらかの機構を必要とする（例えば、顧客にもう一つのダイアルトーンを与える、など）。
【０１３７】
SIGADDRは、被呼者側のエンドポイントが、全てのＢＴＩ−ＢＴＩメッセージにおいて着信先として使うべきＩＰシステム名及びポート番号である。これは、ゲートコントローラが、入ってくる呼をシグナリングするために使うアドレス及びポートと同じ物でもよく、又は現在の呼のみのための、別個のポートであってもよい。同じポートの場合、ＢＴＩが、ＧＣ−ＢＴＩメッセージとＢＴＩ−ＢＴＩメッセージとを見分けることのできるように、メッセージを構成する必要があり、本発明の実施形態ではこれを実行する。
【０１３８】
DATAADDRは、被呼者側のエンドポイントが、全ての音声データパケットにおいて、着信先として使うべき名前及びポートの指定である。第一のパラメータは、システム名：ポート番号であり、ここでポート番号は、連続した一連のポートの最も小さなポート番号である。第二のパラメータは、この連続した一連のポートの大きさを与える。第三のパラメータが存在する場合、このパラメータは、ＰＡＴサーバで、ポート番号を変換する必要がある場合に、ポート番号のアラインメント必要要件を与える。典型的な、音声のみの電話の呼は、二つのポートを使い、第一のポートをＲＴＰのために、第二のポートをＲＴＣＰのために使い、そして、第一のポートが偶数である必要がある。
【０１３９】
CODINGは、発信者が実行する可能なカプセル化（encapsulation）及びコーディング方法のリストを指定する。各パラメータは、少なくとも三つの品目を、カンマで分けて含む。ここで、第一の品目はメッセージの大きさを指定し、第二の品目はパケットの間の間隔を与え、第三の品目は、コーディングアルゴリズムを与える。第四の品目（省略してもよい）は、コーダ特有の、追加パラメータを与える。
【０１４０】
７．１．１．１  SETUP肯定応答
SETUPメッセージへの応答は、SETUPACK又はSETUPNAKである。SETUPACKメッセージのサンプルとしては、
SETUPACK 0S55072 v1.0; CRV 3712;
SIGADDR 10.0.0.1:5134; DATAADDR 10.0.0.1:5136 2;
CODING 53B, 6ms, G.711; GATEIP 135.207.31.1:7682; GATEID
17S63224; CINFO <string>
のようなものが挙げられる。
【０１４１】
CRVは、遠隔のエンドポイントによって割り付けられた呼参照値であり、会話に関連する全てのメッセージを識別する。これは、全てのＢＴＩ−ＢＴＩメッセージに含まれる必要がある。
【０１４２】
SIGADDRは、全てのＢＴＩ−ＢＴＩシグナリングメッセージの着信先として使われるアドレス及びポートを与える。
【０１４３】
DATAADDRは、全ての音声データパケットにおいて、着信先として使われるアドレス及びポートを与える。第二のパラメータは、この目的のために割当てられた連続したポートの数を与える。
【０１４４】
CODINGは、SETUPメッセージで示された選択肢の単一カプセル化及びコーディング方法を与える。このカプセル化及びコーディング方法は、着信先のＢＴＩも許容できる。パラメータのフォーマットは、上述のものと同一である。
【０１４５】
GATEIPは、この接続のゲートコントロールアクセスサービスを含むエッジルータのＩＰアドレス及びポート番号を与える。これは、全てのＢＴＩ−ＥＲメッセージにおいて使われる、着信先アドレスである。
【０１４６】
GATEIDは、この接続に割当てられたゲートのために、エッジルータによって割り付けられた識別子及び承認トークンである。
【０１４７】
CINFOは、ゲートコントローラからの情報が暗号化された文字列であり、ゲートコントローラが、この呼の、例えば、三者通話、リターンコール、トランスファなどの、将来の高等な特徴の要求を正確に取り扱うために必要な状態情報のいくつかの品目を含む。この文字列は、ＢＴＩによって変更無しに保存される必要があり、これらの特徴のいずれかのために、変更無しに、ゲートコントローラに返される必要がある。
【０１４８】
７．１．１．２  SETUPエラー
SETUPが失敗した場合、ゲートコントローラは、エラー指標をＢＴＩに返す。サンプルのSETUPNAKメッセージとしては、
SETUPNAK 0S55072 v1.0; ERROR Authorization failed
のようなものが挙げられる。
【０１４９】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有している場合、これを表示することもできる。そうでなければ、このメッセージストリングは、有益なデバッグ情報を提供する。
【０１５０】
７．１．２  REDIRECT
ＢＴＩは、現在の呼を他の着信先に向けたい時に、ゲートコントローラにREDIRECTメッセージを送信する。サンプルのREDIRECTメッセージとしては、
REDIRECT 0S42115 v1.0; DEST E164 8720; CALLER 8766; AUTHID
6929022;
CINFO
135.207.31.2:7650/135.207.31.1:7682/17S63224/10.0.12.221:7685/
10.0.12.221:7000-2-2/9733608718/21/10.0.12.221:7685
のようなものが挙げられる。
【０１５１】
DESTは、望まれる呼の新しい着信先を与える。これは、SETUPメッセージ同様、E164番号でも、サービス名でも、CINFO文字列でもよい。
【０１５２】
CALLERは、要求を出しているラインの発呼者ＩＤ値を与える。ゲートコントローラは、AUTHIDに基づき、この発呼者ＩＤが正当なものであることを照合する必要がある。ＢＴＩは、我々の制御外なので、呼が本当に、その主張するラインから来ているかどうかを確認できない。しかしながら、指定された発呼者ＩＤが、このＢＴＩからの可能なものの一つであることを保証することはできる。
【０１５３】
AUTHIDは、この特定のＢＴＩに、ＯＡＭＰシステムから与えられる、承認コードである。これは定期的に、例えば１０分毎に、変えられる。CINFOは、ゲートコントローラによって前回供給された暗号化されたストリングであり、現在の呼についての様々な情報をゲートコントローラに教える。
【０１５４】
７．１．２．１  REDIRECT肯定応答
ゲートコントローラが、呼を新しい着信先に向けることに成功した場合、ゲートコントローラは、REDIRECTACKメッセージによって応答する。サンプルとしては、
REDIRECTACK 0S42115 v1.0;
のようなものが挙げられる。
【０１５５】
７．１．２．２  REDIRECTエラー
REDIRECTが失敗した場合、ゲートコントローラは、エラー指標をＢＴＩに返す。サンプルのREDIRECTNAKメッセージとしては、
REDIRECTNAK 0S55072 v1.0; ERROR Authorization failed
のようなものが挙げられる。
【０１５６】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこのエラーメッセージを表示する方法を有している場合、これを表示してもよい。そうでなければ、エラーメッセージは有益なデバッグ情報を提供する。
【０１５７】
７．１．３  SPLICE
ＢＴＩは、現在の二つの呼を一つに繋げたい場合に、ゲートコントローラにSPLICEメッセージを送る。サンプルのSPLICEメッセージとしては、
SPLICE 0S42161 v1.0; CALLER 8766; AUTHID 6929022;
CINFO1
135.207.31.2:7650/135.207.31.1:7682/17S63224/10.0.12.221:7685/
10.0.12.221:7000-2-2/9733608718/21/10.0.12.221:7685;
CINFO2
135.207.31.2:7650/135.207.22.1:7682/5S71731/10.3.7.150:7685/
10.3.7.150:7000-2-2/9733608720/8839/10.3.7.150:7685
のようなものが挙げられる。
【０１５８】
CALLERは、要求を行っているラインの発呼者ＩＤ値を与える。ゲートコントローラは、AUTHIDに基づき、この発呼者ＩＤが正当なものであることを照合する必要がある。ＢＴＩは我々の制御外なので、呼が、その主張するラインから来たものであることを確かめられない。しかしながら、指定された発呼者ＩＤが、このＢＴＩからの可能なものの一つであることを保証することはできる。
【０１５９】
AUTHIDは、この特定のＢＴＩに、ＯＡＭＰシステムから与えられる承認コードである。これは、定期的に、例えば１０分毎に変えられる。
【０１６０】
CINFO1は、ゲートコントローラによって前回供給された、暗号化された文字列であり、第一の呼に関する様々な情報をゲートコントローラに教える。
【０１６１】
CINFO2は、ゲートコントローラによって前回供給された、暗号化された文字列であり、第二の呼に関する様々な情報をゲートコントローラに教える。
【０１６２】
７．１．３．１  SPLICE肯定応答
ゲートコントローラが、二つの呼をお互いに対して向けることに成功した場合、ゲートコントローラは、SPLICEACKメッセージによって応答する。サンプルとしては、
SPLICEACK 0S42161 v1.0;
のようなものが挙げられる。
【０１６３】
７．１．３．２  SPLICEエラー
SPLICEが失敗した場合、ゲートコントローラはＢＴＩにエラー指標を返す。サンプルのSPLICENAKメッセージとしては、
SPLICENAK 0S55072 v1.0; ERROR Authorization failed
のようなものが挙げられる。
【０１６４】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこのエラーメッセージを表示する方法を有している場合、これを表示してもよい。そうでなければ、これは有益なデバッグ情報を提供する。
【０１６５】
７．１．４  TRACE
ＢＴＩは、不正又は困った（harassing）通話を法的機関に報告する時に、ゲートコントローラにTRACEメッセージを送信する。サンプルのTRACEメッセージとしては、
TRACE 0S42115 v1.0; CALLER 8766; AUTHID 6929022;
CINFO
135.207.31.2:7650/135.207.31.1:7682/17S63224/10.0.12.221:7685/
10.0.12.221:7000-2-2/9733608718/21/10.0.12.221:7685
のようなものが挙げられる。
【０１６６】
CALLERは、要求を行っているラインの発呼者ＩＤ値を与える。ゲートコントローラは、AUTHIDに基づき、この発呼者ＩＤが正当なものであることを照合する。ＢＴＩは、サービスプロバイダの制御の外なので、サービスプロバイダは、呼が、その主張するラインから本当に来たものであることを確かめられない。しかしながら、サービスプロバイダは、指定された発呼者ＩＤが、このＢＴＩからの可能なものの一つであることを保証することはできる。
【０１６７】
AUTHIDは、この特定のＢＴＩにＯＡＭＰシステムから与えられる、承認コードである。これは、定期的に、例えば１０分毎に変えられる。
【０１６８】
CINFOは、ゲートコントローラによって前回供給された、暗号化された文字列であり、呼に関する様々な情報をゲートコントローラに教える。
【０１６９】
７．１．４．１  TRACE肯定応答
TRACEメッセージ内の情報が正当であれば、ゲートコントローラは、TRACEACKメッセージによって応答する。サンプルのメッセージとしては、
TRACEACK 0S42115 v1.0;
のようなものが挙げられる。
【０１７０】
７．１．４．２  TRACEエラー
TRACEが失敗した場合、ゲートコントローラは、ＢＴＩにエラー指標を返す。サンプルのTRACENAKメッセージとしては、
TRACENAK 0S55072 v1.0; ERROR Authorization failed
のようなものが挙げられる。
【０１７１】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有している場合、このエラーメッセージを表示することもできる。そうでなければ、このエラーメッセージは、有益なデバッグ情報を提供する。
【０１７２】
７．１．５  PROFILE
ＢＴＩが呼を所定の番号に転送し所定の番号を得る場合に、ＢＴＩは、PROFILEメッセージをゲートコントローラに送信する。
【０１７３】
７．１．５．１  PROFILE肯定応答
PROFILEが正当である場合、ゲートコントローラは、PROFILEACKメッセージによって応答する。
【０１７４】
７．１．５．２  PROFILEエラー
PROFILEが失敗した場合、ゲートコントローラは、ＢＴＩにエラー指標を返す。サンプルのPROFILENAKメッセージとしては、
PROFILENAK 0S55072 v1.0; ERROR Authorization failed
のようなものが挙げられる。
【０１７５】
ERRORは、エラーメッセージストリングを与え、ＢＴＩが、これを表示する方法を有している場合、エラーメッセージを表示することもできる。そうでなければ、このエラーメッセージは、有益なデバッグ情報を提供する。
【０１７６】
７．２  ゲートコントローラからＢＴＩへ
ゲートコントローラは、ＢＴＩへのメッセージを始め、入ってくる呼をＢＴＩに知らせ又は現存する呼の状態の変更を知らせる。
【０１７７】
ゲートコントローラによって始められるメッセージは、SETUP、TRANSFER、及びCALLHOLDを含む。SETUPは、入ってくる呼をＢＴＩに知らせ、新しい呼の要求を正しく取扱うことをＢＴＩに求めるために使われる。TRANSFERは、現在の呼が新しい着信先に向け直されたことを、ＢＴＩに知らせる。CALLHOLDは、呼が保留状態にされたことをＢＴＩに知らせ、この呼によって使用されているリソースを一時的に解放する。
【０１７８】
７．２．１  SETUP
ゲートコントローラは、入ってくる呼要求を、SETUPメッセージによって、ＢＴＩに知らせる。サンプルメッセージとしては、
SETUP 4T93182 v1.0; DEST 9733608766; CALLER 9733608718; CRV 21;
SIGADDR 10.0.0.1:4722; DATAADDR 10.0.0.1:4724 2 2;
CODING 53B, 6ms, G.711; GATEIP 135.207.22.1:7682; GATEID
21S11018; CINFO <string>
のようなものが挙げられる。
【０１７９】
DESTは、発信者によって与えられ、ゲートコントローラによってグローバルアドレシングプランに拡張された、着信先のE164アドレスである。
【０１８０】
CALLER（省略してもよい）は、発呼者ＩＤ情報である。この構成要素は、顧客が、発呼者ＩＤサービスの何らかの変種に加入している場合のみ存在する。顧客が、発呼者名サービスにも加入している場合、第二のパラメータは、発呼者の名前を含む。呼の発信者が、発呼者ＩＤブロッキングを指定していた場合、第一のパラメータは、「匿名」を含む。
【０１８１】
CRVは、着信先によってこの呼に割付けられる、呼参照値である。これは、呼を正確に識別するために、全てのＢＴＩ−ＢＴＩメッセージに含まれている必要がある。
【０１８２】
SIGADDRは、全てのＢＴＩ−ＢＴＩシグナリングメッセージにおいて、着信先のアドレス及びポート番号を与える。
【０１８３】
DATAADDRは、音声データパケットの着信先のアドレス及びポート番号を与える。第二のパラメータ（省略してもよい）は、割当てられた連続したポートの数を与える。第三のパラメータ（省略してもよい）は、ポート番号のアラインメント情報を与える。
【０１８４】
CODINGは、発信者が実行する、可能なカプセル化及びコーディング方法のリストを指定する。各パラメータは、カンマによって分けられた、少なくとも三つの品目である。第一の品目は、メッセージの大きさを指定し、第二の品目は、パケット間の間隔を与え、第三の品目は、コーディングアルゴリズムを与える。第四及びその後の品目（省略してもよい）は、コーダに特有の追加パラメータを与える。
【０１８５】
GATEIPは、この接続のゲートコントロールアクセスサービスを含むエッジルータのＩＰアドレス及びポート番号を与える。これは、全てのＢＴＩ−ＥＲメッセージにおいて使われる着信先アドレスである。
【０１８６】
GATEIDは、エッジルータによって割り付けられた、この接続に割当てられたゲートのための識別子及び承認トークンを与える。
【０１８７】
CINFOは、ゲートコントローラの内部状態情報を含む、暗号化された文字列であり、ＢＴＩに保存され、この呼に関連する、例えば、三者通話や呼トランスファなどの将来の向上サービス要求と共に返される。
【０１８８】
７．２．１．１  SETUP肯定応答
ＢＴＩが、SETUPメッセージに指定された、入ってくる呼を受ける場合、ＢＴＩは、SETUPACKによって応答する。サンプルのSETUPACKメッセージとしては、
SETUPACK 4T93182 v1.0; CRV 2712; SIGADDR kkrama-bti:7685;
DATAADDR kkrama-bti:7000 2 2; CODING 53B, 6ms, G.711
のようなものが挙げられる。
【０１８９】
CRVは、ＢＴＩによってこの呼に割り付けられた呼参照値である。これは、特定の呼の存在を識別するために全てのＢＴＩ−ＢＴＩメッセージに現れる値である。
【０１９０】
SIGADDRは、ＢＴＩが、ＢＴＩ−ＢＴＩシグナリングメッセージを聞く、アドレス及びポート番号である。
DATAADDRは、ＢＴＩが音声データパケットを受けるアドレス及びポート番号である。第二のパラメータは、連続したポートの数を示し、第三のパラメータは、部分番号（part number）が、ＰＡＴサーバによって変換される場合に必要となるアラインメントを与える。
【０１９１】
CODINGは、提示されたものから選ばれた、カプセル化スタイル及びコーディング方法である。
【０１９２】
７．２．１．２  SETUPエラー
ＢＴＩが入ってくる呼を受けない場合、SETUPNAKによって応答する。サンプルのSETUPNAKメッセージとしては、
SETUPNAK 4T93182 v1.0; ERROR Busy; FORWARD E164 8800
のようなものが挙げられる。
【０１９３】
ERRORは、エラーメッセージストリングを与え、ゲートコントローラがこれを表示する方法を有している場合にはこのエラーメッセージを表示することもでき、また、このエラーメッセージは、発信側のＢＴＩに、SETUPNAKメッセージ内で、返信されてもよい。
【０１９４】
FORWARDは、ＢＴＩ内で実施されている呼転送アルゴリズムの結果である、呼が向けられるべき新しい着信先を与える。この構成要素の構造は、ＢＴＩ−ＧＣ SETUPメッセージ中のDEST構成要素と同一である。
【０１９５】
７．２．２  TRANSFER
TRANSFERメッセージは、ゲートコントローラによって、現存する呼の着信先の変更を、ＢＴＩに知らせるために使われる。ＢＴＩは、この新しい着信先と通信するために、いくつかの着信先パラメータを変更する必要がある。サンプルのTRANSFERメッセージとしては、
TRANSFER 0T5087 v1.0; CRV 21; REMCRV 1025; SIGADDR
135.207.31.3:6026; DATAADDR 135.207.31.3:6028 2; CODING
53B, 6ms, G.711; ROLE orig;
CINFO <string>
のようなものが挙げられる。
【０１９６】
CRVは、転送される呼の呼参照値を与える。このパラメータは、ＢＴＩが正確な調整を決定することを助けることを目的とする。
【０１９７】
REMCRVは、呼の他の端点におけるパーティによって割付けられた呼参照値である。この値は、全てのＢＴＩ−ＢＴＩ通信で使われる必要がある。
【０１９８】
SIGADDRは、他のエンドポイントへのＢＴＩ−ＢＴＩシグナリングメッセージのための、ＩＰアドレス及びポートである。
【０１９９】
DATAADDRは、音声データパケットのための、ＩＰアドレス及びＵＤＰポート指定である。第二のパラメータが存在する場合、このパラメータは、この接続に割付けられた、連続したポート番号の数を与える。第三のパラメータが存在する場合、このパラメータは、ポート番号に必要な、アラインメントを教える。
【０２００】
CODINGは、この接続に使うカプセル化方式及びコーディング方法を教える。
【０２０１】
ROLEは、ＢＴＩが自身をこの会話の発信側と考えるか、着信側と考えるかを教える。
【０２０２】
CINFOは、会話の他端点に関する情報の、暗号化された文字列であり、将来要求される可能性のある向上サービスに使うためにＢＴＩに保存される。
【０２０３】
７．２．２．１  TRANSFER肯定応答
ＢＴＩが、TRANSFERメッセージにおいて与えられた呼を識別し、ＢＴＩの内部情報を調整し、新しい着信先にリソースを割当てることができる場合、ＢＴＩは、TRANSFERACKによって応答する。サンプルのTRANSFERACKメッセージとしては、
TRANSFERACK 0T5087 v1.0;
のようなものが挙げられる。
【０２０４】
７．２．２．２  TRANSFERエラー
ＢＴＩが、転送された呼を受けない場合、ＢＴＩは、TRANSFERNAKによって応答する。サンプルのTRANSFERNAKメッセージとしては、
TRANSFERNAK 0T5087 v1.0; ERROR Resource reservation to new destination
failed
のようなものが挙げられる。
【０２０５】
ERRORは、エラーメッセージストリングを与え、ゲートコントローラがこのエラーメッセージを表示する方法を有している場合には、これを表示してもよく、またこのエラーメッセージは、NAKメッセージ内で、発信側のシステムに返信されてもよい。
【０２０６】
７．２．３  CALLHOLD
ゲート調整が実行されている間、ＢＴＩは保留状態にされる必要がある。大半の場合、これは、ＢＴＩ−ＢＴＩ HOLDメッセージによって取り扱われる。いくつかの場合では、これはゲートコントローラによって行なわれる必要があり、これは、CALLHOLDメッセージを発行することにより実行される。サンプルのCALLHOLDメッセージとしては、
CALLHOLD 2T10477 v1.0; CRV 21
のようなものが挙げられる。
【０２０７】
CRVは、ＢＴＩによって、この会話に割付けられる、呼参照値である。
【０２０８】
７．２．３．１  CALLHOLD肯定応答
ＢＴＩが、自身を保留状態にした後、ＢＴＩは、CALLHOLDACKによって応答する。サンプルのCALLHOLDACKメッセージとしては、
CALLHOLDACK 2T10477 v1.0;
のようなものが挙げられる。
【０２０９】
７．２．３．２  CALLHOLDエラー
ＢＴＩが、HOLD要求を処理できない場合、ＢＴＩは、CALLHOLDNAKによって応答する。サンプルのCALLHOLDNAKメッセージとしては、
CALLHOLDNAK 2T10477 v1.0; ERROR Illegal Call Reference Value
のようなものが挙げられる。
【０２１０】
ERRORは、エラーメッセージストリングを与え、ゲートコントローラがこのエラーメッセージを表示する方法を有している場合、これを表示することもでき、NAKメッセージ内で、発信側のシステムに返信されてもよい。
【０２１１】
７．３  ＢＴＩからエッジルータへ
リソース割当てメッセージは、ネットワークリソースの予約及び解放のために、ＢＴＩとエッジルータとの間で交換される。これらのメッセージは全て、「ゲート」への参照を有し、このゲートは、ＢＴＩのリソース予約要求の前にゲートコントローラによって初期化される必要がある。
【０２１２】
ＢＴＩによって開始されるメッセージは、RESERVE、COMMIT、RERESERVE、RECOMMIT、RELEASE、HOLD、及びKEEPALIVEが含まれる。RESERVEは、予約プロトコルの通常の第一ステップであり、このステップでは、リソースの割り当てを要求するが、必ずしもリソースの割付けを必要としない。COMMITは、この会話への実際のリソースの割付けを要求する。RERESERVEは、ＢＴＩがすでにいくらかのリソースを予約している又はＢＴＩに受諾しており、この新しい要求を満たすために使う意思がある場合に使われる。RECOMMITは、リソースがこの新しい接続に受諾される場合に、同様の機能を果たす。RELEASEは、接続を終了すべきであるという、ＢＴＩからの指示である。HOLDは、音声データストリームが一時的に停止していることをエッジルータに示し、データストリームの監視を停止させるが、リソースを予約として保持するように指示する。KEEPALIVEは、保留状態の間に、定期的にエッジルータに送信され、リソース予約を保持する。KEEPALIVEが無い場合は、（おそらく望まれてはいない）呼の終了を示す。
【０２１３】
７．３．１  RESERVE
RESERVEメッセージは、リソース割当ての第一段階でＢＴＩから送信される。サンプルのRESERVEメッセージとしては、
RESERVE 0S55073 v1.0; GATEID 17S63224; BANDWIDTH 53B, 6ms
のようなものが挙げられる。
【０２１４】
GATEIDは、エッジルータによって割付けられるゲートの識別子である。この文字列には、送信者がこのゲート上で動作を実行することが許されていることを示す、セキュリティ承認が含まれる。
【０２１５】
BANDWIDTHは、この時点で望まれる実際の帯域幅の指定である。これは、パケットの大きさをバイト単位で表したもの及びパケット間の間隔によって指定される。この値は、ゲートコントローラによって、GATESETUPメッセージ中の値（例えば、ビット毎秒で）と比較される。
【０２１６】
７．３．１．１  RESERVE肯定応答
リソース予約に成功すると、すなわち、アクセスネットワークの上流及び下流の両方で帯域幅が使用可能であり、バックボーンネットワーク内の前向きの方向で帯域幅が使用可能な場合、エッジルータは、RESERVACKメッセージによって応答する。サンプルメッセージとしては、
RESERVEACK 0S55073 v1.0;
のようなものが挙げられる。
【０２１７】
７．３．１．２  RESERVEエラー
リソース予約が失敗した場合、エッジルータは、RESERVENAKメッセージによって応答する。サンプルメッセージとしては、
RESERVENAK 0S55073 v1.0; ERROR No upstream capacity available
のようなものが挙げられる。
【０２１８】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有している場合、表示されてもよく、又は単純に、早い話し中信号を生じてもよい。
【０２１９】
７．３．２  COMMIT
COMMITメッセージは、リソース予約の第二段階で、ＢＴＩによって送信される。COMMITメッセージの受信時には、エッジルータがゲートタイマを、より小さな間隔（例えば、約２秒）に設定し直す。このタイマが、COMMITACKが送信される前に失効した場合、ゲートは終了される。サンプルのCOMMITメッセージとしては、
COMMIT 0S55074 v1.0; GATEID 17S63224; BANDWIDTH 53B, 6ms
のようなものが挙げられる。
【０２２０】
GATEIDは、エッジルータによって割付けられるゲートの識別子である。この文字列には、送信者がこのゲート上で動作を実行することを許されていることを示すセキュリティ承認が含まれる。
【０２２１】
BANDWIDTHは、この時点で望まれる実際の帯域幅の指定である。これは、バイト単位で表されるパケットの大きさと、パケット間の間隔とによって指定される。この値は、ゲートコントローラによって、GATESETUPメッセージ中の値（例えば、ビット毎秒で）と比較される。
【０２２２】
７．３．２．１  COMMIT肯定応答
リソース割当てが成功した場合、すなわちアクセスネットワーク中に帯域幅が割当てられ（例えば、非請求認可を介して）、エッジルータが、呼の他端点の遠隔エッジルータとの整合に成功した場合、エッジルータは、COMMITACKメッセージによって応答する。サンプルメッセージとしては、
COMMITACK 0S55074 v7.0;
のようなものが挙げられる。
【０２２３】
７．３．２．２  COMMITエラー
リソース割当てに失敗した場合、又は遠隔ゲートとの整合を、分配された間隔内に完了しなかった場合、エッジルータは、COMMITNAKメッセージによって応答する。この場合、発信者が最初にリングバックトーンを聞き、その後失敗トーンに変わるため、これは、非常に頻度の低い現象であることを意図される。このような呼の欠陥は、サービス説明によって、百万回の完了した呼あたり数回に制限される。この際、不正手段によって引き起こされたエラーなどの故意の場合は計算に入れていない。サンプルメッセージとしては、
COMMITNAK 0S55074 v1.0; ERROR Gate coordination failure
のようなものが挙げられる。
【０２２４】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこのエラーメッセージを表示する方法を有している場合、これを表示してもよく、又は単純に、早い話し中信号を生じてもよい。
【０２２５】
７．３．３  RERESERVE
RERESERVEメッセージは、新しい接続が再利用する現在の割当てを、ＢＴＩが有している場合の、リソース割当ての第一段階で、ＢＴＩから送信される。二段階リソース割当て方式についての情報は、第二章を参照。サンプルのRERESERVEメッセージとしては、
RERESERVE 0S42110 v1.0; GATEID 5S71731; PREVGATEID 21S11018;
BANDWIDTH 53B, 6ms
のようなものが挙げられる。
【０２２６】
GATEIDは、エッジルータによって割付けられるゲートの識別子である、この文字列には、送信者によるこのゲート上での動作実行が許されていることを示す、セキュリティ承認が含まれる。
【０２２７】
PREVGATEIDは、現存する受託されたゲートであって、そのリソースが、現在の接続によって再利用されるゲートの識別子である。
【０２２８】
BANDWIDTHは、この時点で望まれる実際の帯域幅の指定である。これは、バイト単位で表されるパケットの大きさ及びパケット間の間隔として指定される。この値は、ゲートコントローラによって、GATESETUPメッセージ中の値（例えばビット毎秒で）と比較される。
【０２２９】
７．３．３．１  RERESERVE肯定応答
リソース再予約に成功した場合、すなわち、アクセスネットワーク中の上流及び下流の両方で帯域幅が使用可能であり、バックボーンネットワークの前向きの方向で帯域幅が使用可能な場合、エッジルータは、RERESERVACKメッセージによって応答する。サンプルメッセージとしては、
RESERVEACK 0S42110 v1.0;
のようなものが挙げられる。
【０２３０】
７．３．３．２  RERESERVEエラー
リソース再予約に失敗した場合、エッジルータは、RERESERVENAKメッセージによって応答する。サンプルメッセージとしては、
RERESERVENAK 0S42110 v1.0; ERROR Illegal previous gate identifier
のようなものが挙げられる。
【０２３１】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこのエラーメッセージを表示する方法を有している場合、これを表示してもよく、又は単純に、早い話し中信号を生じてもよい。
【０２３２】
７．３．４  RECOMMIT
RECOMMITメッセージは、前回の割当てが再利用される時の、リソース割当ての第二段階で、ＢＴＩから送信される。二段階リソース割当て方式についての情報は、第二章を参照。RECOMMITメッセージの受信時には、エッジルータは、ゲートタイマを、より小さな間隔（例えば、約２秒）に再設定する。RECOMMITACKが送信される前にタイマが失効した場合、ゲートは終了する。サンプルのRECOMMITメッセージとしては、
RECOMMIT 0S42111 v1.0; GATEID 5S71731; PREVGATEID 21S11018;
BANDWIDTH 53B, 6ms;
のようなものが挙げられる。
【０２３３】
GATEIDは、エッジルータによって割付けられるゲートの識別子である。この文字列には、送信者がこのゲート上で動作を実行することを許されていることを示すセキュリティ承認が含まれる。
【０２３４】
PREVGATEIDは、現存する受諾されたゲートであり、現在の接続でリソースが再利用されてもよいゲートの識別子である。
【０２３５】
BANDWIDTHは、この時点で望まれる実際の帯域幅の指定である。これは、バイト単位のパケットの大きさと、パケット間の間隔として指定される。この値は、ゲートコントローラによって、GATESETUPメッセージ内の値（例えば、ビット毎秒で）と比較される。COMMITで与えられる値が、RESERVEメッセージからの値よりも大きくなることはありえない。
【０２３６】
７．３．４．１  RECOMMIT肯定応答
リソースの割当てに成功した場合、すなわち、帯域幅がアクセスネットワーク内で割当てられ（例えば、非請求認可を介して）、エッジルータが、呼の他端の遠隔エッジルータとの整合に成功した場合、エッジルータはRECOMMITACKメッセージによって応答する。サンプルメッセージとしては、
RECOMMITACK 0S42111 v1.0;
のようなものが挙げられる。
【０２３７】
７．３．４．２  RECOMMITエラー
リソース割当てに失敗又は遠隔ゲートとの整合が、分配された時間内で完了しなかった場合、エッジルータは、RECOMMITNAKメッセージによって応答する。この場合、発信者が最初にリングバックトーンを聞き、その後失敗トーンに変わるため、これは、非常に頻度の低い現象であるよう意図される。このような呼の欠陥は、サービス説明によって、百万回の完了した呼あたり数回に制限される。この際、不正手段によって引き起こされたエラーなどの故意の場合は計算に入れていない。サンプルメッセージとしては、
RECOMMITNAK 0S42111 v1.0; ERROR Gate coordination failure
のようなものが挙げられる。
【０２３８】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有している場合、このエラーメッセージを表示してもよい。又は単純に、早い話し中信号を生じてもよい。
【０２３９】
７．３．５  RELEASE
ＢＴＩは、呼が完了し、リソースを解放し課金を停止させる時に、RELEASEメッセージをエッジルータに送信する。サンプルメッセージとしては、
RELEASE 0S55075 v1.0; GATEID 17S63224
のようなものが挙げられる。
【０２４０】
GATEIDは、この会話に割付けられたゲートの識別子であって、ここで解放されるべき識別子である。
【０２４１】
７．３．５．１  RELEASE肯定応答
エッジルータは、いつでもRELEASEACKメッセージによってRELEASEメッセージに応答する。示された識別子を有するゲートが存在する場合、そのゲートは閉じられ、リソースが解放され、課金イベントが生成され、GATECLOSEメッセージが、接続の他端の対応するエッジルータへと送信される。
【０２４２】
サンプルメッセージとしては、
RELEASEACK 0S55075 v1.0;
のようなものが挙げられる。
【０２４３】
７．３．５．２  RELEASEエラー
エッジルータは、いつでもRELEASEACKによってRELEASEに応答する。エラー指標は発生しない。ゲート識別子が存在しない場合、エッジルータは、ゲートがすでに遠隔の端部において閉じられていると想定する。
【０２４４】
７．３．６  HOLD
ＢＴＩが、現在の呼を保留状態にしたい場合には、エッジルータに、上流のデータストリームが止まることを知らせる必要がある。そうでなければ、エッジルータは、データが無いことを、ハングアップを示すものとして解釈し、呼を終了する。これは、HOLDメッセージによって行われる。サンプルメッセージとしては、
HOLD 0S55090 v1.0; GATEID 17S63224
のようなものが挙げられる。
【０２４５】
GATEIDは、エッジルータによって割付けられるゲートの識別子である。この文字列には、送信者がこのゲート上で動作を実行することを許されていることを示すセキュリティ承認が含まれる。
【０２４６】
７．３．６．１  HOLD肯定応答
保留動作に成功した場合、すなわち帯域幅が、予約されているが受諾されていないプールに戻された場合、エッジルータは、HOLDACKメッセージによって応答する。サンプルメッセージとしては、
HOLDACK 0S55090 v1.0;
のようなものが挙げられる。
【０２４７】
７．３．６．２  HOLDエラー
保留動作が失敗すると、エッジルータは、HOLDNAKメッセージによって応答する。サンプルメッセージとしては、
HOLDNAK 0S55090 v1.0; ERROR Gate not yet committed
のようなものが挙げられる。
【０２４８】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有していた場合、これを表示してもよく、又は単純に、早い話し中信号を生じてもよい。
【０２４９】
７．３．７  KEEPALIVE
接続を保留状態にしている際、ＢＴＩは、接続が未だに生きており健康であり、予約を保持すべきであることを、エッジルータに定期的に知らせる必要がある。ＢＴＩからのトラヒックが無い場合、ＢＴＩが故障した又は何らかのアクセス部品が故障しＢＴＩが呼の終了を要求できない証拠として取られる。長いサービスの機能休止に対して、顧客に課金する可能性ではなく、呼を終了することが、安全な戦略である。サンプルのKEEPALIVEメッセージとしては、
KEEPALIVE 21C3972 v1.0; GATEID 17S63224
のようなものが挙げられる。
【０２５０】
GATEIDは、エッジルータによって割付けられるゲートの識別子である。この文字列には、送信者がこのゲート上で動作を実行することを許されていることを示すセキュリティ承認が含まれる。
【０２５１】
KEEPALIVEメッセージには、エラー制御又は再送信は存在しない。これらのメッセージ間の間隔は、間違ったエラー検出の可能性を最低限にするよう設計される。
【０２５２】
７．４  エッジルータからＢＴＩへ
エッジルータから開始されるメッセージは存在しない。
【０２５３】
７．５  ＢＴＩからＢＴＩへ
シグナリングシステムのいずれにおいても、様々なエンドトゥエンドメッセージが交換され、このエンドトゥエンドメッセージは、一貫したサービスを提供するために、二つのエンドポイントの状態を整合させるために使われる。本発明の実施形態では、これらのメッセージは、ＢＴＩ−ＢＴＩシグナリングメッセージとして実施され、会話に関係する二つのＢＴＩ間において直接送信される。これらのメッセージは、他のメッセージと同様のサブルーチンによって処理されることができるように、フォーマットを定められる。
【０２５４】
ＢＴＩ間で交換されるメッセージは、RING、RINGBACK、CONNECT、HANGUP、HOLD、及びRINGTIMEOUTを含む。RINGは、全ての準備が整っているように見え、着信先が呼出音を鳴らすべきことを示すために、発信側から着信先へと送信される。RINGBACKは、着信先から発信側へと送信され、呼出音が鳴っていることを示す。CONNECTは、被呼者が電話に応答した時又は被呼者においてRINGの受信準備が整った直後に、着信先から発信側へと送信される。HOLDは、片方のＢＴＩから他方のＢＴＩに送信され、呼が保留状態に置かれることを示し、現在保持されているリアルタイムリソースを解放することを示す。HANGUP及びRINGTIMEOUTは情報メッセージであり、他の機構によってもＢＴＩが受信する、状態情報を示す。
【０２５５】
７．５．１  RING
RINGメッセージは、発信側ＢＴＩが、エッジルータから、呼のためにリソースが使用可能であるという肯定応答を受信し、したがって、着信先のユーザに警告する時となった場合に、発信側ＢＴＩによって送信される。サンプルメッセージとしては、
RING 3712 v1.0; CRV 3712
のようなものが挙げられる。
【０２５６】
CRV（省略してもよい）は、着信先ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２５７】
RINGの肯定応答は、RINGBACK又はCONNECTのいずれかであり、別個のRINGACKメッセージではない。
【０２５８】
７．５．２  RINGBACK
着信側ＢＴＩが、リソース予約手続きを完了し、発信側ＢＴＩからRINGメッセージを受信した時には、着信先ＢＴＩの適正な応答は、RINGBACK又はCONNECTのいずれかである。RINGBACKは、着信先が呼を受信する準備がまだ整っておらず、ＢＴＩが電話をリングしている時に送信される。CONNECTは、着信先の準備が整っており、リングする必要が無い（例えば音声応答システム）ことを意味する。サンプルメッセージとしては、
RINGBACK 21 v1.0; CRV 21; SOURCE local; TYPE callwaiting
のようなものが挙げられる。
【０２５９】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２６０】
SOURCE（省略してもよい）は、可聴リングバックトーンが、発信側ＢＴＩによってローカルで生成されるべき又は着信先がデータストリームを利用してトーンを生成すべきかを指定する。リソース予約方式のため、「遠隔」として指定されるSOURCEは、着信先がトラストされたネットワーク素子であり、ネットワークへのアクセスを制御するゲートを必要としない場合にのみ、出てきてもよい。指定されない場合、リングバックトーンはＢＴＩによってローカルで生成される。
【０２６１】
TYPE（省略してもよい）は、いくつかの可能なリングバック音声シーケンスの一つを指定する。パラメータ値「コールウェイティング」は、コールウェイティング警報信号を示す特殊なトーンシーケンスが与えられたことを意味する。パラメータが与えられない場合、または理解されなかった場合、デフォルトとして「通常」が選択される。
【０２６２】
RINGBACKには明確な肯定応答は存在しない。しかしながら、発信側ＢＴＩが、RINGメッセージの応答として、RINGBACK又はCONNECTのいずれも受信しなかった場合、応答を受信するまで、RINGを再送信する。
【０２６３】
７．５．３  CONNECT
CONNECTメッセージは、ユーザが答え、接続を確立すべき時に、着信側ＢＴＩによって送信される。サンプルメッセージとしては、
CONNECT 21 v1.0; CRV 21
のようなものが挙げられる。
【０２６４】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２６５】
CONNECTメッセージの肯定応答は、エッジルータとのCOMMIT/COMMITACK交換を介して生じる。
【０２６６】
７．５．４  HANGUP
これは、ＢＴＩの片方から他方に送信される情報メッセージであり、ユーザが接続を終了することを示す。サンプルメッセージとしては、
HANGUP 3712 v1.0; CRV 3712
のようなものが挙げられる。
【０２６７】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２６８】
HANGUPメッセージの肯定応答は存在しない。複数の、呼が完了したことを判断し、課金を終了する独立した機構が存在する。これは、システムが、アクセスリンクの故障、ＢＴＩハードウェア／ソフトウェアの故障、及び停電などの、ＢＴＩがHANGUPメッセージを送信することを妨げる場合から回復する必要があるためである。したがって、HANGUPメッセージの肯定応答の使用は、重要ではない。
【０２６９】
７．５．５  HOLD
ＢＴＩが、現在の呼を保留状態にしたい場合、入ってくるデータストリームが止まることを、他のエンドポイントに知らせる必要がある。そうでなければ、他のエンドポイントは、データが無いことを、ハングアップを示すものとして解釈し、呼を終了してしまう。これは、HOLDメッセージによって行われる。サンプルメッセージとしては、
HOLD 21 v1.0; CRV 21
のようなものが挙げられる。
【０２７０】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２７１】
データストリームを止める前に、ＢＴＩはエッジルータにもデータストリームが止まることを知らせる必要があることに留意すべきである。こうしなければ、エッジルータが呼を終了する。これは、BTI-ER HOLDメッセージによって実行される。
【０２７２】
７．５．５．１  HOLD肯定応答
ＢＴＩがHOLDメッセージを他方のエンドポイントから受信した場合、ＢＴＩは、接続の死を考慮する閾値を調整し、肯定応答によって応答する。メッセージは、
HOLDACK 3712 v1.0; CRV 3712
である。
【０２７３】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２７４】
７．５．６  RINGTIMEOUT
これは、着信側ＢＴＩから発信者側に送信される情報メッセージであり、ユーザが設定された間隔内で応答しなかったことを示し、呼を転送することを示す。サンプルメッセージとしては、
RINGTIMEOUT 3712 v1.0; CRV 3712
のようなものが挙げられる。
【０２７５】
CRV（省略してもよい）は、発信側ＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２７６】
このメッセージにはエラー回復が無い。これは情報のみであり、発信側ＢＴＩに、リングバックトーンを止めるよう、そして転送が差し迫っていることを教えるために働く。このメッセージ無しの場合でも、発信側ＢＴＩは、ゲートコントローラからTRANSFERメッセージを受信し、呼を同じように取り扱う。
【０２７７】
７．５．７  KEEPALIVE
接続が保留状態にある時には、ＢＴＩが未だに生きており健康であり、接続を保持すべきであることを、定期的にピアＢＴＩに知らせる必要がある。ＢＴＩからのトラヒックが無いことは、ＢＴＩが故障した又はアクセス部品のいずれかが故障しＢＴＩが呼終了を要求できなかった証拠として見られる。長い間のサービス機能休止期間を顧客に課金する可能性よりも、呼を終了させることが安全な戦略である。サンプルのKEEPALIVEメッセージとしては、
KEEPALIVE 3712 v1.0; CRV 3712
のようなものが挙げられる。
【０２７８】
CRV（省略してもよい）は、他のＢＴＩによって割付けられる呼参照値である。これは、メッセージ内に現れる必要があるが、トランザクション識別子の形で現れてもよく又は別個の構成要素として現れてもよい。
【０２７９】
KEEPALIVEメッセージのエラー制御又は再送信は存在しない。KEEPALIVEメッセージ間の間隔は、間違ったエラー検出の可能性を最低限にするよう設計される。
【０２８０】
７．６  ゲートコントローラからエッジルータへ
ゲートコントローラとエッジルータとの間のプロトコルは、リソース制御及びリソース割当てポリシーの目的である。ゲートコントローラは、全ての割当てポリシーを実施し、この情報を使って、エッジルータで実施されるゲートの設定を管理する。ゲートコントローラは、ゲートを特有の発信元、着信先、及び帯域幅制限によって初期化する。ＢＴＩは一旦初期化されると、ゲートコントローラによって負わされた限界範囲内で、リソースの割当てを要求できる。
【０２８１】
ゲートコントローラによって始められるメッセージは、GATEALLOC、GATESETUP、GATEMODIFY、GATERELEASE、及びGATEINFOを含む。GATEALLOCは、新しいゲート識別子を割当てる。GATESETUPは、ゲートの全てのポリシー及びトラフィックパラメータを初期化し、課金情報を設定する。GATEMODIFYは、現存するゲートのパラメータのいくつか又は全てを変更するために使われる。GATERELEASEは、接続の終わり及びゲート及びその全てのリソースが他の要求者に使用可能にできることをシグナリングする。GATEINFOは、ゲートコントローラが、現存するゲートの状態及びパラメータ設定を全て探すことのできる機構である。
【０２８２】
７．６．１  GATEALLOC
GATEALLOCメッセージは、新しいゲートを割当てゲートＩＤを確立するために、ゲートコントローラから送信されるが、ゲート動作に必要な特有のパラメータのいずれも設定しない。その後、GATESETUPが、動作パラメータと共に来る必要がある。GATEALLOCの寿心事には、エッジルータはタイマ（例えば、約１２０秒）を開始し、その間にゲートが「受諾」状態を入力しなければ、ゲートは開放される。サンプルのGATEALLOCメッセージとしては、
GATEALLOC 4T93176 v1.0; OWNER wtm-bti:7685
のようなものが挙げられる。
【０２８３】
OWNERは、このゲートがサービスを実行する顧客の名前を指定する。
【０２８４】
７．６．１．１  GATEALLOC肯定応答
サンプルのGATEALLOCメッセージとしては、
GATEALLOCACK 4T93176 v1.0; GATEID 17S63224; CUST USAGE 3
のようなものが挙げられる。
【０２８５】
GATEIDは、割当てられたゲートを識別する文字列である。GATEIDは少なくとも二つの部分を有し、その間になんらかの（エッジルータ指定）分離符号を有する。一つは割当てられたゲートのアイデンティティであり、もう一つは、ゲートパラメータの変更を行うためにエッジルータに与えられる必要があるセキュリティコードである。
【０２８６】
CUSTUSAGEは、顧客が現在同時に持っているゲート数をゲートコントローラに教える。これは、全ての現在のゲートをスキャンし、OWNERパラメータを比較することにより計算される。顧客に割付けられたゲート数が、購読するサービスと一致しない場合、ゲートコントローラは適切な処置を取ることができる。
【０２８７】
７．６．１．２  GATEALLOCエラー
ゲート割当てのエラーは、GATEALLOCNAKメッセージによって報告される。サンプルとしては、
GATEALLOCNAK 4T93176 v1.0; ERROR No gate available
のようなものが挙げられる。
【０２８８】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有していた場合、これを表示してもよく、SETUPNAKメッセージ内で、BTIに送り返されることもできる。
【０２８９】
７．６．２  GATESETUP
GATESETUPメッセージは、ゲートコントローラからエッジルータに送信され、ゲートの動作パラメータを初期化する。サンプルのGATESETUPメッセージとしては、
GATESETUP 4T93181 v1.0; OWNER kkrama-bti:7685;
SRCIP 10.3.7.151; DESTIP 10.0.0.1:4724; BANDWIDTH
53B, 6ms, G.711;
ROLE term; REMGATEIP 135.207.31.1:7682; REMGATEID
17S63224;
REFID 135.207.31.2:36123E5C:93178;
BILLDATA 5123-0123-4567-8900/9733608718/9733608766
のようなものが挙げられる。
【０２９０】
OWNER（省略してもよい）は、このゲートがサービスを提供する顧客の名前を与える。このパラメータが与えられない場合、GATEIDが必須となる。
【０２９１】
GATEID（省略してもよい）は、ゲートを識別する文字列を、セキュリティコードと共に与える。このパラメータが与えられない場合、OWNERが必須であり、新しいゲートが割当てられる。
【０２９２】
SRCIPは、ゲートを通過するデータパケットの全てに現れる、発信元のＩＰアドレスを識別する。発信元のポート番号は指定されておらず、これは一般的には未知又は常に一定であることに留意されたい。
【０２９３】
DESTIPは、ＩＰヘッダに現れる着信先ＩＰ及び、ＵＤＰヘッダに現れる着信先ＵＤＰポート番号である。発信元ＩＰ／着信先ＩＰ／着信先ポートが一致したパケットのみが、ゲートによって提供される、より高いＱｏＳを取得できる。
【０２９４】
BANDWIDTHは、このゲートを通じて要求できる最大帯域幅を指定する。パラメータは、コーディングスタイルを含むが、これはゲートによって使われない。
【０２９５】
ROLEは、エッジルータがこの会話の発信側か着信側かを指定する。これは、バックボーン予約が二方向であり、エッジルータの一つのみが予約をする必要がある場合のみに重要である。
【０２９６】
REMGATEIPは、この接続の他端のエッジルータのアドレスである。全てのＥＲ−ＥＲゲート整合メッセージは、このアドレス及びポートに送信される。
【０２９７】
REMGATEIDは、接続の他端のゲートのアイデンティティである。
【０２９８】
REFIDは、この会話の課金記録に現れる独自の文字列である。
【０２９９】
BILLDATAは、この会話の課金記録に現れる、支払請求情報である。
【０３００】
７．６．２．１  GATESETUP肯定応答
サンプルのGATESETUPACKメッセージとしては
GATESETUPACK 4T93181 v1.0; GATEID 21S11018; CUSTUSAGE 1
のようなものが挙げられる。
【０３０１】
GATEIDは、割当てられたゲートを識別する文字列である。GATEIDは少なくとも二つの部分を有し、その間になんらかの（エッジルータ指定）分離符号を有する。一つは割当てられたゲートのアイデンティティであり、もう一つは、ゲートパラメータの変更を行うためにエッジルータに与えられる必要があるセキュリティコードである。
【０３０２】
CUSTUSAGEは、顧客が現在同時に持っているゲート数をゲートコントローラに教える。これは、全ての現在のゲートをスキャンし、OWNERパラメータを比較することにより計算される。顧客に割付けられたゲート数が、購読するサービスと一致しない場合、ゲートコントローラは適切な処置を取ることができる。
【０３０３】
７．６．２．２  GATESETUPエラー
ゲートの確立に関するエラーは、GATESETUPNAKメッセージによって報告される。サンプルとしては、
GATESETUPNAK 4T93181 v1.0; ERROR No gates available
のようなものが挙げられる。
【０３０４】
ERRORは、エラーメッセージストリングを与え、ＢＴＩがこれを表示する方法を有していた場合、これを表示してもよく、SETUPNAKメッセージ内で、ＢＴＩに送り返されることもできる。
【０３０５】
７．６．３  GATEMODIFY
GATEMODIFYメッセージは、ゲートコントローラからエッジルータに送信され、現存するゲートの動作パラメータを変更する。サンプルのGATEMODIFYメッセージとしては、
GATEMODIFY 2T10486 v1.0; GATEID 17S63224; SRCIP 10.3.7.151; DESTIP
10.0.0.1:4724; BANDWIDTH 53B, 6ms, G.711; ROLE term;
REMGATEIP 135.207.31.1:7682; REMGATEID 17S63224; REFID
135.207.31.2:36123E5C:93178;
BILLDATA 5123-0123-4567-8900/9733608718/9733608766
のようなものが挙げられる。
【０３０６】
GATEIDは、ゲートを識別する文字列をセキュリティコードと共に与える。
【０３０７】
SRCIPは、ゲートを通過するデータパケットの全てに現れる、発信元のＩＰアドレスを識別する。発信元のポート番号は指定されておらず、これは一般的には未知又は常に一定であることに留意されたい。
【０３０８】
DESTIPは、ＩＰヘッダに現れる着信先ＩＰ及び、ＵＤＰヘッダに現れる着信先ＵＤＰポート番号である。発信元ＩＰ／着信先ＩＰ／着信先ポートが一致したパケットのみが、ゲートによって提供される、より高いＱｏＳを取得できる。
【０３０９】
BANDWIDTHは、このゲートを通じて要求できる最大帯域幅を指定する。パラメータは、コーディングスタイルを含むが、これはゲートによって使われない。
【０３１０】
ROLEは、エッジルータがこの会話の発信側か着信側かを指定する。これは、バックボーン予約が二方向であり、エッジルータの一つのみが予約をする必要がある場合のみに重要である。
【０３１１】
REMGATEIPは、この接続の他端のエッジルータのアドレスである。全てのＥＲ−ＥＲゲート整合メッセージは、このアドレス及びポートに送信される。
【０３１２】
REMGATEIDは、接続の他端のゲートのアイデンティティである。
【０３１３】
REFIDは、この会話の課金記録に現れる独自の文字列である。
【０３１４】
BILLDATAは、この会話の課金記録に現れる、支払請求情報である。
【０３１５】
７．６．３．１  GATEMODIFY肯定応答
サンプルのGATEMODIFYACKメッセージとしては、
GATEMODIFYACK 2T10486 v1.0; GATEID 17S63224; CUSTUSAGE 1
のようなものが挙げられる。
【０３１６】
GATEIDは、割当てられたゲートを識別する文字列である。GATEIDは少なくとも二つの部分を有し、その間になんらかの（エッジルータ指定）分離符号を有する。一つは割当てられたゲートのアイデンティティであり、もう一つは、ゲートパラメータの変更を行うためにエッジルータに与えられる必要があるセキュリティコードである。
【０３１７】
CUSTUSAGEは、顧客が現在同時に持っているゲート数をゲートコントローラに教える。これは、現在のゲートを全てスキャンし、OWNERパラメータを比較することにより計算される。顧客に割付けられたゲート数が、購読するサービスと一致しない場合、ゲートコントローラは適切な処置を取ることができる。
【０３１８】
７．６．３．２  GATEMODIFYエラー
ゲートの変更におけるエラーはGATEMODIFYNAKメッセージによって報告される。
【０３１９】
以下がサンプルである。
【０３２０】
GATEMODIFYNAK 4T93181 v1.0；ERROR Illegal Gate Identification
ERRORはエラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されても良く、SETUPNAKメッセージ中においてＢＴＩに戻すことができる。
【０３２１】
７．６．４  GATERELEASE
ゲートコントローラが接続をトランスファすると、エッジルータにGATERELEASEメッセージを送り、もう呼の一部ではなくなったエンドポイントによって保持されているいかなるリソースも解放するようにする。その動作はＢＴＩからのRELEASEメッセージに似ているが、課金システムには異なる事象が記録され、通常のゲート調整を避ける（元の接続の他方端における対応のゲートが別の宛先に向け直されているため）。以下がサンプルである。
【０３２２】
GATERELEASE 4T93181 v1.0；GATEID 17S63224
GATEIDは割当てられたゲートを特定するストリングである。これは、その間に何らかの（エッジルータ指定）セパレータが介在する少なくとも２つの部分からなり、割当てられたゲートのＩＤと、ゲートパラメータにおけるいかなる変更をも反映させるためにエッジルータに与えられなくてはならないセキュリティーコードである。
【０３２３】
ERRORはエラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されても良く、SETUPNAKメッセージ中においてＢＴＩに戻すことができる。
【０３２４】
７．６．４．１  GATERELEASE 肯定応答
GATERELEASEメッセージの応答としては常に、GATERELEASEACKが与えられる。以下がサンプルである。
【０３２５】
GATERELEASEACK 4T93181 v1.0;
７．６．４．２  GATERELEASE  エラー
GATERELEASEメッセージの応答は常に、GATERELEASEACKとなる。GATEIDパラメータが無効のゲートを指定すると、エッジルータはゲートがすでに閉じられたと想定する。
【０３２６】
７．６．５  GATEINFO
ゲートコントローラがゲートの現在のパラメータ設定または現在の状態を知りたい場合には、エッジルータにGATEINFOメッセージを送る。以下がサンプルである。
【０３２７】
GATEINFO 0T5082 v1.0；GATEID 17S63224
GATEIDは割当てられたゲートを特定するストリングである。これは、その間に何らかの（エッジルータ指定）セパレータが介在する少なくとも２つの部分からなり、割当てられたゲートのＩＤと、ゲートパラメータにおけるいかなる変更をも反映させるためにエッジルータに与えられなくてはならないセキュリティーコードである。
【０３２８】
７．６．５．１  GATEINFO 肯定応答
メッセージはゲートコントローラによってエッジルータに送られ、既存のゲートの動作パラメータを変更する。以下がGATEINFOACKメッセージのサンプルである。
【０３２９】
GATEINFOACK 0T5082 v1.0; GATEID 17S63224; STATE commit;
SRCIP 10.3.7.151;  DESTIP 10.0.0.1:4724; BANDWIDTH
53B,6ms,G.711;
ROLE term; REMGATEIP 135.207.31.1:7682; REMGATEID
17S63224
REFID 135.207.31.2:36123E5C:93178;
BILLDATA 5123-0123-4567-8900/9733608718/9733608766
GATEIDはセキュリティーコードと共にゲートを特定するストリングを与える。
【０３３０】
STATEは、以下のうちの１つ、すなわちセットアップ、予約、受託、または保留のうちの１つであるゲートの内部状態を与える。
【０３３１】
SRCIPはゲートを通るすべてのデータパケットに現れる発信元ＩＰアドレスを特定する。発信元ポート番号は特定されず、一般に既知でないかまたは常に一定であることに注目されたい。
【０３３２】
DESTIPは、ＩＰヘッダに現れる着信先ＩＰアドレス、およびＵＤＰヘッダに現れる着信先ＵＤＰポート番号である。発信元ＩＰ／着信先ＩＰ／着信先ポートに一致するパケットのみが、ゲートによって与えられるより高いＱｏＳを得る。
【０３３３】
BANDWIDTHは、このゲートを介して要求できる最大帯域幅を特定する。パラメータはコーディングスタイルを含むが、ゲートはこれを使用しない。
【０３３４】
ROLEは、エッジルータがこの会話の発信側であるか、着信側であるかを特定する。これは、バックボーン予約が双方向である場合にのみ重要であり、エッジルータのうちの１つだけが予約を行う必要がある。
【０３３５】
REMGATEIPはこの接続の他方端におけるエッジルータのアドレスである。すべてのＥＲ−ＥＲゲート調整メッセージは、このアドレスおよびポートに送られる。
【０３３６】
REMGATEIDは、この接続の他方端におけるゲートのＩＤである。
【０３３７】
REFIDは、この会話の課金記録に現れる一意的なストリングである。
【０３３８】
BILLDATAは、この会話の課金記録に現れる課金情報である。
【０３３９】
７．６．５．２  GATEINFOエラー
ゲート情報を取り出す際のエラーは、GATEINFONAKメッセージによって報告される。
【０３４０】
以下がそのサンプルである。
【０３４１】
GATEINFONAK 0T5082 v1.0;ERROR Illegal Gate Identification
ERRORは、エラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよく、SETUPNAKメッセージ中においてＢＴＩに戻すことができる。
【０３４２】
７．７  エッジルータからゲートコントローラへ
エッジルータによってはメッセージは開始されない。
【０３４３】
７．８  エッジルータからエッジルータへ
ある種のサービスの不正盗用を防ぐため、エッジルータが接続の両端におけるゲートを同期させる必要がある。特に、接続の他方端ではなく一方端において「受託されている」ゲートを高品質データ接続として使用できるし、または疑っていない顧客を長期間接続しているとして不正に支払請求するのに使用できる。
【０３４４】
エッジルータ間で交換されるメッセージには、GATEOPENとGATECLOSEがある。GATEOPENはそれに受託されているリソースを有するゲートと交換され、GATECLOSEはこれらのリソースが解放される際に交換される。ゲート実現部内のタイマは、これらの交換が占め得る時間に対して厳しい制御を課す。
【０３４５】
７．８．１  GATEOPEN
GATEOPENメッセージは、ＢＴＩからCOMMITメッセージを受け取ると、エッジルータによって接続の他方端におけるその対応のエッジルータへと送られる。そのサンプルメッセージは以下のとおりである。
【０３４６】
GATEOPEN 21T6572; GATEID 17S63224; BANDWIDTH 53B,6ms
GATEIDは、必要とされるセキュリティコードを含むリモートゲートのためのＩＤのストリングである。
【０３４７】
BANDWIDTHは、COMMITメッセージにおいて受け取られる帯域幅の要求である。
【０３４８】
７．８．１．１  GATEOPEN肯定応答
GATEOPENメッセージを受け取ると、エッジルータはGATEOPENACKで応答する。そのサンプルメッセージは以下のとおりである。
【０３４９】
GATEOPENACK 21T6572 v1.0；
７．８．１．２  GATEOPENエラー
GATEOPENの処理中に何らかのエラーが起こった場合には、エッジルータはGATEOPENNAKで応答する。このような状況は、リモートゲートがタイムアウトし、受託シーケンスが完了する前にゲートを開放すると起こり得る。そのサンプルメッセージは以下のとおりである。
【０３５０】
GATEOPENNAK 21T6572 v1.0; ERROR Invalid gate identifier
ERRORは、エラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよく、SETUPNAKメッセージ中においてＢＴＩに戻すことができる。
【０３５１】
７．８．２  GATECLOSE
GATECLOSEメッセージは、ＢＴＩからRELEASEメッセージを受け取ると、エッジルータによって接続の他方端におけるその対応のエッジルータへと送られる。エッジルータはそのゲートによって保持されているいかなるリソースも解放し、上流チャネル上で与えられているいかなる非請求の認可も停止し、ゲートを開放する。そのサンプルメッセージは以下のとおりである。
【０３５２】
GATECLOSE 21T6583; GATEID 17S63224;
GATEIDは、必要とされるセキュリティコードを含むリモートゲートのためのＩＤのストリングである。
【０３５３】
７．８．２．１  GATECLOSE肯定応答
GATECLOSEメッセージを受け取ると、エッジルータはGATECLOSEACKで応答する。そのサンプルメッセージは以下のとおりである。
【０３５４】
GATECLOSEACK 21T6583 v1.0;
７．８．２．２  GATECLOSEエラー
GATECLOSEメッセージは常にGATECLOSEACKの応答となる。GATEIDパラメータが無効ゲートを特定している場合には、エッジルータはそのゲートがすでに閉じているものと想定する。
【０３５５】
７．９  ゲートコントローラからゲートコントローラへ
ゲートコントローラ間で交換されるメッセージには、GCSETUP、GCREDIRECT、およびGCSPLICEがある。これらはすべて、着信先が別のゲートコントローラに対処されていることによってリクエストを完了できないとゲートコントローラが判断した状態で起こる。これらのメッセージはすべての内部状態をパックし、リモートゲートコントローラに所望の機能を完了するように要請し、更新された状態情報で応答する。ゲートコントローラの一実現体では、これらのメッセージは何らかの内部フォームで存在し、呼着信サービスの実現体を共有する可能性がある。
【０３５６】
７．９．１  GCSETUP
GCSETUPメッセージは、呼の発信側エンドポイントおよび着信側エンドポイントに異なるゲートコントローラが対処する場合にゲートコントローラ間で交換される。これは基本的に、発信側ゲートコントローラがアセンブルした部分状態情報をすべてパックし、着信側ゲートコントローラに接続を開始するのに必要な作業を完了するように要求することによって形成される。
【０３５７】
サンプルのGCSETUPメッセージは以下のとおりである。
【０３５８】
GCSETUP 4T93177 v.1.0; DEST E164 9733608766; CALLER 9733608718 Bill
Marshall;
CRV 21; SIGADDR 135.207.31.1:6000;DATAADDR
135.207.31.1:6002 2 2; REMGATEIP 135.207.31.1:7682;
REMGATEID 17S63224;
CODING 53B,6ms,G.711; REFID 135.207.31.2:36123E5C:93178;
BILLDATA 5123-0123-4567-8900/9733608718/9733608766;
CINFO
135.207.31.2:7650/135.207.31.1:7682/17S63224/10.0.12.221:7685/
10.0.12.221:700-2-2/9733608718/21/10.0.12.221:7685
DESTはこの接続の着信先アドレスである。そのフォーマットは、Ｅ１６４番号がもしあれば顧客のローカルナンバリングプランからグローバルナンバリングプランに拡張される以外は、ＢＴＩから受け取るSETUPメッセージ内のものと同じである。
【０３５９】
CALLERは、接続の発信側の発呼者名称と発呼者ＩＤである。ＢＴＩから受け取ったSETUPメッセージから、発信側ゲートコントローラはＥ１６４番号をグローバルナンバリングプランに拡張し、発呼者名称を調べる。
【０３６０】
CRVは、発信側ＢＴＩによって割り当てられる呼参照値であり、SETUPメッセージからコピーされる。
【０３６１】
SIGADDRは、ＢＴＩ−ＢＴＩシグナリングメッセージのために着信先が使用するはずのＩＰアドレスおよびポート番号である。これはＢＴＩからのSETUPメッセージにおいて与えられるアドレスのグローバル版であり、名称からＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。
【０３６２】
DATAADDRは、データパケットに関して着信先が使用するはずのＩＰアドレスおよびポート番号である。これはＢＴＩからのSETUPメッセージにおいて与えられるアドレスのグローバル版であり、名称およびＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。この要素における第２および第３のパラメータ（オプション）は使用する連続ポートの数、および開始ポート番号に必要とされるアラインメント情報を与える。
【０３６３】
REMGATEIPは、この会話のために使用されるゲートを含むエッジルータのＩＰアドレスおよびポート番号である。これはすべてのＥＲ−ＥＲ通信のための着信先アドレスである。
【０３６４】
REMGATEIDは、そのエッジルータ内のゲートに関するゲート識別子およびセキュリティコードである。
【０３６５】
CODINGは、与えられるカプセル化方法および呼発信者によって与えられるコーディングスタイルである。
【０３６６】
REFIDは、すべての課金記録に現れる発信側ゲートコントローラによって割り当てられた一意的な識別子である。REFIDは数ヶ月間にわたって一意的であることが意図される。
【０３６７】
BILLDATAは、この会話に対する課金設定(arrangement)を示す課金／会計データである。
【０３６８】
CINFOは、呼発信者を含み得る今後のより高度なサービスに必要なすべての情報を含む、発信側ゲートコントローラによって生成されるストリングである。これは暗号化され、着信先ＢＴＩに与えられて記憶される。フォーマットは、スラッシュで区切られる多くの項目のリストであるか、またはその最初がストリングを形成したゲートコントローラのＩＰアドレスおよびポートである。このストリングにおけるその後の項目は、エッジルータのアドレス／ポート、ゲート識別子、シグナリングエンドポイントアドレス、データエンドポイントアドレス、発信者の呼参照値、および初期呼シグナリングの発信者のアドレスである。
【０３６９】
７．９．１．１  GCSETUP肯定応答
着信側ゲートコントローラは呼を終了すると、そのアセンブルされた状態情報すべてをパックし、GCSETUPACKメッセージにおいてそれを発信側ゲートコントローラへと戻す。サンプルのGCSETUPACKメッセージは以下のとおりである。
【０３７０】
GCSETUPACK 4T93177 v.1.0; CRV 3712;
SIGADDR 135.207.22.1:6142;DATAADDR 135.207.22.1:6146 2 2;
REMGATEIP 135.207.22.1:7682; REMGATEID 21S11018;
CODING 53B,6ms,G.711;
CINFO
135.207.31.2:7650/135.207.22.1:7682/21S11018/10.3.7.151:7685/
10.3.7.151:7000-2-2/9733608766/3712/10.3.7.151:7685
CRVは、この会話のために着信側ＢＴＩから割り当てられた呼参照値である。これは着信先ＢＴＩからのSETUPACKメッセージから透過的（トランスペアレント）に渡される。
【０３７１】
SIGADDRは、ＢＴＩ−ＢＴＩシグナリングメッセージのために発信者が用いるはずのＩＰアドレスおよびポート番号である。これは着信ＢＴＩからのSETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称からＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。
【０３７２】
DATAADDRは、データパケットに関して発信者が使用するはずのＩＰアドレスおよびポート番号である。これは着信側ＢＴＩからのSETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称およびＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。この要素における第２および第３のパラメータ（オプション）は使用する連続ポートの数、および開始ポート番号に必要とされるアラインメント情報を与える。
【０３７３】
REMGATEIPは、この会話のために着信端で使用されるゲートを含むエッジルータのＩＰアドレスおよびポート番号である。これはすべてのＥＲ−ＥＲ通信の着信先アドレスである。
【０３７４】
REMGATEIDは、そのエッジルータ内のゲートに関するゲート識別子およびセキュリティコードである。
【０３７５】
CODINGは、呼着信先によって受け入れられるコーディングスタイルおよびカプセル化方法である。
【０３７６】
REFID（オプション）は、すべての課金記録に現れる、ゲートコントローラによって割り当てられた一意的な識別子である。REFIDは数ヶ月間にわたって一意的であることが意図される。このパラメータが現れると、発信側ゲートコントローラによって割り当てられたREFIDは無効にされる。
【０３７７】
BILLDATA（オプション）は、この会話に対する課金設定を示す課金／会計データである。このパラメータが現れると、発信側ゲートコントローラによって割り当てられたBILLDATAは無効にされる。
【０３７８】
CINFOは、着信側ＢＴＩを含み得る今後のより高度なサービスに必要なすべての情報を含む、着信側ゲートコントローラによって生成されるストリングである。これは暗号化され、発信側ＢＴＩに与えられて記憶される。フォーマットは、スラッシュで区切られる多くの項目のリストであるか、またはその最初がストリングを形成したゲートコントローラのＩＰアドレスおよびポートである。このストリングにおけるその後の項目は、エッジルータのアドレス／ポート、ゲート識別子、シグナリングエンドポイントアドレス、データエンドポイントアドレス、着信先の呼参照値、および初期呼シグナリングの着信先アドレスである。
【０３７９】
７．９．１．２  GCSETUPエラー
着信側ゲートコントローラが接続要求を終了している際にエラーに出くわすと、発信側ゲートコントローラにGCSETUPNAKメッセージで応答する。サンプルメッセージは以下のとおりである。
【０３８０】
GCSETUPNAK 4T93177 v1.0; ERROR No gates available
ERRORはエラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよく、SETUPNAKメッセージ中においてＢＴＩに戻すことができる。
【０３８１】
７．９．２  GCREDIRECT
GCREDIRECTメッセージは、呼の発信側および着信側エンドポイントに異なるゲートコントローラが対処する場合に、ゲートコントローラ間で交換される。これは基本的に、REDIRECTメッセージの処理の際に第１のゲートコントローラがアセンブルした部分状態情報をすべてパックし、着信側ゲートコントローラに接続を向け直すのに必要な作業を完了するように要求することによって形成される。
【０３８２】
サンプルのGCREDIRECTメッセージは以下のとおりである。
【０３８３】
GCREDIRECT 0T5081 v1.0; DEST E164 9733608800;
BILLDATA 5123-0123-4567-8900/9733608718/9733608800;
CINFO
135.207.31.2:7650/135.207.31.1:7682/17S63224/10.0.12.221:7685/
10.0.12.221:7000-2-2/9733608718/21/10.0.12.221:7685
DESTはこの新しい接続の着信先アドレスである。そのフォーマットは、Ｅ１６４番号がもしあれば顧客のローカルナンバリングプランからグローバルナンバリングプランに拡張される以外は、ＢＴＩから受け取るSETUPメッセージ内のものと同じである。
【０３８４】
BILLDATAは、この接続の付加的セグメントに対する課金設定を示す課金／会計データである。
【０３８５】
CINFOは、呼発信者を含み得る今後のより高度なサービスに必要なすべての情報を含む、発信側ゲートコントローラによって生成されるストリングである。これは暗号化され、着信先ＢＴＩに与えられて記憶される。フォーマットは、スラッシュで区切られる多くの項目のリストであるか、またはその最初がストリングを形成したゲートコントローラのＩＰアドレスおよびポートである。このストリングにおけるその後の項目は、エッジルータのアドレス／ポート、ゲート識別子、シグナリングエンドポイントアドレス、データエンドポイントアドレス、発信者の呼参照値、および初期呼シグナリングの発信者のアドレスである。
【０３８６】
７．９．２．１  GCREDIRECT肯定応答
着信側ゲートコントローラは、GCREDIRECT要求の処理に成功できると、GCREDIRECTACKメッセージで応答する。サンプルメッセージは以下のとおりである。
【０３８７】
GCREDIRECTACK 0T5081 v1.0; REMGATEIP 135.207.22.1:7682;
REMGATEID 21S11018;
REMGATEIPは、もうリダイレクトされてしまった前の接続のためにゲートを保持しているエッジルータのＩＰアドレスおよびポート番号である。
【０３８８】
REMGATEIDは、前の接続のためのそのエッジルータにおけるゲートに関する識別ストリングである。
【０３８９】
７．９．２．２  GCREDIRECTエラー
着信側ゲートコントローラがリダイレクト要求を終了している際にエラーに出くわすと、発信側ゲートコントローラにGCREDIRECTNAKメッセージで応答する。サンプルメッセージは以下のとおりである。
【０３９０】
GCREDIRECTNAK 0T5081 v1.0; ERROR No gates available
ERRORはエラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよく、NAKメッセージ中においてＢＴＩに戻すことができる。
【０３９１】
７．９．３  GCSPLICE
ＢＴＩからSPLICE要求を受けるゲートコントローラがCINFO1ストリングを生成したコントローラではない場合には、そのゲートコントローラにGCSPLICEメッセージを送る。このタイプのサンプルメッセージは以下のとおりである。
【０３９２】
GCSPLICE 7T1019 v1.0;
CINFO1
135.207.31.2:7650/135.207.22.1:7682/9S1077/10.3.7.151:7685/
10.3.7.151:7006-2-2/9733608766/3746/10.3.7.151:7685;
CINFO2
135.207.31.2:7650/135.207.22.1:7682/5S71731/10.3.7.150:7685/
10.3.7.150:7000-2-2/9733608720/8839/10.3.7.150:7685
上記のGCSPLICE要求を受けるゲートコントローラがCINFO2ストリングを生成したコントローラではない場合には、その第３のゲートコントローラに別のGCSPLICEメッセージを送る。この第２のタイプのサンプルメッセージは以下のとおりである。
【０３９３】
GCSPLICE 7T1021 v1.0;
CINFO2
135.207.31.2:7650/135.207.22.1:7682/5S71731/10.3.7.150:7685/
10.3.7.150:7000-2-2/9733608720/8839/10.3.7.150:7685;
SIGADDR 135.207.22.1:6162;DATAADDR 135.207.22.1:6164 2 2;
CRV 3746; REMGATEIP 135.207.22.1:7682; REMGATEID
9S1077;
CODING 53B,6ms,G.711; REFID 135.207.31.2:26124C90:7224;
BILLDATA 6010-0203-0456-7890/9733608766/BRIDGE;
CINFO
135.207.31.2:7650/135.207.22.1:7682/9S1077/10.3.7.151:7685/
10.3.7.151:7006-2-2/9733608766/3746/10.3.7.151:7685
CINFO1は、ゲートコントローラによって以前に供給されたストリングであり、そのゲートコントローラに第１のエンドポイントについての種々の情報を示すものである。このストリングはSPLICE要求を発信したＢＴＩによって暗号化されて記憶されている。CINFO1がメッセージ内に存在する必要があるか、またはCINFO1をアンパックするゲートコントローラから定められたフィールド群、すなわちSIGADDR, DATAADDR, CRV, REMGATEIP, REMGATEID, CODING, REFID, およびBILLDATAが存在する必要がある。これらのフィールドがあると、CINFO1ストリングはCINFOとして付加される。
【０３９４】
CINFO2はゲートコントローラによって以前に供給されたストリングであり、そのゲートコントローラに第２のエンドポイントについての種々の情報を示すものである。このストリングはSPLICE要求を発信したＢＴＩによって暗号化されて記憶されている。
【０３９５】
SIGADDRはＢＴＩ−ＢＴＩシグナリングメッセージのために第２のエンドポイントが用いるはずのＩＰアドレスおよびポート番号である。これは第１のエンドポイントＢＴＩからのSETUP/SETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称からＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。
【０３９６】
DATAADDRは、データパケットに関して第２のエンドポイントが使用するはずのＩＰアドレスおよびポート番号である。これは第１のエンドポイントＢＴＩからのSETUP/SETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称およびＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。この要素における第２および第３のパラメータ（オプション）は使用する連続ポートの数、および開始ポート番号に必要とされるアラインメント情報を与える。
【０３９７】
REMGATEIPは、この会話のために第１のＢＴＩ側で使用されるゲートを含むエッジルータのＩＰアドレスおよびポート番号である。これはすべてのＥＲ−ＥＲ通信の着信先アドレスである。
【０３９８】
REMGATEIDは、そのエッジルータ内のゲートに関するゲート識別子およびセキュリティコードである。
【０３９９】
CODINGは、第１のＢＴＩによって受け入れられるコーディングスタイルおよびカプセル化方法である。
【０４００】
REFIDは、すべての課金記録に現れる、ゲートコントローラによって割り当てられた一意的な識別子である。REFIDは数ヶ月間にわたって一意的であることが意図される。
【０４０１】
BILLDATAは、この会話に対する課金設定を示す課金／会計データである。
【０４０２】
CINFOは、そのＢＴＩを含み得る今後のより高度なサービスに必要なすべての情報を含む、ゲートコントローラによって生成されるストリングである。これは暗号化され、他方のＢＴＩに与えられて記憶される。フォーマットは、スラッシュで区切られる多くの項目のリストであるか、またはその最初がストリングを形成したゲートコントローラのＩＰアドレスおよびポートである。このストリングにおけるその後の項目は、エッジルータのアドレス／ポート、ゲート識別子、シグナリングエンドポイントアドレス、データエンドポイントアドレス、着信先の呼参照値、および初期呼シグナリングの着信先のアドレスである。
【０４０３】
７．９．３．１  GCSPLICE肯定応答
着信側ゲートコントローラは、GCSPLICE要求の処理に成功できると、GCSPLICEACKメッセージで応答する。GCSPLICE要求が上記の第１のタイプであった場合には、サンプルの肯定応答メッセージは以下のとおりである。
【０４０４】
GCSPLICEACK 7T1019 v1.0;
GCSPLICE要求が上記の第２のタイプであった場合には、サンプルの肯定応答メッセージは以下のとおりである。
【０４０５】
GCSPLICEACK 7T1021 v1.0;
SIGADDR 135.207.22.1:6166; DATAADDR 135.207.22.1:6168 2 2;
CODING 53B,6ms,G.711;
REMGATEIP 135.207.22.1:7682; REMGATEID 5S71731; CRV
8839;
REFID 135.207.31.2:26124C90:7224;
BILLDATA 6010-0203-0456-7890/9733608720/9733608766;
CINFO
135.207.31.2:7650/135.207.22.1:7682/5S71731/10.3.7.150:7685/
10.3.7.150:7000-2-2/9733608720/8839/10.3.7.150:7685
SIGADDRはＢＴＩ−ＢＴＩシグナリングメッセージのために第１のエンドポイントが用いるはずのＩＰアドレスおよびポート番号である。これは第２のエンドポイントＢＴＩからのSETUP/SETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称からＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。
【０４０６】
DATAADDRは、データパケットに関して第１のエンドポイントが使用するはずのＩＰアドレスおよびポート番号である。これは第２のエンドポイントＢＴＩからのSETUP/SETUPACKメッセージにおいて与えられるアドレスのグローバル版であり、名称およびＩＰアドレスの変換がなされており、ＮＡＴ／ＰＡＴサーバ変換が含まれている。この要素における第２および第３のパラメータ（オプション）は使用する連続ポートの数、および開始ポート番号に必要とされるアラインメント情報を与える。
【０４０７】
REMGATEIPは、この会話のために第２のＢＴＩ側で使用されるゲートを含むエッジルータのＩＰアドレスおよびポート番号である。これはすべてのＥＲ−ＥＲ通信の着信先アドレスである。
【０４０８】
REMGATEIDは、そのエッジルータ内のゲートに関するゲート識別子およびセキュリティコードである。
【０４０９】
CODINGは、第２のＢＴＩによって受け入れられるコーディングスタイルおよびカプセル化方法である。
【０４１０】
REFID（オプション）は、すべての課金記録に現れる、ゲートコントローラによって割り当てられた一意的な識別子である。REFIDは数ヶ月間にわたって一意的であることが意図される。このパラメータが現れると、発信側ゲートコントローラによって割り当てられたREFIDは無効にされる。
【０４１１】
BILLDATA（オプション）は、この会話に対する課金設定を示す課金／会計データである。このパラメータが現れると、発信側ゲートコントローラによって割り当てられたBILLDATAは無効にされる。
【０４１２】
CINFOは、そのＢＴＩを含み得る今後のより高度なサービスに必要なすべての情報を含む、ゲートコントローラによって生成されるストリングである。これは暗号化され、他方のＢＴＩに与えられて記憶される。フォーマットは、スラッシュで区切られる多くの項目のリストであるか、またはその最初がストリングを形成したゲートコントローラのＩＰアドレスおよびポートである。このストリングにおけるその後の項目は、エッジルータのアドレス／ポート、ゲート識別子、シグナリングエンドポイントアドレス、データエンドポイントアドレス、着信先の呼参照値、および初期呼シグナリングの着信先のアドレスである。
【０４１３】
７．９．３．２  GCSPLICEエラー
着信側ゲートコントローラがスプライス要求を終了している際にエラーに出くわすと、発信側ゲートコントローラにGCSPLICENAKメッセージで応答する。サンプルメッセージは以下のとおりである。
【０４１４】
GCSPLICENAK 4T93177 v1.0; ERROR No gates available
ERRORはエラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよく、NAKメッセージ中においてＢＴＩに戻すことができる。
【０４１５】
７．１０  エッジルータから課金事象コレクタへ
エッジルータによって送られるメッセージには、CALLSTART, CALLEND,およびCALLPARTIALENDが含まれる。これらのメッセージはＴＣＰ／ＩＰ等の信頼できる移送機構を介して送られ、これが課金事象コレクタにおけるメッセージの受信を信頼できるものとするのに必要なすべてのフロー制御およびエラー制御を行う。メッセージのフォーマットは、これらがトランザクションベースではないため、他のメッセージとはわずかに異なる。
【０４１６】
これらのメッセージはタイムスタンプを含む必要がある。ここで、タイムスタンプは課金事象コレクタによって付加され、これがこの機能をリアルタイムで実行すると仮定する。しかし、エッジルータがより長い期間にわたって事象記録を蓄積してこれらをバーストで送ることが予想される場合には、エッジルータは各事象の時間を記録する必要があり、メッセージはその情報をも含まなくてはならない。
【０４１７】
７．１０．１  CALLSTART
エッジルータがゲートのためのリソースを割り当てる時には常に、課金事象レコーダにCALLSTART事象記録を発行する。サンプルメッセージは以下のとおりである。
【０４１８】
CALLSTART 135.207.31.2:36123E5C:93178
5123-4567-8900/9733608718/8733608766
53B,6ms
このメッセージに対するパラメータは以下のとおりである。
【０４１９】
この呼についての一意的な参照ＩＤ。これはこの呼に関するすべての課金記録において共通である。
【０４２０】
この呼についての課金データ。これは３つの項目からなる複数個の群を含む。
【０４２１】
その呼に対して支払請求されるアカウント番号
その呼に対する発信元E.164番号
その呼に対する着信側E.164番号
複数の呼セグメントについての必要に応じて上記の３つのフィールドが繰り返される。
【０４２２】
この呼が使用する帯域幅リソース。
【０４２３】
７．１０．２  CALLEND
エッジルータは、ゲートのためのリソースを解放すると、課金事象レコーダにCALLEND事象記録を発行する。これは、呼がHOLDにされている場合には、その後の使用のためにリソースがまだ予約されているために、起こらないことに注目されたい。サンプルメッセージは以下のとおりである。
【０４２４】
CALLEND 135.207.31.2:36123E5C:93178
5123-4567-8900/9733608718/8733608766
53B,6ms
このメッセージに対するパラメータは以下のとおりである。
【０４２５】
この呼についての一意的な参照ＩＤ。これはこの呼に関するすべての課金記録において共通である。
【０４２６】
この呼についての課金データ。これは３つの項目からなる複数個の群を含む。
【０４２７】
その呼に対して支払請求されるアカウント番号
その呼に対する発信元E.164番号
その呼に対する着信側E.164番号
複数の呼セグメントについての必要に応じて上記の３つのフィールドが繰り返される。
【０４２８】
この呼が使用する帯域幅リソース。
【０４２９】
７．１０．３  CALLPARTIALEND
エッジルータは、会話の一方端でのリソースを解放し、かつリモートゲートとは調整せず、両端でのすべてのリソースを解放しないようにとゲートコントローラに指示されると、課金事象レコーダにCALLPARTIALEND事象を発行する。サンプルメッセージは以下のとおりである。
【０４３０】
CALLPARTIALEND 135.207.31.2:36123 E5C:93178
5123-4567-8900/9733608718/8733608766
53B,6ms
このメッセージに対するパラメータは以下のとおりである。
【０４３１】
この呼についての一意的な参照ＩＤ。これはこの呼に関するすべての課金記録において共通である。
【０４３２】
この呼についての課金データ。これは３つの項目からなる複数個の群を含む。
【０４３３】
その呼に対して支払請求されるアカウント番号
その呼に対する発信元E.164番号
その呼に対する着信側E.164番号
複数の呼セグメントについての必要に応じて上記の３つのフィールドが繰り返される。
【０４３４】
この呼が使用する帯域幅リソース。
【０４３５】
７．１１  ゲートコントローラからＮＡＴ／ＰＡＴサーバへ
ゲートコントローラによって送られるメッセージには、NATENQおよびNATSETUPが含まれる。ＮＡＴ／ＰＡＴサーバへの問い合わせメッセージは、メッセージ要素の名称に関して共通の構造からなる。タイプ名の最初の文字は「Ｌ」または「Ｇ」であり、ローカルまたはグローバルアドレスについての要求であることを示している。タイプ名の最後の部分は数字であり、これは送り手が応答を要求とあわせるのに用いる。例えば、パラメータGADDR3を伴うリクエストメッセージは、パラメータLADDR3を伴う応答となり、パラメータLADDR7を伴うリクエストメッセージはパラメータGADDR7を伴う応答となる。パラメータ名の桁シーケンスが連続している必要はないが、メッセージ内において一意的でなくてはならない。
【０４３６】
７．１１．１  NATENQ
NATENQメッセージは、変換テーブルへの起こり得るエントリについて問い合わせるためにゲートコントローラによってＮＡＴサーバに送られるが、現存するものがなければ、エントリは形成しない。
【０４３７】
サンプルメッセージは以下のとおりである。
【０４３８】
NATENQ 4T93174 v1.0; LADDR1 10.0.12.221:7685
LADDRx/GADDRxは、ゲートコントローラが問い合わせしているローカル／グローバルアドレスおよびポート番号である。
【０４３９】
７．１１．１．１  NATENQ肯定応答
NATENQメッセージに対する応答は、特定されたアドレスについてテーブル内で見出された変換を与える。どのエントリも見出されなければ、その要素は応答メッセージには存在しない。サンプルNATENQACKメッセージは以下のとおりである。
【０４４０】
NATENQACK 4T93174 v1.0; GADDR1 135.207.31.1:6000
GADDRx/GADDRXは、ゲートコントローラが問い合わせしているグローバル／ローカルアドレスおよびポート番号である。
【０４４１】
７．１１．１．２  NATENQエラー
NATENQメッセージにおいて起こり得ると考えられる唯一のエラーは、サーバーがＮＡＴ／ＰＡＴ機能を実行せず、従って要求を認識しないということである。サンプルエラー応答は以下のとおりである。
【０４４２】
NATENQNAK 4T93174 v1.0; ERROR Unrecognized request
ERRORは、エラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよい。あるいは、これは何らかの有用なデバッグ情報を与える。これはまた、ゲートコントローラリクエストからエラー指示の一部として戻されてもよい。
【０４４３】
７．１１．２  NATSETUP
NATSETUPメッセージは変換テーブルにおいてエントリを形成するためにゲートコントローラによってＮＡＴサーバに送られる。サンプルメッセージは以下のとおりである。
【０４４４】
NATSETUP 4T93175 v1.0; LADDR1 10.0.12.221:7685; LADDR2
10.0.12.221:7000 2 2
LDDRx/GADDRxは、ゲートコントローラが変換テーブルにエントリを確立しようとしているローカル／グローバルアドレスおよびポート番号である。第２のパラメータは、もしあれば、要求された連続ポートの数を与える。第３のパラメータは、もしあれば、割り当てられたポート番号の何らかのアラインメント制限を与える。
【０４４５】
７．１１．２．１  NATSETUP肯定応答
NATSETUPメッセージへの応答は、変換テーブルに見られるかまたはこれに確立された変換エントリを与える。サンプルNATSETUPACKメッセージは以下のとおりである。
【０４４６】
NATSETUPACK 4T93175 v1.0; GADDR1 135.207.31.1:6000; GADDR2
135.207.31.1:6002 2
GADDRx/GADDRxは、ゲートコントローラが確立するように要請したグローバル／ローカルアドレスおよびポート番号である。第２のパラメータは（もしあれば）、割り当てられた連続ポートの数を示す。
【０４４７】
７．１１．２．２  NATSETUPエラー
ＮＡＴ／ＰＡＴエントリを形成している際に出くわすエラーはいずれもNATSETUPNAKメッセージとなる。サンプルのエラー応答は以下のとおりである。
【０４４８】
NATSETUPNAK 4T93175 v1.0; ERROR Translation table full
ERRORは、エラーメッセージストリングを与え、これはゲートコントローラに何らかの手段があれば表示されてもよい。あるいは、これは何らかの有用なデバッグ情報を与える。これはまた、ゲートコントローラリクエストからエラー指示の一部として戻されてもよい。
【０４４９】
８．シグナリングアーキテクチャにおける呼フロー
このセクションでは呼のフローを示し、それにより、基本電話サービスと、多様なクラスおよびカスタムコーリングの特徴的サービスとに関するシグナリング交換を表す。
【０４５０】
８．１  呼フローに関する用語
本発明の実施形態が使用できるシグナリング呼フローを、以下の用語を用いて説明する。呼フローに関わる当事者（たとえばゲートコントローラ）や、交換される情報（たとえば呼パラメータ）を表すために、記号を用いる。それら各記号にはしばしば、どの特定の当事者または情報を表しているかを示す下付き文字を付す。共通の下付き文字として、発信側を示すＯ、着信側を示すＴ、転送を示すＦ、ブリッジングを示すＢ、およびトランスファを示すＴＲを用いる。たとえば電話での単純な通話において、ＢＴＩOは発信側ＢＴＩを表し、ＢＴＩTは着信側ＢＴＩを表す。Ｅ．１６４T、ＥＲO、ＥＲT、ＧＣO、ＧＣTなどに関しても同様である。
【０４５１】
プロトコルの説明のセクションで、すべてのメッセージおよびパラメータについて詳述している。
【０４５２】
呼フロー記号：
ＢＴＩ−広帯域電話インタフェース、または電話方式ケーブルモデム。
【０４５３】
ＥＲ−エッジルータ：ＢＴＩに対して機能するケーブルモデム終端システム。
【０４５４】
ＧＩＤ−ゲートＩＤ：該呼に指定されたエッジルータ内の「ゲート」の識別子。
【０４５５】
ＧＣ−ＢＴＩに対して機能するゲートコントローラ。
【０４５６】
ＣＩ−呼情報：ネットワーク上の呼に関する情報。この情報には、Ｅ．１６４アドレス、ＢＴＩのＩＰアドレス、担当のゲートコントローラのＩＰアドレス、担当のＥＲのＩＰアドレス、およびＥＲ内のゲートのＧＩＤが含まれる。
【０４５７】
［ＣＩ］（ＧＣ）−ＢＴＩに関する暗号化された情報であって、ネットワーク外の他者へ供給され記憶される。記号で示すゲートコントローラが、この情報を署名および暗号化する。
【０４５８】
ＢＩＤ−課金ＩＤ：課金目的のための呼の識別子。ネットワーク全体において唯一であるだけでなく、かなりの期間にわたって再使用されないことが意図される。呼に関わる両エッジルータが、呼詳細記録内でこの識別子を報告する。
【０４５９】
ＴＩＤ−トランザクションＩＤ：メッセージの識別子。メッセージ／応答トランザクションの所要期間にわたって局所的にのみ唯一であることが意図される。
【０４６０】
Ｅ．１６４−電話番号。
【０４６１】
ＣＮ−発呼者のディレクトリ名。
【０４６２】
ＬＡ−ローカルＩＰアドレス（ＢＴＩが電源オンされたときに設定される）。
【０４６３】
ＧＡ−グローバルＩＰアドレス（ＢＴＩがセッションを開始する時、ＮＡＴを通じて設定される）。
【０４６４】
ＰＮ−特定の接続に関して（複数の）ＢＴＩが使用するポート番号。
【０４６５】
ＡＩ−認証情報：１人の加入者当たり１つのストリング備えられ、１つのＢＴＩが担当するすべてのラインにおいて共通である。このストリングは、ネットワークサーバによって署名および暗号化され、各トランザクションにおいてゲートコントローラによってその正当性が確認される。
【０４６６】
＄−現在の呼に関する課金情報に含まれる、顧客アカウント番号などの呼会計情報。ゲート開放の許可の一部として、ＥＲに供給される。たとえば呼転送などの場合には、２つの別個のアカウント番号を含み、呼を分割負担にすることを示すこともある。会計情報はさらに、支払請求情報の他に、成立させる呼に対して制限を課すパラメータを含む。それらのパラメータは、最大呼継続時間や、伝送優先順位などを含むことがある。
【０４６７】
ＣＰ−該呼の呼パラメータ（たとえば圧縮基準）。ＣＰOは呼発信側によって提供されるパラメータであり、ＣＰTは呼着信側システムが受諾したパラメータである。
【０４６８】
ｏ−ネットワークアドレス変換がＥＲ内で実施されたことを示す。
【０４６９】
ＡＮＮ−ＩＮＦＯ−告知情報：告知サーバに対してどの告知を流すかを示すパラメータ。
【０４７０】
ＣＦ−全呼またはビジー時の転送がアクティブであることを示すフラグ。
【０４７１】
Ｔ−呼トランスファがアクティブであることを示すフラグ。
【０４７２】
ＣＴＯＲ−予約時確立（cut through）フラグ：ＢＴＩが帯域を予約している場合に、エッジルータが該呼を受信方向に確立すべきであることを示す。
【０４７３】
ＳＧＣＰパラメータ：
Ｓ−Ｒ−送信および受信の両方向の接続が確立されるべきことを示すＳＧＣＰパラメータ。
【０４７４】
Ｓ−ＮＲ−送信（上流）方向のみの接続が確立されるべきことを示すＳＧＣＰパラメータ。
【０４７５】
ＮＳ−Ｒ−受信（下流）方向のみの接続が確立されるべきことを示すＳＧＣＰパラメータ。
【０４７６】
ＳＳ７記号：
ＩＡＭ−初期アドレスメッセージ。
【０４７７】
ＡＣＭ−アドレス完了メッセージ。
【０４７８】
Ｅ−ＡＣＭ−早期アドレス完了メッセージ。
【０４７９】
ＡＮＭ−回答メッセージ。
【０４８０】
ＲＥＬ−解放メッセージ。
【０４８１】
ＲＬＣ−解放完了メッセージ。
【０４８２】
ＳＵＳ−中断メッセージ。
【０４８３】
ＲＥＳ−再開メッセージ。
【０４８４】
８．２  基本呼フロー
８．２．１  接続
図６に、本発明の実施形態による、通常の呼セットアップに関する呼フローを示す。呼セットアップには、ＩＰシグナリングチャネルおよび運搬（bearer）チャネルを、パケットネットワーク上の複数のＢＴＩ間に確立することを含む。シグナリングチャネルは、ネットワーク上において「ベターザンベストエフォート（better than best effort）」ＩＰ伝送を用いる。このアプリケーションでは、シグナリング確実性が保証される。ネットワークのアクセス部分（エッジルータ（ＥＲ）とＢＴＩとの間）において、運搬チャネルは、ＭＣＮＳｖ１．１に定義されるとおりの「非請求認可（unsolicited grant）」を用いて、一定ビットレートのチャネルを維持する。ＥＲは、「高ＱｏＳ」運搬チャネルパケットを「カラー」することで、それらのパケットに対して、ネットワークのバックボーン（ＥＲ間）において「ベストエフォートＱｏＳ」パケットより高い優先順位を与える。
【０４８５】
基本接続呼フローのいくつかの態様を以下に示す：
デジット取得−ＢＴＩOは、一つの電話番号の全桁がダイヤルされたことを認識する必要がある。そうすることにより、その番号をSETUPメッセージ内にパッケージし、変換のためにＧＣOに伝送することができる。
【０４８６】
発信側ＢＴＩのためのネットワークアドレス変換（ＮＡＴ）−ＥＲは、ＢＴＩおよびグローバルアドレスの各々に関わるローカル（ネット１０）アドレス間のネットワークアドレス変換を実施する。各ＥＲには、１式のグローバルアドレスが割当てられている。ＢＴＩが自身のローカル領域の外と通信しようとした場合か、もしくはＢＴＩにグローバルアドレスを指定することをゲートコントローラが要求した場合に、ＥＲはＢＴＩにグローバルアドレスを指定する。
【０４８７】
ＢＴＩ認証−ＧＣOは、SETUPメッセージを受信すると、ＢＴＩを認証する。ＢＴＩ登録時に、ＢＴＩ内に認証情報（ＡＩ）を備える必要がある。ＧＣOはさらに、サービス特異的受入制御を実施する。たとえば、特定の着信先領域でトラフィックが過剰になっていることを知っている場合に、ゲートコントローラは呼セットアップを阻止できる。
【０４８８】
ゲート割当−ＧＣOは、該呼のためにＥＲO内のゲートを割当てることを要求する。ＥＲOは、該呼に使用するゲートＩＤ（ＧＩＤO）を用いて応答する。ＧＣOはその情報を、該呼の呼情報（ＣＩO）記録に加える。
【０４８９】
課金識別子（ＢＩＤ）−ゲートコントローラは、呼の初期段階を処理中に、グローバルに唯一の課金識別子（ＢＩＤ）を該呼に指定する。そのような唯一の識別子はたとえば、ゲートコントローラのＩＰアドレスの後に、タイムスタンプと、呼シーケンス番号とを加えたものであってもよい。数回の課金周期にわたってその識別子が唯一であることが意図される。それにより課金システムは、一つの呼に関連するすべての記録を正確に照合できる。
【０４９０】
番号変換−Ｅ．１６４Tアドレスは、ゲートコントローラによって、着信側ＢＴＩおよび着信側ＥＲのローカルＩＰアドレスに変換される。ＧＣOは、Ｅ．１６４Tアドレスを自身で変換できない場合は、その変換を実施できるゲートコントローラ（ＧＣT）を特定する。ＧＣOは、追加情報を含むGCSETUPメッセージを、処理のためにＧＣTへ送信する。この構成では、ＥＲは小グループの既知のゲートコントローラからのコマンドしか受諾しないため、ＥＲのセキュリティは簡素化される。
【０４９１】
会計情報（＄）−会計情報は、支払請求情報（たとえばアカウント番号）の他に、成立させる呼に対して制限を課すパラメータを含む。それらのパラメータは、最大呼継続時間や、伝送優先順位などを含むことがある。また、呼転送が関わるいくつかの状況においては、呼の負担が２者以上の加入者によって分割されることがある。したがって、メッセージ内の「＄」パラメータは、数個のアカウントコードと、それらの各々への負担の適切な割当に関する情報とを含むことが考えられる。
【０４９２】
「ゲートの開放」−ゲートコントローラはＥＲに対して、ＢＴＩが「非請求認可」をセットアップすることを承諾することについての許可を与える。またＥＲは、運搬チャネルパケットを「カラー」することで、それらのパケットが特定の着信先アドレスに対して「高ＱｏＳ」を有するようにする。ＥＲが、高優先順位パケットに対して「ゲートを開放する」許可を得ていない場合は、そのＥＲは、非請求認可または高優先順位パケットを承諾しない。この許可は、特定の発信元ＩＰアドレスおよび特定の着信先ＩＰアドレスに基づき、それらのエンドポイントが利用できるリソースを限定する。ＥＲ宛てのゲートセットアップメッセージ中の会計情報（＄）が、それらのリソースに限定を課す。
【０４９３】
呼情報（ＣＩOおよびＣＩT）−特定のＢＴＩについての情報であって、対応のＥ．１６４アドレス、対応のゲートコントローラのアドレス、対応のＥＲのアドレス、および該ＥＲ内のＧＩＤを含む。呼の各エンドポイントは、他方のエンドポイントに関する呼情報を受信する。その呼情報は、ローカルゲートコントローラによって署名および暗号化されており、ＢＴＩによる不正な開示や改ざんが防止されている。呼情報は後に、呼追跡（＊５７）、呼リターン（＊６９）、および三者通話のセットアップに使用される。
【０４９４】
能力（capability）交渉−ＢＴＩは、SETUPメッセージ交換において、呼パラメータ（ＣＰ）（たとえば符号化）を交渉する能力を有する。追加の交渉が必要な場合は、リソース投入の実行前に実施される。
【０４９５】
アクセスリソース予約−ＭＣＮＳ非請求認可プロトコルを用いて、ネットワークのアクセス部分に一定ビットレートチャネルを予約する。電話利用時に必要なアクセス予約は、２つの部分から成る。第一のステップでは、「予約」によって必要時に帯域が使用可能になることを確実にするが、帯域を実際には割当てないし、また「ゲートの開放」もしない。予約は、着信先の電話を鳴らす前に得る。着信先のユーザが応答した時点で初めて、第二のステップ「投入」によって、帯域を割当て、その呼に対して課金を開始する。リソースを保護するために、１つのＢＴＩ当たり、特定数の予約のみが残存することが認められる。
【０４９６】
バックボーンリソース予約−ＤＯＳＡは、ネットワークのアクセス部分に使用されるプロトコルとは異なるバックボーンリソース予約プロトコルの使用を可能にする。アクセス予約メッセージを処理し、それをバックボーンリソースに対する適切なメッセージシーケンスに変換することは、ＥＲの仕事である。ＥＲがＡＣＫメッセージで予約をアクノリッジした時、呼のためにアクセスリソースが使用可能であり、フローをサポートするためにそのＣＭＴＳが予約する必要があったバックボーンリソースが予約されたことが意味される。その時点であれば、リンギング段階を開始しても安全である。バックボーンリソース予約の例は、セクション８．２．２に示す。
【０４９７】
投入−アクセス予約手順の第二のステップである。投入は、実際の接続が実行され課金が開始された時点で実施する。ＥＲおよびネットワークは、その特定の通話のために事前にリソースを予約し保持していた。ＥＲはこの時点で、呼詳細記録を課金システムに伝達する。
【０４９８】
ゲートコーディネーション−特定のサービス盗用の事態を避けるため、ネットワーク内のゲートの開閉は、ＥＲ間で調整しなければならない。GATEOPENは、ＥＲからＥＲへのメッセージであって、呼の遠端でゲートが開放したことを示す。遠端呼パラメータがＢＴＩに送られ、ＢＴＩはそれらのパラメータが、遠端ゲートが有するパラメータと合致するかどうかをチェックする。
【０４９９】
８．２．２  バックボーン予約
図７に、本発明の実施形態に従って、音声呼のためのエッジルータ間のネットワークセグメントにおいてリソースを予約する際の、シグナリング呼フローの例を示す。この例は、バックボーン予約の一つの可能なモデルであるが、異なるアプローチで同じ結果が達成できることもある。一つの実施形態では、アクセス予約のために、バックボーン予約とは異なる別個のメカニズムを用いる。それにより、ＢＴＩのＥＲとの相互作用が、ＥＲ間のバックボーンネットワークに依存せずに実施される。
【０５００】
一つの実施形態では、リソース予約は送信者によって開始され、その送信者が生成するパケットのためのリソースのみが予約される。すなわち、予約は単方向性である。この構成は、経路が非対称であり得るＩＰネットワークで使用される転送モデルに合致する。ただし、アクセスネットワーク上で使用されるRESERVEメッセージは、異なる意味論を有し、アクセスネットワーク上の双方向容量を予約することを意味する。
【０５０１】
２つのエッジルータ間のエンドトゥエンドルートが呼の継続期間内に変化することがあるため、RESERVEメッセージをどちらかのエンドから定期的に送信することで、予約をリフレッシュできる（ただし、このことは図７には図示していない）。RESERVEメッセージ中のＩＰ発信元アドレスは、ＥＲOの発信元アドレスを含む。RESERVEメッセージ中のＩＰ着信先アドレスは、ＢＴＩTのものである。予約メッセージは、予約の所有者として以下の項目を特定する：ＧＡO（ＢＴＩOのグローバルＩＰアドレス）、ＰＮO（該呼のＢＴＩOのポート番号）、ＧＡT（ＢＴＩTのグローバルＩＰアドレス）、ＰＮT（該呼のＢＴＩTのポート番号）。双方向アクセス予約をセットアップした後、ＥＲはBACKBONERESERVEメッセージを、中間バックボーンルータを通じてＢＴＩTへ送信する。BACKBONERESERVEメッセージを処理できないルータは、そのメッセージを処理せずに転送する。
【０５０２】
本例では、ＢＴＩにおけるRESERVEACKの受信は、アクセスチャネル内で送信および受信の両方向において、並びにバックボーン内で送信方向において、リソースが予約されたことを示す。
【０５０３】
８．２．３  切断
図８に、本発明の実施形態による、通常の呼終了の呼フローを示す。ＢＴＩは、オンフックを検出すると、他方のＢＴＩへエンドトゥエンドHANGUPメッセージを送信し、ＥＲへRELEASEメッセージを送信する。ＥＲはRELEASEコマンドに応答して、ゲートを閉鎖する。さらにＥＲは、課金システムへCALLENDを伝達し、呼が終了したことと、課金を停止すべきであることとを通知する。
【０５０４】
ＢＴＩの故障、電源故障、ケーブルプラント故障、およびバックボーンネットワーク故障などの数々のエラー状態が、このような切断状態の原因となることがある。すべてのケースにおいて、有用な接続が終了した時点で課金を停止し、（長期間に及ぶかもしれない）サービス不全期間に関して顧客に負担を求めないことが望ましい。
【０５０５】
８．２．４  ＰＳＴＮに着信する呼
図９に、ＢＴＩから発信されるがＰＳＴＮに着信する呼の、本発明の実施形態による呼フローを示す。呼フローにおいてＧＣTは、Ｅ．１６４TがＩＰネットワーク外に着信することを認識する。ＧＣTは、適切なＳＧＷTおよびＴＧＷTを特定する。ＧＣTは、ＥＲTに対してGATESETUPを開始する。その際、予約時確立フラグを設定して、予約が要求された時点でＰＳＴＮからＢＴＩOへの一方向音声経路を確立すべきであることを通知する。ＧＣTは続いて、SETUPをＳＧＷTへ送信する。ＳＧＷTは、該呼のために、IPポート番号ＰＮTで特定されるトランクをＴＧＷTにおいて割当てる。ＳＧＷTはまた、ＣＰOを参照し、該呼に使用される呼パラメータ（ＣＰT）を決定する。
【０５０６】
ＧＣTは、ＳＧＷTからSETUPACKを受信すると、ＣＴＯＲフラグを含む応答をＧＣOへ送る。ＧＣOは、呼の発信側エンドのゲートをセットアップする。そのゲートには、予約されたＢＴＩOへの音声経路をＥＲOが開放すべきであることを示すＣＴＯＲフラグが含まれる。ＧＣOはさらに、ＣＴＯＲフラグを、ＢＴＩOへのSETUPACKメッセージに含ませる。それによりＢＴＩOは、自身でリングバックを生成せずに、ネットワークの遠端からのリングバックを使用する。追加の能力交渉が必要な場合は、この時点で実施できる。
【０５０７】
呼パラメータが明らかになると、ＳＧＷTは、ＳＧＣＰメッセージCREATECONNECTIONを用いて、潜在的な呼についてＴＧＷTに通知する。そのメッセージには、必要な帯域の予約と、ＩＰパケットとＴＤＭトランクとの間の変換とを実施する際にＴＧＷTが必要とするすべてのパラメータが含まれる。さらにそのメッセージには、ＥＲTが予約をアクノリッジした場合にＴＧＷTがＳＧＷTに通知することを要求する、ＳＧＣＰNOTIFICATIONREQUESTが含まれる。ＴＧＷTは、該呼のために、ネットワーク内の適切なＱｏＳを要求する予約メッセージを送信する。予約は、運搬チャネルの経路に沿ったものでなければならないので、トランキングゲートウェイはその予約メッセージを（ＳＧＷに対向して（versus the SGW））送信しなければならない。予約が成功すると、ＴＧＷTはＳＧＷTへＳＧＣＰNOTIFYを送信する。
【０５０８】
ＢＴＩOからのRINGメッセージと、ＴＧＷTからのNOTIFYとの両方を受信すると、ＳＧＷTは、ＳＳ７初期アドレスメッセージ（ＩＡＭ）をＰＳＴＮ内へ送信し、ＴＧＷTと最終着信先との間の接続をセットアップする。着信先の電話が使用可能であり鳴っていることを示すＳＳ７アドレス完了メッセージ（ＡＣＭ）を受信すると、ＳＧＷTは、ＢＴＩOへRINGBACKメッセージを送信する。ＢＴＩOは、ネットワークから受信しているリングバックトーンを顧客に対して鳴らす。
【０５０９】
着信先の電話がオフフックになると、ＳＧＷTはＳＳ７応答メッセージ（ＡＮＭ）を受信する。ＳＧＷTは、ＢＴＩOへCONNECTを返信する。さらにＳＧＷTは、ＳＧＣＰメッセージMODIFYCONNECTIONを用いて、ＴＧＷTに対して、接続を双方向接続に変更する必要があることを通知する。ＳＧＷTはまた、ネットワーク内にCOMMITを送信し、ゲートを双方向に開放する。
【０５１０】
呼フローを変更するＳＳ７メッセージが受信される特別なケースがある。それらのケースのいくつかを以下に説明する：
早期アドレス完了メッセージ（Ｅ−ＡＣＭ）−ＡＣＭの代わりにＥ−ＡＣＭメッセージをＳＳ７ネットワークから受信した場合、音声接続を双方向（送信および受信）に確立する必要がある。ＰＳＴＮがそれを使用する一例では、８００番（フリーダイヤル）通話がＩＶＲシステムにルーティングされる場合に通知することで、その呼を最終的にどこへルーティングすべきかを検出する。呼がルーティングされ遠端が応答した後に、ＳＧＷOはＡＮＭを受信する。
【０５１１】
ビジー−ＰＳＴＮネットワークまたは被呼者がビジーである場合、ＳＳ７ネットワークは、ＩＡＭに応答してビジー表示を原因コードと共に返信する。ＳＧＷOはＢＴＩOへ、RINGBACKの代わりに、BUSYメッセージを原因コードと共に送信する必要がある。それにしたがい、ＢＴＩOはファストビジーまたはスロービジー（fast busy or slow busy）を顧客に対して鳴らす。
【０５１２】
８．２．５  ＰＳＴＮから発信される呼
図１０に、ＰＳＴＮから発信されるがＩＰ電話ネットワーク内に着信する呼の、本発明の実施形態による呼フローを示す。呼がＰＳＴＮからＢＴＩへ着信すべきであることが、最初にＩＡＭメッセージによって示される。ＩＡＭメッセージはＳＧＷOによって受信され、続いてＳＧＷOはＧＣOへSETUPメッセージを送信する。セットアップは、ＩＰネットワーク内で通常どおり進行する。リングバックや終了告知がＩＰネットワークから生成されないので、ＣＴＯＲフラグは必要ない。
【０５１３】
シグナリングフローは、呼がＰＳＴＮ内に着信する場合と類似する（前セクション参照のこと）。ＳＧＷOとＴＧＷOとの間で、ＳＧＣＰメッセージが使用される。
【０５１４】
８．２．６  ＰＳＴＮへの呼解除
図１１に、本発明の実施形態によるＰＳＴＮへの呼解除の呼フローを示す。この呼フローでは、ＢＴＩが呼を発信したと仮定する。ＰＳＴＮ内で呼が発信された場合、ＳＧＷTは、ＳＳ７中断（ＳＵＳ）メッセージを送信する。それにより、ＰＳＴＮに対し、ＢＴＩに位置する電話がオンフックになったが、タイマが終了するまで（たとえば１４秒間）呼は解除されないことを通知する。タイマ終了前に電話がオフフックになった場合、ＳＳ７再開（ＲＥＳ）メッセージが送信される。
【０５１５】
８．２．７  ＰＳＴＮからの呼解除
図１２に、本発明の実施形態によるＰＳＴＮからの呼解除の呼フローを示す。この呼フローでは、ＰＳＴＮから呼が発信されたと仮定する。
【０５１６】
８．２．８  Ｅ９１１緊急サービス
Ｅ９１１緊急通話をサポートするためにＧＣOは、発呼番号に関連するＥ９１１通話センタへ呼をルーティングしなければならない。Ｅ９１１通話センタへゲートウェイを通じて到達してもよいし、あるいは、Ｅ９１１通話センタがパケットネットワーク上にサポートされるものであってもよい。発呼者ＩＤ／発呼者名通知の呼フローと同様に、Ｅ９１１通話センタがSETUPNACKメッセージをＧＣTへ送信することによって、発信側の電話番号および追加情報を得ることができる。それ以外の点では、呼セットアップの呼フローと同じである。
【０５１７】
９１１通話を発信するＢＴＩは、ユーザがオンフックにした時点で呼を切断してはならない。そのためにはＢＴＩOは、ダイヤルされた番号が９１１であることを検出し、それに従ってローカルハングアップ処理を変更する必要がある。
【０５１８】
補助を得るための交換手への呼が、交換手によってＥ９１１センタへ転送される場合がある。このケースでは、交換手が接続されたゲートウェイまたはエンドシステムは、エンドトゥエンドメッセージをＢＴＩOに送信してハングアップ処理の変更を指示しなければならない。ＢＴＩOは、ハングアップ処理を変更する前に、そのメッセージを、トラストされたネットワーク構成者によって送信されたものであると認証しなければならない。認証が必要であることによって、任意のエンドポイントがＢＴＩOに対してハングアップ処理の変更を指示できないようになっている。
【０５１９】
８．２．９  終了告知
呼が確立できない場合に、顧客は終了告知を聞くことになる。ダイヤルされた番号が変更されている場合や変換できない場合、あるいはネットワークリソースの限界（たとえば「トランクビジー」）やネットワーク不全の結果として、終了告知の取扱が開始される。
【０５２０】
ＢＴＩは処理および記憶部を有するため、ＢＴＩは、エラー表示に応答して共通終了告知をローカルに取り扱うことができる。たとえば、「おかけになった番号は使われておりません。番号をお確かめの上、再度ダイヤルしてください」などの共通メッセージや、「トランクビジー」信号を、ＢＴＩ内にローカルに記憶できる。第一のケースでは、ＧＣOはエラーメッセージをＢＴＩOに返信し、ダイヤルされた番号を変換できないことを通知する。第二のケースでは、COMMITメッセージの処理時のアドミッション制御不全の結果として、ルータがエラーメッセージをＢＴＩOに返信する。エラーメッセージは、ＢＴＩOに対して、どの告知を流すべきかを通知する。
【０５２１】
サービスによっては、たとえば発信側番号、ダイヤルされた番号、時刻、または管理上の制御などに基づいて、告知をカスタマイズする必要がある。したがって一般的に告知は、ゲートコントローラでわかっている条件の関数となっている。そのようなケースにおいて、終了告知をサポートするためのオプションは２つ存在する。ゲートコントローラはＢＴＩへ告知を、ＢＴＩによって流されるデータメッセージとして送信することができる。あるいは、ＢＴＩを終了告知サーバに接続することができる。これらの代替形態を用いて、上述の共通終了告知をサポートすることが可能である。
【０５２２】
図１３に、本発明の実施形態に従ってＢＴＩを終了告知サーバに接続した場合の呼フローを示す。ＧＣOまたはＧＣTがSETUPメッセージに応じることによって、終了告知の取扱が開始される。ゲートコントローラは、呼を終了告知サーバへルーティングし、終了告知サーバが流す告知を制御するよう該サーバに作用する。該呼のための呼会計情報（「＄」）は、該呼が課金されないことを示す。
【０５２３】
８．２．１０  ＣＡＬＥＡ傍聴
ＣＡＬＥＡは、加入者ラインから呼を傍受（傍聴）して、ダイヤルされた番号、時刻、および呼の継続期間などのそれらの呼に関する追加情報を供給する能力を必要とする。ＢＴＩがトラストされたデバイスではないと考えられると仮定すると、ＣＡＬＥＡ傍聴のためのサポートは、ネットワーク内で実現しなければならず、呼の当事者によって検出可能であってはならない。この課題に対する我々の解決策では、ＥＲが呼の各当事者から流れる情報を、他方または他の複数の当事者と、当局へ運搬チャネル情報を伝達できる追加のエンドシステムまたはゲートウェイ（「傍聴サーバ」）との両方へ、マルチキャスト（multicast）できることを必要とする。このマルチキャスト能力は、フィルタ関数に合致する各パケットを、通常のルーティングに加え、傍聴サーバへルーティングすることを要する。フィルタ関数については、以下で説明する。
【０５２４】
この課題に対して我々が提案するアプローチでは、ラインを傍聴する際に、ＥＲでの接続毎の処理に依存しない。本アプローチでは、当局がラインを傍聴するよう指示した場合には、管理システムが発信側ＥＲにメッセージを送信し、運搬チャネルを傍聴サーバへマルチキャストするよう指示する。フィルタが、傍聴されるラインに関わるＢＩＴのローカルＩＰアドレスと、傍聴サーバのアドレスとを特定する。フィルタはさらに、該運搬チャネルに関わるポート番号を特定することもある。ただし、運搬（音声）チャネルに関わるポート番号は、発信側および着信側ＢＴＩによって動的に指定される場合があるため、管理サーバがこの情報を特定することはできない。フィルタ関数がポート番号情報を含まない場合は、該ＢＴＩに関連するすべてのパケットを傍受することになってしまう。それらのパケットには、法的には傍受してはならないデータパケットが含まれることがあるため、それは望ましくない。したがって、そのようなアプローチは我々のアーキテクチャにおいて可能ではあるが、他のチャネルを傍受せずに運搬チャネルのみを傍受するアプローチを用いることが望ましいと考えられる。
【０５２５】
他の実施形態では、ゲートコントローラが傍聴をサポートする。当局がラインを傍聴するよう指示した場合には、該ラインに関するデータベース記録を変更して、該ラインが傍聴されるべきことを表すようにする。SETUPメッセージがゲートコントローラ（発信側ゲートコントローラか着信側ゲートコントローラかのどちらでもよい）へ到達した時点で、ゲートコントローラはデータベース記録を参照し、該ラインが傍聴されるべきことを認識する。ゲートコントローラは、傍聴サーバのアドレスを含むメッセージをＥＲへ送信する。その情報は、「ゲート開放」メッセージの一部として含んでもよい。ゲートコントローラはさらに、ダイヤルされた番号を含むメッセージを傍聴サーバへ送信する。ＥＲは、呼の最初および最後に、メッセージを傍聴サーバへ送信する。それらの追加メッセージによって、ＣＡＬＥＡが必要とする追加情報が供給される。この解決策では、新規の呼のみを傍聴できる。ＧＣ内に傍聴情報が供給される前の時点から存在する呼は、傍聴サーバへマルチキャストされない。
【０５２６】
８．２．１１  呼追跡
図１４に、本発明の実施形態による呼追跡の呼フローを示す。ＢＴＩT（追跡すべき呼の受信者）は、単一のTRACEメッセージをＧＣTへ送信する。そのメッセージは、ＢＴＩT自身の認証情報と、ＧＣTから受信した最近の受信呼の接続情報とを含む。ＧＣTは、署名を解読およびチェックすることで、接続情報（ＣＩ）の正当性を確認する。正当であれば、ＣＩ内に含まれるＥ．１６４番号を、呼を発信した顧客の身元情報と共に、法的機関に報告する。
【０５２７】
８．２．１２  交換手介入
交換手の介入は、セクション８．２．１０で説明するＣＡＬＥＡ傍聴と、セクション８．３．４で説明する三者通話との組み合わせである。
【０５２８】
８．２．１３  交換手サービス
交換手によるサービスは、初期においては、ＰＳＴＮゲートウェイを介してＩＰ電話の顧客に対して供給される。将来的には、交換手サービスはＩＰネットワーク上で実施され得る。
【０５２９】
８．２．１４  呼中リソース変更
場合によっては、継続中の呼において、確立された呼パラメータを変更する必要があることが考えられる。たとえば、呼が低ビットレート圧縮（たとえば１６ｋｂｐｓＧ．７２８）を用いてセットアップされており、その呼が応答された後にＢＴＩがモデムトーンを検出した場合には、ＢＴＩは運搬チャネルを非圧縮６４ｋｂｐｓＧ．７１１チャネルに変更する必要がある。図１５に、本発明の実施形態による、確立された呼パラメータを変更する際の呼フローを示す。ゲートコントローラが呼セットアップ時にＥＲへ伝達したアカウント情報が、リソース変更要求に矛盾しない限りは、ゲートコントローラは呼中リソース変更に関わる必要はない。たとえば、ＢＴＩが、アカウント情報が許可するより高い帯域または高い優先順位を要求する場合は、ＥＲはその要求を退ける。通常の呼セットアップと同様に、呼中の呼パラメータの変更手順には２つのステップ、すなわち予約と投入がある。
【０５３０】
８．３  特徴的サービスにおける呼フロー
８．３．１  呼転送
呼転送サービスは、一つのＥ．１６４アドレスが着信先である呼を、他のＥ．１６４アドレスへリダイレクトさせる。リダイレクトの実施の対象は、すべての呼、ビジー時のみ、応答無しの時のみ、またはビジーおよび応答無しの組み合せであることが考えられる。呼転送は、一般に普及したサービスであり、他のサービス（たとえばボイスメール）においても呼のリダイレクトに使用される。ＢＴＩが使用不可能であって呼転送がアクティブである場合、そのＢＴＩが着信先であるすべての呼を転送すべきである。
【０５３１】
すべてのタイプの呼転送サービスにおいて、少なくとも３者が関わる：
発信位置（ＢＴＩO）−転送される呼を発信する位置。
【０５３２】
着信位置（ＢＴＩT）−呼転送アクティブである位置。
【０５３３】
転送位置（ＢＴＩF）−呼が転送される位置。
【０５３４】
呼転送のタイプ（全呼、応答無し）に関わらず、転送番号は、利用毎ベースで顧客が指定するか、または事前設定する（呼転送サービスへ顧客が申込む際に指定する）ことができる。転送番号が事前設定された場合、ＢＴＩと、該顧客を担当するゲートコントローラとが、その転送番号を記憶する。転送番号を利用毎ベースで指定する場合、顧客はコード（たとえば＊７２）と転送番号とをダイヤルすることで、呼転送を作動させる。
【０５３５】
すべてのケースにおいて発信位置は、転送番号を受信してはならない。すべての「呼転送−応答無し」のケースにおいて、発信位置は呼が転送されることを知っていてもよい。
【０５３６】
図１６に、本発明の実施形態による、利用毎呼転送を作動させる際の呼フローを示す。ＢＴＩは、顧客が呼転送を作動させるコードをダイヤルしたことを認識し、転送電話番号を顧客に催促する。その情報を、PROFILEメッセージに含ませてゲートコントローラへ送信する。ゲートコントローラは、その転送番号が、該ゲートコントローラが知っているＢＴＩまたは他のゲートコントローラに割付けられたものであることを確認する。ゲートコントローラは、顧客が呼転送サービスに加入していることを確認し、確認できた場合は、該サービスを作動させて、後の使用のために転送番号を記憶する。
【０５３７】
以下のセクションで、各タイプの呼転送サービスの呼フローを、ＢＴＩ使用可能時および使用不可能時の両場合について説明する。
【０５３８】
８．３．１．１  呼転送−全呼
図１７に、本発明の実施形態による、ＢＴＩ使用可能時の呼転送−全呼の呼フローを示す。該呼フローの最初の部分は、図６に示す「接続呼フロー」と同様である。着信側ＢＴＩは、SETUPメッセージを受信した時点で、呼転送−全呼がアクティブであることを認識する。着信側ＢＴＩは、特別なSETUPACKを着信側ゲートコントローラへ送信し、呼転送−全呼がアクティブであることを通知する。ゲートコントローラは、呼転送応答を認識し、ＥＲにおいて該呼のために開放したゲートを閉鎖する（GATERELEASEメッセージを用いて）。ゲートコントローラはさらに、転送番号をアカウント情報と共にＧＣOへ送信し、該呼の転送されたレッグ部分をＢＴＩTに課金できるようにする。発信側ゲートコントローラは、通常通りに呼を転送番号へセットアップする。ただし、呼の両レッグに関して課金情報を保持することが考えられる。
【０５３９】
図１８に、本発明の実施形態による、ＢＴＩ使用不可能時の呼転送−全呼の呼フローを示す。このケースでは、ＧＣTは、ＢＴＩTSETUPメッセージに対してタイムアウトする。ＧＣTは、顧客プロファイルをチェックし、呼転送がアクティブであることを検出する。続いて、ＢＴＩTから呼転送応答を得た場合と同様に処理を進める。
【０５４０】
８．３．１．２  呼転送−ビジー
図１９に、本発明の実施形態による、ＢＴＩT使用可能時の呼転送−ビジーの呼フローを示す。該呼フローの最初の部分は、図６に示す「接続呼フロー」と同様である。ＢＴＩTは、SETUPメッセージを受信した時点で、指定されたラインが現在オフフックであって呼転送−ビジーがアクティブであることを認識する。ＢＴＩTは、特別なSETUPACKをＧＣTへ送信し、呼転送がアクティブであることを通知する。ＧＣTは、呼転送応答を認識する。その後の呼フローは、図１７の呼転送−全呼／ＢＴＩ使用可能の呼フローと同じである。
【０５４１】
図２０に、本発明の実施形態による、ＢＴＩ使用不可能時の呼転送−全呼の呼フローを示す。この呼フローは、図１８の呼転送−全呼／ＢＴＩ使用不可能の呼フローと同じである。
【０５４２】
８．３．１．３  呼転送−応答無し
図２１に、本発明の実施形態による、ＢＴＩT使用可能時の呼転送−応答無しの呼フローを示す。該呼フローの最初の部分は、図６に示す「接続呼フロー」と同様である。ＢＴＩTは、呼転送−応答無しの特徴的サービスがアクティブであることを認識し、正確な数の呼出音の後にタイムアウトする。リングバックを中止させるよう、発信元へRINGTIMEOUTメッセージが送られる。また、転送動作を開始させるよう、ＧＣTへREDIRECTメッセージが送信される。REDIRECTメッセージは、新しいＥ．１６４Fアドレスを含む。
【０５４３】
ＧＣTは、呼情報を解読し、該加入者に関する課金情報を取得する。呼転送またはトランスファの特徴的サービスに加入している場合は、GCREDIRECTメッセージを適切な課金情報と共に、ＧＣOへ返信する。
【０５４４】
REDIRECTメッセージは、２つの目的、すなわち、この呼転送機能と、ブラインドトランスファ機能（コンサルテーションなしのトランスファ）とを果たす。ゲートコントローラは、どのアプリケーションがアクティブかを知らないため、データ伝送が進行中であると仮定して、それが中断されることをＢＴＩOに通知するようにしなければならない。このことは、CALLHOLD／CALLHOLDACKの交換によって実施される。ＢＴＩOが話中状態の場合は、ＢＴＩOは、リソース予約を一時的に中断するようＥＲOに通知し、その後にＧＣOのCALLHOLDコマンドをアクノリッジする。続いてＧＣTは、ＢＴＩTに対して、REDIRECTが成功したことをアクノリッジする。
【０５４５】
この時点でＧＣOは、その呼を最初の呼と同様に処理する。すなわち、Ｅ．１６４Fをゲートコントローラアドレスへ変換し、GCSETUPメッセージをＧＣFへ伝達する。ＧＣF、ＥＲF、およびＢＴＩFの動作は、図６に示すＧＣT、ＥＲT、およびＢＴＩTの動作と同様である。
【０５４６】
ＧＣOは、自身のGCSETUPメッセージに対するアクノリッジを受信した時点で、GATESETUPを実施する代わりに、GATEMODIFYコマンドを通じて、すでに割当てられたゲートの設定を変更する。それが完了すると、新しい着信先情報が、TRANSFERメッセージによってＢＴＩOへ伝達される。GATEMODIFYおよびTRANSFERは、三者通話および呼トランスファに使用されるメッセージと同じものである。
【０５４７】
該呼のためにリソースが予約されると、ＢＴＩOはRINGコマンドを送信する。それに対する応答は、RINGBACK（新しい着信先がオンフックでリンギング中である場合）か、またはCONNECT（新しい着信先が準備完了状態である場合）である。インタラクティブ音声応答システムでは、典型的には後者である場合が多い。CONNECTメッセージの後には、リソースが投入され、通信経路が確立される。
【０５４８】
図２２に、本発明の実施形態による、ＢＴＩ使用不可能時の呼転送−応答無しの呼フローを示す。この呼フローは、図１８の呼転送−全呼／ＢＴＩ使用不可能の呼フローと同じである。
【０５４９】
８．３．２  発呼者ＩＤ／発呼者氏名配信
次に、発呼者ＩＤ／発呼者氏名配信を実行するための２つの選択肢について、本発明の実施形態と共に説明する。
【０５５０】
第１の選択肢では、ＧＣTからSETUPを受信すると、ＢＴＩTに発呼者ＩＤ情報を要求させる。この要求はＧＣTに送信される。ＧＣTは、発呼者ＩＤフラッグを認識して、該顧客のラインが発呼者ＩＤ／氏名配信サービスに加入しているかを調べる。ＧＣTは、呼の発信者の電話番号（Ｅ．１６４0）と発呼者氏名（ＣＮ0）を返信する。次に、ＢＴＩTは通常通りSETUPACKを返信する。ＢＴＩTの加入者が匿名呼拒否（anonymous call rejection)または呼スクリーニング等のサービスに加入している場合、ＢＴＩTはSETUPACKを返信しなくてもよい。最後にＢＴＩTが電話の（これが慣例的な発呼者ＩＤボックスを有する単なる「ブラック電話」であると仮定して）呼出音を鳴らす時に、第１番目と第２番目の呼出音の間に発呼者ＩＤと発呼者氏名とを提示する。ユーザの電話がさらに高性能である場合は、この情報を、解釈したメッセージを表示することで提示してもよい。図２３は上記の選択肢についての呼の流れを示す。
【０５５１】
発呼者ＩＤ／発呼者氏名配信を実行する別の選択肢によると、ＢＴＩTがあらゆる呼の受信に関して該サービスに加入しているかをＧＣTに調べさせる。加入していれば、呼が来るごとに、発呼者の電話番号（Ｅ．１６４0）と氏名（ＣＮ0）をSETUPメッセージに含めてＢＴＩTに送信する。ＢＴＩは、（Ｅ．１６４0）と（ＣＮ0）に基いて、呼を受信(SETUPACK)することも、拒否(SETUPNACK)することもできる。この選択肢によると、追加のメッセージを必要とせずにＧＣTとＢＴＩTの間で発呼者ＩＤ／氏名を配信できる。
【０５５２】
８．３．３  コールウェイティング
図２４は、本発明の実施形態に係るコールウェイティングのフローを示す。まずＢＴＩ01とＢＴＩTとの間で呼が継続中であり、その時ＢＴＩ02からＢＴＩTに別の呼が設定され、アクセスおよびバックボーンバンド幅の予約時点まで呼が確立した。ＢＴＩ02は通常通りチャネルを予約するが、ＢＴＩTは、新規アクセス予約は必要ないが、ＥＲ内の新しいゲート（ＧＩＤT2）を、ゲート（ＧＩＤT1）に対する既存のアクセス予約に結合する必要がある旨をRERESERVEメッセージを用いて示す。新規のＢＴＩ02とＢＴＩTの間で「RING」および「RINGBACK」メッセージを交換する。その後ＢＴＩTは「コールウェイティングトーン」を継続中である最初の呼に挿入し、割込み電話がある旨をユーザに知らせる。ユーザが「フラッシュフック」すると、ＢＴＩTはIIOLDメッセージをＢＴＩ01に送信し、このメッセージに対する肯定応答を受信する。次にＢＴＩTはＢＴＩ02に対する呼を完成する。これはCONNECTメッセージを送信して行う。この新しい呼についてＢＴＩTにリソースを別に割当てるかわりに、本発明の実施形態では既存のリソースを再割当てする。ＥＲTが第１の呼から第２の呼にリソースを再割当てしてもよいように、ＢＴＩTは２つの呼（ＧＩＤT1とＧＩＤT2）のゲートＩＤを有するRECOMMITメッセージを送信する。さらに、新規のCALLSTARTイベントを課金サーバに送信する。HOLDメッセージを得るとＢＴＩ01は、ＢＴＩ01が次にCOMMITメッセージを送信するまで、MCNSチャネルについて自らのリソースの割当てを中断するように、該HOLDメッセージを用いてＥＲ01に要求する。ＢＴＩ01は周期的なKEEPALIVEメッセージをＥＲ01とＢＴＩTの双方に送り、バンド幅を他の呼に再割当てしないことを確認する。
【０５５３】
８．３．４  三者通話
８．３．４．１  三者通話−ＢＴＩ内でのブリッジング
図２５は、ＢＴＩ0内でブリッジした、単純な三者通話のための選択肢のフローを示す。フローでは、ＢＴＩ0内の別のリソースと、アクセスネットワークと、バックボーンネットワークとを用いて、第２の呼を完全に新規の呼としてセットアップする。顧客が三者通話を完成させたい場合（２番目のフラッシュフックによって示す）、ＢＴＩ0はこれらの通話を一緒にブリッジする。
【０５５４】
８．３．４．２  三者通話−ネットワーク内でのブリッジング
次に、ネットワーク内のサーバに配置されたブリッジの使用を説明する。図２６は、本発明の実施形態に係る三者通話の第１のステップを示す。顧客は呼中である。これは該顧客が発信した呼でも受信した呼でもよい。スイッチフックを点滅させることで、該呼を保留にする。着信先にHOLDメッセージを送信して、この変化を示す。これに応じてHOLDACKが送信される。双方のエンドでは、それぞれのＥＲに対して、等時性の送信(isochronous transmission)を一次中断するが使用中(committed)のリソースは維持することを、該HOLDメッセージによって通知する。これは、双方のエンドとＥＲとに周期的なKEEPALIVEメッセージを送信して実現する。
【０５５５】
次にＢＴＩ0は発信者(originator)ダイアルトーンを行い、呼に加わった呼者の完全なＥ．１６４アドレスを受信する。この新規呼は、通常の呼ステップに関する図６に示すように実行される。リソース予約交換の時点で、ＥＲ0は２つのゲート（第１の呼のパラメータを有する最初のゲートと、この呼のパラメータを有する新規のゲート）を割当てる。一方の呼に対してアップストリームアクセスリソースを予約し、バックボーンは双方の呼に対してリソースを予約する。第３の呼者が返答した時に、ＧＩＤ02に対して予約したリソースを用いて第２の呼を確立する。この状態は、一方の呼が保留になり、サービス加入者が第２の呼と通話しているコールウェイティング状態と同様である。しかし、第２の呼を（受信ではなく）開始したのがこのサービスの加入者であるために、後のフックフラッシュでは、最初の呼に戻るのではなく、三者通話を指示する。
【０５５６】
図２７は、本発明の実施形態に係る、２つの別個の呼を１つの三者通話に変換する際に交換するシグナルメッセージの手順を示す。ＢＴＩ0はコンフェランスブリッジを割当てる。これは、特別のネットワークサーバに対して第３の接続を形成して行う。該ブリッジサーバは、任意の数の入力ストリームを受信し、各々に対して出力ストリームを生成する。各出力は、対応する入力の寄与分（contribution)を除く全ての入力の合計である。入力の数が小さい数（例えば３）を超える場合、ブリッジは各入力に関して沈黙検出を行い、蓄積されたノイズを軽減する。
【０５５７】
ホストがブリッジに対する接続を確立すると、三者通話の各参加者は新たな着信先を通知されなければならず、各自のゲートを適切に修正しなければならない。この機能は、無応答の呼転送機能と同様であり、既存の接続の各々に対してREDIRECTメッセージを送信するＢＴＩ0を伴う。
【０５５８】
REDIRECT機能は２つのステップを含む。第１のステップは、ＥＲに対するGATEMODIFYメッセージである。これはゲートのパラメータを修正する。このメッセージは、データパケットに対する新たな着信先アドレスと、課金情報を含む。第２のステップは、ＢＴＩに対するTRANSFERメッセージであり、これは、パケットの送受信において新たな着信先に切替えるようＢＴＩに指示する。このメッセージに対して肯定応答する前に、ＢＴＩは、指示されたエンドポイント（この場合、ブリッジ）とのリソース予約交換を行い、ネットワークリソースが使用できることを確認する。
【０５５９】
ＥＲに送信されたGATEMODIFYメッセージは課金情報（＄）を有する。各エンドポイントからブリッジに向けた呼は、課金分割(split-charging)を含む。呼の発信者は、自分がダイヤルした相手に対する呼に相当する分のみを支払い、三者通話を設定した呼者が、ブリッジに対する追加分を負担する。これは呼転送を行う場合と同様である。
【０５６０】
ＥＲに送信されたGATEMODIFYメッセージは、課金ＩＤ（ＢＩＤ）も含む。三者通話の参加者全員にこの独自の識別子が付与されるので、作成された全ての課金記録を後で合わせることができる。該呼に使用されたＢＩＤは、ＢＴＩ0が呼をブリッジ接続するために付与された独自のＩＤである。
【０５６１】
ＢＴＩに送信されたTRANSFERメッセージは、ローカルＧＣによって符号化された、更新されたＣＩB情報を含む。以前のＣＩ情報をこの情報で置換える。ＣＩBは、該三者通話の参加者の一人が他の呼者を加え、他のブリッジを割当てることができる程十分な情報を含む。リターンコールまたは呼追跡にこのＣＩBを使用するとエラーになる。
【０５６２】
三者通話の参加者のうちの三者通話サービスの加入者である一人が他の呼者を加えることができる。この場合の呼フローは図２７に示すフローと同様である。ただし、エンドポイントの一つがＢＴＩではなくて第１のブリッジである点が異なる。このブリッジは、TRANSFERメッセージをＢＴＩが扱うのと同様に扱い、このサービスを従属接続(cascade)可能にする。
【０５６３】
この手順は、ブリッジがネットワーク内に存在すると仮定しており、グローバルアドレスやゲートを割当てる必要がない。ＧＣ0は、ブリッジのサービスを行うゲートコントローラであり、ＥＲはなく、アクセスラインのアップストリームスケジューリング(upstream scheduling)は必要ない。ブリッジがネットワーク外にある場合、ゲートの設立とアップストリームバンド幅の割当てを行うためには追加的な交換が必要となる。これらの交換は、通常の呼設立のための交換と同様である。
【０５６４】
ハングアップ手順には２つの別個の場合がある。三者通話の発信者が呼を切った場合、該発信者は、そのローカルＥＲに対してRELEASEメッセージを、またブリッジに対してHANGUPメッセージをそれぞれ送信する。ブリッジはHANGUPメッセージを該呼の他の２つのレッグに、またGATECLOSEメッセージをそれぞれのＥＲに送信する。この手順を図２８に示す。
【０５６５】
三者通話の参加者が呼を切った場合、ブリッジを開放し、呼を通常の二者通話に戻すことが望ましい。図２０はこの機能を実行するために必要なメッセージ手順を示す。ブリッジは、三者通話の参加者であるＢＴＩからHANGUPメッセージを受信すると、SPLICEメッセージをそのＧＣに送信して、２つの呼レッグが一緒に接続するための接続情報（ＣＩ）を与える。
【０５６６】
ＧＣは、GATEMODIFYコマンドを介してＥＲにデータパケットの新規着信先を通知し、TRANSFERコマンドを介してＢＴＩに新規着信先を通知する。リソース予約交換が直接接続のためのバックボーンバンド幅の割当てに失敗した等エラーが生じた場合、ブリッジは、残りの２人の呼者と共に該呼に関連したまま留まることができる。
【０５６７】
８．３．５  呼トランスファ(call transfer)
２つの異なる呼トランスファサービスがある。コンサルテーションを伴う呼トランスファは、三者通話の発信者が呼を切った場合でも残りの２人の呼者が会話を継続できる点を除いて、三者通話に類似する。コンサルテーションを伴わない呼トランスファは、呼転送と類似する。ただし、呼転送は呼が設立した後で行うことができる点でこれと異なる。
【０５６８】
８．３．５．１  コンサルテーションを伴う呼トランスファ
コンサルテーションを伴う呼トランスファは、三者通話と非常に類似する。ただし、三者通話は、顧客（またはホスト）が電話を切った場合に残りの２人の参加者が呼を継続できる点でこれと異なる。また、該呼の双方のレッグがまだ含まれているかのように課金が継続する。
【０５６９】
コンサルテーションを伴う呼トランスファのセットアップフローの大半は、三者通話のセットアップフローと同様である（図２６、２７、２９）。唯一異なるコールフローは、ホストが呼を切った場合である。図３０は、本発明の実施形態に係る、ホストが呼を切った場合のコンサルテーションを伴う呼トランスファの呼フローを示す。三者通話であれば、該呼は２人の参加者による単純な二者通話に戻る。しかし、該呼の課金は、三者通話であるかのように行われる。
【０５７０】
コンサルテーションを伴う呼トランスファの呼フローでは、ホストが呼を切る前に、以下のイベントが行われる。
【０５７１】
ＢＴＩT1がＢＴＩ0に対して呼を発信した。この呼のレッグに対する課金記録（ＢＩＤT1/0）はＥＲT1が作成する。
【０５７２】
ＢＴＩ0がＢＴＩT1を保留状態にし、ＢＴＩT2に対して新たな呼をセットアップした。この呼のレッグに対する課金記録（ＢＩＤ0/T2）は、ＥＲ0が作成する。
【０５７３】
ＢＴＩ0が該呼の２つのレッグを接続して、ネットワークブリッジを用いた三者通話にした。
【０５７４】
ホストが呼を切った時点で、ホストのエッジルータ（ＥＲ0）におけるゲートを閉鎖し、そのゲートに関連する課金（ＢＩＤ0/T2）を停止する。ＧＣ0は、この課金記録に関連する情報（世界的に固有なＢＩＤを含む）を、GATEINFO要求を用いてＥＲ0から取り出し、該課金情報を参加者のＥＲの一つに転送する。この情報を受信した参加者のＥＲは（呼フロー中のＥＲT2）はＢＩＤ0/T2に関連するレッグに対する新規課金記録を作成する。課金処理では、呼に対して適切に課金できるように、固有のＢＩＤを用いてＢＩＤ0/T2に対する２つの課金記録を関連付ける。
【０５７５】
８．３．５．２  コンサルテーションを伴わない呼トランスファ
図３１に示すように、コンサルテーションを伴わない呼トランスファは呼転送−無応答と非常に類似する。
【０５７６】
８．３．６  リターンコール
ゲートコントローラに最後に入った呼の番号（発呼者ＩＤ）を記録し、SETUP要求に関する呼を返信することで、ＧＣ0はリターンコールを行うことができる。しかし、このためにはＧＣが各電話に関連する状況を保持していなければならない。エンドシステム（例えばＢＴＩ）がこの状況を保持できるようにして、ＧＣを単純にすることが望ましい。しかし、ブロックされた発呼者ＩＤを有する加入者から発信された場合、発呼者ＩＤ情報を秘密にしておくことが重要なので、エンドシステムに知らせることができない。
【０５７７】
この問題を解決するために、デジタル的に署名し符号化した発呼者ＩＤ情報を各SETUP要求と共にＧＣがＢＴＩに送信する。ユーザが＊６９コードをダイアルしてリターンコールサービスを作動させると、ＢＴＩ0は、ＧＣ0に向けたSETUP要求に符号化された情報を含める。ＧＣ0が情報を成功裏に複合して有効化し、顧客が返信サービスに加入している場合は、通常のSETUP要求を処理するように該呼を、最後に入った呼に関連する番号に返信する。
【図面の簡単な説明】
【０５７８】
【図１】本発明の一実施形態によるネットワークを示す。
【図２】本発明の一実施形態による、呼のネットワークリソースを予約するフローチャートである。
【図３】本発明の一実施形態による、呼接続における２相シグナリングを実行するためのフローチャートである。
【図４】本発明の一実施形態による、呼切断のためのフローチャートである。
【図５】本発明の一実施形態による、ネットワークアドレス変換のフローチャートである。
【図６】本発明の一実施形態による、通常の呼のセットアップの呼フローである。
【図７】本発明の一実施形態による、ボイスコールのエッジルータ間のネットワークのセグメントにおけるリソースの予約のためのシグナリング呼フローの１例である。
【図８】本発明の一実施形態による、通常の呼の終了の呼フローである。
【図９】本発明の一実施形態による、ＢＴＩから発信しＰＳＴＮに着信する呼の呼フローである。
【図１０】本発明の一実施形態による、ＰＳＴＮにおいて発信しＩＰテレフォニネットワークに着信する呼の呼フローである。
【図１１】本発明の一実施形態による、ＰＳＴＮに対する通常解除の呼フローである。
【図１２】本発明の一実施形態による、ＰＳＴＮから解除された呼の呼フローである。
【図１３】本発明の一実施形態による、ＢＴＩが着信側告知サーバに接続されている呼フローである。
【図１４】本発明の一実施形態による、コールトレース（Call Trace）の呼フローである。
【図１５】本発明の一実施形態による、確立されたコールパラメータを変更するための呼フローである。
【図１６】本発明の一実施形態による、使用ごとの呼転送サービスを起動するための呼フローである。
【図１７】本発明の一実施形態による、ＢＴＩの利用可能時の呼転送−全呼の呼フローである。
【図１８】本発明の一実施形態による、着信側ＢＴＩが利用不可能時の呼転送−全呼の呼フローである。
【図１９】本発明の一実施形態による、ＢＴＩT利用可能時の呼転送−ビジーの呼フローである。
【図２０】本発明の一実施形態による、ＢＴＩが利用不可能時の呼転送−ビジーの呼フローである。
【図２１】本発明の一実施形態による、ＢＴＩTの利用可能時の呼転送−応答なしの呼フローである。
【図２２】本発明の一実施形態による、ＢＴＩが利用不可能時の呼転送−応答なしの呼フローである。
【図２３】本発明の一実施形態による、発呼者ＩＤ／発呼者氏名搬送の呼フローである。
【図２４】本発明の一実施形態による、コールウェイティングの呼フローである。
【図２５】本発明の一実施形態による、ＢＴＩO 内のブリッジングを伴う単純三者通話選択肢の呼フローである。
【図２６】本発明の一実施形態による、三者通話の第１ステップを示す。
【図２７】本発明の一実施形態による、２つの個別通話から１つの三者通話への変換において交換されるシグナリングメッセージのシーケンスを示す。
【図２８】本発明の一実施形態による、ネットワーク呼フロー−ホストによる呼切断における三者通話ブリッジの呼フローである。
【図２９】本発明の一実施形態による、ネットワーク呼フロー−参加者による呼切断における三者通話ブリッジの呼フローである。
【図３０】本発明の一実施形態による、ホスト非接続時のコンサルテーションサービスを伴わない呼トランスファ（call transfer）の呼フローである。
【図３１】本発明の一実施形態による、コンサルテーショントサービスを伴わない呼トランスファの呼フローである。
【図３２】本発明の一実施形態による、リターンコールの呼フローである。
【符号の説明】
【０５７９】
１００  通信ネットワーク、１１０，１１１  ゲートコントローラ、１２０，１２１  ネットワークエッジデバイス、１３０  テレフォンネットワークゲートウェイ、１３５  テレフォンネットワーク、１４０，１４１  データベース記憶装置、１５０，１５１  アクセスネットワーク、１６０，１６１  ネットワークインターフェースユニット、１８０，１８１  通信装置、１９０，１９１，１９２  電話。
【図１】
2006311628.tif 000007
【図２】
2006311628.tif 000008
【図３】
2006311628.tif 000009
【図４】
2006311628.tif 000010
【図５】
2006311628.tif 000011
【図６】
2006311628.tif 000012
【図７】
2006311628.tif 000013
【図８】
2006311628.tif 000014
【図９】
2006311628.tif 000015
【図１０】
2006311628.tif 000016
【図１１】
2006311628.tif 000017
【図１２】
2006311628.tif 000018
【図１３】
2006311628.tif 000019
【図１４】
2006311628.tif 000020
【図１５】
2006311628.tif 000021
【図１６】
2006311628.tif 000022
【図１７】
2006311628.tif 000023
【図１８】
2006311628.tif 000024
【図１９】
2006311628.tif 000025
【図２０】
2006311628.tif 000026
【図２１】
2006311628.tif 000027
【図２２】
2006311628.tif 000028
【図２３】
2006311628.tif 000029
【図２４】
2006311628.tif 000030
【図２５】
2006311628.tif 000031
【図２６】
2006311628.tif 000032
【図２７】
2006311628.tif 000033
【図２８】
2006311628.tif 000034
【図２９】
2006311628.tif 000035
【図３０】
2006311628.tif 000036
【図３１】
2006311628.tif 000037
【図３２】
2006311628.tif 000038