JP2012527198A

JP2012527198A - 協調セッションにおいて媒体を制御することおよび制御装置のステータスを報告すること

Info

Publication number: JP2012527198A
Application number: JP2012511055A
Authority: JP
Inventors: ドケン、サーハド; ジン、ハイペン; マヘンドラン、アルングンドラム・チャンドラセカラン
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2009-05-14
Filing date: 2010-05-14
Publication date: 2012-11-01
Anticipated expiration: 2030-05-14
Also published as: HUE044378T2; WO2010132824A9; TW201134161A; CN102422615B; KR101377607B1; US20100312841A1; KR20120014588A; TWI450547B; EP2430812A1; BRPI1011028B1; ES2733086T3; US9641567B2; JP5362908B2; EP2430812B1; WO2010132824A1; CN102422615A; BRPI1011028A2

Abstract

通信システムは、ＩＭＳアーキテクチャによって使用されるＩＥＴＦセッション開始プロトコル（ＳＩＰ）シグナリングを拡張する。基本的な使用例として、当初、第１のユーザー機器（ＵＥ１）（制御装置）は、リモートＵＥと、媒体セッション（たとえば、音声、映像、およびメッセージセッション）をしている。被制御装置ＵＥに１つの媒体コンポーネントのプロバイダを転送するために、制御装置ＵＥ１は、サービスの集中化および継続化のアプリケーションサーバー（ＳＣＣＡＳ）に対し、媒体セッション動作をトリガするために、関連するボディとともにＲＥＦＥＲメッセージを送る。ＳＣＣＡＳは、１つまたは複数のＵＥ（起点ＵＥ自身または他のＵＥ）に対する媒体セッション操作を実行するためにＲＥＦＥＲメッセージのコンテンツを解釈することができる。イノベーションは、ターゲットダイアログおよび（単数または複数の）媒体行番号を搬送する別個のＳＩＰヘッダーにおいて、ＲＥＦＥＲが搬送するＳＤＰボディにおいて、またはＲＥＦＥＲ中にあるＸＭＬボディにおいて、何が行われる必要があるのかを伝えるＲＥＦＥＲメッセージを提供する。

Description

[優先権の主張]
本特許出願は、２００９年５月１４日に出願された「協調セッションにおける媒体制御方法および装置」（代理人登録番号：092034P1）と題する米国仮出願番号第６１／１７８，４７６号と、２００９年５月２２日に出願された「協調セッションにおける制御装置のステータスをＵＥに報知する方法および装置」（代理人登録番号：092285P1）と題する米国仮出願番号第６１／１８０，５５６号と、２００９年５月２２日に出願された「ＩＭＳＵＩＴにおける媒体および被制御装置の情報を維持する方法および装置」と題する米国仮出願番号第６１／１８０，５３７号の優先権を主張し、その各々は、この譲受人に譲渡され、ここでの引用によりここに明示的に組み込まれる。

［分野］
本開示は、モバイル動作環境に関し、より詳細には、ユーザー機器間転送(inter-user equipment transfer)のための協調セッション(collaborative session)に関する。

［背景］
無線通信ネットワークが、音声、映像、パケットデータ、メッセージング、同報、等の通信コンテンツを提供するために広く配備されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することにより、複数のユーザーをサポートできる多元接続ネットワークであることができる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。

ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）によるサービスの集中化および継続化（ＳＣＣ：Service Centralization and Continuity）は、進行中の通信セッションを、複数の媒体と、異なるアクセスネットワークにわたって、または、同一加入者の制御下にある異なるユーザー機器（ＵＥ）にわたって、継続させる能力を提供する。通信セッションが異なるＵＥにわたって転送される場合、そのセッションは、制御装置ＵＥと被制御装置ＵＥとの協調セッションになることができる。一般的に、協調セッションでは、１つの制御装置ＵＥのみ、または一度に１つの制御装置ＵＥのみが存在できるが、いくつかの被制御装置ＵＥが存在することができる。

セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）、セッション記述プロトコル（ＳＤＰ：Session Description Protocol）、３ＧＰＰ回路交換（ＣＳ：Circuit-Switched）領域のプロトコルに基づいたプロトコルが、ＩＭＳＳＣＣ（IP Multimedia Subsystem Service Centralization and Continuity）を可能にすることができる。しかしながら、媒体を提供するソースＵＥにおいて生ずる変更が必要とされ、その上制御が転送され得るので、課題が残っている。

下記は、１つ以上の態様の簡潔な概要を、そのような態様の基本的な理解を提供するために、提示する。この概要は、意図される全態様の広範な概観ではなく、全態様の鍵または重要な要素を明らかにするものでも、任意のまたは全態様の範囲を明確にするものでもない。その唯一の目的は、後に提示される、より詳細な説明への前置きとして、１つ以上の態様のいくつかの概念を簡潔な形で提示することである。

一態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。第１のユーザー機器は、データパケットセッション(data packet session)中に、リモートエンド(remote end)に通信する。第１のユーザー機器は、ネットワークエンティティ(network entity)と通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御する。第１および第２のユーザー機器のうちの１つは、第１および第２のユーザー機器のうちの１つが、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示する。

別の態様において、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサが提供される。第１のモジュールは、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信する。第２のモジュールは、ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御する。第３のモジュールは、第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示する。

さらなる態様において、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品が提供される。非一時的なコンピュータ可読記憶媒体は、コードのセットを含む。第１のコードのセットは、コンピュータに、データパケットセッション中に第１のユーザー機器からリモートエンドに通信させるようにする。第２のコードのセットは、コンピュータに、ネットワークエンティティと通信することにより、協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御させるようにする。第３のコードのセットは、コンピュータに、第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示させるようにする。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための装置が提供される。データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための手段が提供される。ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための手段が提供される。第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示するための手段が提供される。

さらなる態様において、協調セッションにおけるユーザー機器間転送のための装置が提供される。トランシーバは、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信する。コンピューティングプラットフォーム(computing platform)は、トランシーバを介して、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御し、第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示する。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。ネットワークエンティティは、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にする。ネットワークエンティティは、協調セッション中にユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリング(signaling)を中継する。ネットワークエンティティは、第１および第２のユーザー機器のうちの１つから、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの表示を受信する。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサが提供される。第１のモジュールは、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にする。第２のモジュールは、協調セッション中に、ユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継する。第３のモジュールは、第１および第２のユーザー機器のうちの１つから、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの表示を受信する。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品が提供される。非一時的なコンピュータ可読記憶媒体は、コードのセットを含む。第１のコードのセットは、コンピュータに、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にさせるようにする。第２のコードのセットは、コンピュータに、協調セッション中に、ユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継させるようにする。第３のコードのセットは、コンピュータに、第１および第２のユーザー機器のうちの１つから、ユーザー機器間転送の制御装置として必要とされる機能をサポートしているとの表示を受信させるようにする。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にするための手段が、提供される。協調セッション中に、ユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するための手段が、提供される。第１および第２のユーザー機器のうちの１つから、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの表示を受信するための手段が、提供される。

さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。ネットワークインターフェースは、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にし、協調セッション中に、ユーザー機器転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継する。コンピューティングプラットフォームは、ネットワークインターフェースを介して、第１および第２のユーザー機器のうちの１つからユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの表示を受信する。
上記の、および関連する目的の達成のために、１つ以上の態様は、以下に十分に説明され、請求項の中で特に指摘されている特徴を含む。以下の説明および付属の図面は、１つ以上の態様の、ある特定の例示的な特徴を詳細に説明する。しかし、これらの特徴は、さまざまな態様の原理が用いられ得るさまざまな方法のほんの数例しか示しておらず、この説明はそのようなすべての態様およびそれらの均等物を含むことを意図する。

ユーザー機器の協調セッションが、コアネットワークとネットワークエンティティを介してリモートエンドに通信しながらユーザー機器間転送（ＩＵＴ）を行う、通信システムの模式図である。協調セッション中のＩＵＴ媒体接続を追跡するタイミングチャートである。媒体セッション中の媒体コンポーネントが、協調セッション中のユーザー機器（ＵＥ）間で転送される、通信システムの模式図である。協調セッションの間にＩＵＴを行うユーザー機器のための方法のフローチャートである。協調セッションの間にＩＵＴを行うネットワークのための方法のフローチャートである。少なくとも部分的にユーザー機器に組み込まれた、協調セッション中のＩＵＴのための電気コンポーネントの論理グループのブロック図である。少なくとも部分的にノードに組み込まれた、協調セッション中のＩＵＴのための電気コンポーネントの論理グループのブロック図である。ユーザー機器による協調セッション中のＩＵＴのための手段を有する装置のブロック図である。ネットワークエンティティによる協調セッション中のＩＵＴのための手段を有する装置のブロック図である。例示的なコンピューティング環境の図である。多元接続無線通信システムの図である。多入力多出力（ＭＩＭＯ）通信システムの図である。

詳細な説明

