JP2016213848A - メディアセッション情報を含む協調セッションのためのユーザ機器間移転（ＩＵＴ：ｉｎｔｅｒ−ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ ｔｒａｎｓｆｅｒ） - Google Patents

Abstract

【課題】協調セッションにおいてセッションの制御が移転される場合、セッションの制御の移転に先立ってまたは移転時に、新しいコントローラに協調セッション全体に関する情報を利用可能にする。【解決手段】協調セッション制御のユーザ機器（ＵＥ）間移転のためのサービス集中化および継続性アプリケーションサーバ（ＳＣＣ ＡＳ）は、協調セッションに関連付けられた協調セッション制御移転要求を含む第１のメッセージを第１のＵＥから受信するように構成された受信機と、協調セッションに関連付けられたセッション情報を生成するように構成されたプロセッサと、協調セッション制御移転要求と、協調セッションに関連付けられたセッション情報とを含む第２のメッセージを第２のＵＥに送信するように構成された送信機とを備える。受信機は、協調セッション制御移転応答メッセージを第２のＵＥから受信するようにさらに構成される。【選択図】図５

Description

本発明は、ＷＴＲＵ間での協調セッション制御およびセッション情報のユーザ機器（ＵＥ）間移転（ＩＵＴ）のための方法および装置に関する。

インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ：Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）は、ＩＰベースのマルチメディアサービスを配送するためのアーキテクチャフレームワークである。無線送受信ユニット（ＷＴＲＵ）は、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（ＵＴＲＡＮ）、ロングタームエボリューション（ＬＴＥ）、マイクロ波アクセス用の世界的相互運用性（ＷｉＭａｘ）、またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）技術などの技術に基づいたネットワークを含むが、それらに限定されない、様々なアクセスネットワークを介して、ＩＭＳに接続することができる。ＩＭＳの使用を通して利用可能ないくつかの手順には、ＩＭＳ対応のＷＴＲＵ間でのメディアセッションのリアルタイムでの移転、変更、複製、および検索がある。これらの手順は、ユーザ機器間移転（転送）（ＩＵＴ）またはデバイス間移転（転送）（ＩＤＴ：ｉｎｔｅｒ−ｄｅｖｉｃｅ ｔｒａｎｓｆｅｒ）として知られている。

メディアセッションは、協調セッションの一部をなす複数のデバイスによって共有することができる。協調セッション内では、１つのデバイスが、セッションのコントローラになることができ、一方、他のデバイスは、コントローリ（ｃｏｎｔｒｏｌｅｅ）になる。コントローラからコントローリの１つに制御の移転を行うことができる。セッション制御が移転される場合、新しいコントローラは、必ずしも協調セッション全体について知っているわけではないことがある。したがって、メディアセッションの制御の移転に先立って、または移転時に、協調セッション全体に関する情報が利用可能であれば有利である。

ＷＴＲＵ間での協調セッション制御およびセッション情報のユーザ機器（ＵＥ）間移転（ＩＵＴ）のための方法および装置。進行中セッションの情報を含む協調セッション制御移転要求が、１つのＷＴＲＵから別のＷＴＲＵにセッション制御を移転するのに先立って送信される。進行中セッションの情報は、メディアフローおよびセッションに関与するデバイスに関する情報を含むことができる。移転要求に応答して、メディア制御移転応答が送信される。

以上説明したように、本発明により、メディアセッションの制御の移転に先立って、または移転時に、協調セッション全体に関する情報を利用することができる。

図１Ａは、１つまたは複数の開示される実施形態を実施できる例示的な通信システムのシステム図である。 図１Ｂは、図１Ａに示された通信システム内で使用できる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ｃは、図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 図２は、コントローラによって開始される協調セッション制御の移転の一例のフロー図である。 図３は、セッション発見（ｓｅｓｓｉｏｎ ｄｉｓｃｏｖｅｒｙ）の一例のフロー図である。 図４は、セッション発見が後続する、コントローラによって開始される協調セッション制御の移転の一例のフロー図である。 図５は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一例のフロー図である。 図６は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一代替実施形態のフロー図である。 図７は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一代替実施形態のフロー図である。

図１Ａは、１つまたは複数の開示される実施形態を実施できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインタフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。

基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。

基地局１１４ａ、１１４ｂは、エアインタフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することができ、エアインタフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインタフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。

より具体的には、上で言及したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインタフェース１１６を確立できる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインタフェース１１６を確立できる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。

他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわちマイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。

ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用できるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）と通信することもできる。

コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしてサービスすることもできる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回路交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用できる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用できる基地局１１４ａと通信するように、またＩＥＥＥ ８０２無線技術を利用できる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができる。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態マシーンなどとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作できるようにする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解されよう。

送信／受信要素１２２は、エアインタフェース１１６を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成できることが理解されよう。

