SCCASServiceCentralizedandContinuityApplicationServer内でメディアセッションを複製する方法であって、第2のWTRU無線送受信ユニットから協調複製セッションinvite要求を受信するステップと、前記協調複製セッションinvite要求の認可を実行するステップと、複製されたメディアフローのメディアリソースを割り当てるステップと、MRFmediaresourcefunction内の前記複製されたメディアフローの応答を第2のWTRUに送信するステップと、前記MRFを用いる前記複製されたメディアフローの第1のWTRU上のアクセスレグを更新するステップと、前記MRF内の前記複製されたメディアフローのリモートレグを更新するステップとを含むことを特徴とする方法。前記複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする請求項1に記載の方法。前記replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする請求項2に記載の方法。前記replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする請求項2に記載の方法。前記replicateヘッダフィールドは、XML本体であることを特徴とする請求項2に記載の方法。前記XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする請求項5に記載の方法。SCCASServiceCentralizedandContinuityApplicationServer内でメディアセッションを複製する方法であって、第2のWTRU無線送受信ユニットから既存のメディアフローに関する情報の要求を受信するステップと、前記第2のWTRUから複製セッションinvite要求を受信するステップと、セッションinvite複製要求の認可を実行するステップと、前記セッションinvite複製要求を認可する要求を第1のWTRUに送信するステップと、許可複製要求を前記第1のWTRUから受信するステップと、複製されたメディアフローを作成するステップとを含むことを特徴とする方法。前記複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする請求項7に記載の方法。前記replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする請求項8に記載の方法。前記replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする請求項8に記載の方法。前記replicateヘッダフィールドは、XML本体であることを特徴とする請求項8に記載の方法。前記XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする請求項11に記載の方法。WTRU無線送受信ユニット内でメディアセッションを複製する方法であって、既存のメディアフローに関する情報の要求をSCCASServiceCentralizedandContinuityAccessServerに送信するステップと、前記SCCASから前記既存のメディアフローに関する情報を受信するステップと、複製セッションinvite要求を前記SCCASに送信するステップと、前記SCCASから許可複製要求を受信するステップと、リモートパーティとの複製されたメディアフローを作成するステップとを含むことを特徴とする方法。前記複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする請求項13に記載の方法。前記replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする請求項14に記載の方法。前記replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする請求項14に記載の方法。前記replicateヘッダフィールドは、XML本体であることを特徴とする請求項14に記載の方法。前記XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする請求項17に記載の方法。図1Aは、1つまたは複数の開示される実施形態を実施できる例示の通信システム100の図である。通信システム100を、音声、データ、ビデオ、メッセージング、ブロードキャスト、その他などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム100は、複数の無線ユーザが無線帯域幅を含むシステムリソースの共有を介してそのようなリソースにアクセスすることを可能にすることができる。たとえば、通信システム100は、符号分割多元接続CDMA、時分割多元接続TDMA、周波数分割多元接続FDMA、直交周波数分割多元接続OFDMA、SC-FDMAsingle-carrierFDMAなどの1つまたは複数のチャネルアクセス方法を使用することができる。図1Aに示されるように、通信システム100は、WTRU無線送受信ユニット102a、102b、102c、102d、無線アクセスネットワークRAN104、コアネットワーク106、公衆交換電話網PSTN108、インターネット110、および他のネットワーク112を含むことができるが、開示される実施形態が、任意の個数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図することを理解されたい。WTRU102a、102b、102c、102dのそれぞれを、無線環境内で動作し、かつ/または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、WTRU102a、102b、102c、102dを、無線信号を送信し、かつ/または受信するように構成することができ、WTRU102a、102b、102c、102dは、ユーザ機器UE、移動局、固定されたまたは可動の加入者ユニット、ポケットベル、セルラ電話機、携帯情報端末PDA、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクスなどを含むことができる。通信システム100は、基地局114aおよび基地局114bをも含むことができる。基地局114a、114bのそれぞれを、コアネットワーク106、インターネット110、および/またはネットワーク112などの1つまたは複数の通信ネットワークへのアクセスを容易にするためにWTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。たとえば、基地局114a、114bを、無線基地局BTS、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイントAP、無線ルータなどとすることができる。基地局114a、114bが、それぞれ単一の要素として図示されているが、基地局114a、114bが、任意の個数の相互接続された基地局および/またはネットワーク要素を含むことができることを理解されたい。基地局114aを、RAN104の一部とすることができ、RAN104は、他の基地局および/または基地局制御装置BSC、無線ネットワーク制御装置RNC、リレーノード、その他などのネットワーク要素図示せずをも含むことができる。基地局114aおよび/または基地局114bを、セル図示せずと称する場合のある特定の地理的領域内で無線信号を送信し、かつ/または受信するように構成することができる。セルを、さらに、セルセクタに分割することができる。たとえば、基地局114aに関連するセルを、3つのセクタに分割することができる。したがって、一実施形態では、基地局114aは、3つのトランシーバ、すなわち、セルのセクタごとに1つのトランシーバを含むことができる。もう1つの実施形態では、基地局114aは、MIMO多重入力多重出力技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを利用することができる。基地局114a、114bは、エアインターフェース116を介してWTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができ、エアインターフェース116は、任意の適切な無線通信リンクたとえば、無線周波数RF、マイクロ波、赤外線IR、紫外線UV、可視光などとすることができる。エアインターフェース116を、任意の適切な無線アクセス技術RATを使用して確立することができる。より具体的には、上で注記したように、通信システム100は、多元接続システムとすることができ、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つまたは複数のチャネルアクセス方式を使用することができる。たとえば、RAN104内の基地局114aおよびWTRU102a、102b、102cは、UTRAUMTSUniversalMobileTelecommunicationsSystemTerrestrialRadioAccessなどの無線技術を実施することができ、UTRAは、WCDMA広帯域CDMAを使用してエアインターフェース116を確立することができる。WCDMAは、HSPA高速パケットアクセスおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含むことができる。HSPAは、HSDPA高速ダウンリンクパケットアクセスおよび/またはHSUPA高速アップリンクパケットアクセスを含むことができる。もう1つの実施形態では、基地局114aおよびWTRU102a、102b、102cは、E-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実施することができ、E-UTRAは、LTEロングタームエボリューションおよび/またはLTE-ALTE-Advancedを使用してエアインターフェース116を確立することができる。他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわち、WiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM登録商標GlobalSystemforMobilecommunications、EDGEEnhancedDataratesforGSMEvolution、GERANGSMEDGEなどの無線技術を実施することができる。図1Aの基地局114bは、たとえば無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントとすることができ、仕事場、家庭、車両、キャンパスなどの局所化された区域内での無線接続性を容易にするために任意の適切なRATを利用することができる。一実施形態では、基地局114bおよびWTRU102c、102dは、無線ローカルエリアネットワークWLANを確立するためにIEEE802.11などの無線技術を実施することができる。もう1つの実施形態では、基地局114bおよびWTRU102c、102dは、無線パーソナルエリアネットワークWPANを確立するためにIEEE802.15などの無線技術を実施することができる。もう1つの実施形態では、基地局114bおよびWTRU102c、102dは、ピコセルまたはフェムトセルを確立するためにセルラベースのRATたとえば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用することができる。図1Aに示されているように、基地局114bは、インターネット110への直接接続を有することができる。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスすることを要求されないものとすることができる。RAN104は、コアネットワーク106と通信しているものとすることができ、コアネットワーク106は、音声サービス、データサービス、アプリケーションサービス、および/またはVoIPvoiceoverinternetprotocolサービスをWTRU102a、102b、102c、102dのうちの1つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク106は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配布などを提供し、かつ/または認証などの高水準セキュリティ機能を実行することができる。図1Aには図示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同一のRATまたは異なるRATを使用する他のRANと直接または間接に通信しているものとすることができることを理解されたい。たとえば、E-UTRA無線技術を利用しているものとすることができるRAN104に接続されることに加えて、コアネットワーク106は、GSM無線技術を使用する別のRAN図示せずと通信しているものとすることもできる。コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/または他のネットワーク112にアクセスするためのゲートウェイとして働くこともできる。PSTN108は、POTSplainoldtelephoneserviceを提供する回線交換電話網を含むことができる。インターネット110は、TCP/IPインターネットプロトコルスイートのTCP伝送制御プロトコル、UDPユーザデータグラムプロトコル、およびIPインターネットプロトコルなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含むことができる。ネットワーク112は、他のサービスプロバイダによって所有され、かつ/または運営される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク112は、RAN104と同一のRATまたは異なるRATを使用しうる1つまたは複数のRANに接続された別のコアネットワークを含むことができる。通信システム100内のWTRU102a、102b、102c、102dの一部またはすべては、マルチモード能力を含むことができる、すなわち、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図1AのWTRU102cを、セルラベースの無線技術を使用することができる基地局114aおよびIEEE802無線技術を使用することができる基地局114bと通信するように構成することができる。図1Bは、例示のWTRU102のシステム図である。図1Bに示されているように、WTRU102は、プロセッサ118、トランシーバ120、送受信要素122、スピーカ/マイクロホン124、キーパッド126、ディスプレイ/タッチパッド128、ノンリムーバブルメモリ130、リムーバブルメモリ132、電源134、全地球測位システムGPSチップセット136、および他の周辺機器138を含むことができる。WTRU102が、実施形態と一貫性を保ったまま前述の要素の任意のサブ組合せを含むことができることを理解されたい。プロセッサ118は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサDSP、複数のマイクロプロセッサ、DSPコアに関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA回路、任意の他のタイプの集積回路IC、状態機械などとすることができる。プロセッサ118は、信号コーディング、データ処理、電力制御、入出力処理、および/またはWTRU102が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ118をトランシーバ120に結合することができ、トランシーバ120を送受信要素122に結合することができる。図1Bは、別々のコンポーネントとしてプロセッサ118およびトランシーバ120を示すが、プロセッサ118およびトランシーバ120は1つの電子パッケージまたはチップに一緒に一体化されてもよいことを理解されたい。送受信要素122を、エアインターフェース116を介して基地局たとえば、基地局114aに信号を送信し、または基地局から信号を受信するように構成することができる。たとえば、一実施形態では、送受信要素122を、RF信号を送信し、かつ/または受信するように構成されたアンテナとすることができる。もう1つの実施形態では、送受信要素122を、たとえばIR信号、UV信号、または可視光信号を送信し、かつ/または受信するように構成されたエミッタ/検出器とすることができる。もう1つの実施形態では、送受信要素122を、RF信号と光信号との両方を送信し、受信するように構成することができる。送受信要素122を、無線信号の任意の組合せを送信し、かつ/または受信するように構成できることを理解されたい。さらに、送受信要素122が、図1Bでは単一の要素として図示されているが、WTRU102は、任意の個数の送受信要素122を含むことができる。より具体的には、WTRU102は、MIMO技術を使用することができる。したがって、一実施形態では、WTRU102は、エアインターフェース116を介して無線信号を送信し、受信するために複数の送受信要素122たとえば、複数のアンテナを含むことができる。トランシーバ120を、送受信要素122によって送信される信号を変調し、送受信要素122によって受信された信号を復調するように構成することができる。上で注記したように、WTRU102は、マルチモード能力を有することができる。したがって、トランシーバ120は、WTRU102がたとえばUTRAおよびIEEE802.11など、複数のRATを介して通信することを可能にするために複数のトランシーバを含むことができる。WTRU102のプロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128たとえば、液晶ディスプレイLCDディスプレイユニットまたは有機発光ダイオードOLEDディスプレイユニットに結合され得、これからユーザ入力データを受け取ることができる。プロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。さらに、プロセッサ118は、ノンリムーバブルメモリ130および/またはリムーバブルメモリ132など、任意のタイプの適切なメモリから情報にアクセスし、これにデータを格納することができる。ノンリムーバブルメモリ130は、ランダムアクセスメモリRAM、読取り専用メモリROM、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ132は、SIMsubscriberidentitymoduleカード、メモリスティック、SDsecuredigitalメモリカードなどを含むことができる。他の実施形態では、プロセッサ118は、サーバまたはホームコンピュータ図示せず上など、物理的にWTRU102上に配置されていないメモリから情報にアクセスし、これにデータを格納することができる。プロセッサ118は、電源134から電力を受け取ることができ、WTRU102内の他のコンポーネントに電力を分配し、および/または制御するように構成され得る。電源134は、WTRU102に電力を共有する任意の適切なデバイスとすることができる。たとえば、電源134は、1つまたは複数の乾電池たとえば、ニッケル-カドミウムNiCd、ニッケル-亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionなど、太陽電池、燃料電池などを含むことができる。プロセッサ118を、GPSチップセット136に結合することもでき、GPSチップセット136を、WTRU102の現在位置に関する位置情報たとえば、経度および緯度を提供するように構成することができる。GPSチップセット136からの情報に加えてまたはその代わりに、WTRU102は、基地局たとえば、基地局114a、114bからエアインターフェース116を介して位置情報を受信し、かつ/または複数の近くの基地局から受信される信号のタイミングに基づいてその位置を判定することができる。WTRU102が、実施形態と一貫性を保ったまま任意の適切な位置判定方法によって位置情報を獲得できることを理解されたい。プロセッサ118を、さらに、他の周辺機器138に結合することができ、周辺機器138は、追加の特徴、機能性、および/または有線もしくは無線の接続性を提供する1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含むことができる。たとえば、周辺機器138は、加速度計、e-compass、衛星トランシーバ、ディジタルカメラ写真またはビデオ用、USBユニバーサルシリアルバスポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Bluetooth登録商標モジュール、周波数変調FM無線ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザなどを含むことができる。図1Cは、一実施形態によるRAN104およびコアネットワーク106のシステム図である。上で注記したように、RAN104は、エアインターフェース116を介してWTRU102a、102b、102cと通信するのにE-UTRA無線技術を使用することができる。RAN104は、コアネットワーク106と通信していることもできる。RAN104は、eノードB140a、140b、140cを含むことができるが、RAN104が、実施形態と一貫性を保ったまま任意の個数のeノードBを含むことができることを理解されたい。eノードB140a、140b、140cは、それぞれ、エアインターフェース116を介してWTRU102a、102b、102cと通信する1つまたは複数のトランシーバを含むことができる。一実施形態では、eノードB140a、140b、140cは、MIMO技術を実施することができる。したがって、たとえば、eノードB140aは、WTRU102aに無線信号を送信し、これから無線信号を受信するのに複数のアンテナを使用することができる。eノードB140a、140b、140cのそれぞれを、特定のセル図示せずに関連付けることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび/またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図1Cに示されているように、eノードB140a、140b、140cは、X2インターフェースを介してお互いと通信することができる。図1Cに示されたコアネットワーク106は、MME無線通信移動管理装置142、サービングゲートウェイ144、およびPDNパケットデータネットワークゲートウェイ146を含むことができる。前述の要素のそれぞれが、コアネットワーク106の一部として図示されているが、これらの要素の任意の1つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ/または運営される場合があることを理解されたい。MME142は、S1インターフェースを介してRAN104内のeノードB140a、140b、140cのそれぞれに接続され得、制御ノードとして働くことができる。たとえば、MME142は、WTRU102a、102b、102cのユーザの認証、ベアラアクティブ化/非アクティブ化、WTRU102a、102b、102cの初期アタッチ中の特定のサービングゲートウェイの選択などの責任を負うことができる。MME142は、RAN104とGSMまたはWCDMAなどの他の無線技術を使用する他のRAN図示せずとの間で切り替えるための制御プレーン機能を提供することもできる。サービングゲートウェイ144を、S1インターフェースを介してRAN104内のeノードB140a、140b、140cのそれぞれに接続することができる。サービングゲートウェイ144は、一般に、WTRU102a、102b、102cへ/からユーザデータパケットをルーティングし、転送する。サービングゲートウェイ144は、eノードB間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがWTRU102a、102b、102cについて使用可能である時のページングのトリガ、WTRU102a、102b、102cのコンテキストの管理および格納、ならびに類似物など、他の機能を実行することもできる。サービングゲートウェイ144を、PDNゲートウェイ146に接続することもでき、PDNゲートウェイ146は、WTRU102a、102b、102cとIP対応デバイスとの間の接続を容易にするために、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに与えることができる。コアネットワーク106は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク106は、WTRU102a、102b、102cと伝統的な陸線通信デバイスとの間の通信を容易にするために、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに与えることができる。たとえば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインターフェースとして働くIPゲートウェイたとえば、IMSIPマルチメディアサブシステムサーバを含むことができ、またはこれと通信することができる。さらに、コアネットワーク106は、他のサービスプロバイダによって所有され、かつ/または運営される他の有線または無線のネットワークを含むことができるネットワーク112へのアクセスをWTRU102a、102b、102cに与えることができる。協調セッションすなわち、複数のWTRUにまたがって分割され、SCCACServiceCentralizedandContinuityApplicationServer内でアンカリングされるセッションを、WTRU間転送手順に従って確立することができる。協調セッションを確立する際には、IUTユーザ間転送を開始するWTRUが、コントローラcontrollerWTRUになる。協調セッションに含まれる他のWTRUは、コントローリcontroleeWTRUになる。コントローラWTRUによって開始された後続IUTを、その協調セッション内で実行することもできる。SCCASは、コントローラWTRUとコントローリWTRUとの両方を含むことができる協調セッション手順の調整を提供することができる。マルチメディアセッション全体を、協調セッションのデバイス間転送および/または複製を介して、あるWTRUから別のWTRUに転送し、かつ/または複製することができる。デバイス間転送および/または複製手順を、ターゲットWTRUからまたはユーザ入力を介して受け取られた情報に基づいてWTRUによって開始することができる。図2に、複製シナリオのシステムレベルの例を示す。WTRU-1201は、WTRU-1201とリモートパーティ203との間のオーディオ-1メディアフローおよびビデオ-1メディアフローを有するマルチメディアセッションを有することができる。WTRU-1201は、ビデオ-1メディアフローをビデオ-2メディアフローとして複製する要求をWTRU-2202に送信することができる。1つの協調セッションを、複製のために確立することができる。複製の成功の後に、WTRU-1201は、協調セッション制御の制御を保持することができ、オーディオ-1メディアフローおよびビデオ-1メディアフローは、WTRU-1201のものになることができ、IMSIPインターネットプロトコルマルチメディアサブシステムネットワークは、WTRU-2202内でビデオ-1およびビデオ-2を複製することができる。ビデオ-1メディアフローおよびビデオ-2メディアフローは、リモートパーティ203からの同一のビデオパケットを転送することができる。WTRU-1201およびWTRU-2202は、同一のIMSサブスクリプションsubscriptionまたは異なるIMSサブスクリプションに属することができる。WTRU-1201またはWTRU-2202のいずれかが、WTRU-1201からのビデオ-1をそれ自体に複製するように要求することができる。図3に、プルモードセッション複製の例のシグナリング図を示す。プルセッション複製では、第2のWTRUが、第1のWTRUとリモートパーティとの間で進行中のセッションの複製を要求することができる。複製手順が完了した後に、セッションは、独立しうる。メディアAを、WTRU-1301とリモートパーティ303との間で確立することができる305。WTRU-2302は、既存セッションおよびそのメディアフローに関する情報を入手することができる306。WTRU-2302は、SCCAS304に向かってセッション複製要求を送信するのに、入手したセッション情報を使用することができる307。この要求は、これがセッション複製要求であることを示す情報を含むことができる。SCCAS304は、複製要求を認可するようにWTRU-1301に要求することができ、または、SCCAS304は、WTRU-1301の代わりに要求を認可することができる308。メディア要求が認可される場合には、WTRU-2302は、リモートパーティ303との新しいセッションを作成することができる309。新しいセッションを確立する時に、オリジナルメディアの状態を複製することができる。たとえば、同一の再生状態および同一の使用されるメディアを、複製することができる。リモートパーティ303が、複製されたセッションのセットアップをサポートできない場合には、フローが失敗することがある。メディアがメディア-Aの複製である新しいセッションを、WTRU-2302とリモートパーティ303との間で確立することができる310。メディアAを、WTRU-1301とリモートパーティ303との間で確立することができる311。図4に、ネットワークによるプッシュモードメディアフロー複製の例のシグナリング図を示す。協調セッション制御を、コントローラWTRU401とSCCAS404との間で確立することができる407。メディアフロー、メディア-Aを、コントローラWTRU401とリモートパーティ403との間で確立することができる408。コントローラWTRU401は、コントローリWTRU402内でメディア-Aを複製する協調セッションIUT要求をS-CSCFServing-CallStateControlFunction405に送信することができる409。セッションセットアップ要求は、ネットワークが、複製されるメディアがメディア-Aであることを識別し、複製されるメディアフローのソースがコントローラWTRU401であることを識別し、複製されるメディアフローのターゲットがコントローリWTRU402であることを識別し、コントローラWTRU401内でメディア-Aの協調セッション制御を保つのに十分な情報を含むことができる。その後、S-CSCF405は、協調されたセッションIUT要求をSCCAS404に転送することができる。SCCAS404は、コントローラWTRU401がIUTサブスクライバsubscriberであることと、コントローラWTRU401のプロファイルが、コントローラWTRU401がメディアをコントローリWTRU402に複製することを許可することとを検証することができる410。その後、SCCAS404は、コントローラWTRU401がIUTサブスクライバであることと、コントローラWTRU401のプロファイルが、コントローラWTRU401がメディアフローをコントローリWTRU402に複製することを許可することとを検証することができる411。SCCAS404は、複製されたメディア-AのためにMRFmediaresourcefunction406内でメディアリソースを割り当てることができる412。その後、SCCAS404は、メディア-AのためにコントローリWTRU402でアクセスレグを確立する要求を送信することができる413。その後、SCCAS404は、MRF406を用いる複製されたメディアフロー、メディア-Aについて、コントローラWTRU401上のアクセスレグを更新することができる414。その後、SCCAS404は、MRF406を用いるメディア-Aと通信するためにリモートレグを更新することができる415。メディア-Aを、コントローラWTRU401とMRF406との間416、コントローリWTRU402とMRF406との間418、およびリモートパーティ403とMRF406との間417で確立することができる。コントローラWTRU401およびコントローリWTRU402が、異なるサブスクリプションの一部である場合には、コントローリWTRU402がIUTWTRU/サブスクライバでもあると仮定して、SCCAS404およびコントローリWTRU402でさらなる認可手順が要求される可能性がある。図5に、ネットワークによるプルモードメディアフロー複製の例のシグナリング図を示す。協調セッション制御を、コントローラWTRU501とSCCAS504との間で確立することができる507。メディアフロー、メディア-Aを、コントローラWTRU501とリモートパーティ503との間で確立することができる508。コントローリWTRU502は、コントローリWTRU502内でメディア-Aを複製する協調セッションIUT要求をS-CSCF505に送信することができる509。セッションセットアップ要求は、ネットワークが、複製されるメディアフローがメディア-Aであることを識別し、複製されるメディアフローのソースがコントローラWTRU501であることを識別し、複製されるメディアフローのターゲットがコントローリWTRU502であることを識別し、コントローラWTRU501内でメディア-Aの協調セッション制御を維持するための情報を含むことができる。S-CSCF505は、協調セッション要求をSCCAS504に転送することができる510。SCCAS504は、その後、コントローリWTRU502がIUTサブスクライバであること、および、コントローラWTRU501のプロファイルが、コントローリWTRU502がコントローラWTRU501からのメディアフローを複製することを許可すること、を検証することができる511。その後、SCCAS504は、複製されたメディア-Aのためにメディアリソースを割り当てることができる512。その後、SCCAS504は、応答をS-CSCF505に送信することができる513。S-CSCF505は、この応答をコントローリWTRU502に転送することができる514。SCCAS504は、MRF506を用いる複製されたメディアフロー、メディア-AのためにコントローラWTRU501上のアクセスレグを更新することができる515。その後、SCCAS504は、MRF506を用いるメディア-Aと通信するためにリモートレグを更新することができる516。メディア-Aを、コントローラWTRU501とMRF506との間517、コントローリWTRU502とMRF506との間519、およびリモートパーティ503とMRF506との間518で確立することができる。リモートパーティは、セッション複製を拒否しまたは認可する権限を有することができる。リモートパーティを、別のパーティとセッションを共有しないように構成することができる。たとえば、セッションが機密情報を含む可能性があるため、またはリモートパーティが複製を要求するWTRUのユーザを識別できないため、リモートパーティがセッションを共有しないものとすることができる。リモートパーティが接続されるP-CSCFProxy-CallStateControlFunctionは、PCCpolicyandchargingcontrol機能によって行われる判断に基づいて、さらなるセッション複製を拒否することができる。たとえば、PCC機能は、リモートパーティが関わることのできる同時セッションの数を超えることを、リモートパーティサブスクリプションに割り当てられた最大帯域幅を超えることを、またはポリシがセッションの複製を制限するかセッションの最大個数に制限を課すことを、識別することができる。WTRU-2がIUT複製能力を有する場合には、SCCASがパス内にある可能性がある。SCCASは、サブスクリプション、オペレータポリシ、またはユーザプリファレンスに基づいて、WTRU-2から、またはWTRU-2に向かう、いずれかの複製の要求を拒否することができる。図6に、複製要求を認可する第1の例のシグナリング図を示す。メディアフロー、メディア-Aを、WTRU-1601とリモートパーティ603との間で確立することができる606。WTRU-2602は、既存のメディアセッションに関する情報をSCCAS604に要求することができる607。WTRU-2602は、プルモードセッション複製をSCCAS604に要求することができる608。その後、SCCAS604は、複製要求の認可を実行することができる609。SCCASは、複製要求を拒否し610a、または複製の要求を認可するようにWTRU-1601に要求することができる610b。WTRU-1601は、複製要求を拒否し611a、または複製要求を許可することができる611b。複製要求が拒否される場合には、このプロセスが、最初からやり直され、いくつかの実施形態では、前のステップに戻らないものとすることができる。複製要求が許可されることを条件として、WTRU-2602は、その後、リモートパーティ603との複製セッションを作成することができる612。リモートパーティ603またはリモートパーティ603のために働くP-CSCFWTRU-1601が直接にシグナリングするIMS内の第1のエンティティは、要求を拒否することができ613a、または、リモートパーティ603は、WTRU-2602とのセッションの確立に進むことができる613b。その後、メディア-Aの複製が、WTRU-2602とリモートパーティ603との間で発生することができる614。その後、メディア-Aを、WTRU-1601とリモートパーティ603との間で確立することができる615。図7に、複製要求を認可する第2の例のシグナリング図を示す。メディアフロー、メディア-Aを、WTRU-1701とリモートパーティ703との間で確立することができる706。複製されたメディアAが、WTRU-2702とリモートパーティ703との間で確立される707。WTRU-3705は、既存のメディアセッションに関する情報をSCCAS704に要求することができる708。WTRU-3705は、WTRU-2702からメディアを複製するためにプルモードセッション複製を要求することができる709。その後、SCCAS704は、複製要求の認可を実行することができる710。SCCAS704は、複製要求を拒否し711aまたは複製の要求を認可するようにWTRU-2702に要求することができる711b。WTRU-2702は、複製要求を拒否し712aまたは複製要求を許可することができる712b。複製要求が拒否される場合には、このプロセスが、最初からやり直され、いくつかの実施形態では、前のステップに戻らないものとすることができる。複製要求が許可されることを条件として、SCCAS704は、オリジナルセッションがWTRU-1701上にあったために、複製の要求を認可するようにWTRU-1701に要求することができる713。WTRU-1701は、複製要求を拒否し714aまたは複製要求を許可することができる714b。複製要求が許可されることを条件として、WTRU-3705は、リモートパーティ703との複製されたセッションを作成することができる715。リモートパーティ703またはリモートパーティ703のために働くP-CSCFは、要求を拒否することができ716a、または、リモートパーティ703は、WTRU-3705とのセッションの確立に進むことができる716b。メディア-Aを、WTRU-3705とリモートパーティ703との間717、WTRU-2702とリモートパーティ703との間718、およびリモートパーティ703とWTRU-1701との間719で確立することができる。複製の後に、WTRU-2とリモートパーティとの間のセッションは、WTRU-1とリモートパーティとの間のセッションと同一であるが、独立とすることができる。したがって、WTRU-2が、異なるWTRUにセッションを転送するために、セッション全体またはメディアコンポーネントのIUTを実行できる可能性がある。WTRU-1またはリモートパーティは、セッションの性質またはセッションがどのWTRUに転送されようとしているのかを知らないことに起因して、そのような転送が行われることを望まない場合がある。したがって、SCCASは、敵対するデバイスまたはユーザへのIUTを防ぐために、転送を規制することができる。WTRU-1およびリモートパーティに、そのようなIUTの試みを拒否する機会を与えることもできる。したがって、WTRU-2が、セッションまたは一部のメディアもしくはすべてのメディアのWTRU間転送の要求をWTRU-3に送信する場合に、WTRU-1に、この試みについて知らせることができる。WTRU-1は、その代わりにそのような認可を実行することを可能にするプロファイルをSCCASに格納させることができる。リモートパーティがIUTの結果としてセッション更新を得る時に、リモートパーティは、セッションに対するそのような更新を拒否し、またはこれを受け入れることができる。図8に、複製の後のIUTの例示の認可のシグナリング図を示す。メディアフロー、メディア-Aを、WTRU-1801とリモートパーティ803との間で確立することができる806。複製されたメディアAが、WTRU-2802とリモートパーティ803との間で確立される807。WTRU-2802は、メディア、つまりメディア-AをWTRU-3805に転送するプッシュモードIUT要求をSCCAS804に送信することができる808。SCCAS804は、複製要求の認可を実行することができる809。SCCAS804は、複製要求を拒否し810aまたは複製の要求を認可するようにWTRU-1801に要求することができる810b。WTRU-1801は、複製要求を拒否し811aまたは複製要求を許可することができる811b。複製要求が拒否される場合には、このプロセスが、最初からやり直され、前のステップには戻らない。複製要求が許可されることを条件として、WTRU-2802は、IUT手順を実行することができる812。リモートパーティ803またはリモートパーティ803のために働くP-CSCFは、要求を拒否することができ813a、または、リモートパーティ803は、SCCAS804とのセッションの確立に進むことができる813b。協調セッションを、WTRU-2802とWTRU-3805との間で確立することができる814。その後、メディア-Aを、リモートパーティ803とWTRU-3805との間で転送することができる815。メディア-Aを、WTRU-1801とリモートパーティ803との間で確立することができる816。図9に、プッシュモードを使用するネットワークによる複製の認可の例のシグナリング図を示す。協調セッション制御を、コントローラWTRU901とSCCAS905との間で確立することができる907。メディアセッション、メディア-Aを、コントローラWTRU901とリモートパーティ903との間で確立することができる908。コントローラWTRU901は、メディア-AをコントローリWTRU902に複製するIUT要求をS-CSCF905に送信することができる909。S-CSCF905は、メディア-AをコントローリWTRU902に複製するIUT要求をSCCAS904に転送することができる910。SCCAS904は、オペレータポリシおよびサブスクリプション制限に基づいて、コントローラWTRU901が複製を要求できるかどうかを認可することができる911。SCCAS904は、複製されたメディア-Aのメディアリソースを割り当てることができる912。コントローリWTRU902は、複製の要求を受け入れ、または拒否することができる。コントローリWTRU902は、さらなるセッションを引き受けるには忙し過ぎるので、または必要な能力に欠けているので、複製の要求を拒否することができる。要求が受け入れられることを条件として、SCCAS904は、メディア-AのアクセスレグをコントローリWTRU902で確立する要求を送信することができる913。その後、SCCAS904は、MRF906を用いる複製されたメディアフロー、つまりメディア-AのコントローラWTRU901上のアクセスレグを更新することができる914。その後、SCCAS904は、MRF906を用いるメディア-Aと通信するためにリモートレグを更新することができる915。リモートパーティ903は、セッションの機密の性質またはコントローリWTRU902のユーザを知らないことに起因して、メディアセッションを複製することを望まない場合がある。メディアを、コントローラWTRU901とMRF906との間916、コントローリWTRU902とMRF906との間918、およびリモートパーティ903とMRF906との間917で確立することができる。メディアが複製された後に、オペレータポリシおよび/またはサブスクリプション制限が、可能な場合には、同一のメディアの複製を何回行うことができるのか、およびそれをどのWTRUに転送できるのか、について制限を課すことができる。オリジナルセッション参加者、コントローラWTRU901、およびリモートパーティ903に、複製されたメディアセッションに対して実行されるさらなるアクションについて通知することができる。図10に、プルモードを使用するネットワークによる複製の認可の例のシグナリング図を示す。協調セッション制御を、コントローラWTRU1001とSCCAS1004との間で確立することができる1007。メディアセッション、メディア-Aを、コントローラWTRU1001とリモートパーティ1003との間で確立することができる1008。コントローリWTRU1002内でメディア-Aを複製する協調セッション要求を、S-CSCF1005に送信することができる1009。S-CSCF1005は、メディア-AをコントローリWTRU1002に複製するIUT要求を、SCCAS1004に転送することができる1010。SCCAS1004は、オペレータポリシおよびサブスクリプション制限に基づいて、コントローラWTRU1001が複製を要求できるかどうかを認可することができる1011。その後、SCCAS1004は、複製されたメディア-Aのメディアリソースを割り当てることができる1012。その後、SCCAS1004は、MRF1006内のメディア-Aに関する応答をS-CSCF1005に送信することができる1013。その後、S-CSCF1006は、MRF1006内のメディア-Aに関する応答をコントローリWTRU1002に転送することができる1014。コントローラWTRU1001は、複製の要求を受け入れ、または拒否することができる。コントローラWTRU1001は、コントローリWTRU1002のユーザを知らないので、または機密情報を共有することを望まない可能性があるので、複製の要求を拒否することができる。要求が許可されることを条件として、SCCAS1004は、MRF1006を用いる複製されたメディアフロー、メディア-AのコントローラWTRU1001上のアクセスレグを更新することができる1015。その後、SCCAS1004は、MRF1006を用いるメディア-Aと通信するためにリモートレグを行使することができる1016。リモートパーティ1003は、セッションの機密の性質またはコントローリWTRU1002のユーザを知らないことに起因して、メディアセッションを複製することを望まない場合がある。メディアを、コントローラWTRU1001とMRF1006との間1017、コントローリWTRU1002とMRF1006との間1019、およびリモートパーティ1003とMRF1006との間1018で確立することができる。メディアが複製された後に、オペレータポリシおよび/またはサブスクリプション制限が、可能な場合には、同一のメディアの複製を何回行うことができるのか、およびそれをどのWTRUに転送できるのか、について制限を課すことができる。オリジナルセッション参加者、コントローラWTRU1001、およびリモートパーティ1003に、複製されたメディアセッションに対して実行されるさらなるアクションについて通知することができる。SCCASが、WTRUからIUTの要求を受信する時に、SIPSessionInitiatedProtocolメッセージを、メディアまたはセッションの複製であるか、メディアまたはセッションの転送であるか、を識別するために、異なるものとすることができる。転送について、メディアは、コントローラWTRU、リモートパーティ、またはその両方のいずれかから生じうる。転送の後に、メディアは、コントローリWTRU、リモートパーティ、またはその両方のいずれかから生じる。対して、複製に関して、メディアは、ネットワークによる複製についてMRFがコントローラWTRUからコントローリWTRUにメディアフローを複製する場合を除いて、リモートパーティから生じうる。転送と複製との間で区別する明示的な方法は、どのセッションが複製されるのかを示すために特定のヘッダフィールドを含めることである。したがって、Replicateヘッダフィールドなどのヘッダを標準化して、複製されるセッションのダイアログ識別子IDを含めてもよい。SDPsessiondescriptionprotocolでは、メディアレベルi行を使用して、メディアが複製されることを示すことができる。i=フィールドは、セッションまたはメディアストリームの目的の自由形式で人間可読な記述を提供することが意図されている。これは、解析するオートマトンには適切でない可能性がある。一実施形態では、たとえば、i=replicateを標準化することができる。値i=transferを使用して、メディアコンポーネントの転送を明示的に示すことができる。あるいは、新しいa属性を定義して、メディアコンポーネントごとにtransfer転送またはreplicate複製を示すことができる。たとえば、新しいa属性を、a=replicateとすることができる。この属性をメディアレベルで含めて、複製される特定のメディアコンポーネントを識別することができ、または、セッションレベルで、すべてのメディアコンポーネントを含むセッション全体が複製されることを示すことができる。さらに、複製は、XMLeXtensibleMarkupLanguage本体を複製の要求に含めることを通して、示されうる。この要求は、あるメディアコンポーネントまたはセッション全体が複製されることの情報を含みうる。XML本体は、さらに、どのメディアコンポーネントが複製されるのかの情報を含むことができる。たとえば、XML本体に含めることもできる情報は、メディアおよび/またはセッションが複製され、メディアおよび/またはセッションのオリジネータを含むことができる場合に、複製の要求元のアイデンティティ、複製がネットワークまたはリモートパーティのどちらによって実行されることが望まれるのか、特定のメディアフローが複製されるのかどうか、またはセッション全体が複製されるのかどうか、とすることができる。複製されるセッションまたはそのセッション内のメディアフローのセッションIDを、XML本体に含めることもできる。図11に、複製インジケータの使用のシグナリング図を示す。メディアフロー、メディア-Aを、WTRU-11101とリモートパーティ1103との間で確立することができる1105。WTRU-21102は、既存のセッションに関する情報を要求することができる1106。WTRU-21102は、プルモードセッション複製要求をSCCAS1104に送信することができる1107。たとえば、この要求を、WTRU-11101とリモートパーティ1103との間の既存のセッションのダイアログ-IDを有するreplicateヘッダフィールド、replicate値を有するメディアレベルのi=フィールドもしくはa=フィールド、またはメディアコンポーネントもしくはセッション全体のどちらが複製されるのかを示すXML本体のうちのいずれかを含むことができるinviteとすることができる。これらのインジケータのうちの1つまたは両方の組合せを、複製に関するSIP要求に含めることができる。SCCAS1104は、複製要求の認可を実行することができる1108。SCCAS1104は、複製の要求の認可の要求をWTRU-11101に送信することができる1109。たとえば、この要求をUPDATE要求とすることができる。WTRU-1は、複製要求を許可することができる1110。SCCAS1104は、複製されたセッションを作成することができる1111。複製要求に含まれる複製インジケータを、SIPメッセージに含めることもできる1110および1111。リモートパーティ1103は、セッションの確立に進むことができる1112。複製されたメディア-Aを、WTRU-21102とリモートパーティ1103との間で確立することができる1113。メディア-Aを、WTRU-11101とリモートパーティ1103との間で確立することができる1114。図12に、複製インジケータの使用およびプッシュモードを使用するネットワークによる複製のシグナリング図を示す。協調セッション制御を、コントローラWTRU1201とSCCAS1204との間で確立することができる1207。メディアフロー、つまりメディア-Aを、コントローラWTRU1201とリモートパーティ1203との間で確立することができる1208。コントローラWTRU1201は、メディア-AをコントローリWTRU1202に複製するIUT要求を、S-CSCF1205に送信することができる1209。この複製要求は、REFER要求である可能性が高い。Refer-Toヘッダ内に、複製されるセッションのダイアログ-IDを含むReplicateヘッダフィールドを含めることができる。特定のメディアコンポーネントが複製される場合には、それらを、通常のIUT転送要求と同一の形で示すことができる。さもなければ、複製に関する次のインジケータのうちのいずれか1つ、すなわち、Refer-Toヘッダフィールドに含まれる各メディア記述に付加されたi=フィールドもしくはa=フィールド、またはどのセッションダイアログ-IDもしくはどのメディアコンポーネントが複製されるのかを示すXML本体、を使用することができる。S-CSCF1205は、メディア-AをコントローリWTRU1202に複製するIUT要求をSCCAS1204に転送することができる1210。SCCAS1204は、複製要求の認可を実行することができる1211。その後、SCCAS1204は、複製されたメディア-Aのメディアリソースを割り当てることができる1212。その後、SCCAS1204は、メディア-AのコントローリWTRU1202上のアクセスレグを確立する要求を送信することができる1213。その後、SCCAS1204は、MRF1206を用いる複製されたメディアフロー、メディア-AのコントローラWTRU1201上のアクセスレグを更新することができる1214。その後、SCCAS1204は、MRF1206を用いるメディア-Aと通信するためにリモートレグを更新することができる1215。複製表示を、アクセスレグを確立する要求、アクセスレグの更新、およびリモートレグの更新に含めることもできる。Replicateヘッダフィールドが使用される場合には、re-INVITEメッセージまたはUPDATEメッセージ内で、ヘッダは、通常のヘッダフィールドとして現れ、複製されるセッションのダイアログ-IDを含む。SDPインジケータを、オファーおよび/またはアンサーに含めることができる。XML本体を、通常のSIPメッセージ本体とすることができる。その後、メディアを、コントローラWTRU1201とMRF1206との間1216、コントローリWTRU1202とMRF1206との間1218、およびリモートパーティ1203とMRF1206との間1217で確立することができる。図13に、複製インジケータの使用およびプルモードを使用するネットワークによる複製のシグナリング図を示す。協調セッション制御を、コントローラWTRU1301とSCCAS1304との間で確立することができる1307。メディアフロー、メディア-Aを、コントローラWTRU1301とリモートパーティ1303との間で確立することができる1308。コントローリWTRU1302は、メディア-AをコントローリWTRU1302内で複製する協調セッション要求をS-CSCF1305に送信することができる1309。この複製要求は、INVITE要求である可能性が高い。複製されるセッションのダイアログ-IDを含むReplicateヘッダフィールドを含めることができる。特定のメディアコンポーネントが複製される場合には、それらを、オファーに含めることができる。そうではなく、複製に関する次のインジケータのうちのいずれか1つ、すなわち、SDPに含まれる各メディア記述に付加されたi=フィールドもしくはa=フィールド、またはどのセッションダイアログ-IDもしくはどのメディアコンポーネントが複製されるのかを示すXML本体、を使用することができる。S-CSCF1305は、メディア-AをコントローリWTRU1302内で複製する協調セッション要求をSCCAS1304に転送することができる1310。SCCAS1304は、複製要求の認可を実行することができる1311。SCCAS1304は、その後、複製されるメディア-Aのメディアリソースを割り当てることができる1312。SCCAS1304は、MRF1306内のメディア-Aに関する応答をS-CSCF1305に送信することができる1313。S-CSCF1305は、MRF1306内のメディア-Aに関する応答をコントローリWTRU1302に転送することができる1314。SCCAS1304は、MRF1306を用いる複製されたメディアフロー、つまりメディア-AのコントローラWTRU1301上のアクセスレグを更新することができる1315。その後、SCCAS1304は、MRF1306を用いるメディア-Aと通信するためにリモートレグを更新することができる1316。その後、メディアを、コントローラWTRU1301とMRF1306との間1317、コントローリWTRU1302とMRF1306との間1319、およびリモートパーティ1303とMRF1306との間1318で確立することができる。特徴および要素が、上で特定の組合せで説明されるが、各特徴または要素を、単独でまたは他の特徴および要素との任意の組合せで使用することができることを、当業者は理解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号有線または無線の接続を介して伝送されるおよびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読取り専用メモリROM、ランダムアクセスメモリRAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにCD-ROMディスクおよびディジタル多用途ディスクDVDなどの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータ内で使用される無線周波数トランシーバを実施することができる。実施形態1.SCCASServiceCentralizedandContinuityApplicationServer内でメディアセッションを複製する方法であって、第2のWTRU無線送受信ユニットから協調複製セッションinvite要求を受信するステップを含むことを特徴とする方法。2.協調複製セッションinvite要求の認可を実行するステップをさらに含むことを特徴とする実施形態1に記載の方法。3.複製されたメディアフローのメディアリソースを割り当てるステップをさらに含むことを特徴とする実施形態1~2に記載の方法。4.MRFmediaresourcefunction内の複製されたメディアフローの応答を第2のWTRUに送信するステップをさらに含むことを特徴とする実施形態1~3に記載の方法。5.MRFを用いる複製されたメディアフローの第1のWTRU上のアクセスレグを更新するステップをさらに含むことを特徴とする実施形態1~4に記載の方法。6.MRF内の複製されたメディアフローのリモートレグを更新するステップをさらに含むことを特徴とする実施形態1~5に記載の方法。7.複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする実施形態1~6に記載の方法。8.replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする実施形態7に記載の方法。9.replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする実施形態7に記載の方法。10.replicateヘッダフィールドは、XML本体であることを特徴とする実施形態7に記載の方法。11.XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする実施形態10に記載の方法。12.SCCASServiceCentralizedandContinuityApplicationServer内でメディアセッションを複製する方法であって、第2のWTRU無線送受信ユニットから既存のメディアフローに関する情報の要求を受信するステップを含むことを特徴とする方法。13.第2のWTRUから複製セッションinvite要求を受信するステップをさらに含むことを特徴とする実施形態12に記載の方法。14.セッションinvite複製要求の認可を実行するステップをさらに含むことを特徴とする実施形態12~13に記載の方法。15.セッションinvite複製要求を認可する要求を第1のWTRUに送信するステップをさらに含むことを特徴とする実施形態12~14に記載の方法。16.許可複製要求を第1のWTRUから受信するステップをさらに含むことを特徴とする実施形態12~15に記載の方法。17.複製されたメディアフローを作成するステップをさらに含むことを特徴とする実施形態12~16に記載の方法。18.複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする実施形態12~17に記載の方法。19.replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする実施形態18に記載の方法。20.replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする実施形態18に記載の方法。21.replicateヘッダフィールドは、XML本体であることを特徴とする実施形態18に記載の方法。22.XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする実施形態21に記載の方法。23.WTRU無線送受信ユニット内でメディアセッションを複製する方法であって、既存のメディアフローに関する情報の要求をSCCASServiceCentralizedandContinuityAccessServerに送信するステップを含むことを特徴とする方法。24.SCCASから既存のメディアフローに関する情報を受信するステップをさらに含むことを特徴とする実施形態23に記載の方法。25.複製セッションinvite要求をSCCASに送信するステップをさらに含むことを特徴とする実施形態23~24に記載の方法。26.SCCASから許可複製要求を受信するステップをさらに含むことを特徴とする実施形態23~25に記載の方法。27.リモートパーティとの複製されたメディアフローを作成するステップをさらに含むことを特徴とする実施形態23~26に記載の方法。28.複製セッションinvite要求は、replicateヘッダフィールドを含むことを特徴とする実施形態23~27に記載の方法。29.replicateヘッダフィールドは、メディアレベルi=replicateフィールドであることを特徴とする実施形態28に記載の方法。30.replicateヘッダフィールドは、メディアレベルa=replicateフィールドであることを特徴とする実施形態28に記載の方法。31.replicateヘッダフィールドは、XML本体であることを特徴とする実施形態28に記載の方法。32.XML本体は、どのメディアコンポーネントまたはセッション全体が複製されるのかを示すことを特徴とする実施形態31に記載の方法。