通信システムは、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）アーキテクチャによって使用されるインターネットエンジニアリングタスクフォース（ＩＥＴＦ：Internet Engineering Task Force）のセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）シグナリングを拡張する。基本的な使用例として、まず、第１のユーザー機器（ＵＥ１）（制御装置）は、リモートＵＥと媒体セッション(media session)（たとえば、音声、映像、およびメッセージセッション）をしている。制御装置ＵＥ１は、１つの媒体コンポーネントのプロバイダまたは顧客を被制御装置ＵＥに転送するため、媒体セッション動作をトリガするための、関連のあるボディを伴ったＲＥＦＥＲメッセージをＳＣＣＡＳに送る。サービスの集中化および継続化のアプリケーションサーバー（ＳＣＣＡＳ：Service Centralization and Continuity Application Server）は、１つまたは複数のＵＥ（起点ＵＥ自身または他のＵＥ）で媒体セッション操作を行うために、ＲＥＦＥＲメッセージのコンテンツを解釈できる。このイノベーションは、ターゲットダイアログおよび媒体情報を搬送する別個のＳＩＰヘッダーにおいて、ＲＥＦＥＲが搬送するＳＤＰボディにおいて、またはＲＥＦＥＲの中に存在するＸＭＬボディにおいて、行われる必要があるものを伝えるＲＥＦＥＲメッセージを提供する。

一態様では、協調セッションにおいて、ＵＥ１が、ＵＥ２に媒体を転送すると同時にその協調セッションの制御を転送し得る場合、本イノベーションにより、ＵＥは、ＳＣＣＡＳに、それが制御装置である（すなわち、ＩＵＴ制御装置の機能、たとえば、ＩＵＴ動作を開始するためにＳＩＰメッセージを送る機能に必要な手順をサポートする）か、または被制御装置であるかを報知することができる。

さらなる態様において、ユーザー機器は、ユーザー機器間転送における制御装置として必要とされる機能をサポートする。ユーザー機器は、協調セッション内で、制御装置または被制御装置の役割を果たすかどうかの表示を、ネットワークエンティティ（たとえば、ＳＣＣＡＳ）から受信できる。この表示の送信または受信は、ＳＩＰ（セッション開始プロトコル）媒体特徴タグ(media feature tag)と、ＳＩＰ（セッション開始プロトコル）ヘッダーと、セッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディ(content body)と、を含むメカニズムのグループのうちの選択された１つを使用することにより、達成されることができる。

本開示のさまざまな態様が、以下にさらに説明される。ここでの教示が、広くさまざまな形態で具体化可能であること、そして、ここに開示された任意の特定の構造または機能は単に代表例であるということが、理解されるべきである。当業者は、ここでの教示に基づき、ここに開示される態様が他の態様と独立して実現可能であること、そして、これらの態様のうちの２つ以上がさまざまな方法で組み合わせ可能であることを、理解すべきである。たとえば、ここに説明される任意の数の態様を使用して、装置が実現可能であり、または方法が実施可能である。さらに、ここに説明される態様のうちの１つ以上に加え、または、それらの態様以外に、他の構造または機能を使用して、装置が実現可能であり、または方法が実施可能である。例として、ここに説明された方法、デバイス、システム、および装置の多くは、モバイル通信環境において動的なクエリーおよびレコメンデーションを提供する文脈で説明される。当業者は、同様の手法が他の通信環境および非通信環境にも適用可能であることを理解すべきである。

この開示において使用される場合、「コンテンツ」および「オブジェクト」といった用語は、任意のタイプのアプリケーション、マルチメディアファイル、イメージファイル、実行可能なファイル、プログラム、ウェブページ、スクリプト、ドキュメント、プレゼンテーション、メッセージ、データ、メタデータ、または、デバイスで翻訳（render）、処理、または実行され得る任意の他のタイプの媒体または情報を説明するために使用される。

本開示で使用される場合、「コンポーネント」、「システム」、「モジュール」、等の用語はコンピュータ関連のエンティティ、すなわち、ハードウェア、ソフトウェア、実行中のソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組み合わせ、のうちのいずれかを言うものとする。たとえば、コンポーネントは、プロセッサで実行中のプロセス、プロセッサ、オブジェクト、実行可能なファイル、実行スレッド、プログラム、またはコンピュータであり得るが、これらに限定されない。１つ以上のコンポーネントが、プロセスまたは実行スレッド内に存在することができ、１つのコンポーネントが、１つのコンピュータにローカライズされることも、または、２つ以上のコンピュータ間で分散されることもできる。さらに、これらのコンポーネントは、さまざまなデータ構造が記憶されたさまざまなコンピュータ可読媒体から実行可能である。コンポーネントは、ローカルまたはリモートプロセスによって、たとえば、１つ以上のデータパケット（たとえば、信号による、ローカルシステムや分散システムにおいて、または他のシステムを有するインターネットのようなネットワークにわたって、別のコンポーネントと相互に作用しあう１つのコンポーネントからのデータ）を有する信号によって、通信することができる。さらに、ここに説明されるシステムのコンポーネントは、当業者によって理解されるように、所与の図面に示す適切な構成に限定されず、それに関し説明されているさまざまな態様、目的、利点、等の達成を容易にするため、さらなるコンポーネントによって補完または再編成されることができる。

さらに、ここに開示される態様に関し説明される、さまざまな例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはここに説明される機能を実行するように設計された、それらの任意の適切な組み合わせによって、実現または実行されることができる。汎用プロセッサは、マイクロプロセッサであることができるが、あるいは、プロセッサは、任意の従来のプロセッサ、制御装置、マイクロ制御装置、またはステートマシンであることができる。プロセッサは、コンピュータデバイスの組み合わせ、たとえば、ＤＳＰと１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコア併用型の１つ以上のマイクロプロセッサとの組み合わせ、または任意の他の適切な構成として実現されることもできる。さらに、少なくとも１つのプロセッサは、ここに説明される動作または行為の１つ以上を実行するように動作可能な１つ以上のモジュールを含むことができる。

さらに、ここに説明されるさまざまな態様または特徴は、標準的なプログラミングまたはエンジニアリングの手法を使用した方法、装置、または製造物として実現されることができる。また、ここに開示された態様に関連して説明される方法またはアルゴリズムの動作または行為は、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、または、両者の組み合わせで、具体化されることができる。その上、いくつかの態様において、方法またはアルゴリズムの動作または行為は、コンピュータプログラム製品に組み込まれることができる、機械可読媒体またはコンピュータ可読媒体上の、コードまたは命令のうちの少なくとも１つ、またはそれらの任意の組み合わせ、またはそれらのセットとして存在することができる。さらに、ここで使用される「製造物」という用語は、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを含むことが意図される。たとえば、コンピュータ可読媒体は、磁気記憶デバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、等）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、等）、スマートカード、およびフラッシュメモリデバイス（たとえば、カード、スティック、キードライブ、等）を含むことができるが、これらに限定されない。さらに、ここに説明されるさまざまな記憶媒体は、情報を記憶するための１つ以上のデバイスまたは他の機械可読媒体を表すことができる。「機械可読媒体」という用語は、命令またはデータを記憶、含有、または搬送することのできる無線チャネルおよびさまざまな他の媒体を含むことができるが、それらに限定されない。

さらに、さまざまな態様が、移動デバイスに関連してここに説明される。移動デバイスは、システム、加入者ユニット、加入者局、移動局、モバイル、移動デバイス、携帯デバイス、マルチモードデバイス、リモート局、リモート端末、アクセス端末、ユーザー端末、ユーザーエージェント、ユーザーデバイス、またはユーザー機器、等と呼ばれることもできる。加入者局は、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続能力を有するハンドヘルドデバイス、または無線モデムに接続される他の処理デバイス、または処理デバイスとの無線通信を容易にする同様のメカニズムであることができる。

上記に加え、「例示的な」という語は、例、事例、または実例としての役割を果たすことを意味するために、ここで用いられる。「例示的な」ものとしてここで説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または利点を有するものと解釈されるべきでない。そうでなく、「例示的な」という語の使用は、概念を具体的に提示することを意図する。さらに、「または（or）」という用語は、本願および付属の請求項において使用される際、排他的な「または」ではなく、包括的な「または」を意味するものする。すなわち、別段の指定がない限り、または文脈から明らかでない限り、「Ｘは、ＡまたはＢを用いる」は、自然な包括的置換のいずれをも意味するものとする。つまり、この例において、ＸはＡを用いることができ、またはＸはＢを用いることができ、またはＸはＡとＢの両方を用いることができ、このように、「ＸはＡまたはＢを用いる」という記述は、これらの例のいずれによっても満たされる。さらに、本願および添付の請求項で使用される「１つの」（“a” and “an”）という冠詞は、別段の指定がない限り、または文脈から単数形にあてられたものであることが明らかでない限り、一般に「１つ以上の」（“one or more”）を意味するものと解釈されるべきである。

ここに使用される場合、「推論する」または「推論」という語は、一般的に、イベントまたはデータを通して捕らえられる観察のセットから、システム、環境、またはユーザーの状態について理論的に考えるプロセス、または論理的に推理するプロセスのことを言う。推論は、たとえば、具体的な文脈または行為を特定するために用いられることができ、または、状態にわたる確率分布を生成できる。推論は、見込み、すなわち、データおよびイベントの考慮に基づいた、問題にしている状態にわたる確率分布の計算であることができる。推論は、イベントまたはデータのセットから、より高いレベルのイベントを構成するために用いられる手法を言うこともできる。そのような推論は、イベントが密接な時間的近接に相関していようとしていなかろうと、イベントおよびデータが１つまたはいくつかのイベントおよびデータソースからのものであろうと、観察されたイベントまたは記憶されたイベントデータのセットからの、新たなイベントまたは行為の構築という結果をもたらす。

