(57)【特許請求の範囲】
【請求項１】
協調セッションにおけるユーザー機器間転送のための第１のユーザー機器によって実行可能な方法であって、
データパケットセッション中に前記第１のユーザー機器からリモートエンドに通信することと、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御することと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持することであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、媒体コンポーネント情報を維持することと、
を含む方法。
【請求項２】
媒体コンポーネント情報を維持することは、１つまたは複数の媒体コンポーネントがアクティブであると決定することと、前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方が、アクティブである前記１つまたは複数の媒体コンポーネントを提供していると識別することをさらに含む、請求項１に記載の方法。
【請求項３】
媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器との間でメッセージを交換することをさらに含み、前記ネットワークエンティティは、ユーザー機器間転送サーバーを含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および媒体コンポーネントの所有者についての情報を含む、請求項１に記載の方法。
【請求項４】
前記メッセージは、構造化拡張マークアップ言語（ＸＭＬ）メッセージを含み、前記ＸＭＬメッセージは、前記媒体のインデックス、前記媒体のタイプ、前記媒体のステータス、および前記媒体コンポーネントの前記所有者についての情報を含む、請求項３に記載の方法。
【請求項５】
前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、ＳＤＰメッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに前記媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、請求項４に記載の方法。
【請求項６】
前記メッセージは、１つまたは複数のＳＤＰメッセージを含む、請求項３に記載の方法。
【請求項７】
特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用され、前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、請求項６に記載の方法。
【請求項８】
前記媒体コンポーネントの前記所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、請求項７に記載の方法。
【請求項９】
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して前記媒体動作の前記変更を通信することと、
前記第１のユーザー機器で前記変更を暗示的に追跡することと、をさらに含み、
前記ＳＣＣアプリケーションサーバーは、単独かつ暗示的に前記変更を追跡する、請求項１に記載の方法。
【請求項１０】
前記変更を暗示的に追跡することは、連続するインデックスを使用することをさらに含む、請求項９に記載の方法。
【請求項１１】
前記連続するインデックスは、生成者の識別子、メッセージの識別子、および媒体の識別子を含む、請求項１０に記載の方法。
【請求項１２】
前記第１のユーザー機器と、前記ＳＣＣアプリケーションサーバーとの間で、前記同期追跡することは、ＳＤＰ提供／応答メカニズムを使用する、請求項１に記載の方法。
【請求項１３】
媒体コンポーネント情報を維持することは、媒体方向属性を追跡することをさらに含む、請求項１に記載の方法。
【請求項１４】
協調セッションにおけるユーザー機器間転送のために構成された、第１のユーザー機器のための少なくとも１つのプロセッサであって、
データパケットセッション中に前記第１のユーザー機器からリモートエンドに通信する第１のモジュールと、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御する第２のモジュールと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持する第３のモジュールであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、第３のモジュールと、
を含む、少なくとも１つのプロセッサ。
【請求項１５】
協調セッションにおけるユーザー機器間転送のための第１のユーザー機器によって実行可能なコンピュータプログラムであって、
コンピュータに、データパケットセッション中に前記第１のユーザー機器からリモートエンドに通信させるための第１のコードのセットと、
前記コンピュータに、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御させるための第２のコードのセットと、
前記コンピュータに、媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持させるための第３のコードのセットであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、第３のコードのセットと、
を含むコンピュータプログラム。
【請求項１６】
協調セッションにおけるユーザー機器間転送のために構成された第１のユーザー機器の装置であって、
データパケットセッション中に前記第１のユーザー機器からリモートエンドに通信する手段と、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御する手段と、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持する手段であって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡する手段を含む、媒体コンポーネント情報を維持する手段と、
を含む装置。
【請求項１７】
協調セッションにおけるユーザー機器間転送のために構成された第１のユーザー機器の装置であって、
データパケットセッション中に前記第１のユーザー機器からリモートエンドに通信するトランシーバと、
前記トランシーバを介して、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御することと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持することであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、媒体コンポーネント情報を維持することと、
を行うためのコンピューティングプラットフォームと
を含む装置。
【請求項１８】
前記コンピューティングプラットフォームは、さらに、１つまたは複数の媒体コンポーネントがアクティブであると決定することと、前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方が、アクティブである前記１つまたは複数の媒体コンポーネントを提供していると識別することにより、媒体コンポーネント情報を維持するためのものである、請求項１７に記載の装置。
【請求項１９】
前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器との間でメッセージを交換することにより、媒体コンポーネント情報を維持するためのものであり、前記ネットワークエンティティは、ユーザー機器間転送サーバーを含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および媒体コンポーネントの所有者についての情報を含む、請求項１７に記載の装置。
【請求項２０】
前記メッセージは、構造化拡張マークアップ言語（ＸＭＬ）メッセージを含み、前記ＸＭＬメッセージは、前記媒体のインデックス、前記媒体のタイプ、前記媒体のステータス、および前記媒体コンポーネントの前記所有者についての情報を含む、請求項１９に記載の装置。
【請求項２１】
前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、ＳＤＰメッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに前記媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、請求項２０に記載の装置。
【請求項２２】
前記メッセージは、１つまたは複数のＳＤＰメッセージを含む、請求項１９に記載の装置。
【請求項２３】
特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用され、前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、請求項２２に記載の装置。
【請求項２４】
前記媒体コンポーネントの前記所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、請求項２３に記載の装置。
【請求項２５】
前記コンピューティングプラットフォームは、さらに、
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して前記媒体動作の前記変更を通信し、
前記第１のユーザー機器で前記変更を暗示的に追跡する、ためのものであり、
前記ＳＣＣアプリケーションサーバーは、単独かつ暗示的に前記変更を追跡する、請求項１７に記載の装置。
【請求項２６】
前記コンピューティングプラットフォームは、さらに、連続するインデックスを使用することによって、前記変更を暗示的に追跡するためのものである、請求項２５に記載の装置。
【請求項２７】
前記インデックスは、生成者の識別子、メッセージの識別子、および媒体の識別子を含む、請求項２６に記載の装置。
【請求項２８】
前記第１のユーザー機器と、前記ＳＣＣアプリケーションサーバーとの間で、前記同期追跡することは、ＳＤＰ提供／応答メカニズムを使用する、請求項１７に記載の装置。
【請求項２９】
前記コンピューティングプラットフォームは、さらに、媒体方向属性を追跡することによって、媒体コンポーネント情報を維持するためのものである、請求項１７に記載の装置。
【請求項３０】
協調セッションにおけるユーザー機器間転送のための、ネットワークエンティティによって実行可能な方法であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にすることと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持することであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、媒体コンポーネント情報を維持することと、
を含む方法。
【請求項３１】
媒体コンポーネント情報を維持することは、１つまたは複数の媒体コンポーネントがアクティブであると決定することと、前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方が、アクティブである前記１つまたは複数の媒体コンポーネントを提供していると識別することをさらに含む、請求項３０に記載の方法。
【請求項３２】
媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器との間でメッセージを交換することをさらに含み、前記ネットワークエンティティは、ユーザー機器間転送サーバーを含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および媒体コンポーネントの所有者についての情報を含む、請求項３０に記載の方法。
【請求項３３】
前記メッセージは、構造化拡張マークアップ言語（ＸＭＬ）メッセージを含み、前記ＸＭＬメッセージは、前記媒体のインデックス、前記媒体のタイプ、前記媒体のステータス、および前記媒体コンポーネントの前記所有者についての情報を含む、請求項３２に記載の方法。
【請求項３４】
前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、ＳＤＰメッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに前記媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、請求項３３に記載の方法。
【請求項３５】
前記メッセージは、１つまたは複数のＳＤＰメッセージを含む、請求項３２に記載の方法。
【請求項３６】
特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用され、前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、請求項３５に記載の方法。
【請求項３７】
前記媒体コンポーネントの前記所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、請求項３６に記載の方法。
【請求項３８】
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して前記媒体動作の前記変更を通信することと、
前記ＳＣＣアプリケーションサーバーで前記変更を暗示的に追跡することと、をさらに含み、
前記第１のユーザー機器は、単独かつ暗示的に前記変更を追跡する、請求項３０に記載の方法。
【請求項３９】
前記変更を暗示的に追跡することは、連続するインデックスを使用することをさらに含む、請求項３８に記載の方法。
【請求項４０】
前記連続するインデックスは、生成者の識別子、メッセージの識別子、および媒体の識別子を含む、請求項３９に記載の方法。
【請求項４１】
前記第１のユーザー機器と、前記ＳＣＣアプリケーションサーバーとの間で、前記同期追跡することは、ＳＤＰ提供／応答メカニズムを使用する、請求項３０に記載の方法。
【請求項４２】
媒体コンポーネント情報を維持することは、媒体方向属性を追跡することをさらに含む、請求項３０に記載の方法。
【請求項４３】
協調セッションにおけるユーザー機器間転送のために構成された、ネットワークエンティティのための少なくとも１つのプロセッサであって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための第１のモジュールと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するための第２のモジュールであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、第２のモジュールと、
を含む少なくとも１つのプロセッサ。
【請求項４４】
協調セッションにおけるユーザー機器間転送のためのネットワークエンティティによって実行可能なコンピュータプログラムであって、
コンピュータに、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にさせるための第１のコードのセットと、
前記コンピュータに、媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持させるための第２のコードのセットであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、第２のコードのセットと、
を含むコンピュータプログラム。
【請求項４５】
協調セッションにおけるユーザー機器間転送のために構成されたネットワークエンティティの装置であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための手段と、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するための手段であって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡する手段を含む、媒体コンポーネント情報を維持する手段と、
を含む装置。
【請求項４６】
協調セッションにおけるユーザー機器間転送のために構成されたネットワークエンティティの装置であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするためのネットワークインターフェースと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するためのコンピューティングプラットフォームであって、セッション記述プロトコル（ＳＤＰ）を使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することを含む、コンピューティングプラットフォームと、
を含む装置。
【請求項４７】
前記コンピューティングプラットフォームは、さらに、１つまたは複数の媒体コンポーネントがアクティブであると決定することと、前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方が、アクティブである前記１つまたは複数の媒体コンポーネントを提供していると識別することにより、媒体コンポーネント情報を維持するためのものである、請求項４６に記載の装置。
【請求項４８】
前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器との間でメッセージを交換することにより、媒体コンポーネント情報を維持するためのものであり、前記ネットワークエンティティは、ユーザー機器間転送サーバーを含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および媒体コンポーネントの所有者についての情報を含む、請求項４６に記載の装置。
【請求項４９】
前記メッセージは、構造化拡張マークアップ言語（ＸＭＬ）メッセージを含み、前記ＸＭＬメッセージは、前記媒体のインデックス、前記媒体のタイプ、前記媒体のステータス、および前記媒体コンポーネントの前記所有者についての情報を含む、請求項４８に記載の装置。
【請求項５０】
前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、ＳＤＰメッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに前記媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、請求項４９に記載の装置。
【請求項５１】
前記メッセージは、１つまたは複数のＳＤＰメッセージを含む、請求項４８に記載の装置。
【請求項５２】
特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用され、前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、請求項５１に記載の装置。
【請求項５３】
前記媒体コンポーネントの前記所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、請求項５２に記載の装置。
【請求項５４】
前記コンピューティングプラットフォームは、さらに、
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して前記媒体動作の前記変更を通信し、
前記ＳＣＣアプリケーションサーバーで前記変更を暗示的に追跡する、ためのものであり、
前記第１のユーザー機器は、単独かつ暗示的に前記変更を追跡する、請求項４６に記載の装置。
【請求項５５】
前記コンピューティングプラットフォームはさらに前記変更を暗示的に追跡するためのものであり、連続するインデックスを使用することをさらに含む請求項５４に記載の装置。
【請求項５６】
前記連続するインデックスは、生成者の識別子、メッセージの識別子、および媒体の識別子を含む、請求項５５に記載の装置。
【請求項５７】
前記第１のユーザー機器と、前記ＳＣＣアプリケーションサーバーとの間で、前記同期追跡することは、ＳＤＰ提供／応答メカニズムを使用する、請求項４６に記載の装置。
【請求項５８】
前記コンピューティングプラットフォームは、さらに、媒体方向属性を追跡することによって、媒体コンポーネント情報を維持するためのものである、請求項４６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［３５Ｕ．Ｓ．Ｃ．§１１９下の優先権の主張］
本特許出願は、２００９年５月１４日に出願された「協調セッションにおける媒体制御方法および装置」（代理人登録番号：092034P1）と題する米国仮出願番号第６１／１７８，４７６号と、２００９年５月２２日に出願された「協調セッションにおける制御装置のステータスをＵＥに報知する方法および装置」（代理人登録番号：092285P1）と題する米国仮出願番号第６１／１８０，５５６号と、２００９年５月２２日に出願された「ＩＭＳ ＵＩＴにおける媒体および被制御装置の情報を維持する方法および装置」と題する米国仮出願番号第６１／１８０，５３７号の優先権を主張し、その各々は、この譲受人に譲渡され、ここでの引用によりここに明示的に組み込まれる。
【０００２】
［分野］
本開示は、モバイル動作環境に関し、より詳細には、ユーザー機器間転送のための協調セッション(collaborative session)に関する。
【背景技術】
【０００３】
［背景］
無線通信ネットワークが、音声、映像、パケットデータ、メッセージング、同報、等の通信コンテンツを提供するために広く配備されている。これらの無線ネットワークは、利用可能なネットワークリソースを共有することにより、複数のユーザーをサポートできる多元接続ネットワークであることができる。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
【０００４】
ＩＰマルチメディア（ＩＭ）コアネットワーク（ＣＮ）によるサービスの集中化および継続化（ＳＣＣ：Service Centralization and Continuity）は、進行中の通信セッションを、複数の媒体と、異なるアクセスネットワークにわたって、または、同一加入者の制御下にある異なるユーザー機器（ＵＥ；user equipment）にわたって、継続させる能力を提供する。通信セッションが異なるＵＥにわたって転送される場合、そのセッションは、制御装置ＵＥと被制御装置ＵＥとの協調セッションになることができる。一般的に、協調セッションでは、１つの制御装置ＵＥのみ、または一度に１つの制御装置ＵＥのみが存在できるが、いくつかの被制御装置ＵＥが存在することができる。
【０００５】
セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）、セッション記述プロトコル（ＳＤＰ：Session Description Protocol）、３ＧＰＰ回路交換（ＣＳ：Circuit-Switched）領域のプロトコルに基づいたプロトコルが、ＩＭＳ ＳＣＣ（IP Multimedia Subsystem Service Centralization and Continuity）を可能にすることができる。しかしながら、媒体を提供するソースＵＥにおいて生ずる変更が必要とされ、その上制御が転送され得るので、課題が残っている。
【発明の概要】
【０００６】
下記は、１つ以上の態様の簡潔な概要を、そのような態様の基本的な理解を提供するために、提示する。この概要は、意図される全態様の広範な概観ではなく、全態様の鍵または重要な要素を明らかにするものでも、任意のまたは全態様の範囲を明確にするものでもない。その唯一の目的は、後に提示される、より詳細な説明への前置きとして、１つ以上の態様のいくつかの概念を簡潔な形で提示することである。
【０００７】
一態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。第１のユーザー機器は、データパケットセッション(data packet session)中に、リモートエンドに通信する。第１のユーザー機器は、ネットワークエンティティ（network entity)と通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御する。第１のユーザー機器は、協調セッションのための媒体動作の変更を決定する。第１のユーザー機器は、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報(media components information)を維持する。
【０００８】
別の態様において、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサが提供される。第１のモジュールは、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信する。第２のモジュールは、ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御する。第３のモジュールは、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する。
【０００９】
さらなる態様において、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品が提供される。非一時的（non-transitory）なコンピュータ可読記憶媒体は、コードのセットを含む。第１のコードのセットは、コンピュータに、データパケットセッション中に第１のユーザー機器からリモートエンドに通信させるようにする。第２のコードのセットは、コンピュータに、ネットワークエンティティと通信することにより、協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御させるようにする。第３のコードのセットは、コンピュータに、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持させるようにする。
【００１０】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための装置が提供される。データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための手段が提供される。ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための手段が提供される。媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するために手段が提供される。
【００１１】
さらなる態様において、協調セッションにおけるユーザー機器間転送のための装置が提供される。トランシーバは、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信する。コンピューティングプラットフォーム(computing platform)は、トランシーバを介して、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御し、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する。
【００１２】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。ネットワークエンティティは、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にする。コンピューティングプラットフォームは、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する。
【００１３】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサが提供される。第１のモジュールは、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にする。第２のモジュールは、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する。
【００１４】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品が提供される。非一時的なコンピュータ可読記憶媒体は、コードのセットを含む。第１のコードのセットは、コンピュータに、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にさせるようにする。第２のコードのセットは、コンピュータに、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持させるようにする。
【００１５】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための方法が提供される。ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にするための手段が、提供される。媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するための手段が提供される。
【００１６】
さらなる別の態様において、協調セッションにおけるユーザー機器間転送のための装置が提供される。ネットワークインターフェースは、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたって、リモートで容易にする。コンピューティングプラットフォームは、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する。
【００１７】
上記の、および関連する目的の達成のために、１つ以上の態様は、以下に十分に説明され、請求項の中で特に指摘されている特徴を含む。以下の説明および付属の図面は、１つ以上の態様の、ある特定の例示的な特徴を詳細に説明する。しかし、これらの特徴は、さまざまな態様の原理が用いられ得るさまざまな方法のほんの数例しか示しておらず、この説明はそのようなすべての態様およびそれらの均等物を含むことを意図する。
【図面の簡単な説明】
【００１８】
【図１】ユーザー機器の協調セッションが、コアネットワークとネットワークエンティティを介してリモートエンドに通信しながらユーザー機器間転送（ＩＵＴ;inter-user equipment transfer）を行う、通信システムの模式図である。
【図２】ＩＰマルチメディアサブシステム（ＩＭＳ）ＩＵＴにおける媒体情報を維持する方法のためのフローチャートである。
【図３】ＩＭＳ ＩＵＴの追跡の必要性を実証する模式図である。
【図４】ＸＭＬに基づいた解決策を使用するための例示的なタイミングチャートである。
【図５】協調セッションについての媒体コンポーネント情報を維持することを被制御装置ＵＥに可能にさせる、セッション記述プロトコル（ＳＤＰ）に基づいた方法を示す図である。
【図６】ＳＤＰに基づいた、協調セッションにおけるＩＭＳ ＩＵＴ媒体追跡のための例示的なタイミングチャートである。
【図７】暗示的なインデックス(index)に基づいた追跡のための方法のフローチャートである。
【図８】暗示的なインデックス追跡とともに、ＳＤＰに基づいた解決策を使用するためのタイミングチャートである。
【図９】協調セッションの間にＩＵＴを行うユーザー機器のための方法のフローチャートである。
【図１０】協調セッションの間にＩＵＴを行うネットワークのための方法のフローチャートである。
【図１１】少なくとも部分的にユーザー機器に組み込まれた、協調セッション中のＩＵＴのための電気コンポーネントの論理グループのブロック図である。
【図１２】少なくとも部分的にノードに組み込まれた、協調セッション中のＩＵＴのための電気コンポーネントの論理グループのブロック図である。
【図１３】ユーザー機器による協調セッション中のＩＵＴのための手段を有する装置のブロック図である。
【図１４】ネットワークエンティティによる協調セッション中のＩＵＴのための手段を有する装置のブロック図である。
【図１５】例示的なコンピューティング環境の図である。
【図１６】多元接続無線通信システムの図である。
【図１７】多入力多出力（ＭＩＭＯ）通信システムの図である。
【詳細な説明】
【００１９】
通信システムは、ＩＰマルチメディアサブシステム（ＩＭＳ：IP Multimedia Subsystem）アーキテクチャによって使用されるインターネットエンジニアリングタスクフォース（ＩＥＴＦ：Internet Engineering Task Force）のセッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）シグナリング(signaling)を拡張する。基本的な使用例として、まず、第１のユーザー機器（ＵＥ１）（制御装置）は、リモートＵＥと媒体セッション（たとえば、音声、映像、およびメッセージセッション）をしている。制御装置ＵＥ１は、１つの媒体コンポーネントのプロバイダまたは顧客を被制御装置ＵＥに転送するため、媒体セッション動作をトリガするための、関連のあるボディを伴ったＲＥＦＥＲメッセージをＳＣＣ ＡＳに送る。サービスの集中化および継続化のアプリケーションサーバー（ＳＣＣ ＡＳ：Service Centralization and Continuity Application Server）は、１つまたは複数のＵＥ（起点ＵＥ自身または他のＵＥ）で媒体セッション操作を行うために、ＲＥＦＥＲメッセージのコンテンツを解釈できる。
【００２０】
別の態様では、ＩＭＳ ＵＥ間転送（ＩＵＴ）において、制御装置ＵＥとＳＣＣ ＡＳは、協調セッションにおける媒体コンポーネント、および、それらがどのようにしてすべての被制御装置ＵＥ間で割り当てられるか、に対する一貫した状況把握を有する必要がある。本イノベーションは、被制御装置ＵＥとＳＣＣ ＡＳの両方に、これらの変更を追跡させることができる。
【００２１】
本開示のさまざまな態様が、以下にさらに説明される。ここでの教示が、広くさまざまな形態で具体化可能であること、そして、ここに開示された任意の特定の構造または機能は単に代表例であるということが、理解されるべきである。当業者は、ここでの教示に基づき、ここに開示される態様が他の態様と独立して実現可能であること、そして、これらの態様のうちの２つ以上がさまざまな方法で組み合わせ可能であることを、理解すべきである。たとえば、ここに説明される任意の数の態様を使用して、装置が実現可能であり、または方法が実施可能である。さらに、ここに説明される態様のうちの１つ以上に加え、または、それらの態様以外に、他の構造または機能を使用して、装置が実現可能であり、または方法が実施可能である。例として、ここに説明された方法、デバイス、システム、および装置の多くは、モバイル通信環境において動的なクエリーおよびレコメンデーションを提供する文脈で説明される。当業者は、同様の手法が他の通信環境および非通信環境にも適用可能であることを理解すべきである。
【００２２】
この開示において使用される場合、「コンテンツ」および「オブジェクト」といった用語は、任意のタイプのアプリケーション、マルチメディアファイル、イメージファイル、実行可能なファイル、プログラム、ウェブページ、スクリプト、ドキュメント、プレゼンテーション、メッセージ、データ、メタデータ、または、デバイスで翻訳（render）、処理、または実行され得る任意の他のタイプの媒体または情報を説明するために使用される。
【００２３】
本開示で使用される場合、「コンポーネント」、「システム」、「モジュール」、等の用語はコンピュータ関連のエンティティ、すなわち、ハードウェア、ソフトウェア、実行中のソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組み合わせ、のうちのいずれかを言うものとする。たとえば、コンポーネントは、プロセッサで実行中のプロセス、プロセッサ、オブジェクト、実行可能なファイル、実行スレッド、プログラム、またはコンピュータであり得るが、これらに限定されない。１つ以上のコンポーネントが、プロセスまたは実行スレッド内に存在することができ、１つのコンポーネントが、１つのコンピュータにローカライズされることも、または、２つ以上のコンピュータ間で分散されることもできる。さらに、これらのコンポーネントは、さまざまなデータ構造が記憶されたさまざまなコンピュータ可読媒体から実行可能である。コンポーネントは、ローカルまたはリモートプロセスによって、たとえば、１つ以上のデータパケット（たとえば、信号による、ローカルシステムや分散システムにおいて、または他のシステムを有するインターネットのようなネットワークにわたって、別のコンポーネントと相互に作用しあう１つのコンポーネントからのデータ）を有する信号によって、通信することができる。さらに、ここに説明されるシステムのコンポーネントは、当業者によって理解されるように、所与の図面に示す適切な構成に限定されず、それに関し説明されているさまざまな態様、目的、利点、等の達成を容易にするため、さらなるコンポーネントによって補完または再編成されることができる。
【００２４】
さらに、ここに開示される態様に関し説明される、さまざまな例示的な論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、離散ゲートまたはトランジスタ論理、離散ハードウェアコンポーネント、またはここに説明される機能を実行するように設計された、それらの任意の適切な組み合わせによって、実現または実行されることができる。汎用プロセッサは、マイクロプロセッサであることができるが、あるいは、プロセッサは、任意の従来のプロセッサ、制御装置、マイクロ制御装置、またはステートマシンであることができる。プロセッサは、コンピュータデバイスの組み合わせ、たとえば、ＤＳＰと１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコア併用型の１つ以上のマイクロプロセッサとの組み合わせ、または任意の他の適切な構成として実現されることもできる。さらに、少なくとも１つのプロセッサは、ここに説明される動作または行為の１つ以上を実行するように動作可能な１つ以上のモジュールを含むことができる。
【００２５】
さらに、ここに説明されるさまざまな態様または特徴は、標準的なプログラミングまたはエンジニアリングの手法を使用した方法、装置、または製造物として実現されることができる。また、ここに開示された態様に関連して説明される方法またはアルゴリズムの動作または行為は、ハードウェアで直接的に、プロセッサによって実行されるソフトウェアモジュールで、または、両者の組み合わせで、具体化されることができる。その上、いくつかの態様において、方法またはアルゴリズムの動作または行為は、コンピュータプログラム製品に組み込まれることができる、機械可読媒体またはコンピュータ可読媒体上の、コードまたは命令のうちの少なくとも１つ、またはそれらの任意の組み合わせ、またはそれらのセットとして存在することができる。さらに、ここで使用される「製造物」という用語は、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを含むことが意図される。たとえば、コンピュータ可読媒体は、磁気記憶デバイス（たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、等）、光ディスク（たとえば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、等）、スマートカード、およびフラッシュメモリデバイス（たとえば、カード、スティック、キードライブ、等）を含むことができるが、これらに限定されない。さらに、ここに説明されるさまざまな記憶媒体は、情報を記憶するための１つ以上のデバイスまたは他の機械可読媒体を表すことができる。「機械可読媒体」という用語は、命令またはデータを記憶、含有、または搬送することのできる無線チャネルおよびさまざまな他の媒体を含むことができるが、それらに限定されない。
【００２６】
さらに、さまざまな態様が、移動デバイスに関連してここに説明される。移動デバイスは、システム、加入者ユニット、加入者局、移動局、モバイル、移動デバイス、携帯デバイス、マルチモードデバイス、リモート局、リモート端末、アクセス端末、ユーザー端末、ユーザーエージェント、ユーザーデバイス、またはユーザー機器、等と呼ばれることもできる。加入者局は、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続能力を有するハンドヘルドデバイス、または無線モデムに接続される他の処理デバイス、または処理デバイスとの無線通信を容易にする同様のメカニズムであることができる。
【００２７】
上記に加え、「例示的な」という語は、例、事例、または実例としての役割を果たすことを意味するために、ここで用いられる。「例示的な」ものとしてここで説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または利点を有するものと解釈されるべきでない。そうでなく、「例示的な」という語の使用は、概念を具体的に提示することを意図する。さらに、「または（or）」という用語は、本願および付属の請求項において使用される際、排他的な「または」ではなく、包括的な「または」を意味するものする。すなわち、別段の指定がない限り、または文脈から明らかでない限り、「Ｘは、ＡまたはＢを用いる」は、自然な包括的置換のいずれをも意味するものとする。つまり、この例において、ＸはＡを用いることができ、またはＸはＢを用いることができ、またはＸはＡとＢの両方を用いることができ、このように、「ＸはＡまたはＢを用いる」という記述は、これらの例のいずれによっても満たされる。さらに、本願および添付の請求項で使用される「１つの」（“a” and “an”）という冠詞は、別段の指定がない限り、または文脈から単数形にあてられたものであることが明らかでない限り、一般に「１つ以上の」（“one or more”）を意味するものと解釈されるべきである。
【００２８】
ここに使用される場合、「推論する」または「推論」という語は、一般的に、イベントまたはデータを通して捕らえられる観察のセットから、システム、環境、またはユーザーの状態について理論的に考えるプロセス、または論理的に推理するプロセスのことを言う。推論は、たとえば、具体的な文脈または行為を特定するために用いられることができ、または、状態にわたる確率分布を生成できる。推論は、見込み、すなわち、データおよびイベントの考慮に基づいた、問題にしている状態にわたる確率分布の計算であることができる。推論は、イベントまたはデータのセットから、より高いレベルのイベントを構成するために用いられる手法を言うこともできる。そのような推論は、イベントが密接な時間的近接に相関していようとしていなかろうと、イベントおよびデータが１つまたはいくつかのイベントおよびデータソースからのものであろうと、観察されたイベントまたは記憶されたイベントデータのセットからの、新たなイベントまたは行為の構築という結果をもたらす。
【００２９】
さまざまな態様が、ここで図面を参照して説明される。以下の説明では、説明のために、数多くの具体的な詳細が、１つ以上の態様の完全な理解を提供するために述べられる。しかしながら、さまざまな態様はこれらの具体的な詳細なしでも実施されることができるということは明らかであり得る。他の例において、周知の構造およびデバイスは、これらの態様の説明を容易にするために、ブロック図の形態で示される。
【００３０】
開示された例は、協調セッションにおいて媒体を制御するためのユーザー機器のための方法および装置を提供する。広く普及したインターネットの使用と数多くの有線および無線通信デバイスの激増により、個人と組織はＩＰ接続されつつある。任意の通信デバイスを使用して、いつどこでも、音声、映像、ＩＭといった任意のデータコミュニケーション（データコム）およびテレコミュニケーション（テレコム）サービスにアクセスすることが、現在求められており、また、将来より一層求められるであろう。ユーザーが、デバイス間を移動すること、デバイス間で媒体ストリームを行ったり来たり移動させること、デバイス間で媒体を操作すること、ができるようになるのを望むのは自然と想像できる。ここに開示される方法および装置は、ユーザーに、それらのユーザー機器（ＵＥ）からそのようなさまざまな媒体動作を実行することを可能にする。
【００３１】
上記の媒体動作は、媒体ストリームの特徴を追加すること、削除すること、変更すること（たとえば、コーデック（コーダ−デコーダ）、方向、等を変えること）、媒体セッションを転送すること、それらを取得すること、媒体ストリームを混合および反復すること、等を含む。これらの動作は、媒体ストリームに対して、あるＵＥにより、そのＵＥ自身で行われることができ、または、任意のＵＥおよび複数のＵＥが同時に提供する。
【００３２】
いくつかのシナリオでは、たとえば音声と映像のみといった限定された媒体のタイプに、転送動作に、または関連する媒体セッションを協調させる方法に、焦点が当てられている。ここに開示される例は、一度にまとめて、複数の動作を実行し、複数の媒体セッションを変更する能力を提供する。いくつかの開示された態様において、拡張マークアップ言語（ＸＭＬ：Extensible Markup Language）の使用は、将来生じ得るさらなる動作／追加に対応するように拡張可能であるという利点を提供する。
【００３３】
開示された例は、「３ＧＰＰ ＴＳ ２４．２３７：ＩＰマルチメディアサブシステム（ＩＭＳ）サービスの継続化；ステージ３」と題する文書に関する。
【００３４】
いくつかの例において、ＩＰマルチメディアサブシステム（ＩＭＳ）アーキテクチャによって使用されるインターネット・エンジニアリング・タスクフォース（ＩＥＴＦ）セッション開始プロトコル（ＳＩＰ）シグナリングが、拡張される。一例が、図１に関し説明される。通信システム１００が図示され、協調セッション１０２が、ユーザー機器（ＵＥ）間で、具体的には、制御装置として動作する第１のＵＥ（「ＵＥ１」）１０４と、被制御装置として動作する第２のＵＥ（「ＵＥ２」）１０６と、これもまた被制御装置として動作する第３のＵＥ（「ＵＥ３」）１０８との間で確立されている。各ＵＥ１０４、１０６、１０８は、リモートレグ１１４を通ってリモートエンド１１６で終わるシグナリングおよび起こり得る媒体転送のために、各々のローカルレグ(local leg)１１２を介してＩＭＳコアネットワーク（ＣＮ）１１０に接続されている。協調セッション１０２は、これもまたＩＭＳ ＣＮ１１０に結合されているサービスの集中化および継続化（ＳＣＣ：Service Centralization and Continuity）アプリケーションサーバー（ＡＳ：Application Server）１１８の動作により、シグナリングしている１つのＵＥから始まってリモートエンド１１６で終わっているように見える。ＵＥ間転送（ＩＵＴ：inter-UE transfer）の制御は、ＵＥ１ １０４とＳＣＣ ＡＳ１１８間のサービス制御シグナリング１２０、ＵＥ２ １０６とＳＣＣ ＡＳ１１８間の媒体制御シグナリング１２２、ＵＥ３ １０８とＳＣＣ ＡＳ１１８間の媒体制御シグナリング１２４、およびリモートエンド１１６とＳＣＣ ＡＳ１１８間のリモートレグシグナリング１２６によって達成される。通信システム１００は、協調セッション媒体接続の追跡１２８を行う。
【００３５】
一態様において、ＵＥ１ １０４のような装置は、協調セッション１０２におけるＩＵＴのための制御装置として動作する。ＵＥ１ １０４のトランシーバ１４０は、データパケットセッション中にリモートエンド１１６に通信する。ＵＥ１ １０４のコンピューティングプラットフォーム１４２は、ＳＣＣ ＡＳ１１８として図示されたネットワークエンティティと通信することにより、協調セッション１０２におけるＩＵＴのために、ＵＥ２ １０６を、トランシーバ１４０を介して制御する。コンピューティングプラットフォーム１４２は、協調セッション１０２のための媒体動作の変更を決定し、その媒体動作の変更のために更新された協調セッション１０２についての媒体コンポーネント情報を維持する。
【００３６】
別の態様において、協調セッションにおけるユーザー機器間転送のための装置が、ＳＣＣ ＡＳ１１８として図示される。そのネットワークインターフェース１４４は、ＵＥのためのデータパケットセッション中に、リモートエンド１１６と、ＵＥ１ １０４、ＵＥ２ １０６、およびＵＥ３ １０８の協調セッション１０２を、ＩＭＳ ＣＮ１１０として図示されたネットワークにわたって、リモートで容易にする。ネットワークインターフェース１４４は、協調セッション１０２のための媒体動作の変更を受信する。ＳＣＣ ＡＳ１１８のコンピューティングプラットフォーム１４６は、媒体動作の変更のために更新された協調セッション１０２についての媒体コンポーネント情報を維持する。
【００３７】
ＩＭＳユーザー機器間転送（ＩＵＴ）における媒体および被制御装置の情報の維持
例示的な態様において、開示された例は、インターネット・プロトコル・マルチメディア・サブシステムのＵＥ間転送（ＩＭＳ ＩＵＴ）における媒体および被制御装置の情報を維持する方法および装置を提供する。広く普及したインターネットの使用と数多くの有線および無線通信デバイスの激増により、個人と組織はハイパー接続されつつある。ＩＭＳ ＩＵＴにおいて、制御装置ＵＥとＳＣＣ ＡＳは、協調セッションにおける媒体コンポーネント、および、それらがどのようにしてすべての被制御装置ＵＥ間で割り当てられるか、に対する一貫した状況把握を有する必要がある。
【００３８】
開示された例は、制御装置とＳＣＣ ＡＳ間で媒体および被制御装置の情報を維持するためのいくつかの代替手段を提供する。開示された例は、現在のＳＩＰ／ＳＤＰシグナリングに対する多くの変更を提供することから、現在のＳＩＰ／ＳＤＰシグナリングに対するわずかな変更にまで及ぶ。本開示は、ここでの引用によりここに組み込まれる「３ＧＰＰ ＴＳ ２４．２３７：ＩＰマルチメディアサブシステム（ＩＭＳ）サービスの継続化；ステージ３」と題する文書に関する。
【００３９】
図２において、ＩＭＳ ＩＵＴにおける媒体情報を維持し、３ＧＰＰリリース８以降のために標準化されたものを改良する方法４００が図示される。ＩＭＳ ＩＵＴ協調セッションにおいて、制御装置ＵＥは、ＳＣＣ ＡＳへのサービス制御シグナリング経路を有し、制御装置と被制御装置の両方のすべての媒体コンポーネントを制御する（ブロック４０２）。全協調セッションは、リモートエンドに対する１つのセッションとして提示される（ブロック４０４）。協調セッションに含まれた媒体コンポーネントは、制御装置と被制御装置の両方にわたって割り当てられることができる（ブロック４０６）。
【００４０】
ＩＭＳ ＩＵＴは、制御装置デバイスに、いわゆる協調セッションで多数の被制御装置デバイスに対する媒体動作を行わせる（ブロック４０８）。たとえば、制御装置は、被制御装置に媒体を転送し、被制御装置から媒体を取得することができ（ブロック４１０）、制御装置は、被制御装置に媒体を追加し、被制御装置から媒体を取り除くことができ（ブロック４１２）、制御装置は、被制御装置間で媒体を転送することができる（ブロック４１４）。
【００４１】
制御装置が意図したＩＵＴ動作のすべてを行うために、制御装置は、協調セッション内の媒体コンポーネントの一貫した状況把握を有する必要性を決定する（ブロック４１６）。この追跡は、どの媒体コンポーネントがセッションにおいてアクティブか（ブロック４１８）、どの媒体コンポーネントがセッションにおいてアクティブでないか（ブロック４２０）、どの被制御装置がアクティブな媒体コンポーネントのために媒体を提供しているか（ブロック４２２）、を確認することができる。
【００４２】
ブロック４２４において、制御装置は、媒体情報を維持する。一態様において、追跡は、ＸＭＬボディによるものである（ブロック４２６）。別の態様において、追跡は、ＳＩＰヘッダーによるものである（ブロック４２８）。さらなる態様において、追跡は、ＳＤＰボディによるものである（ブロック４３０）。
【００４３】
図３において、例証的なシナリオ５００が、媒体セッションのＩＭＳ ＩＵＴ追跡の必要性を実証する。最初、ＵＥ１ ５０２のみが、２つの媒体コンポーネント、音声＃１ ５０８とメッセージ＃１ ５１０によるリモートエンド５０６とのセッション５０４を有している。ブロック５１２において、ＵＥ１ ５０２は、ＵＥ２ ５１６で別の媒体コンポーネント、映像＃１ ５１４を追加するＩＵＴ手順を使用する。
【００４４】
ＵＥ１ ５０２は、ＵＥ２ ５１６にもメッセージ＃１ ５１０を転送する（ブロック５１８）。
【００４５】
ＵＥ１ ５０２は、ＵＥ２ ５１６からＵＥ３ ５２２に、映像＃１ ５１４を移動させる（ブロック５２４）。
【００４６】
ＵＥ１ ５０２は、ＵＥ３ ５２２に音声＃２を追加しようとするが、失敗する（ブロック５２８）。
【００４７】
ＵＥ１ ５０２は、メッセージ＃１ ５１０を放出する（ブロック５３０）。
【００４８】
一態様において、本イノベーションは、媒体コンポーネント情報を表すための新たなＸＭＬボディの使用を開示する。ＸＭＬは、下記のとおり、媒体コンポーネントごとの構造を含む。
【表１】
0005512802.tif 000002
【００４９】
ここで、
mc_indexは、媒体コンポーネントを識別するためのインデックス値であり、それは、数値またはランダムな識別子であることができる。媒体コンポーネントごとに、この値は異なる。
【００５０】
mc_typeは、音声、映像、テキスト、等の媒体のタイプを表す。
【００５１】
mc_statusは、媒体がアクティブか、または終了かどうかを表す。
【００５２】
mc_ownerは、どのＵＥが媒体コンポーネントを所有しているかを表す。ＵＥは、ＧＲＵＵのような識別子によって識別されることができる。
【００５３】
mc_dialogは、アクティブな媒体コンポーネントを現在管理しているＳＩＰダイアログのＳＩＰダイアログ識別子を含む。
【００５４】
上記の例示的な実現はその情報を編成する手法のひとつであるということが、有益な開示とともに理解されるべきである。同一の情報を編成する他の手法、たとえば、トップレベルでＵＥごとにその情報を編成する手法があり、各々に対し、ＵＥは、サブレベルで媒体コンポーネントをリストする。
【００５５】
その要素は、本開示の態様と一致したままであるが、異なる呼び方も可能であるということが理解されるべきである。
【００５６】
その上、その情報のいくらかは、ある要素のための属性として表されることができる。
【００５７】
さらに、新しい多目的インターネットメール拡張仕様（ＭＩＭＥ：Multipurpose Internet Mail Extensions）タイプが、革新的なＸＭＬのために規定されることができる。
【００５８】
少なくとも制御装置ＵＥ、ＳＣＣ ＡＳ、またはその両者は、情報を維持する必要がある。これらのエンティティでの内部表示は、処理系依存であり得るが、ＳＣＣ ＡＳと制御装置ＵＥ間で交換される場合、この情報は、たとえばここで開示されたデータ構造によって表されることができる。
【００５９】
一態様において、ＸＭＬは、ＳＣＣ ＡＳと制御装置ＵＥとの間で交換される任意のＳＩＰメッセージ内で搬送されることができる。たとえば、NOTIFY，MESSAGE，INFO，PUBLISH，INVITE，等である。バージョン番号が、全ＸＭＬファイルのために維持されることができるので、ＳＣＣ ＡＳまたは制御装置ＵＥが更新された情報を互いに送る際に、それらは、どれが最新のバージョンかがわかる。
【００６０】
さまざまな利点が、ＸＭＬ追跡を使用して実現されることができ、たとえば、この一般的な手法は協調セッションの制御が転送されるケースにも適用されることができ、ＳＣＣ ＡＳと制御装置ＵＥとの間での同期を失うリスクがなく、かつ同一の構造が他の目的のために使用されることもできる。後者については、ＳＣＣ ＡＳが、転送の結果を制御装置ＵＥに知らせるために、各転送動作の終了後に、制御装置ＵＥにこのＸＭＬを送ることができるということを考慮されたい。さらに、ＳＣＣ ＡＳは、媒体のいくらかが被制御装置ＵＥによって取り除かれた場合に、媒体コンポーネントのステータスを示すために、制御装置にこのＸＭＬを送ることができる。
【００６１】
図４において、ＸＭＬに基づいた解決策を使用するための例示的なタイミングチャート６００が図示される。６０２で示された第１のステップでは、ＵＥ１ ６０４のみが、リモートＵＥ６１０へのＳＣＣ ＡＳ６０８を介したセッション６０６に参加している。一態様では、すべての情報が６１２で示されているようにＳＤＰを使用して伝達されることができるので、開示された追跡構造を使用する必要はない。
【００６２】
６１４で示された第２のステップでは、映像が、前のセクションで説明されたＩＵＴ制御メカニズムを使用して、ＵＥ２ ６１６に追加される。ＩＵＴ動作の終わりに、ＵＥ１ ６０４とＳＣＣ ＡＳ６０８は、媒体情報を交換するために、６１８で示されたＸＭＬシグナリングを交換する。例示的なＸＭＬは、以下の情報を含むことができる。
【表２】
0005512802.tif 000003
【００６３】
６２０で示された第３のステップでは、メッセージが、ＵＥ１ ６０４からＵＥ２ ６１６に移動させられる。ＩＵＴ動作の終わりには、ＵＥ１ ６０４とＳＣＣ ＡＳ６０８が、媒体情報を交換するために６２２で示されたＸＭＬシグナリングを交換する。したがって、対応する構造は、下記に変更されることができる。
【表３】
0005512802.tif 000004
【００６４】
６２４で示された第４のステップでは、映像が、ＵＥ２ ６１６からＵＥ３ ６２６に移動させられる。ＩＵＴ動作の終わりには、ＵＥ１ ６０４とＳＣＣ ＡＳ６０８が、媒体情報を交換するために６２８で示されたＸＭＬシグナリングを交換する。対応する構造は、下記に変更されることができる。
【表４】
0005512802.tif 000005
【００６５】
６３０で示された第５のステップでは、ＵＥ３ ６２６に別の音声を追加しようとするＵＥ１ ６０４による試みが失敗したため、新たな情報が、６３２で示されたように構造に追加される。
【００６６】
６３４で示された第６のステップでは、ＵＥ２ ６１６がメッセージコンポーネントを放出する。ＵＥ１ ６０４とＳＣＣ ＡＳ６０８が、媒体情報を交換するために６３６で示されたＸＭＬシグナリングを交換する。その結果、対応する構造は、下記に変更されることができる。
【表５】
0005512802.tif 000006
【００６７】
図５に図示された別の態様では、ＳＤＰに基づいた方法７００が、制御装置ＵＥに、協調セッションについての媒体コンポーネント情報の維持を可能にさせる。特に、制御装置ＵＥとＳＣＣ ＡＳは、セッションにおけるすべての媒体コンポーネントを同期させるために、ＳＤＰ提供／応答メカニズムを使用する（ブロック７０２）。その目的のために、割り当てられたポート番号(port number)が、媒体コンポーネントが制御装置ＵＥにあるか否かを示すために使用される（ブロック７０４）。ポート番号ゼロは、媒体コンポーネントが終了したか被制御装置ＵＥにあるかのいずれかであることを意味する（ブロック７０６）。制御装置ＵＥとＳＣＣ ＡＳの両者は、協調セッション内のすべての媒体コンポーネントのための内部追跡テーブルを保持する（ブロック７０８）。
【００６８】
特に、媒体コンポーネントごとに、媒体コンポーネントがアクティブか否か、および媒体コンポーネントがアクティブな場合にどのＵＥが媒体を提供しているかについての情報が維持される（ブロック７１０）。
【００６９】
この手法は、情報を搬送するための新たなコンテンツボディを有する必要がないという利点を含み得る。しかしながら、制御装置ＵＥとＳＣＣ ＡＳは、同期から漏れ出ることを回避するために、同一の内部情報を維持する必要がある。また、この手法が制御を転送するケースには対応していないことに留意すべきである。
【００７０】
図６には、協調セッションにおけるＳＤＰに基づいたＩＭＳ ＩＵＴ媒体追跡のための例示的なタイミングチャート８００が図示されている。
【００７１】
８０２で図示されている第１のステップでは、ＵＥ１ ８０４のみが、ＳＣＣ ＡＳ８１０を介してリモートＵＥ８０８とセッション８０６中であるため、通常のＳＩＰ／ＳＤＰ交渉のほかに特別な処理は必要ない（ブロック８１２）。ＵＥ１ ８０４とＳＣＣ ＡＳ８１０間のＳＤＰは、下記の構造にしたがうことができる（媒体の行情報のみが示されている）。
【表６】
0005512802.tif 000007
【００７２】
８１４で図示されている第２のステップでは、映像がＵＥ２ ８１６に追加される。ＵＥ１ ８０４とＳＣＣ ＡＳ ８１０間のＳＤＰと内部テーブルは、下記のとおり、この変更を反映するように更新されることができる（ブロック８１８）。
【表７】
0005512802.tif 000008
【００７３】
８２０で図示されている第３のステップでは、メッセージが、下記のとおり、ＵＥ１ ８０４からＵＥ２ ８１６に移動する（ブロック８２２）。
【表８】
0005512802.tif 000009
【００７４】
８２４で図示されている第４のステップでは、映像が、下記のとおり、ＵＥ２ ８１６からＵＥ３ ８２６に移動する（ブロック８２７）。
【表９】
0005512802.tif 000010
【００７５】
８２８で図示されている第５のステップでは、下記のとおり、ＵＥ１ ８０４が、別の音声をＵＥ３ ８２６に追加しようとするが、失敗する（ブロック８３０）。
【表１０】
0005512802.tif 000011
【００７６】
８３２で図示されている第６のステップでは、下記のとおり、ＵＥ２ ８１６がメッセージを終了し、ＵＥ１ ８０４が通知される（ブロック８３４）。
【表１１】
0005512802.tif 000012
【００７７】
さらなる態様において、図７では、暗示的なインデックスに基づいた追跡のための方法９００が図示されている。制御装置ＵＥとＳＣＣ ＡＳの両者は、協調セッションについての媒体コンポーネント情報を維持している（ブロック９０２）。例示的な態様において、制御装置ＵＥとＳＣＣ ＡＳの両者は、媒体コンポーネントが協調セッションに追加された順序に基づいた各媒体コンポーネントのための暗示的なインデックスを維持している（ブロック９０４）。あるいは、インデックスは、生成者の識別子（ＩＤ）、メッセージＩＤ、および媒体ＩＤの組み合わせ（たとえば、index = local tag + cseq + m number）であることができる（ブロック９０６）。
【００７８】
制御装置ＵＥとＳＣＣ ＡＳは、媒体コンポーネントを参照するためのＩＵＴ手順のインデックスを使用することができる（ブロック９０８）。
【００７９】
制御装置ＵＥとＳＣＣ ＡＳの両者は、協調セッション内のすべての媒体コンポーネントのための内部追跡テーブルを保持している（ブロック９１０）。一態様において、各媒体コンポーネントについての追跡された情報は、媒体コンポーネントがアクティブか否か（ブロック９１２）、媒体コンポーネントがアクティブな場合、どのＵＥが媒体を提供しているのか（ブロック９１４）を含むことができる。
【００８０】
この手法の利点のひとつは、制御装置／被制御装置ＵＥとＳＣＣ ＡＳ間のＳＤＰ提供／応答の交換への影響がないことであり得る（ブロック９１６）。しかしながら、制御装置ＵＥとＳＣＣ ＡＳは各々、確実に同期するために、同一の内部情報を維持する必要がある（ブロック９１８）。 制御を転送するケースでは、制御装置ＵＥとＳＣＣ ＡＳ間のさらなる通信が要求され得るということに留意するべきである（ブロック９２０）。
【００８１】
図８では、タイミングチャート１０００が図示され、暗示的なインデックスの追跡を伴うＳＤＰに基づいた解決策の使用が示されている。
【００８２】
１００２で図示された第１のステップでは、ＵＥ１ １００４のみが、ＳＣＣ ＡＳ １０１０を介してリモートＵＥ １００８とセッション１００６中である。通常のＳＩＰ／ＳＤＰ交渉のほかに特別な処理は不要である（ブロック１０１２）。ＵＥ１ １００４とＳＣＣ ＡＳ１０１０間のＳＤＰは、下記の構造にしたがうことができる（媒体の行情報のみが示されている）。
【表１２】
0005512802.tif 000013
【００８３】
１０１４で図示された第２のステップでは、映像がＵＥ２ １０１６に追加される。ＵＥ１とＳＣＣ ＡＳ間のＳＤＰおよび内部のテーブルは、下記のとおり、ＵＥ２への映像の追加を反映する（ブロック１０１８）。
【表１３】
0005512802.tif 000014
【００８４】
１０２０で図示された第３のステップでは、メッセージが、下記のとおり、ＳＤＰボディによってＵＥ１ １００４からＵＥ２ １０１６に移動している（ブロック１０２４）。
【表１４】
0005512802.tif 000015
【００８５】
１０２６で図示された第４のステップでは、映像が、下記のとおり、ＳＤＰボディによってＵＥ２ １０１６からＵＥ３ １０２８に移動している（ブロック１０３０）。
【表１５】
0005512802.tif 000016
【００８６】
１０３２で図示された第５のステップでは、ＵＥ１ １００４は、下記のとおり、ＵＥ３ １０２８に別の音声を追加しようとするが、失敗する（ブロック１０３４）。
【表１６】
0005512802.tif 000017
【００８７】
１０３６で図示された第６のステップでは、下記のとおり、ＵＥ２ １０１６がメッセージを終了し、ＵＥ１ １００４がＳＤＰボディによって通知される（ブロック１０３８）。
【表１７】
0005512802.tif 000018
【００８８】
本開示の利点とともに、制御装置ＵＥとＳＣＣ ＡＳが媒体を追跡するための３つの代替策は必ずしも相互排他的でないということが理解されるべきである。たとえば、第２の代替策または第３の代替策（たとえば、ＳＩＰヘッダーおよびＳＤＰボディ）のいずれかが、サービス制御転送なしでＩＵＴ転送のために使用されることができる。ＸＭＬの第１の代替策は、さらに、サービス制御転送を伴うＩＵＴで使用されることができる。
【００８９】
図９では、協調セッションにおけるＩＵＴのための方法１１００が図示される。第１のユーザー機器は、データパケットセッション中に、リモートエンドに通信する（ブロック１１０４）。第１のユーザー機器は、ネットワークエンティティと通信することにより、協調セッション中に、ＩＵＴのために、第２のユーザー機器を制御する（ブロック１１０６）。第１のユーザー機器は、協調セッションのための媒体動作の変更を決定する（ブロック１１０８）。第１のユーザー機器は、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する（ブロック１１１０）。
【００９０】
図１０では、協調セッションにおけるユーザー機器間転送のための方法１２００が図示される。ネットワークエンティティは、ＩＵＴのために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にする（ブロック１２０４）。ネットワークエンティティは、協調セッションのための媒体動作の変更を受信する（ブロック１２０６）。ネットワークエンティティは、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持する（ブロック１２０８）。
【００９１】
図１１を参照すると、協調セッションにおけるユーザー機器間転送のためのシステム１３００が示される。たとえば、システム１３００は、ユーザー機器（ＵＥ）内に少なくとも部分的に存在できる。システム１３００が、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、またはそれらの組み合わせ（たとえば、ファームウェア）によって実現される機能を表す機能ブロックであることができる、機能ブロックを含むものとして表されていることが理解されるべきである。システム１３００は、共に動作可能な電気コンポーネントの論理グループ１３０２を含む。たとえば、論理グループ１３０２は、データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための電気コンポーネント１３０４を含むことができる。さらに、論理グループ１３０２は、ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための電気コンポーネント１３０６を含むことができる。別の例では、論理グループ１３０２は、協調セッションのための媒体動作の変更を決定するための電気コンポーネント１３０８を含むことができる。さらなる例では、論理グループ１３０２は、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するための電気コンポーネント１３１０を含むことができる。さらに、システム１３００は、電気コンポーネント１３０４乃至１３１０に関連付けられた機能を実行するための命令を保持するメモリ１３２０を含むことができる。メモリ１３２０の外部にあるように示されているが、電気コンポーネント１３０４乃至１３１０のうちの１つ以上がメモリ１３２０内に存在できることが理解されるべきである。
【００９２】
図１２を参照すると、協調セッションにおけるユーザー機器間転送のためのシステム１４００が示されている。たとえば、システム１４００は、少なくとも部分的にネットワークエンティティ（たとえば、アプリケーションサーバー）内に存在できる。システム１４００が、コンピューティングプラットフォーム、プロセッサ、ソフトウェア、またはそれらの組み合わせ（たとえば、ファームウェア）によって実現される機能を表す機能ブロックであることができる、機能ブロックを含むものとして表されていることが理解されるべきである。システム１４００は、共に動作可能な電気コンポーネントの論理グループ１４０２を含む。たとえば、論理グループ１４０２は、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための電気コンポーネント１４０４を含むことができる。さらに、論理グループ１４０２は、協調セッションのための媒体動作の変更を受信するための電気コンポーネント１４０６を含むことができる。加えて、論理グループ１４０２は、媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するための電気コンポーネント１４０８を含むことができる。さらに、システム１４００は、電気コンポーネント１４０４乃至１４０８に関連づけられた機能を実行するための命令を保持するメモリ１４２０を含むことができる。メモリ１４２０の外部にあるように示されているが、電気コンポーネント１４０４乃至１４０８のうちの１つ以上がメモリ１４２０内に存在できることが理解されるべきである。
【００９３】
図１３において、協調セッションにおけるユーザー機器間転送のための装置１５０２が図示されている。データパケットセッション中に、第１のユーザー機器からリモートエンドに通信するための手段１５０４が提供される。ネットワークエンティティと通信することにより、協調セッション中に、ユーザー機器間転送のために、第２のユーザー機器を制御するための手段１５０６が提供される。協調セッションのための媒体動作の変更を決定するための手段１５０８が提供される。媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するための手段１５１０が提供される。
【００９４】
図１４において、協調セッションにおけるユーザー機器間転送のための装置１６０２が図示される。ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたりリモートで容易にするための手段１６０４が提供される。協調セッションのための媒体動作の変更を受信するための手段１６０６が提供される。媒体動作の変更のために更新された協調セッションについての媒体コンポーネント情報を維持するための手段１６０８が提供される。
【００９５】
図１５を参照すると、特許請求の主題のさまざまな態様を実現するための例示的なコンピューティング環境１７００は、コンピュータ１７１２を含む。コンピュータ１７１２は、処理ユニット１７１４、システムメモリ１７１６、およびシステムバス１７１８を含む。システムバス１７１８は、システムメモリ１７１６を含むがこれに限定されないシステムコンポーネントを、処理ユニット１７１４に結合する。処理ユニット１７１４は、任意のさまざまな入手可能なプロセッサであることができる。デュアルマイクロプロセッサおよび他のマルチプロセッサアーキテクチャが、処理ユニット１７１４として用いられることもできる。
【００９６】
システムバス１７１８は、業界標準アーキテクチャ(ＩＳＡ：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）は、不揮発性メモリ１７２２に記憶される。限定ではなく例として、不揮発性メモリ１７２２は、読み取り専用メモリ（ＲＯＭ）、プログラム可能なＲＯＭ（ＰＲＯＭ）、電気的にプログラム可能なＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能・プログラム可能なＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリ１７２０は、ランダムアクセスメモリ（ＲＡＭ）を含み、それは、外付けのキャッシュメモリとして動作する。限定ではなく例として、ＲＡＭは、スタティックＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、エンハンスドＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、ラムバスダイレクトＲＡＭ（ＲＤＲＡＭ）、ダイレクトラムバスダイナミックＲＡＭ（ＤＲＤＲＡＭ）、およびラムバスダイナミックＲＡＭ（ＲＤＲＡＭ）のような多くの形態で入手可能である。
【００９８】
コンピュータ１７１２は、また、リムーバブル／非リムーバブル、揮発性／不揮発性コンピュータ記憶媒体を含む。図１５は、たとえば、ディスク記憶装置１７２４を示す。ディスク記憶装置１７２４は、磁気ディスクドライブ、フロッピーディスクドライブ、テープドライブ、Ｊａｚドライブ、Ｚｉｐドライブ、ＬＳ−１００ドライブ、フラッシュメモリカード、またはメモリスティックのようなデバイスを含むが、それらに限定されない。さらに、ディスク記憶装置１７２４は、コンパクトディスクＲＯＭデバイス（ＣＤ−ＲＯＭ）、ＣＤ記憶可能ドライブ（ＣＤ−Ｒドライブ）、ＣＤ書き込み可能ドライブ（ＣＤ−ＲＷドライブ）、またはデジタル多用途ディスクＲＯＭドライブ（ＤＶＤ−ＲＯＭ）のような光ディスクドライブを含むが、これらに限定されない、他の記憶媒体とは別個の、または、それらとの組み合わせの記憶媒体を含むことができる。システムバス１７１８へのディスク記憶デバイス１７２４の接続を容易にするために、インターフェース１７２６のようなリムーバブルまたは非リムーバブルインターフェースが、一般的に使用される。
【００９９】
図１５が、ユーザーと、適切な動作環境１７００で説明された基本的なコンピュータリソース間の仲介物として動作するソフトウェアを説明することが理解されるべきである。そのようなソフトウェアは、オペレーティングシステム１７２８を含む。オペレーティングシステム１７２８は、ディスク記憶装置１７２４に記憶されることができるが、コンピュータシステム１７１２のリソースを制御および割り当てるように動作する。システムアプリケーション１７３０は、システムメモリ１７１６またはディスク記憶装置１７２４のいずれかに記憶されたプログラムデータ１７３４およびプログラムモジュール１７３２を通して、オペレーティングシステム１７２８によるリソースの管理を活用する。特許請求の主題が、さまざまなオペレーティングシステムまたはオペレーティングシステムの組み合わせによって実現可能であることが理解されるべきである。
【０１００】
ユーザーは、（単数または複数の）入力デバイス１７３６によって、コンピュータ１７１２にコマンドまたは情報を入力する。入力デバイス１７３６は、マウスのようなポインティングデバイス、トラックボール、スタイラス、タッチパッド、キーボード、マイクロフォン、ジョイスティック、ゲームパッド、サテライトディッシュ、スキャナ、ＴＶチューナーカード、デジタルカメラ、デジタルビデオカメラ、ウェブカメラ、等を含むが、これらに限定されない。これらの、および他の入力デバイスは、（単数または複数の）インターフェースポート１７３８を介して、システムバス１７１８によって処理ユニット１７１４に接続する。（単数または複数の）インターフェースポート１７３８は、たとえば、シリアルポート、パラレルポート、ゲームポート、ユニバーサルシリアルバス（ＵＳＢ）を含む。（単数または複数の）出力デバイス１７４０は、（単数または複数の）入力デバイス１７３６と同一のタイプのポートのいくつかを使用する。このように、たとえば、ＵＳＢポートは、コンピュータ１７１２に入力を供給し、出力デバイス１７４０にコンピュータ１７１２からの情報を出力するために使用されることができる。出力アダプタ１７４２は、特別なアダプタを必要とする他の出力デバイス１７４０の中には、モニター、スピーカー、およびプリンターのようないくつかの出力デバイス１７４０があることを示すために提供されている。出力アダプタ１７４２は、限定ではなく例として、出力デバイス１７４０とシステムバス１７１８間の接続手段を提供するビデオおよびサウンド・カードを含む。他のデバイスおよび／またはデバイスのシステムが、（単数または複数の）リモートコンピュータ１７４４のように、入力および出力能力の両方を提供することに留意すべきである。
【０１０１】
コンピュータ１７１２は、（単数または複数の）リモートコンピュータ１７４４のような、１つ以上のリモートコンピュータへの論理接続を使用するネットワーク化された環境で動作できる。（単数または複数の）リモートコンピュータ１７４４は、パーソナルコンピュータ、サーバー、ルーター、ネットワークＰＣ、ワークステーション、マイクロプロセッサに基づいた器具、ピアデバイス、または他の一般的なネットワークノード、等であることができ、一般的には、コンピュータ１７１２に関して説明された、多くの、またはすべての要素を含む。簡潔さのために、メモリ記憶デバイス１７４６のみが、（単数または複数の）リモートコンピュータ１７４４とともに示されている。（単数または複数の）リモートコンピュータ１７４４は、ネットワークインターフェース１７４８によってコンピュータ１７１２に論理的に接続され、そして、通信接続１７５０を介して物理的に接続される。ネットワークインターフェース１７４８は、ローカルエリアネットワーク（ＬＡＮ）およびワイドエリアネットワーク（ＷＡＮ）のような有線および／または無線通信ネットワークを含む。ＬＡＮ技術は、光ファイバー分散データインタフェース（ＦＤＤＩ：Fiber Distributed Data Interface ）、銅線分散データインターフェース（ＣＤＤＩ：Copper Distributed Data Interface）、イーサネット（登録商標）、トークンリング、等を含む。ＷＡＮ技術は、ポイント・ツー・ポイント・リンク、総合デジタル通信網（ＩＳＤＮ：Integrated Services Digital Networks）のような回路交換ネットワークおよびその変形例、パケット交換ネットワーク、およびデジタル加入者回線（ＤＳＬ）を含むが、これらに限定されない。
【０１０２】
（単数または複数の）通信接続１７５０は、バス１７１８にネットワークインターフェース１７４８を接続するために用いられるハードウェア／ソフトウェアのことを言う。通信接続１７５０は、例示を明確にするために、コンピュータ１７１２の内部に示されているが、それは、コンピュータ１７１２の外部にあることもできる。ネットワークインターフェース１７４８への接続のために必要なハードウェア／ソフトウェアは、例示目的でのみ、通常の電話品質モデム（regular telephone grade modem）、ケーブルモデムおよびＤＳＬモデム、ＩＳＤＮアダプタ、およびイーサネットカードを含むモデムのような、内部および外部の技術を含む。
【０１０３】
図１６を参照すると、一態様に係る多元接続無線通信システムが示されている。アクセスポイント（ＡＰ）１８００は、複数のアンテナグループ、１８０４および１８０６を含む１つのグループ、１８０８および１８１０を含む別のグループ、および、１８１２および１８１４を含むさらなるグループを含む。図１６には各アンテナグループにつき２つのアンテナのみが示されているが、より多くのアンテナ、またはより少ないアンテナが、各アンテナグループのために利用されることができる。アクセス端末（ＡＴ）１８１６は、アンテナ１８１２および１８１４と通信しており、アンテナ１８１２および１８１４は、フォワードリンク１８２０でアクセス端末１８１６に情報を送信し、リバースリンク１８１８でアクセス端末１８１６から情報を受信する。アクセス端末１８２２は、アンテナ１８０６および１８０８と通信しており、アンテナ１８０６および１８０８は、フォワードリンク１８２６でアクセス端末１８２２に情報を送信し、リバースリンク１８２４でアクセス端末１８２２から情報を受信する。ＦＤＤシステムでは、通信リンク１８１８、１８２０、１８２４、および１８２６が、通信用の異なる周波数を使用できる。たとえば、フォワードリンク１８２０は、リバースリンク１８１８によって使用されるものとは異なる周波数を使用できる。
【０１０４】
各アンテナグループおよび／またはその中でそれらが通信するように設計されたエリアは、しばしば、アクセスポイントのセクターと呼ばれる。この態様において、アンテナグループは、それぞれ、アクセスポイント１８００によってカバーされるエリアの、セクター内のアクセス端末に通信するように設計されている。
【０１０５】
フォワードリンク１８２０および１８２６の通信において、アクセスポイント１８００の送信アンテナは、異なるアクセス端末１８１６および１８２２のフォワードリンクの信号対雑音比を改良するために、ビームフォーミングを利用する。また、そのカバレッジじゅうにばらばらに散らばったアクセス端末に送信するためにビームフォーミングを利用するアクセスポイントは、そのアクセス端末すべてに１つのアンテナで送信するアクセスポイントよりも、隣接セル内のアクセス端末に対し、より少ない干渉を生じる。
【０１０６】
アクセスポイントは、端末と通信するために使用される固定局であることができ、アクセスポイント、ノードＢ、またはある他の専門用語で呼ばれることもできる。アクセス端末は、ユーザー機器（ＵＥ）、無線通信デバイス、端末、またはある他の専門用語で呼ばれることもできる。
【０１０７】
ＭＩＭＯシステムは、データ伝送のための複数（ＮＴ個）の送信アンテナおよび複数（ＮＲ個）の受信アンテナを用いる。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも呼ばれるＮＳ個の独立チャネルに分解されることができ、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルの各々は、１つの次元（dimension）に対応する。ＭＩＭＯシステムは、複数の送信および受信アンテナによってつくられるさらなる次元（dimensionality）が利用されると、向上した性能（たとえば、より高いスループットおよび／またはより高い信頼性）を提供できる。
【０１０８】
ＭＩＭＯシステムは、時分割デュプレックス（「ＴＤＤ」）および周波数分割デュプレックス（「ＦＤＤ」）をサポートできる。ＴＤＤシステムでは、フォワードリンク送信とリバースリンク送信とが同一の周波数領域にあるので、相互作用の原理により、リバースリンクチャネルからのフォワードリンクチャネルの推定が可能である。これは、アクセスポイントに、複数のアンテナがアクセスポイントで利用可能な場合にフォワードリンクでの送信ビームフォーミング利得を導き出すことを可能にさせる。
【０１０９】
ここでの教示は、少なくとも１つの他のノードと通信するためのさまざまなコンポーネントを用いるノード（たとえば、デバイス）で具体化され得る。図１２は、ノード間通信を容易にするために用いられることができる、例としてのいくつかのコンポーネントを図示したものである。具体的には、図１２は、ＭＩＭＯシステム１９００の無線デバイス１９１０（たとえば、アクセスポイント）および無線デバイス１９５０（たとえば、アクセス端末）を示す。デバイス１９１０では、多数のデータストリームのためのトラヒックデータが、データソース１９１２から送信（「ＴＸ」）データプロセッサ１９１４に供給される。
【０１１０】
いくつかの態様において、各データストリームは、各々の送信アンテナで送信される。ＴＸデータプロセッサ１９１４は、符号化されたデータを供給するために、各データストリームのトラヒックデータを、そのデータストリームのために選択された特定の符号化方式に基づいて、形式にしたがって作り、符号化し、そしてインターリーブする。
【０１１１】
各データストリームのための符号化されたデータは、ＯＦＤＭ技術を使用して、パイロットデータとともに多重化されることができる。パイロットデータは、一般的に、既知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用されることができる。次いで、各データストリームのための、多重化されたパイロットデータと符号化されたデータは、変調シンボルを供給するために、そのデータストリームのために選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて、変調（たとえば、シンボルマッピング）される。各データストリームのデータレート、符号化、および変調は、プロセッサ１９３０によって実行される命令によって決定されることができる。データメモリ１９３２は、プロセッサ１９３０またはデバイス１９１０の他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶できる。
【０１１２】
次いで、すべてのデータストリームの変調シンボルが、ＴＸ ＭＩＭＯプロセッサ１９２０に供給され、それは、変調シンボルを（たとえば、ＯＦＤＭ用に）さらに処理できる。ＴＸ ＭＩＭＯプロセッサ１９２０は、次いで、各々が送信機（ＴＭＴＲ）と受信機（ＲＣＶＲ）を有するＮＴ個のトランシーバ（「ＸＣＶＲ」）１９２２ａ乃至１９２２ｔに、ＮＴ個の変調シンボルストリームを供給する。いくつかの態様において、ＴＸ ＭＩＭＯプロセッサ１９２０は、データストリームのシンボルとシンボルが送信されるアンテナに、ビームフォーミング重みを適用する。
【０１１３】
各トランシーバ１９２２ａ乃至１９２２ｔは、それぞれのシンボルストリームを受信および処理して１つ以上のアナログ信号を供給し、アナログ信号をさらに調整（たとえば、増幅、フィルタリング、およびアップコンバート）してＭＩＭＯチャネルでの送信に適した変調信号を供給する。次いで、トランシーバ１９２２ａ乃至１９２２ｔからのＮＴ個の変調信号は、それぞれ、ＮＴ個のアンテナ１９２４ａ乃至１９２４ｔから送信される。
【０１１４】
デバイス１９５０では、送信された変調信号が、ＮＲ個のアンテナ１９５２ａ乃至１９５２ｒによって受信され、各アンテナ１９５２ａ乃至１９５２ｒからの受信信号が、各々のトランシーバ（「ＸＣＶＲ」）１９５４ａ乃至１９５４ｒに供給される。各トランシーバ１９５４ａ乃至１９５４ｒは、各々の受信信号を調整（たとえば、フィルタリング、増幅、およびダウンコンバート）し、調整信号をデジタル化してサンプルを供給し、サンプルをさらに処理して、対応する「受信」シンボルストリームを供給する。
【０１１５】
受信（「ＲＸ」）データプロセッサ１９６０は、次いで、特定の受信機処理技術に基づき、ＮＲ個のトランシーバ１９５４ａ乃至１９５４ｒからのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを供給する。ＲＸデータプロセッサ１９６０は、次いで、各検出シンボルストリームを復調、デインターリーブ、および復号し、データストリームのトラヒックデータをリカバーする。ＲＸデータプロセッサ１９６０による処理は、デバイス１９１０のＴＸ ＭＩＭＯプロセッサ１９２０およびＴＸデータプロセッサ１９１４によって実行されるものと補完的である。
【０１１６】
プロセッサ１９７０は、周期的に、どのプリコーディングマトリクス（pre-coding matrix）を使用すべきか決定する。プロセッサ１９７０は、マトリクスインデックス部分（matrix index portion）およびランク値部分を含むリバースリンクメッセージを組み立てる。データメモリ１９７２は、プロセッサ１９７０、またはデバイス１９５０の他のコンポーネントによって使用されるプログラムコード、データ、および他の情報を記憶できる。
【０１１７】
リバースリンクメッセージは、通信リンクおよび／または受信されたデータストリームについてのさまざまなタイプの情報を含むことができる。そして、リバースリンクメッセージは、データソース１９３６から多数のデータストリームのトラヒックデータを受信するＴＸデータプロセッサ１９３８によって処理され、変調器１９８０によって変調され、トランシーバ１９５４ａ乃至１９５４ｒによって調整され、デバイス１９１０に送信される。
【０１１８】
デバイス１９１０では、デバイス１９５０からの変調信号が、アンテナ１９２４ａ乃至１９２４ｔによって受信され、トランシーバ１９２２ａ乃至１９２２ｔによって調整され、復調器（「ＤＥＭＯＤ」）１９４０によって復調され、ＲＸデータプロセッサ１９４２によって処理されて、デバイス１９５０によって送信されたリバースリンクメッセージが抽出される。そして、プロセッサ１９３０は、ビームフォーミングの重みを決定するためにどのプリコーディングマトリクスを使用すべきか決定し、次いで、抽出されたメッセージを処理する。
【０１１９】
図１７は、通信コンポーネントが干渉制御動作を実行する１つ以上のコンポーネントを含み得ることを、さらに示している。たとえば、干渉（「ＩＮＴＥＲ．」）制御コンポーネント１９９０は、別のデバイス（たとえば、デバイス１９５０）に信号を送信し、別のデバイスから信号を受信するために、プロセッサ１９３０および／またはデバイス１９１０の他のコンポーネントと協調できる。同様に、干渉制御コンポーネント１９９２は、別のデバイス（たとえば、デバイス１９１０）に信号を送信し、別のデバイスから信号を受信するために、プロセッサ１９７０および／またはデバイス１９５０の他のコンポーネントと協調できる。デバイス１９１０と１９５０の各々のために、説明されたコンポーネントのうちの２つ以上の機能が、単一のコンポーネントによって供給され得るということが理解されるべきである。たとえば、単一の処理コンポーネントが、干渉制御コンポーネント１９９０とプロセッサ１９３０の機能を提供でき、単一の処理コンポーネントが、干渉制御コンポーネント１９９２とプロセッサ１９７０の機能を提供できる。
【０１２０】
ここに説明されたものの変形、変更、および他の実現が、特許請求された開示の精神および範囲から逸脱せずに、当業者によって想到されるであろう。したがって、本開示は、上述の例示的な説明によってではなく、以下の請求項の精神および範囲によって定義される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  協調セッションにおけるユーザー機器間転送のための方法であって、
データパケットセッション中に第１のユーザー機器からリモートエンドに通信することと、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御することと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持することと
を含む方法。
［Ｃ２］  媒体コンポーネント情報を維持することは、各媒体コンポーネントがアクティブかどうかを追跡することと、アクティブな場合に前記媒体コンポーネントを提供している前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方を識別することをさらに含む、Ｃ１に記載の方法。
［Ｃ３］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、メッセージを交換することをさらに含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ２に記載の方法。
［Ｃ４］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、構造化拡張マークアップ言語（ＸＭＬ）メッセージを交換することをさらに含み、前記ＸＭＬメッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ２に記載の方法。
［Ｃ５］  前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、セッション記述プロトコル（ＳＤＰ）メッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、Ｃ４に記載の方法。
［Ｃ６］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、セッション記述プロトコル（ＳＤＰ）メッセージを交換することをさらに含み、特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用される、Ｃ２に記載の方法。
［Ｃ７］  前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、Ｃ６に記載の方法。
［Ｃ８］  媒体コンポーネントの所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、Ｃ７に記載の方法。
［Ｃ９］      セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信することと、
前記第１のユーザー機器で前記変更を暗示的に追跡することと、をさらに含み、
サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーは、単独かつ暗示的に前記変更を追跡する、Ｃ２に記載の方法。
［Ｃ１０］  前記変更を暗示的に追跡することは、連続するインデックスを使用することをさらに含む、Ｃ９に記載の方法。
［Ｃ１１］  前記変更を暗示的に追跡することは、生成者の識別子、メッセージの識別子、および媒体の識別子に基づいたインデックスを使用することをさらに含む、Ｃ１０に記載の方法。
［Ｃ１２］  媒体コンポーネント情報を維持することは、セッション記述プロトコル（ＳＤＰ）提供／応答メカニズムを使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することをさらに含む、Ｃ１に記載の方法。
［Ｃ１３］  媒体コンポーネント情報を維持することは、媒体方向属性を追跡することをさらに含む、Ｃ１に記載の方法。
［Ｃ１４］  媒体コンポーネント情報を維持することは、双方向媒体コンポーネントが異なるユーザー機器で各々終了した一方向媒体コンポーネントを複数含んでいることを示すことをさらに含む、Ｃ１に記載の方法。
［Ｃ１５］  協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサであって、
データパケットセッション中に第１のユーザー機器からリモートエンドに通信する第１のモジュールと、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御する第２のモジュールと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持する第３のモジュールと
を含む、少なくとも１つのプロセッサ。
［Ｃ１６］  協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品であって、
コンピュータに、データパケットセッション中に第１のユーザー機器からリモートエンドに通信させるための第１のコードのセットと、
前記コンピュータに、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御させるための第２のコードのセットと、
前記コンピュータに、媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持させるための第３のコードのセットと
を含む、非一時的なコンピュータ可読記憶媒体
を含むコンピュータプログラム製品。
［Ｃ１７］  協調セッションにおけるユーザー機器間転送のための装置であって、
データパケットセッション中に第１のユーザー機器からリモートエンドに通信する手段と、
ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御する手段と、
前記媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持する手段と
を含む装置。
［Ｃ１８］  協調セッションにおけるユーザー機器間転送のための装置であって、
データパケットセッション中に第１のユーザー機器からリモートエンドに通信するトランシーバと、
前記トランシーバを介して、ネットワークエンティティと通信することにより協調セッション中にユーザー機器間転送のために第２のユーザー機器を制御し、媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持する、コンピューティングプラットフォームと
を含む装置。
［Ｃ１９］  前記コンピューティングプラットフォームは、さらに、各媒体コンポーネントがアクティブかどうかを追跡することと、アクティブな場合に前記媒体コンポーネントを提供している前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方を識別することにより、媒体コンポーネント情報を維持するためのものである、Ｃ１８に記載の装置。
［Ｃ２０］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ１９に記載の装置。
［Ｃ２１］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、構造化拡張マークアップ言語（ＸＭＬ）メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、前記ＸＭＬメッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ１９に記載の装置。
［Ｃ２２］  前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、セッション記述プロトコル（ＳＤＰ）メッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、Ｃ２１に記載の装置。
［Ｃ２３］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、セッション記述プロトコル（ＳＤＰ）メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用される、Ｃ１８に記載の装置。
［Ｃ２４］  前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、Ｃ２３に記載の装置。
［Ｃ２５］  媒体コンポーネントの所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、Ｃ２４に記載の装置。
［Ｃ２６］  前記コンピューティングプラットフォームは、さらに、
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信し、
前記第１のユーザー機器で前記変更を暗示的に追跡する、ためのものであり、
サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーは、単独かつ暗示的に前記変更を追跡する、Ｃ１８に記載の装置。
［Ｃ２７］  前記コンピューティングプラットフォームは、さらに、連続するインデックスを使用することによって、前記変更を暗示的に追跡するためのものである、Ｃ２６に記載の装置。
［Ｃ２８］  前記コンピューティングプラットフォームは、さらに、生成者の識別子、メッセージの識別子、および媒体の識別子に基づいたインデックスを使用することによって、前記変更を暗示的に追跡するためのものである、Ｃ２７に記載の装置。
［Ｃ２９］  前記コンピューティングプラットフォームは、さらに、セッション記述プロトコル（ＳＤＰ）提供／応答メカニズムを使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することによって、媒体コンポーネント情報を維持するためのものである、Ｃ１８に記載の装置。
［Ｃ３０］  前記コンピューティングプラットフォームは、さらに、媒体方向属性を追跡することによって、媒体コンポーネント情報を維持するためのものである、Ｃ１８に記載の装置。
［Ｃ３１］  前記コンピューティングプラットフォームは、さらに、双方向媒体コンポーネントが異なるユーザー機器で各々終了した一方向媒体コンポーネントを複数含んでいることを示すことによって、媒体コンポーネント情報を維持するためのものである、Ｃ１８に記載の装置。
［Ｃ３２］  協調セッションにおけるユーザー機器間転送のための方法であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にすることと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持することと
を含む方法。
［Ｃ３３］  媒体コンポーネント情報を維持することは、各媒体コンポーネントがアクティブかどうかを追跡することと、アクティブな場合に前記媒体コンポーネントを提供している前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方を識別することをさらに含む、Ｃ３２に記載の方法。
［Ｃ３４］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、メッセージを交換することをさらに含み、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ３３に記載の方法。
［Ｃ３５］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、構造化拡張マークアップ言語（ＸＭＬ）メッセージを交換することをさらに含み、前記ＸＭＬメッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ３３に記載の方法。
［Ｃ３６］  前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、セッション記述プロトコル（ＳＤＰ）メッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、Ｃ３５に記載の方法。
［Ｃ３７］  媒体コンポーネント情報を維持することは、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、セッション記述プロトコル（ＳＤＰ）メッセージを交換することをさらに含み、特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用される、Ｃ３２に記載の方法。
［Ｃ３８］  前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、Ｃ３７に記載の方法。
［Ｃ３９］  媒体コンポーネントの所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、Ｃ３８に記載の方法。
［Ｃ４０］      セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信することと、
サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーで前記変更を暗示的に追跡することと、をさらに含み、
前記第１のユーザー機器は、単独かつ暗示的に前記変更を追跡する、Ｃ３２に記載の方法。
［Ｃ４１］  前記変更を暗示的に追跡することは、連続するインデックスを使用することをさらに含む、Ｃ４０に記載の方法。
［Ｃ４２］  前記変更を暗示的に追跡することは、生成者の識別子、メッセージの識別子、および媒体の識別子に基づいたインデックスを使用することをさらに含む、Ｃ４１に記載の方法。
［Ｃ４３］  媒体コンポーネント情報を維持することは、セッション記述プロトコル（ＳＤＰ）提供／応答メカニズムを使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することをさらに含む、Ｃ３２に記載の方法。
［Ｃ４４］  媒体コンポーネント情報を維持することは、媒体方向属性を追跡することをさらに含む、Ｃ３２に記載の方法。
［Ｃ４５］  媒体コンポーネント情報を維持することは、双方向媒体コンポーネントが異なるユーザー機器で各々終了した一方向媒体コンポーネントを複数含んでいることを示すことをさらに含む、Ｃ３２に記載の方法。
［Ｃ４６］  協調セッションにおけるユーザー機器間転送のための少なくとも１つのプロセッサであって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための第１のモジュールと、
前記媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するための第２のモジュールと
を含む少なくとも１つのプロセッサ。
［Ｃ４７］  協調セッションにおけるユーザー機器間転送のためのコンピュータプログラム製品であって、
コンピュータに、ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にさせるための第１のコードのセットと、
前記コンピュータに、前記媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持させるための第２のコードのセットと
を含む非一時的なコンピュータ可読媒体
を含むコンピュータプログラム製品。
［Ｃ４８］  協調セッションにおけるユーザー機器間転送のための装置であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするための手段と、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するための手段と
を含む装置。
［Ｃ４９］  協調セッションにおけるユーザー機器間転送のための装置であって、
ユーザー機器間転送のために、データパケットセッション中に、リモートエンドと、第１のユーザー機器および第２のユーザー機器の協調セッションを、ネットワークにわたってリモートで容易にするためのネットワークインターフェースと、
媒体動作の変更のために更新された前記協調セッションについての媒体コンポーネント情報を維持するためのコンピューティングプラットフォームと
を含む装置。
［Ｃ５０］  前記コンピューティングプラットフォームは、さらに、各媒体コンポーネントがアクティブかどうかを追跡することと、アクティブな場合に前記媒体コンポーネントを提供している前記第１のユーザー機器または前記第２のユーザー機器のいずれか一方を識別することにより、媒体コンポーネント情報を維持するためのものである、Ｃ４０に記載の装置。
［Ｃ５１］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、前記メッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ５０に記載の方法。
［Ｃ５２］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、構造化拡張マークアップ言語（ＸＭＬ）メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、前記ＸＭＬメッセージは、媒体のインデックス、媒体のタイプ、媒体のステータス、および前記媒体コンポーネントの所有者についての情報を含む、Ｃ５０に記載の装置。
［Ｃ５３］  前記媒体のインデックスは、前記協調セッションに媒体が追加されるようにした前記ＸＭＬメッセージの識別子、セッション記述プロトコル（ＳＤＰ）メッセージボディ内に含まれた媒体インデックス番号、および前記協調セッションに媒体コンポーネントを追加した前記ＸＭＬメッセージの発信者の識別子を含むグループのうちの１つ以上を含む、Ｃ５２に記載の装置。
［Ｃ５４］  前記コンピューティングプラットフォームは、さらに、前記協調セッションの制御装置デバイスとしての役割を果たしている前記第１のユーザー機器と、ユーザー機器間転送サーバーを含む前記ネットワークエンティティとの間で、セッション記述プロトコル（ＳＤＰ）メッセージを交換することによって、媒体コンポーネント情報を維持するためのものであり、特別なポート番号が、前記媒体コンポーネントが前記制御装置デバイスによって所有されているのか被制御装置デバイスとしての役割を果たしている前記第２のユーザー機器によって所有されているのかを示すために使用される、Ｃ４９に記載の装置。
［Ｃ５５］  前記媒体コンポーネントの所有を示すために使用される前記特別なポート番号は、前記媒体コンポーネントによって使用される実際のポート番号とは異なる、Ｃ５４に記載の装置。
［Ｃ５６］  媒体コンポーネントの所有者は、前のユーザー機器間転送動作の結果に基づいて、前記制御装置デバイスと前記ユーザー機器間転送サーバーによって得られる、Ｃ５５に記載の装置。
［Ｃ５７］  前記コンピューティングプラットフォームは、さらに、
セッション開始プロトコル（ＳＩＰ）ヘッダーに含まれたシグナリングを使用して媒体動作の変更を通信し、
サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーで前記変更を暗示的に追跡する、ためのものであり、
前記第１のユーザー機器は、単独かつ暗示的に前記変更を追跡する、Ｃ４９に記載の装置。
［Ｃ５８］  前記コンピューティングプラットフォームはさらに前記変更を暗示的に追跡するためのものであり、連続するインデックスを使用することをさらに含むＣ５７に記載の装置。
［Ｃ５９］  前記コンピューティングプラットフォームはさらに前記変更を暗示的に追跡するためのものであり、生成者の識別子、メッセージの識別子、および媒体の識別子に基づいたインデックスを使用することをさらに含む、Ｃ５８に記載の装置。
［Ｃ６０］  前記コンピューティングプラットフォームは媒体コンポーネント情報を維持するためのものであり、セッション記述プロトコル（ＳＤＰ）提供／応答メカニズムを使用して、前記第１のユーザー機器と、サービスの集中化および継続化（ＳＣＣ）アプリケーションサーバーとの間で、同期追跡することをさらに含む、Ｃ４９に記載の装置。
［Ｃ６１］  前記コンピューティングプラットフォームは、さらに、媒体方向属性を追跡することによって、媒体コンポーネント情報を維持するためのものである、Ｃ４９に記載の装置。
［Ｃ６２］  前記コンピューティングプラットフォームは、さらに、双方向媒体コンポーネントが異なるユーザー機器で各々終了した一方向媒体コンポーネントを複数含んでいることを示すことによって、媒体コンポーネント情報を維持するためのものである、Ｃ４９に記載の方法。
【図１】
0005512802.tif 000019
【図２】
0005512802.tif 000020
【図３】
0005512802.tif 000021
【図４】
0005512802.tif 000022
【図５】
0005512802.tif 000023
【図６】
0005512802.tif 000024
【図７】
0005512802.tif 000025
【図８】
0005512802.tif 000026
【図９】
0005512802.tif 000027
【図１０】
0005512802.tif 000028
【図１１】
0005512802.tif 000029
【図１２】
0005512802.tif 000030
【図１３】
0005512802.tif 000031
【図１４】
0005512802.tif 000032
【図１５】
0005512802.tif 000033
【図１６】
0005512802.tif 000034
【図１７】
0005512802.tif 000035