ユーザ機器UE間転送のために到来する要求を識別するための方法であって、第1のUEと第2のUEの間の第1のメディアおよび第2のメディアの通信セッションが確立されているサブスクリプションから、UE間転送IUT要求に関するインジケータを受信することと、前記IUT要求は、第3のUEと関連づけられる、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバSCCASへルーティングすることと、を備える方法。前記IUT要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語XMLを含む、請求項1に記載の方法。前記IUT要求は、メッセージ要求の一部分内のメディアフィーチャータグを含む、請求項1に記載の方法。前記メディアフィーチャータグは、前記メッセージ要求のヘッダ中にある、請求項3に記載の方法。前記メッセージ要求の前記部分は、ヘッダフィールドを備える、請求項3に記載の方法。前記ヘッダフィールドは、コンタクトヘッダフィールドである、請求項5に記載の方法。前記ヘッダフィールドは、アクセプトコンタクトヘッダフィールドである、請求項5に記載の方法。前記メッセージ要求は、セッション開始プロトコルSIPMESSAGE要求である、請求項1に記載の方法。前記SIPMESSAGE要求は、SIPREFER要求またはSIPINVITE要求メッセージのうちの1つである、請求項8に記載の方法。前記IUT要求をルーティングすることは、前記インジケータに基づいて、前記IUT要求を前記SCCASへルーティングすることを備える、請求項1に記載の方法。前記IUT要求をルーティングすることは、前記インジケータおよび初期フィルタリング基準に基づいて、前記IUT要求を前記SCCASへルーティングすることを備える、請求項1に記載の方法。前記IUT要求をルーティングすることは、前記SCCAS以外のすべての他のアプリケーションサーバをバイパスすることを備える、請求項1に記載の方法。前記IUT要求は、前記第3のUEへの前記第2のメディアの複製を開始するための要求である、請求項1に記載の方法。前記IUT要求は、前記第3のUEへの前記第2のメディアの転送を開始するための要求である、請求項1に記載の方法。前記方法は、さらに、前記インジケータを受信することに応答して、前記第3のUEに要求を送ること、を備える、請求項1に記載の方法。前記方法は、さらに、前記第2のUEに要求を送ること、を備える、請求項15に記載の方法。前記方法は、さらに、前記第3のUEの1つまたは複数のポートを使用可能にするために、前記第3のUEに要求を送ること、を備える、請求項15に記載の方法。サブスクリプションからIUT要求に関するインジケータを受信することは、異なるサブスクリプションからIUT要求に関するインジケータを受信することを備える、請求項1に記載の方法。請求項1に記載の方法を実行するように構成された電子デバイス。ユーザ機器UE間転送のために到来する要求を識別するためのコンピュータプログラム製品であって、第1のUEと第2のUEの間の第1のメディアおよび第2のメディアの通信セッションが確立されているサブスクリプションから、UE間転送IUT要求に関するインジケータを受信し、前記IUT要求は、第3のUEと関連づけられる、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、のためのコードを備えるコンピュータ読取可能媒体、を備えるコンピュータプログラム製品。ユーザ機器UE間転送のために到来する要求を識別するための装置であって、第1のUEと第2のUEの間の第1のメディアおよび第2のメディアの通信セッションが確立されているサブスクリプションから、UE間転送IUT要求に関するインジケータを受信するための手段と、前記IUT要求は、第3のUEと関連づけられる、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、を備える装置。ユーザ機器UE間転送のために到来する要求を識別するための装置であって、プロセッサと、プロセッサ実行可能コードおよび/またはデータを備えるメモリと、を備え、前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、第1のUEと第2のUEの間の第1のメディアおよび第2のメディアの通信セッションが確立されているサブスクリプションから、UE間転送IUT要求に関するインジケータを受信し、前記IUT要求は、第3のUEと関連づけられる、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、ようにデバイスを構成する、装置。サブスクリプションからのユーザ機器UE間転送に関する到来する要求を識別するための方法であって、UE間転送IUT要求に関するインジケータを受信することと、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバSCCASへルーティングすることと、を備える方法。前記IUT要求は、メッセージ要求のヘッダまたはボディ内の拡張可能マークアップ言語XMLを含む、請求項23に記載の方法前記IUT要求は、メッセージ要求の一部分内のメディアフィーチャータグを含む、請求項23に記載の方法。前記メディアフィーチャータグは、前記メッセージ要求のヘッダ中にある、請求項25に記載の方法。前記メッセージ要求の前記部分は、ヘッダフィールドを備える、請求項25に記載の方法。前記ヘッダフィールドは、コンタクトヘッダフィールドである、請求項27に記載の方法。前記ヘッダフィールドは、アクセプトコンタクトヘッダフィールドである、請求項27に記載の方法。前記メッセージ要求は、セッション開始プロトコルSIPMESSAGE要求である、請求項23に記載の方法。前記SIPMESSAGE要求は、SIPREFER要求またはSIPINVITE要求メッセージのうちの1つである、請求項30に記載の方法。前記IUT要求をルーティングすることは、前記インジケータに基づいて、前記IUT要求を前記SCCASへルーティングすることを備える、請求項23に記載の方法。前記IUT要求をルーティングすることは、前記インジケータおよび初期フィルタリング基準に基づいて、前記IUT要求を前記SCCASへルーティングすることを備える、請求項23に記載の方法。前記IUT要求をルーティングすることは、前記SCCAS以外のすべての他のアプリケーションサーバをバイパスすることを備える、請求項23に記載の方法。前記IUT要求は、第3のUEへの第1のUEと第2のUEの間のセッションの複製を開始するための要求である、請求項23に記載の方法。前記IUT要求は、第3のUEへの第1のUEと第2のUEの間のセッションの転送を開始するための要求である、請求項23に記載の方法。前記サブスクリプションは、異なるサブスクリプションのためのものである、請求項23に記載の方法。請求項23に記載の方法を実行するように構成された電子デバイス。サブスクリプションからのユーザ機器UE間転送に関する到来する要求を識別するためのコンピュータプログラム製品であって、UE間転送IUT要求に関するインジケータを受信し、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、ためのコードを備える非一時的なコンピュータ読取可能媒体、を備えるコンピュータプログラム製品。サブスクリプションからのユーザ機器UE間転送に関する到来する要求を識別するための装置であって、プロセッサと、プロセッサ実行可能コードおよび/またはデータを備えるメモリと、を備え、前記プロセッサ実行可能コードは、前記プロセッサによって実行されるとき、UE間転送IUT要求に関するインジケータを受信し、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングする、ようにデバイスを構成する、装置。サブスクリプションからのユーザ機器UE間転送に関する到来する要求を識別するための装置であって、UE間転送IUT要求に関するインジケータを受信するための手段と、前記IUT要求をサービスの集中化および継続化のアプリケーションサーバへルーティングするための手段と、を備える装置。サブスクリプションにユーザ機器UE間転送に関する要求を提供するための方法であって、第1のUEと第2のUEの間の第1のメディアおよび第2のメディアの通信セッションが確立されているUE間転送IUT要求に関するインジケータを提供することと、前記IUT要求は、前記第1のUEのためのサービスの集中化および継続化のアプリケーションサーバSCCASへのXMLおよびメディアフィーチャータグのうちの少なくとも1つを使用して、第3のUEと関連づけられる、前記インジケータを提供することに応答して、前記第1のUEのための前記SCCASからの要求を受信することと、を備える方法。前記方法は、さらに、前記第1のUEのダイアログイベントパッケージにサブスクライブすることによって、前記第1のUEからのダイアログ情報を取得すること、を備える、請求項42に記載の方法。前記方法は、さらに、メディア関連機能から前記セッションを受信すること、を備える、請求項42に記載の方法。前記方法は、さらに、前記第3のUEの1つまたは複数のポートを使用可能にするための要求を受信すること、を備える、請求項42に記載の方法。0023添付図面に関連して以下に記載される詳細な説明は、本開示の様々な態様の説明として意図され、本開示が実現されうる唯一の態様を表すようには意図されない。この開示で説明される各々の態様は、単に本開示の例または例示として提供され、他の態様に対して、必ずしも好ましいまたは有利であるようには解釈されるべきでない。詳細な説明は、本開示の完全な理解を提供するために特定の詳細を含む。しかしながら、本開示がこれらの特定の詳細なしで実現されうることは、当業者にとって明らかであろう。いくつかの事例では、周知の構造およびデバイスが、本開示の概念を不明確にすることを避けるためにブロック図形式で示されている。頭文字および他の記述的な用語が、単に利便性および明確性のために使用されうるが、本開示の範囲を限定するようには意図されない。0024説明の簡略化の目的で、これら方法methodologiesは、一連の動作として説明および示されているが、いくつかの動作は、1つまたは複数の態様に従って、ここに説明および示されるものとは異なる順序でおよび/または他の動作と同時に起こりうるので、これら方法は、動作の順序によって限定されないことが理解および認識されるべきである。例えば、当業者であれば、方法が、代替的に、状態図の中でのように、一連の相互に関連する状態またはイベントとして表されうることを理解および認識するであろう。さらに、1つまたは複数の態様に従って方法をインプリメントするために、必ずしも例示されたすべての動作が必要とされる訳ではない。0025ここに説明される技術は、符号分割多元接続CDMAネットワーク、時分割多元接続TDMAネットワーク、周波数分割多元接続FDMAネットワーク、直交FDMAOFDMAネットワーク、シングルキャリアFDMASC-FDMAネットワーク等のような様々な無線通信ネットワークのために使用されうる。ネットワークおよびシステムという用語は、しばしば交換可能に使用される。CDMAネットワークは、ユニバーサル地上無線アクセスUTRA、CDMA2000等のような無線技術をインプリメントしうる。UTRAは、広帯域CDMAW-CDMAおよび低チップレートLowChipRateLCRを含む。CDMA2000は、IS-2000規格、IS-95規格、およびIS-856規格をカバーする。TDMAネットワークは、グローバル移動体通信システムGSM登録商標のような無線技術をインプリメントしうる。OFDMAネットワークは、発展型UTRAE-UTRA、IEEE802.11、IEEE802.16、IEEE802.20、フラッシュ-OFDM等のような無線技術をインプリメントしうる。UTRA、E-UTRA、およびGSMは、ユニバーサルモバイルテレコミュニケーションシステムUMTSの一部である。ロングタームエボリューションLTEは、E-UTRAを用いるUMTSの最新のupcomingリリースである。UTRA、E-UTRA、GSM、UMTS、およびLTEは、第3世代パートナシッププロジェクト3GPPと命名された組織からの文書に説明されている。CDMA2000は、第3世代パートナシッププロジェクト23GPP2と命名された組織からの文書に説明されている。これらの様々な無線技術および規格は、当該技術分野において知られている。明確さのために、これら技術のある特定の態様は、LTEに関して以下に説明され、また、以下の説明の多くで、LTE用語が使用されている。0026図1は、2つの端末システム100の例を例示するブロック図である。当業者であれば、図1に例示される実例的な2つの端末システム100は、FDMA環境、OFDMA環境、CDMA環境、WCDMA登録商標環境、TDMA環境、SDMA環境、またはその他任意の適切な無線環境においてインプリメントされうることを理解するであろう。0027一態様では、2つの端末システム100は、アクセスノード101例えば、基地局またはノードBおよびユーザ機器またはUE201例えば、ユーザデバイスを含む。ダウンリンク行程downlinklegでは、アクセスノード101例えば、基地局またはノードBは、トラフィックデータを受け取り、フォーマット、コード化、インタリーブおよび変調または、シンボルマッピングし、変調シンボル例えば、データシンボルを提供する送信TXデータプロセッサA110を含む。TXデータプロセッサA110は、シンボル変調器A120と通信状態にある。シンボル変調器A120は、データシンボルおよびダウンリンクパイロットシンボルを受け取って処理して、シンボルのストリームを提供する。一態様では、トラフィックデータを変調または、シンボルマッピングして、変調シンボル例えば、データシンボルを提供するのはシンボル変調器A120である。一態様では、シンボル変調器A120は、設定情報configurationinformationを提供するプロセッサA180と通信状態にある。シンボル変調器A120は、送信機ユニットTMTRA130と通信状態にある。シンボル変調器A120は、データシンボルおよびダウンリンクパイロットシンボルを多重化して、それらを送信機ユニットA130に提供する。0028送信される各シンボルは、データシンボル、ダウンリンクパイロットシンボル、またはゼロの信号値でありうる。ダウンリンクパイロットシンボルは、各シンボル期間において連続的に送られうる。一態様では、ダウンリンクパイロットシンボルは、周波数分割多重化FDMされる。別の態様では、ダウンリンクパイロットシンボルは、直交周波数分割多重化OFDMされる。なお別の態様では、ダウンリンクパイロットシンボルは、符号分割多重化CDMされる。一態様では、送信機ユニットA130は、シンボルのストリームを受信して1つまたは複数のアナログ信号に変換し、アナログ信号をさらに調整、例えば、増幅、フィルタおよび/または周波数アップコンバートして、無線送信に適したアナログダウンリンク信号を生成する。その後、アナログダウンリンク信号は、アンテナ140を通じて送信される。0029ダウンリンク行程では、UE201例えば、ユーザデバイスは、アナログダウンリンク信号を受信して、このアナログダウンリンク信号を受信器ユニットRCVRB220に入力するためのアンテナ210を含む。一態様では、受信器ユニットB220は、アナログダウンリンク信号を調整、例えば、フィルタ、増幅、および周波数ダウンコンバートして、第1の調整された信号にする。その後、第1の調整された信号は、サンプリングされる。受信器ユニットB220は、シンボル復調器B230と通信状態にある。シンボル復調器B230は、受信器ユニットB220から出力された第1の調整されたおよびサンプリングされた信号例えば、データシンボルを復調する。当業者であれば、代替案が、シンボル復調器B230でサンプリング処理をインプリメントすることであることを理解するであろう。シンボル復調器B230は、プロセッサB240と通信状態にある。プロセッサB240は、シンボル復調器B230からダウンリンクパイロットシンボルを受信して、これらダウンリンクパイロットシンボルに対してチャネル推定を実行する。一態様では、チャネル推定は、現在の伝搬環境を特徴づける処理である。シンボル復調器B230は、プロセッサB240から、ダウンリンク行程についての周波数応答推定を受信する。シンボル復調器B230は、ダウンリンク経路についてのデータシンボル推定値を取得するために、データシンボルに対してデータ復調を実行する。ダウンリンク経路についてのデータシンボル推定値は、送信されたデータシンボルの推定値である。シンボル復調器B230はまた、RXデータプロセッサB250と通信状態にある。0030RXデータプロセッサB250は、シンボル復調器B230からダウンリンク経路についてのデータシンボル推定値を受信して、トラフィックデータを回復するために、ダウンリンク経路についてのデータシンボル推定値を、例えば、復調即ち、シンボルデマッピング、デインタリーブおよび/または復号する。一態様では、シンボル復調器B230およびRXデータプロセッサB250による処理は、それぞれシンボル変調器A120およびTXデータプロセッサA110による処理に相補的である。0031アップリンク行程では、UE201例えば、ユーザデバイスは、TXデータプロセッサB260を含む。TXデータプロセッサB260は、トラフィックデータを受け取って処理し、データシンボルを出力する。TXデータプロセッサB260は、シンボル変調器D270と通信状態にある。シンボル変調器D270は、データシンボルを受け取ってアップリンクパイロットシンボルと多重化し、変調を実行し、シンボルのストリームを提供する。一態様では、シンボル変調器D270は、設定情報を提供するプロセッサB240と通信状態にある。シンボル変調器D270は、送信機ユニットB280と通信状態にある。0032送信される各シンボルは、データシンボル、アップリンクパイロットシンボル、またはゼロの信号値でありうる。アップリンクパイロットシンボルは、各シンボル期間において連続的に送られうる。一態様では、アップリンクパイロットシンボルは、周波数分割多重化FDMされる。別の態様では、アップリンクパイロットシンボルは、直交周波数分割多重化OFDMされる。なお別の態様では、アップリンクパイロットシンボルは、符号分割多重化CDMされる。一態様では、送信機ユニットB280は、シンボルのストリームを受信して1つまたは複数のアナログ信号に変換し、アナログ信号を、さらに調整、例えば、増幅、フィルタおよび/または周波数アップコンバートして、無線送信に適したアナログアップリンク信号を生成する。その後、アナログアップリンク信号は、アンテナ210を通じて送信される。0033UE201例えば、ユーザデバイスからのアナログアップリンク信号は、アンテナ140によって受信されて、サンプルを取得するために、受信器ユニットA150によって処理される。一態様では、受信器ユニットA150は、アナログアップリンク信号を調整、例えば、フィルタ、増幅および周波数ダウンコンバートして、第2の調整された信号にする。その後、第2の調整された信号は、サンプリングされる。受信器ユニットA150は、シンボル復調器C160と通信状態にある。当業者であれば、代替案が、シンボル復調器C160でサンプリング処理をインプリメントすることであることを理解するであろう。シンボル復調器C160は、アップリンク経路についてのデータシンボル推定値を取得するために、データシンボルに対してデータ復調を実行し、その後、アップリンクパイロットシンボルとアップリンク経路についてのデータシンボル推定値とをRXデータプロセッサA170に提供する。アップリンク経路についてのデータシンボル推定値は、送信されたデータシンボルの推定値である。RXデータプロセッサA170は、無線通信デバイス201によって送信されたトラフィックデータを回復するために、アップリンク経路についてのデータシンボル推定値を処理する。シンボル復調器C160はまた、プロセッサA180と通信状態にある。プロセッサA180は、アップリンク行程で送信しているアクティブな端末ごとにチャネル推定を実行する。一態様では、複数の端末は、パイロットサブ帯域のセットがインタレースinterlacedされうる、それらにそれぞれ割り当てられたパイロットサブ帯域のセット上で、アップリンク行程で同時にパイロットシンボルを送信しうる。0034プロセッサA180およびプロセッサB240は、それぞれアクセスノード101例えば、基地局またはノードBおよびUE201例えば、ユーザデバイスにおける動作を指示即ち、制御、調整または管理等する。一態様では、いずれかあるいは両方のプロセッサA180およびプロセッサB240が、プログラムコードおよび/またはデータを記憶するために、1つまたは複数のメモリユニット図示せずと関連づけられる。一態様では、いずれかあるいは両方のプロセッサA180またはプロセッサB240が、それぞれアップリンク行程およびダウンリンク行程についての周波数およびインパルス応答推定値を導出するための計算を実行する。0035一態様では、2つの端末システム100は、多元接続システムである。多元接続システム例えば、周波数分割多元接続FDMA、直交周波数分割多元接続OFDMA、符号分割多元接続CDMA、時分割多元接続TDMA、空間分割多元接続SDMA等については、複数の端末は、アップリンク行程上で同時に送信し、複数のUE例えば、ユーザデバイスにアクセスを可能にする。一態様では、多元接続システムについては、パイロットサブ帯域は、異なる端末間で共用されうる。チャネル推定技術は、各端末のためのパイロットサブ帯域が、場合によると、帯域端を除く動作帯域全体に及ぶ場合に使用される。各端末についての周波数ダイバーシティを得るためには、このようなパイロットサブ帯域構造が望ましい。0036図2は、複数のユーザデバイスをサポートする無線通信システム290の例を例示する。図2では、参照番号292A乃至292Gは、セルを指し、参照番号298A乃至298Gは、基地局BSまたはノードBを指し、参照番号296A乃至296Jは、アクセスユーザデバイス別名、ユーザ機器UEを指す。セルサイズは、異なりvaryうる。任意の様々なアルゴリズムおよび方法が、システム290における送信をスケジュールするために使用されうる。システム290は、多くのセル292A乃至292Gのために通信を提供し、その各々は、それぞれ対応する基地局298A乃至298Gによってサービスされる。0037分散されたユーザ間でのマルチメディア通信のシグナリングのために使用されるプロトコルが、セッション開始プロトコルSIPとして知られている。一例において、SIPは、インターネットプロトコルIPネットワーク上のマルチメディアセッションを制御するために使用されうる。一態様では、SIPは、アプリケーション層プロトコルであり、これは、様々なトランスポートプトロコル上で動作しうる。0038制御装置controllerユーザ機器UEと、サービスの集中化および継続化のアプリケーションサーバSCCASと、様々な被制御装置controleesとの間に協調セッションが存在する通信システムについては、すべてのUEは同じサブスクリプションに属しうる。したがって、UE間転送IUTの動作は、要求URI中にSCCASアドレスを有することによって容易に区別されうる。しかしながら、IUT標準化のリリース10では、制御装置UEおよび被制御装置controleesUEは、異なるサブスクリプションに属しうる。この場合、被制御装置UEは、協調セッションをアンカーしているanchoringSCCASのアドレスを認識してない。ここで、被制御装置UEが制御装置UEにIUT要求例えば、複製要求を送る場合、被制御装置UEは、このセッションをアンカーしているSCCASを含むドメイン即ち、制御装置UEのIMSIPマルチメディアサブシステムコアに対してIUT動作を識別する必要がある。次に、IMSコアは、この要求をSCCASへルーティングして、すべての他のアプリケーションサーバをバイパスし、これは、それらのアプリケーションサーバが要求および/またはセッションに影響を及ぼすことを阻止しうる。0039図3は、第1のUEUE-1、第2のUEUE-2、UE-1のためのSCCAS、メディア関連機能MRF:mediarelatedfunction、UE-2のためのSCCAS、およびリモートUEUEremoteを例示する。一例において、UE-1とリモートUEの間のオーディオ通信セッションが確立されうる。一態様では、UE-2は、RFC4235またはこれに類するものにしたがって、そのダイアログイベントパッケージdialogeventpackageにサブスクライブするsubscibingことによって、UE-1のダイアログ情報を取得する。第1のステップでは、SIPREFERメッセージが、ネットワーク複製の処理を開始するために、UE-2からUE-2のためのSCCASに送られる。例えば、要求URIユニフォームリソースインジケータuniformresourceindicatorは、UE-1のコンタクトcontactに設定され、リファーツーヘッダフィールドrefertoheaderfieldは、複製されるメディアおよびUE-2のコンタクトcontactを含みうる。0040第2のステップでは、SIPREFERメッセージは、UE-2のためのSCCASからUE-1のためのSCCAS即ち、UE-1のためのドメインへ送られる。次に、許可が必要な場合には、SIPMESSAGE要求が、UE-1のためのSCCASからUE-1へ送られる。許可がUE-1によって与えられた場合、セッション複製に関するUE-2のためのリソース割当ては、UE-1のためのSCCASおよびMRFによってセットアップされうる。次に、SIPINVITE要求メッセージが、UE-1のためのSCCASからUE-2のためのSCCASへ送られ、それは、SIPINVITEメッセージをUE-2に中継する。次に、UE-1のためのSCCASは、SIPRe-INVITEメッセージをリモートUEに送る。最後に、UE-1は、MRFにオーディオセッションを提供し、その後、それは、UE-2およびリモートUEが同じセッションを有するように、UE-1およびリモートUEの両方に複製されたオーディオセッションを提供する。0041いくつかの実施形態では、メッセージ1におけるSIPREFER要求メッセージが、全プロシージャをトリガするために、SCCASへルーティングされる。一例において、このSIPREFER要求メッセージについての要件は、1それは、UE-1のドメイン即ち、制御装置UEへルーティングされる必要がある、2制御装置UEのドメインにおけるサービング呼セッション制御機能ServingCallSessionControlFunctionS-CSCFは、初期フィルタ基準initialfiltercriteriaIFCの一部として、またはこれに加えて、すべての他のアプリケーションサーバをバイパスするためにIUTコマンドを認識すべきであり、これは、SIPREFER要求が、他のアプリケーションサーバにおいて、それによってセッションを意図せずにinadvertently終了させるなどの望ましくない動作をトリガしうる影響を及ぼすことから阻止することができる、3制御装置UEのためのSCCASは、複製コマンドを認識する。0042様々な実施形態によると、上述したプロトコルへの変更は、S-CSCFがこの要求を区別できるように、SIPREFER要求または、その他の適切な要求のヘッダまたは、その他の適切な部分にある。加えて、特定の実施形態では、S-CSCFは、要求を複数の適切なアプリケーションサーバASに送るために、インジケータをIFCと組み合わせて使用しうる。0043いくつかの実施形態では、拡張可能マークアップ言語XMLが、UE間転送のために、異なるサブスクリプションからの到来する要求を識別するために使用されうる。一例において、被制御装置UEは、S-CSCFへのインジケータとして、XMLアプリケーションに設定されたコンテンツ-タイプヘッダContentTypeheaderを備えたXMLボディを挿入しうるthecontrolleeUEmayinsertanXMLbodywithaContentTypeheadersettoXMLapplicationasanindicatortotheSCSCF。様々な実施形態によると、アプリケーションのコンテンツ-タイプヘッダは、特定のアプリケーションを扱うことを可能にする。別の例では、ボディまたはその他の適切な部分が、S-CSCFのためのインジケータを含みうる。0044他の実施形態では、メディアフィーチャータグが、UE間転送のために、異なるサブスクリプションからの到来する要求を識別するために使用されうる。一例において、被制御装置UEは、IUT動作をS-CSCFに示すために、アクセプトコンタクトヘッダフィールドにメディアフィーチャータグを追加する。一例において、メディアフィーチャータグは、アクセプトコンタクトヘッダフィールド中にある。一態様では、メディアフィーチャータグは、フィーチャーの選択featurepreferencesを識別するために使用されうる。別の例では、メディアフィーチャータグは、コンタクトヘッダまたはその他の適切な部分中にある。0045XMLおよびメディアフィーチャータグをインプリメントする方法が具体的に説明されたが、当業者であれば、本開示は、異なるサブスクリプションからのUE間転送に関する到来する要求を識別するためのその他の形式のインジケーションにも適用可能であることを理解するであろう。例えば、本開示の範囲および趣旨は、S-CSCFが、UEからインジケーションを得ることによって、IUT要求を認識することを可能にする任意の方法を含む。言い換えれば、IUT要求をSCC-ASのような適切なアプリケーションサーバへルーティングすることをS-CSCFに可能にする任意のインジケーションは、本開示の範囲および趣旨内にある。0046図4Aおよび図4Bは、XMLを使用して、異なるサブスクリプションからのUE間転送に関する到来する要求を識別するためのフロー図の例を例示する。ブロック410A410Bでは、セッション開始プロトコルSIPメッセージ要求のヘッダまたはボディ内のXMLを使用するIUT要求に関するインジケータが、受信される。一例において、SIPMESSAGE要求は、SIPREFER要求である。その後、ブロック420A420Bでは、IUT要求は、サービスの集中化および継続化のアプリケーションサーバSCCASへルーティングされる。他の例では、SIPMESSAGE要求は、それに限定されるものではないがINVITE例えば、SIPINVITE要求、REFER例えば、SIPREFER要求、メッセージ例えば、SIPMESSAGE、またはこれに類するものなどの任意の適切なメッセージでありうる。0047図5Aおよび図5Bは、メディアフィーチャータグを使用して、異なるサブスクリプションからのUE間転送に関する到来する要求を識別するためのフロー図を例示する。ブロック510A510Bでは、例えば、SIPメッセージ要求のヘッダの一部内のメディアフィーチャータグを使用するIUT要求に関するインジケータが、受信される。一例において、SIPMESSAGE要求は、SIPREFER要求である。その後、ブロック520A520Bでは、IUT要求は、サービスの集中化および継続化のアプリケーションサーバSCCASへルーティングされる。他の例では、SIPMESSAGE要求は、それに限定されるものではないがINVITE例えば、SIPINVITE要求、REFER例えば、SIPREFER要求、メッセージ例えば、SIPMESSAGE、またはこれに類するものなどの任意の適切なメッセージでありうる。0048図3-図5Bは、一般に、メディアセッション例えば、オーディオおよび/またはビデオを複製するための要求に関連して説明されたが、上述したものは、それに限定されるものではないが、セッションを転送する要求、セッションを削除する要求、またはこれに類するものを含む任意の適切な要求に適用可能であることに留意されたい。0049図6は、協調セッションを作成するための転送要求に関するシーケンス図の例を例示する。図6は、第1のUEUE-1、第2のUEUE-2、UE-1のためのSCCAS、メディア関連機能MRF、UE-2のためのSCCAS、およびリモートUEを例示する。一例において、UE1とリモートUEの間のオーディオおよびビデオのような第1および第2のメディアの通信セッションが確立されうる。UE-2は、RFC4235またはこれに類するものにしたがって、そのダイアログイベントパッケージにサブスクライブすることによって、UE-1のダイアログ情報を取得する。第1のステップでは、SIPREFERメッセージが、第2のメディア例えば、オーディオおよび/またはビデオの転送のための処理を開始するために、UE-2からUE-2のためのSCCASへ送られる。例えば、要求URIは、UE-1のコンタクトに設定され、リファーツーヘッダフィールドは、転送されるメディアおよびUE-2のコンタクトを含む。0050第2のステップでは、SIPREFERメッセージは、UE-2のためのSCCASからUE-1のためのSCCAS即ち、UE-1のためのドメインへ送られる。次に、許可が必要な場合には、SIPMESSAGE要求が、UE-1のためのSCCASからUE-1へ送られる。許可がUE-1によって与えられた場合、セッション複製転送sessionreplicationtransferringのためのUE-2のためのリソース割当ては、UE-1のためのSCCASおよびMRFによってセットアップされうる。次に、SIPINVITE要求メッセージが、UE-1のためのSCCASからUE-2のためのSCCASへ送られ、それは、SIPINVITE要求メッセージをUE-2に中継する。次に、UE-1のためのSCCASは、SIPRe-INVITE要求メッセージをリモートUEに送る。次に、SIPUPDATE要求が、ポートを使用可能にするためにUE-2に送られる。最後に、第2のメディア例えば、オーディオおよび/またはビデオセッションが転送されて、このセッションは、UE-1、UE-2、およびリモートUEの間の協調セッションとなる。したがって、UE-1のためのSCCASにおいてアンカーされるUE-1とリモートUEの間で継続しているマルチメディア協調セッションについては、UE-1は、ビデオメディアまたはこれに類するものを、異なるサブスクライバであるUE-2に転送して、協調セッションの制御を維持しうる。0051図6は、メディアセッション例えば、オーディオおよび/またはビデオを転送するための要求に関連して説明されたが、上述したものは、それに限定されるものではないが、セッションを複製する要求、セッションを削除する要求、またはこれに類するものを含む任意の適切な要求に適用可能であることに留意されたい。0052開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計の選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示の範囲内にとどまりながら再構成されうることが理解される。付随の方法の請求項は、サンプルの順序において、様々なステップの要素を示し、また、示された具体的な順序または階層に限定されるようには意図されない。0053当業者であれば、情報および信号は、様々な異なる技術および技法のうちのいずれを用いて表されうることを理解するであろう。例えば、上記説明の全体にわたって参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはこれらの任意の組み合わせによって表されうる。0054当業者は、ここに開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとしてインプリメントされうることをさらに理解するであろう。ハードウェアおよびソフトウェアのこの互換性を明確に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップが、概してそれらの機能の観点から上述された。このような機能が、ハードウェアとしてインプリメントされるか、あるいはソフトウェアとしてインプリメントされるかは、特定のアプリケーションおよびシステム全体に課せられる設計制約に依存する。当業者は、各々の特定のアプリケーションに関して、多様な方法で説明された機能をインプリメントすることができるが、このようなインプリメンテーションの決定は、本開示の範囲からの逸脱を引き起こしていると解釈されるべきでない。0055ここに開示された実施形態に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプグラマブルゲートアレイFPGAまたはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいはここに説明された機能を実行するように設計されるこれらの任意の組み合わせで、インプリメントまたは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替において、このプロセッサは、任意の従来型のプロセッサ、制御装置、マイクロ制御装置、またはステートマシンstatemachineでありうる。また、プロセッサは、計算デバイスの組み合わせとしてインプリメントされうる、例えば、DSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携した1つまたは複数のマイクロプロセッサ、あるいはその他任意のこのような構成。0056ここで開示された実施形態に関連して説明されたアルゴリズムまたは方法のステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、またはこれら2つの組み合わせにおいて、具現化embodiedされうる。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバルディスク、CD-ROM、または当該技術分野において周知であるその他任意の形状の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサがこの記憶媒体から情報を読み取り、またこの記憶媒体に情報を書き込むことができるように、プロセッサに結合されている。代替において、記憶媒体は、プロセッサと一体化されうる。プロセッサおよび記憶媒体は、ASIC内に存在しうる。ASICは、ユーザ端末内に存在しうる。代替において、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートコンポーネントとして存在しうる。00571つまたは複数の典型的な実施形態では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせでインプリメントされうる。ソフトウェアでインプリメントされる場合、これらの機能は、コンピュータ読取可能媒体上で、1つまたは複数の命令またはコードとして送信または記憶されうる。コンピュータ読取可能媒体は、1つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体と、コンピュータ記憶媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ読取可能媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形式で所望のプログラムコードを記憶または搬送するために使用可能であり、かつコンピュータによってアクセスされうるその他任意の媒体を備えうる。また、任意の接続は、コンピュータ読取可能媒体と厳密には称されうる。例えば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線DSL、または赤外線、電波、およびマイクロ波などの無線技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合には、この同軸ケーブル、光ファイバーケーブル、ツイストペア、DSL、または赤外線、電波、およびマイクロ波などの無線技術は、媒体の定義に含まれる。ここで使用される場合、ディスクdiskおよびディスクdiscは、コンパクトディスクCD、レーザーディスク登録商標、光ディスク、デジタル多目的ディスクDVD、フロッピー登録商標ディスクおよびブルーレイ登録商標ディスクを含み、ここでディスクdisksは、通常磁気的にデータを再生し、一方ディスクdiscsは、レーザーを用いて光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。0058開示された実施形態の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように提供される。これらの実施形態に対する様々な修正は、当業者にとって容易に明らかであり、ここで定義された一般的な原理は、本開示の趣旨または範囲から逸脱することなく、他の実施形態に適用されうる。したがって、本開示は、ここに示された実施形態に限定されるようには意図されず、ここに開示される原理および新規な特徴と一致する最も広い範囲を与えられることとなる。