さまざまな態様が、ここで図面を参照して説明される。以下の説明では、説明のために、数多くの具体的な詳細が、１つ以上の態様の完全な理解を提供するために述べられる。しかしながら、さまざまな態様はこれらの具体的な詳細なしでも実施されることができるということは明らかであり得る。他の例において、周知の構造およびデバイスは、これらの態様の説明を容易にするために、ブロック図の形態で示される。

協調セッションにおける媒体の制御
開示された例は、協調セッションにおいて媒体を制御するためのユーザー機器のための方法および装置を提供する。広く普及したインターネットの使用と数多くの有線および無線通信デバイスの激増により、個人と組織はＩＰ接続されつつある。任意の通信デバイスを使用して、いつどこでも、音声、映像、ＩＭといった任意のデータコミュニケーション（データコム）およびテレコミュニケーション（テレコム）サービスにアクセスすることが、現在求められており、また、将来より一層求められるであろう。ユーザーが、デバイス間を移動すること、デバイス間で媒体ストリーム(media stream)を行ったり来たり移動させること、デバイス間で媒体を操作すること、ができるようになるのを望むのは自然と想像できる。ここに開示される方法および装置は、ユーザーに、それらのユーザー機器（ＵＥ）からそのようなさまざまな媒体動作(media operation)を実行することを可能にする。

上記の媒体動作は、媒体ストリームの特徴を追加すること、削除すること、変更すること（たとえば、コーデック（コーダ−デコーダ）、方向、等を変えること）、媒体セッションを転送すること、それらを取得すること、媒体ストリームを混合および反復すること、等を含む。これらの動作は、媒体ストリームに対して、あるＵＥにより、そのＵＥ自身で行われることができ、または、任意のＵＥおよび複数のＵＥが同時に提供する。

いくつかのシナリオでは、たとえば音声と映像のみといった限定された媒体のタイプに、転送動作に、または関連する媒体セッションを協調させる方法に、焦点が当てられている。ここに開示される例は、一度にまとめて、複数の動作を実行し、複数の媒体セッションを変更する能力を提供する。いくつかの開示された態様において、拡張マークアップ言語（ＸＭＬ：Extensible Markup Language）の使用は、将来生じ得るさらなる動作／追加に対応するように拡張可能であるという利点を提供する。

開示された例は、媒体セッションの変更を達成するための、ＸＭＬボディ、セッション開始プロトコル（ＳＩＰ）ヘッダー、またはセッション記述プロトコル（ＳＤＰ）ボディの使用、同時に複数のデバイスへのＵＥ間転送（ＩＵＴ）を実施すること、ＩＵＴを達成するためのヘッダー（たとえば、リクエスト−ＵＲＩ（ユニフォームリソース識別子（Uniform Resource Identifier））、リファー・ツー・ヘッダー（Refer-To header）、ターゲット−ダイアログヘッダー（Target-Dialog header）、ＸＭＬボディの構造、等）を占めるメカニズムを提供する。開示された例は、「３ＧＰＰＴＳ２４．２３７：ＩＰマルチメディアサブシステム（ＩＭＳ）サービスの継続化；ステージ３」と題する文書に関する。

いくつかの例において、ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャによって使用されるインターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）セッション開始プロトコル（ＳＩＰ）シグナリングが、拡張される。一例が、図１に関し説明される。通信システム１００が図示され、協調セッション１０２が、ユーザー機器（ＵＥ）間で、具体的には、制御装置として動作する第１のＵＥ（「ＵＥ１」）１０４と、被制御装置として動作する第２のＵＥ（「ＵＥ２」）１０６と、これもまた被制御装置として動作する第３のＵＥ（「ＵＥ３」）１０８との間で確立されている。各ＵＥ１０４、１０６、１０８は、リモートレグ１１４を通ってリモートエンド１１６で終わるシグナリングおよび起こり得る媒体転送のために、各々のローカルレグ１１２を介してＩＭＳコアネットワーク（ＣＮ）１１０に接続されている。協調セッション１０２は、これもまたＩＭＳＣＮ１１０に結合されているサービスの集中化および継続化（ＳＣＣ：Service Centralization and Continuity）アプリケーションサーバー（ＡＳ：Application Server）１１８の動作により、シグナリングしている１つのＵＥから始まってリモートエンド１１６で終わっているように見える。ＵＥ間転送（ＩＵＴ：inter-UE transfer）の制御は、ＵＥ１１０４とＳＣＣＡＳ１１８間のサービス制御シグナリング１２０、ＵＥ２１０６とＳＣＣＡＳ１１８間の媒体制御シグナリング１２２、ＵＥ３１０８とＳＣＣＡＳ１１８間の媒体制御シグナリング１２４、およびリモートエンド１１６とＳＣＣＡＳ１１８間のリモートレグシグナリング１２６によって達成される。通信システム１００は、協調セッション媒体接続の追跡１２８を行う。

一態様において、ＵＥ１１０４のような装置は、協調セッション１０２におけるＩＵＴのための制御装置として動作する。ＵＥ１１０４のトランシーバ１４０は、データパケットセッション中にリモートエンド１１６に通信する。ＵＥ１１０４のコンピューティングプラットフォーム１４２は、ＳＣＣＡＳ１１８として図示されたネットワークエンティティと通信することにより、協調セッション１０２におけるＩＵＴのために、ＵＥ２１０６を、トランシーバ１４０を介して制御する。コンピューティングプラットフォーム１４２は、協調セッション１０２のための媒体動作の変更を決定し、その媒体動作の変更のために更新された協調セッション１０２についての媒体コンポーネント情報を維持する。

別の態様において、協調セッションにおけるユーザー機器間転送のための装置が、ＳＣＣＡＳ１１８として図示される。そのネットワークインターフェース１４４は、ＵＥのためのデータパケットセッション中に、リモートエンド１１６と、ＵＥ１１０４、ＵＥ２１０６、およびＵＥ３１０８の協調セッション１０２を、ＩＭＳＣＮ１１０として図示されたネットワークにわたって、リモートで容易にする。ネットワークインターフェース１４４は、協調セッション１０２のための媒体動作の変更を受信する。ＳＣＣＡＳ１１８のコンピューティングプラットフォーム１４６は、媒体動作の変更のために更新された協調セッション１０２についての媒体コンポーネント情報を維持する。

図２には、協調セッション中のＩＵＴのための媒体接続を追跡するための動作の方法またはシーケンス２００が、図示されている。まず、２３０で示されているように、ＵＥ１（制御装置）１０４は、リモートＵＥ（リモートエンド）１１６と、音声、映像、およびインスタントメッセンジャー（ＩＭ）セッション中である。ＵＥ１１０４は後に、その媒体セッションの映像部分をＵＥ２（被制御装置）に、そのセッションのＩＭ部分をＵＥ３に転送し、なおもその制御を続ける。そのために、ＵＥ１１０４は、ＳＣＣＡＳに対し、媒体セッション動作をトリガするために、関連するボディまたは関連するＳＩＰヘッダーとともに、２３２で示されたＲＥＦＥＲメッセージを送る。ＳＣＣＡＳは、１つまたは複数のＵＥ（起点ＵＥ１１０４自身または他のＵＥ１０６、１０８）の媒体セッション操作を実行するために、ＲＥＦＥＲメッセージのコンテンツを解釈することができる（ブロック２３４）。ＩＵＴ動作の一部として行われる必要があるものを伝達するためのＲＥＦＥＲメッセージのいくつかの代替手段がある。これらの代替手段は、（ａ）ＲＥＦＥＲ中のＸＭＬボディ（ブロック２３６）、（ｂ）ターゲットダイアログおよび媒体情報を搬送する別個のＳＩＰヘッダー中（ブロック２３８）、または（ｃ）ＲＥＦＥＲが搬送するＳＤＰボディ中（ブロック２４０）を含む。

２４１で示された一例において、ＵＥのＲＥＦＥＲメッセージのリクエスト・ユニフォーム・リソース識別子（ＵＲＬ：Request Uniform Resource Identifier）は、ＳＣＣＡＳに向けられている。それは、ターゲットＵＥのＵＲＩを示すリファー・ツー・ヘッダー（Refer-To header）を有する。ＲＥＦＥＲメッセージは、ターゲット・ダイアログ・ヘッダーを使用して、その媒体または制御が変更される必要のある協調セッションのダイアログを、ＳＣＣＡＳに教える。

ＲＥＦＥＲメッセージは、どのタイプの動作が実行されるかについての情報を伝達するためのＸＭＬボディを含む（ブロック２４２）。ＸＭＬボディは、原子的で基本的な媒体動作要素中に、下記を含む。

ここで、
op_codeは、付加、削除、変更、転送、反復、および混合といった、行われる動作のタイプを規定する。

m_typeは、ＲＦＣ４５６６において規定された値をとり得る媒体のタイプ、すなわち、音声、映像、テキスト、アプリケーション、およびメッセージを表す。

m_line_numberは、動作を受ける媒体ストリームの媒体の行番号（media line number）を表す。

source URIは、動作が２つのデバイスを含む場合に動作のソースデバイスを表す。

target URIは、その動作のターゲットデバイスを表す。