加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１６を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信できるようにするための、複数の送受信機を含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１６を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。

図１Ｃは、一実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。ＲＡＮ１０４は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの異なる機能エンティティと、ＲＡＮ１０４と、コアネットワーク１０６との間の通信リンクは、参照点として定義することができる。

図１Ｃに示されるように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃと、ＡＳＮゲートウェイ１４２とを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１４０ａ、１４０ｂ、１４０ｃは、各々をＲＡＮ１０４内の特定のセル（図示されず）に関連付けることができ、各々が、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）方針実施などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイントとしてサービスすることができ、ページング、加入者プロフィールのキャッシング、およびコアネットワーク１０６へのルーティングなどを担うことができる。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４の間のエアインタフェース１１６は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０６との論理インタフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６の間の論理インタフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。

基地局１４０ａ、１４０ｂ、１４０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。

図１Ｃに示されるように、ＲＡＮ１０４は、コアネットワーク１０６に接続することができる。ＲＡＮ１０４とコアネットワーク１０６の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証認可課金（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。

ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワーク１０６の間でローミングを行えるようにすることができる。ＭＩＰ−ＨＡ１４４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。ＡＡＡサーバ１４６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１４８は、他のネットワークとの網間接続を円滑化することができる。例えば、ゲートウェイ１４８は、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。加えて、ゲートウェイ１４８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。

図１Ｃには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続でき、コアネットワーク１０６は、他のコアネットワークに接続できることが理解されよう。ＲＡＮ１０４と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０４と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照点は、ホームコアネットワークと訪問先コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。

図２は、コントローラによって開始される協調セッション制御の移転の一例のフロー図２００である。協調セッションは、２つ以上のアクセスレグ（ａｃｃｅｓｓ ｌｅｇ）とＳＣＣ ＡＳによって１つのリモートレグ（ｒｅｍｏｔｅ ｌｅｇ）として提示される２つ以上のＷＴＲＵ上の関連メディアとの組である。セッションのすべてもしくは一部を移転すること、または複製することができる。セッションを開始したデバイスは、セッションのコントローラとなることができる。協調セッションに参加している、コントローラ以外のデバイスは、セッションのコントローリである。協調セッション制御移転中に、コントローラからコントローリに制御を移転することができる。協調セッション制御移転が行われると、セッション情報およびメディアフローに関する情報を決定するために、新しいコントローラによってセッション発見を実行することができる。

ＷＴＲＵ−１ ２０５およびＷＴＲＵ−２ ２１０は、リモートＷＴＲＵ２２０との協調セッションに関与することができる。コントローラＷＴＲＵであるＷＴＲＵ−１ ２０５は、ＳＣＣ ＡＳ２１５を介して、協調セッションの制御２２２を確立する。協調セッションは、複数のメディアフローを含むことができ、ＳＣＣ ＡＳ２１５においてアンカ（ａｎｃｈｏｒ）することができる。ＷＴＲＵ−１ ２０５とリモートＷＴＲＵ２２０の間で、メディアフローＡ２２５が発生することがある。ＷＴＲＵ−２ ２１０とリモートＷＴＲＵ２２０の間で、メディアフローＢ２２６が発生することがある。ＷＴＲＵ−１ ２０５は、協調セッション制御移転要求２２８をＳＣＣ ＡＳ２１５に送信することによって、協調セッションの制御を移転することができる。協調セッション制御移転要求２２８は、ＷＴＲＵ−２ ２１０の登録されたパブリックユーザ識別情報を含むことができる。

ＷＴＲＵ−２は、１つまたは複数のユーザ識別情報を登録することができ、識別情報は、ＷＴＲＵ−２のユーザを識別するために使用することができ、要求をＷＴＲＵ−２に向けて送るために他のデバイスによって使用することができる。登録されたパブリックユーザ識別情報は、協調セッション制御移転要求の送り先を識別するために使用することができる。リモートＷＴＲＵ２２０からＷＴＲＵ−１ ２０５およびＷＴＲＵ−２ ２１０へのメディアフローは、影響を受けずにいることができる。

ＳＣＣ ＡＳ２１５は、協調セッションのために、ＷＴＲＵ−１ ２０５によって使用されるパブリックユーザ識別情報とサービスプロファイル（ｓｅｒｖｉｃｅ ｐｒｏｆｉｌｅ）を共有する、すべての登録されたパブリックユーザ識別情報を含むリストを有さないことがある。ＳＣＣ ＡＳ２１５は、同じパブリックサービスプロファイルを共有する登録されたパブリックユーザ識別情報のすべてとＷＴＲＵ−１ ２０５によって登録された識別情報とを含むリストを取得することができる（２３０）。サービスプロファイルは、１組のパブリックユーザ識別情報に適用可能な１組のサービストリガを定義する。パブリックサービスプロファイルは、パブリック識別（ｐｕｂｌｉｃ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、コアネットワークサービス承認（ｃｏｒｅ ｎｅｔｗｏｒｋ ｓｅｒｖｉｃｅ ａｕｔｈｏｒｉｚａｔｉｏｎ）、および初期フィルタ基準（ｉｎｉｔｉａｌ ｆｉｌｔｅｒ ｃｒｉｔｅｒｉａ）を含むことができるが、それらに限定されない。

