(57)【要約】本発明は、回線交換呼用の制御シグナリングを処理するように構成されたサーバノード（１4）を有するネットワークノードの構成に関するもので、サーバノードにはこのサーバノードの制御下でユーザプレーントラフィックを処理するように構成されたゲートウェイノード（２4）に接続されており、このサーバノードはさらに無線ネットワークを通じて移動局（８4、９4）間の接続を制御するようにさらに構成されている。サーバノード（１4）は、第１の移動局と第２の移動局との間の要求された呼接続の第１および第２の呼レッグに関して、第１の呼レッグおよび第２の呼レッグを処理する無線ネットワークノードについての情報と、これら第１および第２の呼レッグに対する回線資源についての回線情報をゲートウェイノード（２4）に提供するように構成されている。ゲートウェイノード（２4）は、要求された呼に関して第１および第２の移動局が共通無線ネットワークノード（５4）によって扱われているかどうかを検出し、扱われている場合、生成手段で相互接続情報を生成し、メッセージでチャネル資源または回線資源についての情報を含む相互接続情報をサーバノード（１4）に提供する分析手段（２１4）を有する。サーバノード（１4）は、ユーザプレーントラフィックの交換を共通無線ネットワークノード（５4）で行うか、またはゲートウェイノード（２4）で行うかを制御できるように、相互接続情報を無線ネットワークノード（５4）に転送するように構成されている。
2010525730.tif 000002
【特許請求の範囲】
【請求項１】
回線交換呼のための制御シグナリングを処理するように構成されたサーバノード（１；１1；１2；１3；１4）を有したネットワークノードであって、前記サーバノードは前記サーバノードの制御下でユーザプレーントラフィックを扱うように構成されたゲートウェイノード（２；２1；２2；２3；２4）に接続されており、前記サーバノード（１；１1；１2；１3；１4）はさらに、無線ネットワークにより複数の移動局間の接続を制御するようにさらに構成されており、
前記サーバノード（１；１1；１2；１3；１4）は、第１の移動局（８；１１；８1；８2；８3；８4）と第２の移動局（９；９1；９2；９3；９4）との間の要求された接続の第１及び第２の呼レッグに関して、前記第１の呼レッグと、前記第２の呼レッグを処理する無線ネットワークノードについての情報と前記第１及び第２の呼レッグに対するチャネル或いは回線資源についてのチャネルまたは回線情報を前記ゲートウェイノード（２；２1；２2；２3；２4）に提供し、
前記ゲートウェイノード（２；２1；２2；２3；２4）は、
前記要求された呼に関して、第１及び第２の移動局が同じ共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）によって扱われているかどうかを検出するように構成され、
前記第１及び第２のチャネルまたは回線についての情報を含む相互接続情報を前記サーバノード（１；１1；１2；１3；１4）にメッセージで提供するように構成された生成手段を備え、
前記第１及び第２の移動局が同じ共通の無線ネットワークノードによって扱われている場合、前記生成手段を用いるか、或いは前記生成手段にトリガをかける分析手段と、
前記サーバノード（１；１1；１2；１3；１4）は、ユーザプレーントラフィックの交換が、前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）或は前記ゲートウェイノード（２；２1；２2；２3；２4）において生じるように制御されるように、前記情報を前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に転送するように構成されていることを特徴とするネットワークノード。
【請求項２】
前記サーバノード（１；１1；１2；１3；１4）はＭＳＣサーバを備えることを特徴とする請求項１に記載のネットワークノード。
【請求項３】
前記ゲートウェイノード（２；２1；２2；２3；２4）はゲートウェイ、例えば、ＭＧＷを備えることを特徴とする請求項１又は２に記載のネットワークノード。
【請求項４】
前記サーバノード（１；１1；１2；１4）は、複数のＢＳＣ（５1；５2；５4）を備えるＢＳＳ（４）を有するＲＡＮを制御するように構成されており、各ＢＳＣは、複数の基地局或いはＢＴＳ（６Ａ1；６Ａ2；６Ｂ1；６Ｂ2；６Ｄ1；６Ｄ2）を制御することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークノード。
【請求項５】
前記サーバノード（１3）は、複数のＲＮＣ（５3）を備えるＲＡＮを制御するように構成されており、各ＲＮＣは、複数のＮｏｄｅＢ（６Ｃ1；６Ｃ2）を制御することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークノード。
【請求項６】
前記サーバノード（１；１1；１2；１3；１4）は、前記呼設定手順中に送信されるメッセージ後に確立され選択される前記呼の前記第１および第２の接続終端または呼レッグに関して、無線ネットワークノードおよびチャネル資源もしくは回線資源についての情報を提供するように構成されていることを特徴とする請求項１乃至５のいずれか１項に記載のネットワークノード。
【請求項７】
前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）についての情報は、前記第１及び第２の移動局と第１及び第２の無線パケットフロー識別子（ＣＩＣ；ＲＡＢ−ｉｄ）をそれぞれ扱う前記ＢＳＣ或いは前記ＲＮＣを識別するアイデンティティ情報を有することを特徴とする請求項６に記載のネットワークノード。
【請求項８】
前記ゲートウェイノードの分析手段は、前記第１の呼レッグまたは接続終端の受信した第１の無線ネットワークノードアイデンティティと、前記第２の呼レッグまたは接続終端の受信した第２の無線ネットワークノードアイデンティティとを比較し、それらが同じである場合、相互接続メッセージを生成し、前記内部接続メッセージを前記サーバノード（１；１1；１2；１3；１4）に提供するように構成されることを特徴とする請求項１乃至７のいずれか１項に記載のネットワークノード。
【請求項９】
前記相互接続メッセージは、前記第１および第２のチャネル資源または回線資源についての情報を備えるか、または該情報で拡張されることを特徴とする請求項８に記載のネットワークノード。
【請求項１０】
前記ゲートウェイノード（２；２1；２2；２3；２4）の分析手段（２１；２１1；２１2；２１3；２１4）は、前記サーバノード（１；１1；１2；１3；１4）からスルー接続にかかわる変更要求メッセージに関するメッセージを受信後に、前記相互接続メッセージの生成を行う生成手段をアクティベートするか、或いは前記生成手段と通信を行うように構成されることを特徴とする請求項９に記載のネットワークノード。
【請求項１１】
前記分析手段は、前記相互接続メッセージを前記変更要求メッセージへの応答メッセージの中に埋め込むことを特徴とする請求項１０に記載のネットワークノード。
【請求項１２】
前記サーバノード（１；１1；１2；１3；１4）は、前記埋め込まれた相互接続メッセージを両方の呼レッグに対して共通に識別された無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）にトランスペアレントに転送するように構成されていることを特徴とする請求項１１に記載のネットワークノード。
【請求項１３】
前記サーバノード（１；１1；１2；１3；１4）は、相互接続メッセージを生成し、前記相互接続メッセージを前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に送信し、前記無線ネットワークノードからの相互接続済みの状態を示す検証応答メッセージを前記ゲートウェイノード（２；２1；２2；２3；２4）に転送するように構成されることを特徴とする請求項１２に記載のネットワークノード。
【請求項１４】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、もし前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）がペイロードトラフィックをローカルで交換している場合に、前記相互接続が終了させられるべきであるという情報を受信したなら、取消メッセージを生成し、前記取消メッセージを前記サーバノードに送信するように構成され、
前記サーバノード（１；１1；１2；１3；１4）は取消に関係するメッセージを前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）にトランスペアレントに転送し、そして、検証後、前記無線ネットワークノードから前記ゲートウェイノード（２；２1；２2；２3；２4）に転送するように構成されていることを特徴とする請求項１０乃至１３のいずれか１項に記載のネットワークノード。
【請求項１５】
前記ゲートウェイノード（２；２1；２2；２3；２4）の分析手段（２１；２１1；２１2；２１3；２１4；５２）または共通無線ネットワークノード（５2）の分析手段（２１；２１1；２１2；２１3；２１4；５２）は、前記第１および第２の呼レッグが、両方の呼レッグに対して共通で、かつ前記共通無線ネットワークノード（５2）よりそれぞれの呼終端に近い副次的な無線ネットワークノード（６Ｂ1）によって処理されているかどうかを確定し、前記副次的な共通無線ネットワークノード（６Ｂ1）によるペイロード交換を可能にする相互接続メッセージを生成するように構成されることを特徴とする請求項１乃至１４のいずれか１項に記載のネットワークノード。
【請求項１６】
前記副次的な無線ネットワークノード（６Ｂ1）は、例えば、ＢＴＳまたはＮｏｄｅＢなどの無線基地局であることを特徴とする請求項１５に記載のネットワークノード。
【請求項１７】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、与えられた条件の下で、もし、前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に呼接続のユーザプレーン交換機能を移転させたなら、前記第１及び第２の回線資源を含む相互接続取消メッセージを生成して送信し、前記サーバノード（１；１1；１2；１3；１4）をトランスペアレントに通過させて、ユーザプレーン資源をアクティベートするか、或は割当てるように構成されていることを特徴とする請求項１４に記載のネットワークノード。
【請求項１８】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、仮想呼終端を処理するように構成されており、
前記仮想呼終端は、通話の期間中、保存されることを特徴とする請求項１乃至１７のいずれか１項に記載のネットワークノード。
【請求項１９】
前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4；５2）はユーザプレーントラフィックをローカルに交換するように構成され、
前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4；５2）は、前記ユーザ移動局がローカルユーザプレーンのトラフィック交換のために同じ音声符号化を使用している場合、トランスコーダユニットとの接続を断つためのトランスコーダ切断手段を備えることを特徴とする請求項１乃至１８のいずれか１項に記載のネットワークノード。
【請求項２０】
複数のサーバノードのプールが、複数のゲートウェイノードを共通に制御するために、構成されることを特徴とする請求項１乃至１９のいずれか１項に記載のネットワークノード。
【請求項２１】
第１の移動局と第２の移動局との間で、第１の無線ネットワークノードを通じた第１の呼レッグまたは接続終端と第２の無線ネットワークノードを通じた第２の呼レッグまたは接続終端とを含む呼接続を処理するための方法であって、前記方法は、
前記第１の移動局および前記第２の移動局にかかわる前記接続の前記第１および第２の呼レッグをそれぞれ処理する前記第１の無線ネットワークノードおよび前記第２の無線ネットワークノードに関係する情報を、それぞれの要求メッセージでコアネットワークゲートウェイノードに提供する工程と、
前記コアネットワークゲートウェイノードにおいて、前記第１の呼レッグおよび前記第２の呼レッグが同じ無線ネットワークノードによって処理されているかどうか、即ち、前記第１および第２の無線ネットワークノードが前記第１の呼レッグおよび前記第２の呼レッグに対して共通であるかどうかを分析する工程と、
共通である場合、前記コアネットワークゲートウェイノードにおいて、相互接続情報メッセージを生成する工程と、
前記相互接続情報メッセージをサーバノードに送信する工程と、
前記サーバノードから共通無線ネットワークノードへ前記相互接続情報メッセージをトランスペアレントに転送する工程と、
前記相互接続情報に応じて、ユーザプレーントラフィックの交換を前記共通無線ネットワークノードでローカルに行われるべきか、前記ゲートウェイノードで行われるべきかを制御する工程とを備えることを特徴とする方法。
【請求項２２】
前記共通無線ネットワークノードにおいて、相互接続情報メッセージの受信時に、前記接続を実行できるかどうかを確認する工程を有し、
実行できることが確認できたなら、
前記サーバノードに検証応答メッセージを提供する工程と、
前記サーバノードにおいける検討応答の受信時に、前記検討応答メッセージを前記ゲートウェイに転送する工程とをさらに有することを特徴とする請求項２１に記載の方法。
【請求項２３】
前記提供する工程は、
前記第１の無線ネットワークノードのアイデンティティを備えるか、或は、発見を可能にする第１の要求メッセージを提供する工程と、
前記第２の無線ネットワークノードのアイデンティティを備えるか、或は、発見を可能にする第２の要求メッセージを提供する工程と、
前記サーバノードにおいて、前記第１の呼レッグに対する第１のチャネル或は回線資源と前記第２の呼レッグに対する第２のチャネル或は回線資源を選択する工程を有することを特徴とする請求項２１又は２２に記載の方法。
【請求項２４】
前記相互接続情報は、相互接続メッセージを有することを特徴とする請求項２２又は２３に記載の方法。
【請求項２５】
前記生成する工程は、前記第２の移動局からの接続メッセージの受信時或は受信後に前記相互接続メッセージを生成することを特徴とする請求項２４に記載の方法。
【請求項２６】
前記第１の移動局と前記第２の移動局とがスルー接続されたときに前記分析する工程を実行することを特徴とする請求項２１乃至２４のいずれか１項に記載の方法。
【請求項２７】
拡張されたＢＳＳＭＡＰ或はＲＡＮＡＰメッセージとして、第１および第２の回線アイデンティティを有する前記相互接続メッセージを前記サーバノードから前記共通無線ネットワークノードへトランスペアレントに転送する工程と、
前記第１の呼レッグと前記第２の呼レッグとが前記共通無線ネットワークノードで前記サーバノードに接続されていることを示す応答メッセージとして拡張されたＢＳＳＭＡＰ／ＲＡＮＡＰメッセージを提供する工程と、
相互接続済みを示すメッセージを前記ゲートウェイにトランスペアレントに転送する工程と、
前記無線ネットワークノードで前記呼接続のユーザトラフィックを交換する工程とを備えることを特徴とする請求項２１乃至２６のいずれか１項に記載の方法。
【請求項２８】
トラフィック資源が前記ゲートウェイノードで必要とされるという情報を前記サーバノードから前記ゲートウェイノードへ提供する工程と、
前記ゲートウェイノードにおいて、相互接続取消メッセージを含む相互接続情報メッセージを生成し、該メッセージを前記サーバノードに送信する工程と、
前記相互接続取消メッセージを前記無線ネットワークノードへ、さらに、前記ゲートウェイノードへとトランスペアレントに転送する工程と、
前記ゲートウェイノードを介してユーザプレーンのトラフィックを交換する工程とをさらに有することを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける呼処理に関し、特に、ユーザプレーントラフィックの交換を最適にできる呼処理に関する。特に、本発明は、回線交換呼用の制御シグナリングを処理するように構成されたサーバノードを備えるネットワークノード構成に関し、このサーバノードは、このサーバノードの制御下でユーザプレーントラフィックを処理するように構成されたゲートウェイノードに接続されており、このサーバノードはさらに無線ネットワークを通じて移動局間の接続を制御するように構成される。
【背景技術】
【０００２】
例えば、ＧＳＭ（汎欧州デジタル移動電話方式）などの移動通信システムでは、１つ以上の無線アクセスネットワーク（ＲＡＮ）がコアネットワーク（ＣＮ）に接続されている。ＧＳＭネットワークに関しては、ＲＡＮは、複数の基地局制御装置（ＢＳＣ）を備えるＢＳＳ（基地局サブシステム）から成り、各ＢＳＣは、複数の無線基地局装置（ＢＴＳ）を制御して、複数のＢＴＳに接続された移動局にサービスを提供する。各ＢＳＳ（ＢＳＣ）は、Ａインタフェースを通じて移動通信交換局（ＭＳＣ）に接続されており、各ＭＳＣは、１つ以上のＢＳＣにサービスを提供することができる。本発明にとって重要な移動通信システムの部分だけを検討していることは明らかであろう。ＧＳＭネットワークの各ＢＳＣは、複数の無線セルを制御でき、それぞれのインタフェースを介して複数のＢＴＳと相互に作用する。各ＢＴＳは、インタフェースを通じて、１つ以上のセル内の無線信号の送受信を担当する。ＢＴＳはまた、移動局（ＭＳ）とそれぞれのＢＳＣとの間の複数の接続または呼の搬送を行い、各ＢＴＳは、複数のトランシーバ（ＴＲＸ）を装備している。いわゆる分離構造では、ＭＳＣは、本明細書ではＭＳＣサーバとも呼ぶサーバノードとゲートウェイノードに分割される。ゲートウェイノードは、ＢＳＳまたはＢＳＣに接続され、ＡインタフェースのユーザプレーントラフィックであるＣＳ（回線交換）ペイロード、例えば、複数の音声チャネルを扱う。しかし同様にサーバノードもＢＳＳ（ＢＳＣ）に接続されており、ＢＳＳＭＡＰ／ＤＴＡＰプロトコルを用いてＡインタフェースの制御シグナリングを扱う。これについては、非特許文献１に記載されている。サーバノードとゲートウェイノードは、Ｈ．２４８プロトコルを通じて通信する。３Ｇアクセス技術（３Ｇ：第３世代）が使用される場合、ＲＮＣ（無線ネットワーク制御装置）が、ＢＳＣの制御機能に相当する制御機能を提供する。ＢＴＳは３ＧのＮｏｄｅＢに相当する。ＧＳＭのＢＴＳおよび３ＧのＮｏｄｅＢに対する共通名称は、無線基地局（ＲＢＳ）である。ＧＳＭネットワークおよび３Ｇ（例えばＵＭＴＳ）ネットワークは、３ＧＰＰすなわち第３世代パートナーシッププロジェクトによって標準化されている。
【０００３】
例えば、ＢＳＳにおいては、回線交換サービス用のすべての接続は、Ａインタフェースを介している。呼の全体を同一のＢＳＣが扱う無線資源を用いる２加入者間の音声呼に関しては、両加入者に対する接続は、そのＢＳＣからＭＳＣへと確立される。特に分離構造では、接続のユーザトラフィックのフローは、ゲートウェイノードで相互接続される。呼または接続は、ここでは第１の加入者からコアネットワークへの呼レッグと第２の加入者とコアネットワークとの間の呼レッグとの、２つの呼レッグから成ると見なす。ＢＳＳは２つの呼レッグが同じ呼または通話に属していることを知らないので、呼はＭＳＣを介して設定される（分離構造の場合、ユーザプレーンはゲートウェイノードで処理される）。これでは、資源が浪費され、伝送コストが高くなり、音声品質が低下するので、非常に不利である。通話品質は２つの理由から低下する。第１は伝搬遅延の増加（例えば、衛星リンク使用の場合）であり、第２は複数回の音声の符号化／復号化である（例えば、Ａインタフェースは符号化音声（ＰＣＭ（パルス符号変調）フォーマット）を使用すると規定されている。これが意味することは、２つのＭＳが同一のＢＳＣからサービスを受けている場合でも、ペイロードは、ＢＳＣとゲートウェイノードとの間の経路を選択され、ハードウェア資源およびソフトウェア資源がＢＳＣでもゲートウェイノードでも使用されるということである。特に２つのトランスコーダがＢＳＣで接続され、音声品質に影響を及ぼすことになる。これらの問題の一部を解決するためにこれまで提案されてきたことには、２つの呼レッグが同じ無線ネットワーク制御装置、特にＢＳＣによって制御されているかどうかを判定するロジックをサーバノードに導入し、その知識を交換パスの最適化に使用することがある。
【０００４】
特許文献１は、Ａインタフェース上に新しいメッセージを導入する解決手段を示している。新しいメッセージの１つは、呼の最適経路選択を提供するために、メッセージ内に含まれた回線ＩＤコード（ＣＩＣ、Circuit Identity Code）によって識別される呼レッグが、ＢＳＳでローカルに接続されてもよいことをＢＳＳに通知することを意図している。別のメッセージは、メッセージ内に含まれたＣＩＣによって識別される元の呼レッグが回復されるべきであり、もはやＢＳＳでローカルに接続されるべきでないことをＢＳＳに通知する目的で提供されている。このアクセスネットワークは、ＩＰベースのＢＳＳであり、第１のメッセージである結合（ジョイン）ＣＩＣメッセージは、どのＣＩＣおよびどのシグナリング接続が１つの通話に属するかについての情報を有する情報要素を含む。これは、関連呼を最適なやり方で交換できることを意味する。結合ＣＩＣメッセージはＭＳＣからＢＳＳへ送信され、メッセージ内に含まれたＣＩＣをＢＳＣで接続できることをＢＳＳに通知する。これは、意思決定がサーバノードで行われることを意味する。この解決策は集中処理されるものであり、例えば、ＭＳＣのプール化および共用アーキテクチュアには容易に適応できない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第６９５８９８３号明細書
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ  ４８．００８
【非特許文献２】３ＧＰＰ  ＴＳ  ２４．００８
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従って、必要なものは、資源の無用な消費を予防でき、交換パスを最適化できる解決策である。特に、呼の適切な交換を提供することによって、コアネットワークノードおよび無線ネットワークノードにおいてハードウェア資源およびソフトウェア資源を節約することができる解決策が必要である。また、本発明の１つの目的は、特に２人の移動体加入者が同一の無線ネットワークノード制御局、例えば、ＢＳＣまたはＲＮＣの無線資源を使用するとき、加入者接続を最適なやり方で設定することができる解決策を提供することでもある。とりわけ、ユーザプレーントラフィックの交換をどの状況の下でどこで行うかを制御し、かつ変更をトリガする、融通性があり簡単な解決策を提供することが１つの目的である。本発明の１つの目的は、上述の目的の１つ以上を達成できるネットワークノード構成またはシステムを提供することでもある。さらに、本発明の１つの目的は、特にペイロードの交換を無線アクセスネットワークでいつ開始し実行するかを制御して、ユーザペイロードの伝送を最適化できる解決策を提供することである。本発明の１つの目的は、上述の目的の１つ以上を達成できる方法を提供することでもある。
【課題を解決するための手段】
【０００８】
それ故、サーバノードを備えるシステムまたはネットワークノード構成が提供され、このサーバノードは、回線交換呼用の制御シグナリングを処理するように構成され、このサーバノードの制御下でユーザプレーントラフィックを扱うように構成されたゲートウェイノードに接続されている。このサーバノードは、無線ネットワークを通じて移動局間の接続を制御するようにさらに構成されている。本発明によれば、サーバノードは、第１の移動局と第２の移動局との間の要求された呼または要求された接続の第１および第２の呼レッグ（第１および第２の呼レッグは第１および第２の半分呼と呼んでもよい）に関して、どの無線ネットワークノードが第１の呼レッグを処理し、どの無線ネットワークノードが第２の呼レッグを処理するかについての情報をゲートウェイノードに提供する。サーバノードは、前述の第１および第２の呼レッグに関して使用されるチャネル資源または回線資源ついてのチャネル情報または回線情報を提供するようにも構成されている。ゲートウェイノードは、要求された呼に関して、第１および第２の移動局が同一の無線ネットワークノード（本明細書では共通無線ネットワークノードとも呼ぶ）によって扱われているかどうかを検出するように構成された分析手段と、第１および第２の移動局が同じ無線ネットワークノードによって扱われている場合、メッセージで前述の第１および第２のチャネルまたは回線についての情報を含む相互接続情報を前述のサーバノードに提供するように構成された生成手段とを備える。サーバノードは、無線ネットワークノードおよびゲートウェイノードにメッセージをトランスペアレントに転送するように構成されており、それによってユーザプレーントラフィックの交換の制御が可能になっている。
【０００９】
特定の実施形では、サーバノードはＭＳＣサーバを備え、ゲートウェイノードはゲートウェイを備え、きわめて特定の実施形ではいわゆるメディアゲートウェイを備える。これはいわゆる分離構造に関係しており、とりわけ、モバイルソフトスイッチ（ＭＳＳ）がゲートウェイと基地局制御装置と無線ネットワーク制御装置（ＲＮＣ）との内の少なくともいずれかを制御する分離構造に関係がある。非分離構造では、サーバノードおよびゲートウェイの機能は、同一の物理ノードに含まれており、これは、本発明の概念の導入によって提供される利点があまり明白でないことを意味する。
【００１０】
ＧＳＭ実施形に関しては、サーバノードは、ＲＡＮの回線交換部分、例えば、複数のＢＳＣを備えるＢＳＳなどを制御するように構成されており、各ＢＳＣは、複数の基地局、特に、無線基地局装置（ＢＴＳ）を制御する。３Ｇ無線アクセスネットワークに関する別の実施形では、サーバノードは、やはりＲＡＮの回線交換部分、例えば、複数のＲＮＣを備えるＲＡＮなどを制御するように構成されており、各ＲＮＣは、複数のＮｏｄｅＢを制御する。
【００１１】
１つの有利な実施形では、サーバノードは、呼設定手順中に送信するそれぞれのメッセージで、前述の呼の第１および第２の接続終端またはレッグに関して、それらを処理する無線ネットワークノードおよびそれらのためのチャネル資源もしくは回線資源についての情報をゲートウェイノードに提供するように構成されている。
【００１２】
無線ネットワークノードについての情報は好ましくは、ＢＳＣに関してはそれぞれのＢＳＣアイデンティティ（これに相当するものとして、ＲＮＣに関してはそれぞれのＲＮＣアイデンティティ）であるアイデンティティ情報と、本明細書ではＢＳＣに関してそれぞれＣＩＣ１およびＣＩＣ２と呼び、ＲＮＣに関しては、例えば、第１および第２のＲＡＢ−ＩＤ（無線接続ベアラ識別子）と呼ばれる、第１および第２のペイロードフロー識別子ＰＦＩとを備える。
【００１３】
好ましくは、ゲートウェイノードの分析手段は、第１の呼レッグまたは接続終端を処理する無線ネットワークノードについての受信情報（第１のＢＳＣ−ＩＤ）と、第２の呼レッグを処理する無線ネットワークノードについての受信情報、例えば、第２のＢＳＣ−ＩＤとを比較し、それらが同じである場合、相互接続メッセージを生成または生成を開始させ、そのメッセージをサーバノードに提供するように構成される。相互接続メッセージは特に、第１および第２のチャネル資源またはペイロードフロー資源についての情報を備えるかまたはその情報で拡張される。ゲートウェイノードの分析手段は、とりわけ、サーバノードからスルー接続（through-connection）にかかわる変更要求メッセージの受信時に、相互接続メッセージの生成をトリガするように構成される。分析手段は、最も好ましい実施形では、相互接続メッセージをサーバノードからのこの変更要求メッセージへの応答メッセージの中に埋め込む、すなわち既に存在するメッセージの中に埋め込むように構成され、従って、既存のメッセージを追加情報で拡張する。
【００１４】
本発明によれば、サーバノードは、埋め込まれた相互接続メッセージを両方の呼レッグに対して共通に識別された無線ネットワークノードにトランスペアレントに転送するように構成されている。とりわけ、サーバノードは、ＧＳＭに関してはＢＳＳＭＡＰ相互接続メッセージを生成（３Ｇに関してはＲＡＮＡＰメッセージを生成）し、すなわちＢＳＳＭＡＰプロトコルを用いての相互接続メッセージの送信であり、それを無線ネットワークノードに送信し、無線ネットワークノードからの応答の受信時に今度は相互接続済みの状態を示すメッセージをゲートウェイノードにトランスペアレントに転送するように構成される。ゲートウェイノードへの転送もトランスペアレントに行われ、とりわけ、例えば、Ｈ．２４８プロトコルを用いて行われる。
【００１５】
ゲートウェイノードは、呼または音声接続全体の第１および第２の呼レッグに関して、無線ネットワークノードが共通であるという情報の受信時および受信後、ペイロード接続を終わらせるように特に構成されている。この場合、共通無線ネットワークノードは、ペイロードトラフィックをローカルに交換するように構成されており、このことは、例えばゲートウェイノードでハードウェア資源またはソフトウェア資源が浪費されないなどの点で、極めて有利である。特に有利な実施形では、移動局とＢＳＳとの間で使用されるフォーマットとＢＳＣとコアネットワークのゲートウェイノードとの間で使用されるフォーマットとの間の符号化／復号化前に交換が行われる場合、トランスコーダを関与させる必要が全くなくなり、無線ネットワークにおけるトランスコーダのない運用（ＴｒＦＯ、Transcoder Free Operation）を可能にするので極めて有利である。さらにもっと有利な実施形では、ゲートウェイノードの分析手段または共通無線ネットワークノードの分析手段は、第１および第２の呼レッグが、両方の呼レッグに対して共通で、かつ共通無線ネットワークノードよりそれぞれの呼終端に近い副次的な無線ネットワークノードによって処理されているかどうかを確定し、前述の分析手段もしくは生成手段において、その副次的な共通無線ネットワークノードによるペイロード交換を可能にする相互接続メッセージを生成するように構成される。この副次的な無線ネットワークノードには、例えば、無線基地局である例えばＢＴＳまたはＮｏｄｅＢなどを含む。要約すると、この意味することは、確立される呼にかかわる第１および第２の移動局に対して、無線基地局または無線基地局装置もやはり共通である場合、実際のところそれを制御するノード（例えばＢＳＣ）でローカルに交換を実行する必要はなく、ペイロードをＢＳＣ（またはＲＮＣ）を通過させる必要はなく、例えば、ＩＰに基づくパケットベースのＲＡＮが使用される場合、例えば、共通ＢＴＳまたは共通ＮｏｄｅＢまたはＢＴＳ（ＮｏｄｅＢ）間などの、ＲＡＮ内のさらに外側でさえ交換されてもよいということである。その場合、分析工程はゲートウェイノードで行われてもよいが、相互接続メッセージがＢＴＳ／ＮｏｄｅＢにも提供されなければならないことを意味する。しかしこれが意味するであろうことは、両方の呼レッグに対してどのＢＴＳ／ＮｏｄｅＢが使用されているかをゲートウェイノードが知る必要があることだが、これは通常事実とは異なり、既存のシステムの大幅な変更を必要とするであろう。好ましい実施例では、例えば、最初の分析工程がゲートウェイノードで実行された後に、比較工程または分析工程が、共通無線ネットワークノードで実行されるが、このことは、相互接続に関するメッセージがＢＳＣからＢＴＳへ（ＲＮＣからＮｏｄｅＢへ）提供されなければならないであろうことを意味する。これは様々なやり方で可能にされ、例えば、無線ネットワークノードが実行された接続に関する共通無線ネットワークノードの役割を果たしているという条件で、その無線ネットワークノードで行われてもよい。
【００１６】
有利な実施形では、ゲートウェイノードが呼接続のユーザプレーン交換機能を共通無線ネットワークノードにそれまでに移動させた場合、ゲートウェイノードは、例えば、生成手段において、第１および第２の回線資源を含む相互接続取消メッセージを生成するように構成される。サーバノードがメッセージをトランスペアレントに転送することによって無線ネットワークノードとシグナリング情報を交換した後に、ゲートウェイノードは、サーバノードに相互接続取消メッセージを送信し、ユーザプレーン資源をアクティブにするかまたは割り当てるようにも構成される。とりわけ、ゲートウェイノードは、両方の呼終端または呼レッグを処理し、これらの終端を通話中保持するように構成される。本発明による共通無線ネットワークノード、またはより一般的には、例えば、ＢＳＣもしくはＲＮＣなどの無線コアネットワークノード、または上述の特定の実施形ではＢＴＳもしくはＮｏｄｅＢもまた、トラフィックをローカルに交換できるように構成される。ユーザの移動局がローカル交換と結合して同じ音声符号化を使用している場合、トランスコーダユニットとの接続を断つためのトランスコーダ切断手段を追加的に備えてもよい。１つの特定の実施例では、１群のサーバノードが、複数の無線ネットワークノードを共通に制御するためにプール形態で構成されてもよい。本発明によれば、実際にＭＳＣプーリング機能をサポートしており、このことは、例えばプール内のサーバノードの数に影響されない解決手段が提供されることを意味し、有利である。分析手段がＭＳＣプール内のサーバノードに配置される場合、両方の呼レッグが同じサーバノードで制御される呼だけがローカルに交換され得る。ゲートウェイノードに分析手段を有するとき、同じプールによって制御されるすべての呼に対してローカル交換を達成することが可能である。これが可能なのは、複数のサーバノードが同じゲートウェイノードを制御できるからである。
【００１７】
他の有利な実施形では、ローカル交換は、共有ＲＡＮ内で、例えば、運用者当り例えば１つのＭＳＣサーバからなる複数のＭＳＣサーバと共通ゲートウェイノードとを有する共有ＲＡＮ内で提供されてもよい。
【００１８】
第１の移動局と第２の移動局との間の呼接続を処理するための方法も提供され、この呼接続は、それぞれの第１および第２の無線ネットワークノードを通じた第１および第２のそれぞれの呼レッグまたは接続終端を備える。この方法は、第１および第２の移動局がかかわる接続の第１および第２の呼レッグをそれぞれ処理する第１の無線ネットワークノードおよび第２の無線ネットワークノードについての情報を、それぞれの要求メッセージでコアネットワークゲートウェイノードに提供する工程と、コアネットワークゲートウェイノードにおいて、第１および第２の呼レッグが同じ無線ネットワークノードによって処理されているかどうか、すなわち第１および第２の無線ネットワークノードが前記第１および第２の呼レッグに対して共通であるかどうかを分析する工程と、共通である場合、コアネットワークゲートウェイノードにおいて相互接続情報メッセージを生成する工程と、その相互接続情報メッセージをサーバノードに送信する工程と、サーバノードから共通無線ネットワークノードへ相互接続情報メッセージをトランスペアレントに転送する工程と、相互接続情報に応じてユーザプレーントラフィックの交換が共通無線ネットワークノードでローカルに行われるべきか、ゲートウェイノードで行われるべきかを制御する工程とを備える。
【００１９】
前記の情報を提供する工程は特に、前記第１の呼レッグに対する第１の無線ネットワークノードアイデンティティを備える第１の要求（追加要求）メッセージを提供する工程と、前記第２の呼レッグに対する第２の無線ネットワークノードアイデンティティを備える第２の要求（追加要求）メッセージを提供する工程とを備える。無線ネットワークノードアイデンティティを知って、サーバノードは、第１および第２の呼レッグに対して空いている回線資源を選択する。
【００２０】
サーバノードから共通無線ネットワークノードへの、およびサーバノードからコアネットワークゲートウェイノードへの相互接続／相互接続済みメッセージのトランスペアレントな転送は、一般に同時に行われず、無線ネットワークノードからの相互接続メッセージへの応答がサーバノードからゲートウェイノードへのメッセージの転送を開始させることは明らかであろう。通常、そのメッセージは、適切なプロトコルを用いてトランスペアレントに転送され、サーバノードから無線ネットワークノードおよびゲートウェイノードへの制御シグナリングの関係が確立される。好ましくは、この方法は、第２の移動局からのメッセージの受信時または受信後、第２の要求メッセージを生成する工程を備える。
【００２１】
次いで、特にスルー接続に関する変更された要求メッセージを備える変更要求メッセージまたはモディファイ要求メッセージが生成され、例えば、Ｈ．２４８プロトコルを用いて送信される。最も好ましくは、分析工程は、第１と第２の移動局または加入者が接続されているとき、特に（スルー接続に関する）モディファイ要求メッセージがゲートウェイノードで受信されているときに実行される。
【００２２】
有利な実施形では、この方法は、ＧＳＭに関しては、例えば、ＢＳＣ−ＩＤ、ＣＩＣで拡張されたＢＳＳＭＡＰメッセージ、また３Ｇに関しては、例えば、ＲＮＣ−ＩＤ、ＲＡＢ−ＩＤで拡張されたＲＡＮＡＰメッセージなどの拡張メッセージを用いて、第１および第２の回線アイデンティティをそれぞれ有する相互接続済みメッセージを共通無線ネットワークノードへトランスペアレントに転送する工程と、呼レッグが共通無線ネットワークノードで接続されている場合、応答として拡張されたＢＳＳＭＡＰ／ＲＡＮＡＰメッセージを提供する工程と、相互接続済みメッセージすなわちそれぞれのＰＦＩが相互接続されていることを示すメッセージをトランスペアレントに転送する工程と、無線ネットワークノードで呼接続のユーザトラフィックを交換する工程とを備える。通常、無線ネットワークノードは、ゲートウェイノードが“相互接続済み”メッセージをいつ受信するかを知らず、無線ネットワークノードがサーバノードから“相互接続”メッセージを受信するとき、ローカル交換が既にアクティベートされている。
【００２３】
次に、本発明について非限定的やり方で添付図面を参照してさらに説明する。
【図面の簡単な説明】
【００２４】
【図１】従来技術に従うペイロードトラフィックの交換を模式的に示すＧＳＭシステムの一部のブロック図である。
【図２】第１の実施例に従う本発明の概念の実施形を図式的に示す概念的なブロック図である。
【図３】本発明の実施例を幾分より詳細に示すブロック図である。
【図４】本発明の別の実施例を描いたブロック図である。
【図５】本発明の更に別の実施例を示すブロック図である。
【図６】ローカル交換を提供するためのノード間のシグナリングを示すシステムのブロック図である。
【図７】本発明に従うシグナリングシーケンス手順を示すシーケンス図である。
【図８】本発明に従う相互接続状態の取消のための特定の実施形を示すシーケンス図である。
【図９】本発明の一実施例に従う手順を説明するフローチャートである。
【発明を実施するための形態】
【００２５】
図１は、ＧＳＭシステムで知られているような、ＭＳＣサーバと、メディアゲートウェイＭＧＷより一般的にはゲートウェイノードとを備えるいわゆる分離構造ＭＳＣに接続されたＲＡＮのＢＳＳを示す。ここで、ＭＧＷはインタフェースデバイスのプールを備え、これらのインタフェースデバイスは、割り当てられると、それぞれのＢＳＣのＡインタフェースに接続される。ＭＧＷは、Ｈ．２４８プロトコルを通じてＭＳＣサーバと通信し、ペイロード（ＰＬ）トラフィックの処理を担当するのに対して、ＭＳＣサーバは、ＢＳＳＭＡＰ／ＤＴＡＰ（ＢＳＳ管理アプリケーション部／直接転送アプリケーション部（ＧＭＳレイヤ３プロトコル））を通じてＡインタフェース制御シグナリングを処理する。このＢＳＳは、上述のようにＢＴＳを制御するＢＳＣを備える（不図示）。この図では、ＢＳＳは、ＢＳＳサービスエリア（ＢＳＳ−ＳＡ）を担当すると想定している。説明目的で、第１の移動局ＭＳ１0と第２の移動局ＭＳ２0が示されている。ＭＳ１0がＭＳ２0に電話をしたい場合、ここでは実際のところ両方とも同じＢＳＳによって処理され、すなわち同じＢＳＣの無線資源を用いて処理され、従来技術によれば、両加入者に対するユーザプレーンペイロード接続がＢＳＳからＭＧＷに確立される。ＭＳ１0とＭＧＷとの間の第１の接続終端は呼レッグ１で示されており、ＭＧＷとＭＳ２0との間の第２の接続は呼レッグ２で示されており、両方とも同じ呼の一部である。この意味することは、伝送パスがＢＳＣとＭＧＷとの間に設定されなければならず、ハードウェア資源およびソフトウェア資源がＢＳＣとＭＧＷの両方で使用されることである。さらに、ＭＳとＢＳＳとの間とＢＳＳとＭＧＷとの間とでは、それぞれ異なる音声符号化フォーマットが通常使用されるので、ペイロードを符号化／復号化するために、ＢＳＣのトランスコーダが接続されることになる。現在のところ、ペイロードは、例として、ＭＳ１0からＢＳＳへＧＳＭ符号化音声、例えば、ＡＭＲ（適応マルチレート）１２．２Ｋｂｐｓで送信され、ＢＳＳからＭＧＷへＰＣＭ（パルス符号変調）符号化音声６４Ｋｂｐｓで送信され、ＭＧＷからＢＳＳへＰＣＭ符号化音声６４Ｋｂｐｓで送信され、最後にＢＳＳからＭＳ２0へＧＳＭ符号化音声、例えば、ＡＭＲ１２．２Ｋｂｐｓで送信される。この解決策は非効率的であり、資源の無用な消費および音声品質に影響を与える不要な音声符号化／復号化を含む。
【００２６】
図２は、図１に見られるようなシステムに本発明の概念を実施するための第１の実施例のブロック図である。ＭＳＣ３がサーバノード１とゲートウェイノード２とを備える分離構造が用いられるものと想定している。ＢＳＳ４が、ＭＳ１  ８およびＭＳ２  ９にサービスを提供するのに対して、別のＢＳＳ2  ４Ａは、他の移動局ここでは図示されたＭＳ３  １１だけにサービスを提供する。ＢＳＳ４とＢＳＳ2４Ａの両方とも、ＢＳＳＭＡＰ／ＤＴＡＰプロトコルを用いてサーバノード１と通信し、また両方とも、Ａインタフェースを通じてペイロードトラフィックをゲートウェイノード２とも通信する。ＢＳＳ2４Ａがサービスを提供するＭＳ３  １１とＢＳＳ４がサービスを提供するＭＳ１  ８との間に呼が確立される場合、呼は、ＭＳ３  １１からＢＳＳ2４Ａを通じてゲートウェイノード２への第１の呼レッグ１’と、ゲートウェイノード２からＢＳＳ４を通ってＭＳ１  ８への第２の呼レッグ２’とから成るであろう。しかし、１つの同じＢＳＳ  ４（ＢＳＣとＢＴＳはここでは不図示）がサービスを提供するＭＳ１  ８とＭＳ２  ９との間に呼が設定される場合、本発明によれば、ＭＳ１  ８が、従来のやり方でサーバノード１にＭＳ２（および本質的にＢＳＳ４）のアイデンティティについての情報を含む設定メッセージを通知する。続いて、サーバノード１は、ＭＳ１を扱うＢＳＣのアイデンティティの情報を用い、第１の呼レッグに対して使用されるチャネル資源または回線資源ＣＩＣ１を見つけるかまたは選択し、それを従来のメッセージに加え、Ｈ．２４８を通じてゲートウェイノードに送信する。続いて、ＭＳ２  ９がサーバノード１に対して呼を確認すると、サーバノード１は、ＭＳ２  ９を扱うＢＳＳのアイデンティティと呼レッグ２に対して使用される（上述のようにサーバノードによって選択される）回線資源またはチャネル資源ＣＩＣ２とを含む従来のＨ．２４８要求メッセージを変更する。
【００２７】
これは、ゲートウェイノード２が、呼レッグ１および呼レッグ２をどのＢＳＣがそれぞれ処理するかと、呼レッグ１および呼レッグ２にどのＣＩＣがそれぞれ使用されるかについての知識を有するであろうということを意味する。次いで、ゲートウェイノード２の分析手段２１が、ＭＳ１を扱うＢＳＳがＭＳ２を扱うＢＳＳと同じであるかどうかを確定するための動作を実行する。同じである場合、従来のシグナリングを用いて、それ故ここではＨ．２４８メッセージ（サーバノードからのスルー接続メッセージへの応答メッセージ）が、例えば、生成手段または生成機能も含む分析手段によって拡張されて、ＣＩＣ１とＣＩＣ２とは相互接続されるべきであるという情報、即ち、ＣＩＣ１およびＣＩＣ２を含む相互接続メッセージを含むようにされる。次いでこの情報は、サーバノード１からＢＳＳ４へＢＳＳＭＡＰを通じてメッセージでトンネルされ、ＢＳＳ４は、ＣＩＣ１およびＣＩＣ２についての情報を有するＢＳＳＭＡＰ相互接続済みメッセージで応答し、そのメッセージは、サーバノード１からゲートウェイノード２へＨ．２４８によりトンネルされる。ＢＳＳ４（より具体的にはＢＳＣ）は相互接続し、次いでユーザペイロードのローカルな交換を実行できる。２台の移動局で同じ音声符号化が用いられている場合、さらにトランスコーダもまた解放される。ゲートウェイノードが“相互接続済み”メッセージを受信すると、ペイロードは代わってＢＳＣでローカルに交換され、ゲートウェイノードは接続を中断させ、適宜使用された資源を解放できる。
【００２８】
通常、ＢＳＣとＭＧＷまたはゲートウェイノードとは通信しないが、サーバノードがＢＳＳ（ＢＳＣ）ともゲートウェイノードともシグナリング関係を確立しているので、サーバノードを介したゲートウェイノードとＢＳＣとの間のシグナリングを導入することによって、２つの呼レッグが同じ呼に属し、それ故それらをローカルに接続できるという情報を、ＢＳＣが取得することが可能である。従来技術では、ＢＳＣには、２つの呼レッグが同一の呼に属することを理解する可能性がない。
【００２９】
本発明に従えば、交換パス最適化ロジックである分析手段２１がゲートウェイノード２に導入される。通常、交換最適化のための分析工程は、第２の移動局が応答したときに行われる。
【００３０】
図３は、Ｈ．２４８プロトコルを用いて通信するサーバノード１1とゲートウェイノード２1とを備える分離構造ＭＳＣ３1が使用されている点で、図２の実施例に似た実施例を示す。このゲートウェイノードも、分析手段２１1を備え、サービスエリア４1を扱うＢＳＳのＢＳＣ  ５1と通信する。もちろんＢＳＣ  ５1は、従来のＢＳＣの機能を備えるが、トランスコーダユニットＴＲＣ  １１1、１１2だけが図示されている。同様に従来のやり方で、ＢＳＣ1  ５1は、基地局装置ＢＴＳ1  ６Ａ1およびＢＴＳ2  ６Ａ2を制御する。ＭＳ１  ８1はＢＴＳ1によって扱われ、ＭＳ２  ９1はＢＴＳ2によって扱われる。ＢＳＣは複数のＢＴＳを扱い、ＢＴＳは複数のＭＳに対する無線基地局としての役目を果たすことは明らかであろう。このことは、ＢＴＳ６Ａ11、６Ａ21、６Ａ31にサービスを提供する１つの追加のＢＳＣ2  ５11によって示されているだけである。
【００３１】
ＭＳ１  ８1とＭＳ２  ９1との間に呼接続が確立される場合、シグナリングは図２を参照して上述したのと同じであり、後述の図７のシーケンス図により完全に描写されている。１つの同じＢＳＣ  ５1が第１の呼レッグおよび第２の呼レッグを処理することが確認された場合、ローカル交換パスがＢＳＣ  ５1を介して設定されることになる（パスがゲートウェイを通してトランスペアレントにスルー接続されているとき、そうでなければやはりゲートウェイによって経路選択される）。ＭＳ１  ８1とＭＳ２  ９1に対して同じ音声符号化が用いられる場合、ＴＲＣ  １１1、１１2よりも前に呼がどのように交換されるかが図示されており、このことは、符号化／復号化が必要ないことを意味し、このことは極めて都合が良く、利点がある。
【００３２】
図４は、サーバノード１2と、分析手段２１2を備えるゲートウェイノード２2とに分離されるＭＳＣ３2を備え、図２と図３のシステムに似たシステムのブロック図を示す。ＢＳＣ５2は、ＢＴＳ６Ｂ1およびＢＴＳ６Ｂ2を制御し、ＢＴＳ６Ｂ1は、ＭＳ１  ８2およびＭＳ２  ９2を扱う。このように、同じＢＴＳ６Ｂ1がＭＳ１  ８2もＭＳ２  ９2も扱う。最も有利な実施形では、ＢＴＳ６Ｂ1で既にローカルな交換を実行することが可能である（これは、リモート交換とも呼ばれる）。これは、ＢＳＣからＢＴＳへの追加のシグナリングを介するか、或は、１つの同じＢＴＳがＭＳ１およびＭＳ２を担当しているか否かを確定するためにＢＳＣに分析手段５２（破線で図示）を導入することによってなど、異なるやり方で処理されてもよい。
【００３３】
ＧＳＭシナリオでは、ＢＴＳまたはＢＴＳ間でのローカル交換は、リモートトランスポートノードを用いて、または、例えばＩＰ（インターネットプロトコル）技術などを使用するパケット転送を用いて行うことができよう。これは、例えば、両方の呼レッグに対してＢＴＳが共通である場合、交換をＢＴＳで行うことができ、また呼レッグに対して異なるＢＴＳが用いられている場合、ＢＳＣでペイロードを交換する代わりに、例えば、ＩＰパケットなどでペイロードをＢＴＳ間で直接送信することによって交換を行うことができることを意味する。同様に、外部トランスポートノードでも実行できよう。これは、有利なことがある代替実施形に関連する。他の実施形では、両方の呼レッグに対して共通でネットワークの最も外側のノードを意味する、両方の呼レッグに対する“最下位”共通ノードで実際に交換が行われる。
【００３４】
図５は、３Ｇ無線アクセスネットワークの使用に基づく、本発明の概念の別の実施形を示す。ＭＳＣ３3は、サーバノード１3と、分析手段２１3を有するゲートウェイノード２3とを備える。この無線アクセスネットワークでは、ＲＮＣ５3が１つだけ図示されているが複数のＲＮＣを備え、ＲＮＣ５3は、ＮｏｄｅＢとも呼ばれる無線基地局ＲＢＳ６Ｃ1、６Ｃ2を扱う。ＲＮＣ５3は、Ｉｕインタフェース・シグナリングプロトコルＲＡＮＡＰ／ＤＴＡＰ（無線接続ネットワークアプリケーション部／ＤＴＡＰ）を用いてサーバノード１3と通信するかまたは接続されており、ペイロードトラフィックに関しては、ＲＮＣ５3は、Ｉｕインタフェースを通じてゲートウェイノード２3と通信する。その機能は、他のすべての面において上述の機能に類似しており、ＭＳ１  ８3およびＭＳ２  ９3が同じＲＮＣで扱われる場合、ＲＮＣ５3においてトラフィックを交換することが可能である。またこの場合も、ＭＳ１  ８3およびＭＳ２  ９3が同じＲＢＳ（ＮｏｄｅＢ）で扱われている場合、ＲＢＳ（不図示）で既に交換を実行することが可能であろう。
【００３５】
図６は、図３の実施例に似た実施例を描写するブロック図であるが、ＢＴＳが図示されていない程度まで単純化されており、このことは、ＭＳ１  ８4およびＭＳ２  ９4が１つの同じＢＴＳまたは異なるＢＴＳによって扱われてもよいことを意味しており、どちらで扱われるかは、この場合関係がない。図６の意図は、シグナリングをより詳細に示すことである。ＭＳ１  ８4がＭＳ２  ９4との呼接続を確立しようとしていると想定している。図６では、ＢＳＣ５4だけが示されている。
【００３６】
本発明の概念にとって重要なメッセージだけが図示されている。ＭＳ１  ８4は、ＢＳＣ５4を介してサーバノード１4に、とりわけ被呼者番号であるＭＳ２のＭＳＩＳＤＮについての情報を含む呼設定メッセージを送信する（１）。サーバノード１4は、例えば、伝送レイヤまたは使用したインタフェースから、使用されたＢＳＣ1についての情報であるＢＳＣアイデンティティを取得する。次いで、サーバノードは、第１の呼レッグに対して空いている回線資源、即ち、第１のＣＩＣであるＣＩＣ１を選択し、従来のやり方でＨ．２４８を用いてゲートウェイノード２4に追加要求を送信するが、このメッセージは、ＢＳＣ1−ｉｄ（即ち、ＭＳ１を扱うＢＳＣ）およびＣＩＣ１についての追加情報を含めるために拡張されている（２）。ゲートウェイノード２4は、従来のやり方でＨ．２４８を通じて応答を返す（３）。従来のシグナリング（説明を明瞭にするために不図示）の後に、ＭＳ２  ９4は、サーバノード１4へ呼確認メッセージを送信する（４）。サーバノード１4は、例えば、伝送レイヤまたは使用したインタフェースから、使用されたＢＳＣ2についての情報であるＢＳＣアイデンティティを取得する。次いで、サーバノードは、第２の呼レッグに対して空いている回線資源ここではＣＩＣ２を選択し、サーバノード１4は、従来のやり方でゲートウェイノード２4に、ＢＳＣ2−ｉｄおよびＣＩＣ２も含めるために拡張されているという相違を有する追加要求を送信する（５）。ゲートウェイ２4は、サーバノード１4へ応答を返す（６）。好ましくは、ＭＳ２  ９4が応答後、かつサーバノード１4がゲートウェイノードへスルー接続への命令を有するモディファイ要求を送信（７）後、移動局は相互接続される。ＢＳＣ1−ｉｄとＢＳＣ2−ｉｄが同じであるかどうかが、ゲートウェイノード２4の分析手段２１4で分析され、または確定される。同じである場合、分析手段２１4は、サーバノード１4に相互接続メッセージの送信を開始する（７’）。ＢＳＣが共通である（ＭＳ１およびＭＳ２を扱う）場合、ＣＩＣ１とＣＩＣ２は相互接続されるべきであるという情報を含む新しいメッセージがゲートウェイノードで生成され、サーバノードに送信される（８）。これは、サーバノード１4によってトランスペアレントに扱われる新しいメッセージであり、サーバノード１4は、ＢＳＳＭＡＰを通じてこのメッセージすなわち相互接続ＣＩＣ１、ＣＩＣ２をＢＳＣ５4に転送する（９）。ＢＳＣ５4は、ＣＩＣ１とＣＩＣ２とを含む相互接続済みを示すメッセージで応答する（１０）。次いで、サーバノード１4は、Ｈ．２４８によりゲートウェイノード２4にそのメッセージをトランスペアレントに転送する（１１）。
【００３７】
相互接続済みを示すメッセージがゲートウェイノード２4に送信された後に、従来の接続シグナリングが達成され（不図示）、共通ＢＳＣ５4がペイロードのローカルな交換を実行する（１２）。
【００３８】
代替実施形では、ＭＳ１およびＭＳ２が同じＢＳＣで扱われていることをサーバノードが（最初の設定メッセージによって）既に知っていると想定しており、このことは、サーバノードは、ゲートウェイノードからのスルー接続の検証後に、手順のトリガだけを行なうことを意味する（上記ステップ（７）参照）。そのロジックは、ゲートウェイノードまたはサーバノードで提供されてもよい。
【００３９】
図７は、図６に示されるような実施例に関する、従来のメッセージ（ＢＳＳＭＡＰメッセージに関しては非特許文献１、呼制御ＣＣメッセージに関しては非特許文献２参照）に加えて追加メッセージまたは拡張メッセージを含むシグナリングを示すシーケンス図である。通常は、ＢＳＣとＭＧＷは互いに通信しないが、ＭＳＳがＢＳＣとゲートウェイノードの両方とシグナリング関係を確立しているので、ＭＳＳを介してＭＧＷとＢＳＣとの間のシグナリングを導入することによって、ＢＳＣは、２つの呼レッグが同じ呼に属しているという事実についての知識を取得することが可能である。
【００４０】
このようにして、ＭＳ１は、ＢＳＣを介してＭＳＳへ被呼者番号（ＭＳ２のＭＳＩＳＤＮ（移動機加入者ＩＳＤＮ番号））を含むＣＣ設定メッセージを送信する（１）。ＭＳＳは、ＢＳＣ１−ｉｄを確定または見つけ出し、ＣＩＣ１を選択し、ＣＣ呼手順メッセージで応答する（２）。
【００４１】
次いで、ＭＳＳは、従来のやり方でＨ．２４８を通じてゲートウェイノードに追加要求メッセージを送信するが、このメッセージには、ＭＳ１を扱うＢＳＣのアイデンティティについての情報および第１の呼レッグに対して予約されたＣＩＣ情報も含む（３）。ゲートウェイノードは、従来のやり方の追加応答メッセージで応答する（４）。同様に従来の呼設定手順において見られるように、ＭＳＳは、ＢＳＳＭＡＰによりＢＳＣへＣＩＣ１についての情報を含む割り当て要求を送信し（５）、ＢＳＣは、割当完了メッセージで応答する（６）。次いで、ＭＳＳは、ＢＳＣを介してＢＳＳＭＡＰによりＭＳ２に呼出メッセージ（ＭＳ２の呼出）を送信し、ＭＳ２は呼出応答で応答する（８）。呼出手順の詳細は本発明にとって重要でないので、呼出の説明は簡潔にしている。シグナリングシーケンス７、８、９は変更されていないので、シーケンス図では詳細には示していない。次いで、ＣＣ設定メッセージがＭＳ２に送信され（９）、ＭＳ２はＣＣ呼確認済みでＭＳＳに応答する（１０）。同様にＭＳ２に関しては、従来のメッセージにＢＳＣ２−ｉｄすなわちＭＳ２を扱うＢＳＣとＣＩＣ２についての情報が含まれている。この情報は、ＭＳＳで追加要求メッセージに含まれ、次いで追加要求メッセージは、Ｈ．２４８によりゲートウェイノードにトランスペアレントに提供される（１１）。
【００４２】
ゲートウェイノードは、Ｈ．２４８を通じてＭＳＳに追加応答メッセージで応答し（１２）、ＭＳＳは、ＢＳＣへ、ＣＩＣ２についての情報を含むＢＳＳＭＡＰ割当要求メッセージを送信し、ＢＳＣは割当完了メッセージで応答する（１２、１３、１４）。シグナリングシーケンス１２、１３、１４は、シーケンス４、５、６に対応していて、ＣＩＣ１情報の代わりにＣＩＣ２情報が含まれているので、図７には明示的に示されていない。
【００４３】
ＭＳ２は、ＢＳＣを介してＭＳＳにＣＣアラーティングメッセージを送信し（１５）、ＭＳＳは、そのＣＣアラーティングメッセージをＭＳ１へ転送する（１６）。最後に、ＭＳ２は、呼に応答するとき、ＭＳＳにＣＣ接続で応答する（１７）。次いでＭＳＳは、従来のやり方でゲートウェイノードへスルー接続を命令するモディファイ要求を送信する（１８）。
【００４４】
ゲートウェイノードの分析手段において、次いで、ＢＳＣ１とＢＳＣ２とは実際には同じものかどうか、すなわちＭＳ１とＭＳ２とが同じＢＳＣによって扱われているかどうかが確定される（１９）。これが可能なのは、ゲートウェイノードがメッセージ３と１１によりＢＳＣ１、ＢＳＣ２（およびＣＩＣ１、ＣＩＣ２）についての情報を提供されているからである。ＢＳＣ１−ｉｄ＝ＢＳＣ２−ｉｄである場合、ゲートウェイノードは、ＣＩＣ１およびＣＩＣ２によって識別される呼レッグが相互接続されるべきであるという情報を含むまでに拡張された拡張モディファイ応答メッセージを生成する、即ち、ゲートウェイノードは、スルー接続し、新しい相互接続メッセージＣＩＣ１、ＣＩＣ２を、即ち、どのＣＩＣが呼に属するかについての情報を含むメッセージをＭＳＳに送信する（２０）。
【００４５】
次いでＭＳＳは、ＢＳＳＭＡＰにより共通ＢＳＣへ相互接続メッセージを転送する（２１）。ＢＳＣは、ＭＳＳに相互接続済みメッセージ（ＣＩＣ１、ＣＩＣ２）で応答する（２２）。ＢＳＣがＣＩＣ１とＣＩＣ２の相互接続をサポートする場合、ＢＳＣは、ＭＳＳへ相互接続済みメッセージを有する応答を転送する（２２）。２つの呼レッグに用いられる音声符号化が同じである場合、ＢＳＣにおいてトランスコードを解放してもよい。ゲートウェイノードは、今や接続を終わらせることができ、ＢＳＣが相互接続を引き受けていることを知っている。続いて、従来の接続シグナリングが発生し（２４、２５、２６）、ペイロードはゲートウェイノードを介しての交換の代わりに、ＢＳＣを介して交換される（２７）。
【００４６】
例えば、会議ブリッジを設定するために、ＢＳＣで交換された呼の期間にゲートウェイ資源が必要な場合、音声パスが、ゲートウェイノードにリダイレクトされてもよい。その場合、相互接続取消メッセージがゲートウェイノードからの応答に埋め込まれ、ＭＳＳがそれを新しいＢＳＳＭＡＰメッセージとしてＢＳＣへ転送する。これは、図８のシーケンス図に概略的に示されている。図７を参照して説明したステップ１〜２７は既に行われており、ＭＳ１からＭＳ２へのペイロードパスは、破線によって示されるＭＧＷ経由ではなく、ＢＳＣを経由していると想定している。例えば、ＭＳＳにおいて第三者通話が起動されると、従来の追加要求メッセージがゲートウェイノードに送信される（２８）。交換がＢＳＣで行われていることを知っているので、ゲートウェイノードは、ＣＩＣ１およびＣＩＣ２の情報を含む相互接続取消メッセージをＭＳＳに送信し（２９）、ＭＳＳは、ＢＳＳＭＡＰによりＢＳＣへ相互接続取消メッセージをトランスペアレントに転送し（３０）、ＢＳＣは、ＢＳＣまたは使用されたＢＴＳで行われている相互接続を取り消し、次いで相互接続取消済みメッセージをＭＳＳに送信し（３１）、ＭＳＳは、その相互接続取消済みメッセージをゲートウェイノードへトランスペアレントに転送する（３１）。次いで、ペイロードパスは、代わりにゲートウェイノードで交換される（３３）。最後に、第三者通話の設定を検証して、従来の追加応答メッセージがゲートウェイノードからＭＳＳへ送信される（３４）。
【００４７】
図９は、１つの特定の実施形に従う本発明の手順を描写するフローチャートである。本発明の機能にとって重要なステップだけが示されていることは明らかであろう。この手順は、シグナリングインタフェースを通じてＢＳＣ１を介してＭＳ１からの呼設定メッセージをＭＳＣサーバで受信することから始まる（１００）。ＭＳＣサーバは、ＢＳＣがどれかを知り、ＣＩＣを選択し、第１の接続終端に関してＢＳＣ１−ｉｄおよびＣＩＣ１で拡張された要求メッセージをゲートウェイノードに送信する（１０１）。従来のシグナリングの後、その呼は、ＭＳＣサーバに対してＭＳ２で確認され（１０２）、またここでＭＳＣは、本明細書ではＢＳＣ２と呼ばれるＭＳ２を扱うＢＳＣについての情報も有し、第２の接続終端に関してＣＩＣ２を選択する。ＭＳＣサーバは、上記のようにＢＳＣ２−ｉｄおよびＣＩＣ２で拡張された要求メッセージをゲートウェイノードに送信する（１０３）。ＭＳＣサーバとＢＳＣとＭＳ１、ＭＳ２との間の従来のシグナリングの後に、ＭＳＣサーバは、ゲートウェイノードにスルー接続を命令するメッセージをゲートウェイノードに送信する（１０４）。
【００４８】
ＭＳ１とＭＳ２が異なるＢＳＣで扱われる場合、交換がそれぞれのＢＳＣを介して行われることは明らかであろう。あるいは、ＭＳＣサーバおよびＢＳＣは、それが共通ＢＳＣであることを知ることになっていて、ゲートウェイノードだけがこのことに気付いていないと想定している。しかし、ゲートウェイが今やＢＳＣ１アイデンティティおよびＢＳＣ２アイデンティティについての情報を有しているので、ＢＳＣ１がＢＳＣ２に等しいかどうか、または共通ＢＳＣが使用されているかどうかを確定するために、分析が行われる（１０５）。ＢＳＣ１とＢＳＣ２とが等しくない場合、応答メッセージがＭＳＣサーバに送信され、ゲートウェイノードでスルー接続が行われ（１０６Ａ）、ペイロードパスはゲートウェイノードを経由する（１０７Ａ）。
【００４９】
ゲートウェイノードにおいてそれが共通ＢＳＣであると確定された場合、ゲートウェイノードでスルー接続が行われ、ＣＩＣ１、ＣＩＣ２を含む相互接続メッセージがＭＳＣサーバ１０６への応答メッセージに埋め込まれる。ＭＳＣサーバは、メッセージに埋め込まれたＣＩＣ１、ＣＩＣ２を有する相互接続メッセージを共通ＢＳＣに転送する（１０７）。共通ＢＳＣがこの呼に対する相互接続をサポートするかどうかも確定される（１０８）。サポートしない場合、サーバノードが通知を受け（１０９Ｂ）、サーバノードはゲートウェイノードに通知し（１１０Ｂ）、ゲートウェイノードは、ＭＳＣサーバに応答メッセージを提供し、スルー接続する（１０６Ａ、１０７Ａ）。共通ＢＳＣが接続をサポートする場合、ＣＩＣ１、ＣＩＣ２を含む相互接続済みを示すメッセージがＭＳＣサーバへトランスペアレントに転送され（１０９）、相互接続済みメッセージは、今度はＭＳＣサーバからゲートウェイノードへトランスペアレントに転送され（１１０）、ペイロードパスが共通ＢＳＣ経由で設定される（１１１）。
【００５０】
本発明が具体的に例示した実施例に限定されるものではなく、添付した請求の範囲内で複数のやり方で変わり得ることは明らかであろう。特に、様々なアクセスネットワークおよび上述のノードと類似の機能を有する様々なノードに適応できる。
【図１】
2010525730.tif 000003
2010525730.tif 000004
【図２】
2010525730.tif 000005
【図３】
2010525730.tif 000006
【図４】
2010525730.tif 000007
【図５】
2010525730.tif 000008
【図６】
2010525730.tif 000009
【図７】
2010525730.tif 000010
【図８】
2010525730.tif 000011
【図９】
2010525730.tif 000012
【手続補正書】
【提出日】平成21年2月20日(2009.2.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
回線交換呼のための制御シグナリングを処理するように構成されたサーバノード（１；１1；１2；１3；１4）を有したネットワークノードであって、前記サーバノードは前記サーバノードの制御下でユーザプレーントラフィックを扱うように構成されたゲートウェイノード（２；２1；２2；２3；２4）に接続されており、前記サーバノード（１；１1；１2；１3；１4）はさらに、無線ネットワークにより複数の移動局間の接続を制御するように構成されており、
前記サーバノード（１；１1；１2；１3；１4）は、第１の移動局（８；１１；８1；８2；８3；８4）と第２の移動局（９；９1；９2；９3；９4）との間の要求された接続の第１及び第２の呼レッグに関して、前記第１の呼レッグと、前記第２の呼レッグを処理する無線ネットワークノードについての情報と前記第１及び第２の呼レッグに対するチャネル或いは回線資源についてのチャネルまたは回線情報を前記ゲートウェイノード（２；２1；２2；２3；２4）に提供し、
前記ゲートウェイノード（２；２1；２2；２3；２4）は、
交換パス最適化ロジックを含み、前記要求された呼に関して、第１及び第２の移動局が同じ共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）によって扱われているかどうかを検出するように構成され、
前記第１及び第２のチャネルまたは回線についての情報を含む相互接続情報を前記サーバノード（１；１1；１2；１3；１4）にメッセージで提供するように構成された生成手段を備え、
前記第１及び第２の移動局が同じ共通の無線ネットワークノードによって扱われている場合、前記生成手段を用いるか、或いは前記生成手段にトリガをかける分析手段と、
前記サーバノード（１；１1；１2；１3；１4）は、ユーザプレーントラフィックの交換が、前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）或は前記ゲートウェイノード（２；２1；２2；２3；２4）において生じるように制御されるように、前記情報を前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に転送するように構成されていることを特徴とするネットワークノード。
【請求項２】
前記サーバノード（１；１1；１2；１3；１4）はＭＳＣサーバを備えることを特徴とする請求項１に記載のネットワークノード。
【請求項３】
前記ゲートウェイノード（２；２1；２2；２3；２4）はＭＧＷを備えることを特徴とする請求項１又は２に記載のネットワークノード。
【請求項４】
前記サーバノード（１；１1；１2；１4）は、複数のＢＳＣ（５1；５2；５4）を備えるＢＳＳ（４）を有するＲＡＮを制御するように構成されており、各ＢＳＣは、複数の基地局或いはＢＴＳ（６Ａ1；６Ａ2；６Ｂ1；６Ｂ2；６Ｄ1；６Ｄ2）を制御することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークノード。
【請求項５】
前記サーバノード（１3）は、複数のＲＮＣ（５3）を備えるＲＡＮを制御するように構成されており、各ＲＮＣは、複数のＮｏｄｅＢ（６Ｃ1；６Ｃ2）を制御することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークノード。
【請求項６】
前記サーバノード（１；１1；１2；１3；１4）は、前記呼設定手順中に送信されるメッセージ後に確立され選択される前記呼の前記第１および第２の接続終端または呼レッグに関して、無線ネットワークノードおよびチャネル資源もしくは回線資源についての情報を提供するように構成されていることを特徴とする請求項１乃至５のいずれか１項に記載のネットワークノード。
【請求項７】
前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）についての情報は、前記第１及び第２の移動局と第１及び第２の無線パケットフロー識別子（ＣＩＣ；ＲＡＢ−ｉｄ）をそれぞれ扱う前記ＢＳＣ或いは前記ＲＮＣを識別するアイデンティティ情報を有することを特徴とする請求項６に記載のネットワークノード。
【請求項８】
前記ゲートウェイノードの分析手段は、前記第１の呼レッグまたは接続終端の受信した第１の無線ネットワークノードアイデンティティと、前記第２の呼レッグまたは接続終端の受信した第２の無線ネットワークノードアイデンティティとを比較し、それらが同じである場合、相互接続メッセージを生成し、前記内部接続メッセージを前記サーバノード（１；１1；１2；１3；１4）に提供するように構成されることを特徴とする請求項１乃至７のいずれか１項に記載のネットワークノード。
【請求項９】
前記相互接続メッセージは、前記第１および第２のチャネル資源または回線資源についての情報を備えるか、または該情報で拡張されることを特徴とする請求項８に記載のネットワークノード。
【請求項１０】
前記ゲートウェイノード（２；２1；２2；２3；２4）の分析手段（２１；２１1；２１2；２１3；２１4）は、前記サーバノード（１；１1；１2；１3；１4）からスルー接続にかかわる変更要求メッセージに関するメッセージを受信後に、前記相互接続メッセージの生成を行う生成手段をアクティベートするか、或いは前記生成手段と通信を行うように構成されることを特徴とする請求項９に記載のネットワークノード。
【請求項１１】
前記分析手段は、前記相互接続メッセージを前記変更要求メッセージへの応答メッセージの中に埋め込むことを特徴とする請求項１０に記載のネットワークノード。
【請求項１２】
前記サーバノード（１；１1；１2；１3；１4）は、前記埋め込まれた相互接続メッセージを両方の呼レッグに対して共通に識別された無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）にトランスペアレントに転送するように構成されていることを特徴とする請求項１１に記載のネットワークノード。
【請求項１３】
前記サーバノード（１；１1；１2；１3；１4）は、相互接続メッセージを生成し、前記相互接続メッセージを前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に送信し、前記無線ネットワークノードからの相互接続済みの状態を示す検証応答メッセージを前記ゲートウェイノード（２；２1；２2；２3；２4）に転送するように構成されることを特徴とする請求項１２に記載のネットワークノード。
【請求項１４】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、もし前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）がペイロードトラフィックをローカルで交換している場合に、前記相互接続が終了させられるべきであるという情報を受信したなら、取消メッセージを生成し、前記取消メッセージを前記サーバノードに送信するように構成され、
前記サーバノード（１；１1；１2；１3；１4）は取消に関係するメッセージを前記無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）にトランスペアレントに転送し、そして、検証後、前記無線ネットワークノードから前記ゲートウェイノード（２；２1；２2；２3；２4）に転送するように構成されていることを特徴とする請求項１０乃至１３のいずれか１項に記載のネットワークノード。
【請求項１５】
前記ゲートウェイノード（２；２1；２2；２3；２4）の分析手段（２１；２１1；２１2；２１3；２１4；５２）または共通無線ネットワークノード（５2）の分析手段（２１；２１1；２１2；２１3；２１4；５２）は、前記第１および第２の呼レッグが、両方の呼レッグに対して共通で、かつ前記共通無線ネットワークノード（５2）よりそれぞれの呼終端に近い副次的な無線ネットワークノード（６Ｂ1）によって処理されているかどうかを確定し、前記副次的な共通無線ネットワークノード（６Ｂ1）によるペイロード交換を可能にする相互接続メッセージを生成するように構成されることを特徴とする請求項１乃至１４のいずれか１項に記載のネットワークノード。
【請求項１６】
前記副次的な無線ネットワークノード（６Ｂ1）は、例えば、ＢＴＳまたはＮｏｄｅＢなどの無線基地局であることを特徴とする請求項１５に記載のネットワークノード。
【請求項１７】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、与えられた条件の下で、もし、前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に呼接続のユーザプレーン交換機能を移転させたなら、前記第１及び第２の回線資源を含む相互接続取消メッセージを生成して送信し、前記サーバノード（１；１1；１2；１3；１4）をトランスペアレントに通過させて、ユーザプレーン資源をアクティベートするか、或は割当てるように構成されていることを特徴とする請求項１４に記載のネットワークノード。
【請求項１８】
前記ゲートウェイノード（２；２1；２2；２3；２4）は、仮想呼終端を処理するように構成されており、
前記仮想呼終端は、通話の期間中、保存されることを特徴とする請求項１乃至１７のいずれか１項に記載のネットワークノード。
【請求項１９】
前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4；５2）はユーザプレーントラフィックをローカルに交換するように構成され、
前記共通無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4；５2）は、前記ユーザ移動局がローカルユーザプレーンのトラフィック交換のために同じ音声符号化を使用している場合、トランスコーダユニットとの接続を断つためのトランスコーダ切断手段を備えることを特徴とする請求項１乃至１８のいずれか１項に記載のネットワークノード。
【請求項２０】
複数のサーバノードのプールが、複数のゲートウェイノードを共通に制御するために、構成され、前記ゲートウェイノードの、複数呼のローカルな交換を制御する前記分析手段はまた、複数の呼レッグが異なるサーバノードにより制御され、前記複数の呼レッグが前記プールにおけるサーバノードの数とは独立である呼に対してもローカルな交換を制御することを特徴とする請求項１乃至１９のいずれか１項に記載のネットワークノード。
【請求項２１】
第１の移動局と第２の移動局との間で、第１の無線ネットワークノードを通じた第１の呼レッグまたは接続終端と第２の無線ネットワークノードを通じた第２の呼レッグまたは接続終端とを含む呼接続を処理するための方法であって、前記方法は、
前記第１の移動局および前記第２の移動局にかかわる前記接続の前記第１および第２の呼レッグをそれぞれ処理する前記第１の無線ネットワークノードおよび前記第２の無線ネットワークノードに関係する情報を、それぞれの要求メッセージでコアネットワークゲートウェイノードに提供する工程と、
交換パス最適化ロジックを含む前記コアネットワークゲートウェイノードにおいて、前記第１の呼レッグおよび前記第２の呼レッグが同じ無線ネットワークノードによって処理されているかどうか、即ち、前記第１および第２の無線ネットワークノードが前記第１の呼レッグおよび前記第２の呼レッグに対して共通であるかどうかを分析する工程と、
共通である場合、前記コアネットワークゲートウェイノードにおいて、相互接続情報メッセージを生成する工程と、
前記相互接続情報メッセージをサーバノードに送信する工程と、
前記サーバノードから共通無線ネットワークノードへ前記相互接続情報メッセージをトランスペアレントに転送する工程と、
前記相互接続情報に応じて、ユーザプレーントラフィックの交換を前記共通無線ネットワークノードでローカルに行われるべきか、前記ゲートウェイノードで行われるべきかを制御する工程とを備えることを特徴とする方法。
【請求項２２】
前記共通無線ネットワークノードにおいて、相互接続情報メッセージの受信時に、前記接続を実行できるかどうかを確認する工程を有し、
実行できることが確認できたなら、
前記サーバノードに検証応答メッセージを提供する工程と、
前記サーバノードにおいける検討応答の受信時に、前記検討応答メッセージを前記ゲートウェイに転送する工程とをさらに有することを特徴とする請求項２１に記載の方法。
【請求項２３】
前記提供する工程は、
前記第１の無線ネットワークノードのアイデンティティを備えるか、或は、発見を可能にする第１の要求メッセージを提供する工程と、
前記第２の無線ネットワークノードのアイデンティティを備えるか、或は、発見を可能にする第２の要求メッセージを提供する工程と、
前記サーバノードにおいて、前記第１の呼レッグに対する第１のチャネル或は回線資源と前記第２の呼レッグに対する第２のチャネル或は回線資源を選択する工程を有することを特徴とする請求項２１又は２２に記載の方法。
【請求項２４】
前記相互接続情報は、相互接続メッセージを有することを特徴とする請求項２２又は２３に記載の方法。
【請求項２５】
前記生成する工程は、前記第２の移動局からの接続メッセージの受信時或は受信後に前記相互接続メッセージを生成することを特徴とする請求項２４に記載の方法。
【請求項２６】
前記第１の移動局と前記第２の移動局とがスルー接続されたときに前記分析する工程を実行することを特徴とする請求項２１乃至２４のいずれか１項に記載の方法。
【請求項２７】
拡張されたＢＳＳＭＡＰ或はＲＡＮＡＰメッセージとして、第１および第２の回線アイデンティティを有する前記相互接続メッセージを前記サーバノードから前記共通無線ネットワークノードへトランスペアレントに転送する工程と、
前記第１の呼レッグと前記第２の呼レッグとが前記共通無線ネットワークノードで前記サーバノードに接続されていることを示す応答メッセージとして拡張されたＢＳＳＭＡＰ／ＲＡＮＡＰメッセージを提供する工程と、
相互接続済みを示すメッセージを前記ゲートウェイにトランスペアレントに転送する工程と、
前記無線ネットワークノードで前記呼接続のユーザトラフィックを交換する工程とを備えることを特徴とする請求項２１乃至２６のいずれか１項に記載の方法。
【請求項２８】
トラフィック資源が前記ゲートウェイノードで必要とされるという情報を前記サーバノードから前記ゲートウェイノードへ提供する工程と、
前記ゲートウェイノードにおいて、相互接続取消メッセージを含む相互接続情報メッセージを生成し、該メッセージを前記サーバノードに送信する工程と、
前記相互接続取消メッセージを前記無線ネットワークノードへ、さらに、前記ゲートウェイノードへとトランスペアレントに転送する工程と、
前記ゲートウェイノードを介してユーザプレーンのトラフィックを交換する工程とをさらに有することを特徴とする請求項２１乃至２３のいずれか１項に記載の方法。
【手続補正書】
【提出日】平成22年3月26日(2010.3.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
回線交換呼のための制御シグナリングを処理するように構成されたサーバノード（１；１1；１2；１3；１4）を有したネットワークノードであって、前記サーバノードは前記サーバノードの制御下でユーザプレーントラフィックを扱うように構成されたゲートウェイノード（２；２1；２2；２3；２4）に接続されており、前記サーバノード（１；１1；１2；１3；１4）はさらに、無線ネットワークにより複数の移動局間の接続を制御するようにさらに構成されており、
前記サーバノード（１；１1；１2；１3；１4）は、第１の移動局（８；１１；８1；８2；８3；８4）と第２の移動局（９；９1；９2；９3；９4）との間の要求された接続の第１及び第２の呼レッグまたは接続終端に関して、前記第１の呼レッグと、前記第２の呼レッグを処理する無線ネットワークノードについての情報と前記第１及び第２の呼レッグに対するチャネル或いは回線資源についてのチャネルまたは回線情報を前記ゲートウェイノード（２；２1；２2；２3；２4）に提供し、
前記ゲートウェイノード（２；２1；２2；２3；２4）は、
交換パス最適化ロジックを含み、前記要求された呼に関して、第１及び第２の移動局が同じ共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）によって扱われているかどうかを検出するように構成され、
前記第１及び第２のチャネルまたは回線についての情報を含む相互接続情報を前記サーバノード（１；１1；１2；１3；１4）にメッセージで提供するように構成された生成手段を備え、
前記第１及び第２の移動局が同じ共通の無線ネットワークノードによって扱われている場合、前記生成手段を用いるか、或いは前記生成手段にトリガをかける分析手段と、
前記サーバノード（１；１1；１2；１3；１4）は、ユーザプレーントラフィックの交換が、前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）或は前記ゲートウェイノード（２；２1；２2；２3；２4）において生じるように制御されるように、前記情報を前記共通の無線ネットワークノード（４；５1；５2；６Ｂ1；５3；５4）に転送するように構成されていることを特徴とするネットワークノード。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項６
【補正方法】変更
【補正の内容】
【請求項６】
前記サーバノード（１；１1；１2；１3；１4）は、呼設定手順中に送信されるメッセージ後に確立され選択される前記呼の前記第１および第２の呼レッグまたは接続終端に関して、無線ネットワークノードおよびチャネル資源もしくは回線資源についての情報を提供するように構成されていることを特徴とする請求項１乃至５のいずれか１項に記載のネットワークノード。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２１
【補正方法】変更
【補正の内容】
【請求項２１】
第１の移動局と第２の移動局との間で、第１の無線ネットワークノードを通じた第１の呼レッグまたは接続終端と第２の無線ネットワークノードを通じた第２の呼レッグまたは接続終端とを含む呼接続を処理するための方法であって、前記方法は、
前記第１の移動局および前記第２の移動局にかかわる前記接続の前記第１および第２の呼レッグをそれぞれ処理する前記第１の無線ネットワークノードおよび前記第２の無線ネットワークノードに関係する情報を、それぞれの要求メッセージでコアネットワークゲートウェイノードに提供する工程と、
交換パス最適化ロジックを含む前記コアネットワークゲートウェイノードにおいて、前記第１の呼レッグおよび前記第２の呼レッグが同じ無線ネットワークノードによって処理されているかどうか、即ち、前記第１および第２の無線ネットワークノードが前記第１の呼レッグおよび前記第２の呼レッグに対して共通であるかどうかを分析する工程と、
共通である場合、前記コアネットワークゲートウェイノードにおいて、相互接続情報を生成する工程と、
前記相互接続情報をサーバノードに送信する工程と、
前記サーバノードから共通無線ネットワークノードへ前記相互接続情報をトランスペアレントに転送する工程と、
前記相互接続情報に応じて、ユーザプレーントラフィックの交換を前記共通無線ネットワークノードでローカルに行われるべきか、前記ゲートウェイノードで行われるべきかを制御する工程とを備えることを特徴とする方法。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２２
【補正方法】変更
【補正の内容】
【請求項２２】
前記共通無線ネットワークノードにおいて、前記相互接続情報の受信時に、前記接続を実行できるかどうかを確認する工程を有し、
実行できることが確認できたなら、
前記サーバノードに検証応答メッセージを提供する工程と、
前記サーバノードにおける検討応答の受信時に、前記検討応答メッセージを前記ゲートウェイに転送する工程とをさらに有することを特徴とする請求項２１に記載の方法。
【手続補正５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２６
【補正方法】変更
【補正の内容】
【請求項２６】
前記第１の移動局と前記第２の移動局とがスルー接続されたときに前記分析する工程を実行することを特徴とする請求項２４に記載の方法。
【手続補正６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２７
【補正方法】変更
【補正の内容】
【請求項２７】
拡張されたＢＳＳＭＡＰ或はＲＡＮＡＰメッセージとして、第１および第２の回線アイデンティティを有する前記相互接続メッセージを前記サーバノードから前記共通無線ネットワークノードへトランスペアレントに転送する工程と、
前記第１の呼レッグと前記第２の呼レッグとが前記共通無線ネットワークノードで前記サーバノードに接続されていることを示す応答メッセージとして拡張されたＢＳＳＭＡＰ／ＲＡＮＡＰメッセージを提供する工程と、
相互接続済みを示すメッセージを前記ゲートウェイにトランスペアレントに転送する工程と、
前記無線ネットワークノードで前記呼接続のユーザトラフィックを交換する工程とを備えることを特徴とする請求項２４乃至２６のいずれか１項に記載の方法。
【国際調査報告】
2010525730.tif 000013
2010525730.tif 000014
2010525730.tif 000015
2010525730.tif 000016