インターネットプロトコルマルチメディアサブシステムにおける協調セッションの制御権の移転およびデバイス間移転
無線送受信機（ＷＴＲＵ）が、制御側のＷＴＲＵから別のＷＴＲＵ、例えば被制御側のＷＴＲＵに、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションの制御権を移転するために、協調セッションの制御権の移転を要求する方法および装置が開示される。協調セッションの制御権の移転の要求は、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信される。ＷＴＲＵが、あるＷＴＲＵから別のＷＴＲＵにＩＭＳの協調セッションのメディアセッションフローを移転するために、デバイス間移転（ＩＤＴ）を要求する方法および装置も開示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
無線通信が発展するにしたがい、無線技術はさらなる機能と能力を可能にする。１つの能力は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）のセッションを保持する能力である。ＩＭＳは、ＩＰ基盤のマルチメディアサービスを実現するための、アーキテクチャのフレームワークである。無線送受信ユニット（ＷＴＲＵ）は、限定はされないが、ＵＴＲＡＮ（UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network）、ＬＴＥ（Long Term Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、またはＷＬＡＮ（Wireless Local Area Network）技術などの技術に基づくネットワークを含む、様々なアクセスネットワークを通じてＩＭＳに接続することができる。ＷＴＲＵは、パケット交換（ＰＳ）ドメインを通じてＩＭＳにアクセスすることができる。ＩＣＳ（IMS Centralized Services）を用いることで、ＷＴＲＵは、回線交換（ＣＳ）ドメインを介して、ＩＭＳサービスにさらにアクセスすることができる。
【０００３】
さらに、ＩＭＳセッションを用いることで、ＷＴＲＵは、遠隔のパーティとのメディアセッションを保持することができる。これらのメディアセッションの例には、音声、映像または文字によるセッションがある。複数のＷＴＲＵが、ＩＭＳを用いて、遠隔のパーティとの１つまたは複数の協調メディアセッションに参加することもできる。
【発明の概要】
【０００４】
コントローラＷＴＲＵから別のＷＴＲＵへのＩＭＳ協調セッションの制御権の移転を無線送受信ユニット（ＷＴＲＵ）が要求するための方法および装置が開示される。この方法および装置では、協調セッションの制御権の移転要求は、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信される。ＳＩＰ（session initiation protocol）メッセージングが、開示される方法および装置において通信のために用いられうる。また、ＷＴＲＵが、ＩＭＳメディアセッションフローをあるＷＴＲＵから別のＷＴＲＵに移転するためのデバイス間移転（ＩＤＴ）を要求するための方法および装置も開示される。
【図面の簡単な説明】
【０００５】
添付図面とともに例として与えられる以下の説明から、より深い理解を得られる。
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態が実施されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システムの中で用いられうる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システムの中で用いられうる、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】インターネットプロトコルマルチメディアサブシステムの例を示す図である。
【図３】サードパーティの呼制御を用いた通信セッションの例を示す図である。
【図４】ファーストパーティの呼制御を用いた通信セッションの例を示す図である。
【図５】ＩＭＳセッションにおける、ＷＴＲＵのための従来のシグナリングおよびベアラのアーキテクチャである。
【図６】ＩＭＳ協調セッションにおける、２つのＷＴＲＵのためのシグナリングおよびベアラの経路を示す図である。
【図７】被制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図８】被制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての代替的な情報の流れを示す図である。
【図９】制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１０】制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての代替的な情報の流れを示す図である。
【図１１】ＳＣＣ ＡＳにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１２】遠隔のパーティにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１３】遠隔のパーティにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１４】ＩＰネットワークを介して遠隔のパーティとＩＭＳセッション状態にあるＷＴＲＵの例を示す図である。
【図１５】異なるＩＭＳ加入に属するＷＴＲＵの間での協調セッションのための、制御プレーンおよびユーザプレーンのパスを示す図である。
【図１６】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図１７】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアフローの移転についての情報の流れの代替的な実施形態を示す図である。
【図１８】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図１９】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図２０】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示される実施形態が実施されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムでありうる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースを共有することによって、そのようなコンテンツにアクセスすることを可能にしうる。例えば、通信システム１００は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、ＯＦＤＭＡ（Orthogonal FDMA）、ＳＣ−ＦＤＭＡ（Single Carrier FDMA）などの１つまたは複数のチャネル接続方法を利用することができる。
【０００８】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆電話交換回線網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含みうるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を考慮することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成される任意の種類のデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ装置（ＵＥ）、移動局、固定式または移動式の加入者ユニット、ページャ、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電機器などを含みうる。
【０００９】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含みうる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスにインターフェースをとり、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成される任意の種類のデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ−Ｂ、Ｈｏｍｅ Ｎｏｄｅ−Ｂ、Ｈｏｍｅ ｅＮｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含みうることが理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、他の基地局および／またはネットワーク要素（図示せず）、例えば、ＢＳＣ（base station controller）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなども含みうる。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれうる特定の地理的な領域（図示せず）の中で、無線信号を送信および／または受信するように構成されうる。セルはさらに、セルのセクタに分割されうる。例えば、基地局１１４ａに関連するセルは、３個のセクタに分割されうる。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、すなわち、セルの各セクタに対して１個の送受信機を含みうる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができるので、セルの各セクタに対して複数の送受信機を利用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と、エアインターフェース１１６を介して通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されうる。
【００１２】
より具体的には、上述したように、通信システム１００は、複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access）などの無線技術を実行することができ、そのような無線技術は、ＷＣＤＭＡ（wideband CDMA）を用いてエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（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）を提供する回線交換電話網を含みうる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの、ＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含みうる。ネットワーク１１２は、他のサービスプロバイダにより所有および／または運用される有線もしくは無線の通信ネットワークを含みうる。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよく、この別のコアネットワークは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用しうる。
【００１８】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を利用しうる基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を利用しうる基地局１１４ｂと通信するように構成されうる。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳ（global positioning system）チップセット１３６および他の周辺機器１３８を含みうる。ＷＴＲＵ１０２は、実施形態と矛盾することなく、前述の要素の任意の副次的な組み合わせを含みうることが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理および／またはＷＴＲＵ１０２が無線環境で動作できるようにするための任意の他の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されうる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０は、ともに電子パッケージまたは電子チップに統合されてもよいことが理解されよう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されうる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／受信するように構成されるアンテナであってよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光の信号を送信および／または受信するように構成されるエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されうる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２２】
また、送信／受信要素１２２は、単一の要素として図１Ｂに示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含みうる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための、２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含みうる。
【００２３】
送受信機１２０は、送信／受信要素１２２により送信されるべき信号を変調し、送信／受信要素１２２により受信される信号を復調するように構成されうる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有しうる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするために、複数の送受信機を含みうる。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）と結合されてもよく、またはこれらからのユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。また、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能メモリ１３２のような任意の種類の適切なメモリからの情報にアクセスすることができ、そうしたメモリにデータを保存することができる。取り外し不可能なメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意の他の種類のメモリ保存デバイスを含みうる。取り外し可能メモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含みうる。別の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２、例えばサーバまたは自宅のコンピュータ（図示せず）に物理的に存在しないメモリからの情報にアクセスすることができ、そうしたメモリにデータを保存することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２の他のコンポーネントに電力を分配し、かつ／または他のコンポーネントへの電力を制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含みうる。
【００２６】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成されうる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信することができ、かつ／または、２つ以上の近隣の基地局から受信される信号のタイミングに基づいて、自身の位置を決定することができる。ＷＴＲＵ１０２は、実施形態と矛盾することなく、任意の適切な位置決定方法によって位置情報を得られることが理解されよう。
【００２７】
プロセッサ１１８はさらに、他の周辺機器１３８と結合されてもよく、周辺機器１３８は、追加の特徴、機能および／または有線もしくは無線の接続を提供する、１つまたは複数のソフトウェアおよび／もしくはハードウェアモジュールを含みうる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像のための）、ＵＳＢ（universal serial bus）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含みうる。
【００２８】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためのＥ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。
【００２９】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含みうるが、ＲＡＮ１０４は、実施形態と矛盾することなく、任意の数のｅＮｏｄｅ−Ｂを含みうることが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を各々含みうる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１４０ａは例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信するための、複数のアンテナを用いることができる。
【００３０】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理についての決定、ハンドオーバーについての決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを行うように構成されうる。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して、互いに通信することができる。
【００３１】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含みうる。前述の要素の各々は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれもが、コアネットワーク運用者以外のエンティティにより所有および／または運用されてもよいことが理解されよう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとして動作することができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの有効化／無効化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが最初に接続されるときの具体的なサービングゲートウェイの選択などに関与する。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することができる。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されうる。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットをルーティングし、および転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ−Ｂ間でのハンドオーバー中のユーザプレーンのアンカーリング（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能である場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および保存などの他の機能を実行することもできる。
【００３４】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定回線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして動作するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。また、コアネットワーク１０６は、他のサービスプロバイダにより所有および／または運用される、他の有線または無線ネットワークを含みうる他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３６】
無線通信は、ＩＭＳ（IP Multimedia Subsystem）を用いることを含みうる。例えば、図１Ｃに示されるようなＬＴＥでは、または任意の他のＲＡＮ／コアネットワークでは、他のネットワーク１１２はＩＭＳを含みうる。ＩＭＳを用いた通信セッションは、あるＷＴＲＵから別のＷＴＲＵに移転されてもよく、または複製されてもよい。
【００３７】
図２は、ＩＭＳ２０１、ＩＭネットワーク２０２、回線交換（ＣＳ）ネットワーク２０４、レガシーネットワーク２０６を含み、無線送受信ユニット（ＷＴＲＵ）２１０と通信する、インターネットプロトコル（ＩＰ）マルチメディアコアネットワーク（ＩＭ ＣＮ）の一例の図である。ＩＭＳ２０１は、パケット交換ドメインを通じて送られる、音声、映像、文字、チャットまたはこれらの組み合わせなどのＩＭサービスに対応するためのコアネットワーク（ＣＮ）要素を含む。図示されるように、ＩＭＳ２０１は、ＨＳＳ（Home Subscriber Server）２２０、アプリケーションサーバ（ＡＳ）２３０、ＣＳＣＦ（Call Session Control Function）２４０、ＢＧＦ（Breakout Gateway Function）２５０、ＭＧＦ（Media Gateway Function）２６０、およびＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）２７０を含む。図２に示される論理的なエンティティおよび信号経路に加えて、ＩＭＳは、１つまたは複数の物理的なデバイスに存在しうる任意の他の構成の論理的なエンティティを含みうる。この論理的な例には示されないが、ＷＴＲＵは別個の物理的なユニットであってよく、Ｎｏｄｅ−ＢまたはｅＮＢ（enhanced Node-B）のような基地局を介して、ＩＭ ＣＮに接続されうる。
【００３８】
ＷＴＲＵ２１０は、有線および／または無線の環境において動作および／または通信するように構成される、任意の種類のデバイスであってよい。
【００３９】
ＨＳＳ２０は、加入（subscription）に関する情報を保持および提供して、ＩＭセッションを扱うネットワークエンティティを支援することができる。例えば、ＨＳＳは、ＩＭＳユーザの識別情報、セキュリティ情報、位置情報およびプロファイル情報を含みうる。
【００４０】
ＡＳ２３０は、ＳＩＰアプリケーションサーバ、ＯＳＡアプリケーションサーバ、またはＣＡＭＥＬ ＩＭ−ＳＳＦであってよく、ＩＭサービスの価値を向上させることができ、ホームネットワークまたはサードパーティの場所に存在しうる。ＡＳは、ホームネットワーク、コアネットワークまたはスタンドアロンのＡＳネットワークなどのネットワークに含まれうる。ＡＳは、ＩＭサービスを提供することができる。例えば、ＡＳは、ユーザエージェント（ＵＡ）の終了、リダイレクトサーバ、ＵＡの開始、ＳＩＰプロキシ、またはサードパーティの呼制御の機能を実行することができる。
【００４１】
ＣＳＣＦ２４０は、Ｐ−ＣＳＣＦ（Proxy CSCF）、Ｓ−ＣＳＣＦ（Serving CSCF）、Ｅ−ＣＳＣＦ（Emergency CSCF）またはＩ−ＣＳＣＦ（Interrogating CSCF）を含みうる。例えば、Ｐ−ＣＳＣＦは、ＩＭＳの中でＷＴＲＵのために第１の接続点を提供することができ、Ｓ−ＣＳＣＦは、セッションの状態を処理することができ、Ｉ−ＣＳＣＦは、あるネットワーク運用者の加入者に宛てられたＩＭＳ接続のための、または、そのネットワーク運用者のサービスエリア内に現在位置するローミング中の加入者に宛てられたＩＭＳ接続のための接続点を、その運用者のネットワーク内で提供することができる。
【００４２】
ＢＧＦ２５０は、ＩＢＣＦ（Interconnection Border Control Function）、ＢＧＣＦ（Breakout Gateway Control Function）またはＴｒＧＷ（Transition Gateway）を含みうる。ＢＧＦの一部として説明されるが、ＩＢＣＦ、ＢＧＣＦまたはＴｒＧＷは、別個の論理的なエンティティを各々表してもよく、１つまたは複数の物理的なエンティティに存在してもよい。
【００４３】
ＩＢＣＦは、ＳＩＰ／ＳＤＰプロトコル層において、アプリケーション特有の機能を提供し、運用者のドメイン間での相互接続を実行することができる。例えば、ＩＢＣＦは、ＳＩＰアプリケーションの間の通信、ネットワークトポロジーハイディング、移転プレーン機能の制御、ＳＩＰシグナリング情報のスクリーニング、適切なシグナリングの相互接続の選択および課金データ記録の生成を可能にしうる。
【００４４】
ＢＧＣＦは、ＳＩＰメッセージのようなＩＭＳメッセージのルーティングを決定することができる。この決定は、シグナリングプロトコルで受信される情報、管理情報またはデータベースへのアクセスに基づきうる。例えば、ＰＳＴＮ／ＣＳドメインの停止について、ＢＧＣＦは、ＰＳＴＮ／ＣＳドメインのブレイクアウトがこれから起きるネットワークを判定し、ＭＧＣＦを選択することができる。
【００４５】
ＴｒＧＷは、メディア経路（media path）に位置していてもよく、ＩＢＣＦにより制御されてよく、ネットワークアドレスおよびポートの変換と、プロトコルの変換を行うことができる。
【００４６】
ＭＧＦ２６０は、ＭＧＣＦ（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）と呼ばれうる。
【００５６】
ＩＭＳを用いて通信セッション３００を確立するために、ＷＴＲＵ３１０は、ＩＭ ＣＮ ３５０を介して接続（アクセスレグ）を開始することができる。ＷＴＲＵ３１０は、ＭＧＦ３５８を介してメディアフロー３３０を、ＣＳＣＦ３５６を介して制御シグナリング３４０を受信することができる。遠隔のデバイス３２０は、遠隔のネットワーク（リモートレグ）を介して、例えばインターネット３６０を介して、通信セッション３００に参加することができる。
【００５７】
図４は、ＷＴＲＵ４１０と遠隔のユニット４２０との間での、ＩＭＳを用いたピアツーピア通信セッション４００の一例の図である。通信セッション４００は、図２に示されるＩＭ ＣＮのようなＩＭ ＣＮ４５０を含みうるネットワークを介して確立される、メディアフロー４３０および制御シグナリング４４０を含みうる。ＩＭ ＣＮ４５０は、ＣＳＣＦ４５２およびＭＧＦ４５８を含みうる。ＷＴＲＵ４１０は、ＩＭ ＣＮを用いることなく、遠隔のデバイスから直接制御信号およびメディアフローを受信してもよい。
【００５８】
ＩＭＳを用いて通信セッション４００を確立するために、ＷＴＲＵ４１０は、ＩＭ ＣＮ４５０を介して接続（アクセスレグ）を開始することができる。アクセスレグにおいて、ＷＴＲＵ４１０は、ＭＧＦ４５８を介してメディアフロー４３０を、ＣＳＣＦ４５２を介して制御シグナリング４４０を受信することができる。ＷＴＲＵ４１０、遠隔のデバイス４２０またはこれら両方は、通信セッション４００のために、通信を維持して呼制御機能を実行することができる。遠隔のデバイス４２０は、遠隔のネットワーク（リモートレグ）を介して、例えばインターネット４６０を介して、通信セッション４００に参加することができる。
【００５９】
図５は、ＷＴＲＵ５０１と遠隔のパーティ（図示せず）との間のＩＭＳセッションのための、従来のシグナリングおよびベアラのアーキテクチャを示す。ＩＭＳセッションを通じて、ＷＴＲＵ５０１は、遠隔のパーティとのメディアフロー５１０に関与することができる。ＷＴＲＵ５０１は、ＬＴＥネットワークなどのネットワークを介して通信セッションに接続されうる。図５に実線で示されるメディアフロー５１０は、例えば、音声セッションまたは映像セッションであってよいが、別の種類のメディアフローも考慮される。ＷＴＲＵ５０１は、図５に点線で示される、メディア制御シグナリング経路５２０によって、メディアフロー５１０の制御を維持することができ、これは、セッション開始プロトコル（ＳＩＰ）メッセージを用いることを含みうる。
【００６０】
ＷＴＲＵ５０１のメディアフロー５１０を制御するための制御シグナリング５２０は、ＷＴＲＵ５０１とＣＳＣＦ（Call Session Control Function）５０２ｂとの間に延び、ＣＳＣＦ５０２ｂは、ＩＭＳにおけるセッション開始プロトコル（ＳＩＰ）シグナリングを処理する。ＣＳＣＦ５０２ｂは、プロキシサーバとして動作しうるので、制御権の要求を受け入れることができ、制御権の要求を内部に提供し、制御権の要求を変換し、または制御権の要求を転送することができる。ＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）５０２ａは、マルチメディアセッションのサービスの連続性を実現し、ＩＭＳ通信セッションを担当する（anchor）。図５に示される実施形態では、ＳＣＣ ＡＳ５０２ａは、ＣＳＣＦ５０２ｂおよびＷＴＲＵ５０１とのアクセスレグを確立し、ＣＳＣＦ５０２ｂおよび遠隔のパーティとのリモートレグも確立する。
【００６１】
図６は、遠隔のパーティ（図示せず）とのＩＭＳ協調セッションにおける、２個のＷＴＲＵ、すなわちＷＴＲＵ−１ ６０１およびＷＴＲＵ−２ ６０２のための、シグナリングおよびベアラの経路を示す。ＷＴＲＵ−６０１は、遠隔のパーティとのメディア経路６１０を有し、ＷＴＲＵ−１ ６０１は、メディア制御シグナリング経路６３０により、メディアセッションの制御を維持する。ＷＴＲＵ−２ ６０２は、別のメディア制御シグナリング経路６４０により、メディア経路６２０の制御を維持する。
【００６２】
さらに、この実施形態では、ＷＴＲＵ−１ ６０１は制御側のＷＴＲＵ（controller WTRU）であり、ＷＴＲＵ−２ ６０２は被制御側のＷＴＲＵ（controllee WTRU）であり、ＷＴＲＵ−１ ６０１は、２個のＷＴＲＵの協調メディアセッションに対する制御権を有する。制御側のＷＴＲＵとして、ＷＴＲＵ−１ ６０１は、協調セッションを制御し、協調セッションの一部であるＷＴＲＵ間で、メディアフローを追加し、除去し、解放し、複製し、または移転することができる。制御側のＷＴＲＵは、協調セッションのメディアフローに影響するＷＴＲＵによる要求を、許可または拒否することもできる。例えば、制御側のＷＴＲＵ−１ ６０１は、映像セッションなどのメディアフローのＷＴＲＵ−２ ６０２への移転を開始することができる。しかし、制御側のＷＴＲＵ−１ ６０１は、セッション移転のためのＷＴＲＵ−２ ６０２の要求を拒否してもよい。さらに、制御側のＷＴＲＵ−１ ６０１は、ＷＴＲＵ−２ ６０２に協調セッションの制御権を移転することができるが、逆に、ＷＴＲＵ−２に制御権を移転させるためのＷＴＲＵ−２による要求を拒否することができる。
【００６３】
ＷＴＲＵ−１ ６０１およびＷＴＲＵ−２ ６０２は、図６においては同じ加入条件にあり、協調セッションは、ＳＣＣ ＡＳ６０３ａにより担当され、ＳＣＣ ＡＳ６０３ａは、ＷＴＲＵ−１ ６０１とのアクセスレグおよびＷＴＲＵ−２ ６０２とのアクセスレグを形成する。リモートレグは、標準的なＩＭＳセッションとして、ＳＣＣ ＡＳ６０３ａによって、ＣＳＣＦ６０３ｂおよび遠隔のパーティに提示される。アプリケーションサーバ（ＡＳ）６０３ｃは、リモートレグで実行される。
【００６４】
本明細書で詳述される実施形態は、ある制御側のＷＴＲＵから別のＷＴＲＵに協調セッションの制御権を移転するための情報の流れを示す。この実施形態は、対象のＷＴＲＵにより開始される協調セッションの制御権の移転、制御側のＷＴＲＵにより開始される協調セッションの制御権の移転、ＳＣＣ ＡＳにより開始される協調セッションの制御権の移転、および、遠隔のパーティにより開始される協調セッションの制御権の移転についての情報の流れを示す。本明細書で詳述される実施形態はまた、あるＷＴＲＵから別のＷＴＲＵへの、メディアセッションまたはメディアフローのデバイス間移転（ＩＤＴ）についての情報の流れも説明する。この実施形態は、発信元のＳＣＣ ＡＳにより担当されるＩＤＴと、対象のＳＣＣ ＡＳにより担当されるＩＤＴとを説明する。
【００６５】
本明細書で説明される実施形態の情報の流れでは、ＳＩＰメッセージングが、ＷＴＲＵと、ＳＣＣ ＡＳと、ＣＳＣＦと、遠隔のパーティとの間で、制御プレーンのメッセージングに利用されうる。
【００６６】
図７は、被制御側のＷＴＲＵにより開始される協調セッションの制御権の移転についての情報の流れを示す。実施形態７００において、被制御側のＷＴＲＵは、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転を開始する。最初は、協調セッションは、ＷＴＲＵ−１ ７０１とＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間で確立され、ＷＴＲＵ−１ ７０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ ７０２は被制御側のＷＴＲＵ７１０として動作する。
【００６７】
協調セッションは、ＳＣＣ ＡＳ７０４により担当される（anchor）。各ＷＴＲＵは、遠隔のパーティ７０３とのメディアフローを有してもよく、メディアフローＡは、ＷＴＲＵ−１ ７０１と遠隔のパーティ７０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間のメディアフローである（７１０）。ＷＴＲＵ−１ ７０１が、現在、協調セッション７１０の制御を維持している。さらに、ＩＭＳのセッション開始プロトコル（ＳＩＰ）メッセージが、ＷＴＲＵ−１ ７０１とＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間の協調セッションで利用され、リンケージおよびセッションの制御権を提供することができる（７１０）。
【００６８】
ＷＴＲＵ−１ ７０１およびＷＴＲＵ−２ ７０２は、図３に示されるＩＰ−ＣＡＮなどのネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ７０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。また、単一のＳＣＣ ＡＳ７０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含んでもよく、例えば、ＷＴＲＵ−１ ７０１およびＷＴＲＵ−２ ７０２は、異なるＳＣＣ ＡＳと各々関連付けられてもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００６９】
実施形態７００では、被制御側のＷＴＲＵ−２ ７０２は、制御側のＷＴＲＵ−１ ７０１から自身に協調セッションの制御権を移転しようとする。ＷＴＲＵ−２ ７０２は、協調セッション７２０の制御権を移転するために、要求をＳＣＣ ＡＳ７０４に送信する。この要求は、制御権が移転されるべきである協調セッションの識別情報、新たな制御側の識別情報（すなわちＷＴＲＵ−２ ７０２）、または、移転の影響を受けるメディアフローの識別情報を含みうる。ＷＴＲＵの識別情報は、登録された公開ユーザ識別情報（Public User Identity）、公開のＧＲＵＵ（Globally Routable Agent Uniform Resource Identifier）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）に基づく識別情報、電子メールアドレスに基づく識別情報、またはＵＲＬ（Uniform Resource Locator）もしくはＵＲＩ（Uniform Resource Identifier）に基づく識別情報を含みうる。
【００７０】
協調セッションの制御権の移転の要求を受信した後で、ＳＣＣ ＡＳ７０４は、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうか判定することができる。ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２が、協調セッションを制御し協調セッションの制御に関する機能を実行する準備ができている、またはそれらを実行できるパーティであるかどうか、判定することができる。ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２が、協調セッションの制御を行うことが（例えばＷＴＲＵ−１ ７０１により）許可されるかどうかを判定することができる。ＳＣＣ ＡＳ７０４はまた、ＷＴＲＵ−２ ７０２が、信用できる発信元であるかどうかを判定することもできる。ＷＴＲＵ−１ ７０１が信用されているデバイスまたはユーザのリストを有する場合、ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２またはそのプロファイルが、その信用リストのデバイスまたはユーザの中にあるかどうかを判定することができる。さらに、ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２が、ＷＴＲＵ−１ ７０１と同じユーザプロファイルに属するかどうかを判定することができる。
【００７１】
ＳＣＣ ＡＳ７０４は、２個以上の被制御側のＷＴＲＵが協調セッションに関与する場合、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ７０１または遠隔のパーティ７０３に同意を要求することができ、ＳＣＣ ＡＳ７０４は、移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新することができる。
【００７２】
ＳＣＣ ＡＳ７０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−１ ７０１送信する（７３０）。このメッセージは、ＷＴＲＵ−１ ７０１に、ＷＴＲＵ−２ ７０２への協調セッションの制御権の移転を受け入れるように要求する。この要求は、新たな制御側の識別情報（即ち、ＷＴＲＵ−２ ７０２のＩＤ）、制御権が移転されるべき１つまたは複数のメディアフローのＩＤ、またはセッションのメディア属性を含む、セッションについての関連する情報を含みうる。制御権が移転されようとしている協調セッション、または、協調セッションの制御権の移転の影響を受けるメディアフローを識別することは、ＷＴＲＵが複数の協調セッションに関与する場合には特に重要である。
【００７３】
ＷＴＲＵ−１ ７０１は、要求についてユーザの入力を求めることができ、または、要求の受け入れは、事前に構成された条件にしたがって引き起こされうる。ＷＴＲＵ−１ ７０１は、協調セッションの制御権の移転の要求を受け入れ、ＳＣＣ ＡＳ７０４に受け入れを示すことができる（７４０）。この受け入れは、新たな制御側の識別情報（即ち、ＷＴＲＵ−２ ７０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローの識別情報を含みうる。ＳＣＣ ＡＳは、ＷＴＲＵ−１ ７０１から協調セッションの制御権を除去し、ＷＴＲＵ−２ ７０２に協調セッションの制御権を与える。ＳＣＣ ＡＳ７０４は、次いで、他の被制御側を更新することができ、新たな制御側のＷＴＲＵ情報で遠隔のパーティ７０３を更新することができる。ＳＣＣ ＡＳ７０４はまた、制御権の移転の受入承認を、新たな制御側のＷＴＲＵ、すなわちＷＴＲＵ−２ ７０２に送信することができる（７５０）。制御権の移転の受入承認は、制御権が移転される協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転される１つまたは複数のメディアフローの識別情報を含みうる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ ７０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ７０１は被制御側のＷＴＲＵになる（７６０）。
【００７４】
図８は、被制御側のＷＴＲＵにより開始される協調セッションの制御権の移転の、代替的な実施形態８００を示す。図８は、ＷＴＲＵ−１ ８０１およびＷＴＲＵ−２ ８０２が遠隔のパーティ８０３と協調セッションの状態にあり、協調セッションがＳＣＣ ＡＳ８０４により担当される場合の、協調セッションの制御権の移転の情報の流れを示す。
【００７５】
ＷＴＲＵ−１ ８０１およびＷＴＲＵ−２ ８０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ８０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。加えて、単一のＳＣＣ ＡＳ ８０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含んでもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００７６】
ＷＴＲＵ−１ ８０１は、制御側のＷＴＲＵとして、ＳＣＣ ＡＳ８０４との協調セッションの制御シグナリングを用いて、協調セッションの制御を維持する（８１０）。一方、ＷＴＲＵ−１ ８０２は被制御側のＷＴＲＵである。各ＷＴＲＵは、遠隔のパーティとのメディアフローを有してもよく、メディアフローＡは、ＷＴＲＵ−１ ８０１と遠隔のパーティ８０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ８０３と遠隔のパーティ８０３との間のメディアフローである（８２０）。
【００７７】
ＷＴＲＵ−２ ８０２は、ＷＴＲＵ−１ ８０１から自身に協調セッションの制御権を移転しようとする。既存のメディアフローは、協調セッションの制御権の移転の影響は受けないままでありうることに、留意されたい。ＷＴＲＵ−２ ８０２は、協調セッションの制御権を得るために、協調セッションの制御権の移転の要求をＳＣＣ ＡＳ８０４に送信する（８３０）。この要求は、ＷＴＲＵ−１ ８０１の識別情報を含みうる。この要求はまた、協調セッションの識別情報、制御側のＷＴＲＵの識別情報、または、制御権の移転により影響をうける協調セッションのメディアフローの識別情報を含みうる。
【００７８】
ＳＣＣ ＡＳ８０４はまた、移転が許可されるかどうかを判定することもでき、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ８０１からの、もしくは遠隔のパーティ８０３からの同意を求めることができ、または、協調セッションの制御権の移転の要求に関する情報により、他の被制御側を更新することができる。ＳＣＣ ＡＳ８０４は、ＷＴＲＵ−２ ８０２がこの協調セッションのための制御側のＷＴＲＵとして動作できることを確実にしうる。
【００７９】
ＳＣＣ ＡＳ８０４は、制御側のＷＴＲＵ（ＷＴＲＵ−１ ８０１）に、制御権の移転の要求を認証するように要求することができ、または、ＳＣＣ ＡＳ８０４が、ＷＴＲＵ−１の代わりにその要求を認証してもよい（例えば、事前の構成によりそのことが求められる場合）。要求が認証されると、ＳＣＣ ＡＳ８０４は、協調セッションの制御権をＷＴＲＵ−２ ８０２に移転し、ＷＴＲＵ−１ ８０１から協調セッションの制御権を除去することができる（８４０）。
【００８０】
ＷＴＲＵ−２ ８０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ８０１は被制御側のＷＴＲＵになる。制御側のＷＴＲＵとして、ＷＴＲＵ−２ ８０２は、ＳＣＣ ＡＳ８０４との協調セッションの制御シグナリングを通じて、協調セッションの制御を維持する（８５０）。メディアフローＡは、ＷＴＲＵ−１ ８０１と遠隔のパーティ８０３との間に残ることができ、メディアフローＢは、ＷＴＲＵ−２ ８０２と遠隔のパーティ８０３との間に残ることができる（８６０）。それは、これらのメディアフローは、協調セッションの制御権の移転により影響を受けないままでありうるためである。ＳＣＣ ＡＳ８０４は、新たな制御側のＷＴＲＵにより、遠隔のパーティ８０３または他の被制御側のＷＴＲＵを更新することができる。さらに、ＳＣＣ ＡＳ８０４は、協調セッションの制御権が移転されたことを示す、協調セッションの制御権の移転の応答を、ＷＴＲＵ−２ ８０２に送信することができる（８７０）。
【００８１】
図９は、制御側のＷＴＲＵにより開始される、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転についての情報の流れを示す。最初は、協調セッションは、ＷＴＲＵ−１ ９０１とＷＴＲＵ−２ ９０２と遠隔のパーティ９０３との間で確立され、ＷＴＲＵ−１ ９０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ ９０２は被制御側のＷＴＲＵ９１０として動作する。各ＷＴＲＵは、遠隔のパーティ９０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ ９０１と遠隔のパーティ９０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ９０２と遠隔のパーティ９０３との間のメディアフローである（９１０）。ＷＴＲＵ−１が、現在、協調セッションの制御を維持しており、協調セッションはＳＣＣ ＡＳ９０４により担当される。さらに、ＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供することができる（９１０）。ＳＩＰシグナリングが、協調セッションの制御シグナリングと、メディアフローＡの制御のために、ＷＴＲＵ−１ ９０１により用いられうる（９１０）。さらに、ＳＩＰシグナリングが、メディアフローＢを制御するために、ＷＴＲＵ−２ ９０２により用いられうる（９１０）。
【００８２】
ＷＴＲＵ−１ ９０１およびＷＴＲＵ−２ ９０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ９０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。また、単一のＳＣＣ ＡＳ９０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦおよびＡＳを含んでもよく、例えば、ＷＴＲＵ−１ ９０１およびＷＴＲＵ−２ ９０２は、異なるＳＣＣ ＡＳと各々関連付けられてもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００８３】
実施形態９００では、ＷＴＲＵ−１ ９０１は、ＷＴＲＵ−２ ９０２に協調セッションの制御権を移転しようとする。ＷＴＲＵ−１ ９０１は、協調セッションの制御権をＷＴＲＵ−２ ９０２に移転するために、要求をＳＣＣ ＡＳ９０４に送信する（９２０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。制御側のＷＴＲＵが１つの協調セッションしか有さない場合、制御権が移転されるべき協調セッションの識別情報は、この要求では提供されなくてもよいことに留意されたい。代わりに、制御権が移転されようとしている協調セッションの識別情報が、ＷＴＲＵ−１ ９０１の識別情報を知っているＳＣＣ ＡＳ９０４により決定されうる。反対に、ＷＴＲＵが２個以上の協調セッションに関与している場合は、制御権が移転されようとしている協調セッションを識別することが重要である。
【００８４】
協調セッションの制御権の移転の要求を受信すると、ＳＣＣ ＡＳ９０４は、協調セッションの制御権の移転が許可されるかどうかを判定することができる。例えば、ＳＣＣ ＡＳ９０４は、セッションの制御権の移転先のＷＴＲＵ（即ち、ＷＴＲＵ−２ ９０２）に同意を要求することができる。さらに、２個以上の被制御側のＷＴＲＵが関与する場合には、ＳＣＣ ＡＳ９０４は、協調セッションの制御権の移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新することができる。
【００８５】
ＳＣＣ ＡＳ ９０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−２ ９０２に送信する（９３０）。このメッセージは、ＷＴＲＵ−２ ９０２に、協調セッションの制御側のＷＴＲＵになるように要求する。この要求は、協調セッションの識別情報、新たな制御側のＩＤ（ＷＴＲＵ−２ ９０２のＩＤ）、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ ９０２は、要求に関するユーザの入力を求め、または、事前に構成された条件にしたがって要求の受け入れを引き起こすことができる。例えば、ＷＴＲＵ−２ ９０２は、ＷＴＲＵ−１ ９０１からの協調セッションの制御権の移転を、常に受け入れるように構成されうる。
【００８６】
ＷＴＲＵ−２ ９０２は、協調セッションの制御権の移転の受け入れを、ＳＣＣ ＡＳ９０４に示すことができる（９４０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ ９０２のＩＤ）または制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ９０４は、ＷＴＲＵ−１ ９０１からセッションの制御権を除去し、ＷＴＲＵ−２ ９０２にセッションの制御権を与えることができる。さらに、ＳＣＣ ＡＳ９０４は、新たな制御側のＷＴＲＵのセットアップにより他の被制御側のＷＴＲＵを更新することができ、制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップにより遠隔のパーティを更新することができる（９５０）。ＳＣＣ ＡＳ９０４はまた、新たな制御側のＷＴＲＵ、即ち、ＷＴＲＵ−２ ９０２に、制御権の移転の受入承認を送信することができる（９６０）。制御権の移転の受入承認は、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または制御権が移転される１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の後、ＷＴＲＵ−２ ９０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ９０１は被制御側のＷＴＲＵになる（９７０）。
【００８７】
図１０は、制御側により開始される協調セッションの制御権の移転についての情報の流れの代替的な実施形態１０００を示す。図１０では、ＷＴＲＵ−１ １００１およびＷＴＲＵ−２ １００２が、遠隔のパーティ１００３と協調セッションの状態にあり、協調セッションはＳＣＣ ＡＳ１００４により担当される。ＷＴＲＵ−１ １００１は、協調セッションの制御権を、ＷＴＲＵ−２ １００２に移転しようとする。ＷＴＲＵ−１ １００１は制御側のＷＴＲＵなので、ＳＣＣ ＡＳ１００４との協調セッションの制御シグナリングを用いて、協調セッションの制御を維持する（１０１０）。一方、ＷＴＲＵ−２ １００２は被制御側のＷＴＲＵである。各ＷＴＲＵは遠隔のパーティとのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １００１と遠隔のパーティ１００３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １００２と遠隔のパーティ１００３との間のメディアフローである（１０１０）。
【００８８】
ＷＴＲＵ−１ １００１は、協調セッションの制御権をＷＴＲＵ−２ １００２に移転しようとし、このとき既存のメディアフローは、協調セッションの制御権の移転による影響を受けないままでありうる。ＷＴＲＵ−１ １００１は、協調セッションの制御権を放棄するために、協調セッションの制御権の移転の要求をＳＣＣ ＡＳ１００４に送信する（１０２０）。この要求は、ＷＴＲＵ−２ １００２の登録された公開ユーザ識別情報（Public User Identity）またはＧＲＵＵを含みうる。この要求はまた、協調セッションの識別情報、制御側のＷＴＲＵの識別情報、または、制御権の移転により影響を受ける協調セッションのメディアフローの識別情報も含みうる。
【００８９】
ＳＣＣ ＡＳ１００４は、移転が許可されるかどうかを判定することができ、制御側のＷＴＲＵまたは遠隔のパーティからの同意を求めることができ、または、受信された協調セッションの制御権の移転に関する情報により、他の被制御側を更新することができる。ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−２ １００２が協調セッションの制御側のＷＴＲＵとして動作でき、ＷＴＲＵ−２ １００２により用いられる識別情報が、協調セッションのためにＷＴＲＵ−１ １００１により用いられる識別情報とサービスプロファイルを共有することを、確実にすることができる。
【００９０】
ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−２ １００２に、協調セッションの制御側のＷＴＲＵの役割を引き受けるように要求し（１０３０）、このときＳＣＣ ＡＳ１００４は、協調セッションの制御権の移転の要求をＷＴＲＵ−２ １００２に送信し、この要求は、制御権の移転先になるＷＴＲＵ、即ち、ＷＴＲＵ−２ １００２の識別情報を含みうる。この要求は、移転の影響を受けるメディアフローの識別情報を含みうる。
【００９１】
ＷＴＲＵ−２ １００２は、協調セッションの制御側のＷＴＲＵの役割を受け入れ、受け入れをＳＣＣ ＡＳ１００４に示すことができる（１０４０）。この受け入れは、制御権の移転先になるＷＴＲＵ、即ち、ＷＴＲＵ−２ １００２の識別情報、または、制御権が移転されるべきメディアフローの識別情報を含みうる。ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−１ １００１に受入承認を送信し、ＷＴＲＵ−２ １００２が協調セッションの新たな制御側のＷＴＲＵであることを確認して（１０５０）、ＷＴＲＵ−１ １００１から協調セッションの制御権を除去する。ＷＴＲＵ−２ １００２は制御側のＷＴＲＵになり（１０６０）、ＷＴＲＵ−１ １００１は被制御側のＷＴＲＵになり、このときメディアフローＡは、ＷＴＲＵ−１ １００１と遠隔のパーティ１００３との間に残ることができ、メディアフローＢは、ＷＴＲＵ−２ １００２と遠隔のパーティ１００３との間に残ることができる（１０７０）。ＳＣＣ ＡＳ１００４は、新たな制御側のＷＴＲＵのセットアップによって、遠隔のパーティ１００３、さらには他の被制御側のＷＴＲＵを更新することができる。ＳＣＣ ＡＳ１００４はまた、協調セッションの制御権の移転の受入承認をＷＴＲＵ−２ １００２に送信することもでき、この受入承認は、セッションの識別情報、新たな制御側のＷＴＲＵの識別情報、または、制御権の移転の影響を受けるメディアフローの識別情報を含む。
【００９２】
図１１は、ＳＣＣ ＡＳにより開始される協調セッションの制御権の移転の情報の流れを示す。実施形態１１００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １１０１）は、協調セッションの制御権を被制御側のＷＴＲＵ（ＷＴＲＵ−２ １１０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１１０４により担当される。この実施形態１１００では、協調セッションの移転は、ＳＣＣ ＡＳ １１０４により開始される。
【００９３】
最初は、協調セッションは、ＷＴＲＵ−１ １１０１とＷＴＲＵ−２ １１０２と遠隔のパーティ１１０３との間に確立され、ＷＴＲＵ−１ １１０１は制御側のＷＴＲＵであり、ＷＴＲＵ−２ １１０２は被制御側のＷＴＲＵである（１１１０）。各ＷＴＲＵは、遠隔のパーティ１１０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １１０１と遠隔のパーティ１１０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １１０２と遠隔のパーティ１１０３との間のメディアフローである（１１１０）。ＳＩＰシグナリングは、メディアセッションの制御および協調セッションの制御に利用することができ、メディアフローＡと協調セッションの両方を制御するためのＳＩＰシグナリングは、ＷＴＲＵ−１ １１０１とＳＣＣ ＡＳ１１０４と遠隔のパーティ１１０３との間で送られる（１１１０）。さらに、メディアフローＢを制御するためのＳＩＰシグナリングは、ＷＴＲＵ−２ １１０２とＳＣＣ ＡＳ１１０４と遠隔のパーティ１１０３との間で送られる（１１１０）。
【００９４】
実施形態１１００において、ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−１ １１０１からＷＴＲＵ−２ １１０２に移転しようとする。協調の制御権の移転は、ユーザプロファイル、現在の状態（例えば、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ １１０１のＳＣＣ ＡＳ１１０４への接続が弱まった）によって、または、事前の構成にしたがって、ＳＣＣ ＡＳ１１０４により開始されうる。ＳＣＣ ＡＳ１１０４はまた、制御側のＷＴＲＵ、被制御側のＷＴＲＵ、または遠隔のパーティに、セッションの制御権の移転についての同意を要求することができる。さらに、他の被制御側のＷＴＲＵは、セッションの制御権の移転の要求を妨げることに関して更新されうる。
【００９５】
ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−２ １１０２に移転するために、要求をＷＴＲＵ−１ １１０１に送信する（１１２０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２ １１０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。制御側のＷＴＲＵ、即ち、ＷＴＲＵ−１ １１０１は、要求への応答についてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、協調セッションの制御権の要求の移転の受け入れを引き起こすことができる。
【００９６】
ＷＴＲＵ−１ １１０１は、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳ１１０４に示すことができる（１１３０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １１０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。
【００９７】
ＳＣＣ ＡＳ１１０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−２ １１０２に送信することができる（１１４０）。制御権の移転の要求は、新たな制御側のＩＤ、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １１０２は、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、移転の受け入れを引き起こすことができる。ＷＴＲＵ−２ １１０２は、制御権の移転の受入承認を、ＳＣＣ ＡＳ１１０４に送信することができる（１１５０）。この受入承認は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １１０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−２ １１０２に移転することができ、さらに、新たな制御側のＷＴＲＵのセットアップにより、遠隔のパーティ１１０３および他の被制御側のＷＴＲＵを更新することができる。協調セッションの制御権が移転された後で、ＷＴＲＵ−２ １１０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １１０１は被制御側のＷＴＲＵになる（１１６０）。
【００９８】
図１２は、遠隔のパーティにより開始される協調セッションの制御権の移転についての情報の流れを示す。図１２の実施形態１２００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １２０１）は、協調セッションの制御権を、被制御側のＷＴＲＵ（ＷＴＲＵ−２ １２０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１２０４により担当される。実施形態１２００において、協調セッションの制御権の移転は、遠隔のパーティ１２０３により開始され、ここで、遠隔のパーティはＷＴＲＵでありうる。最初は、協調セッションは、ＷＴＲＵ−１ １２０１とＷＴＲＵ−２ １２０２と遠隔のパーティ１２０３との間で確立される（１２１０）。各ＷＴＲＵは、遠隔のパーティ１２０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １２０１と遠隔のパーティ１２０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １２０２と遠隔のパーティ１２０３との間のメディアフローである（１２１０）。さらに、ＩＭＳのセッション開始プロトコル（ＳＩＰ）メッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供することができる（１２１０）。
【００９９】
実施形態１２００では、協調セッションの制御権の移転は、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティ１２０３により開始されうる。遠隔のパーティ１２０３は、協調セッションの制御権を移転するために、ＳＣＣ ＡＳ１２０４に要求を送信することができる（１２２０）。この要求は、制御命令の移転であってもよく、ＳＩＰメッセージであってもよい。この要求は、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１２０４は、制御側のＷＴＲＵに、または被制御側のＷＴＲＵに同意を要求することができ、協調セッションの中に複数の被制御側のＷＴＲＵがある場合は、これらの他の被制御側のＷＴＲＵは、セッションの制御権の移転の要求によって更新されうる。ＳＣＣ ＡＳ１２０４は、協調セッションの制御権の移転の要求をＷＴＲＵ−１ １２０１に送信することができる（１２３０）。この要求は、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。
【０１００】
ＷＴＲＵ−１ １２０１は、この協調セッションの制御権の移転の要求を受け入れることができ、受け入れをＳＣＣ ＡＳ１２０４に示すことができる（１２４０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１２０４は、制御権の移転の要求をＷＴＲＵ−２ １２０２に送信することができる（１２５０）。制御権の移転の要求は、新たな制御側のＩＤ、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １２０２は、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、移転の受け入れを引き起こすことができる。ＷＴＲＵ−２ １２０２は、制御権の移転の受入承認をＳＣＣ ＡＳ１２０４に送信することができ、その受入承認において、協調セッションの制御権の移転の受け入れを示すことができる（１２６０）。この受入承認は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １２０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転に続いて、ＳＣＣ ＡＳ１２０４は、セッションの制御権の移転が完了したということを、遠隔のＷＴＲＵ１２０３に示すことができる（１２７０）。ＳＣＣ ＡＳ１２０４はさらに、新たな制御側の情報によって、他の被制御側のＷＴＲＵを更新することができる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ １２０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １２０１は被制御側のＷＴＲＵになる（１２８０）。
【０１０１】
図１３は、遠隔のパーティにより開始される協調セッションの制御権の移転についての代替的な情報の流れを示す。実施形態１３００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １３０１）は、協調セッションの制御権を被制御側のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１３０４により担当される。実施形態１３００では、協調セッションの制御権の移転は、遠隔のパーティ１３０３により開始される。最初は、協調セッションは、ＷＴＲＵ−１ １３０１とＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間で確立され、ＷＴＲＵ−１ １３０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ １３０２は被制御側のＷＴＲＵとして動作する（１３１０）。各ＷＴＲＵは、遠隔のパーティ１３０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １３０１と遠隔のパーティ１３０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間のメディアフローである（１３１０）。ＷＴＲＵ−１ １３０１が、現在、協調セッションの制御を維持しており、ＳＩＰシグナリングが協調セッションの制御に用いられうる（１３１０）。さらに、ＳＩＰシグナリングは、ＷＴＲＵ−１ １３０１およびＷＲＲＵ−２ １３０２によって、それらのメディアセッションを制御するために用いられうる（１３１０）。
【０１０２】
実施形態１３００では、遠隔のパーティ１３０３は、協調セッションの制御権が、ＷＴＲＵ−１ １３０１からＷＴＲＵ−２ １３０２に移転されることを望む。協調の制御権の移転は、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティ１３０３により開始されうる。遠隔のパーティ１３０３は、協調セッションの制御権をＷＴＲＵ−２ １３０２に移転するために、ＷＴＲＵ−１ １３０１に要求を送信する（１３２０）。この要求は、制御権が移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １３０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−１ １３０１は、この要求についてのユーザの入力を求めることができ、または、事前に構成された条件にしたがって要求の受け入れを引き起こすことができる。
【０１０３】
ＷＴＲＵ−１ １３０１は、協調セッションの制御権をＷＴＲＵ−２ １３０２に移転するために、ＳＣＣ ＡＳ１３０４に要求を送信する（１３３０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２ １３０２のＩＤ）、または、自身の制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の要求を受信した後で、ＳＣＣ ＡＳ１３０４は、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうかを判定することができる。例えば、ＳＣＣ ＡＳ１３０４は、セッションの制御権が移転するように要求されるときの移転先のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に同意を要求することができ、または、遠隔のパーティ１３０３に同意を要求することができる。さらに、２個以上の被制御側のＷＴＲＵが関与する場合は、ＳＣＣ ＡＳは、移転の要求に関する情報によって、被制御側のＷＴＲＵを更新することができる。
【０１０４】
ＳＣＣ ＡＳ１３０４は、協調セッションの制御権の移転の要求メッセージをＷＴＲＵ−２ １３０２に送信する（１３４０）。このメッセージは、ＷＴＲＵ−２ １３０２に、ＷＴＲＵ−１ １３０１とＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間の協調セッションのための、制御側のＷＴＲＵになることを要求する。この要求は、新たな制御側のＩＤ（ＷＴＲＵ−２のＩＤ）、または制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １３０２は、要求についてのユーザの入力を求めることができ、または、事前に構成された条件にしたがって、要求の受け入れを引き起こすことができる。
【０１０５】
ＷＴＲＵ−２ １３０２は、この協調セッションの制御権の移転の要求を受け入れることができ、受け入れをＳＣＣ ＡＳ１３０４に示す（１３５０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １３０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１３０４は、協調セッションの制御権を、ＷＴＲＵ−１ １３０１からＷＴＲＵ−２ １３０２に移転することができる。ＳＣＣ ＡＳ１３０４は、他の被制御側のＷＴＲＵを更新することもでき、新たな制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、遠隔のパーティ１３０３を更新することができる（１３６０）。ＳＣＣ ＡＳ１３０４はまた、協調セッションの制御権の移転の受入承認を、新たな制御側のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に送信することができる（１３７０）。制御権の移転の受入承認は、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転される１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ １３０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １３０１は被制御側のＷＴＲＵになる（１３８０）。
【０１０６】
図１４は、ＩＰネットワーク１４０４を介して遠隔のパーティ１４０３とＩＭＳセッションの状態にあるＷＴＲＵ（ＷＴＲＵ−１ １４０１）の例を示す。ＩＭＳセッションは、音声フロー１４１０および映像フロー１４２０という２つのメディアフローを有する。ＷＴＲＵ−１ １４０１は、映像メディアフロー１４２０をＷＴＲＵ−２ １４０２に移転しようとする。この移転は、ユーザ入力によるものであってもよく、または、事前に構成された条件によるものであってもよい。例えば、ＷＴＲＵ−１ １４０１は、ユーザの地理的な位置によりユーザが居間にいることが示される場合、ＩＭＳセッションの映像フローを、居間において映像を表示するＷＴＲＵに移転するように、事前に構成されうる。２つのＷＴＲＵは、ＩＭＳの加入が同じであっても異なっていてもよいので、それぞれの場合において、同じＳＣＣ ＡＳまたは異なるＳＣＣ ＡＳによりサービスされうる。
【０１０７】
デバイス間移転（ＩＤＴ）に続いて、ＷＴＲＵ−１ １４０１は、遠隔のパーティ１４０３との音声メディアフロー１４１０を維持し、ＷＴＲＵ−２ １４０２は、遠隔のパーティ１４０３との映像メディアフロー１４２０を維持する。２つのメディアフローは組み合わさってＩＭＳ協調セッションを形成し、ＷＴＲＵ−１ １４０１は制御側のＷＴＲＵであってよく、ＷＴＲＵ−２ １４０２は被制御側のＷＴＲＵであってよい。他のＷＴＲＵも、例えば被制御側のＷＴＲＵとして協調セッションに関与してもよく、自身に移転または追加される、または自身から削除されるメディアフローを有してもよい。協調セッションの制御権も、制御側のＷＴＲＵから別のＷＴＲＵに移転されうる。
【０１０８】
図１５は、異なるＩＭＳの加入（subscription）に属するＷＴＲＵの間での協調セッションについての制御プレーンおよびユーザプレーンの経路を示す。実施形態１５００では、ＷＴＲＵ−１ １５０１は加入Ａに属し、ＷＴＲＵ−２ １５０２は加入Ｂに属する。しかし、代替的な実施形態では、本明細書で説明される実施形態の趣旨から逸脱することなく、ＷＴＲＵ−１ １５０１およびＷＴＲＵ−２ １５０２は、同じ加入に属していてもよい。さらに、ＷＴＲＵ−１ １５０１は、協調セッションの一部としてメディアセッション１５１０を有し、その関連するシグナリングが、図１５において実線で示されている。点線は、ＷＴＲＵ−１ １５０１のメディアセッションの制御プレーンシグナリング１５２０を示す。さらに、点線は、ＷＴＲＵ−１ １５０１、すなわち制御側のＷＴＲＵの協調セッションの制御シグナリングも表す。
【０１０９】
ＷＴＲＵ−２ １５０２はまた、協調セッションの一部として、メディアセッションシグナリング１５３０を有し、セッションの制御シグナリング１５４０を通じてメディアセッションの制御を維持する。ＳＣＣ ＡＳ−２ １５４０ａはＷＴＲＵ−２ １５０２をサーブし、要求を承認し、要求を通じてアクセス制御を実行することができ、このとき例えば、一部の要求はアクセス要件を満たしていないことを理由に拒否されうる。ＳＣＣ ＡＳ−２ １５０４ａは、標準的なＩＭＳシグナリングを用いて、協調セッションと関連するシグナリングをＳＣＣ ＡＳ−１ １５０３ａに中継することができる。中継の要求の前に、ＳＣＣ ＡＳ−２ １５０４ａは、情報をさらに送信すべきかどうかを判定することができるので、情報を送信することができる。
【０１１０】
一方、ＳＣＣ ＡＳ−１ １５０３ａは、制御側のＷＴＲＵ（ＷＴＲＵ−１ １５０１）をサーブし、ＳＣＣ ＡＳ−２ １５０４ａへのシグナリングを通じて、ＷＴＲＵ−１ １５０１およびＷＴＲＵ−２ １５０２とのアクセスレグを形成する。さらに、ＳＣＣ ＡＳ−１ １５０３ａは、協調セッションのリモートレグを担当するので、サービス要求を遠隔の端末に対して実行する。アプリケーションサーバ（ＡＳ）１５０３ｃは、リモートレグ上で実行される。
【０１１１】
図１６は、デバイス間移転（ＩＤＴ）手順による、制御側のＷＴＲＵ（ＷＴＲＵ−１ １６０１）から、被制御側のＷＴＲＵ（ＷＴＲＵ−２ １６０２）へのメディアセッションの移転についての情報の流れの実施形態１６００を示す。ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ−１ １６０４およびＳＣＣ ＡＳ−２ １６０５のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素および／または図１に示されるようなＲＡＮを含みうる。１つのメディアフローが示されているが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含みうる。さらに、ＩＤＴは、１つまたは複数のメディアセッションの移転のために用いられうる。
【０１１２】
最初は、ＷＴＲＵ−１ １６０１は、遠隔のパーティ１６０３とのメディアセッションフローを有し、セッションの制御権は、ＷＴＲＵ−１ １６０１とＳＣＣ ＡＳ−１ １６０４と遠隔のパーティ１６０３との間で維持され、このときＳＩＰシグナリングが、セッションの制御のために用いられうる（１６１０）。ＷＴＲＵ−１ １６０１は、メディアセッションを被制御側のＷＴＲＵ（ＷＴＲＵ−２ １６０２）に移転しようとする。しかし、協調セッションの制御権は、ＷＴＲＵ−１ １６０１により保たれてもよい。この実施形態では、ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、ＩＭＳの加入が異なっていても同じであってもよい。さらに、ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、操作者が同じであっても異なっていてもよい。
【０１１３】
メディアセッションのＩＤＴは、ユーザ入力または事前の構成によってＷＴＲＵ−１ １６０１により開始されうる。ＷＴＲＵ−１ １６０１は、ＷＴＲＵ−２ １６０２が利用できるかどうかを確認して、移転されたメディアフローを受け入れることができ、または、要求をＳＣＣ ＡＳ−１ １６０４に送信することによって、メディアセッションの移転の許可を要求することができる（１６２０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（すなわち遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（すなわちＷＴＲＵ−１ １６０１）、または、移転されるべきメディアフローの対象（すなわちＷＴＲＵ−２ １６０２）を含みうる。さらに、この要求は、ＳＣＣ ＡＳがメディアセッションの移転を担当するものとして動作するための選好（preference）を含みうる。この実施形態１６００では、ＳＣＣ ＡＳ−１ １６０４がセッションの移転を担当する。
【０１１４】
ＳＣＣ ＡＳ−１ １６０４は、要求をＳＣＣ ＡＳ−２ １６０５に送信することができ（１６２０）、ＳＣＣ ＡＳ−２ １６０５はＷＴＲＵ−２ １６０２をサーブする。そして、ＳＣＣ ＡＳ−２ １６０５は、要求をＷＴＲＵ−２ １６０２に送信することができる（１６２０）。ＷＴＲＵ−２ １６０２は、ＷＴＲＵ−２ １６０２が利用可能であると応答することができ、または、１つのメディアフローまたはメディアフローのサブセットの移転を受け入れることができるので、ＳＣＣ ＡＳ−２ １６０５に、利用可能であることまたは受け入れを通知することができる（１６３０）。ＳＣＣ ＡＳ−２ １６０５は、その受け入れをＳＣＣ ＡＳ−１ １６０４に送信することができ、ＳＣＣ ＡＳ−１ １６０４は、次いで、その受け入れをＷＴＲＵ−１ １６０１に送信することができる（１６３０）。さらに、ＳＣＣ ＡＳ−２ １６０５は、ＳＣＣ ＡＳ−１ １６０５が、メディアセッションの移転のＩＤＴを担当するものとして動作することを受け入れることができる。
【０１１５】
ＷＴＲＵ−１ １６０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １６０４に送信して、ＷＴＲＵ−２ １６０２へのメディアフローの移転を要求する（１６４０）。この要求は、とりわけ、遠隔のパーティの識別情報（遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（ＷＴＲＵ−１ １６０１）、または移転されるべきメディアフローの対象（ＷＴＲＵ−２ １６０２）を含みうる。セッションの移転を担当するものとして、ＳＣＣ ＡＳ−１ １６０４は、ＳＣＣ ＡＳ−２ １６０５とのアクセスレグを確立することができる（１６４５）。
【０１１６】
ＳＣＣ ＡＳ−１ １６０４は、セッションの移転の要求をＳＣＣ ＡＳ−２ １６０５に送信することができる（１６５０）。この要求は、遠隔のパーティの識別情報（遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（ＷＴＲＵ−１ １６０１）、または、移転されるべきメディアフローの対象（ＷＴＲＵ−２ １６０２）を含みうる。ＳＣＣ ＡＳ−２ １６０５は、ＳＣＣ ＡＳ−１ １６０４のプロキシとして動作することができ、ＷＴＲＵ−２ １６０２とのアクセスレグを確立することができる（１６５５）。ＳＣＣ ＡＳ−２ １６０５が、メディアセッションの移転の要求をＷＴＲＵ−２ １６０２に送信することができる（１６６０）。
【０１１７】
ＷＴＲＵ−２ １６０２は、ＳＣＣ ＡＳ−２ １６０５にインビテーション（invitation）を送信することによって、遠隔のパーティ１６０３に、移転されたメディアセッションを確立するように依頼することができる。このインビテーションは、新たなメディアがＷＴＲＵ−２ １６０２により確立されることを、要求することもできる。このインビテーションは、ＳＣＣ ＡＳ−２ １６０５によりＳＣＣ ＡＳ−１ １６０４に送信される。ＳＣＣ ＡＳ−１ １６０４は、遠隔のパーティ１６０３にインビテーションを送信して、ＷＴＲＵ−２ １６０２とのメディアセッションおよびＳＣＣ ＡＳ−１ １６０４とのリモートレグを確立することができる（１６７０）。
【０１１８】
遠隔のパーティ１６０３は、セッションの移転の受け入れをＳＣＣ ＡＳ−１ １６０４に通知することができる（１６８０）。その後、ＳＣＣ ＡＳ−１ １６０４は、ＳＣＣ ＡＳ−２ １６０５を介して、遠隔のパーティの受け入れをＷＴＲＵ−２ １６０２に通知することができる（１６８０）。さらに、ＳＣＣ ＡＳ−１ １６０４は、移転の完了をＷＴＲＵ−１ １６０１に通知することができる（１６９０）。次いで、メディアフローは、ＷＴＲＵ−２ １６０２と遠隔のパーティ１６３０との間で送られる（１６９０）。さらに、メディアセッションの制御のためのＳＩＰシグナリングは、ＷＴＲＵ−２ １６０２から遠隔のパーティ１６０３に送られる（１６９０）。ＷＴＲＵ−１ １６０１は制御側のＷＴＲＵのままであり、ＷＴＲＵ−２ １６０２は被制御側のＷＴＲＵのままである（１６９０Ａ）。
【０１１９】
図１７は、制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアフローの移転についての情報の流れの代替的な実施形態１７００を示す。ＣＳＣＦ−１ １７０４ｂおよびＣＳＣＦ−２ １７０５ｂがともに図１７に示され、情報の流れは、ＣＳＣＦ−１ １７０４ｂとＣＳＣＦ−２ １７０５ｂを通るシグナリング経路を示す。ＷＴＲＵは、ＩＭＳの加入が異なっていてもよく、同じ操作者と関連していても異なる操作者と関連していてもよい。最初は、ＷＴＲＵ−１ １７０１が、遠隔のパーティ１７０３との２つのメディアフロー（メディアフローＡおよびメディアフローＢ）のＩＭＳセッションの状態にある（１７１０）。ＷＴＲＵ−１ １７０１は制御側のＷＴＲＵであり、セッションの間、制御を維持する。ＩＭＳセッションはＳＣＣ ＡＳ−１ １７０４ａにより担当され、ＳＣＣ ＡＳ−１ １７０４ａは協調セッションの手順を調整する。ＷＴＲＵ−１ １７０１は、ＣＳＣＦ−１ １７０４ｂを介してＳＣＣ ＡＳ−１ １７０４ａと通信することによって、セッションの制御を維持し、このときアクセスレグは、ＳＣＣ ＡＳ−１ １７０４ａとＣＳＣＦ１７０４ｂの間で確立される。
【０１２０】
ＷＴＲＵ−１ １７０１は、メディアフローＡおよび協調セッションの制御を保ちながら、メディアフローＢをＷＴＲＵ−２ １７０２に移転することを望む。ＷＴＲＵ−１ １７０１は、メディアフローＢをＷＴＲＵ−２ １７０２に移転するために、協調セッションの要求をＣＳＣＦ−１ １７０４ｂに送信する（１７２０）。この要求は、セッション情報（即ち、移転されるべきメディアフロー−メディアフローＢ）、移転されるメディアフローの対象（即ち、ＷＴＲＵ−２ １７０２）、遠隔のパーティのＩＤ、または、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １７０１）を含みうる。ＣＳＣＦ１７０４ｂは、移転の要求をＳＣＣ ＡＳ−１ １７０４ａに送信する（１７２０）。ＳＣＣ ＡＳ−１ １７０４ａは、移転が許可されるかどうかを判定することができ、移転の要求を認証することができる（１７３０）。ＳＣＣ ＡＳ−１ １７０４ａは、移転されるメディアセッションＢをセットアップするために、ＷＴＲＵ−２ １７０２に要求を送信する（１７４０）。この要求は、遠隔のパーティの識別情報（即ち、遠隔のパーティ１７０３）、移転されるべきメディアフローの識別情報のようなセッション情報（即ち、メディアフローＢ）、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １７０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １７０２）を含みうる。ＣＳＣＦ−１ １７０４ｂは、ＣＳＣＦ−２ １７０５ｂに要求を送信する（１７４０）。
【０１２１】
この要求は、要求をＷＴＲＵ−２ １７０２に送信するＳＣＣ ＡＳ−２ １７０５ａを介してルーティングされる（１７４０）。そして、ＷＴＲＵ−２ １７０２は、メディアフローＢをセットアップするための要求を受け入れることができ、ＳＣＣ ＡＳ−２ １７０５ａに応答することができる（１７５０）。ＣＳＣＦ−２ １７０５ｂは、ＳＣＣ ＡＳ−２ １７０５ａを介して、ＣＳＣＦ−１ １７０４ｂに対して応答を送信する（１７６０）。ＣＳＣＦ−１ １７０４ｂは、ＳＣＣ ＡＳ−１ １７０４ａに応答を転送する（１７６０）。ＳＣＣ ＡＳ−１は、次いで、ＷＴＲＵ−１ １７０１からメディアフローＢを除去することができ、リモートレグを更新し、ＷＴＲＵ−２ １７０２と遠隔のパーティ１７０３との間のメディアフローＢをセットアップするためのアクセスレグの確立を終わらせる（１７７０）。ＩＤＴの後で、メディアＢは、ＷＴＲＵ−２ １７０２と遠隔のパーティ１７０３との間で流れ、メディアフローＡは、ＷＴＲＵ−１ １７０１と遠隔のパーティ１７０３との間で流れる（１７８０）。
【０１２２】
図１８は、制御側のＷＴＲＵ（ＷＴＲＵ−１ １８０１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ １８０２）へのメディアセッションの移転についての情報の流れの代替的な実施形態１８００を示す。この移転は、ＳＣＣ ＡＳ−１ １８０４により担当される。この実施形態では、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２にそれぞれ属すＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。最初は、ＷＴＲＵ−１ １８０１は、遠隔のパーティ１８０３とのメディアセッションフローを有し、セッションの制御は、ＷＴＲＵ−１ １８０１とＳＣＣ ＡＳ １８０４と遠隔のパーティ１８０３との間のＳＩＰシグナリングを介して維持される（１８１０）。ＷＴＲＵ−１ １８０１は、被制御側のＷＴＲＵ１８０２にメディアセッションを移転しようとする一方、協調セッションの制御は、ＷＴＲＵ−１ １８０１により維持される。この実施形態では、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２は、ＩＭＳの加入が異なっていてもよい。さらに、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２は、操作者が異なっていてもよい。
【０１２３】
ＷＴＲＵ−１ １８０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １８０４に送信し、ＷＴＲＵ−２ １８０２へのメディアフローの移転を要求する（１８２０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１８０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １８０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １８０２）を含みうる。
【０１２４】
ＳＣＣ ＡＳ−１ １８０４は、ＷＴＲＵ−２ １８０２が、移転されたメディアセッションを受信するのに利用可能かどうかを確認することができる。ＳＣＣ ＡＳ−１ １８０４は、ＳＣＣ ＡＳ−２ １８０５を介して、セッションの移転の要求をＷＴＲＵ−２ １８０２に送信することができる（１８３０）。この要求は、とりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１８０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １８０１）、移転されるべきメディアフローの対象（ＷＴＲＵ−２ １８０２）、または、アンカーポイントのプリファレンス（即ち、ＳＣＣ ＡＳ−１ １８０４またはＳＣＣ ＡＳ−２ １８０５）を含みうる。ＳＣＣ ＡＳ−２ １８０５は、アンカーとして、ＳＣＣ ＡＳ−１ １８０４に同意することができ、したがって、ＷＴＲＵ−２ １８０２とのアクセスレグを確立するためのプロキシとして動作することができる。
【０１２５】
ＳＣＣ ＡＳ−２ １８０５は、メディアセッションの移転の要求を、ＷＴＲＵ−２ １８０２に送信することができる（１８４０）。ＷＴＲＵ−２ １８０２は、ＳＣＣ ＡＳ−２ １８０５にそのように応答することによって、ＷＴＲＵ−２ １８０２が利用可能であると応答することができ、または、メディアフローの移転を受け入れることができる（１８５０）。ＳＣＣ ＡＳ−２ １８０５は、この受け入れまたは応答を、ＳＣＣ ＡＳ−１ １８０４に送信することができる（１８５０）。ＳＣＣ ＡＳ−１ １８０４は、セッションの移転を担当し、ＷＴＲＵ−２ １８０２とのアクセスレグを確立することができ、ＳＣＣ ＡＳ−２ １８０５はアクセスレグのプロキシとして動作する（１８５５）。さらに、ＳＣＣ ＡＳ−１ １８０４は、メディアセッション移転の要求の受け入れを、ＷＴＲＵ−１ １８０１に通知することができる（１８５０）。
【０１２６】
ＷＴＲＵ−２ １８０２は、ＳＣＣ ＡＳ−２ １８０５にインビテーションを送信することによって、新たなセッションを確立するように遠隔のパーティ１８０３に依頼することができ、ＳＣＣ ＡＳ−２ １８０５は、ＳＣＣ ＡＳ−１ １８０４にインビテーションを送信することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、遠隔のパーティ１８０３にインビテーションを送信することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、リモートレグを確立するように、遠隔のパーティ１８０３に依頼することができる。遠隔のパーティ１８０３は、要求を受け入れてＳＣＣ ＡＳ−１ １８０４に通知することができ、ＳＣＣ ＡＳ−１ １８０４は、ＳＣＣ ＡＳ−２ １８０５を介してＷＴＲＵ−２ １８０２に通知することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、ＷＴＲＵ−１ １８０１からメディアフローを除去し、リモートレグを更新し、ＷＴＲＵ−２ １８０２とのメディアフローをセットアップするための、アクセスレグの確立を終わらせることができる。
【０１２７】
さらに、ＳＣＣ ＡＳ−１ １８０４は、移転の完了をＷＴＲＵ−１ １８０１に通知することができる（１８９０）。次いで、メディアフローが、ＷＴＲＵ−２ １８０２と遠隔のパーティ１８０３との間で送られる（１８９０）。さらに、メディアセッションの制御のためのＳＩＰシグナリングが、ＷＴＲＵ−２ １８０２と遠隔のパーティ１８０３との間で送られる（１８９０）。ＷＴＲＵ−１ １８０１は制御側のＷＴＲＵのままであり、ＷＴＲＵ−２ １８０２は被制御側のＷＴＲＵのままである（１８９０Ａ）。
【０１２８】
図１９は、制御側のＷＴＲＵ（ＷＴＲＵ−１ １９０１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ １９０２）へのメディアセッションのＩＤＴについての情報の流れの別の実施形態１９００を示す。この移転は、ＳＣＣ ＡＳ−２ １９０５により担当される。この実施形態では、ＷＴＲＵ−１ １９０１およびＷＴＲＵ−２ １９０２にそれぞれ属するＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。
【０１２９】
最初は、ＷＴＲＵ−１ １９０１は、遠隔のパーティ１９０３とのメディアセッションフローを有し、セッションの制御は、ＳＩＰシグナリングを介して、ＷＴＲＵ−１ １９０１とＳＣＣ ＡＳ−１ １９０４と遠隔のパーティ１９０３との間で維持される（１９１０）。ＷＴＲＵ−１ １９０１は、メディアセッションをＷＴＲＵに移転しようとする。ＷＴＲＵ−１ １９０１が制御側のＷＴＲＵであり、ＷＴＲＵ−２ １９０２が被制御側のＷＴＲＵであるが、制御側のＷＴＲＵおよび被制御側のＷＴＲＵの他の構成も、本実施形態の趣旨および範囲の中にあることに留意されたい。例えば、ＩＤＴは、被制御側のＷＴＲＵによって、または協調セッションの一部ではない他のＷＴＲＵによって、開始されうる。
【０１３０】
ＷＴＲＵ−１ １９０１は、ＷＴＲＵ−２ １９０２にメディアフローを移転するために、ＳＣＣ ＡＳ−１ １９０４に要求を送信し、または、移転されるセッションを受け入れるために、ＷＴＲＵ−２ １９０２が利用可能かどうかを確認する（１９２０）。この要求は、情報のなかでもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１９０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １９０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １９０２）を含みうる。この要求は、事前に構成された条件により開始されてもよく、または、ユーザ入力の結果であってもよい。この要求は、ＳＣＣ ＡＳ−１ １９０４に送信され、次いで、ＳＣＣ ＡＳ−１ １９０４を介してＷＴＲＵ−２ １９０２に送信される（１９２０）。
【０１３１】
ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴ移転を担当するものとなるように、取り決めることができる。ＷＴＲＵ−２ １９０２は、ＷＴＲＵ−２ １９０２が利用可能であると応答し、または、メディアフローの移転を受け入れることができる。この受け入れは、ＳＣＣ ＡＳ−２ １９０５に送信され、ＳＣＣ ＡＳ−１ １９０４を介してＷＴＲＵ−１ １９０１に向かう（１９３０）。そして、ＷＴＲＵ−１ １９０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １９０４に送信して、ＷＴＲＵ−２ １９０２へのメディアセッションの移転を要求することができる。ＳＣＣ ＡＳ−１ １９０４は、セッションの移転のためのＳＣＣ ＡＳ−２ １９０５へのプロキシとして動作し、ＳＣＣ ＡＳ−２ １９０５とのアクセスレグを確立することができる（１９４５）。この移転の要求は、ＳＣＣ ＡＳ−１ １９０４によりＳＣＣ ＡＳ−２ １９０５に送信される（１９５０）。ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴを担当し、ＷＴＲＵ−２ １９０２とのアクセスレグを確立することができる（１９５５）。ＳＣＣ ＡＳ−２ １９０５は、セッション移転の要求を、ＷＴＲＵ−２ １９０２に送信することができる（１９６０）。
【０１３２】
ＷＴＲＵ−２ １９０２は、ＳＣＣ ＡＳ−２ １９０５にインビテーションを送信することによって、遠隔のパーティ１９０３に、新たなセッションを確立するように依頼することができる。新たなメディアの確立は、インビテーションの中で要求されてもよい。ＳＣＣ ＡＳ−２ １９０５は、インビテーションを遠隔のパーティ１９０３に送信することができる（１９８０）。ＳＣＣ ＡＳ−２ １９０５はまた、遠隔のパーティにインビテーションを送信して、遠隔のパーティとのリモートレグを確立することができる（１９８０）。遠隔のパーティ１９０３は、次いで、ＳＣＣ ＡＳ−２ １９０５に通知することによって、移転の要求を受け入れることができ、新たな制御側の識別情報および移転される１つまたは複数のメディアフローの識別情報を含んでもよい。ＳＣＣ ＡＳ−２ １９０５は、移転が受け入れられたことを、ＷＴＲＵ−２ １９０２に通知することができる（１９９０）。
【０１３３】
ＳＣＣ ＡＳ−２ １９０５は、ＷＴＲＵ−１ １９０１からメディアセッションを除去し、リモートレグを更新し、遠隔のパーティ１９０３とＷＴＲＵ−２ １９０２との間のメディアセッションをセットアップするためのアクセスレグの確立を終了することができる。したがって、ＩＤＴは完了し、ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴの完了を示すものを、遠隔のパーティに信号で送ることができる（１９９０Ａ）。さらに、ＩＤＴの完了のシグナリングは、ＷＴＲＵ−１ １９０１とＳＣＣ ＡＳ−１ １９０４との間、およびＳＣＣ ＡＳ−２ １９０５とＳＣＣ ＡＳ−１ １９０４との間で通信されうる（１９９０Ａ）。このメディアセッションは、ＷＴＲＵ−２ １９０２と遠隔のパーティ１９０３との間で送られ、メディアセッションの制御も、ＷＴＲＵ−２ １９０２と遠隔のパーティ１９０３との間で送られる（１９９０Ａ）。しかし、協調セッションの制御権は、ＷＴＲＵ−１ １９０１に残ってもよく、このときＷＴＲＵ−２ １９０２は、被制御側のＷＴＲＵになる（１９９０Ｂ）。
【０１３４】
図２０は、制御側のＷＴＲＵ（ＷＴＲＵ−１ ２００１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ ２００２）へのメディアセッションの移転についての情報の流れの別の実施形態２０００を示す。この実施形態では、ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２にそれぞれ属するＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。最初は、ＷＴＲＵ−１ ２００１は、遠隔のパーティ２００３とのメディアセッションフローを有し、セッションの制御は、ＷＴＲＵ−１ ２００１とＳＣＣ ＡＳ−１ ２００４と遠隔のパーティ２００３との間のＳＩＰシグナリングを介して維持される（２０１０）。ＷＴＲＵ−１ ２００１は、ＷＴＲＵ−１ ２００１によるセッションの制御を保ちながら、メディアセッションを被制御側のＷＴＲＵ２００２に移転しようとする。ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２は、ＩＭＳの加入が異なっていてもよく、同じであってもよい。さらに、ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２は、操作者が同じであっても異なっていてもよい。
【０１３５】
ＷＴＲＵ−１ ２００１は、ＩＤＴ命令を送信して、ＷＴＲＵ−２ ２００２へのメディアセッションの移転を要求する（２０２０）。この要求は、ＳＣＣ ＡＳ−１ ２００４に送信され、ＳＣＣ ＡＳ−１ ２００４は、移転されるメディアセッションを受信するために、ＷＴＲＵ−２ ２００２が利用可能かどうかを確認することができる。
【０１３６】
ＳＣＣ ＡＳ−１ ２００４は、セッションの移転の要求を、ＳＣＣ ＡＳ−２ ２００５に送信することができる（２０３０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ２００３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ ２００１）、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ ２００２）、または、アンカーポイントの選好（即ち、ＳＣＣ ＡＳ−１ ２００４またはＳＣＣ ＡＳ−２ ２００５）を含みうる。ＳＣＣ ＡＳ−２ ２００５は、ＳＣＣ ＡＳ−１ ２００４とＳＣＣ ＡＳ−２ ２００５のどちらがセッションの移転を担当しうるかについて、取り決めることができる（２０３５）。この実施形態では、ＳＣＣ ＡＳ−２ ２００５がセッションの移転を担当する。ＳＣＣ ＡＳ−２ ２００５は、メディアセッションの移転の要求を、ＷＴＲＵ−２ ２００２に送信することができる（２０４０）。ＳＣＣ ＡＳ−２ ２００５は、ＷＴＲＵ−２ ２００２に、ＷＴＲＵ−２ ２００２が利用可能かどうか、またはＷＴＲＵ−２ ２００２がセッション移転の要求を受け入れることができるかどうかについて、応答するように要求することができる（２０４０）。
【０１３７】
ＷＴＲＵ−２ ２００２は、ＳＣＣ ＡＳ−２ ２００５に応答することによって、ＷＴＲＵ−２ ２００２が利用可能であると承認することができ、または、メディアフローの移転を受け入れることができる（２０５０）。ＳＣＣ ＡＳ−２ ２００５は、セッションの移転を担当することができ、ＷＴＲＵ−２ ２００２とのアクセスレグを確立することができる（２０５５）。ＳＣＣ ＡＳ−２ ２００５は、その受け入れまたは承認を、ＳＣＣ ＡＳ−１ ２００４に送信することができる（２０６０）。ＳＣＣ ＡＳ−１ ２００４は、次いで、メディアセッションの移転の要求の受け入れまたは承認を、ＷＴＲＵ−１ ２００１に通知することができる（２０６０）。
【０１３８】
ＷＴＲＵ−２ ２００２は、ＳＣＣ ＡＳ−２ ２００５にインビテーションを送信することによって、新たなセッションを確立するように、遠隔のパーティ２００３に依頼することができる（２０７０）。新たなメディアの確立は、このインビテーションの中で要求されてもよい。ＳＣＣ ＡＳ−２ ２００５は、このインビテーションを、遠隔のパーティ２００３に送信することができる（２０８０）。ＳＣＣ ＡＳ−２ ２００５は、遠隔のパーティとのリモートレグを確立するために、インビテーションを遠隔のパーティに送信することもできる（２０８０）。遠隔のパーティ２００３は、ＳＣＣ ＡＳ−２ ２００５に通知することによって、移転の要求を受け入れることができ、新たな制御側の識別情報および移転される１つまたは複数のメディアフローの識別情報を含んでもよい。ＳＣＣ ＡＳ−２ ２００５は、移転が受け入れられたことを、ＷＴＲＵ−２ ２００２に通知することができる（２０９０）。
【０１３９】
ＳＣＣ ＡＳ−２ ２００５は、ＷＴＲＵ−１ ２００１からメディアフローを除去して、遠隔のパーティ２００３とのリモートレグを更新して、遠隔のパーティ２００３とＷＴＲＵ−２ ２００２との間のメディアセッションをセットアップするためのアクセスレグの確立を終了することができる。さらに、ＳＣＣ ＡＳ−２ ２００５は、移転の完了を、ＳＣＣ ＡＳ−１ ２００４および遠隔のパーティ２００３に通知することができる（２０９０Ａ）。さらに、ＳＣＣ ＡＳ−１ ２００４は、移転の完了を、ＷＴＲＵ−１ ２００１に通知することができる（２０９０Ａ）。次いで、メディアフローは、ＷＴＲＵ−２ ２００２と遠隔のパーティ２００３との間で送られる（２０９０Ａ）。さらに、メディアフローを制御するためのシグナリングは、ＷＴＲＵ−２ ２００２から遠隔のパーティ２００３に送られる（２０９０Ａ）。しかし、協調セッションの制御権は、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ２００１に残ってもよく、このときＷＴＲＵ−２ ２００２は、被制御側のＷＴＲＵであってよい（２０９０Ｂ）。
【０１４０】
実施形態
１．ＩＰマルチメディアサブシステム（ＩＭＳ）の協調セッションの制御権の移転を開始するステップを含む、協調セッションの制御権の移転のための方法。
【０１４１】
２．被制御側の無線送受信ユニット（ＷＴＲＵ）が、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０１４２】
３．協調セッションが遠隔のパーティにより確立される、上記の実施形態のいずれか１つに記載の方法。
【０１４３】
４．あるＷＴＲＵが制御側のＷＴＲＵとして動作しており、別のＷＴＲＵが被制御側のＷＴＲＵとして動作している、上記の実施形態のいずれか１つに記載の方法。
【０１４４】
５．協調セッションがＳＣＣ ＡＳ（Service Centralization and Conitunity Application Server）で担当される、上記の実施形態のいずれか１つに記載の方法。
【０１４５】
６．各ＷＴＲＵが遠隔のパーティとのメディアフローを有する、上記の実施形態のいずれか１つに記載の方法。
【０１４６】
７．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、上記の実施形態のいずれか１つに記載の方法。
【０１４７】
８．ＷＴＲＵが、ＩＰ−ＣＡＮのようなネットワークを介して接続される、上記の実施形態のいずれか１つに記載の方法。
【０１４８】
９．ＩＭＳの通信経路が、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含む、上記の実施形態のいずれか１つに記載の方法。
【０１４９】
１０．ＷＴＲＵが、異なるＳＣＣ ＡＳと各々関連付けられる、上記の実施形態のいずれか１つに記載の方法。
【０１５０】
１１．協調セッションが、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含む、上記の実施形態のいずれか１つに記載の方法。
【０１５１】
１２．協調セッションの制御権の移転のために、制御側のＷＴＲＵ以外のＷＴＲＵによって、要求をＳＣＣ ＡＳに送信するステップをさらに含む、上記の実施形態のいずれか１つに記載の方法。
【０１５２】
１３．要求が、制御権が移転されるべきである協調セッションの識別情報、新たな制御側の識別情報、または、移転により影響を受ける１つまたは複数のメディアフローの識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１５３】
１４．ＷＴＲＵの識別情報が、登録された公開ユーザ識別情報（Public User Identity）、公開のＧＲＵＵ（Globally Routable Agent Uniform Resource Identifier）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）に基づく識別情報、電子メールアドレスに基づく識別情報、または、ＵＲＬ（Uniform Resource Locator）もしくはＵＲＩ（Uniform Resource Identifier）に基づく識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１５４】
１５．ＳＣＣ ＡＳが、１つまたは複数のメディアフローの、協調セッションの制御権の移転が許可されるかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５５】
１６．ＳＣＣ ＡＳが、要求側のＷＴＲＵが、協調セッションを制御して協調セッションの制御に関する機能を実行する準備ができているかどうか、もしくはそれが可能であるかどうか、または、要求側のＷＴＲＵが協調セッションの制御を行うことを許可されているかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５６】
１７．ＳＣＣ ＡＳが、要求側のＷＴＲＵが信用できる送信元であるかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５７】
１８．要求側のＷＴＲＵが制御側のＷＴＲＵの信用リストの中にあるデバイスまたはユーザであるかどうか、または、要求側のＷＴＲＵが同じユーザプロファイルに属するかどうかを、ＳＣＣ ＡＳが判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５８】
１９．ＳＣＣ ＡＳが、制御側のＷＴＲＵまたは遠隔のパーティからの同意を要求し、または、２個以上の被制御側のＷＴＲＵが協調セッションに関与する場合、ＳＣＣ ＡＳが、移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新する、上記の実施形態のいずれか１つに記載の方法。
【０１５９】
２０．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を制御側のＷＴＲＵに送信する、上記の実施形態のいずれか１つに記載の方法。
【０１６０】
２１．新たな制御側のＷＴＲＵの識別情報、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤ、またはセッションのメディア属性を含む、セッションについての関連情報を要求が含む、実施形態２０に記載の方法。
【０１６１】
２２．制御側のＷＴＲＵが、要求についてのユーザの入力を求め、または、要求の受け入れが、事前に構成された条件にしたがって引き起こされる、上記の実施形態のいずれか１つに記載の方法。
【０１６２】
２３．制御側のＷＴＲＵが、協調セッションの制御権の移転の受け入れをＳＣＣ ＡＳに示す、上記の実施形態のいずれか１つに記載の方法。
【０１６３】
２４．受け入れが、新たな制御側のＷＴＲＵの識別情報、または、制御権が移転されるべき１つまたは複数のメディアフローの識別情報を含む、実施形態２３に記載の方法。
【０１６４】
２５．協調セッションの制御権が制御側のＷＴＲＵから除去される、上記の実施形態のいずれか１つに記載の方法。
【０１６５】
２６．協調セッションの制御権が要求側のＷＴＲＵに与えられる、上記の実施形態のいずれか１つに記載の方法。
【０１６６】
２７．ＳＣＣ ＡＳが、新たな被制御側のＷＴＲＵの情報によって、他の被制御側のＷＴＲＵまたは遠隔のパーティを更新する、上記の実施形態のいずれか１つに記載の方法。
【０１６７】
２８．制御権の移転の受入承認が、新たな制御側のＷＴＲＵに送信される、上記の実施形態のいずれか１つに記載の方法。
【０１６８】
２９．制御権の移転の受入承認が、制御権が移転されるべきである協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転されるべきである１つまたは複数のメディアフローの識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１６９】
３０．制御側のＷＴＲＵが、制御側のＷＴＲＵから別のＷＴＲＵへの協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０１７０】
３１．上記の別のＷＴＲＵが、協調セッションにおける被制御側のＷＴＲＵである、実施形態３０に記載の方法。
【０１７１】
３２．協調セッションが遠隔のパーティにより確立される、実施形態３０から３１のいずれか１つに記載の方法。
【０１７２】
３３．あるＷＴＲＵが制御側のＷＴＲＵとして動作しており、別のＷＴＲＵが被制御側のＷＴＲＵとして動作している、実施形態３０から３２のいずれか１つに記載の方法。
【０１７３】
３４．協調セッションにおいてＳＩＰメッセージングを利用して、リンケージおよびセッションの制御権を提供するステップをさらに含む、実施形態３０から３３のいずれか１つに記載の方法。
【０１７４】
３５．ＳＩＰシグナリングが、協調セッション制御シグナリングおよび自身のメディアフローの制御のために、制御側のＷＴＲＵにより用いられる、実施形態３０から３４のいずれか１つに記載の方法。
【０１７５】
３６．ＳＩＰシグナリングが、自身のメディアフローを制御するために、被制御側のＷＴＲＵにより用いられる、実施形態３０から３５のいずれか１つに記載の方法。
【０１７６】
３７．ＷＴＲＵがネットワークを介して接続される、実施形態３０から３６のいずれか１つに記載の方法。
【０１７７】
３８．ネットワークが示されるＩＰ−ＣＡＮである、実施形態３７に記載の方法。
【０１７８】
３９．通信経路が、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含む、実施形態３０から３８のいずれか１つに記載の方法。
【０１７９】
４０．ＷＴＲＵが、固有のＳＣＣ ＡＳと関連付けられる、実施形態３０から３９のいずれか１つに記載の方法。
【０１８０】
４１．協調セッションの制御権を移転するために、制御側のＷＴＲＵによって要求を送信するステップを含む、実施形態３０から４０のいずれか１つに記載の方法。
【０１８１】
４２．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（公開ユーザ識別情報またはＧＲＵＵ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態３０から４１のいずれか１つに記載の方法。
【０１８２】
４３．制御側のＷＴＲＵが１つの協調セッションのみを有する場合、制御権が移転されるべきであるその協調セッションの識別情報が要求の中で提供されない、実施形態３０から４２のいずれか１つに記載の方法。
【０１８３】
４４．制御権が移転されようとしている協調セッションの識別情報が、要求側のＷＴＲＵの識別情報を知っているＳＣＣ ＡＳにより決定される、実施形態３０から４３のいずれか１つに記載の方法。
【０１８４】
４５．ＷＴＲＵが２つ以上の協調セッションに関与する場合、制御権が移転されようとしている協調セッションの識別情報が、要求の中に含まれる、実施形態３０から４４のいずれか１つに記載の方法。
【０１８５】
４６．協調セッションの制御権の移転が許可されるかどうかが判定される、実施形態３０から４５のいずれか１つに記載の方法。
【０１８６】
４７．セッションの制御権の移転先となるＷＴＲＵに、同意を要求するステップをさらに含む、実施形態３０から４６のいずれか１つに記載の方法。
【０１８７】
４８．２つ以上の被制御側のＷＴＲＵが関与する場合、被制御側のＷＴＲＵが、協調セッションの制御権の移転の要求に関する情報によって更新される、実施形態３０から４７のいずれか１つに記載の方法。
【０１８８】
４９．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を、セッションの制御権が移転されようとしているＷＴＲＵに送信する、実施形態３０から４８のいずれか１つに記載の方法。
【０１８９】
５０．要求が、協調セッションの識別情報、新たな制御側のＩＤ、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態４９に記載の方法。
【０１９０】
５１．セッションの制御権が移転されようとしているＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態３０から５０のいずれか１つに記載の方法。
【０１９１】
５２．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転の受け入れをＳＣＣ ＡＳに示す、実施形態３０から５１のいずれか１つに記載の方法。
【０１９２】
５３．受け入れが、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態５２に記載の方法。
【０１９３】
５４．ＳＣＣ ＡＳが、制御側のＷＴＲＵからセッションの制御権を除去し、セッションの制御権が移転されようとしているＷＴＲＵに、セッションの制御権を与える、実施形態３０から５３のいずれか１つに記載の方法。
【０１９４】
５５．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵのセットアップによって、他の被制御側のＷＴＲＵを更新し、制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、遠隔のパーティを更新する、実施形態３０から５４のいずれか１つに記載の方法。
【０１９５】
５６．ＳＣＣ ＡＳが、制御権の移転の受入承認を、新たな制御側のＷＴＲＵに送信する、実施形態３０から５５のいずれか１つに記載の方法。
【０１９６】
５７．制御権の移転の受入承認が、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、自身の制御権が移転される１つまたは複数のメディアフローのＩＤを含む、実施形態５６に記載の方法。
【０１９７】
５８．ＳＣＣ ＡＳが、移転が許可されるかどうかを判定し、制御側のＷＴＲＵまたは遠隔のパーティからの同意を求め、または、受信された協調セッションの制御権の移転に関する情報によって、他の被制御側のＷＴＲＵを更新する、実施形態３０から５７のいずれか１つに記載の方法。
【０１９８】
５９．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御側のＷＴＲＵとして動作することができること、または、そのＷＴＲＵにより用いられる識別情報が、協調セッションの制御側のＷＴＲＵにより用いられる識別情報とサービスプロファイルを共有することを、ＳＣＣ ＡＳが確実にする、実施形態３０から５８のいずれか１つに記載の方法。
【０１９９】
６０．ＳＣＣ ＡＳが、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２００】
６１．制御側のＷＴＲＵが、協調セッションの制御権を別のＷＴＲＵに移転する、実施形態１に記載の方法。
【０２０１】
６２．上記の別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態６０または６１に記載の方法。
【０２０２】
６３．協調セッションがＳＣＣ ＡＳにより担当される、実施形態６０から６２のいずれか１つに記載の方法。
【０２０３】
６４．協調セッションが遠隔のパーティにより確立される、実施形態６０から６３のいずれか１つに記載の方法。
【０２０４】
６５．ＳＩＰシグナリングが、メディアセッションの制御権および協調セッションの制御権のために利用される、実施形態６０か６４のいずれか１つに記載の方法。
【０２０５】
６６．協調の制御権の移転が、ユーザプロファイル、現在の条件によって、または、事前の構成にしたがって、ＳＣＣ ＡＳにより開始される、実施形態６０から６５のいずれか１つに記載の方法。
【０２０６】
６７．制御側のＷＴＲＵ、被制御側のＷＴＲＵ、または遠隔のパーティからの、セッションの制御権の移転についての同意を要求するステップをさらに含む、実施形態６０から６６のいずれか１つに記載の方法。
【０２０７】
６８．セッションの制御権の移転の要求を妨げることについて他の被制御側のＷＴＲＵを更新するステップをさらに含む、実施形態６０から６７のいずれか１つに記載の方法。
【０２０８】
６９．協調セッションの制御権を移転するために、ＳＣＣ ＡＳにより制御側のＷＴＲＵに要求を送信するステップをさらに含む、実施形態６０から６８のいずれか１つに記載の方法。
【０２０９】
７０．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態６９に記載の方法。
【０２１０】
７１．制御側のＷＴＲＵが、要求に応答することについてのユーザ入力を求め、または、事前に構成された条件にしたがって、協調セッションの制御権の移転の要求の受け入れを引き起こす、実施形態６０から７０のいずれか１つに記載の方法。
【０２１１】
７２．この協調セッションの制御権の移転の要求を制御側のＷＴＲＵによって受け入れ、受け入れをＳＣＣ ＡＳに示すステップをさらに含む、実施形態６０から７１のいずれか１つに記載の方法。
【０２１２】
７３．受け入れが、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態７２に記載の方法。
【０２１３】
７４．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、協調セッションの制御権の移転の要求を送信する、実施形態６０から７３のいずれか１つに記載の方法。
【０２１４】
７５．制御権の移転の情報が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態７４に記載の方法。
【０２１５】
７６．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求め、または、移転の受け入れが、事前に構成された条件にしたがって引き起こされる、実施形態６０から７５のいずれか１つに記載の方法。
【０２１６】
７７．セッションの制御権が移転されようとしているＷＴＲＵが、制御権の移転の受入承認をＳＣＣ ＡＳに送信する、実施形態６０から７６のいずれか１つに記載の方法。
【０２１７】
７８．受入承認が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態７７に記載の方法。
【０２１８】
７９．ＳＣＣ ＡＳが、協調セッションの制御権を新たな制御側のＷＴＲＵに移転する、実施形態６０から７８のいずれか１つに記載の方法。
【０２１９】
８０．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵのセットアップにより、遠隔のパーティおよび他の被制御側のＷＴＲＵを更新する、実施形態６０から７９のいずれか１つに記載の方法。
【０２２０】
８１．遠隔のパーティが、制御側のＷＴＲＵから別のＷＴＲＵへの、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２２１】
８２．上記の別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態８１に記載の方法。
【０２２２】
８３．協調セッションがＳＣＣ ＡＳにより担当される、実施形態８１または８２に記載の方法。
【０２２３】
８４．遠隔のパーティがＷＴＲＵである、実施形態８１から８３のいずれか１つに記載の方法。
【０２２４】
８５．協調セッションが、制御側のＷＴＲＵと、セッションの制御権が移転されようとしているＷＴＲＵと、遠隔のパーティとの間で確立される、実施形態８１から８４のいずれか１つに記載の方法。
【０２２５】
８６．各ＷＴＲＵが、遠隔のパーティとのメディアフローを有する、実施形態８１から８５のいずれか１つに記載の方法。
【０２２６】
８７．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、実施形態８１から８６のいずれか１つに記載の方法。
【０２２７】
８８．協調セッションの制御権の移転が、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティにより開始される、実施形態８１から８７のいずれか１つに記載の方法。
【０２２８】
８９．協調セッションの制御権を移転するために、遠隔のパーティによって要求をＳＣＣ ＡＳに送信するステップをさらに含む、実施形態８１から８８のいずれか１つに記載の方法。
【０２２９】
９０．制御命令の移転の要求がＳＩＰメッセージである、実施形態８１から８９のいずれか１つに記載の方法。
【０２３０】
９１．要求が、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９０または９１に記載の方法。
【０２３１】
９２．ＳＣＣ ＡＳが、制御側のＷＴＲＵに、または、セッションの制御権が移転されようとしているＷＴＲＵに、同意を要求し、協調セッションの中に複数の被制御側のＷＴＲＵがある場合、これらの他の被制御側が、セッションの制御権の移転の要求によって更新される、実施形態８１から９１のいずれか１つに記載の方法。
【０２３２】
９３．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を制御側のＷＴＲＵに送信する、実施形態８１から９２のいずれか１つに記載の方法。
【０２３３】
９４．要求が、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報、または、自身の制御権が移転されるべきであるメディアフローのＩＤを含む、実施形態９３に記載の方法。
【０２３４】
９５．制御側のＷＴＲＵが、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳに示す、実施形態８１から９４のいずれか１つに記載の方法。
【０２３５】
９６．受け入れが、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９５に記載の方法。
【０２３６】
９７．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、制御権の移転の要求を送信する、実施形態８１から９６のいずれか１つに記載の方法。
【０２３７】
９６．制御権の移転の情報が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９７に記載の方法。
【０２３８】
９７．制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求め、または事前に構成された条件にしたがって移転の受け入れを引き起こす、実施形態８１から９６のいずれか１つに記載の方法。
【０２３９】
９８．セッションの制御権が移転されようとしているＷＴＲＵが、制御権の移転の受入承認をＳＣＣ ＡＳに送信する、実施形態８１から９７のいずれか１つに記載の方法。
【０２４０】
９９．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転の受け入れを、受入承認において示す、実施形態８１から９８のいずれか１つに記載の方法。
【０２４１】
１００．受入承認が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態９９に記載の方法。
【０２４２】
１０１．ＳＣＣ ＡＳが、セッションの制御権の移転が完了したことを遠隔のパーティに示す、実施形態８１から１００のいずれか１つに記載の方法。
【０２４３】
１０２．ＳＣＣ ＡＳが、新たな制御側の情報によって、他の被制御側のＷＴＲＵを更新する、実施形態８１から１０１のいずれか１つに記載の方法。
【０２４４】
１０３．遠隔のパーティが、制御側のＷＴＲＵから別のＷＴＲＵへの、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２４５】
１０４．別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態１０３に記載の方法。
【０２４６】
１０５．協調セッションがＳＣＣ ＡＳにより担当される、実施形態１０３または１０４に記載の方法。
【０２４７】
１０６．遠隔のパーティがＷＴＲＵである、実施形態１０３から１０５のいずれか１つに記載の方法。
【０２４８】
１０７．協調セッションが、制御側のＷＴＲＵと、セッションの制御権が移転されようとしているＷＴＲＵと、遠隔のパーティとの間で確立される、実施形態１０３から１０６のいずれか１つに記載の方法。
【０２４９】
１０８．各ＷＴＲＵが、遠隔のパーティとのメディアフローを有する、実施形態１０３から１０７のいずれか１つに記載の方法。
【０２５０】
１０９．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、実施形態１０３から１０８のいずれか１つに記載の方法。
【０２５１】
１１０．協調セッションの制御権の移転が、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティにより開始される、実施形態１０３から１０９のいずれか１つに記載の方法。
【０２５２】
１１１．遠隔のパーティが、協調セッションの制御権を別のＷＴＲＵに移転するために、要求を制御側のＷＴＲＵに送信する、実施形態１０３から１１０のいずれか１つに記載の方法。
【０２５３】
１１２．要求が、制御権が移転されるべきである協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１１に記載の方法。
【０２５４】
１１３．被制御側のＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態１０３から１１２のいずれか１つに記載の方法。
【０２５５】
１１４．協調セッションの制御権を別のＷＴＲＵに移転するために、制御側のＷＴＲＵによって、要求をＳＣＣ ＡＳに送信するステップをさらに含む、実施形態１０３から１１３のいずれか１つに記載の方法。
【０２５６】
１１５．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１４に記載の方法。
【０２５７】
１１６．ＳＣＣ ＡＳが、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうか判定し、セッションの制御権がそこに移転されるように要求されるＷＴＲＵに同意を要求し、遠隔のパーティに同意を要求し、または、２個以上の被制御側のＷＴＲＵが関与する場合に、移転の要求についての情報によって被制御側のＷＴＲＵを更新する、実施形態１０３から１１５のいずれか１つに記載の方法。
【０２５８】
１１７．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、協調の制御権の移転の要求メッセージを送信する、実施形態１０３から１１６のいずれか１つに記載の方法。
【０２５９】
１１８．要求が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１７に記載の方法。
【０２６０】
１１９．ＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態１０３から１１８のいずれか１つに記載の方法。
【０２６１】
１２０．セッションの制御権が移転されようとしているＷＴＲＵが、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳに示す、実施形態１０３から１１９のいずれか１つに記載の方法。
【０２６２】
１２１．受け入れが、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態１２０に記載の方法。
【０２６３】
１２２．ＳＣＣ ＡＳが、制御側のＷＴＲＵから、セッションの制御権が移転されようとしているＷＴＲＵに、協調セッションの制御権を移転する、実施形態１０３から１２１のいずれか１つに記載の方法。
【０２６４】
１２３．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、他の被制御側のＷＴＲＵまたは遠隔のパーティを更新する、実施形態１０３から１２２のいずれか１つに記載の方法。
【０２６５】
１２４．ＳＣＣ ＡＳが、協調セッションの制御権の移転の受入承認を、新たな制御側のＷＴＲＵに送信する、実施形態１０３から１２３のいずれか１つに記載の方法。
【０２６６】
１２５．制御権の移転の受入承認が、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、自身の制御権が移転される１つまたは複数のメディアフローのＩＤを含む、実施形態１２４に記載の方法。
【０２６７】
１２６．ネットワーク間のデバイス間移転を実行するステップを含む、無線通信において用いる方法。
【０２６８】
１２７．ネットワーク間のデバイス間移転を実行するステップが、第１の無線送受信ユニット（ＷＴＲＵ）において通信セッションを実行するステップを含む、実施形態１２６に記載の方法。
【０２６９】
１２８．通信セッションを実行するステップが、第１のＷＴＲＵにおいてメディアフローを受信するステップを含む、実施形態１２６または１２７に記載の方法。
【０２７０】
１２９．通信セッションを実行するステップが、遠隔のデバイスと通信するステップを含む、実施形態１２６から１２８のいずれか１つに記載の方法。
【０２７１】
１３０．ネットワーク間のデバイス間移転が、通信セッションを、第１のＷＴＲＵから第２のＷＴＲＵに移転するステップを含む、実施形態１２６から１２９のいずれか１つに記載の方法。
【０２７２】
１３１．ネットワーク間のデバイス間移転を実行するステップが、メディアフローを、第１のＷＴＲＵから第２のＷＴＲＵに移転するステップを含む、実施形態１２６から１３０のいずれか１つに記載の方法。
【０２７３】
１３２．通信セッションを実行するステップが、第１のＷＴＲＵが第１のネットワークを用いるステップ含む、実施形態１２６から１３１のいずれか１つに記載の方法。
【０２７４】
１３３．通信セッションを実行するステップが、第１のＷＴＲＵが第１の加入を有するステップを含む、実施形態１２６から１３２のいずれか１つに記載の方法。
【０２７５】
１３４．ネットワーク間のデバイス間移転を実行するステップが、制御信号をネットワーク要素へ送信するステップを含む、実施形態１２６から１３３のいずれか１つに記載の方法。
【０２７６】
１３５．ネットワーク要素がＳＣＣ−ＡＳ（Service Centralization and Continuity Application Server）である、実施形態１２６から１３４のいずれか１つに記載の方法。
【０２７７】
１３６．通信セッションを実行するステップが、第１のＷＴＲＵにて第１のアクセスレグを用いるステップを含む、実施形態１２６から１３５のいずれか１つに記載の方法。
【０２７８】
１３７．ネットワーク間のデバイス間移転を実行するステップが、ＩＭＳを用いるステップを含む、実施形態１２６から１３６のいずれか１つに記載の方法。
【０２７９】
１３８．ＩＭＳを用いるステップが、ＩＭＳセッションを用いるステップを含む、実施形態１２６から１３７のいずれか１つに記載の方法。
【０２８０】
１３９．制御信号を送信するステップが、ＳＩＰメッセージを送信するステップを含む、実施形態１２６から１３８のいずれか１つに記載の方法。
【０２８１】
１４０．通信セッションを実行するステップが、ＣＳＣＦ（Call State Control Function）への接続を用いるステップを含む、実施形態１２６から１３９のいずれか１つに記載の方法。
【０２８２】
１４１．制御信号をネットワーク要素に送信するステップが、制御信号をＣＳＣＦに送信するステップを含む、実施形態１２６から１４０のいずれか１つに記載の方法。
【０２８３】
１４２．第１のＷＴＲＵが第１の加入と関連している、実施形態１２６から１４１のいずれか１つに記載の方法。
【０２８４】
１４３．第２のＷＴＲＵが第２の加入と関連している、実施形態１２６から１４２のいずれか１つに記載の方法。
【０２８５】
１４４．第１の加入および第２の加入が同一である、実施形態１２６から１４３のいずれか１つに記載の方法。
【０２８６】
１４５．ネットワーク間のデバイス間移転を実行するステップが、メディアフローを第３のＷＴＲＵに移転するステップを含む、実施形態１２６から１４４のいずれか１つに記載の方法。
【０２８７】
１４６．第３のＷＴＲＵが、第１の加入または第２の加入と関連している、実施形態１２６から１４５のいずれか１つに記載の方法。
【０２８８】
１４７．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵにて通信セッションを実行するステップを含む、実施形態１２６から１４７のいずれか１つに記載の方法。
【０２８９】
１４８．第２のＷＴＲＵにて通信セッションを実行するステップが、第２のネットワークを用いるステップを含む、実施形態１２６から１４７のいずれか１つに記載の方法。
【０２９０】
１４９．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク上の第１のＷＴＲＵから、第２のネットワーク上の第２のＷＴＲＵに、通信セッションを移転するステップを含む、実施形態１２６から１４８のいずれか１つに記載の方法。
【０２９１】
１５０．第１のネットワークと第２のネットワークが異なる、実施形態１２６から１４９のいずれか１つに記載の方法。
【０２９２】
１５１．ネットワーク間のデバイス間移転を実行するステップが、協調セッションを確立するステップを含む、実施形態１２６から１５０のいずれか１つに記載の方法。
【０２９３】
１５２．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおける、通信セッションの実行を停止するステップを含む、実施形態１２６から１５１のいずれか１つに記載の方法。
【０２９４】
１５３．第１のＷＴＲＵが制御側であり、第２のＷＴＲＵが被制御側である、実施形態１２６から１５２のいずれか１つに記載の方法。
【０２９５】
１５４．ネットワーク間のデバイス間移転を実行するステップが、ユーザ入力に応答して移転を開始するステップを含む、実施形態１２６から１５３のいずれか１つに記載の方法。
【０２９６】
１５５．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて移転を開始するステップを含む、実施形態１２６から１５４のいずれか１つに記載の方法。
【０２９７】
１５６．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵが利用可能かどうか判定するステップを含む、実施形態１２６から１５５のいずれか１つに記載の方法。
【０２９８】
１５７．ネットワーク間のデバイス間移転を実行するステップが、移転の許可を要求するステップを含む、実施形態１２６から１５６のいずれか１つに記載の方法。
【０２９９】
１５８．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて、第２のＷＴＲＵの利用可能性の報告を受信するステップを含む、実施形態１２６から１５７のいずれか１つに記載の方法。
【０３００】
１５９．ネットワーク間のデバイス間移転を実行するステップが、移転の受け入れを受信するステップを含む、実施形態１２６から１５８のいずれか１つに記載の方法。
【０３０１】
１６０．移転の受け入れが、メディアフローの移転が承認されたことを示す、実施形態１２６から１５９のいずれか１つに記載の方法。
【０３０２】
１６１．移転の受け入れが、メディアフローの移転が拒否されたことを示す、実施形態１２６から１６０のいずれか１つに記載の方法。
【０３０３】
１６２．ネットワーク間のデバイス間移転を実行するステップが、移転の要求を送信するステップを含む、実施形態１２６から１６１のいずれか１つに記載の方法。
【０３０４】
１６３．ネットワーク間のデバイス間移転を実行するステップが、第２のアクセスレグを確立するステップを含む、実施形態１２６から１６２のいずれか１つに記載の方法。
【０３０５】
１６４．第２のアクセスレグを確立するステップが、第２のＷＴＲＵとの第２のアクセスレグを確立するステップを含む、実施形態１２６から１６３のいずれか１つに記載の方法。
【０３０６】
１６５．第２のアクセスレグを確立するステップが、第２のネットワーク要素との第２のアクセスレグを確立するステップを含む、実施形態１２６から１６４のいずれか１つに記載の方法。
【０３０７】
１６６．ネットワーク間のデバイス間移転を実行するステップが、第３のアクセスレグを確立するステップを含む、実施形態１２６から１６５のいずれか１つに記載の方法。
【０３０８】
１６７．ネットワーク間のデバイス間移転を実行するステップが、遠隔のデバイスに、協調セッションを確立するように依頼するステップを含む、実施形態１２６から１６６のいずれか１つに記載の方法。
【０３０９】
１６８．ネットワーク間のデバイス間移転を実行するステップが、移転が受け入れられたことを示す通知を受信するステップを含む、実施形態１２６から１６７のいずれか１つに記載の方法。
【０３１０】
１６９．ネットワーク間のデバイス間移転を実行するステップが、移転が完了したことを示す通知を受信するステップを含む、実施形態１２６から１６８のいずれか１つに記載の方法。
【０３１１】
１７０．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク要素を用いて、通信セッションを担当するステップを含む、実施形態１２６から１６９のいずれか１つに記載の方法。
【０３１２】
１７１．ネットワーク間のデバイス間移転を実行するステップが、第２のネットワーク要素を用いて、通信セッションを担当するステップを含む、実施形態１２６から１７０のいずれか１つに記載の方法。
【０３１３】
１７２．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク要素を用いて第２のアクセスレグを確立するステップを含む、実施形態１２６から１７１のいずれか１つに記載の方法。
【０３１４】
１７３．ネットワーク間のデバイス間移転を実行するステップが、第２のネットワーク要素を用いて第２のアクセスレグを確立するステップを含む、実施形態１２６から１７２のいずれか１つに記載の方法。
【０３１５】
１７４．許可を要求するステップが、セッション情報を含むメッセージを送信するステップを含む、実施形態１２６から１７３のいずれか１つに記載の方法。
【０３１６】
１７５．許可を要求するステップが、遠隔デバイスと関連する識別情報を含むメッセージを送信するステップを含む、実施形態１２６から１７４のいずれか１つに記載の方法。
【０３１７】
１７６．許可を要求するステップが、アンカーの設定を含むメッセージを送信するステップを含む、実施形態１２６から１７５のいずれか１つに記載の方法。
【０３１８】
１７７．移転要求が、対象のメディアフローの識別情報を含む、実施形態１２６から１７６のいずれか１つに記載の方法。
【０３１９】
１７８．移転の要求が、第２のＷＴＲＵの識別情報を含む、実施形態１２６から１７７のいずれか１つに記載の方法。
【０３２０】
１７９．ネットワーク間のデバイス間移転を実行するステップが、通信セッションの移転の応答を受信するステップを含む、実施形態１２６から１７８のいずれか１つに記載の方法。
【０３２１】
１８０．第２のＷＴＲＵの識別情報が、ＩＰアドレス、電子メールアドレス、または電話番号により示される、実施形態１２６から１７９のいずれか１つに記載の方法。
【０３２２】
１８１．対象のメディアフローの識別情報が、メディアの種類のインジケーション、ＩＰアドレス、ビットレート、またはコーデックを含む、実施形態１２６から１８０のいずれか１つに記載の方法。
【０３２３】
１８２．ネットワーク間のデバイス間移転を実行するステップが、インターネットプロトコル（ＩＰ）基幹アクセスネットワーク（ＣＡＮ）を介してアクセスレグを確立するステップを含む、実施形態１２６から１８１のいずれか１つに記載の方法。
【０３２４】
１８３．通信セッションを実行するステップが、ユーザプレーンの情報を受信するステップを含む、実施形態１２６から１８２のいずれか１つに記載の方法。
【０３２５】
１８４．ユーザプレーンの情報を受信するステップが、メディアデータを受信するステップを含む、実施形態１２６から１８３のいずれか１つに記載の方法。
【０３２６】
１８５．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵと第２のＷＴＲＵにおいて、実質的に同時に通信セッションを実行するステップを含む、実施形態１２６から１８４のいずれか１つに記載の方法。
【０３２７】
１８６．ネットワーク間のデバイス間移転を実行するステップが、セッションを複製するステップを含む、実施形態１２６から１８５のいずれか１つに記載の方法。
【０３２８】
１８７．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて通信セッションを制御するステップを含む、実施形態１２６から１８６のいずれか１つに記載の方法。
【０３２９】
１８８．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵにおいて通信セッションを制御するステップを含む、実施形態１２６から１８７のいずれか１つに記載の方法。
【０３３０】
１８９．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵおよび第２のＷＴＲＵにおいて通信を制御するステップを含む、実施形態１２６から１８８のいずれか１つに記載の方法。
【０３３１】
１９０．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、無線通信において用いる無線送受信ユニット（ＷＴＲＵ）。
【０３３２】
１９１．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、無線通信において用いる基地局。
【０３３３】
１９２．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、集積回路。
【０３３４】
特徴および要素が、特定の組み合わせにより上述されているが、各々の特徴または要素は、単独で用いられてもよく、または他の特徴および要素との任意の組み合わせで用いられてもよいことを、当業者は理解するだろう。加えて、本明細書で説明される方法は、コンピュータもしくはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェアまたはファームウェアに実装されうる。コンピュータ可読媒体の例は、（有線または無線の接続により送信される）電気信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部のハードディスクおよび取り外し可能ディスクのような磁気メディア、磁気光学メディア、並びに、ＣＤ−ＲＯＭディスクおよびＤＶＤのような光メディアを含む。ソフトウェアと関連するプロセッサを用いて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて用いるための、高周波送受信機を実装することができる。
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
無線通信が発展するにしたがい、無線技術はさらなる機能と能力を可能にする。１つの能力は、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）のセッションを保持する能力である。ＩＭＳは、ＩＰ基盤のマルチメディアサービスを実現するための、アーキテクチャのフレームワークである。無線送受信ユニット（ＷＴＲＵ）は、限定はされないが、ＵＴＲＡＮ（UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network）、ＬＴＥ（Long Term Evolution）、ＷｉＭａｘ（Worldwide Interoperability for Microwave Access）、またはＷＬＡＮ（Wireless Local Area Network）技術などの技術に基づくネットワークを含む、様々なアクセスネットワークを通じてＩＭＳに接続することができる。ＷＴＲＵは、パケット交換（ＰＳ）ドメインを通じてＩＭＳにアクセスすることができる。ＩＣＳ（IMS Centralized Services）を用いることで、ＷＴＲＵは、回線交換（ＣＳ）ドメインを介して、ＩＭＳサービスにさらにアクセスすることができる。
【０００３】
さらに、ＩＭＳセッションを用いることで、ＷＴＲＵは、遠隔のパーティとのメディアセッションを保持することができる。これらのメディアセッションの例には、音声、映像または文字によるセッションがある。複数のＷＴＲＵが、ＩＭＳを用いて、遠隔のパーティとの１つまたは複数の協調メディアセッションに参加することもできる。
【発明の概要】
【０００４】
コントローラＷＴＲＵから別のＷＴＲＵへのＩＭＳ協調セッションの制御権の移転を無線送受信ユニット（ＷＴＲＵ）が要求するための方法および装置が開示される。この方法および装置では、協調セッションの制御権の移転要求は、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信される。ＳＩＰ（session initiation protocol）メッセージングが、開示される方法および装置において通信のために用いられうる。また、ＷＴＲＵが、ＩＭＳメディアセッションフローをあるＷＴＲＵから別のＷＴＲＵに移転するためのデバイス間移転（ＩＤＴ）を要求するための方法および装置も開示される。
【図面の簡単な説明】
【０００５】
添付図面とともに例として与えられる以下の説明から、より深い理解を得られる。
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態が実施されうる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システムの中で用いられうる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システムの中で用いられうる、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】インターネットプロトコルマルチメディアサブシステムの例を示す図である。
【図３】サードパーティの呼制御を用いた通信セッションの例を示す図である。
【図４】ファーストパーティの呼制御を用いた通信セッションの例を示す図である。
【図５】ＩＭＳセッションにおける、ＷＴＲＵのための従来のシグナリングおよびベアラのアーキテクチャである。
【図６】ＩＭＳ協調セッションにおける、２つのＷＴＲＵのためのシグナリングおよびベアラの経路を示す図である。
【図７】被制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図８】被制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての代替的な情報の流れを示す図である。
【図９】制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１０】制御側のＷＴＲＵにより開始される、協調セッションの制御権の移転についての代替的な情報の流れを示す図である。
【図１１】ＳＣＣ ＡＳにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１２】遠隔のパーティにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１３】遠隔のパーティにより開始される、協調セッションの制御権の移転についての情報の流れを示す図である。
【図１４】ＩＰネットワークを介して遠隔のパーティとＩＭＳセッション状態にあるＷＴＲＵの例を示す図である。
【図１５】異なるＩＭＳ加入に属するＷＴＲＵの間での協調セッションのための、制御プレーンおよびユーザプレーンのパスを示す図である。
【図１６】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図１７】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアフローの移転についての情報の流れの代替的な実施形態を示す図である。
【図１８】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図１９】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【図２０】制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアセッションの移転についての情報の流れを示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示される実施形態が実施されうる例示的な通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する複数のアクセスシステムでありうる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースを共有することによって、そのようなコンテンツにアクセスすることを可能にしうる。例えば、通信システム１００は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、ＯＦＤＭＡ（Orthogonal FDMA）、ＳＣ−ＦＤＭＡ（Single Carrier FDMA）などの１つまたは複数のチャネル接続方法を利用することができる。
【０００８】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆電話交換回線網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含みうるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を考慮することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成される任意の種類のデバイスであってよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ装置（ＵＥ）、移動局、固定式または移動式の加入者ユニット、ページャ、携帯電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電機器などを含みうる。
【０００９】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含みうる。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスにインターフェースをとり、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするように構成される任意の種類のデバイスであってよい。例えば、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ−Ｂ、Ｈｏｍｅ Ｎｏｄｅ−Ｂ、Ｈｏｍｅ ｅＮｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは各々、単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含みうることが理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮ１０４は、他の基地局および／またはネットワーク要素（図示せず）、例えば、ＢＳＣ（base station controller）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなども含みうる。基地局１１４ａおよび／または基地局１１４ｂは、セルと呼ばれうる特定の地理的な領域（図示せず）の中で、無線信号を送信および／または受信するように構成されうる。セルはさらに、セルのセクタに分割されうる。例えば、基地局１１４ａに関連するセルは、３個のセクタに分割されうる。したがって、一実施形態では、基地局１１４ａは、３個の送受信機、すなわち、セルの各セクタに対して１個の送受信機を含みうる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができるので、セルの各セクタに対して複数の送受信機を利用することができる。
【００１１】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と、エアインターフェース１１６を介して通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であってよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立されうる。
【００１２】
より具体的には、上述したように、通信システム１００は、複数のアクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access）などの無線技術を実行することができ、そのような無線技術は、ＷＣＤＭＡ（wideband CDMA）を用いてエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（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）を提供する回線交換電話網を含みうる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの、ＴＣＰ、ＵＤＰおよびＩＰなどの共通の通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含みうる。ネットワーク１１２は、他のサービスプロバイダにより所有および／または運用される有線もしくは無線の通信ネットワークを含みうる。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよく、この別のコアネットワークは、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用しうる。
【００１８】
通信システム１００のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通じて異なる無線ネットワークと通信するための複数の送受信機を含んでもよい。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を利用しうる基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を利用しうる基地局１１４ｂと通信するように構成されうる。
【００１９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳ（global positioning system）チップセット１３６および他の周辺機器１３８を含みうる。ＷＴＲＵ１０２は、実施形態と矛盾することなく、前述の要素の任意の副次的な組み合わせを含みうることが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、ステートマシンなどであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理および／またはＷＴＲＵ１０２が無線環境で動作できるようにするための任意の他の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送信／受信要素１２２に結合されうる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０は、ともに電子パッケージまたは電子チップに統合されてもよいことが理解されよう。
【００２１】
送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成されうる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／受信するように構成されるアンテナであってよい。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶまたは可視光の信号を送信および／または受信するように構成されるエミッタ／検出器であってよい。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されうる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２２】
また、送信／受信要素１２２は、単一の要素として図１Ｂに示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含みうる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための、２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含みうる。
【００２３】
送受信機１２０は、送信／受信要素１２２により送信されるべき信号を変調し、送信／受信要素１２２により受信される信号を復調するように構成されうる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有しうる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるようにするために、複数の送受信機を含みうる。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）と結合されてもよく、またはこれらからのユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。また、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能メモリ１３２のような任意の種類の適切なメモリからの情報にアクセスすることができ、そうしたメモリにデータを保存することができる。取り外し不可能なメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは任意の他の種類のメモリ保存デバイスを含みうる。取り外し可能メモリ１３２は、ＳＩＭ（subscriber identity module）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含みうる。別の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２、例えばサーバまたは自宅のコンピュータ（図示せず）に物理的に存在しないメモリからの情報にアクセスすることができ、そうしたメモリにデータを保存することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２の他のコンポーネントに電力を分配し、かつ／または他のコンポーネントへの電力を制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含みうる。
【００２６】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成されうる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信することができ、かつ／または、２つ以上の近隣の基地局から受信される信号のタイミングに基づいて、自身の位置を決定することができる。ＷＴＲＵ１０２は、実施形態と矛盾することなく、任意の適切な位置決定方法によって位置情報を得られることが理解されよう。
【００２７】
プロセッサ１１８はさらに、他の周辺機器１３８と結合されてもよく、周辺機器１３８は、追加の特徴、機能および／または有線もしくは無線の接続を提供する、１つまたは複数のソフトウェアおよび／もしくはハードウェアモジュールを含みうる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真または映像のための）、ＵＳＢ（universal serial bus）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含みうる。
【００２８】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためのＥ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。
【００２９】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含みうるが、ＲＡＮ１０４は、実施形態と矛盾することなく、任意の数のｅＮｏｄｅ−Ｂを含みうることが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を各々含みうる。一実施形態では、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１４０ａは例えば、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信するための、複数のアンテナを用いることができる。
【００３０】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示せず）と関連付けられてもよく、無線リソース管理についての決定、ハンドオーバーについての決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを行うように構成されうる。図１Ｃに示されるように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して、互いに通信することができる。
【００３１】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含みうる。前述の要素の各々は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれもが、コアネットワーク運用者以外のエンティティにより所有および／または運用されてもよいことが理解されよう。
【００３２】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとして動作することができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの有効化／無効化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが最初に接続されるときの具体的なサービングゲートウェイの選択などに関与する。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することができる。
【００３３】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４のｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されうる。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットをルーティングし、および転送することができる。サービングゲートウェイ１４４はまた、ｅＮｏｄｅ−Ｂ間でのハンドオーバー中のユーザプレーンのアンカーリング（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能である場合のページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および保存などの他の機能を実行することもできる。
【００３４】
サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３５】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定回線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして動作するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。また、コアネットワーク１０６は、他のサービスプロバイダにより所有および／または運用される、他の有線または無線ネットワークを含みうる他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３６】
無線通信は、ＩＭＳ（IP Multimedia Subsystem）を用いることを含みうる。例えば、図１Ｃに示されるようなＬＴＥでは、または任意の他のＲＡＮ／コアネットワークでは、他のネットワーク１１２はＩＭＳを含みうる。ＩＭＳを用いた通信セッションは、あるＷＴＲＵから別のＷＴＲＵに移転されてもよく、または複製されてもよい。
【００３７】
図２は、ＩＭＳ２０１、ＩＭネットワーク２０２、回線交換（ＣＳ）ネットワーク２０４、レガシーネットワーク２０６を含み、無線送受信ユニット（ＷＴＲＵ）２１０と通信する、インターネットプロトコル（ＩＰ）マルチメディアコアネットワーク（ＩＭ ＣＮ）の一例の図である。ＩＭＳ２０１は、パケット交換ドメインを通じて送られる、音声、映像、文字、チャットまたはこれらの組み合わせなどのＩＭサービスに対応するためのコアネットワーク（ＣＮ）要素を含む。図示されるように、ＩＭＳ２０１は、ＨＳＳ（Home Subscriber Server）２２０、アプリケーションサーバ（ＡＳ）２３０、ＣＳＣＦ（Call Session Control Function）２４０、ＢＧＦ（Breakout Gateway Function）２５０、ＭＧＦ（Media Gateway Function）２６０、およびＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）２７０を含む。図２に示される論理的なエンティティおよび信号経路に加えて、ＩＭＳは、１つまたは複数の物理的なデバイスに存在しうる任意の他の構成の論理的なエンティティを含みうる。この論理的な例には示されないが、ＷＴＲＵは別個の物理的なユニットであってよく、Ｎｏｄｅ−ＢまたはｅＮＢ（enhanced Node-B）のような基地局を介して、ＩＭ ＣＮに接続されうる。
【００３８】
ＷＴＲＵ２１０は、有線および／または無線の環境において動作および／または通信するように構成される、任意の種類のデバイスであってよい。
【００３９】
ＨＳＳ２０は、加入（subscription）に関する情報を保持および提供して、ＩＭセッションを扱うネットワークエンティティを支援することができる。例えば、ＨＳＳは、ＩＭＳユーザの識別情報、セキュリティ情報、位置情報およびプロファイル情報を含みうる。
【００４０】
ＡＳ２３０は、ＳＩＰアプリケーションサーバ、ＯＳＡアプリケーションサーバ、またはＣＡＭＥＬ ＩＭ−ＳＳＦであってよく、ＩＭサービスの価値を向上させることができ、ホームネットワークまたはサードパーティの場所に存在しうる。ＡＳは、ホームネットワーク、コアネットワークまたはスタンドアロンのＡＳネットワークなどのネットワークに含まれうる。ＡＳは、ＩＭサービスを提供することができる。例えば、ＡＳは、ユーザエージェント（ＵＡ）の終了、リダイレクトサーバ、ＵＡの開始、ＳＩＰプロキシ、またはサードパーティの呼制御の機能を実行することができる。
【００４１】
ＣＳＣＦ２４０は、Ｐ−ＣＳＣＦ（Proxy CSCF）、Ｓ−ＣＳＣＦ（Serving CSCF）、Ｅ−ＣＳＣＦ（Emergency CSCF）またはＩ−ＣＳＣＦ（Interrogating CSCF）を含みうる。例えば、Ｐ−ＣＳＣＦは、ＩＭＳの中でＷＴＲＵのために第１の接続点を提供することができ、Ｓ−ＣＳＣＦは、セッションの状態を処理することができ、Ｉ−ＣＳＣＦは、あるネットワーク運用者の加入者に宛てられたＩＭＳ接続のための、または、そのネットワーク運用者のサービスエリア内に現在位置するローミング中の加入者に宛てられたＩＭＳ接続のための接続点を、その運用者のネットワーク内で提供することができる。
【００４２】
ＢＧＦ２５０は、ＩＢＣＦ（Interconnection Border Control Function）、ＢＧＣＦ（Breakout Gateway Control Function）またはＴｒＧＷ（Transition Gateway）を含みうる。ＢＧＦの一部として説明されるが、ＩＢＣＦ、ＢＧＣＦまたはＴｒＧＷは、別個の論理的なエンティティを各々表してもよく、１つまたは複数の物理的なエンティティに存在してもよい。
【００４３】
ＩＢＣＦは、ＳＩＰ／ＳＤＰプロトコル層において、アプリケーション特有の機能を提供し、運用者のドメイン間での相互接続を実行することができる。例えば、ＩＢＣＦは、ＳＩＰアプリケーションの間の通信、ネットワークトポロジーハイディング、移転プレーン機能の制御、ＳＩＰシグナリング情報のスクリーニング、適切なシグナリングの相互接続の選択および課金データ記録の生成を可能にしうる。
【００４４】
ＢＧＣＦは、ＳＩＰメッセージのようなＩＭＳメッセージのルーティングを決定することができる。この決定は、シグナリングプロトコルで受信される情報、管理情報またはデータベースへのアクセスに基づきうる。例えば、ＰＳＴＮ／ＣＳドメインの停止について、ＢＧＣＦは、ＰＳＴＮ／ＣＳドメインのブレイクアウトがこれから起きるネットワークを判定し、ＭＧＣＦを選択することができる。
【００４５】
ＴｒＧＷは、メディア経路（media path）に位置していてもよく、ＩＢＣＦにより制御されてよく、ネットワークアドレスおよびポートの変換と、プロトコルの変換を行うことができる。
【００４６】
ＭＧＦ２６０は、ＭＧＣＦ（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）と呼ばれうる。
【００５６】
ＩＭＳを用いて通信セッション３００を確立するために、ＷＴＲＵ３１０は、ＩＭ ＣＮ ３５０を介して接続（アクセスレグ）を開始することができる。ＷＴＲＵ３１０は、ＭＧＦ３５８を介してメディアフロー３３０を、ＣＳＣＦ３５６を介して制御シグナリング３４０を受信することができる。遠隔のデバイス３２０は、遠隔のネットワーク（リモートレグ）を介して、例えばインターネット３６０を介して、通信セッション３００に参加することができる。
【００５７】
図４は、ＷＴＲＵ４１０と遠隔のユニット４２０との間での、ＩＭＳを用いたピアツーピア通信セッション４００の一例の図である。通信セッション４００は、図２に示されるＩＭ ＣＮのようなＩＭ ＣＮ４５０を含みうるネットワークを介して確立される、メディアフロー４３０および制御シグナリング４４０を含みうる。ＩＭ ＣＮ４５０は、ＣＳＣＦ４５２およびＭＧＦ４５８を含みうる。ＷＴＲＵ４１０は、ＩＭ ＣＮを用いることなく、遠隔のデバイスから直接制御信号およびメディアフローを受信してもよい。
【００５８】
ＩＭＳを用いて通信セッション４００を確立するために、ＷＴＲＵ４１０は、ＩＭ ＣＮ４５０を介して接続（アクセスレグ）を開始することができる。アクセスレグにおいて、ＷＴＲＵ４１０は、ＭＧＦ４５８を介してメディアフロー４３０を、ＣＳＣＦ４５２を介して制御シグナリング４４０を受信することができる。ＷＴＲＵ４１０、遠隔のデバイス４２０またはこれら両方は、通信セッション４００のために、通信を維持して呼制御機能を実行することができる。遠隔のデバイス４２０は、遠隔のネットワーク（リモートレグ）を介して、例えばインターネット４６０を介して、通信セッション４００に参加することができる。
【００５９】
図５は、ＷＴＲＵ５０１と遠隔のパーティ（図示せず）との間のＩＭＳセッションのための、従来のシグナリングおよびベアラのアーキテクチャを示す。ＩＭＳセッションを通じて、ＷＴＲＵ５０１は、遠隔のパーティとのメディアフロー５１０に関与することができる。ＷＴＲＵ５０１は、ＬＴＥネットワークなどのネットワークを介して通信セッションに接続されうる。図５に実線で示されるメディアフロー５１０は、例えば、音声セッションまたは映像セッションであってよいが、別の種類のメディアフローも考慮される。ＷＴＲＵ５０１は、図５に点線で示される、メディア制御シグナリング経路５２０によって、メディアフロー５１０の制御を維持することができ、これは、セッション開始プロトコル（ＳＩＰ）メッセージを用いることを含みうる。
【００６０】
ＷＴＲＵ５０１のメディアフロー５１０を制御するための制御シグナリング５２０は、ＷＴＲＵ５０１とＣＳＣＦ（Call Session Control Function）５０２ｂとの間に延び、ＣＳＣＦ５０２ｂは、ＩＭＳにおけるセッション開始プロトコル（ＳＩＰ）シグナリングを処理する。ＣＳＣＦ５０２ｂは、プロキシサーバとして動作しうるので、制御権の要求を受け入れることができ、制御権の要求を内部に提供し、制御権の要求を変換し、または制御権の要求を転送することができる。ＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）５０２ａは、マルチメディアセッションのサービスの連続性を実現し、ＩＭＳ通信セッションを担当する（anchor）。図５に示される実施形態では、ＳＣＣ ＡＳ５０２ａは、ＣＳＣＦ５０２ｂおよびＷＴＲＵ５０１とのアクセスレグを確立し、ＣＳＣＦ５０２ｂおよび遠隔のパーティとのリモートレグも確立する。
【００６１】
図６は、遠隔のパーティ（図示せず）とのＩＭＳ協調セッションにおける、２個のＷＴＲＵ、すなわちＷＴＲＵ−１ ６０１およびＷＴＲＵ−２ ６０２のための、シグナリングおよびベアラの経路を示す。ＷＴＲＵ−６０１は、遠隔のパーティとのメディア経路６１０を有し、ＷＴＲＵ−１ ６０１は、メディア制御シグナリング経路６３０により、メディアセッションの制御を維持する。ＷＴＲＵ−２ ６０２は、別のメディア制御シグナリング経路６４０により、メディア経路６２０の制御を維持する。
【００６２】
さらに、この実施形態では、ＷＴＲＵ−１ ６０１は制御側のＷＴＲＵ（controller WTRU）であり、ＷＴＲＵ−２ ６０２は被制御側のＷＴＲＵ（controllee WTRU）であり、ＷＴＲＵ−１ ６０１は、２個のＷＴＲＵの協調メディアセッションに対する制御権を有する。制御側のＷＴＲＵとして、ＷＴＲＵ−１ ６０１は、協調セッションを制御し、協調セッションの一部であるＷＴＲＵ間で、メディアフローを追加し、除去し、解放し、複製し、または移転することができる。制御側のＷＴＲＵは、協調セッションのメディアフローに影響するＷＴＲＵによる要求を、許可または拒否することもできる。例えば、制御側のＷＴＲＵ−１ ６０１は、映像セッションなどのメディアフローのＷＴＲＵ−２ ６０２への移転を開始することができる。しかし、制御側のＷＴＲＵ−１ ６０１は、セッション移転のためのＷＴＲＵ−２ ６０２の要求を拒否してもよい。さらに、制御側のＷＴＲＵ−１ ６０１は、ＷＴＲＵ−２ ６０２に協調セッションの制御権を移転することができるが、逆に、ＷＴＲＵ−２に制御権を移転させるためのＷＴＲＵ−２による要求を拒否することができる。
【００６３】
ＷＴＲＵ−１ ６０１およびＷＴＲＵ−２ ６０２は、図６においては同じ加入条件にあり、協調セッションは、ＳＣＣ ＡＳ６０３ａにより担当され、ＳＣＣ ＡＳ６０３ａは、ＷＴＲＵ−１ ６０１とのアクセスレグおよびＷＴＲＵ−２ ６０２とのアクセスレグを形成する。リモートレグは、標準的なＩＭＳセッションとして、ＳＣＣ ＡＳ６０３ａによって、ＣＳＣＦ６０３ｂおよび遠隔のパーティに提示される。アプリケーションサーバ（ＡＳ）６０３ｃは、リモートレグで実行される。
【００６４】
本明細書で詳述される実施形態は、ある制御側のＷＴＲＵから別のＷＴＲＵに協調セッションの制御権を移転するための情報の流れを示す。この実施形態は、対象のＷＴＲＵにより開始される協調セッションの制御権の移転、制御側のＷＴＲＵにより開始される協調セッションの制御権の移転、ＳＣＣ ＡＳにより開始される協調セッションの制御権の移転、および、遠隔のパーティにより開始される協調セッションの制御権の移転についての情報の流れを示す。本明細書で詳述される実施形態はまた、あるＷＴＲＵから別のＷＴＲＵへの、メディアセッションまたはメディアフローのデバイス間移転（ＩＤＴ）についての情報の流れも説明する。この実施形態は、発信元のＳＣＣ ＡＳにより担当されるＩＤＴと、対象のＳＣＣ ＡＳにより担当されるＩＤＴとを説明する。
【００６５】
本明細書で説明される実施形態の情報の流れでは、ＳＩＰメッセージングが、ＷＴＲＵと、ＳＣＣ ＡＳと、ＣＳＣＦと、遠隔のパーティとの間で、制御プレーンのメッセージングに利用されうる。
【００６６】
図７は、被制御側のＷＴＲＵにより開始される協調セッションの制御権の移転についての情報の流れを示す。実施形態７００において、被制御側のＷＴＲＵは、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転を開始する。最初は、協調セッションは、ＷＴＲＵ−１ ７０１とＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間で確立され、ＷＴＲＵ−１ ７０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ ７０２は被制御側のＷＴＲＵ７１０として動作する。
【００６７】
協調セッションは、ＳＣＣ ＡＳ７０４により担当される（anchor）。各ＷＴＲＵは、遠隔のパーティ７０３とのメディアフローを有してもよく、メディアフローＡは、ＷＴＲＵ−１ ７０１と遠隔のパーティ７０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間のメディアフローである（７１０）。ＷＴＲＵ−１ ７０１が、現在、協調セッション７１０の制御を維持している。さらに、ＩＭＳのセッション開始プロトコル（ＳＩＰ）メッセージが、ＷＴＲＵ−１ ７０１とＷＴＲＵ−２ ７０２と遠隔のパーティ７０３との間の協調セッションで利用され、リンケージおよびセッションの制御権を提供することができる（７１０）。
【００６８】
ＷＴＲＵ−１ ７０１およびＷＴＲＵ−２ ７０２は、図３に示されるＩＰ−ＣＡＮなどのネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ７０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。また、単一のＳＣＣ ＡＳ７０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含んでもよく、例えば、ＷＴＲＵ−１ ７０１およびＷＴＲＵ−２ ７０２は、異なるＳＣＣ ＡＳと各々関連付けられてもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００６９】
実施形態７００では、被制御側のＷＴＲＵ−２ ７０２は、制御側のＷＴＲＵ−１ ７０１から自身に協調セッションの制御権を移転しようとする。ＷＴＲＵ−２ ７０２は、協調セッション７２０の制御権を移転するために、要求をＳＣＣ ＡＳ７０４に送信する。この要求は、制御権が移転されるべきである協調セッションの識別情報、新たな制御側の識別情報（すなわちＷＴＲＵ−２ ７０２）、または、移転の影響を受けるメディアフローの識別情報を含みうる。ＷＴＲＵの識別情報は、登録された公開ユーザ識別情報（Public User Identity）、公開のＧＲＵＵ（Globally Routable Agent Uniform Resource Identifier）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）に基づく識別情報、電子メールアドレスに基づく識別情報、またはＵＲＬ（Uniform Resource Locator）もしくはＵＲＩ（Uniform Resource Identifier）に基づく識別情報を含みうる。
【００７０】
協調セッションの制御権の移転の要求を受信した後で、ＳＣＣ ＡＳ７０４は、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうか判定することができる。ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２が、協調セッションを制御し協調セッションの制御に関する機能を実行する準備ができている、またはそれらを実行できるパーティであるかどうか、判定することができる。ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２が、協調セッションの制御を行うことが（例えばＷＴＲＵ−１ ７０１により）許可されるかどうかを判定することができる。ＳＣＣ ＡＳ７０４はまた、ＷＴＲＵ−２ ７０２が、信用できる発信元であるかどうかを判定することもできる。ＷＴＲＵ−１ ７０１が信用されているデバイスまたはユーザのリストを有する場合、ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２ ７０２またはそのプロファイルが、その信用リストのデバイスまたはユーザの中にあるかどうかを判定することができる。さらに、ＳＣＣ ＡＳ７０４は、ＷＴＲＵ−２が、ＷＴＲＵ−１ ７０１と同じユーザプロファイルに属するかどうかを判定することができる。
【００７１】
ＳＣＣ ＡＳ７０４は、２個以上の被制御側のＷＴＲＵが協調セッションに関与する場合、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ７０１または遠隔のパーティ７０３に同意を要求することができ、ＳＣＣ ＡＳ７０４は、移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新することができる。
【００７２】
ＳＣＣ ＡＳ７０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−１ ７０１送信する（７３０）。このメッセージは、ＷＴＲＵ−１ ７０１に、ＷＴＲＵ−２ ７０２への協調セッションの制御権の移転を受け入れるように要求する。この要求は、新たな制御側の識別情報（即ち、ＷＴＲＵ−２ ７０２のＩＤ）、制御権が移転されるべき１つまたは複数のメディアフローのＩＤ、またはセッションのメディア属性を含む、セッションについての関連する情報を含みうる。制御権が移転されようとしている協調セッション、または、協調セッションの制御権の移転の影響を受けるメディアフローを識別することは、ＷＴＲＵが複数の協調セッションに関与する場合には特に重要である。
【００７３】
ＷＴＲＵ−１ ７０１は、要求についてユーザの入力を求めることができ、または、要求の受け入れは、事前に構成された条件にしたがって引き起こされうる。ＷＴＲＵ−１ ７０１は、協調セッションの制御権の移転の要求を受け入れ、ＳＣＣ ＡＳ７０４に受け入れを示すことができる（７４０）。この受け入れは、新たな制御側の識別情報（即ち、ＷＴＲＵ−２ ７０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローの識別情報を含みうる。ＳＣＣ ＡＳは、ＷＴＲＵ−１ ７０１から協調セッションの制御権を除去し、ＷＴＲＵ−２ ７０２に協調セッションの制御権を与える。ＳＣＣ ＡＳ７０４は、次いで、他の被制御側を更新することができ、新たな制御側のＷＴＲＵ情報で遠隔のパーティ７０３を更新することができる。ＳＣＣ ＡＳ７０４はまた、制御権の移転の受入承認を、新たな制御側のＷＴＲＵ、すなわちＷＴＲＵ−２ ７０２に送信することができる（７５０）。制御権の移転の受入承認は、制御権が移転される協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転される１つまたは複数のメディアフローの識別情報を含みうる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ ７０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ７０１は被制御側のＷＴＲＵになる（７６０）。
【００７４】
図８は、被制御側のＷＴＲＵにより開始される協調セッションの制御権の移転の、代替的な実施形態８００を示す。図８は、ＷＴＲＵ−１ ８０１およびＷＴＲＵ−２ ８０２が遠隔のパーティ８０３と協調セッションの状態にあり、協調セッションがＳＣＣ ＡＳ８０４により担当される場合の、協調セッションの制御権の移転の情報の流れを示す。
【００７５】
ＷＴＲＵ−１ ８０１およびＷＴＲＵ−２ ８０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ８０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。加えて、単一のＳＣＣ ＡＳ ８０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含んでもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００７６】
ＷＴＲＵ−１ ８０１は、制御側のＷＴＲＵとして、ＳＣＣ ＡＳ８０４との協調セッションの制御シグナリングを用いて、協調セッションの制御を維持する（８１０）。一方、ＷＴＲＵ−１ ８０２は被制御側のＷＴＲＵである。各ＷＴＲＵは、遠隔のパーティとのメディアフローを有してもよく、メディアフローＡは、ＷＴＲＵ−１ ８０１と遠隔のパーティ８０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ８０３と遠隔のパーティ８０３との間のメディアフローである（８２０）。
【００７７】
ＷＴＲＵ−２ ８０２は、ＷＴＲＵ−１ ８０１から自身に協調セッションの制御権を移転しようとする。既存のメディアフローは、協調セッションの制御権の移転の影響は受けないままでありうることに、留意されたい。ＷＴＲＵ−２ ８０２は、協調セッションの制御権を得るために、協調セッションの制御権の移転の要求をＳＣＣ ＡＳ８０４に送信する（８３０）。この要求は、ＷＴＲＵ−１ ８０１の識別情報を含みうる。この要求はまた、協調セッションの識別情報、制御側のＷＴＲＵの識別情報、または、制御権の移転により影響をうける協調セッションのメディアフローの識別情報を含みうる。
【００７８】
ＳＣＣ ＡＳ８０４はまた、移転が許可されるかどうかを判定することもでき、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ８０１からの、もしくは遠隔のパーティ８０３からの同意を求めることができ、または、協調セッションの制御権の移転の要求に関する情報により、他の被制御側を更新することができる。ＳＣＣ ＡＳ８０４は、ＷＴＲＵ−２ ８０２がこの協調セッションのための制御側のＷＴＲＵとして動作できることを確実にしうる。
【００７９】
ＳＣＣ ＡＳ８０４は、制御側のＷＴＲＵ（ＷＴＲＵ−１ ８０１）に、制御権の移転の要求を認証するように要求することができ、または、ＳＣＣ ＡＳ８０４が、ＷＴＲＵ−１の代わりにその要求を認証してもよい（例えば、事前の構成によりそのことが求められる場合）。要求が認証されると、ＳＣＣ ＡＳ８０４は、協調セッションの制御権をＷＴＲＵ−２ ８０２に移転し、ＷＴＲＵ−１ ８０１から協調セッションの制御権を除去することができる（８４０）。
【００８０】
ＷＴＲＵ−２ ８０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ８０１は被制御側のＷＴＲＵになる。制御側のＷＴＲＵとして、ＷＴＲＵ−２ ８０２は、ＳＣＣ ＡＳ８０４との協調セッションの制御シグナリングを通じて、協調セッションの制御を維持する（８５０）。メディアフローＡは、ＷＴＲＵ−１ ８０１と遠隔のパーティ８０３との間に残ることができ、メディアフローＢは、ＷＴＲＵ−２ ８０２と遠隔のパーティ８０３との間に残ることができる（８６０）。それは、これらのメディアフローは、協調セッションの制御権の移転により影響を受けないままでありうるためである。ＳＣＣ ＡＳ８０４は、新たな制御側のＷＴＲＵにより、遠隔のパーティ８０３または他の被制御側のＷＴＲＵを更新することができる。さらに、ＳＣＣ ＡＳ８０４は、協調セッションの制御権が移転されたことを示す、協調セッションの制御権の移転の応答を、ＷＴＲＵ−２ ８０２に送信することができる（８７０）。
【００８１】
図９は、制御側のＷＴＲＵにより開始される、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転についての情報の流れを示す。最初は、協調セッションは、ＷＴＲＵ−１ ９０１とＷＴＲＵ−２ ９０２と遠隔のパーティ９０３との間で確立され、ＷＴＲＵ−１ ９０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ ９０２は被制御側のＷＴＲＵ９１０として動作する。各ＷＴＲＵは、遠隔のパーティ９０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ ９０１と遠隔のパーティ９０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ ９０２と遠隔のパーティ９０３との間のメディアフローである（９１０）。ＷＴＲＵ−１が、現在、協調セッションの制御を維持しており、協調セッションはＳＣＣ ＡＳ９０４により担当される。さらに、ＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供することができる（９１０）。ＳＩＰシグナリングが、協調セッションの制御シグナリングと、メディアフローＡの制御のために、ＷＴＲＵ−１ ９０１により用いられうる（９１０）。さらに、ＳＩＰシグナリングが、メディアフローＢを制御するために、ＷＴＲＵ−２ ９０２により用いられうる（９１０）。
【００８２】
ＷＴＲＵ−１ ９０１およびＷＴＲＵ−２ ９０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ９０４のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素、および／または図１に示されるようなＲＡＮを含んでもよい。また、単一のＳＣＣ ＡＳ９０４が示されるが、通信経路は、複数のＳＣＣ ＡＳ、ＣＳＣＦおよびＡＳを含んでもよく、例えば、ＷＴＲＵ−１ ９０１およびＷＴＲＵ−２ ９０２は、異なるＳＣＣ ＡＳと各々関連付けられてもよい。２つのメディアフローが示されるが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含んでもよい。
【００８３】
実施形態９００では、ＷＴＲＵ−１ ９０１は、ＷＴＲＵ−２ ９０２に協調セッションの制御権を移転しようとする。ＷＴＲＵ−１ ９０１は、協調セッションの制御権をＷＴＲＵ−２ ９０２に移転するために、要求をＳＣＣ ＡＳ９０４に送信する（９２０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。制御側のＷＴＲＵが１つの協調セッションしか有さない場合、制御権が移転されるべき協調セッションの識別情報は、この要求では提供されなくてもよいことに留意されたい。代わりに、制御権が移転されようとしている協調セッションの識別情報が、ＷＴＲＵ−１ ９０１の識別情報を知っているＳＣＣ ＡＳ９０４により決定されうる。反対に、ＷＴＲＵが２個以上の協調セッションに関与している場合は、制御権が移転されようとしている協調セッションを識別することが重要である。
【００８４】
協調セッションの制御権の移転の要求を受信すると、ＳＣＣ ＡＳ９０４は、協調セッションの制御権の移転が許可されるかどうかを判定することができる。例えば、ＳＣＣ ＡＳ９０４は、セッションの制御権の移転先のＷＴＲＵ（即ち、ＷＴＲＵ−２ ９０２）に同意を要求することができる。さらに、２個以上の被制御側のＷＴＲＵが関与する場合には、ＳＣＣ ＡＳ９０４は、協調セッションの制御権の移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新することができる。
【００８５】
ＳＣＣ ＡＳ ９０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−２ ９０２に送信する（９３０）。このメッセージは、ＷＴＲＵ−２ ９０２に、協調セッションの制御側のＷＴＲＵになるように要求する。この要求は、協調セッションの識別情報、新たな制御側のＩＤ（ＷＴＲＵ−２ ９０２のＩＤ）、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ ９０２は、要求に関するユーザの入力を求め、または、事前に構成された条件にしたがって要求の受け入れを引き起こすことができる。例えば、ＷＴＲＵ−２ ９０２は、ＷＴＲＵ−１ ９０１からの協調セッションの制御権の移転を、常に受け入れるように構成されうる。
【００８６】
ＷＴＲＵ−２ ９０２は、協調セッションの制御権の移転の受け入れを、ＳＣＣ ＡＳ９０４に示すことができる（９４０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ ９０２のＩＤ）または制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ９０４は、ＷＴＲＵ−１ ９０１からセッションの制御権を除去し、ＷＴＲＵ−２ ９０２にセッションの制御権を与えることができる。さらに、ＳＣＣ ＡＳ９０４は、新たな制御側のＷＴＲＵのセットアップにより他の被制御側のＷＴＲＵを更新することができ、制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップにより遠隔のパーティを更新することができる（９５０）。ＳＣＣ ＡＳ９０４はまた、新たな制御側のＷＴＲＵ、即ち、ＷＴＲＵ−２ ９０２に、制御権の移転の受入承認を送信することができる（９６０）。制御権の移転の受入承認は、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または制御権が移転される１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の後、ＷＴＲＵ−２ ９０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ ９０１は被制御側のＷＴＲＵになる（９７０）。
【００８７】
図１０は、制御側により開始される協調セッションの制御権の移転についての情報の流れの代替的な実施形態１０００を示す。図１０では、ＷＴＲＵ−１ １００１およびＷＴＲＵ−２ １００２が、遠隔のパーティ１００３と協調セッションの状態にあり、協調セッションはＳＣＣ ＡＳ１００４により担当される。ＷＴＲＵ−１ １００１は、協調セッションの制御権を、ＷＴＲＵ−２ １００２に移転しようとする。ＷＴＲＵ−１ １００１は制御側のＷＴＲＵなので、ＳＣＣ ＡＳ１００４との協調セッションの制御シグナリングを用いて、協調セッションの制御を維持する（１０１０）。一方、ＷＴＲＵ−２ １００２は被制御側のＷＴＲＵである。各ＷＴＲＵは遠隔のパーティとのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １００１と遠隔のパーティ１００３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １００２と遠隔のパーティ１００３との間のメディアフローである（１０１０）。
【００８８】
ＷＴＲＵ−１ １００１は、協調セッションの制御権をＷＴＲＵ−２ １００２に移転しようとし、このとき既存のメディアフローは、協調セッションの制御権の移転による影響を受けないままでありうる。ＷＴＲＵ−１ １００１は、協調セッションの制御権を放棄するために、協調セッションの制御権の移転の要求をＳＣＣ ＡＳ１００４に送信する（１０２０）。この要求は、ＷＴＲＵ−２ １００２の登録された公開ユーザ識別情報（Public User Identity）またはＧＲＵＵを含みうる。この要求はまた、協調セッションの識別情報、制御側のＷＴＲＵの識別情報、または、制御権の移転により影響を受ける協調セッションのメディアフローの識別情報も含みうる。
【００８９】
ＳＣＣ ＡＳ１００４は、移転が許可されるかどうかを判定することができ、制御側のＷＴＲＵまたは遠隔のパーティからの同意を求めることができ、または、受信された協調セッションの制御権の移転に関する情報により、他の被制御側を更新することができる。ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−２ １００２が協調セッションの制御側のＷＴＲＵとして動作でき、ＷＴＲＵ−２ １００２により用いられる識別情報が、協調セッションのためにＷＴＲＵ−１ １００１により用いられる識別情報とサービスプロファイルを共有することを、確実にすることができる。
【００９０】
ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−２ １００２に、協調セッションの制御側のＷＴＲＵの役割を引き受けるように要求し（１０３０）、このときＳＣＣ ＡＳ１００４は、協調セッションの制御権の移転の要求をＷＴＲＵ−２ １００２に送信し、この要求は、制御権の移転先になるＷＴＲＵ、即ち、ＷＴＲＵ−２ １００２の識別情報を含みうる。この要求は、移転の影響を受けるメディアフローの識別情報を含みうる。
【００９１】
ＷＴＲＵ−２ １００２は、協調セッションの制御側のＷＴＲＵの役割を受け入れ、受け入れをＳＣＣ ＡＳ１００４に示すことができる（１０４０）。この受け入れは、制御権の移転先になるＷＴＲＵ、即ち、ＷＴＲＵ−２ １００２の識別情報、または、制御権が移転されるべきメディアフローの識別情報を含みうる。ＳＣＣ ＡＳ１００４は、ＷＴＲＵ−１ １００１に受入承認を送信し、ＷＴＲＵ−２ １００２が協調セッションの新たな制御側のＷＴＲＵであることを確認して（１０５０）、ＷＴＲＵ−１ １００１から協調セッションの制御権を除去する。ＷＴＲＵ−２ １００２は制御側のＷＴＲＵになり（１０６０）、ＷＴＲＵ−１ １００１は被制御側のＷＴＲＵになり、このときメディアフローＡは、ＷＴＲＵ−１ １００１と遠隔のパーティ１００３との間に残ることができ、メディアフローＢは、ＷＴＲＵ−２ １００２と遠隔のパーティ１００３との間に残ることができる（１０７０）。ＳＣＣ ＡＳ１００４は、新たな制御側のＷＴＲＵのセットアップによって、遠隔のパーティ１００３、さらには他の被制御側のＷＴＲＵを更新することができる。ＳＣＣ ＡＳ１００４はまた、協調セッションの制御権の移転の受入承認をＷＴＲＵ−２ １００２に送信することもでき、この受入承認は、セッションの識別情報、新たな制御側のＷＴＲＵの識別情報、または、制御権の移転の影響を受けるメディアフローの識別情報を含む。
【００９２】
図１１は、ＳＣＣ ＡＳにより開始される協調セッションの制御権の移転の情報の流れを示す。実施形態１１００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １１０１）は、協調セッションの制御権を被制御側のＷＴＲＵ（ＷＴＲＵ−２ １１０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１１０４により担当される。この実施形態１１００では、協調セッションの移転は、ＳＣＣ ＡＳ １１０４により開始される。
【００９３】
最初は、協調セッションは、ＷＴＲＵ−１ １１０１とＷＴＲＵ−２ １１０２と遠隔のパーティ１１０３との間に確立され、ＷＴＲＵ−１ １１０１は制御側のＷＴＲＵであり、ＷＴＲＵ−２ １１０２は被制御側のＷＴＲＵである（１１１０）。各ＷＴＲＵは、遠隔のパーティ１１０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １１０１と遠隔のパーティ１１０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １１０２と遠隔のパーティ１１０３との間のメディアフローである（１１１０）。ＳＩＰシグナリングは、メディアセッションの制御および協調セッションの制御に利用することができ、メディアフローＡと協調セッションの両方を制御するためのＳＩＰシグナリングは、ＷＴＲＵ−１ １１０１とＳＣＣ ＡＳ１１０４と遠隔のパーティ１１０３との間で送られる（１１１０）。さらに、メディアフローＢを制御するためのＳＩＰシグナリングは、ＷＴＲＵ−２ １１０２とＳＣＣ ＡＳ１１０４と遠隔のパーティ１１０３との間で送られる（１１１０）。
【００９４】
実施形態１１００において、ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−１ １１０１からＷＴＲＵ−２ １１０２に移転しようとする。協調の制御権の移転は、ユーザプロファイル、現在の状態（例えば、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ １１０１のＳＣＣ ＡＳ１１０４への接続が弱まった）によって、または、事前の構成にしたがって、ＳＣＣ ＡＳ１１０４により開始されうる。ＳＣＣ ＡＳ１１０４はまた、制御側のＷＴＲＵ、被制御側のＷＴＲＵ、または遠隔のパーティに、セッションの制御権の移転についての同意を要求することができる。さらに、他の被制御側のＷＴＲＵは、セッションの制御権の移転の要求を妨げることに関して更新されうる。
【００９５】
ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−２ １１０２に移転するために、要求をＷＴＲＵ−１ １１０１に送信する（１１２０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２ １１０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。制御側のＷＴＲＵ、即ち、ＷＴＲＵ−１ １１０１は、要求への応答についてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、協調セッションの制御権の要求の移転の受け入れを引き起こすことができる。
【００９６】
ＷＴＲＵ−１ １１０１は、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳ１１０４に示すことができる（１１３０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １１０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。
【００９７】
ＳＣＣ ＡＳ１１０４は、協調セッションの制御権の移転の要求を、ＷＴＲＵ−２ １１０２に送信することができる（１１４０）。制御権の移転の要求は、新たな制御側のＩＤ、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １１０２は、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、移転の受け入れを引き起こすことができる。ＷＴＲＵ−２ １１０２は、制御権の移転の受入承認を、ＳＣＣ ＡＳ１１０４に送信することができる（１１５０）。この受入承認は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １１０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１１０４は、協調セッションの制御権をＷＴＲＵ−２ １１０２に移転することができ、さらに、新たな制御側のＷＴＲＵのセットアップにより、遠隔のパーティ１１０３および他の被制御側のＷＴＲＵを更新することができる。協調セッションの制御権が移転された後で、ＷＴＲＵ−２ １１０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １１０１は被制御側のＷＴＲＵになる（１１６０）。
【００９８】
図１２は、遠隔のパーティにより開始される協調セッションの制御権の移転についての情報の流れを示す。図１２の実施形態１２００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １２０１）は、協調セッションの制御権を、被制御側のＷＴＲＵ（ＷＴＲＵ−２ １２０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１２０４により担当される。実施形態１２００において、協調セッションの制御権の移転は、遠隔のパーティ１２０３により開始され、ここで、遠隔のパーティはＷＴＲＵでありうる。最初は、協調セッションは、ＷＴＲＵ−１ １２０１とＷＴＲＵ−２ １２０２と遠隔のパーティ１２０３との間で確立される（１２１０）。各ＷＴＲＵは、遠隔のパーティ１２０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １２０１と遠隔のパーティ１２０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １２０２と遠隔のパーティ１２０３との間のメディアフローである（１２１０）。さらに、ＩＭＳのセッション開始プロトコル（ＳＩＰ）メッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供することができる（１２１０）。
【００９９】
実施形態１２００では、協調セッションの制御権の移転は、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティ１２０３により開始されうる。遠隔のパーティ１２０３は、協調セッションの制御権を移転するために、ＳＣＣ ＡＳ１２０４に要求を送信することができる（１２２０）。この要求は、制御命令の移転であってもよく、ＳＩＰメッセージであってもよい。この要求は、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１２０４は、制御側のＷＴＲＵに、または被制御側のＷＴＲＵに同意を要求することができ、協調セッションの中に複数の被制御側のＷＴＲＵがある場合は、これらの他の被制御側のＷＴＲＵは、セッションの制御権の移転の要求によって更新されうる。ＳＣＣ ＡＳ１２０４は、協調セッションの制御権の移転の要求をＷＴＲＵ−１ １２０１に送信することができる（１２３０）。この要求は、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。
【０１００】
ＷＴＲＵ−１ １２０１は、この協調セッションの制御権の移転の要求を受け入れることができ、受け入れをＳＣＣ ＡＳ１２０４に示すことができる（１２４０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １２０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１２０４は、制御権の移転の要求をＷＴＲＵ−２ １２０２に送信することができる（１２５０）。制御権の移転の要求は、新たな制御側のＩＤ、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １２０２は、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求めることができ、または、事前に構成された条件にしたがって、移転の受け入れを引き起こすことができる。ＷＴＲＵ−２ １２０２は、制御権の移転の受入承認をＳＣＣ ＡＳ１２０４に送信することができ、その受入承認において、協調セッションの制御権の移転の受け入れを示すことができる（１２６０）。この受入承認は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １２０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転に続いて、ＳＣＣ ＡＳ１２０４は、セッションの制御権の移転が完了したということを、遠隔のＷＴＲＵ１２０３に示すことができる（１２７０）。ＳＣＣ ＡＳ１２０４はさらに、新たな制御側の情報によって、他の被制御側のＷＴＲＵを更新することができる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ １２０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １２０１は被制御側のＷＴＲＵになる（１２８０）。
【０１０１】
図１３は、遠隔のパーティにより開始される協調セッションの制御権の移転についての代替的な情報の流れを示す。実施形態１３００では、制御側のＷＴＲＵ（ＷＴＲＵ−１ １３０１）は、協調セッションの制御権を被制御側のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に移転する。協調セッションは、ＳＣＣ ＡＳ１３０４により担当される。実施形態１３００では、協調セッションの制御権の移転は、遠隔のパーティ１３０３により開始される。最初は、協調セッションは、ＷＴＲＵ−１ １３０１とＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間で確立され、ＷＴＲＵ−１ １３０１は制御側のＷＴＲＵとして動作し、ＷＴＲＵ−２ １３０２は被制御側のＷＴＲＵとして動作する（１３１０）。各ＷＴＲＵは、遠隔のパーティ１３０３とのメディアフローを有し、メディアフローＡは、ＷＴＲＵ−１ １３０１と遠隔のパーティ１３０３との間のメディアフローであり、メディアフローＢは、ＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間のメディアフローである（１３１０）。ＷＴＲＵ−１ １３０１が、現在、協調セッションの制御を維持しており、ＳＩＰシグナリングが協調セッションの制御に用いられうる（１３１０）。さらに、ＳＩＰシグナリングは、ＷＴＲＵ−１ １３０１およびＷＲＲＵ−２ １３０２によって、それらのメディアセッションを制御するために用いられうる（１３１０）。
【０１０２】
実施形態１３００では、遠隔のパーティ１３０３は、協調セッションの制御権が、ＷＴＲＵ−１ １３０１からＷＴＲＵ−２ １３０２に移転されることを望む。協調の制御権の移転は、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティ１３０３により開始されうる。遠隔のパーティ１３０３は、協調セッションの制御権をＷＴＲＵ−２ １３０２に移転するために、ＷＴＲＵ−１ １３０１に要求を送信する（１３２０）。この要求は、制御権が移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（ＷＴＲＵ−２ １３０２のＩＤ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−１ １３０１は、この要求についてのユーザの入力を求めることができ、または、事前に構成された条件にしたがって要求の受け入れを引き起こすことができる。
【０１０３】
ＷＴＲＵ−１ １３０１は、協調セッションの制御権をＷＴＲＵ−２ １３０２に移転するために、ＳＣＣ ＡＳ１３０４に要求を送信する（１３３０）。この要求は、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（即ち、ＷＴＲＵ−２ １３０２のＩＤ）、または、自身の制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の要求を受信した後で、ＳＣＣ ＡＳ１３０４は、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうかを判定することができる。例えば、ＳＣＣ ＡＳ１３０４は、セッションの制御権が移転するように要求されるときの移転先のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に同意を要求することができ、または、遠隔のパーティ１３０３に同意を要求することができる。さらに、２個以上の被制御側のＷＴＲＵが関与する場合は、ＳＣＣ ＡＳは、移転の要求に関する情報によって、被制御側のＷＴＲＵを更新することができる。
【０１０４】
ＳＣＣ ＡＳ１３０４は、協調セッションの制御権の移転の要求メッセージをＷＴＲＵ−２ １３０２に送信する（１３４０）。このメッセージは、ＷＴＲＵ−２ １３０２に、ＷＴＲＵ−１ １３０１とＷＴＲＵ−２ １３０２と遠隔のパーティ１３０３との間の協調セッションのための、制御側のＷＴＲＵになることを要求する。この要求は、新たな制御側のＩＤ（ＷＴＲＵ−２のＩＤ）、または制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＷＴＲＵ−２ １３０２は、要求についてのユーザの入力を求めることができ、または、事前に構成された条件にしたがって、要求の受け入れを引き起こすことができる。
【０１０５】
ＷＴＲＵ−２ １３０２は、この協調セッションの制御権の移転の要求を受け入れることができ、受け入れをＳＣＣ ＡＳ１３０４に示す（１３５０）。この受け入れは、新たな制御側のＩＤ（ＷＴＲＵ−２ １３０２のＩＤ）、または、移転されるべき１つまたは複数のメディアフローのＩＤを含みうる。ＳＣＣ ＡＳ１３０４は、協調セッションの制御権を、ＷＴＲＵ−１ １３０１からＷＴＲＵ−２ １３０２に移転することができる。ＳＣＣ ＡＳ１３０４は、他の被制御側のＷＴＲＵを更新することもでき、新たな制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、遠隔のパーティ１３０３を更新することができる（１３６０）。ＳＣＣ ＡＳ１３０４はまた、協調セッションの制御権の移転の受入承認を、新たな制御側のＷＴＲＵ（ＷＴＲＵ−２ １３０２）に送信することができる（１３７０）。制御権の移転の受入承認は、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転される１つまたは複数のメディアフローのＩＤを含みうる。協調セッションの制御権の移転の後で、ＷＴＲＵ−２ １３０２は制御側のＷＴＲＵになり、ＷＴＲＵ−１ １３０１は被制御側のＷＴＲＵになる（１３８０）。
【０１０６】
図１４は、ＩＰネットワーク１４０４を介して遠隔のパーティ１４０３とＩＭＳセッションの状態にあるＷＴＲＵ（ＷＴＲＵ−１ １４０１）の例を示す。ＩＭＳセッションは、音声フロー１４１０および映像フロー１４２０という２つのメディアフローを有する。ＷＴＲＵ−１ １４０１は、映像メディアフロー１４２０をＷＴＲＵ−２ １４０２に移転しようとする。この移転は、ユーザ入力によるものであってもよく、または、事前に構成された条件によるものであってもよい。例えば、ＷＴＲＵ−１ １４０１は、ユーザの地理的な位置によりユーザが居間にいることが示される場合、ＩＭＳセッションの映像フローを、居間において映像を表示するＷＴＲＵに移転するように、事前に構成されうる。２つのＷＴＲＵは、ＩＭＳの加入が同じであっても異なっていてもよいので、それぞれの場合において、同じＳＣＣ ＡＳまたは異なるＳＣＣ ＡＳによりサービスされうる。
【０１０７】
デバイス間移転（ＩＤＴ）に続いて、ＷＴＲＵ−１ １４０１は、遠隔のパーティ１４０３との音声メディアフロー１４１０を維持し、ＷＴＲＵ−２ １４０２は、遠隔のパーティ１４０３との映像メディアフロー１４２０を維持する。２つのメディアフローは組み合わさってＩＭＳ協調セッションを形成し、ＷＴＲＵ−１ １４０１は制御側のＷＴＲＵであってよく、ＷＴＲＵ−２ １４０２は被制御側のＷＴＲＵであってよい。他のＷＴＲＵも、例えば被制御側のＷＴＲＵとして協調セッションに関与してもよく、自身に移転または追加される、または自身から削除されるメディアフローを有してもよい。協調セッションの制御権も、制御側のＷＴＲＵから別のＷＴＲＵに移転されうる。
【０１０８】
図１５は、異なるＩＭＳの加入（subscription）に属するＷＴＲＵの間での協調セッションについての制御プレーンおよびユーザプレーンの経路を示す。実施形態１５００では、ＷＴＲＵ−１ １５０１は加入Ａに属し、ＷＴＲＵ−２ １５０２は加入Ｂに属する。しかし、代替的な実施形態では、本明細書で説明される実施形態の趣旨から逸脱することなく、ＷＴＲＵ−１ １５０１およびＷＴＲＵ−２ １５０２は、同じ加入に属していてもよい。さらに、ＷＴＲＵ−１ １５０１は、協調セッションの一部としてメディアセッション１５１０を有し、その関連するシグナリングが、図１５において実線で示されている。点線は、ＷＴＲＵ−１ １５０１のメディアセッションの制御プレーンシグナリング１５２０を示す。さらに、点線は、ＷＴＲＵ−１ １５０１、すなわち制御側のＷＴＲＵの協調セッションの制御シグナリングも表す。
【０１０９】
ＷＴＲＵ−２ １５０２はまた、協調セッションの一部として、メディアセッションシグナリング１５３０を有し、セッションの制御シグナリング１５４０を通じてメディアセッションの制御を維持する。ＳＣＣ ＡＳ−２ １５４０ａはＷＴＲＵ−２ １５０２をサーブし、要求を承認し、要求を通じてアクセス制御を実行することができ、このとき例えば、一部の要求はアクセス要件を満たしていないことを理由に拒否されうる。ＳＣＣ ＡＳ−２ １５０４ａは、標準的なＩＭＳシグナリングを用いて、協調セッションと関連するシグナリングをＳＣＣ ＡＳ−１ １５０３ａに中継することができる。中継の要求の前に、ＳＣＣ ＡＳ−２ １５０４ａは、情報をさらに送信すべきかどうかを判定することができるので、情報を送信することができる。
【０１１０】
一方、ＳＣＣ ＡＳ−１ １５０３ａは、制御側のＷＴＲＵ（ＷＴＲＵ−１ １５０１）をサーブし、ＳＣＣ ＡＳ−２ １５０４ａへのシグナリングを通じて、ＷＴＲＵ−１ １５０１およびＷＴＲＵ−２ １５０２とのアクセスレグを形成する。さらに、ＳＣＣ ＡＳ−１ １５０３ａは、協調セッションのリモートレグを担当するので、サービス要求を遠隔の端末に対して実行する。アプリケーションサーバ（ＡＳ）１５０３ｃは、リモートレグ上で実行される。
【０１１１】
図１６は、デバイス間移転（ＩＤＴ）手順による、制御側のＷＴＲＵ（ＷＴＲＵ−１ １６０１）から、被制御側のＷＴＲＵ（ＷＴＲＵ−２ １６０２）へのメディアセッションの移転についての情報の流れの実施形態１６００を示す。ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、図３に示されるＩＰ−ＣＡＮのようなネットワークを介して接続されうる。簡単にするために、ＳＣＣ ＡＳ−１ １６０４およびＳＣＣ ＡＳ−２ １６０５のみが示される。しかし、通信経路は、図２に示されるようなＩＰ−ＣＡＮの他の要素および／または図１に示されるようなＲＡＮを含みうる。１つのメディアフローが示されているが、協調セッションは、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含みうる。さらに、ＩＤＴは、１つまたは複数のメディアセッションの移転のために用いられうる。
【０１１２】
最初は、ＷＴＲＵ−１ １６０１は、遠隔のパーティ１６０３とのメディアセッションフローを有し、セッションの制御権は、ＷＴＲＵ−１ １６０１とＳＣＣ ＡＳ−１ １６０４と遠隔のパーティ１６０３との間で維持され、このときＳＩＰシグナリングが、セッションの制御のために用いられうる（１６１０）。ＷＴＲＵ−１ １６０１は、メディアセッションを被制御側のＷＴＲＵ（ＷＴＲＵ−２ １６０２）に移転しようとする。しかし、協調セッションの制御権は、ＷＴＲＵ−１ １６０１により保たれてもよい。この実施形態では、ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、ＩＭＳの加入が異なっていても同じであってもよい。さらに、ＷＴＲＵ−１ １６０１およびＷＴＲＵ−２ １６０２は、操作者が同じであっても異なっていてもよい。
【０１１３】
メディアセッションのＩＤＴは、ユーザ入力または事前の構成によってＷＴＲＵ−１ １６０１により開始されうる。ＷＴＲＵ−１ １６０１は、ＷＴＲＵ−２ １６０２が利用できるかどうかを確認して、移転されたメディアフローを受け入れることができ、または、要求をＳＣＣ ＡＳ−１ １６０４に送信することによって、メディアセッションの移転の許可を要求することができる（１６２０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（すなわち遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（すなわちＷＴＲＵ−１ １６０１）、または、移転されるべきメディアフローの対象（すなわちＷＴＲＵ−２ １６０２）を含みうる。さらに、この要求は、ＳＣＣ ＡＳがメディアセッションの移転を担当するものとして動作するための選好（preference）を含みうる。この実施形態１６００では、ＳＣＣ ＡＳ−１ １６０４がセッションの移転を担当する。
【０１１４】
ＳＣＣ ＡＳ−１ １６０４は、要求をＳＣＣ ＡＳ−２ １６０５に送信することができ（１６２０）、ＳＣＣ ＡＳ−２ １６０５はＷＴＲＵ−２ １６０２をサーブする。そして、ＳＣＣ ＡＳ−２ １６０５は、要求をＷＴＲＵ−２ １６０２に送信することができる（１６２０）。ＷＴＲＵ−２ １６０２は、ＷＴＲＵ−２ １６０２が利用可能であると応答することができ、または、１つのメディアフローまたはメディアフローのサブセットの移転を受け入れることができるので、ＳＣＣ ＡＳ−２ １６０５に、利用可能であることまたは受け入れを通知することができる（１６３０）。ＳＣＣ ＡＳ−２ １６０５は、その受け入れをＳＣＣ ＡＳ−１ １６０４に送信することができ、ＳＣＣ ＡＳ−１ １６０４は、次いで、その受け入れをＷＴＲＵ−１ １６０１に送信することができる（１６３０）。さらに、ＳＣＣ ＡＳ−２ １６０５は、ＳＣＣ ＡＳ−１ １６０５が、メディアセッションの移転のＩＤＴを担当するものとして動作することを受け入れることができる。
【０１１５】
ＷＴＲＵ−１ １６０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １６０４に送信して、ＷＴＲＵ−２ １６０２へのメディアフローの移転を要求する（１６４０）。この要求は、とりわけ、遠隔のパーティの識別情報（遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（ＷＴＲＵ−１ １６０１）、または移転されるべきメディアフローの対象（ＷＴＲＵ−２ １６０２）を含みうる。セッションの移転を担当するものとして、ＳＣＣ ＡＳ−１ １６０４は、ＳＣＣ ＡＳ−２ １６０５とのアクセスレグを確立することができる（１６４５）。
【０１１６】
ＳＣＣ ＡＳ−１ １６０４は、セッションの移転の要求をＳＣＣ ＡＳ−２ １６０５に送信することができる（１６５０）。この要求は、遠隔のパーティの識別情報（遠隔のパーティ１６０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（ＷＴＲＵ−１ １６０１）、または、移転されるべきメディアフローの対象（ＷＴＲＵ−２ １６０２）を含みうる。ＳＣＣ ＡＳ−２ １６０５は、ＳＣＣ ＡＳ−１ １６０４のプロキシとして動作することができ、ＷＴＲＵ−２ １６０２とのアクセスレグを確立することができる（１６５５）。ＳＣＣ ＡＳ−２ １６０５が、メディアセッションの移転の要求をＷＴＲＵ−２ １６０２に送信することができる（１６６０）。
【０１１７】
ＷＴＲＵ−２ １６０２は、ＳＣＣ ＡＳ−２ １６０５にインビテーション（invitation）を送信することによって、遠隔のパーティ１６０３に、移転されたメディアセッションを確立するように依頼することができる。このインビテーションは、新たなメディアがＷＴＲＵ−２ １６０２により確立されることを、要求することもできる。このインビテーションは、ＳＣＣ ＡＳ−２ １６０５によりＳＣＣ ＡＳ−１ １６０４に送信される。ＳＣＣ ＡＳ−１ １６０４は、遠隔のパーティ１６０３にインビテーションを送信して、ＷＴＲＵ−２ １６０２とのメディアセッションおよびＳＣＣ ＡＳ−１ １６０４とのリモートレグを確立することができる（１６７０）。
【０１１８】
遠隔のパーティ１６０３は、セッションの移転の受け入れをＳＣＣ ＡＳ−１ １６０４に通知することができる（１６８０）。その後、ＳＣＣ ＡＳ−１ １６０４は、ＳＣＣ ＡＳ−２ １６０５を介して、遠隔のパーティの受け入れをＷＴＲＵ−２ １６０２に通知することができる（１６８０）。さらに、ＳＣＣ ＡＳ−１ １６０４は、移転の完了をＷＴＲＵ−１ １６０１に通知することができる（１６９０）。次いで、メディアフローは、ＷＴＲＵ−２ １６０２と遠隔のパーティ１６３０との間で送られる（１６９０）。さらに、メディアセッションの制御のためのＳＩＰシグナリングは、ＷＴＲＵ−２ １６０２から遠隔のパーティ１６０３に送られる（１６９０）。ＷＴＲＵ−１ １６０１は制御側のＷＴＲＵのままであり、ＷＴＲＵ−２ １６０２は被制御側のＷＴＲＵのままである（１６９０Ａ）。
【０１１９】
図１７は、制御側のＷＴＲＵから被制御側のＷＴＲＵへのメディアフローの移転についての情報の流れの代替的な実施形態１７００を示す。ＣＳＣＦ−１ １７０４ｂおよびＣＳＣＦ−２ １７０５ｂがともに図１７に示され、情報の流れは、ＣＳＣＦ−１ １７０４ｂとＣＳＣＦ−２ １７０５ｂを通るシグナリング経路を示す。ＷＴＲＵは、ＩＭＳの加入が異なっていてもよく、同じ操作者と関連していても異なる操作者と関連していてもよい。最初は、ＷＴＲＵ−１ １７０１が、遠隔のパーティ１７０３との２つのメディアフロー（メディアフローＡおよびメディアフローＢ）のＩＭＳセッションの状態にある（１７１０）。ＷＴＲＵ−１ １７０１は制御側のＷＴＲＵであり、セッションの間、制御を維持する。ＩＭＳセッションはＳＣＣ ＡＳ−１ １７０４ａにより担当され、ＳＣＣ ＡＳ−１ １７０４ａは協調セッションの手順を調整する。ＷＴＲＵ−１ １７０１は、ＣＳＣＦ−１ １７０４ｂを介してＳＣＣ ＡＳ−１ １７０４ａと通信することによって、セッションの制御を維持し、このときアクセスレグは、ＳＣＣ ＡＳ−１ １７０４ａとＣＳＣＦ１７０４ｂの間で確立される。
【０１２０】
ＷＴＲＵ−１ １７０１は、メディアフローＡおよび協調セッションの制御を保ちながら、メディアフローＢをＷＴＲＵ−２ １７０２に移転することを望む。ＷＴＲＵ−１ １７０１は、メディアフローＢをＷＴＲＵ−２ １７０２に移転するために、協調セッションの要求をＣＳＣＦ−１ １７０４ｂに送信する（１７２０）。この要求は、セッション情報（即ち、移転されるべきメディアフロー−メディアフローＢ）、移転されるメディアフローの対象（即ち、ＷＴＲＵ−２ １７０２）、遠隔のパーティのＩＤ、または、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １７０１）を含みうる。ＣＳＣＦ１７０４ｂは、移転の要求をＳＣＣ ＡＳ−１ １７０４ａに送信する（１７２０）。ＳＣＣ ＡＳ−１ １７０４ａは、移転が許可されるかどうかを判定することができ、移転の要求を認証することができる（１７３０）。ＳＣＣ ＡＳ−１ １７０４ａは、移転されるメディアセッションＢをセットアップするために、ＷＴＲＵ−２ １７０２に要求を送信する（１７４０）。この要求は、遠隔のパーティの識別情報（即ち、遠隔のパーティ１７０３）、移転されるべきメディアフローの識別情報のようなセッション情報（即ち、メディアフローＢ）、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １７０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １７０２）を含みうる。ＣＳＣＦ−１ １７０４ｂは、ＣＳＣＦ−２ １７０５ｂに要求を送信する（１７４０）。
【０１２１】
この要求は、要求をＷＴＲＵ−２ １７０２に送信するＳＣＣ ＡＳ−２ １７０５ａを介してルーティングされる（１７４０）。そして、ＷＴＲＵ−２ １７０２は、メディアフローＢをセットアップするための要求を受け入れることができ、ＳＣＣ ＡＳ−２ １７０５ａに応答することができる（１７５０）。ＣＳＣＦ−２ １７０５ｂは、ＳＣＣ ＡＳ−２ １７０５ａを介して、ＣＳＣＦ−１ １７０４ｂに対して応答を送信する（１７６０）。ＣＳＣＦ−１ １７０４ｂは、ＳＣＣ ＡＳ−１ １７０４ａに応答を転送する（１７６０）。ＳＣＣ ＡＳ−１は、次いで、ＷＴＲＵ−１ １７０１からメディアフローＢを除去することができ、リモートレグを更新し、ＷＴＲＵ−２ １７０２と遠隔のパーティ１７０３との間のメディアフローＢをセットアップするためのアクセスレグの確立を終わらせる（１７７０）。ＩＤＴの後で、メディアＢは、ＷＴＲＵ−２ １７０２と遠隔のパーティ１７０３との間で流れ、メディアフローＡは、ＷＴＲＵ−１ １７０１と遠隔のパーティ１７０３との間で流れる（１７８０）。
【０１２２】
図１８は、制御側のＷＴＲＵ（ＷＴＲＵ−１ １８０１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ １８０２）へのメディアセッションの移転についての情報の流れの代替的な実施形態１８００を示す。この移転は、ＳＣＣ ＡＳ−１ １８０４により担当される。この実施形態では、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２にそれぞれ属すＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。最初は、ＷＴＲＵ−１ １８０１は、遠隔のパーティ１８０３とのメディアセッションフローを有し、セッションの制御は、ＷＴＲＵ−１ １８０１とＳＣＣ ＡＳ １８０４と遠隔のパーティ１８０３との間のＳＩＰシグナリングを介して維持される（１８１０）。ＷＴＲＵ−１ １８０１は、被制御側のＷＴＲＵ１８０２にメディアセッションを移転しようとする一方、協調セッションの制御は、ＷＴＲＵ−１ １８０１により維持される。この実施形態では、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２は、ＩＭＳの加入が異なっていてもよい。さらに、ＷＴＲＵ−１ １８０１およびＷＴＲＵ−２ １８０２は、操作者が異なっていてもよい。
【０１２３】
ＷＴＲＵ−１ １８０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １８０４に送信し、ＷＴＲＵ−２ １８０２へのメディアフローの移転を要求する（１８２０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１８０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １８０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １８０２）を含みうる。
【０１２４】
ＳＣＣ ＡＳ−１ １８０４は、ＷＴＲＵ−２ １８０２が、移転されたメディアセッションを受信するのに利用可能かどうかを確認することができる。ＳＣＣ ＡＳ−１ １８０４は、ＳＣＣ ＡＳ−２ １８０５を介して、セッションの移転の要求をＷＴＲＵ−２ １８０２に送信することができる（１８３０）。この要求は、とりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１８０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １８０１）、移転されるべきメディアフローの対象（ＷＴＲＵ−２ １８０２）、または、アンカーポイントのプリファレンス（即ち、ＳＣＣ ＡＳ−１ １８０４またはＳＣＣ ＡＳ−２ １８０５）を含みうる。ＳＣＣ ＡＳ−２ １８０５は、アンカーとして、ＳＣＣ ＡＳ−１ １８０４に同意することができ、したがって、ＷＴＲＵ−２ １８０２とのアクセスレグを確立するためのプロキシとして動作することができる。
【０１２５】
ＳＣＣ ＡＳ−２ １８０５は、メディアセッションの移転の要求を、ＷＴＲＵ−２ １８０２に送信することができる（１８４０）。ＷＴＲＵ−２ １８０２は、ＳＣＣ ＡＳ−２ １８０５にそのように応答することによって、ＷＴＲＵ−２ １８０２が利用可能であると応答することができ、または、メディアフローの移転を受け入れることができる（１８５０）。ＳＣＣ ＡＳ−２ １８０５は、この受け入れまたは応答を、ＳＣＣ ＡＳ−１ １８０４に送信することができる（１８５０）。ＳＣＣ ＡＳ−１ １８０４は、セッションの移転を担当し、ＷＴＲＵ−２ １８０２とのアクセスレグを確立することができ、ＳＣＣ ＡＳ−２ １８０５はアクセスレグのプロキシとして動作する（１８５５）。さらに、ＳＣＣ ＡＳ−１ １８０４は、メディアセッション移転の要求の受け入れを、ＷＴＲＵ−１ １８０１に通知することができる（１８５０）。
【０１２６】
ＷＴＲＵ−２ １８０２は、ＳＣＣ ＡＳ−２ １８０５にインビテーションを送信することによって、新たなセッションを確立するように遠隔のパーティ１８０３に依頼することができ、ＳＣＣ ＡＳ−２ １８０５は、ＳＣＣ ＡＳ−１ １８０４にインビテーションを送信することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、遠隔のパーティ１８０３にインビテーションを送信することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、リモートレグを確立するように、遠隔のパーティ１８０３に依頼することができる。遠隔のパーティ１８０３は、要求を受け入れてＳＣＣ ＡＳ−１ １８０４に通知することができ、ＳＣＣ ＡＳ−１ １８０４は、ＳＣＣ ＡＳ−２ １８０５を介してＷＴＲＵ−２ １８０２に通知することができる（１８７０）。ＳＣＣ ＡＳ−１ １８０４は、ＷＴＲＵ−１ １８０１からメディアフローを除去し、リモートレグを更新し、ＷＴＲＵ−２ １８０２とのメディアフローをセットアップするための、アクセスレグの確立を終わらせることができる。
【０１２７】
さらに、ＳＣＣ ＡＳ−１ １８０４は、移転の完了をＷＴＲＵ−１ １８０１に通知することができる（１８９０）。次いで、メディアフローが、ＷＴＲＵ−２ １８０２と遠隔のパーティ１８０３との間で送られる（１８９０）。さらに、メディアセッションの制御のためのＳＩＰシグナリングが、ＷＴＲＵ−２ １８０２と遠隔のパーティ１８０３との間で送られる（１８９０）。ＷＴＲＵ−１ １８０１は制御側のＷＴＲＵのままであり、ＷＴＲＵ−２ １８０２は被制御側のＷＴＲＵのままである（１８９０Ａ）。
【０１２８】
図１９は、制御側のＷＴＲＵ（ＷＴＲＵ−１ １９０１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ １９０２）へのメディアセッションのＩＤＴについての情報の流れの別の実施形態１９００を示す。この移転は、ＳＣＣ ＡＳ−２ １９０５により担当される。この実施形態では、ＷＴＲＵ−１ １９０１およびＷＴＲＵ−２ １９０２にそれぞれ属するＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。
【０１２９】
最初は、ＷＴＲＵ−１ １９０１は、遠隔のパーティ１９０３とのメディアセッションフローを有し、セッションの制御は、ＳＩＰシグナリングを介して、ＷＴＲＵ−１ １９０１とＳＣＣ ＡＳ−１ １９０４と遠隔のパーティ１９０３との間で維持される（１９１０）。ＷＴＲＵ−１ １９０１は、メディアセッションをＷＴＲＵに移転しようとする。ＷＴＲＵ−１ １９０１が制御側のＷＴＲＵであり、ＷＴＲＵ−２ １９０２が被制御側のＷＴＲＵであるが、制御側のＷＴＲＵおよび被制御側のＷＴＲＵの他の構成も、本実施形態の趣旨および範囲の中にあることに留意されたい。例えば、ＩＤＴは、被制御側のＷＴＲＵによって、または協調セッションの一部ではない他のＷＴＲＵによって、開始されうる。
【０１３０】
ＷＴＲＵ−１ １９０１は、ＷＴＲＵ−２ １９０２にメディアフローを移転するために、ＳＣＣ ＡＳ−１ １９０４に要求を送信し、または、移転されるセッションを受け入れるために、ＷＴＲＵ−２ １９０２が利用可能かどうかを確認する（１９２０）。この要求は、情報のなかでもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ１９０３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ １９０１）、または、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ １９０２）を含みうる。この要求は、事前に構成された条件により開始されてもよく、または、ユーザ入力の結果であってもよい。この要求は、ＳＣＣ ＡＳ−１ １９０４に送信され、次いで、ＳＣＣ ＡＳ−１ １９０４を介してＷＴＲＵ−２ １９０２に送信される（１９２０）。
【０１３１】
ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴ移転を担当するものとなるように、取り決めることができる。ＷＴＲＵ−２ １９０２は、ＷＴＲＵ−２ １９０２が利用可能であると応答し、または、メディアフローの移転を受け入れることができる。この受け入れは、ＳＣＣ ＡＳ−２ １９０５に送信され、ＳＣＣ ＡＳ−１ １９０４を介してＷＴＲＵ−１ １９０１に向かう（１９３０）。そして、ＷＴＲＵ−１ １９０１は、ＩＤＴ命令をＳＣＣ ＡＳ−１ １９０４に送信して、ＷＴＲＵ−２ １９０２へのメディアセッションの移転を要求することができる。ＳＣＣ ＡＳ−１ １９０４は、セッションの移転のためのＳＣＣ ＡＳ−２ １９０５へのプロキシとして動作し、ＳＣＣ ＡＳ−２ １９０５とのアクセスレグを確立することができる（１９４５）。この移転の要求は、ＳＣＣ ＡＳ−１ １９０４によりＳＣＣ ＡＳ−２ １９０５に送信される（１９５０）。ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴを担当し、ＷＴＲＵ−２ １９０２とのアクセスレグを確立することができる（１９５５）。ＳＣＣ ＡＳ−２ １９０５は、セッション移転の要求を、ＷＴＲＵ−２ １９０２に送信することができる（１９６０）。
【０１３２】
ＷＴＲＵ−２ １９０２は、ＳＣＣ ＡＳ−２ １９０５にインビテーションを送信することによって、遠隔のパーティ１９０３に、新たなセッションを確立するように依頼することができる。新たなメディアの確立は、インビテーションの中で要求されてもよい。ＳＣＣ ＡＳ−２ １９０５は、インビテーションを遠隔のパーティ１９０３に送信することができる（１９８０）。ＳＣＣ ＡＳ−２ １９０５はまた、遠隔のパーティにインビテーションを送信して、遠隔のパーティとのリモートレグを確立することができる（１９８０）。遠隔のパーティ１９０３は、次いで、ＳＣＣ ＡＳ−２ １９０５に通知することによって、移転の要求を受け入れることができ、新たな制御側の識別情報および移転される１つまたは複数のメディアフローの識別情報を含んでもよい。ＳＣＣ ＡＳ−２ １９０５は、移転が受け入れられたことを、ＷＴＲＵ−２ １９０２に通知することができる（１９９０）。
【０１３３】
ＳＣＣ ＡＳ−２ １９０５は、ＷＴＲＵ−１ １９０１からメディアセッションを除去し、リモートレグを更新し、遠隔のパーティ１９０３とＷＴＲＵ−２ １９０２との間のメディアセッションをセットアップするためのアクセスレグの確立を終了することができる。したがって、ＩＤＴは完了し、ＳＣＣ ＡＳ−２ １９０５は、ＩＤＴの完了を示すものを、遠隔のパーティに信号で送ることができる（１９９０Ａ）。さらに、ＩＤＴの完了のシグナリングは、ＷＴＲＵ−１ １９０１とＳＣＣ ＡＳ−１ １９０４との間、およびＳＣＣ ＡＳ−２ １９０５とＳＣＣ ＡＳ−１ １９０４との間で通信されうる（１９９０Ａ）。このメディアセッションは、ＷＴＲＵ−２ １９０２と遠隔のパーティ１９０３との間で送られ、メディアセッションの制御も、ＷＴＲＵ−２ １９０２と遠隔のパーティ１９０３との間で送られる（１９９０Ａ）。しかし、協調セッションの制御権は、ＷＴＲＵ−１ １９０１に残ってもよく、このときＷＴＲＵ−２ １９０２は、被制御側のＷＴＲＵになる（１９９０Ｂ）。
【０１３４】
図２０は、制御側のＷＴＲＵ（ＷＴＲＵ−１ ２００１）から被制御側のＷＴＲＵ（ＷＴＲＵ−２ ２００２）へのメディアセッションの移転についての情報の流れの別の実施形態２０００を示す。この実施形態では、ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２にそれぞれ属するＣＳＣＦ−１およびＣＳＣＦ−２は、簡単にするために示されない。最初は、ＷＴＲＵ−１ ２００１は、遠隔のパーティ２００３とのメディアセッションフローを有し、セッションの制御は、ＷＴＲＵ−１ ２００１とＳＣＣ ＡＳ−１ ２００４と遠隔のパーティ２００３との間のＳＩＰシグナリングを介して維持される（２０１０）。ＷＴＲＵ−１ ２００１は、ＷＴＲＵ−１ ２００１によるセッションの制御を保ちながら、メディアセッションを被制御側のＷＴＲＵ２００２に移転しようとする。ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２は、ＩＭＳの加入が異なっていてもよく、同じであってもよい。さらに、ＷＴＲＵ−１ ２００１およびＷＴＲＵ−２ ２００２は、操作者が同じであっても異なっていてもよい。
【０１３５】
ＷＴＲＵ−１ ２００１は、ＩＤＴ命令を送信して、ＷＴＲＵ−２ ２００２へのメディアセッションの移転を要求する（２０２０）。この要求は、ＳＣＣ ＡＳ−１ ２００４に送信され、ＳＣＣ ＡＳ−１ ２００４は、移転されるメディアセッションを受信するために、ＷＴＲＵ−２ ２００２が利用可能かどうかを確認することができる。
【０１３６】
ＳＣＣ ＡＳ−１ ２００４は、セッションの移転の要求を、ＳＣＣ ＡＳ−２ ２００５に送信することができる（２０３０）。この要求は、情報の中でもとりわけ、遠隔のパーティの識別情報（即ち、遠隔のパーティ２００３）、移転されるべきメディアフローの識別情報などのセッション情報、移転されるべきメディアフローの発信元（即ち、ＷＴＲＵ−１ ２００１）、移転されるべきメディアフローの対象（即ち、ＷＴＲＵ−２ ２００２）、または、アンカーポイントの選好（即ち、ＳＣＣ ＡＳ−１ ２００４またはＳＣＣ ＡＳ−２ ２００５）を含みうる。ＳＣＣ ＡＳ−２ ２００５は、ＳＣＣ ＡＳ−１ ２００４とＳＣＣ ＡＳ−２ ２００５のどちらがセッションの移転を担当しうるかについて、取り決めることができる（２０３５）。この実施形態では、ＳＣＣ ＡＳ−２ ２００５がセッションの移転を担当する。ＳＣＣ ＡＳ−２ ２００５は、メディアセッションの移転の要求を、ＷＴＲＵ−２ ２００２に送信することができる（２０４０）。ＳＣＣ ＡＳ−２ ２００５は、ＷＴＲＵ−２ ２００２に、ＷＴＲＵ−２ ２００２が利用可能かどうか、またはＷＴＲＵ−２ ２００２がセッション移転の要求を受け入れることができるかどうかについて、応答するように要求することができる（２０４０）。
【０１３７】
ＷＴＲＵ−２ ２００２は、ＳＣＣ ＡＳ−２ ２００５に応答することによって、ＷＴＲＵ−２ ２００２が利用可能であると承認することができ、または、メディアフローの移転を受け入れることができる（２０５０）。ＳＣＣ ＡＳ−２ ２００５は、セッションの移転を担当することができ、ＷＴＲＵ−２ ２００２とのアクセスレグを確立することができる（２０５５）。ＳＣＣ ＡＳ−２ ２００５は、その受け入れまたは承認を、ＳＣＣ ＡＳ−１ ２００４に送信することができる（２０６０）。ＳＣＣ ＡＳ−１ ２００４は、次いで、メディアセッションの移転の要求の受け入れまたは承認を、ＷＴＲＵ−１ ２００１に通知することができる（２０６０）。
【０１３８】
ＷＴＲＵ−２ ２００２は、ＳＣＣ ＡＳ−２ ２００５にインビテーションを送信することによって、新たなセッションを確立するように、遠隔のパーティ２００３に依頼することができる（２０７０）。新たなメディアの確立は、このインビテーションの中で要求されてもよい。ＳＣＣ ＡＳ−２ ２００５は、このインビテーションを、遠隔のパーティ２００３に送信することができる（２０８０）。ＳＣＣ ＡＳ−２ ２００５は、遠隔のパーティとのリモートレグを確立するために、インビテーションを遠隔のパーティに送信することもできる（２０８０）。遠隔のパーティ２００３は、ＳＣＣ ＡＳ−２ ２００５に通知することによって、移転の要求を受け入れることができ、新たな制御側の識別情報および移転される１つまたは複数のメディアフローの識別情報を含んでもよい。ＳＣＣ ＡＳ−２ ２００５は、移転が受け入れられたことを、ＷＴＲＵ−２ ２００２に通知することができる（２０９０）。
【０１３９】
ＳＣＣ ＡＳ−２ ２００５は、ＷＴＲＵ−１ ２００１からメディアフローを除去して、遠隔のパーティ２００３とのリモートレグを更新して、遠隔のパーティ２００３とＷＴＲＵ−２ ２００２との間のメディアセッションをセットアップするためのアクセスレグの確立を終了することができる。さらに、ＳＣＣ ＡＳ−２ ２００５は、移転の完了を、ＳＣＣ ＡＳ−１ ２００４および遠隔のパーティ２００３に通知することができる（２０９０Ａ）。さらに、ＳＣＣ ＡＳ−１ ２００４は、移転の完了を、ＷＴＲＵ−１ ２００１に通知することができる（２０９０Ａ）。次いで、メディアフローは、ＷＴＲＵ−２ ２００２と遠隔のパーティ２００３との間で送られる（２０９０Ａ）。さらに、メディアフローを制御するためのシグナリングは、ＷＴＲＵ−２ ２００２から遠隔のパーティ２００３に送られる（２０９０Ａ）。しかし、協調セッションの制御権は、制御側のＷＴＲＵ、すなわちＷＴＲＵ−１ ２００１に残ってもよく、このときＷＴＲＵ−２ ２００２は、被制御側のＷＴＲＵであってよい（２０９０Ｂ）。
【０１４０】
実施形態
１．ＩＰマルチメディアサブシステム（ＩＭＳ）の協調セッションの制御権の移転を開始するステップを含む、協調セッションの制御権の移転のための方法。
【０１４１】
２．被制御側の無線送受信ユニット（ＷＴＲＵ）が、制御側のＷＴＲＵから被制御側のＷＴＲＵへの協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０１４２】
３．協調セッションが遠隔のパーティにより確立される、上記の実施形態のいずれか１つに記載の方法。
【０１４３】
４．あるＷＴＲＵが制御側のＷＴＲＵとして動作しており、別のＷＴＲＵが被制御側のＷＴＲＵとして動作している、上記の実施形態のいずれか１つに記載の方法。
【０１４４】
５．協調セッションがＳＣＣ ＡＳ（Service Centralization and Conitunity Application Server）で担当される、上記の実施形態のいずれか１つに記載の方法。
【０１４５】
６．各ＷＴＲＵが遠隔のパーティとのメディアフローを有する、上記の実施形態のいずれか１つに記載の方法。
【０１４６】
７．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、上記の実施形態のいずれか１つに記載の方法。
【０１４７】
８．ＷＴＲＵが、ＩＰ−ＣＡＮのようなネットワークを介して接続される、上記の実施形態のいずれか１つに記載の方法。
【０１４８】
９．ＩＭＳの通信経路が、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含む、上記の実施形態のいずれか１つに記載の方法。
【０１４９】
１０．ＷＴＲＵが、異なるＳＣＣ ＡＳと各々関連付けられる、上記の実施形態のいずれか１つに記載の方法。
【０１５０】
１１．協調セッションが、任意の数のＷＴＲＵにまたがる、任意の数の通信セッションおよびメディアフローを含む、上記の実施形態のいずれか１つに記載の方法。
【０１５１】
１２．協調セッションの制御権の移転のために、制御側のＷＴＲＵ以外のＷＴＲＵによって、要求をＳＣＣ ＡＳに送信するステップをさらに含む、上記の実施形態のいずれか１つに記載の方法。
【０１５２】
１３．要求が、制御権が移転されるべきである協調セッションの識別情報、新たな制御側の識別情報、または、移転により影響を受ける１つまたは複数のメディアフローの識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１５３】
１４．ＷＴＲＵの識別情報が、登録された公開ユーザ識別情報（Public User Identity）、公開のＧＲＵＵ（Globally Routable Agent Uniform Resource Identifier）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）に基づく識別情報、電子メールアドレスに基づく識別情報、または、ＵＲＬ（Uniform Resource Locator）もしくはＵＲＩ（Uniform Resource Identifier）に基づく識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１５４】
１５．ＳＣＣ ＡＳが、１つまたは複数のメディアフローの、協調セッションの制御権の移転が許可されるかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５５】
１６．ＳＣＣ ＡＳが、要求側のＷＴＲＵが、協調セッションを制御して協調セッションの制御に関する機能を実行する準備ができているかどうか、もしくはそれが可能であるかどうか、または、要求側のＷＴＲＵが協調セッションの制御を行うことを許可されているかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５６】
１７．ＳＣＣ ＡＳが、要求側のＷＴＲＵが信用できる送信元であるかどうかを判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５７】
１８．要求側のＷＴＲＵが制御側のＷＴＲＵの信用リストの中にあるデバイスまたはユーザであるかどうか、または、要求側のＷＴＲＵが同じユーザプロファイルに属するかどうかを、ＳＣＣ ＡＳが判定する、上記の実施形態のいずれか１つに記載の方法。
【０１５８】
１９．ＳＣＣ ＡＳが、制御側のＷＴＲＵまたは遠隔のパーティからの同意を要求し、または、２個以上の被制御側のＷＴＲＵが協調セッションに関与する場合、ＳＣＣ ＡＳが、移転の要求に関する情報によって、他の被制御側のＷＴＲＵを更新する、上記の実施形態のいずれか１つに記載の方法。
【０１５９】
２０．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を制御側のＷＴＲＵに送信する、上記の実施形態のいずれか１つに記載の方法。
【０１６０】
２１．新たな制御側のＷＴＲＵの識別情報、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤ、またはセッションのメディア属性を含む、セッションについての関連情報を要求が含む、実施形態２０に記載の方法。
【０１６１】
２２．制御側のＷＴＲＵが、要求についてのユーザの入力を求め、または、要求の受け入れが、事前に構成された条件にしたがって引き起こされる、上記の実施形態のいずれか１つに記載の方法。
【０１６２】
２３．制御側のＷＴＲＵが、協調セッションの制御権の移転の受け入れをＳＣＣ ＡＳに示す、上記の実施形態のいずれか１つに記載の方法。
【０１６３】
２４．受け入れが、新たな制御側のＷＴＲＵの識別情報、または、制御権が移転されるべき１つまたは複数のメディアフローの識別情報を含む、実施形態２３に記載の方法。
【０１６４】
２５．協調セッションの制御権が制御側のＷＴＲＵから除去される、上記の実施形態のいずれか１つに記載の方法。
【０１６５】
２６．協調セッションの制御権が要求側のＷＴＲＵに与えられる、上記の実施形態のいずれか１つに記載の方法。
【０１６６】
２７．ＳＣＣ ＡＳが、新たな被制御側のＷＴＲＵの情報によって、他の被制御側のＷＴＲＵまたは遠隔のパーティを更新する、上記の実施形態のいずれか１つに記載の方法。
【０１６７】
２８．制御権の移転の受入承認が、新たな制御側のＷＴＲＵに送信される、上記の実施形態のいずれか１つに記載の方法。
【０１６８】
２９．制御権の移転の受入承認が、制御権が移転されるべきである協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転されるべきである１つまたは複数のメディアフローの識別情報を含む、上記の実施形態のいずれか１つに記載の方法。
【０１６９】
３０．制御側のＷＴＲＵが、制御側のＷＴＲＵから別のＷＴＲＵへの協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０１７０】
３１．上記の別のＷＴＲＵが、協調セッションにおける被制御側のＷＴＲＵである、実施形態３０に記載の方法。
【０１７１】
３２．協調セッションが遠隔のパーティにより確立される、実施形態３０から３１のいずれか１つに記載の方法。
【０１７２】
３３．あるＷＴＲＵが制御側のＷＴＲＵとして動作しており、別のＷＴＲＵが被制御側のＷＴＲＵとして動作している、実施形態３０から３２のいずれか１つに記載の方法。
【０１７３】
３４．協調セッションにおいてＳＩＰメッセージングを利用して、リンケージおよびセッションの制御権を提供するステップをさらに含む、実施形態３０から３３のいずれか１つに記載の方法。
【０１７４】
３５．ＳＩＰシグナリングが、協調セッション制御シグナリングおよび自身のメディアフローの制御のために、制御側のＷＴＲＵにより用いられる、実施形態３０から３４のいずれか１つに記載の方法。
【０１７５】
３６．ＳＩＰシグナリングが、自身のメディアフローを制御するために、被制御側のＷＴＲＵにより用いられる、実施形態３０から３５のいずれか１つに記載の方法。
【０１７６】
３７．ＷＴＲＵがネットワークを介して接続される、実施形態３０から３６のいずれか１つに記載の方法。
【０１７７】
３８．ネットワークが示されるＩＰ−ＣＡＮである、実施形態３７に記載の方法。
【０１７８】
３９．通信経路が、複数のＳＣＣ ＡＳ、ＣＳＣＦ、およびＡＳを含む、実施形態３０から３８のいずれか１つに記載の方法。
【０１７９】
４０．ＷＴＲＵが、固有のＳＣＣ ＡＳと関連付けられる、実施形態３０から３９のいずれか１つに記載の方法。
【０１８０】
４１．協調セッションの制御権を移転するために、制御側のＷＴＲＵによって要求を送信するステップを含む、実施形態３０から４０のいずれか１つに記載の方法。
【０１８１】
４２．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ（公開ユーザ識別情報またはＧＲＵＵ）、または、制御権が移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態３０から４１のいずれか１つに記載の方法。
【０１８２】
４３．制御側のＷＴＲＵが１つの協調セッションのみを有する場合、制御権が移転されるべきであるその協調セッションの識別情報が要求の中で提供されない、実施形態３０から４２のいずれか１つに記載の方法。
【０１８３】
４４．制御権が移転されようとしている協調セッションの識別情報が、要求側のＷＴＲＵの識別情報を知っているＳＣＣ ＡＳにより決定される、実施形態３０から４３のいずれか１つに記載の方法。
【０１８４】
４５．ＷＴＲＵが２つ以上の協調セッションに関与する場合、制御権が移転されようとしている協調セッションの識別情報が、要求の中に含まれる、実施形態３０から４４のいずれか１つに記載の方法。
【０１８５】
４６．協調セッションの制御権の移転が許可されるかどうかが判定される、実施形態３０から４５のいずれか１つに記載の方法。
【０１８６】
４７．セッションの制御権の移転先となるＷＴＲＵに、同意を要求するステップをさらに含む、実施形態３０から４６のいずれか１つに記載の方法。
【０１８７】
４８．２つ以上の被制御側のＷＴＲＵが関与する場合、被制御側のＷＴＲＵが、協調セッションの制御権の移転の要求に関する情報によって更新される、実施形態３０から４７のいずれか１つに記載の方法。
【０１８８】
４９．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を、セッションの制御権が移転されようとしているＷＴＲＵに送信する、実施形態３０から４８のいずれか１つに記載の方法。
【０１８９】
５０．要求が、協調セッションの識別情報、新たな制御側のＩＤ、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態４９に記載の方法。
【０１９０】
５１．セッションの制御権が移転されようとしているＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態３０から５０のいずれか１つに記載の方法。
【０１９１】
５２．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転の受け入れをＳＣＣ ＡＳに示す、実施形態３０から５１のいずれか１つに記載の方法。
【０１９２】
５３．受け入れが、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態５２に記載の方法。
【０１９３】
５４．ＳＣＣ ＡＳが、制御側のＷＴＲＵからセッションの制御権を除去し、セッションの制御権が移転されようとしているＷＴＲＵに、セッションの制御権を与える、実施形態３０から５３のいずれか１つに記載の方法。
【０１９４】
５５．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵのセットアップによって、他の被制御側のＷＴＲＵを更新し、制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、遠隔のパーティを更新する、実施形態３０から５４のいずれか１つに記載の方法。
【０１９５】
５６．ＳＣＣ ＡＳが、制御権の移転の受入承認を、新たな制御側のＷＴＲＵに送信する、実施形態３０から５５のいずれか１つに記載の方法。
【０１９６】
５７．制御権の移転の受入承認が、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、自身の制御権が移転される１つまたは複数のメディアフローのＩＤを含む、実施形態５６に記載の方法。
【０１９７】
５８．ＳＣＣ ＡＳが、移転が許可されるかどうかを判定し、制御側のＷＴＲＵまたは遠隔のパーティからの同意を求め、または、受信された協調セッションの制御権の移転に関する情報によって、他の被制御側のＷＴＲＵを更新する、実施形態３０から５７のいずれか１つに記載の方法。
【０１９８】
５９．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御側のＷＴＲＵとして動作することができること、または、そのＷＴＲＵにより用いられる識別情報が、協調セッションの制御側のＷＴＲＵにより用いられる識別情報とサービスプロファイルを共有することを、ＳＣＣ ＡＳが確実にする、実施形態３０から５８のいずれか１つに記載の方法。
【０１９９】
６０．ＳＣＣ ＡＳが、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２００】
６１．制御側のＷＴＲＵが、協調セッションの制御権を別のＷＴＲＵに移転する、実施形態１に記載の方法。
【０２０１】
６２．上記の別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態６０または６１に記載の方法。
【０２０２】
６３．協調セッションがＳＣＣ ＡＳにより担当される、実施形態６０から６２のいずれか１つに記載の方法。
【０２０３】
６４．協調セッションが遠隔のパーティにより確立される、実施形態６０から６３のいずれか１つに記載の方法。
【０２０４】
６５．ＳＩＰシグナリングが、メディアセッションの制御権および協調セッションの制御権のために利用される、実施形態６０か６４のいずれか１つに記載の方法。
【０２０５】
６６．協調の制御権の移転が、ユーザプロファイル、現在の条件によって、または、事前の構成にしたがって、ＳＣＣ ＡＳにより開始される、実施形態６０から６５のいずれか１つに記載の方法。
【０２０６】
６７．制御側のＷＴＲＵ、被制御側のＷＴＲＵ、または遠隔のパーティからの、セッションの制御権の移転についての同意を要求するステップをさらに含む、実施形態６０から６６のいずれか１つに記載の方法。
【０２０７】
６８．セッションの制御権の移転の要求を妨げることについて他の被制御側のＷＴＲＵを更新するステップをさらに含む、実施形態６０から６７のいずれか１つに記載の方法。
【０２０８】
６９．協調セッションの制御権を移転するために、ＳＣＣ ＡＳにより制御側のＷＴＲＵに要求を送信するステップをさらに含む、実施形態６０から６８のいずれか１つに記載の方法。
【０２０９】
７０．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態６９に記載の方法。
【０２１０】
７１．制御側のＷＴＲＵが、要求に応答することについてのユーザ入力を求め、または、事前に構成された条件にしたがって、協調セッションの制御権の移転の要求の受け入れを引き起こす、実施形態６０から７０のいずれか１つに記載の方法。
【０２１１】
７２．この協調セッションの制御権の移転の要求を制御側のＷＴＲＵによって受け入れ、受け入れをＳＣＣ ＡＳに示すステップをさらに含む、実施形態６０から７１のいずれか１つに記載の方法。
【０２１２】
７３．受け入れが、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態７２に記載の方法。
【０２１３】
７４．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、協調セッションの制御権の移転の要求を送信する、実施形態６０から７３のいずれか１つに記載の方法。
【０２１４】
７５．制御権の移転の情報が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態７４に記載の方法。
【０２１５】
７６．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求め、または、移転の受け入れが、事前に構成された条件にしたがって引き起こされる、実施形態６０から７５のいずれか１つに記載の方法。
【０２１６】
７７．セッションの制御権が移転されようとしているＷＴＲＵが、制御権の移転の受入承認をＳＣＣ ＡＳに送信する、実施形態６０から７６のいずれか１つに記載の方法。
【０２１７】
７８．受入承認が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態７７に記載の方法。
【０２１８】
７９．ＳＣＣ ＡＳが、協調セッションの制御権を新たな制御側のＷＴＲＵに移転する、実施形態６０から７８のいずれか１つに記載の方法。
【０２１９】
８０．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵのセットアップにより、遠隔のパーティおよび他の被制御側のＷＴＲＵを更新する、実施形態６０から７９のいずれか１つに記載の方法。
【０２２０】
８１．遠隔のパーティが、制御側のＷＴＲＵから別のＷＴＲＵへの、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２２１】
８２．上記の別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態８１に記載の方法。
【０２２２】
８３．協調セッションがＳＣＣ ＡＳにより担当される、実施形態８１または８２に記載の方法。
【０２２３】
８４．遠隔のパーティがＷＴＲＵである、実施形態８１から８３のいずれか１つに記載の方法。
【０２２４】
８５．協調セッションが、制御側のＷＴＲＵと、セッションの制御権が移転されようとしているＷＴＲＵと、遠隔のパーティとの間で確立される、実施形態８１から８４のいずれか１つに記載の方法。
【０２２５】
８６．各ＷＴＲＵが、遠隔のパーティとのメディアフローを有する、実施形態８１から８５のいずれか１つに記載の方法。
【０２２６】
８７．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、実施形態８１から８６のいずれか１つに記載の方法。
【０２２７】
８８．協調セッションの制御権の移転が、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティにより開始される、実施形態８１から８７のいずれか１つに記載の方法。
【０２２８】
８９．協調セッションの制御権を移転するために、遠隔のパーティによって要求をＳＣＣ ＡＳに送信するステップをさらに含む、実施形態８１から８８のいずれか１つに記載の方法。
【０２２９】
９０．制御命令の移転の要求がＳＩＰメッセージである、実施形態８１から８９のいずれか１つに記載の方法。
【０２３０】
９１．要求が、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９０または９１に記載の方法。
【０２３１】
９２．ＳＣＣ ＡＳが、制御側のＷＴＲＵに、または、セッションの制御権が移転されようとしているＷＴＲＵに、同意を要求し、協調セッションの中に複数の被制御側のＷＴＲＵがある場合、これらの他の被制御側が、セッションの制御権の移転の要求によって更新される、実施形態８１から９１のいずれか１つに記載の方法。
【０２３２】
９３．ＳＣＣ ＡＳが、協調セッションの制御権の移転の要求を制御側のＷＴＲＵに送信する、実施形態８１から９２のいずれか１つに記載の方法。
【０２３３】
９４．要求が、移転されるべき協調セッションのセッション識別情報、新たな制御側の識別情報、または、自身の制御権が移転されるべきであるメディアフローのＩＤを含む、実施形態９３に記載の方法。
【０２３４】
９５．制御側のＷＴＲＵが、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳに示す、実施形態８１から９４のいずれか１つに記載の方法。
【０２３５】
９６．受け入れが、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９５に記載の方法。
【０２３６】
９７．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、制御権の移転の要求を送信する、実施形態８１から９６のいずれか１つに記載の方法。
【０２３７】
９６．制御権の移転の情報が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態９７に記載の方法。
【０２３８】
９７．制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転を受け入れるかどうかについてのユーザ入力を求め、または事前に構成された条件にしたがって移転の受け入れを引き起こす、実施形態８１から９６のいずれか１つに記載の方法。
【０２３９】
９８．セッションの制御権が移転されようとしているＷＴＲＵが、制御権の移転の受入承認をＳＣＣ ＡＳに送信する、実施形態８１から９７のいずれか１つに記載の方法。
【０２４０】
９９．セッションの制御権が移転されようとしているＷＴＲＵが、協調セッションの制御権の移転の受け入れを、受入承認において示す、実施形態８１から９８のいずれか１つに記載の方法。
【０２４１】
１００．受入承認が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態９９に記載の方法。
【０２４２】
１０１．ＳＣＣ ＡＳが、セッションの制御権の移転が完了したことを遠隔のパーティに示す、実施形態８１から１００のいずれか１つに記載の方法。
【０２４３】
１０２．ＳＣＣ ＡＳが、新たな制御側の情報によって、他の被制御側のＷＴＲＵを更新する、実施形態８１から１０１のいずれか１つに記載の方法。
【０２４４】
１０３．遠隔のパーティが、制御側のＷＴＲＵから別のＷＴＲＵへの、協調セッションの制御権の移転を開始する、実施形態１に記載の方法。
【０２４５】
１０４．別のＷＴＲＵが被制御側のＷＴＲＵである、実施形態１０３に記載の方法。
【０２４６】
１０５．協調セッションがＳＣＣ ＡＳにより担当される、実施形態１０３または１０４に記載の方法。
【０２４７】
１０６．遠隔のパーティがＷＴＲＵである、実施形態１０３から１０５のいずれか１つに記載の方法。
【０２４８】
１０７．協調セッションが、制御側のＷＴＲＵと、セッションの制御権が移転されようとしているＷＴＲＵと、遠隔のパーティとの間で確立される、実施形態１０３から１０６のいずれか１つに記載の方法。
【０２４９】
１０８．各ＷＴＲＵが、遠隔のパーティとのメディアフローを有する、実施形態１０３から１０７のいずれか１つに記載の方法。
【０２５０】
１０９．ＩＭＳのＳＩＰメッセージングが協調セッションにおいて利用され、リンケージおよびセッションの制御権を提供する、実施形態１０３から１０８のいずれか１つに記載の方法。
【０２５１】
１１０．協調セッションの制御権の移転が、ユーザ入力によって、または事前の構成にしたがって、遠隔のパーティにより開始される、実施形態１０３から１０９のいずれか１つに記載の方法。
【０２５２】
１１１．遠隔のパーティが、協調セッションの制御権を別のＷＴＲＵに移転するために、要求を制御側のＷＴＲＵに送信する、実施形態１０３から１１０のいずれか１つに記載の方法。
【０２５３】
１１２．要求が、制御権が移転されるべきである協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１１に記載の方法。
【０２５４】
１１３．被制御側のＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態１０３から１１２のいずれか１つに記載の方法。
【０２５５】
１１４．協調セッションの制御権を別のＷＴＲＵに移転するために、制御側のＷＴＲＵによって、要求をＳＣＣ ＡＳに送信するステップをさらに含む、実施形態１０３から１１３のいずれか１つに記載の方法。
【０２５６】
１１５．要求が、移転されるべき協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１４に記載の方法。
【０２５７】
１１６．ＳＣＣ ＡＳが、１つまたは複数のメディアフローの協調セッションの制御権の移転が許可されるかどうか判定し、セッションの制御権がそこに移転されるように要求されるＷＴＲＵに同意を要求し、遠隔のパーティに同意を要求し、または、２個以上の被制御側のＷＴＲＵが関与する場合に、移転の要求についての情報によって被制御側のＷＴＲＵを更新する、実施形態１０３から１１５のいずれか１つに記載の方法。
【０２５８】
１１７．ＳＣＣ ＡＳが、セッションの制御権が移転されようとしているＷＴＲＵに、協調の制御権の移転の要求メッセージを送信する、実施形態１０３から１１６のいずれか１つに記載の方法。
【０２５９】
１１８．要求が、新たな制御側のＩＤ、または、制御権が移転されるべきである１つまたは複数のメディアフローのＩＤを含む、実施形態１１７に記載の方法。
【０２６０】
１１９．ＷＴＲＵが、要求についてのユーザの入力を求め、または、事前に構成された条件にしたがって、要求の受け入れを引き起こす、実施形態１０３から１１８のいずれか１つに記載の方法。
【０２６１】
１２０．セッションの制御権が移転されようとしているＷＴＲＵが、この協調セッションの制御権の移転の要求を受け入れ、受け入れをＳＣＣ ＡＳに示す、実施形態１０３から１１９のいずれか１つに記載の方法。
【０２６２】
１２１．受け入れが、新たな制御側のＩＤ、または、移転されるべき１つまたは複数のメディアフローのＩＤを含む、実施形態１２０に記載の方法。
【０２６３】
１２２．ＳＣＣ ＡＳが、制御側のＷＴＲＵから、セッションの制御権が移転されようとしているＷＴＲＵに、協調セッションの制御権を移転する、実施形態１０３から１２１のいずれか１つに記載の方法。
【０２６４】
１２３．ＳＣＣ ＡＳが、新たな制御側のＷＴＲＵおよび被制御側のＷＴＲＵのセットアップによって、他の被制御側のＷＴＲＵまたは遠隔のパーティを更新する、実施形態１０３から１２２のいずれか１つに記載の方法。
【０２６５】
１２４．ＳＣＣ ＡＳが、協調セッションの制御権の移転の受入承認を、新たな制御側のＷＴＲＵに送信する、実施形態１０３から１２３のいずれか１つに記載の方法。
【０２６６】
１２５．制御権の移転の受入承認が、協調セッションのセッションＩＤ、新たな制御側のＩＤ、または、自身の制御権が移転される１つまたは複数のメディアフローのＩＤを含む、実施形態１２４に記載の方法。
【０２６７】
１２６．ネットワーク間のデバイス間移転を実行するステップを含む、無線通信において用いる方法。
【０２６８】
１２７．ネットワーク間のデバイス間移転を実行するステップが、第１の無線送受信ユニット（ＷＴＲＵ）において通信セッションを実行するステップを含む、実施形態１２６に記載の方法。
【０２６９】
１２８．通信セッションを実行するステップが、第１のＷＴＲＵにおいてメディアフローを受信するステップを含む、実施形態１２６または１２７に記載の方法。
【０２７０】
１２９．通信セッションを実行するステップが、遠隔のデバイスと通信するステップを含む、実施形態１２６から１２８のいずれか１つに記載の方法。
【０２７１】
１３０．ネットワーク間のデバイス間移転が、通信セッションを、第１のＷＴＲＵから第２のＷＴＲＵに移転するステップを含む、実施形態１２６から１２９のいずれか１つに記載の方法。
【０２７２】
１３１．ネットワーク間のデバイス間移転を実行するステップが、メディアフローを、第１のＷＴＲＵから第２のＷＴＲＵに移転するステップを含む、実施形態１２６から１３０のいずれか１つに記載の方法。
【０２７３】
１３２．通信セッションを実行するステップが、第１のＷＴＲＵが第１のネットワークを用いるステップ含む、実施形態１２６から１３１のいずれか１つに記載の方法。
【０２７４】
１３３．通信セッションを実行するステップが、第１のＷＴＲＵが第１の加入を有するステップを含む、実施形態１２６から１３２のいずれか１つに記載の方法。
【０２７５】
１３４．ネットワーク間のデバイス間移転を実行するステップが、制御信号をネットワーク要素へ送信するステップを含む、実施形態１２６から１３３のいずれか１つに記載の方法。
【０２７６】
１３５．ネットワーク要素がＳＣＣ−ＡＳ（Service Centralization and Continuity Application Server）である、実施形態１２６から１３４のいずれか１つに記載の方法。
【０２７７】
１３６．通信セッションを実行するステップが、第１のＷＴＲＵにて第１のアクセスレグを用いるステップを含む、実施形態１２６から１３５のいずれか１つに記載の方法。
【０２７８】
１３７．ネットワーク間のデバイス間移転を実行するステップが、ＩＭＳを用いるステップを含む、実施形態１２６から１３６のいずれか１つに記載の方法。
【０２７９】
１３８．ＩＭＳを用いるステップが、ＩＭＳセッションを用いるステップを含む、実施形態１２６から１３７のいずれか１つに記載の方法。
【０２８０】
１３９．制御信号を送信するステップが、ＳＩＰメッセージを送信するステップを含む、実施形態１２６から１３８のいずれか１つに記載の方法。
【０２８１】
１４０．通信セッションを実行するステップが、ＣＳＣＦ（Call State Control Function）への接続を用いるステップを含む、実施形態１２６から１３９のいずれか１つに記載の方法。
【０２８２】
１４１．制御信号をネットワーク要素に送信するステップが、制御信号をＣＳＣＦに送信するステップを含む、実施形態１２６から１４０のいずれか１つに記載の方法。
【０２８３】
１４２．第１のＷＴＲＵが第１の加入と関連している、実施形態１２６から１４１のいずれか１つに記載の方法。
【０２８４】
１４３．第２のＷＴＲＵが第２の加入と関連している、実施形態１２６から１４２のいずれか１つに記載の方法。
【０２８５】
１４４．第１の加入および第２の加入が同一である、実施形態１２６から１４３のいずれか１つに記載の方法。
【０２８６】
１４５．ネットワーク間のデバイス間移転を実行するステップが、メディアフローを第３のＷＴＲＵに移転するステップを含む、実施形態１２６から１４４のいずれか１つに記載の方法。
【０２８７】
１４６．第３のＷＴＲＵが、第１の加入または第２の加入と関連している、実施形態１２６から１４５のいずれか１つに記載の方法。
【０２８８】
１４７．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵにて通信セッションを実行するステップを含む、実施形態１２６から１４７のいずれか１つに記載の方法。
【０２８９】
１４８．第２のＷＴＲＵにて通信セッションを実行するステップが、第２のネットワークを用いるステップを含む、実施形態１２６から１４７のいずれか１つに記載の方法。
【０２９０】
１４９．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク上の第１のＷＴＲＵから、第２のネットワーク上の第２のＷＴＲＵに、通信セッションを移転するステップを含む、実施形態１２６から１４８のいずれか１つに記載の方法。
【０２９１】
１５０．第１のネットワークと第２のネットワークが異なる、実施形態１２６から１４９のいずれか１つに記載の方法。
【０２９２】
１５１．ネットワーク間のデバイス間移転を実行するステップが、協調セッションを確立するステップを含む、実施形態１２６から１５０のいずれか１つに記載の方法。
【０２９３】
１５２．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおける、通信セッションの実行を停止するステップを含む、実施形態１２６から１５１のいずれか１つに記載の方法。
【０２９４】
１５３．第１のＷＴＲＵが制御側であり、第２のＷＴＲＵが被制御側である、実施形態１２６から１５２のいずれか１つに記載の方法。
【０２９５】
１５４．ネットワーク間のデバイス間移転を実行するステップが、ユーザ入力に応答して移転を開始するステップを含む、実施形態１２６から１５３のいずれか１つに記載の方法。
【０２９６】
１５５．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて移転を開始するステップを含む、実施形態１２６から１５４のいずれか１つに記載の方法。
【０２９７】
１５６．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵが利用可能かどうか判定するステップを含む、実施形態１２６から１５５のいずれか１つに記載の方法。
【０２９８】
１５７．ネットワーク間のデバイス間移転を実行するステップが、移転の許可を要求するステップを含む、実施形態１２６から１５６のいずれか１つに記載の方法。
【０２９９】
１５８．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて、第２のＷＴＲＵの利用可能性の報告を受信するステップを含む、実施形態１２６から１５７のいずれか１つに記載の方法。
【０３００】
１５９．ネットワーク間のデバイス間移転を実行するステップが、移転の受け入れを受信するステップを含む、実施形態１２６から１５８のいずれか１つに記載の方法。
【０３０１】
１６０．移転の受け入れが、メディアフローの移転が承認されたことを示す、実施形態１２６から１５９のいずれか１つに記載の方法。
【０３０２】
１６１．移転の受け入れが、メディアフローの移転が拒否されたことを示す、実施形態１２６から１６０のいずれか１つに記載の方法。
【０３０３】
１６２．ネットワーク間のデバイス間移転を実行するステップが、移転の要求を送信するステップを含む、実施形態１２６から１６１のいずれか１つに記載の方法。
【０３０４】
１６３．ネットワーク間のデバイス間移転を実行するステップが、第２のアクセスレグを確立するステップを含む、実施形態１２６から１６２のいずれか１つに記載の方法。
【０３０５】
１６４．第２のアクセスレグを確立するステップが、第２のＷＴＲＵとの第２のアクセスレグを確立するステップを含む、実施形態１２６から１６３のいずれか１つに記載の方法。
【０３０６】
１６５．第２のアクセスレグを確立するステップが、第２のネットワーク要素との第２のアクセスレグを確立するステップを含む、実施形態１２６から１６４のいずれか１つに記載の方法。
【０３０７】
１６６．ネットワーク間のデバイス間移転を実行するステップが、第３のアクセスレグを確立するステップを含む、実施形態１２６から１６５のいずれか１つに記載の方法。
【０３０８】
１６７．ネットワーク間のデバイス間移転を実行するステップが、遠隔のデバイスに、協調セッションを確立するように依頼するステップを含む、実施形態１２６から１６６のいずれか１つに記載の方法。
【０３０９】
１６８．ネットワーク間のデバイス間移転を実行するステップが、移転が受け入れられたことを示す通知を受信するステップを含む、実施形態１２６から１６７のいずれか１つに記載の方法。
【０３１０】
１６９．ネットワーク間のデバイス間移転を実行するステップが、移転が完了したことを示す通知を受信するステップを含む、実施形態１２６から１６８のいずれか１つに記載の方法。
【０３１１】
１７０．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク要素を用いて、通信セッションを担当するステップを含む、実施形態１２６から１６９のいずれか１つに記載の方法。
【０３１２】
１７１．ネットワーク間のデバイス間移転を実行するステップが、第２のネットワーク要素を用いて、通信セッションを担当するステップを含む、実施形態１２６から１７０のいずれか１つに記載の方法。
【０３１３】
１７２．ネットワーク間のデバイス間移転を実行するステップが、第１のネットワーク要素を用いて第２のアクセスレグを確立するステップを含む、実施形態１２６から１７１のいずれか１つに記載の方法。
【０３１４】
１７３．ネットワーク間のデバイス間移転を実行するステップが、第２のネットワーク要素を用いて第２のアクセスレグを確立するステップを含む、実施形態１２６から１７２のいずれか１つに記載の方法。
【０３１５】
１７４．許可を要求するステップが、セッション情報を含むメッセージを送信するステップを含む、実施形態１２６から１７３のいずれか１つに記載の方法。
【０３１６】
１７５．許可を要求するステップが、遠隔デバイスと関連する識別情報を含むメッセージを送信するステップを含む、実施形態１２６から１７４のいずれか１つに記載の方法。
【０３１７】
１７６．許可を要求するステップが、アンカーの設定を含むメッセージを送信するステップを含む、実施形態１２６から１７５のいずれか１つに記載の方法。
【０３１８】
１７７．移転要求が、対象のメディアフローの識別情報を含む、実施形態１２６から１７６のいずれか１つに記載の方法。
【０３１９】
１７８．移転の要求が、第２のＷＴＲＵの識別情報を含む、実施形態１２６から１７７のいずれか１つに記載の方法。
【０３２０】
１７９．ネットワーク間のデバイス間移転を実行するステップが、通信セッションの移転の応答を受信するステップを含む、実施形態１２６から１７８のいずれか１つに記載の方法。
【０３２１】
１８０．第２のＷＴＲＵの識別情報が、ＩＰアドレス、電子メールアドレス、または電話番号により示される、実施形態１２６から１７９のいずれか１つに記載の方法。
【０３２２】
１８１．対象のメディアフローの識別情報が、メディアの種類のインジケーション、ＩＰアドレス、ビットレート、またはコーデックを含む、実施形態１２６から１８０のいずれか１つに記載の方法。
【０３２３】
１８２．ネットワーク間のデバイス間移転を実行するステップが、インターネットプロトコル（ＩＰ）基幹アクセスネットワーク（ＣＡＮ）を介してアクセスレグを確立するステップを含む、実施形態１２６から１８１のいずれか１つに記載の方法。
【０３２４】
１８３．通信セッションを実行するステップが、ユーザプレーンの情報を受信するステップを含む、実施形態１２６から１８２のいずれか１つに記載の方法。
【０３２５】
１８４．ユーザプレーンの情報を受信するステップが、メディアデータを受信するステップを含む、実施形態１２６から１８３のいずれか１つに記載の方法。
【０３２６】
１８５．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵと第２のＷＴＲＵにおいて、実質的に同時に通信セッションを実行するステップを含む、実施形態１２６から１８４のいずれか１つに記載の方法。
【０３２７】
１８６．ネットワーク間のデバイス間移転を実行するステップが、セッションを複製するステップを含む、実施形態１２６から１８５のいずれか１つに記載の方法。
【０３２８】
１８７．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵにおいて通信セッションを制御するステップを含む、実施形態１２６から１８６のいずれか１つに記載の方法。
【０３２９】
１８８．ネットワーク間のデバイス間移転を実行するステップが、第２のＷＴＲＵにおいて通信セッションを制御するステップを含む、実施形態１２６から１８７のいずれか１つに記載の方法。
【０３３０】
１８９．ネットワーク間のデバイス間移転を実行するステップが、第１のＷＴＲＵおよび第２のＷＴＲＵにおいて通信を制御するステップを含む、実施形態１２６から１８８のいずれか１つに記載の方法。
【０３３１】
１９０．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、無線通信において用いる無線送受信ユニット（ＷＴＲＵ）。
【０３３２】
１９１．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、無線通信において用いる基地局。
【０３３３】
１９２．実施形態１から１８９のいずれか１つに記載の方法を実行するように構成される、集積回路。
【０３３４】
特徴および要素が、特定の組み合わせにより上述されているが、各々の特徴または要素は、単独で用いられてもよく、または他の特徴および要素との任意の組み合わせで用いられてもよいことを、当業者は理解するだろう。加えて、本明細書で説明される方法は、コンピュータもしくはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれる、コンピュータプログラム、ソフトウェアまたはファームウェアに実装されうる。コンピュータ可読媒体の例は、（有線または無線の接続により送信される）電気信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はされないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部のハードディスクおよび取り外し可能ディスクのような磁気メディア、磁気光学メディア、並びに、ＣＤ−ＲＯＭディスクおよびＤＶＤのような光メディアを含む。ソフトウェアと関連するプロセッサを用いて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて用いるための、高周波送受信機を実装することができる。
【特許請求の範囲】
【請求項１】
協調セッションの制御権の移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
制御側のＷＴＲＵから自身のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションの制御権の移転を要求するための、協調セッションの制御権の移転の要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、前記協調セッションの制御権の移転の要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項２】
前記プロセッサと通信している受信機をさらに含み、
前記受信機が、協調セッションの制御権が前記ＷＴＲＵに移転したことを示す、協調セッションの制御権の移転の応答を受信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵが、前記ＩＭＳの協調セッションにおいて被制御側のＷＴＲＵであることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＷＴＲＵが、遠隔のパーティとの、ＩＭＳの協調セッションのメディアフローを有することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記協調セッションの制御権の移転の要求が、制御権が移転されるべきである前記協調セッションの識別情報、前記移転により影響を受けるメディアフローの識別情報、前記制御側のＷＴＲＵの識別情報、または、前記新たな制御側のＷＴＲＵの識別情報のうちの１つまたは複数を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記協調セッションの制御権の移転が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
協調セッションの制御権の移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵ、すなわち制御側のＷＴＲＵから第２のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションの制御権の移転を要求するための、協調セッションの制御権の移転の要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、前記協調セッションの制御権の移転の要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項９】
前記プロセッサと通信している受信機をさらに含み、
前記受信機が、協調セッションの制御権が前記ＷＴＲＵから前記第２のＷＴＲＵに移転したことを示す、協調セッションの制御権の移転の応答を受信するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵが、遠隔のパーティとのＩＭＳの協調セッションのメディアフローを有することを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１２】
前記協調セッションの制御権の移転の要求が、制御権が移転されるべきである前記協調セッションの識別情報、前記移転の影響を受けるメディアフローの識別情報、前記制御側のＷＴＲＵの識別情報、または、前記新たな制御側のＷＴＲＵの識別情報のうちの１つまたは複数を含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１３】
前記協調セッションの制御権の移転が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
協調セッションのメディアフローの移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵから被制御側のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションのメディアフローの移転のための、協調セッションの要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、メディアフローの移転のための前記協調セッションの要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項１５】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵが、遠隔のパーティとのメディアフローを有することを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１７】
前記ＷＴＲＵが、前記ＩＭＳの協調セッションの制御側のＷＴＲＵであることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１８】
メディアフローの移転のための前記協調セッションの要求が、移転されるべきメディアフローの識別情報、移転されるべきメディアフローの発信元の識別情報、移転されるべきメディアフローの対象の識別情報、アンカーの設定、または、メディアフローのための遠隔のパーティの識別情報のうちの１つまたは複数を含むことを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１９】
前記ＷＴＲＵが、前記被制御側のＷＴＲＵとは異なるＩＭＳの加入に属することを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項２０】
メディアフローの移転のための前記協調セッションの要求が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１】
協調セッションの制御権の移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
制御側のＷＴＲＵから自身のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションの制御権の移転を要求するための、協調セッションの制御権の移転の要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、前記協調セッションの制御権の移転の要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項２】
前記プロセッサと通信している受信機をさらに含み、
前記受信機が、協調セッションの制御権が前記ＷＴＲＵに移転したことを示す、協調セッションの制御権の移転の応答を受信するように構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記ＷＴＲＵが、前記ＩＭＳの協調セッションにおいて被制御側のＷＴＲＵであることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記ＷＴＲＵが、遠隔のパーティとの、ＩＭＳの協調セッションのメディアフローを有することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記協調セッションの制御権の移転の要求が、制御権が移転されるべきである前記協調セッションの識別情報、前記移転により影響を受けるメディアフローの識別情報、前記制御側のＷＴＲＵの識別情報、または、前記新たな制御側のＷＴＲＵの識別情報のうちの１つまたは複数を含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記協調セッションの制御権の移転が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
協調セッションの制御権の移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵ、すなわち制御側のＷＴＲＵから第２のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションの制御権の移転を要求するための、協調セッションの制御権の移転の要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、前記協調セッションの制御権の移転の要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項９】
前記プロセッサと通信している受信機をさらに含み、
前記受信機が、協調セッションの制御権が前記ＷＴＲＵから前記第２のＷＴＲＵに移転したことを示す、協調セッションの制御権の移転の応答を受信するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵが、遠隔のパーティとのＩＭＳの協調セッションのメディアフローを有することを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１２】
前記協調セッションの制御権の移転の要求が、制御権が移転されるべきである前記協調セッションの識別情報、前記移転の影響を受けるメディアフローの識別情報、前記制御側のＷＴＲＵの識別情報、または、前記新たな制御側のＷＴＲＵの識別情報のうちの１つまたは複数を含むことを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１３】
前記協調セッションの制御権の移転が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
協調セッションのメディアフローの移転を要求する無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵから被制御側のＷＴＲＵへの、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）協調セッションのメディアフローの移転のための、協調セッションの要求を生成するように構成されるプロセッサと、
前記プロセッサと通信している送信機と
を含み、
前記送信機が、メディアフローの移転のための前記協調セッションの要求を、ＩＭＳのＳＣＣ ＡＳ（Service Centralization and Continuity Application Server）に送信するように構成されることを特徴とするＷＴＲＵ。
【請求項１５】
前記送信機が、前記ＳＣＣ ＡＳと通信するために、セッション開始プロトコル（ＳＩＰ）メッセージングを用いるようにさらに構成されることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵが、遠隔のパーティとのメディアフローを有することを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１７】
前記ＷＴＲＵが、前記ＩＭＳの協調セッションの制御側のＷＴＲＵであることを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１８】
メディアフローの移転のための前記協調セッションの要求が、移転されるべきメディアフローの識別情報、移転されるべきメディアフローの発信元の識別情報、移転されるべきメディアフローの対象の識別情報、アンカーの設定、または、メディアフローのための遠隔のパーティの識別情報のうちの１つまたは複数を含むことを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項１９】
前記ＷＴＲＵが、前記被制御側のＷＴＲＵとは異なるＩＭＳの加入に属することを特徴とする請求項１４に記載のＷＴＲＵ。
【請求項２０】
メディアフローの移転のための前記協調セッションの要求が、ユーザ入力または事前に構成された条件により開始されることを特徴とする請求項１４に記載のＷＴＲＵ。
【図１Ａ】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図１Ｂ】
【図１Ｃ】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公表番号】特表２０１３−５１１２１２（Ｐ２０１３−５１１２１２Ａ）
【公表日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−５３８９０９（Ｐ２０１２−５３８９０９）
【出願日】平成２２年１１月９日（２０１０．１１．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５６０１７
【国際公開番号】ＷＯ２０１１／０５９９７４
【国際公開日】平成２３年５月１９日（２０１１．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２２年１１月９日（２０１０．１１．９）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０５６０１７
【国際公開番号】ＷＯ２０１１／０５９９７４
【国際公開日】平成２３年５月１９日（２０１１．５．１９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]