ネットワークの動作方法、特にネットワーク内でポリシー制御を行う方法において、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供されることを特徴とする、ネットワークの動作方法。前記情報が、ワイヤレス部分の1つの要素または複数の要素の識別子を含むことを特徴とする請求項1に記載の方法。識別子が、1つ以上の要素のローカルIPアドレスであることを特徴とする請求項2に記載の方法。識別子は、ポート番号、および/または、IPアドレスおよびポート番号が有効であるようなドメイン名であることを特徴とする請求項2に記載の方法。要素のうちの1つが、HNBホームノードBまたはCNG顧客ネットワークゲートウェイであることを特徴とする請求項2ないし4のいずれか1項に記載の方法。前記情報が、ワイヤレス部分によって固定回線ネットワーク経由でコアネットワーク部分に提供されることを特徴とする請求項1ないし5のいずれか1項に記載の方法。前記情報が、制御プレーン内でモバイルネットワークと固定回線ネットワークとの間で相互作用することによって提供されることを特徴とする請求項1ないし6のいずれか1項に記載の方法。固定回線ネットワークが、ワイヤレス部分の1つ以上の要素、好ましくはCNGおよび/またはHNBを特定することを特徴とする請求項1ないし7のいずれか1項に記載の方法。CS回線交換呼がIMS内のSCCASサービス集中化連続性アプリケーションサーバにアンカリングされることをICSIMSIPマルチメディアサブシステム集中化サービスが処理することを特徴とする請求項1ないし8のいずれか1項に記載の方法。CS呼が、CAMELCustomizedApplicationsforMobilenetworksEnhancedLogicリルーティングによって、IMS内のSCCASにアンカリングされることを特徴とする請求項1ないし8のいずれか1項に記載の方法。前記情報が、モバイルネットワークのPCCポリシー制御課金のPCRFポリシー課金ルール機能と固定回線ネットワークのRACFリソース受付制御機能のRACSリソース受付制御システムとの間のコネクション経由で提供されることを特徴とする請求項9または10に記載の方法。前記情報が、モバイルネットワークのSCCASと固定回線ネットワークのRACFのRACSとの間のコネクション経由で提供されることを特徴とする請求項9または10に記載の方法。前記情報が、RANGW無線アクセスネットワークゲートウェイとRACSとの間のコネクション経由で提供されることを特徴とする請求項1ないし8のいずれか1項に記載の方法。前記情報が、MSC移動通信交換局とRACSとの間のコネクション経由で提供されることを特徴とする請求項1ないし8のいずれか1項に記載の方法。RACFが、H-RACSホームRACS経由および/または固定回線ネットワークのMSANマルチサービスアクセスノード経由でリソースを予約することを特徴とする請求項11ないし14のいずれか1項に記載の方法。前記情報が、メッセージングおよび/またはシグナリングに含まれることを特徴とする請求項1ないし15のいずれか1項に記載の方法。前記情報が、セッション設定または初期アタッチメント中に発見されることを特徴とする請求項1ないし16のいずれか1項に記載の方法。前記情報が、SETUPメッセージ内に符号化されることを特徴とする請求項1ないし17のいずれか1項に記載の方法。前記情報が、SETUPメッセージのファシリティ情報要素内に符号化されることを特徴とする請求項18に記載の方法。前記情報が、HNBによってメッセージングに挿入されることを特徴とする請求項1ないし19のいずれか1項に記載の方法。前記情報が、RANGWによって挿入されることを特徴とする請求項1ないし19のいずれか1項に記載の方法。RANGWが、非IPベースのネットワークを通じてローカルおよびグローバルIPアドレスをループすることを特徴とする請求項21に記載の方法。RANGWまたはMSCが、前記情報を導出するために、シグナリングトラフィック、好ましくはSETUPメッセージをスヌープすることを特徴とする請求項1ないし22のいずれか1項に記載の方法。CNGはHNBを特定することが可能とされることを特徴とする請求項5ないし23のいずれか1項に記載の方法。HNBが、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたUEユーザ機器に対してただ1つのIPsecIPセキュリティトンネルまたは複数のIPsecトンネルを使用することを特徴とする請求項1ないし24のいずれか1項に記載の方法。同じIPsecトンネル内で進行中のセッションを検出するためのHNB対応IPsecトンネルQoS変更メカニズムHAITQMMがモバイルネットワーク内に設けられることを特徴とする請求項1ないし25のいずれか1項に記載の方法。通信が、リソースおよび/またはQoSサービス品質ポリシーおよび/またはサービスベースのポリシーに関して制御されることを特徴とする請求項1ないし26のいずれか1項に記載の方法。リソース予約がトンネルごとに実施されることを特徴とする請求項1ないし27のいずれか1項に記載の方法。ネットワーク、好ましくは請求項1ないし28のいずれか1項に記載のネットワークの動作方法を実行するネットワーク、特にネットワーク内でポリシー制御を行うネットワークにおいて、ネットワークはモバイルネットワークおよび固定回線ネットワークを含み、モバイルネットワークはワイヤレス部分およびコアネットワーク部分を含み、モバイルネットワークおよび固定回線ネットワークは、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間の通信を提供するために協働し、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報をモバイルネットワーク経由で固定回線ネットワークに提供する手段を備えたことを特徴とするネットワーク。本発明の目的は、ネットワークの動作方法および対応するネットワークにおいて、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間で確実な通信を可能にするような改良およびさらなる展開を行うことである。本発明によれば、上記の目的は、請求項1の構成を備えた方法によって、および、請求項29の構成を備えたネットワークによって達成される。請求項1に記載の通り、本方法は、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供されることを特徴とする。請求項29に記載の通り、本ネットワークは、固定回線ネットワーク内の通信を制御するために、ワイヤレス部分に関する情報をモバイルネットワーク経由で固定回線ネットワークに提供する手段を備えたことを特徴とする。本発明によって認識されたこととして、固定回線ネットワーク内の通信を制御する制御メカニズムによって、固定回線ネットワーク経由でワイヤレス部分とコアネットワーク部分との間で非常に確実な通信が可能となる。具体的には、ワイヤレス部分に関する情報がモバイルネットワーク経由で固定回線ネットワークに提供される。このような情報に基づいて、通信の個別の制御を提供することができる。例えば、固定回線ネットワーク経由で確実な音声通話を提供するために、固定回線ネットワーク内のリソースを制御することができる。好ましい実施形態において、情報は、ワイヤレス部分の1つの要素または複数の要素の識別子を含んでもよい。このような識別子に基づいて、固定回線ネットワーク内の通信の制御が簡単な方法で可能となる。非常に簡単な処理として、識別子は、1つ以上の要素のローカルIPアドレスであってもよい。これに加えて、または別法として、識別子は、ポート番号、および/または、IPアドレスおよびポート番号が有効であるようなドメイン名であってもよい。このような識別子により、固定回線ネットワーク内のリソース予約を容易に行うことが可能となる。具体的実施形態において、要素のうちの1つはHNBまたはCNG顧客ネットワークゲートウェイであってもよい。このような要素の識別子に基づいて、固定回線ネットワーク経由でワイヤレス部分からコアネットワーク部分へ確実な通信を提供することができる。非常に簡単な方法として、情報は、ワイヤレス部分によって固定回線ネットワーク経由でコアネットワーク部分に提供されてもよい。具体的には、情報は、簡単な方法で固定回線ネットワークを通じてトンネリング可能である。ネットワーク内の部分間の非常に効果的な協働として、情報は、制御プレーン内でモバイルネットワークと固定回線ネットワークとの間で相互作用することによって提供してもよい。本方法の好ましい実施形態において、固定回線ネットワークは、ワイヤレス部分の1つ以上の要素、好ましくはCNGおよび/またはHNBを特定してもよい。これにより、固定回線ネットワーク内の通信の確実な制御が可能となる。本発明の好ましい実施形態において、ネットワークの動作を実行するための基礎として、さまざまなネットワーク構造が可能である。特に、コアネットワーク部分における要素はさまざまであり得るので、ネットワークの動作のための配備オプションに関して多数の組合せがある。モバイルネットワークにおいて、この問題にとって重要な2つの要素は以下の通りである。MSCサーバにおけるIMS集中化サービスICS、すなわち、到来するCSトラフィックおよびシグナリングがIMSVoIPトラフィックおよびSIPシグナリングに変換される。ポリシー制御および課金PolicyControlandChargingPCC、3GPPTS23.203非特許文献2が、モバイルネットワークにおけるQoS制御を処理する。この理由から、固定およびモバイルネットワークの配備オプションによる以下の4つのシナリオをさらに分析する必要がある。ICSがモバイルネットワーク内に設けられる場合、このようなICSは、CS呼がIMS内のSCCASサービス集中化連続性アプリケーションサーバにアンカリングされることを処理してもよい。ICSがない場合、CS呼は、CAMELCustomizedApplicationsforMobilenetworksEnhancedLogicリルーティングによって、IMS内のSCCASにアンカリングされてもよい。PCCがモバイルネットワーク内に設けられる場合、情報は、モバイルネットワークのPCCのPCRFPolicyChargingandRulesFunctionポリシー課金ルール機能と固定回線ネットワークのRACFリソース受付制御機能のRACSリソース受付制御システムとの間のコネクション経由で提供されてもよい。PCCがモバイルネットワーク内に設けられない場合、情報は、モバイルネットワークのSCCASと固定回線ネットワークのRACFのRACSとの間のコネクション経由で提供されてもよい。また、情報は、RANGW無線アクセスネットワークゲートウェイとRACSとの間のコネクション経由またはMSC移動通信交換局とRACSとの間のコネクション経由で提供されてもよい。いずれの場合でも、RACFは、H-RACSホームRACS経由および/または固定回線ネットワークのMSANマルチサービスアクセスノード経由でリソースを予約してもよい。このように、モバイルネットワークのさまざまな構造が、本発明によるネットワークの動作方法の基礎となることが可能である。別の具体的実施形態において、情報は、メッセージングおよび/またはシグナリングに含まれてもよい。このようなメッセージングまたはシグナリングは、例えば音声通話を開始するためにUEユーザ機器によって開始されてもよい。こうして、モバイルネットワークのワイヤレス部分からコアネットワーク部分への情報の簡単な送信方法が可能となる。別の好ましい実施形態において、情報は、ネットワークへのセッション設定または初期アタッチメント中に発見されてもよい。より具体的には、情報は、SETUPメッセージ内に符号化されてもよい。非常に簡単な方法において、情報は、SETUPメッセージのファシリティFacility情報要素内に符号化されてもよい。別の好ましい実施形態において、情報は、HNBによってメッセージングに挿入されてもよい。別法として、情報は、RANGWによって挿入されてもよい。このようなRANGWは、シグナリングメッセージをインターセプトして情報を発見してもよい。また、RANGWは、非IPベースのネットワークを通じてローカルおよびグローバルIPアドレスをループしてもよい。別の好ましい実施形態において、RANGWまたはMSCは、情報を導出するために、シグナリングトラフィック、好ましくはSETUPメッセージをスヌープしてもよい。このような情報に基づいて、固定回線ネットワークのポリシーコントローラに対して適切な要求を課すことが可能である。HNBがCNGに直接組み込まれていない場合、CNGはHNBを特定することが可能とされてもよい。別の好ましい実施形態として、HNBは、固定回線ネットワークを通じて情報を送信するために、すべてのアタッチされたUEに対してただ1つのIPsecIPセキュリティトンネルを使用しても、複数のIPsecトンネルを使用してもよい。さらに好ましくは、同じIPsecトンネル内で進行中のセッションを検出するためのHNB対応IPsecトンネルQoS変更メカニズムHAITQMMがモバイルネットワーク内に設けられてもよい。このようにして、固定回線ネットワーク内の通信の非常に確実な制御を提供することができる。一般的に、通信は、リソースおよび/またはQoSポリシーおよび/またはサービスベースのポリシーに関して制御されてもよい。特に、リソース予約がトンネルごとに実施されてもよい。本発明による方法およびネットワークの重要な側面は、以下のように要約することができる。実施形態は、固定電話と携帯電話の融合fixedmobileconvergedFMCの使用事例、例えば3GPPの場合におけるエンドツーエンドのポリシーおよびQoS制御を可能にするために、制御プレーンにおいてワイヤレスネットワークの無線部分を固定ネットワーク異なる事業者に属しても同じ事業者に属してもよい経由でモバイルコアネットワークに接続する方法を含む。QoS制御のための制御プレーン相互作用に着目したが、本明細書で説明する方法は、オンライン課金やモバイルファイアウォール設定のように、このような制御プレーン相互作用から利益を受ける他のタイプのポリシー制御を含む使用事例にも適用可能である。実施形態は、HNBおよびCNGに関する情報をモバイルネットワーク経由で固定ネットワークに提供することを含む。この情報は、要求されるQoSに対するポリシー設定を可能にするために必要とされる。この情報は、以下のものに限定されないが、HNBのローカルIPアドレス、AN側CNGIPアドレス、ポート番号、ならびにIPアドレスおよびポート番号が有効であるようなドメイン名からなることが可能である。HNBおよびCNGのIPアドレスは、ポート番号およびドメイン名とともに、SETUPメッセージのファシリティ情報要素内に符号化することができ、これらはHNBによって設定される。HNBは、UEからのこのメッセージをインターセプトする。また、この情報を伝達するために、UEによってSETUPメッセージの前に送信される他のCSシグナリングメッセージ非特許文献9や新たなメッセージが使用されてもよい。SETUPメッセージの使用は、新しい情報の符号化が従来のNASシグナリングと後方互換であり、モバイル事業者ネットワークにおける検出メカニズムしか必要としないという利点を有する。CSSETUPメッセージがSIPSessionInitiationProtocolに変換される場合、さらに、例えば、IMS集中化サービスICSまたはMGCFMediaGatewayControllerFunctionメディアゲートウェイコントローラ機能のために拡張されたMSCサーバによって送信された、ネットワークにおけるINVITEメッセージは、SIPヘッダ好ましくは、新たなプライベートSIPヘッダ、例えば、新たに規定されるべきP-HNB-IP-Addressヘッダでにおいて、または、SDPSessionDescriptionProtocolにおいて、IPアドレスおよびポート番号の新たな符号化を必要とする。これは、従来のMSCサーバまたはMGCFの機能の拡張となる。HNBがCSシグナリングメッセージをインターセプトせず、この情報を有しない場合、もし足りなければ、IPSecトンネルエンドポイントとしてのRANGWがこの情報を有してもよい。HNBの実施態様に応じて、HNBは、すべてのアタッチされたUEに対してただ1つのIPsecトンネルを使用しても、複数のIPSecトンネル例えば、各UEごとに1つずつを使用してもよい。これは、モバイル事業者のコアネットワークによって検出される必要がある。すなわち、IPアドレスおよびポート番号を有するCSメッセージが到着すると、担当のコアネットワークノードは、同じIPsecトンネルまたは別個のIPsecトンネルを通じて同じHNB経由で相異なるUEが通信しているかどうかを判定することができなければならない。この知識は、さらなるQoS処理にとって重要である。というのは、すべてのUEが同じトンネルを使用する場合、このトンネルのQoSはアップグレードされる必要があり、新たな要求によって置換されないことが必要だからである。この目的のため、例えばRANGWからのIPアドレス、ポート番号、UE識別子および/またはIPSecトンネル関連情報に基づいて、同じIPsecトンネル内で進行中のセッションを検出するために、HNB対応IPSecトンネルQoS変更メカニズムHAITQMMが必要とされる。これは、モバイルネットワーク内でリソース予約を担当するノードに例えば、MSCまたはRANGWに存在する。HAITQMMは、正しいQoS変更情報を固定ネットワークに、すなわち、RACSに対してリソースを要求するSPDFに提供する。1つのIPSecトンネル内にセッションの量をキャッシュすることに対する別法として、モバイルネットワークは、全予約量を知ることを必要とせずに、従来の固定回線ネットワークフローに対する追加的帯域幅を要求してもよい。これはRACSに委ねることが可能である。HNBで処理されるUE宛のモバイル着信呼に対しても、リソース予約のための上記のメカニズムを適用可能である。唯一の相違点は、HNBがCALLCONFIRMEDメッセージ非特許文献9をインターセプトしなければならないことである。これは、MSCサーバによってUEへ送信されるSETUPメッセージに対する応答である。このCALLCONFIRMEDメッセージにおいて、上記の情報以下のものに限定されないが、HNBのローカルIPアドレス、AN側CNGアドレス、ならびにポート番号およびドメイン名からなるが符号化される。この情報を伝達するために、UEによって以前に送信された他のCSシグナリングメッセージ非特許文献9が使用されてもよい。発信の場合と同様に、リソース予約を担当するモバイル事業者コアノードは、固定ネットワークへのQoS要求を開始する。着信の場合、HNBがすべての呼に対して1つのIPSecトンネルを使用しているか、それとも、HAITQMMを用いて複数のトンネルを使用しているかを区別するために、同じメカニズムが適用される。呼解放の場合、IPSecトンネルのリソース予約はそれに従ってダウングレードされるべきである。すなわち、リソース予約を担当するモバイルネットワーク内のノードは、HAITQMMを用いたトンネルに対するQoSを変更するように、固定ネットワークに通知すべきである。固定回線リソース予約は、トンネルごとに実施可能である。例えば、レイヤ3/4の5タプル、すなわち、ソースIPアドレス、ソースポート、宛先IPアドレス、宛先ポート、プロトコル、に基づいてそれぞれの方向を1つのフローとして扱うことが可能である。また、固定回線リソース予約は、より高い粒度で実施可能である。例えば、IPフローを同じ5タプルで扱うが、相異なるDiffServマーキングを別個のサブフローとして扱うことが可能である。CS通話の最中における通話中サービスの場合、進行中の音声通話にCSビデオを追加した結果、QoS変更要求が固定ネットワークに送られる状況が考えられる。音声通話にビデオを追加削除することは、SCUDIF機能非特許文献14がUEおよびモバイルネットワークでサポートされることを必要とする。このような通話中サービスの場合、すなわち、CSベアラのテレサービス変更の場合、HNBまたはRANGWが上記の情報を有し、リソース予約を担当するモバイル事業者ネットワーク内のノードは、HAITQMMでQoS変更を開始する必要がある。本明細書における用語に関するヒント。HNBおよびフェムトセル/フェムトアクセスポイントfemtoaccesspointFAPという用語は、本明細書では同じ意味で使用される。略語の表が添付される。本発明を好ましい態様で実施するにはいくつもの可能性がある。このためには、一方で請求項1に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。本発明の実施形態は、モバイルネットワークNEまたはポリシーコントローラを固定回線ポリシーコントローラ例えば、H-RACS等のRACSに接続するための好ましい選択肢を提供する。これは、要素、エンドポイントおよびメッセージ交換の発見を含む。実施形態は、モバイルおよび固定ネットワーク事業者のQoSネットワーク機能に基づいて、複数のシナリオに対するメカニズムを提供する。しかし、本明細書で説明する方法の使用は、QoSポリシー制御に限定されない。HNBがCNGの背後に位置する場合、CNGは、顧客ネットワーク内のHNBに対するQoSも処理する必要がある。好ましい実施形態の重要な特徴/技術的効果モバイルネットワークだけでなく固定回線ネットワーク経由で、宅内のフェムトセルトラフィックに対するQoS保証を可能にする。汎用のインタフェースを通じて固定回線ネットワークからリソースを要求するためのすべての必要なパラメータを収集することを可能にする。サービスベースのポリシーのような他の使用事例例えばモバイルファイアウォール設定をカバーするような、本方法のさらなる使用を可能にする。図4は、動的ポリシー制御グレーで示すのためのコンポーネントで拡張された、3GPPTS25.467非特許文献1で予測されるHNBシステムの全体的アーキテクチャを示し、顧客宅内機器および固定回線アクセスに関してやや詳細に示している。HNBは、加入者宅からモバイル事業者へ、それとは異なる可能性のある固定ネットワーク事業者のアクセスネットワーク経由で接続される。HNBは、CNGとは別個であっても、CNGと共同配置されてもよい。すなわち、オプションとして、顧客宅内ネットワークCPNが設置されてもよい。HNBは、モバイル事業者のコアネットワーク内のMSCサーバおよびMGWMediaGatewayメディアゲートウェイへすべてのCSシグナリングおよびCS音声データをトンネリングする。固定ネットワークは、モバイル事業者への固定アクセス上のトンネルを通じてどのようなトラフィックがルーティングされているかを知らないし、認識する機会もないので、リソース予約は不可能である。モバイルコアネットワークにおけるさまざまな機能は異なり得るので、モバイル事業者の配備オプションに関して多数の組合せがある。モバイルネットワークにおける、この問題にとって最も重要な2つの特徴は以下の通りである。MSCサーバにおけるIMS集中化サービスICS、すなわち、到来するCSトラフィックおよびシグナリングがIMSVoIPトラフィックおよびSIPシグナリングに変換される。ポリシー制御および課金PCC、3GPPTS23.203非特許文献2が、モバイルネットワークにおけるQoS制御を処理する。この理由から、固定およびモバイルネットワークの配備オプションによる以下の4つの可能なシナリオを、解決法のためにさらに分析する必要がある。ETSITS813048非特許文献3で規定されたRACSは、固定ネットワークにおいて、すなわちDSLにおいて、およびHNBがCNGの背後に位置する場合にはホームネットワーク内でも、QoS予約に関連性のある構成である。しかし、すべての例はRACSに着目しているが、本発明はRACSに限定されない。本発明は、同様にして、ITU-TのRACFこれは現在は、ブロードバンドフォーラムBroadbandForumのBPCFBroadbandPolicyControlFunctionブロードバンドポリシー制御機能アーキテクチャ上で動作する、あるいは、固定回線ネットワークサポートに向けた3GPPのPCCフレームワークの将来の可能な拡張にも適用される。状況に応じて、RACSの個別のコンポーネントが、後続のメッセージフローに示される場合がある。この理由から、RACSの主要な分解を図5に示す。参照ポイントIaは本発明では使用されない。RANGWの機能は、本明細書で説明する発明にとって透過的であるので、メッセージフローでは省略する。上記の4つのシナリオを、HNBにおけるUEキャンピングからの発呼の使用事例について、対応する解決法の説明とともにさらに分析する。着呼、呼解放およびテレサービス変更による通話中サービスは、QoS変更のために固定ネットワークと相互作用する際に同じ原理を使用する。シナリオ1。固定回線ネットワークにRACSがあり、モバイルネットワークにICSおよびPCCがある場合このシナリオを図6に示す。この場合、ICSは、CS呼がIMS内のSCCASにアンカリングされることを処理する。SCCASは、アプリケーション機能ApplicationFunctionAFとして作用し、PCCのPCRFにアプリケーション記述を提供する。結合アプリケーションサービス情報にリソース予約要求を提供するために、新たなインタフェースCyがPCRFをRACSに接続する。CNG内のH-RACSは、上流優先処理のためのオプションである。RACFは、H-RACS経由でリソースを予約することも、アクセスネットワークAN内のMSAN経由でリソースを予約することも可能である。図7による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している例えばUEへのALERTのように、すべてのNASシグナリングメッセージがここに示されているわけではない。1.UEが、3GPPTS24.008非特許文献6によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、MSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、ポート番号およびドメイン名とともに、以下のステップで使用される。5.MSCサーバが、要求URIをB側番号に設定したINVITEをS-CSCFへ送信する。GRUUがTS23.228非特許文献7に記載されているように含められるべき場合、プライバシーが要求されていればテンポラリGRUUをコンタクトアドレスとして含め、プライバシーが要求されていなければパブリックGRUUを含める。INVITEは、CS-MGWから受信したSDPと、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスも含む。6.S-CSCFが、標準のサービス制御実行手順を実行する。フィルタ基準により、S-CSCFは、INVITEをSCCASへ送信する。INVITEは、依然として、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含む。7.SCCAS内のアプリケーション機能が、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含むアプリケーションサービス記述をPCRFへ送信する。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、SCCASまたはモバイルネットワーク内のPCRFのいずれかに存在する。8.PCRFがRACSとインタフェースをとりリソース予約要求を生成する。これは、アプリケーションサービス記述とともにSPDFへ送信される。アプリケーションサービス記述は、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含む。9.SPDFが、RACFを選択し、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを有するリソース予約要求を送信する。10.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。11.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。12.SPDFが、成功のリソース予約応答により、PCRFからの要求に確認応答する。13.PCRFが、要求されたリソースが予約されたことをアプリケーション機能に対して確認応答する。14.SCCASがB2BUAを起動し、UEAレグを終端し、UEAに代わってB側にIMSセッションを提示するためにリモートレグを発信する。SCCASは、CSベアラ制御シグナリングパスで受信したSDPを含むINVITEを作成する。これは、CS音声または音声およびビデオメディアを示す。INVITE要求は、SCCASからS-CSCFへルーティングされる。15.S-CSCFが、標準のIMS発信セッション処理を継続し、さらにB側に要求をルーティングする。16-20.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。シナリオ2。固定回線ネットワークにRACSがあり、モバイルネットワークにICSがあり、PCCがない場合このシナリオを図8に示す。この場合、ICSは、CS呼がIMS内のSCCASにアンカリングされることを処理する。SCCASは、アプリケーション機能AFとして作用し、アプリケーション記述を提供する。このシナリオは、モバイル事業者のネットワークにおける非PCC配備に着目しているので、SCCASは、リソース予約要求を追加的にアプリケーションサービス情報にも提供するために、新たなインタフェースCxを通じてRACSと直接にインタフェースをとる。CNG内のH-RACSは、上流優先処理のためのオプションである。RACFは、H-RACS経由でリソースを予約することも、アクセスネットワークAN内のMSAN経由でリソースを予約することも可能である。図9による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。1.UEが、3GPPTS24.008によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、MSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、以下のステップで使用される。5.MSCサーバが、要求URIをB側番号に設定したINVITEをS-CSCFへ送信する。GRUUがTS23.228に記載されているように含められるべき場合、プライバシーが要求されていればテンポラリGRUUをコンタクトアドレスとして含め、プライバシーが要求されていなければパブリックGRUUを含める。INVITEは、CS-MGWから受信したSDPと、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスも含む。6.S-CSCFが、標準のサービス制御実行手順を実行する。フィルタ基準により、S-CSCFは、INVITEをSCCASへ送信する。7.SCCASは、アプリケーション機能として作用するとともにPCRFとして作用するので、直接にRACSとインタフェースをとる。SCCASはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにSPDFへ送信される。SCCASは、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスをリソース予約要求に含める。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、モバイルネットワーク内のSCCASに存在する。8.SPDFが、RACFを選択し、リソース予約要求を送信する。9.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。10.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。11.SPDFが、アプリケーション機能からの要求に対して、要求されたリソースが予約されたことを確認応答する。12.SCCASがB2BUAを起動し、UEAレグを終端し、UEAに代わってB側にIMSセッションを提示するためにリモートレグを発信する。SCCASは、CSベアラ制御シグナリングパスで受信したSDPを含むINVITEを作成する。これは、CS音声または音声およびビデオメディアを示す。INVITE要求は、SCCASからS-CSCFへルーティングされる。13.S-CSCFが、標準のIMS発信セッション処理を継続し、さらにB側に要求をルーティングする。14-18.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。シナリオ3。固定回線ネットワークにRACSがあり、モバイルネットワークにICSがなく、PCCがある場合このシナリオを図10に示す。この場合、モバイル事業者は、MSCサーバのために配備されたICSを有していないが、IMSを有する。CAMELリルーティングにより、CS呼がIMS内のSCCASにアンカリングされる音声呼連続性のために使用されるのと同じ参照ポイント標準化されていないでgsmSCFとSCCASとの間で。3GPPTS23.206参照。SCCASは、アプリケーション機能AFとして作用し、PCRFにアプリケーション記述を提供する。結合アプリケーションサービス情報にリソース予約要求を提供するために、新たなインタフェースCyを通じてPCRFがRACSとインタフェースをとる。CNG内のH-RACSは、上流優先処理のためのオプションである。RACFは、H-RACS経由でリソースを予約することも、アクセスネットワークAN内のMSAN経由でリソースを予約することも可能である。図11による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。1.UEが、3GPPTS24.008によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、MSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、以下のステップで使用される。5.MSCにおけるCAMEL発信トリガが検出される。MSCが、gsmSCFへ初期DPメッセージを送信する。6.gsmSCFが、SCCアプリケーションのCAMELサービスを呼び出す。CAMELサービスは、呼をSCCのためにIMSへリルーティングする必要があるかどうか判定する。必要がある場合、CAMELサービスは、gsmSCFへIMRNを返すことによって、IMSへ呼をリルーティングする。そうでない場合、CAPContinueで応答する。7.gsmSCFが、第一着信者IDOriginalCalledpartyIDおよび宛先ルーティングアドレスを含むCAPConnectメッセージで応答する。宛先ルーティングアドレスは、呼をCSAFへルーティングするためのIMRNを含む。宛先ルーティングアドレスおよび第一着信者IDの処理はTS23.078に規定される通りである。8.MSCが、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにそのローカルIPアドレスをIAMメッセージに含めて、ホームネットワーク内のMGCF経由でIMRNを用いてユーザのホームIMSネットワークへ呼をルーティングする。9.MGCFが、発呼ユーザのホームIMS内のI-CSCFへのINVITEを開始する。発呼者番号および/または第一被呼番号がPSTN呼設定シグナリング例えばISUPから受信された場合には、それらがINVITEに含められる。MGCFは、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにそのローカルIPアドレスをINVITEメッセージに含める。10.I-CSCFが、TS23.228におけるPSIbasedApplicationServerterminationdirectandPSIbasedApplicationServerterminationindirect手順に規定された標準手順の1つに基づいてINVITEをルーティングする。S-CSCFが、標準のサービス制御実行手順を実行する。フィルタ基準により、S-CSCFは、INVITEをSCCASへ送信する。INVITEは、依然として、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含む。11.SCCAS内のアプリケーション機能が、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含むアプリケーションサービス記述をPCRFへ送信する。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、SCCASまたはモバイルネットワーク内のPCRFのいずれかに存在する。12.PCRFがRACSとインタフェースをとりリソース予約要求を生成する。これは、アプリケーションサービス記述とともにSPDFへ送信される。アプリケーションサービス記述は、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含む。13.SPDFが、RACFを選択し、リソース予約要求を送信する。14.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。15.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。16.SPDFが、成功のリソース予約応答により、PCRFからの要求に確認応答する。17.PCRFが、要求されたリソースが予約されたことをアプリケーション機能に対して確認応答する。18.SCCASがB2BUAを起動し、UEAレグを終端し、UEAに代わってB側にIMSセッションを提示するためにリモートレグを発信する。SCCASは、CSベアラ制御シグナリングパスで受信したSDPを含むINVITEを作成する。これは、CS音声または音声およびビデオメディアを示す。INVITE要求は、SCCASからS-CSCFへルーティングされる。19.S-CSCFが、標準のIMS発信セッション処理を継続し、さらにB側に要求をルーティングする。20-25.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。シナリオ4。固定回線ネットワークにRACSがあり、モバイルネットワークにICSがなく、PCCがない場合このシナリオでは、モバイル事業者は、MSCのために配備されたICSを有しておらず、データトラフィックのためのPCCも有していない。さらに、事業者は、IMSを有していない可能性がある。すると、CAMELリルーティングが不可能である。この場合、2つのアーキテクチャオプションが想定される。すなわち、リソース予約要求のために、RANGWがRACSとインタフェースをとる場合図12参照、あるいは、MSCがRACSとインタフェースをとる場合図14参照である。オプション1:RANGWがMSCへのNASシグナリングをインターセプトしてリソース予約を開始する場合図12参照図13による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。1.UEが、3GPPTS24.008によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、RANGW経由でのMSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、以下のステップで使用される。5.RANGWがUEからの設定メッセージをインターセプトし、音声呼設定を検出する。6.RANGWが、UEからの元の設定メッセージをMSCへ転送する。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、モバイルネットワーク内のRANGWに存在する。注意:リソース予約の成功がSPDFによって確認されるまで、このメッセージフローを延期することも可能である。7.RANGWは、アプリケーション機能として作用するとともにPCRFとして作用するので、直接にRACSとインタフェースをとる。RANGWはリソース予約要求を生成する。これは、アプリケーションサービス記述、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにそのローカルIPアドレスとともにSPDFへ送信される。このステップはステップ7と並列に行われても、その前に行われてもよい。8.SPDFが、RACFを選択し、リソース予約要求を送信する。9.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。10.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。11.SPDFが、成功のリソース予約応答により、RANGWからの要求に確認応答する。12.MSCが、リモートユーザのネットワークへ呼をルーティングする。13-15.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。オプション2:MSCがリソース予約を開始する場合図14参照図15による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。1.UEが、3GPPTS24.008によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、MSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、以下のステップで使用される。5.MSCは、リモートユーザのネットワークへ呼をルーティングする。注意:リソース予約の成功がSPDFによって確認されるまで、このメッセージフローを延期することも可能である。6.MSCは、アプリケーション機能として作用するとともにPCRFとして作用するので、直接にRACSとインタフェースをとる。MSCはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにSPDFへ送信される。MSCは、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスをリソース予約要求に含める。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、モバイルネットワーク内のMSCサーバに存在する。このステップはステップ5と並列に行われても、その前に行われてもよい。7.SPDFが、RACFを選択し、リソース予約要求を送信する。8.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。9.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。10.SPDFが、成功のリソース予約応答により、MSCからの要求に確認応答する。11-12.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。オプション3:IMSへCAMELリルーティングを行い、SCCASがリソース予約を開始する場合図16参照このシナリオでは、モバイル事業者は、MSCサーバのために配備されたICSを有していないが、IMSを有する。CAMELリルーティングにより、CS呼がIMS内のSCCASにアンカリングされる。このシナリオは、モバイル事業者のネットワークにおける非PCC配備に着目しているので、SCCASは、リソース予約要求を追加的にアプリケーションサービス情報にも提供するために、新たなインタフェースCxを通じてRACSと直接にインタフェースをとる。CNG内のH-RACSは、上流優先処理のためのオプションである。RACFは、H-RACS経由でリソースを予約することも、アクセスネットワークAN内のMSAN経由でリソースを予約することも可能である。図17による以下のフローは、固定ネットワークアクセスに対するリソース予約を実現するための想定される呼フローを示している。1.UEが、3GPPTS24.008によるCS呼接続設定、すなわち、RRC接続、CMサービス要求、MSCにおけるアクセス制御、オプションとしてMSCによる認証、セキュリティコンテキスト作成/更新、を実行する。結果として、UEのセキュリティコンテキストが作成/更新される。2.UEが、3GPPTS24.008非特許文献6に従って、設定しようとする音声呼のベアラ能力および被呼側のMSISDNを含む設定メッセージを送信する。3.HNBが設定メッセージをインターセプトし、CNGのグローバルIPアドレスと、HNBシグナリングトラフィックのために使用されるポート番号およびドメイン名を発見する。これは、すでに発見済みの可能性もある。4.HNBが、CNGのグローバルIPアドレスと、ポート番号およびドメイン名と、自己のローカルIPアドレスを、MSCサーバへの設定メッセージに含める。注意:HNBおよびCNGが共同配置されている場合図6参照、ローカルHNBIPアドレスはなく、AN側CNGIPアドレスのみが、以下のステップで使用される。5.MSCにおけるCAMEL発信トリガが検出される。MSCが、gsmSCFへ初期DPメッセージを送信する。6.gsmSCFが、SCCアプリケーションのCAMELサービスを呼び出す。CAMELサービスは、呼をSCCのためにIMSへリルーティングする必要があるかどうか判定する。必要がある場合、CAMELサービスは、gsmSCFへIMRNを返すことによって、IMSへ呼をリルーティングする。そうでない場合、CAPContinueで応答する。7.gsmSCFが、第一着信者IDおよび宛先ルーティングアドレスを含むCAPConnectメッセージで応答する。宛先ルーティングアドレスは、呼をCSAFへルーティングするためのIMRNを含む。宛先ルーティングアドレスおよび第一着信者IDの処理はTS23.078に規定される通りである。8.MSCが、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにそのローカルIPアドレスをIAMメッセージに含めて、ホームネットワーク内のMGCF経由でIMRNを用いてユーザのホームIMSネットワークへ呼をルーティングする。9.MGCFが、発呼ユーザのホームIMS内のI-CSCFへのINVITEを開始する。発呼者番号および/または第一被呼番号がPSTN呼設定シグナリング例えばISUPから受信された場合には、それらがINVITEに含められる。MGCFは、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにそのローカルIPアドレスをINVITEメッセージに含める。10.I-CSCFが、TS23.228におけるPSIbasedApplicationServerterminationdirectandPSIbasedApplicationServerterminationindirect手順に規定された標準手順の1つに基づいてINVITEをルーティングする。S-CSCFが、標準のサービス制御実行手順を実行する。フィルタ基準により、S-CSCFは、INVITEをSCCASへ送信する。INVITEは、依然として、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスを含む。11.SCCASは、アプリケーション機能として作用するとともにPCRFとして作用するので、直接にRACSとインタフェースをとる。SCCASはリソース予約要求を生成する。これは、アプリケーションサービス記述とともにSPDFへ送信される。SCCASは、CNGのグローバルIPアドレス、ポート番号およびドメイン名、ならびにローカルHNBIPアドレスをリソース予約要求に含める。同じIPsecトンネル内で進行中のセッションを検出するため、および、正しいQoS変更情報を固定ネットワークに提供するために、HAITQMMが、モバイルネットワーク内のSCCASに存在する。12.SPDFが、RACFを選択し、リソース予約要求を送信する。13.RACFが、要求されたリソースをCNGのグローバルIPアドレスに割り当てる。CNGは、ローカルIPアドレスに基づいて要求を解決することができる。CNGは、成功のリソース割当て応答により応答する。14.同様に、RACFは、HNB/CNGから応答を受信し、要求されたリソースの割当てを確認したら、成功のリソース予約応答によりSPDFに応答する。15.SPDFが、成功のリソース予約応答により、SCCASからの要求に確認応答する。16.SCCASがB2BUAを起動し、UEAレグを終端し、UEAに代わってB側にIMSセッションを提示するためにリモートレグを発信する。SCCASは、CSベアラ制御シグナリングパスで受信したSDPを含むINVITEを作成する。これは、CS音声または音声およびビデオメディアを示す。INVITE要求は、SCCASからS-CSCFへルーティングされる。17.S-CSCFが、標準のIMS発信セッション処理を継続し、さらにB側に要求をルーティングする。18-23.通常の呼設定完了。HNBは、SETUPの状態マシンを閉じるためのCONNECTメッセージを検出することが可能である。好ましい実施形態に追加される重要な機能ローカル/グローバルIPアドレス固定回線ネットワークがCNGおよびHNBを特定することができるためには、モバイルネットワークは、これを可能にするパラメータを提供する必要がある。上記の例では、HNBは、HNBシグナリングトラフィックのためにCNGが使用することになるIPアドレスと、CPNにおける自己のローカルIPアドレスを発見している。実施態様において、HNBは、例えばDHCPオプションを用いて、CNGへのネットワークアタッチメント中にそれを知っている可能性がある。別法として、特にHNBおよびCNGが同じ管理ドメイン内にない場合には、STUN手順を使用することも可能である。別法として、モバイルネットワークにおけるトンネル終端ポイントすなわち、使用事例に応じてRAN-GWまたはMSCが、以下のようにこの情報を提供することができる。シグナリングメッセージをインターセプトし、設定メッセージのファシリティ要素に埋め込まれたIPアドレスがIPトンネルの外側IPヘッダのソースアドレスとは異なることを発見する。これにより、必要な両方のIPアドレスが得られる。この場合、HNBがこのファシリティ要素を含まなければならない。本発明による重要な追加的手順。非IPベースのネットワークを通じてローカルおよびグローバルIPアドレスをループする。スヌーピング/MSCまたはRANGWにおける保存転送機能RANGWまたはMSCは、固定回線ネットワークのポリシーコントローラに対して適切な要求を課すために、設定メッセージをスヌープして、必要な情報IPエンドポイント、CPNローカル、固定回線グローバル、および、帯域幅等のサービス要求を導出する。HNBが、必要な情報例えば両方のIPアドレスを有していない場合には、例えばRANGW自体ではなくMSCが固定ネットワークに接続する際に、モバイルネットワーク内のさらに下流のノードへのシグナリングメッセージにそれを挿入することも可能である。HNBのローカルIPアドレスを知ることなくHNBを識別することHNBがCNGに直接に組み込まれていない場合でも、CNGはHNBを特定することが可能であるようにすることができる。これは、以下のようにして実行可能である。固定ネットワークポリシーコントローラとの相互作用に、MSC/RANGWへのトンネルで使用されるソースアドレスおよびポートを含める。H-RACS要求にこれを含めることが可能であり、その場合、CNGは、そのローカルNATテーブルに基づいて、ローカルHNBを識別する。CNGへ識別子を送信しない。CNGは、そのローカルネットワークアタッチメントデータベース例えばDHCPリポジトリで、HNBであることを示すMACアドレスをチェックすることができる。CNGへ識別子を送信しない。例えばTR-69を使用することにより、CNGの事前コンフィグレーションが、HNBの判定に役立つ可能性がある。CNGにおける例えばALGによるトラフィックパターン検出ルールは、フェムトセルフットプリントを識別することができる。ネットワークアタッチメント中に、HNBは自己をHNBと識別することが可能である。セキュリティモデルにも依存して、これらの方法の一部は事業者にとって許容可能なものも不可能なものもある。CNGへのリソース要求内のフラグが、これはあなたのネットワーク内のHNBに対するものですと示すことができる。ポリシーコントローラ発見MSCまたはRANGWが固定回線ポリシーコントローラとコンタクトする必要がある場合、対応するエントリポイント単一のポイントオブコンタクトを発見する必要がある。略語表好ましい実施形態は、メッセージングに含まれる識別子に基づいてネットワーク装置を特定するための追加的手順を利用して、制御プレーンにおけるモバイルネットワークと固定回線ネットワークとの相互作用を提供することにより、HNB配備の目的に必要なポリシー制御を可能にする。また、セッション設定または初期アタッチメント中にHNBおよびCNGの識別子を発見し、それらをHNBに挿入することにより、HNBおよびCNGの識別子を挿入する方法、ならびに、セッション設定または初期アタッチメント/サービス要求中にHNBおよびCNGの識別子を発見し、それらをRANGWまたはMSCに挿入することにより、HNBおよびCNGの識別子を挿入する方法が提供される。さらに、実施形態は、RANGWまたはMSCでシグナリングトラフィックをスヌープすることにより、HNBおよびCNGの識別子を取得する方法を含むことが可能である。また、旧式の2G/3Gネットワークを通じて、IPエンドポイント関連情報を設定メッセージのファシリティ情報要素内に符号化することによってトランスポートすることが示される。別の実施形態において、本方法は、ポリシーがCPN内のHNBに関連することを固定ネットワークへのポリシー要求で示すように適応されることが可能である。本方法の別の実施形態は、前の文に記載した機能のHNBフラグを用いて、ネットワークアタッチメントリポジトリに基づいてCPN内のHNBを特定することができる。また、本方法は、IPフローフットプリントに基づいて、および/または、モバイルネットワークから見えたIPアドレスおよびポートに基づいて、CPN内のHNBを特定するように適応されることが可能である。本発明の実施形態のその他の重要な特徴は以下の通りである。1音声通話について、固定回線ネットワークおよび顧客宅内ネットワークにおけるポリシー設定要求を可能にする。2HNBの識別/特定を可能にする。3FMC使用事例に対する保証されたQoS制御を可能にする。4使用されるアクセス技術とは独立に、モバイルサービス例えばモバイルファイアウォール設定に対するサービスベースのポリシー制御を可能にする。上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的説明的意味でのみ用いられており、限定を目的としたものではない。