ＳＣＣ ＡＳ２１５は、ＷＴＲＵ−２ ２１０が、協調セッションのために、コントローラとして機能できるかどうかを判定し、ＷＴＲＵ−２ ２１０によって使用される登録されたパブリックユーザ識別情報が、協調セッションのために、ＷＴＲＵ−１ ２０５によって使用されるパブリックユーザ識別情報とサービスプロファイルを共有することを決定する。ＳＣＣ ＡＳ２１５は、協調セッション制御移転要求２２８をＷＴＲＵ−２ ２１０に転送する。ＷＴＲＵ−２ ２１０は、制御移転要求を受け入れるかどうかを決定し、要求を受け入れると決定した場合、ＷＴＲＵ−２ ２１０は、協調セッション制御移転確認２３２をＳＣＣ ＡＳ２１５を介してＷＴＲＵ−１ ２０５に送信する。ＳＣＣ ＡＳ２１５は、ＷＴＲＵ−１ ２０５を協調セッション制御から解放することができる。ＷＴＲＵ−２ ２１０は、ＳＣＣ ＡＳ２１５を介して、協調セッションの制御２３４を確立する。ＷＴＲＵ−２ ２１０が、セッションのコントローラになり、一方、ＷＴＲＵ−１ ２０５は、セッションのコントローリになる。

図２の方法のいずれのポイントでも、ＷＴＲＵ−１ ２０５、ＷＴＲＵ−２ ２１０、ＳＣＣ ＡＳ２１５、およびリモートＷＴＲＵ２２０の間で、さらなるアクションを実行することができる。

図３は、ＩＭＳサブスクリプション（ＩＭＳ ｓｕｂｓｃｒｉｐｔｉｏｎ）の一部をなすＷＴＲＵによる、セッション情報の発見の一例のフロー図３００である。協調セッションを確立することができ、協調セッションは、複数のメディアフローを含むことができる。ＷＴＲＵ−２ ３１０およびＷＴＲＵ−３ ３１５は、リモートＷＴＲＵ３２５との協調セッションに関与することができる。ＷＴＲＵ−２ ３１０とリモートＷＴＲＵ３２５の間で、メディアフローＡ３２８が発生することがある。ＷＴＲＵ−３ ３１５とリモートＷＴＲＵ３２５の間で、メディアフローＢ３３０が発生することがある。ＷＴＲＵ−２ ３１０およびＷＴＲＵ−３ ３１５と同じＩＭＳサブスクリプションの一部をなすＷＴＲＵ−１ ３０５は、セッション発見要求３３２をＳＣＣ ＡＳ３２０に送信して、進行中の協調セッションについてのセッション情報を決定することができる。ＳＣＣ ＡＳ３２０は、要求されたセッション情報を獲得し（３３４）、セッション発見応答３３６をＷＴＲＵ−１ ３０５に送信する。

セッション発見は、デバイスが、協調セッションに関与するデバイスの識別情報、およびセッションが含むメディアのタイプなど、追加情報を獲得できるようにすることができる。ＳＣＣ ＡＳの識別子、要求のタイプの表示、または協調セッションの識別子を、セッション発見要求内に含めることができる。協調セッションに関与するデバイスの識別情報、およびセッションが含むメディアのタイプは、セッション発見応答内に含めることができる。

図３の方法のいずれのポイントでも、ＷＴＲＵ−１ ３０５、ＷＴＲＵ−２ ３１０、ＷＴＲＵ−３ ３１５、ＳＣＣ ＡＳ３２０、およびリモートＷＴＲＵ３２５の間で、さらなるアクションを実行することができる。

図４は、セッション発見が後続する、コントローラによって開始される協調セッション制御の移転の一例のフロー図４００である。ＷＴＲＵ−１ ４０５は、コントローラとして、協調セッションの制御をＷＴＲＵ−２ ４１０に移転する。ＷＴＲＵ−２ ４１０は、新しいコントローラとして、セッション発見を実行する。