動作についてのさらなる詳細を規定するために含まれた、ペイロードのタイプおよび媒体の転送方向を含む他の要素があることもできる。ＳＣＣＡＳ１１８は、２４６で図示されたようにＵＥ２に、２４８で図示されたようにＵＥ３に、シグナリングする。

例示的なＸＭＬボディは、下記を含む。

さらなる同様の媒体動作のための媒体セッションの追跡を続けるために、制御装置であるＵＥ１１０４は、順番に媒体の行構造を保存する（ブロック２４４）。制御装置であるＵＥ１１０４が、ＳＣＣＡＳとのそのダイアログのＳＤＰボディ内の媒体ストリームのすべての追跡を続ける場合には、このＸＭＬボディで規定される媒体の行番号は、制御装置であるＵＥ１の観点からの媒体の行の順序を表す。そうでない場合、媒体の行番号は、UEx:#y の形式をとることができ、ここで、UExは、媒体ストリームについてのＵＥのＵＲＩを規定し、#yは、その特定のＵＥの媒体の基数（cardinal number）を規定する。ＵＥ１１０４がＳＣＣＡＳ１１８に一度で媒体セッションの見地から行うことを望むすべての動作をシグナリング可能であり得る。ＳＣＣＡＳ１１８は、２５０で図示されているように、別個の通知において、これらの動作の成功および失敗をシグナリングで返すことができる。この例では、ただちに、複数の媒体コンポーネントを変更し、複数の動作を実行することが可能である。さらに、ＸＭＬを使用することは、将来起こり得る、さらなる動作／付加のための拡張に適応可能であるという利点を有する。

２６０で図示された別の例において、目的が別のＵＥ１０６、１０８に対し、制御装置であるＵＥ１１０４によって開始された簡単な媒体転送を行うことである場合、これは、２６２で示されるように、転送されることが望まれる特定の媒体コンポーネント、媒体の行情報、および他の関連情報を表示するＲＥＦＥＲメッセージ内のＳＩＰヘッダーによって成し遂げられることができる。あるいは、その情報は、リファー・ツー・ヘッダーまたはターゲット・ダイアログＳＩＰヘッダーのような既存のＳＩＰヘッダー内のヘッダーパラメータとして提示されることもできる。

下記は、ＩＵＴ動作情報がＳＩＰヘッダーにおいて搬送される一例を示す。

下記は、ＩＵＴ動作情報がヘッダー／ＵＲＩパラメータの一部として搬送される一例を示す。

２７０で示されたさらなる別の例では、同一の情報が、２７２で図示されたように、その動作をターゲットにした媒体の行のための、動作を識別する新たな属性、ソースおよびターゲットＵＲＩとともに、ＲＥＦＥＲ内で搬送されることができるＳＤＰボディ内で伝達されることができる。

協調セッションにおける制御装置のステータスをＵＥに報知すること
広く普及したインターネットの使用と数多くの有線および無線通信デバイスの激増により、個人と組織はハイパー接続されつつある。任意の通信デバイスを使用して、いつどこでも、音声、映像、ＩＭといった任意のテレコムおよびデータコムサービスにアクセスすることが、現在求められており、また、将来より一層求められるであろう。

開示された例は、協調セッションにおける制御装置のステータスについて、特に、ＵＥがＩＵＴ制御装置の機能、たとえば、ＩＵＴ動作を開始するためにＳＩＰメッセージを送る機能のために必要とされる手順をサポートしているかどうかについて、ユーザー機器（ＵＥ）に報知するための方法と装置を提供する。この方法は、また、それが協調セッション内で制御装置の役割を割り当てられているか否かをＵＥに学習させる。開示された例は、ここでの引用によりここに組み込まれた「３ＧＰＰＴＳ２４．２３７：ＩＰマルチメディアサブシステム（ＩＭＳ）サービスの継続化；ステージ３」と題する文書に関する。

図３は、開示された例の態様を示す。図３を参照すると、通信システム３００の一例において、ＵＥ１（制御装置）３０２は当初、リモートＵＥ３１２と、音声部分３０６、映像部分３０８、およびＩＭ部分３１０を含む媒体セッション３０４（たとえば、テレビ会議）をしている。３１４で図示されているように、ＵＥ１３０２は後に、ＵＥ２（被制御装置）３１８に、媒体セッション３０４のソース映像部分３１６を転送する。３１９で、ＵＥ１３０２は、ＵＥ３３２２に、媒体セッション３０４のソースＩＭ部分３２０を転送し、媒体セッション３０４の制御を続ける。ＵＥ１が、映像を転送しつつ、ＵＥ、たとえば、ＵＥ２３１８にセッションの制御を転送するつもりであったとすると、現在それがこの協調セッション３２６の制御装置であるとＵＥ２３１８に報知することが、ＳＣＣＡＳ３２４に必要とされる。

いくつかの例では、それが制御装置ＵＥであるのか被制御装置ＵＥであるのかを、媒体転送ターゲットに教えることが、ＩＭＳアーキテクチャによって使用されるＩＥＴＦＳＩＰシグナリングを拡張して、提供される。

ＳＣＣＡＳは、媒体転送ターゲット（この場合、ＵＥ２）に出て行くＩＮＶＩＴＥメッセージ内に、それが現在この協調セッションの制御装置（または被制御装置）であることを報知する、特徴タグ、または新たなＳＩＰヘッダー、または新たなコンテンツボディを含む。ＳＣＣＡＳがその媒体ストリームをリダイレクト（re-direct）している場合、同様のタグ／ヘッダーが、それが制御装置／被制御装置（ＩＵＴ動作をトリガしたＵＥ）かどうかを報知する、ＵＥ１に戻ってくるＩＮＶＩＴＥまたは他のＳＩＰメッセージ内に含まれることができる。同様のタグ／ヘッダーは、それが制御装置の機能をサポートしているか否かを表示するために、ＵＥ１から来るＩＮＶＩＴＥまたは他のＳＩＰメッセージ内に含まれることができる。

いくつかの例は、下記のとおりである。

新たなＳＩＰヘッダーの制御装置を使用すること。yesの値は、このＵＥが制御装置であることを意味する。

下記の例において、application/collaborative_session_iutの新たなコンテンツタイプが定義される。ＵＥが媒体に向けられているとの同一のＩＮＶＩＴＥにおいて、ＳＤＰが含まれるマルチパート（multipart）のＭＩＭＥボディ内で、この新たなコンテンツタイプとともに、ＵＥが制御装置か否かの情報が伝達される。「yes」の値は、ＵＥが制御装置であることを意味し、「no」は、それが被制御装置であることを意味する。あるいは、このコンテンツタイプは、OPTIONS、PUBLISH、等といった他のＳＩＰメッセージボディにおいてスタンドアロンで使用されることができる。この情報は、別のイベントパッケージの一部、ＸＭＬスキーマであることもできるので、それは、暗示的または明示的なサブスクリプション（subscription）を使用して、ＮＴＦＹを介して、ＵＥに送られることができるようになっている。

図４では、協調セッションにおけるＩＵＴのための方法１１００が図示される。第１のユーザー機器は、データパケットセッション中に、リモートエンドに通信する（ブロック１１０４）。第１のユーザー機器は、ネットワークエンティティと通信することにより、協調セッション中に、ＩＵＴのために、第２のユーザー機器を制御する（ブロック１１０６）。第１および第２のユーザー機器のうちの１つが、第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示する（ブロック１１０８）。

図５では、協調セッションにおけるユーザー機器間転送のための方法１２００が図示される。ネットワークエンティティは、ＩＵＴのために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にする（ブロック１２０４）。ネットワークエンティティは、協調セッション中に、ユーザー機器間転送を制御するため、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継する（ブロック１２０６）。ネットワークエンティティは、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの第１および第２のユーザー機器のうちの１つからの表示を受信する（ブロック１２０８）。

図６を参照すると、協調セッションにおけるユーザー機器間転送のためのシステム１３００が示される。たとえば、システム１３００は、ユーザー機器（ＵＥ）内に少なくとも部分的に存在できる。システム１３００が、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、またはそれらの組み合わせ（たとえば、ファームウェア）によって実現される機能を表す機能ブロックであることができる、機能ブロックを含むものとして表されていることが理解されるべきである。システム１３００は、共に動作可能な電気コンポーネントの論理グループ１３０２を含む。たとえば、論理グループ１３０２は、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための電気コンポーネント１３０４を含むことができる。さらに、論理グループ１３０２は、ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための電気コンポーネント１３０６を含むことができる。別の例では、論理グループ１３０２は、第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示するための電気コンポーネント１３０８を含むことができる。さらに、システム１３００は、電気コンポーネント１３０４乃至１３０８に関連付けられた機能を実行するための命令を保持するメモリ１３２０を含むことができる。メモリ１３２０の外部にあるように示されているが、電気コンポーネント１３０４乃至１３０８のうちの１つ以上がメモリ１３２０内に存在できることが理解されるべきである。

