(57)【要約】本発明は、移動体通信システムにおいて、進化したパケットシステムアクセスのようなパケット専用移動体システム上でＣＳドメインサービスのサポートに関するアーキテクチャを提供する。移動体通信システムは進化したパケットシステム（ＥＰＳ）と少なくとも１つの移動体交換センターＭＳＣを含むＣＳドメインからなる。本アーキテクチャは少なくとも１つの相互作動機能ＩＷＦを含み、そのＩＷＦは無線ネットワーク制御器ＲＮＣ又はＭＳＣによる基地ステーション制御器ＢＴＳとして、及びＥＰＳによるアプリケーションサーバとしてみなされる。
2012508498.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信システムにおける、進化したパケットシステムアクセスのようなパケット専用移動体システム上でＣＳドメインサービスのサポートのためのアーキテクチャ装置であって、該移動体通信システムが進化したパケットシステムＥＰＳからなりそしてＣＳドメインは少なくとも１つの移動体交換センターＭＳＣからなるものであるアーキテクチャ装置において、
少なくとも１つの相互作動機能ＩＷＦを含み、該ＩＷＦはＭＳＣによって無線ネットワーク制御器ＲＮＣ又は基地ステーション制御器としてみなされ、そしてＥＰＳによってアプリケーションサーバとしてみなされるアーキテクチャ装置。
【請求項２】
請求項１に記載のアーキテクチャ装置において、ＩＷＦは、一方で３ＧＰＰ  ＳＧｉインターフェースによりパケットデータネットワークゲートウェイＰＤＮ−ＧＷを介してＥＰＳへそして３ＧＰＰ  Ｒｘインターフェースによりポリシーと課金規則機能ＰＣＲＦに接続され、他方で３ＧＰＰ  ｌｕ又は３ＧＰＰ  Ａインターフェースを介してＭＳＣに接続されており、そしてＩＷＦはＰＤＮ−ＧＷとＭＳＣの間のＣＳドメイン非アクセス階層ＮＡＳ信号通知をリレーしているアーキテクチャ装置。
【請求項３】
請求項１又は２に記載のアーキテクチャ装置において、Ｚインターフェースとして参照されるユーザ装備ＵＥとＩＷＦとの間のインターフェースを含み、ＣＳドメインＮＡＳ信号通知はＥＰＳ上で前記インターフェースを介して送られ、ＩＰパケットにカプセル化されそしてＥＰＳベアラにより搬送されているアーキテクチャ装置。
【請求項４】
請求項１から３の１に記載のアーキテクチャ装置において、ＩＷＦは、ＣＳドメインハンドオーバ準備と実行のためＩＷＦとＭＭＥの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＥＰＳの移動性管理エンテティＭＭＥに接続されているアーキテクチャ装置。
【請求項５】
請求項１から４の１に記載のアーキテクチャ装置において、ＩＷＦは、ＩＷＦによりユーザ装備ＵＥ拘束検証をさせるようＭＭＥとＩＷＦの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＥＰＳの移動性管理エンテティＭＭＥに接続されているアーキテクチャ装置。
【請求項６】
請求項１から５の１に記載のアーキテクチャ装置における、進化したＰＳアクセス上でＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録する方法において、
−ＥＰＳネットワークに添付されてしまった後又はＥＰＳ添付時、ＣＳドメインサービスを可能にするためＣＳドメインに、ユーザ装備ＵＥは添付及び登録又はＥＰＳネットワークにより添付され登録されるステップ
を含む方法。
【請求項７】
請求項１から５の１に記載のアーキテクチャ装置における、進化したＰＳアクセス上でＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録する方法において、
−ＭＭＥによるＩＷＦの選択ステップ、
−ＩＷＦによるＵＥ拘束の検証ステップ、
−ＩＷＦによるＭＳＣの選択のステップ
からなる方法。
【請求項８】
請求項７に記載の方法において、
―ＵＥ  ＩＰアドレスに対応するＵＥ−ＩＷＦメッセージにおいて受信されたＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元が、ＵＥ−拘束においてＭＭＥにより提供されたＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元と整合するかをチェックすることにより、ＵＥ拘束を検証するステップ
を含む方法。
【請求項９】
請求項１から５の１に記載のアーキテクチャ装置における、進化したＰＳアクセス上のＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録する方法において、
―ユーザ装置ＵＥによるＩＷＦ発見ステップ
を含む方法。
【請求項１０】
請求項１から５の１に記載のアーキテクチャ装置における、進化したＰＳアクセス上でＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録する方法において、
−ＵＥとＩＷＦの間でＣＳドメインＮＡＳメッセージとＵＥ−ＩＷＦページングメッセージの送信のため、ＩＷＦでＵＥ−ＩＷＦ信頼性セッションをＵＥが設定するステップ
を含む方法。
【請求項１１】
請求項１から５の１に記載のアーキテクチャ装置における呼設置方法において、
−ＵＥとＩＷＦの間でＣＳドメインＮＡＳメッセージとＩＷＦ−ＵＥページングメッセージを送信するため、ＵＥとＩＷＦに間で設定されているＵＥ−ＩＷＦセッション上で呼設置が輸送されるステップ
からなる方法。
【請求項１２】
請求項１から５の１に記載のアーキテクチャ装置における呼設置方法において、
−ＭＳＣからのＲＡＮＡＰ  ＲＡＢ割当て要求の受信時、ＩＰ−ＣＡＮセッション修正―ＰＣＲＦ開始手順に従って、音声ストリームに関しＥＰＣベアラをＩＷＦが開始するステップ
からなる方法。
【請求項１３】
請求項１から５の１に記載のアーキテクチャ装置におけるＭＭＥからＵＴＲＡＮへのＣＳｏＰＳハンドオーバ可能性指示の方法において、
−ＵＥから及びＣＳｏＰＳネットワーク能力から受信されたＵＥ  ＣＳｏＰＳ能力に基いて、ＣＳｏＰＳハンドオーバが可能かをＭＭＥが決定するステップ
−ＣＳｏＰＳハンドオーバが可能である呼設置フェーズの間にＥ−ＵＴＲＡＮをＭＭＥが通告するステップ
からなる方法。
【請求項１４】
請求項１から５の１に記載のアーキテクチャ装置におけるＥ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバの方法において、
−ハンドオーバがＣＳｏＰＳハンドオーバ又はＥＰＳ  ＰＳハンドオーバかをＥ−ＵＴＲＡＮが決定するステップ
を含む方法。
【請求項１５】
請求項１から５の１に記載のアーキテクチャ装置におけるＥ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバの方法において、
−ハンドオーバがＣＳｏＰＳハンドオーバ又はＰＳハンドオーバであることの指示と共にＭＭＥへＨＯの要求をＥ−ＵＴＲＡＮが送るステップ
−ハンドオーバがＣＳｏＰＳハンドオーバである指示と共にＥ−ＵＴＲＡＮからＨＯの要求を受信時、ＭＭＥがＩＷＦへＨＯの要求メッセージを送るステップ
−ＭＭＥからＨＯの要求を受信時、ＩＷＦはサービスＭＳＣに向うレガシーハンドオーバを開始するステップ
を含む方法。
【請求項１６】
請求項１から５の１に記載のアーキテクチャ装置に関する相互作動機能ＩＷＦ。
【請求項１７】
請求項６から１５の１に記載の方法を行う手段からなる相互作動機能ＩＷＦ。
【請求項１８】
請求項１から５の１に記載のアーキテクチャ装置に関し、ＥＰＳのための移動性管理エンテティＭＭＥ。
【請求項１９】
請求項６から１５の１に記載の方法を行う手段からなる、ＥＰＳのための移動性管理エンテティＭＭＥ。
【請求項２０】
請求項１から５の１に記載のアーキテクチャ装置のための、ユーザ装備ＵＥ。
【請求項２１】
請求項６から１５の１に記載の方法を行う手段からなるユーザ装備ＵＥ。
【請求項２２】
請求項１から５の１に記載のアーキテクチャ装置のための、Ｅ−ＵＴＲＡＮエンテティ、特にｅＮＢ。
【請求項２３】
請求項６から１５の１に記載の方法を行う手段からなるＥ−ＵＴＲＡＮエンテティ
（ｅＮＢ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動体（モバイル）通信ネットワークとシステムに係る。
【背景技術】
【０００２】
一般に、移動体ネットワークとシステムの記述は、例えば３ＧＰＰ（第３世代パートナシップ・プロジェクト）のような標準化組織により発行の技術仕様書の文献に見られ得る。
本発明は、ＥＰＳ（進化したパケットシステム）のようなパケット専用移動体システム上のＣＳ（回線交換）のサポートに関する。
ＬＴＥ（パケット交換ＰＳ上のＣＳ）上のＣＳ音声は３ＧＰＰ  ＳＡ２で既に研究されてきておりそして幾つかの代替手段が技術レポートＴＲ２３，８７９に記述されている。
ＰＳ（ＣＳｏＰＳ）ソリューションの代わりに、ＣＳ  Ｆａｌｌｂａｃｋ（代替手段）ソリューションがＲｅｌ−８に関して仕様化されてきた。それは、ＣＳドメインにおける呼を発呼／受信するためＧＥＲＡＮ／ＵＴＲＡＮ技術に端末を向けることからなる。しかし、それは大きな問題ある欠点を有する。
【０００３】
―もし代替手段がＧＥＲＡＮであると、呼が開始／応答されているとき、ＰＳセッション（例えば共同ＶＰＮ）は中断される（ＶＰＮは壊れる）。もし代替手段がＵＴＲＡＮであるとき、ＰＳセッションは維持される。
―ＬＴＥセッションはハンドオーバが行われる前に再設定されなければなければならないから、呼の配置遅延は各サイドで少なくとも１又は２秒だけ増加する。その後で、呼の配置が進行できる。
―音声呼はマクロネットワークにおいて配置されるから、ＣＳ代替手段はＬＴＥ  ｆｅｍｔｏｓと相入れない。それで、それはドア内への音声のカバーに延長できず又マクロネットワークを処理できない（今日、利用の９０％は音声である）。
【０００４】
ＰＳ上で既に記述されたＣＳ（ＴＲ２３，８７９の代替１）はＣＳ代替手段の欠点は有していないが、既存のＭＳＣベースへの修正を示唆している。
３ＧＰＰ  ＴＲ  ２８，８７９に記述の代替１（進化したＭＳＣ）は幾つかの欠点を有し、特に設置ＣＳされたＭＳＣに対する影響の事実がある。
あるオペレータはＧＳＭ／ＥＤＧＥからＬＴＥにジャンプしてＷＣＤＭＡ技術への投資を最小化し、それ故可能なかぎり早くＬＴＥ上の音声をサポートすることを望む。
そのようなオペレータは、サービスと性能の貧弱さ故に２Ｇ上のＣＳ代替手段を音声サービスに提供することを一般に望まない。
彼らは、課金ネットワーク、加入者管理及び顧客ケアを２０１２−２０１３による修正に加え、ＬＭＳ，ＴＡＳ，ＩＣＳ，ＳＲ−ＶＣＣを活用することを不可能と考える余りにコスト高であり、危険であり又は短いタイミングである。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は特に、そのような問題を解決し欠点を回避することが可能である。より一般的に云うと、本発明の目的は、パケット専用移動体システム上でＣＳドメインサービスのサポートを改良することになる。
【課題を解決するための手段】
【０００６】
本発明の一側面において、上記目的は移動体通信システムにおいて進化パケットシステム（ＥＰＳ）のようなパケット専用移動体システム上でＣＳドメインサービスのサポートの構造（アーキテクチャ）により達成される。その移動体通信システムは、進化パケットシステム（ＥＰＳ）からなり、そしてＣＳドメインは少なくとも１つの移動体交換センターＭＳＣからなる。本アーチテクチャは少なくとも１つの相互作動機能（ＩＷＦ）からなり、ＩＷＦはＭＳＣによる無線ネットワークコントローラＲＮＣ又はＭＳＣベースステーションコントローラＢＴＳとして及びＥＰＳによるアプリケーションサーバとしてみなされる。
【０００７】
本発明の他の側面において、上記目的は、進化パケットシステムアクセスのようなパケット専用移動体システム上でＣＳドメインサービスのサポートの異なる方法、即ちＣＳドメインへ登録し進化ＰＳアクセス上でのＣＳドメインサービスを可能とする方法、呼設定（セットアップ）の方法、Ｅ−ＵＴＲＡＮからＧＥＡＲＡＮ／ＵＴＲＡＮへのハンドオーバ（引き渡し）の方法によって達成される。
【０００８】
本発明の他の側面において、上記目的は、進化パケットシステムアクセスのようなパケット専用移動システム上でＣＳドメインのサポートに関し異なる実体（エンテティ）、ＥＰＳ相互作動機能ＩＷＦ，ＥＰＳのための移動体管理エンテティＭＭＥ、，特にｅＮＢのようなＥ−ＵＴＲＡＮエンテティ及びユーザ装備ＵＥによって達成される。
本発明の上述の目的及び他の目的は、図を参照する次の記載からより明らかになるであろう。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明の実施例による、進化パケットシステムＥＰＳ上でＣＳドメインサービスのサポートのための非ローミングアーキテクチャを示す図である。
【図２】図２は、本発明の実施例による、進化パケットシステムＥＰＳ上でＣＳドメインサービスのサポートのためのローミングアーキテクチャを示す図である。
【図３】図３は、本発明の実施例による、Ｚ１インターフェース上の制御面（プレーン）に関するプロトコルスタックを示す図である。
【図４】図４は、本発明の実施例による、Ｚ１インターフェース上のユーザプレーンに関するプロトコルスタックを示す図である。
【図５】図５は、本発明の実施例（第１の代替手法）による、登録手順を示す図である。
【図６】図６は、本発明の実施例（第２の代替手法）による、登録手順を示す図である。
【図７】図７は、本発明の実施例（第１の代替手法）による、呼設定手順を示す図である。
【図８】図８は、本発明の実施例（第２の代替手法）による、呼設定手順を示す図である
【図９】図９は、本発明の実施例による、ＳＭＳ手順を示す図である。
【図１０】図１０は本発明の実施例による、Ｅ−ＵＴＲＡＮからＧＭＳ  ＵＭＴＳ  ＣＳへのハンドオーバに関する手順を示す図である。
【発明を実施するための形態】
【００１０】
概括
図１は、本発明の実施例による進化パケットシステムＥＰＳ上でのＣＳドメインサービスのサポートに関する非ローミングアーキテクチャを示す。
実施例において、ＥＰＳのようなパケット専用移動システム上でのＣＳドメインサービスのサポートのアーキテクチャが提供される。このアーキテクチャにあって、１つ又は幾つかの相互作動機能ＩＷＦがＥＰＣとＭＳＣとの間に挿入され、そのＩＷＦは修正なしの既存ＭＳＣによりＲＮＣ／ＺＳＣとしてみなされる。
＊ＩＷＦはＭＳＣに関しＲＮＣとみなされる。ＩＷＦとＭＳＣとの間のインターフェースはｌｕ又はＡのいずれかであり得る。
＊ＩＷＦはＥＰＳによりアプリケーションサーバとしてみなされＲｘはＥＰＳリソースを管理するためのインターフェースである。
＊Ｓｖは、幾つかの付加と修正を伴って、ＳＲ−ＶＣＣに関し即ちＧＴＰ／ＵＤＰ／ＩＰ上で定義されるインターフェースである。
【００１１】
相互作動機能（ＩＷＦ）は、ＭＳＣと進化パケットシステムＥＰＳとの間でＰＳアーキ
テクチャ上のＣＳにおける新しい論理エンテティとして含まれる。それは、標準ｌｕ／Ａインターフェースを介してＭＳＣにインターフェースされる。それは次のものを介してＥＰＳにインターフェースされる。
−ＥＰＳ運搬子（ＥＰＳベアラ）確立／修正解除に関するＰＣＲＦへのＲｘインターフェースを介して、
−ハンドオーバー手順、位置報告手順に関し、ＵＥ拘束を確保するために用いられるＭＭＥへの進化Ｓｖを介して、
−ＵＥとＭＳＣの間のＣＳドメインＮＡＳ信号、及び輸送信頼性のＵＥ−ＩＷＦセッションの設置／解除に関する及びページングに関する幾つかの特有なＵＥ−ＩＷＦメッセージを搬送するためのＰ−ＧＷへのＳＧｉインターフェースを介して。
【００１２】
ＥＰＳ上で運搬され、新しい単純なＺ１インターフェースを介してＵＥへインタ―フェースされる。ＴＲ  ２３，８７９  ＣＳＯＰＳ代替１のように、ＵＥはＥＰＳネットワークにより既に知られ管理されるという事実を強化する。
―ＩＷＦは安全性あるインターフェース（例えばＩＰｓｅｃ集合）を介してＭＭＥ、ＰＤＮ−ＧＷ、ＰＣＲＦに接続されている信頼性ある装置であり、それに加えて制御面（ｐｌａｎｅ）又はユーザ面（Ｐｌａｎｅ）を暗号化する必要はない。
―ＵＥはＩＷＦとＭＳＣと通信する前にＥＰＳで登録され、ＭＭＥはＴＡＩのおかげでＵＥ位置を知っており、その位置は信頼できるものである。
故に、ＭＭＥはＵＥに関しＬＡＩを導出でき、そのＬＡＩを取り扱うＭＳＣに接続されたＩＷＦを選択できる。その利点は、ＩＷＦとＭＳＣの選択はオペレータの制御下にあり、ＵＥの制御下ではないということにある。
―ＬＡＩとＩＷＦ  ＩＰアドレスはＥＰＳ添付とＥＰＳ追跡エリア更新に与えられる。
―ＥＰＳにより与えられた位置は、ＣＳドメインにおいて位置報告手順に再使用され得る。
【００１３】
ＩＷＦは主に次の責任を持つ。
―Ｐ−ＧＷとＭＳＣとの間及びＳＧｉとｌｕ  インターフェー−スとの間のＮＡＳ信号のリレー、
―ＭＳＣに関しＲＮＣとして動作、
−ＥＰＳ運搬子の設置／修正／解除へ／からのＲＡＮＡＰ  ＲＡＢ割当て手順を、Ｒｘを介してＰＣＲＦへ変換、
−ＭＭＥとＳｖを介したＭＳＣ及びｌｕ／Ａインターフェースの間のハンドオーバ準備と実行信号メッセージをリレー。
−ＭＳＣを選択、もし必要ならｌｕ  Ｆｌｅｘをサポート、
−”ＵＥ―ＩＷＦセッション“を管理。
【００１４】
ＩＷＦとＭＳＣ  冗長性
―ＩＷＦは幾つかのＭＳＣプールに接続され得、そして冗長性をより良くするｌｕＦｌｅｘ  をサポートし得る。
―ＩＷＦ又はＭＳＣの故障が導入される場合に新しいＩＷＦを選択するメカニズム、それは別な組み合わせ（ＬＡＩ＋ＩＷＦ    ＩＰアドレス）がＵＥに与えられるべきことを示す特有なフラッグでＵＥによるＴＡＵの再試行からなる。
【００１５】
Ｒｅｌ−８  標準態様  に加え、ＭＭＥは次のものに責任を持つ。
−ＩＭＦの選択とＬＡＩをＵＥに割り当て、
―Ｓｖインターフェースを介してＣＳドメインハンドオーバ準備と実行に関しＩＷＦとの信号交換、
−ＵＥ−拘束チェック（後に詳述）に関しＩＷＦへの信号通知、
−ＣＳドメイン位置報告手順に関しＩＷＦへの信号通知
−Ｓｖインターフェースを介してＭＭＥの変化をＩＷＦへ信号通知、ＭＭＥ変化時に、ソースＭＭＥはＩＷＦ  ＩＰアドレス、ＬＡＩとＵＥ  ＩＰアドレスをＭＭコンテクスト（又は外部）におけるターゲットＭＭＥに与えて、同じＩＷＦを維持、
―Ｓｖインターフェースを介しての位置報告制御手順、ＭＭＣに与えられた位置はそれがＭＭＥから来ているので信用される、
−ＵＥ  ＣＳｏＰＳ仕様を受信し、そして例えばＳｌ−ＡＰ初期コンテクスト設定要求メッセージにおける呼設定時にＵＥ＋Ｎｅｔｗｏｒｋ    グローバル  ＣＳｏＰＳ仕様（“ＳＫＶＣＣ動作可能指示“と称される）をＥＴＲＡＮに送信、
―ＣＳ運搬子を非ＣＳベアラから分離し、ＣＳとＰＳのハンドオーバを調整。
【００１６】
Ｅ―ＵＴＲＡＮ（ｅＮＢ）は次の責任を担う。
−“ＳＲＶＣＣ操作可能指示”及びターゲットセルタイプに依存するＣＳｏＰＳハンドオーバ又はＰＳハンドオーバの決定：もしセルがＬＴＥセルなら、それはＰＳハンドオーバである。もしセルが２Ｇ−３ＧでＣＳ音声のみをサポートしているなら、ハンドオーバはＣＳｏＰＳハンドオーバである。
−ＳＲ−ＶＣＣに用いられているものと類似なメカニズム。
【００１７】
ＵＥ  拘束
−ＥＰＳ添付又はＴＡ更新の後、ＭＭＥはＵＥ    ＩＰアドレス，ＩＭＳＩ又はＴＭＳＩ及びＬＡ１をＩＷＦに送信し、Ｓｖインターフェースを介してＩＷＦによりＵＥ拘束検証を可能にする。ＬＡＩは、ＭＳＣと共に位置報告手順に関し用いられる。
−ＩＷＦは、ＵＥ  ＩＰアドレスに対応のＵＥ−ＩＷＦメッセージにおいて受信された一時的ユーザ身元―アイデンテティ（例えば  ＧＵＴＩ）又は恒久ユーザ身元―アイデンテテイ（例えばＩＭＳＩ）がＵＳ−拘束メッセージにおけるＭＭＥにより提供された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久ユーザ身元（例えばＩＭＳＩ）に整合しているかどうかをチェックすることで、ＵＥ拘束を検証する。
【００１８】
利点のマトメ
−ＵＥが、ＥＰＳネットワークにより既に知られ管理されている事実を強化する。それで、安全性メカニズムを簡単化してＩＷＦ／ＭＳＣに対するＰＳアクセス上のＣＳを保護するに安全化ゲートウェイを必要としない。
−ＩＷＦの割り当てに関し、それがＭＭＥによりなされオペレータにより制御されているときに簡略化される。
−ＭＳＣがＩＷＦにより割り当てられるとき、ｌｕ−Ｆｌｅｘを許可する。
−ＥＰＳにより提供される位置はＣＳドメインにおける位置報告手順に関し再使用され得る。これは位置に関し信頼性を与える。
−ＩＷＦは、ＲＲＣのような手順なしに単純なＺ１コンテナプロトコルでもって、ＮＡＳ  ＣＳドメインメッセージと手順の透明（トランスパレント）なリレーをサポートし、単純化が可能な限りなされる。
―ＭＭＦ変更はＩＷＦを変える必要なしにサポートされる。
−ＩＷＦ又はＭＳＣ接続失敗は、ＵＥが新しいＩＷＦ  ＩＰアドレス又は新しいＬＡＩを再添付又はつくるときにサポートされる。
―ＳＲ−ＶＣＣメカニズムを再使用することが可能で、それ故Ｅ−ＵＴＲＲＮとＵＥにおける変更を回避できる。
【００１９】
図１は本発明の実施例に従う、進化パケットシステムＥＰＳ上でのＣＳドメインサービスのサポートに関する非ローミングアーキテクチャを示す。
オペレータは、修正なしに既存のＭＳＣを再使用することを、及びＥ−ＵＴＲＡＮカバー下で音声呼の設定とＳＭＳのハンドリングを制御する新しいＩＷＦを導入することを選ぶ。ＥＰＳの観点から、ＩＷＦはアプリケーションサーバとしてみなされる。従って、Ｚ１インターフェ―スの機能性はＧｍ基準点のそれと比較され得る。ＭＳＣの観点から、ＩＷＦはＲＮＣとしてみなされる。
【００２０】
図２は、本発明の実施例に従い、進化パケットシステムＥＰＳ上でのＣＳドメ
インサービスのサポートに関するローミングアーキテクチャを示す。
もし訪問されたＰＬＭＮが“進化ＰＳアクセス上でのＣＳドメインサービス”（ＣＳｏＰＳ）をサポートしているなら、図２に示されるアーキテクチャはＰＤＮ  ＧＷとＩＷＦは共にＶＰＬＭＮに位置している場合に適用される。ＶＰＬＭＮにおけるＰＤＮ−ＧＮを介してユーザ面トラヒックをＣＳｏＰＳに関係するユーザ面トラックに、オペレータが制限することを可能にするため、ＣＳｏＰＳに関する別個のＡＰＮを有することが可能である。
もし訪問されたＰＬＭＮが“進化ＰＳアクセス上でのＣＳドメインサービス”をサポートしていないなら、加入者はＥＰＳ上でのＣＳドメイン音声呼にアクセスを有しないであろう。
【００２１】
ネットワーク要素における要求される機能性
実施例において：
ＩＷＦは次の機能を含む。
−Ｐ−ＧＷとＭＳＣ及びＳＧｉとｌｕインターフェースとの間の信号通知のリレー
−ＭＳＣに対しＲＮＣとして動作
−ＥＰＳ運搬子の数値／修正／解除へ／からのＲＡＮＡＰ  ＲＡＢ割当て手順をＲｘを介してＰＣＲＦへ変換
―ＭＭＥとＳｖを介するＭＳＣとｌｕ／Ａインターフェースとの間のハンドオーバ準備と実行信号通知メッセージのリレー
−ＵＥ拘束、即ちＵＥ  ＩＰアドレスに対応するＵＥ−ＩＷＦメッセージにおいて受信された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久ユーザ身元（例えばＩＭＳＩ）が，
ＵＥ−拘束メッセージにおけるＭＭＥにより提供される一時的ユーザ身元（例えばＧＵＴＩ）又は恒久ユーザ身元（例えばＩＭＳＩ）と整合するかのチェックを検証
―ＭＳＣを選択、もし必要ならｌｕをサポート
−“ＵＥ−ＩＷＦセッション”を管理
【００２２】
ＭＭＥはＲｅｌ−８標準態様に次の付加をする。
−ＩＷＦを選択し、ＬＡＩをＵＥに割り当て
−Ｓｖインターフェースを介してＣＳドメインハンドオーバ準備と実行に関するＩＷＦとの信号交換
―Ｓｖインターフェースを介してＩＷＦによるＵＥ拘束検証を可能にするＩＭＦへの信号通知
−Ｓｖインターフェースを介してＩＷＦへＭＭＥの変更を信号通知
―ＭＭＥ変更時、ソースＭＭＥはＩＷＦ  ＩＰアドレスをターゲットＭＭＥに送信
−Ｓｖインターフェースを介しての位置報告制御手順
―ＵＥから受信された“ＣＳｏＰＳ”（ＰＳ上のＣＳ）ＵＥ能力をネットワークＣＳｏＰＳ能力に組み合わせ、“ＳＲＶＣＣ動作可能指示”をＥ−ＵＴＲＡＮに呼設定時に送信
―ＩＷＦにＨＯの要求をリレーすることによりＳｖインターフェースを介してＣＳハンドオーバを開始
−非ＣＳ運搬子からＣＳ運搬子を分離し、そしてＣＳとＰＳハンドオーバを調整
【００２３】
ＵＥは、Ｒｅ−８標準態様に次の付加をする。
−信頼できるＩＰ輸送手段（トランスポート）上で、移動体管理、呼制御及びＳＭＳを含むＮＡＳ  ＣＳドメイン信号通知
−例えばＩＷＦ  ＩＰアドレス及びＭＳＣ識別子を搬ぶよう意図されているコンテナ内にＮＡＳ  ＣＳドメイン信号通知メッセージをカプセル化
−ＥＰＳ添付時ＣＳｏＰＳ  ＵＥ機能をＭＭＥに変換
【００２４】
Ｅ−ＵＴＲＡＮ（ｅＮＢ）
―ＭＭＥから受信された“ＳＲＶＣＣ動作可能指示”及びターゲットセルタイプに依存してＣＳｏＰＳハンドオーバ又はＰＳハンドオーバの決定
−ＳＲ−ＶＣＣに用いられるものと類似なメカニズム；ハンドオーバがＣＳｏＰＳハンドオーバか否かをＭＭＦにＨＯの要求指示
【００２５】
実施例において：
＝ＩＷＦ機能性
＊Ｐ−ＧＷとＭＳＣとの間そしてＳＧｉとｌｕ／Ａインターフェースとの間のＮＡＳ信号通知をリレー
＊ＭＳＣに対しＲＮＣとして動作
＊Ｒｘに介して、即ちベアラの確立／修正／解除へ／からのＲＡＮＡＰ／ＢＳＳＡＰ  ＲＡＢ割当て手順をＰＣＲＦへの変換
＊Ｓｖとｌｕインターフェースを介してＭＭＥとＭＣＳとの間のハンドオーバ準備と実行の信号通知メッセージのリレー
＊ＴＭＳＩ／ＩＭＳＩとＵＥ  ＩＰアドレスの間でＵＥ拘束の検証
＊“ＵＥ−ＩＷＦセッション”管理
＊ＭＳＣ選択、もし必要ならｌｕをサポート
【００２６】
＝Ｒｅｌ−８に対サルＭＭＥ変更
＊ＧＴＰ／ＵＤＰ／ＩＰ上のＳｖ、ただし、ＣＳドメインハンドオーバ準備と実行に関しＩＷＦとの信号交換を付加
＊ＩＷＦ（代替Ｒｅｇ−Ｂ）によるＵＥ拘束検証を可能にするＩＷＦへのＳｖ信号通知
＊位置報告手順のようなＳｖへの他の付加的メッセージ／パラメータ
＊ＣＳｏＰＳ  ＵＥ機能の認識
＊ＩＷＦの選択、ＵＥへのＬＡＩの割り当て、別なＩＷＦを選択、再添付又はＴＡＵ時（ＵＥとの接続性のＩＷＦ又はＭＳＣ損失を解決するため）ＵＥによりもし要求されるなら別なＬＡＩを割り当て
＊ＭＭＥ変更時ソースＭＭＥからターゲット１ＭＭＦへのＩＷＦ  ＩＰアドレスとＬＡｌの移行
【００２７】
＝Ｒｅｌ−８に対するＵＥ変更
＊信頼できるＩＰ輸送手段上で、移動体管理、呼制御及びＳＭＳを含むＮＡＳ  ＣＳドメイン信号通知
＊例えばＩＷＦ  ＩＰアドレスとＭＳＣ識別子を搬ぶよう意図されているコンテナにおけるＮＡＳ  ＣＳドメイン信号通知メッセージのカプセル化
＊添付時ＣＳｏＰＳ  ＵＥ機能をＭＭＥに移行
＊ＩＷＦ／ＭＳＣ発見（代替Ｒｅｇ−Ａ）
＊（ＵＥとの接続性のＩＷＦ又はＭＳＣ損失を解決するため）“特有のフラッグ”を有するＬＡ更新要求に何の応答もないとき、再添付（又はＴＡＵ）
【００２８】
＝Ｅ−ＵＴＲＡＮ（ｅＮＢ）
＊ターゲットセルタイプに依存するＣＳｏＰＳハンドオーバ又はＰＳハンドオーバの決定
＊ＳＲ−ＶＣＣに用いられるものと類似なメカニズムであり得ること
＊ｅＮＢにおける変更を回避するに、ＳＲ＝ＶＣＣにおけるものと同じパラメータであり得ること
【００２９】
基準ポイント
Ｚ１  ：  ＵＥとＩＷＦとの間の基準ポイント
Ｓｖ  ：  ＭＭＥとＩＷＦとの間の基準ポイント
【００３０】
プロトコルスタック
図１上の制御面（プレーン）に関するプロトコルスタッフは図３に例示されている。
＝”コンテナ“プロトコルは、２４．００８／２４．０１１  ＮＡＳ  ＣＳドメインメッセージをＵＥ  ＩＰ＠，ＩＷＦ  ＩＰ｀＠，を含むＩＰパケットにカプセル化するよう意図されている。
＝“ＵＥ＝１ＷＦセッション”（ＴＣＰ，ＳＣＩＰ又は他のＩＰ信頼可能プロトコル）がＵＥとＩＷＦとの間に設置される。
＝コスト高であり（安全性ＧＷ）そして性能上不利なＩＰＳｅｃトンネリングを有することは不要：ＬＴＥ無線は既に安全である。
＝ＵＥ拘束（ＩＭＳＩ／ＴＭＳＩ，ＵＥ  ＩＰアドレス）チェックはＩＷＦにより行われる。
【００３１】
注：“ＵＥ−ＩＷＦセッション”層レイヤーはＳＣＴＰ又はＴＣＰ又は別な再送信プロトコルである。この層は端末パッテリー枯渇を回避するために選択されるべきである。
注：“コンテナ”プロトコルは新しいもの又はＳＩＰであり得る。“コンテナ”プロトコルは、２４．００８／２４．０１１  ＮＡＳ  ＣＳドメインメッセージをＵＥ  ＩＰアドレス、ＩＷＦ  ＩＰアドレス、ＬＡＩを含むＩＰパケットにカプセル化することを意図している。
注：ＩＰ輸送手段上のｌｕがインターフェースとして提案されるが、ＡＴＭ上のｌｕ，ＰＣＭ上のＡ，ＩＰ輸送手段上のＡがオプションとして用いられ得る。
【００３２】
Ｚ１上のユーザ面に関するプロトコルが図４に例示されている。
＝ｌｕ−ＵＰプロトコルはｌｕインターフェースで必要である：それはＣＮを開始するため及びＡＭＲモード変更と交渉（ネゴシエーション）するために用いられる。
＝ＡＭＲ  ＲＴＰフレームプロトコルＩＥＴＦ  ＲＦＣ  ４８６７のおかげでＵＥへ拡張される。
注：  ＩＷＦにおけるそしてＩＷＦとＵＥとの間の必要な関係するメカニズムにおける
ｌｕ  ＵＰプロトコルが用いられ得る。
【００３３】
手順
添付と登録―代替ＲＥＧ―Ａ（ＵＥによる開示）
図５は、本発明の実施例（第１代替手法）に従う登録手順を例示している。
添付要求メッセージはＵＥ  ＣＳｏＰＳ機能を含む。これはＭＭＥがＳｖインターフェースを介してＰＳハンドオーバ又はＣＳｏＰＳハンドオーバをしなければならないかを更なるハンドオ―バが知る必要がある。
＊ＵＥはそれが２４，００８登録メッセージを送るであろう（ＩＷＦ  ＩＰアドレス、ＬＡＩ）の対を見出す。ＩＷＦ  ＩＰ＠はＵＥによりＣＳドメインＮＡＳメッセージに関し用いられるべき宛先アドレスであり、そしてＬＡ１は不明確でなくＭＳＣプール（ＩＷＦからのｌｕ  Ｆｌｅｘの場合に）を同定する。
それらは、添付受容メッセージを介してＵＥに引き渡されるか又はＤＨＣＰとＤＮＳ尋問を用いて見出され得る。
＊ＩＷＦは呼設定時のみにＭＭＥに登録され、それ以前はその必要はない。
【００３４】
添付と登録―代替ＲＥＧ―Ｂ（ＭＭＥによるＩＷＦの選択、ＩＷＦによるＭＳＣの選択）
図６は、本発明の実施例（第２代替手法）に従う、登録手順を示す。
ＥＰＳネットワークに添付された後、ＵＥはＣＳドメインサービスを可能とするためＣＳドメインに添付し登録する。
【００３５】
１）ＵＥは、付加パラメータＣＳｏＰＳ  ＵＥを有するＴＳ２３，４０１に指定された添付手順に従ってネットワークに登録する。デフォルトベアラは２４，００８信号通知メッセ―ジを運ぶために用いられ得る。専用ベアラは、もしより良いＱｏＳに必要ならばこの目的に関して設置され得る。ＭＭＥはＥＰＳ権限権限付与手順から加入者のＩＭＳＩ及び添付手順の際Ｐ−ＧＷにより割り当てられたＩＰアドレスを得る。もしＵＥがＣＳｏＰＳが可能ならば、ＭＭＥはＴＡｌからＩＷＦを選択し、そしてＬＡＩ（それは、例えばＴＡＩに等価であり得る。）を割り当て、それからＩＷＦ  ＩＰアドレスとＬＡＩを添付受容を有するＵＥに戻す。
【００３６】
２）ＭＭＥは、ＵＥ拘束（一時的ユーザ身元（例えばＧＵＴＩ）又は恒久ユーザ身元（例えばＩＭＳＩ）、ＵＥ  ＩＰアドレス、ＬＡＩ  ）をＩＷＦに送る。ＩＷＦはこれらの情報を蓄えそしてＬＡＩを管理するＭＳＣのプールにおいてＭＳＣを選択する。これは、ＬＡＩを知るためＵＥにより送られたＮＡＳメッセージを抽出するよう義務を負うべきＩＷＦを回避する。
注：ＵＥ拘束が、添付手順の後又は添付手順の際に送られる。ＩＷＦが拘束を知る前にＬＡＵ
要求を送ることをＵＥがすることを回避するため、添付手順の際におけるＭＭＥとＩＷＦの間の交換でそれがあることを要求される。もしＩＷＦがそれを待つなら、もし前にＵＥからのＬＡＵ要求を受信するなら、添付手順の後にＵＥ拘束を送ることは可能である。
【００３７】
３ａ）ＵＥはＩＷＦで“ＵＥ−ＩＷＦセッション”（例えばＴＣＰ接続）を設置する。もしＬＡＩが変更され又はＵＥにより知られていないならば、ＵＥはＴＳ２４，００８による位置更新要求メッセージをＩＷＦに送ることにより登録手順を開始する。このメッセージはＵＥ  ＩＰアドレスとＩＷＦ  ＩＰアドレスを含むＩＰパケットにパック化される。もしＬＡＩがＵＥに蓄積されているＬＡＩに比較して変更されていないならば、ＵＥはＬＡ更新手段を開始することを強制されない。
【００３８】
３６）  ＩＷＦは“コンテナ“からＵＥ  ＩＰアドレスとＩＷＦ  ＩＰアドレスを蓄積し、これらの情報がもし既に受信されているならＭＭＥからＵＳ拘束メッセージのおいてＭＭＥにより送られた情報と整合（一致）するかをチェックする。もしＵＥ拘束メッセージがまだ受信されていないとすると、ＩＷＦはそれを待つ。もし拘束メッセージが成功裏にあると、ＩＷＦはＭＭＥにより選択されたＭＳＣとのＳＣＣＰ接続を設置する。それから、ＩＷＦは２４，００８メッセージをＲＡＮＡＰ初期ＵＥメッセージにカプセル化してそれをＭＳＣに送る
【００３９】
４）  ＴＳ２４，００８からＭＳＣ／ＶＬＲは、もしＵＥが最後の登録解除からＴＭＳＩとＶＬＲ変更で自身の同定をするなら、古いＶＬＲからＵＥについてのＩＭＳＩと権限付与データを得る。もしＵＥがＴＭＳＩでそれ自身を同定するなら、そしてＴＭＳＩは古いそして新しいＶＬＲの双方において知られていないならば、新しいＶＬＲはＵＥからＩＭＳＩを得る。ＭＳＣ／ＩＷＦインターフェース上のＮＡＳメッセージはＴＳ  ２５，４１３よりのＲＡＮＡＰ直接転送メッセージにカプセル化される。
【００４０】
５）ＭＳＣは、２４，００８によりＭＳＣとＵＥとの間の安全性手順を行い得る。
６）ＭＳＣ／ＶＬＲは、位置更新要求（ＩＭＳＩ、，ＭＳＣアドレス、ＶＬＲ数等）メッセージを送ることによりＨＳＳにそれ自身を登録する。
７）ＨＳＳは古いＶＬＲに取消し位置手順を開始する。
８）ＭＳＣ／ＶＬＲはＨＳＳから署名（申し込み）データを得る。ＭＭＥアドレスが署名データに含まれている。
９）ＨＳＳはＭＳＣ／ＶＬＲに対し位置更新認知で応答する。
１０）ＭＳＣ／ＶＬＲは、ＰＡＮＡＰ直接転送メッセージにＮＡＳメッセージをカプセル化することにより、ＩＷＦを介してＵＥに位置更新受容（新しいＬＡＩ、新しいＴＭＳＩ）を送る。
注：ＵＥ    ＩＰアドレスとＩＷＦ  ＩＰアドレスがいかに送られるかの方法は，更に
詳細な説明は不要である。ＵＥにより知られている新しいコンテナプロトコルは、２４．００８信号通知に向の影響もせずこの新しいフィールドを搬送することができるだろう。
１１）ＵＥは、ＴＭＳＩの再割り当てが受容されているネットワークを指示するため、ＴＭＳＩ再割り当て完了メッセージを送る。
注）オペレータの方針に従い、ＭＳＣはＵＥ身元同定としてＩＭＥＩで緊急登録を許可し、そしてそれに続いて権限付与手順を行なわない。
【００４１】
代替ＲＥＧ−Ｂが推奨される。代替ＲＥＧ−８において：
＊添付要求メッセージは、ＵＥ  ＣＳｏＰＳ機能、ＴＭＳＩ，古いＬＡＩを含む。もし
ＵＥがＣＳｏＰＳ機能であると、ＭＭＥはＩＷＦとＴＡＩからのＭＳＣを選択し、ＩＷＦ  ＩＰ＠とＭＳＣ−ＩＤを添付受容と共にＵＥに戻す。
＊もしＩＷＦ  ＩＰ＠が変更され又は知られていないと、ＵＥはＩＷＦへＬＡＵ要求（ＩＭＳＩ又はＴＭＳＩ，古いＬＡＩ）メッセージを送ることにより、登録手順を開始する。このメッセージはＵＥ  ＩＰ＠、ＩＷＦ  ＩＰ＠及びＭＳＣ−ＩＤを含むＩＰパケットにパックされる。
＊ＩＷＦは、ＵＥに関しＩＭＳＩ／ＴＭＳＩ、古いＬＡＩ、ＵＥ  ＩＰ＠及びＭＳＣ−ＩＤを蓄積し、そしてＴＳＭＩ／ＩＭＳＩに対しＵＥ  ＩＰ＠をチェックする。もしＵＥ拘束メッセージがまだ受信されていないと、ＩＷＦはＵＥ拘束をチェックする前にそれを待つ。もし拘束が成功裏であるなら、ＩＷＦはＭＳＣでもってＳＣＣＰ接続を設置しそしてＭＳＣに対して２４，００８メッセージをＲＡＮＡＰ初期ＵＥメッセージにカプセル化する。
【００４２】
位置更新
ＵＥはＴＳ２３．０１２に指定されているような周期的位置更新を行う。ＵＥは、もしＴＡＵ受容に提供されているＬＡＩがＵＥに蓄積されているＬＡＩから異なるなら、ＬＡ更新手順を開始する。今日迄、ＩＷＦとＭＳＣが利用可能である限りＴＡを変更時にＭＳＣの変更を要求する理由は見出されなかった。ＩＷＦ又はＭＳＣ故障の場合、又はＵＥでのＩＷＦ又はＭＳＣへの非接続の場合に、次のメカニズムが用いられ得る：もしＬＡ更新要求への応答がない又は“ＵＥ−ＩＷＦセッション”が解除されてしまっているなら、ＵＥはＥＰＳへのＴＡＵ又は添付を行う。ＭＭＥは新しいＩＷＦ  ＩＰアドレスと新しいＬＡＩをＵＥに割り当てる。特有なフラグ又はパラメータが２３．４０１添付とＴＡＵメッセージに付加され、新しいＩＷＦ ＩＰアドレスと新しいＬＡＩを割り当てるべきことをＭＭＥに指示する。
【００４３】
例えばＩＷＦがＵＥに割り当てられたＭＳＣを変更することを望んでいる場合に、ＩＷＦは”ＵＥ−ＩＷＦセッション”を解除することができる。ＵＥは上述のフラグをもってＥＰＳへのＴＡＵ又は添付を行うことによりそれに反応することができ、そして上述のメカニズムが適用されて即ちＭＭＥは新しいＩＷＦ−ＩＰアドレスと新しいＬＡＩをＵＥに割り当てられるだろう。
＊ＴＡの変更時にＭＳＣの変更を要求する理由は見出されない。
＊代替Ｒｅｇ−Ａ：もしＴＡの変更時にＭＳＣの変更が望まれるなら、ＴＡ変更の場合にＵＥはＭＳＣ開示をし、そしてもし新しいＭＳＣが割り当てられてしまっているなら、新しいＭＳＣに対して位置更新を行う。
＊代替Ｒｅｇ−Ｂ：ＵＥは、もしＴＡＵ受容において提供されるＬＡＩがＵＥに蓄積されているものと異なるなら、ＬＡ更新手順を開始する。
【００４４】
ＥＰＳ分離手順
ＵＥが（その理由はともかく）ＥＰＳから分離されるとき、ＭＭＥはＩＷＦでＳｖ接続を解除し、ＩＷＦが次の関連リソースを解除することを許容する：
＊Ｒｘを介してのＥＰＳリソース
＊ＭＳＣへのＳＣＣＰ接続
＊ＵＥでのＵＥ−ＩＷＦセッション
＊内部リソース
【００４５】
ＩＷＦとＭＳＣとの間のインターフェース上でＭＳＣ上でＭＳＣへセル−ｌｄを提供
ＵＥ−ＩＷＦセッション上でＭＳＣに向かって送られる全てのアップリンク信号通知に関し、ＵＥはセル識別子（ＬＴＥカバーに対応）を加える。ＩＷＦは、ＭＳＣへパスされるべき（そして例えば緊急センター等を設定するために用いられるべき）関連のセル―Ｉｄへこの情報をマッピングする。ＭＭＦとＩＷＦが同じ位置にある場合、ＩＷＦはＵＥから提供された情報がセル―Ｉｄレベルで正確であるとかをチェックすることができる。ＭＭＥトＩＷＦが同じ位置にない場合、ＩＷＦは追跡エリアリストのレベルでその情報の有効性をチェックする。
【００４６】
移動性管理に関係する２３，０１への影響
アイドルモードと接続モードの双方において、サーバ作用ＭＭＥの変更はＳｖインターフェースを介して新しいＭＭＥからＩＷＦに信号通知される。ＭＭＥの変更時、アイドルモードであっても、対（ＩＷＦ  ＩＰアドレスとＬＡＩ）はＭＭコンテキストにおいて古いＭＭＥにより新しいＭＭＥに転送されるであろう。
【００４７】
発呼設置―代替ＲＥＧ−Ａ（ＵＥによる開示）
図７は、本発明の実施例（第１代替）に従う呼設置手順を示す。
＝呼設置は運ばれている２４，００８メッセージを介して行われる：
−ＵＥとＩＷＦとの間のコンテナを有するＩＰパケットにおいて
−ｌｕ上でＲＡＮＡＰ初期ＵＥメッセージと直接転送メッセージにおいて
＝暗号化は不要である。ＩＷＦはＭＳＣから暗号化モードコマンドを受け入れ何の処理もせず全くそのまま応答する。
＝ＲＲＢ割当てメッセージはＰＣＲＦに向うＲｘメッセージに変換され、ＥＰＳベアラに音声を運ぶよう割り当てる。
＝ＩＷＦは呼設置時に更なるハンドオーバのためＭＭＥに登録をする。
【００４８】
発呼装置―代替ＲＥＧ−Ｂ（ＭＭＥによるＩＷＦとＭＳＣ選択）
図８は、本発明の実施例（第２代替）に従う呼設置手順を示す。
＝呼設置は運ばれた２４，００８メッセージを介して行われる：
−ＵＥとＩＷＦの間でコンテナを有するＩＰパケットにおいて
−ｌｕ上でＲＡＮＡＰ初期ＵＥメッセージと直接転送メッセージにおいて
＝暗号化は不要である。ＩＷＦはＭＳＣからの暗号化モードコマンドを受け入れるべきで、何の処理もせずまったくそのまま応答する。
＝ＲＡＢ割当てメッセージはＰＣＲＦに向うＲｘメッセージに変換され、ＥＰＳベアラを音声を運ぶよう割り当てる。
＝ＩＷＦは呼設置時に更なるハンドオーバのためＭＭＥに登録する：ＭＭＥはｅＮＢからＩＷＦへＨＯ要求されたメッセージをリレーする。サービスＭＭＥの変更は新しいＭＭＥからＩＷＦに信号通知されるであろう。
【００４９】
１）  呼設定はＴＳ２３，０１８に指定されているよう生じ（ステップ２に記述されているＣＳチャネル割り当てを例外として）、そしてＵＥ−ＩＷＦセッション上で輸送される。暗号化はｅＮＢ−ＵＥレベルで行なわれＭＳＣレベルでは要求されない。しかし、ＩＷＦはＭＳＣから暗号化モードコマンドを受け入れるべきで、何の処理もせずまったくそのまま応答する。
この手順において、及びＥＰベアラの設定後に、ＵＥはＭＧＷ  ＩＰアドレスを得る。
注：ＭＧＷのＩＰアドレスがいかに送信されるかの方法はさらに詳細する必要はない。影響されるメッセージは、ＭＯ呼に関し“警告”及びＭＴ呼に関し“呼セットアップ”であり得る。ＵＥにより知られる新しいコンテナプロトコルはＴＳ２４，００８信号通知上の影響なしにこの新しいフィールドを運ぶ。
２）  ＭＳＣからのＲＡＮＡＰ  ＲＡＢ割当て要求の受信時に、ＩＷＦはＴＳ２３．２０３に指定される“ＩＰ―ＣＡＮセッション修正；ＴＰＣＲＦ開始”手順に従う音声ストリームに関しＥＰＣベアラを開始する。
【００５０】
呼セットアップの終結
ＭＴ呼セットアップに関し、ＩＷＦがＭＳＣからページングメッセージを受信した時、特有な“ＣＳページング”メッセージをＵＥに送る。ＵＥはＮＡＳ２４，００８ページング応答メッセージで応答するであろう。
＝ＭＳＣからのページングメッセージはＩＷＦにより受信される。ＩＷＦは添付に設定されたＥＰＣベアラに特有のＵＥ＝ＩＷＦページングメッセージをつくる。
＝もしＵＥがＬＴＥ―アイドルモードであると、Ｓ−ＧＷはＵＥをページングするであろうＭＭＥにデータ通告を送る。ＵＥはサービス要求で応答し、全てのＥＰベアラが自動的に再確立される。Ｓ−ＧＷにおいて尋問されたページングメッセージは、ＵＥとの接続性が設定されたときに伝達される。ＵＥは、ＩＷＦを介してＭＳＣにＮＡＳ  ＣＳドメインページング応答メッセージを送り返す。
＝もしＵＥが接続モードにあると、ページングメッセージは直ちに伝達される。
【００５１】
ＭＯとＭＴ  ＳＭＳ
図９は、本発明の実施例に従うＳＭＳ（短メッセージサービス）手順を示す。
＝ＭＯとＳＭＳ信号通知はＴＳ２３，０４０に指定されているように発生する。
＝ＩＷＦはこれらのメッセージに透明（トランスペラント）である―ＩＷＦのみが適当なカプセル化でそれらをリレーする：
−ｌｕを介して直接転送メッセージにおいてカプセル化
−ＩＷＦ−ＵＥＺ１インターフェース上でコンテナを有するＩＰパケットにおいてカプセル化
【００５２】
Ｅ―ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバ
図１０は、本発明の実施例に従うＥ―ＵＴＲＡＮからＧＳＭ  ＵＭＴＳ  ＣＳへのハンドオーバに関する手順を示す。
＝ＭＭＥは既にＵＥ  ＣＳｏＰＳを知っており、ＵＥとＥＰＣの双方が呼セットアップ時にＣＳｏＰＳ機能であることをｅＮＢに通知する。これは、ＣＳｏＰＳハンドオーバ（ＬＴＥターゲットセルへ）又はＰＳハンドオーバ（ＣＳのみターゲットセルへ）のいずれかをｅＮＢが決定することを可能にする。ＳＲ−ＶＣＣに用いられているものと類似なメカニズムであり得る。
＝ｅＮＢはハンドオーバに関する決定ポイントである。ＴＳ２３，４０１でＵＥに命令された測定は、ハンドオーバがＣＳｏＰＳハンドオーバかＰＳハンドオーバであるかの指示をもってＭＭＥにＨＯの要求を送る。
＝ＩＷＦ又はｅＮＢによりつくるためのＣＳソース―ターゲットＲＡＮトランスペラント  コンテナ
＝もしＣＳｏＰＳハンドオーバがｅＮＢにより指示されていると、ＭＭＥはＩＷＦへＨＯの要求メッセージをリレーする。
＝ハンドオーバは遺産ＣＳハンドオーバについては、ＩＷＦとＭＳＣとの間で進行する。
一般事項：ＳＲ―ＶＣＣメカニズムと類似で、該メカニズムにおいてはＵＥはＭＭＥへＳＲ−ＶＣＣ  ＵＥ機能を送り、そしてＭＭＥはＵＥとＭＭＥの双方がＳＲＶＣＣ−機能であることを意味するＳ１−ＡＰ初期コンテキスト設置要求メッセージ内側でＥ−ＵＴＲＡＮへ“ＳＲＶＣＣ動作可能”指示を送る。Ｅ−ＵＴＲＡＮは“ＰＳ動作可能上でのＣＳ”（おそらく、ＳＲ−ＶＣＣで用いられているものと同じ指示子で）と同じ手法で通知され得る。それは、ハンドオーバがＰＳハンドオーバ上のＣＳ（例えば、ターゲットセルがＣＳセルである）又はＰＳハンドオーバ（例えば、もしターゲットがＥ−ＵＴＲＡＮセルであるならば）のいずれであるかをＥ−ＵＴＲＡＮが知ることを可能にする。
【００５３】
０）ＵＥからの測定報告はｅＮｏｄｅＢをトリガし、これはＰＳハンドオーバ動作上のＣＳである指示と共に、ＨＯの要求をＭＭＥに送る。ＭＭＥはＳｖインターフェースを介してＩＷＦにＨＯの要求を向ける。
注意１：他の設定された非音声ベアラのハンドオーバはＴＳ２３，４０１に指定のＥ−ＵＴＲＡＮ−ＵＭＴＳ／ＧＰＲＳ  ＲＡＴ間ハンドオーバに関する手順に従ってＭＭＥにより取り扱われる。
【００５４】
１−８）ＭＭＥからのＨＯの要求を受信時に、ＭＭＥはサービスしているＭＳＣに
向けられた遺産（レガシー）ハンドオーバを開始する。ＭＳＣ間ハンドオーバが、もしターゲットセルが別のＭＳＣの制御化にあるならば、行われる。
注２：もし現在サービスしているＭＳＣがターゲットセルのサービスＭＳＣでもあるなら、ＭＳＣ間ハンドオーバは不要であり、ステップ２）、５）及び６）はスキップされる。
７）ＩＷＦは、ＩＰ−ＣＡＮセッション修正に従ってなされるＥＰＣベアラの解除を開始する；ＰＣＲＦはＴＳ２３，２０３に指定されている手順を開始する。
【００５５】
ＧＳＭ／ＵＭＴＳからＥ−ＵＴＲＡＮへのハンドオーバ
＝第１のステップでは要求されない。
＝ＥＰＣベアラが２４．００８メッセージを運搬するために用いられるべきハンドオーバで設定されることを要求する。
＊ＩＷＦは、Ｒｘインターフェースを介してＰＣＲＦへそのベアラを要求することによりＭＳＣからの移転要求を受信したとき、ＥＰＣ（例えばデフォルト）ベアラを設定できる。
＊ＩＷＦは２３４．４０１によってそれらのベアラを設定するようＭＭＥに依頼する。
＊又は、ＵＥは、Ｅ−ＵＴＲＡＮに到達したときそれを設定する。これは、ベアラが設定される前にＣＳ  ＮＡＳメッセージをＭＳＣに送ることを試みることを回避するだろう。
【００５６】
位置報告制御
＝ＭＳＣが位置報告メッセージを送る時、ＩＷＦはＬＴＥにおける位置情報を要求するＭＭＥへの新しいＳｖメッセージにそれを変換する。
＝ＭＭＥはＬＴＥ位置情報をＩＷＦに返す。
＝ＩＷＦはＭＭＥにより返されたＬＴＥ位置情報をＣＳ位置情報にマッピングし、ＭＳＣに位置情報を送り戻す。
＝位置情報はサービスエリア又は地理的情報のいずれかになり得る。
【００５７】
ＩＭＳに基づくサービスとの共存
ＵＥは、ＩＭＳに基づくサービスと同様、ＰＳアクセス上でのＣＳドメインサービスの双方をサポートすることが期待される。オペレータは、ネットワークにおいてＩＭＳ上と同様にＣＳドメイン上で音声サービスを提供し得る。１つの特定のユーザに関し、音声サービスはＣＳドメイン又はＩＭＳまたはその双方において提供し得る。これは、ＨＳＳにおけるユーザ加入情報の一部であり、オペレータ制御のＵＥに構成されるものである。
ＣＳドメイン音声サービスとＩＭＳ非音声サービスへの同時アクセスは可能である。それらが共にＥＰＳ上でアクセスされる時、ＴＳ２３．２７９において指定されるようなＣＳとＩＰマルチメディアサブシステム（ＩＭＳ）サービスを結合することができる。ＵＥは、音声呼を進行中のＩＭＳセッションに加える時に、音声サービスに関し好ましいドメインについてオペレータ制御のＵＥにおける構成に基いて決定する。
ＶＣＣ（ＴＳ２３．２０６において指定されているような）とＩＣＳ（ＴＲ２３．８９２において研究されているような）アーキテクチャ及び進化したＰＳアクセス上でのＣＳドメインサービスに関するここに提案のアーキテクチャは相互に排他的であるが、オペレータのネットワークで共存できるようどんな機能も共有され又は再使用できることは期待されてはいない。
ＳＲ  ＶＣＣ（ＴＲ２３．８８２において研究されているような）は選択されたアーキテクチャに依存して、重複する機能性を有し得る。現在同定された可能な重複機能性はＥＰＳにおける音声ベアラの同定と作成であり、後の無線ハンドオーバはＭＳＣ間ＨＯをトリガする。
注：もし進化したＰＳアクセス上でＳＲ  ＶＣＣとＣＳドメインサービス間で共有され得る手法でこの機能性が指定されるかどうかは、開放されたままであり得る。
【００５８】
ローミングの側面―ＶＰＬＭＮにおけるＩＷＦサポート
この場合、音声呼は、ＰＤＮ  ＧＷとＩＷＦが位置するＶＰＬＭＮにより十分に制御される。これは、進化したＰＳアクセス上でのＣＳドメインサービスに関する好ましいローミングアーキテクチャである。それは進化したＰＳアクセス上でのＣＳドメイン音声サービスに関しＣＳドメインローミング同意と既存のオペレータ間アカウントメカニズム（ＴＡＰレコード交換）の全再使用を可能にする。Ｅ―ＵＴＲＡＮとＧＳＭ／ＵＭＴＳ  ＣＳとの間のハンドオーバの場合に、ハンドオーバがユーザ面ルーティングを最適化するＶＰＬＭＮにおいて単独で行われる。非ローミングケースにおけるものとユーザの経験は共通点がある。
【００５９】
ローミングの側面―ＶＰＬＭＮにおけるＩＷＦサポートなし
この場合、オペレータの選択に依存して、加入者は次のいずれかをとる。
−ＥＰＳ上でのＣＳドメイン音声呼へのアクセスを持たない。
―又は，ＥＰＳ上のＣＳドメイン音声呼へのアクセスを持つがＵＴＲＡＮ／ＧＥＲＡＮセルへのハンドオーバは，ＩＷＦとサービスしているＭＳＣがホームＰＬＭＮに位置する一方ターゲットＭＳＣは訪問ＰＬＭＮに位置するとき、許されないだろう。
【００６０】
安全性側面
ＥＰＳは、統合的保護と暗号化及び認証された送信者ＩＰアドレスをＩＰ接続性に提供する。登録時に、ほとんどのオペレータは、（Ｔ）ＩＭＳＩを認証する認証手続きと、ＭＭＥにより提供されたＩＰアドレスに一致するかを検証することにより送信者ＩＰアドレスで安全性拘束を生成するＩＷＦをＭＳＣが行うことを、要求する。ＥＰＳ添付で及びＴＡＵで、ＭＭＥはＭＳＣプールを不明瞭さがなく同定する対（ＩＷＦ  ＩＰアドレス、ＬＡＩ）を選択する。それはＴＭＳＩ／ＩＭＳＩとＵＥ  ＩＰアドレスでＳｖインターフェースを介してＩＷＦにＵＥ拘束メッセージを送る。拘束検証は、ＵＥがＣＳドメインＮＡＳメッセージをＩＷＦに送る時行われ、ＮＡＳメッセージはＵＥ  ＩＰアドレスとＴＭＳＩ／ＩＭＳＩを含むＩＰパケットにカプセル化される。
【００６１】
課金側面
課金は、ＴＳ３２．２５０、ＴＳ３２．２４０、ＴＳ３２．２９９に指定されている標準ＣＳドメインインターフェースと機能を用いてＭＳＣで行われる。音声ストリームに関し割り当てられたＥＰＣベアラ上での伝送損失の場合、ＩＷＦはＲｘを介してＰＣＥＦによりトリガされ、そしてオペレータの選択に従って課金を止めるか呼を終了させるかをする。ＥＰＳにおける課金は、ＴＳ２３，２０３に指定のＰＣＣアーキテクチャでなされる。オペレータは、ＥＰＣベアラが音声トラヒックを輸送するのと同様、全ての信号通知トラヒックをＩＷＦに対し課金免除することが予定される。
【００６２】
法的規制要求側面―緊急呼
続く手順は，ＵＩＣＣなし又はＣＳｏＰＳサポートを有するＵＥに関し関連のローミング権なしの緊急呼を記述する。ＵＥとＩＷＦとの間のＵＥ−ＩＷＦセッションの設定は、次の細目はあるが一般的場合として作用する。
１、ＵＥは、“ＥＰＳ緊急添付”（ＵＩＣＣなし又は関連のローミング権なしのＩＭＳ緊急呼のサポートに関し定義されるであろうものと類似している）を要求する。この処理の一部として、デフォルトベアラは関連のＳ−ＧＷとＰ−ＧＷを介して設定される。
２、ＭＭＥ（ＣＳｏＰＳサポートを有するＵＥに関する）は、この“ＥＰＳ緊急添付”手順の一部分として、ＩＷＦ（正規添付に関するＣＳｏＰＳ手順による）を割り当て、このＩＷＦとの接続をオープンし、そしてこれが緊急サービスであることを指示する。“ＥＰＳ緊急添付（正規添付の場合における一時的又は恒久的ＵＥ識別子の代り）の一部として受信された移動体の識別子（例えばＩＭＥＩ）をＩＷＦに送信している。
３、ＵＥはＵＥ−ＩＷＦセッションを設定するとき、ＵＥは“ＥＰＳ緊急添付”の一部として送られたＵＥ識別子（例えばＩＭＥＩ）をＵＥは提供する。ＩＷＦは、ＭＭＥから受信されたＵＥのＩＰ＠でこの識別子のマッピングをチェックする。
４、その後、ＵＥは正規ＣＳｏＰＳ手順によるＭＳＣとの信号交換するためＩＷＦのサービスを用いるが、ＩＷＦは緊急サービスにより許可されている２４，００８のみが転送されているかをチェックする。
５，更に、緊急サービスに関する専用ベアラが設定されるべきとき、緊急指示が関連ＱｏＳを有するＥＰＳベアラを設定するためにＰＣＲＦにＲｘ上で提供される。
【００６３】
法的規制側面―規則に従った傍受（規則に従っている傍受）
ローカル突発事項を有する非ローミングとローミングアーキテクチャに関し、ＣＳドメインに指定の規則に従った傍受アーキテクチャとメカニズムは十分である。ドメイン変更をトリガする無線ハンドオーバは進行中の呼の規則に従った傍受には影響を与えない。
―ホーム径路トラヒックを有するローミングアーキテクチャに関し（Ｆｉｇｕｒｅ５，１，１，２−２参照）、規則に従った傍受は更に調査を必要とするが、ホーム径路トラヒックを有するＩＭＳ音声サービスに類似な手法でなされるであろう。
【００６４】
１つの側面において、本発明は進化したパケットシステム（ＥＰＳ）のようなパケット専用移動体システム上でのＣＳドメインサービスのサポートについてのアーキテクチャを提供している。
１つの実施例において、次の通信システムにおいて進化したパケットシステムのようなパケット専用移動体システム上でＣＳドメインサービスのサポートに関するアーキテクチャを提供している。該通信システムは進化したパケットシステム（ＥＰＳ）からなり、そしてＣＳドメインは少なくとも１つの移動体交換センター（ＭＳＣ）からなる。そのアーキテクチャは少なくとも１つの相互作動機能ＩＷＦからなり、ＩＷＦは無線ネットワーク制御器ＲＮＣ又はＭＳＣによるベースステーション制御器ＢＴＳとしてみなされそしてＥＰＳによるアプリケーションサーバとしてみなされる。
【００６５】
１つの実施例において、ＩＷＦは一方において３ＧＰＰ  ＳＧｉ  インターフェースによりパケットデータネットワークゲートウェイＰＤＮ−ＧＷを介してＥＰＳに接続され、他方において３ＧＰＰ  ｌｕ又は３ＧＰＰ  Ａを介してＭＳＣに接続され、そしてＩＷＦはＰＤＮ−ＧＷとＭＳＣの間のＣＳドメイン非アクセス階層ＮＡＳ信号通知をリレーする。
１つの実施例において  、ＩＷＦは、ＣＳドメインハンドオーバ準備と実行に関するＩＷＦとＭＭＥとの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＥＰＳの移動体管理エンテティＭＭＥに接続される。
【００６６】
１つの実施例において、ＩＷＦは、ＩＷＦによるＵＥ拘束検証を可能にするＭＭＥとＩＷＦとの間の信号交換をさせる進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＥＰＳの移動体管理エンテティＭＭＥに接続される。
１つの実施例においてユーザ平面プレーンデータは、ＣＳドメインサービスを用いてＥＰＳ上でＵＥとＩＷＦとの間の前述のインターフェースを介して送られる。
【００６７】
別の側面において、本発明は進化したパケットシステムアクセスのようなパケット専用移動体システム上でＣＳドメインサービスのサポートに関し異なる方法を提供する。特に、その方法は進化したＰＳアクセス上のＣＳドメインサービスを可能にするユ−ザ装備ＵＥをＣＳドメインに登録する。それは呼セットアップの方法であり、Ｅ−ＵＴＲＡＮからＧＥＲＡＮ／ＵＴＲＡＮにハンドオーバする方法である。
【００６８】
１つの実施例において、登録方法は次のステップからなる。
−ＥＰＳネットワークへの又はＥＰＳでの添付がされてしまった後、ユーザ装備ＵＥはＣＳドメインサービスを可能にするためＣＳドメインに添付そして登録されるか、又は添付され登録される。
１つの実施例において、登録方法は次のステップを含む。
−ＭＭＥによるＩＷＦの選択、
−ＩＷＦによるＵＥ拘束の検証、
−ＩＷＦによるＭＳＣの選択。
１つの実施例において、登録方法は次のステップを含む。
−ＵＥ  ＩＰアドレスに対応するＵＥ−ＩＷＦメッセージにおいて受信されたＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元が、ＵＥ−拘束メッセージにおいてＭＭＥにより提供されるＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元と整合（一致）するかどうかをチェックすることによりＵＥ拘束を検証する。
【００６９】
１つの実施例において、登録方法は次のステップを含む。
−ユーザ装備ＵＥによるＩＷＦ開示
１つの実施例において、登録方法は次のステップを含む。
−ＵＥとＩＷＦとの間でＣＳドメインＮＡＳメッセージとＵＥ−ＩＷＦページングメッセージを送るため、ＩＷＦでＵＥ−ＩＷＦ信頼性セッションをＵＥが設定する。
１つの実施例において、登録方法は次のステップを含む。
−もしＵＥがＣＳｏＰＳ可能なら、ＥＰＳの移動体管理エンテティＭＭＥはＩＷＦを選択しそして追跡エリア身元ＴＡＩからの位置エリアを割り当て、そしてＥＰＳ添付受容又はＥＰＳ追跡エリア更新受容と共にＩＷ  ＩＰアドレスと位置エリア身元ＬＡＩをＵＥに返す。
【００７０】
１つの実施例において、登録方法は次のステップを含む。
―ＭＭＥはＩＷＦにＵＥ−拘束メッセージを送る。このメッセージは少なくともＵＥ  ＩＰアドレス、ＬＡＩ及び一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）を含む。
１つの実施例において、ＵＥとＩＷＦの間のＣＳドメインＮＡＳメッセージはＩＰパケットに基づいておりそしてＵＥ−ＩＷＦ指定ヘッダーを含むＵＥ−ＩＷＦにカプセル化される。
１つの実施例において、前述のＵＥ−ＩＷＦ指定ヘッダーは、ＣＳドメインメッセージに加え、ＩＷＦ−ＵＥメッセージに含まれる一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）からなる。
１つの実施例において、前述の指定ヘッダーは又、ＵＥが比較しているセルの身元識別子をＵＥからＩＷＦへの方向に含み、ＩＷＦはこの情報を評価した後にそれをセル身元識別子に変換し、関連メッセージにおいてｌｕ上のＭＳＣ又はＡインターフェ―スに転送される。
【００７１】
１つの実施例において、登録方法は次のステップからなる。
―ＩＷＦは、ＵＥからのＵＥ−ＩＷＦメッセージにおいて受信された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）が、ＭＭＥ−ＩＷＦ  ＵＥ−拘束メッセージにおいて受信された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）と整合（一致）していることを検証する、
−ＩＷＦはＭＭＥにより送られたＬＡＩに対応する位置エリアを取り扱う複数のＭＳＣのプールの間でＭＳＣを選択する。
１つの実施例において、登録方法は次のステップからなる。
―ＩＷＦは、前述のＳＣＣＰ接続上でＲＡＮＡＰ  又はＢＳＳＭＡＰにカプセル化されたＣＳドメインＮＡＳメッセージについて送信するため、選択されたＭＳＣへのＳＣＣＰ接続を設定する。
【００７２】
１つの実施例において、登録方法は次のステップからなる。
−もしＬＡＩがＵＥによって変更されるか知られていないとすると、ＵＥは位置更新要求をＩＷＦへ送ることにより登録手続きを開始する。
一つの実施例において、位置更新の方法は次のステップからなる。
―ＵＥは、もしＥＰＳ添付受容において提供された又はＥＰＳ追跡エリア更新ＴＡＵにおいて提供された位置エリア身元ＬＡＩがＵＥに蓄積されたＬＡＩから異なると，位置エリアＬＡ更新を開始する。
１つの実施例において、ＥＰＳ分離の方法は次のステップからなる。
−ＵＥがＥＰＳから分離される時、ＭＭＥはＩＷＦとの接続を解放し、ＩＷＦがＭＳＣへのＳＣＣＰ接続（ＵＥに関連しているもの）、ＵＥに関して設定されたＥＰＳベアラ及びＵＥを有するＵＥ−ＩＷＦセッションのようなＵＥに関連のいずれのリソースを解放できるようにする。
【００７３】
１つの実施例において、ＥＰＳ移動性管理の方法は次のステップからなる。
−アイドルと接続の双方モードで、サービスしているＭＭＥの変更は新しいＭＭＥからＩＷＦへ信号通知される、
−ＭＭＥの変更時、ＩＷＩＰアドレス―ＬＡＩの対は古いＭＭＥにより新しいＭＭＥへＭＭコンテクストにおいて転送される。
１つの実施例において、呼セットアップの方法は次のステップからなる。
−呼セットアップは、ＵＥとＩＷＦの間に設定されたＵＥ−ＩＷＦセッション上で輸送され、ＵＥとＩＷＦの間のＣＳドメインＮＡＳメッセージとＩＭＦ−ＵＥページングメッセージの送信をする。
１つの実施例において、呼セットアップの方法は次のステップからなる。
−ＭＳＣからのＲＡＮＡＰ  ＲＡＢ割当て要求の受信時に、ＩＷＦはＩＰ−ＣＡＮセッション修正―ＰＣＲＦ開始手順に従って音声ストリームに関するＥＰＣベアラを開始する。
【００７４】
１つの実施例において、呼セットアップの終了の方法は次のステップからなる。
−ＭＳＣからのページングメッセージの受信時、ＩＷＦはＩＷＦ−ＵＥページングメッセージをつくりそしてそれをＵＥに送る。
―ＩＷＦからのＩＷＦ−ＵＥページングメッセージの受信時、ＥＰＣはもしＵＥが現在ＥＰＣ接続されていないと正規ＥＰＣページングプロセスを開始する。
―ＩＷＦからのＩＷＦ−ＵＥページングメッセージの受信時、ページング応答メッセージを示すＣＳドメインＮＡＳメッセージでＩＷＦにＵＥは応答する。
―ＵＥからのページング応答の受信時、ＩＷＦはもし既に設定されていないならＩＷＦとＭＳＣの間のＵＥについてのＳＣＣＰ接続を設定し、そしてページング応答を示すＣＳドメインＮＡＳメッセージをＭＳＣに送る。
【００７５】
１つの実施例において、ＭＭＥからＥ−ＵＴＲＡＮへのＣＳｏＰＳハンドオーバ可能性
指示の方法は次のステップからなる。
―ＭＭＥは、ＵＥから及びＣＳｏＰＳネットワーク能力から受信されたＵＥ  ＣＳｏＰＳ能力に基いてＣＳｏＰＳハンドオーバが可能であるかを決定する。
−ＭＭＥは、ＣＳｏＰＳハンドオーバが可能である呼セットアップフェーズの際にＥ−ＵＴＲＡＮに通告する。
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳＣＳへのハンドオーバの方法は次のステップからなる。
―Ｅ−ＵＴＲＡＮは、ハンドオーバがＣＳｏＰＳハンドオーバかＥＰＳ  ＰＳハンドオーバかを決定する。
【００７６】
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバの方法は次のステップからなる。
−Ｅ−ＵＴＲＡＮはハンドオーバがＣＳｏＰＳハンドオーバかＰＳハンドオーバかの指示と共にＭＭＥにＨＯの要求を送る。
−ハンドオーバがＣＳｏＰＳハンドオーバである指示と共にＥ−ＵＴＲＡＮからのＨＯの要求を受信時、ＭＭＥはＩＷＦへＨＯの要求メッセージを送る。
−ＭＭＥからのＨＯの要求の受信時、ＩＷＦはサービスＭＳＣに向うレガシー（遺産）ハンドオーバを開始する。
【００７７】
１つの実施例において、ＧＳＭ／ＵＭＴＳ  ＣＳからのＥ−ＵＴＲＡＮへのハンドオーバの方法は次のステップからなる。
−ＭＳＣはＩＷＦに向うレガシーハンドオーバ要求を送る、
−ＭＳＣからのハンドオーバ要求を受信時、ＩＷＦはサービスＳＧＳＮとしての役割をするＩＷＦでフォワード移転要求の指示をＭＭＥに送る、
−ＭＭＥは実際のサービスＳＧＳＮからの並行メッセージとＩＷＦ発生要求を結合する、
−ＭＭＥは成功裏のハンドオーバについてそして新しいＵＥ−ＩＷＦ拘束についてＩＷＦに通知する。
【００７８】
１つの実施例において、ＭＳＣとＭＭＥの間の移転報告制御の方法は次の方法からなる。
−ＩＷＦはＭＳＣから受信された位置報告制御を、ＭＭＥとＩＷＦの間のインターフェースを介してＭＭＥへ送られる位置報告制御メッセージに変換する。
−ＭＭＥからの位置報告メッセージの受信時、位置報告メッセージをつくりそしてＭＳＣへ位置報告制御への応答としてそれを送る。
【００７９】
別な側面において、本発明は、進化したパケットシステムアクセスのような、
特に相互作動機能ＩＷＦ，，ＥＳＰに関する移動性管理エンテティＭＭＥ、ｅＮＢようなＥ−ＵＴＲＡＮエンテティ、及びユーザ装備ＵＥのようなパケット専用移動体システム上でＣＳドメインサービスのサポートに関し異なるエンテティを提供する。
１つの実施例において、相互作動機能ＩＷＦは無線ネットワーク制御器ＲＮＣ又はＭＳＣによるベースステーション制御器ＢＴＳとして、及びＥＰＳによるアプリケーションサーバとしてみなされる。
【００８０】
１つの実施例において、相互作動機能ＩＷＦは、一方において３ＧＰＰ  ＳＧｉインターフェースによりパケットデータネットワークゲートウェイＰＤＮ−ＧＷを介してＥＰＳに、及び３ＧＰＰ  Ｒｘによりポリシーと課金ルール機能ＰＣＲＦに接続され、他方において３ＧＰＰ  ｌｕ  又は３ＧＰＰ  Ａインターフェースを介してＭＳＣに接続され、そしてＩＷＦはＰＤＮ−ＧＷトＭＳＣの間でＣＳドメイン非アクセス階層ＮＡＳ信号通知をリレーする。
１つの実施例において、相互作動機能ＩＷＦは、ユーザ装備ＵＥとＩＷＦとの間のＺインタ―フェースとして参照されるインターフェースを介して、ＥＰＳ上で送られ、ＩＰパケットにカプセル化されそしてＥＰＳベアラにより運ばれる。
【００８１】
１つの実施例において、相互作動機能ＩＷＦは、ＣＳドメインハンドオーバの準備と実行のため、ＩＷＦと移動性管理エンテティＭＭＥとの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインタ―フェースを介して、ＥＰＳの移動性管理エンテティＭＭＥに接続される。
１つの実施例において、相互作動機能ＩＷＦは、ＩＷＦによるＵＥ拘束検証を可能にするため、ＭＭＥとＩＷＦとの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＥＰＳの移動性管理エンテティＭＭＥに接続される。
１つの実施例において、相互作動ＩＷＦは、ユーザ面（ｐｌａｎｅ）データは、前述のＣＳドメインサービスを用いてＥＰＳ上で、ＵＥとＩＷＦの間の前述のインターフェースを介して送られ
る。
【００８２】
１つの実施例において、進化したＰＳアクセス上でのＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録するため、相互作動ＩＷＦは次の要素からなる。
−ＵＥ拘束の検証手段
−ＭＳＣ選択手段
１つの実施例において、進化したＰＳアクセス上でＣＳドメインサービスを可能にするためユーザ装備ＵＥをＣＳドメインに登録するため、相互作動ＩＷＦは次の要素を含む。
−ＵＥ  ＩＰアドレスに対応するＩＷＦメッセージにおいて受信されたＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元が、ＵＥ−拘束メッセ−ジにおいてＭＭＥにより提供されるＧＵＴＩのような一時的ユーザ身元又はＩＭＳＩのような恒久的ユーザ身元と整合（一致）するかをチェックすることでＵＥ拘束を検証する手段
【００８３】
１つの実施例において、呼セットアップのため相互作動機能ＩＷＦは次の要素を含む。
−ＵＥとＩＷＦの間でＣＳドメインＮＡＳメッセージとＩＷＦ−ＵＥページングメッセージの送信のため、ＵＥとＩＷＦとの間で設定されるＵＥ−ＩＷＦセッション上で呼セットアップが輸送されることを可能にする手段
１つの実施例において、呼セットアップのため相互作動機能ＩＷＦは次の要素を含む。
−ＭＳＣからのＲＡＮＡＰ  ＲＡＢ割当て要求の受信時、ＩＰ−ＣＡＮセッション修正―ＰＣ  ＲＦ開始手順に従って音声ストリームに関しＥＰＣベアラを開始する手段
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバのため、相互作動機能ＩＷＦは次の要素を含む。
−ＭＭＥからのＨＯの要求を受信時、サービスＭＳＣに向うレガシーハンドオーバを開始する手段
【００８４】
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
―端末を有するＳＧｉのようなＩＰインターフェースとＭＳＣを有するｌｕ又はＡのようなインターフェース間でのＮＡＳ信号通知をリレーする手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−ＭＳＣに関しＲＮＣ又はＢＳＳとしての役割をする手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−ＲＡＮＡＰ  ＲＡＢ割当て手順のようなＭＳＣから受信された無線リソース割当て手順を、Ｒｘを介してＰＣＲＦへのＥＳベアラの設定／修正／解除へ／から変換する手段
【００８５】
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−ＰＳｏＰＳ  ＵＥ能力上でＣＳの情報を得る手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−ＭＳＣからのページングメッセージをＵＥに送られるＩＷＦ−ＵＥページングメッセージに変換する手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−進化したＳｖインターフェースとｌｕ／Ａインターフェースを介してＭＭＥとＭＳＣとの間のハンドオーバ準備と実行            の信号メッセージをリレーする手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−ＵＥからのＵＥ−ＩＷＦメッセージにおいて受信された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）が、ＭＭＥ−ＩＷＦ  ＵＥ−拘束メッセージにおいて受信された一時的ユーザ身元（例えばＧＵＴＩ）又は恒久的ユーザ身元（例えばＩＭＳＩ）と整合（一致）するかを検証する手段
【００８６】
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
―ＭＭＥにより指示されているＬＡＩからＭＳＣを選択する手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
―ＵＥとＩＷＦの間のＣＳドメインＮＡメッセージとＩＷＦ−ＵＥページングメッセージの送信のためにＵＥとＩＷＦの間で設定されている“ＵＥ−ＩＷＦセッション”を管理する手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
―ＭＳＣからの位置報告制御メッセージをＭＭＥに送られる位置報告制御メッセージに変換する手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
―ＭＭＥからの位置報告メッセージをＭＳＣへの位置報告メッセージに変換する手段
１つの実施例において、相互作動機能ＩＷＦは次の要素を含む。
−緊急サービスのみが許されているだろうＭＭＥから受信されていたＵＥが緊急要求のみをＭＳＣに送ることをチェックする手段
【００８７】
１つの実施例において、移動性管理エンテティＭＭＥは、ＣＳドメインハンドオーバの準備と実行のためＩＷＦとＭＭＥの間の信号交換を可能にする進化した３ＧＰＰＳｖインターフェースを介して、ＩＷＦが前述の移動性管理エンテティＭＭＥに接続されているものである。
１つの実施例において、移動性管理エンテティＭＭＥは、ＩＷＦによるＵＥ拘束検証をさせるためのＭＭＥとＩＷＦの間の信号交換を可能にする進化した３ＧＰＰ  Ｓｖインターフェースを介して、ＩＷＦが前述の移動性管理エンテティＭＭＥに接続されているものである。
１つの実施例において、進化したＰＳアクセス上でＣＳドメインサービスを可能にするユーザ装備ＵＥをＣＳドメインに登録することに関し、移動性管理エンテティＭＭＥは次の要素を含む。
−ＩＷＦ選択手段
【００８８】
１つの実施例において、ＭＭＥからＥ−ＵＴＲＡＮへのＣＳｏＰＳハンドオーバ可能性
指示に関し、移動性管理エンテティＭＭＥは次の要素を含む。
−ＵＥから受信されたそしてＣＳｏＰＳネットワーク能力から受信されたＵＥ  ＣＳｏＰＳ能力に基いて、ＣＳｏＰＳハンドオーバが可能であるかを決定する手段
−ＣＳｏＰＳハンドオーバが可能である呼セットアップフェーズの間にＥ−ＵＴＲＡＮを通告する手段
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバに関し、移動性管理エンテティＭＭＥは次の要素を含む。
−ハンドオーバがＣＳｏＰＳハンドオーバであることの指示と共にＥ−ＵＴＲＡＮからＨＯの要求の受信時、ＩＷＦにＨＯの要求メッセージを送る手段
【００８９】
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
−ＩＷＦを選択し、そしてＬＡＩをＵＥに割り当てる手段
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
―進化したＳｖインターフェースを介してのＣＳドメインハンドオーバ準備と実行のためＩＷＦと信号交換する手段
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
−進化したＳｖインターフェースを介してＩＷＦによるＵＥ拘束検証を可能にするためＩＷＦに信号通知する手段
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
−Ｓｖインターフェースを介してＭＭＥの変更をＩＷＦに信号通知する手段
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
―ＭＭ変更時、ソースＭＭＥがターゲットＭＭＥにＩＷＦ  ＩＰアドレスを送るようにする手段
１つの実施例において、移動性管理エンテティＭＭＥは次の要素を含む。
−Ｓｖインターフェースを介する位置報告制御手順の手段
【００９０】
１つの実施例において、進化したＰＳアクセス上でのＣＳドメインサービスを可能にするためＣＳドメインに登録することに関し、ユーザ装備ＵＥは次の要素からなる、
−ＥＰＳネットワークへ添付されてしまった後又はＥＰＳ添付時、ＣＳドメインサービスを可能にするためＣＳドメインに添付及び登録、又はＥＰＳネットワークにより添付され及び登録される手段
１つの実施例において、進化したＰＳアクセス上でのＣＳドメインサービスを可能にするためＣＳドメインへの登録に関し、ユーザ装備ＵＥは次の要素を含む。
−ＩＷＦ開示の手段
１つの実施例において、呼セットアップに関しユーザ装備ＵＥは次の要素を含む。
−ＵＥとＩＷＦの間でのＣＳドメインＮＡＳメッセージとＩＷＦ−ＵＥページングメッセージの送信のためＵＥとＩＷＦの間で設定されたＵＥ−ＩＷＦセッション上で、呼セットアップが輸送されることを可能にする手段
【００９１】
１つの実施例において、ユーザ装備ＵＥは次の要素を含む。
−ＮＡＳ  ＣＳドメイン信号通知に関しＩＰ輸送上での移動性管理、呼制御及びＳＭＳを有する手段
１つの実施例において、ユーザ装備ＵＥは次の要素を含む。
−例えばＩＷＰ  ＩＰアドレスとＭＳＣ識別子を搬送することを意図されているコンテナにおいてＮＡＳ  ＣＳドメイン信号メッセージのカプセル化手段
１つの実施例において、ユーザ装備ＵＥは次の要素を含む。
−添付としてＣＳｏＰＳ  ＵＥ能力をＭＭＥに転送する手段
【００９２】
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバに関し、特にｅＮＢのようなＥ−ＵＴＲＡＮエンテティは次の要素からなる。
−ハンドオーバがＣＳｏＰＳハンドオーバ又はＥＰＳ  ＰＳハンドオーバかを決定する手段
１つの実施例において、Ｅ−ＵＴＲＡＮからＧＳＭ／ＵＭＴＳ  ＣＳへのハンドオーバに関し、特にｅＮＢのようなＥ−ＵＴＲＡＮエンテティは次の要素を含む。
−ハンドオーバがＣＳｏＰＳハンドオーバ又はＰＳハンドオーバかの指示と共にＭＭＥにＨＯの要求を送る手段
１つの実施例において、特にｅＮＢのようなＥ−ＵＴＲＡＮエンテティは次の要素からなる。
−ターゲットセルタイプに依存して、ＣＳｏＰＳハンドオーバ又はＰＳハンドオーバかの決定の手段
１つの実施例において、特にｅＮＢのようなＥ−ＵＴＲＡＮエンテティは次の要素を含む。
−ＳＲ−ＶＣＣに関して用いられたものに類似なメカニズムを実行する手段
【００９３】
当業者は種々の上述の方法のステップはプログラムされたコンピュータにより行われ得ることを認識できるだろう．ここで、幾つかの実施例はプログラム蓄積デバイス例えばデジタルデータ蓄積媒体をカバーするよう意図されている。それはマシン又はコンピュータ読出し可能で符号化マシン実行可能又はコンピュータ実行可能インストラクションのプログラムである。ここでこのインストラクションは上述のステップの幾つか又は全てを行う。プログラム蓄積デバイスは、例えばデジタルメモリ、磁気ディスクと磁気テープのような磁気蓄積媒体、ハードドライブ、又は光学的読出し可能デジタルデータ蓄積媒体である。実施例は、上述の方法のステップを行うためにプログラムされたコンピュータをカバーするよう意図されている。
【符号の説明】
【００９４】
３ＧＰＰ：第３世代パートナシッププロジェクト
ＬＴＥ：（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）第４世代移動通信システム
ＰＳ      ：パケット交換機
ＣＳ      ：回線交換機
ＥＰＳ    ：進化したパケットシステム
ＭＳＣ    ：移動体交換センター
ＩＷＦ    ：（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）相互作動機能
ＵＥ      ：ユーザ装備
ＮＡＳ    ：ネットワーク添付蓄積
ＵＴＲＡＮ  ：無線アクセスネットワーク
ＲＮＳ    ：無線ネットワークサブシステム
ＲＮＣ    ：無線ネットワーク制御器
ＭＭＥ    ：移動性管理エンテティ
ＧＳＭ      ：移動体通信のグローバルシステム
ＵＭＴＳ    ：ユニバーサル移動体電話通信システム
ＲＡＮ        ：無線アクセスネットワーク
略語説明
ＢＴＳ      ：（Ｂａｓｅ  Ｔｒａｎｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）無線基地局
ＢＳＣ      ：（Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）基地局制御器
ＶＬＲ      ：（Ｖｉｓｔｏｒ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）訪問者位置レジスタ
ＨＳＳ      ：（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｓｔｅｅｌ）高速度網
ＰＣＲＦ    ：（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ  ＱｏＳポリシーと課金機能
ＰＤＮ      ；（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）公衆データネットワーク
ＧＷ        ：（Ｇａｔｅｗａｙ）ゲートウェイ
ｅＮｏｄｅ  Ｂ：（ｅｖｏｌｖｅｄ    Ｎｏｄｅ  Ｂ）進化したＮｏｄｅＢ
Ｎｏｄｅ  Ｂ  ：ＵＭＴＳにおいてＲＡＮ内のノード
【図１】
2012508498.tif 000003
【図２】
2012508498.tif 000004
【図３】
2012508498.tif 000005
【図４】
2012508498.tif 000006
【図５】
2012508498.tif 000007
【図６】
2012508498.tif 000008
【図７】
2012508498.tif 000009
【図８】
2012508498.tif 000010
【図９】
2012508498.tif 000011
【図１０】
2012508498.tif 000012
【国際調査報告】
2012508498.tif 000013
2012508498.tif 000014
2012508498.tif 000015
2012508498.tif 000016
2012508498.tif 000017