ＷＴＲＵ−１ ４０５およびＷＴＲＵ−２ ４１０は、リモートＷＴＲＵ４２０との協調セッションに関与することができる。コントローラＷＴＲＵであるＷＴＲＵ−１ ４０５は、ＳＣＣ ＡＳ４１５を介して、協調セッションの制御４２２を確立する。協調セッションは、複数のメディアフローを含むことができ、ＳＣＣ ＡＳ４１５においてアンカすることができる。ＷＴＲＵ−１ ４０５とリモートＷＴＲＵ４２０の間で、メディアフローＡ４２４が発生することがある。ＷＴＲＵ−２ ４１０とリモートＷＴＲＵ４２０の間で、メディアフローＢ４２６が発生することがある。現在のコントローラであるＷＴＲＵ−１ ４０５は、協調セッション全体についてのセッション情報およびメディアフローについて知っているが、一般に、ＷＴＲＵ−２ ４１０は、メディアフローＢに関するセッション情報についてしか知らないことがある（４２８）。協調セッション全体は、メディアフローに関するすべてのメディアフロー情報およびセッション情報を含む。

ＷＴＲＵ−１ ４０５は、協調セッション制御移転要求４３０をＳＣＣ ＡＳ４１５に送信することによって、協調セッションの制御を移転することができる。協調セッション制御移転要求４３０は、ＷＴＲＵ−２ ４１０の登録されたパブリックユーザ識別情報を含むことができる。リモートＷＴＲＵ４２０からＷＴＲＵ−１ ４０５およびＷＴＲＵ−２ ４１０へのメディアフローは、影響を受けずにいることができる。

ＳＣＣ ＡＳ４１５は、ＷＴＲＵ−１ ４０５のパブリックサービスプロファイルを共有するパブリックユーザ識別情報のすべてを含むリストを取得することができる（４３２）。ＳＣＣ ＡＳ４１５は、ＷＴＲＵ−２ ４１０が、協調セッションのために、コントローラとして機能できるかどうかを判定し、ＷＴＲＵ−２ ４１０によって使用される登録されたパブリックユーザ識別情報が、協調セッションのために、ＷＴＲＵ−１ ４０５によって使用されるパブリックユーザ識別情報とサービスプロファイルを共有することを決定する。ＳＣＣ ＡＳ４１５は、協調セッション制御移転要求４３０をＷＴＲＵ−２ ４１０に転送する。ＷＴＲＵ−２ ４１０は、制御移転要求を受け入れるかどうかを決定し、要求を受け入れると決定した場合、ＷＴＲＵ−２ ４１０は、協調セッション制御移転確認４３４をＳＣＣ ＡＳ４１５を介してＷＴＲＵ−１ ４０５に送信する。

ＷＴＲＵ−２ ４１０は、ＳＣＣ ＡＳ４１５を介して、協調セッションの制御４３６を確立する。ＳＣＣ ＡＳ４１５は、ＷＴＲＵ−１ ４０５を協調セッション制御から解放することができる。ＷＴＲＵ−２ ４１０が、セッションのコントローラになり、一方、ＷＴＲＵ−１ ４０５は、セッションのコントローリになる。協調セッションの制御がＷＴＲＵ−２ ４１０に移転された後でも、ＷＴＲＵ−２ ４１０は、メディアフローＢに関するセッション情報についてしか知らない（４３８）。セッション全体のステータスを決定するために、ＷＴＲＵ−２ ４１０は、セッション発見要求４４０を実行する。

ＷＴＲＵ−２ ４１０は、セッション発見要求４４０をＳＣＣ ＡＳ４１５に送信して、進行中の協調セッションについてのセッション情報を決定することができる。ＳＣＣ ＡＳ４１５は、要求されたセッション情報を獲得し（４４２）、セッション情報を含むセッション発見応答４４４をＷＴＲＵ−２ ４１０に送信する。セッション発見応答４４４を受信すると、ＷＴＲＵ−２ ４１０は、協調セッションについてのすべてのメディアフローおよびセッション情報について知るようになる（４４６）。

図４の方法のいずれのポイントでも、ＷＴＲＵ−１ ４０５、ＷＴＲＵ−２ ４１０、ＳＣＣ ＡＳ４１５、およびリモートＷＴＲＵ４２０の間で、さらなるアクションを実行することができる。

図５は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一例のフロー図５００である。コントローラＷＴＲＵは、協調セッション内の別のＷＴＲＵに協調セッションの制御を移転することができる。新しいコントローラは、協調セッション全体についてのすべてのメディアフローおよび情報について知らないことがあり、新しいコントローラに関連する情報およびメディアフローについてしか知らない。例えば、新しいコントローラは、メディアが現在ある場所、メディアのステータス、または協調セッションに関与する他のデバイスについて知らないことがある。

一般に、新しいコントローラは、制御を受け取った後、セッション発見要求を送信して、協調セッション全体についてのセッション情報およびメディアフローを獲得する。セッション発見から協調セッション制御の移転を分離して２つの異なる手順にすると、システム最適化およびエラー管理が難しくなることがある。例えば、協調セッション制御移転は成功したのに、セッション発見手順は失敗することがある。これが起こると、新しいコントローラは、進行中のメディアセッションについて知らない状態に取り残されることがある。