図７を参照すると、協調セッションにおけるユーザー機器間転送のためのシステム１４００が示されている。たとえば、システム１４００は、少なくとも部分的にネットワークエンティティ（たとえば、アプリケーションサーバー）内に存在できる。システム１４００が、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、またはそれらの組み合わせ（たとえば、ファームウェア）によって実現される機能を表す機能ブロックであることができる、機能ブロックを含むものとして表されていることが理解されるべきである。システム１４００は、共に動作可能な電気コンポーネントの論理グループ１４０２を含む。たとえば、論理グループ１４０２は、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための電気コンポーネント１４０４を含むことができる。さらに、論理グループ１４０２は、協調セッション中に、ユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するための電気コンポーネント１４０６を含むことができる。加えて、論理グループ１４０２は、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、第１および第２のユーザー機器のうちの１つからの表示を受信するための電気コンポーネント１４０８を含むことができる。さらに、システム１４００は、電気コンポーネント１４０４乃至１４０８に関連づけられた機能を実行するための命令を保持するメモリ１４２０を含むことができる。メモリ１４２０の外部にあるように示されているが、電気コンポーネント１４０４乃至１４０８のうちの１つ以上がメモリ１４２０内に存在できることが理解されるべきである。

図８において、協調セッションにおけるユーザー機器間転送のための装置１５０２が図示されている。データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための手段１５０４が提供される。ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための手段１５０６が提供される。第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示するための手段１５０８が提供される。

図９において、協調セッションにおけるユーザー機器間転送のための装置１６０２が図示される。ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたりリモートで容易にするための手段１６０４が提供される。協調セッション中に、ユーザー機器間転送を制御するために、第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するための手段１６０６が提供される。ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、第１および第２のユーザー機器のうちの１つからの表示を受信するための手段１６０８が提供される。

図１０を参照すると、特許請求の主題のさまざまな態様を実現するための例示的なコンピューティング環境１７００は、コンピュータ１７１２を含む。コンピュータ１７１２は、処理ユニット１７１４、システムメモリ１７１６、およびシステムバス１７１８を含む。システムバス１７１８は、システムメモリ１７１６を含むがこれに限定されないシステムコンポーネントを、処理ユニット１７１４に結合する。処理ユニット１７１４は、任意のさまざまな入手可能なプロセッサであることができる。デュアルマイクロプロセッサおよび他のマルチプロセッサアーキテクチャが、処理ユニット１７１４として用いられることもできる。

システムバス１７１８は、業界標準アーキテクチャ(ＩＳＡ：Industrial Standard Architecture)、マイクロチャネルアーキテクチャ(ＭＳＡ：Micro-Channel Architecture)、拡張型ＩＳＡ(ＥＩＳＡ：Extended ISA)、インテリジェント・ドライブ・エレクトロニクス(ＩＤＥ：Intelligent Drive Electronics)、ベサローカルバス(ＶＬＢ：VESA Local Bus)、周辺コンポーネントインターコネクト(ＰＣＩ：Peripheral Component Interconnect)、カードバス（Card Bus）、ユニバーサルシリアルバス(ＵＳＢ：Universal Serial Bus)、アドバンストグラフィックスポート(ＡＧＰ：Advanced Graphics Port)、パーソナルコンピュータメモリカード国際協会バス(ＰＣＭＣＩＡ：Personal Computer Memory Card International Association bus)、Firewire (IEEE 1794)、小型コンピュータシステムインターフェース(ＳＣＳＩ：Small Computer Systems Interface)、を含むがこれらに限定されない、任意のさまざまな入手可能なバスアーキテクチャを使用した、メモリバスまたはメモリ制御装置、周辺バスまたは外付けバス、および／またはローカルバスを含む、任意のいくつかのタイプのバス構造であることができる。

システムメモリ１７１６は、揮発性メモリ１７２０および不揮発性メモリ１７２２を含む。スタートアップ中などにコンピュータ１７１２内の要素間で情報を転送するための基本的なルーティンを含む、基本入出力システム（ＢＩＯＳ：basic input/output system）は、不揮発性メモリ１７２２に記憶される。限定ではなく例として、不揮発性メモリ１７２２は、読み取り専用メモリ（ＲＯＭ）、プログラム可能なＲＯＭ（ＰＲＯＭ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能・プログラム可能なＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリ１７２０は、ランダムアクセスメモリ（ＲＡＭ）を含み、それは、外付けのキャッシュメモリとして動作する。限定ではなく例として、ＲＡＭは、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲＳＤＲＡＭ）、エンハンスド(enhanced)ＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、ラムバスダイレクトＲＡＭ（ＲＤＲＡＭ）、ダイレクトラムバスダイナミックＲＡＭ（ＤＲＤＲＡＭ）、およびラムバスダイナミックＲＡＭ（ＲＤＲＡＭ）のような多くの形態で入手可能である。

コンピュータ１７１２は、また、リムーバブル／非リムーバブル、揮発性／不揮発性コンピュータ記憶媒体を含む。図１０は、たとえば、ディスク記憶装置１７２４を示す。ディスク記憶装置１７２４は、磁気ディスクドライブ、フロッピーディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュメモリカード、またはメモリスティックのようなデバイスを含むが、それらに限定されない。さらに、ディスク記憶装置１７２４は、コンパクトディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、ＣＤ記憶可能ドライブ（ＣＤ−Ｒドライブ）、ＣＤ書き込み可能ドライブ（ＣＤ−ＲＷドライブ）、またはデジタル多用途ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）のような光ディスクドライブを含むが、これらに限定されない、他の記憶媒体とは別個の、または、それらとの組み合わせの記憶媒体を含むことができる。システムバス１７１８へのディスク記憶デバイス１７２４の接続を容易にするために、インターフェース１７２６のようなリムーバブルまたは非リムーバブルインターフェースが、一般的に使用される。

図１０が、ユーザーと、適切な動作環境１７００で説明された基本的なコンピュータリソース間の仲介物として動作するソフトウェアを説明することが理解されるべきである。そのようなソフトウェアは、オペレーティングシステム１７２８を含む。オペレーティングシステム１７２８は、ディスク記憶装置１７２４に記憶されることができるが、コンピュータシステム１７１２のリソースを制御および割り当てるように動作する。システムアプリケーション１７３０は、システムメモリ１７１６またはディスク記憶装置１７２４のいずれかに記憶されたプログラムデータ１７３４およびプログラムモジュール１７３２を通して、オペレーティングシステム１７２８によるリソースの管理を活用する。特許請求の主題が、さまざまなオペレーティングシステムまたはオペレーティングシステムの組み合わせによって実現可能であることが理解されるべきである。

ユーザーは、（単数または複数の）入力デバイス１７３６によって、コンピュータ１７１２にコマンドまたは情報を入力する。入力デバイス１７３６は、マウスのようなポインティングデバイス、トラックボール、スタイラス、タッチパッド、キーボード、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ、ＴＶチューナーカード、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、等を含むが、これらに限定されない。これらの、および他の入力デバイスは、（単数または複数の）インターフェースポート１７３８を介して、システムバス１７１８によって処理ユニット１７１４に接続する。（単数または複数の）インターフェースポート１７３８は、たとえば、シリアルポート、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）を含む。（単数または複数の）出力デバイス１７４０は、（単数または複数の）入力デバイス１７３６と同一のタイプのポートのいくつかを使用する。このように、たとえば、ＵＳＢポートは、コンピュータ１７１２に入力を供給し、出力デバイス１７４０にコンピュータ１７１２からの情報を出力するために使用されることができる。出力アダプタ１７４２は、特別なアダプタを必要とする他の出力デバイス１７４０の中には、モニター、スピーカー、およびプリンターのようないくつかの出力デバイス１７４０があることを示すために提供されている。出力アダプタ１７４２は、限定ではなく例として、出力デバイス１７４０とシステムバス１７１８間の接続手段を提供するビデオおよびサウンド・カードを含む。他のデバイスおよび／またはデバイスのシステムが、（単数または複数の）リモートコンピュータ１７４４のように、入力および出力能力の両方を提供することに留意すべきである。

コンピュータ１７１２は、（単数または複数の）リモートコンピュータ１７４４のような、１つ以上のリモートコンピュータへの論理接続を使用するネットワーク化された環境で動作できる。（単数または複数の）リモートコンピュータ１７４４は、パーソナルコンピュータ、サーバー、ルーター、ネットワークＰＣ、ワークステーション、マイクロプロセッサに基づいた器具、ピアデバイス、または他の一般的なネットワークノード、等であることができ、一般的には、コンピュータ１７１２に関して説明された、多くの、またはすべての要素を含む。簡潔さのために、メモリ記憶デバイス１７４６のみが、（単数または複数の）リモートコンピュータ１７４４とともに示されている。（単数または複数の）リモートコンピュータ１７４４は、ネットワークインターフェース１７４８によってコンピュータ１７１２に論理的に接続され、そして、通信接続１７５０を介して物理的に接続される。ネットワークインターフェース１７４８は、ローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）のような有線および／または無線通信ネットワークを含む。ＬＡＮ技術は、光ファイバー分散データインタフェース（ＦＤＤＩ：Fiber Distributed Data Interface ）、銅線分散データインターフェース（ＣＤＤＩ：Copper Distributed Data Interface）、イーサネット（登録商標）、トークンリング、等を含む。ＷＡＮ技術は、ポイント・ツー・ポイント・リンク、総合デジタル通信網（ＩＳＤＮ：Integrated Services Digital Networks）のような回路交換ネットワークおよびその変形例、パケット交換ネットワーク、およびデジタル加入者回線（ＤＳＬ）を含むが、これらに限定されない。

