(57)【特許請求の範囲】
【請求項１】
ネットワークの動作方法であって、ネットワーク内でポリシー制御を行う方法において、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、
固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で、モバイルネットワークのＰＣＣ（ポリシー制御課金）のＰＣＲＦ（ポリシー課金・ルール機能）と固定回線ネットワークのＲＡＣＦ（リソース受付制御機能）のＲＡＣＳ（リソース受付制御システム）との間のコネクション経由で固定回線ネットワークに提供され、
前記情報が、ＳＥＴＵＰメッセージ内に符号化され、
ＨＮＢが、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたＵＥ（ユーザ機器）に対してただ１つのＩＰｓｅｃ（ＩＰセキュリティ）トンネルまたは複数のＩＰｓｅｃトンネルを使用し、
同じＩＰｓｅｃトンネル内で進行中のセッションを検出するためのＨＮＢ対応ＩＰｓｅｃトンネルＱｏＳ変更メカニズム（ＨＡＩＴＱＭＭ）がモバイルネットワーク内に設けられ、
通信が、リソースおよび／またはＱｏＳ（サービス品質）ポリシーに関して制御される
ことを特徴とする、ネットワークの動作方法。
【請求項２】
前記情報が、ワイヤレス部分の１つの要素または複数の要素の識別子を含むことを特徴とする請求項１に記載の方法。
【請求項３】
識別子が、１つ以上の要素のローカルＩＰアドレスであることを特徴とする請求項２に記載の方法。
【請求項４】
識別子は、ポート番号、および／または、ＩＰアドレスおよびポート番号が有効であるようなドメイン名であることを特徴とする請求項２に記載の方法。
【請求項５】
要素のうちの１つが、ＨＮＢ（ホームノードＢ）またはＣＮＧ（顧客ネットワークゲートウェイ）であることを特徴とする請求項２ないし４のいずれか１項に記載の方法。
【請求項６】
前記情報が、ワイヤレス部分によって固定回線ネットワーク経由でコアネットワーク部分に提供されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記情報が、制御プレーン内でモバイルネットワークと固定回線ネットワークとの間で相互作用することによって提供されることを特徴とする請求項１ないし６のいずれか１項に記載の方法。
【請求項８】
固定回線ネットワークが、ワイヤレス部分の１つ以上の要素を特定することを特徴とする請求項１ないし７のいずれか１項に記載の方法。
【請求項９】
ＣＳ（回線交換）呼がＩＭＳ内のＳＣＣ  ＡＳ（サービス集中化・連続性アプリケーションサーバ）にアンカリングされることをＩＣＳ（ＩＭＳ（ＩＰマルチメディアサブシステム）集中化サービス）が処理することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１０】
ＣＳ呼が、ＣＡＭＥＬ（Customized Applications for Mobile networks Enhanced Logic）リルーティングによって、ＩＭＳ内のＳＣＣ  ＡＳにアンカリングされることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１１】
前記情報が、モバイルネットワークのＳＣＣ  ＡＳと固定回線ネットワークのＲＡＣＦのＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項９または１０に記載の方法。
【請求項１２】
前記情報が、ＲＡＮ  ＧＷ（無線アクセスネットワークゲートウェイ）とＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１３】
前記情報が、ＭＳＣ（移動通信交換局）とＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
【請求項１４】
ＲＡＣＦが、Ｈ−ＲＡＣＳ（ホームＲＡＣＳ）経由および／または固定回線ネットワークのＭＳＡＮ（マルチサービスアクセスノード）経由でリソースを予約することを特徴とする請求項９ないし１３のいずれか１項に記載の方法。
【請求項１５】
前記情報が、メッセージングおよび／またはシグナリングに含まれることを特徴とする請求項１ないし１４のいずれか１項に記載の方法。
【請求項１６】
前記情報が、セッション設定または初期アタッチメント中に発見されることを特徴とする請求項１ないし１５のいずれか１項に記載の方法。
【請求項１７】
前記情報が、ＳＥＴＵＰメッセージのファシリティ情報要素内に符号化されることを特徴とする請求項１ないし１６のいずれか１項に記載の方法。
【請求項１８】
前記情報が、ＨＮＢによってメッセージングに挿入されることを特徴とする請求項１ないし１７のいずれか１項に記載の方法。
【請求項１９】
前記情報が、ＲＡＮ  ＧＷによって挿入されることを特徴とする請求項１ないし１７のいずれか１項に記載の方法。
【請求項２０】
ＲＡＮ  ＧＷが、非ＩＰベースのネットワークを通じてローカルおよびグローバルＩＰアドレスをループすることを特徴とする請求項１９に記載の方法。
【請求項２１】
ＲＡＮ  ＧＷまたはＭＳＣが、前記情報を導出するために、シグナリングトラフィックをスヌープすることを特徴とする請求項１ないし２０のいずれか１項に記載の方法。
【請求項２２】
ＣＮＧはＨＮＢを特定することが可能とされることを特徴とする請求項５ないし２１のいずれか１項に記載の方法。
【請求項２３】
リソース予約がトンネルごとに実施されることを特徴とする請求項１ないし２２のいずれか１項に記載の方法。
【請求項２４】
ポリシー制御が行われるネットワークにおいて、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、
固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報をモバイルネットワーク経由で、モバイルネットワークのＰＣＣ（ポリシー制御課金）のＰＣＲＦ（ポリシー課金・ルール機能）と固定回線ネットワークのＲＡＣＦ（リソース受付制御機能）のＲＡＣＳ（リソース受付制御システム）との間のコネクション経由で固定回線ネットワークに提供する手段を備え、
前記情報が、ＳＥＴＵＰメッセージ内に符号化され、
ＨＮＢが、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたＵＥ（ユーザ機器）に対してただ１つのＩＰｓｅｃ（ＩＰセキュリティ）トンネルまたは複数のＩＰｓｅｃトンネルを使用し、
同じＩＰｓｅｃトンネル内で進行中のセッションを検出するためのＨＮＢ対応ＩＰｓｅｃトンネルＱｏＳ変更メカニズム（ＨＡＩＴＱＭＭ）がモバイルネットワーク内に設けられ、
通信が、リソースおよび／またはＱｏＳ（サービス品質）ポリシーに関して制御される
ことを特徴とするネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの動作方法、特にネットワーク内でポリシー制御を行う方法に関する。ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働する。また、本発明は、ネットワークに関する。ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働する。
【背景技術】
【０００２】
すなわち、本発明は、例えば音声通話を提供するために、ワイヤレスネットワークを固定ネットワークに接続する方法に関する。図１は、３ＧＰＰ  ＴＳ  ２５．４６７（非特許文献１）で予測される代表的なＨＮＢ（ホームノードＢ）システムの全体的アーキテクチャを示し、顧客宅内機器および固定回線アクセスに関してやや詳細に示している。
【０００３】
この構成では、２Ｇ／３ＧホームノードＢ経由でモバイル発信または着信の音声呼およびデータのリソース／ＱｏＳ（サービス品質）は、固定回線ネットワークアクセス回線上では現在は考慮されていない。その理由は、ＲＮＣ（無線ネットワークコントローラ）（Ｉｕインタフェース）に接続されたＮＢの基本構成においてＩＰ（Internet Protocol）をトランスポートプロトコルとする場合、すなわち、モバイルネットワークがマクロセルからなる場合には、オーバープロビジョニングおよびＤｉｆｆｓｅｒｖの組合せで十分と考えられていたからである。アーキテクチャがホームセル構成のために、すなわち、ＨＮＢ−ＧＷへのＨＮＢの接続のために設計されたとき、何ら変更は行われなかった。なお、ＡＴＭ（非同期転送モード）をトランスポートプロトコルとすることはＨＮＢには当てはまらない。結果として、アクセス回線上のリソースが不十分な場合、ＨＮＢは、ＤＳＬ（デジタル加入者回線）上で転送不可能な呼を受け付ける可能性がある。
【０００４】
基礎となるプロトコルスタックを図２ａ（ユーザプレーン）および図２ｂ（制御プレーン）に示す。ＭＳＣ（移動通信交換局）とＵＥ（ユーザ機器）との間のＣＳ（回線交換）制御プレーンは、「ＮＡＳ（非アクセス層）シグナリング」とも呼ばれる。
【０００５】
図１、図２ａおよび図２ｂに関して、以下の識別子が使用される。
【表１】
0005619921.tif 000002
【０００６】
現在の方法に対するリソース問題を図３に視覚化している。リソースは、「パイプ」（例えば無線ベアラ、Ｉｕトンネル）によって、代表的な量および容量で示されている。なお、マクロＮＢの場合、限られたリソースの代表的なものは無線リンクであり、システムの大きさは、平均的な最大値の場合（例えば繁忙時）に合わせて決めるべきである。ただし、大晦日のような過負荷になり得る状況は除外する。ＨＮＢの場合、無線リンクがバックホールリンクよりも多くの容量を有することが頻繁に起こり得る。というのは、バックホールリンクは、ＩＰＴＶのような固定回線サービスもトランスポートするからである。このため、アクセスネットワーク（ＡＮ）がリソースボトルネックとなる可能性がある。
【０００７】
その他の関連する従来技術は以下の文献に記載されている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 25.467, “UTRAN architecture for 3G Home Node B (HNB); Stage 2”
【非特許文献２】3GPP TS 23.203, “Policy and charging control architecture”
【非特許文献３】ETSI TS 183 048, “Resource and Admission Control System (RACS); Protocol Signaling flows specification; RACS Stage 3”
【非特許文献４】ETSI ES 282 003, “Resource and Admission Control Sub-System (RACS): Functional Architecture”
【非特許文献５】3GPP TS 24.007, “Mobile radio interface signaling layer 3; General aspects”
【非特許文献６】3GPP TS 24.008, “Mobile radio interface Layer 3 specification; Core network protocols; Stage 3”
【非特許文献７】3GPP TS 23.228, “IP Multimedia Subsystem (IMS); Stage 2”
【非特許文献８】NLE NID-153-08, “SIP-based Home Network Control Channel for Remote QoS Control and Remote Services”
【非特許文献９】3GPP TS 23.018, “Basic call handling; Technical realization”
【非特許文献１０】Draft ETSI TR 182 031 V<0.0.6> (2010-02), Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); Remote CPN QoS Control; Study on CPN - RACS Interaction
【非特許文献１１】ITU-T Recommendation Y.2111 Resource and admission control functions in Next generation networks
【非特許文献１２】Broadband Forum technical document WT-134, “Policy Control Framework”
【非特許文献１３】NLE NID 197-08,  “Support for locating devices and / or sessions inside a home network through a location local identifier conveyed over SDP”
【非特許文献１４】3GPP TS 23.172, “Technical realization of Circuit Switched (CS) multimedia service UDI/RDI fallback and service modification; Stage 2”
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の目的は、ネットワークの動作方法および対応するネットワークにおいて、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間で確実な通信を可能にするような改良およびさらなる展開を行うことである。
【課題を解決するための手段】
【００１０】
本発明によれば、上記の目的は、請求項１の構成を備えた方法によって、および、請求項２９の構成を備えたネットワークによって達成される。
【００１１】
請求項１に記載の通り、本方法は、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供されることを特徴とする。
【００１２】
請求項２９に記載の通り、本ネットワークは、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報をモバイルネットワーク経由で固定回線ネットワークに提供する手段を備えたことを特徴とする。
【００１３】
本発明によって認識されたこととして、固定回線ネットワーク内の通信を制御する制御メカニズムによって、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間で非常に確実な通信が可能となる。具体的には、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供される。このような情報に基づいて、通信の個別の制御を提供することができる。例えば、固定回線ネットワーク経由で確実な音声通話を提供するために、固定回線ネットワーク内のリソースを制御することができる。
【００１４】
好ましい実施形態において、情報は、ワイヤレス部分の１つの要素または複数の要素の識別子を含んでもよい。このような識別子に基づいて、固定回線ネットワーク内の通信の制御が簡単な方法で可能となる。
【００１５】
非常に簡単な処理として、識別子は、１つ以上の要素のローカルＩＰアドレスであってもよい。これに加えて、または別法として、識別子は、ポート番号、および／または、ＩＰアドレスおよびポート番号が有効であるようなドメイン名であってもよい。このような識別子により、固定回線ネットワーク内のリソース予約を容易に行うことが可能となる。
【００１６】
具体的実施形態において、要素のうちの１つはＨＮＢまたはＣＮＧ（顧客ネットワークゲートウェイ）であってもよい。このような要素の識別子に基づいて、固定回線ネットワーク経由でワイヤレス部分からコアネットワーク部分へ確実な通信を提供することができる。
【００１７】
非常に簡単な方法として、情報は、ワイヤレス部分によって固定回線ネットワーク経由でコアネットワーク部分に提供されてもよい。具体的には、情報は、簡単な方法で固定回線ネットワークを通じてトンネリング可能である。
【００１８】
ネットワーク内の部分間の非常に効果的な協働として、情報は、制御プレーン内でモバイルネットワークと固定回線ネットワークとの間で相互作用することによって提供してもよい。
【００１９】
本方法の好ましい実施形態において、固定回線ネットワークは、ワイヤレス部分の１つ以上の要素、好ましくはＣＮＧおよび／またはＨＮＢを特定してもよい。これにより、固定回線ネットワーク内の通信の確実な制御が可能となる。
【００２０】
本発明の好ましい実施形態において、ネットワークの動作を実行するための基礎として、さまざまなネットワーク構造が可能である。特に、コアネットワーク部分における要素はさまざまであり得るので、ネットワークの動作のための配備オプションに関して多数の組合せがある。モバイルネットワークにおいて、この問題にとって重要な２つの要素は以下の通りである。
・ＭＳＣサーバにおけるＩＭＳ集中化サービス（ＩＣＳ）、すなわち、到来するＣＳトラフィックおよびシグナリングがＩＭＳ  ＶｏＩＰトラフィックおよびＳＩＰシグナリングに変換される。
・ポリシー制御および課金（Policy Control and Charging（ＰＣＣ）、３ＧＰＰ  ＴＳ  ２３．２０３（非特許文献２））が、モバイルネットワークにおけるＱｏＳ制御を処理する。
【００２１】
この理由から、固定およびモバイルネットワークの配備オプションによる以下の４つのシナリオをさらに分析する必要がある。
【表２】
0005619921.tif 000003
【００２２】
ＩＣＳがモバイルネットワーク内に設けられる場合、このようなＩＣＳは、ＣＳ呼がＩＭＳ内のＳＣＣ  ＡＳ（サービス集中化・連続性アプリケーションサーバ）にアンカリングされることを処理してもよい。ＩＣＳがない場合、ＣＳ呼は、ＣＡＭＥＬ（Customized Applications for Mobile networks Enhanced Logic）リルーティングによって、ＩＭＳ内のＳＣＣ  ＡＳにアンカリングされてもよい。
【００２３】
ＰＣＣがモバイルネットワーク内に設けられる場合、情報は、モバイルネットワークのＰＣＣのＰＣＲＦ（Policy Charging and Rules Function, ポリシー課金・ルール機能）と固定回線ネットワークのＲＡＣＦ（リソース受付制御機能）のＲＡＣＳ（リソース受付制御システム）との間のコネクション経由で提供されてもよい。ＰＣＣがモバイルネットワーク内に設けられない場合、情報は、モバイルネットワークのＳＣＣ  ＡＳと固定回線ネットワークのＲＡＣＦのＲＡＣＳとの間のコネクション経由で提供されてもよい。
【００２４】
また、情報は、ＲＡＮ  ＧＷ（無線アクセスネットワークゲートウェイ）とＲＡＣＳとの間のコネクション経由またはＭＳＣ（移動通信交換局）とＲＡＣＳとの間のコネクション経由で提供されてもよい。
【００２５】
いずれの場合でも、ＲＡＣＦは、Ｈ−ＲＡＣＳ（ホームＲＡＣＳ）経由および／または固定回線ネットワークのＭＳＡＮ（マルチサービスアクセスノード）経由でリソースを予約してもよい。
【００２６】
このように、モバイルネットワークのさまざまな構造が、本発明によるネットワークの動作方法の基礎となることが可能である。
【００２７】
別の具体的実施形態において、情報は、メッセージングおよび／またはシグナリングに含まれてもよい。このようなメッセージングまたはシグナリングは、例えば音声通話を開始するためにＵＥ（ユーザ機器）によって開始されてもよい。こうして、モバイルネットワークのワイヤレス部分からコアネットワーク部分への情報の簡単な送信方法が可能となる。
【００２８】
別の好ましい実施形態において、情報は、ネットワークへのセッション設定または初期アタッチメント中に発見されてもよい。より具体的には、情報は、ＳＥＴＵＰメッセージ内に符号化されてもよい。非常に簡単な方法において、情報は、ＳＥＴＵＰメッセージのファシリティ（Facility）情報要素内に符号化されてもよい。
【００２９】
別の好ましい実施形態において、情報は、ＨＮＢによってメッセージングに挿入されてもよい。別法として、情報は、ＲＡＮ  ＧＷによって挿入されてもよい。このようなＲＡＮ  ＧＷは、シグナリングメッセージをインターセプトして情報を発見してもよい。また、ＲＡＮ  ＧＷは、非ＩＰベースのネットワークを通じてローカルおよびグローバルＩＰアドレスをループしてもよい。
【００３０】
別の好ましい実施形態において、ＲＡＮ  ＧＷまたはＭＳＣは、情報を導出するために、シグナリングトラフィック、好ましくはＳＥＴＵＰメッセージをスヌープしてもよい。このような情報に基づいて、固定回線ネットワークのポリシーコントローラに対して適切な要求を課すことが可能である。
【００３１】
ＨＮＢがＣＮＧに直接組み込まれていない場合、ＣＮＧはＨＮＢを特定することが可能とされてもよい。
【００３２】
別の好ましい実施形態として、ＨＮＢは、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたＵＥに対してただ１つのＩＰｓｅｃ（ＩＰセキュリティ）トンネルを使用しても、複数のＩＰｓｅｃトンネルを使用してもよい。さらに好ましくは、同じＩＰｓｅｃトンネル内で進行中のセッションを検出するためのＨＮＢ対応ＩＰｓｅｃトンネルＱｏＳ変更メカニズム（ＨＡＩＴＱＭＭ）がモバイルネットワーク内に設けられてもよい。このようにして、固定回線ネットワーク内の通信の非常に確実な制御を提供することができる。
【００３３】
一般的に、通信は、リソースおよび／またはＱｏＳポリシーおよび／またはサービスベースのポリシーに関して制御されてもよい。特に、リソース予約がトンネルごとに実施されてもよい。
【００３４】
本発明による方法およびネットワークの重要な側面は、以下のように要約することができる。
【００３５】
実施形態は、固定電話と携帯電話の融合（fixed-mobile-converged, ＦＭＣ）の使用事例、例えば３ＧＰＰの場合におけるエンドツーエンドのポリシーおよびＱｏＳ制御を可能にするために、制御プレーンにおいてワイヤレスネットワークの無線部分を固定ネットワーク（異なる事業者に属しても同じ事業者に属してもよい）経由でモバイルコアネットワークに接続する方法を含む。
【００３６】
ＱｏＳ制御のための制御プレーン相互作用に着目したが、本明細書で説明する方法は、オンライン課金やモバイルファイアウォール設定のように、このような制御プレーン相互作用から利益を受ける他のタイプのポリシー制御を含む使用事例にも適用可能である。
【００３７】
実施形態は、ＨＮＢおよびＣＮＧに関する情報をモバイルネットワーク経由で固定ネットワークに提供することを含む。この情報は、要求されるＱｏＳに対するポリシー設定を可能にするために必要とされる。この情報は、以下のものに限定されないが、ＨＮＢのローカルＩＰアドレス、ＡＮ側ＣＮＧ  ＩＰアドレス、ポート番号、ならびにＩＰアドレスおよびポート番号が有効であるようなドメイン名からなることが可能である。
【００３８】
ＨＮＢおよびＣＮＧのＩＰアドレスは、ポート番号およびドメイン名とともに、ＳＥＴＵＰメッセージのファシリティ情報要素内に符号化することができ、これらはＨＮＢによって設定される。ＨＮＢは、ＵＥからのこのメッセージをインターセプトする。また、この情報を伝達するために、ＵＥによってＳＥＴＵＰメッセージの前に送信される他のＣＳシグナリングメッセージ（非特許文献９）や新たなメッセージが使用されてもよい。ＳＥＴＵＰメッセージの使用は、新しい情報の符号化が従来のＮＡＳシグナリングと後方互換であり、モバイル事業者ネットワークにおける検出メカニズムしか必要としないという利点を有する。
【００３９】
ＣＳ  ＳＥＴＵＰメッセージがＳＩＰ（Session Initiation Protocol）に変換される場合、さらに、例えば、ＩＭＳ集中化サービス（ＩＣＳ）またはＭＧＣＦ（Media Gateway Controller Function, メディアゲートウェイコントローラ機能）のために拡張されたＭＳＣサーバによって送信された、ネットワークにおけるＩＮＶＩＴＥメッセージは、ＳＩＰヘッダ（好ましくは、新たなプライベートＳＩＰヘッダ、例えば、新たに規定されるべきＰ−ＨＮＢ−ＩＰ−Ａｄｄｒｅｓｓヘッダで）において、または、ＳＤＰ（Session Description Protocol）において、ＩＰアドレスおよびポート番号の新たな符号化を必要とする。これは、従来のＭＳＣサーバまたはＭＧＣＦの機能の拡張となる。
【００４０】
ＨＮＢがＣＳシグナリングメッセージをインターセプトせず、この情報を有しない場合、もし足りなければ、ＩＰＳｅｃトンネルエンドポイントとしてのＲＡＮ  ＧＷがこの情報を有してもよい。
【００４１】
ＨＮＢの実施態様に応じて、ＨＮＢは、すべてのアタッチされたＵＥに対してただ１つのＩＰｓｅｃトンネルを使用しても、複数のＩＰＳｅｃトンネル（例えば、各ＵＥごとに１つずつ）を使用してもよい。
【００４２】
これは、モバイル事業者のコアネットワークによって検出される必要がある。すなわち、ＩＰアドレスおよびポート番号を有するＣＳメッセージが到着すると、担当のコアネットワークノードは、同じＩＰｓｅｃトンネルまたは別個のＩＰｓｅｃトンネルを通じて同じＨＮＢ経由で相異なるＵＥが通信しているかどうかを判定することができなければならない。この知識は、さらなるＱｏＳ処理にとって重要である。というのは、すべてのＵＥが同じトンネルを使用する場合、このトンネルのＱｏＳはアップグレードされる必要があり、新たな要求によって置換されないことが必要だからである。この目的のため、例えばＲＡＮ  ＧＷからのＩＰアドレス、ポート番号、ＵＥ識別子および／またはＩＰＳｅｃトンネル関連情報に基づいて、同じＩＰｓｅｃトンネル内で進行中のセッションを検出するために、ＨＮＢ対応ＩＰＳｅｃトンネルＱｏＳ変更メカニズム（ＨＡＩＴＱＭＭ）が必要とされる。これは、モバイルネットワーク内でリソース予約を担当するノードに（例えば、ＭＳＣまたはＲＡＮ  ＧＷに）存在する。ＨＡＩＴＱＭＭは、正しいＱｏＳ変更情報を固定ネットワークに、すなわち、ＲＡＣＳに対してリソースを要求するＳＰＤＦに提供する。１つのＩＰＳｅｃトンネル内にセッションの量をキャッシュすることに対する別法として、モバイルネットワークは、全予約量を知ることを必要とせずに、従来の固定回線ネットワークフローに対する追加的帯域幅を要求してもよい。これはＲＡＣＳに委ねることが可能である。
【００４３】
ＨＮＢで処理されるＵＥ宛のモバイル着信呼に対しても、リソース予約のための上記のメカニズムを適用可能である。唯一の相違点は、ＨＮＢがＣＡＬＬ  ＣＯＮＦＩＲＭＥＤメッセージ（非特許文献９）をインターセプトしなければならないことである。これは、ＭＳＣサーバによってＵＥへ送信されるＳＥＴＵＰメッセージに対する応答である。このＣＡＬＬ  ＣＯＮＦＩＲＭＥＤメッセージにおいて、上記の情報（以下のものに限定されないが、ＨＮＢのローカルＩＰアドレス、ＡＮ側ＣＮＧアドレス、ならびにポート番号およびドメイン名からなる）が符号化される。この情報を伝達するために、ＵＥによって以前に送信された他のＣＳシグナリングメッセージ（非特許文献９）が使用されてもよい。
【００４４】
発信の場合と同様に、リソース予約を担当するモバイル事業者コアノードは、固定ネットワークへのＱｏＳ要求を開始する。着信の場合、ＨＮＢがすべての呼に対して１つのＩＰＳｅｃトンネルを使用しているか、それとも、ＨＡＩＴＱＭＭを用いて複数のトンネルを使用しているかを区別するために、同じメカニズムが適用される。
【００４５】
呼解放の場合、ＩＰＳｅｃトンネルのリソース予約はそれに従ってダウングレードされるべきである。すなわち、リソース予約を担当するモバイルネットワーク内のノードは、ＨＡＩＴＱＭＭを用いたトンネルに対するＱｏＳを変更するように、固定ネットワークに通知すべきである。
【００４６】
固定回線リソース予約は、トンネルごとに実施可能である。例えば、（レイヤ３／４の「５タプル」、すなわち、ソースＩＰアドレス、ソースポート、宛先ＩＰアドレス、宛先ポート、プロトコル、に基づいて）それぞれの方向を１つのフローとして扱うことが可能である。また、固定回線リソース予約は、より高い粒度で実施可能である。例えば、ＩＰフローを同じ５タプルで扱うが、相異なるＤｉｆｆＳｅｒｖマーキングを別個の（サブ）フローとして扱うことが可能である。
【００４７】
ＣＳ通話の最中における通話中サービスの場合、進行中の音声通話にＣＳビデオを追加した結果、ＱｏＳ変更要求が固定ネットワークに送られる状況が考えられる。音声通話にビデオを追加・削除することは、ＳＣＵＤＩＦ機能（非特許文献１４）がＵＥおよびモバイルネットワークでサポートされることを必要とする。このような通話中サービスの場合、すなわち、ＣＳベアラのテレサービス変更の場合、ＨＮＢまたはＲＡＮ  ＧＷが上記の情報を有し、リソース予約を担当するモバイル事業者ネットワーク内のノードは、ＨＡＩＴＱＭＭでＱｏＳ変更を開始する必要がある。
【００４８】
本明細書における用語に関するヒント。ＨＮＢおよびフェムトセル／フェムトアクセスポイント（femto access point, ＦＡＰ）という用語は、本明細書では同じ意味で使用される。略語の表が添付される。
【００４９】
本発明を好ましい態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。
【図面の簡単な説明】
【００５０】
【図１】従来のＨＮＢシステムアーキテクチャを示す図である。
【図２ａ】従来の基礎となるユーザプレーンプロトコルスタックの例を示す図である。
【図２ｂ】従来の基礎となる制御プレーンプロトコルスタックの例を示す図である。
【図３】マクロＮＢ（上部）およびＨＮＢ（下部）の場合の従来のリソース状況を示す図である。
【図４】ＲＡＣＳで拡張されたＨＮＢシステムアーキテクチャの形態での、本発明によるネットワークアーキテクチャの好ましい実施形態を示す図である。
【図５】ＲＡＣＳ（ＥＴＳＩ  ＥＳ  ２８２  ００３（非特許文献４）の分解を例示する図である。
【図６】本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ１）を示す図である。
【図７】シナリオ１に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【図８】ＨＮＢおよびＣＮＧが分かれた、本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ２）を示す図である。
【図９】シナリオ２に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【図１０】ＨＮＢおよびＣＮＧが分かれた、本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ３）を示す図である。
【図１１】シナリオ３に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【図１２】ＨＮＢおよびＣＮＧが分かれた、本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ４のオプション１）を示す図である。
【図１３】シナリオ４のオプション１に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【図１４】ＨＮＢおよびＣＮＧが分かれた、本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ４のオプション２）を示す図である。
【図１５】シナリオ４のオプション２に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【図１６】ＨＮＢおよびＣＮＧが分かれた、本発明によるネットワークアーキテクチャの別の好ましい実施形態（シナリオ４のオプション３）を示す図である。
【図１７】シナリオ４のオプション３に対する固定回線アクセスネットワークにおけるリソース割当ての呼フローを示す図である。
【発明を実施するための形態】
【００５１】
本発明の実施形態は、モバイルネットワーク（ＮＥまたはポリシーコントローラ）を固定回線ポリシーコントローラ（例えば、Ｈ−ＲＡＣＳ等のＲＡＣＳ）に接続するための好ましい選択肢を提供する。これは、要素、エンドポイントおよびメッセージ交換の発見を含む。
【００５２】
実施形態は、モバイルおよび固定ネットワーク事業者のＱｏＳネットワーク機能に基づいて、複数のシナリオに対するメカニズムを提供する。しかし、本明細書で説明する方法の使用は、ＱｏＳポリシー制御に限定されない。ＨＮＢがＣＮＧの背後に位置する場合、ＣＮＧは、顧客ネットワーク内のＨＮＢに対するＱｏＳも処理する必要がある。
【００５３】
好ましい実施形態の重要な特徴／技術的効果
・モバイルネットワークだけでなく固定回線ネットワーク経由で、宅内のフェムトセルトラフィックに対するＱｏＳ保証を可能にする。
・汎用のインタフェースを通じて固定回線ネットワークからリソースを要求するためのすべての必要なパラメータを収集することを可能にする。
・サービスベースのポリシーのような他の使用事例（例えばモバイルファイアウォール設定）をカバーするような、本方法のさらなる使用を可能にする。
【００５４】
図４は、動的ポリシー制御（グレーで示す）のためのコンポーネントで拡張された、３ＧＰＰ  ＴＳ  ２５．４６７（非特許文献１）で予測されるＨＮＢシステムの全体的アーキテクチャを示し、顧客宅内機器および固定回線アクセスに関してやや詳細に示している。
【００５５】
ＨＮＢは、加入者宅からモバイル事業者へ、それとは異なる可能性のある固定ネットワーク事業者のアクセスネットワーク経由で接続される。ＨＮＢは、ＣＮＧとは別個であっても、ＣＮＧと共同配置されてもよい。すなわち、オプションとして、顧客宅内ネットワーク（ＣＰＮ）が設置されてもよい。ＨＮＢは、モバイル事業者のコアネットワーク内のＭＳＣサーバおよびＭＧＷ（Media Gateway, メディアゲートウェイ）へすべてのＣＳシグナリングおよびＣＳ音声データをトンネリングする。固定ネットワークは、モバイル事業者への固定アクセス上のトンネルを通じてどのようなトラフィックがルーティングされているかを知らないし、認識する機会もないので、リソース予約は不可能である。
【００５６】
モバイルコアネットワークにおけるさまざまな機能は異なり得るので、モバイル事業者の配備オプションに関して多数の組合せがある。
【００５７】
モバイルネットワークにおける、この問題にとって最も重要な２つの特徴は以下の通りである。
・ＭＳＣサーバにおけるＩＭＳ集中化サービス（ＩＣＳ）、すなわち、到来するＣＳトラフィックおよびシグナリングがＩＭＳ  ＶｏＩＰトラフィックおよびＳＩＰシグナリングに変換される。
・ポリシー制御および課金（ＰＣＣ、３ＧＰＰ  ＴＳ  ２３．２０３（非特許文献２））が、モバイルネットワークにおけるＱｏＳ制御を処理する。
【００５８】
この理由から、固定およびモバイルネットワークの配備オプションによる以下の４つの可能なシナリオを、解決法のためにさらに分析する必要がある。
【表３】
0005619921.tif 000004
【００５９】
ＥＴＳＩ  ＴＳ  ８１３  ０４８（非特許文献３）で規定されたＲＡＣＳは、固定ネットワークにおいて、すなわちＤＳＬにおいて、およびＨＮＢがＣＮＧの背後に位置する場合にはホームネットワーク内でも、ＱｏＳ予約に関連性のある構成である。しかし、すべての例はＲＡＣＳに着目しているが、本発明はＲＡＣＳに限定されない。本発明は、同様にして、ＩＴＵ−ＴのＲＡＣＦ（これは現在は、ブロードバンドフォーラム（Broadband Forum）のＢＰＣＦ（Broadband Policy Control Function, ブロードバンドポリシー制御機能）アーキテクチャ上で動作する）、あるいは、固定回線ネットワークサポートに向けた３ＧＰＰのＰＣＣフレームワークの将来の可能な拡張にも適用される。
【００６０】
状況に応じて、ＲＡＣＳの個別のコンポーネントが、後続のメッセージフローに示される場合がある。この理由から、ＲＡＣＳの主要な分解を図５に示す。参照ポイントＩａは本発明では使用されない。
【００６１】
ＲＡＮ  ＧＷの機能は、本明細書で説明する発明にとって透過的であるので、メッセージフローでは省略する。
【００６２】
上記の４つのシナリオを、ＨＮＢにおけるＵＥキャンピングからの発呼の使用事例について、対応する解決法の説明とともにさらに分析する。着呼、呼解放およびテレサービス変更による通話中サービスは、ＱｏＳ変更のために固定ネットワークと相互作用する際に同じ原理を使用する。
【００６３】
シナリオ１。固定回線ネットワークにＲＡＣＳがあり、モバイルネットワークにＩＣＳおよびＰＣＣがある場合
このシナリオを図６に示す。この場合、ＩＣＳは、ＣＳ呼がＩＭＳ内のＳＣＣ  ＡＳにアンカリングされることを処理する。ＳＣＣ  ＡＳは、アプリケーション機能（Application Function, ＡＦ）として作用し、ＰＣＣのＰＣＲＦにアプリケーション記述を提供する。
【００６４】
結合アプリケーションサービス情報にリソース予約要求を提供するために、新たなインタフェースＣｙがＰＣＲＦをＲＡＣＳに接続する。ＣＮＧ内のＨ−ＲＡＣＳは、上流優先処理のためのオプションである。ＲＡＣＦは、Ｈ−ＲＡＣＳ経由でリソースを予約することも、アクセスネットワーク（ＡＮ）内のＭＳＡＮ経由でリソースを予約することも可能である。
【００６５】
図７による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している（例えばＵＥへのＡＬＥＲＴのように、すべてのＮＡＳシグナリングメッセージがここに示されているわけではない）。
【００６６】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【００６７】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【００６８】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【００６９】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＭＳＣサーバへの設定メッセージに含める。
【００７０】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧ  ＩＰアドレスのみが、ポート番号およびドメイン名とともに、以下のステップで使用される。
【００７１】
５．ＭＳＣサーバが、要求ＵＲＩをＢ側番号に設定したＩＮＶＩＴＥをＳ−ＣＳＣＦへ送信する。ＧＲＵＵがＴＳ  ２３．２２８（非特許文献７）に記載されているように含められるべき場合、プライバシーが要求されていればテンポラリＧＲＵＵをコンタクトアドレスとして含め、プライバシーが要求されていなければパブリックＧＲＵＵを含める。ＩＮＶＩＴＥは、ＣＳ−ＭＧＷから受信したＳＤＰと、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスも含む。
【００７２】
６．Ｓ−ＣＳＣＦが、標準のサービス制御実行手順を実行する。フィルタ基準により、Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ  ＡＳへ送信する。ＩＮＶＩＴＥは、依然として、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含む。
【００７３】
７．ＳＣＣ  ＡＳ内のアプリケーション機能が、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含むアプリケーションサービス記述をＰＣＲＦへ送信する。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、ＳＣＣ  ＡＳまたはモバイルネットワーク内のＰＣＲＦのいずれかに存在する。
【００７４】
８．ＰＣＲＦがＲＡＣＳとインタフェースをとりリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。アプリケーションサービス記述は、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含む。
【００７５】
９．ＳＰＤＦが、ＲＡＣＦを選択し、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを有するリソース予約要求を送信する。
【００７６】
１０．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【００７７】
１１．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【００７８】
１２．ＳＰＤＦが、成功のリソース予約応答により、ＰＣＲＦからの要求に確認応答する。
【００７９】
１３．ＰＣＲＦが、要求されたリソースが予約されたことをアプリケーション機能に対して確認応答する。
【００８０】
１４．ＳＣＣ  ＡＳがＢ２ＢＵＡを起動し、ＵＥ  Ａレグを終端し、ＵＥ  Ａに代わってＢ側にＩＭＳセッションを提示するためにリモートレグを発信する。ＳＣＣ  ＡＳは、ＣＳベアラ制御シグナリングパスで受信したＳＤＰを含むＩＮＶＩＴＥを作成する。これは、ＣＳ音声または音声およびビデオメディアを示す。ＩＮＶＩＴＥ要求は、ＳＣＣ  ＡＳからＳ−ＣＳＣＦへルーティングされる。
【００８１】
１５．Ｓ−ＣＳＣＦが、標準のＩＭＳ発信セッション処理を継続し、さらにＢ側に要求をルーティングする。
【００８２】
１６−２０．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【００８３】
シナリオ２。固定回線ネットワークにＲＡＣＳがあり、モバイルネットワークにＩＣＳがあり、ＰＣＣがない場合
このシナリオを図８に示す。この場合、ＩＣＳは、ＣＳ呼がＩＭＳ内のＳＣＣ  ＡＳにアンカリングされることを処理する。ＳＣＣ  ＡＳは、アプリケーション機能（ＡＦ）として作用し、アプリケーション記述を提供する。このシナリオは、モバイル事業者のネットワークにおける非ＰＣＣ配備に着目しているので、ＳＣＣ  ＡＳは、リソース予約要求を追加的にアプリケーションサービス情報にも提供するために、新たなインタフェースＣｘを通じてＲＡＣＳと直接にインタフェースをとる。ＣＮＧ内のＨ−ＲＡＣＳは、上流優先処理のためのオプションである。ＲＡＣＦは、Ｈ−ＲＡＣＳ経由でリソースを予約することも、アクセスネットワーク（ＡＮ）内のＭＳＡＮ経由でリソースを予約することも可能である。
【００８４】
図９による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。
【００８５】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【００８６】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【００８７】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【００８８】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＭＳＣサーバへの設定メッセージに含める。
【００８９】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧＩＰアドレスのみが、以下のステップで使用される。
【００９０】
５．ＭＳＣサーバが、要求ＵＲＩをＢ側番号に設定したＩＮＶＩＴＥをＳ−ＣＳＣＦへ送信する。ＧＲＵＵがＴＳ  ２３．２２８に記載されているように含められるべき場合、プライバシーが要求されていればテンポラリＧＲＵＵをコンタクトアドレスとして含め、プライバシーが要求されていなければパブリックＧＲＵＵを含める。ＩＮＶＩＴＥは、ＣＳ−ＭＧＷから受信したＳＤＰと、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスも含む。
【００９１】
６．Ｓ−ＣＳＣＦが、標準のサービス制御実行手順を実行する。フィルタ基準により、Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ  ＡＳへ送信する。
【００９２】
７．ＳＣＣ  ＡＳは、アプリケーション機能として作用するとともにＰＣＲＦとして作用するので、直接にＲＡＣＳとインタフェースをとる。ＳＣＣ  ＡＳはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。ＳＣＣ  ＡＳは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスをリソース予約要求に含める。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、モバイルネットワーク内のＳＣＣ  ＡＳに存在する。
【００９３】
８．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
【００９４】
９．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【００９５】
１０．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【００９６】
１１．ＳＰＤＦが、アプリケーション機能からの要求に対して、要求されたリソースが予約されたことを確認応答する。
【００９７】
１２．ＳＣＣ  ＡＳがＢ２ＢＵＡを起動し、ＵＥ  Ａレグを終端し、ＵＥ  Ａに代わってＢ側にＩＭＳセッションを提示するためにリモートレグを発信する。ＳＣＣ  ＡＳは、ＣＳベアラ制御シグナリングパスで受信したＳＤＰを含むＩＮＶＩＴＥを作成する。これは、ＣＳ音声または音声およびビデオメディアを示す。ＩＮＶＩＴＥ要求は、ＳＣＣ  ＡＳからＳ−ＣＳＣＦへルーティングされる。
【００９８】
１３．Ｓ−ＣＳＣＦが、標準のＩＭＳ発信セッション処理を継続し、さらにＢ側に要求をルーティングする。
【００９９】
１４−１８．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【０１００】
シナリオ３。固定回線ネットワークにＲＡＣＳがあり、モバイルネットワークにＩＣＳがなく、ＰＣＣがある場合
このシナリオを図１０に示す。この場合、モバイル事業者は、ＭＳＣサーバのために配備されたＩＣＳを有していないが、ＩＭＳを有する。ＣＡＭＥＬリルーティングにより、ＣＳ呼がＩＭＳ内のＳＣＣ  ＡＳにアンカリングされる（音声呼連続性のために使用されるのと同じ参照ポイント（標準化されていない）でｇｓｍＳＣＦとＳＣＣ  ＡＳとの間で。３ＧＰＰ  ＴＳ  ２３．２０６参照）。ＳＣＣ  ＡＳは、アプリケーション機能（ＡＦ）として作用し、ＰＣＲＦにアプリケーション記述を提供する。結合アプリケーションサービス情報にリソース予約要求を提供するために、新たなインタフェースＣｙを通じてＰＣＲＦがＲＡＣＳとインタフェースをとる。ＣＮＧ内のＨ−ＲＡＣＳは、上流優先処理のためのオプションである。ＲＡＣＦは、Ｈ−ＲＡＣＳ経由でリソースを予約することも、アクセスネットワーク（ＡＮ）内のＭＳＡＮ経由でリソースを予約することも可能である。
【０１０１】
図１１による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。
【０１０２】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【０１０３】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【０１０４】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【０１０５】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＭＳＣサーバへの設定メッセージに含める。
【０１０６】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧＩＰアドレスのみが、以下のステップで使用される。
【０１０７】
５．ＭＳＣにおけるＣＡＭＥＬ発信トリガが検出される。ＭＳＣが、ｇｓｍＳＣＦへ初期ＤＰメッセージを送信する。
【０１０８】
６．ｇｓｍＳＣＦが、ＳＣＣアプリケーションのＣＡＭＥＬサービスを呼び出す。ＣＡＭＥＬサービスは、呼をＳＣＣのためにＩＭＳへリルーティングする必要があるかどうか判定する。必要がある場合、ＣＡＭＥＬサービスは、ｇｓｍＳＣＦへＩＭＲＮを返すことによって、ＩＭＳへ呼をリルーティングする。そうでない場合、ＣＡＰ  Ｃｏｎｔｉｎｕｅで応答する。
【０１０９】
７．ｇｓｍＳＣＦが、第一着信者ＩＤ（Original Called party ID）および宛先ルーティングアドレスを含むＣＡＰ  Ｃｏｎｎｅｃｔメッセージで応答する。宛先ルーティングアドレスは、呼をＣＳＡＦへルーティングするためのＩＭＲＮを含む。宛先ルーティングアドレスおよび第一着信者ＩＤの処理はＴＳ  ２３．０７８に規定される通りである。
【０１１０】
８．ＭＳＣが、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにそのローカルＩＰアドレスをＩＡＭメッセージに含めて、ホームネットワーク内のＭＧＣＦ経由でＩＭＲＮを用いてユーザのホームＩＭＳネットワークへ呼をルーティングする。
【０１１１】
９．ＭＧＣＦが、発呼ユーザのホームＩＭＳ内のＩ−ＣＳＣＦへのＩＮＶＩＴＥを開始する。発呼者番号および／または第一被呼番号がＰＳＴＮ呼設定シグナリング（例えばＩＳＵＰ）から受信された場合には、それらがＩＮＶＩＴＥに含められる。ＭＧＣＦは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにそのローカルＩＰアドレスをＩＮＶＩＴＥメッセージに含める。
【０１１２】
１０．Ｉ−ＣＳＣＦが、ＴＳ  ２３．２２８における「PSI based Application Server termination - direct and PSI based Application Server termination - indirect」手順に規定された標準手順の１つに基づいてＩＮＶＩＴＥをルーティングする。Ｓ−ＣＳＣＦが、標準のサービス制御実行手順を実行する。フィルタ基準により、Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ  ＡＳへ送信する。ＩＮＶＩＴＥは、依然として、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含む。
【０１１３】
１１．ＳＣＣ  ＡＳ内のアプリケーション機能が、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含むアプリケーションサービス記述をＰＣＲＦへ送信する。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、ＳＣＣ  ＡＳまたはモバイルネットワーク内のＰＣＲＦのいずれかに存在する。
【０１１４】
１２．ＰＣＲＦがＲＡＣＳとインタフェースをとりリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。アプリケーションサービス記述は、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含む。
【０１１５】
１３．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
【０１１６】
１４．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【０１１７】
１５．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【０１１８】
１６．ＳＰＤＦが、成功のリソース予約応答により、ＰＣＲＦからの要求に確認応答する。
【０１１９】
１７．ＰＣＲＦが、要求されたリソースが予約されたことをアプリケーション機能に対して確認応答する。
【０１２０】
１８．ＳＣＣ  ＡＳがＢ２ＢＵＡを起動し、ＵＥ  Ａレグを終端し、ＵＥ  Ａに代わってＢ側にＩＭＳセッションを提示するためにリモートレグを発信する。ＳＣＣ  ＡＳは、ＣＳベアラ制御シグナリングパスで受信したＳＤＰを含むＩＮＶＩＴＥを作成する。これは、ＣＳ音声または音声およびビデオメディアを示す。ＩＮＶＩＴＥ要求は、ＳＣＣ  ＡＳからＳ−ＣＳＣＦへルーティングされる。
【０１２１】
１９．Ｓ−ＣＳＣＦが、標準のＩＭＳ発信セッション処理を継続し、さらにＢ側に要求をルーティングする。
【０１２２】
２０−２５．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【０１２３】
シナリオ４。固定回線ネットワークにＲＡＣＳがあり、モバイルネットワークにＩＣＳがなく、ＰＣＣがない場合
このシナリオでは、モバイル事業者は、ＭＳＣのために配備されたＩＣＳを有しておらず、データトラフィックのためのＰＣＣも有していない。さらに、事業者は、ＩＭＳを有していない可能性がある。すると、ＣＡＭＥＬリルーティングが不可能である。この場合、２つのアーキテクチャオプションが想定される。すなわち、リソース予約要求のために、ＲＡＮ  ＧＷがＲＡＣＳとインタフェースをとる場合（図１２参照）、あるいは、ＭＳＣがＲＡＣＳとインタフェースをとる場合（図１４参照）である。
【０１２４】
オプション１：ＲＡＮ  ＧＷがＭＳＣへのＮＡＳシグナリングをインターセプトしてリソース予約を開始する場合（図１２参照）
図１３による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。
【０１２５】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【０１２６】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【０１２７】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【０１２８】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＲＡＮ  ＧＷ経由でのＭＳＣサーバへの設定メッセージに含める。
【０１２９】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧＩＰアドレスのみが、以下のステップで使用される。
【０１３０】
５．ＲＡＮ  ＧＷがＵＥからの設定メッセージをインターセプトし、音声呼設定を検出する。
【０１３１】
６．ＲＡＮ  ＧＷが、ＵＥからの元の設定メッセージをＭＳＣへ転送する。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、モバイルネットワーク内のＲＡＮ  ＧＷに存在する。注意：リソース予約の成功がＳＰＤＦによって確認されるまで、このメッセージフローを延期することも可能である。
【０１３２】
７．ＲＡＮ  ＧＷは、アプリケーション機能として作用するとともにＰＣＲＦとして作用するので、直接にＲＡＣＳとインタフェースをとる。ＲＡＮ  ＧＷはリソース予約要求を生成する。これは、アプリケーションサービス記述、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにそのローカルＩＰアドレスとともにＳＰＤＦへ送信される。このステップはステップ７と並列に行われても、その前に行われてもよい。
【０１３３】
８．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
【０１３４】
９．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【０１３５】
１０．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【０１３６】
１１．ＳＰＤＦが、成功のリソース予約応答により、ＲＡＮ  ＧＷからの要求に確認応答する。
【０１３７】
１２．ＭＳＣが、リモートユーザのネットワークへ呼をルーティングする。
【０１３８】
１３−１５．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【０１３９】
オプション２：ＭＳＣがリソース予約を開始する場合（図１４参照）
図１５による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。
【０１４０】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【０１４１】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【０１４２】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【０１４３】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＭＳＣサーバへの設定メッセージに含める。
【０１４４】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧＩＰアドレスのみが、以下のステップで使用される。
【０１４５】
５．ＭＳＣは、リモートユーザのネットワークへ呼をルーティングする。注意：リソース予約の成功がＳＰＤＦによって確認されるまで、このメッセージフローを延期することも可能である。
【０１４６】
６．ＭＳＣは、アプリケーション機能として作用するとともにＰＣＲＦとして作用するので、直接にＲＡＣＳとインタフェースをとる。ＭＳＣはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。ＭＳＣは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスをリソース予約要求に含める。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、モバイルネットワーク内のＭＳＣサーバに存在する。このステップはステップ５と並列に行われても、その前に行われてもよい。
【０１４７】
７．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
【０１４８】
８．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【０１４９】
９．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【０１５０】
１０．ＳＰＤＦが、成功のリソース予約応答により、ＭＳＣからの要求に確認応答する。
【０１５１】
１１−１２．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【０１５２】
オプション３：ＩＭＳへＣＡＭＥＬリルーティングを行い、ＳＣＣ  ＡＳがリソース予約を開始する場合（図１６参照）
このシナリオでは、モバイル事業者は、ＭＳＣサーバのために配備されたＩＣＳを有していないが、ＩＭＳを有する。ＣＡＭＥＬリルーティングにより、ＣＳ呼がＩＭＳ内のＳＣＣ  ＡＳにアンカリングされる。このシナリオは、モバイル事業者のネットワークにおける非ＰＣＣ配備に着目しているので、ＳＣＣ  ＡＳは、リソース予約要求を追加的にアプリケーションサービス情報にも提供するために、新たなインタフェースＣｘを通じてＲＡＣＳと直接にインタフェースをとる。ＣＮＧ内のＨ−ＲＡＣＳは、上流優先処理のためのオプションである。ＲＡＣＦは、Ｈ−ＲＡＣＳ経由でリソースを予約することも、アクセスネットワーク（ＡＮ）内のＭＳＡＮ経由でリソースを予約することも可能である。
【０１５３】
図１７による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。
【０１５４】
１．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８によるＣＳ呼接続設定、すなわち、ＲＲＣ接続、ＣＭサービス要求、ＭＳＣにおけるアクセス制御、オプションとしてＭＳＣによる認証、セキュリティコンテキスト作成／更新、を実行する。結果として、ＵＥのセキュリティコンテキストが作成／更新される。
【０１５５】
２．ＵＥが、３ＧＰＰ  ＴＳ  ２４．００８（非特許文献６）に従って、設定しようとする音声呼のベアラ能力および被呼側のＭＳＩＳＤＮを含む設定メッセージを送信する。
【０１５６】
３．ＨＮＢが設定メッセージをインターセプトし、ＣＮＧのグローバルＩＰアドレスと、ＨＮＢシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。
【０１５７】
４．ＨＮＢが、ＣＮＧのグローバルＩＰアドレスと、ポート番号およびドメイン名と、自己のローカルＩＰアドレスを、ＭＳＣサーバへの設定メッセージに含める。
【０１５８】
注意：ＨＮＢおよびＣＮＧが共同配置されている場合（図６参照）、ローカルＨＮＢ  ＩＰアドレスはなく、ＡＮ側ＣＮＧＩＰアドレスのみが、以下のステップで使用される。
【０１５９】
５．ＭＳＣにおけるＣＡＭＥＬ発信トリガが検出される。ＭＳＣが、ｇｓｍＳＣＦへ初期ＤＰメッセージを送信する。
【０１６０】
６．ｇｓｍＳＣＦが、ＳＣＣアプリケーションのＣＡＭＥＬサービスを呼び出す。ＣＡＭＥＬサービスは、呼をＳＣＣのためにＩＭＳへリルーティングする必要があるかどうか判定する。必要がある場合、ＣＡＭＥＬサービスは、ｇｓｍＳＣＦへＩＭＲＮを返すことによって、ＩＭＳへ呼をリルーティングする。そうでない場合、ＣＡＰ  Ｃｏｎｔｉｎｕｅで応答する。
【０１６１】
７．ｇｓｍＳＣＦが、第一着信者ＩＤおよび宛先ルーティングアドレスを含むＣＡＰ  Ｃｏｎｎｅｃｔメッセージで応答する。宛先ルーティングアドレスは、呼をＣＳＡＦへルーティングするためのＩＭＲＮを含む。宛先ルーティングアドレスおよび第一着信者ＩＤの処理はＴＳ  ２３．０７８に規定される通りである。
【０１６２】
８．ＭＳＣが、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにそのローカルＩＰアドレスをＩＡＭメッセージに含めて、ホームネットワーク内のＭＧＣＦ経由でＩＭＲＮを用いてユーザのホームＩＭＳネットワークへ呼をルーティングする。
【０１６３】
９．ＭＧＣＦが、発呼ユーザのホームＩＭＳ内のＩ−ＣＳＣＦへのＩＮＶＩＴＥを開始する。発呼者番号および／または第一被呼番号がＰＳＴＮ呼設定シグナリング（例えばＩＳＵＰ）から受信された場合には、それらがＩＮＶＩＴＥに含められる。ＭＧＣＦは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにそのローカルＩＰアドレスをＩＮＶＩＴＥメッセージに含める。
【０１６４】
１０．Ｉ−ＣＳＣＦが、ＴＳ  ２３．２２８における「PSI based Application Server termination - direct and PSI based Application Server termination - indirect」手順に規定された標準手順の１つに基づいてＩＮＶＩＴＥをルーティングする。Ｓ−ＣＳＣＦが、標準のサービス制御実行手順を実行する。フィルタ基準により、Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ  ＡＳへ送信する。ＩＮＶＩＴＥは、依然として、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスを含む。
【０１６５】
１１．ＳＣＣ  ＡＳは、アプリケーション機能として作用するとともにＰＣＲＦとして作用するので、直接にＲＡＣＳとインタフェースをとる。ＳＣＣ  ＡＳはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。ＳＣＣ  ＡＳは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ  ＩＰアドレスをリソース予約要求に含める。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、モバイルネットワーク内のＳＣＣ  ＡＳに存在する。
【０１６６】
１２．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
【０１６７】
１３．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
【０１６８】
１４．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
【０１６９】
１５．ＳＰＤＦが、成功のリソース予約応答により、ＳＣＣ  ＡＳからの要求に確認応答する。
【０１７０】
１６．ＳＣＣ  ＡＳがＢ２ＢＵＡを起動し、ＵＥ  Ａレグを終端し、ＵＥ  Ａに代わってＢ側にＩＭＳセッションを提示するためにリモートレグを発信する。ＳＣＣ  ＡＳは、ＣＳベアラ制御シグナリングパスで受信したＳＤＰを含むＩＮＶＩＴＥを作成する。これは、ＣＳ音声または音声およびビデオメディアを示す。ＩＮＶＩＴＥ要求は、ＳＣＣ  ＡＳからＳ−ＣＳＣＦへルーティングされる。
【０１７１】
１７．Ｓ−ＣＳＣＦが、標準のＩＭＳ発信セッション処理を継続し、さらにＢ側に要求をルーティングする。
【０１７２】
１８−２３．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
【０１７３】
好ましい実施形態に追加される重要な機能
ローカル／グローバルＩＰアドレス
固定回線ネットワークがＣＮＧおよびＨＮＢを特定することができるためには、モバイルネットワークは、これを可能にするパラメータを提供する必要がある。上記の例では、ＨＮＢは、ＨＮＢシグナリングトラフィックのためにＣＮＧが使用することになるＩＰアドレスと、ＣＰＮにおける自己のローカルＩＰアドレスを発見している。実施態様において、ＨＮＢは、例えばＤＨＣＰオプションを用いて、ＣＮＧへのネットワークアタッチメント中にそれを知っている可能性がある。別法として、特にＨＮＢおよびＣＮＧが同じ管理ドメイン内にない場合には、ＳＴＵＮ手順を使用することも可能である。
【０１７４】
別法として、モバイルネットワークにおけるトンネル終端ポイント（すなわち、使用事例に応じてＲＡＮ−ＧＷまたはＭＳＣ）が、以下のようにこの情報を提供することができる。
【０１７５】
シグナリングメッセージをインターセプトし、設定メッセージのファシリティ要素に埋め込まれたＩＰアドレスがＩＰトンネルの外側ＩＰヘッダのソースアドレスとは異なることを発見する。これにより、必要な両方のＩＰアドレスが得られる。この場合、ＨＮＢがこのファシリティ要素を含まなければならない。
【０１７６】
本発明による重要な追加的手順。非ＩＰベースのネットワークを通じてローカルおよびグローバルＩＰアドレスをループする。
【０１７７】
スヌーピング／ＭＳＣまたはＲＡＮ  ＧＷにおける保存・転送機能
ＲＡＮ  ＧＷまたはＭＳＣは、固定回線ネットワークのポリシーコントローラに対して適切な要求を課すために、設定メッセージをスヌープして、必要な情報（ＩＰエンドポイント、ＣＰＮローカル、固定回線グローバル）、および、帯域幅等のサービス要求を導出する。ＨＮＢが、必要な情報（例えば両方のＩＰアドレス）を有していない場合には、例えばＲＡＮ  ＧＷ自体ではなくＭＳＣが固定ネットワークに接続する際に、モバイルネットワーク内のさらに下流のノードへのシグナリングメッセージにそれを挿入することも可能である。
【０１７８】
ＨＮＢのローカルＩＰアドレスを知ることなくＨＮＢを識別すること
ＨＮＢがＣＮＧに直接に組み込まれていない場合でも、ＣＮＧはＨＮＢを特定することが可能であるようにすることができる。これは、以下のようにして実行可能である。
・固定ネットワークポリシーコントローラとの相互作用に、ＭＳＣ／ＲＡＮ  ＧＷへのトンネルで使用されるソースアドレスおよびポートを含める。Ｈ−ＲＡＣＳ要求にこれを含めることが可能であり、その場合、ＣＮＧは、そのローカルＮＡＴテーブルに基づいて、ローカルＨＮＢを識別する。
【０１７９】
ＣＮＧへ識別子を送信しない。
・ＣＮＧは、そのローカルネットワークアタッチメントデータベース（例えばＤＨＣＰリポジトリ）で、ＨＮＢであることを示すＭＡＣアドレスをチェックすることができる。
・ＣＮＧへ識別子を送信しない。例えばＴＲ−６９を使用することにより、ＣＮＧの事前コンフィグレーションが、ＨＮＢの判定に役立つ可能性がある。
・ＣＮＧにおける例えばＡＬＧによるトラフィックパターン検出ルールは、フェムトセルフットプリントを識別することができる。
・ネットワークアタッチメント中に、ＨＮＢは自己をＨＮＢと識別することが可能である。
【０１８０】
セキュリティモデルにも依存して、これらの方法の一部は事業者にとって許容可能なものも不可能なものもある。ＣＮＧへのリソース要求内のフラグが、「これはあなたのネットワーク内のＨＮＢに対するものです」と示すことができる。
【０１８１】
ポリシーコントローラ発見
ＭＳＣまたはＲＡＮ  ＧＷが固定回線ポリシーコントローラとコンタクトする必要がある場合、対応するエントリポイント（単一のポイントオブコンタクト）を発見する必要がある。
【０１８２】
略語表
【表４】
0005619921.tif 000005
【０１８３】
好ましい実施形態は、メッセージングに含まれる識別子に基づいてネットワーク装置を特定するための追加的手順を利用して、制御プレーンにおけるモバイルネットワークと固定回線ネットワークとの相互作用を提供することにより、ＨＮＢ配備の目的に必要なポリシー制御を可能にする。
【０１８４】
また、セッション設定または初期アタッチメント中にＨＮＢおよびＣＮＧの識別子を発見し、それらをＨＮＢに挿入することにより、ＨＮＢおよびＣＮＧの識別子を挿入する方法、ならびに、セッション設定または初期アタッチメント／サービス要求中にＨＮＢおよびＣＮＧの識別子を発見し、それらをＲＡＮ  ＧＷまたはＭＳＣに挿入することにより、ＨＮＢおよびＣＮＧの識別子を挿入する方法が提供される。
【０１８５】
さらに、実施形態は、ＲＡＮ  ＧＷまたはＭＳＣでシグナリングトラフィックをスヌープすることにより、ＨＮＢおよびＣＮＧの識別子を取得する方法を含むことが可能である。また、旧式の２Ｇ／３Ｇネットワークを通じて、ＩＰエンドポイント関連情報を設定メッセージのファシリティ情報要素内に符号化することによってトランスポートすることが示される。
【０１８６】
別の実施形態において、本方法は、ポリシーがＣＰＮ内のＨＮＢに関連することを固定ネットワークへのポリシー要求で示すように適応されることが可能である。本方法の別の実施形態は、前の文に記載した機能のＨＮＢフラグを用いて、ネットワークアタッチメントリポジトリに基づいてＣＰＮ内のＨＮＢを特定することができる。また、本方法は、ＩＰフローフットプリントに基づいて、および／または、モバイルネットワークから「見えた」ＩＰアドレスおよびポートに基づいて、ＣＰＮ内のＨＮＢを特定するように適応されることが可能である。
【０１８７】
本発明の実施形態のその他の重要な特徴は以下の通りである。
１）音声通話について、固定回線ネットワークおよび顧客宅内ネットワークにおけるポリシー設定要求を可能にする。
２）ＨＮＢの識別／特定を可能にする。
３）ＦＭＣ使用事例に対する保証されたＱｏＳ制御を可能にする。
４）使用されるアクセス技術とは独立に、モバイルサービス（例えばモバイルファイアウォール設定）に対するサービスベースのポリシー制御を可能にする。
【０１８８】
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。
【図１】
0005619921.tif 000006
【図２ａ】
0005619921.tif 000007
【図２ｂ】
0005619921.tif 000008
【図３】
0005619921.tif 000009
【図４】
0005619921.tif 000010
【図５】
0005619921.tif 000011
【図６】
0005619921.tif 000012
【図７】
0005619921.tif 000013
【図８】
0005619921.tif 000014
【図９】
0005619921.tif 000015
【図１０】
0005619921.tif 000016
【図１１】
0005619921.tif 000017
【図１２】
0005619921.tif 000018
【図１３】
0005619921.tif 000019
【図１４】
0005619921.tif 000020
【図１５】
0005619921.tif 000021
【図１６】
0005619921.tif 000022
【図１７】
0005619921.tif 000023