この実施形態では、新しいコントローラは、初期協調セッション移転要求と一緒に、セッションおよびメディアフロー情報をＳＣＣ ＡＳ５１５から受信する。協調セッションの制御をセッション発見と組み合わせることによって、新しいコントローラは、協調セッション全体のセッション情報およびメディアフローについて、そのような知識を必要とするいかなる要求をも受信する前に知っている。

ＷＴＲＵ−１ ５０５およびＷＴＲＵ−２ ５１０は、リモートＷＴＲＵ５２０との協調セッションに関与することができる。コントローラＷＴＲＵであるＷＴＲＵ−１ ５０５は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御５２２を確立する。協調セッションは、複数のメディアフローを含むことができ、ＳＣＣ ＡＳ５１５においてアンカすることができる。ＷＴＲＵ−１ ５０５とリモートＷＴＲＵ５２０の間で、メディアフローＡ５２４が発生することがある。ＷＴＲＵ−２ ５１０とリモートＷＴＲＵ５２０の間で、メディアフローＢ５２６が発生することがある。一般に、ＷＴＲＵ−２ ５１０は、メディアフローＢに関するセッション情報についてしか知らないことがあるが（５２８）、ＷＴＲＵ−１ ５０５は、協調セッション全体についてのセッション情報およびメディアフローについて知っている。

ＷＴＲＵ−１ ５０５は、協調セッション制御移転要求５３０をＳＣＣ ＡＳ５１５に送信することによって、協調セッションの制御を移転することができる。協調セッション制御移転要求５３０は、ＷＴＲＵ−２ ５１０の登録されたパブリックユーザ識別情報を含むことができる。ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−１ ５０５のパブリックサービスプロファイルを共有する登録されたパブリックユーザ識別情報のすべてを含むリストを取得することができる（５３２）。加えて、ＳＣＣ ＡＳ５１５は、協調セッションの進行中セッションの情報を獲得する（５３４）。

ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−２ ５１０が、協調セッションのために、コントローラとして機能できるかどうかを判定し、ＷＴＲＵ−２ ５１０によって使用される登録されたパブリックユーザ識別情報が、協調セッションのために、ＷＴＲＵ−１ ５０５によって使用されるパブリックユーザ識別情報とサービスプロファイルを共有することを決定する。ＳＣＣ ＡＳ５１５は、セッション情報を含む協調セッション制御移転要求５３６をＷＴＲＵ−２ ５１０に転送し、協調セッションのためのコントローラＷＴＲＵの役割を引き継ぐようにＷＴＲＵ−２ ５１０に要求する。

ＷＴＲＵ−２ ５１０は、制御移転要求５３６を受け入れるかどうかを決定し、要求５３６を受け入れると決定した場合、ＷＴＲＵ−２ ５１０は、協調セッション制御移転確認５３８をＳＣＣ ＡＳ５１５を介してＷＴＲＵ−１ ５０５に送信する。ＷＴＲＵ−２ ５１０は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御５４０を確立する。ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−１ ５０５を協調セッション制御から解放することができる。ＷＴＲＵ−２ ５１０が、セッションのコントローラになり、一方、ＷＴＲＵ−１ ５０５は、セッションのコントローリになる。ＷＴＲＵ−２ ５１０は、協調セッションについてのすべてのメディアフローおよびセッション情報について知っている（５４２）。

図５の方法のいずれのポイントでも、ＷＴＲＵ−１ ５０５、ＷＴＲＵ−２ ５１０、ＳＣＣ ＡＳ５１５、およびリモートＷＴＲＵ５２０の間で、さらなるアクションを実行することができる。

図６は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一代替実施形態のフロー図６００である。コントローラＷＴＲＵは、協調セッション内の別のＷＴＲＵに協調セッションの制御を移転することができる。新しいコントローラは、協調セッション全体についてのすべてのメディアフローおよび情報について知らないことがあるが、制御を移転しようとしているコントローラＷＴＲＵは、協調セッション全体についてのセッション情報およびメディアフローについて知っている。一般に、新しいコントローラは、制御を受け取った後、セッション発見要求を送信して、協調セッション全体についてのセッション情報およびメディアフローを獲得する。この実施形態では、コントローラＷＴＲＵは、進行中セッションおよびメディア情報を含む協調セッション移転要求を使用して、制御を移転することに決定する。