（単数または複数の）通信接続１７５０は、バス１７１８にネットワークインターフェース１７４８を接続するために用いられるハードウェア／ソフトウェアのことを言う。通信接続１７５０は、例示を明確にするために、コンピュータ１７１２の内部に示されているが、それは、コンピュータ１７１２の外部にあることもできる。ネットワークインターフェース１７４８への接続のために必要なハードウェア／ソフトウェアは、例示目的でのみ、通常の電話品質モデム（regular telephone grade modem）、ケーブルモデムおよびＤＳＬモデム、ＩＳＤＮアダプタ、およびイーサネットカードを含むモデムのような、内部および外部の技術を含む。

図１１を参照すると、一態様に係る多元接続無線通信システムが示されている。アクセスポイント（ＡＰ）１８００は、複数のアンテナグループ、１８０１８および１８０６を含む１つのグループ、１８０８および１８１０を含む別のグループ、および、１８１２および１８１４を含むさらなるグループを含む。図１１には各アンテナグループにつき２つのアンテナのみが示されているが、より多くのアンテナ、またはより少ないアンテナが、各アンテナグループのために利用されることができる。アクセス端末（ＡＴ）１８１６は、アンテナ１８１２および１８１４と通信しており、アンテナ１８１２および１８１４は、フォワードリンク１８２０でアクセス端末１８１６に情報を送信し、リバースリンク１８１８でアクセス端末１８１６から情報を受信する。アクセス端末１８２２は、アンテナ１８０６および１８０８と通信しており、アンテナ１８０６および１８０８は、フォワードリンク１８２６でアクセス端末１８２２に情報を送信し、リバースリンク１８２４でアクセス端末１８２２から情報を受信する。ＦＤＤシステムでは、通信リンク１８１８、１８２０、１８２４、および１８２６が、通信用の異なる周波数を使用できる。たとえば、フォワードリンク１８２０は、リバースリンク１８１８によって使用されるものとは異なる周波数を使用できる。

各アンテナグループおよび／またはその中でそれらが通信するように設計されたエリアは、しばしば、アクセスポイントのセクターと呼ばれる。この態様において、アンテナグループは、それぞれ、アクセスポイント１８００によってカバーされるエリアの、セクター内のアクセス端末に通信するように設計されている。

フォワードリンク１８２０および１８２６の通信において、アクセスポイント１８００の送信アンテナは、異なるアクセス端末１８１６および１８２２のフォワードリンクの信号対雑音比を改良するために、ビームフォーミングを利用する。また、そのカバレッジじゅうにばらばらに散らばったアクセス端末に送信するためにビームフォーミングを利用するアクセスポイントは、そのアクセス端末すべてに１つのアンテナで送信するアクセスポイントよりも、隣接セル内のアクセス端末に対し、より少ない干渉を生じる。

アクセスポイントは、端末と通信するために使用される固定局であることができ、アクセスポイント、ノードＢ、またはある他の専門用語で呼ばれることもできる。アクセス端末は、ユーザー機器（ＵＥ）、無線通信デバイス、端末、またはある他の専門用語で呼ばれることもできる。

ＭＩＭＯシステムは、データ伝送のための複数（Ｎ_Ｔ個）の送信アンテナおよび複数（Ｎ_Ｒ個）の受信アンテナを用いる。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも呼ばれるＮ_Ｓ個の独立チャネルに分解されることができ、ここで、Ｎ_Ｓ≦ｍｉｎ｛Ｎ_Ｔ，Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルの各々は、１つの次元（dimension）に対応する。ＭＩＭＯシステムは、複数の送信および受信アンテナによってつくられるさらなる次元（dimensionality）が利用されると、向上した性能（たとえば、より高いスループットおよび／またはより高い信頼性）を提供できる。

ＭＩＭＯシステムは、時分割デュプレックス（「ＴＤＤ」）および周波数分割デュプレックス（「ＦＤＤ」）をサポートできる。ＴＤＤシステムでは、フォワードリンク送信とリバースリンク送信とが同一の周波数領域にあるので、相互作用の原理により、リバースリンクチャネルからのフォワードリンクチャネルの推定が可能である。これは、アクセスポイントに、複数のアンテナがアクセスポイントで利用可能な場合にフォワードリンクでの送信ビームフォーミング利得を導き出すことを可能にさせる。

ここでの教示は、少なくとも１つの他のノードと通信するためのさまざまなコンポーネントを用いるノード（たとえば、デバイス）で具体化され得る。図１２は、ノード間通信を容易にするために用いられることができる、例としてのいくつかのコンポーネントを図示したものである。具体的には、図１２は、ＭＩＭＯシステム１９００の無線デバイス１９１０（たとえば、アクセスポイント）および無線デバイス１９５０（たとえば、アクセス端末）を示す。デバイス１９１０では、多数のデータストリームのためのトラヒックデータが、データソース１９１２から送信（「ＴＸ」）データプロセッサ１９１４に供給される。

いくつかの態様において、各データストリームは、各々の送信アンテナで送信される。ＴＸデータプロセッサ１９１４は、符号化されたデータを供給するために、各データストリームのトラヒックデータを、そのデータストリームのために選択された特定の符号化方式に基づいて、形式にしたがって作り、符号化し、そしてインターリーブする。

各データストリームのための符号化されたデータは、ＯＦＤＭ技術を使用して、パイロットデータとともに多重化されることができる。パイロットデータは、一般的に、既知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用されることができる。次いで、各データストリームのための、多重化されたパイロットデータと符号化されたデータは、変調シンボルを供給するために、そのデータストリームのために選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて、変調（たとえば、シンボルマッピング）される。各データストリームのデータレート、符号化、および変調は、プロセッサ１９３０によって実行される命令によって決定されることができる。データメモリ１９３２は、プロセッサ１９３０またはデバイス１９１０の他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶できる。

次いで、すべてのデータストリームの変調シンボルが、ＴＸＭＩＭＯプロセッサ１９２０に供給され、それは、変調シンボルを（たとえば、ＯＦＤＭ用に）さらに処理できる。ＴＸＭＩＭＯプロセッサ１９２０は、次いで、各々が送信機（ＴＭＴＲ）と受信機（ＲＣＶＲ）を有するＮ_Ｔ個のトランシーバ（「ＸＣＶＲ」）１９２２ａ乃至１９２２ｔに、Ｎ_Ｔ個の変調シンボルストリームを供給する。いくつかの態様において、ＴＸＭＩＭＯプロセッサ１９２０は、データストリームのシンボルとシンボルが送信されるアンテナに、ビームフォーミング重みを適用する。

各トランシーバ１９２２ａ乃至１９２２ｔは、それぞれのシンボルストリームを受信および処理して１つ以上のアナログ信号を供給し、アナログ信号をさらに調整（たとえば、増幅、フィルタリング、およびアップコンバート）してＭＩＭＯチャネルでの送信に適した変調信号を供給する。次いで、トランシーバ１９２２ａ乃至１９２２ｔからのＮ_Ｔ個の変調信号は、それぞれ、Ｎ_Ｔ個のアンテナ１９２４ａ乃至１９２４ｔから送信される。

デバイス１９５０では、送信された変調信号が、Ｎ_Ｒ個のアンテナ１９５２ａ乃至１９５２ｒによって受信され、各アンテナ１９５２ａ乃至１９５２ｒからの受信信号が、各々のトランシーバ（「ＸＣＶＲ」）１９５４ａ乃至１９５４ｒに供給される。各トランシーバ１９５４ａ乃至１９５４ｒは、各々の受信信号を調整（たとえば、フィルタリング、増幅、およびダウンコンバート）し、調整信号をデジタル化してサンプルを供給し、サンプルをさらに処理して、対応する「受信」シンボルストリームを供給する。

受信（「ＲＸ」）データプロセッサ１９６０は、次いで、特定の受信機処理技術に基づき、Ｎ_Ｒ個のトランシーバ１９５４ａ乃至１９５４ｒからのＮ_Ｒ個の受信シンボルストリームを受信および処理して、Ｎ_Ｔ個の「検出」シンボルストリームを供給する。ＲＸデータプロセッサ１９６０は、次いで、各検出シンボルストリームを復調、デインターリーブ、および復号し、データストリームのトラヒックデータをリカバーする。ＲＸデータプロセッサ１９６０による処理は、デバイス１９１０のＴＸＭＩＭＯプロセッサ１９２０およびＴＸデータプロセッサ１９１４によって実行されるものと補完的である。

プロセッサ１９７０は、周期的に、どのプリコーディングマトリクス（pre-coding matrix）を使用すべきか決定する。プロセッサ１９７０は、マトリクスインデックス部分（matrix index portion）およびランク値部分を含むリバースリンクメッセージを組み立てる。データメモリ１９７２は、プロセッサ１９７０、またはデバイス１９５０の他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶できる。

リバースリンクメッセージは、通信リンクおよび／または受信されたデータストリームについてのさまざまなタイプの情報を含むことができる。そして、リバースリンクメッセージは、データソース１９３６から多数のデータストリームのトラヒックデータを受信するＴＸデータプロセッサ１９３８によって処理され、変調器１９８０によって変調され、トランシーバ１９５４ａ乃至１９５４ｒによって調整され、デバイス１９１０に送信される。

