JP2013521736A - モバイルネットワークおよび固定回線ネットワークを含むネットワーク内でポリシー制御を行う方法および装置 - Google Patents

モバイルネットワークおよび固定回線ネットワークを含むネットワーク内でポリシー制御を行う方法および装置 Download PDF

Info

Publication number
JP2013521736A
JP2013521736A JP2012556410A JP2012556410A JP2013521736A JP 2013521736 A JP2013521736 A JP 2013521736A JP 2012556410 A JP2012556410 A JP 2012556410A JP 2012556410 A JP2012556410 A JP 2012556410A JP 2013521736 A JP2013521736 A JP 2013521736A
Authority
JP
Japan
Prior art keywords
network
fixed line
hnb
information
mobile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2012556410A
Other languages
English (en)
Other versions
JP5619921B2 (ja
Inventor
クンツ、アンドレアス
コルベ、ハンス−ヨルク
プンツ、ゴットフリート
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Europe Ltd
Original Assignee
NEC Europe Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Europe Ltd filed Critical NEC Europe Ltd
Publication of JP2013521736A publication Critical patent/JP2013521736A/ja
Application granted granted Critical
Publication of JP5619921B2 publication Critical patent/JP5619921B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/164—Implementing security features at a particular protocol layer at the network layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/045—Public Land Mobile systems, e.g. cellular systems using private Base Stations, e.g. femto Base Stations, home Node B

Abstract

固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間で確実な通信を可能にするため、ネットワークの動作方法、特にネットワーク内でポリシー制御を行う方法を提供する。ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働する。本方法は、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供されることを特徴とする。また、対応するネットワーク、好ましくは上記方法を実行するネットワークが提供される。

Description

本発明は、ネットワークの動作方法、特にネットワーク内でポリシー制御を行う方法に関する。ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働する。また、本発明は、ネットワークに関する。ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働する。
すなわち、本発明は、例えば音声通話を提供するために、ワイヤレスネットワークを固定ネットワークに接続する方法に関する。図１は、３ＧＰＰ ＴＳ ２５．４６７（非特許文献１）で予測される代表的なＨＮＢ（ホームノードＢ）システムの全体的アーキテクチャを示し、顧客宅内機器および固定回線アクセスに関してやや詳細に示している。
この構成では、２Ｇ／３ＧホームノードＢ経由でモバイル発信または着信の音声呼およびデータのリソース／ＱｏＳ（サービス品質）は、固定回線ネットワークアクセス回線上では現在は考慮されていない。その理由は、ＲＮＣ（無線ネットワークコントローラ）（Ｉｕインタフェース）に接続されたＮＢの基本構成においてＩＰ（Internet Protocol）をトランスポートプロトコルとする場合、すなわち、モバイルネットワークがマクロセルからなる場合には、オーバープロビジョニングおよびＤｉｆｆｓｅｒｖの組合せで十分と考えられていたからである。アーキテクチャがホームセル構成のために、すなわち、ＨＮＢ−ＧＷへのＨＮＢの接続のために設計されたとき、何ら変更は行われなかった。なお、ＡＴＭ（非同期転送モード）をトランスポートプロトコルとすることはＨＮＢには当てはまらない。結果として、アクセス回線上のリソースが不十分な場合、ＨＮＢは、ＤＳＬ（デジタル加入者回線）上で転送不可能な呼を受け付ける可能性がある。
基礎となるプロトコルスタックを図２ａ（ユーザプレーン）および図２ｂ（制御プレーン）に示す。ＭＳＣ（移動通信交換局）とＵＥ（ユーザ機器）との間のＣＳ（回線交換）制御プレーンは、「ＮＡＳ（非アクセス層）シグナリング」とも呼ばれる。
図１、図２ａおよび図２ｂに関して、以下の識別子が使用される。
Figure 2013521736
現在の方法に対するリソース問題を図３に視覚化している。リソースは、「パイプ」（例えば無線ベアラ、Ｉｕトンネル）によって、代表的な量および容量で示されている。なお、マクロＮＢの場合、限られたリソースの代表的なものは無線リンクであり、システムの大きさは、平均的な最大値の場合（例えば繁忙時）に合わせて決めるべきである。ただし、大晦日のような過負荷になり得る状況は除外する。ＨＮＢの場合、無線リンクがバックホールリンクよりも多くの容量を有することが頻繁に起こり得る。というのは、バックホールリンクは、ＩＰＴＶのような固定回線サービスもトランスポートするからである。このため、アクセスネットワーク（ＡＮ）がリソースボトルネックとなる可能性がある。
その他の関連する従来技術は以下の文献に記載されている。
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（ＰＣＣ）、３ＧＰＰ ＴＳ ２３．２０３（非特許文献２））が、モバイルネットワークにおけるＱｏＳ制御を処理する。
この理由から、固定およびモバイルネットワークの配備オプションによる以下の４つのシナリオをさらに分析する必要がある。
Figure 2013521736
ＩＣＳがモバイルネットワーク内に設けられる場合、このようなＩＣＳは、ＣＳ呼がＩＭＳ内のＳＣＣ ＡＳ（サービス集中化・連続性アプリケーションサーバ）にアンカリングされることを処理してもよい。ＩＣＳがない場合、ＣＳ呼は、ＣＡＭＥＬ（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, メディアゲートウェイ）へすべてのＣＳシグナリングおよびＣＳ音声データをトンネリングする。固定ネットワークは、モバイル事業者への固定アクセス上のトンネルを通じてどのようなトラフィックがルーティングされているかを知らないし、認識する機会もないので、リソース予約は不可能である。
モバイルコアネットワークにおけるさまざまな機能は異なり得るので、モバイル事業者の配備オプションに関して多数の組合せがある。
モバイルネットワークにおける、この問題にとって最も重要な２つの特徴は以下の通りである。
・ＭＳＣサーバにおけるＩＭＳ集中化サービス（ＩＣＳ）、すなわち、到来するＣＳトラフィックおよびシグナリングがＩＭＳ ＶｏＩＰトラフィックおよびＳＩＰシグナリングに変換される。
・ポリシー制御および課金（ＰＣＣ、３ＧＰＰ ＴＳ ２３．２０３（非特許文献２））が、モバイルネットワークにおけるＱｏＳ制御を処理する。
この理由から、固定およびモバイルネットワークの配備オプションによる以下の４つの可能なシナリオを、解決法のためにさらに分析する必要がある。
Figure 2013521736
ＥＴＳＩ ＴＳ ８１３ ０４８（非特許文献３）で規定されたＲＡＣＳは、固定ネットワークにおいて、すなわちＤＳＬにおいて、およびＨＮＢがＣＮＧの背後に位置する場合にはホームネットワーク内でも、ＱｏＳ予約に関連性のある構成である。しかし、すべての例はＲＡＣＳに着目しているが、本発明はＲＡＣＳに限定されない。本発明は、同様にして、ＩＴＵ−ＴのＲＡＣＦ（これは現在は、ブロードバンドフォーラム（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」手順に規定された標準手順の１つに基づいてＩＮＶＩＴＥをルーティングする。Ｓ−ＣＳＣＦが、標準のサービス制御実行手順を実行する。フィルタ基準により、Ｓ−ＣＳＣＦは、ＩＮＶＩＴＥをＳＣＣ ＡＳへ送信する。ＩＮＶＩＴＥは、依然として、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ ＩＰアドレスを含む。
１１．ＳＣＣ ＡＳは、アプリケーション機能として作用するとともにＰＣＲＦとして作用するので、直接にＲＡＣＳとインタフェースをとる。ＳＣＣ ＡＳはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにＳＰＤＦへ送信される。ＳＣＣ ＡＳは、ＣＮＧのグローバルＩＰアドレス、ポート番号およびドメイン名、ならびにローカルＨＮＢ ＩＰアドレスをリソース予約要求に含める。同じＩＰｓｅｃトンネル内で進行中のセッションを検出するため、および、正しいＱｏＳ変更情報を固定ネットワークに提供するために、ＨＡＩＴＱＭＭが、モバイルネットワーク内のＳＣＣ ＡＳに存在する。
１２．ＳＰＤＦが、ＲＡＣＦを選択し、リソース予約要求を送信する。
１３．ＲＡＣＦが、要求されたリソースをＣＮＧのグローバルＩＰアドレスに割り当てる。ＣＮＧは、ローカルＩＰアドレスに基づいて要求を解決することができる。ＣＮＧは、成功のリソース割当て応答により応答する。
１４．同様に、ＲＡＣＦは、ＨＮＢ／ＣＮＧから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりＳＰＤＦに応答する。
１５．ＳＰＤＦが、成功のリソース予約応答により、ＳＣＣ ＡＳからの要求に確認応答する。
１６．ＳＣＣ ＡＳがＢ２ＢＵＡを起動し、ＵＥ Ａレグを終端し、ＵＥ Ａに代わってＢ側にＩＭＳセッションを提示するためにリモートレグを発信する。ＳＣＣ ＡＳは、ＣＳベアラ制御シグナリングパスで受信したＳＤＰを含むＩＮＶＩＴＥを作成する。これは、ＣＳ音声または音声およびビデオメディアを示す。ＩＮＶＩＴＥ要求は、ＳＣＣ ＡＳからＳ−ＣＳＣＦへルーティングされる。
１７．Ｓ−ＣＳＣＦが、標準のＩＭＳ発信セッション処理を継続し、さらにＢ側に要求をルーティングする。
１８−２３．通常の呼設定完了。ＨＮＢは、ＳＥＴＵＰの状態マシンを閉じるためのＣＯＮＮＥＣＴメッセージを検出することが可能である。
好ましい実施形態に追加される重要な機能
ローカル／グローバルＩＰアドレス
固定回線ネットワークがＣＮＧおよびＨＮＢを特定することができるためには、モバイルネットワークは、これを可能にするパラメータを提供する必要がある。上記の例では、ＨＮＢは、ＨＮＢシグナリングトラフィックのためにＣＮＧが使用することになるＩＰアドレスと、ＣＰＮにおける自己のローカルＩＰアドレスを発見している。実施態様において、ＨＮＢは、例えばＤＨＣＰオプションを用いて、ＣＮＧへのネットワークアタッチメント中にそれを知っている可能性がある。別法として、特にＨＮＢおよびＣＮＧが同じ管理ドメイン内にない場合には、ＳＴＵＮ手順を使用することも可能である。
別法として、モバイルネットワークにおけるトンネル終端ポイント（すなわち、使用事例に応じてＲＡＮ−ＧＷまたはＭＳＣ）が、以下のようにこの情報を提供することができる。
シグナリングメッセージをインターセプトし、設定メッセージのファシリティ要素に埋め込まれたＩＰアドレスがＩＰトンネルの外側ＩＰヘッダのソースアドレスとは異なることを発見する。これにより、必要な両方のＩＰアドレスが得られる。この場合、ＨＮＢがこのファシリティ要素を含まなければならない。
本発明による重要な追加的手順。非ＩＰベースのネットワークを通じてローカルおよびグローバルＩＰアドレスをループする。
スヌーピング／ＭＳＣまたはＲＡＮ ＧＷにおける保存・転送機能
ＲＡＮ ＧＷまたはＭＳＣは、固定回線ネットワークのポリシーコントローラに対して適切な要求を課すために、設定メッセージをスヌープして、必要な情報（ＩＰエンドポイント、ＣＰＮローカル、固定回線グローバル）、および、帯域幅等のサービス要求を導出する。ＨＮＢが、必要な情報（例えば両方のＩＰアドレス）を有していない場合には、例えばＲＡＮ ＧＷ自体ではなくＭＳＣが固定ネットワークに接続する際に、モバイルネットワーク内のさらに下流のノードへのシグナリングメッセージにそれを挿入することも可能である。
ＨＮＢのローカルＩＰアドレスを知ることなくＨＮＢを識別すること
ＨＮＢがＣＮＧに直接に組み込まれていない場合でも、ＣＮＧはＨＮＢを特定することが可能であるようにすることができる。これは、以下のようにして実行可能である。
・固定ネットワークポリシーコントローラとの相互作用に、ＭＳＣ／ＲＡＮ ＧＷへのトンネルで使用されるソースアドレスおよびポートを含める。Ｈ−ＲＡＣＳ要求にこれを含めることが可能であり、その場合、ＣＮＧは、そのローカルＮＡＴテーブルに基づいて、ローカルＨＮＢを識別する。
ＣＮＧへ識別子を送信しない。
・ＣＮＧは、そのローカルネットワークアタッチメントデータベース（例えばＤＨＣＰリポジトリ）で、ＨＮＢであることを示すＭＡＣアドレスをチェックすることができる。
・ＣＮＧへ識別子を送信しない。例えばＴＲ−６９を使用することにより、ＣＮＧの事前コンフィグレーションが、ＨＮＢの判定に役立つ可能性がある。
・ＣＮＧにおける例えばＡＬＧによるトラフィックパターン検出ルールは、フェムトセルフットプリントを識別することができる。
・ネットワークアタッチメント中に、ＨＮＢは自己をＨＮＢと識別することが可能である。
セキュリティモデルにも依存して、これらの方法の一部は事業者にとって許容可能なものも不可能なものもある。ＣＮＧへのリソース要求内のフラグが、「これはあなたのネットワーク内のＨＮＢに対するものです」と示すことができる。
ポリシーコントローラ発見
ＭＳＣまたはＲＡＮ ＧＷが固定回線ポリシーコントローラとコンタクトする必要がある場合、対応するエントリポイント（単一のポイントオブコンタクト）を発見する必要がある。
略語表
Figure 2013521736
好ましい実施形態は、メッセージングに含まれる識別子に基づいてネットワーク装置を特定するための追加的手順を利用して、制御プレーンにおけるモバイルネットワークと固定回線ネットワークとの相互作用を提供することにより、ＨＮＢ配備の目的に必要なポリシー制御を可能にする。
また、セッション設定または初期アタッチメント中にＨＮＢおよびＣＮＧの識別子を発見し、それらをＨＮＢに挿入することにより、ＨＮＢおよびＣＮＧの識別子を挿入する方法、ならびに、セッション設定または初期アタッチメント／サービス要求中にＨＮＢおよびＣＮＧの識別子を発見し、それらをＲＡＮ ＧＷまたはＭＳＣに挿入することにより、ＨＮＢおよびＣＮＧの識別子を挿入する方法が提供される。
さらに、実施形態は、ＲＡＮ ＧＷまたはＭＳＣでシグナリングトラフィックをスヌープすることにより、ＨＮＢおよびＣＮＧの識別子を取得する方法を含むことが可能である。また、旧式の２Ｇ／３Ｇネットワークを通じて、ＩＰエンドポイント関連情報を設定メッセージのファシリティ情報要素内に符号化することによってトランスポートすることが示される。
別の実施形態において、本方法は、ポリシーがＣＰＮ内のＨＮＢに関連することを固定ネットワークへのポリシー要求で示すように適応されることが可能である。本方法の別の実施形態は、前の文に記載した機能のＨＮＢフラグを用いて、ネットワークアタッチメントリポジトリに基づいてＣＰＮ内のＨＮＢを特定することができる。また、本方法は、ＩＰフローフットプリントに基づいて、および／または、モバイルネットワークから「見えた」ＩＰアドレスおよびポートに基づいて、ＣＰＮ内のＨＮＢを特定するように適応されることが可能である。
本発明の実施形態のその他の重要な特徴は以下の通りである。
１）音声通話について、固定回線ネットワークおよび顧客宅内ネットワークにおけるポリシー設定要求を可能にする。
２）ＨＮＢの識別／特定を可能にする。
３）ＦＭＣ使用事例に対する保証されたＱｏＳ制御を可能にする。
４）使用されるアクセス技術とは独立に、モバイルサービス（例えばモバイルファイアウォール設定）に対するサービスベースのポリシー制御を可能にする。
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。

Claims (29)

  1. ネットワークの動作方法、特にネットワーク内でポリシー制御を行う方法において、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、
    固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供されることを特徴とする、ネットワークの動作方法。
  2. 前記情報が、ワイヤレス部分の１つの要素または複数の要素の識別子を含むことを特徴とする請求項１に記載の方法。
  3. 識別子が、１つ以上の要素のローカルＩＰアドレスであることを特徴とする請求項２に記載の方法。
  4. 識別子は、ポート番号、および／または、ＩＰアドレスおよびポート番号が有効であるようなドメイン名であることを特徴とする請求項２に記載の方法。
  5. 要素のうちの１つが、ＨＮＢ（ホームノードＢ）またはＣＮＧ（顧客ネットワークゲートウェイ）であることを特徴とする請求項２ないし４のいずれか１項に記載の方法。
  6. 前記情報が、ワイヤレス部分によって固定回線ネットワーク経由でコアネットワーク部分に提供されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
  7. 前記情報が、制御プレーン内でモバイルネットワークと固定回線ネットワークとの間で相互作用することによって提供されることを特徴とする請求項１ないし６のいずれか１項に記載の方法。
  8. 固定回線ネットワークが、ワイヤレス部分の１つ以上の要素、好ましくはＣＮＧおよび／またはＨＮＢを特定することを特徴とする請求項１ないし７のいずれか１項に記載の方法。
  9. ＣＳ（回線交換）呼がＩＭＳ内のＳＣＣ ＡＳ（サービス集中化・連続性アプリケーションサーバ）にアンカリングされることをＩＣＳ（ＩＭＳ（ＩＰマルチメディアサブシステム）集中化サービス）が処理することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
  10. ＣＳ呼が、ＣＡＭＥＬ（Customized Applications for Mobile networks Enhanced Logic）リルーティングによって、ＩＭＳ内のＳＣＣ ＡＳにアンカリングされることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
  11. 前記情報が、モバイルネットワークのＰＣＣ（ポリシー制御課金）のＰＣＲＦ（ポリシー課金・ルール機能）と固定回線ネットワークのＲＡＣＦ（リソース受付制御機能）のＲＡＣＳ（リソース受付制御システム）との間のコネクション経由で提供されることを特徴とする請求項９または１０に記載の方法。
  12. 前記情報が、モバイルネットワークのＳＣＣ ＡＳと固定回線ネットワークのＲＡＣＦのＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項９または１０に記載の方法。
  13. 前記情報が、ＲＡＮ ＧＷ（無線アクセスネットワークゲートウェイ）とＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
  14. 前記情報が、ＭＳＣ（移動通信交換局）とＲＡＣＳとの間のコネクション経由で提供されることを特徴とする請求項１ないし８のいずれか１項に記載の方法。
  15. ＲＡＣＦが、Ｈ−ＲＡＣＳ（ホームＲＡＣＳ）経由および／または固定回線ネットワークのＭＳＡＮ（マルチサービスアクセスノード）経由でリソースを予約することを特徴とする請求項１１ないし１４のいずれか１項に記載の方法。
  16. 前記情報が、メッセージングおよび／またはシグナリングに含まれることを特徴とする請求項１ないし１５のいずれか１項に記載の方法。
  17. 前記情報が、セッション設定または初期アタッチメント中に発見されることを特徴とする請求項１ないし１６のいずれか１項に記載の方法。
  18. 前記情報が、ＳＥＴＵＰメッセージ内に符号化されることを特徴とする請求項１ないし１７のいずれか１項に記載の方法。
  19. 前記情報が、ＳＥＴＵＰメッセージのファシリティ情報要素内に符号化されることを特徴とする請求項１８に記載の方法。
  20. 前記情報が、ＨＮＢによってメッセージングに挿入されることを特徴とする請求項１ないし１９のいずれか１項に記載の方法。
  21. 前記情報が、ＲＡＮ ＧＷによって挿入されることを特徴とする請求項１ないし１９のいずれか１項に記載の方法。
  22. ＲＡＮ ＧＷが、非ＩＰベースのネットワークを通じてローカルおよびグローバルＩＰアドレスをループすることを特徴とする請求項２１に記載の方法。
  23. ＲＡＮ ＧＷまたはＭＳＣが、前記情報を導出するために、シグナリングトラフィック、好ましくはＳＥＴＵＰメッセージをスヌープすることを特徴とする請求項１ないし２２のいずれか１項に記載の方法。
  24. ＣＮＧはＨＮＢを特定することが可能とされることを特徴とする請求項５ないし２３のいずれか１項に記載の方法。
  25. ＨＮＢが、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたＵＥ（ユーザ機器）に対してただ１つのＩＰｓｅｃ（ＩＰセキュリティ）トンネルまたは複数のＩＰｓｅｃトンネルを使用することを特徴とする請求項１ないし２４のいずれか１項に記載の方法。
  26. 同じＩＰｓｅｃトンネル内で進行中のセッションを検出するためのＨＮＢ対応ＩＰｓｅｃトンネルＱｏＳ変更メカニズム（ＨＡＩＴＱＭＭ）がモバイルネットワーク内に設けられることを特徴とする請求項１ないし２５のいずれか１項に記載の方法。
  27. 通信が、リソースおよび／またはＱｏＳ（サービス品質）ポリシーおよび／またはサービスベースのポリシーに関して制御されることを特徴とする請求項１ないし２６のいずれか１項に記載の方法。
  28. リソース予約がトンネルごとに実施されることを特徴とする請求項１ないし２７のいずれか１項に記載の方法。
  29. ネットワーク、好ましくは請求項１ないし２８のいずれか１項に記載のネットワークの動作方法を実行するネットワーク、特にネットワーク内でポリシー制御を行うネットワークにおいて、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、
    固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報をモバイルネットワーク経由で固定回線ネットワークに提供する手段を備えたことを特徴とするネットワーク。
JP2012556410A 2010-03-05 2011-03-07 モバイルネットワークおよび固定回線ネットワークを含むネットワーク内でポリシー制御を行う方法および装置 Active JP5619921B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP10002278 2010-03-05
EP10002278.9 2010-03-05
PCT/EP2011/001102 WO2011107294A1 (en) 2010-03-05 2011-03-07 Method and apparatus for policy control within network comprising a mobile network and a fixed line network

Publications (2)

Publication Number Publication Date
JP2013521736A true JP2013521736A (ja) 2013-06-10
JP5619921B2 JP5619921B2 (ja) 2014-11-05

Family

ID=44063395

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012556410A Active JP5619921B2 (ja) 2010-03-05 2011-03-07 モバイルネットワークおよび固定回線ネットワークを含むネットワーク内でポリシー制御を行う方法および装置

Country Status (4)

Country Link
US (1) US8824410B2 (ja)
EP (1) EP2543226B1 (ja)
JP (1) JP5619921B2 (ja)
WO (1) WO2011107294A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316444B (zh) * 2010-07-06 2016-06-29 中兴通讯股份有限公司 一种对用户设备进行服务质量控制的系统及方法
EP2723018B1 (en) * 2011-06-14 2020-04-29 Huawei Technologies Co., Ltd. Policy control method and related policy and charging rule function device
CN102932767B (zh) * 2011-08-11 2017-02-01 中兴通讯股份有限公司 一种信息传输方法、分组数据网关及策略和计费规则功能
CN103037408B (zh) * 2011-09-30 2015-12-16 华为终端有限公司 Ip业务流的切换方法、终端以及相应的功能实体
US8918503B2 (en) * 2011-12-06 2014-12-23 Seven Networks, Inc. Optimization of mobile traffic directed to private networks and operator configurability thereof
WO2013090212A1 (en) 2011-12-14 2013-06-20 Seven Networks, Inc. Mobile network reporting and usage analytics system and method using aggregation of data in a distributed traffic optimization system
SG194245A1 (en) * 2012-04-17 2013-11-29 ZingMobile Pte Ltd A method for real-time synchronization between a device and host servers
US10182161B2 (en) * 2012-04-27 2019-01-15 Telefonaktiebolaget L M Ericsson (Publ) Modifying a quality of a connection between a terminal and an application server
US9088976B2 (en) * 2012-04-29 2015-07-21 Blackberry Limited Provisioning radio resources in a radio access network
CN103533599A (zh) * 2012-07-03 2014-01-22 中兴通讯股份有限公司 一种固网移动融合场景下的策略控制方法
US9215591B2 (en) 2012-12-06 2015-12-15 At&T Intellectual Property I, L.P. Security for network load broadcasts over cellular networks
US9253810B2 (en) 2013-11-21 2016-02-02 Cisco Technology, Inc. Localizing a mobile data path in a radio access network under control of a mobile packet core in a network environment
US9769217B2 (en) 2013-11-21 2017-09-19 Cisco Technology, Inc. Providing cellular-specific transport layer service by way of cell-site proxying in a network environment
US9392025B2 (en) 2013-11-21 2016-07-12 Cisco Technology, Inc. Subscriber dependent redirection between a mobile packet core proxy and a cell site proxy in a network environment
US9300453B2 (en) 2013-11-21 2016-03-29 Cisco Technology, Inc. Providing in-line services through radio access network resources under control of a mobile packet core in a network environment
JP6997707B2 (ja) * 2016-07-01 2022-01-18 株式会社Ｎｔｔドコモ 無線通信システム及び無線通信方法
CN113973326A (zh) * 2019-09-19 2022-01-25 维沃移动通信有限公司 一种无线能力标识传输方法、终端设备和网络节点

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090156213A1 (en) * 2007-10-25 2009-06-18 Spinelli Vincent Interworking gateway for mobile nodes
JP2009159608A (ja) * 2007-12-27 2009-07-16 Thomson Licensing サービス受付制御を実行する方法及びシステム
WO2011056439A1 (en) * 2009-11-06 2011-05-12 Alcatel-Lucent Usa Inc. A method of call admission control for home femtocells

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IT8406981V0 (it) 1984-05-18 1984-05-18 Elb Fabbricazioni Elettromecca Accenditore piezoelettrico per gascon un corpo costituito da due elementi assiemati a scatto.
KR19990075972A (ko) * 1998-03-26 1999-10-15 김영환 지능망을 이용한 교환기간의 핸드오버 방법및 이를 구현한아이엠티-2 망 시스템
US20040208199A1 (en) * 2003-04-16 2004-10-21 Bo Li Data encoding for simultaneous bus access
JP4769669B2 (ja) * 2006-09-07 2011-09-07 富士通株式会社 モバイルｉｐに準拠する移動通信システム、ホームエージェント、モバイルノード及び方法
US8139541B2 (en) * 2006-12-15 2012-03-20 Alcatel Lucent Method and system for bypassing media gateways in wireless networks
GB0707387D0 (en) * 2007-04-17 2007-05-23 Lucent Technologies Inc Single radio VCC:LTE-VMSC anchor solution
CN101345703A (zh) * 2007-08-06 2009-01-14 华为技术有限公司 一种承载资源预留方法、系统和装置
US8345694B2 (en) * 2007-12-31 2013-01-01 Airvana, Corp. Network address translation for tunnel mobility
US7899039B2 (en) * 2008-02-15 2011-03-01 Cisco Technology, Inc. System and method for providing location and access network information support in a network environment
US8782278B2 (en) * 2008-03-21 2014-07-15 Qualcomm Incorporated Address redirection for nodes with multiple internet protocol addresses in a wireless network
US8165091B2 (en) * 2008-06-27 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks using LAN profiles and network handover rules
US20100075692A1 (en) * 2008-09-25 2010-03-25 Peter Busschbach Dynamic quality of service control to facilitate femto base station communications
CN102273264B (zh) * 2008-11-10 2014-05-28 爱立信电话股份有限公司 用于从cs到lte的单一无线电语音呼叫连续性(srvcc)的方法和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090156213A1 (en) * 2007-10-25 2009-06-18 Spinelli Vincent Interworking gateway for mobile nodes
JP2009159608A (ja) * 2007-12-27 2009-07-16 Thomson Licensing サービス受付制御を実行する方法及びシステム
WO2011056439A1 (en) * 2009-11-06 2011-05-12 Alcatel-Lucent Usa Inc. A method of call admission control for home femtocells

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JPN6013051996; ＥＴＳＩ　ＴＩＳＰＡＮ: 'Ｐｏｌｉｃｙ　Ｍａｎａｇｅｍｅｎｔ　Ｏｖｅｒｖｉｅｗ' ３ＧＰＰ／ＢＢＦ　Ｗｏｒｋｓｈｏｐ　ｏｎ　ＦＭＣ，　ＦＭＣ１０００３４ , 201002, ｐｐ．１-４３ *
JPN6014011273; ＮＥＣ: 'Ｈｉｇｈ　ｌｅｖｅｌ　ａｎａｌｙｓｉｓ　ｏｆ　Ｉｎｔｅｒｗｏｒｋｉｎｇ　ｂｅｔｗｅｅｎ　ｆｉｘｅｄ　ＮＷ　ａｃｃｅｓｓ　ａｎｄ　３ＧＰＰ　ｄｏｍａｉｎ' ３ＧＰＰ-ＢＢＦ　Ｊｏｉｎｔ　Ｍｅｅｔｉｎｇ，　ＦＭＣ１０００１４ , 201002 *

Also Published As

Publication number Publication date
US8824410B2 (en) 2014-09-02
WO2011107294A1 (en) 2011-09-09
EP2543226B1 (en) 2016-10-19
US20130016677A1 (en) 2013-01-17
JP5619921B2 (ja) 2014-11-05
EP2543226A1 (en) 2013-01-09

Similar Documents

Publication Publication Date Title
JP5619921B2 (ja) モバイルネットワークおよび固定回線ネットワークを含むネットワーク内でポリシー制御を行う方法および装置
CN112640372B (zh) 提供移动设备连接性的方法、系统和计算机可读介质
JP5158387B2 (ja) サーバー発見を実行するメカニズム
US8358647B2 (en) System and method for provision of IMS based services for legacy CS UE with home node B access
KR101489529B1 (ko) 착신된 음성/비디오 호를 위한 ｕｅ 접근 도메인 선택 방법
EP1760986B1 (en) Communication method and device for preventing media stream circuity (tromboning)
KR101133199B1 (ko) 패킷 교환 도메인의 상태를 변경하기 위한 방법, 단말기 및 네트워크 장치
US9596640B2 (en) Method of routing a session from a calling party in a serving communication network of the calling party to a called party
WO2006063536A1 (fr) Procede et systeme pour maintenir la continuite d&#39;une session
WO2011023601A1 (en) Control of codec negotiation for communication connection
US9723031B2 (en) Connection control with B2BUA located behind NAT gateway
KR101453971B1 (ko) 무선 네트워크와 유선 네트워크의 연동을 위한 장치 및방법
KR100727069B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템에서의 타망 연동방법 및 그 시스템
KR100895283B1 (ko) 이동 ＶｏＩＰ 서비스 제공 장치 및 호 연결 방법
WO2011060694A1 (zh) 一种建立媒体会话的方法和系统
WO2008003214A1 (fr) Procédé, dispositif et système de passage de flux multimédia à travers la traduction d&#39;adresse de réseau
KR101064758B1 (ko) 서비스 품질을 보장하는 음성 패킷망 서비스 제공을 위한 호 연결 방법 및 장치
JP5536777B2 (ja) サービス品質をサポートする方法
WO2020221018A1 (zh) 一种实时媒体流接入的方法、装置、通信设备和终端
KR100706339B1 (ko) Ｓｉｐ 기반의 무선 패킷 교환망 시스템에서의 타망 연동방법 및 그 시스템
Brunner RFC3726: Requirements for Signaling Protocols
KR100895284B1 (ko) 이동 ＶｏＩＰ 서비스 제공을 위한 단말 등록 방법 및네트워크 장치
EP2471238B1 (en) Control of codec negotiation for communication connection
WO2006111086A1 (fr) Procede d’intercommunication entre les domaines et le reseau de communication
JP2011082991A (ja) Ｉｐ基盤の有線無線統合ネットワークのための統合信号処理装置およびその方法

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131015

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131023

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20140122

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20140129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140219

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140319

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20140618

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20140625

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20140717

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140724

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20140725

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140821

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140917

R150 Certificate of patent or registration of utility model

Ref document number: 5619921

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350