ＷＴＲＵ−１ ５０５およびＷＴＲＵ−２ ５１０は、リモートＷＴＲＵ５２０との協調セッションに関与することができる。コントローラＷＴＲＵであるＷＴＲＵ−１ ５０５は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御６２２を確立する。協調セッションは、複数のメディアフローを含むことができ、ＳＣＣ ＡＳ５１５においてアンカすることができる。ＷＴＲＵ−１ ５０５とリモートＷＴＲＵ５２０の間で、メディアフローＡ６２４が発生することがある。ＷＴＲＵ−２ ５１０とリモートＷＴＲＵ５２０の間で、メディアフローＢ６２６が発生することがある。一般に、ＷＴＲＵ−２ ５１０は、メディアフローＢに関するセッション情報についてしか知らないことがあるが（６２８）、ＷＴＲＵ−１ ５０５は、協調セッション全体についてのセッション情報およびメディアフローについて知っている。

ＷＴＲＵ−１ ５０５は、協調セッション制御移転要求６３０をＳＣＣ ＡＳ５１５に送信することによって、協調セッションの制御を移転することができる。ＳＣＣ ＡＳ５１５に送信される協調セッション制御移転要求６３０は、協調セッション全体についてのセッション情報およびメディアフローを含む。協調セッション制御移転要求６３０は、ＷＴＲＵ−２ ５１０の登録されたパブリックユーザ識別情報も含むことができる。

ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−１ ５０５のパブリックサービスプロファイルを共有する登録されたパブリックユーザ識別情報のすべてを含むリストを取得することができる（６３２）。ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−２ ５１０が、協調セッションのために、コントローラとして機能できるかどうかを判定し、ＷＴＲＵ−２ ５１０によって使用される登録されたパブリックユーザ識別情報が、協調セッションのために、ＷＴＲＵ−１ ５０５によって使用されるパブリックユーザ識別情報とサービスプロファイルを共有することを決定する。ＳＣＣ ＡＳ５１５は、協調セッションのためのコントローラＷＴＲＵの役割を引き継ぐようにＷＴＲＵ−２ ５１０に要求する協調セッション制御移転要求６３０と、進行中セッションの情報とをＷＴＲＵ−２ ５１０に転送する。

ＷＴＲＵ−２ ５１０は、制御移転要求を受け入れるかどうかを決定し、要求を受け入れると決定した場合、ＷＴＲＵ−２ ５１０は、協調セッション制御移転確認６３８をＳＣＣ ＡＳ５１５を介してＷＴＲＵ−１ ５０５に送信する。ＷＴＲＵ−２ ５１０は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御６４０を確立する。ＷＴＲＵ−２ ５１０が、セッションのコントローラになり、一方、ＷＴＲＵ−１ ５０５は、セッションのコントローリになる。ＷＴＲＵ−２ ５１０は、協調セッションについてのすべてのメディアフローおよびセッション情報について知っている（６４２）。

図６の方法のいずれのポイントでも、ＷＴＲＵ−１ ５０５、ＷＴＲＵ−２ ５１０、ＳＣＣ ＡＳ５１５、およびリモートＷＴＲＵ５２０の間で、さらなるアクションを実行することができる。

図７は、セッション発見情報を含む、コントローラによって開始される協調セッション制御の移転の一代替実施形態のフロー図である。この実施形態では、協調セッション制御移転手順の一環として、セッション発見が行われる。コントローラＷＴＲＵは、協調セッション内の別のＷＴＲＵに協調セッションの制御を移転することができる。新しいコントローラは、協調セッション全体についてのすべてのメディアフローおよび情報についてしか知らないことがあり、協調セッション制御を受け入れる前に、協調セッション全体についてのセッション情報およびメディアフローを獲得することを要求することができる。

ＷＴＲＵ−１ ５０５およびＷＴＲＵ−２ ５１０は、リモートＷＴＲＵ５２０との協調セッションに関与することができる。コントローラＷＴＲＵであるＷＴＲＵ−１ ５０５は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御７２２を確立する。協調セッションは、複数のメディアフローを含むことができ、ＳＣＣ ＡＳ５１５においてアンカすることができる。ＷＴＲＵ−１ ５０５とリモートＷＴＲＵ５２０の間で、メディアフローＡ７２４が発生することがある。ＷＴＲＵ−２ ５１０とリモートＷＴＲＵ５２０の間で、メディアフローＢ７２６が発生することがある。一般に、ＷＴＲＵ−２ ５１０は、メディアフローＢに関するセッション情報についてしか知らないことがあるが（７２８）、ＷＴＲＵ−１ ５０５は、協調セッション全体についてのセッション情報およびメディアフローについて知っている。

ＷＴＲＵ−１ ５０５は、協調セッション制御移転要求７３０をＳＣＣ ＡＳ５１５に送信することによって、協調セッションの制御を移転することができる。協調セッション制御移転要求７３０は、ＷＴＲＵ−２ ５１０の登録されたパブリックユーザ識別情報を含むことができる。ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−１ ５０５のパブリックサービスプロファイルを共有する登録されたパブリックユーザ識別情報のすべてを含むリストを取得することができる（７３２）。