デバイス１９１０では、デバイス１９５０からの変調信号が、アンテナ１９２４ａ乃至１９２４ｔによって受信され、トランシーバ１９２２ａ乃至１９２２ｔによって調整され、復調器（「ＤＥＭＯＤ」）１９４０によって復調され、ＲＸデータプロセッサ１９４２によって処理されて、デバイス１９５０によって送信されたリバースリンクメッセージが抽出される。そして、プロセッサ１９３０は、ビームフォーミングの重みを決定するためにどのプリコーディングマトリクスを使用すべきか決定し、次いで、抽出されたメッセージを処理する。

図１２は、通信コンポーネントが干渉制御動作を実行する１つ以上のコンポーネントを含み得ることを、さらに示している。たとえば、干渉（「ＩＮＴＥＲ．」）制御コンポーネント１９９０は、別のデバイス（たとえば、デバイス１９５０）に信号を送信し、別のデバイスから信号を受信するために、プロセッサ１９３０および／またはデバイス１９１０の他のコンポーネントと協調できる。同様に、干渉制御コンポーネント１９９２は、別のデバイス（たとえば、デバイス１９１０）に信号を送信し、別のデバイスから信号を受信するために、プロセッサ１９７０および／またはデバイス１９５０の他のコンポーネントと協調できる。デバイス１９１０と１９５０の各々のために、説明されたコンポーネントのうちの２つ以上の機能が、単一のコンポーネントによって供給され得るということが理解されるべきである。たとえば、単一の処理コンポーネントが、干渉制御コンポーネント１９９０とプロセッサ１９３０の機能を提供でき、単一の処理コンポーネントが、干渉制御コンポーネント１９９２とプロセッサ１９７０の機能を提供できる。

ここに説明されたものの変形、変更、および他の実現が、特許請求された開示の精神および範囲から逸脱せずに、当業者によって想到されるであろう。したがって、本開示は、上述の例示的な説明によってではなく、以下の請求項の精神および範囲によって定義される。

Claims

