２端末間の接続設定
本発明は、発信端末と着信端末との間の接続の設定に関する。両端末は同一のアクセスネットワークを介して接続しうる。アクセスネットワークはアクセスゲートウェイを通じてコアネットワークにアクセスする。アクセスゲートウェイは少なくともコアネットワークを経るシグナリングパスに沿って送信される接続設定シグナリングの送信と受信の少なくともいずれかを行う。接続設定シグナリングにおける情報要素を使用して、シグナリングパスにおけるノードのメディアプレーン・アクセスのニーズに関する情報が収集され、メディアパスのローカルショートカットをアクセスネットワークにおいて確立できるかを判定するために提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は発信端末と着信端末間の接続を設定する方法に関する。本発明はさらに、接続設定に関するアクセスゲートウェイおよびコアネットワークノードおよびこれらのネットワークノードにおいて実行する方法に関する。
【背景技術】
【０００２】
呼設定は移動通信ネットワークにおいて実行する標準手順である。設定手順は移動電話機または任意の他のタイプの移動通信デバイスのような一般に無線アクセスネットワークを介して接続する端末（発信端末Ｔｏ）の接続要求に際して開始する。ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）の無線ネットワーク制御装置（ＲＮＣ）または２Ｇ無線アクセスネットワーク（ＲＡＮ）の基地局制御装置（ＢＳＣ）のような無線アクセスネットワークのコントローラは、コアネットワークの移動交換センタ（ＭＳＣ）のようなアクセスゲートウェイとシグナリングトラフィックを交換する。この、いわゆる発信アクセスゲートウェイ（Ｏ−ＡＧＷ）は、コアネットワークを通じて、着信無線アクセスネットワークを通じて着信端末（Ｔｔ）と通信する着信アクセスゲートウェイ（Ｔ−ＡＧＷ）に接続設定シグナリングを送信する。いわゆるシグナリングプレーンで動作するＯ−ＡＧＷからＴ−ＡＧＷへの（コール・ルーティング・パスとも呼ぶ）シグナリングパスはさらなるコアネットワークのノード、特に、更なるＭＳＣまたは同様のもののようなメディアゲートウェイを制御する制御ノードを、通過することができる。シグナリングパスが通過するコアネットワークのノードはメディアゲートウェイを制御し、それにより、コアネットワークを通じて、ユーザプレーンとも呼ぶメディアプレーン上にメディアパスが確立される。メディアパスはさらに、Ｏ−ＡＧＷおよびＴ−ＡＧＷのＭＧＷから、それぞれの無線アクセスネットワークを通じて、それぞれ発信端末および着信端末まで広がる。
【０００３】
アクセスゲートウェイおよび制御ノードにより確立されるシグナリングプレーンはシグナリングトラフィックを伝送し、一方でメディアゲートウェイにより確立されるメディアプレーンは音声データ、ビデオデータまたはその他のタイプのユーザデータのようなメディアコンテンツを伝送する。端末から要求を受信して接続設定を行ういくつかの方法があり、その１つを図６に関して以下でさらに詳細に説明する。一般にＯ−ＡＧＷは、シグナリング（またはルーティング）パスにおいてその関連するメディアゲートウェイ（ＭＧＷ）に少なくとも一部のメディアパスの確立を指令する制御ノードを伴うＴ−ＡＧＷに設定メッセージを送信する。
【０００４】
設定メッセージを受信し、着信端末とのシグナリングトラフィックの交換後、Ｔ−ＡＧＷは、リングバックトーンが送信されてもよいメディアパスの設定を終了させるため応答メッセージをＯ−ＡＧＷに送信する。
【０００５】
メディアパスは、一般に、発信ＡＧＷのＭＧＷから着信ＡＧＷのＭＧＷへ、ダウンストリームとも呼ばれる方向において、メディアコンテンツを伝送するフォワードチャネル（または「Ａチャネル」）を含む。バックワードチャネル（「Ｂチャネル」とも呼ばれる）は着信ＡＧＷのＭＧＷから発信ＡＧＷのＭＧＷへ、アップストリームとも呼ばれる方向において、メディアコンテンツを伝送する。ダウンストリームは接続設定メッセージの送信方向として、アップストリームは応答メッセージの送信方向として規定されてもよい。技術的に、用語アップストリームおよびダウンストリームは、常に同じように使用されるわけではないことに注意されたい。具体的な意味は用語が使用される文脈から導出する必要があるかもしれない。例として、コンテンツがＢチャネルでバックワード方向に伝送される場合、Ｂチャネルに関するダウンストリームは上記のアップストリーム方向に対応しうる。
【０００６】
用語ダウンストリームおよびアップストリームは、また、シグナリングまたはメディアパスにおけるノードの相対位置を定義するのに使用されてもよい。パスにおいてノードからみると、特定メッセージまたはコンテンツの送信方向に関して、アップストリームのノードはそのパスにおけるノードに先行するノードでありうると共に、ダウンストリームのノードはそのパスにおけるノードに後続するノードでありうる。このようなコンテキストでは、ＡチャネルまたはＢチャネルから見る場合、アップストリーム（またはダウンストリーム）ノードが異なってもよい。
【０００７】
いくつかのネットワークでは、コアネットワークノードは設定メッセージを受信してフォワードチャネルを、そして応答メッセージを受信してバックワードチャネルを確立する。他のネットワークでは、コアネットワークのノードは、ノード間シグナリング方式（いわゆる「ファストトラック」）により、制御ノード間で交換されるメディアゲートウェイの受信機アドレスを伴う設定メッセージを受信して、両方のチャネルを確立する。
【０００８】
ローミング端末のような他のシナリオでは、メディアおよびシグナリングパスはより複雑でありうる。例として、特定のオペレータのコアネットワークに達するには、更なるコアネットワーク、中継ネットワークおよび同様のものを横断する必要があるかもしれない。発信端末の無線アクセスネットワークは、例えば、発信コアネットワークに、そしてさらに、１つまたはいくつかの中継ネットワークを介してオペレータのコアネットワークに、接続してもよい。コアネットワークにアクセスするネットワークはアクセスネットワークと称してもよい。したがって、アクセスネットワークは、ＲＡＮ、別のコアネットワークまたは同様のものであってもよい。
【０００９】
従来のネットワーク構成では、メディアパスは、呼設定時に無線アクセスネットワーク、そして場合によっては更なるアクセスネットワークおよびコアネットワークを通じて確立され、呼継続中は保持される。メディアパスにおけるあらゆるノードは、メディアプレーンへのアクセスを有し、例えば、メディアプレーンから（例えば複数パーティ会議またはコールストレージのための）データを読むことができ、メディアプレーンの中に（例えば複数パーティ会議または通知のための）データを書くか、または挿入できる。そのような付加サービスは、一般に、コアネットワーク内に所在し、このような単純なメディアプレーンアクセスを活用することができる。
【００１０】
いくつかの国およびネットワークでは、１つのエリア内で発信し、着信する音声呼（例えば市または地域、ローカル呼とも呼ばれる）の数は比較的多い可能性がある。２つの端末が１つの無線セル内に所在することさえあるかもしれない。接続コストに関して、そのようなセルに連結することはむしろ高価であり、それは例えばマイクロ波リンクによるか、または衛星を介してさえ起こるかもしれない。
【００１１】
接続コストの削減のために、そのような呼を特定し、コアネットワークを通じる全メディアパスを使用することなく、無線セルまたは無線アクセスネットワーク内のメディアパスのショートカットを提供することが望ましい。そのようなメディアパスのショートカットは「ローカル・コール・ローカル・スイッチ（ＬＣＬＳ）」と称してもよい。メディアコンテンツのより直接的ルーティングは、より高い音声品質およびより少ない通話のパス遅延を提供するかもしれないため、ユーザはそのようなショートカットを提供することによって利益を得ることができるかもしれず、一方で、同時にネットワークのオペレータは運用経費の削減により利益を得ることができるかもしれない。メディアパスのショートカットはまた、「ローカルショートカット」と称されてもよい。
【００１２】
ローカルショートカットに関して、いくつかのシグナリングパスにおけるノードがメディアプレーンへのアクセスを必要とするかもしれないという問題が生じる。そのようなショートカットが切り替えられると、コアネットワークノードは、それ以上、メディアコンテンツへのアクセス、すなわちメディアプレーンへの読み、書きができなくなるかもしれない。接続を設定する場合、シグナリングパスにおけるノードによりどの付加サービスが提供される必要があるかが明確でないことが多い。合法傍受、ホームネットワークにおける記録サービス、トーン挿入および通知のようなサービスは、一般に、メディアプレーン・アクセスを必要とし、ローカルショートカットを妨げる。したがって、ローカルショートカットのスイッチングの改良により、ひずみ遅延などのようなエンドユーザ体験を改良し、要求されるリソース容量およびリンク容量のようなオペレータの経費を削減することが望ましい。特に、ローカルショートカットに切り替えできる状況の数を増加させるべきである。ローカルショートカットを確立できる状況を判断することが望ましい。さらに、シグナリングパスにおけるノードの、メディアプレーンへのアクセスの必要性または要求を判断することが望ましい。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ ＴＳ２３．１０８
【非特許文献２】３ＧＰＰ ＴＳ２４．００８
【非特許文献３】３ＧＰＰ ＴＳ３３．１０６
【非特許文献４】ＩＴＵ−Ｔ Ｑ．１９０２シリーズ
【発明の概要】
【発明が解決しようとする課題】
【００１４】
したがって、本発明の目的は、上述の不利点の少なくともいくつかを取り除き、移動通信ネットワークにおける接続設定を改良することである。
【課題を解決するための手段】
【００１５】
本発明の第１の態様によれば、移動通信ネットワークにおける発信端末と着信端末間の接続設定の方法が提供される。発信端末の発信アクセスゲートウェイを通じてコアネットワークにアクセスするアクセスネットワークを介して、発信および着信端末は接続する。着信端末については、発信アクセスゲートウェイと同じかまたは異なりうる着信アクセスゲートウェイを通じて、コアネットワークにアクセスしてもよい。発信アクセスゲートウェイでは、情報要素が、少なくともコアネットワークを通じて接続を設定するための設定メッセージに含まれる。その設定メッセージは、その後、コアネットワークにおける着信アクセスゲートウェイへ、少なくともコアネットワークを通じてシグナリングパスにおいて送信される。シグナリングパスに関係する更なるネットワークが存在してもよい。シグナリングパスが経て進行する少なくとも１つのノードは、設定される接続のメディアプレーンへアクセスするためのそのニーズに関する情報に情報要素に入力する。情報要素を含む設定メッセージは、着信アクセスゲートウェイにおいて受信される。収集されたメディアプレーン・アクセスのニーズを伴う情報要素を含む応答メッセージは、発信アクセスゲートウェイへのシグナリングパスに沿って逆方向に送信される。情報要素を用いて収集されるシグナリングパスにおけるノードのメディアプレーン・アクセスの必要性に関する情報は、その後、その接続のメディアパスのローカルショートカットをアクセスネットワークにおいて確立することができるかを判定するために供給される。
【００１６】
したがって、メディアパスのローカルショートカットを確立する可能性が信頼性よく検出されてもよく、それによりユーザ体験の改良および要求されるリソースの削減を得ることができる。さらに、ショートカットがさらに多くの状況で提供されうるように、メディアプレーン・アクセスを要求する種々の付加サービスを伴う種々の状況間の識別を可能としてもよい。
【００１７】
本発明の実施形態によれば、情報要素の処理可能なシグナリングパスにおけるノード、すなわち、対応ノード（enabled node）は、それら自身のメディアプレーン・アクセスのニーズと、さらにシグナリングパスにおける他のノードのメディアプレーン・アクセスのニーズとに基づいて、そのそれぞれのメディアゲートウェイを通じたメディアのルーティングを適合させる。対応ノードは設定メッセージと応答メッセージとの少なくともいずれかに含まれる情報要素を用いて、この情報を取得することができる。したがって、シグナリングパスにおけるあるノードのみがメディアプレーン・アクセスのニーズを有する場合、リソースが節約されるかもしれない。
【００１８】
いくつかの実施形態では、ショートカットの提供を逸する可能性の数を削減するように、情報要素は、設定メッセージに常に含まれてもよい。他の実施形態では、情報要素は選択的に含まれる。発信ゲートウェイは、発信端末と着信端末とが同じアクセスネットワークを介して接続するかをチェックしてもよい。これは、アクセスネットワークを介して接続する端末の情報を格納する共通のビジタ・ロケーション・レジスタ（ＶＬＲ）から情報を読み出すことにより、またはアクセスネットワークの制御ノードからアクセスネットワークを介して接続する端末の情報を受信することにより、発生しうる。同じアクセスネットワークを介して接続するタイプであるかに関する受信側の番号の分析による、番号に基づく選択を用いることでそれが生じるかもしれない。そして、発信および着信端末が同じアクセスネットワークを通じて接続した場合、情報要素は設定メッセージにのみ含まれてもよい。このように、シグナリングオーバヘッドが削減されてもよい。
【００１９】
情報要素の構成の種々の可能性が存在する。例として、メディアパスはフォワードチャネルおよびバックワードチャネルを含んでもよい。そして、情報要素はメディアプレーン・アクセスのニーズを示す、フォワードチャネルを読み込むニーズを示す要素、フォワードチャネルに書き込むニーズを示す要素、バックワードチャネルを読み込むニーズを示す要素、およびバックワードチャネルに書き込むニーズを示す要素を、少なくとも含んでもよい。したがって、シグナリングパスにおける複数のノードのアクセスのニーズにわたる包括的な全体像を取得することが可能であってもよい。
【００２０】
情報要素はメディアプレーン・アクセスのニーズを格納するフラグ形式の要素を含んでもよい。そして、対応するメディアプレーン・アクセスのニーズに対するフラグの設定により、ノードは情報を情報要素に入力してもよい。フラグは少しの格納スペースしか必要とせず、容易に読み出しが可能である。
【００２１】
そのような情報を入力した各ノードのメディアプレーン・アクセスのニーズは、情報要素において、別々に、例えば各ノードのノード識別子と関連して、格納されてもよい。情報要素への情報の入力は、また、対応ノードがあらゆるアクセスのニーズを情報要素に書き込まず、そのことによりアクセスの必要性を持たないことを示すことによって、または、単にノード識別子を情報要素へ入力することによって、生じてもよい。情報を別々に格納することにより、パスにおける各ノードのアクセスのニーズが識別されてもよく、そしてさらに、情報要素の処理ができないノードもまた特定されてもよい。
【００２２】
各メディアプレーン・アクセスのニーズへ同一のフラグを設定することにより、各ノードが情報を情報要素に入力することも可能である。１つのノードが特定フラグを設定した場合、後続のノードはフラグを再設定しなくてよい。このように、シグナリングパスに沿って送信される情報要素はシグナリングパスにおいて利用可能なノードのメディアプレーン・アクセスのニーズを累積してもよい。このように、情報要素をコンパクトに保持してもよい。
【００２３】
本方法の実施形態では、メディアゲートウェイコンテキストと、そのそれぞれの関連するメディアゲートウェイ（ＭＧＷ）のリンクを設定することにより、シグナリングパスにおけるノードが、設定メッセージと応答メッセージとの少なくともいずれかを受信すると、少なくともコアネットワークを通じてメディアパスを設定してもよい。したがって、メディアパスはフルに確立されてもよく、トラフィックの伝送の用意が整えられてもよい。その後、累積されたメディアプレーン・アクセスのニーズに基づいて、メディアコンテンツが、少なくともコアネットワークを通じて設定されるメディアパス上で送信されるべきかが判定される。例として情報要素がメディアパスの特定チャネルへの読み込みアクセスを示す場合、メディアコンテンツをこのチャネルに送信する。したがって、コアネットワークトラフィックが削減され、リソースは節約されうる。ローカルショートカットおよび読み込みアクセスの双方を提供するため、メディアコンテンツは、例えばアクセスネットワークまたはアクセスゲートウェイにおいて分岐されてもよい。
【００２４】
別の実施形態では、設定メッセージと応答メッセージとの少なくともいずれかを受信すると、少なくともコアネットワークを通じて、メディアパスが同様に確立される。その後、シグナリングパスにおけるアップストリームまたはダウンストリームのノードのメディアプレーン・アクセスのニーズに基づいて、メディアパスのアップストリームまたはダウンストリームのリンクをパッシブに設定することを決定するように、対応ノードが設定されてもよい。リンクをパッシブに設定することは、そのリンクに対してリソースが割り当てられるにも関わらず、そのリンク上でコンテンツが送信されないことを意味する。したがって、メディアプレーン・アクセスのニーズを有するメディアパスにおけるノードに至るまでのみコンテンツが送信されてもよく、さらにコアネットワークにおけるトラフィックが削減される。
【００２５】
メディアパスがフォワードチャネルおよびバックワードチャネルを含む場合、例えば、これは以下のように実行されてもよい。着信アクセスゲートウェイは応答メッセージへの追加情報要素を含めてもよい。シグナリングパスが通過する対応ノードは、メディアプレーンへのアクセスのニーズに関する情報を、応答メッセージの追加情報要素に入力する。その後、シグナリングパスにおける対応ノードは、設定メッセージと共に受信される情報要素から、バックワードチャネルにおけるダウンストリームの何れかのノードがバックワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを判定してもよい。同様に、応答メッセージと共に受信される追加情報要素から、ノードは、フォワードチャネルにおけるダウンストリームの何れかのノードがフォワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを判定してもよい。アクセスのニーズを有するそれぞれチャネルにおけるダウンストリームのノードがない場合、ノードは、その関連するメディアゲートウェイに、それぞれのチャネルにおけるダウンストリームのリンクをパッシブに設定するように指令することができる。このように、ノードはそれぞれのチャネルにおけるダウンストリームにメディアコンテンツをさらに送信しなくてもよく、したがってトラフィックを削減し、リソースを節約する。特に、書き込みアクセスを必要とするシグナリングパスにおけるノードがない場合に、この方法を実行できる。書き込みアクセスが要求される場合、バックワードチャネルにおけるアップストリームのノードがバックワードチャネルへ書き込む必要性を有さない場合は、バックワードチャネルのダウンストリームをパッシブに設定するのみであってもよく、フォワードチャネルにおけるアップストリームのノードがフォワードチャネルへ書き込む必要性を有さない場合、フォワードチャネルにおけるダウンストリームをパッシブに設定するのみであってもよい。したがって、最初の書き込みアクセスノードが最後の読み込みアクセスノードの前に来る場合、チャネルの全リンクをアクティブに設定してもよい。
【００２６】
一定時間期間にわたってメディアパスの設定のために確立するリンクを介してコンテンツが送信されない場合、リンクに対して切断がトリガされてもよい。メディアパスのそのようなリンクを通じてハートビート信号を送信することにより、これを回避してもよい。それぞれのリンクを提供するメディアゲートウェイの、対応するメディアコンテキストマネージャにおけるこれらのリンクを通じてメディアコンテンツが送信されるかの検出を無効にすることもできる。このように、コアネットワークを通じてコンテンツが送信される必要がある場合、例えば自発的に要求される読み込みアクセスにおいて、メディアパスはスタンバイ状態に保持されてもよい。
【００２７】
別の実施形態では、メディアプレーン・アクセスのニーズを有するアップストリームおよびダウンストリームのノードを判定するために、対応ノードは、類似の追加情報要素を使用してもよい。情報要素および追加情報要素に基づいて、シグナリングパスにおけるあらゆるノードが、それぞれのチャネル（例えばフォワードまたはバックワードチャネル）に対するメディアプレーン・アクセスのニーズを有さないと対応ノードが判定する場合、ノードはそれぞれのチャネルの次のダウンストリームのノードへのメディアパスのリンクを確立しないか、または、それぞれチャネルの次のダウンストリームのノードへの既に確立されたメディアパスのリンクを解除する。リンクが確立されないか、または解除されるかのいずれかであるので、メディアゲートウェイにより割り当てられるリンクおよびコンテキストマネージャの観点では、リソースの使用を削減しうる。さらに不使用リンクが設定されないか、または解除されるので、ハートビート信号に対する、またはコンテンツ伝送を検出することの無効化に対するニーズがなくなりうる。書き込みアクセスが要求される場合、それぞれのチャネルにおけるアップストリームのノードが、そのそれぞれのチャネルへ書き込む必要性を有さない場合、その場合にのみリンクが確立されないか、または解除されてもよい。
【００２８】
情報要素を処理できないシグナリングパスにおけるレガシーネットワークノード、すなわち非対応ノードが、さらに検出されてもよい。一般に、例えば対応ノードの各々が識別子を入力する情報要素に情報を入力しなかったパスにおけるノードに対して、対応ノードが設定メッセージと応答メッセージの少なくともいずれかから受信される情報要素を分析することにより、検出が生じ得る。
【００２９】
具体的な例では、情報要素は、各対応ノードがノード識別子を入力する、ノード識別フィールドを含んでもよい。そして、対応ノードは、設定メッセージと共に受信される情報要素のノード識別フィールドに格納されるノード識別子が、メッセージが受信されたノードのノード識別子と一致するかをチェックしてもよい。ノード識別子が一致しない場合、ノードはフル・メディアプレーン・アクセスのニーズを情報要素に設定してもよい。したがって、レガシーノードがメディアプレーンへのフルアクセスを有することを保証しうる。そして、対応ノードはそれ自身の識別子を情報要素のノード識別フィールドに書き込んでもよい。情報要素は要求される格納スペース、したがってシグナリングオーバヘッドを削減するように、随時上書きされてもよい。このように、簡単であるが、有効なレガシーノードの検出が実現されうる。
【００３０】
また、応答メッセージの追加情報要素を使用するか、またはノード識別フィールドにノード識別子を上書きし、それぞれの対応ノードに対するそれぞれのメディアプレーン・アクセスのニーズおよびノード識別子を、別々に情報要素に格納することも確かに考えうる。
【００３１】
さらなる実施形態では、情報要素は、シグナリングパスにおける対応ノードのそれぞれが、そのメディアプレーン・アクセスのニーズおよびノード識別子を入力する、アクセスのニーズのリストを含む。そして、対応ノードは次のようにメディアパスを確立することができる。それ自身がメディアプレーン・アクセスのニーズを有するノードは、同様にメディアプレーン・アクセスのニーズを有する次のアップストリームまたはダウンストリームのノードへの、直接接続（すなわちメディアパス接続）を設定することができる。したがって、メディアパスは、発信および着信アクセスゲート以外の、メディアプレーン・アクセスのニーズを有さないノードをバイパスしてもよい。したがって、コアネットワークトラフィックが削減されうると共に、バイパスされたノードはリソースを節約しうる。
【００３２】
メディアプレーン・アクセスのニーズを有する、情報要素を処理することが可能なノード、すなわち対応ノードは、メディアプレーン・アクセスのニーズを有するシグナリングパスにおけるダウンストリームまたはアップストリームの最初のノードに対する、応答メッセージの情報要素に含まれるアクセスのニーズのリストをスキャンしてもよい。そして、そのようなノードが発見された場合、対応ノードは、検出された最初のノードへのメディアパス接続を設定するか、または検出された最初のノードに接続するように既存メディアパス接続を変更してもよい。したがって、少なくともコアネットワークにおいてメディアパスが設定されてもよい。これはアクセスのニーズが検出されるメディアチャネルと関係なく実行されてもよく、または、メディアチャネルごとに実行されてもよい。
【００３３】
シグナリングパスにおけるレガシーノードは情報要素の分析により検出されてもよい。例として、そこから情報要素を伴うメッセージが受信されるノードが、その識別子をリストに入力していない場合、そのノードはレガシーノードであると仮定してもよい。１つ以上のレガシーノードが検出される場合、シグナリングパスにおいて、レガシーノードのアップストリームの最初の対応ノードとダウンストリームの最初の対応ノードへのメディアパス接続を設定することができる。さらに、レガシーノードを経るメディアパスを確立するように、最初のアップストリームおよびダウンストリームのノードにより、メディアパス接続がレガシーノードへ設定されることができる。例として、レガシーネットワークノードを経る接続を確立することにより、レガシーノードがメディアプレーンへのフルアクセスを得ることを保証できるように、最初のアップストリームとダウンストリームの対応ノードの少なくともいずれかは、フルにメディアプレーンに加入してもよく、すなわち、フル・メディアプレーン・アクセスのニーズを情報要素に入力してもよい。
【００３４】
情報要素と共に収集される、対応ノードのメディアプレーン・アクセスのニーズの情報は、さらに、アクセスネットワークにおいてメディアパスのローカルショートカットを確立できるかを判定するために評価されてもよい。そのような評価は、一方または双方のアクセスゲートウェイにより実行されてもよい。そのようなショートカットを確立できる場合、アクセスネットワークのコントローラに、ショートカットを確立できることが通知されてもよく、また、メディアプレーン・アクセスのニーズの情報がそのコントローラに送信されてもよい。そして、コントローラは、受信された情報に基づいて、自らショートカットを確立することを決定してもよく、または他ノードにショートカットを確立するように指示してもよい。
【００３５】
本発明のさらなる態様によれば、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定する方法が提供される。アクセスネットワークは、少なくとも１つのアクセスゲートウェイを通じてコアネットワークにアクセスする。本方法はコアネットワークのコアネットワークノードにより実行される。コアネットワークノードは、少なくともコアネットワークにおけるシグナリングパスに沿って送信される接続を確立するための接続設定シグナリングを受信する。シグナリングパスはコアネットワークノードを通過する。接続設定シグナリングに伴って、情報要素の送信の方向に関してシグナリングパスにおけるコアネットワークノードに先行する少なくとも１つのノードの、メディアプレーン・アクセスのニーズを格納する情報要素が受信される。メディアプレーン・アクセスのニーズは、接続が設定されるべきメディアプレーンへの先行ノードのアクセスのニーズを示す。コアネットワークノードはメディアプレーンへのアクセスのそのニーズに関する情報を情報要素に入力する。そして、接続設定シグナリングを伴って、シグナリングパスにおける次のノードに、その情報要素が送信される。したがって、アクセスネットワークにおいて接続メディアパスのローカルショートカットを確立できるかを判定するため、情報要素を用いて、シグナリングパスにおけるノードのメディアプレーン・アクセスのニーズの収集を有効にしてもよい。
【００３６】
本方法の実施形態では、コアネットワークノードは、それ自身のメディアプレーン・アクセスのニーズと、シグナリングパスにおける他のノードのメディアプレーン・アクセスのニーズとに基づいて、その関連するメディアゲートウェイを経るメディアのルーティングを適合させる。接続設定シグナリングにより受信される情報要素と、接続設定シグナリングに応答して受信されるメッセージに含まれる対応する情報要素との少なくともいずれかにおいて、これらのニーズが示されてもよい。このようにして、コアネットワークノードはリソースを節約し、コアネットワークを経るトラフィックを削減しうる。
【００３７】
ある例では、メディアパスはフォワードチャネルおよびバックワードチャネルを含んでもよい。接続設定シグナリングに伴って受信される情報要素の他に、追加情報要素の送信方向に関して、シグナリングパスにおけるコアネットワークノードに先行する少なくとも１つのノードのメディアプレーン・アクセスのニーズを格納する追加情報要素が、対応する応答メッセージと共に受信されてもよい。そして、シグナリングパスにおける任意のノードがフォワードチャネルまたはバックワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを情報要素から、そして追加情報要素から判断してもよい。そして、コアネットワークノードは、コアネットワークを経るメディアパスを確立するために、メディアゲートウェイコンテキストおよびその関連するメディアゲートウェイのリンクを設定してもよい。情報要素および追加情報要素から、フォワードまたはバックワードチャネルのダウンストリームへのメディアコンテンツの伝送の必要がないと判断される場合、各チャネルのダウンストリームのメディアリンクを確立しないか、または以前に確立している場合は解除するように、これを実行できる。それぞれのチャネルに対してダウンストリームのメディアリンクをパッシブに設定することも可能であり、これは、そのメディアリンクにはコンテンツが送信されないことを意味する。そして、コアネットワークノードは、パッシブリンクへのハートビート信号の送信をトリガしてもよく、また、対応するメディア・ゲートウェイ・コンテキスト・マネージャにおけるパッシブリンクを経てメディアコンテンツが送信されているかの検出を無効にしてもよい。
【００３８】
もう１つの実施形態では、情報要素はシグナリングパスにおける対応ノードの各々がそのメディアプレーン・アクセスのニーズおよびノード識別子を入力する、アクセスのニーズのリストを含む。接続設定シグナリングへの応答メッセージを伴って、アクセスのニーズのリストを伴う情報要素が受信される。ネットワークノードがそれ自身のメディアプレーン・アクセスのニーズを有する場合、ネットワークノードは、メディアプレーン・アクセスのニーズを有するシグナリングパスにおけるダウンストリームまたはアップストリームの最初のノードに対する応答メッセージに含まれるリストをスキャンする。そのようなノードが発見される場合、ネットワークノードは、検出された最初のノードへのメディアパス接続を設定するか、または最初のノードに接続するように既存メディアパス接続を変更する。このように、少なくともコアネットワークにおけるメディアパスが設定されてもよい。ノードがメディアプレーン・アクセスのニーズを有さない場合、ノードがメディアパスによりバイパスされるように、そのノードはメディアパス接続の設定を控えてもよい。したがって、コンテキストマネージャおよびリンクを割り当てる必要がないので、コアネットワークノードは更なるリソースを節約できる。
【００３９】
情報要素は上述のように構成されてもよい。特に、フォワードおよびバックワードメディアチャネルへの読み込みおよび書き込みアクセスのニーズを示す要素を含んでもよく、要素はフラグの形式で提供されてもよく、情報要素は累積される形式で、または別々に対応ノードの各々のアクセスのニーズを格納してもよい。
【００４０】
本方法は、さらに、コアネットワークノードに関する上述のステップの何れをも含んでもよい。例えば、情報要素を分析することにより、例えば、最後の先行する対応ノードにより入力される識別子と、シグナリングパスにおける先行ノードの識別子とを比較することにより、レガシーネットワークノードの検出を実行してもよい。
【００４１】
本発明のさらなる態様によれば、同じアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定するように適合されたコアネットワークのネットワークノードが提供される。アクセスネットワークは少なくとも１つのアクセスゲートウェイを経てコアネットワークにアクセスする。コアネットワークノードは、コアネットワークノードに関して上述された方法の何れをも実行するように構成される。
【００４２】
本発明は、さらに、少なくとも１つのアクセスゲートウェイを経てコアネットワークにアクセスする、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定する、アクセスゲートウェイにより実行される方法に関する。本方法では、少なくともコアネットワークにおけるシグナリングパスに沿って送信される信号であって、接続を確立するための接続設定信号が受信される。設定されるべき接続のメディアプレーンへのアクセスの、シグナリングパスにおけるノードのニーズの情報を、受信された接続設定シグナリングからの情報要素の検索により収集する。情報要素は、シグナリングパスの少なくとも１つのノードの、メディアプレーン・アクセスのニーズを格納する。そのように収集されるメディアプレーン・アクセスのニーズの情報は、アクセスネットワークにおいて接続のメディアパスのローカルショートカットを確立できるかを判断するために供給される。利用可能なこの情報を有することにより、ショートカットが可能であるかの信頼できる判定を達成でき、このようなショートカットが確立されると、ユーザ体験の改良およびオペレーションの経費の削減が得られる。
【００４３】
ある実施形態では、アクセスゲートウェイは、発信端末に対して、それを経てコアネットワークにアクセスする、発信アクセスゲートウェイである。そして、発信アクセスゲートウェイは、少なくともコアネットワークを経る接続を設定するための設定メッセージに情報要素をさらに含めてもよく、少なくともコアネットワークを経るシグナリングパス上で、コアネットワークの着信アクセスゲートウェイへ設定メッセージを送信してもよい。そして、上述の受信された接続設定シグナリングは、設定メッセージに応答して着信アクセスゲートウェイにより送信される応答メッセージであってもよい。そして、その応答メッセージは、シグナリングパスに沿う少なくとも１つのノードがそのメディアプレーン・アクセスのニーズを入力した設定メッセージの情報要素を含んでもよい。アクセスゲートウェイは、設定メッセージの送信前に、自らのメディアプレーン・アクセスのニーズを情報要素に、自ら確実に入力してもよい。
【００４４】
もう１つの実施形態では、アクセスゲートウェイは、着信端末に対して、それを経てコアネットワークにアクセスする、着信アクセスゲートウェイである。そして、上述の設定信号は、シグナリングパスに沿うコアネットワークの発信アクセスゲートウェイによって送信されると共に、その着信ゲートウェイにより受信されてもよく、情報要素を含む。そして、着信アクセスゲートウェイは、収集されたメディアプレーン・アクセスのニーズを伴う情報要素を含む応答メッセージを、シグナリングパスに沿って逆方向に発信アクセスゲートウェイに送信してもよい。例えば、受信した情報要素を応答メッセージにコピーしてもよい。着信ゲートウェイ自身は、応答メッセージの送信前に、それ自身のメディアプレーン・アクセスのニーズを、確実に情報要素に入力してもよい。したがって、シグナリングパスに沿う任意の対応ノードは、アクセスのニーズが通知されてもよい。
【００４５】
さらなる実施形態では、シグナリングパスが経て進行する少なくとも１つのノードが、メディアプレーンへアクセスすることのそれ自身のニーズに関する情報を、追加情報要素へ入力することを可能とするように、着信ゲートウェイは、追加情報要素を応答メッセージに含めてもよい。２つの情報要素を用いて、シグナリングパスにおけるノードは、アップストリームまたはダウンストリームのノードがメディアプレーン・アクセスのニーズを有するかを判定してもよい。
【００４６】
重ねて、情報要素は上述のように構成されてもよい。
【００４７】
さらに、本方法は、アクセスゲートウェイにより実行できる上記ステップの何れをも含んでもよい。例として、情報要素と共に収集される情報から、アクセスネットワークにおけるショートカットが可能であるかを判定してもよく、そして、そのアクセスネットワークの制御ノードに対応情報を供給してもよい。
【００４８】
アクセスゲートウェイはコアネットワークノードとも考えられるので、さらにコアネットワークノードに関する上記ステップの何れもが実行されてもよい。例えば、コアネットワークにおける次のノードへの、その関連するメディアゲートウェイのメディアパスを再構成してもよい。
【００４９】
本発明のさらなる態様は、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定するように構成される、コアネットワークの対応するアクセスゲートウェイを提供する。アクセスゲートウェイはアクセスゲートウェイに関する上記方法の何れをも実行するように構成することができる。
【００５０】
本発明は、さらに、コンピュータシステムにおいてデータ記憶媒体を使用する場合に制御情報が上述の方法の何れをも実行するように構成される、格納される電子的に可読な制御情報を伴う電子的可読データ記憶媒体を提供する。さらに、コンピュータシステムの内部メモリにロードできるコンピュータプログラム製品であって、その製品が実行される場合に、上記方法の何れかを実行するためのソフトウェアコード部分を含む製品を提供する。プログラムはデータ記憶媒体上で提供されてもよい。
【００５１】
上述の、および以下でさらに説明する本発明の態様及び実施形態の特徴は、示される各組み合わせにおいてのみならず、他の組み合わせにおいてまたは本発明の範囲を離れることなく分離してもまた、使用できることは明らかであるだろう。
【００５２】
本発明の先のおよび他の特徴および利点はさらに添付する図面と共に読む以下の詳細な説明から明らかになるであろう。図面では、同じ参照番号は同じ要素を指示する。
【図面の簡単な説明】
【００５３】
【図１】同じアクセスネットワークを介してシグナリングプレーンおよびメディアプレーンを含むコアネットワークへの発信端末および着信端末の接続を概略的に示す図。
【図２】第１のオペレータのコアネットワーク形式のアクセスネットワークおよび第２のオペレータのコアネットワークを経る発信端末から着信端末へのシグナリングパス及びメディアパスを概略的に示す図。
【図３】本発明の実施形態による情報要素およびコアネットワークを経るシグナリングパスにおけるその送信を概略的に示す図。
【図４】アクセスネットワーク及びコアネットワークの可能な実装を概略的に示す図。
【図５】発信アクセスゲートウェイおよび着信アクセスゲートウェイを有するコアネットワークを経るシグナリングパスおよびメディアパスを概略的に示す図。
【図６Ａ】図５のネットワーク構成において接続を設定する場合の、シグナリングを概略的に示すフロー図。
【図６Ｂ】図５のネットワーク構成において接続を設定する場合の、シグナリングを概略的に示すフロー図。
【図７Ａ】本発明の実施形態により接続を設定する場合の、シグナリングを示すフロー図。
【図７Ｂ】本発明の実施形態により接続を設定する場合の、シグナリングを示すフロー図。
【図８】本発明の実施形態におけるネットワーク構成およびリングトーンの生成を概略的に示す図。
【図９】本発明の実施形態におけるネットワーク構成およびリンギングトーンの生成を概略的に示す図。
【図１０】発信及び着信アクセスゲートウェイ間にさらなるコアネットワークノードを有する本発明の実施形態によるネットワーク構成を概略的に示す図。
【図１１】ローカルショートカットの設定の可能性を概略的に示す図。
【図１２】本発明の実施形態によるローカルショートカットの設定時の、コアネットワークにおける発信及び着信アクセスゲートウェイ間のシグナリングを概略的に示す図。
【図１３】本発明の実施形態による方法を示すフロー図。
【図１４】コアネットワークノードにおいて実行される、本発明の実施形態による方法を示すフロー図。
【図１５】本発明の実施形態によるアクセスゲートウェイを概略的に示す図。
【図１６】本発明の実施形態によるコアネットワークノードを概略的に示す図。
【発明を実施するための形態】
【００５４】
以下では、例示的実施形態および添付図面を参照することにより、本発明をより詳細に説明する。示される実施形態は、移動通信ネットワーク、例えば２Ｇ（第２世代）または３Ｇ（第３世代）技術仕様書による移動通信ネットワークにおける接続を確立するための技術に関する。しかしながら、本明細書で説明する概念は他のタイプの移動通信ネットワーク、例えばＷＬＡＮ（無線ローカルエリアネットワーク）ネットワーク、Ｗｉｍａｘネットワーク、ＬＴＥ（ロングタームエボリューション）ネットワークおよび同様のものにも適用できることが理解されるべきである。
【００５５】
２つの端末、例えば移動電話機、コンピュータ端末または同様のもののようなユーザ端末（ＵＥ）が、同じアクセスネットワークを介してコアネットワークに接続する場合、アクセスネットワークにおけるメディアプレーンにおいてショートカットを確立することが可能かもしれない。そのようなショートカットは、メディアプレーンにアクセスするための通常のシグナリングまたはルーティングパスにおけるノードの要求に従うべきである。例えば、いくつかの例では、読み込みアクセスを必要とする場合、ショートカットおよび読み込みアクセスの双方を同時に実現できるように、例えばアクセスネットワークにおけるメディアコンテンツを分岐することにより、ショートカットがなお確立されてもよい。他の例では、例えば、メディアプレーンへの書き込みアクセスを必要とする場合、ショートカットが可能でないことと判定してもよい。課題は、コアネットワークにおける１以上のアクセスゲートウェイが、シグナリングパスにおけるノードの要求するメディアプレーン・アクセスのニーズをどのように判定するかである。この課題は、コアネットワークにおいて接続される端末間でショートカット接続を確立するために、ローミング端末を有しうると共に、１以上のコアネットワークを経る回線交換（ＣＳ）シグナリングパスを使用しうる、全てのアクセスネットワークに一般的である。本発明の実施形態は、接続設定シグナリングを伴って送信される情報要素を使用して、アクセスゲートウェイにおけるメディアプレーン・アクセスのニーズの要求された情報を収集することにより、この課題を解決する。
【００５６】
一般に、アクセスネットワークはアクセスゲートウェイを通じてコアネットワークにアクセスする。アクセスネットワークはＧＳＭ（登録商標）（モバイル通信用グローバルシステム）、ＵＭＴＳ（汎用移動通信システム）またはＬＴＥ（ロングタームエボリューション）無線ネットワークのような任意のタイプのネットワークでありうるが、ただいくつかの例を述べると、またＷＬＡＮ／ＷＩＦＩまたは「ケーブルｔｖ」ネットワーク、他のオペレータのコアネットワーク（例えば国際交換を介する接続）および同様のものでありうる。
【００５７】
アクセスゲートウェイはコアネットワークを通じてシグナリングパスを設定する。これは端末間の接続を制御するために実行される。端末間で交換される実際のコンテンツ（音声など）は１以上のコアネットワークを通じてメディアパス上で伝送される。複数の端末が１つの同一のアクセスネットワークを介して接続する場合、このメディアパスは実際には必要でないであろうし、またショートカットできよう。端末は例えば同じ無線アクセスネットワーク内に所在してもよい。
【００５８】
ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ無線アクセスネットワーク）におけるＬＣＬＳ（ローカル・コール・ローカル・スイッチ）のようなアクセスネットワーク内部のショートカットは、エンドユーザ体験（歪み、遅延など）およびオペレータ（メディアゲートウェイおよびリンク容量におけるコンテキストハンドラの意味における割り当てられるリソース容量）の双方から大きな利益を提供できる。しかしながら、従来システムでは、アクセスゲートウェイが、含まれる現実のコアネットワークノードの何れもがメディアプレーンを通過するコンテンツを必要としないことを保証できる場合にのみ、ショートカットが実行されるべきである。このメディアアクセスが要求されるであろう状況例は、合法的傍受（読み込みアクセス）、ホームネットワークにおける記録サービス（読み込みアクセス）、トーン挿入および通知（書き込みアクセス）などである。アクセスゲートウェイは、一般に、そのような利用可能な情報を持たない。
【００５９】
１つの実施形態によるソリューションは以下の原理に基づく：発信アクセスゲートウェイ（Ｏ−ＡＧＷ）（すなわち発信端末Ｔｏがそれを通じて接続するゲートウェイ）は、シグナリングプレーンを通じて、情報要素、例えば登録フィールドを設定メッセージに含め、それを用いて、シグナリングパスが経て進行する後続ノードはメディアコンテンツに加入することができる。加入は、ノードがメディアプレーン・アクセス、例えばメディアパスの特定チャネルから読み込む、または特定チャネルに書き込むことのニーズまたは要求を示すことを意味する。設定メッセージは、設定処理において、発信アクセスゲートウェイが着信ゲートウェイに送信する任意のメッセージでありうる。
【００６０】
着信アクセスゲートウェイ（Ｔ−ＡＧＷ）（すなわち着信端末（Ｔｔ）がそれを通じてコアネットワークに接続するアクセスゲートウェイ）は、発信ゲートウェイへの逆ルートに従い、応答メッセージで（例えば応答メッセージの中に情報要素をコピーすることにより）累積加入を返送する。パス内部の両ゲートウェイおよび全ノードはこの時メディア要求に関する展望を有する。この情報に基づいて、アクセスネットワーク内部にＬＣＬＳのようなショートカットを有するかを決定できる。応答メッセージは、設定処理において、設定メッセージの受信後に着信ゲートウェイが送信する任意のメッセージでありうる。
【００６１】
発信および着信ゲートウェイは同一であってもよく、また、１つのデバイスに結合されてもよいことに注意されたい。
【００６２】
ノードがメディアコンテンツに加入するであろう場合、例えばノードが読み込みアクセスのみを必要とする場合、ショートカットは必ずしも禁止されない。その場合、ローカルショートカットをなお提供できるようにするため、アクセスネットワークにおいて、またはアクセスゲートウェイで、メディアコンテンツを分岐（コピー）することができる。同様に、パスにおけるノードが書き込みアクセスを要求する場合であっても、ショートカットを確立してもよい。そのような場合、例えば、アクセスネットワークにおいて、またはアクセスゲートウェイで、両ストリーム（書き込みアクセスを要求するノードで発生するＣＮストリームとショートカットストリーム）のメディアコンテンツをマージしてもよい。
【００６３】
ノードがメディアプレーンを必要とするかを判定するため、アクセスゲートウェイは、常に、設定メッセージに情報要素を含めることができる。しかしながら、全要求接続の内のあるパーセンテージに対してのみローカルショートカットが可能であろうから、これは全ての場合には要求されないであろう。一方、ショートカットを確立できないと判定された場合でも、利益をもたらすであろう情報要素（ＩＥ）の情報に基づいて、メディアパスに少々のリソースを割り当てることは可能であるかもしれない。
【００６４】
例として、発信ゲートウェイによるグローバル・コール・リファレンス（ＧＣＲ）番号の使用がある。この場合、発信者ＩＤがＧＣＲ番号の一部であるので、発信ゲートウェイが同じプール、すなわち同じオペレータネットワークの一部であることを、または同じアクセスゲートウェイにいることさえ、着信ゲートウェイは容易に検出できる。このため、発信ゲートウェイは常に情報要素を挿入してもよい。そして、ショートカットが利益をもたらさないであろうことを検出すると、着信ゲートウェイは、情報要素を応答にコピーしないことを決定してもよい。シグナリングパスにおける発信ゲートウェイおよび全ノードはその欠如を認識し、通常のメディアプレーンの確立を再開するであろう。したがって、シグナリングオーバヘッドを削減しうる。
【００６５】
情報要素を常に含むことにより、メディアパスのショートカットの提供の可能性を失う場合を削減できる。コアネットワークでは、Ｂナンバー、すなわちコンタクトされる、または呼び出されるパーティ番号を変更できるいくつかの機能およびサービスが知られている。最もよく知られるのは、（移動から固定へ、固定からインターネット電話へ、移動からインターネット電話へ、衛星移動から固定へ、などのような）呼転送、および、グループ番号を呼び出し、そのグループの１つの端末をＢパーティ（または受信パーティ）として選択する場合のような、業務番号に一般的な、呼分配または選択である。別の例として、全国的番号を全国的チェーンの直近の店舗またはエージェントのＢナンバーに変換するエリアに基づくルーティングがある。そして重ねて、エージェントまたは店員が丁度配達中であり、誰も店にいないため、エージェントまたは店員への呼は再びその携帯に転送されてしまうだろう。そうして、Ｂパーティの呼が応答を戻すと、Ｏ−ＡＧＷは、一般的に、Ｂパーティ（呼び出されるパーティ）の所在についてのみ確信でき、そのことからＢパーティが実際に同じアクセスネットワークにいることを検索することができる。この情報とシグナリングパスに沿うノードの収集されたアクセスのニーズとに基づいて、ショートカットが可能であるかの決定ができる。
【００６６】
シグナリングトラフィックの削減の可能性は、ショートカットが原理的に可能であるかの前もっての判断と、ショートカットが可能である場合にのみ、すなわち選択的に、情報要素の送信にある。
【００６７】
例として、ローカルショートカットが可能であるアクセスネットワークにより（例えばアクセスネットワークにおけるコントローラにより）発信ゲートウェイをトリガできよう。両端末が同じアクセスネットワークを介して接続する場合、両端末は、一般に、同じコントローラを介して、例えば同じ基地局制御装置（ＢＳＣ）、同じ無線ネットワーク制御装置（ＲＮＣ）、同じｅＮｏｄｅＢまたは同じ国際交換を介して、接続するであろう。したがって、アクセスネットワークコントローラ（ＡＮＣ）は両端末が同じアクセスネットワークを介して接続するのに利用可能な情報を有し、アクセスゲートウェイにこの情報を供給することができる。
【００６８】
別の可能性は発信アクセスゲートウェイ自身がローカルショートカットはオプションであろうことを検出することである。２つのＭＳＣの形式のアクセスゲートウェイを伴う例を示す。各ＭＳＣはそのＭＳＣを介して接続する端末の詳細を含むローカルレポジトリ（ＶＬＲ：ビジタ・ロケーション・レジスタ）を持つ。アクセスネットワークを所有するオペレータは、プールにグループ化しうる、いくつかのＭＳＣを有するかもしれない。問題は、１つのＭＳＣは、一般に、同じアクセスネットワークに所在する他ＭＳＣに接続する端末を考えないことである。ありうるソリューションは、ローカルＶＬＲが全ＭＳＣ（またはプールの全ＭＳＣ）にわたる、１つの分散データベースにあることである。各ＭＳＣは、情報を読み込みそして書き込む、ＶＬＲの独自のローカルパートを有する。情報を書き込む場合、その分散ＶＬＲデータベースの更新のために、ブロードキャストにおいて、情報が全ての他のＭＳＣに自動的にコピーされる。このようにして、他端末がそれ自身のＶＬＲか、または同じネットワークに属する他のＭＳＣの１つに存在する場合、ＭＳＣは設定されるべき接続をチェックすることができる。したがって、Ｏ−ＡＧＷは、呼び出されるパーティが同じアクセスネットワークにいるかを判断できる。
【００６９】
呼び出されるパーティの番号も共通アクセスネットワークの検出に使用されてもよい。なお、呼び出されるパーティがアクセスネットワークに接続しうる同じタイプであるかを知ることは常には可能でない。特有な問題として、例えば、接続が固定接続からインターネット接続に移る場合に固定番号を保持する場合の、番号ポーティングがある。
【００７０】
上述の手段により、発信アクセスゲートウェイ（例えばＭＳＣ）はローカルショートカットの可能性を素早く検出でき、１以上のコアネットワークを通じたシグナリング手順を開始できる。着信ゲートウェイ（例えばＭＳＣ）は情報要素の存在を検出し、累積応答、すなわち収集されたメディアプレーン・アクセスのニーズを格納する情報要素を伴う応答メッセージを返送すると、自動的に追随する。
【００７１】
使用するオプションを判断するために、コアネットワークオペレータは、（同じアクセスネットワークの両パーティに基づいて）ローカルショートカットを有することができた呼のパーセンテージ、接続設定シグナリングへの情報要素の恒常的なまたは選択的な包含のコスト／労力、ショートカットの提供による利得、ローカルショートカットは原理的に確立できた（すなわち両端末が同じアクセスネットワークを介して接続する場合）が、メディアプレーン・アクセスを必要としたノードがコアネットワークにあったので結局可能でなかった場合のパーセンテージのような種々の要因に重みづけをしてもよい。このデータの大部分は、請求および課金システムとオペレータ間の精算所の設定ログの少なくともいずれかに格納される呼データ記録から検索できる。したがって、オペレータは、恒常的に、または選択的に情報要素を含むか、そして選択的包含に使用する判断基準／オプションの決定に利用可能な情報を有する。
【００７２】
接続設定シグナリング、すなわち設定メッセージまたは応答メッセージを伴って送信される情報要素は別に実装できる。１つの可能性は、４つの単純なフラグにおいて、「累積される」単純なメディアプレーン・アクセスの要求（またはニーズ）を得ることである：メディアパスの２つのチャネル（ＴｏからＴｔへのフォワードチャネル（ＦＷ）およびＴｔからＴｏへのバックワードチャネル（ＢＷ））に対し、次のフラグを情報要素において提供できる：
Ｎｅｅｄ＿Ｒｅａｄ＿ＦＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｒｅａｄ＿ＢＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｗｒｉｔｅ＿ＦＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｗｒｉｔｅ＿ＢＷ： Ｙｅｓ／Ｎｏ
シグナリングパスにおける対応ノードがメディアプレーン・アクセスのニーズを有する場合、対応するフラグを「Ｙｅｓ」（またはバイナリの「１」または同様のもの）に設定する。フラグが先行ノードにより設定済みであった場合、フラグは最早修正されない。したがって、４つのフラグは、全メディアパスに対する対応ノードのアクセスのニーズを格納する。このような実装の利点はその単純性および情報フィールドが大きくならないことである。
【００７３】
２つのノード間の中間リンクごとに、または各ノードに対して別々に、これら４つのフラグを提供することにより、さらなる改良が達成されうる。そして、１以上のコアネットワークを経るシグナリングパスにおけるノードの、１つ以上のＭＧＷのバイパスのような個々のショートカットがこの場合可能になりうる。このような、情報要素において提供されるリストは、ルーティングパスに沿って増加するであろうし、動的に増大するノードリストに累積される、より多くの情報を実質的に必要とするであろう。
【００７４】
さらに、ノード識別フィールドを情報要素において提供してもよい。対応ノードの各々がそのノード識別子を入力する、ノードごとの個別のフィールドがあってもよいし、また、シグナリングパスに沿って対応ノードの各々により上書きされる単一のフィールドが提供されてもよい。
【００７５】
情報要素により収集された情報に基づいて、ローカルショートカットを確立できるかを判定できるだけでなく、コアネットワークを経るメディアパスのアダプテーションも可能になる。例として、１以上のコアネットワークを経るシグナリングパスに沿うノードの何れもアクセスのニーズを有さない場合、メディアパスは全く確立しなくてよい。一方、ノードが書き込みアクセスを必要とする場合、フルメディアパスが確立されてもよい。ローカルショートカットが可能でない場合においても、１以上のコアネットワークにおけるメディアパスのアダプテーションを実行でき、メディアトラフィックの削減およびリソースの節約が得られる。以下では、示されたようなシグナリング方法について、基本検出（メディアプレーンはホットスタンバイに保持される）、メディアプレーンによるコールドスタンバイ、メディアパスの削減および適応メディア再ルーティングのように表される、メディアプレーン操作のための４つの実装を用いて、さらに説明する。さらなる実装または実装の特徴の組み合わせが確かに考えられることが明らかである。
【００７６】
第１の実装（ホットスタンバイ）は、単にメディアプレーンを観測することにより、すなわち、制御プレーンの相互作用を伴わず、内部ノードがメディアコンテンツへの書き込みアクセスを要求するかを、接続実行中に検出する能力をアクセスゲートウェイに供給する。実際のメディアパスはフルに設定され、使用しない場合であっても利用可能である。パスにおけるノードにより自発的に要求される読み込みアクセスは検出可能ではなく、したがってこの方法は完全には対称ではない。情報要素により収集されるアクセス要求に基づいて、フルに設定されたメディアパス上でメディアコンテンツを送信するべきかを判定することができる。メディアパスはフルに設定しているので、例えば自発的な書き込みアクセスが検出される場合、ローカルショートカットからコアネットワークを経るメディアパスへと接続を効率的に切り替えることができる。上述のように、ローカルショートカットを維持できるように、メディアストリームを自発的な書き込みアクセスに融合することも可能である。
【００７７】
第２の実装（コールドスタンバイ）は、シグナリングパスにおけるノード（外部および内部ノード）が、アクティブリンクまたはパッシブリンクを提供すべきかを決定することを可能にする。パッシブは、リンクのみならずメディアゲートウェイにおけるコンテキストマネージャに対しても規定される。パッシブは、送信するコンテンツがなく、リソースのみを割り当てることを意味する。これは、一般に、すでに実質的な処理能力とリンク容量とを解放するであろう。
【００７８】
第３の実装（メディアパスの削減）は、後続（または、書き込みアクセスの場合は先行）ノードが加入していない場合、後続ノードへのさらなるメディアパスを設定しないことにより、シグナリングパスにおけるノードが実際にリソースを削減することを可能にする。主な利点はリソース利用の削減である。マイナスの側面はホットスタンバイおよびコールドスタンバイの双方がないことである。一般的なメディアコンテキストの変更は、追加のアップストリームのメディアパスの設定を要求しうる。
【００７９】
第４の実装（適応メディア再ルーティング）は、シグナリングパスにおけるノードが、元のシグナリングパスに従わないメディアパスを再ルーティングすることを可能にする。ノードは、加入している（すなわちメディアプレーン・アクセスのニーズを有する）次のノードへの直接的メディアパスの接続を行い、加入していないノードのＭＧＷをバイパスするであろう。この実装は、リソース利用の大きな削減をもたらし、またメディアゲートウェイ（ＭＧＷ）マネージャおよび連結するリンクを通じた累積遅延をも削減する。一般的なメディアコンテキストが変化し、ルーティングへの修正を必要とするであろう場合、これは、シャドウルーティングおよび切り替えの設定により処理されてもよい。
【００８０】
注目すべき側面は、パッシブメディアパス、すなわちその上でコンテンツが送信されないリンクが、ＭＧＷのコンテキストマネージャにおいていくつかの問題を呈しうることである。現在、一定時間の間ＭＧＷのコンテキストマネージャを経てメディアコンテンツが提供されない場合、これらは切断をトリガするであろう。ありうるソリューションは、メディアコンテンツマネージャが、この検出を妨げる可能性に適応することでありうる。これは、端末対端末接続が切断される場合、ノードは接続を積極的に解除する必要があることを意味するであろう。
【００８１】
別のオプションはパッシブリンク上でのハートビート信号の適用である。パッシブリンクを設定するＭＧＷは、また、例えば、対応するコアネットワークノードの制御下で、そのリンクにハートビートを導入する。ハートビート信号は、非対応ノードの切断状態への移行を防止するので、これはシグナリングパスにおける非対応ノード（メディアストリームへの加入の可能性に適応していない、すなわち情報要素を処理できないシグナリングパスにおけるノード）の問題に対する特別の利点を有する。
【００８２】
図１および図２は、２つの異なるシナリオにおける本発明の実装を示す。図１のシナリオでは、アクセスネットワーク１０１を一般的に示し、それはＴｏおよびＴｔがコアネットワーク１０２に接続する無線アクセスネットワーク（ＲＡＮ）であってもよい。図２のシナリオでは、アクセスネットワークは、それを介してＴｏおよびＴｔが第２のオペレータのコアネットワークに接続する、第１のオペレータのコアネットワーク（ＣＮ）である。前者に対しては、ローカルショートカットをＲＡＮにおいて確立でき、一方後者の場合ショートカットは第１のオペレータのＣＮにおいて可能でありうる。
【００８３】
図１は端末Ｔｏの接続要求に基づく、コアネットワーク１０２を経るメディアパス１５０の概要図を示す。メディアパス１５０には、いくつかの内部ノードが含まれ、Ｎ１からＮ４で表す。これらのノードは関連するメディアゲートウェイを制御する制御ノードであってもよい。制御ノードおよびメディアゲートウェイは単一ノードにおいて実装されてもよいし、分離したノードとして実装されてもよいことに注意されたい。チャネルＡおよびチャネルＢパーティ（それぞれ発信および着信端末ＴｏおよびＴｔ）によるコンテンツ配信の点から見ると、メディアパスは典型的に２つのチャネルＡ（参照記号１５１）およびチャネルＢ（参照記号１５２）を有する。これらのチャネルは呼設定方向（＝フォワード）から見て「フォワードチャネル」（Ａ）および「バックワードチャネル」（Ｂ）とも呼ばれる。各チャネルは一方向であるが、ノードは各チャネルからただ読み込むか、または各チャネルに書き込むことを要求できる。
【００８４】
図面は、接続設定および付加サービスの提供に関与する制御ノードを含むシグナリングプレーン１０５（Ｏ−ＡＧＷ、Ｔ−ＡＧＷおよびＮ１からＮ４）と、メディアプレーン１０６（ユーザプレーンとも称す）間を区別する。メディアプレーン１０６は、コアネットワーク１０２においてコンテンツが伝送されるメディアパスを確立するメディアゲートウェイ（ＭＧＷ）を含む。図１では、メディアパスが最終ＭＧＷからＴｏまたはＴｔに直接伸びるように概略的に示されているが、実際のネットワーク構成では、シグナリングパスはアクセス・ネットワーク・コントローラ（ＡＣＮ）のようなアクセスネットワークにおける１つ以上のノード、例えばＧＥＲＡＮの基地局制御装置（ＢＳＣ）および無線基地局装置（ＢＴＳ）を通過しうることは明らかである。
【００８５】
発信アクセスゲートウェイ（Ｏ−ＡＧＷ１１０）は、シグナリングパスにおける第１のノードＮ１に対する設定メッセージを伴う接続要求を開始する。この接続メッセージはＢＩＣＣ−ＩＡＭ、ＩＳＵＰ−ＩＡＭまたは同様のものでありうる。設定メッセージに、例えば、上述の加入フラグバイトの形式で、情報要素が含まれる。その最も単純な形式では、それはＡおよびＢチャネルに対する読み込み及び書き込みアクセスを予約するためのフラグを含む。フラグはＡｒ（Ａチャネルへの読み込みアクセス）、Ａｗ（Ａチャネルへの書き込みアクセス）、ＢｒおよびＢｗと表すことができる。メディアプレーンへの加入を望むノードは、設定メッセージがシグナリングパスに沿ってフォワード方向に送信される場合、１つ以上のフラグを設定する。フラグが既に設定され、したがってメディアプレーンへのアクセスのニーズを示している場合、ノードはそれを変更しない。したがって、情報要素はシグナリングパスにおける全対応ノードのアクセスのニーズを累積する。上述のように、情報要素の他の実装も考えられる。
【００８６】
図２のシナリオに同様に適用可能なフラグバイトの例を図３に示す。例で、Ｏ−ＡＧＷは、フラグ２０１から２０４を包含する情報要素２００を設定メッセージに含める。Ｏ−ＡＧＷはアクセスのニーズを有さず、したがっていずれのフラグをも立てない。いずれのフラグをも立てないことにより、Ｏ−ＡＧＷはメディアプレーン・アクセスのニーズを有さないという情報を情報要素に入力する。Ｎ１はメッセージを受信し、同様にいずれのフラグをも設定しない。Ｎ２は、フォワードチャネルを読み込むニーズを示す（ストライプにより示すような）Ａｒフラグ２０１を設定する。Ｎ３はＡｗフラグ２０２を設定し、またＡｒへの加入を望むが、そのフラグ２０１は既に設定されており、したがってそのフラグはそのままにしておく。Ｎ４はフラグを設定しないが、ＡｒおよびＡｗは既に設定されている。Ｔ−ＡＧＷに着信すると、フラグバイトは編集されたように（ＩＳＵＰ−ＡＰＮのように）接続応答メッセージにコピーされ、逆方向のシグナリングパスの方へ進む。Ｔ−ＡＧＷがいずれかのアクセスのニーズを有する場合、Ｔ−ＡＧＷは、コピーする前後に、その情報も情報要素に入力する。
【００８７】
情報要素を逆方向に送信するとノードはそれ以上フラグに触れないが、（所望であれば）自身の目的のために累積結果をコピーできる。したがって、シグナリングパスにおける各ノードは他の全ノードのアクセスのニーズに関する情報を得ることができる。
【００８８】
応答メッセージが到来すると、いくつかの実施形態では、各ノードはメディアパスのためのＭＧＷコンテキストおよびリンクを設定する。例えば、ノードは設定メッセージを受信した場合にＡチャネルを設定してもよく、応答メッセージを受信した場合にＢチャネルを設定してもよい。設定および応答メッセージにより、メディアパスにおけるＭＧＷの受信機のアドレスを交換することができ、それぞれのメディアチャネルに対する受信機アドレスでＭＧＷ送受信機の構成が許容される。他の実施形態、例えばファストトラックでは、設定メッセージが受信されたときに、ＭＧＷコンテキストおよびリンクがすでに設定されていてもよい。そして、受信機アドレスは、ノード間シグナリングにより、例えば、シグナリングパスにおけるあるノードが隣接ノードにその関連ＭＧＷの受信機アドレスを通知して、交換されてもよい。そのような実施形態では、メディアパス設定は加速できる。最後にフラグバイトはＯ−ＡＧＷに到着する。Ｏ−ＡＧＷおよびＴ−ＡＧＷは、ここでショートカットに関し決定するか、またはアクセスネットワークのコントローラにショートカットを割り当てできることを通知することができる。ＡＣＮは、そのような決定を行うのに利用可能な全ての必要な情報を有するため、ショートカットを確立することの最終決定、およびショートカットの設定を行うことができる。
【００８９】
以上の方法は、本発明により、コアネットワークにおけるシグナリングパスにおける全ノードをイネーブルドとし、すなわちそれ自身のアクセスのニーズを入力することにより情報要素を処理できると共に、本発明の実施形態によるメディアパスの構成のために情報要素により供給される情報をさらに使用できうる環境において実行することができる。ネットワークにレガシーノード（非対応ノード）の無いことを保証できない、すなわち１以上のコアネットワークを経るシグナリングパスにレガシーノードが存在しうる状況では、以下のオプションを適用してもよい。
【００９０】
メディアへの加入のためにアップグレードされていないレガシーノードは、それでもメディアコンテンツへのアクセスを要求しうるが、それをシグナリングできないであろう。この課題への１つのあり得るソリューションは例えば情報要素へのノード識別（ノードＩＤ）フィールド（例えばフラグバイト）の追加である。対応ノードは情報要素をシグナリングパスにおける次のノードに伝達する前に、そのノードのＩＤによりＩＤフィールドを上書きする。次の対応ノードは、設定要求メッセージを受信する元のノードのノードＩＤ（メッセージ発信者ＩＤで、後に応答を送信する相手と同じＩＤ）と、ＩＤフィールドのＩＤとが整合するかをチェックする。整合しない場合、非対応ノードが間にいたこととなる。そして、ノードは、それ自身の加入希望またはこれまで受信したものに関わらず、全フラグ（Ａｒ、Ａｗ、Ｂｒ、Ｂｗ）を設定する。このようにして、レガシーノードを、メディアプレーンへのフルアクセスを必要とするかのように取り扱う。
【００９１】
別の可能性は接続設定メッセージの選択的エリアの使用である。いくつかのエリアはシグナリングパスにおける全ノードに対する情報を含むので、いくつかのエリアを各ノードによりコピーする。これは、典型的には、グローバル・コール・リファレンス、ＣＤＲ（課金データ記録）に対する課金情報などのような情報を含む。情報要素（例えばフラグバイト）を、接続設定メッセージのそのようなエリアに提供することができる。別のタイプのエリアはオプションを含むエリアである。例として、メディア符号化、サポートされるＣＡＭＥＬなどがある。ノードは、オプションを常にはサポートしないので、典型的には、そのようなエリアの情報を除去するか、またはそのようなエリアの情報に適応するであろう。情報要素を、設定メッセージと応答メッセージとの少なくともいずれかの、そのようなエリアに含めることができる。例えば、フラグバイトのそのようなエリアへの入力により、レガシーノードに、サポートされないオプションとして、フラグバイトを除去させるであろう。このように、シグナリングパスにおけるレガシーノードの存在を検出できる。この方法は大部分の場合レガシーノードを検出できる。特定の例では、一定のタイプの存在しないメディア符号化として、フラグバイトをマスクする。レガシーノードがシグナリングパスに存在する場合、フラグバイトは応答メッセージで返送されず、Ｔ−ＡＧＷ、ノード４からノード１および最後にＯ−ＡＧＷは、標準メディア設定が必要とされうることと、ショートカットが実行不能でありうることとを認識するであろう。
【００９２】
レガシーノード検出のこれらの方法はフラグバイト以外の情報要素、例えば別々のアクセスのニーズとノード識別子とを含むリストにより、同様に上手く作動するであろうことは容易に認識されるであろう。
【００９３】
上記方法の特定の実施形態のステップを、図１３のフロー図に示す。ステップＳ１で、発信端末Ｔｏは接続を要求する。ステップＳ２で、発信ゲートウェイＯ−ＡＧＷ１１０は、シグナリングパスにおける第１のノードＮ１への設定メッセージを伴う接続要求を開始する。発信アクセスゲートウェイは、設定メッセージに、加入フラグバイトを含める（ステップＳ３）。設定メッセージはシグナリングプレーンを通じて、すなわちシグナリングまたはルーティングパスに沿って送信される（ステップＳ４）。設定メッセージを受信すると共に送信するシグナリングパスにおけるノードは、対応するアクセス要求を有する場合にメディアプレーンへ加入するために、１つ以上のフラグを設定する（ステップＳ５）。ステップＳ６で、設定メッセージがＴ−ＡＧＷ１２０に到着し、ステップＳ７でＴ−ＡＧＷ１２０は自身のアクセスのニーズを入力し、フラグバイトを応答メッセージにコピーする。受信した情報によりそのＭＧＷを構成する（ステップＳ９）パスにおけるノードを伴うシグナリングパスに沿って、応答メッセージが逆方向に送信される（ステップＳ８）。ステップＳ１０で、Ｏ−ＡＧＷ１１０はフラグバイトを伴う接続応答メッセージを受信する。Ｏ−ＡＧＷおよびＴ−ＡＧＷはこの時点でショートカットについて決定するか、または、例えばメディアプレーン・アクセスの要求に関する収集された情報を送信することによりＡＣＮがショートカットを割り当てできる場合に、アクセスネットワーク１０１のＡＣＮに通知することができる。
【００９４】
次に、メディアパスの構成を図１に関してさらに詳細に説明する。
【００９５】
基本的検出方法（ホットスタンバイ）は、コアネットワークを通じてフルアクティブメディアパスをなおも提供するであろう。それをフルに又はフルにではなく、若しくはただ１つのチャネルのみを使用するか、すなわちメディアコンテンツを送信するチャンネルの判断は、ＡＧＷ１１０およびＡＧＷ１２０並びにＡＣＮによる。情報要素により収集されるメディアプレーン・アクセスのニーズにより、この判断がなされる。ＭＧＷが切断を検出するのを防止するため、不使用チャネルのための「ハートビート」信号をメディアプレーンで使用できる。実際のチャネル使用に応じて、ハートビートをメディアパスのＡチャネル１５１でＯ−ＡＧＷからＴ−ＡＧＷへ、またはメディアパスのＢチャネル１５２でＴ−ＡＧＷからＯ−ＡＧＷへ送信できる。パスにアップグレードされていないノード（レガシーノード）がありうるため、これらのノードの切断を防止するためＭＧＷにおけるトラフィック検出の禁止はここでは実行すべきでない。
【００９６】
一般的なメディアコンテキストの変更が生じる場合に、メディアパスがなおも存在し、自発的な書き込みアクセスに直ちに使用できるという利点を、「ホットスタンバイ」は有する。自発的な読み込みアクセスはより検出し難い。
【００９７】
しかしながら、第１のノードまたは任意の他ノードが加入するであろう（例えばＮ１はＡパスへ加入するであろう）場合、他ノードが加入していない場合でもＡパスはコアネットワークを通じてフルに伸張するであろう。不要リソースの使用を最小にするため、さらなる実施形態を使用してもよい。
【００９８】
メディアプレーンを構成するさらなる方法は「コールドスタンバイ」である。問題は、ノードが、受信フラグバイトから、そのシグナリングパスにおける先行ノードの何れも加入していないことを知っているが、パスの後のノードが加入するであろうかを知らないことである。この課題を解決するため、（設定メッセージにおいてＯ−ＡＧＷからＴ−ＡＧＷへの）「フォワード」フラグバイトを応答メッセージにコピーする。さらに、追加情報要素を応答メッセージに含める。例として、Ｔ−ＡＧＷは、「バックワード」フラグバイトを追加できる。逆のパスにおけるノードはフォワードフラグバイトに触れないが、フォワードフラグバイトについて以前に行ったのと同様に、そのそれぞれのメディアプレーン・アクセスのニーズの情報をバックワードフラグバイトへ入力する。加えて、各ノードはフォワードフラグバイトを受信すると、コピーをセーブしておく。応答メッセージが到着すると、ここでは、ノードはアップストリームおよびダウンストリームのノードの加入に関して利用可能な情報を有し、したがってメディアチャネルに対するＭＧＷをアクティブまたはパッシブに設定できる。これは、基本的に、アップストリームのノードが書き込みアクセスを予約していないと共にダウンストリームのノードが読み込みアクセスを予約していない場合、ノードがメディアコンテンツをアップストリームまたはダウンストリームにさらに転送しないであろうことを意味する。Ｏ−ＡＧＷに到着したとき、これら２つのフラグは同一であろう。
【００９９】
上述のように、いくつかの実施形態では、ＭＧＷにおける初期リンク設定はシグナリング方向において行われる。帯域外トランスコーダ制御ネゴシエーション（ＯｏＢＴＣ）がある場合、メディアプレーンは、いずれにせよ、バックワードＡＰＭが受信された後に規定される。これは、フォワードチャネルに対して、設定はなされているが、ＭＧＷコンテキストマネージャの設定を変更する必要がありうることを意味する。バックワードチャネルに対しては、リンク割り当てが応答メッセージの着信時に行われるので、これは問題でない。その他の実施形態では、両チャネルは設定メッセージの着信時に設定されてもよく、そうして、ＭＧＷコンテキストマネージャの設定は両チャネルに対して変更される必要がありうる。
【０１００】
実行されるべき動作は、単純に、フラグバイトの、フォワードでのセーブと、バックワードでの受信とに関する。シグナリングパスにおける先行ノードのアクセスのニーズを示すフォワードフラグバイトの受信時に、ＭＧＷの初期設定を実行することができる。バックワードフラグバイトが応答メッセージと共に受信されると、接続設定を完了できるように、シグナリングパスにおける後続ノードのアクセスのニーズの情報が利用可能である。ノードにおいて評価される情報要素（ここではフォワードおよびバックワードフラグバイト）がダウンストリームの特定のチャネルへメディアを伝送するニーズがないことを示す場合、ノードはそれぞれのチャネルのエンドポイントである。例えば、それぞれのチャネルにおけるアップストリームのノードがチャネルに書き込むニーズを有さない場合であって、それぞれのチャネルにおけるダウンストリームのノードがチャネルを読み込むニーズを有さない場合、これはその場合でありうる（チャネルにおけるアップストリームのノードが書き込みアクセスを必要とする場合、そのノードにより生成されるコンテンツは、ショートカットメディアストリームに融合できるように、ダウンストリームチャネルに伝送すべきである）。そして、メディアコンテンツはリンクに伝送される必要がないため、それぞれのＭＧＷリンクをパッシブに設定できる。代わりにハートビート信号を送信することができる。
【０１０１】
例として、各内部ノードは、アップストリームに対して、（Ｏ−ＡＧＷからＴ−ＡＧＷへ送信される）フォワードフラグバイトに基づいてそのＭＧＷにおけるコンテキストマネージャを設定し、その逆も同様にする。Ｂストリームに対しては、それは、Ｂのダウンストリームの任意のノードがそれに加入していることを示す、セーブされたフォワードフラグバイトであろう。Ａストリームに対しては、それは、Ａチャネルにおけるダウンストリームの任意のノードが加入していることを示す、バックワードフラグバイトであろう。任意のチャネルにおいて書き込みアクセスが要求される場合、ノードは、そのチャネルのリンクがアクティブまたはパッシブに設定されているかを判定するために両フラグバイトを使用することができる。要求（すなわちメディアプレーン・アクセスのニーズ）を、特定方向へのコンテンツの伝送の要求に設定されている場合、メディアパスはその方向の次のＭＧＷへフルに拡張される。そうでない場合、このＭＧＷは各チャネルのエンドポイントである。受信されたコンテンツは、さらには送信されない。代わって、パスを生かしておくために、ハートビート信号がストリームに送信される。ＭＧＷがＡチャネルまたはＢチャネル若しくは両方のエンドポイントでありうることに注意されたい。各ＭＧＷは次のＭＧＷへの特定のチャネルにおけるそのダウンストリームのリンクの保持に関与する。
【０１０２】
逆方向にＡチャネルに向けて流れるＢチャネルにおけるダウンストリームは「グローバル」アップストリーム方向、すなわちＴ−ＡＧＷからＯ−ＡＧＷへの方向に対応することに注意されたい。
【０１０３】
例として、図１のノードＮ２は、フォワード情報要素により、アップストリームのノードＮ１およびＯ−ＡＧＷがメディアプレーン・アクセスのニーズを有さないことを通知される。応答メッセージと共に受信される追加情報要素により、Ｎ２はダウンストリームのノード、すなわちノードＮ３、Ｎ４およびＴ−ＡＧＷの１つがＡチャネルに対する読み込みアクセスのニーズと書き込みアクセスのニーズの少なくともいずれかを有すること、そしてこれらのノードの何れもＢチャネルへのアクセスを要求しないことが通知される。Ａチャネルにおけるダウンストリームでメディアプレーン・アクセスが要求されると、Ｎ２はそのＭＧＷを制御し、コンテンツをＡチャネルリンクでＮ３に送信する。Ｂチャネルのダウンストリームで（Ｎ１の方向において）アクセス要求が存在しないと、Ｎ２は、Ｎ１へのＢチャネルのリンクをパッシブに設定し、例えば、メディアコンテンツの代わりにハートビート信号の送信を開始する。いずれのノードもＢチャネルに加入していないと、コアネットワーク１０２の全Ｂチャネルのリンクをパッシブに設定することができる。
【０１０４】
「コールドスタンバイ」の実施形態では、（リンクおよびコンテキストマネージャのような）リソースは、なおも実際に割り当てられ、他の目的に使用することができない。利点は、それらが予約され、シグナリングプレーンにより、すなわちそれぞれの制御ノードにより、むしろ安全にアクティブ化されうることである。同様に、「ホットスタンバイ」もまた、読み込みアクセスに対するシグナリングプレーンのサポートを必要とする。
【０１０５】
さらなる実施形態、「メディアパスの削減」は、これらのリソースを解放することができる。「メディアパスの削減」の実装は「コールドスタンバイ」のさらなる高度化である。アップストリームおよびダウンストリームについて、同じフラグバイトの原理に従いうる。まさに現時点において、ノードが、エンドポイントであるとともに予約していることを検出する場合、ノードはコンテキストマネージャを割り当てるが、ダウンストリームのリンクは割り当てないであろう。エンドポイントであると共に予約していない、すなわちメディアプレーン・アクセスの要求を有さないことを検出する任意のダウンストリームのノードは、着信するアップストリームのリンクがないであろうため、コンテキストマネージャを割り当てないであろう。そして勿論そのようなノードはまたダウンストリームのリンクの確立もしないであろう。
【０１０６】
Ｂストリームに対しては、これは応答メッセージの受信時に行われうる。Ａストリームに対しては、リソースは（受信設定メッセージにより）まず設定されてもよいが、応答が受信されることに伴い放棄される。メディアパスの遅い設定はこれを回避しうる。他の実装では、設定メッセージの受信時に両チャネルを設定してもよく、したがって、それぞれのチャネルにおけるダウンストリームにアクセスのニーズがない場合、両チャネルリンクは解除されることが必要であろう。
【０１０７】
リンクが設定されないため、リソースは解放されうる。一般的なコンテキストにおける変化が生じたときに、追加パス設定が要求されてもよい。「メディアパスの削減」構成では、メディアパスはメディアプレーンに加入していないノードを通じて（より正確にはそのＭＧＷを通じて）伸張してもよい。例として、Ｎ２はＡチャネルに加入しているがＮ１は加入していない場合、メディアパスはＡチャネルに対するＮ１のＭＧＷを通じてなお伸張するであろう。これは他の目的に使用できない（リンクおよびコンテキストマネージャのような）リソースを占有するであろう。以下の実施形態（「適応メディアルーティング」）により、これらのノードをバイパスしてもよく、加入しているノード間にのみメディアリンクを作成してもよい。
【０１０８】
この実施形態は単純なフラグバイトとは異なる情報要素を使用する。シグナリングパスにおける各対応ノードは、動的に大きくなるリストに、そのフラグおよびそのノード識別子（ＩＤ）を追加する（すなわちメディアプレーン・アクセスのニーズを入力する）。そのようにして、接続設定シグナリングはその加入を伴う全対応ノードのダウンストリームのリストを集めようとする。
【０１０９】
先の実装のように、（アップストリームのノードのアクセスのニーズのみを含む）設定メッセージと共に受信されるリストは、メディアパスの一部の設定（例えばメディアコンテキストの初期化）に使用できるが、またダウンストリームのノードのアクセス要求を含む応答メッセージと共に受信されるリストは、メディアパスの設定の完了（例えばメディアコンテキストおよびリンク設定の完了）に使用できる。リストがシグナリングパスにおける特定ノードのＭＧＷにメディアコンテンツを伝送する必要がないことを示す場合、このＭＧＷをバイパスするようにメディアパスが設定される。
【０１１０】
例として、Ａストリームは、最初に設定されてもよく、応答メッセージと共にリストを受信したときに変更されてもよい。他の実施形態では、ＡストリームとＢストリームの少なくともいずれかが最初に設定されてもよいが、アクセスのニーズの完成したリストを含む応答メッセージと共に適合される必要がある。正しいメディア接続を作成するために、リンクを正しく確立するために、リストは種々のフラグ（またはチャネル）に対してコンテキストマネージャのポート／ゲート識別子を含んでもよい。識別子の存在は加入していることを意味する。複数リンクが存在すると共に接続がシグナリング要求／応答メッセージを含まないため、グローバル・コール・リファレンスは、正しい関係を特定するために使用することができる。ポート／ゲートＩＤを、方向ごとに、「グローバルＩＰ（インターネットプロトコル）アドレス、およびＵＤＰ（ユーザデータグラムプロトコル）ポート番号」に対応させることができる。
【０１１１】
シグナリングパスにおけるコアネットワークノードにより実行されるステップを図１４のフロー図に示す。ステップＳ２０で、コアネットワーク（ＣＮ）ノードにおいて、アクセスのニーズのリストを伴う情報要素を含む設定メッセージが受信される。ステップＳ２１で、ＣＮノードはＡストリーム／チャネルに対するメディアパスのリンク／接続を確立する。上で述べたように、ファストトラックまたはメディアパスの遅い設定も考えられる。ＣＮノードはそのＩＤと、それ自身のメディアプレーン・アクセスのニーズとを、リストに入力し（ステップＳ２２）、シグナリングパスにおける次のノードに、更新されたリストと共に設定メッセージを転送する（ステップＳ２３）。ステップＳ２４で、ＣＮノードは、Ｔ−ＡＧＷにより送信され、完成したリストを含む応答メッセージを受信する。 Ｂストリームに対して、ノードは以下のステップを実行する。応答メッセージが到着すると、ＣＮノードは、加入していない場合（決定ステップＳ２５）、コンテキストマネージャおよびダウンリンクの設定を控えるであろう（ステップＳ２６）。ＣＮノードは、加入している場合（ステップＳ２５）、加入しているダウンストリームの最初のノード（第１のノード）に対する要求メッセージから、格納されたリストをスキャンするであろう（ステップＳ２８）。そして、ＣＮノードは、標準信号ルーティングに従うよりむしろ、そのＩＤにダウンリンクを設定（または以前に割り当てたリンクを対応するように修正）するであろう（ステップＳ２９）。代替手法は、加入しているダウンストリームのノードが、リストのアップストリームの加入している最初のノードへの接続を確立し、ＩＤと共にポート／ゲート識別子を使用することである。
【０１１２】
Ａストリームが以前に設定されている場合、手順が少し異なる。加入していないノード（決定ステップＳ２５）は、前に割り当てられたコンテキストマネージャを、単に除去する（ステップＳ２７）。加入している場合、Ｂストリームにおいて、加入しているアップストリームの最初のノードに関して集められたリストがチェックされる（ステップＳ３０）。そして、ＩＤおよびポートゲート情報を使用して、接続（すなわちメディアパスのリンク）は、最初のアップリンクのノードから加入している最初のノードへ変更する（ステップＳ３１）。また、ここで、既に確立されたリンクは修正の必要がないように、メディアチャネルの遅い設定はこれを容易にするであろう。
【０１１３】
ＣＮノードは、最後に、シグナリングパスにおける次のノードに情報要素を伴う応答メッセージを転送する。これは、勿論、本方法における早い段階、例えば応答メッセージを受信した直後に実行されてもよい。
【０１１４】
以上の実施形態の説明は、設定メッセージによるＡチャネルおよび応答メッセージによるＢチャネルの設定を含むが、本説明はメディアパスのファストトラックの設定にも同様に適用できる。そして、設定メッセージを用いて確立されるＡチャネルおよびＢチャネルの双方は、応答メッセージの情報要素を伴って受信されるリストにおけるメディアプレーン・アクセスのニーズに従って解除され（ステップＳ２６またはステップＳ２７）、または適合（ステップＳ２９およびステップＳ３１）されてもよい。
【０１１５】
図１に関して、Ｎ２がアクセスのニーズを有するとともに、Ｎ１がアクセスのニーズを有さないことをリストが示す場合、Ｎ２は直接その関連ＭＧＷのメディアパスのリンクをＯ−ＡＧＷのＭＧＷへと設定する。したがって、メディアパスはＮ１のＭＧＷをバイパスする。
【０１１６】
いくつかの実施形態では、ＡおよびＢチャネルの何れにも対してもアクセスのニーズがない場合にのみ、ＭＧＷがバイパスされ、すなわち、ＡまたはＢチャネルのいずれかのためのみにはＭＧＷはバイパスされない。したがって、メディアパスは、ＡチャネルおよびＢチャネルに大して同一である。ＡおよびＢチャネルが異なるパスを取りうる他の実施形態も考えられる。
【０１１７】
シグナリングパスにおけるレガシーノードは、以下のように取り扱われてもよい。以前に説明した実装におけるのと同様に、ダウンストリームの最初の対応ノードは、少なくとも１つの非対応ノードの存在を検出し、そこから設定メッセージを受信する。予防措置の問題として、対応ノードは両ストリームに加入し、そうして、対応ノードは、非対応ノードに両チャネルのメディアコンテンツを供給することができるとともに、非対応ノードから両チャネルのメディアコンテンツを受信することができる。（ダウンストリーム方向に）レガシーノードに先行するノードは、同様に、全チャネルにフルに加入してもよい。このように、２つの対応ノードは、１つまたは一連の非対応ノードを減る通常のパスであって、各端部に対応ノードを有するパスを生成するであろう（すなわちメディアパスはこれらのノードのＭＧＷを通じて生成される）。この目的のために加入したノードはこれを記憶し、再ルーティングを適用しないが、通常のように隣接する非対応ノードへの接続（すなわちメディアパスのリンク）を確立する。
【０１１８】
シグナリングパスにおける対応ノードへは、以下のように、パスにおけるレガシーノードの存在が通知されてもよい。レガシーノード（例えばＮ２）を検出するノード（例えば図１のＮ３）は、例えば、レガシーノードＮ２がアクセスのニーズのリストに何ら情報を入力しなかったことに注目することにより、リストにこの情報を入力できる。ダウンストリーム方向においてレガシーノードＮ２に先行する（すなわち、レガシーノードがそこから設定メッセージを受信する）ノードＮ１に応答メッセージが着信すると、次のダウンストリームのノードＮ２がレガシーノードであることを応答メッセージのリストから判断することができ、このノードへのフルメディアパスのリンクを確立することができる。さらにアップストリームのノードも応答メッセージを受信し、Ｎ１が、レガシーノードＮ２に接続するように、フルメディアプレーン・アクセスを要求することを認識する。したがって、加入している次のアップストリームのノード間、そしてＮ１を通じＮ２へおよびＮ３へ、メディアパスが確立されるであろう。そこから、メディアパスは適応ルーティング方式に従い継続する。上述のノード間接続は、各関連メディアゲートウェイ間のメディアリンクを参照することに注意すべきである。
【０１１９】
適応メディアルーティングを以って、メディアプレーン・アクセスを要求しないノードのＭＧＷをバイパスすることができ、これによりトラフィックおよび所要リソースが削減される。情報要素と共に収集される情報がローカルショートカットは可能でないことを示す場合、例えばシグナリングパスにおけるノードが書き込みアクセス要求を有する場合、適応メディア再ルーティングが実行されてもよいことに注意されたい。
【０１２０】
両端末が同じアクセスネットワークにいない場合にも、適応ルーティングは可能である。したがって、適応ルーティングは、メディアパスを最適化する非常に強力な方法である。シグナリングパスにおける任意のノードは、Ｏ−ＡＧＷまたはＴ−ＡＧＷとして動作できると共に、それぞれのノードにより転送される設定または応答メッセージに、情報要素を含めることができる。したがって、情報要素を処理することができるシグナリングパスにおけるノードは、メディアパスを設定するために、上述の方法のいずれかにより情報要素を使用することができる。
【０１２１】
例として、たとえ応答メッセージがそのゲートウェイにより生成されず、転送されるのみであっても、着信ＡＧＷは、情報要素の投入を行うことができる。それは以前に受信した設定メッセージからコピーされた情報要素を、通過すると共に情報要素を含まない応答メッセージに入力することができる。同様に、Ｏ−ＡＧＷでないパスにおけるノードは、情報要素を通過すると共にそのような要素をまだ含まない設定メッセージに含めることにより、Ｏ−ＡＧＷとして動作することができる。
【０１２２】
基本的に、設定メッセージにおいて情報要素がないことを検出するシグナリングパスにおける任意のノードは、応答メッセージに返送情報要素を見ないノードが設定メッセージからそのローカルに格納されるコピーを挿入してもよいように、情報要素を投入することができる。これは、ネットワーク、例えばシグナリングパスにおけるノードのチェーンにおける部分またはセクションもまた、メディアパスを最適化するために情報要素を使用できることを意味する。
【０１２３】
図２は、アクセスネットワークが、ローカルショートカットが可能でありうる第１のオペレータのコアネットワークである、異なるシナリオを示す。上で与えられた説明は、同様に、上の方法を実行するコアネットワーク１０２のノードと図２のシナリオとに適用される。
【０１２４】
図２のシナリオは、境界を経る呼転送を説明することができる。端末Ｔｏを伴う発呼者（コーリングパーティ）（またはＡパーティ）は、オペレータ１のネットワーク（すなわちアクセスネットワーク１０１）においてローミング中である。Ｔｏは、（不図示の）無線アクセスネットワークを介してアクセスネットワーク１０１に接続することができる。オペレータ１とオペレータ２とのネットワーク間の境界を経るトラフィックは、境界のそれぞれの側の国際ゲートウェイ交換（ＩＧＥＸ）を用いて確立される。アクセスネットワークにおけるＩＧＥＸは、アクセスネットワークコントローラとして機能し、共にアクセスネットワーク１０１を介して接続するＴｏとＴｔとの間のメディアパスのショートカットを確立してもよい。コアネットワークにおけるＩＧＥＸは組み合わされたＯ／Ｔ−ＡＧＷとＯ／Ｔ−ＭＧＷとして機能する。オペレータ２にとって、オペレータ１のネットワークはアクセスネットワークとして見える。オペレータ１はまた、インターネット電話オペレータであるかもしれず、その場合、ＩＧＥＸはＩＧＷ（インターネットゲートウェイ）であってもよい。
【０１２５】
図２の例において、端末Ｔｏは、ホームネットワークがコアネットワーク１０２であるパーティＴｉを呼び出す。ノードＮ２において、Ｔｉ宛てに受信される呼のために、Ｔｔへの呼転送が提供される。したがって、メディアパスは、コアネットワーク１０２を経て後方のアクセスネットワーク１０１に、そして、そこからＴｔに対して確立される。したがって、例えば、ルーティングパスにおけるノードのアクセス要求の収集およびメディアプレーンの構成に関する上述の方法は、コアネットワーク１０２で同様に実行されてもよい。
【０１２６】
転送ノードＮ２がその呼を転送することをＴｏに通知する場合、その音声メッセージがＴｏへの戻りのメディアパスを使用する。したがって、すでにフルメディアパスを設定する（ファストトラック）のは有利である。Ｎ２は、例えば、Ｔｏが呼転送区間の追加課金を受理するであろう場合、呼転送に関してＴｏの相互入力を必要としてもよい。コアネットワークサービスは、一般に、発信端末に対して確立される完全２重メディアパスから利益を得る。より早い設定をサポートすることとこのように双方向サービスを可能にするために、設定を受信するダウンストリームのノードは、その直近のアップストリームのノードと直接コンタクトして、そのメディア受信機および場合によって利用可能なメディアチャネルでのコンテンツに対する符号化手段（ノード間シグナリング）を通知できる。このようにして、フルメディアパスを呼設定時に確立することができる。
【０１２７】
一般に、ノードが設定段階で読み込み／書き込みを必要とし、呼が設定されたときにはそれを必要としないことがありうる。ノードは、設定メッセージがそのノードから発出される（そのようにサービスが既に適用されている）とき、そのアクセスのニーズを情報要素（例えばフラグバイトまたはフラグリスト）に入力することができる。したがってメッセージがノードに入るときの状況に対応して情報を入力することを回避することができる。
【０１２８】
より一層複雑な場合が、ｂａｃｋ ｔｏ ｂａｃｋサービスと呼ばれるものである。例えばコレクトコールである。呼はＴｔ端末に対しては設定されないが、その呼はまずサービス区間Ｔｏ−Ｓで終了し、サービスはその後Ｔｔを呼び出し、課金の受理を尋ねる。Ｔｔが受理すると、サービスは、呼のＴｏ−ＳおよびＳ−Ｔｔ区間をショートカットが適用しうる１つのパスＴｏ−Ｔｔに連結する。
【０１２９】
当業者は以上の基本的教示をそのような特定の場合へ修正させおよび適応させる方法を知っているであろう。
【０１３０】
図１５は、以上の構成のいずれかで使用することができる、本発明の実施形態によるアクセスゲートウェイの概略ブロック図を示す。任意のタイプのアクセスゲートウェイに関してここで説明される、上記の方法のステップの何れかを実行するように、アクセスゲートウェイ３００を構成することができる。アクセスゲートウェイは、例えばコアネットワークを経るメディアパスを設定するために、ＭＧＷインタフェース３０５を介して関連メディアゲートウェイを制御する。したがって、アクセスゲートウェイは、メディアパスの確立に関してここで記述する何れかのステップを実行してもよい。アクセスゲートウェイ３００は、アクセスネットワークへの、特にそのようなネットワークの制御ノードへのインタフェース３０３をさらに備える。例えば、基地局制御装置、無線ネットワーク制御装置または無線アクセスネットワークのｅＮｏｄｅＢへのインタフェース、若しくは別のコアネットワークのゲートウェイへの、例えば別のオペレータのネットワークのＩＧＥＸへのインタフェースをさらに備える。
【０１３１】
アクセスゲートウェイ３００は、コアネットワークのノードへの、コアネットワークインタフェース３０４をさらに備える。例えば、コアネットワークの別のアクセスゲートウェイまたはメディアゲートウェイを制御する任意の他のコアネットワークの制御ノードとインタフェースで接続してもよい。また、ＶＬＲまたは同様のもののような、本技術において知られるような任意の他のタイプのノードともインタフェースで接続してもよい。
【０１３２】
アクセスゲートウェイ３００の送信／受信部３０２は、接続設定シグナリングおよびインタフェースを経るその他のタイプのシグナリング、例えばインタフェース３０５を介するＭＧＷへの制御シグナリングを送信し、受信する。処理部３０１は、ここで記述した方法のステップを実行するためのアクセスゲートウェイ３００の動作を制御するように適合される。特に、処理部３０１は、インタフェース３０４を介して送信される設定メッセージまたは応答メッセージに情報要素を含めることができ、このような受信接続設定シグナリングから情報要素を検索すると共に、ショートカットを確立できるかの判定のための収集される情報を供給してもよい。処理部３０１は、自身で情報を評価できる。処理部３０１はさらに、上で概説したように、メディアパスを確立するために検索される情報に従って、そのＭＧＷを制御する。
【０１３３】
図１６の概要ブロック図に例示するコアネットワーク（ＣＮ）４００は、同様に、コアネットワークノードへのインタフェース４０３および関連メディアゲートウェイへのインタフェース４０４を伴って構成される。送信／受信部４０２は、それぞれインタフェース４０３およびインタフェース４０４を介して、接続設定シグナリングおよび制御シグナリングを送信し、受信する。処理部４０１は、例えばコアネットワークノードに関してここで述べた方法のステップのいずれかをノードに実行させることにより、ＣＮノード４００を制御するように適合される。特に、処理部４０１は、受信した接続設定シグナリングから情報要素を抽出すると共に格納し、それ自身のメディアプレーン・アクセスのニーズをそのような情報要素に入力し、そして、インタフェース４０３を介して、その情報要素を含む接続設定シグナリングを他のＣＮノードに転送することができる。さらに、任意の上の実施形態および実装による、インタフェース４０４上での制御シグナリングにより、その関連ＭＧＷを通じてメディアパスを構成してもよい。
【０１３４】
以下では、本発明のとりうる実装の具体例を説明する。上で与えた説明は、以下ここで説明するより具体的な実装に適用することができることは明らかである。
【０１３５】
構成例は、携帯電話機の形式の端末、無線アクセスネットワーク（ＲＡＮ）の形式のアクセスネットワーク、および移動交換センタ（ＭＳＣ）の形式のアクセスゲートウェイを含む。一般に、携帯対携帯の呼のシナリオは発信無線アクセスネットワーク（ｏＲＡＮ：呼を発する）と、発信コアネットワーク（ｏＣＮ：１つ、２つ、３つ又はそれ以上のＭＳＣと、１つ又はいくつかのＭＧＷを伴う）と、多分、中継ネットワーク（ＴＮ：任意の複雑さ）と、着信コアネットワーク（ｔＣＮ：ｏＣＮにおけるような）と、着信無線アクセスネットワーク（ｔＲＡＮ）とを含むことができる。アクセスネットワークにおいてローカルショートカットを提供するため、ｏＲＡＮおよびｔＲＡＮは同一であるべきであり、それらは少なくともローカルショートカットを許容すべきである。ｏＲＡＮおよびｔＲＡＮは論理的に異なっていてもよく、同一の物理ＲＡＮを共有する異なるネットワークオペレータにより制御されてもよい。多くの場合、唯一のＭＳＣおよび唯一のＭＧＷが存在するであろうが、本方法はパスにおける任意の数のノードに適用することができる。本方法はまた、（これらのネットワーク全てが本発明の実施形態により動作するようにアップグレードされることを条件に、）１つより多くのコアネットワークと、パスにおける任意の数の中継ネットワークとを伴って（それらが全て本発明の実施形態により動作するようにアップグレードされていることを条件に）、動作する能力を有する。
【０１３６】
解決すべき第１の課題は、共に１つの呼に属する２つの無線区間（発信携帯からの１つおよび着信携帯への１つ）を特定することである。さもなければ、ローカルショートカットが許容されない。発信サイドから着信サイドへのルーティングパスに沿って渡される固有の呼識別子を用いることにより、この課題を解決することができる。ある態様によれば、この地球において任意の方法で呼をルーティングすることは可能であり、したがって真の「グローバル」呼識別子が使用される。３ＧＰＰにすでに存在する「グローバル・コール・リファレンス」をこの目的に再使用してもよい。
【０１３７】
さらに、パスにおける任意のノードがローカルショートカットを許容することを呼ルーティングパスに沿ってネゴシエーションする。ルーティングパス内の単一ノードが、（それがユーザプレーン（すなわちメディアプレーン）にアクセスする必要性を実際に有するか、または新規手順をただ理解しないかのいずれかのために）ローカルショートカットに同意しようとしない場合、ローカルショートカットは確立できない。
【０１３８】
本実装では、ローカルショートカットのいくつかの特色が区別され、コアネットワーク内部の異なるアクセスのニーズと結合される。
【０１３９】
ａ）呼が直接ショートカットされ、コアネットワークを経るユーザプレーンが全く存在しない。そして、ショートカットが中断され、通常のユーザプレーンが確立されない限りは−ユーザプレーンへのアクセスが可能ではなく、付加サービスは可能ではない。このバージョンは、ユーザ認知（高品質、低遅延）および運用コストに関して本質的に改善している。このタイプのショートカットは、大部分の呼においておよびほとんどの時間で、使用されてもよい。
【０１４０】
ｂ）呼が直接ショートカットされるが、ルーティングパスにおける任意のノードがユーザプレーンデータを読み出せるように、ユーザプレーンデータはなおアップリンクにおいてコピー（例えば分岐）される。この「読み出す」機能のサブバージョンは、アップリンクの発信サイドをコピーするか、またはアップリンクの着信サイドをコピーするか、もしくは両方をコピーするかの何れかである。したがって、パスにおけるノードのアクセスのニーズに応じて、１以上のコアネットワークを経るメディアパスの一方または両チャネル上でメディアコンテンツを送信することができる。
【０１４１】
ｃ）呼が直接ショートカットされるが、ルーティングパスにおける任意のノードはユーザプレーンに書き込むことができ、これらのデータは携帯に送信される。この「書き込む」機能のサブバージョンは、発信携帯へ、または着信携帯へ、若しくは両方へ書き込むことを含む。この書き込む時間の間に、書き込まれたデータを携帯に供給するために、ローカルショートカットが中断される。
【０１４２】
本実装によるソリューションは、むしろ能率的手段を以って、これらの場合の全ての制御を許容することができる。呼設定時に、第１の発信ＭＳＣ(ｏＭＳＣ)は、「グローバル・コール・リファレンス」（ＧＣＲ）と、この実装で「Ｎｅｅｄ＿Ｒｅａｄ＿Ｎｅｅｄ＿Ｗｒｉｔｅ」（ＮＲＮＷ）と呼ばれる、４つのバイナリフラグ：
ａ）Ｎｅｅｄ＿Ｒｅａｄ＿Ｆｏｒｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｂ）Ｎｅｅｄ＿Ｒｅａｄ＿Ｂａｃｋｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｃ）Ｎｅｅｄ＿Ｗｒｉｔｅ＿Ｆｏｒｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｄ）Ｎｅｅｄ＿Ｗｒｉｔｅ＿Ｂａｃｋｗａｒｄ： ０：Ｎｏ、１：Ｙｅｓ
を含む情報要素を生成する
ｏＭＳＣは、そのニーズに従って、これら４つのフラグをＮＲＮＷ内に設定する。デフォルトでは、全て４つのフラグがバイナリの「０」値へ写像する「Ｎｏ」に設定される。ｏＭＳＣはＧＣＲおよびＮＲＮＷを、次の呼ルーティングノードに、すなわちシグナリングパスにおける次のノードに転送する。このノード（パスにおける任意のノード）は、そのニーズに従って、これら４つのフラグを修正してもよい。ノードは、フラグをＹｅｓからＮｏに決して再設定しないようにする。ノードは任意のフラグをＮｏからＹｅｓに上げてもよい。
【０１４３】
１つまたは全フラグをＹｅｓ（同一ルール）にも上げうるｔＭＳＣに到着するまで、場合によっては修正されるＮＲＮＷはルーティングパスに沿って次のノードに転送される。最後には、これら４つのフラグは、パスに沿う全ノードのアクセスのニーズに関する論理的ＯＲ関数を表す。一般に、ＮＲＮＷはルーティングパスに沿って後方へ返送され、今度は修正が許容されない。最後には、ユーザプレーンアクセスのニーズの状態、すなわち、読み込みアクセスまたは書き込みアクセスが望まれる／可能であるか、およびその方向（フォワードまたはバックワード）を、パスにおける全ての呼制御ノードが知っている。
【０１４４】
それに応じて、ｔＭＳＣは（そして場合によってはｏＭＳＣも）、関連するｔＲＡＮ（およびｏＲＡＮ）に通知する。１つの起こりうるケースでは、全フラグは「Ｙｅｓ」に設定され、ローカルショートカットが全体として禁止される。最良の場合には、全フラグが「Ｎｏ」に設定され、ローカルショートカットは全く制限されない。その間の全変形が可能である。
【０１４５】
呼の間に、これらノードのいずれかのニーズが変化することがあり、それらは、ＮＲＮＷフラグを更新するために、新規メッセージをフォワード方向とバックワード方向の少なくともいずれかに送信しうる。そして、ｏＲＡＮとｔＲＡＮとの少なくともいずれかは通知を受け、（部分的にまたは全体的に許容され、または拒絶される）ローカルショートカットを修正する必要があるかもしれない。
【０１４６】
情報要素（ここではＮＲＮＷ）は、本実装における、能率的手段を伴う呼設定時のショートカットおよび付加サービスに可能な全シナリオの制御を許容する。呼の間の修正の場合、同一の情報要素ＮＲＮＷは、既存のメッセージまたは新規メッセージ内で送信されてもよい。ローカルショートカットの任意の変形間での変更は随時可能でありうる。
【０１４７】
以下では、上の教示のより一層特有の実装を、図４から図１２に関して説明する。実装は、２Ｇまたは３Ｇネットワークに、特にＧＥＲＡＮアクセスネットワークにおけるローカルショートカットの提供に関する。アクセスネットワークは、基地局サブシステム（ＢＳＳ）の形式で提供され、基地局サブシステムは、基地局制御装置（ＢＳＣ）の形式のアクセスネットワークコントローラと、１つ以上の無線基地局装置（ＢＴＳ）であって、その範囲内の端末と通信する無線基地局装置（ＢＴＳ）とを含んでもよい。
【０１４８】
様々な種類の付加サービス（例えばマルチパーティコール、明示的呼転送、など）のサポートおよび合法的傍受手順のサポートへの影響を避けるため、ＢＳＳ（基地局サブシステム）のみならず、アクセスゲートウェイ、例えばＭＳＣもまた、ローカルショートカットの確立／解除（以下ではローカルスイッチまたはＬＣＬＳとも呼ばれる）に関係しうる。ローカルスイッチの、すなわちアクセスネットワークにおけるローカルショートカットの提供の本実装では、ＢＳＳは２つの呼区間を相互に関連付け、すなわちＢＳＳは誰が誰と通話中であるかを知る必要がある。この情報はＭＳＣにより供給される。
【０１４９】
ローカル・コール・ローカル・スイッチング（ＬＣＬＳ）は、上述のような、ＭＧＷ上でのリソースの割り当て、ＭＧＷ除去／挿入に対する可能性のある手順、コアネットワーク（例えばＭＰＴＹ）内での付加サービス制御への結び付け、コアネットワーク内での合法的傍受の手順、ハンドオーバ手順、ＭＳＣ−Ｓプーリングとの相互動作、などに関して、コアネットワークへ大きな影響を与える。ローカル・コール・ローカル・スイッチのための本実装は、コアネットワークへの影響、例えばノード機能、既存呼のフロー、呼の確立および呼の解放への影響を、最少に保つことを目的とする。
【０１５０】
以下では、「発信サイド」の全ノードは、ｏＭＳ、ｏＲＡＮ、ｏＭＳＣ、ｏＭＧＷのように先行する小文字の「ｏ」によりマークされる。「着信サイド」の全ノードは、ｔＭＳ、ｔＲＡＮ、ｔＭＳＣ、ｔＭＧＷ、などのように先行する小文字の「ｔ」によりマークされる。適用可能な場合、同じ命名法を、ｏＡ（インタフェース）、ｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ、などのように、リンク、メッセージおよび手順のすべてに適用する。呼設定シグナリングの方向は「フォワード」と呼ばれ、ｏＭＳ＝＞ｏＲＡＮ＝＞ｏＭＳＣ＝＞ｔＭＳＣ＝＞ｔＲＡＮ＝＞ｔＭＳである。逆方向は「バックワード」と呼ばれ、ｏＭＳ＜＝ｏＲＡＮ＜＝ｏＭＳＣ＜＝ｔＭＳＣ＜＝ｔＲＡＮ＜＝ｔＭＳである。
【０１５１】
図４は本実装の参照構成を示す。主なノードおよびインタフェースのみを強調し、「発信」ノードおよびインタフェース（ｏＭＳ、ｏＢＴＳ、ｏＭＳＣ、ｏＡｂｉｓ、ｏＡ）と、「着信」ノードおよびインタフェース（ｔＭＳＣ、ｔＢＴＳ、ｔＭＳ、ｔＡｂｉｓ、ｔＡ）との間を区別している。また、（Ｇ）ＭＳＣ（ゲートウェイＭＳＣ）またはその他の中間ＣＮ制御ノードおよびそのＭＧＷでありうる、中間のＭＳＣおよびＭＧＷ（ｉＭＳＣ、ｉＭＧＷ）を含む。ＢＳＣ、ｏＢＴＳおよびｔＢＴＳは、アクセスネットワーク、ここではＲＡＮの中にある。アクセスゲートウェイｏＭＳＣおよびｔＭＳＣ、並びにＣＮノードｉＭＳＣはコアネットワークの中にある。ＢＳＣはアクセスネットワーク制御ノードである。
【０１５２】
２つのＢＴＳ間にローカルスイッチングが提供される場合の「アクティブな」ユーザプレーンパス（またはメディアパス）は実線で示されるが、「アクティブでない」ユーザプレーンパス、すなわち２つのＡｂｉｓリンク、２つのＡリンクおよびコアネットワークの内部のリンクは、トラフィックを搬送していず、したがって、破線でマークされる。制御プレーン（またはシグナリングプレーン）は点線で示される。この参照構成に基づいて、例えばただ１つのＢＴＳおよび１つのＭＳＣを含む最も単純なシナリオ、または２つの異なるＢＴＳおよび２つより多くのＭＳＣを含む複雑なシナリオと共に、様々な呼のシナリオが考えられてもよい。
【０１５３】
ローカル・コール・ローカル・スイッチに対して、以下の特徴が提供されてもよい。ローカル・コール・ローカル・スイッチをエンドユーザには見えないようにすることができる。ローカル・コール・ローカル・スイッチは、ＣＳ音声呼のみが考えられてもよい。ローカル・コール・ローカル・スイッチは、付加サービスを妨げないであろう。合法的傍受をサポートできる。コアネットワークへの影響、例えば既存の呼のフロー、呼の確立および呼の解放への影響を最少に保たれるべきである。プールにおけるＭＳＣをサポートできる。
【０１５４】
図５は、この基本の呼のシナリオに対するネットワーク構成を示す。主なシグナリングリンクのみが破線で示され、ユーザプレーン（すなわちメディアプレーン）は実線で示される。ここで、呼のシナリオは、呼の設定時にできるだけ良いユーザ認知を達成するために、「早期割り当て」オプションが両無線インタフェースに使用されることを想定する。「遅い割り当て（Late Assignment）」は以下でさらに考察する。
【０１５５】
発信ユーザ（ｏＵｓｅｒ）が呼設定をトリガすると、ｏＭＳＣはＨＬＲ（ホーム・ロケーション・レジスタ）に問い合わせ、ｔＭＳＣに登録されたｔＵｓｅｒを見つける。ルーティングはｔＭＳＣへと継続し引き継がれ、ｔＭＳが呼び出される。一度ｔＭＳが応答すると、ｏＭＳＣがｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ（ｏ割り当て要求）を送信することと、ｔＭＳＣがｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ（ｔ割り当て要求）を送信することと、ｏＭＧＷ、ｔＭＧＷにおいて、そしてそのノードの間に、両ＭＳＣが全ての必要なリソースを割り当てることとによって、通話パスが設定される。これらの無線リソースの設定はかなりの時間を要し、それが「早期割り当て」の１つの理由である。最後に、ユーザプレーンが設定されてトラフィックへの準備ができると、ｔＭＳはｔＵｓｅｒに警告を出すために「リンギングトーン」をトリガし、「警告」メッセージをＣＮに通知する。その時に、ｔＭＧＷは、ｔＭＳＣの命令で、ユーザプレーンを通じてバックワードにｏＭＳに返送される「リングバックトーン」を生成し始める。ここで、ｔＵｓｅｒが呼を受理するか、またはｏＵｓｅｒが呼試行を終了するか、または別の出来事が生じるまで、ｔＵｓｅｒはリンギングトーンを聞き、ｏＵｓｅｒはリングバックトーンを聞く。
【０１５６】
図５はアクティブユーザプレーンを示し、そこでは、アクティブユーザプレーンはリンギング段階ではなお切断されている。通話パス（すなわちメディアパス）への割り込みなく−ｏＭＧＷの内部およびｔＭＧＷの内部で−、ネットワークは、呼を受理することなく、すなわち通信に支払うことなく、変更された移動端末がユーザとの間に１方向または２方向の通信さえ設定しうることを防止しえない。不正行為が可能でありうる。
【０１５７】
図６は、ＬＣＬＳを伴わず、典型的なタイミングを伴う、２つのＭＳＣによるこのＭＳ対ＭＳの呼に対する、典型的な呼のフローを例示する。ここで、この例のＯｏＢＴＣ（対域外トランスコーダ制御）ネゴシエーションは、ＢＩＣＣ（ベアラ独立呼制御）に基づき、ＳＩＰ−Ｉ（セッション確立プロトコル）は別の有効な選択肢であろう。典型的には、ｔＵｓｅｒは、リンギングを聞き、その携帯を発見し、呼が十分に関心を引くものであると決定した後に、受理する。これはかなりの時間を要するかもしれず、かなりの呼量には決して応答がない。
【０１５８】
本実装では、「早期割り当て」が想定されているため、ユーザプレーンが既に設定され、特にＡｂｉｓインタフェースがアクティブトラフィックを搬送中であることに注意されたい。したがって、ユーザ対ユーザ通信はなお可能でないが、ｏＡｂｉｓおよびｔＡｂｉｓリソースは既に使用中である。ここで、ｔＵｓｅｒは呼を受理している。ｔＭＳは、まず「コネクト」メッセージによりｔＭＳＣに情報を与える。そして、ｔＭＳはリンギングトーンを止め、表示メッセージ「コネクテッド」をｔＵｓｅｒに通知する。ｔＭＳＣはｔＭＧＷに情報を与え、ｔＭＧＷはリングバックトーンを止め、両方向にユーザプレーンをスルー接続する。ｔＭＳＣは「コネクト」メッセージをｏＭＳＣへと転送する。ｏＭＳＣはｏＭＧＷに情報を与え、ｏＭＧＷは両方向にユーザプレーンをスルー接続する。ｏＭＳＣは「コネクト」メッセージをｏＭＳに転送し、ｏＭＳは表示メッセージ「コネクテッド」をｏＵｓｅｒに通知する。ここで呼が設定され、ユーザは両方向で通信できる。ｔＭＳからｏＭＳへおよび垂直にＭＧＷ（制御プレーン）への、バックワードのこれらの「コネクト」シグナリングメッセージは、ｔＭＳからｏＭＳへのユーザプレーン信号との「競合状態」にある。制御プレーンシグナリングが少し遅い場合、ｔＵｓｅｒの最初の発言はｔＭＧＷによりまだブロックされて失われ、すなわちｏＵｓｅｒは聞こえない。典型的には、制御プレーンのコアネットワーク部分の内部での、そしてＢＳＳ地上回線部分の内部でのシグナリングは速く、「幸いにも」ｔＭＧＷにかなり早く到達する。無線区間を横切るユーザプレーンは既に設定され、動作中である（「早期割り当て」）。ユーザプレーンにはさらなるボトルネックはなく、スルー接続は早く、ユーザに快適である。
【０１５９】
以下では、アクセスノードとしての２つのＭＳＣを伴うＬＣＬＳの実装を説明する。実装は以下の条件下でローカルショートカットを提供する。ｏＢＳＳプラスｏＭＳＣプラスｔＭＳＣプラスｔＢＳＳが、ＬＣＬＳのサポートおよび受理を示す場合にのみ、そしてｏＢＳＳがｔＢＳＳと同一であり、両方の呼の区間がＢＳＳにより１つの呼に属すると特定される場合に、この呼のシナリオにおいてＬＣＬＳが提供される。
【０１６０】
ここでは、既存構成およびシグナリング リリース８、すなわちＡインタフェース制御プレーン上でのＡｏＩＰサポート、Ｎｃインタフェース上でのＯｏＢＴＣ／ＢＩＣＣまたはＯｏＢＴＣ／ＳＩＰ−Ｉ、およびＭｃにおける対応ＭＧＷ制御シグナリングを想定する。ｏＭＳＣは、「コンプリートレイヤ３メッセージ」において、呼区間ごとの「呼設定要求」におけるｏＢＳＳの能力を得る。ｔＭＳＣは、「コンプリートレイヤ３メッセージ」において、呼区間ごとの「呼び出し応答」におけるｔＢＳＳの能力を得る。ＢＳＳがそのＬＣＬＳに関する能力についてできるだけ早くＣＮに通知することにより、ＣＮ内のシグナリングオーバヘッドが最少化されうる。他の方向、ＣＮからＢＳＳへ、は重大性がより少ないと思われる。これらの考慮およびいくつかのオプションをさらに以下で詳細に考察する。
【０１６１】
呼設定例を図７に関して説明する。ＢＳＳは両方のコンプリートレイヤ３（ＣＬ３）メッセージにおいて、ＭＳＣに、そのＬＣＬＳ能力をシグナリングすることを想定する。ＭＳＣは、全ノードにおいて呼を特定するために、コアネットワークの内部で、「グローバル・コール・リファレンス」を交換する。ＭＳＣは、ＬＣＬＳが実行可能であるかをチェックするために、コアネットワークの内部で、例えば情報要素の形式で、「ＬＣＬＳネゴシエーション」を交換する。ＭＳＣはこのグローバル・コール・リファレンスおよびＬＣＬＳネゴシエーションの結果を両方の割り当て要求（Ａｓｓｉｇｎｍｅｎｔ Ｒｅｑｕｅｓｔ）におけるＢＳＳに送信する。（ｔ）ＢＳＳは呼区間を関連付け、ｔＡｓｓｉｇｎｍｅｎｔ ＡｃｋｎｏｗｌｅｄｇｅにおいてＬＣＬＳ状態をｔＭＳＣに報告し、（ｏ）ＢＳＳは、同時に、新規メッセージ「ＬＣＬＳ通知（LCLS-Notification）」をｏＭＳＣに送信する。ＭＳＣは、ＬＣＬＳにおいてユーザプレーンをスルー接続することを、新規メッセージ「Ａコネクト」でＢＳＳに通知する。ＭＳＣはユーザプレーンのトラフィックが予想されないことをＭＧＷに通知する。
【０１６２】
ＡインタフェースおよびＮｃインタフェースの双方において情報要素が供給される。いくつかの新規メッセージはＡインタフェースにおいて提供される。それらは、図７の呼のフローの例において、灰色に影を付けた背景によりマークされている。２つのＭＳＣを伴うＭＳ対ＭＳ呼に対し、図７は、ＬＣＬＳが実行可能である場合の１つの有力なＬＣＬＳソリューションを示している。ここで、この例におけるＯｏＢＴＣネゴシエーションは重ねてＢＩＣＣに基づく。
【０１６３】
初期のＧＳＭ以来、「遅い割り当て」および「ＭＳが生成するリングバックトーン」は有効なオプションである。リンギング段階ではユーザプレーンは存在しえないので、遅い割り当てが適用される場合、発信ＭＳはリングバックトーンをローカルに生成することができる。したがって、コアネットワークは、「警告」メッセージ内の「プログレスインジケータ」ＩＥにより（詳細は非特許文献１および非特許文献２参照）ＭＳに情報を与える。遅い割り当てはいくつかの欠点を持ち、広くは展開されない。下記参照。代わりに早期割り当てが用いられ、そして−ユーザプレーンが既に確立している場合−リングバックトーンの生成が着信ネットワークサイドで生じる。リングバックトーンを発信ＭＳに転送するために、コアネットワークを経る、そして発信ＢＳＳを経るユーザプレーンが使用される。着信ＭＧＷは（例えばネットワーク／国などを特定する）かなり異なるリングバックトーンであって、また（カスタム化された警告トーンの特徴はこれを必要とする）ユーザに固有のものを生成することができ、それはこのオプションを魅力的にする。
【０１６４】
しかしながら、これは、発信無線インタフェース、Ａｂｉｓインタフェース、ＡインタフェースおよびＮｂインタフェースのユーザプレーンが必要であり、リンギング段階では節約を達成できないことを意味する。ＬＣＬＳのコンテキストでは、これは、ＬＣＬＳが後に可能である場合でも、リンギング段階の後でＡｂｉｓリソースがかなりの時間長にわたって必要であり、ＬＣＬＳのコスト節約能率はかなり低減することを意味する。したがって、ＬＣＬＳの本実装では、節約の改善にＭＳが生成するリングバックトーンを伴う早期割り当ての使用を考慮することが提案されている。リングバックトーンの変動はむしろ制限されうる（ＭＳの実装依存でありえ、改善しうる）が、ユーザプレーンのリソースはリンギング段階で、コネクト／アンサーまで節約することができる。
【０１６５】
図８は、早期割り当てを無線インタフェースを確立するために使用する場合の、リンギング段階におけるユーザプレーンを示す。この例では、Ａｂｉｓ、ＡおよびＮｂインタフェースはこの段階で必要でないので灰色でマークされている。
【０１６６】
ｔＭＳが発見されて応答し、選択されたコーデック（ＳＣ）と好ましい着信ＲＡＮコーデック（ｔＲａｎＣ）とが判定され、ＳＣがｏＭＳＣに報告される点まで、遅い割り当てに伴う呼設定シグナリングは、始めは、早期割り当てに伴うシグナリングと同一でありうる。以下の説明は、ｏＭＳにおける特徴のローカルリングバックトーンを適用することを想定する。そして、早期割り当ての場合、無線および地上リソースが両呼区間に割り当てられる。遅い割り当ての場合、ＢＳＳにおいて、リソースをこの時点で割り当てないが、ｔＭＳにおいて直ちにリンギングがトリガされ、ｏＭＳにおいてローカルリングバックトーンがトリガされる。ｔＵｓｅｒが呼を受理するまで、ユーザプレーントラフィックは見えない。図９は、無線リンク、ＡｂｉｓリンクおよびＡリンク上の、灰色に影を付けた矢印によりこれを示す。ＣＮを通じるＮｂリンクは割り当てられるが、実際にはトラフィックは流れておらず、パケット交換ＣＮの場合はロードが生成されない。
【０１６７】
典型的には、ｔＵｓｅｒはリンギングを聞いた後に受理してそれの携帯を発見し、呼が十分に関心を引くことと判定する。これはかなりの時間を要しえ、かなりの呼量には決して応答がない。ユーザプレーンのコストはこの点まで発生しない。この時点で、ｔＵｓｅｒは呼を受理している。ｔＭＳはまず「コネクト」メッセージによりｔＭＳＣに情報を与える。そして、ｔＭＳはリンギングトーンを止め、むしろ早い表示メッセージ「コネクテッド」をｔＵｓｅｒに通知する。ｔＭＳＣは割り当て要求（Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ）をｔＢＳＳに送信する。ｔＲａｄｉｏ−ｌｅｇ（ｔ無線区間）はバックグラウンドで設定され、そしてｔＭＳＣはｔＭＧＷに情報を与える。ｔＭＳＣは「コネクト」メッセージをｏＭＳＣに転送する。ｏＭＳＣは割り当て要求をｏＢＳＳに送信する。ｏＲａｄｉｏ−ｌｅｇ（ｏ無線区間）はバックグラウンドで設定され、そしてｏＭＳＣはｏＭＧＷに情報を与える。ｏＭＳＣは「コネクト」メッセージをｏＭＳに転送する。ｏＭＳは表示メッセージ「コネクテッド」をｏＵｓｅｒに通知する。呼はこの時点で設定され、ユーザは両方向で通信できる。
【０１６８】
ｔＭＳからｏＭＳへのバックワードおよびＭＧＷへの「南向き」の、これら「コネクト」シグナリングメッセージは、重ねて（早期割り当てにおけるように）ｔＭＳからｏＭＳへのユーザプレーン信号との「競合状態」にある。しかし今度は、ｔＵｓｅｒは通話を典型的にはユーザプレーンの設定より遥かに早く開始し、その最初の発言の実質的部分を失いうる。呼の無視できない部分において、ユーザプレーンを確立することができず、呼の試行は失敗に終わる。したがって、実際のネットワークからのユーザ体験は多分否定的であろう。オペレータは実質的なコストの利点を有するが、ユーザ不満足は節約により梃入れするには強すぎるであろう。
【０１６９】
遅い割り当ての不利を克服するため、しかし、なお出来るだけ肯定的な効果を保存するため、「早期割り当て−遅いＡｂｉｓアクティブ化」、またはただ短く「遅いＡｂｉｓアクティブ化」と呼ばれる、新規モードをここで提案する。早期割り当て−遅いＡｂｉｓアクティブ化に伴う呼設定のためのシグナリングは、レガシーの早期割り当てによるシグナリングに非常に類似し、大部分において同一である。無線リソースは呼の区間の両方に割り当てられる。遅いＡｂｉｓアクティブ化を達成するため、ＭＳＣは（なお）ユーザプレーントラフィックが必要でない新規情報要素（ＩＥ）（またはＬＣＬＳプリファレンスＩＥの中の単なるフラグ）による割り当て要求において、ＢＳＳに情報を与える。そして、どの程度のユーザプレーンの節約が実際に達成されるかは、ＢＳＳ内への実装による。
【０１７０】
ＡＩＩ−ＩＰ転送プレーンでは、ＩＰトラフィックは見えず、ＢＳＳ内部で、そしてＡｏＩＰリンク上の双方で統計多重効果が高い。トランスコーダのリソースは必要でない。ＴＤＭ（時分割多重化）ベースの転送プレーンでは、Ａｂｉｓリンクを割り当てるか否かはＢＳＳによる。トランスコーダのリソースを割り当てるか否かもＢＳＳによる。最後に、「コネクト」メッセージはｔＭＳからｔＭＳＣおよびｏＭＳＣに到着する。次いでｔＢＳＳおよびｏＢＳＳはＡインタフェース上での新規の「Ａコネクト」メッセージにより情報を与えられ、ローカルスイッチングまたはコアネットワークを経るユーザプレーンの何れかにより、ＢＳＳユーザプレーンが確立される。このユーザプレーンの確立は、ＢＳＳの地上回線部のみに関係してもよく、無線インタフェースは既に立ち上がり、動作しており、したがってユーザ体験はレガシーの早期割り当てによるものと相違しないであろう。ＬＣＬＳに対するシグナリングは遅いＡｂｉｓアクティブ化を最少の労力によりサポートするように設計されてもよい。遅いＡｂｉｓアクティブ化はまた、ＬＣＬＳが実行できない呼にも適用可能であってもよい。
【０１７１】
図１０は、パスに３つのＭＳＣを伴う一例の呼のシナリオのネットワーク構成を示す。重要なシグナリングリンクのみを破線で示し、ユーザプレーンは実線で示す。この例では、構成は、両ＲＡＮ：ＭＳが生成したリングバックトーンおよび遅いＡｂｉｓアクティブ化、におけるリソース節約改善のために配備する。通知またはその他のネットワークが生成したユーザプレーン信号は使用しない。
【０１７２】
ユーザがアクティブと判断する付加サービスを持つ加入者にルーティングされる呼、「ユーザがビジ―と判断する場合の呼転送」、「応答のない場合の呼転送」などのような呼チェーンにおける複数のＭＳＣの作成のために、いくつかの呼のシナリオが生じ得る。発呼者ＰＬＭＮ（公衆陸上移動網）にローミングした別のオペレータの加入者に呼をルーティングしてもよい。
【０１７３】
次の例では、第３の携帯（ｔＭＳ２）に呼を転送することを想定する。ｏＵｓｅｒがｔＭＳ１への呼設定をトリガすると、ｏＭＳＣはＨＬＲ（ホーム・ロケーション・レジスタ）に問い合わせ、ｔＭＳＣに登録されたｔＭＳ１を発見する。ルーティングはｔＭＳＣに継続し、呼が呼び出され、「ビジ―」指示が返送される。この例では、ｉＭＳＣは、ｔＭＳＣに登録された別の携帯番号、ｔＭＳ２へ呼が転送されることを検出する。ルーティングはｔＭＳＣに継続し、そして、この時点でｔＭＳ２が呼び出される。一度ｔＭＳ２が応答すると、ｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔを送信するｏＭＳＣ、ｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔを送信するｔＭＳＣ、およびｏＭＧＷとｔＭＧＷとノード間とに全ての必要リソースを割り当てる両外部ＭＳＣにより通話パスが設定される。ｉＭＳＣはｉＭＧＷと関係（または関連）する。ｉＭＳＣとｉＭＧＷは、ＲＡＮと直接通信せず、ＬＣＬＳへの影響は外部ＭＳＣを通じて生じるに違いないことに注意すべきである。このことにより、２つのＭＳＣを伴う前の呼のシナリオで既に考察したように、コアネットワークを経る、提案する「ＬＣＬＳネゴシエーション」を使用する。ｉＭＳＣが理解し（すなわち対応ノードであり）、ＬＣＬＳに同意する場合にのみ、ＬＣＬＳが本実装におけるＲＡＮに提供される。この場合は以下で、例えばｉＭＳＣがユーザプレーンへのアクセスを必要としないと仮定する。
【０１７４】
重ねて、無線リソースの設定はかなりの時間を要する。外部ＭＳＣの両方は、ＲＡＮの両方に、Ａｂｉｓアクティブ化をなお抑制すること（遅いアクティブ化）を示す。グローバル・コール・リファレンスは、ＬＣＬＳプリファレンスと共に両方のＲＡＮに伝えられる。最後に、ＣＮ内部で、および無線においてユーザプレーンが設定されると、ｔＭＳ２の内部でリンギングトーンが開始され、ｏＭＳＣはｏＭＳの内部でローカルリングバックトーンをトリガする。この例ではＡインタフェースのそしてコアネットワークを経るユーザプレーンは設定されてもよく、ＭＧＷはユーザトラフィックをブロックするが、メッセージまたはトーンを何ら生成する必要はない。したがって、ＲＡＮリソース（Ａｂｉｓ−、ＴＲＡＵ、．．．）が節約されうる。最後に、ｔＵｓｅｒ２が呼に応答すると、メッセージフローおよび呼設定は、２つのＭＳＣを伴う例におけるように継続し、内部ｉＭＳＣはただＣＮシグナリングを渡そうとする。ｉＭＳＣは全通信過程の間、呼のパスに留まる。この例では、ユーザプレーンはＲＡＮ内でローカルに切り替えられ（ローカルショートカット）、これはＬＣＬＳ状態通知により確認される（上記参照）ため、コアネットワークを経るユーザプレーンのトラフィックはないであろう。全ＭＧＷに情報を与えてもよい。これは上述の方法のいずれかにより生じ得る。
【０１７５】
次に、ＧＥＲＡＮアクセスネットワークを使用する、具体的な実装について説明する。本実装は次の仮定および考察を使用する。
【０１７６】
ローカルスイッチングは、影響を少なく保つため、可能な限りＡインタフェースにおいて既存（リリース８）手順、メッセージおよび情報要素を再使用する。ローカルスイッチングは、ＢＳＳとＣＮ間の既存（リリース８）構成分割を可能な限り再使用する。１つの共通のローカルスイッチングのソリューションは、ＡｏＴＤＭおよびＡｏＩＰ並びにその全組み合わせをサポートする。ローカルスイッチングは単一ＢＴＳ内で適用可能だが、場合によっては、ＢＴＳ間でも適用可能である。実装はＡインタフェースにおいてＢＳＳ内の全ての種類のローカルスイッチングをサポートする。しかしながら、ＭＳＣは予め−ＢＳＳシグナリングなしには−ローカルスイッチングの可否を知ることはできず、したがって、ローカルスイッチングを確立するか否かの最終決定はＢＳＳにより実行される。Ａインタフェースにおけるローカルスイッチングの手順およびメッセージが独立に２つの呼の区間に関して実行されるかは、具体的な実現次第である。ローカルスイッチングは、ＢＳＳにより内部手段により確立されるが、そうする許可をＢＳＳが１以上のＭＳＣから得る場合に限る。１つの無線区間のローカルスイッチングは可能でないまたは最早可能でないことのシグナリングをＢＳＳが受信する場合、ＢＳＳはローカルスイッチングを確立しないか、確立されたローカルスイッチングを切断する。
【０１７７】
１以上のＭＳＣは２つの無線区間を共に適切な手段により結びつける責任があり、最終的にこれをＢＳＳに付託して相関を見ることを可能にする。ローカルスイッチングは、無線区間の間のトランスコーディングを含まず（その必要がなく）、すなわちＢＳＳにおいてはトランスコーダの必要はない。コアネットワークからの帯域内ユーザプレーン情報（呼設定時のリングバックトーンおよび呼中の帯域内通知）の送信がサポートされる。例えば付加サービス（マルチパーティ会議、通知、など）が必要である場合、ローカルスイッチングは時に可能でないか、または解放する必要がある。ＭＳＣはこれを制御する。コアネットワークを経るユーザプレーンを（再）確立する必要があることを意味する、進行中の呼に対するある付加サービスが必要である場合、ＢＳＳとのネゴシエーションの後にローカルスイッチングを１以上のＭＳＣが切断してもよい。ローカルスイッチングの切断または確立に至る、ＢＳＳ間ハンドオーバが可能である。ローカルスイッチングの切断または確立に至る、ＭＳＣ間ハンドオーバが可能である。ローカルスイッチングの切断または確立に至る、システム間ハンドオーバ（例えば２Ｇ＜＝＞３Ｇ）が可能である。
【０１７８】
ＡｏＴＤＭを使用する場合、ＢＳＳにおいてローカルスイッチングが確立されている間に（そしてＢＳＳがＭＳＣに通知した後に）、ＡインタフェースのＴＤＭ回線が開放されてもよい。ＡｏＩＰを使用する場合、ＢＳＳにおいてローカルスイッチングが確立されている間に（そしてＢＳＳがＭＳＣに通知した後に）、ＡインタフェースのＩＰリンクが開放されてもよい。何れにせよ、ローカルスイッチングが確立されている間に（ＢＳＳおよびＭＧＷサイドのＩＰエンドポイントが解放されない場合であっても）、Ａインタフェースにおけるユーザプレーンの送信を中止することができ、ＡｏＩＰインタフェースにおける帯域幅の節約を可能にする。両側、ＢＳＳと１以上のＭＳＣとの少なくともいずれかは、必要な場合、いつでもローカルスイッチの切断が許容される。ローカルスイッチを切断しなければならない場合、これはＢＳＳと１以上のＭＳＣ間でのネゴシエーションが必要である。同一のまたは互換性のあるコーデックタイプとコーデック構成との少なくともいずれかを２つの呼区間で使用するという条件で、コーデックタイプとコーデック構成の少なくともいずれかは、ローカルスイッチが確立された後に、ＢＳＳにより自動的に変更されてもよい。しかしながら、１以上のＭＳＣは変更後に通知を受ける。１つの起こり得る例外は、ＭＧＷオプションにおけるＴＣを伴うＡｏＩＰを使用している場合であり、これは、ＢＳＳ内部のＨＯ手順をトリガしてもよく、また、ローカルスイッチングを解放してもく、その両方が行われてもよい。両無線区間に１以上のＭＳＣにより提供されるコーデックタイプとコーデック構成との少なくともいずれかのみを使用しうることに注意されたい。２つの互換性のないコーデックタイプとコーデック構成との少なくともいずれかが、２つの呼区間で使用されるべき場合は、ローカルスイッチングは予め解放され、すなわちローカルスイッチングが確立されている間は、この種のハンドオーバは許容されない。
【０１７９】
ＢＳＳ内ハンドオーバは、ローカルスイッチが確立された後に、ＢＳＳにより自動的に実行されてもよい。１以上のＭＳＣは、ハンドオーバ後に、全ての変更されたパラメータ（セルＩＤ、コーデックタイプ、何でも）について通知を受ける。ＤＴＭＦトーンの送信がサポートされる。ローカルスイッチングから生じる課金の側面（もしあれば）は、標準において考慮される。
【０１８０】
実装はコアネットワーク（ＣＮ）に対して次の考慮事項を使用する。任意の数のＭＳＣがシグナリングパスに存在してもよく、したがって、Ｎｃインタフェースへの影響が考慮される。異なるオペレータに所有されるコアネットワークの構成要素（ＭＳＣサーバおよびＭＧＷ）は、ＬＣＬＳをサポートする呼に関与することができる。パスにおいて、アップグレードされた（ＬＣＬＳ準拠の）およびレガシーの（非ＬＣＬＳ準拠の）ＭＣＳが存在してもよい。全てのＭＣＳ（パスにおけるノード）は、本実装ではＬＣＬＳを許可しなければならない。あるノードがＬＣＬＳを（レガシーＭＳＣを、または意図的に）拒否する場合、全ての他のＭＳＣは呼設定時および呼の過程で通知を受け、ＬＣＬＳを停止する。
【０１８１】
ローカル・コール・ローカル・スイッチの特徴がアクティブ化される場合も、合法的傍聴は可能なままであるべきであり、そして、コアネットワークにおいて主な機能は残るべきである。合法的傍聴に関する一般的な要求は非特許文献３において仕様化されている。コアネットワークにおいて合法的傍聴の特徴に対するサポートを許容するため、呼がたとえローカルである場合でも、傍聴されるＣＳ（回線交換）音声呼に対するユーザプレーンデータは、コアネットワークに搬送される必要がある。対応するソリューションのなし得る実装を以下に詳記する。
【０１８２】
ある実装においては、ＭＳＣ−Ｓがローカル呼を傍聴する必要があることを認識するといつでも、ＢＳＳがＢＳＳにおけるローカルスイッチングを確立することを許可しない。この実装の問題は、エンドツーエンド通話遅延の観点で、全ての場合において同じエンドユーザ認知を維持することは可能でなかろうということである。その遅延は、実際に、「ローカルにスイッチングされず、傍聴されるローカル呼」と「ローカルにスイッチングされ、傍聴されないローカル呼」との間で変動しうる。例えばローカル・コール・ローカル・スイッチの特徴を典型的に配備するであろういくつかのシナリオにおいて、すなわち、衛星バックホールがＢＴＳのグループをＢＳＣ／ＭＳＣ−Ｓに接続するのに用いられる場合はいつでも、これは生じえよう。この場合、人為的な遅延を全てのローカルにスイッチングされた呼に対して加えない限り（勿論望ましくない）、ローカルにスイッチングされた呼の遅延は標準の呼に対するより〜６００ｍｓ短く、この差はエンドユーザによって容易に認知可能であろう。
【０１８３】
別の実装では、エンドツーエンド通話遅延の観点で、同一のエンドユーザ認知を維持する目的を以って、傍聴される呼にもローカルスイッチングを使用することができる。ユーザプレーンデータがローカルにスイッチングされると共に、その上コアネットワークへ転送され、一方Ａインタフェースから来たユーザプレーンデータはＢＳＳサイドで廃棄される場合に、これを達成することができる。これをサポートするために、ＢＳＳがローカルスイッチングを確立することを許容するために、条件付き「ＭＳＣへの所要バイキャスティング」情報要素を、ＭＳＣ−Ｓにより使用される新規／修正ＢＳＳＭＡＰメッセージへ導入するにはそれは十分でありえよう。このソリューションは、呼が傍聴されるであろうことのある種の間接的指示が、あるシグナリングメッセージを介してＢＳＳに伝送されるであろうという意味を含む。しかしながら、そのような情報を傍受したり追跡したりできないように、この情報を含むＡインタフェースの制御メッセージを（例えばＩＰＳｅｃを介して）保護することができる。この実装の利点は傍聴呼に対しても、ＬＣＬＳが可能であることである。本実装は、エンドツーエンド通話遅延の観点で、同一のエンドユーザ認知を維持しうる。けれども、所要バイキャスティング能力および追加のＡインタフェースのシグナリングのために、本実装はＢＳＳサイドにおいて修正を要求するかもしれない。
【０１８４】
ユーザ（またはメディア）プレーンを処理するための特定の実装を以下で詳述する。ローカル・コール・ローカル・スイッチの特徴の利点は、ＢＳＳ内部インタフェース、ＡｂｉｓおよびＡｔｅｒにおける、送信帯域幅の節約でありうる。本実装において、ローカルスイッチングを確立することは、呼がＢＳＣでスイッチングされるか、または関係するＢＴＳ間で直接通信を行うかの何れかを意味する。何れにせよ、効果は、ＢＳＳの内部インタフェース（ＡｂｉｓおよびＡｔｅｒ）における幾らかのリソースを節約できることである。特定のソリューションはＢＳＳのネットワークトポロジーに基づくであろうし、実装を特定にとどめる。
【０１８５】
既存のＡｏＴＤＭ配備および進行中のＡｏＩＰの実装への変更を最少化するため、本実装では、Ａインタフェースのユーザプレーンの処理への影響をできる限り少なく保つ。ＡｏＴＤＭに対しては、Ａインタフェースのユーザプレーンの処理への変更を規定すべきでない。呼がローカルにスイッチングされる場合であっても、２つの対応する回線は常にアクティブのままであってよく、ローカルにスイッチングされた呼のＡインタフェースにおける帯域幅節約は可能でないことを意味するが、帯域幅節約は、勿論、Ａｂｉｓ／Ａｔｅｒインタフェースにおいて実現できる。呼がローカルにスイッチングされている間、ＴＲＡＵはＡインタフェースにおいて、あるサイレンスコードワードを送信するであろう。ＡｏＩＰに対しても、ＭＳＣ−Ｓへの２つのＩＰ接続は常にアクティブのままであってよく、すなわち、対応ＩＰエンドポイントを解放することができない。何れにせよ、ＡｏＩＰに対して、呼がローカルにスイッチングされている間、ユーザプレーンの送信を中止することができてもよく、したがって帯域幅を節約しうる。したがって、呼がローカルにスイッチングされる間、ＭＳＣ−Ｓ（ＭＧＷ）は、ＩＰエンドポイントを経てデータを受信することを期待できない。この実装はＨ．２４８インタフェースへの影響を与えうることに注意すべきであり、ＭＳＣ−Ｓは、ＡｏＩＰユーザプレーンの送信を中止することをＭＧＷが開始し停止できるように、確立され解放されるローカルスイッチングについてＭＧＷに通知できる。（１つの呼の区間はＡｏＴＤＭを使用し、他方はＡｏＩＰ使用する）混合されたＡｏＴＤＭ−ＡｏＩＰの場合、本提案は重ねて、呼の間中、回線およびＩＰ接続をアクティブに保持することである。呼がローカルにスイッチングされている間にユーザプレーンデータがＩＰ接続上で送信されているかは、呼のこの区間のＢＳＳにおけるトランスコーダの存否に依存しえよう。
【０１８６】
この実装はＡインタフェースおよびコアネットワークインタフェース上での、呼設定およびハンドオーバ時の、ＢＳＳにおけるローカルスイッチングの確立および解放（例えばＭＧＷへのリソースの割り当て／解放に対する）手順を単純化しうる。さらなる利点として、この手法は、このソリューションを以って、例えば目的のユーザに通知を配信するためだけに、回線またはＩＰエンドポイントを再確立する必要がないため、ローカルにスイッチングされる呼に対する帯域内通知の処理を単純化しうる。
【０１８７】
ＢＳＳおよびＣＮは、ＬＣＬＳに関するその能力を知るべきである。ＣＮ内部のシグナリングオーバヘッドを最少化するため、ＢＳＳは、ＣＮに可能な限り早く情報を与えてもよい。ＣＮからＢＳＳへの他の方向は重大性がより少ないと思われる。
【０１８８】
１つのオプションは、Ｏ＆Ｍパラメータにより各ＭＳＣ内のＢＳＳ能力を、そして他のＯ＆Ｍパラメータにより各ＢＳＳ内のＭＳＣ能力を、構成することであろう。その場合、能力交換のための追加シグナリングは必要でない。しかしながら、この手法は手動管理を必要としうる。さらに、ＢＳＳ全体はＬＣＬＳを一様にサポートしようとすべきであり、さもなければＬＣＬＳの試行はむしろ頻繁に失敗するであろう。この管理手法はむしろ静的であり、変化する条件に素早く対応することができない。
【０１８９】
これらの欠点を克服するため、実装は、（「ＬＣＬＳ−ＢＳＳ能力（LCLS-BSS-Capability）」と称する）新規情報要素（ＩＥ）を、割り当て要求応答（Assignment_Request_Response）メッセージに追加してもよい。しかし、これは処理において少し遅く、ＣＮはそれがいつか成功するであろうかを知らずに、ＬＣＬＳのための主体的なシグナリングを行わねばならないであろう。
【０１９０】
さらなるオプションは、「コンプリートレイヤ３」メッセージ内で、呼の区間ごとに、Ａインタフェースにおいて（「ＬＣＬＳ能力」と称する）新規ＩＥを加えることである。これは、ＡｏＩＰ能力に対して既にとられている手法である。同一の新規ＩＥは、ｏＢＳＳおよびｔＢＳＳにより使用されうるであろう。ＭＣＳは、非常に早い時点および呼区間ごとに、したがって非常に正確に、通知を受けるであろう。この手法は一様でないＢＳＳをサポートし、すなわちＢＳＳのいくつかの部分は（既に）ＬＣＬＳをサポートできるが、その他は（未だ）サポートできない。この新規ＩＥは、少なくとも１つのバイナリフラグ「ＬＣＬＳ−Ｙｅｓ」／「ＬＣＬＳ−Ｎｏ」を含みうる。デフォルトは「ＬＣＬＳ−Ｎｏ」であり、ＩＥが存在しない場合これが仮定される。このＬＣＬＳ能力についてより細かい粒度も実装してもよい。この目的に１オクテットが割り当てられてもよい。ｏＢＳＳがそれをサポートすることをｏＭＳＣが知っている場合、ｏＭＳＣはＬＣＬＳに対する追加シグナリングの配備を開始するのみであろう。ｔＢＳＳがそれをサポートすることをｔＭＳＣが知っている場合、ｔＭＳＣはＬＣＬＳに対するシグナリングを適用するのみであろう。選択的なさらなるシグナリング、例えばコアネットワークのノードのユーザプレーン・アクセスのニーズを収集するための情報要素の選択的包含により、コアネットワークにおけるシグナリングオーバヘッドを削減しうる。
【０１９１】
したがって、アクセスゲートウェイ、ここではｏＭＳＣおよびｔＭＳＣは、ローカルショートカットが原理的に可能であることを（例えばＩＥ「ＬＣＬＳ能力」により）通知されうる。
【０１９２】
ＣＮが、両無線区間からＬＣＬＳ能力を得ると共に、ルーティングパスに沿ってＬＣＬＳが実行可能であることをネゴシエーション（さらに以下を参照）した後、ＣＮは、割り当て要求の内部のＬＣＬＳネゴシエーション結果を複数のＢＳＳに送信する。新規ＩＥ「ＬＣＬＳプリファレンス」を導入してもよく、それは、呼区間ごとに基づいてＭＳＣからＢＳＳへの割り当て要求メッセージの内部において送信される。それは、呼区間に対するＬＣＬＳの可能性およびプリファレンスについてＢＳＳに指令してもよい。
【０１９３】
ＣＮ内部のＭＳＣは、他の端部の、呼区間または無線アクセスネットワークに関する知識を持たない。したがって、ＭＳＣは、さらに、１つの呼にユニークな、新規のグローバル・コール・リファレンス（さらに以下を参照）を、呼区間ごとに基づき割り当て要求内部において各ＢＳＳに送信し、１つの呼の両区間が１つのＢＳＳで終了する場合に１つの呼の呼区間の関連付けを許容する。新規ＩＥ「グローバル・コール・リファレンス」が導入されてもよく、それは、呼区間ごとに基づいて、ＭＳＣからＢＳＳに割り当て要求メッセージ内部において送信されてもよい。
【０１９４】
ＢＳＳがＬＣＬＳプリファレンスおよびグローバル・コール・リファレンスを得るとともにＬＣＬＳが実行可能であることを特定した後、ＢＳＳは、割り当て肯定応答（Assignment Acknowledge）メッセージにおいてＬＣＬＳステータスをＣＮに報告する。両ＭＳＣ（ｏＭＳＣおよびｔＭＳＣ）が異なる時点で割り当て要求をＢＳＳに送信するため、ＬＣＬＳステータスは（ｏ割当要求またはｔ割当要求の何れが後に着信しようと）第２の割り当て要求の後にのみ完全に知られ、安定となる。ＬＣＬＳステータスが変化したことをＢＳＳが検出するといつでも送信される、「ＬＣＬＳ通知（LCLS-Notification）」と称する追加の新規メッセージが使用されてもよい。ＭＳＣは、コアネットワーク内部のユーザプレーンをどのように処理するかを判定するために、このＬＣＬＳステータスを使用する。このように、新規メッセージ「ＬＣＬＳ通知」および新規ＩＥ「ＬＣＬＳステータス」を導入してもよい。ＬＣＬＳステータスの変化についてＣＮに通知する必要がある場合はいつでも、ＬＣＬＳステータスＩＥを、割り当て承認メッセージおよび新規ＬＣＬＳ通知メッセージにおいて、送信してもよい。
【０１９５】
割り当て要求はＢＳＳ内におけるＬＣＬＳ実行可能性の判断を許容する。しかし、その際に、ｔＵｓｅｒはなお呼を受理しておらず、ユーザプレーンはまだスルー接続されるべきではない。リリース８までは、接続情報は、ＢＳＳにではなくＭＳにのみ送信される。したがって、新規メッセージ「Ａコネクト」がＣＮからＢＳＳに導入されてもよい。
【０１９６】
あるＭＳＣがＬＣＬＳにアップグレードされ、他のＭＳＣは未だアップグレードされていない状況が存在する。したがって、実装は、各ノードの「ＭＳＣ−ＬＣＬＳ能力」を考慮する。例えば、ＬＣＬＳが許容されないＣＮ内部においては、ユーザプレーンが必要とされるが、１つのＭＳＣのみがそれについて知る状況が存在する。ここでは、各ノードの「ＬＣＬＳ−ＭＳＣプリファレンス」が考慮されるべきである。ｏＭＳＣとｔＭＳＣとの間の、ＬＣＬＳ能力およびＬＣＬＳ受理（LCLS-Acceptance）を取り決める可能性を、以降に示す。
【０１９７】
１つのオプションは、（存在する場合）共通のＢＳＳが、そのＢＳＳ−ＬＣＬＳ能力について、上で概説したように例えば新規ＩＥにおいて、ｏＭＳＣおよびｔＭＳＣ双方に知らせることである。両ＭＳＣ、ｏＭＳＣおよびｔＭＳＣは、割り当て要求において、その個々のＭＳＣ−ＬＣＬＳ能力およびその個々のＭＳＣ−ＬＣＬＳプリファレンスについてこのＢＳＳに知らせる。このようにして、ＭＳＣ間の追加のシグナリングはＬＣＬＳネゴシエーションに関して不要でありうる。そして、全ての必要な情報の合成は、両方の呼の区間を制御するＢＳＳ内でのみ実行されてもよい。これを図１１に示す。このオプションの利点は、Ｎｃインタフェースにおける単純性である。不利点はｏＭＳＣもｔＭＳＣもＬＣＬＳ能力およびステータスに関する、完全な全体像を持たないことである。それらは、第１の段階において、同一のＢＳＳが両方の呼の区間で使用されることを知らない。それらは、ＬＣＬＳが実行可能であるか、確立されるかの少なくともいずれかであることを、ＢＳＳにより後に通知されてもよい。
【０１９８】
したがって、本実装は、図１２に示すように、コアネットワークにおける接続設定シグナリングへ情報要素を含めることにより、ｏＭＳＣとｔＭＳＣとの間のＬＣＬＳシグナリングを使用する。ｏＭＳＣはｏＢＳＳ−ＬＣＬＳ能力、それ自身のｏＭＳＣ−ＬＣＬＳ能力およびそれ自身のｏＭＳＣ−ＬＣＬＳプリファレンスについて、ｔＭＳＣに知らせる。「ＬＣＬＳ能力およびＬＣＬＳプリファレンス」をシグナリングするために、Ｎｃインタフェースにおけるフォワード方向において、新規ＩＥ「ＬＣＬＳ−ＣＮ」をｏＭＳＣとｔＭＳＣとの間で交換することができる。同じＩＥはまた、バックワード方向においても有用でありうる。そして、それはまた、実際の「ＬＣＬＳステータス」を含んでもよい。（ここで「ＬＣＬＳ−ＣＮ」と称する）そのような情報要素のとり得るコンテンツおよび構成は、上で詳細に議論されている。本実装は、ただわずかに、より高度なＮｃにおけるシグナリング労力を必要とする。この実装の利点は、非常に早い段階でｔＭＳＣがＬＣＬＳが候補となるか否かを知ることである。さらなる利点は、呼の間はいつでも、ＬＣＬＳ能力、ＬＣＬＳプリファレンスおよびＬＣＬＳステータスにおける変化のシグナリングにこの新規ＩＥを使用しうることである。さらなる利点は、ルーティングパス（すなわちシグナリングパス）に２つより多くのＭＳＣを有する呼のシナリオに見られる。さらにパスにおけるＭＳＣは、そのＬＣＬＳ能力とＬＣＬＳプリファレンスとの少なくともいずれか、すなわち、メディアプレーンへのアクセスのそのニーズを情報要素に入力することができる。
【０１９９】
実装例では、１オクテット、固定長を有する新規ＩＥ「ＬＣＬＳ−ＣＮ」を導入する。ＢＩＣＣまたはＩＳＵＰがＮｃ上で使用される場合、ＩＡＭメッセージ（設定メッセージ）内でフォワード方向に、およびモバイルＡＰＭメッセージ（応答メッセージ）内でバックワード方向に、ＬＣＬＳ−ＣＮ ＩＥが送信される。ＳＩＰ−ＩがＮｃ上で使用される場合、別々のＳＩＰヘッダで又はＳＩＰ−Ｉインバイトにおけるカプセル化ＩＡＭ内でフォワード方向に、および別々のＳＩＰヘッダで又はＳＩＰ応答（SIP-Response）におけるカプセル化ＩＳＵＰモバイルＡＰＭでバックワード方向に、ＬＣＬＳ−ＣＮ ＩＥが送信されてもよい。
【０２００】
典型的には、ｏＭＳＣはｔＢＳＳについて何も知らない。ｔＭＳＣはｏＢＳＳについて何も知らない、すなわち、同一のＢＳＳが両方の呼の区間で使用されるかを、ＭＳＣは気に掛けない。しかし、ＭＳＣは呼の識別子を少なくとも間接的に知っている。一方で、ＢＳＳは、典型的に、ある呼に属する呼の区間を気に掛けない。ＢＳＳはグローバル呼識別子（global call identity）を知らない。ＢＳＳは呼の区間のそれぞれの識別子（ＣＩＣまたはＡｏＩＰ呼識別子）のみを知っている。重ねて、この課題を解決し、ＲＡＮ識別子と呼識別子とを整合させるための、異なる２つのオプションが存在する。
【０２０１】
第１のオプションでは、複数のＭＳＣは、いずれのＲＡＮを使用するかを、互いに通知し、ｏＲＡＮおよびｔＲＡＮが同一である場合、ＭＳＣはＬＣＬＳを実行できることを知る。ユニークなＲＡＮ識別子が規定され、交換されてもよく、新しいＣＮシグナリングが必要とされてもよい。このオプションは、グローバルにユニークなＲＡＮ識別子の定義と維持とを必要とし、それは他ユーザの位置を特定するように拡張することをある程度許容し（パーソナルデータのセキュリティの問題）、それはまた、ＲＡＮ間ハンドオーバの場合のコアネットワークを経る追加のシグナリングも必要とする。
【０２０２】
第２のオプションでは、ＭＳＣは呼に対してユニークな呼識別子を定義すると共に取り決め、その後、全ルーティングパスにおけるノードに知られる。複雑な呼のシナリオにおいては、この呼識別子はグローバルに（すなわちワールドワイドに）ユニークであってもよい。そして、ＭＳＣは、呼の区間のそれぞれに関するグローバル呼識別子について、１以上のＲＡＮに通知し、ｏＭＳおよびｔＭＳの呼識別子が同一である場合、同一のＢＳＳで呼が発信すると共に着信し、したがってＬＣＬＳが実行可能であることをＲＡＮは知る。このオプションは、新規ＣＮおよび新規Ａインタフェースのシグナリングを意味する、グローバルにユニークな呼識別子の定義および交換を使用する。このオプションは、ルーティングパスにおいて２つより多くのＭＳＣを有する呼のシナリオに関して、特別の利点を有する。
【０２０３】
そのようなユニークな呼識別子は非特許文献４で標準化され、「グローバル・コール・リファレンス」（ＧＣＲ）と称される。ＧＣＲはワールドワイドに、またネットワーク境界を越えてユニークである。このＧＣＲは、複雑な呼シナリオにおける課金のために導入された。グローバル・コール・リファレンスのとり得るパラメータレイアウトを次の表に示す。
長さのインジケータを含むこのＩＥの最大長は、１３オクテットである。一般に、１つの呼に属する全ての呼の区間は同じグローバル・コール・リファレンスを使用する。これは、呼転送、ローミング、再ルーティングまたは再選択を含むが、これらに限られない。呼のＧＣＲは、ハンドオーバ／再配置の呼の区間において、ＩＡＭ（ＩＳＵＰ／ＢＩＣＣ）におけるアンカーＭＳＣにより、非アンカーＭＳＣにも送信されるであろう。そして、ＭＳの新しい位置への呼のパスの中のノードは、このＧＣＲを受信し、使用することができるであろう。
【０２０４】
既に仕様化されたグローバル・コール・リファレンスは、ＣＮの内部とＣＮとＲＡＮの間との両方において、ＬＣＬＳのためにに使用されてもよい。ｏＭＳＣはｏＭＳからサービス要求を受信すると、「グローバル・コール・リファレンス」（ＧＣＲ）を生成する。そして、このＧＣＲは、ルーティングパスに沿って送信され、最後にｔＭＳＣに到着する。パス内の全ノードはこのＧＣＲに気づく機会を有する。このＧＣＲは、呼が終了するまで保持される。ｏＭＳＣはｏ呼区間（oCall-leg）に対するｏＢＳＳにｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ内でこのＧＣＲを送信し、それはそこで格納され、ｔＭＳＣはｔ呼区間（tCall-leg）に対するｔＢＳＳにｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ内でこのＧＣＲを送信し、それもそこで格納される。ｏＭＳＣおよびｔＭＳＣ双方は、さらに、そのＬＣＬＳ能力およびＬＣＬＳプリファレンスを、割り当てにおけるｏＢＳＳおよびｔＢＳＳに送信する。
【０２０５】
その後、ｔＢＳＳは、全ての格納されたＧＣＲとｔ呼区間に対して受信されたＧＣＲとの相関を実行し、ｏＢＳＳとｔＢＳＳが同一である場合にＬＣＬＳのための対応するｏ呼区間を発見する。うまくいけば、その後、ｔＢＳＳは「ＬＣＬＳアイデンティファイド（LCLS-identified）」として両呼区間をマークする。ｔＢＳＳは、相関の結果を、ｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｓｐｏｎｓｅ内でｔＭＳＣに報告する。同時に、（ｔＢＳＳと同一である）ｏＢＳＳは、ＬＣＬＳステータスをｏＭＳＣに通知する。その後、ＬＣＬＳのための準備が終了する。しかし、不正行為を招きうるユーザプレーンの早すぎるスルー接続を回避するため、ＬＣＬＳはまだ確立されない。
【０２０６】
１以上のＭＳＣは、ユーザプレーン接続を制御するために、次の手順を実行してもよい。呼はまだ呼設定の段階にあると仮定する。ｔＭＳがリンギングを開始したと共に、ｏＭＳはリングバックトーンを受信して鳴らす。コアネットワークを通じて両方向へエンドツーエンドにユーザプレーンが確立されるが、トラフィックはｏＭＧＷおよびｔＭＧＷでブロックされる。ＢＳＳ内の直接ローカルショートカットは、ＣＮにおけるこのユーザプレーンの接続制御をバイパスするであろうし、したがって応答／課金の前に不正ユーザデータが通過することを許容するであろう。直接ローカルショートカットはまた、ｔＭＧＷおよびｏＭＳにより生成されるリングバックトーンの間で、ユーザプレーンをバイパスするであろう。ＢＳＳはＬＣＬＳを確立する正しい時点を、次のように判断してもよい。
【０２０７】
Ａインタフェースにおける新規のシグナリングなしに、これはＭＳＣとＭＳとの間のＤＴＡＰシグナリングの中を「傍受する」ことにより達成されうる。
【０２０８】
別の可能性は、「コネクト」時にＢＳＳに通知できる新規手順、メッセージおよびＩＥを使用することである。この手順を「Ａコネクト（A-Connect）」と呼んでもよく、メッセージを「Ａコネクト（A-CONNECT）」と呼んでもよく、ＩＥは「Ａコネクト制御（A-Connect-Control）」と呼んでもよい。このＡコネクト手順のためのトリガは、ｔＭＳＣおよびｏＭＳＣにより見られるｔＭＳからの「コネクト」メッセージでありうる。ｔＭＳＣおよびｏＭＳＣの双方は、新規メッセージ「Ａコネクト」を、ｔＢＳＳおよびｏＢＳＳの双方へそれぞれ送信する。コンテンツ、すなわちＩＥ Ａコネクト制御の符号化は、一般に、両Ａインタフェースにおいて同一でありうるが、異なっていてもよい。両呼区間が明示的なＡコネクトメッセージを受信し、そのコンテンツがＬＣＬＳを許容する場合、ＢＳＳはＬＣＬＳを確立する。ｔＢＳＳ呼区間は、一般に、ｏＢＳＳの呼区間がｏＡコネクトメッセージを得るより早く、ｔＡコネクトメッセージを得る。しかし、ＬＣＬＳの状態が明らかになる前に、すなわち両呼区間がＡコネクトメッセージを受け、ＬＣＬＳを確立する前に、ｔＢＳＳもｏＢＳＳもこのメッセージに肯定応答することができない−またはＬＣＬＳを確立することができないことが明らかになりうる。
【０２０９】
さらに上で示した一般的教示は、ここで説明された特定の実装に適用されてもよいことは明らかである。特に、メディアプレーン・アクセスのニーズを収集し、メディアプレーンを確立し、シグナリングパスにおけるレガシーノードを検出する種々の方法を、特定の実装に適用することができる。当業者は、本発明の範囲内にある他の実施形態を形成するために、本発明の上述の態様、実施形態および実装の特徴を組み合わせることができることを正しく理解するであろう。
【０２１０】
本発明の特定の実施形態が本明細書で開示されるが、本発明の範囲を逸脱することなく種々の変更および修正を行うことができる。本実施形態はあらゆる点で例証的かつ非限定的と考えられるべきであり、添付する特許請求の範囲の意味および等価範囲内に入る全ての変更は特許請求の範囲に含まれることが意図されている。
【技術分野】
【０００１】
本発明は発信端末と着信端末間の接続を設定する方法に関する。本発明はさらに、接続設定に関するアクセスゲートウェイおよびコアネットワークノードおよびこれらのネットワークノードにおいて実行する方法に関する。
【背景技術】
【０００２】
呼設定は移動通信ネットワークにおいて実行する標準手順である。設定手順は移動電話機または任意の他のタイプの移動通信デバイスのような一般に無線アクセスネットワークを介して接続する端末（発信端末Ｔｏ）の接続要求に際して開始する。ＵＴＲＡＮ（ＵＭＴＳ地上無線アクセスネットワーク）の無線ネットワーク制御装置（ＲＮＣ）または２Ｇ無線アクセスネットワーク（ＲＡＮ）の基地局制御装置（ＢＳＣ）のような無線アクセスネットワークのコントローラは、コアネットワークの移動交換センタ（ＭＳＣ）のようなアクセスゲートウェイとシグナリングトラフィックを交換する。この、いわゆる発信アクセスゲートウェイ（Ｏ−ＡＧＷ）は、コアネットワークを通じて、着信無線アクセスネットワークを通じて着信端末（Ｔｔ）と通信する着信アクセスゲートウェイ（Ｔ−ＡＧＷ）に接続設定シグナリングを送信する。いわゆるシグナリングプレーンで動作するＯ−ＡＧＷからＴ−ＡＧＷへの（コール・ルーティング・パスとも呼ぶ）シグナリングパスはさらなるコアネットワークのノード、特に、更なるＭＳＣまたは同様のもののようなメディアゲートウェイを制御する制御ノードを、通過することができる。シグナリングパスが通過するコアネットワークのノードはメディアゲートウェイを制御し、それにより、コアネットワークを通じて、ユーザプレーンとも呼ぶメディアプレーン上にメディアパスが確立される。メディアパスはさらに、Ｏ−ＡＧＷおよびＴ−ＡＧＷのＭＧＷから、それぞれの無線アクセスネットワークを通じて、それぞれ発信端末および着信端末まで広がる。
【０００３】
アクセスゲートウェイおよび制御ノードにより確立されるシグナリングプレーンはシグナリングトラフィックを伝送し、一方でメディアゲートウェイにより確立されるメディアプレーンは音声データ、ビデオデータまたはその他のタイプのユーザデータのようなメディアコンテンツを伝送する。端末から要求を受信して接続設定を行ういくつかの方法があり、その１つを図６に関して以下でさらに詳細に説明する。一般にＯ−ＡＧＷは、シグナリング（またはルーティング）パスにおいてその関連するメディアゲートウェイ（ＭＧＷ）に少なくとも一部のメディアパスの確立を指令する制御ノードを伴うＴ−ＡＧＷに設定メッセージを送信する。
【０００４】
設定メッセージを受信し、着信端末とのシグナリングトラフィックの交換後、Ｔ−ＡＧＷは、リングバックトーンが送信されてもよいメディアパスの設定を終了させるため応答メッセージをＯ−ＡＧＷに送信する。
【０００５】
メディアパスは、一般に、発信ＡＧＷのＭＧＷから着信ＡＧＷのＭＧＷへ、ダウンストリームとも呼ばれる方向において、メディアコンテンツを伝送するフォワードチャネル（または「Ａチャネル」）を含む。バックワードチャネル（「Ｂチャネル」とも呼ばれる）は着信ＡＧＷのＭＧＷから発信ＡＧＷのＭＧＷへ、アップストリームとも呼ばれる方向において、メディアコンテンツを伝送する。ダウンストリームは接続設定メッセージの送信方向として、アップストリームは応答メッセージの送信方向として規定されてもよい。技術的に、用語アップストリームおよびダウンストリームは、常に同じように使用されるわけではないことに注意されたい。具体的な意味は用語が使用される文脈から導出する必要があるかもしれない。例として、コンテンツがＢチャネルでバックワード方向に伝送される場合、Ｂチャネルに関するダウンストリームは上記のアップストリーム方向に対応しうる。
【０００６】
用語ダウンストリームおよびアップストリームは、また、シグナリングまたはメディアパスにおけるノードの相対位置を定義するのに使用されてもよい。パスにおいてノードからみると、特定メッセージまたはコンテンツの送信方向に関して、アップストリームのノードはそのパスにおけるノードに先行するノードでありうると共に、ダウンストリームのノードはそのパスにおけるノードに後続するノードでありうる。このようなコンテキストでは、ＡチャネルまたはＢチャネルから見る場合、アップストリーム（またはダウンストリーム）ノードが異なってもよい。
【０００７】
いくつかのネットワークでは、コアネットワークノードは設定メッセージを受信してフォワードチャネルを、そして応答メッセージを受信してバックワードチャネルを確立する。他のネットワークでは、コアネットワークのノードは、ノード間シグナリング方式（いわゆる「ファストトラック」）により、制御ノード間で交換されるメディアゲートウェイの受信機アドレスを伴う設定メッセージを受信して、両方のチャネルを確立する。
【０００８】
ローミング端末のような他のシナリオでは、メディアおよびシグナリングパスはより複雑でありうる。例として、特定のオペレータのコアネットワークに達するには、更なるコアネットワーク、中継ネットワークおよび同様のものを横断する必要があるかもしれない。発信端末の無線アクセスネットワークは、例えば、発信コアネットワークに、そしてさらに、１つまたはいくつかの中継ネットワークを介してオペレータのコアネットワークに、接続してもよい。コアネットワークにアクセスするネットワークはアクセスネットワークと称してもよい。したがって、アクセスネットワークは、ＲＡＮ、別のコアネットワークまたは同様のものであってもよい。
【０００９】
従来のネットワーク構成では、メディアパスは、呼設定時に無線アクセスネットワーク、そして場合によっては更なるアクセスネットワークおよびコアネットワークを通じて確立され、呼継続中は保持される。メディアパスにおけるあらゆるノードは、メディアプレーンへのアクセスを有し、例えば、メディアプレーンから（例えば複数パーティ会議またはコールストレージのための）データを読むことができ、メディアプレーンの中に（例えば複数パーティ会議または通知のための）データを書くか、または挿入できる。そのような付加サービスは、一般に、コアネットワーク内に所在し、このような単純なメディアプレーンアクセスを活用することができる。
【００１０】
いくつかの国およびネットワークでは、１つのエリア内で発信し、着信する音声呼（例えば市または地域、ローカル呼とも呼ばれる）の数は比較的多い可能性がある。２つの端末が１つの無線セル内に所在することさえあるかもしれない。接続コストに関して、そのようなセルに連結することはむしろ高価であり、それは例えばマイクロ波リンクによるか、または衛星を介してさえ起こるかもしれない。
【００１１】
接続コストの削減のために、そのような呼を特定し、コアネットワークを通じる全メディアパスを使用することなく、無線セルまたは無線アクセスネットワーク内のメディアパスのショートカットを提供することが望ましい。そのようなメディアパスのショートカットは「ローカル・コール・ローカル・スイッチ（ＬＣＬＳ）」と称してもよい。メディアコンテンツのより直接的ルーティングは、より高い音声品質およびより少ない通話のパス遅延を提供するかもしれないため、ユーザはそのようなショートカットを提供することによって利益を得ることができるかもしれず、一方で、同時にネットワークのオペレータは運用経費の削減により利益を得ることができるかもしれない。メディアパスのショートカットはまた、「ローカルショートカット」と称されてもよい。
【００１２】
ローカルショートカットに関して、いくつかのシグナリングパスにおけるノードがメディアプレーンへのアクセスを必要とするかもしれないという問題が生じる。そのようなショートカットが切り替えられると、コアネットワークノードは、それ以上、メディアコンテンツへのアクセス、すなわちメディアプレーンへの読み、書きができなくなるかもしれない。接続を設定する場合、シグナリングパスにおけるノードによりどの付加サービスが提供される必要があるかが明確でないことが多い。合法傍受、ホームネットワークにおける記録サービス、トーン挿入および通知のようなサービスは、一般に、メディアプレーン・アクセスを必要とし、ローカルショートカットを妨げる。したがって、ローカルショートカットのスイッチングの改良により、ひずみ遅延などのようなエンドユーザ体験を改良し、要求されるリソース容量およびリンク容量のようなオペレータの経費を削減することが望ましい。特に、ローカルショートカットに切り替えできる状況の数を増加させるべきである。ローカルショートカットを確立できる状況を判断することが望ましい。さらに、シグナリングパスにおけるノードの、メディアプレーンへのアクセスの必要性または要求を判断することが望ましい。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】３ＧＰＰ ＴＳ２３．１０８
【非特許文献２】３ＧＰＰ ＴＳ２４．００８
【非特許文献３】３ＧＰＰ ＴＳ３３．１０６
【非特許文献４】ＩＴＵ−Ｔ Ｑ．１９０２シリーズ
【発明の概要】
【発明が解決しようとする課題】
【００１４】
したがって、本発明の目的は、上述の不利点の少なくともいくつかを取り除き、移動通信ネットワークにおける接続設定を改良することである。
【課題を解決するための手段】
【００１５】
本発明の第１の態様によれば、移動通信ネットワークにおける発信端末と着信端末間の接続設定の方法が提供される。発信端末の発信アクセスゲートウェイを通じてコアネットワークにアクセスするアクセスネットワークを介して、発信および着信端末は接続する。着信端末については、発信アクセスゲートウェイと同じかまたは異なりうる着信アクセスゲートウェイを通じて、コアネットワークにアクセスしてもよい。発信アクセスゲートウェイでは、情報要素が、少なくともコアネットワークを通じて接続を設定するための設定メッセージに含まれる。その設定メッセージは、その後、コアネットワークにおける着信アクセスゲートウェイへ、少なくともコアネットワークを通じてシグナリングパスにおいて送信される。シグナリングパスに関係する更なるネットワークが存在してもよい。シグナリングパスが経て進行する少なくとも１つのノードは、設定される接続のメディアプレーンへアクセスするためのそのニーズに関する情報に情報要素に入力する。情報要素を含む設定メッセージは、着信アクセスゲートウェイにおいて受信される。収集されたメディアプレーン・アクセスのニーズを伴う情報要素を含む応答メッセージは、発信アクセスゲートウェイへのシグナリングパスに沿って逆方向に送信される。情報要素を用いて収集されるシグナリングパスにおけるノードのメディアプレーン・アクセスの必要性に関する情報は、その後、その接続のメディアパスのローカルショートカットをアクセスネットワークにおいて確立することができるかを判定するために供給される。
【００１６】
したがって、メディアパスのローカルショートカットを確立する可能性が信頼性よく検出されてもよく、それによりユーザ体験の改良および要求されるリソースの削減を得ることができる。さらに、ショートカットがさらに多くの状況で提供されうるように、メディアプレーン・アクセスを要求する種々の付加サービスを伴う種々の状況間の識別を可能としてもよい。
【００１７】
本発明の実施形態によれば、情報要素の処理可能なシグナリングパスにおけるノード、すなわち、対応ノード（enabled node）は、それら自身のメディアプレーン・アクセスのニーズと、さらにシグナリングパスにおける他のノードのメディアプレーン・アクセスのニーズとに基づいて、そのそれぞれのメディアゲートウェイを通じたメディアのルーティングを適合させる。対応ノードは設定メッセージと応答メッセージとの少なくともいずれかに含まれる情報要素を用いて、この情報を取得することができる。したがって、シグナリングパスにおけるあるノードのみがメディアプレーン・アクセスのニーズを有する場合、リソースが節約されるかもしれない。
【００１８】
いくつかの実施形態では、ショートカットの提供を逸する可能性の数を削減するように、情報要素は、設定メッセージに常に含まれてもよい。他の実施形態では、情報要素は選択的に含まれる。発信ゲートウェイは、発信端末と着信端末とが同じアクセスネットワークを介して接続するかをチェックしてもよい。これは、アクセスネットワークを介して接続する端末の情報を格納する共通のビジタ・ロケーション・レジスタ（ＶＬＲ）から情報を読み出すことにより、またはアクセスネットワークの制御ノードからアクセスネットワークを介して接続する端末の情報を受信することにより、発生しうる。同じアクセスネットワークを介して接続するタイプであるかに関する受信側の番号の分析による、番号に基づく選択を用いることでそれが生じるかもしれない。そして、発信および着信端末が同じアクセスネットワークを通じて接続した場合、情報要素は設定メッセージにのみ含まれてもよい。このように、シグナリングオーバヘッドが削減されてもよい。
【００１９】
情報要素の構成の種々の可能性が存在する。例として、メディアパスはフォワードチャネルおよびバックワードチャネルを含んでもよい。そして、情報要素はメディアプレーン・アクセスのニーズを示す、フォワードチャネルを読み込むニーズを示す要素、フォワードチャネルに書き込むニーズを示す要素、バックワードチャネルを読み込むニーズを示す要素、およびバックワードチャネルに書き込むニーズを示す要素を、少なくとも含んでもよい。したがって、シグナリングパスにおける複数のノードのアクセスのニーズにわたる包括的な全体像を取得することが可能であってもよい。
【００２０】
情報要素はメディアプレーン・アクセスのニーズを格納するフラグ形式の要素を含んでもよい。そして、対応するメディアプレーン・アクセスのニーズに対するフラグの設定により、ノードは情報を情報要素に入力してもよい。フラグは少しの格納スペースしか必要とせず、容易に読み出しが可能である。
【００２１】
そのような情報を入力した各ノードのメディアプレーン・アクセスのニーズは、情報要素において、別々に、例えば各ノードのノード識別子と関連して、格納されてもよい。情報要素への情報の入力は、また、対応ノードがあらゆるアクセスのニーズを情報要素に書き込まず、そのことによりアクセスの必要性を持たないことを示すことによって、または、単にノード識別子を情報要素へ入力することによって、生じてもよい。情報を別々に格納することにより、パスにおける各ノードのアクセスのニーズが識別されてもよく、そしてさらに、情報要素の処理ができないノードもまた特定されてもよい。
【００２２】
各メディアプレーン・アクセスのニーズへ同一のフラグを設定することにより、各ノードが情報を情報要素に入力することも可能である。１つのノードが特定フラグを設定した場合、後続のノードはフラグを再設定しなくてよい。このように、シグナリングパスに沿って送信される情報要素はシグナリングパスにおいて利用可能なノードのメディアプレーン・アクセスのニーズを累積してもよい。このように、情報要素をコンパクトに保持してもよい。
【００２３】
本方法の実施形態では、メディアゲートウェイコンテキストと、そのそれぞれの関連するメディアゲートウェイ（ＭＧＷ）のリンクを設定することにより、シグナリングパスにおけるノードが、設定メッセージと応答メッセージとの少なくともいずれかを受信すると、少なくともコアネットワークを通じてメディアパスを設定してもよい。したがって、メディアパスはフルに確立されてもよく、トラフィックの伝送の用意が整えられてもよい。その後、累積されたメディアプレーン・アクセスのニーズに基づいて、メディアコンテンツが、少なくともコアネットワークを通じて設定されるメディアパス上で送信されるべきかが判定される。例として情報要素がメディアパスの特定チャネルへの読み込みアクセスを示す場合、メディアコンテンツをこのチャネルに送信する。したがって、コアネットワークトラフィックが削減され、リソースは節約されうる。ローカルショートカットおよび読み込みアクセスの双方を提供するため、メディアコンテンツは、例えばアクセスネットワークまたはアクセスゲートウェイにおいて分岐されてもよい。
【００２４】
別の実施形態では、設定メッセージと応答メッセージとの少なくともいずれかを受信すると、少なくともコアネットワークを通じて、メディアパスが同様に確立される。その後、シグナリングパスにおけるアップストリームまたはダウンストリームのノードのメディアプレーン・アクセスのニーズに基づいて、メディアパスのアップストリームまたはダウンストリームのリンクをパッシブに設定することを決定するように、対応ノードが設定されてもよい。リンクをパッシブに設定することは、そのリンクに対してリソースが割り当てられるにも関わらず、そのリンク上でコンテンツが送信されないことを意味する。したがって、メディアプレーン・アクセスのニーズを有するメディアパスにおけるノードに至るまでのみコンテンツが送信されてもよく、さらにコアネットワークにおけるトラフィックが削減される。
【００２５】
メディアパスがフォワードチャネルおよびバックワードチャネルを含む場合、例えば、これは以下のように実行されてもよい。着信アクセスゲートウェイは応答メッセージへの追加情報要素を含めてもよい。シグナリングパスが通過する対応ノードは、メディアプレーンへのアクセスのニーズに関する情報を、応答メッセージの追加情報要素に入力する。その後、シグナリングパスにおける対応ノードは、設定メッセージと共に受信される情報要素から、バックワードチャネルにおけるダウンストリームの何れかのノードがバックワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを判定してもよい。同様に、応答メッセージと共に受信される追加情報要素から、ノードは、フォワードチャネルにおけるダウンストリームの何れかのノードがフォワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを判定してもよい。アクセスのニーズを有するそれぞれチャネルにおけるダウンストリームのノードがない場合、ノードは、その関連するメディアゲートウェイに、それぞれのチャネルにおけるダウンストリームのリンクをパッシブに設定するように指令することができる。このように、ノードはそれぞれのチャネルにおけるダウンストリームにメディアコンテンツをさらに送信しなくてもよく、したがってトラフィックを削減し、リソースを節約する。特に、書き込みアクセスを必要とするシグナリングパスにおけるノードがない場合に、この方法を実行できる。書き込みアクセスが要求される場合、バックワードチャネルにおけるアップストリームのノードがバックワードチャネルへ書き込む必要性を有さない場合は、バックワードチャネルのダウンストリームをパッシブに設定するのみであってもよく、フォワードチャネルにおけるアップストリームのノードがフォワードチャネルへ書き込む必要性を有さない場合、フォワードチャネルにおけるダウンストリームをパッシブに設定するのみであってもよい。したがって、最初の書き込みアクセスノードが最後の読み込みアクセスノードの前に来る場合、チャネルの全リンクをアクティブに設定してもよい。
【００２６】
一定時間期間にわたってメディアパスの設定のために確立するリンクを介してコンテンツが送信されない場合、リンクに対して切断がトリガされてもよい。メディアパスのそのようなリンクを通じてハートビート信号を送信することにより、これを回避してもよい。それぞれのリンクを提供するメディアゲートウェイの、対応するメディアコンテキストマネージャにおけるこれらのリンクを通じてメディアコンテンツが送信されるかの検出を無効にすることもできる。このように、コアネットワークを通じてコンテンツが送信される必要がある場合、例えば自発的に要求される読み込みアクセスにおいて、メディアパスはスタンバイ状態に保持されてもよい。
【００２７】
別の実施形態では、メディアプレーン・アクセスのニーズを有するアップストリームおよびダウンストリームのノードを判定するために、対応ノードは、類似の追加情報要素を使用してもよい。情報要素および追加情報要素に基づいて、シグナリングパスにおけるあらゆるノードが、それぞれのチャネル（例えばフォワードまたはバックワードチャネル）に対するメディアプレーン・アクセスのニーズを有さないと対応ノードが判定する場合、ノードはそれぞれのチャネルの次のダウンストリームのノードへのメディアパスのリンクを確立しないか、または、それぞれチャネルの次のダウンストリームのノードへの既に確立されたメディアパスのリンクを解除する。リンクが確立されないか、または解除されるかのいずれかであるので、メディアゲートウェイにより割り当てられるリンクおよびコンテキストマネージャの観点では、リソースの使用を削減しうる。さらに不使用リンクが設定されないか、または解除されるので、ハートビート信号に対する、またはコンテンツ伝送を検出することの無効化に対するニーズがなくなりうる。書き込みアクセスが要求される場合、それぞれのチャネルにおけるアップストリームのノードが、そのそれぞれのチャネルへ書き込む必要性を有さない場合、その場合にのみリンクが確立されないか、または解除されてもよい。
【００２８】
情報要素を処理できないシグナリングパスにおけるレガシーネットワークノード、すなわち非対応ノードが、さらに検出されてもよい。一般に、例えば対応ノードの各々が識別子を入力する情報要素に情報を入力しなかったパスにおけるノードに対して、対応ノードが設定メッセージと応答メッセージの少なくともいずれかから受信される情報要素を分析することにより、検出が生じ得る。
【００２９】
具体的な例では、情報要素は、各対応ノードがノード識別子を入力する、ノード識別フィールドを含んでもよい。そして、対応ノードは、設定メッセージと共に受信される情報要素のノード識別フィールドに格納されるノード識別子が、メッセージが受信されたノードのノード識別子と一致するかをチェックしてもよい。ノード識別子が一致しない場合、ノードはフル・メディアプレーン・アクセスのニーズを情報要素に設定してもよい。したがって、レガシーノードがメディアプレーンへのフルアクセスを有することを保証しうる。そして、対応ノードはそれ自身の識別子を情報要素のノード識別フィールドに書き込んでもよい。情報要素は要求される格納スペース、したがってシグナリングオーバヘッドを削減するように、随時上書きされてもよい。このように、簡単であるが、有効なレガシーノードの検出が実現されうる。
【００３０】
また、応答メッセージの追加情報要素を使用するか、またはノード識別フィールドにノード識別子を上書きし、それぞれの対応ノードに対するそれぞれのメディアプレーン・アクセスのニーズおよびノード識別子を、別々に情報要素に格納することも確かに考えうる。
【００３１】
さらなる実施形態では、情報要素は、シグナリングパスにおける対応ノードのそれぞれが、そのメディアプレーン・アクセスのニーズおよびノード識別子を入力する、アクセスのニーズのリストを含む。そして、対応ノードは次のようにメディアパスを確立することができる。それ自身がメディアプレーン・アクセスのニーズを有するノードは、同様にメディアプレーン・アクセスのニーズを有する次のアップストリームまたはダウンストリームのノードへの、直接接続（すなわちメディアパス接続）を設定することができる。したがって、メディアパスは、発信および着信アクセスゲート以外の、メディアプレーン・アクセスのニーズを有さないノードをバイパスしてもよい。したがって、コアネットワークトラフィックが削減されうると共に、バイパスされたノードはリソースを節約しうる。
【００３２】
メディアプレーン・アクセスのニーズを有する、情報要素を処理することが可能なノード、すなわち対応ノードは、メディアプレーン・アクセスのニーズを有するシグナリングパスにおけるダウンストリームまたはアップストリームの最初のノードに対する、応答メッセージの情報要素に含まれるアクセスのニーズのリストをスキャンしてもよい。そして、そのようなノードが発見された場合、対応ノードは、検出された最初のノードへのメディアパス接続を設定するか、または検出された最初のノードに接続するように既存メディアパス接続を変更してもよい。したがって、少なくともコアネットワークにおいてメディアパスが設定されてもよい。これはアクセスのニーズが検出されるメディアチャネルと関係なく実行されてもよく、または、メディアチャネルごとに実行されてもよい。
【００３３】
シグナリングパスにおけるレガシーノードは情報要素の分析により検出されてもよい。例として、そこから情報要素を伴うメッセージが受信されるノードが、その識別子をリストに入力していない場合、そのノードはレガシーノードであると仮定してもよい。１つ以上のレガシーノードが検出される場合、シグナリングパスにおいて、レガシーノードのアップストリームの最初の対応ノードとダウンストリームの最初の対応ノードへのメディアパス接続を設定することができる。さらに、レガシーノードを経るメディアパスを確立するように、最初のアップストリームおよびダウンストリームのノードにより、メディアパス接続がレガシーノードへ設定されることができる。例として、レガシーネットワークノードを経る接続を確立することにより、レガシーノードがメディアプレーンへのフルアクセスを得ることを保証できるように、最初のアップストリームとダウンストリームの対応ノードの少なくともいずれかは、フルにメディアプレーンに加入してもよく、すなわち、フル・メディアプレーン・アクセスのニーズを情報要素に入力してもよい。
【００３４】
情報要素と共に収集される、対応ノードのメディアプレーン・アクセスのニーズの情報は、さらに、アクセスネットワークにおいてメディアパスのローカルショートカットを確立できるかを判定するために評価されてもよい。そのような評価は、一方または双方のアクセスゲートウェイにより実行されてもよい。そのようなショートカットを確立できる場合、アクセスネットワークのコントローラに、ショートカットを確立できることが通知されてもよく、また、メディアプレーン・アクセスのニーズの情報がそのコントローラに送信されてもよい。そして、コントローラは、受信された情報に基づいて、自らショートカットを確立することを決定してもよく、または他ノードにショートカットを確立するように指示してもよい。
【００３５】
本発明のさらなる態様によれば、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定する方法が提供される。アクセスネットワークは、少なくとも１つのアクセスゲートウェイを通じてコアネットワークにアクセスする。本方法はコアネットワークのコアネットワークノードにより実行される。コアネットワークノードは、少なくともコアネットワークにおけるシグナリングパスに沿って送信される接続を確立するための接続設定シグナリングを受信する。シグナリングパスはコアネットワークノードを通過する。接続設定シグナリングに伴って、情報要素の送信の方向に関してシグナリングパスにおけるコアネットワークノードに先行する少なくとも１つのノードの、メディアプレーン・アクセスのニーズを格納する情報要素が受信される。メディアプレーン・アクセスのニーズは、接続が設定されるべきメディアプレーンへの先行ノードのアクセスのニーズを示す。コアネットワークノードはメディアプレーンへのアクセスのそのニーズに関する情報を情報要素に入力する。そして、接続設定シグナリングを伴って、シグナリングパスにおける次のノードに、その情報要素が送信される。したがって、アクセスネットワークにおいて接続メディアパスのローカルショートカットを確立できるかを判定するため、情報要素を用いて、シグナリングパスにおけるノードのメディアプレーン・アクセスのニーズの収集を有効にしてもよい。
【００３６】
本方法の実施形態では、コアネットワークノードは、それ自身のメディアプレーン・アクセスのニーズと、シグナリングパスにおける他のノードのメディアプレーン・アクセスのニーズとに基づいて、その関連するメディアゲートウェイを経るメディアのルーティングを適合させる。接続設定シグナリングにより受信される情報要素と、接続設定シグナリングに応答して受信されるメッセージに含まれる対応する情報要素との少なくともいずれかにおいて、これらのニーズが示されてもよい。このようにして、コアネットワークノードはリソースを節約し、コアネットワークを経るトラフィックを削減しうる。
【００３７】
ある例では、メディアパスはフォワードチャネルおよびバックワードチャネルを含んでもよい。接続設定シグナリングに伴って受信される情報要素の他に、追加情報要素の送信方向に関して、シグナリングパスにおけるコアネットワークノードに先行する少なくとも１つのノードのメディアプレーン・アクセスのニーズを格納する追加情報要素が、対応する応答メッセージと共に受信されてもよい。そして、シグナリングパスにおける任意のノードがフォワードチャネルまたはバックワードチャネルに対するメディアプレーン・アクセスのニーズを有するかを情報要素から、そして追加情報要素から判断してもよい。そして、コアネットワークノードは、コアネットワークを経るメディアパスを確立するために、メディアゲートウェイコンテキストおよびその関連するメディアゲートウェイのリンクを設定してもよい。情報要素および追加情報要素から、フォワードまたはバックワードチャネルのダウンストリームへのメディアコンテンツの伝送の必要がないと判断される場合、各チャネルのダウンストリームのメディアリンクを確立しないか、または以前に確立している場合は解除するように、これを実行できる。それぞれのチャネルに対してダウンストリームのメディアリンクをパッシブに設定することも可能であり、これは、そのメディアリンクにはコンテンツが送信されないことを意味する。そして、コアネットワークノードは、パッシブリンクへのハートビート信号の送信をトリガしてもよく、また、対応するメディア・ゲートウェイ・コンテキスト・マネージャにおけるパッシブリンクを経てメディアコンテンツが送信されているかの検出を無効にしてもよい。
【００３８】
もう１つの実施形態では、情報要素はシグナリングパスにおける対応ノードの各々がそのメディアプレーン・アクセスのニーズおよびノード識別子を入力する、アクセスのニーズのリストを含む。接続設定シグナリングへの応答メッセージを伴って、アクセスのニーズのリストを伴う情報要素が受信される。ネットワークノードがそれ自身のメディアプレーン・アクセスのニーズを有する場合、ネットワークノードは、メディアプレーン・アクセスのニーズを有するシグナリングパスにおけるダウンストリームまたはアップストリームの最初のノードに対する応答メッセージに含まれるリストをスキャンする。そのようなノードが発見される場合、ネットワークノードは、検出された最初のノードへのメディアパス接続を設定するか、または最初のノードに接続するように既存メディアパス接続を変更する。このように、少なくともコアネットワークにおけるメディアパスが設定されてもよい。ノードがメディアプレーン・アクセスのニーズを有さない場合、ノードがメディアパスによりバイパスされるように、そのノードはメディアパス接続の設定を控えてもよい。したがって、コンテキストマネージャおよびリンクを割り当てる必要がないので、コアネットワークノードは更なるリソースを節約できる。
【００３９】
情報要素は上述のように構成されてもよい。特に、フォワードおよびバックワードメディアチャネルへの読み込みおよび書き込みアクセスのニーズを示す要素を含んでもよく、要素はフラグの形式で提供されてもよく、情報要素は累積される形式で、または別々に対応ノードの各々のアクセスのニーズを格納してもよい。
【００４０】
本方法は、さらに、コアネットワークノードに関する上述のステップの何れをも含んでもよい。例えば、情報要素を分析することにより、例えば、最後の先行する対応ノードにより入力される識別子と、シグナリングパスにおける先行ノードの識別子とを比較することにより、レガシーネットワークノードの検出を実行してもよい。
【００４１】
本発明のさらなる態様によれば、同じアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定するように適合されたコアネットワークのネットワークノードが提供される。アクセスネットワークは少なくとも１つのアクセスゲートウェイを経てコアネットワークにアクセスする。コアネットワークノードは、コアネットワークノードに関して上述された方法の何れをも実行するように構成される。
【００４２】
本発明は、さらに、少なくとも１つのアクセスゲートウェイを経てコアネットワークにアクセスする、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定する、アクセスゲートウェイにより実行される方法に関する。本方法では、少なくともコアネットワークにおけるシグナリングパスに沿って送信される信号であって、接続を確立するための接続設定信号が受信される。設定されるべき接続のメディアプレーンへのアクセスの、シグナリングパスにおけるノードのニーズの情報を、受信された接続設定シグナリングからの情報要素の検索により収集する。情報要素は、シグナリングパスの少なくとも１つのノードの、メディアプレーン・アクセスのニーズを格納する。そのように収集されるメディアプレーン・アクセスのニーズの情報は、アクセスネットワークにおいて接続のメディアパスのローカルショートカットを確立できるかを判断するために供給される。利用可能なこの情報を有することにより、ショートカットが可能であるかの信頼できる判定を達成でき、このようなショートカットが確立されると、ユーザ体験の改良およびオペレーションの経費の削減が得られる。
【００４３】
ある実施形態では、アクセスゲートウェイは、発信端末に対して、それを経てコアネットワークにアクセスする、発信アクセスゲートウェイである。そして、発信アクセスゲートウェイは、少なくともコアネットワークを経る接続を設定するための設定メッセージに情報要素をさらに含めてもよく、少なくともコアネットワークを経るシグナリングパス上で、コアネットワークの着信アクセスゲートウェイへ設定メッセージを送信してもよい。そして、上述の受信された接続設定シグナリングは、設定メッセージに応答して着信アクセスゲートウェイにより送信される応答メッセージであってもよい。そして、その応答メッセージは、シグナリングパスに沿う少なくとも１つのノードがそのメディアプレーン・アクセスのニーズを入力した設定メッセージの情報要素を含んでもよい。アクセスゲートウェイは、設定メッセージの送信前に、自らのメディアプレーン・アクセスのニーズを情報要素に、自ら確実に入力してもよい。
【００４４】
もう１つの実施形態では、アクセスゲートウェイは、着信端末に対して、それを経てコアネットワークにアクセスする、着信アクセスゲートウェイである。そして、上述の設定信号は、シグナリングパスに沿うコアネットワークの発信アクセスゲートウェイによって送信されると共に、その着信ゲートウェイにより受信されてもよく、情報要素を含む。そして、着信アクセスゲートウェイは、収集されたメディアプレーン・アクセスのニーズを伴う情報要素を含む応答メッセージを、シグナリングパスに沿って逆方向に発信アクセスゲートウェイに送信してもよい。例えば、受信した情報要素を応答メッセージにコピーしてもよい。着信ゲートウェイ自身は、応答メッセージの送信前に、それ自身のメディアプレーン・アクセスのニーズを、確実に情報要素に入力してもよい。したがって、シグナリングパスに沿う任意の対応ノードは、アクセスのニーズが通知されてもよい。
【００４５】
さらなる実施形態では、シグナリングパスが経て進行する少なくとも１つのノードが、メディアプレーンへアクセスすることのそれ自身のニーズに関する情報を、追加情報要素へ入力することを可能とするように、着信ゲートウェイは、追加情報要素を応答メッセージに含めてもよい。２つの情報要素を用いて、シグナリングパスにおけるノードは、アップストリームまたはダウンストリームのノードがメディアプレーン・アクセスのニーズを有するかを判定してもよい。
【００４６】
重ねて、情報要素は上述のように構成されてもよい。
【００４７】
さらに、本方法は、アクセスゲートウェイにより実行できる上記ステップの何れをも含んでもよい。例として、情報要素と共に収集される情報から、アクセスネットワークにおけるショートカットが可能であるかを判定してもよく、そして、そのアクセスネットワークの制御ノードに対応情報を供給してもよい。
【００４８】
アクセスゲートウェイはコアネットワークノードとも考えられるので、さらにコアネットワークノードに関する上記ステップの何れもが実行されてもよい。例えば、コアネットワークにおける次のノードへの、その関連するメディアゲートウェイのメディアパスを再構成してもよい。
【００４９】
本発明のさらなる態様は、同一のアクセスネットワークを介して接続する発信端末と着信端末間の接続を設定するように構成される、コアネットワークの対応するアクセスゲートウェイを提供する。アクセスゲートウェイはアクセスゲートウェイに関する上記方法の何れをも実行するように構成することができる。
【００５０】
本発明は、さらに、コンピュータシステムにおいてデータ記憶媒体を使用する場合に制御情報が上述の方法の何れをも実行するように構成される、格納される電子的に可読な制御情報を伴う電子的可読データ記憶媒体を提供する。さらに、コンピュータシステムの内部メモリにロードできるコンピュータプログラム製品であって、その製品が実行される場合に、上記方法の何れかを実行するためのソフトウェアコード部分を含む製品を提供する。プログラムはデータ記憶媒体上で提供されてもよい。
【００５１】
上述の、および以下でさらに説明する本発明の態様及び実施形態の特徴は、示される各組み合わせにおいてのみならず、他の組み合わせにおいてまたは本発明の範囲を離れることなく分離してもまた、使用できることは明らかであるだろう。
【００５２】
本発明の先のおよび他の特徴および利点はさらに添付する図面と共に読む以下の詳細な説明から明らかになるであろう。図面では、同じ参照番号は同じ要素を指示する。
【図面の簡単な説明】
【００５３】
【図１】同じアクセスネットワークを介してシグナリングプレーンおよびメディアプレーンを含むコアネットワークへの発信端末および着信端末の接続を概略的に示す図。
【図２】第１のオペレータのコアネットワーク形式のアクセスネットワークおよび第２のオペレータのコアネットワークを経る発信端末から着信端末へのシグナリングパス及びメディアパスを概略的に示す図。
【図３】本発明の実施形態による情報要素およびコアネットワークを経るシグナリングパスにおけるその送信を概略的に示す図。
【図４】アクセスネットワーク及びコアネットワークの可能な実装を概略的に示す図。
【図５】発信アクセスゲートウェイおよび着信アクセスゲートウェイを有するコアネットワークを経るシグナリングパスおよびメディアパスを概略的に示す図。
【図６Ａ】図５のネットワーク構成において接続を設定する場合の、シグナリングを概略的に示すフロー図。
【図６Ｂ】図５のネットワーク構成において接続を設定する場合の、シグナリングを概略的に示すフロー図。
【図７Ａ】本発明の実施形態により接続を設定する場合の、シグナリングを示すフロー図。
【図７Ｂ】本発明の実施形態により接続を設定する場合の、シグナリングを示すフロー図。
【図８】本発明の実施形態におけるネットワーク構成およびリングトーンの生成を概略的に示す図。
【図９】本発明の実施形態におけるネットワーク構成およびリンギングトーンの生成を概略的に示す図。
【図１０】発信及び着信アクセスゲートウェイ間にさらなるコアネットワークノードを有する本発明の実施形態によるネットワーク構成を概略的に示す図。
【図１１】ローカルショートカットの設定の可能性を概略的に示す図。
【図１２】本発明の実施形態によるローカルショートカットの設定時の、コアネットワークにおける発信及び着信アクセスゲートウェイ間のシグナリングを概略的に示す図。
【図１３】本発明の実施形態による方法を示すフロー図。
【図１４】コアネットワークノードにおいて実行される、本発明の実施形態による方法を示すフロー図。
【図１５】本発明の実施形態によるアクセスゲートウェイを概略的に示す図。
【図１６】本発明の実施形態によるコアネットワークノードを概略的に示す図。
【発明を実施するための形態】
【００５４】
以下では、例示的実施形態および添付図面を参照することにより、本発明をより詳細に説明する。示される実施形態は、移動通信ネットワーク、例えば２Ｇ（第２世代）または３Ｇ（第３世代）技術仕様書による移動通信ネットワークにおける接続を確立するための技術に関する。しかしながら、本明細書で説明する概念は他のタイプの移動通信ネットワーク、例えばＷＬＡＮ（無線ローカルエリアネットワーク）ネットワーク、Ｗｉｍａｘネットワーク、ＬＴＥ（ロングタームエボリューション）ネットワークおよび同様のものにも適用できることが理解されるべきである。
【００５５】
２つの端末、例えば移動電話機、コンピュータ端末または同様のもののようなユーザ端末（ＵＥ）が、同じアクセスネットワークを介してコアネットワークに接続する場合、アクセスネットワークにおけるメディアプレーンにおいてショートカットを確立することが可能かもしれない。そのようなショートカットは、メディアプレーンにアクセスするための通常のシグナリングまたはルーティングパスにおけるノードの要求に従うべきである。例えば、いくつかの例では、読み込みアクセスを必要とする場合、ショートカットおよび読み込みアクセスの双方を同時に実現できるように、例えばアクセスネットワークにおけるメディアコンテンツを分岐することにより、ショートカットがなお確立されてもよい。他の例では、例えば、メディアプレーンへの書き込みアクセスを必要とする場合、ショートカットが可能でないことと判定してもよい。課題は、コアネットワークにおける１以上のアクセスゲートウェイが、シグナリングパスにおけるノードの要求するメディアプレーン・アクセスのニーズをどのように判定するかである。この課題は、コアネットワークにおいて接続される端末間でショートカット接続を確立するために、ローミング端末を有しうると共に、１以上のコアネットワークを経る回線交換（ＣＳ）シグナリングパスを使用しうる、全てのアクセスネットワークに一般的である。本発明の実施形態は、接続設定シグナリングを伴って送信される情報要素を使用して、アクセスゲートウェイにおけるメディアプレーン・アクセスのニーズの要求された情報を収集することにより、この課題を解決する。
【００５６】
一般に、アクセスネットワークはアクセスゲートウェイを通じてコアネットワークにアクセスする。アクセスネットワークはＧＳＭ（登録商標）（モバイル通信用グローバルシステム）、ＵＭＴＳ（汎用移動通信システム）またはＬＴＥ（ロングタームエボリューション）無線ネットワークのような任意のタイプのネットワークでありうるが、ただいくつかの例を述べると、またＷＬＡＮ／ＷＩＦＩまたは「ケーブルｔｖ」ネットワーク、他のオペレータのコアネットワーク（例えば国際交換を介する接続）および同様のものでありうる。
【００５７】
アクセスゲートウェイはコアネットワークを通じてシグナリングパスを設定する。これは端末間の接続を制御するために実行される。端末間で交換される実際のコンテンツ（音声など）は１以上のコアネットワークを通じてメディアパス上で伝送される。複数の端末が１つの同一のアクセスネットワークを介して接続する場合、このメディアパスは実際には必要でないであろうし、またショートカットできよう。端末は例えば同じ無線アクセスネットワーク内に所在してもよい。
【００５８】
ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ無線アクセスネットワーク）におけるＬＣＬＳ（ローカル・コール・ローカル・スイッチ）のようなアクセスネットワーク内部のショートカットは、エンドユーザ体験（歪み、遅延など）およびオペレータ（メディアゲートウェイおよびリンク容量におけるコンテキストハンドラの意味における割り当てられるリソース容量）の双方から大きな利益を提供できる。しかしながら、従来システムでは、アクセスゲートウェイが、含まれる現実のコアネットワークノードの何れもがメディアプレーンを通過するコンテンツを必要としないことを保証できる場合にのみ、ショートカットが実行されるべきである。このメディアアクセスが要求されるであろう状況例は、合法的傍受（読み込みアクセス）、ホームネットワークにおける記録サービス（読み込みアクセス）、トーン挿入および通知（書き込みアクセス）などである。アクセスゲートウェイは、一般に、そのような利用可能な情報を持たない。
【００５９】
１つの実施形態によるソリューションは以下の原理に基づく：発信アクセスゲートウェイ（Ｏ−ＡＧＷ）（すなわち発信端末Ｔｏがそれを通じて接続するゲートウェイ）は、シグナリングプレーンを通じて、情報要素、例えば登録フィールドを設定メッセージに含め、それを用いて、シグナリングパスが経て進行する後続ノードはメディアコンテンツに加入することができる。加入は、ノードがメディアプレーン・アクセス、例えばメディアパスの特定チャネルから読み込む、または特定チャネルに書き込むことのニーズまたは要求を示すことを意味する。設定メッセージは、設定処理において、発信アクセスゲートウェイが着信ゲートウェイに送信する任意のメッセージでありうる。
【００６０】
着信アクセスゲートウェイ（Ｔ−ＡＧＷ）（すなわち着信端末（Ｔｔ）がそれを通じてコアネットワークに接続するアクセスゲートウェイ）は、発信ゲートウェイへの逆ルートに従い、応答メッセージで（例えば応答メッセージの中に情報要素をコピーすることにより）累積加入を返送する。パス内部の両ゲートウェイおよび全ノードはこの時メディア要求に関する展望を有する。この情報に基づいて、アクセスネットワーク内部にＬＣＬＳのようなショートカットを有するかを決定できる。応答メッセージは、設定処理において、設定メッセージの受信後に着信ゲートウェイが送信する任意のメッセージでありうる。
【００６１】
発信および着信ゲートウェイは同一であってもよく、また、１つのデバイスに結合されてもよいことに注意されたい。
【００６２】
ノードがメディアコンテンツに加入するであろう場合、例えばノードが読み込みアクセスのみを必要とする場合、ショートカットは必ずしも禁止されない。その場合、ローカルショートカットをなお提供できるようにするため、アクセスネットワークにおいて、またはアクセスゲートウェイで、メディアコンテンツを分岐（コピー）することができる。同様に、パスにおけるノードが書き込みアクセスを要求する場合であっても、ショートカットを確立してもよい。そのような場合、例えば、アクセスネットワークにおいて、またはアクセスゲートウェイで、両ストリーム（書き込みアクセスを要求するノードで発生するＣＮストリームとショートカットストリーム）のメディアコンテンツをマージしてもよい。
【００６３】
ノードがメディアプレーンを必要とするかを判定するため、アクセスゲートウェイは、常に、設定メッセージに情報要素を含めることができる。しかしながら、全要求接続の内のあるパーセンテージに対してのみローカルショートカットが可能であろうから、これは全ての場合には要求されないであろう。一方、ショートカットを確立できないと判定された場合でも、利益をもたらすであろう情報要素（ＩＥ）の情報に基づいて、メディアパスに少々のリソースを割り当てることは可能であるかもしれない。
【００６４】
例として、発信ゲートウェイによるグローバル・コール・リファレンス（ＧＣＲ）番号の使用がある。この場合、発信者ＩＤがＧＣＲ番号の一部であるので、発信ゲートウェイが同じプール、すなわち同じオペレータネットワークの一部であることを、または同じアクセスゲートウェイにいることさえ、着信ゲートウェイは容易に検出できる。このため、発信ゲートウェイは常に情報要素を挿入してもよい。そして、ショートカットが利益をもたらさないであろうことを検出すると、着信ゲートウェイは、情報要素を応答にコピーしないことを決定してもよい。シグナリングパスにおける発信ゲートウェイおよび全ノードはその欠如を認識し、通常のメディアプレーンの確立を再開するであろう。したがって、シグナリングオーバヘッドを削減しうる。
【００６５】
情報要素を常に含むことにより、メディアパスのショートカットの提供の可能性を失う場合を削減できる。コアネットワークでは、Ｂナンバー、すなわちコンタクトされる、または呼び出されるパーティ番号を変更できるいくつかの機能およびサービスが知られている。最もよく知られるのは、（移動から固定へ、固定からインターネット電話へ、移動からインターネット電話へ、衛星移動から固定へ、などのような）呼転送、および、グループ番号を呼び出し、そのグループの１つの端末をＢパーティ（または受信パーティ）として選択する場合のような、業務番号に一般的な、呼分配または選択である。別の例として、全国的番号を全国的チェーンの直近の店舗またはエージェントのＢナンバーに変換するエリアに基づくルーティングがある。そして重ねて、エージェントまたは店員が丁度配達中であり、誰も店にいないため、エージェントまたは店員への呼は再びその携帯に転送されてしまうだろう。そうして、Ｂパーティの呼が応答を戻すと、Ｏ−ＡＧＷは、一般的に、Ｂパーティ（呼び出されるパーティ）の所在についてのみ確信でき、そのことからＢパーティが実際に同じアクセスネットワークにいることを検索することができる。この情報とシグナリングパスに沿うノードの収集されたアクセスのニーズとに基づいて、ショートカットが可能であるかの決定ができる。
【００６６】
シグナリングトラフィックの削減の可能性は、ショートカットが原理的に可能であるかの前もっての判断と、ショートカットが可能である場合にのみ、すなわち選択的に、情報要素の送信にある。
【００６７】
例として、ローカルショートカットが可能であるアクセスネットワークにより（例えばアクセスネットワークにおけるコントローラにより）発信ゲートウェイをトリガできよう。両端末が同じアクセスネットワークを介して接続する場合、両端末は、一般に、同じコントローラを介して、例えば同じ基地局制御装置（ＢＳＣ）、同じ無線ネットワーク制御装置（ＲＮＣ）、同じｅＮｏｄｅＢまたは同じ国際交換を介して、接続するであろう。したがって、アクセスネットワークコントローラ（ＡＮＣ）は両端末が同じアクセスネットワークを介して接続するのに利用可能な情報を有し、アクセスゲートウェイにこの情報を供給することができる。
【００６８】
別の可能性は発信アクセスゲートウェイ自身がローカルショートカットはオプションであろうことを検出することである。２つのＭＳＣの形式のアクセスゲートウェイを伴う例を示す。各ＭＳＣはそのＭＳＣを介して接続する端末の詳細を含むローカルレポジトリ（ＶＬＲ：ビジタ・ロケーション・レジスタ）を持つ。アクセスネットワークを所有するオペレータは、プールにグループ化しうる、いくつかのＭＳＣを有するかもしれない。問題は、１つのＭＳＣは、一般に、同じアクセスネットワークに所在する他ＭＳＣに接続する端末を考えないことである。ありうるソリューションは、ローカルＶＬＲが全ＭＳＣ（またはプールの全ＭＳＣ）にわたる、１つの分散データベースにあることである。各ＭＳＣは、情報を読み込みそして書き込む、ＶＬＲの独自のローカルパートを有する。情報を書き込む場合、その分散ＶＬＲデータベースの更新のために、ブロードキャストにおいて、情報が全ての他のＭＳＣに自動的にコピーされる。このようにして、他端末がそれ自身のＶＬＲか、または同じネットワークに属する他のＭＳＣの１つに存在する場合、ＭＳＣは設定されるべき接続をチェックすることができる。したがって、Ｏ−ＡＧＷは、呼び出されるパーティが同じアクセスネットワークにいるかを判断できる。
【００６９】
呼び出されるパーティの番号も共通アクセスネットワークの検出に使用されてもよい。なお、呼び出されるパーティがアクセスネットワークに接続しうる同じタイプであるかを知ることは常には可能でない。特有な問題として、例えば、接続が固定接続からインターネット接続に移る場合に固定番号を保持する場合の、番号ポーティングがある。
【００７０】
上述の手段により、発信アクセスゲートウェイ（例えばＭＳＣ）はローカルショートカットの可能性を素早く検出でき、１以上のコアネットワークを通じたシグナリング手順を開始できる。着信ゲートウェイ（例えばＭＳＣ）は情報要素の存在を検出し、累積応答、すなわち収集されたメディアプレーン・アクセスのニーズを格納する情報要素を伴う応答メッセージを返送すると、自動的に追随する。
【００７１】
使用するオプションを判断するために、コアネットワークオペレータは、（同じアクセスネットワークの両パーティに基づいて）ローカルショートカットを有することができた呼のパーセンテージ、接続設定シグナリングへの情報要素の恒常的なまたは選択的な包含のコスト／労力、ショートカットの提供による利得、ローカルショートカットは原理的に確立できた（すなわち両端末が同じアクセスネットワークを介して接続する場合）が、メディアプレーン・アクセスを必要としたノードがコアネットワークにあったので結局可能でなかった場合のパーセンテージのような種々の要因に重みづけをしてもよい。このデータの大部分は、請求および課金システムとオペレータ間の精算所の設定ログの少なくともいずれかに格納される呼データ記録から検索できる。したがって、オペレータは、恒常的に、または選択的に情報要素を含むか、そして選択的包含に使用する判断基準／オプションの決定に利用可能な情報を有する。
【００７２】
接続設定シグナリング、すなわち設定メッセージまたは応答メッセージを伴って送信される情報要素は別に実装できる。１つの可能性は、４つの単純なフラグにおいて、「累積される」単純なメディアプレーン・アクセスの要求（またはニーズ）を得ることである：メディアパスの２つのチャネル（ＴｏからＴｔへのフォワードチャネル（ＦＷ）およびＴｔからＴｏへのバックワードチャネル（ＢＷ））に対し、次のフラグを情報要素において提供できる：
Ｎｅｅｄ＿Ｒｅａｄ＿ＦＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｒｅａｄ＿ＢＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｗｒｉｔｅ＿ＦＷ： Ｙｅｓ／Ｎｏ
Ｎｅｅｄ＿Ｗｒｉｔｅ＿ＢＷ： Ｙｅｓ／Ｎｏ
シグナリングパスにおける対応ノードがメディアプレーン・アクセスのニーズを有する場合、対応するフラグを「Ｙｅｓ」（またはバイナリの「１」または同様のもの）に設定する。フラグが先行ノードにより設定済みであった場合、フラグは最早修正されない。したがって、４つのフラグは、全メディアパスに対する対応ノードのアクセスのニーズを格納する。このような実装の利点はその単純性および情報フィールドが大きくならないことである。
【００７３】
２つのノード間の中間リンクごとに、または各ノードに対して別々に、これら４つのフラグを提供することにより、さらなる改良が達成されうる。そして、１以上のコアネットワークを経るシグナリングパスにおけるノードの、１つ以上のＭＧＷのバイパスのような個々のショートカットがこの場合可能になりうる。このような、情報要素において提供されるリストは、ルーティングパスに沿って増加するであろうし、動的に増大するノードリストに累積される、より多くの情報を実質的に必要とするであろう。
【００７４】
さらに、ノード識別フィールドを情報要素において提供してもよい。対応ノードの各々がそのノード識別子を入力する、ノードごとの個別のフィールドがあってもよいし、また、シグナリングパスに沿って対応ノードの各々により上書きされる単一のフィールドが提供されてもよい。
【００７５】
情報要素により収集された情報に基づいて、ローカルショートカットを確立できるかを判定できるだけでなく、コアネットワークを経るメディアパスのアダプテーションも可能になる。例として、１以上のコアネットワークを経るシグナリングパスに沿うノードの何れもアクセスのニーズを有さない場合、メディアパスは全く確立しなくてよい。一方、ノードが書き込みアクセスを必要とする場合、フルメディアパスが確立されてもよい。ローカルショートカットが可能でない場合においても、１以上のコアネットワークにおけるメディアパスのアダプテーションを実行でき、メディアトラフィックの削減およびリソースの節約が得られる。以下では、示されたようなシグナリング方法について、基本検出（メディアプレーンはホットスタンバイに保持される）、メディアプレーンによるコールドスタンバイ、メディアパスの削減および適応メディア再ルーティングのように表される、メディアプレーン操作のための４つの実装を用いて、さらに説明する。さらなる実装または実装の特徴の組み合わせが確かに考えられることが明らかである。
【００７６】
第１の実装（ホットスタンバイ）は、単にメディアプレーンを観測することにより、すなわち、制御プレーンの相互作用を伴わず、内部ノードがメディアコンテンツへの書き込みアクセスを要求するかを、接続実行中に検出する能力をアクセスゲートウェイに供給する。実際のメディアパスはフルに設定され、使用しない場合であっても利用可能である。パスにおけるノードにより自発的に要求される読み込みアクセスは検出可能ではなく、したがってこの方法は完全には対称ではない。情報要素により収集されるアクセス要求に基づいて、フルに設定されたメディアパス上でメディアコンテンツを送信するべきかを判定することができる。メディアパスはフルに設定しているので、例えば自発的な書き込みアクセスが検出される場合、ローカルショートカットからコアネットワークを経るメディアパスへと接続を効率的に切り替えることができる。上述のように、ローカルショートカットを維持できるように、メディアストリームを自発的な書き込みアクセスに融合することも可能である。
【００７７】
第２の実装（コールドスタンバイ）は、シグナリングパスにおけるノード（外部および内部ノード）が、アクティブリンクまたはパッシブリンクを提供すべきかを決定することを可能にする。パッシブは、リンクのみならずメディアゲートウェイにおけるコンテキストマネージャに対しても規定される。パッシブは、送信するコンテンツがなく、リソースのみを割り当てることを意味する。これは、一般に、すでに実質的な処理能力とリンク容量とを解放するであろう。
【００７８】
第３の実装（メディアパスの削減）は、後続（または、書き込みアクセスの場合は先行）ノードが加入していない場合、後続ノードへのさらなるメディアパスを設定しないことにより、シグナリングパスにおけるノードが実際にリソースを削減することを可能にする。主な利点はリソース利用の削減である。マイナスの側面はホットスタンバイおよびコールドスタンバイの双方がないことである。一般的なメディアコンテキストの変更は、追加のアップストリームのメディアパスの設定を要求しうる。
【００７９】
第４の実装（適応メディア再ルーティング）は、シグナリングパスにおけるノードが、元のシグナリングパスに従わないメディアパスを再ルーティングすることを可能にする。ノードは、加入している（すなわちメディアプレーン・アクセスのニーズを有する）次のノードへの直接的メディアパスの接続を行い、加入していないノードのＭＧＷをバイパスするであろう。この実装は、リソース利用の大きな削減をもたらし、またメディアゲートウェイ（ＭＧＷ）マネージャおよび連結するリンクを通じた累積遅延をも削減する。一般的なメディアコンテキストが変化し、ルーティングへの修正を必要とするであろう場合、これは、シャドウルーティングおよび切り替えの設定により処理されてもよい。
【００８０】
注目すべき側面は、パッシブメディアパス、すなわちその上でコンテンツが送信されないリンクが、ＭＧＷのコンテキストマネージャにおいていくつかの問題を呈しうることである。現在、一定時間の間ＭＧＷのコンテキストマネージャを経てメディアコンテンツが提供されない場合、これらは切断をトリガするであろう。ありうるソリューションは、メディアコンテンツマネージャが、この検出を妨げる可能性に適応することでありうる。これは、端末対端末接続が切断される場合、ノードは接続を積極的に解除する必要があることを意味するであろう。
【００８１】
別のオプションはパッシブリンク上でのハートビート信号の適用である。パッシブリンクを設定するＭＧＷは、また、例えば、対応するコアネットワークノードの制御下で、そのリンクにハートビートを導入する。ハートビート信号は、非対応ノードの切断状態への移行を防止するので、これはシグナリングパスにおける非対応ノード（メディアストリームへの加入の可能性に適応していない、すなわち情報要素を処理できないシグナリングパスにおけるノード）の問題に対する特別の利点を有する。
【００８２】
図１および図２は、２つの異なるシナリオにおける本発明の実装を示す。図１のシナリオでは、アクセスネットワーク１０１を一般的に示し、それはＴｏおよびＴｔがコアネットワーク１０２に接続する無線アクセスネットワーク（ＲＡＮ）であってもよい。図２のシナリオでは、アクセスネットワークは、それを介してＴｏおよびＴｔが第２のオペレータのコアネットワークに接続する、第１のオペレータのコアネットワーク（ＣＮ）である。前者に対しては、ローカルショートカットをＲＡＮにおいて確立でき、一方後者の場合ショートカットは第１のオペレータのＣＮにおいて可能でありうる。
【００８３】
図１は端末Ｔｏの接続要求に基づく、コアネットワーク１０２を経るメディアパス１５０の概要図を示す。メディアパス１５０には、いくつかの内部ノードが含まれ、Ｎ１からＮ４で表す。これらのノードは関連するメディアゲートウェイを制御する制御ノードであってもよい。制御ノードおよびメディアゲートウェイは単一ノードにおいて実装されてもよいし、分離したノードとして実装されてもよいことに注意されたい。チャネルＡおよびチャネルＢパーティ（それぞれ発信および着信端末ＴｏおよびＴｔ）によるコンテンツ配信の点から見ると、メディアパスは典型的に２つのチャネルＡ（参照記号１５１）およびチャネルＢ（参照記号１５２）を有する。これらのチャネルは呼設定方向（＝フォワード）から見て「フォワードチャネル」（Ａ）および「バックワードチャネル」（Ｂ）とも呼ばれる。各チャネルは一方向であるが、ノードは各チャネルからただ読み込むか、または各チャネルに書き込むことを要求できる。
【００８４】
図面は、接続設定および付加サービスの提供に関与する制御ノードを含むシグナリングプレーン１０５（Ｏ−ＡＧＷ、Ｔ−ＡＧＷおよびＮ１からＮ４）と、メディアプレーン１０６（ユーザプレーンとも称す）間を区別する。メディアプレーン１０６は、コアネットワーク１０２においてコンテンツが伝送されるメディアパスを確立するメディアゲートウェイ（ＭＧＷ）を含む。図１では、メディアパスが最終ＭＧＷからＴｏまたはＴｔに直接伸びるように概略的に示されているが、実際のネットワーク構成では、シグナリングパスはアクセス・ネットワーク・コントローラ（ＡＣＮ）のようなアクセスネットワークにおける１つ以上のノード、例えばＧＥＲＡＮの基地局制御装置（ＢＳＣ）および無線基地局装置（ＢＴＳ）を通過しうることは明らかである。
【００８５】
発信アクセスゲートウェイ（Ｏ−ＡＧＷ１１０）は、シグナリングパスにおける第１のノードＮ１に対する設定メッセージを伴う接続要求を開始する。この接続メッセージはＢＩＣＣ−ＩＡＭ、ＩＳＵＰ−ＩＡＭまたは同様のものでありうる。設定メッセージに、例えば、上述の加入フラグバイトの形式で、情報要素が含まれる。その最も単純な形式では、それはＡおよびＢチャネルに対する読み込み及び書き込みアクセスを予約するためのフラグを含む。フラグはＡｒ（Ａチャネルへの読み込みアクセス）、Ａｗ（Ａチャネルへの書き込みアクセス）、ＢｒおよびＢｗと表すことができる。メディアプレーンへの加入を望むノードは、設定メッセージがシグナリングパスに沿ってフォワード方向に送信される場合、１つ以上のフラグを設定する。フラグが既に設定され、したがってメディアプレーンへのアクセスのニーズを示している場合、ノードはそれを変更しない。したがって、情報要素はシグナリングパスにおける全対応ノードのアクセスのニーズを累積する。上述のように、情報要素の他の実装も考えられる。
【００８６】
図２のシナリオに同様に適用可能なフラグバイトの例を図３に示す。例で、Ｏ−ＡＧＷは、フラグ２０１から２０４を包含する情報要素２００を設定メッセージに含める。Ｏ−ＡＧＷはアクセスのニーズを有さず、したがっていずれのフラグをも立てない。いずれのフラグをも立てないことにより、Ｏ−ＡＧＷはメディアプレーン・アクセスのニーズを有さないという情報を情報要素に入力する。Ｎ１はメッセージを受信し、同様にいずれのフラグをも設定しない。Ｎ２は、フォワードチャネルを読み込むニーズを示す（ストライプにより示すような）Ａｒフラグ２０１を設定する。Ｎ３はＡｗフラグ２０２を設定し、またＡｒへの加入を望むが、そのフラグ２０１は既に設定されており、したがってそのフラグはそのままにしておく。Ｎ４はフラグを設定しないが、ＡｒおよびＡｗは既に設定されている。Ｔ−ＡＧＷに着信すると、フラグバイトは編集されたように（ＩＳＵＰ−ＡＰＮのように）接続応答メッセージにコピーされ、逆方向のシグナリングパスの方へ進む。Ｔ−ＡＧＷがいずれかのアクセスのニーズを有する場合、Ｔ−ＡＧＷは、コピーする前後に、その情報も情報要素に入力する。
【００８７】
情報要素を逆方向に送信するとノードはそれ以上フラグに触れないが、（所望であれば）自身の目的のために累積結果をコピーできる。したがって、シグナリングパスにおける各ノードは他の全ノードのアクセスのニーズに関する情報を得ることができる。
【００８８】
応答メッセージが到来すると、いくつかの実施形態では、各ノードはメディアパスのためのＭＧＷコンテキストおよびリンクを設定する。例えば、ノードは設定メッセージを受信した場合にＡチャネルを設定してもよく、応答メッセージを受信した場合にＢチャネルを設定してもよい。設定および応答メッセージにより、メディアパスにおけるＭＧＷの受信機のアドレスを交換することができ、それぞれのメディアチャネルに対する受信機アドレスでＭＧＷ送受信機の構成が許容される。他の実施形態、例えばファストトラックでは、設定メッセージが受信されたときに、ＭＧＷコンテキストおよびリンクがすでに設定されていてもよい。そして、受信機アドレスは、ノード間シグナリングにより、例えば、シグナリングパスにおけるあるノードが隣接ノードにその関連ＭＧＷの受信機アドレスを通知して、交換されてもよい。そのような実施形態では、メディアパス設定は加速できる。最後にフラグバイトはＯ−ＡＧＷに到着する。Ｏ−ＡＧＷおよびＴ−ＡＧＷは、ここでショートカットに関し決定するか、またはアクセスネットワークのコントローラにショートカットを割り当てできることを通知することができる。ＡＣＮは、そのような決定を行うのに利用可能な全ての必要な情報を有するため、ショートカットを確立することの最終決定、およびショートカットの設定を行うことができる。
【００８９】
以上の方法は、本発明により、コアネットワークにおけるシグナリングパスにおける全ノードをイネーブルドとし、すなわちそれ自身のアクセスのニーズを入力することにより情報要素を処理できると共に、本発明の実施形態によるメディアパスの構成のために情報要素により供給される情報をさらに使用できうる環境において実行することができる。ネットワークにレガシーノード（非対応ノード）の無いことを保証できない、すなわち１以上のコアネットワークを経るシグナリングパスにレガシーノードが存在しうる状況では、以下のオプションを適用してもよい。
【００９０】
メディアへの加入のためにアップグレードされていないレガシーノードは、それでもメディアコンテンツへのアクセスを要求しうるが、それをシグナリングできないであろう。この課題への１つのあり得るソリューションは例えば情報要素へのノード識別（ノードＩＤ）フィールド（例えばフラグバイト）の追加である。対応ノードは情報要素をシグナリングパスにおける次のノードに伝達する前に、そのノードのＩＤによりＩＤフィールドを上書きする。次の対応ノードは、設定要求メッセージを受信する元のノードのノードＩＤ（メッセージ発信者ＩＤで、後に応答を送信する相手と同じＩＤ）と、ＩＤフィールドのＩＤとが整合するかをチェックする。整合しない場合、非対応ノードが間にいたこととなる。そして、ノードは、それ自身の加入希望またはこれまで受信したものに関わらず、全フラグ（Ａｒ、Ａｗ、Ｂｒ、Ｂｗ）を設定する。このようにして、レガシーノードを、メディアプレーンへのフルアクセスを必要とするかのように取り扱う。
【００９１】
別の可能性は接続設定メッセージの選択的エリアの使用である。いくつかのエリアはシグナリングパスにおける全ノードに対する情報を含むので、いくつかのエリアを各ノードによりコピーする。これは、典型的には、グローバル・コール・リファレンス、ＣＤＲ（課金データ記録）に対する課金情報などのような情報を含む。情報要素（例えばフラグバイト）を、接続設定メッセージのそのようなエリアに提供することができる。別のタイプのエリアはオプションを含むエリアである。例として、メディア符号化、サポートされるＣＡＭＥＬなどがある。ノードは、オプションを常にはサポートしないので、典型的には、そのようなエリアの情報を除去するか、またはそのようなエリアの情報に適応するであろう。情報要素を、設定メッセージと応答メッセージとの少なくともいずれかの、そのようなエリアに含めることができる。例えば、フラグバイトのそのようなエリアへの入力により、レガシーノードに、サポートされないオプションとして、フラグバイトを除去させるであろう。このように、シグナリングパスにおけるレガシーノードの存在を検出できる。この方法は大部分の場合レガシーノードを検出できる。特定の例では、一定のタイプの存在しないメディア符号化として、フラグバイトをマスクする。レガシーノードがシグナリングパスに存在する場合、フラグバイトは応答メッセージで返送されず、Ｔ−ＡＧＷ、ノード４からノード１および最後にＯ−ＡＧＷは、標準メディア設定が必要とされうることと、ショートカットが実行不能でありうることとを認識するであろう。
【００９２】
レガシーノード検出のこれらの方法はフラグバイト以外の情報要素、例えば別々のアクセスのニーズとノード識別子とを含むリストにより、同様に上手く作動するであろうことは容易に認識されるであろう。
【００９３】
上記方法の特定の実施形態のステップを、図１３のフロー図に示す。ステップＳ１で、発信端末Ｔｏは接続を要求する。ステップＳ２で、発信ゲートウェイＯ−ＡＧＷ１１０は、シグナリングパスにおける第１のノードＮ１への設定メッセージを伴う接続要求を開始する。発信アクセスゲートウェイは、設定メッセージに、加入フラグバイトを含める（ステップＳ３）。設定メッセージはシグナリングプレーンを通じて、すなわちシグナリングまたはルーティングパスに沿って送信される（ステップＳ４）。設定メッセージを受信すると共に送信するシグナリングパスにおけるノードは、対応するアクセス要求を有する場合にメディアプレーンへ加入するために、１つ以上のフラグを設定する（ステップＳ５）。ステップＳ６で、設定メッセージがＴ−ＡＧＷ１２０に到着し、ステップＳ７でＴ−ＡＧＷ１２０は自身のアクセスのニーズを入力し、フラグバイトを応答メッセージにコピーする。受信した情報によりそのＭＧＷを構成する（ステップＳ９）パスにおけるノードを伴うシグナリングパスに沿って、応答メッセージが逆方向に送信される（ステップＳ８）。ステップＳ１０で、Ｏ−ＡＧＷ１１０はフラグバイトを伴う接続応答メッセージを受信する。Ｏ−ＡＧＷおよびＴ−ＡＧＷはこの時点でショートカットについて決定するか、または、例えばメディアプレーン・アクセスの要求に関する収集された情報を送信することによりＡＣＮがショートカットを割り当てできる場合に、アクセスネットワーク１０１のＡＣＮに通知することができる。
【００９４】
次に、メディアパスの構成を図１に関してさらに詳細に説明する。
【００９５】
基本的検出方法（ホットスタンバイ）は、コアネットワークを通じてフルアクティブメディアパスをなおも提供するであろう。それをフルに又はフルにではなく、若しくはただ１つのチャネルのみを使用するか、すなわちメディアコンテンツを送信するチャンネルの判断は、ＡＧＷ１１０およびＡＧＷ１２０並びにＡＣＮによる。情報要素により収集されるメディアプレーン・アクセスのニーズにより、この判断がなされる。ＭＧＷが切断を検出するのを防止するため、不使用チャネルのための「ハートビート」信号をメディアプレーンで使用できる。実際のチャネル使用に応じて、ハートビートをメディアパスのＡチャネル１５１でＯ−ＡＧＷからＴ−ＡＧＷへ、またはメディアパスのＢチャネル１５２でＴ−ＡＧＷからＯ−ＡＧＷへ送信できる。パスにアップグレードされていないノード（レガシーノード）がありうるため、これらのノードの切断を防止するためＭＧＷにおけるトラフィック検出の禁止はここでは実行すべきでない。
【００９６】
一般的なメディアコンテキストの変更が生じる場合に、メディアパスがなおも存在し、自発的な書き込みアクセスに直ちに使用できるという利点を、「ホットスタンバイ」は有する。自発的な読み込みアクセスはより検出し難い。
【００９７】
しかしながら、第１のノードまたは任意の他ノードが加入するであろう（例えばＮ１はＡパスへ加入するであろう）場合、他ノードが加入していない場合でもＡパスはコアネットワークを通じてフルに伸張するであろう。不要リソースの使用を最小にするため、さらなる実施形態を使用してもよい。
【００９８】
メディアプレーンを構成するさらなる方法は「コールドスタンバイ」である。問題は、ノードが、受信フラグバイトから、そのシグナリングパスにおける先行ノードの何れも加入していないことを知っているが、パスの後のノードが加入するであろうかを知らないことである。この課題を解決するため、（設定メッセージにおいてＯ−ＡＧＷからＴ−ＡＧＷへの）「フォワード」フラグバイトを応答メッセージにコピーする。さらに、追加情報要素を応答メッセージに含める。例として、Ｔ−ＡＧＷは、「バックワード」フラグバイトを追加できる。逆のパスにおけるノードはフォワードフラグバイトに触れないが、フォワードフラグバイトについて以前に行ったのと同様に、そのそれぞれのメディアプレーン・アクセスのニーズの情報をバックワードフラグバイトへ入力する。加えて、各ノードはフォワードフラグバイトを受信すると、コピーをセーブしておく。応答メッセージが到着すると、ここでは、ノードはアップストリームおよびダウンストリームのノードの加入に関して利用可能な情報を有し、したがってメディアチャネルに対するＭＧＷをアクティブまたはパッシブに設定できる。これは、基本的に、アップストリームのノードが書き込みアクセスを予約していないと共にダウンストリームのノードが読み込みアクセスを予約していない場合、ノードがメディアコンテンツをアップストリームまたはダウンストリームにさらに転送しないであろうことを意味する。Ｏ−ＡＧＷに到着したとき、これら２つのフラグは同一であろう。
【００９９】
上述のように、いくつかの実施形態では、ＭＧＷにおける初期リンク設定はシグナリング方向において行われる。帯域外トランスコーダ制御ネゴシエーション（ＯｏＢＴＣ）がある場合、メディアプレーンは、いずれにせよ、バックワードＡＰＭが受信された後に規定される。これは、フォワードチャネルに対して、設定はなされているが、ＭＧＷコンテキストマネージャの設定を変更する必要がありうることを意味する。バックワードチャネルに対しては、リンク割り当てが応答メッセージの着信時に行われるので、これは問題でない。その他の実施形態では、両チャネルは設定メッセージの着信時に設定されてもよく、そうして、ＭＧＷコンテキストマネージャの設定は両チャネルに対して変更される必要がありうる。
【０１００】
実行されるべき動作は、単純に、フラグバイトの、フォワードでのセーブと、バックワードでの受信とに関する。シグナリングパスにおける先行ノードのアクセスのニーズを示すフォワードフラグバイトの受信時に、ＭＧＷの初期設定を実行することができる。バックワードフラグバイトが応答メッセージと共に受信されると、接続設定を完了できるように、シグナリングパスにおける後続ノードのアクセスのニーズの情報が利用可能である。ノードにおいて評価される情報要素（ここではフォワードおよびバックワードフラグバイト）がダウンストリームの特定のチャネルへメディアを伝送するニーズがないことを示す場合、ノードはそれぞれのチャネルのエンドポイントである。例えば、それぞれのチャネルにおけるアップストリームのノードがチャネルに書き込むニーズを有さない場合であって、それぞれのチャネルにおけるダウンストリームのノードがチャネルを読み込むニーズを有さない場合、これはその場合でありうる（チャネルにおけるアップストリームのノードが書き込みアクセスを必要とする場合、そのノードにより生成されるコンテンツは、ショートカットメディアストリームに融合できるように、ダウンストリームチャネルに伝送すべきである）。そして、メディアコンテンツはリンクに伝送される必要がないため、それぞれのＭＧＷリンクをパッシブに設定できる。代わりにハートビート信号を送信することができる。
【０１０１】
例として、各内部ノードは、アップストリームに対して、（Ｏ−ＡＧＷからＴ−ＡＧＷへ送信される）フォワードフラグバイトに基づいてそのＭＧＷにおけるコンテキストマネージャを設定し、その逆も同様にする。Ｂストリームに対しては、それは、Ｂのダウンストリームの任意のノードがそれに加入していることを示す、セーブされたフォワードフラグバイトであろう。Ａストリームに対しては、それは、Ａチャネルにおけるダウンストリームの任意のノードが加入していることを示す、バックワードフラグバイトであろう。任意のチャネルにおいて書き込みアクセスが要求される場合、ノードは、そのチャネルのリンクがアクティブまたはパッシブに設定されているかを判定するために両フラグバイトを使用することができる。要求（すなわちメディアプレーン・アクセスのニーズ）を、特定方向へのコンテンツの伝送の要求に設定されている場合、メディアパスはその方向の次のＭＧＷへフルに拡張される。そうでない場合、このＭＧＷは各チャネルのエンドポイントである。受信されたコンテンツは、さらには送信されない。代わって、パスを生かしておくために、ハートビート信号がストリームに送信される。ＭＧＷがＡチャネルまたはＢチャネル若しくは両方のエンドポイントでありうることに注意されたい。各ＭＧＷは次のＭＧＷへの特定のチャネルにおけるそのダウンストリームのリンクの保持に関与する。
【０１０２】
逆方向にＡチャネルに向けて流れるＢチャネルにおけるダウンストリームは「グローバル」アップストリーム方向、すなわちＴ−ＡＧＷからＯ−ＡＧＷへの方向に対応することに注意されたい。
【０１０３】
例として、図１のノードＮ２は、フォワード情報要素により、アップストリームのノードＮ１およびＯ−ＡＧＷがメディアプレーン・アクセスのニーズを有さないことを通知される。応答メッセージと共に受信される追加情報要素により、Ｎ２はダウンストリームのノード、すなわちノードＮ３、Ｎ４およびＴ−ＡＧＷの１つがＡチャネルに対する読み込みアクセスのニーズと書き込みアクセスのニーズの少なくともいずれかを有すること、そしてこれらのノードの何れもＢチャネルへのアクセスを要求しないことが通知される。Ａチャネルにおけるダウンストリームでメディアプレーン・アクセスが要求されると、Ｎ２はそのＭＧＷを制御し、コンテンツをＡチャネルリンクでＮ３に送信する。Ｂチャネルのダウンストリームで（Ｎ１の方向において）アクセス要求が存在しないと、Ｎ２は、Ｎ１へのＢチャネルのリンクをパッシブに設定し、例えば、メディアコンテンツの代わりにハートビート信号の送信を開始する。いずれのノードもＢチャネルに加入していないと、コアネットワーク１０２の全Ｂチャネルのリンクをパッシブに設定することができる。
【０１０４】
「コールドスタンバイ」の実施形態では、（リンクおよびコンテキストマネージャのような）リソースは、なおも実際に割り当てられ、他の目的に使用することができない。利点は、それらが予約され、シグナリングプレーンにより、すなわちそれぞれの制御ノードにより、むしろ安全にアクティブ化されうることである。同様に、「ホットスタンバイ」もまた、読み込みアクセスに対するシグナリングプレーンのサポートを必要とする。
【０１０５】
さらなる実施形態、「メディアパスの削減」は、これらのリソースを解放することができる。「メディアパスの削減」の実装は「コールドスタンバイ」のさらなる高度化である。アップストリームおよびダウンストリームについて、同じフラグバイトの原理に従いうる。まさに現時点において、ノードが、エンドポイントであるとともに予約していることを検出する場合、ノードはコンテキストマネージャを割り当てるが、ダウンストリームのリンクは割り当てないであろう。エンドポイントであると共に予約していない、すなわちメディアプレーン・アクセスの要求を有さないことを検出する任意のダウンストリームのノードは、着信するアップストリームのリンクがないであろうため、コンテキストマネージャを割り当てないであろう。そして勿論そのようなノードはまたダウンストリームのリンクの確立もしないであろう。
【０１０６】
Ｂストリームに対しては、これは応答メッセージの受信時に行われうる。Ａストリームに対しては、リソースは（受信設定メッセージにより）まず設定されてもよいが、応答が受信されることに伴い放棄される。メディアパスの遅い設定はこれを回避しうる。他の実装では、設定メッセージの受信時に両チャネルを設定してもよく、したがって、それぞれのチャネルにおけるダウンストリームにアクセスのニーズがない場合、両チャネルリンクは解除されることが必要であろう。
【０１０７】
リンクが設定されないため、リソースは解放されうる。一般的なコンテキストにおける変化が生じたときに、追加パス設定が要求されてもよい。「メディアパスの削減」構成では、メディアパスはメディアプレーンに加入していないノードを通じて（より正確にはそのＭＧＷを通じて）伸張してもよい。例として、Ｎ２はＡチャネルに加入しているがＮ１は加入していない場合、メディアパスはＡチャネルに対するＮ１のＭＧＷを通じてなお伸張するであろう。これは他の目的に使用できない（リンクおよびコンテキストマネージャのような）リソースを占有するであろう。以下の実施形態（「適応メディアルーティング」）により、これらのノードをバイパスしてもよく、加入しているノード間にのみメディアリンクを作成してもよい。
【０１０８】
この実施形態は単純なフラグバイトとは異なる情報要素を使用する。シグナリングパスにおける各対応ノードは、動的に大きくなるリストに、そのフラグおよびそのノード識別子（ＩＤ）を追加する（すなわちメディアプレーン・アクセスのニーズを入力する）。そのようにして、接続設定シグナリングはその加入を伴う全対応ノードのダウンストリームのリストを集めようとする。
【０１０９】
先の実装のように、（アップストリームのノードのアクセスのニーズのみを含む）設定メッセージと共に受信されるリストは、メディアパスの一部の設定（例えばメディアコンテキストの初期化）に使用できるが、またダウンストリームのノードのアクセス要求を含む応答メッセージと共に受信されるリストは、メディアパスの設定の完了（例えばメディアコンテキストおよびリンク設定の完了）に使用できる。リストがシグナリングパスにおける特定ノードのＭＧＷにメディアコンテンツを伝送する必要がないことを示す場合、このＭＧＷをバイパスするようにメディアパスが設定される。
【０１１０】
例として、Ａストリームは、最初に設定されてもよく、応答メッセージと共にリストを受信したときに変更されてもよい。他の実施形態では、ＡストリームとＢストリームの少なくともいずれかが最初に設定されてもよいが、アクセスのニーズの完成したリストを含む応答メッセージと共に適合される必要がある。正しいメディア接続を作成するために、リンクを正しく確立するために、リストは種々のフラグ（またはチャネル）に対してコンテキストマネージャのポート／ゲート識別子を含んでもよい。識別子の存在は加入していることを意味する。複数リンクが存在すると共に接続がシグナリング要求／応答メッセージを含まないため、グローバル・コール・リファレンスは、正しい関係を特定するために使用することができる。ポート／ゲートＩＤを、方向ごとに、「グローバルＩＰ（インターネットプロトコル）アドレス、およびＵＤＰ（ユーザデータグラムプロトコル）ポート番号」に対応させることができる。
【０１１１】
シグナリングパスにおけるコアネットワークノードにより実行されるステップを図１４のフロー図に示す。ステップＳ２０で、コアネットワーク（ＣＮ）ノードにおいて、アクセスのニーズのリストを伴う情報要素を含む設定メッセージが受信される。ステップＳ２１で、ＣＮノードはＡストリーム／チャネルに対するメディアパスのリンク／接続を確立する。上で述べたように、ファストトラックまたはメディアパスの遅い設定も考えられる。ＣＮノードはそのＩＤと、それ自身のメディアプレーン・アクセスのニーズとを、リストに入力し（ステップＳ２２）、シグナリングパスにおける次のノードに、更新されたリストと共に設定メッセージを転送する（ステップＳ２３）。ステップＳ２４で、ＣＮノードは、Ｔ−ＡＧＷにより送信され、完成したリストを含む応答メッセージを受信する。 Ｂストリームに対して、ノードは以下のステップを実行する。応答メッセージが到着すると、ＣＮノードは、加入していない場合（決定ステップＳ２５）、コンテキストマネージャおよびダウンリンクの設定を控えるであろう（ステップＳ２６）。ＣＮノードは、加入している場合（ステップＳ２５）、加入しているダウンストリームの最初のノード（第１のノード）に対する要求メッセージから、格納されたリストをスキャンするであろう（ステップＳ２８）。そして、ＣＮノードは、標準信号ルーティングに従うよりむしろ、そのＩＤにダウンリンクを設定（または以前に割り当てたリンクを対応するように修正）するであろう（ステップＳ２９）。代替手法は、加入しているダウンストリームのノードが、リストのアップストリームの加入している最初のノードへの接続を確立し、ＩＤと共にポート／ゲート識別子を使用することである。
【０１１２】
Ａストリームが以前に設定されている場合、手順が少し異なる。加入していないノード（決定ステップＳ２５）は、前に割り当てられたコンテキストマネージャを、単に除去する（ステップＳ２７）。加入している場合、Ｂストリームにおいて、加入しているアップストリームの最初のノードに関して集められたリストがチェックされる（ステップＳ３０）。そして、ＩＤおよびポートゲート情報を使用して、接続（すなわちメディアパスのリンク）は、最初のアップリンクのノードから加入している最初のノードへ変更する（ステップＳ３１）。また、ここで、既に確立されたリンクは修正の必要がないように、メディアチャネルの遅い設定はこれを容易にするであろう。
【０１１３】
ＣＮノードは、最後に、シグナリングパスにおける次のノードに情報要素を伴う応答メッセージを転送する。これは、勿論、本方法における早い段階、例えば応答メッセージを受信した直後に実行されてもよい。
【０１１４】
以上の実施形態の説明は、設定メッセージによるＡチャネルおよび応答メッセージによるＢチャネルの設定を含むが、本説明はメディアパスのファストトラックの設定にも同様に適用できる。そして、設定メッセージを用いて確立されるＡチャネルおよびＢチャネルの双方は、応答メッセージの情報要素を伴って受信されるリストにおけるメディアプレーン・アクセスのニーズに従って解除され（ステップＳ２６またはステップＳ２７）、または適合（ステップＳ２９およびステップＳ３１）されてもよい。
【０１１５】
図１に関して、Ｎ２がアクセスのニーズを有するとともに、Ｎ１がアクセスのニーズを有さないことをリストが示す場合、Ｎ２は直接その関連ＭＧＷのメディアパスのリンクをＯ−ＡＧＷのＭＧＷへと設定する。したがって、メディアパスはＮ１のＭＧＷをバイパスする。
【０１１６】
いくつかの実施形態では、ＡおよびＢチャネルの何れにも対してもアクセスのニーズがない場合にのみ、ＭＧＷがバイパスされ、すなわち、ＡまたはＢチャネルのいずれかのためのみにはＭＧＷはバイパスされない。したがって、メディアパスは、ＡチャネルおよびＢチャネルに大して同一である。ＡおよびＢチャネルが異なるパスを取りうる他の実施形態も考えられる。
【０１１７】
シグナリングパスにおけるレガシーノードは、以下のように取り扱われてもよい。以前に説明した実装におけるのと同様に、ダウンストリームの最初の対応ノードは、少なくとも１つの非対応ノードの存在を検出し、そこから設定メッセージを受信する。予防措置の問題として、対応ノードは両ストリームに加入し、そうして、対応ノードは、非対応ノードに両チャネルのメディアコンテンツを供給することができるとともに、非対応ノードから両チャネルのメディアコンテンツを受信することができる。（ダウンストリーム方向に）レガシーノードに先行するノードは、同様に、全チャネルにフルに加入してもよい。このように、２つの対応ノードは、１つまたは一連の非対応ノードを減る通常のパスであって、各端部に対応ノードを有するパスを生成するであろう（すなわちメディアパスはこれらのノードのＭＧＷを通じて生成される）。この目的のために加入したノードはこれを記憶し、再ルーティングを適用しないが、通常のように隣接する非対応ノードへの接続（すなわちメディアパスのリンク）を確立する。
【０１１８】
シグナリングパスにおける対応ノードへは、以下のように、パスにおけるレガシーノードの存在が通知されてもよい。レガシーノード（例えばＮ２）を検出するノード（例えば図１のＮ３）は、例えば、レガシーノードＮ２がアクセスのニーズのリストに何ら情報を入力しなかったことに注目することにより、リストにこの情報を入力できる。ダウンストリーム方向においてレガシーノードＮ２に先行する（すなわち、レガシーノードがそこから設定メッセージを受信する）ノードＮ１に応答メッセージが着信すると、次のダウンストリームのノードＮ２がレガシーノードであることを応答メッセージのリストから判断することができ、このノードへのフルメディアパスのリンクを確立することができる。さらにアップストリームのノードも応答メッセージを受信し、Ｎ１が、レガシーノードＮ２に接続するように、フルメディアプレーン・アクセスを要求することを認識する。したがって、加入している次のアップストリームのノード間、そしてＮ１を通じＮ２へおよびＮ３へ、メディアパスが確立されるであろう。そこから、メディアパスは適応ルーティング方式に従い継続する。上述のノード間接続は、各関連メディアゲートウェイ間のメディアリンクを参照することに注意すべきである。
【０１１９】
適応メディアルーティングを以って、メディアプレーン・アクセスを要求しないノードのＭＧＷをバイパスすることができ、これによりトラフィックおよび所要リソースが削減される。情報要素と共に収集される情報がローカルショートカットは可能でないことを示す場合、例えばシグナリングパスにおけるノードが書き込みアクセス要求を有する場合、適応メディア再ルーティングが実行されてもよいことに注意されたい。
【０１２０】
両端末が同じアクセスネットワークにいない場合にも、適応ルーティングは可能である。したがって、適応ルーティングは、メディアパスを最適化する非常に強力な方法である。シグナリングパスにおける任意のノードは、Ｏ−ＡＧＷまたはＴ−ＡＧＷとして動作できると共に、それぞれのノードにより転送される設定または応答メッセージに、情報要素を含めることができる。したがって、情報要素を処理することができるシグナリングパスにおけるノードは、メディアパスを設定するために、上述の方法のいずれかにより情報要素を使用することができる。
【０１２１】
例として、たとえ応答メッセージがそのゲートウェイにより生成されず、転送されるのみであっても、着信ＡＧＷは、情報要素の投入を行うことができる。それは以前に受信した設定メッセージからコピーされた情報要素を、通過すると共に情報要素を含まない応答メッセージに入力することができる。同様に、Ｏ−ＡＧＷでないパスにおけるノードは、情報要素を通過すると共にそのような要素をまだ含まない設定メッセージに含めることにより、Ｏ−ＡＧＷとして動作することができる。
【０１２２】
基本的に、設定メッセージにおいて情報要素がないことを検出するシグナリングパスにおける任意のノードは、応答メッセージに返送情報要素を見ないノードが設定メッセージからそのローカルに格納されるコピーを挿入してもよいように、情報要素を投入することができる。これは、ネットワーク、例えばシグナリングパスにおけるノードのチェーンにおける部分またはセクションもまた、メディアパスを最適化するために情報要素を使用できることを意味する。
【０１２３】
図２は、アクセスネットワークが、ローカルショートカットが可能でありうる第１のオペレータのコアネットワークである、異なるシナリオを示す。上で与えられた説明は、同様に、上の方法を実行するコアネットワーク１０２のノードと図２のシナリオとに適用される。
【０１２４】
図２のシナリオは、境界を経る呼転送を説明することができる。端末Ｔｏを伴う発呼者（コーリングパーティ）（またはＡパーティ）は、オペレータ１のネットワーク（すなわちアクセスネットワーク１０１）においてローミング中である。Ｔｏは、（不図示の）無線アクセスネットワークを介してアクセスネットワーク１０１に接続することができる。オペレータ１とオペレータ２とのネットワーク間の境界を経るトラフィックは、境界のそれぞれの側の国際ゲートウェイ交換（ＩＧＥＸ）を用いて確立される。アクセスネットワークにおけるＩＧＥＸは、アクセスネットワークコントローラとして機能し、共にアクセスネットワーク１０１を介して接続するＴｏとＴｔとの間のメディアパスのショートカットを確立してもよい。コアネットワークにおけるＩＧＥＸは組み合わされたＯ／Ｔ−ＡＧＷとＯ／Ｔ−ＭＧＷとして機能する。オペレータ２にとって、オペレータ１のネットワークはアクセスネットワークとして見える。オペレータ１はまた、インターネット電話オペレータであるかもしれず、その場合、ＩＧＥＸはＩＧＷ（インターネットゲートウェイ）であってもよい。
【０１２５】
図２の例において、端末Ｔｏは、ホームネットワークがコアネットワーク１０２であるパーティＴｉを呼び出す。ノードＮ２において、Ｔｉ宛てに受信される呼のために、Ｔｔへの呼転送が提供される。したがって、メディアパスは、コアネットワーク１０２を経て後方のアクセスネットワーク１０１に、そして、そこからＴｔに対して確立される。したがって、例えば、ルーティングパスにおけるノードのアクセス要求の収集およびメディアプレーンの構成に関する上述の方法は、コアネットワーク１０２で同様に実行されてもよい。
【０１２６】
転送ノードＮ２がその呼を転送することをＴｏに通知する場合、その音声メッセージがＴｏへの戻りのメディアパスを使用する。したがって、すでにフルメディアパスを設定する（ファストトラック）のは有利である。Ｎ２は、例えば、Ｔｏが呼転送区間の追加課金を受理するであろう場合、呼転送に関してＴｏの相互入力を必要としてもよい。コアネットワークサービスは、一般に、発信端末に対して確立される完全２重メディアパスから利益を得る。より早い設定をサポートすることとこのように双方向サービスを可能にするために、設定を受信するダウンストリームのノードは、その直近のアップストリームのノードと直接コンタクトして、そのメディア受信機および場合によって利用可能なメディアチャネルでのコンテンツに対する符号化手段（ノード間シグナリング）を通知できる。このようにして、フルメディアパスを呼設定時に確立することができる。
【０１２７】
一般に、ノードが設定段階で読み込み／書き込みを必要とし、呼が設定されたときにはそれを必要としないことがありうる。ノードは、設定メッセージがそのノードから発出される（そのようにサービスが既に適用されている）とき、そのアクセスのニーズを情報要素（例えばフラグバイトまたはフラグリスト）に入力することができる。したがってメッセージがノードに入るときの状況に対応して情報を入力することを回避することができる。
【０１２８】
より一層複雑な場合が、ｂａｃｋ ｔｏ ｂａｃｋサービスと呼ばれるものである。例えばコレクトコールである。呼はＴｔ端末に対しては設定されないが、その呼はまずサービス区間Ｔｏ−Ｓで終了し、サービスはその後Ｔｔを呼び出し、課金の受理を尋ねる。Ｔｔが受理すると、サービスは、呼のＴｏ−ＳおよびＳ−Ｔｔ区間をショートカットが適用しうる１つのパスＴｏ−Ｔｔに連結する。
【０１２９】
当業者は以上の基本的教示をそのような特定の場合へ修正させおよび適応させる方法を知っているであろう。
【０１３０】
図１５は、以上の構成のいずれかで使用することができる、本発明の実施形態によるアクセスゲートウェイの概略ブロック図を示す。任意のタイプのアクセスゲートウェイに関してここで説明される、上記の方法のステップの何れかを実行するように、アクセスゲートウェイ３００を構成することができる。アクセスゲートウェイは、例えばコアネットワークを経るメディアパスを設定するために、ＭＧＷインタフェース３０５を介して関連メディアゲートウェイを制御する。したがって、アクセスゲートウェイは、メディアパスの確立に関してここで記述する何れかのステップを実行してもよい。アクセスゲートウェイ３００は、アクセスネットワークへの、特にそのようなネットワークの制御ノードへのインタフェース３０３をさらに備える。例えば、基地局制御装置、無線ネットワーク制御装置または無線アクセスネットワークのｅＮｏｄｅＢへのインタフェース、若しくは別のコアネットワークのゲートウェイへの、例えば別のオペレータのネットワークのＩＧＥＸへのインタフェースをさらに備える。
【０１３１】
アクセスゲートウェイ３００は、コアネットワークのノードへの、コアネットワークインタフェース３０４をさらに備える。例えば、コアネットワークの別のアクセスゲートウェイまたはメディアゲートウェイを制御する任意の他のコアネットワークの制御ノードとインタフェースで接続してもよい。また、ＶＬＲまたは同様のもののような、本技術において知られるような任意の他のタイプのノードともインタフェースで接続してもよい。
【０１３２】
アクセスゲートウェイ３００の送信／受信部３０２は、接続設定シグナリングおよびインタフェースを経るその他のタイプのシグナリング、例えばインタフェース３０５を介するＭＧＷへの制御シグナリングを送信し、受信する。処理部３０１は、ここで記述した方法のステップを実行するためのアクセスゲートウェイ３００の動作を制御するように適合される。特に、処理部３０１は、インタフェース３０４を介して送信される設定メッセージまたは応答メッセージに情報要素を含めることができ、このような受信接続設定シグナリングから情報要素を検索すると共に、ショートカットを確立できるかの判定のための収集される情報を供給してもよい。処理部３０１は、自身で情報を評価できる。処理部３０１はさらに、上で概説したように、メディアパスを確立するために検索される情報に従って、そのＭＧＷを制御する。
【０１３３】
図１６の概要ブロック図に例示するコアネットワーク（ＣＮ）４００は、同様に、コアネットワークノードへのインタフェース４０３および関連メディアゲートウェイへのインタフェース４０４を伴って構成される。送信／受信部４０２は、それぞれインタフェース４０３およびインタフェース４０４を介して、接続設定シグナリングおよび制御シグナリングを送信し、受信する。処理部４０１は、例えばコアネットワークノードに関してここで述べた方法のステップのいずれかをノードに実行させることにより、ＣＮノード４００を制御するように適合される。特に、処理部４０１は、受信した接続設定シグナリングから情報要素を抽出すると共に格納し、それ自身のメディアプレーン・アクセスのニーズをそのような情報要素に入力し、そして、インタフェース４０３を介して、その情報要素を含む接続設定シグナリングを他のＣＮノードに転送することができる。さらに、任意の上の実施形態および実装による、インタフェース４０４上での制御シグナリングにより、その関連ＭＧＷを通じてメディアパスを構成してもよい。
【０１３４】
以下では、本発明のとりうる実装の具体例を説明する。上で与えた説明は、以下ここで説明するより具体的な実装に適用することができることは明らかである。
【０１３５】
構成例は、携帯電話機の形式の端末、無線アクセスネットワーク（ＲＡＮ）の形式のアクセスネットワーク、および移動交換センタ（ＭＳＣ）の形式のアクセスゲートウェイを含む。一般に、携帯対携帯の呼のシナリオは発信無線アクセスネットワーク（ｏＲＡＮ：呼を発する）と、発信コアネットワーク（ｏＣＮ：１つ、２つ、３つ又はそれ以上のＭＳＣと、１つ又はいくつかのＭＧＷを伴う）と、多分、中継ネットワーク（ＴＮ：任意の複雑さ）と、着信コアネットワーク（ｔＣＮ：ｏＣＮにおけるような）と、着信無線アクセスネットワーク（ｔＲＡＮ）とを含むことができる。アクセスネットワークにおいてローカルショートカットを提供するため、ｏＲＡＮおよびｔＲＡＮは同一であるべきであり、それらは少なくともローカルショートカットを許容すべきである。ｏＲＡＮおよびｔＲＡＮは論理的に異なっていてもよく、同一の物理ＲＡＮを共有する異なるネットワークオペレータにより制御されてもよい。多くの場合、唯一のＭＳＣおよび唯一のＭＧＷが存在するであろうが、本方法はパスにおける任意の数のノードに適用することができる。本方法はまた、（これらのネットワーク全てが本発明の実施形態により動作するようにアップグレードされることを条件に、）１つより多くのコアネットワークと、パスにおける任意の数の中継ネットワークとを伴って（それらが全て本発明の実施形態により動作するようにアップグレードされていることを条件に）、動作する能力を有する。
【０１３６】
解決すべき第１の課題は、共に１つの呼に属する２つの無線区間（発信携帯からの１つおよび着信携帯への１つ）を特定することである。さもなければ、ローカルショートカットが許容されない。発信サイドから着信サイドへのルーティングパスに沿って渡される固有の呼識別子を用いることにより、この課題を解決することができる。ある態様によれば、この地球において任意の方法で呼をルーティングすることは可能であり、したがって真の「グローバル」呼識別子が使用される。３ＧＰＰにすでに存在する「グローバル・コール・リファレンス」をこの目的に再使用してもよい。
【０１３７】
さらに、パスにおける任意のノードがローカルショートカットを許容することを呼ルーティングパスに沿ってネゴシエーションする。ルーティングパス内の単一ノードが、（それがユーザプレーン（すなわちメディアプレーン）にアクセスする必要性を実際に有するか、または新規手順をただ理解しないかのいずれかのために）ローカルショートカットに同意しようとしない場合、ローカルショートカットは確立できない。
【０１３８】
本実装では、ローカルショートカットのいくつかの特色が区別され、コアネットワーク内部の異なるアクセスのニーズと結合される。
【０１３９】
ａ）呼が直接ショートカットされ、コアネットワークを経るユーザプレーンが全く存在しない。そして、ショートカットが中断され、通常のユーザプレーンが確立されない限りは−ユーザプレーンへのアクセスが可能ではなく、付加サービスは可能ではない。このバージョンは、ユーザ認知（高品質、低遅延）および運用コストに関して本質的に改善している。このタイプのショートカットは、大部分の呼においておよびほとんどの時間で、使用されてもよい。
【０１４０】
ｂ）呼が直接ショートカットされるが、ルーティングパスにおける任意のノードがユーザプレーンデータを読み出せるように、ユーザプレーンデータはなおアップリンクにおいてコピー（例えば分岐）される。この「読み出す」機能のサブバージョンは、アップリンクの発信サイドをコピーするか、またはアップリンクの着信サイドをコピーするか、もしくは両方をコピーするかの何れかである。したがって、パスにおけるノードのアクセスのニーズに応じて、１以上のコアネットワークを経るメディアパスの一方または両チャネル上でメディアコンテンツを送信することができる。
【０１４１】
ｃ）呼が直接ショートカットされるが、ルーティングパスにおける任意のノードはユーザプレーンに書き込むことができ、これらのデータは携帯に送信される。この「書き込む」機能のサブバージョンは、発信携帯へ、または着信携帯へ、若しくは両方へ書き込むことを含む。この書き込む時間の間に、書き込まれたデータを携帯に供給するために、ローカルショートカットが中断される。
【０１４２】
本実装によるソリューションは、むしろ能率的手段を以って、これらの場合の全ての制御を許容することができる。呼設定時に、第１の発信ＭＳＣ(ｏＭＳＣ)は、「グローバル・コール・リファレンス」（ＧＣＲ）と、この実装で「Ｎｅｅｄ＿Ｒｅａｄ＿Ｎｅｅｄ＿Ｗｒｉｔｅ」（ＮＲＮＷ）と呼ばれる、４つのバイナリフラグ：
ａ）Ｎｅｅｄ＿Ｒｅａｄ＿Ｆｏｒｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｂ）Ｎｅｅｄ＿Ｒｅａｄ＿Ｂａｃｋｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｃ）Ｎｅｅｄ＿Ｗｒｉｔｅ＿Ｆｏｒｗａｒｄ ： ０：Ｎｏ、１：Ｙｅｓ
ｄ）Ｎｅｅｄ＿Ｗｒｉｔｅ＿Ｂａｃｋｗａｒｄ： ０：Ｎｏ、１：Ｙｅｓ
を含む情報要素を生成する
ｏＭＳＣは、そのニーズに従って、これら４つのフラグをＮＲＮＷ内に設定する。デフォルトでは、全て４つのフラグがバイナリの「０」値へ写像する「Ｎｏ」に設定される。ｏＭＳＣはＧＣＲおよびＮＲＮＷを、次の呼ルーティングノードに、すなわちシグナリングパスにおける次のノードに転送する。このノード（パスにおける任意のノード）は、そのニーズに従って、これら４つのフラグを修正してもよい。ノードは、フラグをＹｅｓからＮｏに決して再設定しないようにする。ノードは任意のフラグをＮｏからＹｅｓに上げてもよい。
【０１４３】
１つまたは全フラグをＹｅｓ（同一ルール）にも上げうるｔＭＳＣに到着するまで、場合によっては修正されるＮＲＮＷはルーティングパスに沿って次のノードに転送される。最後には、これら４つのフラグは、パスに沿う全ノードのアクセスのニーズに関する論理的ＯＲ関数を表す。一般に、ＮＲＮＷはルーティングパスに沿って後方へ返送され、今度は修正が許容されない。最後には、ユーザプレーンアクセスのニーズの状態、すなわち、読み込みアクセスまたは書き込みアクセスが望まれる／可能であるか、およびその方向（フォワードまたはバックワード）を、パスにおける全ての呼制御ノードが知っている。
【０１４４】
それに応じて、ｔＭＳＣは（そして場合によってはｏＭＳＣも）、関連するｔＲＡＮ（およびｏＲＡＮ）に通知する。１つの起こりうるケースでは、全フラグは「Ｙｅｓ」に設定され、ローカルショートカットが全体として禁止される。最良の場合には、全フラグが「Ｎｏ」に設定され、ローカルショートカットは全く制限されない。その間の全変形が可能である。
【０１４５】
呼の間に、これらノードのいずれかのニーズが変化することがあり、それらは、ＮＲＮＷフラグを更新するために、新規メッセージをフォワード方向とバックワード方向の少なくともいずれかに送信しうる。そして、ｏＲＡＮとｔＲＡＮとの少なくともいずれかは通知を受け、（部分的にまたは全体的に許容され、または拒絶される）ローカルショートカットを修正する必要があるかもしれない。
【０１４６】
情報要素（ここではＮＲＮＷ）は、本実装における、能率的手段を伴う呼設定時のショートカットおよび付加サービスに可能な全シナリオの制御を許容する。呼の間の修正の場合、同一の情報要素ＮＲＮＷは、既存のメッセージまたは新規メッセージ内で送信されてもよい。ローカルショートカットの任意の変形間での変更は随時可能でありうる。
【０１４７】
以下では、上の教示のより一層特有の実装を、図４から図１２に関して説明する。実装は、２Ｇまたは３Ｇネットワークに、特にＧＥＲＡＮアクセスネットワークにおけるローカルショートカットの提供に関する。アクセスネットワークは、基地局サブシステム（ＢＳＳ）の形式で提供され、基地局サブシステムは、基地局制御装置（ＢＳＣ）の形式のアクセスネットワークコントローラと、１つ以上の無線基地局装置（ＢＴＳ）であって、その範囲内の端末と通信する無線基地局装置（ＢＴＳ）とを含んでもよい。
【０１４８】
様々な種類の付加サービス（例えばマルチパーティコール、明示的呼転送、など）のサポートおよび合法的傍受手順のサポートへの影響を避けるため、ＢＳＳ（基地局サブシステム）のみならず、アクセスゲートウェイ、例えばＭＳＣもまた、ローカルショートカットの確立／解除（以下ではローカルスイッチまたはＬＣＬＳとも呼ばれる）に関係しうる。ローカルスイッチの、すなわちアクセスネットワークにおけるローカルショートカットの提供の本実装では、ＢＳＳは２つの呼区間を相互に関連付け、すなわちＢＳＳは誰が誰と通話中であるかを知る必要がある。この情報はＭＳＣにより供給される。
【０１４９】
ローカル・コール・ローカル・スイッチング（ＬＣＬＳ）は、上述のような、ＭＧＷ上でのリソースの割り当て、ＭＧＷ除去／挿入に対する可能性のある手順、コアネットワーク（例えばＭＰＴＹ）内での付加サービス制御への結び付け、コアネットワーク内での合法的傍受の手順、ハンドオーバ手順、ＭＳＣ−Ｓプーリングとの相互動作、などに関して、コアネットワークへ大きな影響を与える。ローカル・コール・ローカル・スイッチのための本実装は、コアネットワークへの影響、例えばノード機能、既存呼のフロー、呼の確立および呼の解放への影響を、最少に保つことを目的とする。
【０１５０】
以下では、「発信サイド」の全ノードは、ｏＭＳ、ｏＲＡＮ、ｏＭＳＣ、ｏＭＧＷのように先行する小文字の「ｏ」によりマークされる。「着信サイド」の全ノードは、ｔＭＳ、ｔＲＡＮ、ｔＭＳＣ、ｔＭＧＷ、などのように先行する小文字の「ｔ」によりマークされる。適用可能な場合、同じ命名法を、ｏＡ（インタフェース）、ｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ、などのように、リンク、メッセージおよび手順のすべてに適用する。呼設定シグナリングの方向は「フォワード」と呼ばれ、ｏＭＳ＝＞ｏＲＡＮ＝＞ｏＭＳＣ＝＞ｔＭＳＣ＝＞ｔＲＡＮ＝＞ｔＭＳである。逆方向は「バックワード」と呼ばれ、ｏＭＳ＜＝ｏＲＡＮ＜＝ｏＭＳＣ＜＝ｔＭＳＣ＜＝ｔＲＡＮ＜＝ｔＭＳである。
【０１５１】
図４は本実装の参照構成を示す。主なノードおよびインタフェースのみを強調し、「発信」ノードおよびインタフェース（ｏＭＳ、ｏＢＴＳ、ｏＭＳＣ、ｏＡｂｉｓ、ｏＡ）と、「着信」ノードおよびインタフェース（ｔＭＳＣ、ｔＢＴＳ、ｔＭＳ、ｔＡｂｉｓ、ｔＡ）との間を区別している。また、（Ｇ）ＭＳＣ（ゲートウェイＭＳＣ）またはその他の中間ＣＮ制御ノードおよびそのＭＧＷでありうる、中間のＭＳＣおよびＭＧＷ（ｉＭＳＣ、ｉＭＧＷ）を含む。ＢＳＣ、ｏＢＴＳおよびｔＢＴＳは、アクセスネットワーク、ここではＲＡＮの中にある。アクセスゲートウェイｏＭＳＣおよびｔＭＳＣ、並びにＣＮノードｉＭＳＣはコアネットワークの中にある。ＢＳＣはアクセスネットワーク制御ノードである。
【０１５２】
２つのＢＴＳ間にローカルスイッチングが提供される場合の「アクティブな」ユーザプレーンパス（またはメディアパス）は実線で示されるが、「アクティブでない」ユーザプレーンパス、すなわち２つのＡｂｉｓリンク、２つのＡリンクおよびコアネットワークの内部のリンクは、トラフィックを搬送していず、したがって、破線でマークされる。制御プレーン（またはシグナリングプレーン）は点線で示される。この参照構成に基づいて、例えばただ１つのＢＴＳおよび１つのＭＳＣを含む最も単純なシナリオ、または２つの異なるＢＴＳおよび２つより多くのＭＳＣを含む複雑なシナリオと共に、様々な呼のシナリオが考えられてもよい。
【０１５３】
ローカル・コール・ローカル・スイッチに対して、以下の特徴が提供されてもよい。ローカル・コール・ローカル・スイッチをエンドユーザには見えないようにすることができる。ローカル・コール・ローカル・スイッチは、ＣＳ音声呼のみが考えられてもよい。ローカル・コール・ローカル・スイッチは、付加サービスを妨げないであろう。合法的傍受をサポートできる。コアネットワークへの影響、例えば既存の呼のフロー、呼の確立および呼の解放への影響を最少に保たれるべきである。プールにおけるＭＳＣをサポートできる。
【０１５４】
図５は、この基本の呼のシナリオに対するネットワーク構成を示す。主なシグナリングリンクのみが破線で示され、ユーザプレーン（すなわちメディアプレーン）は実線で示される。ここで、呼のシナリオは、呼の設定時にできるだけ良いユーザ認知を達成するために、「早期割り当て」オプションが両無線インタフェースに使用されることを想定する。「遅い割り当て（Late Assignment）」は以下でさらに考察する。
【０１５５】
発信ユーザ（ｏＵｓｅｒ）が呼設定をトリガすると、ｏＭＳＣはＨＬＲ（ホーム・ロケーション・レジスタ）に問い合わせ、ｔＭＳＣに登録されたｔＵｓｅｒを見つける。ルーティングはｔＭＳＣへと継続し引き継がれ、ｔＭＳが呼び出される。一度ｔＭＳが応答すると、ｏＭＳＣがｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ（ｏ割り当て要求）を送信することと、ｔＭＳＣがｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ（ｔ割り当て要求）を送信することと、ｏＭＧＷ、ｔＭＧＷにおいて、そしてそのノードの間に、両ＭＳＣが全ての必要なリソースを割り当てることとによって、通話パスが設定される。これらの無線リソースの設定はかなりの時間を要し、それが「早期割り当て」の１つの理由である。最後に、ユーザプレーンが設定されてトラフィックへの準備ができると、ｔＭＳはｔＵｓｅｒに警告を出すために「リンギングトーン」をトリガし、「警告」メッセージをＣＮに通知する。その時に、ｔＭＧＷは、ｔＭＳＣの命令で、ユーザプレーンを通じてバックワードにｏＭＳに返送される「リングバックトーン」を生成し始める。ここで、ｔＵｓｅｒが呼を受理するか、またはｏＵｓｅｒが呼試行を終了するか、または別の出来事が生じるまで、ｔＵｓｅｒはリンギングトーンを聞き、ｏＵｓｅｒはリングバックトーンを聞く。
【０１５６】
図５はアクティブユーザプレーンを示し、そこでは、アクティブユーザプレーンはリンギング段階ではなお切断されている。通話パス（すなわちメディアパス）への割り込みなく−ｏＭＧＷの内部およびｔＭＧＷの内部で−、ネットワークは、呼を受理することなく、すなわち通信に支払うことなく、変更された移動端末がユーザとの間に１方向または２方向の通信さえ設定しうることを防止しえない。不正行為が可能でありうる。
【０１５７】
図６は、ＬＣＬＳを伴わず、典型的なタイミングを伴う、２つのＭＳＣによるこのＭＳ対ＭＳの呼に対する、典型的な呼のフローを例示する。ここで、この例のＯｏＢＴＣ（対域外トランスコーダ制御）ネゴシエーションは、ＢＩＣＣ（ベアラ独立呼制御）に基づき、ＳＩＰ−Ｉ（セッション確立プロトコル）は別の有効な選択肢であろう。典型的には、ｔＵｓｅｒは、リンギングを聞き、その携帯を発見し、呼が十分に関心を引くものであると決定した後に、受理する。これはかなりの時間を要するかもしれず、かなりの呼量には決して応答がない。
【０１５８】
本実装では、「早期割り当て」が想定されているため、ユーザプレーンが既に設定され、特にＡｂｉｓインタフェースがアクティブトラフィックを搬送中であることに注意されたい。したがって、ユーザ対ユーザ通信はなお可能でないが、ｏＡｂｉｓおよびｔＡｂｉｓリソースは既に使用中である。ここで、ｔＵｓｅｒは呼を受理している。ｔＭＳは、まず「コネクト」メッセージによりｔＭＳＣに情報を与える。そして、ｔＭＳはリンギングトーンを止め、表示メッセージ「コネクテッド」をｔＵｓｅｒに通知する。ｔＭＳＣはｔＭＧＷに情報を与え、ｔＭＧＷはリングバックトーンを止め、両方向にユーザプレーンをスルー接続する。ｔＭＳＣは「コネクト」メッセージをｏＭＳＣへと転送する。ｏＭＳＣはｏＭＧＷに情報を与え、ｏＭＧＷは両方向にユーザプレーンをスルー接続する。ｏＭＳＣは「コネクト」メッセージをｏＭＳに転送し、ｏＭＳは表示メッセージ「コネクテッド」をｏＵｓｅｒに通知する。ここで呼が設定され、ユーザは両方向で通信できる。ｔＭＳからｏＭＳへおよび垂直にＭＧＷ（制御プレーン）への、バックワードのこれらの「コネクト」シグナリングメッセージは、ｔＭＳからｏＭＳへのユーザプレーン信号との「競合状態」にある。制御プレーンシグナリングが少し遅い場合、ｔＵｓｅｒの最初の発言はｔＭＧＷによりまだブロックされて失われ、すなわちｏＵｓｅｒは聞こえない。典型的には、制御プレーンのコアネットワーク部分の内部での、そしてＢＳＳ地上回線部分の内部でのシグナリングは速く、「幸いにも」ｔＭＧＷにかなり早く到達する。無線区間を横切るユーザプレーンは既に設定され、動作中である（「早期割り当て」）。ユーザプレーンにはさらなるボトルネックはなく、スルー接続は早く、ユーザに快適である。
【０１５９】
以下では、アクセスノードとしての２つのＭＳＣを伴うＬＣＬＳの実装を説明する。実装は以下の条件下でローカルショートカットを提供する。ｏＢＳＳプラスｏＭＳＣプラスｔＭＳＣプラスｔＢＳＳが、ＬＣＬＳのサポートおよび受理を示す場合にのみ、そしてｏＢＳＳがｔＢＳＳと同一であり、両方の呼の区間がＢＳＳにより１つの呼に属すると特定される場合に、この呼のシナリオにおいてＬＣＬＳが提供される。
【０１６０】
ここでは、既存構成およびシグナリング リリース８、すなわちＡインタフェース制御プレーン上でのＡｏＩＰサポート、Ｎｃインタフェース上でのＯｏＢＴＣ／ＢＩＣＣまたはＯｏＢＴＣ／ＳＩＰ−Ｉ、およびＭｃにおける対応ＭＧＷ制御シグナリングを想定する。ｏＭＳＣは、「コンプリートレイヤ３メッセージ」において、呼区間ごとの「呼設定要求」におけるｏＢＳＳの能力を得る。ｔＭＳＣは、「コンプリートレイヤ３メッセージ」において、呼区間ごとの「呼び出し応答」におけるｔＢＳＳの能力を得る。ＢＳＳがそのＬＣＬＳに関する能力についてできるだけ早くＣＮに通知することにより、ＣＮ内のシグナリングオーバヘッドが最少化されうる。他の方向、ＣＮからＢＳＳへ、は重大性がより少ないと思われる。これらの考慮およびいくつかのオプションをさらに以下で詳細に考察する。
【０１６１】
呼設定例を図７に関して説明する。ＢＳＳは両方のコンプリートレイヤ３（ＣＬ３）メッセージにおいて、ＭＳＣに、そのＬＣＬＳ能力をシグナリングすることを想定する。ＭＳＣは、全ノードにおいて呼を特定するために、コアネットワークの内部で、「グローバル・コール・リファレンス」を交換する。ＭＳＣは、ＬＣＬＳが実行可能であるかをチェックするために、コアネットワークの内部で、例えば情報要素の形式で、「ＬＣＬＳネゴシエーション」を交換する。ＭＳＣはこのグローバル・コール・リファレンスおよびＬＣＬＳネゴシエーションの結果を両方の割り当て要求（Ａｓｓｉｇｎｍｅｎｔ Ｒｅｑｕｅｓｔ）におけるＢＳＳに送信する。（ｔ）ＢＳＳは呼区間を関連付け、ｔＡｓｓｉｇｎｍｅｎｔ ＡｃｋｎｏｗｌｅｄｇｅにおいてＬＣＬＳ状態をｔＭＳＣに報告し、（ｏ）ＢＳＳは、同時に、新規メッセージ「ＬＣＬＳ通知（LCLS-Notification）」をｏＭＳＣに送信する。ＭＳＣは、ＬＣＬＳにおいてユーザプレーンをスルー接続することを、新規メッセージ「Ａコネクト」でＢＳＳに通知する。ＭＳＣはユーザプレーンのトラフィックが予想されないことをＭＧＷに通知する。
【０１６２】
ＡインタフェースおよびＮｃインタフェースの双方において情報要素が供給される。いくつかの新規メッセージはＡインタフェースにおいて提供される。それらは、図７の呼のフローの例において、灰色に影を付けた背景によりマークされている。２つのＭＳＣを伴うＭＳ対ＭＳ呼に対し、図７は、ＬＣＬＳが実行可能である場合の１つの有力なＬＣＬＳソリューションを示している。ここで、この例におけるＯｏＢＴＣネゴシエーションは重ねてＢＩＣＣに基づく。
【０１６３】
初期のＧＳＭ以来、「遅い割り当て」および「ＭＳが生成するリングバックトーン」は有効なオプションである。リンギング段階ではユーザプレーンは存在しえないので、遅い割り当てが適用される場合、発信ＭＳはリングバックトーンをローカルに生成することができる。したがって、コアネットワークは、「警告」メッセージ内の「プログレスインジケータ」ＩＥにより（詳細は非特許文献１および非特許文献２参照）ＭＳに情報を与える。遅い割り当てはいくつかの欠点を持ち、広くは展開されない。下記参照。代わりに早期割り当てが用いられ、そして−ユーザプレーンが既に確立している場合−リングバックトーンの生成が着信ネットワークサイドで生じる。リングバックトーンを発信ＭＳに転送するために、コアネットワークを経る、そして発信ＢＳＳを経るユーザプレーンが使用される。着信ＭＧＷは（例えばネットワーク／国などを特定する）かなり異なるリングバックトーンであって、また（カスタム化された警告トーンの特徴はこれを必要とする）ユーザに固有のものを生成することができ、それはこのオプションを魅力的にする。
【０１６４】
しかしながら、これは、発信無線インタフェース、Ａｂｉｓインタフェース、ＡインタフェースおよびＮｂインタフェースのユーザプレーンが必要であり、リンギング段階では節約を達成できないことを意味する。ＬＣＬＳのコンテキストでは、これは、ＬＣＬＳが後に可能である場合でも、リンギング段階の後でＡｂｉｓリソースがかなりの時間長にわたって必要であり、ＬＣＬＳのコスト節約能率はかなり低減することを意味する。したがって、ＬＣＬＳの本実装では、節約の改善にＭＳが生成するリングバックトーンを伴う早期割り当ての使用を考慮することが提案されている。リングバックトーンの変動はむしろ制限されうる（ＭＳの実装依存でありえ、改善しうる）が、ユーザプレーンのリソースはリンギング段階で、コネクト／アンサーまで節約することができる。
【０１６５】
図８は、早期割り当てを無線インタフェースを確立するために使用する場合の、リンギング段階におけるユーザプレーンを示す。この例では、Ａｂｉｓ、ＡおよびＮｂインタフェースはこの段階で必要でないので灰色でマークされている。
【０１６６】
ｔＭＳが発見されて応答し、選択されたコーデック（ＳＣ）と好ましい着信ＲＡＮコーデック（ｔＲａｎＣ）とが判定され、ＳＣがｏＭＳＣに報告される点まで、遅い割り当てに伴う呼設定シグナリングは、始めは、早期割り当てに伴うシグナリングと同一でありうる。以下の説明は、ｏＭＳにおける特徴のローカルリングバックトーンを適用することを想定する。そして、早期割り当ての場合、無線および地上リソースが両呼区間に割り当てられる。遅い割り当ての場合、ＢＳＳにおいて、リソースをこの時点で割り当てないが、ｔＭＳにおいて直ちにリンギングがトリガされ、ｏＭＳにおいてローカルリングバックトーンがトリガされる。ｔＵｓｅｒが呼を受理するまで、ユーザプレーントラフィックは見えない。図９は、無線リンク、ＡｂｉｓリンクおよびＡリンク上の、灰色に影を付けた矢印によりこれを示す。ＣＮを通じるＮｂリンクは割り当てられるが、実際にはトラフィックは流れておらず、パケット交換ＣＮの場合はロードが生成されない。
【０１６７】
典型的には、ｔＵｓｅｒはリンギングを聞いた後に受理してそれの携帯を発見し、呼が十分に関心を引くことと判定する。これはかなりの時間を要しえ、かなりの呼量には決して応答がない。ユーザプレーンのコストはこの点まで発生しない。この時点で、ｔＵｓｅｒは呼を受理している。ｔＭＳはまず「コネクト」メッセージによりｔＭＳＣに情報を与える。そして、ｔＭＳはリンギングトーンを止め、むしろ早い表示メッセージ「コネクテッド」をｔＵｓｅｒに通知する。ｔＭＳＣは割り当て要求（Ａｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ）をｔＢＳＳに送信する。ｔＲａｄｉｏ−ｌｅｇ（ｔ無線区間）はバックグラウンドで設定され、そしてｔＭＳＣはｔＭＧＷに情報を与える。ｔＭＳＣは「コネクト」メッセージをｏＭＳＣに転送する。ｏＭＳＣは割り当て要求をｏＢＳＳに送信する。ｏＲａｄｉｏ−ｌｅｇ（ｏ無線区間）はバックグラウンドで設定され、そしてｏＭＳＣはｏＭＧＷに情報を与える。ｏＭＳＣは「コネクト」メッセージをｏＭＳに転送する。ｏＭＳは表示メッセージ「コネクテッド」をｏＵｓｅｒに通知する。呼はこの時点で設定され、ユーザは両方向で通信できる。
【０１６８】
ｔＭＳからｏＭＳへのバックワードおよびＭＧＷへの「南向き」の、これら「コネクト」シグナリングメッセージは、重ねて（早期割り当てにおけるように）ｔＭＳからｏＭＳへのユーザプレーン信号との「競合状態」にある。しかし今度は、ｔＵｓｅｒは通話を典型的にはユーザプレーンの設定より遥かに早く開始し、その最初の発言の実質的部分を失いうる。呼の無視できない部分において、ユーザプレーンを確立することができず、呼の試行は失敗に終わる。したがって、実際のネットワークからのユーザ体験は多分否定的であろう。オペレータは実質的なコストの利点を有するが、ユーザ不満足は節約により梃入れするには強すぎるであろう。
【０１６９】
遅い割り当ての不利を克服するため、しかし、なお出来るだけ肯定的な効果を保存するため、「早期割り当て−遅いＡｂｉｓアクティブ化」、またはただ短く「遅いＡｂｉｓアクティブ化」と呼ばれる、新規モードをここで提案する。早期割り当て−遅いＡｂｉｓアクティブ化に伴う呼設定のためのシグナリングは、レガシーの早期割り当てによるシグナリングに非常に類似し、大部分において同一である。無線リソースは呼の区間の両方に割り当てられる。遅いＡｂｉｓアクティブ化を達成するため、ＭＳＣは（なお）ユーザプレーントラフィックが必要でない新規情報要素（ＩＥ）（またはＬＣＬＳプリファレンスＩＥの中の単なるフラグ）による割り当て要求において、ＢＳＳに情報を与える。そして、どの程度のユーザプレーンの節約が実際に達成されるかは、ＢＳＳ内への実装による。
【０１７０】
ＡＩＩ−ＩＰ転送プレーンでは、ＩＰトラフィックは見えず、ＢＳＳ内部で、そしてＡｏＩＰリンク上の双方で統計多重効果が高い。トランスコーダのリソースは必要でない。ＴＤＭ（時分割多重化）ベースの転送プレーンでは、Ａｂｉｓリンクを割り当てるか否かはＢＳＳによる。トランスコーダのリソースを割り当てるか否かもＢＳＳによる。最後に、「コネクト」メッセージはｔＭＳからｔＭＳＣおよびｏＭＳＣに到着する。次いでｔＢＳＳおよびｏＢＳＳはＡインタフェース上での新規の「Ａコネクト」メッセージにより情報を与えられ、ローカルスイッチングまたはコアネットワークを経るユーザプレーンの何れかにより、ＢＳＳユーザプレーンが確立される。このユーザプレーンの確立は、ＢＳＳの地上回線部のみに関係してもよく、無線インタフェースは既に立ち上がり、動作しており、したがってユーザ体験はレガシーの早期割り当てによるものと相違しないであろう。ＬＣＬＳに対するシグナリングは遅いＡｂｉｓアクティブ化を最少の労力によりサポートするように設計されてもよい。遅いＡｂｉｓアクティブ化はまた、ＬＣＬＳが実行できない呼にも適用可能であってもよい。
【０１７１】
図１０は、パスに３つのＭＳＣを伴う一例の呼のシナリオのネットワーク構成を示す。重要なシグナリングリンクのみを破線で示し、ユーザプレーンは実線で示す。この例では、構成は、両ＲＡＮ：ＭＳが生成したリングバックトーンおよび遅いＡｂｉｓアクティブ化、におけるリソース節約改善のために配備する。通知またはその他のネットワークが生成したユーザプレーン信号は使用しない。
【０１７２】
ユーザがアクティブと判断する付加サービスを持つ加入者にルーティングされる呼、「ユーザがビジ―と判断する場合の呼転送」、「応答のない場合の呼転送」などのような呼チェーンにおける複数のＭＳＣの作成のために、いくつかの呼のシナリオが生じ得る。発呼者ＰＬＭＮ（公衆陸上移動網）にローミングした別のオペレータの加入者に呼をルーティングしてもよい。
【０１７３】
次の例では、第３の携帯（ｔＭＳ２）に呼を転送することを想定する。ｏＵｓｅｒがｔＭＳ１への呼設定をトリガすると、ｏＭＳＣはＨＬＲ（ホーム・ロケーション・レジスタ）に問い合わせ、ｔＭＳＣに登録されたｔＭＳ１を発見する。ルーティングはｔＭＳＣに継続し、呼が呼び出され、「ビジ―」指示が返送される。この例では、ｉＭＳＣは、ｔＭＳＣに登録された別の携帯番号、ｔＭＳ２へ呼が転送されることを検出する。ルーティングはｔＭＳＣに継続し、そして、この時点でｔＭＳ２が呼び出される。一度ｔＭＳ２が応答すると、ｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔを送信するｏＭＳＣ、ｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔを送信するｔＭＳＣ、およびｏＭＧＷとｔＭＧＷとノード間とに全ての必要リソースを割り当てる両外部ＭＳＣにより通話パスが設定される。ｉＭＳＣはｉＭＧＷと関係（または関連）する。ｉＭＳＣとｉＭＧＷは、ＲＡＮと直接通信せず、ＬＣＬＳへの影響は外部ＭＳＣを通じて生じるに違いないことに注意すべきである。このことにより、２つのＭＳＣを伴う前の呼のシナリオで既に考察したように、コアネットワークを経る、提案する「ＬＣＬＳネゴシエーション」を使用する。ｉＭＳＣが理解し（すなわち対応ノードであり）、ＬＣＬＳに同意する場合にのみ、ＬＣＬＳが本実装におけるＲＡＮに提供される。この場合は以下で、例えばｉＭＳＣがユーザプレーンへのアクセスを必要としないと仮定する。
【０１７４】
重ねて、無線リソースの設定はかなりの時間を要する。外部ＭＳＣの両方は、ＲＡＮの両方に、Ａｂｉｓアクティブ化をなお抑制すること（遅いアクティブ化）を示す。グローバル・コール・リファレンスは、ＬＣＬＳプリファレンスと共に両方のＲＡＮに伝えられる。最後に、ＣＮ内部で、および無線においてユーザプレーンが設定されると、ｔＭＳ２の内部でリンギングトーンが開始され、ｏＭＳＣはｏＭＳの内部でローカルリングバックトーンをトリガする。この例ではＡインタフェースのそしてコアネットワークを経るユーザプレーンは設定されてもよく、ＭＧＷはユーザトラフィックをブロックするが、メッセージまたはトーンを何ら生成する必要はない。したがって、ＲＡＮリソース（Ａｂｉｓ−、ＴＲＡＵ、．．．）が節約されうる。最後に、ｔＵｓｅｒ２が呼に応答すると、メッセージフローおよび呼設定は、２つのＭＳＣを伴う例におけるように継続し、内部ｉＭＳＣはただＣＮシグナリングを渡そうとする。ｉＭＳＣは全通信過程の間、呼のパスに留まる。この例では、ユーザプレーンはＲＡＮ内でローカルに切り替えられ（ローカルショートカット）、これはＬＣＬＳ状態通知により確認される（上記参照）ため、コアネットワークを経るユーザプレーンのトラフィックはないであろう。全ＭＧＷに情報を与えてもよい。これは上述の方法のいずれかにより生じ得る。
【０１７５】
次に、ＧＥＲＡＮアクセスネットワークを使用する、具体的な実装について説明する。本実装は次の仮定および考察を使用する。
【０１７６】
ローカルスイッチングは、影響を少なく保つため、可能な限りＡインタフェースにおいて既存（リリース８）手順、メッセージおよび情報要素を再使用する。ローカルスイッチングは、ＢＳＳとＣＮ間の既存（リリース８）構成分割を可能な限り再使用する。１つの共通のローカルスイッチングのソリューションは、ＡｏＴＤＭおよびＡｏＩＰ並びにその全組み合わせをサポートする。ローカルスイッチングは単一ＢＴＳ内で適用可能だが、場合によっては、ＢＴＳ間でも適用可能である。実装はＡインタフェースにおいてＢＳＳ内の全ての種類のローカルスイッチングをサポートする。しかしながら、ＭＳＣは予め−ＢＳＳシグナリングなしには−ローカルスイッチングの可否を知ることはできず、したがって、ローカルスイッチングを確立するか否かの最終決定はＢＳＳにより実行される。Ａインタフェースにおけるローカルスイッチングの手順およびメッセージが独立に２つの呼の区間に関して実行されるかは、具体的な実現次第である。ローカルスイッチングは、ＢＳＳにより内部手段により確立されるが、そうする許可をＢＳＳが１以上のＭＳＣから得る場合に限る。１つの無線区間のローカルスイッチングは可能でないまたは最早可能でないことのシグナリングをＢＳＳが受信する場合、ＢＳＳはローカルスイッチングを確立しないか、確立されたローカルスイッチングを切断する。
【０１７７】
１以上のＭＳＣは２つの無線区間を共に適切な手段により結びつける責任があり、最終的にこれをＢＳＳに付託して相関を見ることを可能にする。ローカルスイッチングは、無線区間の間のトランスコーディングを含まず（その必要がなく）、すなわちＢＳＳにおいてはトランスコーダの必要はない。コアネットワークからの帯域内ユーザプレーン情報（呼設定時のリングバックトーンおよび呼中の帯域内通知）の送信がサポートされる。例えば付加サービス（マルチパーティ会議、通知、など）が必要である場合、ローカルスイッチングは時に可能でないか、または解放する必要がある。ＭＳＣはこれを制御する。コアネットワークを経るユーザプレーンを（再）確立する必要があることを意味する、進行中の呼に対するある付加サービスが必要である場合、ＢＳＳとのネゴシエーションの後にローカルスイッチングを１以上のＭＳＣが切断してもよい。ローカルスイッチングの切断または確立に至る、ＢＳＳ間ハンドオーバが可能である。ローカルスイッチングの切断または確立に至る、ＭＳＣ間ハンドオーバが可能である。ローカルスイッチングの切断または確立に至る、システム間ハンドオーバ（例えば２Ｇ＜＝＞３Ｇ）が可能である。
【０１７８】
ＡｏＴＤＭを使用する場合、ＢＳＳにおいてローカルスイッチングが確立されている間に（そしてＢＳＳがＭＳＣに通知した後に）、ＡインタフェースのＴＤＭ回線が開放されてもよい。ＡｏＩＰを使用する場合、ＢＳＳにおいてローカルスイッチングが確立されている間に（そしてＢＳＳがＭＳＣに通知した後に）、ＡインタフェースのＩＰリンクが開放されてもよい。何れにせよ、ローカルスイッチングが確立されている間に（ＢＳＳおよびＭＧＷサイドのＩＰエンドポイントが解放されない場合であっても）、Ａインタフェースにおけるユーザプレーンの送信を中止することができ、ＡｏＩＰインタフェースにおける帯域幅の節約を可能にする。両側、ＢＳＳと１以上のＭＳＣとの少なくともいずれかは、必要な場合、いつでもローカルスイッチの切断が許容される。ローカルスイッチを切断しなければならない場合、これはＢＳＳと１以上のＭＳＣ間でのネゴシエーションが必要である。同一のまたは互換性のあるコーデックタイプとコーデック構成との少なくともいずれかを２つの呼区間で使用するという条件で、コーデックタイプとコーデック構成の少なくともいずれかは、ローカルスイッチが確立された後に、ＢＳＳにより自動的に変更されてもよい。しかしながら、１以上のＭＳＣは変更後に通知を受ける。１つの起こり得る例外は、ＭＧＷオプションにおけるＴＣを伴うＡｏＩＰを使用している場合であり、これは、ＢＳＳ内部のＨＯ手順をトリガしてもよく、また、ローカルスイッチングを解放してもく、その両方が行われてもよい。両無線区間に１以上のＭＳＣにより提供されるコーデックタイプとコーデック構成との少なくともいずれかのみを使用しうることに注意されたい。２つの互換性のないコーデックタイプとコーデック構成との少なくともいずれかが、２つの呼区間で使用されるべき場合は、ローカルスイッチングは予め解放され、すなわちローカルスイッチングが確立されている間は、この種のハンドオーバは許容されない。
【０１７９】
ＢＳＳ内ハンドオーバは、ローカルスイッチが確立された後に、ＢＳＳにより自動的に実行されてもよい。１以上のＭＳＣは、ハンドオーバ後に、全ての変更されたパラメータ（セルＩＤ、コーデックタイプ、何でも）について通知を受ける。ＤＴＭＦトーンの送信がサポートされる。ローカルスイッチングから生じる課金の側面（もしあれば）は、標準において考慮される。
【０１８０】
実装はコアネットワーク（ＣＮ）に対して次の考慮事項を使用する。任意の数のＭＳＣがシグナリングパスに存在してもよく、したがって、Ｎｃインタフェースへの影響が考慮される。異なるオペレータに所有されるコアネットワークの構成要素（ＭＳＣサーバおよびＭＧＷ）は、ＬＣＬＳをサポートする呼に関与することができる。パスにおいて、アップグレードされた（ＬＣＬＳ準拠の）およびレガシーの（非ＬＣＬＳ準拠の）ＭＣＳが存在してもよい。全てのＭＣＳ（パスにおけるノード）は、本実装ではＬＣＬＳを許可しなければならない。あるノードがＬＣＬＳを（レガシーＭＳＣを、または意図的に）拒否する場合、全ての他のＭＳＣは呼設定時および呼の過程で通知を受け、ＬＣＬＳを停止する。
【０１８１】
ローカル・コール・ローカル・スイッチの特徴がアクティブ化される場合も、合法的傍聴は可能なままであるべきであり、そして、コアネットワークにおいて主な機能は残るべきである。合法的傍聴に関する一般的な要求は非特許文献３において仕様化されている。コアネットワークにおいて合法的傍聴の特徴に対するサポートを許容するため、呼がたとえローカルである場合でも、傍聴されるＣＳ（回線交換）音声呼に対するユーザプレーンデータは、コアネットワークに搬送される必要がある。対応するソリューションのなし得る実装を以下に詳記する。
【０１８２】
ある実装においては、ＭＳＣ−Ｓがローカル呼を傍聴する必要があることを認識するといつでも、ＢＳＳがＢＳＳにおけるローカルスイッチングを確立することを許可しない。この実装の問題は、エンドツーエンド通話遅延の観点で、全ての場合において同じエンドユーザ認知を維持することは可能でなかろうということである。その遅延は、実際に、「ローカルにスイッチングされず、傍聴されるローカル呼」と「ローカルにスイッチングされ、傍聴されないローカル呼」との間で変動しうる。例えばローカル・コール・ローカル・スイッチの特徴を典型的に配備するであろういくつかのシナリオにおいて、すなわち、衛星バックホールがＢＴＳのグループをＢＳＣ／ＭＳＣ−Ｓに接続するのに用いられる場合はいつでも、これは生じえよう。この場合、人為的な遅延を全てのローカルにスイッチングされた呼に対して加えない限り（勿論望ましくない）、ローカルにスイッチングされた呼の遅延は標準の呼に対するより〜６００ｍｓ短く、この差はエンドユーザによって容易に認知可能であろう。
【０１８３】
別の実装では、エンドツーエンド通話遅延の観点で、同一のエンドユーザ認知を維持する目的を以って、傍聴される呼にもローカルスイッチングを使用することができる。ユーザプレーンデータがローカルにスイッチングされると共に、その上コアネットワークへ転送され、一方Ａインタフェースから来たユーザプレーンデータはＢＳＳサイドで廃棄される場合に、これを達成することができる。これをサポートするために、ＢＳＳがローカルスイッチングを確立することを許容するために、条件付き「ＭＳＣへの所要バイキャスティング」情報要素を、ＭＳＣ−Ｓにより使用される新規／修正ＢＳＳＭＡＰメッセージへ導入するにはそれは十分でありえよう。このソリューションは、呼が傍聴されるであろうことのある種の間接的指示が、あるシグナリングメッセージを介してＢＳＳに伝送されるであろうという意味を含む。しかしながら、そのような情報を傍受したり追跡したりできないように、この情報を含むＡインタフェースの制御メッセージを（例えばＩＰＳｅｃを介して）保護することができる。この実装の利点は傍聴呼に対しても、ＬＣＬＳが可能であることである。本実装は、エンドツーエンド通話遅延の観点で、同一のエンドユーザ認知を維持しうる。けれども、所要バイキャスティング能力および追加のＡインタフェースのシグナリングのために、本実装はＢＳＳサイドにおいて修正を要求するかもしれない。
【０１８４】
ユーザ（またはメディア）プレーンを処理するための特定の実装を以下で詳述する。ローカル・コール・ローカル・スイッチの特徴の利点は、ＢＳＳ内部インタフェース、ＡｂｉｓおよびＡｔｅｒにおける、送信帯域幅の節約でありうる。本実装において、ローカルスイッチングを確立することは、呼がＢＳＣでスイッチングされるか、または関係するＢＴＳ間で直接通信を行うかの何れかを意味する。何れにせよ、効果は、ＢＳＳの内部インタフェース（ＡｂｉｓおよびＡｔｅｒ）における幾らかのリソースを節約できることである。特定のソリューションはＢＳＳのネットワークトポロジーに基づくであろうし、実装を特定にとどめる。
【０１８５】
既存のＡｏＴＤＭ配備および進行中のＡｏＩＰの実装への変更を最少化するため、本実装では、Ａインタフェースのユーザプレーンの処理への影響をできる限り少なく保つ。ＡｏＴＤＭに対しては、Ａインタフェースのユーザプレーンの処理への変更を規定すべきでない。呼がローカルにスイッチングされる場合であっても、２つの対応する回線は常にアクティブのままであってよく、ローカルにスイッチングされた呼のＡインタフェースにおける帯域幅節約は可能でないことを意味するが、帯域幅節約は、勿論、Ａｂｉｓ／Ａｔｅｒインタフェースにおいて実現できる。呼がローカルにスイッチングされている間、ＴＲＡＵはＡインタフェースにおいて、あるサイレンスコードワードを送信するであろう。ＡｏＩＰに対しても、ＭＳＣ−Ｓへの２つのＩＰ接続は常にアクティブのままであってよく、すなわち、対応ＩＰエンドポイントを解放することができない。何れにせよ、ＡｏＩＰに対して、呼がローカルにスイッチングされている間、ユーザプレーンの送信を中止することができてもよく、したがって帯域幅を節約しうる。したがって、呼がローカルにスイッチングされる間、ＭＳＣ−Ｓ（ＭＧＷ）は、ＩＰエンドポイントを経てデータを受信することを期待できない。この実装はＨ．２４８インタフェースへの影響を与えうることに注意すべきであり、ＭＳＣ−Ｓは、ＡｏＩＰユーザプレーンの送信を中止することをＭＧＷが開始し停止できるように、確立され解放されるローカルスイッチングについてＭＧＷに通知できる。（１つの呼の区間はＡｏＴＤＭを使用し、他方はＡｏＩＰ使用する）混合されたＡｏＴＤＭ−ＡｏＩＰの場合、本提案は重ねて、呼の間中、回線およびＩＰ接続をアクティブに保持することである。呼がローカルにスイッチングされている間にユーザプレーンデータがＩＰ接続上で送信されているかは、呼のこの区間のＢＳＳにおけるトランスコーダの存否に依存しえよう。
【０１８６】
この実装はＡインタフェースおよびコアネットワークインタフェース上での、呼設定およびハンドオーバ時の、ＢＳＳにおけるローカルスイッチングの確立および解放（例えばＭＧＷへのリソースの割り当て／解放に対する）手順を単純化しうる。さらなる利点として、この手法は、このソリューションを以って、例えば目的のユーザに通知を配信するためだけに、回線またはＩＰエンドポイントを再確立する必要がないため、ローカルにスイッチングされる呼に対する帯域内通知の処理を単純化しうる。
【０１８７】
ＢＳＳおよびＣＮは、ＬＣＬＳに関するその能力を知るべきである。ＣＮ内部のシグナリングオーバヘッドを最少化するため、ＢＳＳは、ＣＮに可能な限り早く情報を与えてもよい。ＣＮからＢＳＳへの他の方向は重大性がより少ないと思われる。
【０１８８】
１つのオプションは、Ｏ＆Ｍパラメータにより各ＭＳＣ内のＢＳＳ能力を、そして他のＯ＆Ｍパラメータにより各ＢＳＳ内のＭＳＣ能力を、構成することであろう。その場合、能力交換のための追加シグナリングは必要でない。しかしながら、この手法は手動管理を必要としうる。さらに、ＢＳＳ全体はＬＣＬＳを一様にサポートしようとすべきであり、さもなければＬＣＬＳの試行はむしろ頻繁に失敗するであろう。この管理手法はむしろ静的であり、変化する条件に素早く対応することができない。
【０１８９】
これらの欠点を克服するため、実装は、（「ＬＣＬＳ−ＢＳＳ能力（LCLS-BSS-Capability）」と称する）新規情報要素（ＩＥ）を、割り当て要求応答（Assignment_Request_Response）メッセージに追加してもよい。しかし、これは処理において少し遅く、ＣＮはそれがいつか成功するであろうかを知らずに、ＬＣＬＳのための主体的なシグナリングを行わねばならないであろう。
【０１９０】
さらなるオプションは、「コンプリートレイヤ３」メッセージ内で、呼の区間ごとに、Ａインタフェースにおいて（「ＬＣＬＳ能力」と称する）新規ＩＥを加えることである。これは、ＡｏＩＰ能力に対して既にとられている手法である。同一の新規ＩＥは、ｏＢＳＳおよびｔＢＳＳにより使用されうるであろう。ＭＣＳは、非常に早い時点および呼区間ごとに、したがって非常に正確に、通知を受けるであろう。この手法は一様でないＢＳＳをサポートし、すなわちＢＳＳのいくつかの部分は（既に）ＬＣＬＳをサポートできるが、その他は（未だ）サポートできない。この新規ＩＥは、少なくとも１つのバイナリフラグ「ＬＣＬＳ−Ｙｅｓ」／「ＬＣＬＳ−Ｎｏ」を含みうる。デフォルトは「ＬＣＬＳ−Ｎｏ」であり、ＩＥが存在しない場合これが仮定される。このＬＣＬＳ能力についてより細かい粒度も実装してもよい。この目的に１オクテットが割り当てられてもよい。ｏＢＳＳがそれをサポートすることをｏＭＳＣが知っている場合、ｏＭＳＣはＬＣＬＳに対する追加シグナリングの配備を開始するのみであろう。ｔＢＳＳがそれをサポートすることをｔＭＳＣが知っている場合、ｔＭＳＣはＬＣＬＳに対するシグナリングを適用するのみであろう。選択的なさらなるシグナリング、例えばコアネットワークのノードのユーザプレーン・アクセスのニーズを収集するための情報要素の選択的包含により、コアネットワークにおけるシグナリングオーバヘッドを削減しうる。
【０１９１】
したがって、アクセスゲートウェイ、ここではｏＭＳＣおよびｔＭＳＣは、ローカルショートカットが原理的に可能であることを（例えばＩＥ「ＬＣＬＳ能力」により）通知されうる。
【０１９２】
ＣＮが、両無線区間からＬＣＬＳ能力を得ると共に、ルーティングパスに沿ってＬＣＬＳが実行可能であることをネゴシエーション（さらに以下を参照）した後、ＣＮは、割り当て要求の内部のＬＣＬＳネゴシエーション結果を複数のＢＳＳに送信する。新規ＩＥ「ＬＣＬＳプリファレンス」を導入してもよく、それは、呼区間ごとに基づいてＭＳＣからＢＳＳへの割り当て要求メッセージの内部において送信される。それは、呼区間に対するＬＣＬＳの可能性およびプリファレンスについてＢＳＳに指令してもよい。
【０１９３】
ＣＮ内部のＭＳＣは、他の端部の、呼区間または無線アクセスネットワークに関する知識を持たない。したがって、ＭＳＣは、さらに、１つの呼にユニークな、新規のグローバル・コール・リファレンス（さらに以下を参照）を、呼区間ごとに基づき割り当て要求内部において各ＢＳＳに送信し、１つの呼の両区間が１つのＢＳＳで終了する場合に１つの呼の呼区間の関連付けを許容する。新規ＩＥ「グローバル・コール・リファレンス」が導入されてもよく、それは、呼区間ごとに基づいて、ＭＳＣからＢＳＳに割り当て要求メッセージ内部において送信されてもよい。
【０１９４】
ＢＳＳがＬＣＬＳプリファレンスおよびグローバル・コール・リファレンスを得るとともにＬＣＬＳが実行可能であることを特定した後、ＢＳＳは、割り当て肯定応答（Assignment Acknowledge）メッセージにおいてＬＣＬＳステータスをＣＮに報告する。両ＭＳＣ（ｏＭＳＣおよびｔＭＳＣ）が異なる時点で割り当て要求をＢＳＳに送信するため、ＬＣＬＳステータスは（ｏ割当要求またはｔ割当要求の何れが後に着信しようと）第２の割り当て要求の後にのみ完全に知られ、安定となる。ＬＣＬＳステータスが変化したことをＢＳＳが検出するといつでも送信される、「ＬＣＬＳ通知（LCLS-Notification）」と称する追加の新規メッセージが使用されてもよい。ＭＳＣは、コアネットワーク内部のユーザプレーンをどのように処理するかを判定するために、このＬＣＬＳステータスを使用する。このように、新規メッセージ「ＬＣＬＳ通知」および新規ＩＥ「ＬＣＬＳステータス」を導入してもよい。ＬＣＬＳステータスの変化についてＣＮに通知する必要がある場合はいつでも、ＬＣＬＳステータスＩＥを、割り当て承認メッセージおよび新規ＬＣＬＳ通知メッセージにおいて、送信してもよい。
【０１９５】
割り当て要求はＢＳＳ内におけるＬＣＬＳ実行可能性の判断を許容する。しかし、その際に、ｔＵｓｅｒはなお呼を受理しておらず、ユーザプレーンはまだスルー接続されるべきではない。リリース８までは、接続情報は、ＢＳＳにではなくＭＳにのみ送信される。したがって、新規メッセージ「Ａコネクト」がＣＮからＢＳＳに導入されてもよい。
【０１９６】
あるＭＳＣがＬＣＬＳにアップグレードされ、他のＭＳＣは未だアップグレードされていない状況が存在する。したがって、実装は、各ノードの「ＭＳＣ−ＬＣＬＳ能力」を考慮する。例えば、ＬＣＬＳが許容されないＣＮ内部においては、ユーザプレーンが必要とされるが、１つのＭＳＣのみがそれについて知る状況が存在する。ここでは、各ノードの「ＬＣＬＳ−ＭＳＣプリファレンス」が考慮されるべきである。ｏＭＳＣとｔＭＳＣとの間の、ＬＣＬＳ能力およびＬＣＬＳ受理（LCLS-Acceptance）を取り決める可能性を、以降に示す。
【０１９７】
１つのオプションは、（存在する場合）共通のＢＳＳが、そのＢＳＳ−ＬＣＬＳ能力について、上で概説したように例えば新規ＩＥにおいて、ｏＭＳＣおよびｔＭＳＣ双方に知らせることである。両ＭＳＣ、ｏＭＳＣおよびｔＭＳＣは、割り当て要求において、その個々のＭＳＣ−ＬＣＬＳ能力およびその個々のＭＳＣ−ＬＣＬＳプリファレンスについてこのＢＳＳに知らせる。このようにして、ＭＳＣ間の追加のシグナリングはＬＣＬＳネゴシエーションに関して不要でありうる。そして、全ての必要な情報の合成は、両方の呼の区間を制御するＢＳＳ内でのみ実行されてもよい。これを図１１に示す。このオプションの利点は、Ｎｃインタフェースにおける単純性である。不利点はｏＭＳＣもｔＭＳＣもＬＣＬＳ能力およびステータスに関する、完全な全体像を持たないことである。それらは、第１の段階において、同一のＢＳＳが両方の呼の区間で使用されることを知らない。それらは、ＬＣＬＳが実行可能であるか、確立されるかの少なくともいずれかであることを、ＢＳＳにより後に通知されてもよい。
【０１９８】
したがって、本実装は、図１２に示すように、コアネットワークにおける接続設定シグナリングへ情報要素を含めることにより、ｏＭＳＣとｔＭＳＣとの間のＬＣＬＳシグナリングを使用する。ｏＭＳＣはｏＢＳＳ−ＬＣＬＳ能力、それ自身のｏＭＳＣ−ＬＣＬＳ能力およびそれ自身のｏＭＳＣ−ＬＣＬＳプリファレンスについて、ｔＭＳＣに知らせる。「ＬＣＬＳ能力およびＬＣＬＳプリファレンス」をシグナリングするために、Ｎｃインタフェースにおけるフォワード方向において、新規ＩＥ「ＬＣＬＳ−ＣＮ」をｏＭＳＣとｔＭＳＣとの間で交換することができる。同じＩＥはまた、バックワード方向においても有用でありうる。そして、それはまた、実際の「ＬＣＬＳステータス」を含んでもよい。（ここで「ＬＣＬＳ−ＣＮ」と称する）そのような情報要素のとり得るコンテンツおよび構成は、上で詳細に議論されている。本実装は、ただわずかに、より高度なＮｃにおけるシグナリング労力を必要とする。この実装の利点は、非常に早い段階でｔＭＳＣがＬＣＬＳが候補となるか否かを知ることである。さらなる利点は、呼の間はいつでも、ＬＣＬＳ能力、ＬＣＬＳプリファレンスおよびＬＣＬＳステータスにおける変化のシグナリングにこの新規ＩＥを使用しうることである。さらなる利点は、ルーティングパス（すなわちシグナリングパス）に２つより多くのＭＳＣを有する呼のシナリオに見られる。さらにパスにおけるＭＳＣは、そのＬＣＬＳ能力とＬＣＬＳプリファレンスとの少なくともいずれか、すなわち、メディアプレーンへのアクセスのそのニーズを情報要素に入力することができる。
【０１９９】
実装例では、１オクテット、固定長を有する新規ＩＥ「ＬＣＬＳ−ＣＮ」を導入する。ＢＩＣＣまたはＩＳＵＰがＮｃ上で使用される場合、ＩＡＭメッセージ（設定メッセージ）内でフォワード方向に、およびモバイルＡＰＭメッセージ（応答メッセージ）内でバックワード方向に、ＬＣＬＳ−ＣＮ ＩＥが送信される。ＳＩＰ−ＩがＮｃ上で使用される場合、別々のＳＩＰヘッダで又はＳＩＰ−Ｉインバイトにおけるカプセル化ＩＡＭ内でフォワード方向に、および別々のＳＩＰヘッダで又はＳＩＰ応答（SIP-Response）におけるカプセル化ＩＳＵＰモバイルＡＰＭでバックワード方向に、ＬＣＬＳ−ＣＮ ＩＥが送信されてもよい。
【０２００】
典型的には、ｏＭＳＣはｔＢＳＳについて何も知らない。ｔＭＳＣはｏＢＳＳについて何も知らない、すなわち、同一のＢＳＳが両方の呼の区間で使用されるかを、ＭＳＣは気に掛けない。しかし、ＭＳＣは呼の識別子を少なくとも間接的に知っている。一方で、ＢＳＳは、典型的に、ある呼に属する呼の区間を気に掛けない。ＢＳＳはグローバル呼識別子（global call identity）を知らない。ＢＳＳは呼の区間のそれぞれの識別子（ＣＩＣまたはＡｏＩＰ呼識別子）のみを知っている。重ねて、この課題を解決し、ＲＡＮ識別子と呼識別子とを整合させるための、異なる２つのオプションが存在する。
【０２０１】
第１のオプションでは、複数のＭＳＣは、いずれのＲＡＮを使用するかを、互いに通知し、ｏＲＡＮおよびｔＲＡＮが同一である場合、ＭＳＣはＬＣＬＳを実行できることを知る。ユニークなＲＡＮ識別子が規定され、交換されてもよく、新しいＣＮシグナリングが必要とされてもよい。このオプションは、グローバルにユニークなＲＡＮ識別子の定義と維持とを必要とし、それは他ユーザの位置を特定するように拡張することをある程度許容し（パーソナルデータのセキュリティの問題）、それはまた、ＲＡＮ間ハンドオーバの場合のコアネットワークを経る追加のシグナリングも必要とする。
【０２０２】
第２のオプションでは、ＭＳＣは呼に対してユニークな呼識別子を定義すると共に取り決め、その後、全ルーティングパスにおけるノードに知られる。複雑な呼のシナリオにおいては、この呼識別子はグローバルに（すなわちワールドワイドに）ユニークであってもよい。そして、ＭＳＣは、呼の区間のそれぞれに関するグローバル呼識別子について、１以上のＲＡＮに通知し、ｏＭＳおよびｔＭＳの呼識別子が同一である場合、同一のＢＳＳで呼が発信すると共に着信し、したがってＬＣＬＳが実行可能であることをＲＡＮは知る。このオプションは、新規ＣＮおよび新規Ａインタフェースのシグナリングを意味する、グローバルにユニークな呼識別子の定義および交換を使用する。このオプションは、ルーティングパスにおいて２つより多くのＭＳＣを有する呼のシナリオに関して、特別の利点を有する。
【０２０３】
そのようなユニークな呼識別子は非特許文献４で標準化され、「グローバル・コール・リファレンス」（ＧＣＲ）と称される。ＧＣＲはワールドワイドに、またネットワーク境界を越えてユニークである。このＧＣＲは、複雑な呼シナリオにおける課金のために導入された。グローバル・コール・リファレンスのとり得るパラメータレイアウトを次の表に示す。
長さのインジケータを含むこのＩＥの最大長は、１３オクテットである。一般に、１つの呼に属する全ての呼の区間は同じグローバル・コール・リファレンスを使用する。これは、呼転送、ローミング、再ルーティングまたは再選択を含むが、これらに限られない。呼のＧＣＲは、ハンドオーバ／再配置の呼の区間において、ＩＡＭ（ＩＳＵＰ／ＢＩＣＣ）におけるアンカーＭＳＣにより、非アンカーＭＳＣにも送信されるであろう。そして、ＭＳの新しい位置への呼のパスの中のノードは、このＧＣＲを受信し、使用することができるであろう。
【０２０４】
既に仕様化されたグローバル・コール・リファレンスは、ＣＮの内部とＣＮとＲＡＮの間との両方において、ＬＣＬＳのためにに使用されてもよい。ｏＭＳＣはｏＭＳからサービス要求を受信すると、「グローバル・コール・リファレンス」（ＧＣＲ）を生成する。そして、このＧＣＲは、ルーティングパスに沿って送信され、最後にｔＭＳＣに到着する。パス内の全ノードはこのＧＣＲに気づく機会を有する。このＧＣＲは、呼が終了するまで保持される。ｏＭＳＣはｏ呼区間（oCall-leg）に対するｏＢＳＳにｏＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ内でこのＧＣＲを送信し、それはそこで格納され、ｔＭＳＣはｔ呼区間（tCall-leg）に対するｔＢＳＳにｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｑｕｅｓｔ内でこのＧＣＲを送信し、それもそこで格納される。ｏＭＳＣおよびｔＭＳＣ双方は、さらに、そのＬＣＬＳ能力およびＬＣＬＳプリファレンスを、割り当てにおけるｏＢＳＳおよびｔＢＳＳに送信する。
【０２０５】
その後、ｔＢＳＳは、全ての格納されたＧＣＲとｔ呼区間に対して受信されたＧＣＲとの相関を実行し、ｏＢＳＳとｔＢＳＳが同一である場合にＬＣＬＳのための対応するｏ呼区間を発見する。うまくいけば、その後、ｔＢＳＳは「ＬＣＬＳアイデンティファイド（LCLS-identified）」として両呼区間をマークする。ｔＢＳＳは、相関の結果を、ｔＡｓｓｉｇｎｍｅｎｔ−Ｒｅｓｐｏｎｓｅ内でｔＭＳＣに報告する。同時に、（ｔＢＳＳと同一である）ｏＢＳＳは、ＬＣＬＳステータスをｏＭＳＣに通知する。その後、ＬＣＬＳのための準備が終了する。しかし、不正行為を招きうるユーザプレーンの早すぎるスルー接続を回避するため、ＬＣＬＳはまだ確立されない。
【０２０６】
１以上のＭＳＣは、ユーザプレーン接続を制御するために、次の手順を実行してもよい。呼はまだ呼設定の段階にあると仮定する。ｔＭＳがリンギングを開始したと共に、ｏＭＳはリングバックトーンを受信して鳴らす。コアネットワークを通じて両方向へエンドツーエンドにユーザプレーンが確立されるが、トラフィックはｏＭＧＷおよびｔＭＧＷでブロックされる。ＢＳＳ内の直接ローカルショートカットは、ＣＮにおけるこのユーザプレーンの接続制御をバイパスするであろうし、したがって応答／課金の前に不正ユーザデータが通過することを許容するであろう。直接ローカルショートカットはまた、ｔＭＧＷおよびｏＭＳにより生成されるリングバックトーンの間で、ユーザプレーンをバイパスするであろう。ＢＳＳはＬＣＬＳを確立する正しい時点を、次のように判断してもよい。
【０２０７】
Ａインタフェースにおける新規のシグナリングなしに、これはＭＳＣとＭＳとの間のＤＴＡＰシグナリングの中を「傍受する」ことにより達成されうる。
【０２０８】
別の可能性は、「コネクト」時にＢＳＳに通知できる新規手順、メッセージおよびＩＥを使用することである。この手順を「Ａコネクト（A-Connect）」と呼んでもよく、メッセージを「Ａコネクト（A-CONNECT）」と呼んでもよく、ＩＥは「Ａコネクト制御（A-Connect-Control）」と呼んでもよい。このＡコネクト手順のためのトリガは、ｔＭＳＣおよびｏＭＳＣにより見られるｔＭＳからの「コネクト」メッセージでありうる。ｔＭＳＣおよびｏＭＳＣの双方は、新規メッセージ「Ａコネクト」を、ｔＢＳＳおよびｏＢＳＳの双方へそれぞれ送信する。コンテンツ、すなわちＩＥ Ａコネクト制御の符号化は、一般に、両Ａインタフェースにおいて同一でありうるが、異なっていてもよい。両呼区間が明示的なＡコネクトメッセージを受信し、そのコンテンツがＬＣＬＳを許容する場合、ＢＳＳはＬＣＬＳを確立する。ｔＢＳＳ呼区間は、一般に、ｏＢＳＳの呼区間がｏＡコネクトメッセージを得るより早く、ｔＡコネクトメッセージを得る。しかし、ＬＣＬＳの状態が明らかになる前に、すなわち両呼区間がＡコネクトメッセージを受け、ＬＣＬＳを確立する前に、ｔＢＳＳもｏＢＳＳもこのメッセージに肯定応答することができない−またはＬＣＬＳを確立することができないことが明らかになりうる。
【０２０９】
さらに上で示した一般的教示は、ここで説明された特定の実装に適用されてもよいことは明らかである。特に、メディアプレーン・アクセスのニーズを収集し、メディアプレーンを確立し、シグナリングパスにおけるレガシーノードを検出する種々の方法を、特定の実装に適用することができる。当業者は、本発明の範囲内にある他の実施形態を形成するために、本発明の上述の態様、実施形態および実装の特徴を組み合わせることができることを正しく理解するであろう。
【０２１０】
本発明の特定の実施形態が本明細書で開示されるが、本発明の範囲を逸脱することなく種々の変更および修正を行うことができる。本実施形態はあらゆる点で例証的かつ非限定的と考えられるべきであり、添付する特許請求の範囲の意味および等価範囲内に入る全ての変更は特許請求の範囲に含まれることが意図されている。
【特許請求の範囲】
【請求項１】
発信端末（Ｔｏ）のための発信アクセスゲートウェイ（１１０）を介してコアネットワーク（１０２）にアクセスする同一のアクセスネットワーク（１０１）を介して接続している、前記発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する方法であって、
前記発信アクセスゲートウェイ（１１０）において、少なくとも前記コアネットワーク（１０２）を経る前記接続を設定するための設定メッセージに情報要素（２００）を含めるステップと、
少なくとも前記コアネットワーク（１０２）を経るシグナリングパス上で、前記コアネットワークにおける着信アクセスゲートウェイ（１２０）へ前記設定メッセージを送信するステップであって、少なくとも１つのノード（１１０、１２０、１３０）であって、前記シグナリングパスが通過するノードが、設定される前記接続のメディアプレーン（１０６）へアクセスすることの自らのニーズに関する情報を前記情報要素に入力するステップと、
前記着信アクセスゲートウェイ（１２０）において、前記情報要素（２００）を含む前記設定メッセージを受信するステップと、
収集された前記メディアプレーンへのアクセスのニーズを有する前記情報要素（２００）を含む応答メッセージを、前記シグナリングパスに沿って反対方向に、前記発信アクセスゲートウェイ（１１０）へ送信するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立することができるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの情報を供給するステップと、
を有することを特徴とする方法。
【請求項２】
前記情報要素（２００）を処理することができる前記シグナリングパスにおける複数のノード（１１０、１２０、１３０）は、それ自身のメディアプレーンへのアクセスのニーズと、前記設定メッセージと前記応答メッセージとの少なくともいずれかの前記情報要素において示される、前記シグナリングパスにおけるその他のノードの前記メディアプレーンへのアクセスのニーズとに基づいて、そのそれぞれのメディアゲートウェイ（ＭＧＷ）を経るメディアのルーティングを適合させる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記発信ゲートウェイにおいて、前記アクセスネットワークを介して接続している端末の情報を格納する共通のビジタ・ロケーション・レジスタ（ＶＬＲ）から情報を検索することにより、又は、前記アクセスネットワークの制御ノードから前記アクセスネットワークを介して接続している端末の情報を受信することにより、前記発信端末と前記着信端末が同一のアクセスネットワークを介して接続しているかをチェックするステップをさらに有し、
前記発信端末および着信端末が前記同一のアクセスネットワークを介して接続している場合にのみ、前記情報要素が前記設定メッセージに含められる、
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、前記情報要素（２００）はメディアプレーンへのアクセスのニーズを示す、前記フォワードチャネルを読み込むことのニーズを示す要素（ＡR）、前記フォワードチャネルへ書き込むことのニーズを示す要素（ＡW）、前記バックワードチャネルを読み込むことのニーズを示す要素（ＢR）、および前記バックワードチャネルへ書き込むことのニーズを示す要素（ＢW）を少なくとも含む、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記情報要素（２００）は、メディアプレーンへのアクセスのニーズを格納するためのフラグの形式で、要素（ＡR、ＡW、ＢR、ＢW）を含み、ノードによる前記情報要素への情報の前記入力は、対応する前記メディアパスへのアクセスのニーズのための前記フラグの設定を含む、
ことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記情報要素において、そのような情報を入力した各ノードの前記メディアプレーンへのアクセスのニーズは、それぞれのノードに対するノード識別子と関連して別々に格納される、
ことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記情報要素へ情報を入力する各ノードは、各メディアプレーンへのアクセスのニーズに対して同一のフラグを設定し、前記シグナリングパスに沿うノードのメディアプレーンへのアクセスのニーズの累積された情報を前記情報要素において取得するために、あるノードにより設定されたフラグは他のノードにより再設定されないように前記フラグの前記設定が実行される、
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記シグナリングパスにおける各ノード（１１０、１２０、１３０）において、前記設定メッセージと前記応答メッセージの少なくともいずれかを受信するとすぐに少なくとも前記コアネットワーク（１０２）を経る前記メディアパスを確立するために、関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップと、
少なくとも前記コアネットワーク（１０２）を経て設定された前記メディアパス上でメディアコンテンツを送信するべきかを、累積された前記メディアプレーンへのアクセスのニーズに基づいて判定するステップと、
をさらに有することを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記シグナリングパスにおける各ノード（１１０、１２０、１３０）において、前記設定メッセージと前記応答メッセージの少なくともいずれかを受信するとすぐに少なくとも前記コアネットワーク（１０２）を経る前記メディアパスを確立するために、関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップをさらに有し、
前記情報要素（２００）を処理することができる前記シグナリングパスにおけるノードは、前記シグナリングパスにおけるアップストリームまたはダウンストリームのノードの前記メディアプレーンへのアクセスのニーズに基づいて、前記メディアパス（１５０）のアップストリームまたはダウンストリームのリンクをパッシブにすることを決定することができ、パッシブなリンクとは、当該リンクに対してリソースは割り当てられるが、当該リンク上でコンテンツが送信されないことを意味する、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項１０】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記着信アクセスゲートウェイにおいて、前記応答メッセージに追加の情報要素を含めるステップと、
前記シグナリングパスが通過する前記ノードの少なくとも１つにより、前記メディアプレーン（１０６）へアクセスすることの当該ノードのニーズに関する情報を、前記応答メッセージの前記追加の情報要素に入力するステップと、
をさらに有し、
前記情報要素を処理することを可能とされた、前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、
前記設定メッセージと共に受信された前記情報要素（２００）から、前記バックワードチャネルのダウンストリームのいずれかのノードが当該バックワードチャネルに対するメディアプレーンへのアクセスのニーズを有するかを判定するステップと、メディアプレーンへのアクセスのニーズが検出されなかった場合に前記ダウンストリームのバックワードチャネルに対して対応する前記メディアゲートウェイをパッシブにするステップと、
前記応答メッセージと共に受信される前記情報要素（２００）から、前記フォワードチャネルのダウンストリームのいずれかのノードが当該フォワードチャネルに対するメディアプレーンへのアクセスのニーズを有するかを判定するステップと、メディアプレーンへのアクセスのニーズが検出されなかった場合に前記ダウンストリームのフォワードチャネルに対して対応する前記メディアゲートウェイをパッシブにするステップと、
をさらに実行する、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
メディアコンテンツが送信されない前記メディアパスのリンクを介してハートビート信号を送信するステップ、または、これらのリンクを提供する前記メディアゲートウェイの対応するメディアコンテキストマネージャにおいて、メディアコンテンツがこれらのリンクを介して送信されるかの検出を無効にするステップ、
をさらに有することを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記着信アクセスゲートウェイにおいて、前記応答メッセージに追加の情報要素を含めるステップと、
前記シグナリングパスが通過する前記ノードの少なくとも１つにより、当該ノードの前記メディアプレーン（１０６）へアクセスすることのニーズに関する情報を、前記応答メッセージの前記追加の情報要素に入力するステップと、
をさらに有し、
前記情報要素を処理することを可能とされた前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、さらに、前記情報要素と前記追加の情報要素とに従って、当該ノードが、前記シグナリングパスにおける前記フォワードまたはバックワードチャネル（１５１、１５２）のダウンストリームのいずれのノードもそれぞれの前記チャネルに対するメディアプレーンへのアクセスのニーズを有さないと判定する場合に、それぞれの前記チャネルのダウンストリームの次のノードへのメディアパスのリンクを確立しないか、又はそれぞれの前記チャネルのダウンストリームの次のノードへ確立されているメディアパスのリンクを解除するように、前記メディアパス（１５０）を設定するように構成される、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項１３】
前記方法は、さらに、前記情報要素（２００）にノード識別フィールドを含めることによる、前記情報要素（２００）を処理できない前記シグナリングパスにおけるレガシーのネットワークノードの検出を含み、前記情報要素を処理することができる前記シグナリングパスにおける各ノードと共に、
前記設定メッセージと共に受信された前記情報要素（２００）の前記ノード識別フィールドに格納されたノード識別子が、前記メッセージが１つのノードから受信されたときの当該１つのノードのノード識別子と整合するかをチェックするステップと、
前記ノード識別子が整合しない場合に、全てのメディアプレーンへのアクセスのニーズを前記情報要素（２００）に設定するステップと、
前記情報要素の前記ノード識別フィールドに前記ノード自身のノード識別子を書き込むステップと、
を実行することを特徴とする請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
前記情報要素は、前記情報要素（２００）を処理できる前記シグナリングパスの各ノードがそのノードのメディアプレーンへのアクセスのニーズとノード識別子とを入力する、アクセスのニーズのリストを含み、
前記情報要素（２００）を処理できる前記シグナリングパスにおける前記ノードは、前記メディアパス（１５０）が前記発信および着信アクセスゲートウェイ（１１０、１２０）以外の、前記メディアプレーンへアクセスするニーズを有さないノードのメディアゲートウェイをバイパスできるように、メディアプレーンへのアクセスのニーズを有するノードが、メディアプレーンへのアクセスのニーズを有するアップストリーム又はダウンストリームの次の前記ノードへの直接接続を設定することにより、前記メディアパス（１５０）を確立するように構成される、
ことを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項１５】
前記情報要素を処理できるとともにメディアプレーンへのアクセスのニーズを有する前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、さらに、
アクセスのニーズの前記リストを有する前記情報要素（２００）を含む前記応答メッセージを受信するステップと、
メディアプレーンへのアクセスのニーズを有する前記シグナリングパスにおけるダウンストリームの又はアップストリームの最初のノードのために、前記応答メッセージに含まれる前記リストをスキャンするステップと、
そのようなノードが発見された場合に、少なくとも前記コアネットワークにおいて前記メディアパスを設定するために、前記最初のノードへのメディアパス接続を設定するステップ、または既存のメディアパス接続を前記最初のノードへ接続するように変更するステップと、を実行する、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記情報要素を用いて、前記情報要素を処理できない前記シグナリングパスにおけるレガシーノードを検出するステップと、
１つ以上のレガシーノードが検出された場合、前記シグナリングパスにおいて前記レガシーノードのアップストリームの最初の対応ノードとダウンストリームの最初の対応ノードとへのメディアパス接続を設定し、前記メディアパスを前記レガシーノードを介して確立するように、前記最初のアップストリームおよびダウンストリームのノードにより、前記レガシーノードへのメディアパス接続を設定するステップと、
をさらに有することを特徴とする請求項１４又は１５に記載の方法。
【請求項１７】
前記アクセスネットワーク（１０１）における前記メディアパス（１５０）の前記ローカルショートカットを確立できるかを判定するために、前記情報要素（２００）と共に収集される前記メディアプレーンへのアクセスのニーズの前記情報を評価するステップと、
ショートカットを確立できる場合、前記アクセスネットワークのコントローラ（ＡＣＮ）へショートカットを確立できることを通知するか、前記メディアプレーンへのアクセスのニーズの前記情報を前記コントローラ（ＡＣＮ）へ送信するステップと、
をさらに有することを特徴とする請求項１から１６のいずれか１項に記載の方法。
【請求項１８】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する、前記コアネットワーク（１０２）のコアネットワークノード（１３０）により実行される方法であって、
前記接続を確立するための接続設定シグナリングを受信するステップであって、前記シグナリングは、少なくとも前記コアネットワーク（１０２）における、前記コアネットワークノードが含まれるシグナリングパスに沿って送信されるステップと、
情報要素（２００）の送信の方向に関して前記シグナリングパスにおいて前記コアネットワークノードの前の少なくとも１つのノード（１１０、１２０、１３０）の、メディアプレーンへのアクセスのニーズを格納する前記情報要素（２００）を、前記接続設定シグナリングと共に受信するステップであって、前記メディアプレーンへのアクセスのニーズは、前のノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズを示すステップと、
前記コアネットワークノード（１３０）の前記メディアプレーンへアクセスすることのニーズに関する情報を、前記情報要素（２００）へ入力するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）を用いて、前記シグナリングパスにおけるノードのメディアプレーンへのアクセスのニーズの収集を可能とするように、前記情報要素（２００）を前記接続設定シグナリングと共に前記シグナリングパスにおける次のノードへ送信するステップと、
を有することを特徴とする方法。
【請求項１９】
前記コアネットワークノードの前記メディアプレーンへのアクセスのニーズと、前記接続設定シグナリングと共に受信される前記情報要素および前記接続設定シグナリングに応答して受信されるメッセージに含まれる対応する情報要素の少なくともいずれかにおいて示される、前記シグナリングパスにおけるその他のノードの前記メディアプレーンへのアクセスのニーズとに基づいて、前記コアネットワークノードのメディアゲートウェイを経るメディアのルーティングを適合させるステップをさらに有する、
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記接続設定シグナリングへの応答メッセージにおいて、前記シグナリングパスにおいて追加の情報要素（２００）の送信の方向に関して前記コアネットワークノードの前の、少なくとも１つのノード（１１０、１２０、１３０）のメディアプレーンへのアクセスのニーズを格納する前記追加の情報要素を受信するステップと、
前記情報要素と前記追加の情報要素とから、前記シグナリングパスにおけるいずれかのノードが前記フォワードチャネルまたは前記バックワードチャネルに対してメディアプレーンへのアクセスのニーズを有するかを判定するステップと、
前記コアネットワークを経る前記メディアパスを確立するために、前記コアネットワークノードに関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップであって、前記情報要素から前記フォワードまたはバックワードチャネルのダウンストリームへメディアコンテンツを転送するニーズがないと判定された場合、それぞれの前記チャネルに対する前記ダウンストリームのメディアリンクが確立されないか、又は以前に確立されている場合は、解除されるか若しくはコンテンツがそのメディアリンク上で送信されないことを意味するパッシブに、それぞれの前記チャネルに対する前記ダウンストリームのメディアリンクが設定されるステップと、
をさらに有することを特徴とする請求項１８又は１９に記載の方法。
【請求項２１】
前記情報要素は、前記情報要素（２００）を処理できる前記シグナリングパスの各ノードがそのノードのメディアプレーンへのアクセスのニーズとノード識別子とを入力する、アクセスのニーズのリストを含み、
前記コアネットワークが自身のメディアプレーンへのアクセスのニーズを有する場合、前記方法は、
アクセスのニーズの前記リストを有する前記情報要素（２００）を含む前記接続設定シグナリングへの応答メッセージを受信するステップと、
メディアプレーンへのアクセスのニーズを有する、前記シグナリングパスにおけるダウンストリームのまたはアップストリームの第１のノードに対して、前記応答メッセージに含まれる前記リストをスキャンするステップと、
そのようなノードが発見された場合に少なくとも前記コアネットワークにおいて前記メディアパスを設定するために、前記第１のノードへのメディアパス接続を設定するか、又は、既存のメディアパス接続を前記第１のノードへ接続するように変更するステップと、
をさらに有することを特徴とする請求項１８又は１９に記載の方法。
【請求項２２】
前記情報要素は、請求項４から７のいずれか１項に従って構成される、
ことを特徴とする請求項１８から２１のいずれか１項に記載の方法。
【請求項２３】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している、発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定するように構成される前記コアネットワークのためのネットワークノードであって、
前記接続を確立するための接続設定シグナリングを受信するステップであって、前記シグナリングは、少なくとも前記コアネットワーク（１０２）における、前記コアネットワークノードが含まれるシグナリングパスに沿って送信されるステップと、
情報要素（２００）の送信の方向に関して前記シグナリングパスにおいて前記コアネットワークノードの前の少なくとも１つのノード（１１０、１２０、１３０）の、メディアプレーンへのアクセスのニーズを格納する前記情報要素（２００）を、前記接続設定シグナリングと共に受信するステップであって、前記メディアプレーンへのアクセスのニーズは、前のノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズを示すステップと、
前記コアネットワークノード（１３０）の前記メディアプレーンへアクセスすることのニーズに関する情報を、前記情報要素（２００）へ入力するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）を用いて、前記シグナリングパスにおけるノードのメディアプレーンへのアクセスのニーズの収集を可能とするように、前記情報要素（２００）を前記接続設定シグナリングと共に前記シグナリングパスにおける次のノードへ送信するステップと、
を実行するように構成されることを特徴とするネットワークノード（１３０）。
【請求項２４】
前記ネットワークノードは、請求項１９から２２のいずれか１項に記載の方法を実行するように構成される、
ことを特徴とする請求項２３に記載のネットワークノード。
【請求項２５】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する、前記アクセスゲートウェイ（１１０、１２０）により実行される方法であって、
少なくとも前記コアネットワーク（１０２）におけるシグナリングパスに沿って送信される、前記接続を確立するための接続設定シグナリングを受信するステップと、
前記シグナリングパスにおけるノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズの情報を収集するステップであって、前記情報は受信した前記接続設定シグナリングから情報要素（２００）を検索することにより収集され、前記情報要素は前記シグナリングパスにおける前記ノードの少なくとも１つの前記メディアプレーンへのアクセスのニーズを格納するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの前記情報を供給するステップと、
を有することを特徴とする方法。
【請求項２６】
前記アクセスゲートウェイは、それを介して前記発信端末（Ｔｏ）が前記コアネットワーク（１０２）にアクセスする発信アクセスゲートウェイ（１１０）であり、
前記方法は、
少なくとも前記コアネットワーク（１０２）を経る前記接続を設定するために、設定メッセージに情報要素（２００）を含めるステップと、
少なくとも前記コアネットワーク（１０２）を経るシグナリングパス上で、前記設定メッセージを前記コアネットワーク（１０２）の着信アクセスゲートウェイ（１２０）へ送信するステップと、
をさらに含み、
受信された前記接続設定シグナリングは前記設定メッセージに応答して前記着信アクセスゲートウェイにより送信された応答メッセージであり、前記応答メッセージは、前記シグナリングパスに沿う少なくとも１つの前記ノードがそれのメディアプレーンのアクセスのニーズを入力した、前記設定メッセージの前記情報要素を含む、
ことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記アクセスゲートウェイは、それを介して前記着信端末（Ｔｔ）が前記コアネットワーク（１０２）にアクセスする着信アクセスゲートウェイ（１２０）であって、受信された前記接続設定シグナリングは前記コアネットワーク（１０２）の発信アクセスゲートウェイ（１１０）により前記シグナリングパスに沿って送信された設定メッセージであり、前記設定メッセージは、前記シグナリングパスに沿う少なくとも１つ前記ノードがそれのメディアプレーンへのアクセスのニーズを入力した前記情報要素（２００）を含み、
前記方法は、
収集された前記メディアプレーンへのアクセスのニーズと共に、前記情報要素（２００）を含む応答メッセージを、前記シグナリングパスに沿って反対方向に、前記発信アクセスゲートウェイ（１１０）へ送信するステップをさらに有する、
ことを特徴とする請求項２５又は２６に記載の方法。
【請求項２８】
前記情報要素は、請求項４から７のいずれか１項に従って構成される、
ことを特徴とする請求項２５から２７のいずれか１項に記載の方法。
【請求項２９】
同一のアクセスネットワーク（１０１）を介して接続している、発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定するように適合されるコアネットワークのアクセスゲートウェイであって、前記アクセスゲートウェイ（１１０、１２０）は前記アクセスネットワーク（１０１）のためにコアネットワーク（１０２）へのアクセスを提供するように適合され、
少なくとも前記コアネットワーク（１０２）におけるシグナリングパスに沿って送信される、前記接続を確立するための接続設定シグナリングを受信するステップと、
前記シグナリングパスにおけるノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズの情報を収集するステップであって、前記情報は受信した前記接続設定シグナリングから情報要素（２００）を検索することにより収集され、前記情報要素（２００）は前記シグナリングパスにおける前記ノードの少なくとも１つの前記メディアプレーンへのアクセスのニーズを格納するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの前記情報を供給するステップと、
を実行するように構成されることを特徴とするアクセスゲートウェイ。
【請求項３０】
前記アクセスゲートウェイは、請求項２６から２８のいずれか１項に記載の方法を実行するように構成される、
ことを特徴とする請求項２９に記載のアクセスゲートウェイ。
【請求項３１】
格納される電子的可読制御情報を有する電子的可読データ記憶媒体であって、前記データ記憶媒体をコンピュータシステムで用いる場合に、前記制御情報が請求項１から２２および２５から２８のいずれか１項に記載の方法を実行するように構成されることを特徴とする電子的可読データ記憶媒体。
【請求項３２】
コンピュータシステムの内部メモリにロードすることができ、コンピュータプログラムが実行されると請求項１から２２および２５から２８のいずれか１項に記載の方法を実行することを特徴とするコンピュータプログラム。
【請求項１】
発信端末（Ｔｏ）のための発信アクセスゲートウェイ（１１０）を介してコアネットワーク（１０２）にアクセスする同一のアクセスネットワーク（１０１）を介して接続している、前記発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する方法であって、
前記発信アクセスゲートウェイ（１１０）において、少なくとも前記コアネットワーク（１０２）を経る前記接続を設定するための設定メッセージに情報要素（２００）を含めるステップと、
少なくとも前記コアネットワーク（１０２）を経るシグナリングパス上で、前記コアネットワークにおける着信アクセスゲートウェイ（１２０）へ前記設定メッセージを送信するステップであって、少なくとも１つのノード（１１０、１２０、１３０）であって、前記シグナリングパスが通過するノードが、設定される前記接続のメディアプレーン（１０６）へアクセスすることの自らのニーズに関する情報を前記情報要素に入力するステップと、
前記着信アクセスゲートウェイ（１２０）において、前記情報要素（２００）を含む前記設定メッセージを受信するステップと、
収集された前記メディアプレーンへのアクセスのニーズを有する前記情報要素（２００）を含む応答メッセージを、前記シグナリングパスに沿って反対方向に、前記発信アクセスゲートウェイ（１１０）へ送信するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立することができるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの情報を供給するステップと、
を有することを特徴とする方法。
【請求項２】
前記情報要素（２００）を処理することができる前記シグナリングパスにおける複数のノード（１１０、１２０、１３０）は、それ自身のメディアプレーンへのアクセスのニーズと、前記設定メッセージと前記応答メッセージとの少なくともいずれかの前記情報要素において示される、前記シグナリングパスにおけるその他のノードの前記メディアプレーンへのアクセスのニーズとに基づいて、そのそれぞれのメディアゲートウェイ（ＭＧＷ）を経るメディアのルーティングを適合させる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記発信ゲートウェイにおいて、前記アクセスネットワークを介して接続している端末の情報を格納する共通のビジタ・ロケーション・レジスタ（ＶＬＲ）から情報を検索することにより、又は、前記アクセスネットワークの制御ノードから前記アクセスネットワークを介して接続している端末の情報を受信することにより、前記発信端末と前記着信端末が同一のアクセスネットワークを介して接続しているかをチェックするステップをさらに有し、
前記発信端末および着信端末が前記同一のアクセスネットワークを介して接続している場合にのみ、前記情報要素が前記設定メッセージに含められる、
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、前記情報要素（２００）はメディアプレーンへのアクセスのニーズを示す、前記フォワードチャネルを読み込むことのニーズを示す要素（ＡR）、前記フォワードチャネルへ書き込むことのニーズを示す要素（ＡW）、前記バックワードチャネルを読み込むことのニーズを示す要素（ＢR）、および前記バックワードチャネルへ書き込むことのニーズを示す要素（ＢW）を少なくとも含む、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記情報要素（２００）は、メディアプレーンへのアクセスのニーズを格納するためのフラグの形式で、要素（ＡR、ＡW、ＢR、ＢW）を含み、ノードによる前記情報要素への情報の前記入力は、対応する前記メディアパスへのアクセスのニーズのための前記フラグの設定を含む、
ことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記情報要素において、そのような情報を入力した各ノードの前記メディアプレーンへのアクセスのニーズは、それぞれのノードに対するノード識別子と関連して別々に格納される、
ことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記情報要素へ情報を入力する各ノードは、各メディアプレーンへのアクセスのニーズに対して同一のフラグを設定し、前記シグナリングパスに沿うノードのメディアプレーンへのアクセスのニーズの累積された情報を前記情報要素において取得するために、あるノードにより設定されたフラグは他のノードにより再設定されないように前記フラグの前記設定が実行される、
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記シグナリングパスにおける各ノード（１１０、１２０、１３０）において、前記設定メッセージと前記応答メッセージの少なくともいずれかを受信するとすぐに少なくとも前記コアネットワーク（１０２）を経る前記メディアパスを確立するために、関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップと、
少なくとも前記コアネットワーク（１０２）を経て設定された前記メディアパス上でメディアコンテンツを送信するべきかを、累積された前記メディアプレーンへのアクセスのニーズに基づいて判定するステップと、
をさらに有することを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記シグナリングパスにおける各ノード（１１０、１２０、１３０）において、前記設定メッセージと前記応答メッセージの少なくともいずれかを受信するとすぐに少なくとも前記コアネットワーク（１０２）を経る前記メディアパスを確立するために、関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップをさらに有し、
前記情報要素（２００）を処理することができる前記シグナリングパスにおけるノードは、前記シグナリングパスにおけるアップストリームまたはダウンストリームのノードの前記メディアプレーンへのアクセスのニーズに基づいて、前記メディアパス（１５０）のアップストリームまたはダウンストリームのリンクをパッシブにすることを決定することができ、パッシブなリンクとは、当該リンクに対してリソースは割り当てられるが、当該リンク上でコンテンツが送信されないことを意味する、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項１０】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記着信アクセスゲートウェイにおいて、前記応答メッセージに追加の情報要素を含めるステップと、
前記シグナリングパスが通過する前記ノードの少なくとも１つにより、前記メディアプレーン（１０６）へアクセスすることの当該ノードのニーズに関する情報を、前記応答メッセージの前記追加の情報要素に入力するステップと、
をさらに有し、
前記情報要素を処理することを可能とされた、前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、
前記設定メッセージと共に受信された前記情報要素（２００）から、前記バックワードチャネルのダウンストリームのいずれかのノードが当該バックワードチャネルに対するメディアプレーンへのアクセスのニーズを有するかを判定するステップと、メディアプレーンへのアクセスのニーズが検出されなかった場合に前記ダウンストリームのバックワードチャネルに対して対応する前記メディアゲートウェイをパッシブにするステップと、
前記応答メッセージと共に受信される前記情報要素（２００）から、前記フォワードチャネルのダウンストリームのいずれかのノードが当該フォワードチャネルに対するメディアプレーンへのアクセスのニーズを有するかを判定するステップと、メディアプレーンへのアクセスのニーズが検出されなかった場合に前記ダウンストリームのフォワードチャネルに対して対応する前記メディアゲートウェイをパッシブにするステップと、
をさらに実行する、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
メディアコンテンツが送信されない前記メディアパスのリンクを介してハートビート信号を送信するステップ、または、これらのリンクを提供する前記メディアゲートウェイの対応するメディアコンテキストマネージャにおいて、メディアコンテンツがこれらのリンクを介して送信されるかの検出を無効にするステップ、
をさらに有することを特徴とする請求項８から１０のいずれか１項に記載の方法。
【請求項１２】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記着信アクセスゲートウェイにおいて、前記応答メッセージに追加の情報要素を含めるステップと、
前記シグナリングパスが通過する前記ノードの少なくとも１つにより、当該ノードの前記メディアプレーン（１０６）へアクセスすることのニーズに関する情報を、前記応答メッセージの前記追加の情報要素に入力するステップと、
をさらに有し、
前記情報要素を処理することを可能とされた前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、さらに、前記情報要素と前記追加の情報要素とに従って、当該ノードが、前記シグナリングパスにおける前記フォワードまたはバックワードチャネル（１５１、１５２）のダウンストリームのいずれのノードもそれぞれの前記チャネルに対するメディアプレーンへのアクセスのニーズを有さないと判定する場合に、それぞれの前記チャネルのダウンストリームの次のノードへのメディアパスのリンクを確立しないか、又はそれぞれの前記チャネルのダウンストリームの次のノードへ確立されているメディアパスのリンクを解除するように、前記メディアパス（１５０）を設定するように構成される、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項１３】
前記方法は、さらに、前記情報要素（２００）にノード識別フィールドを含めることによる、前記情報要素（２００）を処理できない前記シグナリングパスにおけるレガシーのネットワークノードの検出を含み、前記情報要素を処理することができる前記シグナリングパスにおける各ノードと共に、
前記設定メッセージと共に受信された前記情報要素（２００）の前記ノード識別フィールドに格納されたノード識別子が、前記メッセージが１つのノードから受信されたときの当該１つのノードのノード識別子と整合するかをチェックするステップと、
前記ノード識別子が整合しない場合に、全てのメディアプレーンへのアクセスのニーズを前記情報要素（２００）に設定するステップと、
前記情報要素の前記ノード識別フィールドに前記ノード自身のノード識別子を書き込むステップと、
を実行することを特徴とする請求項１から１２のいずれか１項に記載の方法。
【請求項１４】
前記情報要素は、前記情報要素（２００）を処理できる前記シグナリングパスの各ノードがそのノードのメディアプレーンへのアクセスのニーズとノード識別子とを入力する、アクセスのニーズのリストを含み、
前記情報要素（２００）を処理できる前記シグナリングパスにおける前記ノードは、前記メディアパス（１５０）が前記発信および着信アクセスゲートウェイ（１１０、１２０）以外の、前記メディアプレーンへアクセスするニーズを有さないノードのメディアゲートウェイをバイパスできるように、メディアプレーンへのアクセスのニーズを有するノードが、メディアプレーンへのアクセスのニーズを有するアップストリーム又はダウンストリームの次の前記ノードへの直接接続を設定することにより、前記メディアパス（１５０）を確立するように構成される、
ことを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項１５】
前記情報要素を処理できるとともにメディアプレーンへのアクセスのニーズを有する前記シグナリングパスにおける各ノード（１１０、１２０、１３０）は、さらに、
アクセスのニーズの前記リストを有する前記情報要素（２００）を含む前記応答メッセージを受信するステップと、
メディアプレーンへのアクセスのニーズを有する前記シグナリングパスにおけるダウンストリームの又はアップストリームの最初のノードのために、前記応答メッセージに含まれる前記リストをスキャンするステップと、
そのようなノードが発見された場合に、少なくとも前記コアネットワークにおいて前記メディアパスを設定するために、前記最初のノードへのメディアパス接続を設定するステップ、または既存のメディアパス接続を前記最初のノードへ接続するように変更するステップと、を実行する、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記情報要素を用いて、前記情報要素を処理できない前記シグナリングパスにおけるレガシーノードを検出するステップと、
１つ以上のレガシーノードが検出された場合、前記シグナリングパスにおいて前記レガシーノードのアップストリームの最初の対応ノードとダウンストリームの最初の対応ノードとへのメディアパス接続を設定し、前記メディアパスを前記レガシーノードを介して確立するように、前記最初のアップストリームおよびダウンストリームのノードにより、前記レガシーノードへのメディアパス接続を設定するステップと、
をさらに有することを特徴とする請求項１４又は１５に記載の方法。
【請求項１７】
前記アクセスネットワーク（１０１）における前記メディアパス（１５０）の前記ローカルショートカットを確立できるかを判定するために、前記情報要素（２００）と共に収集される前記メディアプレーンへのアクセスのニーズの前記情報を評価するステップと、
ショートカットを確立できる場合、前記アクセスネットワークのコントローラ（ＡＣＮ）へショートカットを確立できることを通知するか、前記メディアプレーンへのアクセスのニーズの前記情報を前記コントローラ（ＡＣＮ）へ送信するステップと、
をさらに有することを特徴とする請求項１から１６のいずれか１項に記載の方法。
【請求項１８】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する、前記コアネットワーク（１０２）のコアネットワークノード（１３０）により実行される方法であって、
前記接続を確立するための接続設定シグナリングを受信するステップであって、前記シグナリングは、少なくとも前記コアネットワーク（１０２）における、前記コアネットワークノードが含まれるシグナリングパスに沿って送信されるステップと、
情報要素（２００）の送信の方向に関して前記シグナリングパスにおいて前記コアネットワークノードの前の少なくとも１つのノード（１１０、１２０、１３０）の、メディアプレーンへのアクセスのニーズを格納する前記情報要素（２００）を、前記接続設定シグナリングと共に受信するステップであって、前記メディアプレーンへのアクセスのニーズは、前のノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズを示すステップと、
前記コアネットワークノード（１３０）の前記メディアプレーンへアクセスすることのニーズに関する情報を、前記情報要素（２００）へ入力するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）を用いて、前記シグナリングパスにおけるノードのメディアプレーンへのアクセスのニーズの収集を可能とするように、前記情報要素（２００）を前記接続設定シグナリングと共に前記シグナリングパスにおける次のノードへ送信するステップと、
を有することを特徴とする方法。
【請求項１９】
前記コアネットワークノードの前記メディアプレーンへのアクセスのニーズと、前記接続設定シグナリングと共に受信される前記情報要素および前記接続設定シグナリングに応答して受信されるメッセージに含まれる対応する情報要素の少なくともいずれかにおいて示される、前記シグナリングパスにおけるその他のノードの前記メディアプレーンへのアクセスのニーズとに基づいて、前記コアネットワークノードのメディアゲートウェイを経るメディアのルーティングを適合させるステップをさらに有する、
ことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記メディアパス（１５０）はフォワードチャネル（１５１）とバックワードチャネル（１５２）とを含み、
前記方法は、
前記接続設定シグナリングへの応答メッセージにおいて、前記シグナリングパスにおいて追加の情報要素（２００）の送信の方向に関して前記コアネットワークノードの前の、少なくとも１つのノード（１１０、１２０、１３０）のメディアプレーンへのアクセスのニーズを格納する前記追加の情報要素を受信するステップと、
前記情報要素と前記追加の情報要素とから、前記シグナリングパスにおけるいずれかのノードが前記フォワードチャネルまたは前記バックワードチャネルに対してメディアプレーンへのアクセスのニーズを有するかを判定するステップと、
前記コアネットワークを経る前記メディアパスを確立するために、前記コアネットワークノードに関連するメディアゲートウェイ（ＭＧＷ）のメディアゲートウェイコンテキストとリンクとを設定するステップであって、前記情報要素から前記フォワードまたはバックワードチャネルのダウンストリームへメディアコンテンツを転送するニーズがないと判定された場合、それぞれの前記チャネルに対する前記ダウンストリームのメディアリンクが確立されないか、又は以前に確立されている場合は、解除されるか若しくはコンテンツがそのメディアリンク上で送信されないことを意味するパッシブに、それぞれの前記チャネルに対する前記ダウンストリームのメディアリンクが設定されるステップと、
をさらに有することを特徴とする請求項１８又は１９に記載の方法。
【請求項２１】
前記情報要素は、前記情報要素（２００）を処理できる前記シグナリングパスの各ノードがそのノードのメディアプレーンへのアクセスのニーズとノード識別子とを入力する、アクセスのニーズのリストを含み、
前記コアネットワークが自身のメディアプレーンへのアクセスのニーズを有する場合、前記方法は、
アクセスのニーズの前記リストを有する前記情報要素（２００）を含む前記接続設定シグナリングへの応答メッセージを受信するステップと、
メディアプレーンへのアクセスのニーズを有する、前記シグナリングパスにおけるダウンストリームのまたはアップストリームの第１のノードに対して、前記応答メッセージに含まれる前記リストをスキャンするステップと、
そのようなノードが発見された場合に少なくとも前記コアネットワークにおいて前記メディアパスを設定するために、前記第１のノードへのメディアパス接続を設定するか、又は、既存のメディアパス接続を前記第１のノードへ接続するように変更するステップと、
をさらに有することを特徴とする請求項１８又は１９に記載の方法。
【請求項２２】
前記情報要素は、請求項４から７のいずれか１項に従って構成される、
ことを特徴とする請求項１８から２１のいずれか１項に記載の方法。
【請求項２３】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している、発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定するように構成される前記コアネットワークのためのネットワークノードであって、
前記接続を確立するための接続設定シグナリングを受信するステップであって、前記シグナリングは、少なくとも前記コアネットワーク（１０２）における、前記コアネットワークノードが含まれるシグナリングパスに沿って送信されるステップと、
情報要素（２００）の送信の方向に関して前記シグナリングパスにおいて前記コアネットワークノードの前の少なくとも１つのノード（１１０、１２０、１３０）の、メディアプレーンへのアクセスのニーズを格納する前記情報要素（２００）を、前記接続設定シグナリングと共に受信するステップであって、前記メディアプレーンへのアクセスのニーズは、前のノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズを示すステップと、
前記コアネットワークノード（１３０）の前記メディアプレーンへアクセスすることのニーズに関する情報を、前記情報要素（２００）へ入力するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）を用いて、前記シグナリングパスにおけるノードのメディアプレーンへのアクセスのニーズの収集を可能とするように、前記情報要素（２００）を前記接続設定シグナリングと共に前記シグナリングパスにおける次のノードへ送信するステップと、
を実行するように構成されることを特徴とするネットワークノード（１３０）。
【請求項２４】
前記ネットワークノードは、請求項１９から２２のいずれか１項に記載の方法を実行するように構成される、
ことを特徴とする請求項２３に記載のネットワークノード。
【請求項２５】
少なくとも１つのアクセスゲートウェイ（１１０、１２０）を介してコアネットワークにアクセスする同一のアクセスネットワーク（１０１）を介して接続している発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定する、前記アクセスゲートウェイ（１１０、１２０）により実行される方法であって、
少なくとも前記コアネットワーク（１０２）におけるシグナリングパスに沿って送信される、前記接続を確立するための接続設定シグナリングを受信するステップと、
前記シグナリングパスにおけるノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズの情報を収集するステップであって、前記情報は受信した前記接続設定シグナリングから情報要素（２００）を検索することにより収集され、前記情報要素は前記シグナリングパスにおける前記ノードの少なくとも１つの前記メディアプレーンへのアクセスのニーズを格納するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの前記情報を供給するステップと、
を有することを特徴とする方法。
【請求項２６】
前記アクセスゲートウェイは、それを介して前記発信端末（Ｔｏ）が前記コアネットワーク（１０２）にアクセスする発信アクセスゲートウェイ（１１０）であり、
前記方法は、
少なくとも前記コアネットワーク（１０２）を経る前記接続を設定するために、設定メッセージに情報要素（２００）を含めるステップと、
少なくとも前記コアネットワーク（１０２）を経るシグナリングパス上で、前記設定メッセージを前記コアネットワーク（１０２）の着信アクセスゲートウェイ（１２０）へ送信するステップと、
をさらに含み、
受信された前記接続設定シグナリングは前記設定メッセージに応答して前記着信アクセスゲートウェイにより送信された応答メッセージであり、前記応答メッセージは、前記シグナリングパスに沿う少なくとも１つの前記ノードがそれのメディアプレーンのアクセスのニーズを入力した、前記設定メッセージの前記情報要素を含む、
ことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記アクセスゲートウェイは、それを介して前記着信端末（Ｔｔ）が前記コアネットワーク（１０２）にアクセスする着信アクセスゲートウェイ（１２０）であって、受信された前記接続設定シグナリングは前記コアネットワーク（１０２）の発信アクセスゲートウェイ（１１０）により前記シグナリングパスに沿って送信された設定メッセージであり、前記設定メッセージは、前記シグナリングパスに沿う少なくとも１つ前記ノードがそれのメディアプレーンへのアクセスのニーズを入力した前記情報要素（２００）を含み、
前記方法は、
収集された前記メディアプレーンへのアクセスのニーズと共に、前記情報要素（２００）を含む応答メッセージを、前記シグナリングパスに沿って反対方向に、前記発信アクセスゲートウェイ（１１０）へ送信するステップをさらに有する、
ことを特徴とする請求項２５又は２６に記載の方法。
【請求項２８】
前記情報要素は、請求項４から７のいずれか１項に従って構成される、
ことを特徴とする請求項２５から２７のいずれか１項に記載の方法。
【請求項２９】
同一のアクセスネットワーク（１０１）を介して接続している、発信端末（Ｔｏ）と着信端末（Ｔｔ）との間の接続を設定するように適合されるコアネットワークのアクセスゲートウェイであって、前記アクセスゲートウェイ（１１０、１２０）は前記アクセスネットワーク（１０１）のためにコアネットワーク（１０２）へのアクセスを提供するように適合され、
少なくとも前記コアネットワーク（１０２）におけるシグナリングパスに沿って送信される、前記接続を確立するための接続設定シグナリングを受信するステップと、
前記シグナリングパスにおけるノードの、設定される前記接続のメディアプレーンへアクセスすることのニーズの情報を収集するステップであって、前記情報は受信した前記接続設定シグナリングから情報要素（２００）を検索することにより収集され、前記情報要素（２００）は前記シグナリングパスにおける前記ノードの少なくとも１つの前記メディアプレーンへのアクセスのニーズを格納するステップと、
前記アクセスネットワーク（１０１）において前記接続のメディアパス（１５０）のローカルショートカットを確立できるかを判定するために、前記情報要素（２００）により収集された前記メディアプレーンへのアクセスのニーズの前記情報を供給するステップと、
を実行するように構成されることを特徴とするアクセスゲートウェイ。
【請求項３０】
前記アクセスゲートウェイは、請求項２６から２８のいずれか１項に記載の方法を実行するように構成される、
ことを特徴とする請求項２９に記載のアクセスゲートウェイ。
【請求項３１】
格納される電子的可読制御情報を有する電子的可読データ記憶媒体であって、前記データ記憶媒体をコンピュータシステムで用いる場合に、前記制御情報が請求項１から２２および２５から２８のいずれか１項に記載の方法を実行するように構成されることを特徴とする電子的可読データ記憶媒体。
【請求項３２】
コンピュータシステムの内部メモリにロードすることができ、コンピュータプログラムが実行されると請求項１から２２および２５から２８のいずれか１項に記載の方法を実行することを特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公表番号】特表２０１３−５０２１２５（Ｐ２０１３−５０２１２５Ａ）
【公表日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１２−５２４２４５（Ｐ２０１２−５２４２４５）
【出願日】平成２２年８月１３日（２０１０．８．１３）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０６１８５９
【国際公開番号】ＷＯ２０１１／０１８５２４
【国際公開日】平成２３年２月１７日（２０１１．２．１７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
【公表日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２２年８月１３日（２０１０．８．１３）
【国際出願番号】ＰＣＴ／ＥＰ２０１０／０６１８５９
【国際公開番号】ＷＯ２０１１／０１８５２４
【国際公開日】平成２３年２月１７日（２０１１．２．１７）
【出願人】（５９８０３６３００）テレフオンアクチーボラゲット エル エム エリクソン（パブル） (2,266)
【Ｆターム（参考）】
[ Back to top ]