ＳＣＣ ＡＳ５１５は、ＷＴＲＵ−２ ５１０が、協調セッションのために、コントローラとして機能できるかどうかを判定し、ＷＴＲＵ−２ ５１０によって使用される登録されたパブリックユーザ識別情報が、協調セッションのために、ＷＴＲＵ−１ ５０５によって使用されるパブリックユーザ識別情報とサービスプロファイルを共有することを決定する。ＳＣＣ ＡＳ５１５は、協調セッション制御移転要求７３０をＷＴＲＵ−２ ５１０に転送する。

ＷＴＲＵ−２ ５１０は、進行中セッションの情報およびメディアフロー情報を求めて、セッション発見要求７３４をＳＣＣ ＡＳ５１５に送信する。ＳＣＣ ＡＳ５１５は、協調セッションの進行中セッションの情報を獲得する（７３６）。ＳＣＣ ＡＳ５１５は、進行中セッションおよびメディアフロー情報を含むセッション発見応答７３８をＷＴＲＵ−２ ５１０に送信する。

ＷＴＲＵ−２ ５１０は、協調セッション制御移転確認７４０をＳＣＣ ＡＳ５１５を介してＷＴＲＵ−１ ５０５に送信する。ＷＴＲＵ−２ ５１０は、ＳＣＣ ＡＳ５１５を介して、協調セッションの制御７４２を確立する。ＷＴＲＵ−２ ５１０が、セッションのコントローラになり、一方、ＷＴＲＵ−１ ５０５は、セッションのコントローリになる。ＷＴＲＵ−２ ５１０は、協調セッションについてのすべてのメディアフローおよびセッション情報について知っている（７４４）。

図７の方法のいずれのポイントでも、ＷＴＲＵ−１ ５０５、ＷＴＲＵ−２ ５１０、ＳＣＣ ＡＳ５１５、およびリモートＷＴＲＵ５２０の間で、さらなるアクションを実行することができる。

実施形態
１．協調セッション制御のユーザ機器（ＵＥ）間移転（ＩＵＴ）のためのサービス集中化および継続性アプリケーションサーバ（ＳＣＣ ＡＳ：ｓｅｒｖｉｃｅ ｃｅｎｔｒａｌｉｚａｔｉｏｎ ａｎｄ ｃｏｎｔｉｎｕｉｔｙ ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）であって、
第１の協調セッションに関連する協調セッション制御移転要求メッセージを第１のＵＥから受信するように構成された受信機
を備えるＳＣＣ ＡＳ。

２．第１の協調セッションに関連するセッション情報を生成するように構成されたプロセッサ
をさらに備える実施形態１に記載のＳＣＣ ＡＳ。

３．第１の協調セッションに関連するセッション情報を含む協調セッション制御移転要求メッセージを第２のＵＥに送信するように構成された送信機
をさらに備える実施形態２に記載のＳＣＣ ＡＳ。

４．受信機は、協調セッション制御移転応答メッセージを第２のＵＥから受信するようにさらに構成される、
実施形態３に記載のＳＣＣ ＡＳ。

５．協調セッション情報は、協調セッションの１つまたは複数のメディアフローを含む、実施形態１〜４のいずれか１つに記載のＳＣＣ ＡＳ。

６．指定されたサービスプロファイルについてのパブリックユーザ識別情報を取得するように構成された取得デバイス
をさらに備える実施形態１〜５のいずれか１つに記載のＳＣＣ ＡＳ。

７．協調セッション制御移転要求は、第２のＵＥの識別情報を含む、実施形態１〜６のいずれか１つに記載のＳＣＣ ＡＳ。

８．協調セッションの制御の移転が発生する、実施形態１〜７のいずれか１つに記載のＳＣＣ ＡＳ。

９．協調セッション制御のユーザ機器（ＵＥ）間移転（ＩＵＴ）のための無線送受信ユニット（ＷＴＲＵ）であって、
第１の協調セッションに関連するセッション情報を含む協調セッション制御移転要求メッセージを受信するように構成された受信機
を備えるＷＴＲＵ。

１０．協調セッション制御を受け入れるかどうかを決定するように構成されたプロセッサ
をさらに備える実施形態９に記載のＷＴＲＵ。

１１．協調セッション制御を受け入れる場合、協調セッション制御移転応答メッセージを送信するように構成された送信機
をさらに備える実施形態９〜１０のいずれか１つに記載のＷＴＲＵ。

１２．協調セッション制御を受け入れる決定は、第１の協調セッションに関連するセッション情報に基づく、実施形態９〜１１のいずれか１つに記載のＷＴＲＵ。