データパケットセッション中に、第１のユーザー機器からリモートエンドに通信することと、
ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御することと、
前記第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示することと
を含む、協調セッションにおけるユーザー機器間転送のための方法。
前記第１のユーザー機器から前記リモートエンドに通信することが、セッション開始プロトコル（ＳＩＰ）を使用することをさらに含み、前記協調セッション中に前記ユーザー機器間転送のために前記第２のユーザー機器を制御することが、エンハンスドセッション開始プロトコル（ＳＩＰ）を使用して前記ネットワークエンティティと通信することをさらに含む、請求項１に記載の方法。
前記第１および第２のユーザー機器のうちの１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかを表示することが、
前記第１および第２のユーザー機器のうちの１つかどうか、制御装置の機能がユーザー機器間転送のためにサポートされているかどうかを、前記ネットワークに通信することと、
前記第１および第２のユーザー機器のうちの前記１つが、前記協調セッション内で、前記制御装置または被制御装置の役割を果たすかどうかの前記ネットワークエンティティからの表示を受信することと
をさらに含む、請求項１に記載の方法。
前記第１および第２のユーザー機器のうちの１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかを表示することが、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを使用することをさらに含む、請求項１に記載の方法。
前記第１および第２のユーザー機器のうちの前記１つが前記協調セッション内で前記制御装置または前記被制御装置の前記役割を果たすかどうかの前記ネットワークエンティティからの前記表示を受信することが、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを検出することをさらに含む、請求項１に記載の方法。
ユーザー機器間転送のために第２のユーザー機器を制御することが、実行される転送動作と、動作を受ける媒体コンポーネントのタイプおよび媒体コンポーネントの識別と、前記転送動作のソースおよびターゲットデバイスと、を含む転送要求における情報を表示することをさらに含む、請求項１に記載の方法。
媒体ストリームの特徴を付加すること、削除すること、および変更すること、媒体セッションを転送すること、媒体セッションを取得すること、媒体ストリームを混合すること、および媒体ストリームを反復すること、を含むグループのうちの選択された１つを決定することにより、前記協調セッションの媒体動作の変更を決定することをさらに含む、請求項１に記載の方法。
前記協調セッション中に前記ユーザー機器間転送のために前記第２のユーザー機器を制御することが、サービスの集中化および継続化（ＳＣＣ）のアプリケーションサーバーと通信することをさらに含む、請求項１に記載の方法。
拡張マークアップ言語（ＸＭＬ）メッセージを使用することにより、前記協調セッションの媒体動作の変更を通信することをさらに含む、請求項１に記載の方法。
前記ＸＭＬメッセージを使用して前記変更を通信することが、前記第２のユーザー機器に前記協調セッションの制御を転送することをさらに含む、請求項９に記載の方法。
協調セッションにおける簡単な媒体転送のために定義された多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプを使用することをさらに含む、請求項９に記載の方法。
媒体動作を実行するためにセッション開始プロトコル（ＳＩＰ）メッセージに含まれた前記拡張マークアップ言語（ＸＭＬ）メッセージを使用することをさらに含む、請求項９に記載の方法。
ＲＥＦＥＲメッセージのセッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信することをさらに含む、請求項１に記載の方法。
ＳＩＰメッセージボディまたはＳＩＰメッセージヘッダーのいずれかにおけるセッション記述プロトコル（ＳＤＰ）表示に含まれたシグナリングを使用して、ユーザー機器間転送の媒体動作を通信することをさらに含む、請求項１に記載の方法。
媒体方向属性を追跡することをさらに含む、請求項１に記載の方法。
二方向性の媒体コンポーネントが、異なるユーザー機器でそれぞれ終了した複数の一方向性の媒体コンポーネントを含むことを表示することをさらに含む、請求項１に記載の方法。
データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための第１のモジュールと、
ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための第２のモジュールと、
前記第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示するための第３のモジュールと
を含む、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサ。
コンピュータに、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信させるための第１のコードのセットと、
前記コンピュータに、ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御させるための第２のコードのセットと、
前記コンピュータに、前記第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示させるための第３のコードのセットと
を含む非一時的なコンピュータ可読記憶媒体
を含む、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品。
データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための手段と、
ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための手段と、
前記第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示するための手段と
を含む、協調セッションにおけるユーザー機器間転送のための装置。
データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するためのトランシーバと、
前記トランシーバを介して、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御し、前記第１および第２のユーザー機器のうちの１つがユーザー機器間転送における制御装置として必要とされる機能をサポートしているかどうかを表示する、ためのコンピューティングプラットフォームと
を含む、協調セッションにおけるユーザー機器間転送のための装置。
前記トランシーバを介したコンピューティングトランスフォームが、さらに、セッション開始プロトコル（ＳＩＰ）を使用することにより前記第１のユーザー機器から前記リモートエンドに通信するためのものであり、さらに、エンハンスドセッション開始プロトコル（ＳＩＰ）を使用して前記ネットワークエンティティと通信することにより前記協調セッション中に前記ユーザー機器間転送のために前記第２のユーザー機器を制御するためのものである、請求項２０に記載の装置。
前記トランシーバを介したコンピューティングトランスフォームが、さらに、前記第１および第２のユーザー機器のうちの１つかどうか、制御装置の機能がユーザー機器間転送のためにサポートされているかどうかを、前記ネットワークに通信することにより、前記第１および第２のユーザー機器のうちの前記１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかを表示するためのものであり、
前記トランシーバが、さらに、前記第１および第２のユーザー機器のうちの前記１つが、前記協調セッション内で、前記制御装置または被制御装置の役割を果たすかどうかの前記ネットワークエンティティからの表示を受信するためのものである、請求項２０に記載の装置。
前記トランシーバを介したコンピューティングトランスフォームが、さらに、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを使用することにより、前記第１および第２のユーザー機器のうちの１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかを表示するためのものである、請求項２０に記載の装置。
前記トランシーバが、さらに、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを検出することにより、前記第１および第２のユーザー機器のうちの前記１つが前記協調セッション内で前記制御装置または前記被制御装置の前記役割を果たすかどうかの前記ネットワークエンティティからの前記表示を受信するためのものである、請求項２０に記載の装置。
前記トランシーバが、さらに、実行される転送動作と、動作を受ける媒体コンポーネントのタイプおよび媒体コンポーネントの識別と、前記転送動作のソースおよびターゲットデバイスと、を含む転送要求における情報を表示することにより、ユーザー機器間転送のために第２のユーザー機器を制御するためのものである、請求項２０に記載の装置。
前記トランシーバを介したコンピューティングトランスフォームが、さらに、媒体ストリームの特徴を付加すること、削除すること、および変更すること、媒体セッションを転送すること、媒体セッションを取得すること、媒体ストリームを混合すること、および媒体ストリームを反復すること、を含むグループのうちの選択された１つを決定することにより、前記協調セッションの媒体動作の変更を決定するためのものである、請求項２０に記載の装置。
前記トランシーバを介したコンピューティングトランスフォームが、さらに、サービスの集中化および継続化（ＳＣＣ）のアプリケーションサーバーと通信することにより、前記協調セッション中に前記ユーザー機器間転送のために前記第２のユーザー機器を制御するためのものである、請求項２０に記載の装置。
前記トランシーバが、さらに、拡張マークアップ言語（ＸＭＬ）メッセージを使用することにより、前記協調セッションの媒体動作の変更を通信するためのものである、請求項２０に記載の装置。
前記トランシーバが、さらに、前記第２のユーザー機器に前記協調セッションの制御を転送することをさらに含んで前記ＸＭＬメッセージを使用して前記変更を通信するためのものである、請求項２８に記載の装置。
前記トランシーバが、さらに、協調セッションにおける簡単な媒体転送のために定義された多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプを使用するためのものである、請求項２８に記載の装置。
前記トランシーバが、さらに、セッション開始プロトコル（ＳＩＰ）メッセージに含まれた前記拡張マークアップ言語（ＸＭＬ）メッセージを使用するためのものである、請求項２８に記載の装置。
前記トランシーバが、さらに、ＲＥＦＥＲメッセージのセッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信するためのものである、請求項２０に記載の装置。
前記トランシーバが、さらに、ＳＩＰメッセージボディまたはＳＩＰメッセージヘッダーのいずれかにおけるセッション記述プロトコル（ＳＤＰ）表示に含まれたシグナリングを使用して、ユーザー機器間転送の媒体動作を通信するためのものである、請求項２０に記載の装置。
前記コンピューティングプラットフォームが、さらに、媒体方向属性を追跡するためのものである、請求項２０に記載の装置。
前記コンピューティングプラットフォームが、さらに、二方向性の媒体コンポーネントが、異なるユーザー機器でそれぞれ終了した複数の一方向性の媒体コンポーネントを含むことを表示するためのものである、請求項２０に記載の装置。
データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にすることと、
協調セッション中に、ユーザー機器間転送を制御するために、前記第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継することと、
ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、前記第１および第２のユーザー機器のうちの１つからの表示を受信することと
を含む、協調セッションにおけるユーザー機器間転送のための方法。
セッション開始プロトコル（ＳＩＰ）およびエンハンスドセッション開始プロトコル（ＳＩＰ）を使用して、前記第１のユーザー機器、前記第２のユーザー機器、および前記リモートエンドと通信することをさらに含む、請求項３６に記載の方法。
前記協調セッション内で前記制御装置または被制御装置の役割を果たすように、前記第１および第２のユーザー機器のうちの前記１つに、表示を送信することをさらに含む、請求項３６に記載の方法。
前記第１および第２のユーザー機器のうちの１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかの前記表示を受信することが、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを使用することをさらに含む、請求項３６に記載の方法。
前記協調セッション内で前記制御装置または前記被制御装置の前記役割を果たすように、前記第１および第２のユーザー機器のうちの前記１つに、前記表示を送信することが、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを検出することをさらに含む、請求項３６に記載の方法。
実行される転送動作、動作を受ける媒体コンポーネントのタイプおよび媒体コンポーネントの識別、および前記転送動作のソースおよびターゲットデバイスを含む転送要求における情報を表示することをさらに含む、請求項３６に記載の方法。
媒体ストリームの特徴を付加すること、削除すること、および変更すること、媒体セッションを転送すること、媒体セッションを取得すること、媒体ストリームを混合すること、および媒体ストリームを反復することを含むグループのうちの選択された１つを決定することにより、前記協調セッションの媒体動作の変更を決定することをさらに含む、請求項３６に記載の方法。
前記協調セッションを容易にすることが、サービスの集中化および継続化（ＳＣＣ）のアプリケーションサーバーを使用する、請求項３６に記載の方法。
拡張マークアップ言語（ＸＭＬ）メッセージを使用することにより、前記協調セッションの媒体動作の変更を通信することをさらに含む、請求項３６に記載の方法。
前記ＸＭＬメッセージを使用して前記変更を通信することが、前記第２のユーザー機器に前記協調セッションの制御を転送することをさらに含む、請求項４４に記載の方法。
協調セッションにおける簡単な媒体転送のために定義された多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプを使用することをさらに含む、請求項４４に記載の方法。
セッション開始プロトコル（ＳＩＰ）メッセージに含まれた拡張マークアップ言語（ＸＭＬ）メッセージを使用することをさらに含む、請求項４４に記載の方法。
ＲＥＦＥＲメッセージのセッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリグを使用して媒体動作の変更を通信することをさらに含む、請求項３６に記載の方法。
ＳＩＰメッセージボディまたはＳＩＰメッセージヘッダーのいずれかにおけるセッション記述プロトコル（ＳＤＰ）表示にふくまれたシグナリングを使用して、ユーザー機器間転送の媒体動作を通信することをさらに含む、請求項３６に記載の方法。
媒体方向属性を追跡することをさらに含む、請求項３６に記載の方法。
二方向媒体コンポーネントが異なるユーザー機器でそれぞれ終了した複数の一方向媒体コンポーネントを含むことを表示することをさらに含む、請求項３６に記載の方法。
データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にするための第１のモジュールと、
協調セッション中に、ユーザー機器間転送を制御するために、前記第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するための第２のモジュールと、
ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、前記第１および第２のユーザー機器のうちの１つからの表示を受信するための第３のモジュールと
を含む、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサ。
コンピュータに、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にさせるための第１のコードのセットと、
前記コンピュータに、協調セッション中に、ユーザー機器間転送を制御するために、前記第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継させるための第２のコードのセットと、
前記コンピュータに、ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、前記第１および第２のユーザー機器のうちの１つからの表示を受信させるための第３のコードセットと
を含む、非一時的なコンピュータ可読記憶媒体
を含む、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品。
データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にするための手段と、
協調セッション中に、ユーザー機器間転送を制御するために、前記第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するための手段と、
ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、前記第１および第２のユーザー機器のうちの１つからの表示を受信するための手段と
を含む、協調セッションにおけるユーザー機器間転送のための装置。
データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易し、協調セッション中に、ユーザー機器間転送を制御するために、前記第１および第２のユーザー機器のうちの一方から他方にシグナリングを中継するためのネットワークインターフェースと、
ユーザー機器間転送における制御装置として必要とされる機能をサポートしているとの、前記第１および第２のユーザー機器のうちの１つからの表示を、前記ネットワークインターフェースを介して受信するためのコンピューティングプラットフォームと
を含む、協調セッションにおけるユーザー機器間転送のための装置。
前記ネットワークインターフェースが、さらに、セッション開始プロトコル（ＳＩＰ）およびエンハンスドセッション開始プロトコル（ＳＩＰ）を使用して、前記第１のユーザー機器、前記第２のユーザー機器、および前記リモートエンドと通信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、前記協調セッション内で前記制御装置または被制御装置の役割を果たすように、前記第１および第２のユーザー機器のうちの前記１つに、表示を送信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを使用することにより、前記第１および第２のユーザー機器のうちの１つが前記ユーザー機器間転送における前記制御装置として必要とされる機能をサポートしているかどうかの前記表示を受信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、セッション開始プロトコル（ＳＩＰ）媒体特徴タグ、セッション開始プロトコル（ＳＩＰ）ヘッダー、およびセッション開始プロトコル（ＳＩＰ）メッセージ内のコンテンツボディを含むメカニズムのグループのうちの選択された１つを検出することにより、前記協調セッション内で前記制御装置または前記被制御装置の前記役割を果たすように、前記第１および第２のユーザー機器のうちの前記１つに、前記表示を送信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、実行される転送動作、動作を受ける媒体コンポーネントのタイプおよび媒体コンポーネントの識別、および前記転送動作のソースおよびターゲットデバイスを含む転送要求における情報を表示するためのものである、請求項５５に記載の装置。
前記コンピューティングプラットフォームが、さらに、媒体ストリームの特徴を付加すること、削除すること、および変更すること、媒体セッションを転送すること、媒体セッションを取得すること、媒体ストリームを混合すること、および媒体ストリームを反復することを含むグループのうちの選択された１つを決定することにより、前記協調セッションの媒体動作の変更を決定するためのものである、請求項５５に記載の装置。
前記協調セッションを容易にするための、サービスの集中化および継続化（ＳＣＣ）のアプリケーションサーバーをさらに含む、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、拡張マークアップ言語（ＸＭＬ）メッセージを使用することにより、前記協調セッションの媒体動作の変更を通信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、前記第２のユーザー機器に前記協調セッションの制御を転送することをさらに含んで前記ＸＭＬメッセージを使用して前記変更を通信するためのものである、請求項６３に記載の装置。
前記ネットワークインターフェースが、さらに、協調セッションにおける簡単な媒体転送のために定義された多目的インターネットメール拡張仕様（ＭＩＭＥ）タイプを使用するためのものである、請求項６３に記載の装置。
前記ネットワークインターフェースが、さらに、セッション開始プロトコル（ＳＩＰ）メッセージに含まれた前記拡張マークアップ言語（ＸＭＬ）メッセージを使用するためのものである、請求項６３に記載の装置。
前記ネットワークインターフェースが、さらに、ＲＥＦＥＲメッセージのセッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリグを使用して媒体動作の変更を通信するためのものである、請求項５５に記載の装置。
前記ネットワークインターフェースが、さらに、ＳＩＰメッセージボディまたはＳＩＰメッセージヘッダーのいずれかにおけるセッション記述プロトコル（ＳＤＰ）表示に含まれたシグナリングを使用して、ユーザー機器間転送の媒体動作を通信するためのものである、請求項５５に記載の装置。
前記コンピューティングプラットフォームが、さらに、媒体方向属性を追跡するためのものである、請求項５５に記載の装置。
前記コンピューティングプラットフォームが、さらに、二方向媒体コンポーネントが異なるユーザー機器でそれぞれ終了した複数の一方向媒体コンポーネントを含むことを表示するためのものである、請求項５５に記載の方法。