サービス集中および継続アプリケーションサーバ（ＳＣＣＡＳ）によって開始されるユーザ機器間転送、アクセス転送およびフォールバックのための方法および装置
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）セッションのユーザ機器間転送（ＩＵＴ）、アクセス転送（ＡＴ）およびフォールバックのための方法および装置。ＳＣＣ ＡＳは、情報を受信し、この情報は、可用性情報、能力情報またはプリファレンス情報を含み、ＳＣＣ ＡＳは、この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴまたはＡＴ能力を決定し、ＡＴまたはＩＵＴを開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
ＩＭＳ（IP Multimedia Subsystem）は、ＩＰベースのマルチメディアサービスを配信するためのアーキテクチャのフレームワークである。無線送受信ユニット（ＷＴＲＵ）は、様々なアクセスネットワークを通じてＩＭＳに接続することができ、これらのアクセスネットワークには、限定されないが、ＵＴＲＡＮ（UMTS (Universal Mobile Telecommunication System) Terrestrial Radio Access Network）、ＬＴＥ（Long Term Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、または、無線ローカルエリアネットワーク（ＷＬＡＮ）技術等の技術に基づくネットワークが含まれる。ＩＭＳに従って使用可能な１つの機能は、複数のＩＭＳ対応ＷＴＲＵ間のＩＭＳセッションの転送である。従って、この機能は、サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ：service centralization and continuity application server）によって開始される、ＩＭＳ対応ＷＴＲＵ間のセッションのユーザ機器間転送（ＩＵＴ：inter user-equipment transfer）、アクセス転送およびフォールバックにとって有利となる。
【発明の概要】
【０００３】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＭＳセッションのユーザ機器間転送（ＩＵＴ）、アクセス転送（ＡＴ）およびフォールバックのための方法および装置。ＳＣＣ ＡＳは、情報を受信し、この情報は、可用性情報、能力情報またはプリファレンス情報を含み、ＳＣＣ ＡＳは、この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴおよび／またはＡＴ能力を決定し、ＩＵＴおよび／またはＡＴを開始する。
【図面の簡単な説明】
【０００４】
詳細な理解は、例として添付図面と共に与えられた以下の説明から得られるであろう。
【図１Ａ】１つまたは複数の開示された実施形態が実装可能である、通信システムの一例のシステム図である。
【図１Ｂ】図１Ａにおいて例示された通信システム内で使用可能な無線送受信ユニット（ＷＴＲＵ）の一例のシステム図である。
【図１Ｃ】図１Ａにおいて例示された通信システム内で使用可能な無線アクセスネットワークの一例およびコアネットワークの一例のシステム図である。
【図２】ＩＭＳの一例の図である。
【図３】サードパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図４】ファーストパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図５】サードパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図６】ファーストパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図７】ポリシーおよびレポート機能を含む通信セッションの図である。
【図８Ａ１】ＳＣＣ ＡＳにより開始された、ポリシー情報またはプロファイル情報に基づくＩＵＴの一例を示す図である。
【図８Ａ２】図８Ａ１の続きの図である。
【図８Ｂ１】ＳＣＣ ＡＳにより開始された、ポリシー情報またはプロファイル情報に基づくアクセス転送の一例を示す図である。
【図８Ｂ２】図８Ｂ１の続きの図である。
【図９Ａ１】ＳＣＣ ＡＳにより開始された、位置情報に基づくＩＵＴの一例を示す図である。
【図９Ａ２】図９Ａ１の続きの図である。
【図９Ｂ１】ＳＣＣ ＡＳにより開始された、位置情報に基づくアクセス転送の一例を示す図である。
【図９Ｂ２】図９Ｂ１の続きの図である。
【図１０Ａ１】ＳＣＣ ＡＳにより開始された負荷分散ＩＵＴの一例を示す図である。
【図１０Ａ２】図１０Ａ１の続きの図である。
【図１０Ｂ１】ＳＣＣ ＡＳにより開始された負荷分散アクセス転送の一例を示す図である。
【図１０Ｂ２】図１０Ｂ１の続きの図である。
【図１１Ａ１】ＳＣＣ ＡＳにより開始されたフォールバックＩＵＴの一例を示す図である。
【図１１Ａ２】図１１Ａ１の続きの図である。
【図１１Ｂ１】ＳＣＣ ＡＳにより開始されたフォールバックアクセス転送の一例を示す図である。
【図１１Ｂ２】図１１Ｂ１の続きの図である。
【図１１Ｃ１】図１１Ａの代替的実施形態を示す図である。
【図１１Ｃ２】図１１Ｃ１の続きの図である。
【図１１Ｄ１】図１１Ｂの代替的実施形態を示す図である。
【図１１Ｄ２】図１１Ｄ１の続きの図である。
【図１２Ａ１】ＳＣＣ ＡＳにより開始された、無線カバレッジ基づくＩＵＴの一例を示す図である。
【図１２Ａ２】図１２Ａ１の続きの図である。
【図１２Ｂ１】ＳＣＣ ＡＳにより開始された、無線カバレッジに基づくアクセス転送の一例を示す図である。
【図１２Ｂ２】図１２Ｂ１の続きの図である。
【発明を実施するための形態】
【０００５】
図１Ａは、１つまたは複数の開示された実施形態が実装可能である、通信システム１００の一例の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する、多重アクセスシステムとすることができる。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を採用することができる。
【０００６】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および、他のネットワーク１１２を含んでもよいが、開示された実施形態が任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作かつ／または通信するように構成された任意のタイプのデバイスであってもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信かつ／または受信するように構成可能であり、ユーザ機器（ＵＥ）、移動局、固定または移動式の加入者ユニット、ページャー、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含みうる。
【０００７】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち少なくとも１つと無線でインタフェースをとり、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含みうることは理解されよう。
【０００８】
基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的地域内で無線信号を送信かつ／または受信するように構成されてもよく、この地理的地域は、セル（図示せず）と呼ばれることがある。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。こうして、一実施形態では、基地局１１４ａは３つのトランシーバを、すなわち、セルのセクタ毎に１つずつ含んでもよい。もう１つの実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、従って、セルのセクタ毎に複数のトランシーバを利用してもよい。
【０００９】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数と通信してもよく、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立可能である。
【００１０】
より具体的には、上述のように、通信システム１００は多重アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS Terrestrial Radio Access）等の無線技術を実装することができ、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）等の通信プロトコルを含んでもよい。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含んでもよい。
【００１１】
もう１つの実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができ、この無線技術は、ＬＴＥおよび／またはＬＴＥ−Ａ（LTE-Advanced）を使用して、エアインタフェース１１６を確立することができる。
【００１２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。
【００１３】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、職場、住宅、車両、キャンパス等の局所的なエリア内の無線接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらにもう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。このように、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１４】
ＲＡＮ１０４は、コアネットワーク１０６と通信していてもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを、１つまたは複数のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、かつ／または、ユーザ認証などの高レベルのセキュリティ機能を行うことができる。図１Ａに示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信していてもよいことは理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中でありうるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。
【００１５】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしての機能を果たすこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における、ＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含みうる。ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、有線または無線通信ネットワークが含まれうる。例えば、ネットワーク１１２には、１つまたは複数のＲＡＮに接続された別のコアネットワークが含まれてもよく、これらのＲＡＮは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してもよい。
【００１６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用しうる基地局１１４ａと、かつ、ＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと、通信するように構成されてもよい。
【００１７】
図１Ｂは、ＷＴＲＵ１０２の一例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意のサブコンビネーションを含みうることは理解されよう。
【００１８】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコアと関連付けられる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作できるようにする任意の他の機能性を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバ１２０は、送受信素子１２２に結合されてもよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内で統合可能であることは理解されよう。
【００１９】
送受信素子１２２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信素子１２２は、ＲＦ信号を送信かつ／または受信するように構成されたアンテナであってもよい。もう１つの実施形態では、送受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信かつ／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態では、送受信素子１２２は、ＲＦおよび光信号を共に送信かつ受信するように構成されてもよい。送受信素子１２２は、無線信号の任意の組み合わせを送信かつ／または受信するように構成されてもよいことは理解されよう。
【００２０】
加えて、送受信素子１２２は、図１Ｂで単一の素子として示されるが、ＷＴＲＵ１０２は、任意の数の送受信素子１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。こうして、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信かつ受信するための、２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。
【００２１】
トランシーバ１２０は、送受信素子１２２によって送信される信号を変調するように、かつ、送受信素子１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。こうして、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするための複数のトランシーバを含んでもよい。
【００２２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、もしくは、有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ１３０には、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶装置が含まれうる。リムーバブルメモリ１３２には、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどが含まれうる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００２３】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配かつ／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってもよい。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが含まれうる。
【００２４】
プロセッサ１１８はまた、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または、信号が２つ以上の近くの基地局から受信されるタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、任意の適切な位置決定方法を通じて位置情報を獲得できることは理解されよう。
【００２５】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８には、追加の特徴、機能性、および／または、有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれうる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどが含まれうる。
【００２６】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。
【００２７】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、ＲＡＮ１０４は、一実施形態と矛盾しないままで、任意の数のｅノードＢを含んでもよいことは理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバをそれぞれ含んでもよい。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。こうして、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａへ無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００２８】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信することができる。
【００２９】
図１Ｃに示すコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有かつ／または操作されうることは理解されよう。
【００３０】
ＭＭＥ１４２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとしての機能を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）の間で切り替えるための制御プレーン機能を提供することもできる。
【００３１】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングかつ転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能である時ページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ格納することなどの他の機能を行うこともできる。
【００３２】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６にも接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【００３３】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインタフェースとしての機能を果たすＩＰゲートウェイ（例えば、ＩＭＳサーバ）を含んでもよく、またはそれと通信することができる。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、他の有線または無線ネットワークが含まれうる。
【００３４】
図２は、インターネットプロトコル（ＩＰ）マルチメディアコアネットワーク（ＩＭ ＣＮ）の一例の図であり、無線送受信ユニット（ＷＴＲＵ）２１０と通信している、ＩＭＳ２００、ＩＭネットワーク２０２、回線交換（ＣＳ）ネットワーク２０４、レガシーネットワーク２０６が含まれる。ＩＭＳ２００は、パケット交換ドメインを介して配信される、オーディオ、ビデオ、テキスト、チャット、またはそれらの組み合わせなどのＩＭサービスの提供のためのコアネットワーク（ＣＮ）要素を含む。図示のように、ＩＭＳ２００は、ホーム加入者サーバ（ＨＳＳ）２２０、アプリケーションサーバ（ＡＳ）２３０、呼セッション制御機能（ＣＳＣＦ）２４０、ブレークアウトゲートウェイ機能（ＢＧＦ）２５０、メディアゲートウェイ機能（ＭＧＦ）２６０、およびサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）２７０を含む。図２に示す論理的エンティティおよび信号経路に加えて、ＩＭＳは、１つまたは複数の物理的デバイス内に位置してもよい、論理的エンティティの任意の他の構成を含んでもよい。この論理的な例には図示しないが、ＷＴＲＵは、分離した物理的ユニットであってもよく、ノードＢまたはエンハンストノードＢ（ｅＮＢ）などの基地局を介してＩＭ ＣＮに接続されてもよい。
【００３５】
ＷＴＲＵ２１０は、有線および／または無線環境内で動作かつ／または通信するように構成された、任意のタイプのデバイスであってもよい。
【００３６】
ＨＳＳ２２０は、加入関連情報を維持かつ提供して、ＩＭセッションを処理するネットワークエンティティをサポートすることができる。例えば、ＨＳＳは、ＩＭＳユーザのための識別情報、セキュリティ情報、位置情報およびプロファイル情報を含んでもよい。
【００３７】
ＡＳ２３０は、ＳＩＰアプリケーションサーバ、ＯＳＡアプリケーションサーバ、または、ＣＡＭＥＬ ＩＭ−ＳＳＦであってもよく、付加価値のあるＩＭサービスを提供することができ、ホームネットワーク内またはサードパーティの位置内に存在してもよい。ＡＳは、ホームネットワーク、コアネットワーク、またはスタンドアロンのＡＳネットワークなどのネットワーク内に含まれうる。ＡＳは、ＩＭサービスを提供することができる。例えば、ＡＳは、終端側ユーザエージェント（ＵＡ）、リダイレクトサーバ、発信側ＵＡ、ＳＩＰプロキシ、またはサードパーティ呼制御の機能を行うことができる。
【００３８】
ＣＳＣＦ２４０は、Ｐ−ＣＳＣＦ（Proxy CSCF）、Ｓ−ＣＳＣＦ（Serving CSCF）、Ｅ−ＣＳＣＦ（Emergency CSCF）またはＩ−ＣＳＣＦ（Interrogating CSCF）を含みうる。例えば、Ｐ−ＣＳＣＦは、ＩＭＳ内のＷＴＲＵのための第１のコンタクトポイントを提供することができ、Ｓ−ＣＳＣＦは、セッション状態を処理することができ、Ｉ−ＣＳＣＦは、オペレータのネットワーク内で、そのネットワークオペレータの加入者宛ての、または、そのネットワークオペレータのサービスエリア内に現在位置するローミング加入者宛ての、ＩＭＳ接続のためのコンタクトポイントを提供することができる。
【００３９】
ＢＧＦ２５０は、ＩＢＣＦ（Interconnection Border Control Function）、ＢＧＣＦ（Breakout Gateway Control Function）またはＴｒＧＷ（Transition Gateway）を含みうる。ＢＧＦの一部として説明するが、ＩＢＣＦ、ＢＧＣＦまたはＴｒＧＷは、別個の論理的エンティティをそれぞれ表してもよく、１つまたは複数の物理的エンティティ内に位置してもよい。
【００４０】
ＩＢＣＦは、ＳＩＰ／ＳＤＰプロトコル層においてアプリケーション固有の機能を提供して、オペレータドメイン間の相互接続を行うことができる。例えば、ＩＢＣＦは、ＳＩＰアプリケーション間の通信、ネットワークトポロジ隠蔽、トランスポートプレーン機能の制御、ＳＩＰシグナリング情報のスクリーニング、適切なシグナリング相互接続の選択、および請求データ記録の生成を可能にすることができる。
【００４１】
ＢＧＣＦは、ＳＩＰメッセージなどのＩＭＳメッセージのルーティングを決定することができる。この決定は、シグナリングプロトコルにおいて受信された情報、管理情報、またはデータベースアクセスに基づくことが可能である。例えば、ＰＳＴＮ／ＣＳドメイン終端では、ＢＧＣＦは、ＰＳＴＮ／ＣＳドメインブレークアウトが発生することになるネットワークを決定することができ、ＭＧＣＦを選択することができる。
【００４２】
ＴｒＧＷは、メディア経路上に位置してもよく、ＩＢＣＦによって制御可能であり、ネットワークアドレスおよびポート変換、並びにプロトコル変換を提供することができる。
【００４３】
ＭＧＦ２６０は、ＭＧＣＦ（Media Gateway Control Function）、ＭＲＦＣ（Multimedia Resource Function Controller）、ＭＲＦＰ（Multimedia Resource Function Processor）、ＩＭＳ−ＭＧＷ（IP Multimedia Subsystem-Media Gateway Function）またはＭＲＢ（Media Resource Broker）を含みうる。ＭＧＦの一部として説明するが、ＭＧＣＦ、ＭＲＦＣ、ＭＲＦＰ、ＩＭＳ ＭＧＷ、またはＭＲＢは、別個の論理的エンティティをそれぞれ表してもよく、１つまたは複数の物理的エンティティ内に位置してもよい。
【００４４】
ＭＧＣＦは、ＩＭＳ内のメディアチャネルのための呼状態接続制御を制御することができ、ＣＳＣＦ、ＢＧＣＦ、および回線交換ネットワークエンティティと通信することができ、レガシーネットワークからの着信呼のルーティングを決定することができ、ＩＳＵＰ／ＴＣＡＰおよびＩＭサブシステム呼制御プロトコルの間のプロトコル変換を行うことができ、ＭＧＣＦ内で受信された帯域外情報を、ＣＳＣＦ／ＩＭＳ−ＭＧＷへ転送することができる。
【００４５】
ＭＲＦＣおよびＭＲＦＰは、メディアストリームリソースを制御することができる。ＭＲＦＣおよびＭＲＦＰは、着信メディアストリームを混合することができ、例えば、マルチメディアアナウンスメントのためのメディアストリームを調達することができ、オーディオトランスコーディングまたはメディア解析を行うことによるなど、メディアストリームを処理することができ、例えば、会議環境内で、共有リソースへのアクセス権を管理することによるなど、フロア制御を提供することができる。
【００４６】
ＩＭＳ−ＭＧＷは、交換回線ネットワークからのベアラチャネル、および、ＩＰネットワーク内のＲＴＰストリームなどの、パケットネットワークからのメディアストリームを終端することができる。ＩＭＳ−ＭＧＷは、コーデック、エコーキャンセラまたはカンファレンスブリッジなど、メディア変換、ベアラ制御およびペイロード処理をサポートすることができる。ＩＭＳ−ＭＧＷは、リソース制御のためにＭＧＣＦとインタラクトし、エコーキャンセラなど、リソースを管理することができ、コーデックを含んでもよい。ＩＭＳ−ＭＧＷは、ＵＭＴＳ／ＧＳＭトランスポートメディアをサポートするためのリソースを含んでもよい。
【００４７】
ＭＲＢは、複数の異種アプリケーションによる異種ＭＲＦリソースのプールの共有をサポートすることができる。ＭＲＢは、例えば、指定されたＭＲＦ属性に基づいて、消費側アプリケーションによって要求されるとき、呼への特定のＭＲＦリソースを割り当てまたは解放することができる。例えば、ＭＲＦリソースをあるアプリケーションに割り当てるとき、ＭＲＢは、１つまたは複数の呼のために必要とされるメディアリソースの特定の特徴、そのアプリケーションのアイデンティティ、異なるアプリケーションに渡ってＭＲＦリソースを割り振るためのルール、アプリケーション毎または加入者毎のＳＬＡもしくはＱｏＳ基準、または、特定のＭＲＦリソースの容量モデルを評価することができる。
【００４８】
ＳＣＣ ＡＳ２７０は、例えば、加入において、複数のＷＴＲＵの間の通信セッションの複製、転送、追加または削除などの通信セッションサービス継続性を提供することができる。ＳＣＣ ＡＳは、アクセス転送、セッション転送または複製、終端アクセスドメイン選択（Ｔ−ＡＤＳ）、および複数のメディアフローの処理を行うことができる。ＳＣＣ ＡＳは、１つまたは複数のアクセスネットワークを介して、メディアフローを結合または分割することができる。例えば、メディアフローは、セッションのセットアップ中に追加のアクセスネットワークを介してメディアフローを追加するための、ＷＴＲＵによる要求に応じて、または、１つもしくは複数のアクセスネットワークを介して、既存のセッションに対するメディアフローを追加もしくは削除するための、ＷＴＲＵによる要求に応じて、セッション転送、セッション終了のために分割または結合されてもよい。
【００４９】
通信セッションは、図１Ｂに示すＷＴＲＵなどのＷＴＲＵとリモートデバイスの間で、図１Ａに示す通信システムなどの通信システムを使用して行うことができる。ＷＴＲＵは、図１Ｃに示すＲＡＮなどのＲＡＮ、または、任意の他の有線もしくは無線アクセスネットワークを介して、通信システムにアクセスすることができる。通信セッションは、図２に示すようなＩＭＳによって提供されたＩＰマルチメディア（ＩＭ）サービスなどのサービスを含んでもよい。
【００５０】
ＷＴＲＵ、リモートデバイスまたはネットワークは、通信セッションを制御することができる。通信セッションの制御には、例えば、メディアフローを開始もしくは停止すること、メディアフローを追加もしくは除去すること、別のＷＴＲＵ上のメディアフローを転送もしくは複製すること、ビットレートを調整すること、または、通信を終了することが含まれうる。例えば、ＷＴＲＵは、リモートデバイスとの通信セッションを開始することができる。ＷＴＲＵは、通信セッションを最初に制御することができる。ＷＴＲＵは、リモートデバイスとの通信セッションの制御を渡しても、共有してもよい。
【００５１】
図３は、ＩＭＳを使用する、ＷＴＲＵ３１０とリモートデバイス３２０の間の通信セッション３００の一例の図を示す。通信セッション３００は、図２に示すようなＩＭ ＣＮなどのネットワーク３５０を介した、ＷＴＲＵ３１０とリモートデバイス３２０の間の、メディアフロー３３０（メディア経路）および制御シグナリング３４０（制御経路）を含んでもよい。ＩＭ ＣＮ３５０は、ＳＣＣ ＡＳ３５２、ＡＳ３５４、ＣＳＣＦ３５６、およびＭＧＦ３５８を含んでもよい。
【００５２】
通信セッション３００は、ＷＴＲＵ３１０に関連付けられたＳＣＣ ＡＳ３５２においてアンカーされてもよい。例えば、ＳＣＣ ＡＳ３５２は、メディアフロー識別子および制御デバイス識別子など、通信セッションに関する情報を維持することができ、通信セッション３００のための呼制御を提供することができる。簡単にするために、ＷＴＲＵ３１０とＳＣＣ ＡＳ３５２の間の通信セッションの部分は、アクセスレグ（access leg）と呼ばれることがあり、ＳＣＣ ＡＳ３５２とリモートデバイス３２０の間の通信セッションの部分は、リモートレグ（remote leg）と呼ばれることがある。
【００５３】
ＩＭＳを使用して通信セッション３００を確立するために、ＷＴＲＵ３１０は、ＩＭ ＣＮ３５０を介して接続（アクセスレグ）を開始することができる。ＷＴＲＵ３１０は、ＭＧＦ３５８を介してメディアフロー３３０を、また、ＣＳＣＦ３５６を介して制御シグナリング３４０を受信することができる。リモートデバイス３２０は、インターネット３６０を介してなど、リモートネットワーク（リモートレグ）を介して通信セッション３００に参加することができる。
【００５４】
図４は、ＩＭＳを使用する、ＷＴＲＵ４１０とリモートユニット４２０の間のピアツーピア通信セッション４００の一例の図を示す。通信セッション４００は、ネットワークを介して確立された、メディアフロー４３０および制御シグナリング４４０を含んでもよく、このネットワークには、図２に示すＩＭ ＣＮなどのＩＭ ＣＮ４５０が含まれうる。ＩＭ ＣＮ４５０は、ＣＳＣＦ４５２およびＭＧＦ４５８を含んでもよい。ＷＴＲＵ４１０はまた、ＩＭ ＣＮを使用せずに、リモートデバイスから直接、制御信号およびメディアフローを受信することもできる。
【００５５】
ＩＭＳを使用して通信セッション４００を確立するために、ＷＴＲＵ４１０は、ＩＭ ＣＮ４５０を介して接続（アクセスレグ）を開始することができる。アクセスレグでは、ＷＴＲＵ４１０は、ＭＧＦ４５８を介してメディアフロー４３０を、また、ＣＳＣＦ４５２を介して制御シグナリング４４０を受信することができる。ＷＴＲＵ４１０、リモートユニット４２０、または両方は、通信を維持し、通信セッション４００のための呼制御機能を行うことができる。リモートデバイス４２０は、インターネット４６０を介してなど、リモートネットワーク（リモートレグ）を介して、通信セッション４００に参加することができる。
【００５６】
ソースＷＴＲＵおよびターゲットＷＴＲＵは、協調セッションを介して関連付けられることができ、協調セッションは、ＳＣＣ ＡＳなどのサードパーティ内でアンカーされてもよい。
【００５７】
ソースＷＴＲＵは、通信セッションを最初に制御してもよく、または、リモートデバイスと制御を共有してもよい。ソースＷＴＲＵは、制御をターゲットＷＴＲＵに渡してもよく、または、ターゲットＷＴＲＵと制御を共有してもよい。
【００５８】
図５は、通信セッション５００の一例の図を示す。ソースＷＴＲＵ５１０およびターゲットＷＴＲＵ５１５は、図２に示すようなＩＭ ＣＮなどのネットワーク５５０を介した、リモートデバイス５２０との通信セッション５００に参加することができる。ＩＭ ＣＮ５５０は、ＳＣＣ ＡＳ５５２、ＡＳ５５４、ＣＳＣＦ５５６、およびＭＧＦ５５８を含んでもよい。
【００５９】
通信セッション５００は、ＷＴＲＵ５１０に関連付けられたＳＣＣ ＡＳ５５２においてアンカーされてもよい。簡単にするために、ＷＴＲＵ５１０／５１５とＳＣＣ ＡＳ５５２の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＳＣＣ ＡＳ５５２とリモートデバイス５２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６０】
アクセスレグ上で、ソースＷＴＲＵ５１０およびターゲットＷＴＲＵ５１５は、ＭＧＦ５５８を介して重複メディアフロー５７０Ａ／５７０Ｂを、また、ＳＣＣ ＡＳ５５２およびＣＳＣＦ５５６を介して、重複制御シグナリング５４０Ａ／５４０Ｂを受信することができる。リモートデバイス５２０は、インターネット５６０を介してなど、リモートネットワークを介して、通信セッション５００に参加することができる。
【００６１】
図６は、重複ピアツーピア通信セッション６００の一例の図を示す。ソースＷＴＲＵ６１０およびターゲットＷＴＲＵ６１５は、図２に示すようなＩＭ ＣＮなどのネットワーク６５０を介した、リモートデバイス６２０との重複ピアツーピア通信セッション６００に参加することができる。ＩＭ ＣＮ６５０は、ＣＳＣＦ６５６およびＭＧＦ６５８を含んでもよい。
【００６２】
簡単にするために、ＷＴＲＵ６１０／６１５とＣＳＣＦ６５６の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＣＳＣＦ６５６とリモートデバイス６２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６３】
アクセスレグ上で、ソースＷＴＲＵ６１０およびターゲットＷＴＲＵ６１５は、ＭＧＦ６５８を介して重複メディアフロー６８０Ａ／６８０Ｂを、また、ＣＳＣＦ６５６を介して、重複制御シグナリング６４０Ａ／６４０Ｂを受信することができる。リモートデバイス６２０は、インターネット６６０を介してなど、リモートネットワークを介して、通信セッション６００に参加することができる。図６は、メディアフローを、ＭＧＦ６５８によって複製されるものとして示すが、メディアフローは、リモートデバイス６２０によって、例えば、複数の送信機を使用して複製されてもよい。
【００６４】
図７は、ポリシーおよびレポート機能を含む通信セッション７００の図を示す。
【００６５】
ソースＷＴＲＵ７１０およびターゲットＷＴＲＵ７１５は、図２に示すようなＩＭ ＣＮなどのネットワーク７５０を介した、リモートデバイス７２０との通信セッション７００に参加することができる。ＩＭ ＣＮ７５０は、ＳＣＣ ＡＳ７５２、ＡＳ７５４、ＣＳＣＦ７５６、およびＭＧＦ７５８を含んでもよい。
【００６６】
通信セッション７００は、ＷＴＲＵ７１０に関連付けられたＳＣＣ ＡＳ７５２においてアンカーされてもよい。簡単にするために、ＷＴＲＵ７１０／７１５とＳＣＣ ＡＳ７５２の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＳＣＣ ＡＳ７５２とリモートデバイス７２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６７】
アクセスレグ上で、ソースＷＴＲＵ７１０およびターゲットＷＴＲＵ７１５は、ＭＧＦ７５８を介して重複メディアフロー７７０Ａ／７７０Ｂを、また、ＳＣＣ ＡＳ７５２およびＣＳＣＦ７５６を介して、重複制御シグナリング７４０Ａ／７４０Ｂを受信することができる。リモートデバイス７２０は、インターネット７６０を介してなど、リモートネットワークを介して、通信セッション７００に参加することができる。
【００６８】
また、アクセスレグ上で、ポリシー機能７２５は、メディア非依存ハンドオーバ（ＭＩＨ）サーバを使用して実装可能であるか、または、アプリケーションネットワーク発見および選択機能（ＡＮＤＳＦ）であってもよく、レポートデバイス７２７／７２９は、ＣＳＣＦ７５６を介して、ポリシーおよびレポート情報をＳＣＣ ＡＳ７５２に提供することができる。
【００６９】
ネットワーク内に位置するデバイスについて、かつ、所与のネットワークについてのポリシー情報は、ノード内に位置してもよいポリシー機能７２５を介してアクセス可能であり、各デバイスおよびネットワークについてのプロファイル情報と共に格納可能である。ポリシー機能７２５は、ＣＳＣＦ７５６を介して、ポリシー情報へのアクセスを提供することができる。ポリシー情報は、限定されないが、あるＷＴＲＵが別のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアフローがＷＴＲＵ間で転送可能であるか、転送可能でないか、どのＷＴＲＵがメディアフローのために好ましいか、別のネットワークによって転送または受信可能である、または可能でないメディアのタイプ、および、別のＷＴＲＵによって転送または受信可能である、または可能でないメディアのタイプを含みうる。
【００７０】
ネットワーク内に位置するデバイスについて、かつ、所与のネットワークについてのレポート情報には、１つまたは複数のレポート機能７２７／７２９を介してアクセス可能であり、１つまたは複数のレポート機能７２７／７２９は、１つまたは複数のノード内に位置してもよい。レポート機能はＣＳＣＦ７５６を介してレポート情報をＳＣＣ ＡＳ７５２へ送信することができる。レポート情報は、限定されないが、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ＷＴＲＵ位置変更イベント、ネットワークによって示されたＷＴＲＵによるアクセスの喪失、ＷＴＲＵによる、または、ネットワークによる、ＷＴＲＵによるアクセスの差し迫った喪失、および別のＷＴＲＵの登録を含みうる。
【００７１】
図８Ａ１および８Ａ２は、ＳＣＣ ＡＳ８１０により開始された、ポリシー情報および／またはプロファイル情報に基づく、別のＷＴＲＵへのＩＵＴ（例えば、音声／ビデオデータ）８００の一例を示す。
【００７２】
ＷＴＲＵ１ ８０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ ８０４へのセッション情報の転送はサービス継続性を提供することができる。ＳＣＣ ＡＳ８１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ８１０ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、ポリシー情報がポリシー機能８０６によってＳＣＣ ＡＳ８１０に提供される。ＳＣＣ ＡＳ８１０は、ポリシー情報を受信し、受信されたポリシー情報に基づいてＷＴＲＵ１ ８０２からＷＴＲＵ２ ８０４への転送を開始する。
【００７３】
ＩＭＳ対応ＷＴＲＵ１ ８０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ８１０を介してリモートパーティ８１２と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ ８０２、ＳＣＣ ＡＳ８１０およびリモートパーティ８１２は、１つまたは複数のメディアフロー（例えば、＃１．．．Ｍ）８１４を確立することができる。ＳＣＣ ＡＳ８１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００７４】
セッションのＩＵＴを開始する前に、ＳＣＣ ＡＳ８１０は、ＣＳＣＦ８０８を介したＷＴＲＵ２ ８０４からのＩＭＳ登録情報８１６の受信を通じて、ＷＴＲＵ２ ８０４がＷＴＲＵ１ ８０２からのセッション転送のための潜在的ターゲットであることを発見することができる。登録情報は、可用性情報、能力情報またはプリファレンス情報を含みうる。
【００７５】
ＳＣＣ ＡＳ８１０は、ポリシー獲得要求８１８をポリシー機能８０６へ送信することによってポリシー情報を要求することができる。ポリシー獲得要求８１８は、ポリシー情報がＳＣＣ ＡＳ８１０で既に格納されているならばオプションである。ポリシー情報はまた、周期的に受信可能であってもよく、限定されないが、時間ベースまたは位置ベースであってもよい。加えて、登録情報は、周期的に受信可能であってもよく、限定されないが、時間ベースまたは位置ベースであってもよい。登録情報はポリシー情報に関して解析可能である。ポリシー獲得要求８１８に応答して、ポリシー獲得応答８２０が、ポリシー機能８０６によってＳＣＣ ＡＳ８１０へ送信される。
【００７６】
ＳＣＣ ＡＳ８１０は、ＩＭＳセッション情報をＷＴＲＵ２ ８０４へ転送することを決定することができる。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、またはユーザからの入力に基づくことが可能である。加えて、ＳＣＣ ＡＳ８１０は、ＷＴＲＵ２ ８０４がＷＴＲＵ１ ８０２との暗黙の協調セッションの一部であること、および、ＷＴＲＵ２ ８０４が全部または一部のメディアフローのために好ましい候補であるかどうかを決定することができる。ＷＴＲＵ２ ８０４への転送のために認可されるメディアフローを、事前設定されたパラメータまたはポリシー情報に基づいて決定することができる。
【００７７】
ＳＣＣ ＡＳは、ＣＳＣＦ８０８を介してＩＭＳ登録応答８２２をＷＴＲＵ２ ８０４へ送信し、ＣＳＣＦ８０８を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）８２４をＷＴＲＵ２ ８０４へ送信する。ＷＴＲＵ２ ８０４ポリシー情報に基づいてＷＴＲＵ２ ８０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ ８０４へ転送することはできない。ＷＴＲＵ２ ８０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８２６をＣＳＣＦ８０８へ送信する。ＣＳＣＦ８０８は、メディアフロー更新要求８２６をリモートパーティ８１２へ送信する。リモートパーティ８１２は、メディアフローを更新し（８２７）、ＣＳＣＦ８０８を介してメディアフロー更新肯定応答（ＡＣＫ）８２８をＷＴＲＵ２ ８０４へ送信する。ＷＴＲＵ２ ８０４は、ＣＳＣＦ８０８を介して、メディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）８３０をＳＣＣ ＡＳ８１０へ送信する。ＳＣＣ ＡＳ８１０は、ＣＳＣＦ８０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）８３２をＷＴＲＵ１ ８０２へ送信する。ＷＴＲＵ１ ８０２は、メディアフローを解放し（８３４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求８３６をＣＳＣＦ８０８と交換する。ＷＴＲＵ１ ８０２はＩＵＴメディアフロー解放応答８４０をＣＳＣＦ８０８へ送信する。ＣＳＣＦ８０８はＳＩＰ ＢＹＥ８３８をリモートパーティ８１２と交換する。
【００７８】
メディアフロー（＃１．．ｎ）８４４を、ＷＴＲＵ２ ８０４とリモートパーティ８１２の間で確立することができる。ＷＴＲＵ１ ８０２は、メディアフロー（＃ｎ＋１．．Ｍ）８４２をリモートパーティ８１２と交換することができる。
【００７９】
図８Ａ１および８Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ ８０２、ＷＴＲＵ２ ８０４、ポリシー機能８０６、ＣＳＣＦ８０８、ＳＣＣ ＡＳ８１０およびリモートパーティ８１２の間で行うことができる。図８Ａ１および８Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ ８０２およびＷＴＲＵ２ ８０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ ８０４へ転送されていてもよい。
【００８０】
図８Ａ１および８Ａ２の代替的実施形態では、ＳＣＣ ＡＳ８１０は、ポリシー情報および／またはプロファイル情報に基づいてセッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ８１０は追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ ８０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８２６をＣＳＣＦ８０８へ送信した後、かつ、ＣＳＣＦ８０８がメディアフロー更新要求８２６をリモートパーティ８１２へ送信する前に、ＣＳＣＦ８０８はメディアフロー更新要求８４６をＳＣＣ ＡＳ８１０へ送信し、ＳＣＣ ＡＳ８１０は応答８４６を送信する。また、リモートパーティ８１２が８２７でメディアフローを更新し、ＣＳＣＦ８０８を介してメディアフロー更新ＡＣＫ８２８をＷＴＲＵ２ ８０４へ送信した後、かつ、ＷＴＲＵ２ ８０４がメディアフロー転送開始応答８３０を送信する前に、ＣＳＣＦ８０８はメディア更新ＡＣＫ８４８をＳＣＣ ＡＳ８１０へ送信し、ＳＣＣ ＡＳ８１０は応答８４８を送信する。
【００８１】
図８Ｂ１および８Ｂ２は、ＳＣＣ ＡＳ８５８により開始された、ポリシー情報および／またはプロファイル情報に基づく、別のネットワークへのアクセス転送（例えば、音声／ビデオデータ）８５０の一例を示す。
【００８２】
ＷＴＲＵ１ ８５１がＩＭＳセッション内でアクティブであるとき、別のネットワーク（例えば、無線アクセスネットワーク（ＲＡＮ））へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ８５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ８５８によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、ポリシー情報がポリシー機能８５４によってＳＣＣ ＡＳ８５８に提供される。ＳＣＣ ＡＳ８５８は、ポリシー情報を受信し、受信されたポリシー情報に基づいてあるＲＡＮから別のＲＡＮへの転送を開始する。
【００８３】
ＲＡＮ１ ８５２を介したＷＴＲＵ８５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ８５８を介してリモートパーティ８６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ ８５２を介したＷＴＲＵ８５１、ＳＣＣ ＡＳ８５８、およびリモートパーティ８６０は、１つまたは複数のメディアフロー（例えば、＃１．．．Ｍ）８６２を確立することができる。ＳＣＣ ＡＳ８５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００８４】
セッションのアクセス転送を開始する前に、ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介したＲＡＮ２ ８５３からのＩＭＳ登録情報８６４の受信を通じて、ＲＡＮ２ ８５３がＲＡＮ１ ８５２からのセッション転送のための潜在的ターゲットであることを発見することができる。ＳＣＣ ＡＳ８５８は、ポリシー獲得要求８６６をポリシー機能８５４へ送信することによってポリシー情報を要求することができる。ポリシー獲得要求８６６は、ポリシー情報がＳＣＣ ＡＳ８５８で既に格納されているならばオプションである。ポリシー獲得要求８６６に応答して、ポリシー獲得応答８６８が、ポリシー機能８５４によってＳＣＣ ＡＳ８５８へ送信される。
【００８５】
ＳＣＣ ＡＳ８５８は、ＩＭＳセッション情報をＲＡＮ２ ８５３へ転送することを決定することができる。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、またはユーザからの入力に基づくことが可能である。加えて、ＳＣＣ ＡＳ８５８は、ＲＡＮ２ ８５３が全部または一部のメディアフローのために好ましい候補であるかどうかを判定することができる。ＲＡＮ２ ８５３への転送のために認可されるメディアフローを、事前設定されたパラメータまたはポリシー情報に基づいて決定することができる。
【００８６】
ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介してＩＭＳ登録応答８７０をＲＡＮ２ ８５３へ送信し、ＣＳＣＦ８５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）８７２をＲＡＮ２ ８５３へ送信する。ＲＡＮ２ ８５３ポリシー情報に基づいてＲＡＮ２ ８５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ ８５３へ転送することはできない。ＲＡＮ２ ８５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８７４をＣＳＣＦ８５６へ送信する。ＣＳＣＦ８５６は、メディアフロー更新要求８７４をリモートパーティ８６０へ送信する。リモートパーティ８６０は、メディアフローを更新し（８７６）、ＣＳＣＦ８５６を介してメディアフロー更新ＡＣＫ８７８をＲＡＮ２ ８５３へ送信する。ＲＡＮ２ ８５３は、ＣＳＣＦ８５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）８８０をＳＣＣ ＡＳ８５８へ送信する。ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）８８２をＲＡＮ１ ８５２へ送信する。ＲＡＮ１ ８５２は、メディアフローを解放し（８８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求８８６をＣＳＣＦ８５６と交換する。ＲＡＮ１ ８５２は、ＣＳＣＦ８５６を介してアクセス転送メディアフロー解放応答８９０をＳＣＣ ＡＳ８５８へ送信する。ＣＳＣＦ８５６は、ＳＩＰ ＢＹＥ８８８をリモートパーティ８６０と交換する。
【００８７】
メディアフロー（＃１．．ｎ）８９６を、ＲＡＮ２ ８５３とリモートパーティ８６０の間で確立することができる。ＲＡＮ１ ８５２は、メディアフロー（＃ｎ＋１．．Ｍ）８９４をリモートパーティ８６０と交換することができる。
【００８８】
図８Ｂ１および８Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ８５１、ＲＡＮ１ ８５２、ＲＡＮ２ ８５３、ポリシー機能８５４、ＣＳＣＦ８５６、ＳＣＣ ＡＳ８５８およびリモートパーティ８６０の間で行うことができる。図８Ｂ１および８Ｂ２に示す実施形態が完了すると、ＲＡＮ１ ８５２およびＲＡＮ２ ８５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ ８５３へ転送されていてもよい。
【００８９】
図８Ｂ１および８Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ８５８は、ポリシー情報および／またはプロファイル情報に基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ８５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ ８５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８７４をＣＳＣＦ８５６へ送信した後、かつ、ＣＳＣＦ８５６がメディアフロー更新要求８７４をリモートパーティ８６０へ送信する前に、ＣＳＣＦ８５６は、メディアフロー更新要求８９７をＳＣＣ ＡＳ８５８へ送信し、ＳＣＣ ＡＳ８５８は応答８９７を送信する。また、リモートパーティ８６０がメディアフローを更新し（８７６）、ＣＳＣＦ８５６を介してメディアフロー更新ＡＣＫ８７８をＲＡＮ２ ８５３へ送信した後、かつ、ＲＡＮ２ ８５３がメディアフロー転送開始応答８８０を送信する前に、ＣＳＣＦ８５６は、メディア更新ＡＣＫ８９８をＳＣＣ ＡＳ８５８へ送信し、ＳＣＣ ＡＳ８５８は応答８９８を送信する。
【００９０】
図９Ａ１および９Ａ２は、ＳＣＣ ＡＳ９１０により開始された、レポート情報に基づく、別のＷＴＲＵへのＩＵＴ（例えば、音声／ビデオデータ）９００の一例を示す。
【００９１】
ＷＴＲＵ１ ９０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ ９０４へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ９１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ９１０ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ＷＴＲＵの新しい位置）が、レポート機能９０６によってＳＣＣ ＡＳ９１０に提供される。ＳＣＣ ＡＳ９１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ ９０２からＷＴＲＵ２ ９０４への転送を開始する。
【００９２】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ９１０には、ＷＴＲＵについての新しい位置などのイベントが通知されてもよい。このイベントは、メディア非依存ハンドオーバ（ＭＩＨ）サーバ、アプリケーションネットワーク発見および選択機能（ＡＮＤＳＦ）によって、または、他のレポートノードを介して、ＳＣＣ ＡＳ９１０に提供されてもよい。ＳＣＣ ＡＳ９１０は、イベントを登録するための要求９１４をレポート機能９０６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【００９３】
ＩＭＳ対応ＷＴＲＵ１ ９０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ９１０を介してリモートパーティ９１２と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ ９０２、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）９１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ ９０４、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）９１８を確立することができる。ＳＣＣ ＡＳ９１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００９４】
ＳＣＣ ＡＳ９１０は、イベントが発生したというインジケーション９２０をレポート機能９０６から受信することができる。例えば、ＷＴＲＵ１ ９０２は、その位置を位置１から位置２へと変更していることがある。ＳＣＣ ＡＳ９１０は、ＷＴＲＵ２ ９０４が、ＷＴＲＵ１ ９０２からのいくつかのメディアフローのセッション転送のための、位置１における潜在的ターゲットであると決定する（９２２）。ＳＣＣ ＡＳは、どのメディアフローがＷＴＲＵ２ ９０４への転送のために認可可能であるかを決定する（９２２）。この決定９２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【００９５】
ＳＣＣ ＡＳ９１０は、ＣＳＣＦ９０８を介してメディアフロー転送開始（＃ｎ＋１．．ｐ）９２４をＷＴＲＵ２ ９０４へ送信する。ＷＴＲＵ２ ９０４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ ９０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ ９０４へ転送することはできない。ＷＴＲＵ２ ９０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９２６をＣＳＣＦ９０８へ送信する。ＣＳＣＦ９０８は、メディアフロー更新要求９２６をリモートパーティ９１２へ送信する。リモートパーティ９１２は、メディアフローを更新し（９２８）、ＣＳＣＦ９０８を介してメディアフロー更新ＡＣＫ９３０をＷＴＲＵ２ ９０４へ送信する。ＷＴＲＵ２ ９０４は、ＣＳＣＦ９０８を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）９３２をＳＣＣ ＡＳ９１０へ送信する。ＳＣＣ ＡＳ９１０は、ＣＳＣＦ９０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）９３４をＷＴＲＵ１ ９０２へ送信する。ＷＴＲＵ１ ９０２は、メディアフローを解放し（９３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求９３８をＣＳＣＦ９０８と交換する。ＷＴＲＵ１ ９０２は、ＣＳＣＦ９０８を介してＩＵＴメディアフロー解放応答９４２をＳＣＣ ＡＳ９１０へ送信する。ＣＳＣＦ９０８は、ＳＩＰ ＢＹＥ９４０をリモートパーティ９１２と交換する。
【００９６】
メディアフロー（＃１．．ｎ）９４６を、ＷＴＲＵ２ ９０４とリモートパーティ９１２の間で確立することができる。ＷＴＲＵ１ ９０２は、メディアフロー（＃ｎ＋１．．Ｍ）９４４をリモートパーティ９１２と交換することができる。
【００９７】
図９Ａ１および９Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ ９０２、ＷＴＲＵ２ ９０４、レポート機能９０６、ＣＳＣＦ９０８、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２の間で行うことができる。図９Ａ１および９Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ ９０２およびＷＴＲＵ２ ９０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ ９０４へ転送されていてもよい。
【００９８】
図９Ａ１および９Ａ２の代替的実施形態では、ＳＣＣ ＡＳ９１０は、レポート情報に基づいて、セッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ９１０は、追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ ９０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９２６をＣＳＣＦ９０８へ送信した後、かつ、ＣＳＣＦ９０８がメディアフロー更新要求９２６をリモートパーティ９１２へ送信する前に、ＣＳＣＦ９０８はメディアフロー更新要求９４８をＳＣＣ ＡＳ９１０へ送信し、ＳＣＣ ＡＳ９１０は応答９４８を送信する。また、リモートパーティ９１２が９２８でメディアフローを更新し、ＣＳＣＦ９０８を介してメディアフロー更新ＡＣＫ９３０をＷＴＲＵ２ ９０４へ送信した後、かつ、ＷＴＲＵ２ ９０４がメディアフロー転送開始応答９３２を送信する前に、ＣＳＣＦ９０８はメディア更新ＡＣＫ９４９をＳＣＣ ＡＳ９１０へ送信し、ＳＣＣ ＡＳ９１０は応答９４９を送信する。
【００９９】
図９Ｂ１および９Ｂ２は、ＳＣＣ ＡＳ９５８により開始された、レポート情報に基づく、別のネットワークへのアクセス転送（例えば、音声／ビデオデータ）９５０の一例を示す。
【０１００】
ＲＡＮ１ ９５２を介したＷＴＲＵ ９５１がＩＭＳセッション内でアクティブであるとき、ＲＡＮ２ ９５３へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ９５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ９５８ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ＲＡＮ１の新しい位置）がＳＣＣ ＡＳ９５８に提供される。ＳＣＣ ＡＳ９５８は、レポート機能９５４からレポート情報を受信し、受信されたレポート情報に基づいてＲＡＮ１ ９５２からＲＡＮ２ ９５３への転送を開始する。
【０１０１】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ９５８には、ＲＡＮ１ ９５２についての新しい位置などのイベントが通知されてもよい。ＳＣＣ ＡＳ９５８は、イベントを登録するための要求９６２を、レポート機能９５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１０２】
ＲＡＮ１ ９５２を介した、かつ、ＲＡＮ２ ９５３を介したＷＴＲＵ９５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ９５８を介してリモートパーティ９６０と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ ９５２を介したＷＴＲＵ９５１、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）９６４を確立することができる。加えて、ＲＡＮ２ ９５３を介したＷＴＲＵ９５１、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）９６６を確立することができる。ＳＣＣ ＡＳ９５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１０３】
ＳＣＣ ＡＳ９５８は、イベントが発生したというインジケーション９６８をレポート機能９５４から受信することができる。例えば、ＲＡＮ１ ９５２は、その位置を位置１から位置２へと変更していることがある。ＳＣＣ ＡＳ９５８は、ＲＡＮ２ ９５３が、ＲＡＮ１ ９５２からのいくつかのメディアフローのセッション転送のための、位置１における潜在的ターゲットであると決定する（９７０）。ＳＣＣ ＡＳ９５８は、どのメディアフローがＲＡＮ２ ９５３への転送のために認可可能であるかを決定する（９７０）。この決定９７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１０４】
ＳＣＣ ＡＳ９５８は、ＣＳＣＦ９５６を介してメディアフロー転送開始（＃ｎ＋１．．ｐ）９７２をＲＡＮ２ ９５３へ送信する。ＲＡＮ２ ９５３ポリシー情報に基づくことが可能である、ＲＡＮ２ ９５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ ９５３へ転送することはできない。ＲＡＮ２ ９５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９７４をＣＳＣＦ９５６へ送信する。ＣＳＣＦ９５６は、メディアフロー更新要求９７４をリモートパーティ９６０へ送信する。リモートパーティ９６０は、メディアフローを更新し（９７６）、ＣＳＣＦ９５６を介してメディアフロー更新ＡＣＫ９７８をＲＡＮ２ ９５３へ送信する。ＲＡＮ２ ９５３は、ＣＳＣＦ９５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）９８０をＳＣＣ ＡＳ９５８へ送信する。ＳＣＣ ＡＳ９５８は、ＣＳＣＦ９５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．ｐ）９８４をＲＡＮ１ ９５２へ送信する。ＲＡＮ１ ９５２は、メディアフローを解放し（９８６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求９８８をＣＳＣＦ９５６と交換する。ＲＡＮ１ ９５２は、ＣＳＣＦ９５６を介してアクセス転送メディアフロー解放応答９９２をＳＣＣ ＡＳ９５８へ送信する。ＣＳＣＦ９５６は、ＳＩＰ ＢＹＥ９９０をリモートパーティ９６０と交換する。
【０１０５】
メディアフロー（＃１．．ｐ）９９６を、ＲＡＮ２ ９５３とリモートパーティ９６０の間で確立することができる。ＲＡＮ１ ９５２は、メディアフロー（＃ｐ＋１．．Ｍ）９９４をリモートパーティ９６０と交換することができる。
【０１０６】
図９Ｂ１および９Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１ ９５１、ＲＡＮ１ ９５２、ＲＡＮ２ ９５３、レポート機能９５４、ＣＳＣＦ９５６、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０の間で行うことができる。図９Ｂ１および９Ｂ２に示す実施形態が完了すると、ＲＡＮ１ ９５２およびＲＡＮ２ ９５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ ９５３へ転送されていてもよい。
【０１０７】
図９Ｂ１および９Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ９５８は、レポート情報に基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ９５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ ９５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９７４をＣＳＣＦ９５６へ送信した後、かつ、ＣＳＣＦ９５６がメディアフロー更新要求９７４をリモートパーティ９６０へ送信する前に、ＣＳＣＦ９５６はメディアフロー更新要求９９７をＳＣＣ ＡＳ９５８へ送信し、ＳＣＣ ＡＳ９５８は応答９９７を送信する。また、リモートパーティ９６０が、メディアフローを更新し（９７６）、ＣＳＣＦ９５６を介してメディアフロー更新ＡＣＫ９７８をＲＡＮ２ ９５３へ送信した後、かつ、ＲＡＮ２ ９５３がメディアフロー転送開始応答９８０を送信する前に、ＣＳＣＦ９５６はメディア更新ＡＣＫ９９８をＳＣＣ ＡＳ９５８へ送信し、ＳＣＣ ＡＳ９５８は応答９９８を送信する。
【０１０８】
図１０Ａ１および１０Ａ２は、ＳＣＣ ＡＳ１０１０により開始された、レポート情報に基づく、ＷＴＲＵ間の負荷分散（load balancing）ＩＵＴ（例えば、音声／ビデオデータ）１０００の一例を示す。
【０１０９】
ＷＴＲＵ１ １００２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １００４へのセッション情報の転送は、サービス継続性および負荷分散を提供することができる。ＳＣＣ ＡＳ１０１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ１０１０によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ネットワーク過負荷イベント）が、レポート機能１００６によってＳＣＣ ＡＳ１０１０に提供される。ＳＣＣ ＡＳ１０１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ １００２からＷＴＲＵ２ １００４への転送を開始する。
【０１１０】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１０１０には、ネットワーク過負荷イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１０１０は、イベントを登録するための要求１０１４をレポート機能１００６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１１１】
ＩＭＳ対応ＷＴＲＵ１ １００２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１０１０を介してリモートパーティ１０１２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １００２、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１０１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １００４、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１０１８を確立することができる。ＳＣＣ ＡＳ１０１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１１２】
ＳＣＣ ＡＳ１０１０は、イベントが発生したというインジケーション１０２０をレポート機能１００６から受信することができる。例えば、ＳＣＣ ＡＳ１０１０は、ネットワーク過負荷イベントに関する情報１０２０を受信することができる。ＳＣＣ ＡＳ１０１０は、ＷＴＲＵ２ １００４が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定し、この決定は、ＷＴＲＵ２ １００４のアクセス技術がＷＴＲＵ１ １００２の輻輳したネットワークからセッション情報をオフロードすることができるかどうかに基づくことが可能である。ＳＣＣ ＡＳ１０１０は、どのメディアフローがＷＴＲＵ２への転送のために認可可能であるかを決定する（１０２２）。この決定１０２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１１３】
ＳＣＣ ＡＳ１０１０は、ＣＳＣＦ１００８を介して、メディアフロー転送開始（＃ｎ＋１．．ｐ）要求１０２４をＷＴＲＵ２ １００４へ送信する。ＷＴＲＵ２ １００４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １００４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １００４へ転送することはできない。ＷＴＲＵ２ １００４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１０２６をＣＳＣＦ１００８へ送信する。ＣＳＣＦ１００８は、メディアフロー更新要求１０２６をリモートパーティ１０１２へ送信する。リモートパーティ１０１２は、メディアフローを更新し（１０２８）、ＣＳＣＦ１００８を介してメディアフロー更新ＡＣＫ１０３０をＷＴＲＵ２ １００４へ送信する。ＷＴＲＵ２ １００４は、ＣＳＣＦ１００８を介して、メディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１０３２をＳＣＣ ＡＳ１０１０へ送信する。ＳＣＣ ＡＳ１０１０は、ＣＳＣＦ１００８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）１０３４をＷＴＲＵ１ １００２へ送信する。ＷＴＲＵ１ １００２は、メディアフローを解放し（１０３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１０３８をＣＳＣＦ１００８と交換する。ＷＴＲＵ１ １００２は、ＣＳＣＦ１００８を介してＩＵＴメディアフロー解放応答１０４２をＳＣＣ ＡＳ１０１０へ送信する。ＣＳＣＦ１００８は、ＳＩＰ ＢＹＥ１０４０をリモートパーティ１０１２と交換する。
【０１１４】
メディアフロー（＃１．．Ｍ）１０４６を、ＷＴＲＵ２ １００４とリモートパーティ１０１２の間で確立することができる。
【０１１５】
図１０Ａ１および１０Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １００２、ＷＴＲＵ２ １００４、レポート機能１００６、ＣＳＣＦ１００８、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２の間で行うことができる。図１０Ａ１および１０Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １００２およびＷＴＲＵ２ １００４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １００４へ転送されていてもよい。
【０１１６】
図１０Ｂ１および１０Ｂ２は、ＳＣＣ ＡＳ１０５８により開始された、レポート情報に基づく、ネットワーク間の負荷分散アクセス転送（例えば、音声／ビデオデータ）１０５０の一例を示す。
【０１１７】
ＷＴＲＵ １０５１がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １０５２からＲＡＮ２ １０５３へのセッション情報の転送は、サービス継続性および負荷分散を提供することができる。ＳＣＣ ＡＳ１０５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ１０５８によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ネットワーク過負荷イベント）が、ＳＣＣ ＡＳ１０５８に提供される。ＳＣＣ ＡＳ１０５８は、レポート情報を受信し、受信されたレポート情報に基づいてＲＡＮ１ １０５２からＲＡＮ２ １０５３への転送を開始する。
【０１１８】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１０５８には、ＲＡＮ１ １０５２についてのネットワーク過負荷イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１０５８は、イベントを登録するための要求１０６２をレポート機能１０５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１１９】
ＲＡＮ１ １０５２を介した、かつ、ＲＡＮ２ １０５３を介したＷＴＲＵ１０５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１０５８を介してリモートパーティ１０６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １０５２を介したＷＴＲＵ１０５１、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１０６４を確立することができる。加えて、ＲＡＮ２ １０５３を介したＷＴＲＵ１０５１、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１０６６を確立することができる。ＳＣＣ ＡＳ１０５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１２０】
ＳＣＣ ＡＳ１０５８は、イベント１０６８が発生したというインジケーションをレポート機能１０５４から受信することができる。例えば、ＳＣＣ ＡＳ１０５８は、ネットワーク過負荷イベントに関する情報１０６８を受信することができる。ＳＣＣ ＡＳ１０５８は、ＲＡＮ２ １０５３が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定し、この決定は、ＲＡＮ２ １０５３のアクセス技術がＲＡ１ １０５２の輻輳したネットワークからセッション情報をオフロードすることができるかどうかに基づくことが可能である。ＳＣＣ ＡＳ１０５８は、どのメディアフローがＲＡＮ２ １０５３への転送のために認可可能であるかを決定する（１０７０）。この決定１０７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１２１】
ＳＣＣ ＡＳ１０５８は、ＣＳＣＦ１０５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１０７２をＲＡＮ２ １０５３へ送信する。ＲＡＮ２ １０５３ポリシー情報に基づくことが可能である、ＲＡＮ２ １０５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １０５３へ転送することはできない。ＲＡＮ２ １０５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１０７４をＣＳＣＦ１０５６へ送信する。ＣＳＣＦ１０５６は、メディアフロー更新要求１０７４をリモートパーティ１０６０へ送信する。リモートパーティ１０６０は、メディアフローを更新し（１０７６）、ＣＳＣＦ１０５６を介してメディアフロー更新ＡＣＫ１０７８をＲＡＮ２ １０５３へ送信する。ＲＡＮ２ １０５３は、ＣＳＣＦ１０５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１０８０をＳＣＣ ＡＳ１０５８へ送信する。ＳＣＣ ＡＳ１０５８は、ＣＳＣＦ１０５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）１０８２をＲＡＮ１ １０５２へ送信する。ＲＡＮ１ １０５２は、メディアフローを解放し（１０８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１０８６をＣＳＣＦ１０５６と交換する。ＲＡＮ１ １０５２は、ＣＳＣＦ１０５６を介して、アクセス転送メディアフロー解放応答１０９０をＳＣＣ ＡＳ１０５８へ送信する。ＣＳＣＦ１０５６は、ＳＩＰ ＢＹＥ１０８８をリモートパーティ１０６０と交換する。
【０１２２】
メディアフロー（＃１．．Ｍ）１０９４を、ＲＡＮ２ １０５３とリモートパーティ１０６０の間で確立することができる。
【０１２３】
図１０Ｂ１および１０Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１０５１、ＲＡＮ１ １０５２、ＲＡＮ２ １０５３、レポート機能１０５４、ＣＳＣＦ１０５６、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０の間で行うことができる。図１０Ｂ１および１０Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １０５２およびＲＡＮ２ １０５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １０５３へ転送されていてもよい。
【０１２４】
図１１Ａ１および１１Ａ２は、ＳＣＣ ＡＳ１１０５により開始された、レポート情報に基づく、ＩＵＴ（例えば、音声／ビデオデータ）のためのフォールバック１１００の一例を示す。
【０１２５】
ＷＴＲＵ１ １１０１がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １１０２へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）がＳＣＣ ＡＳ１１０５に提供される。ＳＣＣ ＡＳ１１０５は、レポート情報を受信し、ＷＴＲＵ１ １１０１からＷＴＲＵ２ １１０２への転送を開始する。ＳＣＣ ＡＳ１１０５は、ＷＴＲＵ１ １１０１によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１０５は、レポート情報に基づいて、ＷＴＲＵ２ １１０２へのセッション情報のフォールバック（例えば、転送）を開始することができる。また、この転送がフォールバックＩＵＴ転送であるというインジケーションを送信することもできる。セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１１０５には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１０５は、イベントを登録するための要求１１０７をレポート機能１１０３へ送信することができる。明示的イベント登録はオプションである。登録は設定手順に基づいて発生可能である。
【０１２６】
ＩＭＳ対応ＷＴＲＵ１ １１０１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１０５を介してリモートパーティ１１０６と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １１０１、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１０８を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １１０２、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１０９を確立することができる。ＳＣＣ ＡＳ１１０５は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１２７】
ＳＣＣ ＡＳ１１０５は、イベントが発生したというインジケーション１１１０をレポート機能１１０３から受信することができる。例えば、ＳＣＣ ＡＳ１１０５は、アクセスネットワークの損失イベントに関する情報１１１０を受信することができる。ＳＣＣ ＡＳ１１０５は、ＷＴＲＵ２ １１０２が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する（１１１２）。ＳＣＣ ＡＳ１１０５は、どのメディアフローがＷＴＲＵ２ １１０２への転送のために認可可能であるかを決定する（１１１２で）。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１２８】
ＳＣＣ ＡＳ１１０５は、ＣＳＣＦ１１０４を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１１３をＷＴＲＵ２ １１０２へ送信する。ＷＴＲＵ２ １１０２ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １１０２へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １１０２へ転送することはできない。ＷＴＲＵ２ １１０２は、ＣＳＣＦ１１０４を介して、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１１４をＳＣＣ ＡＳ１１０５へ送信する。ＳＣＣ ＡＳ１１０５は、メディアフロー更新要求１１１４をＣＳＣＦ１１０４へ返送し、ＣＳＣＦ１１０４は、メディアフロー更新要求１１１４をリモートパーティ１１０６へ送信する。リモートパーティ１１０６は、メディアフローを更新し（１１１５）、メディアフロー更新応答１１１６をＣＳＣＦ１１０４へ送信する。ＣＳＣＦ１１０４は、応答１１１６をＳＣＣ ＡＳ１１０５へ送信し、ＳＣＣ ＡＳ１１０５は、応答１１１６をＷＴＲＵ２ １１０２へ送信する。ＷＴＲＵ２ １１０２は、ＣＳＣＦ１１０４を介して、ＩＵＴメディアフローＡＣＫ１１１７をＳＣＣ ＡＳ１１０５へ送信する。
【０１２９】
メディアフロー（＃１．．Ｍ）１１１８を、ＷＴＲＵ２ １１０２とリモートパーティ１１０６の間で確立することができる。
【０１３０】
図１１Ａ１および１１Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １１０１、ＷＴＲＵ２ １１０２、レポート機能１１０３、ＣＳＣＦ１１０４、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６の間で行うことができる。図１１Ａ１および１１Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １１０１およびＷＴＲＵ２ １１０２は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １１０２へ転送されていてもよい。
【０１３１】
図１１Ｂ１および１１Ｂ２は、ＳＣＣ ＡＳ１１３１により開始された、レポート情報に基づく、アクセス転送（例えば、音声／ビデオデータ）のためのフォールバック１１２５の一例を示す。
【０１３２】
ＷＴＲＵ １１２６がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １１２７からＲＡＮ２ １１２８へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）がＳＣＣ ＡＳ１１３１に提供される。ＳＣＣ ＡＳ１１３１は、レポート情報を受信し、ＲＡＮ１ １１２７からＲＡＮ２ １１２８への転送を開始する。ＳＣＣ ＡＳ１１３１は、ＲＡＮ１ １１２７によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１３１は、レポート情報に基づいて、ＲＡＮ２ １１２８へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１３３】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１１３１には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１３１は、イベントを登録するための要求１１３３をレポート機能１１２９へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１３４】
ＲＡＮ１ １１２７を介したＷＴＲＵ１１２６は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１３１を介してリモートパーティ１１３２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １１２７を介したＷＴＲＵ１１２６、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１３４を確立することができる。加えて、ＲＡＮ２ １１２８を介したＷＴＲＵ１１２６、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１３５を確立することができる。ＳＣＣ ＡＳ１１３１は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１３５】
ＳＣＣ ＡＳ１１３１は、イベントが発生したというインジケーションをレポート機能１１２９から受信することができる。例えば、ＳＣＣ ＡＳ１１３１は、アクセスネットワークの損失イベントに関する情報１１３６を受信することができる。ＳＣＣ ＡＳ１１３１は、ＲＡＮ２ １１２８が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１１３１は、どのメディアフローがＲＡＮ２ １１２８への転送のために認可可能であるかを決定する（１１３７）。この決定１１３７は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１３６】
ＳＣＣ ＡＳ１１３１は、ＣＳＣＦ１１３０を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１３８をＲＡＮ２ １１２８へ送信する。ＲＡＮ２ １１２８ポリシー情報に基づくことが可能である、ＲＡＮ２ １１２８へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １１２８へ転送することはできない。ＲＡＮ２ １１２８は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１３９をＣＳＣＦ１１３０を介してＳＣＣ ＡＳ１１３１へ送信する。ＳＣＣ ＡＳ１１３１は、メディアフロー更新要求１１３９をＣＳＣＦ１１３０へ返送し、ＣＳＣＦ１１３０は、メディアフロー更新要求１１３９をリモートパーティ１１３２へ送信する。リモートパーティ１１３２は、メディアフローを更新し（１１４０）、メディアフロー更新応答１１４１をＣＳＣＦ１１３０へ送信する。ＣＳＣＦ１１３０は、応答１１４１をＳＣＣ ＡＳ１１３１へ送信し、ＳＣＣ ＡＳ１１３１は、応答１１４１をＲＡＮ２ １１２８へ送信する。ＲＡＮ２ １１２８は、ＣＳＣＦ１１３０を介して、アクセス転送メディアフローＡＣＫ１１４２をＳＣＣ ＡＳ１１３１へ送信する。
【０１３７】
メディアフロー（＃１．．Ｍ）１１４３を、ＲＡＮ２ １１２８とリモートパーティ１１３２の間で確立することができる。
【０１３８】
図１１Ｂ１および１１Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１１２６、ＲＡＮ１ １１２７、ＲＡＮ２ １１２８、レポート機能１１２９、ＣＳＣＦ１１３０、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２の間で行うことができる。図１１Ｂ１および１１Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １１２７およびＲＡＮ２ １１２８は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １１２８へ転送されていてもよい。
【０１３９】
図１１Ｃ１および１１Ｃ２は、図１１Ａ１および１１Ａ２の代替的実施形態１１５０を示す。
【０１４０】
ＷＴＲＵ１ １１５１がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １１５２へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）が、レポート機能１１５３によってＳＣＣ ＡＳ１１５５に提供される。ＳＣＣ ＡＳ１１５５は、レポート情報を受信し、ＷＴＲＵ１ １１５１からＷＴＲＵ２ １１５２への転送を開始する。ＳＣＣ ＡＳ１１５５は、ＷＴＲＵ１ １１５１によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１５５は、レポート情報に基づいて、ＷＴＲＵ２ １１５２へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１４１】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１１５５には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１５５は、イベントを登録するための要求１１５７をレポート機能１１５３へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１４２】
ＩＭＳ対応ＷＴＲＵ１ １１５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１５５を介してリモートパーティ１１５６と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １１５１、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１５８を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １１５２、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１５９を確立することができる。ＳＣＣ ＡＳ１１５５は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１４３】
ＳＣＣ ＡＳ１１５５は、イベントが発生したというインジケーション１１６０をレポート機能１１５３から受信することができる。例えば、ＳＣＣ ＡＳ１１５５は、アクセスネットワークの損失イベントに関する情報１１６０を受信することができる。ＳＣＣ ＡＳ１１５５は、ＷＴＲＵ２ １１５２が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する（１１６１）。ＳＣＣ ＡＳ１１５５は、どのメディアフローがＷＴＲＵ２ １１５２への転送のために認可可能であるかを決定する（１１６１）。この決定１１６１は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１４４】
ＳＣＣ ＡＳ１１５５は、ＣＳＣＦ１１５４を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１６２をＷＴＲＵ２ １１５２へ送信する。ＷＴＲＵ２ １１５２ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １１５２へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １１５２へ転送することはできない。ＷＴＲＵ２ １１５２は、ＣＳＣＦ１１５４を介してメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１６４をリモートパーティ１１５６へ送信する。リモートパーティ１１５６は、メディアフローを更新し（１１６５）、メディアフロー更新応答１１６６をＣＳＣＦ１１５４へ送信する。ＣＳＣＦ１１５４は、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１６７をＷＴＲＵ２ １１５２へ送信する。ＷＴＲＵ２ １１５２は、ＣＳＣＦ１１５４を介してメディア更新応答１１６６をＳＣＣ ＡＳ１１５５へ送信する。
【０１４５】
メディアフロー（＃１．．Ｍ）１１６８を、ＷＴＲＵ２ １１５２とリモートパーティ１１５６の間で確立することができる。
【０１４６】
図１１Ｃ１および１１Ｃ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １１５１、ＷＴＲＵ２ １１５２、レポート機能１１５３、ＣＳＣＦ１１５４、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６の間で行うことができる。図１１Ｃ１および１１Ｃ２に示す実施形態が完了すると、ＷＴＲＵ１ １１５１およびＷＴＲＵ２ １１５２は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １１５２へ転送されていてもよい。
【０１４７】
図１１Ｄ１および１１Ｄ２は、図１１Ｂ１および１１Ｂ２の代替的実施形態１１７５を示す。ＷＴＲＵ １１７６がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １１７７からＲＡＮ２ １１７８へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）が、レポート機能１１７９によってＳＣＣ ＡＳ１１８１に提供される。ＳＣＣ ＡＳ１１８１は、レポート情報を受信し、ＲＡＮ１ １１７７からＲＡＮ２ １１７８への転送を開始する。ＳＣＣ ＡＳ１１８１はまた、ＲＡＮ１ １１７７によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１８１は、レポート情報に基づいて、ＲＡＮ２ １１７８へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１４８】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１１８１には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１８１は、イベントを登録するための要求１１８３をレポート機能１１７９へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１４９】
ＲＡＮ１ １１７７を介したＷＴＲＵ１１７６は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１８１を介してリモートパーティ１１８２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １１７７を介したＷＴＲＵ１１７６、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１８４を確立することができる。加えて、ＲＡＮ２ １１７８を介したＷＴＲＵ１１７６、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１８５を確立することができる。ＳＣＣ ＡＳ１１８１は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１５０】
ＳＣＣ ＡＳ１１８１は、イベントが発生したというインジケーション１１８６をレポート機能１１７９から受信することができる。例えば、ＳＣＣ ＡＳ１１８１は、アクセスネットワークの損失イベントに関する情報１１８６を受信することができる。ＳＣＣ ＡＳ１１８１は、ＲＡＮ２ １１７８が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１１８１は、どのメディアフローがＲＡＮ２ １１７８への転送のために認可可能であるかを決定する（１１８７）。この決定１１８７は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１５１】
ＳＣＣ ＡＳ１１８１は、ＣＳＣＦ１１８０を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１８８をＲＡＮ２ １１７８へ送信する。ＲＡＮ２ １１７８ポリシー情報に基づくことが可能である、ＲＡＮ２ １１７８へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １１７８へ転送することはできない。ＲＡＮ２ １１７８は、ＣＳＣＦ１１８０を介して、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１９０をリモートパーティ１１８２へ送信する。リモートパーティ１１８２は、メディアフローを更新し（１１９１）、メディアフロー更新応答１１９２をＣＳＣＦ１１８０へ送信する。ＣＳＣＦ１１８０は、メディアフロー転送開始（＃ｎ＋１．．Ｍ）１１９３をＲＡＮ２ １１７８へ送信する。ＲＡＮ２ １１７８は、ＣＳＣＦ１１８０を介してメディア更新応答１１９２をＳＣＣ ＡＳ１１８１へ送信する。
【０１５２】
メディアフロー（＃１．．Ｍ）１１９４を、ＲＡＮ２ １１７８とリモートパーティ１１８２の間で確立することができる。
【０１５３】
図１１Ｄ１および１１Ｄ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１１７６、ＲＡＮ１ １１７７、ＲＡＮ２ １１７８、レポート機能１１７９、ＣＳＣＦ１１８０、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２の間で行うことができる。図１１Ｄ１および１１Ｄ２に示す実施形態が完了すると、ＲＡＮ１ １１７７およびＲＡＮ２ １１７８は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １１７８へ転送されていてもよい。
【０１５４】
図１２Ａ１および１２Ａ２は、ＳＣＣ ＡＳ１２１０により開始された、無線カバレッジイベントに関するレポート情報に基づく、セッション情報（例えば、音声／ビデオデータ）のＩＵＴ１２００の一例を示す。
【０１５５】
ＷＴＲＵ１ １２０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １２０４へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、無線カバレッジイベントに基づくことが可能であるレポート情報が、レポート機能１２０６によってＳＣＣ ＡＳ１２１０に提供される。ＳＣＣ ＡＳ１２１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ １２０２からＷＴＲＵ２ １２０４への転送を開始する。
【０１５６】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１２１０には、ＷＴＲＵ１ １２０２による現在のアクセスネットワークの差し迫った損失などのイベントが通知されてもよい。ＳＣＣ ＡＳ１２１０は、イベントを登録するための要求１２１４をレポート機能１２０６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１５７】
ＩＭＳ対応ＷＴＲＵ１ １２０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１２１０を介してリモートパーティ１２１２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １２０２、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１２１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １２０４、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１２１８を確立することができる。ＳＣＣ ＡＳ１２１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１５８】
ＳＣＣ ＡＳ１２１０は、イベントがまさに発生しようとしているというインジケーション１２２０をレポート機能１２０６から受信することができる。例えば、ＳＣＣ ＡＳ１２１０は、ＷＴＲＵ１ １２０２による現在のアクセスネットワークの差し迫った損失に関する情報１２２０を受信することができる。ＳＣＣ ＡＳ１２１０は、ＷＴＲＵ２ １２０４が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１２１０は、どのメディアフローがＷＴＲＵ２ １２０４への転送のために認可可能であるかを決定する（１２２２）。この決定１２２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１５９】
ＳＣＣ ＡＳ１２１０は、ＣＳＣＦ１２０８を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１２２４をＷＴＲＵ２ １２０４へ送信する。ＷＴＲＵ２ １２０４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １２０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １２０４へ転送することはできない。ＷＴＲＵ２ １２０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２２６をＣＳＣＦ１２０８へ送信する。ＣＳＣＦ１２０８は、メディアフロー更新要求１２２６をリモートパーティ１２１２へ送信する。リモートパーティ１２１２は、メディアフローを更新し（１２２８）、ＣＳＣＦ１２０８を介して、メディアフロー更新ＡＣＫ１２３０をＷＴＲＵ２ １２０４へ送信する。ＷＴＲＵ２ １２０４は、ＣＳＣＦ１２０８を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１２３２をＳＣＣ ＡＳ１２１０へ送信する。ＳＣＣ ＡＳ１２１０は、ＣＳＣＦ１２０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）１２３４をＷＴＲＵ１ １２０２へ送信する。ＷＴＲＵ１ １２０２は、メディアフローを解放し（１２３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１２３８をＣＳＣＦ１２０８と交換する。ＷＴＲＵ１ １２０２は、ＩＵＴメディアフロー解放応答１２４２をＣＳＣＦ１２０８へ送信する。ＣＳＣＦ１２０８は、ＳＩＰ ＢＹＥ１２４０をリモートパーティ１２１２と交換する。
【０１６０】
メディアフロー（＃１．．Ｍ）１２４４を、ＷＴＲＵ２ １２０４とリモートパーティ１２１２の間で確立することができる。
【０１６１】
図１２Ａ１および１２Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １２０２、ＷＴＲＵ２ １２０４、レポート機能１２０６、ＣＳＣＦ１２０８、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２の間で行うことができる。図１２Ａ１および１２Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １２０２およびＷＴＲＵ２ １２０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １２０４へ転送されていてもよい。
【０１６２】
図１２Ａ１および１２Ａ２の代替的実施形態では、ＳＣＣ ＡＳ１２１０は、無線カバレッジイベントに基づいてセッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ１２１０は、追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ １２０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２２６をＣＳＣＦ１２０８へ送信した後、かつ、ＣＳＣＦ１２０８がメディアフロー更新要求１２２６をリモートパーティ１２１２へ送信する前に、ＣＳＣＦ１２０８は、メディアフロー更新要求１２４６をＳＣＣ ＡＳ１２１０へ送信し、ＳＣＣ ＡＳ１２１０は、応答１２４６をＣＳＣＦ１２０８へ送信する。また、リモートパーティ１２１２が、メディアフローを更新し（１２２８）、ＣＳＣＦ１２０８を介してメディアフロー更新ＡＣＫ１２３０をＷＴＲＵ２ １２０４へ送信した後、かつ、ＷＴＲＵ２ １２０４がメディアフロー転送開始応答１２３２を送信する前に、ＣＳＣＦ１２０８は、メディア更新ＡＣＫ１２４８をＳＣＣ ＡＳ１２１０へ送信し、ＳＣＣ ＡＳ１２１０は、応答１２４８をＣＳＣＦ１２０８へ送信する。
【０１６３】
図１２Ｂ１および１２Ｂ２は、ＳＣＣ ＡＳ１２５８により開始された、無線カバレッジイベントに関するレポート情報に基づく、セッション情報（例えば、音声／ビデオデータ）のアクセス転送１２５０の一例を示す。
【０１６４】
ＲＡＮ１ １２５２がＩＭＳセッション内でアクティブであるとき、ＲＡＮ２ １２５３へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、無線カバレッジイベントに基づくことが可能であるレポート情報がＳＣＣ ＡＳ１２５８に提供される。ＳＣＣ ＡＳ１２５８は、レポート機能１２５４からレポート情報を受信し、ＲＡＮ１ １２５２からＲＡＮ２ １２５３への転送を開始する。
【０１６５】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１２５８には、ＲＡＮ１ １２５２による現在のアクセスネットワークの差し迫った損失などのイベントが通知されてもよい。ＳＣＣ ＡＳ１２５８は、イベントを登録するための要求１２６２をレポート機能１２５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１６６】
ＲＡＮ１ １２５２を介したＷＴＲＵ１２５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１２５８を介してリモートパーティ１２６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １２５２を介したＷＴＲＵ１２５１、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１２６４を確立することができる。加えて、ＲＡＮ２ １２５３を介したＷＴＲＵ１２５１、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１２６６を確立することができる。ＳＣＣ ＡＳ１２５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１６７】
ＳＣＣ ＡＳ１２５８は、イベントがまさに発生しようとしているというインジケーション１２６８をレポート機能から受信することができる。例えば、ＳＣＣ ＡＳ１２５８は、ＲＡＮ１ １２５２による現在のアクセスネットワークの差し迫った損失に関する情報１２６８を受信することができる。ＳＣＣ ＡＳ１２５８は、ＲＡＮ２ １２５３が潜在的ターゲットであり（１２７０）、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１２５８は、どのメディアフローがＲＡＮ２ １２５３への転送のために認可可能であるかを決定する（１２７０）。この決定１２７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１６８】
ＳＣＣ ＡＳ１２５８は、ＣＳＣＦ１２５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１２７２をＲＡＮ２ １２５３へ送信する。ＲＡＮ２ １２５３ポリシー情報に基づくことが可能である、ＲＡＮ２ １２５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １２５３へ転送することはできない。ＲＡＮ２ １２５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２７４をＣＳＣＦ１２５６へ送信する。ＣＳＣＦ１２５６は、メディアフロー更新要求１２７４をリモートパーティ１２６０へ送信する。リモートパーティ１２６０は、メディアフローを更新し（１２７６）、ＣＳＣＦ１２５６を介してメディアフロー更新ＡＣＫ１２７８をＲＡＮ２ １２５３へ送信する。ＲＡＮ２ １２５３は、ＣＳＣＦ１２５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１２８０をＳＣＣ ＡＳ１２５８へ送信する。ＳＣＣ ＡＳ１２５８は、ＣＳＣＦ１２５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）１２８２をＲＡＮ１ １２５２へ送信する。ＲＡＮ１ １２５２は、メディアフローを解放し（１２８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１２８６をＣＳＣＦ１２５６と交換する。ＲＡＮ１ １２５２は、アクセス転送メディアフロー解放応答１２９０をＣＳＣＦ１２５６へ送信する。ＣＳＣＦ１２５６は、ＳＩＰ ＢＹＥ１２８８をリモートパーティ１２６０と交換する。
【０１６９】
メディアフロー（＃１．．Ｍ）１２９２を、ＲＡＮ２ １２５３とリモートパーティ１２６０の間で確立することができる。
【０１７０】
図１２Ｂ１および１２Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１２５１、ＲＡＮ１ １２５２、ＲＡＮ２ １２５３、レポート機能１２５４、ＣＳＣＦ１２５６、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０の間で行うことができる。図１２Ｂ１および１２Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １２５２およびＲＡＮ２ １２５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １２５３へ転送されていてもよい。
【０１７１】
図１２Ｂ１および１２Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ１２５８は、無線カバレッジイベントに基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ１２５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ １２５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２７４をＣＳＣＦ１２５６へ送信した後、かつ、ＣＳＣＦ１２５６がメディアフロー更新要求１２７４をリモートパーティ１２６０へ送信する前に、ＣＳＣＦ１２５６は、メディアフロー更新要求１２９３をＳＣＣ ＡＳ１２５８へ送信し、ＳＣＣ ＡＳ１２５８は、メディアフロー更新要求１２９３に対する応答をＣＳＣＦ１２５６へ送信する。また、リモートパーティ１２６０が、メディアフローを更新し（１２７６）、ＣＳＣＦ１２５６を介してメディアフロー更新ＡＣＫ１２７８をＲＡＮ２ １２５３へ送信した後、かつ、ＲＡＮ２ １２５６がメディアフロー転送開始応答１２８０を送信する前に、ＣＳＣＦ１２５６は、メディア更新ＡＣＫ１２９４をＳＣＣ ＡＳ１２５８へ送信し、ＳＣＣ ＡＳ１２５８は、応答１２９４をＣＳＣＦ１２５６へ送信する。
【０１７２】
実施形態
１．ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、この情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機
を備えるＳＣＣ ＡＳ。
２．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するように構成されたプロセッサ
をさらに備える、実施形態１におけるＳＣＣ ＡＳ。
３．ＩＵＴ要求をターゲットデバイスへ送信するように構成された送信機
をさらに備える、実施形態１〜２のいずれか１つにおけるＳＣＣ ＡＳ。
４．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態１〜３のいずれか１つにおけるＳＣＣ ＡＳ。
５．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態４におけるＳＣＣ ＡＳ。
６．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態１〜５のいずれか１つにおけるＳＣＣ ＡＳ。
７．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態６におけるＳＣＣ ＡＳ。
８．ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、この情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機
を備えるＳＣＣ ＡＳ。
９．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するように構成されたプロセッサ
をさらに備える、実施形態８におけるＳＣＣ ＡＳ。
１０．ＡＴ要求をターゲットデバイスへ送信するように構成された送信機
をさらに備える、実施形態８〜９のいずれか１つにおけるＳＣＣ ＡＳ。
１１．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態８〜１０のいずれか１つにおけるＳＣＣ ＡＳ。
１２．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態１１におけるＳＣＣ ＡＳ。
１３．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態８〜１２のいずれか１つにおけるＳＣＣ ＡＳ。
１４．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態１３におけるＳＣＣ ＡＳ。
１５．サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）のための方法であって、当該方法は、
情報を受信するステップであって、この情報は、可用性情報、能力情報またはプリファレンス情報を含むステップ
を備える方法。
１６．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するステップ
をさらに備える、実施形態１５における方法。
１７．ＩＵＴ要求をターゲットデバイスへ送信するステップ
をさらに備える、実施形態１５〜１６のいずれか１つにおける方法。
１８．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態１５〜１７のいずれか１つにおける方法。
１９．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態１８における方法。
２０．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態１５〜１９のいずれか１つにおける方法。
２１．このレポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態２０における方法。
２２．サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）のための方法であって、当該方法は、
情報を受信するステップであって、この情報は、可用性情報、能力情報またはプリファレンス情報を含むステップ
を備える方法。
２３．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するステップ
をさらに備える、実施形態２２における方法。
２４．ＡＴ要求をターゲットデバイスへ送信するステップ
をさらに備える、実施形態２２〜２３のいずれか１つにおける方法。
２５．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態２２〜２５のいずれか１つにおける方法。
２６．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態２５における方法。
２７．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態２２〜２６のいずれか１つにおける方法。
２８．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態２７における方法。
【０１７３】
特徴および要素が特定の組み合わせで上述されたが、各特徴または要素を単独で、または、他の特徴および要素との任意の組み合わせで使用できることは、当業者には理解されよう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装可能である。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定されないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するために、無線周波数トランシーバを実装するために使用可能である。
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
ＩＭＳ（IP Multimedia Subsystem）は、ＩＰベースのマルチメディアサービスを配信するためのアーキテクチャのフレームワークである。無線送受信ユニット（ＷＴＲＵ）は、様々なアクセスネットワークを通じてＩＭＳに接続することができ、これらのアクセスネットワークには、限定されないが、ＵＴＲＡＮ（UMTS (Universal Mobile Telecommunication System) Terrestrial Radio Access Network）、ＬＴＥ（Long Term Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、または、無線ローカルエリアネットワーク（ＷＬＡＮ）技術等の技術に基づくネットワークが含まれる。ＩＭＳに従って使用可能な１つの機能は、複数のＩＭＳ対応ＷＴＲＵ間のＩＭＳセッションの転送である。従って、この機能は、サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ：service centralization and continuity application server）によって開始される、ＩＭＳ対応ＷＴＲＵ間のセッションのユーザ機器間転送（ＩＵＴ：inter user-equipment transfer）、アクセス転送およびフォールバックにとって有利となる。
【発明の概要】
【０００３】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＭＳセッションのユーザ機器間転送（ＩＵＴ）、アクセス転送（ＡＴ）およびフォールバックのための方法および装置。ＳＣＣ ＡＳは、情報を受信し、この情報は、可用性情報、能力情報またはプリファレンス情報を含み、ＳＣＣ ＡＳは、この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴおよび／またはＡＴ能力を決定し、ＩＵＴおよび／またはＡＴを開始する。
【図面の簡単な説明】
【０００４】
詳細な理解は、例として添付図面と共に与えられた以下の説明から得られるであろう。
【図１Ａ】１つまたは複数の開示された実施形態が実装可能である、通信システムの一例のシステム図である。
【図１Ｂ】図１Ａにおいて例示された通信システム内で使用可能な無線送受信ユニット（ＷＴＲＵ）の一例のシステム図である。
【図１Ｃ】図１Ａにおいて例示された通信システム内で使用可能な無線アクセスネットワークの一例およびコアネットワークの一例のシステム図である。
【図２】ＩＭＳの一例の図である。
【図３】サードパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図４】ファーストパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図５】サードパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図６】ファーストパーティ呼制御を使用する通信セッションの一実施形態を示す図である。
【図７】ポリシーおよびレポート機能を含む通信セッションの図である。
【図８Ａ１】ＳＣＣ ＡＳにより開始された、ポリシー情報またはプロファイル情報に基づくＩＵＴの一例を示す図である。
【図８Ａ２】図８Ａ１の続きの図である。
【図８Ｂ１】ＳＣＣ ＡＳにより開始された、ポリシー情報またはプロファイル情報に基づくアクセス転送の一例を示す図である。
【図８Ｂ２】図８Ｂ１の続きの図である。
【図９Ａ１】ＳＣＣ ＡＳにより開始された、位置情報に基づくＩＵＴの一例を示す図である。
【図９Ａ２】図９Ａ１の続きの図である。
【図９Ｂ１】ＳＣＣ ＡＳにより開始された、位置情報に基づくアクセス転送の一例を示す図である。
【図９Ｂ２】図９Ｂ１の続きの図である。
【図１０Ａ１】ＳＣＣ ＡＳにより開始された負荷分散ＩＵＴの一例を示す図である。
【図１０Ａ２】図１０Ａ１の続きの図である。
【図１０Ｂ１】ＳＣＣ ＡＳにより開始された負荷分散アクセス転送の一例を示す図である。
【図１０Ｂ２】図１０Ｂ１の続きの図である。
【図１１Ａ１】ＳＣＣ ＡＳにより開始されたフォールバックＩＵＴの一例を示す図である。
【図１１Ａ２】図１１Ａ１の続きの図である。
【図１１Ｂ１】ＳＣＣ ＡＳにより開始されたフォールバックアクセス転送の一例を示す図である。
【図１１Ｂ２】図１１Ｂ１の続きの図である。
【図１１Ｃ１】図１１Ａの代替的実施形態を示す図である。
【図１１Ｃ２】図１１Ｃ１の続きの図である。
【図１１Ｄ１】図１１Ｂの代替的実施形態を示す図である。
【図１１Ｄ２】図１１Ｄ１の続きの図である。
【図１２Ａ１】ＳＣＣ ＡＳにより開始された、無線カバレッジ基づくＩＵＴの一例を示す図である。
【図１２Ａ２】図１２Ａ１の続きの図である。
【図１２Ｂ１】ＳＣＣ ＡＳにより開始された、無線カバレッジに基づくアクセス転送の一例を示す図である。
【図１２Ｂ２】図１２Ｂ１の続きの図である。
【発明を実施するための形態】
【０００５】
図１Ａは、１つまたは複数の開示された実施形態が実装可能である、通信システム１００の一例の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する、多重アクセスシステムとすることができる。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を採用することができる。
【０００６】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および、他のネットワーク１１２を含んでもよいが、開示された実施形態が任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作かつ／または通信するように構成された任意のタイプのデバイスであってもよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信かつ／または受信するように構成可能であり、ユーザ機器（ＵＥ）、移動局、固定または移動式の加入者ユニット、ページャー、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含みうる。
【０００７】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち少なくとも１つと無線でインタフェースをとり、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含みうることは理解されよう。
【０００８】
基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的地域内で無線信号を送信かつ／または受信するように構成されてもよく、この地理的地域は、セル（図示せず）と呼ばれることがある。セルは、さらにセルセクタに分割されてもよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。こうして、一実施形態では、基地局１１４ａは３つのトランシーバを、すなわち、セルのセクタ毎に１つずつ含んでもよい。もう１つの実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、従って、セルのセクタ毎に複数のトランシーバを利用してもよい。
【０００９】
基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つまたは複数と通信してもよく、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってもよい。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立可能である。
【００１０】
より具体的には、上述のように、通信システム１００は多重アクセスシステムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャネルアクセス方式を用いることができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS Terrestrial Radio Access）等の無線技術を実装することができ、この無線技術は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインタフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）等の通信プロトコルを含んでもよい。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed Downlink Packet Access）および／またはＨＳＵＰＡ（High-Speed Uplink Packet Access）を含んでもよい。
【００１１】
もう１つの実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができ、この無線技術は、ＬＴＥおよび／またはＬＴＥ−Ａ（LTE-Advanced）を使用して、エアインタフェース１１６を確立することができる。
【００１２】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。
【００１３】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、職場、住宅、車両、キャンパス等の局所的なエリア内の無線接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらにもう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。このように、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１４】
ＲＡＮ１０４は、コアネットワーク１０６と通信していてもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを、１つまたは複数のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し、かつ／または、ユーザ認証などの高レベルのセキュリティ機能を行うことができる。図１Ａに示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと、直接的または間接的に通信していてもよいことは理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用中でありうるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していてもよい。
【００１５】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ゲートウェイとしての機能を果たすこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含んでもよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における、ＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含みうる。ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、有線または無線通信ネットワークが含まれうる。例えば、ネットワーク１１２には、１つまたは複数のＲＡＮに接続された別のコアネットワークが含まれてもよく、これらのＲＡＮは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用してもよい。
【００１６】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用しうる基地局１１４ａと、かつ、ＩＥＥＥ８０２無線技術を採用しうる基地局１１４ｂと、通信するように構成されてもよい。
【００１７】
図１Ｂは、ＷＴＲＵ１０２の一例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意のサブコンビネーションを含みうることは理解されよう。
【００１８】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、また、ＤＳＰコアと関連付けられる１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作できるようにする任意の他の機能性を行うことができる。プロセッサ１１８は、トランシーバ１２０に結合されてもよく、トランシーバ１２０は、送受信素子１２２に結合されてもよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして示すが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内で統合可能であることは理解されよう。
【００１９】
送受信素子１２２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ）へ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信素子１２２は、ＲＦ信号を送信かつ／または受信するように構成されたアンテナであってもよい。もう１つの実施形態では、送受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信かつ／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態では、送受信素子１２２は、ＲＦおよび光信号を共に送信かつ受信するように構成されてもよい。送受信素子１２２は、無線信号の任意の組み合わせを送信かつ／または受信するように構成されてもよいことは理解されよう。
【００２０】
加えて、送受信素子１２２は、図１Ｂで単一の素子として示されるが、ＷＴＲＵ１０２は、任意の数の送受信素子１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。こうして、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信かつ受信するための、２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含んでもよい。
【００２１】
トランシーバ１２０は、送受信素子１２２によって送信される信号を変調するように、かつ、送受信素子１２２によって受信される信号を復調するように構成されてもよい。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有してもよい。こうして、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするための複数のトランシーバを含んでもよい。
【００２２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニット、もしくは、有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ１３０には、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶装置が含まれうる。リムーバブルメモリ１３２には、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどが含まれうる。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００２３】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配かつ／または制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであってもよい。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などが含まれうる。
【００２４】
プロセッサ１１８はまた、ＧＰＳチップセット１３６にも結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインタフェース１１６を介して、基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または、信号が２つ以上の近くの基地局から受信されるタイミングに基づいて、その位置を決定することができる。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、任意の適切な位置決定方法を通じて位置情報を獲得できることは理解されよう。
【００２５】
プロセッサ１１８は、他の周辺機器１３８にさらに結合されてもよく、他の周辺機器１３８には、追加の特徴、機能性、および／または、有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアおよび／またはハードウェアモジュールが含まれうる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどが含まれうる。
【００２６】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。
【００２７】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよいが、ＲＡＮ１０４は、一実施形態と矛盾しないままで、任意の数のｅノードＢを含んでもよいことは理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバをそれぞれ含んでもよい。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。こうして、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａへ無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００２８】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信することができる。
【００２９】
図１Ｃに示すコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含んでもよい。前述の要素の各々は、コアネットワーク１０６の一部として示されるが、これらの要素のいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有かつ／または操作されうることは理解されよう。
【００３０】
ＭＭＥ１４２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとしての機能を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）の間で切り替えるための制御プレーン機能を提供することもできる。
【００３１】
サービングゲートウェイ１４４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービングゲートウェイ１４４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングかつ転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために使用可能である時ページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理かつ格納することなどの他の機能を行うこともできる。
【００３２】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６にも接続されてもよく、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【００３３】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインタフェースとしての機能を果たすＩＰゲートウェイ（例えば、ＩＭＳサーバ）を含んでもよく、またはそれと通信することができる。加えて、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２には、他のサービスプロバイダによって所有かつ／または運用される、他の有線または無線ネットワークが含まれうる。
【００３４】
図２は、インターネットプロトコル（ＩＰ）マルチメディアコアネットワーク（ＩＭ ＣＮ）の一例の図であり、無線送受信ユニット（ＷＴＲＵ）２１０と通信している、ＩＭＳ２００、ＩＭネットワーク２０２、回線交換（ＣＳ）ネットワーク２０４、レガシーネットワーク２０６が含まれる。ＩＭＳ２００は、パケット交換ドメインを介して配信される、オーディオ、ビデオ、テキスト、チャット、またはそれらの組み合わせなどのＩＭサービスの提供のためのコアネットワーク（ＣＮ）要素を含む。図示のように、ＩＭＳ２００は、ホーム加入者サーバ（ＨＳＳ）２２０、アプリケーションサーバ（ＡＳ）２３０、呼セッション制御機能（ＣＳＣＦ）２４０、ブレークアウトゲートウェイ機能（ＢＧＦ）２５０、メディアゲートウェイ機能（ＭＧＦ）２６０、およびサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）２７０を含む。図２に示す論理的エンティティおよび信号経路に加えて、ＩＭＳは、１つまたは複数の物理的デバイス内に位置してもよい、論理的エンティティの任意の他の構成を含んでもよい。この論理的な例には図示しないが、ＷＴＲＵは、分離した物理的ユニットであってもよく、ノードＢまたはエンハンストノードＢ（ｅＮＢ）などの基地局を介してＩＭ ＣＮに接続されてもよい。
【００３５】
ＷＴＲＵ２１０は、有線および／または無線環境内で動作かつ／または通信するように構成された、任意のタイプのデバイスであってもよい。
【００３６】
ＨＳＳ２２０は、加入関連情報を維持かつ提供して、ＩＭセッションを処理するネットワークエンティティをサポートすることができる。例えば、ＨＳＳは、ＩＭＳユーザのための識別情報、セキュリティ情報、位置情報およびプロファイル情報を含んでもよい。
【００３７】
ＡＳ２３０は、ＳＩＰアプリケーションサーバ、ＯＳＡアプリケーションサーバ、または、ＣＡＭＥＬ ＩＭ−ＳＳＦであってもよく、付加価値のあるＩＭサービスを提供することができ、ホームネットワーク内またはサードパーティの位置内に存在してもよい。ＡＳは、ホームネットワーク、コアネットワーク、またはスタンドアロンのＡＳネットワークなどのネットワーク内に含まれうる。ＡＳは、ＩＭサービスを提供することができる。例えば、ＡＳは、終端側ユーザエージェント（ＵＡ）、リダイレクトサーバ、発信側ＵＡ、ＳＩＰプロキシ、またはサードパーティ呼制御の機能を行うことができる。
【００３８】
ＣＳＣＦ２４０は、Ｐ−ＣＳＣＦ（Proxy CSCF）、Ｓ−ＣＳＣＦ（Serving CSCF）、Ｅ−ＣＳＣＦ（Emergency CSCF）またはＩ−ＣＳＣＦ（Interrogating CSCF）を含みうる。例えば、Ｐ−ＣＳＣＦは、ＩＭＳ内のＷＴＲＵのための第１のコンタクトポイントを提供することができ、Ｓ−ＣＳＣＦは、セッション状態を処理することができ、Ｉ−ＣＳＣＦは、オペレータのネットワーク内で、そのネットワークオペレータの加入者宛ての、または、そのネットワークオペレータのサービスエリア内に現在位置するローミング加入者宛ての、ＩＭＳ接続のためのコンタクトポイントを提供することができる。
【００３９】
ＢＧＦ２５０は、ＩＢＣＦ（Interconnection Border Control Function）、ＢＧＣＦ（Breakout Gateway Control Function）またはＴｒＧＷ（Transition Gateway）を含みうる。ＢＧＦの一部として説明するが、ＩＢＣＦ、ＢＧＣＦまたはＴｒＧＷは、別個の論理的エンティティをそれぞれ表してもよく、１つまたは複数の物理的エンティティ内に位置してもよい。
【００４０】
ＩＢＣＦは、ＳＩＰ／ＳＤＰプロトコル層においてアプリケーション固有の機能を提供して、オペレータドメイン間の相互接続を行うことができる。例えば、ＩＢＣＦは、ＳＩＰアプリケーション間の通信、ネットワークトポロジ隠蔽、トランスポートプレーン機能の制御、ＳＩＰシグナリング情報のスクリーニング、適切なシグナリング相互接続の選択、および請求データ記録の生成を可能にすることができる。
【００４１】
ＢＧＣＦは、ＳＩＰメッセージなどのＩＭＳメッセージのルーティングを決定することができる。この決定は、シグナリングプロトコルにおいて受信された情報、管理情報、またはデータベースアクセスに基づくことが可能である。例えば、ＰＳＴＮ／ＣＳドメイン終端では、ＢＧＣＦは、ＰＳＴＮ／ＣＳドメインブレークアウトが発生することになるネットワークを決定することができ、ＭＧＣＦを選択することができる。
【００４２】
ＴｒＧＷは、メディア経路上に位置してもよく、ＩＢＣＦによって制御可能であり、ネットワークアドレスおよびポート変換、並びにプロトコル変換を提供することができる。
【００４３】
ＭＧＦ２６０は、ＭＧＣＦ（Media Gateway Control Function）、ＭＲＦＣ（Multimedia Resource Function Controller）、ＭＲＦＰ（Multimedia Resource Function Processor）、ＩＭＳ−ＭＧＷ（IP Multimedia Subsystem-Media Gateway Function）またはＭＲＢ（Media Resource Broker）を含みうる。ＭＧＦの一部として説明するが、ＭＧＣＦ、ＭＲＦＣ、ＭＲＦＰ、ＩＭＳ ＭＧＷ、またはＭＲＢは、別個の論理的エンティティをそれぞれ表してもよく、１つまたは複数の物理的エンティティ内に位置してもよい。
【００４４】
ＭＧＣＦは、ＩＭＳ内のメディアチャネルのための呼状態接続制御を制御することができ、ＣＳＣＦ、ＢＧＣＦ、および回線交換ネットワークエンティティと通信することができ、レガシーネットワークからの着信呼のルーティングを決定することができ、ＩＳＵＰ／ＴＣＡＰおよびＩＭサブシステム呼制御プロトコルの間のプロトコル変換を行うことができ、ＭＧＣＦ内で受信された帯域外情報を、ＣＳＣＦ／ＩＭＳ−ＭＧＷへ転送することができる。
【００４５】
ＭＲＦＣおよびＭＲＦＰは、メディアストリームリソースを制御することができる。ＭＲＦＣおよびＭＲＦＰは、着信メディアストリームを混合することができ、例えば、マルチメディアアナウンスメントのためのメディアストリームを調達することができ、オーディオトランスコーディングまたはメディア解析を行うことによるなど、メディアストリームを処理することができ、例えば、会議環境内で、共有リソースへのアクセス権を管理することによるなど、フロア制御を提供することができる。
【００４６】
ＩＭＳ−ＭＧＷは、交換回線ネットワークからのベアラチャネル、および、ＩＰネットワーク内のＲＴＰストリームなどの、パケットネットワークからのメディアストリームを終端することができる。ＩＭＳ−ＭＧＷは、コーデック、エコーキャンセラまたはカンファレンスブリッジなど、メディア変換、ベアラ制御およびペイロード処理をサポートすることができる。ＩＭＳ−ＭＧＷは、リソース制御のためにＭＧＣＦとインタラクトし、エコーキャンセラなど、リソースを管理することができ、コーデックを含んでもよい。ＩＭＳ−ＭＧＷは、ＵＭＴＳ／ＧＳＭトランスポートメディアをサポートするためのリソースを含んでもよい。
【００４７】
ＭＲＢは、複数の異種アプリケーションによる異種ＭＲＦリソースのプールの共有をサポートすることができる。ＭＲＢは、例えば、指定されたＭＲＦ属性に基づいて、消費側アプリケーションによって要求されるとき、呼への特定のＭＲＦリソースを割り当てまたは解放することができる。例えば、ＭＲＦリソースをあるアプリケーションに割り当てるとき、ＭＲＢは、１つまたは複数の呼のために必要とされるメディアリソースの特定の特徴、そのアプリケーションのアイデンティティ、異なるアプリケーションに渡ってＭＲＦリソースを割り振るためのルール、アプリケーション毎または加入者毎のＳＬＡもしくはＱｏＳ基準、または、特定のＭＲＦリソースの容量モデルを評価することができる。
【００４８】
ＳＣＣ ＡＳ２７０は、例えば、加入において、複数のＷＴＲＵの間の通信セッションの複製、転送、追加または削除などの通信セッションサービス継続性を提供することができる。ＳＣＣ ＡＳは、アクセス転送、セッション転送または複製、終端アクセスドメイン選択（Ｔ−ＡＤＳ）、および複数のメディアフローの処理を行うことができる。ＳＣＣ ＡＳは、１つまたは複数のアクセスネットワークを介して、メディアフローを結合または分割することができる。例えば、メディアフローは、セッションのセットアップ中に追加のアクセスネットワークを介してメディアフローを追加するための、ＷＴＲＵによる要求に応じて、または、１つもしくは複数のアクセスネットワークを介して、既存のセッションに対するメディアフローを追加もしくは削除するための、ＷＴＲＵによる要求に応じて、セッション転送、セッション終了のために分割または結合されてもよい。
【００４９】
通信セッションは、図１Ｂに示すＷＴＲＵなどのＷＴＲＵとリモートデバイスの間で、図１Ａに示す通信システムなどの通信システムを使用して行うことができる。ＷＴＲＵは、図１Ｃに示すＲＡＮなどのＲＡＮ、または、任意の他の有線もしくは無線アクセスネットワークを介して、通信システムにアクセスすることができる。通信セッションは、図２に示すようなＩＭＳによって提供されたＩＰマルチメディア（ＩＭ）サービスなどのサービスを含んでもよい。
【００５０】
ＷＴＲＵ、リモートデバイスまたはネットワークは、通信セッションを制御することができる。通信セッションの制御には、例えば、メディアフローを開始もしくは停止すること、メディアフローを追加もしくは除去すること、別のＷＴＲＵ上のメディアフローを転送もしくは複製すること、ビットレートを調整すること、または、通信を終了することが含まれうる。例えば、ＷＴＲＵは、リモートデバイスとの通信セッションを開始することができる。ＷＴＲＵは、通信セッションを最初に制御することができる。ＷＴＲＵは、リモートデバイスとの通信セッションの制御を渡しても、共有してもよい。
【００５１】
図３は、ＩＭＳを使用する、ＷＴＲＵ３１０とリモートデバイス３２０の間の通信セッション３００の一例の図を示す。通信セッション３００は、図２に示すようなＩＭ ＣＮなどのネットワーク３５０を介した、ＷＴＲＵ３１０とリモートデバイス３２０の間の、メディアフロー３３０（メディア経路）および制御シグナリング３４０（制御経路）を含んでもよい。ＩＭ ＣＮ３５０は、ＳＣＣ ＡＳ３５２、ＡＳ３５４、ＣＳＣＦ３５６、およびＭＧＦ３５８を含んでもよい。
【００５２】
通信セッション３００は、ＷＴＲＵ３１０に関連付けられたＳＣＣ ＡＳ３５２においてアンカーされてもよい。例えば、ＳＣＣ ＡＳ３５２は、メディアフロー識別子および制御デバイス識別子など、通信セッションに関する情報を維持することができ、通信セッション３００のための呼制御を提供することができる。簡単にするために、ＷＴＲＵ３１０とＳＣＣ ＡＳ３５２の間の通信セッションの部分は、アクセスレグ（access leg）と呼ばれることがあり、ＳＣＣ ＡＳ３５２とリモートデバイス３２０の間の通信セッションの部分は、リモートレグ（remote leg）と呼ばれることがある。
【００５３】
ＩＭＳを使用して通信セッション３００を確立するために、ＷＴＲＵ３１０は、ＩＭ ＣＮ３５０を介して接続（アクセスレグ）を開始することができる。ＷＴＲＵ３１０は、ＭＧＦ３５８を介してメディアフロー３３０を、また、ＣＳＣＦ３５６を介して制御シグナリング３４０を受信することができる。リモートデバイス３２０は、インターネット３６０を介してなど、リモートネットワーク（リモートレグ）を介して通信セッション３００に参加することができる。
【００５４】
図４は、ＩＭＳを使用する、ＷＴＲＵ４１０とリモートユニット４２０の間のピアツーピア通信セッション４００の一例の図を示す。通信セッション４００は、ネットワークを介して確立された、メディアフロー４３０および制御シグナリング４４０を含んでもよく、このネットワークには、図２に示すＩＭ ＣＮなどのＩＭ ＣＮ４５０が含まれうる。ＩＭ ＣＮ４５０は、ＣＳＣＦ４５２およびＭＧＦ４５８を含んでもよい。ＷＴＲＵ４１０はまた、ＩＭ ＣＮを使用せずに、リモートデバイスから直接、制御信号およびメディアフローを受信することもできる。
【００５５】
ＩＭＳを使用して通信セッション４００を確立するために、ＷＴＲＵ４１０は、ＩＭ ＣＮ４５０を介して接続（アクセスレグ）を開始することができる。アクセスレグでは、ＷＴＲＵ４１０は、ＭＧＦ４５８を介してメディアフロー４３０を、また、ＣＳＣＦ４５２を介して制御シグナリング４４０を受信することができる。ＷＴＲＵ４１０、リモートユニット４２０、または両方は、通信を維持し、通信セッション４００のための呼制御機能を行うことができる。リモートデバイス４２０は、インターネット４６０を介してなど、リモートネットワーク（リモートレグ）を介して、通信セッション４００に参加することができる。
【００５６】
ソースＷＴＲＵおよびターゲットＷＴＲＵは、協調セッションを介して関連付けられることができ、協調セッションは、ＳＣＣ ＡＳなどのサードパーティ内でアンカーされてもよい。
【００５７】
ソースＷＴＲＵは、通信セッションを最初に制御してもよく、または、リモートデバイスと制御を共有してもよい。ソースＷＴＲＵは、制御をターゲットＷＴＲＵに渡してもよく、または、ターゲットＷＴＲＵと制御を共有してもよい。
【００５８】
図５は、通信セッション５００の一例の図を示す。ソースＷＴＲＵ５１０およびターゲットＷＴＲＵ５１５は、図２に示すようなＩＭ ＣＮなどのネットワーク５５０を介した、リモートデバイス５２０との通信セッション５００に参加することができる。ＩＭ ＣＮ５５０は、ＳＣＣ ＡＳ５５２、ＡＳ５５４、ＣＳＣＦ５５６、およびＭＧＦ５５８を含んでもよい。
【００５９】
通信セッション５００は、ＷＴＲＵ５１０に関連付けられたＳＣＣ ＡＳ５５２においてアンカーされてもよい。簡単にするために、ＷＴＲＵ５１０／５１５とＳＣＣ ＡＳ５５２の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＳＣＣ ＡＳ５５２とリモートデバイス５２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６０】
アクセスレグ上で、ソースＷＴＲＵ５１０およびターゲットＷＴＲＵ５１５は、ＭＧＦ５５８を介して重複メディアフロー５７０Ａ／５７０Ｂを、また、ＳＣＣ ＡＳ５５２およびＣＳＣＦ５５６を介して、重複制御シグナリング５４０Ａ／５４０Ｂを受信することができる。リモートデバイス５２０は、インターネット５６０を介してなど、リモートネットワークを介して、通信セッション５００に参加することができる。
【００６１】
図６は、重複ピアツーピア通信セッション６００の一例の図を示す。ソースＷＴＲＵ６１０およびターゲットＷＴＲＵ６１５は、図２に示すようなＩＭ ＣＮなどのネットワーク６５０を介した、リモートデバイス６２０との重複ピアツーピア通信セッション６００に参加することができる。ＩＭ ＣＮ６５０は、ＣＳＣＦ６５６およびＭＧＦ６５８を含んでもよい。
【００６２】
簡単にするために、ＷＴＲＵ６１０／６１５とＣＳＣＦ６５６の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＣＳＣＦ６５６とリモートデバイス６２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６３】
アクセスレグ上で、ソースＷＴＲＵ６１０およびターゲットＷＴＲＵ６１５は、ＭＧＦ６５８を介して重複メディアフロー６８０Ａ／６８０Ｂを、また、ＣＳＣＦ６５６を介して、重複制御シグナリング６４０Ａ／６４０Ｂを受信することができる。リモートデバイス６２０は、インターネット６６０を介してなど、リモートネットワークを介して、通信セッション６００に参加することができる。図６は、メディアフローを、ＭＧＦ６５８によって複製されるものとして示すが、メディアフローは、リモートデバイス６２０によって、例えば、複数の送信機を使用して複製されてもよい。
【００６４】
図７は、ポリシーおよびレポート機能を含む通信セッション７００の図を示す。
【００６５】
ソースＷＴＲＵ７１０およびターゲットＷＴＲＵ７１５は、図２に示すようなＩＭ ＣＮなどのネットワーク７５０を介した、リモートデバイス７２０との通信セッション７００に参加することができる。ＩＭ ＣＮ７５０は、ＳＣＣ ＡＳ７５２、ＡＳ７５４、ＣＳＣＦ７５６、およびＭＧＦ７５８を含んでもよい。
【００６６】
通信セッション７００は、ＷＴＲＵ７１０に関連付けられたＳＣＣ ＡＳ７５２においてアンカーされてもよい。簡単にするために、ＷＴＲＵ７１０／７１５とＳＣＣ ＡＳ７５２の間の通信セッションの部分は、アクセスレグと呼ばれることがあり、ＳＣＣ ＡＳ７５２とリモートデバイス７２０の間の通信セッションの部分は、リモートレグと呼ばれることがある。
【００６７】
アクセスレグ上で、ソースＷＴＲＵ７１０およびターゲットＷＴＲＵ７１５は、ＭＧＦ７５８を介して重複メディアフロー７７０Ａ／７７０Ｂを、また、ＳＣＣ ＡＳ７５２およびＣＳＣＦ７５６を介して、重複制御シグナリング７４０Ａ／７４０Ｂを受信することができる。リモートデバイス７２０は、インターネット７６０を介してなど、リモートネットワークを介して、通信セッション７００に参加することができる。
【００６８】
また、アクセスレグ上で、ポリシー機能７２５は、メディア非依存ハンドオーバ（ＭＩＨ）サーバを使用して実装可能であるか、または、アプリケーションネットワーク発見および選択機能（ＡＮＤＳＦ）であってもよく、レポートデバイス７２７／７２９は、ＣＳＣＦ７５６を介して、ポリシーおよびレポート情報をＳＣＣ ＡＳ７５２に提供することができる。
【００６９】
ネットワーク内に位置するデバイスについて、かつ、所与のネットワークについてのポリシー情報は、ノード内に位置してもよいポリシー機能７２５を介してアクセス可能であり、各デバイスおよびネットワークについてのプロファイル情報と共に格納可能である。ポリシー機能７２５は、ＣＳＣＦ７５６を介して、ポリシー情報へのアクセスを提供することができる。ポリシー情報は、限定されないが、あるＷＴＲＵが別のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアフローがＷＴＲＵ間で転送可能であるか、転送可能でないか、どのＷＴＲＵがメディアフローのために好ましいか、別のネットワークによって転送または受信可能である、または可能でないメディアのタイプ、および、別のＷＴＲＵによって転送または受信可能である、または可能でないメディアのタイプを含みうる。
【００７０】
ネットワーク内に位置するデバイスについて、かつ、所与のネットワークについてのレポート情報には、１つまたは複数のレポート機能７２７／７２９を介してアクセス可能であり、１つまたは複数のレポート機能７２７／７２９は、１つまたは複数のノード内に位置してもよい。レポート機能はＣＳＣＦ７５６を介してレポート情報をＳＣＣ ＡＳ７５２へ送信することができる。レポート情報は、限定されないが、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ＷＴＲＵ位置変更イベント、ネットワークによって示されたＷＴＲＵによるアクセスの喪失、ＷＴＲＵによる、または、ネットワークによる、ＷＴＲＵによるアクセスの差し迫った喪失、および別のＷＴＲＵの登録を含みうる。
【００７１】
図８Ａ１および８Ａ２は、ＳＣＣ ＡＳ８１０により開始された、ポリシー情報および／またはプロファイル情報に基づく、別のＷＴＲＵへのＩＵＴ（例えば、音声／ビデオデータ）８００の一例を示す。
【００７２】
ＷＴＲＵ１ ８０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ ８０４へのセッション情報の転送はサービス継続性を提供することができる。ＳＣＣ ＡＳ８１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ８１０ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、ポリシー情報がポリシー機能８０６によってＳＣＣ ＡＳ８１０に提供される。ＳＣＣ ＡＳ８１０は、ポリシー情報を受信し、受信されたポリシー情報に基づいてＷＴＲＵ１ ８０２からＷＴＲＵ２ ８０４への転送を開始する。
【００７３】
ＩＭＳ対応ＷＴＲＵ１ ８０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ８１０を介してリモートパーティ８１２と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ ８０２、ＳＣＣ ＡＳ８１０およびリモートパーティ８１２は、１つまたは複数のメディアフロー（例えば、＃１．．．Ｍ）８１４を確立することができる。ＳＣＣ ＡＳ８１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００７４】
セッションのＩＵＴを開始する前に、ＳＣＣ ＡＳ８１０は、ＣＳＣＦ８０８を介したＷＴＲＵ２ ８０４からのＩＭＳ登録情報８１６の受信を通じて、ＷＴＲＵ２ ８０４がＷＴＲＵ１ ８０２からのセッション転送のための潜在的ターゲットであることを発見することができる。登録情報は、可用性情報、能力情報またはプリファレンス情報を含みうる。
【００７５】
ＳＣＣ ＡＳ８１０は、ポリシー獲得要求８１８をポリシー機能８０６へ送信することによってポリシー情報を要求することができる。ポリシー獲得要求８１８は、ポリシー情報がＳＣＣ ＡＳ８１０で既に格納されているならばオプションである。ポリシー情報はまた、周期的に受信可能であってもよく、限定されないが、時間ベースまたは位置ベースであってもよい。加えて、登録情報は、周期的に受信可能であってもよく、限定されないが、時間ベースまたは位置ベースであってもよい。登録情報はポリシー情報に関して解析可能である。ポリシー獲得要求８１８に応答して、ポリシー獲得応答８２０が、ポリシー機能８０６によってＳＣＣ ＡＳ８１０へ送信される。
【００７６】
ＳＣＣ ＡＳ８１０は、ＩＭＳセッション情報をＷＴＲＵ２ ８０４へ転送することを決定することができる。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、またはユーザからの入力に基づくことが可能である。加えて、ＳＣＣ ＡＳ８１０は、ＷＴＲＵ２ ８０４がＷＴＲＵ１ ８０２との暗黙の協調セッションの一部であること、および、ＷＴＲＵ２ ８０４が全部または一部のメディアフローのために好ましい候補であるかどうかを決定することができる。ＷＴＲＵ２ ８０４への転送のために認可されるメディアフローを、事前設定されたパラメータまたはポリシー情報に基づいて決定することができる。
【００７７】
ＳＣＣ ＡＳは、ＣＳＣＦ８０８を介してＩＭＳ登録応答８２２をＷＴＲＵ２ ８０４へ送信し、ＣＳＣＦ８０８を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）８２４をＷＴＲＵ２ ８０４へ送信する。ＷＴＲＵ２ ８０４ポリシー情報に基づいてＷＴＲＵ２ ８０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ ８０４へ転送することはできない。ＷＴＲＵ２ ８０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８２６をＣＳＣＦ８０８へ送信する。ＣＳＣＦ８０８は、メディアフロー更新要求８２６をリモートパーティ８１２へ送信する。リモートパーティ８１２は、メディアフローを更新し（８２７）、ＣＳＣＦ８０８を介してメディアフロー更新肯定応答（ＡＣＫ）８２８をＷＴＲＵ２ ８０４へ送信する。ＷＴＲＵ２ ８０４は、ＣＳＣＦ８０８を介して、メディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）８３０をＳＣＣ ＡＳ８１０へ送信する。ＳＣＣ ＡＳ８１０は、ＣＳＣＦ８０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）８３２をＷＴＲＵ１ ８０２へ送信する。ＷＴＲＵ１ ８０２は、メディアフローを解放し（８３４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求８３６をＣＳＣＦ８０８と交換する。ＷＴＲＵ１ ８０２はＩＵＴメディアフロー解放応答８４０をＣＳＣＦ８０８へ送信する。ＣＳＣＦ８０８はＳＩＰ ＢＹＥ８３８をリモートパーティ８１２と交換する。
【００７８】
メディアフロー（＃１．．ｎ）８４４を、ＷＴＲＵ２ ８０４とリモートパーティ８１２の間で確立することができる。ＷＴＲＵ１ ８０２は、メディアフロー（＃ｎ＋１．．Ｍ）８４２をリモートパーティ８１２と交換することができる。
【００７９】
図８Ａ１および８Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ ８０２、ＷＴＲＵ２ ８０４、ポリシー機能８０６、ＣＳＣＦ８０８、ＳＣＣ ＡＳ８１０およびリモートパーティ８１２の間で行うことができる。図８Ａ１および８Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ ８０２およびＷＴＲＵ２ ８０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ ８０４へ転送されていてもよい。
【００８０】
図８Ａ１および８Ａ２の代替的実施形態では、ＳＣＣ ＡＳ８１０は、ポリシー情報および／またはプロファイル情報に基づいてセッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ８１０は追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ ８０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８２６をＣＳＣＦ８０８へ送信した後、かつ、ＣＳＣＦ８０８がメディアフロー更新要求８２６をリモートパーティ８１２へ送信する前に、ＣＳＣＦ８０８はメディアフロー更新要求８４６をＳＣＣ ＡＳ８１０へ送信し、ＳＣＣ ＡＳ８１０は応答８４６を送信する。また、リモートパーティ８１２が８２７でメディアフローを更新し、ＣＳＣＦ８０８を介してメディアフロー更新ＡＣＫ８２８をＷＴＲＵ２ ８０４へ送信した後、かつ、ＷＴＲＵ２ ８０４がメディアフロー転送開始応答８３０を送信する前に、ＣＳＣＦ８０８はメディア更新ＡＣＫ８４８をＳＣＣ ＡＳ８１０へ送信し、ＳＣＣ ＡＳ８１０は応答８４８を送信する。
【００８１】
図８Ｂ１および８Ｂ２は、ＳＣＣ ＡＳ８５８により開始された、ポリシー情報および／またはプロファイル情報に基づく、別のネットワークへのアクセス転送（例えば、音声／ビデオデータ）８５０の一例を示す。
【００８２】
ＷＴＲＵ１ ８５１がＩＭＳセッション内でアクティブであるとき、別のネットワーク（例えば、無線アクセスネットワーク（ＲＡＮ））へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ８５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ８５８によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、ポリシー情報がポリシー機能８５４によってＳＣＣ ＡＳ８５８に提供される。ＳＣＣ ＡＳ８５８は、ポリシー情報を受信し、受信されたポリシー情報に基づいてあるＲＡＮから別のＲＡＮへの転送を開始する。
【００８３】
ＲＡＮ１ ８５２を介したＷＴＲＵ８５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ８５８を介してリモートパーティ８６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ ８５２を介したＷＴＲＵ８５１、ＳＣＣ ＡＳ８５８、およびリモートパーティ８６０は、１つまたは複数のメディアフロー（例えば、＃１．．．Ｍ）８６２を確立することができる。ＳＣＣ ＡＳ８５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００８４】
セッションのアクセス転送を開始する前に、ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介したＲＡＮ２ ８５３からのＩＭＳ登録情報８６４の受信を通じて、ＲＡＮ２ ８５３がＲＡＮ１ ８５２からのセッション転送のための潜在的ターゲットであることを発見することができる。ＳＣＣ ＡＳ８５８は、ポリシー獲得要求８６６をポリシー機能８５４へ送信することによってポリシー情報を要求することができる。ポリシー獲得要求８６６は、ポリシー情報がＳＣＣ ＡＳ８５８で既に格納されているならばオプションである。ポリシー獲得要求８６６に応答して、ポリシー獲得応答８６８が、ポリシー機能８５４によってＳＣＣ ＡＳ８５８へ送信される。
【００８５】
ＳＣＣ ＡＳ８５８は、ＩＭＳセッション情報をＲＡＮ２ ８５３へ転送することを決定することができる。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、またはユーザからの入力に基づくことが可能である。加えて、ＳＣＣ ＡＳ８５８は、ＲＡＮ２ ８５３が全部または一部のメディアフローのために好ましい候補であるかどうかを判定することができる。ＲＡＮ２ ８５３への転送のために認可されるメディアフローを、事前設定されたパラメータまたはポリシー情報に基づいて決定することができる。
【００８６】
ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介してＩＭＳ登録応答８７０をＲＡＮ２ ８５３へ送信し、ＣＳＣＦ８５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）８７２をＲＡＮ２ ８５３へ送信する。ＲＡＮ２ ８５３ポリシー情報に基づいてＲＡＮ２ ８５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ ８５３へ転送することはできない。ＲＡＮ２ ８５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８７４をＣＳＣＦ８５６へ送信する。ＣＳＣＦ８５６は、メディアフロー更新要求８７４をリモートパーティ８６０へ送信する。リモートパーティ８６０は、メディアフローを更新し（８７６）、ＣＳＣＦ８５６を介してメディアフロー更新ＡＣＫ８７８をＲＡＮ２ ８５３へ送信する。ＲＡＮ２ ８５３は、ＣＳＣＦ８５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）８８０をＳＣＣ ＡＳ８５８へ送信する。ＳＣＣ ＡＳ８５８は、ＣＳＣＦ８５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）８８２をＲＡＮ１ ８５２へ送信する。ＲＡＮ１ ８５２は、メディアフローを解放し（８８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求８８６をＣＳＣＦ８５６と交換する。ＲＡＮ１ ８５２は、ＣＳＣＦ８５６を介してアクセス転送メディアフロー解放応答８９０をＳＣＣ ＡＳ８５８へ送信する。ＣＳＣＦ８５６は、ＳＩＰ ＢＹＥ８８８をリモートパーティ８６０と交換する。
【００８７】
メディアフロー（＃１．．ｎ）８９６を、ＲＡＮ２ ８５３とリモートパーティ８６０の間で確立することができる。ＲＡＮ１ ８５２は、メディアフロー（＃ｎ＋１．．Ｍ）８９４をリモートパーティ８６０と交換することができる。
【００８８】
図８Ｂ１および８Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ８５１、ＲＡＮ１ ８５２、ＲＡＮ２ ８５３、ポリシー機能８５４、ＣＳＣＦ８５６、ＳＣＣ ＡＳ８５８およびリモートパーティ８６０の間で行うことができる。図８Ｂ１および８Ｂ２に示す実施形態が完了すると、ＲＡＮ１ ８５２およびＲＡＮ２ ８５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ ８５３へ転送されていてもよい。
【００８９】
図８Ｂ１および８Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ８５８は、ポリシー情報および／またはプロファイル情報に基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ８５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ ８５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）８７４をＣＳＣＦ８５６へ送信した後、かつ、ＣＳＣＦ８５６がメディアフロー更新要求８７４をリモートパーティ８６０へ送信する前に、ＣＳＣＦ８５６は、メディアフロー更新要求８９７をＳＣＣ ＡＳ８５８へ送信し、ＳＣＣ ＡＳ８５８は応答８９７を送信する。また、リモートパーティ８６０がメディアフローを更新し（８７６）、ＣＳＣＦ８５６を介してメディアフロー更新ＡＣＫ８７８をＲＡＮ２ ８５３へ送信した後、かつ、ＲＡＮ２ ８５３がメディアフロー転送開始応答８８０を送信する前に、ＣＳＣＦ８５６は、メディア更新ＡＣＫ８９８をＳＣＣ ＡＳ８５８へ送信し、ＳＣＣ ＡＳ８５８は応答８９８を送信する。
【００９０】
図９Ａ１および９Ａ２は、ＳＣＣ ＡＳ９１０により開始された、レポート情報に基づく、別のＷＴＲＵへのＩＵＴ（例えば、音声／ビデオデータ）９００の一例を示す。
【００９１】
ＷＴＲＵ１ ９０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ ９０４へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ９１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ９１０ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ＷＴＲＵの新しい位置）が、レポート機能９０６によってＳＣＣ ＡＳ９１０に提供される。ＳＣＣ ＡＳ９１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ ９０２からＷＴＲＵ２ ９０４への転送を開始する。
【００９２】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ９１０には、ＷＴＲＵについての新しい位置などのイベントが通知されてもよい。このイベントは、メディア非依存ハンドオーバ（ＭＩＨ）サーバ、アプリケーションネットワーク発見および選択機能（ＡＮＤＳＦ）によって、または、他のレポートノードを介して、ＳＣＣ ＡＳ９１０に提供されてもよい。ＳＣＣ ＡＳ９１０は、イベントを登録するための要求９１４をレポート機能９０６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【００９３】
ＩＭＳ対応ＷＴＲＵ１ ９０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ９１０を介してリモートパーティ９１２と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ ９０２、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）９１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ ９０４、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）９１８を確立することができる。ＳＣＣ ＡＳ９１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【００９４】
ＳＣＣ ＡＳ９１０は、イベントが発生したというインジケーション９２０をレポート機能９０６から受信することができる。例えば、ＷＴＲＵ１ ９０２は、その位置を位置１から位置２へと変更していることがある。ＳＣＣ ＡＳ９１０は、ＷＴＲＵ２ ９０４が、ＷＴＲＵ１ ９０２からのいくつかのメディアフローのセッション転送のための、位置１における潜在的ターゲットであると決定する（９２２）。ＳＣＣ ＡＳは、どのメディアフローがＷＴＲＵ２ ９０４への転送のために認可可能であるかを決定する（９２２）。この決定９２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【００９５】
ＳＣＣ ＡＳ９１０は、ＣＳＣＦ９０８を介してメディアフロー転送開始（＃ｎ＋１．．ｐ）９２４をＷＴＲＵ２ ９０４へ送信する。ＷＴＲＵ２ ９０４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ ９０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ ９０４へ転送することはできない。ＷＴＲＵ２ ９０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９２６をＣＳＣＦ９０８へ送信する。ＣＳＣＦ９０８は、メディアフロー更新要求９２６をリモートパーティ９１２へ送信する。リモートパーティ９１２は、メディアフローを更新し（９２８）、ＣＳＣＦ９０８を介してメディアフロー更新ＡＣＫ９３０をＷＴＲＵ２ ９０４へ送信する。ＷＴＲＵ２ ９０４は、ＣＳＣＦ９０８を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）９３２をＳＣＣ ＡＳ９１０へ送信する。ＳＣＣ ＡＳ９１０は、ＣＳＣＦ９０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）９３４をＷＴＲＵ１ ９０２へ送信する。ＷＴＲＵ１ ９０２は、メディアフローを解放し（９３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求９３８をＣＳＣＦ９０８と交換する。ＷＴＲＵ１ ９０２は、ＣＳＣＦ９０８を介してＩＵＴメディアフロー解放応答９４２をＳＣＣ ＡＳ９１０へ送信する。ＣＳＣＦ９０８は、ＳＩＰ ＢＹＥ９４０をリモートパーティ９１２と交換する。
【００９６】
メディアフロー（＃１．．ｎ）９４６を、ＷＴＲＵ２ ９０４とリモートパーティ９１２の間で確立することができる。ＷＴＲＵ１ ９０２は、メディアフロー（＃ｎ＋１．．Ｍ）９４４をリモートパーティ９１２と交換することができる。
【００９７】
図９Ａ１および９Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ ９０２、ＷＴＲＵ２ ９０４、レポート機能９０６、ＣＳＣＦ９０８、ＳＣＣ ＡＳ９１０およびリモートパーティ９１２の間で行うことができる。図９Ａ１および９Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ ９０２およびＷＴＲＵ２ ９０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ ９０４へ転送されていてもよい。
【００９８】
図９Ａ１および９Ａ２の代替的実施形態では、ＳＣＣ ＡＳ９１０は、レポート情報に基づいて、セッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ９１０は、追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ ９０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９２６をＣＳＣＦ９０８へ送信した後、かつ、ＣＳＣＦ９０８がメディアフロー更新要求９２６をリモートパーティ９１２へ送信する前に、ＣＳＣＦ９０８はメディアフロー更新要求９４８をＳＣＣ ＡＳ９１０へ送信し、ＳＣＣ ＡＳ９１０は応答９４８を送信する。また、リモートパーティ９１２が９２８でメディアフローを更新し、ＣＳＣＦ９０８を介してメディアフロー更新ＡＣＫ９３０をＷＴＲＵ２ ９０４へ送信した後、かつ、ＷＴＲＵ２ ９０４がメディアフロー転送開始応答９３２を送信する前に、ＣＳＣＦ９０８はメディア更新ＡＣＫ９４９をＳＣＣ ＡＳ９１０へ送信し、ＳＣＣ ＡＳ９１０は応答９４９を送信する。
【００９９】
図９Ｂ１および９Ｂ２は、ＳＣＣ ＡＳ９５８により開始された、レポート情報に基づく、別のネットワークへのアクセス転送（例えば、音声／ビデオデータ）９５０の一例を示す。
【０１００】
ＲＡＮ１ ９５２を介したＷＴＲＵ ９５１がＩＭＳセッション内でアクティブであるとき、ＲＡＮ２ ９５３へのセッション情報の転送は、サービス継続性を提供することができる。ＳＣＣ ＡＳ９５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ９５８ によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ＲＡＮ１の新しい位置）がＳＣＣ ＡＳ９５８に提供される。ＳＣＣ ＡＳ９５８は、レポート機能９５４からレポート情報を受信し、受信されたレポート情報に基づいてＲＡＮ１ ９５２からＲＡＮ２ ９５３への転送を開始する。
【０１０１】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ９５８には、ＲＡＮ１ ９５２についての新しい位置などのイベントが通知されてもよい。ＳＣＣ ＡＳ９５８は、イベントを登録するための要求９６２を、レポート機能９５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１０２】
ＲＡＮ１ ９５２を介した、かつ、ＲＡＮ２ ９５３を介したＷＴＲＵ９５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ９５８を介してリモートパーティ９６０と通信する。ＳＩＰメッセージはＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ ９５２を介したＷＴＲＵ９５１、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）９６４を確立することができる。加えて、ＲＡＮ２ ９５３を介したＷＴＲＵ９５１、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）９６６を確立することができる。ＳＣＣ ＡＳ９５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１０３】
ＳＣＣ ＡＳ９５８は、イベントが発生したというインジケーション９６８をレポート機能９５４から受信することができる。例えば、ＲＡＮ１ ９５２は、その位置を位置１から位置２へと変更していることがある。ＳＣＣ ＡＳ９５８は、ＲＡＮ２ ９５３が、ＲＡＮ１ ９５２からのいくつかのメディアフローのセッション転送のための、位置１における潜在的ターゲットであると決定する（９７０）。ＳＣＣ ＡＳ９５８は、どのメディアフローがＲＡＮ２ ９５３への転送のために認可可能であるかを決定する（９７０）。この決定９７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１０４】
ＳＣＣ ＡＳ９５８は、ＣＳＣＦ９５６を介してメディアフロー転送開始（＃ｎ＋１．．ｐ）９７２をＲＡＮ２ ９５３へ送信する。ＲＡＮ２ ９５３ポリシー情報に基づくことが可能である、ＲＡＮ２ ９５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ ９５３へ転送することはできない。ＲＡＮ２ ９５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９７４をＣＳＣＦ９５６へ送信する。ＣＳＣＦ９５６は、メディアフロー更新要求９７４をリモートパーティ９６０へ送信する。リモートパーティ９６０は、メディアフローを更新し（９７６）、ＣＳＣＦ９５６を介してメディアフロー更新ＡＣＫ９７８をＲＡＮ２ ９５３へ送信する。ＲＡＮ２ ９５３は、ＣＳＣＦ９５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）９８０をＳＣＣ ＡＳ９５８へ送信する。ＳＣＣ ＡＳ９５８は、ＣＳＣＦ９５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．ｐ）９８４をＲＡＮ１ ９５２へ送信する。ＲＡＮ１ ９５２は、メディアフローを解放し（９８６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求９８８をＣＳＣＦ９５６と交換する。ＲＡＮ１ ９５２は、ＣＳＣＦ９５６を介してアクセス転送メディアフロー解放応答９９２をＳＣＣ ＡＳ９５８へ送信する。ＣＳＣＦ９５６は、ＳＩＰ ＢＹＥ９９０をリモートパーティ９６０と交換する。
【０１０５】
メディアフロー（＃１．．ｐ）９９６を、ＲＡＮ２ ９５３とリモートパーティ９６０の間で確立することができる。ＲＡＮ１ ９５２は、メディアフロー（＃ｐ＋１．．Ｍ）９９４をリモートパーティ９６０と交換することができる。
【０１０６】
図９Ｂ１および９Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１ ９５１、ＲＡＮ１ ９５２、ＲＡＮ２ ９５３、レポート機能９５４、ＣＳＣＦ９５６、ＳＣＣ ＡＳ９５８およびリモートパーティ９６０の間で行うことができる。図９Ｂ１および９Ｂ２に示す実施形態が完了すると、ＲＡＮ１ ９５２およびＲＡＮ２ ９５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ ９５３へ転送されていてもよい。
【０１０７】
図９Ｂ１および９Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ９５８は、レポート情報に基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ９５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ ９５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）９７４をＣＳＣＦ９５６へ送信した後、かつ、ＣＳＣＦ９５６がメディアフロー更新要求９７４をリモートパーティ９６０へ送信する前に、ＣＳＣＦ９５６はメディアフロー更新要求９９７をＳＣＣ ＡＳ９５８へ送信し、ＳＣＣ ＡＳ９５８は応答９９７を送信する。また、リモートパーティ９６０が、メディアフローを更新し（９７６）、ＣＳＣＦ９５６を介してメディアフロー更新ＡＣＫ９７８をＲＡＮ２ ９５３へ送信した後、かつ、ＲＡＮ２ ９５３がメディアフロー転送開始応答９８０を送信する前に、ＣＳＣＦ９５６はメディア更新ＡＣＫ９９８をＳＣＣ ＡＳ９５８へ送信し、ＳＣＣ ＡＳ９５８は応答９９８を送信する。
【０１０８】
図１０Ａ１および１０Ａ２は、ＳＣＣ ＡＳ１０１０により開始された、レポート情報に基づく、ＷＴＲＵ間の負荷分散（load balancing）ＩＵＴ（例えば、音声／ビデオデータ）１０００の一例を示す。
【０１０９】
ＷＴＲＵ１ １００２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １００４へのセッション情報の転送は、サービス継続性および負荷分散を提供することができる。ＳＣＣ ＡＳ１０１０によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ１０１０によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ネットワーク過負荷イベント）が、レポート機能１００６によってＳＣＣ ＡＳ１０１０に提供される。ＳＣＣ ＡＳ１０１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ １００２からＷＴＲＵ２ １００４への転送を開始する。
【０１１０】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１０１０には、ネットワーク過負荷イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１０１０は、イベントを登録するための要求１０１４をレポート機能１００６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１１１】
ＩＭＳ対応ＷＴＲＵ１ １００２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１０１０を介してリモートパーティ１０１２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １００２、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１０１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １００４、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１０１８を確立することができる。ＳＣＣ ＡＳ１０１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１１２】
ＳＣＣ ＡＳ１０１０は、イベントが発生したというインジケーション１０２０をレポート機能１００６から受信することができる。例えば、ＳＣＣ ＡＳ１０１０は、ネットワーク過負荷イベントに関する情報１０２０を受信することができる。ＳＣＣ ＡＳ１０１０は、ＷＴＲＵ２ １００４が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定し、この決定は、ＷＴＲＵ２ １００４のアクセス技術がＷＴＲＵ１ １００２の輻輳したネットワークからセッション情報をオフロードすることができるかどうかに基づくことが可能である。ＳＣＣ ＡＳ１０１０は、どのメディアフローがＷＴＲＵ２への転送のために認可可能であるかを決定する（１０２２）。この決定１０２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１１３】
ＳＣＣ ＡＳ１０１０は、ＣＳＣＦ１００８を介して、メディアフロー転送開始（＃ｎ＋１．．ｐ）要求１０２４をＷＴＲＵ２ １００４へ送信する。ＷＴＲＵ２ １００４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １００４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １００４へ転送することはできない。ＷＴＲＵ２ １００４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１０２６をＣＳＣＦ１００８へ送信する。ＣＳＣＦ１００８は、メディアフロー更新要求１０２６をリモートパーティ１０１２へ送信する。リモートパーティ１０１２は、メディアフローを更新し（１０２８）、ＣＳＣＦ１００８を介してメディアフロー更新ＡＣＫ１０３０をＷＴＲＵ２ １００４へ送信する。ＷＴＲＵ２ １００４は、ＣＳＣＦ１００８を介して、メディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１０３２をＳＣＣ ＡＳ１０１０へ送信する。ＳＣＣ ＡＳ１０１０は、ＣＳＣＦ１００８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）１０３４をＷＴＲＵ１ １００２へ送信する。ＷＴＲＵ１ １００２は、メディアフローを解放し（１０３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１０３８をＣＳＣＦ１００８と交換する。ＷＴＲＵ１ １００２は、ＣＳＣＦ１００８を介してＩＵＴメディアフロー解放応答１０４２をＳＣＣ ＡＳ１０１０へ送信する。ＣＳＣＦ１００８は、ＳＩＰ ＢＹＥ１０４０をリモートパーティ１０１２と交換する。
【０１１４】
メディアフロー（＃１．．Ｍ）１０４６を、ＷＴＲＵ２ １００４とリモートパーティ１０１２の間で確立することができる。
【０１１５】
図１０Ａ１および１０Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １００２、ＷＴＲＵ２ １００４、レポート機能１００６、ＣＳＣＦ１００８、ＳＣＣ ＡＳ１０１０およびリモートパーティ１０１２の間で行うことができる。図１０Ａ１および１０Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １００２およびＷＴＲＵ２ １００４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １００４へ転送されていてもよい。
【０１１６】
図１０Ｂ１および１０Ｂ２は、ＳＣＣ ＡＳ１０５８により開始された、レポート情報に基づく、ネットワーク間の負荷分散アクセス転送（例えば、音声／ビデオデータ）１０５０の一例を示す。
【０１１７】
ＷＴＲＵ １０５１がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １０５２からＲＡＮ２ １０５３へのセッション情報の転送は、サービス継続性および負荷分散を提供することができる。ＳＣＣ ＡＳ１０５８によって開始されたセッション転送手順はまた、ＳＣＣ ＡＳ１０５８によって実行、制御かつアンカーされてもよい。セッション転送を実行するために、レポート情報（例えば、ネットワーク過負荷イベント）が、ＳＣＣ ＡＳ１０５８に提供される。ＳＣＣ ＡＳ１０５８は、レポート情報を受信し、受信されたレポート情報に基づいてＲＡＮ１ １０５２からＲＡＮ２ １０５３への転送を開始する。
【０１１８】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１０５８には、ＲＡＮ１ １０５２についてのネットワーク過負荷イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１０５８は、イベントを登録するための要求１０６２をレポート機能１０５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１１９】
ＲＡＮ１ １０５２を介した、かつ、ＲＡＮ２ １０５３を介したＷＴＲＵ１０５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１０５８を介してリモートパーティ１０６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １０５２を介したＷＴＲＵ１０５１、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１０６４を確立することができる。加えて、ＲＡＮ２ １０５３を介したＷＴＲＵ１０５１、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１０６６を確立することができる。ＳＣＣ ＡＳ１０５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１２０】
ＳＣＣ ＡＳ１０５８は、イベント１０６８が発生したというインジケーションをレポート機能１０５４から受信することができる。例えば、ＳＣＣ ＡＳ１０５８は、ネットワーク過負荷イベントに関する情報１０６８を受信することができる。ＳＣＣ ＡＳ１０５８は、ＲＡＮ２ １０５３が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定し、この決定は、ＲＡＮ２ １０５３のアクセス技術がＲＡ１ １０５２の輻輳したネットワークからセッション情報をオフロードすることができるかどうかに基づくことが可能である。ＳＣＣ ＡＳ１０５８は、どのメディアフローがＲＡＮ２ １０５３への転送のために認可可能であるかを決定する（１０７０）。この決定１０７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１２１】
ＳＣＣ ＡＳ１０５８は、ＣＳＣＦ１０５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１０７２をＲＡＮ２ １０５３へ送信する。ＲＡＮ２ １０５３ポリシー情報に基づくことが可能である、ＲＡＮ２ １０５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １０５３へ転送することはできない。ＲＡＮ２ １０５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１０７４をＣＳＣＦ１０５６へ送信する。ＣＳＣＦ１０５６は、メディアフロー更新要求１０７４をリモートパーティ１０６０へ送信する。リモートパーティ１０６０は、メディアフローを更新し（１０７６）、ＣＳＣＦ１０５６を介してメディアフロー更新ＡＣＫ１０７８をＲＡＮ２ １０５３へ送信する。ＲＡＮ２ １０５３は、ＣＳＣＦ１０５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１０８０をＳＣＣ ＡＳ１０５８へ送信する。ＳＣＣ ＡＳ１０５８は、ＣＳＣＦ１０５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）１０８２をＲＡＮ１ １０５２へ送信する。ＲＡＮ１ １０５２は、メディアフローを解放し（１０８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１０８６をＣＳＣＦ１０５６と交換する。ＲＡＮ１ １０５２は、ＣＳＣＦ１０５６を介して、アクセス転送メディアフロー解放応答１０９０をＳＣＣ ＡＳ１０５８へ送信する。ＣＳＣＦ１０５６は、ＳＩＰ ＢＹＥ１０８８をリモートパーティ１０６０と交換する。
【０１２２】
メディアフロー（＃１．．Ｍ）１０９４を、ＲＡＮ２ １０５３とリモートパーティ１０６０の間で確立することができる。
【０１２３】
図１０Ｂ１および１０Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１０５１、ＲＡＮ１ １０５２、ＲＡＮ２ １０５３、レポート機能１０５４、ＣＳＣＦ１０５６、ＳＣＣ ＡＳ１０５８およびリモートパーティ１０６０の間で行うことができる。図１０Ｂ１および１０Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １０５２およびＲＡＮ２ １０５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １０５３へ転送されていてもよい。
【０１２４】
図１１Ａ１および１１Ａ２は、ＳＣＣ ＡＳ１１０５により開始された、レポート情報に基づく、ＩＵＴ（例えば、音声／ビデオデータ）のためのフォールバック１１００の一例を示す。
【０１２５】
ＷＴＲＵ１ １１０１がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １１０２へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）がＳＣＣ ＡＳ１１０５に提供される。ＳＣＣ ＡＳ１１０５は、レポート情報を受信し、ＷＴＲＵ１ １１０１からＷＴＲＵ２ １１０２への転送を開始する。ＳＣＣ ＡＳ１１０５は、ＷＴＲＵ１ １１０１によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１０５は、レポート情報に基づいて、ＷＴＲＵ２ １１０２へのセッション情報のフォールバック（例えば、転送）を開始することができる。また、この転送がフォールバックＩＵＴ転送であるというインジケーションを送信することもできる。セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１１０５には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１０５は、イベントを登録するための要求１１０７をレポート機能１１０３へ送信することができる。明示的イベント登録はオプションである。登録は設定手順に基づいて発生可能である。
【０１２６】
ＩＭＳ対応ＷＴＲＵ１ １１０１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１０５を介してリモートパーティ１１０６と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １１０１、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１０８を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １１０２、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１０９を確立することができる。ＳＣＣ ＡＳ１１０５は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１２７】
ＳＣＣ ＡＳ１１０５は、イベントが発生したというインジケーション１１１０をレポート機能１１０３から受信することができる。例えば、ＳＣＣ ＡＳ１１０５は、アクセスネットワークの損失イベントに関する情報１１１０を受信することができる。ＳＣＣ ＡＳ１１０５は、ＷＴＲＵ２ １１０２が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する（１１１２）。ＳＣＣ ＡＳ１１０５は、どのメディアフローがＷＴＲＵ２ １１０２への転送のために認可可能であるかを決定する（１１１２で）。この決定は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１２８】
ＳＣＣ ＡＳ１１０５は、ＣＳＣＦ１１０４を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１１３をＷＴＲＵ２ １１０２へ送信する。ＷＴＲＵ２ １１０２ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １１０２へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １１０２へ転送することはできない。ＷＴＲＵ２ １１０２は、ＣＳＣＦ１１０４を介して、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１１４をＳＣＣ ＡＳ１１０５へ送信する。ＳＣＣ ＡＳ１１０５は、メディアフロー更新要求１１１４をＣＳＣＦ１１０４へ返送し、ＣＳＣＦ１１０４は、メディアフロー更新要求１１１４をリモートパーティ１１０６へ送信する。リモートパーティ１１０６は、メディアフローを更新し（１１１５）、メディアフロー更新応答１１１６をＣＳＣＦ１１０４へ送信する。ＣＳＣＦ１１０４は、応答１１１６をＳＣＣ ＡＳ１１０５へ送信し、ＳＣＣ ＡＳ１１０５は、応答１１１６をＷＴＲＵ２ １１０２へ送信する。ＷＴＲＵ２ １１０２は、ＣＳＣＦ１１０４を介して、ＩＵＴメディアフローＡＣＫ１１１７をＳＣＣ ＡＳ１１０５へ送信する。
【０１２９】
メディアフロー（＃１．．Ｍ）１１１８を、ＷＴＲＵ２ １１０２とリモートパーティ１１０６の間で確立することができる。
【０１３０】
図１１Ａ１および１１Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １１０１、ＷＴＲＵ２ １１０２、レポート機能１１０３、ＣＳＣＦ１１０４、ＳＣＣ ＡＳ１１０５およびリモートパーティ１１０６の間で行うことができる。図１１Ａ１および１１Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １１０１およびＷＴＲＵ２ １１０２は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １１０２へ転送されていてもよい。
【０１３１】
図１１Ｂ１および１１Ｂ２は、ＳＣＣ ＡＳ１１３１により開始された、レポート情報に基づく、アクセス転送（例えば、音声／ビデオデータ）のためのフォールバック１１２５の一例を示す。
【０１３２】
ＷＴＲＵ １１２６がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １１２７からＲＡＮ２ １１２８へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）がＳＣＣ ＡＳ１１３１に提供される。ＳＣＣ ＡＳ１１３１は、レポート情報を受信し、ＲＡＮ１ １１２７からＲＡＮ２ １１２８への転送を開始する。ＳＣＣ ＡＳ１１３１は、ＲＡＮ１ １１２７によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１３１は、レポート情報に基づいて、ＲＡＮ２ １１２８へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１３３】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１１３１には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１３１は、イベントを登録するための要求１１３３をレポート機能１１２９へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１３４】
ＲＡＮ１ １１２７を介したＷＴＲＵ１１２６は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１３１を介してリモートパーティ１１３２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １１２７を介したＷＴＲＵ１１２６、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１３４を確立することができる。加えて、ＲＡＮ２ １１２８を介したＷＴＲＵ１１２６、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１３５を確立することができる。ＳＣＣ ＡＳ１１３１は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１３５】
ＳＣＣ ＡＳ１１３１は、イベントが発生したというインジケーションをレポート機能１１２９から受信することができる。例えば、ＳＣＣ ＡＳ１１３１は、アクセスネットワークの損失イベントに関する情報１１３６を受信することができる。ＳＣＣ ＡＳ１１３１は、ＲＡＮ２ １１２８が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１１３１は、どのメディアフローがＲＡＮ２ １１２８への転送のために認可可能であるかを決定する（１１３７）。この決定１１３７は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１３６】
ＳＣＣ ＡＳ１１３１は、ＣＳＣＦ１１３０を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１３８をＲＡＮ２ １１２８へ送信する。ＲＡＮ２ １１２８ポリシー情報に基づくことが可能である、ＲＡＮ２ １１２８へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １１２８へ転送することはできない。ＲＡＮ２ １１２８は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１３９をＣＳＣＦ１１３０を介してＳＣＣ ＡＳ１１３１へ送信する。ＳＣＣ ＡＳ１１３１は、メディアフロー更新要求１１３９をＣＳＣＦ１１３０へ返送し、ＣＳＣＦ１１３０は、メディアフロー更新要求１１３９をリモートパーティ１１３２へ送信する。リモートパーティ１１３２は、メディアフローを更新し（１１４０）、メディアフロー更新応答１１４１をＣＳＣＦ１１３０へ送信する。ＣＳＣＦ１１３０は、応答１１４１をＳＣＣ ＡＳ１１３１へ送信し、ＳＣＣ ＡＳ１１３１は、応答１１４１をＲＡＮ２ １１２８へ送信する。ＲＡＮ２ １１２８は、ＣＳＣＦ１１３０を介して、アクセス転送メディアフローＡＣＫ１１４２をＳＣＣ ＡＳ１１３１へ送信する。
【０１３７】
メディアフロー（＃１．．Ｍ）１１４３を、ＲＡＮ２ １１２８とリモートパーティ１１３２の間で確立することができる。
【０１３８】
図１１Ｂ１および１１Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１１２６、ＲＡＮ１ １１２７、ＲＡＮ２ １１２８、レポート機能１１２９、ＣＳＣＦ１１３０、ＳＣＣ ＡＳ１１３１およびリモートパーティ１１３２の間で行うことができる。図１１Ｂ１および１１Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １１２７およびＲＡＮ２ １１２８は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １１２８へ転送されていてもよい。
【０１３９】
図１１Ｃ１および１１Ｃ２は、図１１Ａ１および１１Ａ２の代替的実施形態１１５０を示す。
【０１４０】
ＷＴＲＵ１ １１５１がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １１５２へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）が、レポート機能１１５３によってＳＣＣ ＡＳ１１５５に提供される。ＳＣＣ ＡＳ１１５５は、レポート情報を受信し、ＷＴＲＵ１ １１５１からＷＴＲＵ２ １１５２への転送を開始する。ＳＣＣ ＡＳ１１５５は、ＷＴＲＵ１ １１５１によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１５５は、レポート情報に基づいて、ＷＴＲＵ２ １１５２へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１４１】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１１５５には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１５５は、イベントを登録するための要求１１５７をレポート機能１１５３へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１４２】
ＩＭＳ対応ＷＴＲＵ１ １１５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１５５を介してリモートパーティ１１５６と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １１５１、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１５８を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １１５２、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１５９を確立することができる。ＳＣＣ ＡＳ１１５５は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１４３】
ＳＣＣ ＡＳ１１５５は、イベントが発生したというインジケーション１１６０をレポート機能１１５３から受信することができる。例えば、ＳＣＣ ＡＳ１１５５は、アクセスネットワークの損失イベントに関する情報１１６０を受信することができる。ＳＣＣ ＡＳ１１５５は、ＷＴＲＵ２ １１５２が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する（１１６１）。ＳＣＣ ＡＳ１１５５は、どのメディアフローがＷＴＲＵ２ １１５２への転送のために認可可能であるかを決定する（１１６１）。この決定１１６１は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１４４】
ＳＣＣ ＡＳ１１５５は、ＣＳＣＦ１１５４を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１６２をＷＴＲＵ２ １１５２へ送信する。ＷＴＲＵ２ １１５２ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １１５２へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １１５２へ転送することはできない。ＷＴＲＵ２ １１５２は、ＣＳＣＦ１１５４を介してメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１６４をリモートパーティ１１５６へ送信する。リモートパーティ１１５６は、メディアフローを更新し（１１６５）、メディアフロー更新応答１１６６をＣＳＣＦ１１５４へ送信する。ＣＳＣＦ１１５４は、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１６７をＷＴＲＵ２ １１５２へ送信する。ＷＴＲＵ２ １１５２は、ＣＳＣＦ１１５４を介してメディア更新応答１１６６をＳＣＣ ＡＳ１１５５へ送信する。
【０１４５】
メディアフロー（＃１．．Ｍ）１１６８を、ＷＴＲＵ２ １１５２とリモートパーティ１１５６の間で確立することができる。
【０１４６】
図１１Ｃ１および１１Ｃ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １１５１、ＷＴＲＵ２ １１５２、レポート機能１１５３、ＣＳＣＦ１１５４、ＳＣＣ ＡＳ１１５５およびリモートパーティ１１５６の間で行うことができる。図１１Ｃ１および１１Ｃ２に示す実施形態が完了すると、ＷＴＲＵ１ １１５１およびＷＴＲＵ２ １１５２は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １１５２へ転送されていてもよい。
【０１４７】
図１１Ｄ１および１１Ｄ２は、図１１Ｂ１および１１Ｂ２の代替的実施形態１１７５を示す。ＷＴＲＵ １１７６がＩＭＳセッション内でアクティブであるとき、ＲＡＮ１ １１７７からＲＡＮ２ １１７８へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、レポート情報（例えば、登録情報）が、レポート機能１１７９によってＳＣＣ ＡＳ１１８１に提供される。ＳＣＣ ＡＳ１１８１は、レポート情報を受信し、ＲＡＮ１ １１７７からＲＡＮ２ １１７８への転送を開始する。ＳＣＣ ＡＳ１１８１はまた、ＲＡＮ１ １１７７によるアクセスの喪失などのイベントを示すレポート情報を受信することもできる。ＳＣＣ ＡＳ１１８１は、レポート情報に基づいて、ＲＡＮ２ １１７８へのセッション情報のフォールバック（例えば、転送）を開始することができる。
【０１４８】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１１８１には、アクセスネットワークの損失イベントなどのイベントが通知されてもよい。ＳＣＣ ＡＳ１１８１は、イベントを登録するための要求１１８３をレポート機能１１７９へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１４９】
ＲＡＮ１ １１７７を介したＷＴＲＵ１１７６は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１１８１を介してリモートパーティ１１８２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １１７７を介したＷＴＲＵ１１７６、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１１８４を確立することができる。加えて、ＲＡＮ２ １１７８を介したＷＴＲＵ１１７６、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１１８５を確立することができる。ＳＣＣ ＡＳ１１８１は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１５０】
ＳＣＣ ＡＳ１１８１は、イベントが発生したというインジケーション１１８６をレポート機能１１７９から受信することができる。例えば、ＳＣＣ ＡＳ１１８１は、アクセスネットワークの損失イベントに関する情報１１８６を受信することができる。ＳＣＣ ＡＳ１１８１は、ＲＡＮ２ １１７８が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１１８１は、どのメディアフローがＲＡＮ２ １１７８への転送のために認可可能であるかを決定する（１１８７）。この決定１１８７は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１５１】
ＳＣＣ ＡＳ１１８１は、ＣＳＣＦ１１８０を介して、メディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１１８８をＲＡＮ２ １１７８へ送信する。ＲＡＮ２ １１７８ポリシー情報に基づくことが可能である、ＲＡＮ２ １１７８へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １１７８へ転送することはできない。ＲＡＮ２ １１７８は、ＣＳＣＦ１１８０を介して、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１１９０をリモートパーティ１１８２へ送信する。リモートパーティ１１８２は、メディアフローを更新し（１１９１）、メディアフロー更新応答１１９２をＣＳＣＦ１１８０へ送信する。ＣＳＣＦ１１８０は、メディアフロー転送開始（＃ｎ＋１．．Ｍ）１１９３をＲＡＮ２ １１７８へ送信する。ＲＡＮ２ １１７８は、ＣＳＣＦ１１８０を介してメディア更新応答１１９２をＳＣＣ ＡＳ１１８１へ送信する。
【０１５２】
メディアフロー（＃１．．Ｍ）１１９４を、ＲＡＮ２ １１７８とリモートパーティ１１８２の間で確立することができる。
【０１５３】
図１１Ｄ１および１１Ｄ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳアクセス転送処理に従って、ＷＴＲＵ１１７６、ＲＡＮ１ １１７７、ＲＡＮ２ １１７８、レポート機能１１７９、ＣＳＣＦ１１８０、ＳＣＣ ＡＳ１１８１およびリモートパーティ１１８２の間で行うことができる。図１１Ｄ１および１１Ｄ２に示す実施形態が完了すると、ＲＡＮ１ １１７７およびＲＡＮ２ １１７８は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １１７８へ転送されていてもよい。
【０１５４】
図１２Ａ１および１２Ａ２は、ＳＣＣ ＡＳ１２１０により開始された、無線カバレッジイベントに関するレポート情報に基づく、セッション情報（例えば、音声／ビデオデータ）のＩＵＴ１２００の一例を示す。
【０１５５】
ＷＴＲＵ１ １２０２がＩＭＳセッション内でアクティブであるとき、ＷＴＲＵ２ １２０４へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、無線カバレッジイベントに基づくことが可能であるレポート情報が、レポート機能１２０６によってＳＣＣ ＡＳ１２１０に提供される。ＳＣＣ ＡＳ１２１０は、レポート情報を受信し、受信されたレポート情報に基づいてＷＴＲＵ１ １２０２からＷＴＲＵ２ １２０４への転送を開始する。
【０１５６】
セッション開始またはセッションのＩＵＴの前に、ＳＣＣ ＡＳ１２１０には、ＷＴＲＵ１ １２０２による現在のアクセスネットワークの差し迫った損失などのイベントが通知されてもよい。ＳＣＣ ＡＳ１２１０は、イベントを登録するための要求１２１４をレポート機能１２０６へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１５７】
ＩＭＳ対応ＷＴＲＵ１ １２０２は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１２１０を介してリモートパーティ１２１２と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＩＭＳ対応ＷＴＲＵ１ １２０２、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１２１６を確立することができる。加えて、ＩＭＳ対応ＷＴＲＵ２ １２０４、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１２１８を確立することができる。ＳＣＣ ＡＳ１２１０は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１５８】
ＳＣＣ ＡＳ１２１０は、イベントがまさに発生しようとしているというインジケーション１２２０をレポート機能１２０６から受信することができる。例えば、ＳＣＣ ＡＳ１２１０は、ＷＴＲＵ１ １２０２による現在のアクセスネットワークの差し迫った損失に関する情報１２２０を受信することができる。ＳＣＣ ＡＳ１２１０は、ＷＴＲＵ２ １２０４が潜在的ターゲットであり、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１２１０は、どのメディアフローがＷＴＲＵ２ １２０４への転送のために認可可能であるかを決定する（１２２２）。この決定１２２２は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１５９】
ＳＣＣ ＡＳ１２１０は、ＣＳＣＦ１２０８を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１２２４をＷＴＲＵ２ １２０４へ送信する。ＷＴＲＵ２ １２０４ポリシー情報に基づくことが可能である、ＷＴＲＵ２ １２０４へ転送不可能として決定された全てのメディアフローは、ＷＴＲＵ２ １２０４へ転送することはできない。ＷＴＲＵ２ １２０４は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２２６をＣＳＣＦ１２０８へ送信する。ＣＳＣＦ１２０８は、メディアフロー更新要求１２２６をリモートパーティ１２１２へ送信する。リモートパーティ１２１２は、メディアフローを更新し（１２２８）、ＣＳＣＦ１２０８を介して、メディアフロー更新ＡＣＫ１２３０をＷＴＲＵ２ １２０４へ送信する。ＷＴＲＵ２ １２０４は、ＣＳＣＦ１２０８を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１２３２をＳＣＣ ＡＳ１２１０へ送信する。ＳＣＣ ＡＳ１２１０は、ＣＳＣＦ１２０８を介してＩＵＴメディアフロー解放要求（＃ｎ＋１．．Ｍ）１２３４をＷＴＲＵ１ １２０２へ送信する。ＷＴＲＵ１ １２０２は、メディアフローを解放し（１２３６）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１２３８をＣＳＣＦ１２０８と交換する。ＷＴＲＵ１ １２０２は、ＩＵＴメディアフロー解放応答１２４２をＣＳＣＦ１２０８へ送信する。ＣＳＣＦ１２０８は、ＳＩＰ ＢＹＥ１２４０をリモートパーティ１２１２と交換する。
【０１６０】
メディアフロー（＃１．．Ｍ）１２４４を、ＷＴＲＵ２ １２０４とリモートパーティ１２１２の間で確立することができる。
【０１６１】
図１２Ａ１および１２Ａ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１ １２０２、ＷＴＲＵ２ １２０４、レポート機能１２０６、ＣＳＣＦ１２０８、ＳＣＣ ＡＳ１２１０およびリモートパーティ１２１２の間で行うことができる。図１２Ａ１および１２Ａ２に示す実施形態が完了すると、ＷＴＲＵ１ １２０２およびＷＴＲＵ２ １２０４は、協調セッションに参加することができ、または、このセッションは、ＷＴＲＵ２ １２０４へ転送されていてもよい。
【０１６２】
図１２Ａ１および１２Ａ２の代替的実施形態では、ＳＣＣ ＡＳ１２１０は、無線カバレッジイベントに基づいてセッション情報のＩＵＴを開始する。この実施形態では、ＳＣＣ ＡＳ１２１０は、追加のＩＵＴ信号を送信かつ受信する。ＷＴＲＵ２ １２０４がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２２６をＣＳＣＦ１２０８へ送信した後、かつ、ＣＳＣＦ１２０８がメディアフロー更新要求１２２６をリモートパーティ１２１２へ送信する前に、ＣＳＣＦ１２０８は、メディアフロー更新要求１２４６をＳＣＣ ＡＳ１２１０へ送信し、ＳＣＣ ＡＳ１２１０は、応答１２４６をＣＳＣＦ１２０８へ送信する。また、リモートパーティ１２１２が、メディアフローを更新し（１２２８）、ＣＳＣＦ１２０８を介してメディアフロー更新ＡＣＫ１２３０をＷＴＲＵ２ １２０４へ送信した後、かつ、ＷＴＲＵ２ １２０４がメディアフロー転送開始応答１２３２を送信する前に、ＣＳＣＦ１２０８は、メディア更新ＡＣＫ１２４８をＳＣＣ ＡＳ１２１０へ送信し、ＳＣＣ ＡＳ１２１０は、応答１２４８をＣＳＣＦ１２０８へ送信する。
【０１６３】
図１２Ｂ１および１２Ｂ２は、ＳＣＣ ＡＳ１２５８により開始された、無線カバレッジイベントに関するレポート情報に基づく、セッション情報（例えば、音声／ビデオデータ）のアクセス転送１２５０の一例を示す。
【０１６４】
ＲＡＮ１ １２５２がＩＭＳセッション内でアクティブであるとき、ＲＡＮ２ １２５３へのセッション情報の転送は、サービス継続性を提供することができる。セッション転送を実行するために、無線カバレッジイベントに基づくことが可能であるレポート情報がＳＣＣ ＡＳ１２５８に提供される。ＳＣＣ ＡＳ１２５８は、レポート機能１２５４からレポート情報を受信し、ＲＡＮ１ １２５２からＲＡＮ２ １２５３への転送を開始する。
【０１６５】
セッション開始またはセッションのアクセス転送の前に、ＳＣＣ ＡＳ１２５８には、ＲＡＮ１ １２５２による現在のアクセスネットワークの差し迫った損失などのイベントが通知されてもよい。ＳＣＣ ＡＳ１２５８は、イベントを登録するための要求１２６２をレポート機能１２５４へ送信することができる。明示的イベント登録はオプションである。登録は、設定手順に基づいて発生可能である。
【０１６６】
ＲＡＮ１ １２５２を介したＷＴＲＵ１２５１は、ＳＩＰシグナリングを使用して、ＳＣＣ ＡＳ１２５８を介してリモートパーティ１２６０と通信する。ＳＩＰメッセージは、ＩＭＳ制御プレーンメッセージであってもよい。ＲＡＮ１ １２５２を介したＷＴＲＵ１２５１、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０は、１つまたは複数のメディアフロー（例えば、＃ｎ＋１．．．Ｍ）１２６４を確立することができる。加えて、ＲＡＮ２ １２５３を介したＷＴＲＵ１２５１、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０は、１つまたは複数のメディアフロー（例えば、＃１．．．ｎ）１２６６を確立することができる。ＳＣＣ ＡＳ１２５８は、セッションのためのアンカーであり、全てのアクティブおよび非アクティブセッションについて、セッション状態情報を維持する。
【０１６７】
ＳＣＣ ＡＳ１２５８は、イベントがまさに発生しようとしているというインジケーション１２６８をレポート機能から受信することができる。例えば、ＳＣＣ ＡＳ１２５８は、ＲＡＮ１ １２５２による現在のアクセスネットワークの差し迫った損失に関する情報１２６８を受信することができる。ＳＣＣ ＡＳ１２５８は、ＲＡＮ２ １２５３が潜在的ターゲットであり（１２７０）、セッション情報の転送のために使用可能であると決定する。ＳＣＣ ＡＳ１２５８は、どのメディアフローがＲＡＮ２ １２５３への転送のために認可可能であるかを決定する（１２７０）。この決定１２７０は、１つまたは複数の事前設定されたパラメータ、プロファイル、ポリシー情報、レポート情報、またはユーザからの入力に基づくことが可能である。
【０１６８】
ＳＣＣ ＡＳ１２５８は、ＣＳＣＦ１２５６を介してメディアフロー転送開始（＃ｎ＋１．．Ｍ）要求１２７２をＲＡＮ２ １２５３へ送信する。ＲＡＮ２ １２５３ポリシー情報に基づくことが可能である、ＲＡＮ２ １２５３へ転送不可能として決定された全てのメディアフローは、ＲＡＮ２ １２５３へ転送することはできない。ＲＡＮ２ １２５３は、メディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２７４をＣＳＣＦ１２５６へ送信する。ＣＳＣＦ１２５６は、メディアフロー更新要求１２７４をリモートパーティ１２６０へ送信する。リモートパーティ１２６０は、メディアフローを更新し（１２７６）、ＣＳＣＦ１２５６を介してメディアフロー更新ＡＣＫ１２７８をＲＡＮ２ １２５３へ送信する。ＲＡＮ２ １２５３は、ＣＳＣＦ１２５６を介してメディアフロー転送開始応答（例えば、ｎｏｔｉｆｙ）１２８０をＳＣＣ ＡＳ１２５８へ送信する。ＳＣＣ ＡＳ１２５８は、ＣＳＣＦ１２５６を介してアクセス転送メディアフロー解放要求（＃ｎ＋１．．Ｍ）１２８２をＲＡＮ１ １２５２へ送信する。ＲＡＮ１ １２５２は、メディアフローを解放し（１２８４）、メディアフロー解放およびＳＩＰ ＢＹＥ要求１２８６をＣＳＣＦ１２５６と交換する。ＲＡＮ１ １２５２は、アクセス転送メディアフロー解放応答１２９０をＣＳＣＦ１２５６へ送信する。ＣＳＣＦ１２５６は、ＳＩＰ ＢＹＥ１２８８をリモートパーティ１２６０と交換する。
【０１６９】
メディアフロー（＃１．．Ｍ）１２９２を、ＲＡＮ２ １２５３とリモートパーティ１２６０の間で確立することができる。
【０１７０】
図１２Ｂ１および１２Ｂ２の方法におけるいかなる時点でも、追加の動作を、ＩＭＳ ＩＵＴ処理に従って、ＷＴＲＵ１２５１、ＲＡＮ１ １２５２、ＲＡＮ２ １２５３、レポート機能１２５４、ＣＳＣＦ１２５６、ＳＣＣ ＡＳ１２５８およびリモートパーティ１２６０の間で行うことができる。図１２Ｂ１および１２Ｂ２に示す実施形態が完了すると、ＲＡＮ１ １２５２およびＲＡＮ２ １２５３は、協調セッションに参加することができ、または、このセッションは、ＲＡＮ２ １２５３へ転送されていてもよい。
【０１７１】
図１２Ｂ１および１２Ｂ２の代替的実施形態では、ＳＣＣ ＡＳ１２５８は、無線カバレッジイベントに基づいてセッション情報のアクセス転送を開始する。この実施形態では、ＳＣＣ ＡＳ１２５８は、追加のアクセス転送信号を送信かつ受信する。ＲＡＮ２ １２５３がメディアフロー更新要求（例えば、ｒｅ−ｉｎｖｉｔｅ）１２７４をＣＳＣＦ１２５６へ送信した後、かつ、ＣＳＣＦ１２５６がメディアフロー更新要求１２７４をリモートパーティ１２６０へ送信する前に、ＣＳＣＦ１２５６は、メディアフロー更新要求１２９３をＳＣＣ ＡＳ１２５８へ送信し、ＳＣＣ ＡＳ１２５８は、メディアフロー更新要求１２９３に対する応答をＣＳＣＦ１２５６へ送信する。また、リモートパーティ１２６０が、メディアフローを更新し（１２７６）、ＣＳＣＦ１２５６を介してメディアフロー更新ＡＣＫ１２７８をＲＡＮ２ １２５３へ送信した後、かつ、ＲＡＮ２ １２５６がメディアフロー転送開始応答１２８０を送信する前に、ＣＳＣＦ１２５６は、メディア更新ＡＣＫ１２９４をＳＣＣ ＡＳ１２５８へ送信し、ＳＣＣ ＡＳ１２５８は、応答１２９４をＣＳＣＦ１２５６へ送信する。
【０１７２】
実施形態
１．ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、この情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機
を備えるＳＣＣ ＡＳ。
２．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するように構成されたプロセッサ
をさらに備える、実施形態１におけるＳＣＣ ＡＳ。
３．ＩＵＴ要求をターゲットデバイスへ送信するように構成された送信機
をさらに備える、実施形態１〜２のいずれか１つにおけるＳＣＣ ＡＳ。
４．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態１〜３のいずれか１つにおけるＳＣＣ ＡＳ。
５．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態４におけるＳＣＣ ＡＳ。
６．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態１〜５のいずれか１つにおけるＳＣＣ ＡＳ。
７．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態６におけるＳＣＣ ＡＳ。
８．ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、この情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機
を備えるＳＣＣ ＡＳ。
９．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するように構成されたプロセッサ
をさらに備える、実施形態８におけるＳＣＣ ＡＳ。
１０．ＡＴ要求をターゲットデバイスへ送信するように構成された送信機
をさらに備える、実施形態８〜９のいずれか１つにおけるＳＣＣ ＡＳ。
１１．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態８〜１０のいずれか１つにおけるＳＣＣ ＡＳ。
１２．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態１１におけるＳＣＣ ＡＳ。
１３．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態８〜１２のいずれか１つにおけるＳＣＣ ＡＳ。
１４．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態１３におけるＳＣＣ ＡＳ。
１５．サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）のための方法であって、当該方法は、
情報を受信するステップであって、この情報は、可用性情報、能力情報またはプリファレンス情報を含むステップ
を備える方法。
１６．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するステップ
をさらに備える、実施形態１５における方法。
１７．ＩＵＴ要求をターゲットデバイスへ送信するステップ
をさらに備える、実施形態１５〜１６のいずれか１つにおける方法。
１８．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態１５〜１７のいずれか１つにおける方法。
１９．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態１８における方法。
２０．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態１５〜１９のいずれか１つにおける方法。
２１．このレポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態２０における方法。
２２．サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）のための方法であって、当該方法は、
情報を受信するステップであって、この情報は、可用性情報、能力情報またはプリファレンス情報を含むステップ
を備える方法。
２３．この情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するステップ
をさらに備える、実施形態２２における方法。
２４．ＡＴ要求をターゲットデバイスへ送信するステップ
をさらに備える、実施形態２２〜２３のいずれか１つにおける方法。
２５．この情報は、ポリシー情報および／またはプロファイル情報であり、ポリシー情報は、ポリシー機能ノードから受信される、実施形態２２〜２５のいずれか１つにおける方法。
２６．ポリシー情報および／またはプロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、メディアセッションが第１のＷＴＲＵと第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには第１のＷＴＲＵが好ましいか、あるいは第２のＷＴＲＵが好ましいか、を含む、実施形態２５における方法。
２７．この情報は、レポート情報であり、レポート情報は、レポート機能ノードから受信される、実施形態２２〜２６のいずれか１つにおける方法。
２８．レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含む、実施形態２７における方法。
【０１７３】
特徴および要素が特定の組み合わせで上述されたが、各特徴または要素を単独で、または、他の特徴および要素との任意の組み合わせで使用できることは、当業者には理解されよう。加えて、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装可能である。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定されないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、並びに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体が含まれる。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するために、無線周波数トランシーバを実装するために使用可能である。
【特許請求の範囲】
【請求項１】
ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機と、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するように構成されたプロセッサと、
ＩＵＴ要求をターゲットデバイスへ送信するように構成された送信機と
を備えることを特徴とするＳＣＣ ＡＳ。
【請求項２】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１に記載のＳＣＣ ＡＳ。
【請求項３】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項２に記載のＳＣＣ ＡＳ。
【請求項４】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１に記載のＳＣＣ ＡＳ。
【請求項５】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項４に記載のＳＣＣ ＡＳ。
【請求項６】
ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機と、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するように構成されたプロセッサと、
ＡＴ要求をターゲットデバイスへ送信するように構成された送信機と
を備えることを特徴とするＳＣＣ ＡＳ。
【請求項７】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項６に記載のＳＣＣ ＡＳ。
【請求項８】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項７に記載のＳＣＣ ＡＳ。
【請求項９】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項６に記載のＳＣＣ ＡＳ。
【請求項１０】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項９に記載のＳＣＣ ＡＳ。
【請求項１１】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）のための方法であって、
情報を受信するステップであって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含むステップと、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するステップと、
ＩＵＴ要求をターゲットデバイスへ送信するステップと
を備えることを特徴とする方法。
【請求項１２】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、あるいは前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）のための方法であって、
情報を受信するステップであって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含むステップと、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するステップと、
ＡＴ要求をターゲットデバイスへ送信するステップと
を備えることを特徴とする方法。
【請求項１７】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、あるいは前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１６に記載の方法。
【請求項２０】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項１９に記載の方法。
【請求項１】
ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機と、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するように構成されたプロセッサと、
ＩＵＴ要求をターゲットデバイスへ送信するように構成された送信機と
を備えることを特徴とするＳＣＣ ＡＳ。
【請求項２】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１に記載のＳＣＣ ＡＳ。
【請求項３】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項２に記載のＳＣＣ ＡＳ。
【請求項４】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１に記載のＳＣＣ ＡＳ。
【請求項５】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項４に記載のＳＣＣ ＡＳ。
【請求項６】
ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）の開始のためのサービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
情報を受信するように構成された受信機であって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含む、受信機と、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するように構成されたプロセッサと、
ＡＴ要求をターゲットデバイスへ送信するように構成された送信機と
を備えることを特徴とするＳＣＣ ＡＳ。
【請求項７】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項６に記載のＳＣＣ ＡＳ。
【請求項８】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項７に記載のＳＣＣ ＡＳ。
【請求項９】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項６に記載のＳＣＣ ＡＳ。
【請求項１０】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項９に記載のＳＣＣ ＡＳ。
【請求項１１】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのユーザ機器間転送（ＩＵＴ）のための方法であって、
情報を受信するステップであって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含むステップと、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＩＵＴ能力を決定し、ＩＵＴを開始するステップと、
ＩＵＴ要求をターゲットデバイスへ送信するステップと
を備えることを特徴とする方法。
【請求項１２】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、あるいは前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
サービス集中および継続アプリケーションサーバ（ＳＣＣ ＡＳ）によって開始される、ＩＰマルチメディア（ＩＭ）サブシステム（ＩＭＳ）メディアセッションのアクセス転送（ＡＴ）のための方法であって、
情報を受信するステップであって、前記情報は、可用性情報、能力情報またはプリファレンス情報を含むステップと、
前記情報を処理して、１つまたは複数のＩＭＳ対応無線送受信ユニット（ＷＴＲＵ）のＡＴ能力を決定し、ＡＴを開始するステップと、
ＡＴ要求をターゲットデバイスへ送信するステップと
を備えることを特徴とする方法。
【請求項１７】
前記情報は、ポリシー情報および／またはプロファイル情報であり、前記ポリシー情報は、ポリシー機能ノードから受信されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ポリシー情報および／または前記プロファイル情報は、第１のＷＴＲＵが第２のＷＴＲＵとの暗黙の協調セッションの一部であるかどうか、前記メディアセッションが前記第１のＷＴＲＵと前記第２のＷＴＲＵの間で転送可能であるかどうか、および、メディアフロー転送のためには前記第１のＷＴＲＵが好ましいか、あるいは前記第２のＷＴＲＵが好ましいか、を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記情報は、レポート情報であり、前記レポート情報は、レポート機能ノードから受信されることを特徴とする請求項１６に記載の方法。
【請求項２０】
前記レポート情報は、ネットワーク過負荷イベント、ネットワーク位置変更イベント、ネットワークによるアクセスの喪失イベント、ＷＴＲＵ位置変更イベント、ＷＴＲＵによるアクセスの喪失、ＷＴＲＵによるアクセスの差し迫った喪失、別のＷＴＲＵの登録、負荷分散イベントを含むことを特徴とする請求項１９に記載の方法。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ１】
【図８Ａ２】
【図８Ｂ１】
【図８Ｂ２】
【図９Ａ１】
【図９Ａ２】
【図９Ｂ１】
【図９Ｂ２】
【図１０Ａ１】
【図１０Ａ２】
【図１０Ｂ１】
【図１０Ｂ２】
【図１１Ａ１】
【図１１Ａ２】
【図１１Ｂ１】
【図１１Ｂ２】
【図１１Ｃ１】
【図１１Ｃ２】
【図１１Ｄ１】
【図１１Ｄ２】
【図１２Ａ１】
【図１２Ａ２】
【図１２Ｂ１】
【図１２Ｂ２】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ１】
【図８Ａ２】
【図８Ｂ１】
【図８Ｂ２】
【図９Ａ１】
【図９Ａ２】
【図９Ｂ１】
【図９Ｂ２】
【図１０Ａ１】
【図１０Ａ２】
【図１０Ｂ１】
【図１０Ｂ２】
【図１１Ａ１】
【図１１Ａ２】
【図１１Ｂ１】
【図１１Ｂ２】
【図１１Ｃ１】
【図１１Ｃ２】
【図１１Ｄ１】
【図１１Ｄ２】
【図１２Ａ１】
【図１２Ａ２】
【図１２Ｂ１】
【図１２Ｂ２】
【公表番号】特表２０１３−５１６１１４（Ｐ２０１３−５１６１１４Ａ）
【公表日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願番号】特願２０１２−５４６２０７（Ｐ２０１２−５４６２０７）
【出願日】平成２２年１２月２２日（２０１０．１２．２２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０６１８８１
【国際公開番号】ＷＯ２０１１／０７９２２３
【国際公開日】平成２３年６月３０日（２０１１．６．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ＬＴＥ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２５年５月９日（２０１３．５．９）
【国際特許分類】
【出願日】平成２２年１２月２２日（２０１０．１２．２２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０６１８８１
【国際公開番号】ＷＯ２０１１／０７９２２３
【国際公開日】平成２３年６月３０日（２０１１．６．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ＬＴＥ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]