１３．第１の協調セッションに関連するセッション情報は、協調セッションの１つまたは複数のメディアフローを含む、実施形態９〜１２のいずれか１つに記載のＷＴＲＵ。

１４．第１の協調セッションに関連するセッション情報は、指定されたサービスプロファイルについてのユーザ識別情報を含む、実施形態９〜１３のいずれか１つに記載のＷＴＲＵ。

１５．協調セッションの制御の移転が発生する、実施形態９〜１４のいずれか１つに記載のＷＴＲＵ。

１６．協調セッション制御のデバイス間移転（ＩＤＴ）のためのサービス集中化および継続性アプリケーションサーバ（ＳＣＣ ＡＳ）のための方法であって、
第１の協調セッションに関連する協調セッション制御移転要求メッセージを第１のＵＥから受信するステップ
を含む方法。

１７．第１の協調セッションに関連するセッション情報を生成するステップ
をさらに含む実施形態１６に記載の方法。

１８．第１の協調セッションに関連するセッション情報を含む協調セッション制御移転要求メッセージを第２のＵＥに送信するステップ
をさらに含む実施形態１７に記載の方法。

１９．さらに、協調セッション制御移転応答メッセージが、第２のＵＥから受信される、
実施形態１８に記載の方法。

２０．セッション情報は、協調セッションの１つまたは複数のメディアフローを含む、実施形態１６〜１９のいずれか１つに記載の方法。

２１．指定されたサービスプロファイルについてのパブリックユーザ識別情報が取得される、実施形態１６〜２０のいずれか１つに記載の方法。

２２．協調セッション制御移転要求は、第２のＵＥの識別情報を含む、実施形態１６〜２１のいずれか１つに記載の方法。

２３．協調セッションの制御の移転が発生する、実施形態１６〜２２のいずれか１つに記載の方法。

２４．協調セッション制御のユーザ機器（ＵＥ）間移転（ＩＵＴ）のための無線送受信ユニット（ＷＴＲＵ）の方法であって、
第１の協調セッションに関連するセッション情報を含む協調セッション制御移転要求メッセージを受信するステップ
を含む方法。

２５．協調セッション制御を受け入れるかどうかを決定するステップ
をさらに含む実施形態２４に記載の方法。

２６．協調セッション制御を受け入れる場合、協調セッション制御移転応答メッセージを送信するステップ
をさらに含む実施形態２５に記載の方法。

２７．協調セッション制御を受け入れる決定は、第１の協調セッションに関連するセッション情報に基づく、実施形態２４〜２６のいずれか１つに記載の方法。

２８．第１の協調セッションに関連するセッション情報は、協調セッションの１つまたは複数のメディアフローを含む、実施形態２４〜２７のいずれか１つに記載の方法。

２９．第１の協調セッションに関連するセッション情報は、指定されたサービスプロファイルについてのユーザ識別情報を含む、実施形態２４〜２８のいずれか１つに記載の方法。

３０．協調セッションの制御の移転が発生する、実施形態２４〜２９のいずれか１つに記載の方法。

上では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者であれば理解されよう。加えて、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行する、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用することができる。

本発明は、一般的に無線通信システムに利用することができる。

１００ 通信システム
１０２、１０２ａ、１０２ｂ、１０２ｃ、１０２ａ ＷＴＲＵ
１０４ ＲＡＮ
１０６ コアネットワーク
１０８ ＰＳＴＮ
１１０ インターネット
１１２ 他のネットワーク
１１８ プロセッサ
１２０ 送受信機
１２２ アンテナ
１４０ａ、１４０ｂ、１４０ｃ 基地局

Claims (3)

1. 協調セッション制御のユーザ機器（ＵＥ）間移転（ＩＵＴ）のためのサービス集中化および継続性アプリケーションサーバ（ＳＣＣ ＡＳ）であって、
   協調セッションに関連付けられた協調セッション制御移転要求を含む第１のメッセージを第１のＵＥから受信するように構成された受信機と、
   前記協調セッションに関連付けられたセッション情報を生成するように構成されたプロセッサと、
   協調セッション制御移転要求と、前記協調セッションに関連付けられた前記セッション情報とを含む第２のメッセージを第２のＵＥに送信するように構成された送信機と
   を備え、
   前記受信機は、協調セッション制御移転応答メッセージを前記第２のＵＥから受信するようにさらに構成されることを特徴とするＳＣＣ ＡＳ。
2. 前記セッション情報は、前記協調セッションの１つまたは複数のメディアフローに関連付けられた情報を含むことを特徴とする請求項１に記載のＳＣＣ ＡＳ。
3. サービスプロファイルに関連付けられたパブリックユーザ識別情報を取得するように構成されたレトリーバ
   をさらに備えたことを特徴とする請求項１に記載のＳＣＣ ＡＳ。

Images