インターネットプロトコルIPマルチメディアサブシステムIMS対応無線送受信ユニットWTRUで使用するために実施される方法であって、IMSサービスプライオリティをIMSネットワークに登録するステップであって、前記IMSサービスプライオリティは、IMSサービスを受ける際の、前記WTRUのプライオリティを示す、ステップと、前記WTRUのIMSサービスプライオリティに基づいて、前記IMSネットワークからIMSサービスを受けるステップとを含むことを特徴とする方法。IMSサービスプライオリティは、プライオリティ値を使用して示されることを特徴とする請求項1に記載の方法。前記WTRUは、セッション開始プロトコルSIPメッセージングを使用して、前記IMSネットワークとシグナリングを行うことを特徴とする請求項1に記載の方法。前記WTRUは、SIPContactフィールドヘッダ内でq値パラメータを使用して、前記サービスプライオリティ値を登録することを特徴とする請求項2に記載の方法。パブリックユーザアイデンティティを前記IMSネットワークに登録するステップであって、前記パブリックユーザアイデンティティは、他のIMS対応WTRUと共有される、ステップをさらに含むことを特徴とする請求項1に記載の方法。IMSサービス能力を前記IMSネットワークに登録するステップであって、前記IMSサービス能力は、特定のIMS機能を実行するためのWTRUの能力を示す、ステップと、前記WTRUのIMSサービス能力に基づいて、前記IMSネットワークからIMSサービスを受けるステップとをさらに含むことを特徴とする請求項1に記載の方法。前記WTRUは、SIPContactフィールドヘッダフィーチャタグを使用して、IMSサービス能力を登録することを特徴とする請求項6に記載の方法。前記WTRUは、コントローラ能力を前記IMSネットワークに登録することを特徴とする請求項6に記載の方法。インターネットプロトコルIPマルチメディアサブシステムIMS協調セッション制御の移転を要求するための無線送受信ユニットWTRUであって、インターネットプロトコルIPマルチメディアサブシステムIMS協調セッションの制御の前記移転を要求するための協調セッション制御移転要求を生成するように構成されたプロセッサであって、前記要求は、セッション開始プロトコルSIPメッセージの拡張可能マークアップ言語XMLボディ内に収めて伝えられる、プロセッサと、協調セッション制御移転を要求する前記SIPメッセージをIMSネットワークに送信するように構成された、前記プロセッサと通信する送信機とを備えることを特徴とするWTRU。協調セッション制御が移転されたことを示す協調セッション制御移転応答を受信するように構成された、前記プロセッサと通信する受信機であって、前記応答は、SIPメッセージ内に収めて伝えられる、受信機をさらに備えることを特徴とする請求項9に記載のWTRU。前記WTRUは、リモートパーティとのIMS協調セッションに参加していることを特徴とする請求項9に記載のWTRU。協調セッション制御移転を求める前記SIP要求の前記XMLボディは、協調セッションコントローラWTRUの識別情報、協調セッション制御移転を要求する前記WTRUの識別情報、または協調セッション制御がそれに移転されるように要求されるWTRUの識別情報のうちの1つまたは複数を含むことを特徴とする請求項9に記載のWTRU。前記協調セッション制御移転応答は、SIPメッセージのXMLボディ内に収めて伝えられることを特徴とする請求項10に記載のWTRU。インターネットプロトコルIPマルチメディアサブシステムIMSネットワークにおけるサービス継続性を可能にするために、アンカアプリケーションサーバASによって実施される方法であって、IMSセッションのためのアンカの役割を引き受けるように第2のASに要求するステップであって、前記要求は、SIPメッセージ内で示される、ステップと、前記IMSセッションのためのアンカの役割を放棄して、前記第2のASに渡すステップとを含むことを特徴とする方法。前記ASは、SIPメッセージのプライベートヘッダ内で、自らをアンカASとして前記第2のASに識別させることを特徴とする請求項14に記載の方法。前記ASは、SIPプライベートヘッダのパラメータで、前記第2のASへの前記アンカの役割の移転を要求することを特徴とする請求項14に記載の方法。前記第2のASから回答を受信するステップであって、前記回答は、前記第2のASが前記アンカの役割を了承したこと、または前記第2のASが前記アンカの役割を拒否したことを示す、ステップをさらに含むことを特徴とする請求項14に記載の方法。前記ASは、SIPメッセージの拡張可能マークアップ言語XMLボディ内で、前記第2のASへの前記アンカの役割の移転を要求することを特徴とする請求項14に記載の方法。前記第2のASは、IMS対応デバイスにサービスし、前記IMS対応デバイスからアンカASへのメッセージをプロキシすることを特徴とする請求項14に記載の方法。前記IMS対応デバイスは、前記ASがアンカを務めるIMS協調セッションに係わることを特徴とする請求項19に記載の方法。図1Aは、1つまたは複数の開示される実施形態を実施できる例示的な通信システム100の図である。通信システム100は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム100は、CDMA符号分割多元接続、TDMA時分割多元接続、FDMA周波数分割多元接続、OFDMA直交FDMA、およびSC-FDMAシングルキャリアFDMAなど、1つまたは複数のチャネルアクセス方法を利用することができる。図1Aに示されるように、通信システム100は、WTRU無線送受信ユニット102a、102b、102c、102d、RAN無線アクセスネットワーク104、コアネットワーク106、PSTN公衆交換電話網108、インターネット110、および他のネットワーク112を含むことができるが、開示される実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図していることが理解されよう。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つずつ含むことができる。別の実施形態では、基地局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は、WCDMA広帯域CDMAを使用してエアインタフェース116を確立できる、UTRAUMTSユニバーサル移動体通信システム地上無線アクセスなどの無線技術を実施することができる。WCDMAは、HSPA高速パケットアクセスおよび/またはHSPA進化型HSPAなどの通信プロトコルを含むことができる。HSPAは、HSDPA高速ダウンリンクパケットアクセスおよび/またはHSUPA高速アップリンクパケットアクセスを含むことができる。別の実施形態では、基地局114a、およびWTRU102a、102b、102cは、LTEロングタームエボリューションおよび/またはLTE-ALTEアドバンストを使用してエアインタフェース116を確立できる、E-UTRA進化型UMTS地上無線アクセスなどの無線技術を実施することができる。他の実施形態では、基地局114a、およびWTRU102a、102b、102cは、IEEE802.16すなわちWiMAXマイクロ波アクセス用の世界的相互運用性、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000暫定標準2000、IS-95暫定標準95、IS-856暫定標準856、GSM登録商標移動体通信用グローバルシステム、EDGEGSM進化型高速データレート、およびGERANGSMEDGEなどの無線技術を実施することができる。図1Aの基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なRATを利用することができる。一実施形態では、基地局114b、およびWTRU102c、102dは、IEEE802.11などの無線技術を実施して、WLAN無線ローカルエリアネットワークを確立することができる。別の実施形態では、基地局114b、およびWTRU102c、102dは、IEEE802.15などの無線技術を実施して、WPAN無線パーソナルエリアネットワークを確立することができる。また別の実施形態では、基地局114b、およびWTRU102c、102dは、セルラベースのRAT例えば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示されるように、基地局114bは、インターネット110への直接的な接続を有することがある。したがって、基地局114bは、コアネットワーク106を介して、インターネット110にアクセスする必要がないことがある。RAN104は、コアネットワーク106と通信することができ、コアネットワーク106は、音声、データ、アプリケーション、および/またはVoIPボイスオーバインターネットプロトコルサービスをWTRU102a、102b、102c、102dの1つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク106は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および/またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRATまたは異なるRATを利用する他のRANと直接的または間接的に通信できることが理解されよう。例えば、E-UTRA無線技術を利用できるRAN104に接続するのに加えて、コアネットワーク106は、GSM無線技術を利用する別のRAN図示せずと通信することもできる。コアネットワーク106は、PSTN108、インターネット110、および/または他のネットワーク112にアクセスするための、WTRU102a、102b、102c、102dのためのゲートウェイとしてサービスすることもできる。PSTN108は、POTS基本電話サービスを提供する回路交換電話網を含むことができる。インターネット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と、着脱不能メモリ106と、着脱可能メモリ132と、電源134と、GPS全地球測位システムチップセット136と、他の周辺機器138とを含むことができる。WTRU102は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができる。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、DSPデジタル信号プロセッサ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASIC特定用途向け集積回路、FPGAフィールドプログラマブルゲートアレイ回路、他の任意のタイプのIC集積回路、および状態機械などとすることができる。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU102が無線環境で動作できるようにする他の任意の機能を実行することができる。プロセッサ118は、トランシーバ120に結合することができ、トランシーバ120は、送信/受信要素122に結合することができる。図1Bは、プロセッサ118とトランシーバ120を別々のコンポーネントとして示しているが、プロセッサ118とトランシーバ120は、電子パッケージまたはチップ内に一緒に統合できることが理解されよう。送信/受信要素122は、エアインタフェース116を介して、基地局例えば基地局114aに信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナとすることができる。別の実施形態では、送信/受信要素122は、例えば、IR、UV、または可視光信号を送信および/または受信するように構成された放射器/検出器とすることができる。また別の実施形態では、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成することができる。送信/受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成できることが理解されよう。加えて、図1Bでは、送信/受信要素122は単一の要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含むことができる。より具体的には、WTRU102は、MIMO技術を利用することができる。したがって、一実施形態では、WTRU102は、エアインタフェース116を介して無線信号を送信および受信するための2つ以上の送信/受信要素122例えば複数のアンテナを含むことができる。トランシーバ120は、送信/受信要素122によって送信される信号を変調し、送信/受信要素122によって受信された信号を復調するように構成することができる。上で言及したように、WTRU102は、マルチモード機能を有することができる。したがって、トランシーバ120は、WTRU102が、例えばUTRAおよびIEEE802.11などの複数のRATを介して通信できるようにするための、複数のトランシーバを含むことができる。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、LCD液晶表示ディスプレイユニットもしくはOLED有機発光ダイオードディスプレイユニットに結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。加えて、プロセッサ118は、着脱不能メモリ106および/または着脱可能メモリ132など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ106は、RAMランダムアクセスメモリ、ROMリードオンリメモリ、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ132は、SIM加入者識別モジュールカード、メモリスティック、およびSDセキュアデジタルメモリカードなどを含むことができる。他の実施形態では、プロセッサ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を介して位置情報を受け取ることができ、および/または2つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。WTRU102は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解されよう。プロセッサ118は、他の周辺機器138にさらに結合することができ、他の周辺機器138は、追加的な特徴、機能、および/または有線もしくは無線接続性を提供する、1つまたは複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、加速度計、eコンパス、衛星トランシーバ、写真またはビデオ用のデジタルカメラ、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に無線信号を送信し、WTRU102aから無線信号を受信することができる。eノードB140a、140b、140cの各々は、特定のセル図示せずに関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図1Cに示されるように、eノードB140a、140b、140cは、X2インタフェースを介して互いに通信することができる。図1Cに示されるコアネットワーク106は、MMEモビリティ管理ゲートウェイ142、サービングゲートウェイ144、およびPDNパケットデータネットワークゲートウェイ146を含むことができる。上記の要素の各々は、コアネットワーク106の部分として示されているが、これらの要素は、どの1つをとっても、コアネットワーク運営体とは異なる主体によって所有および/または運営できることが理解されよう。MME142は、S1インタフェースを介して、RAN104内のeノードB142a、142b、142cの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、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間ハンドオーバ中におけるユーザプレーンのアンカリングanchoring、ダウンリンクデータがWTRU102a、102b、102cに利用可能な場合に行う一斉呼出のトリガ、ならびにWTRU102a、102b、102cのコンテキストの管理および記憶など、他の機能を実行することもできる。サービングゲートウェイ144は、PDNゲートウェイ146に接続することもでき、PDNゲートウェイ146は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスの間の通信を円滑化することができる。コアネットワーク106は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク106は、PSTN108などの回路交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信デバイスの間の通信を円滑化することができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108の間のインタフェースとしての役割を果たすIPゲートウェイ例えばIMSIPマルチメディアサブシステムサーバを含むことができ、またはIPゲートウェイと通信することができる。加えて、コアネットワーク106は、ネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができ、ネットワーク112は、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができる。図2Aは、リモートパーティ205とのIMSセッション中のWTRU201を示している。IMSセッションは、IMSネットワーク210を介して行われる。WTRU201は、リモートパーティとの進行中のメディアセッションを任意の数だけ有することができる。例えば、図2Aは、オーディオセッション202およびビデオセッション203を示している。これらのセッションは例示的なものであり、他のマルチメディアセッションも使用することができる。IMSネットワーク210は、IMSサービスをホストし、セッション制御およびメディア制御を提供する。IMSネットワーク210は、WTRUのサービスインタラクションを管理し、マルチメディアセッションを確立し、監視し、支援し、解放する。さらに、WTRU201は、IMSネットワーク210とのIMS制御シグナリング204を維持する。WTRUは、IMS制御シグナリング204を使用して、セッション制御機能を実行することができる。IMS制御シグナリングは、WTRUが、リモートパーティから着信したメディアセッションの確立を求める要求を了承または拒否することを可能にする。WTRU201は、制御パス204上でIMS制御シグナリングを実行する。IMSネットワーク210は、WTRUのIMS制御シグナリング204の受信側に位置する。図2Bは、IMSネットワーク210の機能エンティティを示している。CSCF呼セッション制御機能エンティティ213が、WTRU、リモートパーティ、および他のIMSネットワークエンティティの間のIMS制御シグナリングのパス上に存在する。CSCFエンティティは、WTRU、リモートパーティ、および他のIMSネットワークエンティティのメッセージングを検査することができる。CSCFエンティティは、IMSサービスを提供するために、どのASアプリケーションサーバに制御メッセージングを転送するかを決定する。CSCFエンティティは、回送ルーティングサービスを提供し、ネットワーク運営体の方針ポリシーを実施する。CSCFエンティティは、WTRU登録も扱う。IMSネットワークは、1つまたは複数のASを使用することができる。1つまたは複数のASは、IMSサービスをホストおよび実行し、CSCF213とインタフェースを取るように構成される。SCCASサービス集中および継続AS214は、IMSセッションのアンカanchorを務め、メディアセッションの提供およびメディアセッションのWTRUの間での移転の実行、メディアフローの組み合わせおよび分解、ならびにメディアフローの追加を含む、メディアセッションのためのサービス継続性を可能にする。SCCAS214だけではなく、図2Bに示されるAS215などの他のASも、他のIMS関連サービスを提供するために、CSCF213とインタフェースを取ることができる。図2Bに示されるように、WTRU201は、制御パス212によって表される、IMSネットワーク210との制御シグナリングを有する。WTRU201は、一括してメディアパス211によって表される、任意の数のIMSメディアセッションも有することができる。図2Bは、IMSセッションのためのアクセスレグaccesslegおよびリモートレグremotelegも示している。アクセスレグは、WTRUとSCCASの間の制御レグであり、リモートレグは、SCCASとリモートパーティの間の制御レグである。複数のWTRUが、IMSネットワークを介して、リモートパーティとの単一の協調IMSセッションに係わることができる。図2Cは、協調IMSセッション中の、単一のIMSネットワークによってサービスされる複数のWTRUを示している。図2Cでは、WTRU201A~Cこれ以降、一括して数字だけによってWTRU201と呼ばれるが、リモートパーティ図示せずとの協調IMSセッションに係わっている。各WTRU201は、制御パス212A~Cと、メディアパス211A~Cとを有する。メディアパス211は、WTRU201の進行中のメディアセッションを表す。制御パス212は、WTRU201のための制御シグナリングを表す。WTRU201のすべてが、協調IMSセッションに係わるが、WTRU201の1つが、協調セッションのためのコントローラWTRUとして機能する。図2Cでは、WTRUA201Aが、協調セッションのためのコントローラWTRUとして機能する。コントローラとして、WTRUA201Aは、IDTデバイス間移転手順を実行することができ、IDT手順によって、WTRUA201Aは、協調セッションに係わる任意のWTRU201において、メディアセッションを追加し、移転し、複製し、削除することができる。さらに、WTRUA201Aなど、協調セッション中のコントローラWTRUのサービスプロファイルは、協調セッションとリモートパーティの間のパス上で利用可能なサービスを決定することができる。すべてのWTRU201との協調セッションに係わるが、リモートパーティは、そのメディアセッションの1つまたは複数が、WTRUB201BおよびWTRUC201CなどのコントローリcontrolleeWTRUとのものであることを知ることができない。協調セッションでは、リモートパーティは、コントローラWTRUであるWTRUA201Aしか知ることができない。コントローラWTRUA201Aは、自らのメディアパス211に関連する制御シグナリングのためばかりでなく、協調セッション制御メッセージングのためにも、制御パス212Aを使用する。協調セッション内では、コントローリWTRUB201BおよびWTRUC201Cは、それぞれメディアパス211B~Cを介して、メディアセッションに係わる。コントローリWTRUB201BおよびWTRUC201Cは、制御シグナリングのために、制御パス212B~Cも使用する。協調セッション内では、コントローリWTRUは、IDT手順については、コントローラWTRUに従属する。例えば、コントローラWTRUは、コントローリWTRUからメディアセッションを削除することができる。加えて、コントローリWTRUは、メディアセッションを確立しようとする場合、そのような確立をコントローラWTRUに要求することができ、コントローラWTRUは、この要求を了承または拒否することができる。図2Cでは、SCCASサービス集中および継続アプリケーションサーバ214は、WTRUとリモートパーティの間のセッション制御シグナリングを管理する、アンカSCCASとしてサービスする。さらに、SCCAS214は、協調セッションにおけるメディアセッションのサービス継続を可能にし、IDT手順を提供および実行する。図2Cでは、ただ1つのSCCASが協調セッションをサービスするが、他のシナリオでは、協調セッション中の複数のWTRUは各々、アンカSCCASに対するプロキシとしての役割を果たす、自らのSCCASを有することができる。図2Cは、IMSネットワークエンティティのCSCF213とAS215も示している。図2B~図2Cに示されるような、IMSセッションにおける制御パスを介した制御シグナリングは、SIPセッション開始プロトコルなどのシグナリングプロトコルを利用することができる。SIPは、当技術分野で知られており、IMSマルチメディアセッションの確立、変更、終了、追加、および複製を可能にするシグナリングプロトコルである。SIPは、テキストベースのプロトコルであり、メッセージは、要求と応答という2つの形式のうちの一方を取ることができる。SIP要求は、REGISTER要求を含み、REGISTER要求は、WTRUに関連するPUIパブリックユーザアイデンティティをIMSネットワークに登録するために、WTRUによって使用することができる。SIP要求の他の例は、WTRUとリモートパーティの間のメディアセッションを確立するために使用できるINVITE要求と、応答が受信されたことを確認するために使用できるACK要求とを含む。SIP応答コードは、要求が受信され、処理されていることを示すために使用できる暫定応答、すなわち1xxと、アクションが正常に受信され、了承されたことを示すために使用できる成功応答、すなわち2xxとを含む。SIPヘッダは、WTRUと、SIPメッセージングを利用しているIMSネットワークとによって使用することができる。いくつかのSIPヘッダは、To意図された受信者のアドレス、From送信者のアドレス、およびContact要求のためのヘッダか、それとも応答のためのヘッダかに応じて、要求されたリソースまたは要求発信者を識別するアドレス情報を含む。IMSでは、WTRUは、PUIパブリックユーザアイデンティティを使用して、IMSネットワークに登録することができる。PUIは、電子メールアドレスなどのSIPURIユニフォームリソース識別子、または電話番号などの電話URIとすることができる。IMSネットワークは、WTRUのPUIを宛先として指定することによって、WTRUとコンタクトを取ることができる。複数のWTRUが、同じPUIを共有することができる。例えば、IMS加入者は、1つのIMS加入契約のもとで同じPUIを共有する、複数のWTRUを有することができる。WTRUは、その能力をIMSネットワークに登録することができる。協調セッションを制御することが可能なWTRUは、協調セッションコントローラWTRUとして、IMSネットワークに登録することができる。さらに、メディア制御が可能なWTRUは、そのようなものとして登録することができる。メディアコントローラWTRUは、協調セッションのコントローラWTRUであるか、それともコントローリWTRUであるかに関係なく、協調セッション内において一定の定義されたメディア制御特権を有することができる。WTRUは、ネットワークに登録されたそのプロファイルを、いつでも更新または変更することができる。その能力を登録するため、WTRUは、SIPContactヘッダ内においてフィーチャタグを使用することができる。例えば、協調セッション制御能力を登録しようとするWTRUは、g.3gpp.iut=controllerなどのフィーチャタグを使用することができ、メディア制御能力を登録しようとするWTRUは、g.3gpp.iut=media-controllerなどのフィーチャタグを使用することができる。WTRUは、SIPREGISTER要求を利用して、IMSネットワークとコンタクトを取る場合、そのIMS能力を示すフィーチャタグを含めることができる。IMSネットワークは、WTRUの能力についてのプロファイルを維持することができる。このプロファイルは、WTRUがネットワークに登録した能力によって、またはネットワークの知識内の他の情報によって、影響を受けることがある。ネットワークは、メディアセッション回送などのIMSサービスを提供する際に、またはWTRUがIMSアクションを実行することを許可されているかどうかを決定する際に、WTRUが登録した能力、またはサービスプロファイル内の情報に依存することができる。例えば、IMSネットワーク内では、メディアセッション継続性に責任をもつSCCASは、メディアセッション回送に影響を与えるために、登録されたWTRU能力またはプロファイル情報を使用することができる。着信メディアセッション要求を受信した場合、SCCASは、登録されたコントローラWTRUへのセッションの回送を選好する旨のプリファレンスを、CSCFに示すことができる。その場合、CSCFは、このプリファレンスを使用して、登録されたコントローラWTRUにメディアセッションを回送することができる。SIPでは、SCCASは、IETFRFC3841ヘッダおよびパラメータを使用して、回送プリファレンスをCSCFに示すことができる。例えば、SCCASは、コントローラWTRUフィーチャタグおよびexplicitパラメータを有するAccept-Contactヘッダフィールドを、SIP要求内に追加することができ、それによって、コントローラ能力を有するものとして登録されたWTRUに要求を回送するように要求する。SIP要求内のヘッダフィールドおよびコントローラフィーチャタグを受け取ると、CSCFは、登録されたコントローラ能力を有するWTRUに要求を回送する。どのWTRUも登録されたコントローラ能力を有さない場合、要求は、登録されたコントローラではないWTRUに回送される。SCCASは、requireパラメータを有するSIPContactヘッダフィールドを追加することによっても、回送プリファレンスを示すことができる。WTRUは、プライオリティ値をIMSネットワークに登録することができる。プライオリティ値は、同じPUIのもとでやはりIMSネットワークに登録できる他のWTRUと比較したWTRUのプライオリティを、IMSネットワークに示すことができる。プライオリティ値は、IMSセッションの受信についてのWTRUのプリファレンスレベルも、IMSネットワークに示すことができる。プライオリティ値は、メディアセッションをどこで確立するか、またはどこに回送するかの決定など、IMS管理およびIMSサービスの提供の際に、IMSネットワークによって使用することができる。WTRUに関連するより高いプライオリティ値は、メディアセッションを確立し、そのWTRUに回送することをより強く選好するプリファレンスを、ネットワークに示すことができる。例えば、同じPUIを有する複数のWTRUが、IMSネットワークにコントローラとして登録されている場合、IMSネットワーク内のCSCFは、より高いプライオリティ値を有するWTRUに、着信メディアセッションを回送することができる。一実施形態では、WTRUは、SIPContactヘッダフィールド内のq値パラメータを使用して、プライオリティ値をIMSネットワークに登録することができる。図3は、この実施形態による、WTRU登録およびIMSセッション回送のための情報フローを示している。図3では、IMS対応のWTRUA301は、その能力およびプライオリティ値を、IMSネットワークに登録しようとする。WTRUA301Aは、SIPREGISTER要求310をIMSCSCF313に送信する。SIPREGISTER要求310は、WTRUA301の能力を示すフィーチャタグと、WTRUA301Aに関連するプライオリティ値を示すq値の両方を含む、Contactヘッダフィールドを有する。図3では、WTRUA301Aのコントローラ能力を示すフィーチャタグは、g.3gpp.controller=controllerであり、WTRUA301Aに関連するプライオリティ値を示すq値は、q=.5である。CSCF313は、SIPREGISTER要求310をSCCAS314に送信し、CSCF313は、SIP200OK応答310をWTRUA301Aに送信する。SCCAS314も、SIP200OK応答310をCSCF313に送信する。結果として、WTRUA301Aは、その能力およびプライオリティ値を、IMSネットワークに登録する。WTRUB301BおよびWTRUC301Cも同様に、その能力および関連プライオリティ値を、IMSネットワークに登録する320、330。WTRUA~C301A~Cは、同じPUIのもとで、IMSネットワークに登録される。WTRUB301Bは、コントローラ能力を示すフィーチャタグと、q=.8であるq値を登録するが、WTRUC301Cは、コントローラ能力を示すフィーチャタグを登録せず、q=.5であるq値を登録する。CSCF313は、メディアセッションのために、リモートパーティ図示せずから、SIPINVITE要求340を受信する。SIPINVITE要求340は、WTRUA~C301A~Cによって共有されるPUIを宛先として指定する。CSCF313は、SIPINVITE要求340をSCCAS314に送信する。SCCAS314は、SIPINVITE要求をコントローラWTRUに回送することを選好する。SCCAS314は、RFC3841手順を使用し、このプリファレンスを示すために、コントローラフィーチャタグを有するAccept-Contactを、SIPINVITE要求内に追加する345。SCCAS314は、SIPINVITE要求350をCSCF313に送信する。WTRUA301AとWTRUB301Bは、コントローラ能力を有するが、WTRUC301Cは、そのような能力を有さない。したがって、CSCF313は、SIPINVITE要求を、WTRUA301AまたはWTRUB301Bに送信するが、WTRUC301Cには送信しない。WTRUB301Bは、WTRUA301Aよりも高い関連q値を有するので、CSCF313は、SIPINVITE要求をより高いq値を有するコントローラWTRUに送ることを決定し355、その後、SIPINVITE要求360をWTRUB301Bに送信する。二股をかける、すなわち、SIPINVITE要求をWTRUA301AとWTRUB301Bの両方に送信する代わりに、CSCF313は、SIPINVITE要求をWTRUB301Bに送信する。複数のSCCASが、IMSセッションに係わることができ、各SCCASは、1つのWTRUまたは複数のWTRUにサービスする。複数のWTRUが協調IMSセッションに係わり、WTRUが複数のSCCASによってサービスされる場合が、これに相当し得る。例えば、1つのSCCASは、協調セッションのためのアンカSCCASとすることができ、残りのSCCASは、アンカSCCASのためにメッセージをプロキシすることができる。IMSセッションに係わるWTRUは、それらが異なるIMS加入契約のもとにあるために、または異なるIMSネットワークによってサービスされるために、異なるSCCASを有することがある。IMSセッションを開始したWTRUをサービスするSCCASは、アンカポイントが別のSCCASに移転されるまで、アンカSCCASとして機能することができる。開始WTRUは、IMSセッション内の他のWTRUに例えば、これらのWTRUにIMSメディアセッションを移転すること、複製すること、または確立することによって係わることができる。したがって、他のWTRUにサービスするSCCASは、開始WTRUのSCCASに対するプロキシとしての役割を果たすことができる。図4は、IMS協調セッション中の、複数のIMSネットワークによってサービスされる複数のWTRUを示している。WTRU401A~Cこれ以降、一括して数字だけによってWTRU401と呼ばれるの各々は、それぞれのIMSネットワーク内において、それぞれSCCAS402A~Cによってサービスされる。SCCASA402Aは、アンカであり、その方針が、IMSセッションを統制する。さらに、アンカSCCASA402Aは、すべてのWTRU401の間のメディアセッションのサービス継続性を可能にする。SCCASB402BおよびSCCASC402Cは、それぞれWTRUB401BおよびWTRUC402Cにサービスし、WTRUB402BおよびWTRUC402Cは、異なるIMS加入契約に属することができる。SCCASA402Aがアンカを務める協調セッションでは、SCCASB402BおよびSCCASC402Cは、WTRUB401BおよびWTRUC401CのそれぞれとSCCASA402Aの間のメッセージのためのプロキシとしての役割を果たす。図4では、アクセスレグ407が、アンカSCCASA402Aに提示され、リモートレグ408が、リモートパーティ図示せずからSCCASA402Aに提示される。WTRU401は各々、SCCAS402を有する制御パス405と、リモートパーティを有するメディアパス406とを有する。さらに、IMSネットワークの各々は、CSCF403A~Cを有する。SCCASは、制御シグナリングを使用して、自らを他のSCCASにアンカとして識別させることができる。加えて、アンカSCCASは、制御シグナリングを介して、アンカポイントを自分から別のSCCASに移転することができ、または非アンカSCCASは、制御シグナリングを介して、アンカポイントをアンカSCCASから移転するように要求することができる。SCCASの間のシグナリングは、アンカ識別および移転の目的に専従させることができ、またはシグナリングは、IMSシグナリング内に組み込むこと、もしくは含めることができる。例えば、アンカSCCASは、非アンカSCCASを介して回送され、非アンカSCCASによってサービスされるWTRUを宛先とするIMS制御メッセージ内に、当該の主旨を有する制御シグナリングを組み込むことによって、自らをそのようなものとして識別させることができる。それによって、自らがサービスしているWTRUにメッセージを回送する非アンカSCCASは、メッセージを介して、アンカSCCASの識別情報の通知を受けることができる。非アンカSCCASは、メッセージ内に組み込まれたシグナリングを削除し、メッセージを意図されたパーティであるWTRUに渡す。結果として、このアンカシグナリングは、ある意味で、従来のIMSシグナリングに便乗することができる。セキュリティ上の目的で、IMSネットワーク内のSCCASだけが、アンカSCCASを知っているほうが好ましいことがある。したがって、IMSシグナリング内に組み込まれた、アンカ識別および移転を目的とするシグナリングは、IMSシグナリングがWTRUに受け渡される前に、受信SCCASによって削除することができる。SIPヘッダは、アンカSCCASを識別するために、また1つのSCCASから別のSCCASにアンカを移転するために、SCCASによって利用することができる。プライベートヘッダ、すなわち、Pヘッダは、これらの目的で利用できる、SIPヘッダフィールドの一例である。P-Anchor-Point-IDと称されるPヘッダは、アンカポイントを識別するために使用することができる。例えば、P-Anchor-Point-ID:sccas1example.comは、そのアドレスであるsccas1example.comによってアンカSCCASを識別するために使用することができ、それによって、アンカSCCASは、自らを他のSCCASにアンカSCCASとして識別させるために、このヘッダフィールドをIMSSIPシグナリング内に挿入することができる。特に、トラステッドネットワークまたはドメイン内では、アンカではないSCCASが自らをそのようなものとして識別させる可能性は低い。別の実施形態では、SCCASは、現在のアンカSCCASのアドレスから、それへのアンカポイント移転が求められているSCCASのアドレスに、P-Anchor-Point-IDアドレスを変更することによって、アンカ移転を要求することができる。SCCASアンカを移転するために、このヘッダにパラメータを追加することができる。例えば、transfer-anchor-point-toは、パラメータによって識別される別のSCCASにアンカポイントを移転するために、アンカSCCASによって使用することができる。例えば、PヘッダのP-Anchor-Point-ID:sccas1example.com;transfer-anchor-to:sccas2example.comは、自らをアンカポイントとして識別させ、アドレスsccas2example.comによって識別される別のSCCASへのアンカポイントの移転を要求するために、SCCASによってSIPメッセージ内に挿入することができる。別の実施形態では、アンカ識別または移転の目的で利用されるヘッダフィールドは、複数のパラメータを含むことができる。inserted-byパラメータは、ヘッダをSIPメッセージ内に挿入したSCCASを識別することができる。Actionパラメータは、SCCASが、ヘッダフィールドの目的を他のSCCASに通知することを可能にすることができる。Actionヘッダフィールドは、アンカポイントを識別すること、別のSCCASへのアンカ移転を要求すること、アンカSCCASから別のSCCASへのアンカ移転を要求すること、または要求されたアンカ移転を拒否することができる。表1は、Actionパラメータフィールドと、関連する意味の例を示している。したがって、アドレスsccas1example.comを有するアンカSCCASが、アドレスsccas2example.comを有する別のSCCASにアンカポイントを移転しようとする場合、アンカSCCASは、ヘッダのP-Anchor-Point-ID:inserted-by:sccas1example.comAction:transfer-anchorrequest-to:sccas2example.comを利用することができる。その後、アドレスsccas2example.comを有する非アンカSCCASが、アンカポイント移転を了承した場合、非アンカSCCASは、ヘッダP-Anchor-Point-ID:Inserted-by:sccas2example.comAction:anchor-pointを利用することによって応答することができる。あるいは、非アンカSCCASが、アンカポイント移転を拒否した場合、非アンカSCCASは、ヘッダP-Anchor-Point-ID:Inserted-by:sccas2example.comAction:reject-anchorを利用することによって応答することができる。図5は、この実施形態による、アンカSCCAS識別および移転のための情報フローを示している。図5では、SCCASA502Aが、進行中のIMSセッションのためのアンカSCCAS505であり、SCCASB502BおよびSSCASC502Cは、非アンカである。各SCCAS502A~Cは、IMS対応WTRU図示せずにサービスすることができ、SCCASB502BおよびSSCASC502Cは、それぞれのWTRUとアンカSCCASA502Aの間のIMSシグナリングのためのプロキシとしての役割を果たす。異なるIMSネットワークに属するWTRUが、協調IMSセッションに係わることができる。SCCASA502Aは、SCCASB502BへのSIPメッセージ内にSIPヘッダを含めることによって、自らをアンカとして識別させる510。このSIPヘッダは、このアンカ情報を伝えるためだけに送信されるSIPメッセージの部分とすることができ、あるいは、ヘッダは、SCCASB502B以外のパーティを宛先とするSIPメッセージ内に単に組み込むことができる。例えば、ヘッダは、SCCASB502BによってサービスされるWTRUへのSIPメッセージ内に含めることができる。メッセージを受信したとき、SCCASB502Bは、ヘッダ情報を削除することができ、プロキシとしての役割において、SIPメッセージの残りを、自らがサービスしているWTRUに伝達する。SCCASA502Aは、SCCASB502BへのSIPメッセージ内にSIPヘッダを含めることによって、アンカポイントをSCCASB502Bに移転するように要求する520。SCCASB502Bは、SCCASA502AへのSIPメッセージ内にSIPヘッダを含めることによって、アンカポイント移転を了承する530。それによって、SCCASB502Bは、アンカSCCAS535になる。その後、SCCASC502Cが、SCCASB502BへのSIPメッセージ内にSIPヘッダを含めることによって、アンカポイントがSCCASB502Bから自分に移転されるように要求する540。SCCASB502Bは、アンカポイントを放棄することを望んでおらず、そのため、SCCASC502CへのSIPメッセージ内にSIPヘッダを含めることによって、アンカポイント移転要求を拒否し550、それによって、SCCASB502Bは、アンカSCCAS555であり続ける。別の実施形態では、アンカ識別および移転のために、SIPXMLボディを利用することができる。アンカSCCASは、XMLボディを利用することによって、自らをそのようなものとして他のSCCASに識別させることができる。SCCASは、アンカポイントの維持、またはアンカポイント移転の要求など、SCCASが実施することを求めるアクションのタイプも含めることができる。加えて、XMLボディは、そこへのアンカポイント移転が求められているSCCASの識別情報、またはアンカ移転を求めている非アンカSCCASの識別情報を含むことができる。別の実施形態では、SCCASは、Call-Info:sccas1example.com;purpose=anchorのように、SIPメッセージのCall-Infoヘッダ内にそのアドレスを含めることによって、自らをアンカSCCASとして識別させることができる。別の実施形態では、アンカSCCASは、Record-Routeヘッダ内で、自らをそのようなものとして識別させることができる。例えば、アンカSCCASは、SIPメッセージのRecord-Routeヘッダ内で、そのアドレスに、例えばanchor-pointなどのパラメータを付加することができる。例えば、Record-Route:sccas1example.com;anchor-pointは、アドレスsccas1example.comを有するSCCASをアンカポイントとして識別する。IMS協調セッションでは、セッション制御は、コントローラWTRUによって維持され、協調セッションに係わる他のWTRUは、コントローリWTRUである。コントローラWTRUは、自らを、IMSネットワークまたは協調セッションに係わる他のWTRUに、協調セッションコントローラとして識別させることができる。さらに、コントローラWTRUは、協調セッション制御を別のWTRUに移転することができ、協調セッション制御を受け取ったWTRUを新しいコントローラWTRUにする。IMSネットワークでは、協調セッションコントローラWTRUの識別情報を示すために、SIPシグナリングを使用することができる。さらに、SIP制御シグナリングは、協調セッション制御を移転するために使用することもできる。SIPXMLボディは、協調セッションのためのコントローラWTRUを示す情報要素を含むことができる。加えて、XMLボディは、協調セッション制御を1つのWTRUから別のWTRUに移転する目的で、IMS制御シグナリング内で使用することができる。例えば、コントローラWTRUは、別のWTRUが協調セッション制御を引き受けるように要求するために、SIPXMLボディを使用することができる。協調セッション制御は、了承されることも、または拒否されることもあり、協調セッション制御の移転を了承または拒否したWTRUは、SIPXMLボディ内でそのことを示すことができる。さらに、コントローリWTRUは、協調セッション制御をコントローラWTRUから自分に移転するように要求するために、SIPXMLボディを使用することができる。別の実施形態では、協調セッション中のコントローラWTRUは、それが協調セッション制御を保持しようとするのか、それとも移転しようとするのかを示すパラメータを、SIPContactヘッダフィールド内に含めることができる。例えば、Contactヘッダフィールド内におけるパラメータcontrollerの存在は、WTRUが協調セッションを維持しようとしていることを、SCCASおよびIMSネットワークに通知する。別の実施形態では、協調セッション制御を移転するために、Pヘッダを使用することができる。Pヘッダは、協調セッションコントローラを識別する、Controllerパラメータを有することができる。Pヘッダは、協調セッション制御を別のWTRUに移転することを求めるコントローラWTRUによる要求、または協調セッション制御をコントローラWTRUから獲得することを求めるコントローリWTRUによる要求を示す、Actionパラメータも有することができる。Pヘッダは、Actionパラメータが関係するWTRUを示すパラメータも有することができる。例えば、SIPヘッダのP-Session-Control:Controller=wtruAexample.com;Action=transfer;Request-to=wtruBexample.comは、WTRUBへの協調セッション制御の移転を要求するために、WTRUAによって、REFERまたはRe-INVITEなどのSIPメッセージ内に含めることができる。WTRUBは、WTRUAへのSIPメッセージ内にSIPヘッダを含めることによって、この要求を了承または拒否することができる。別の実施形態では、協調セッション制御は、IMSネットワークがコントローラWTRUと連携するコンタクトアドレスを変更することによって、移転することができる。この実施形態では、IMSネットワークが、1つのコントローラWTRUのためのコンタクトアドレスを有するIMSシグナリングを先に受信している場合、協調セッション制御移転は、別のコントローラWTRUのためのコンタクトアドレスを有するIMSシグナリングを受信したIMSネットワークによって示すことができ、この場合、両方のWTRUはともに協調セッションにある。コンタクトアドレスの変更は、デバイスがコントローラ能力を有することを示すcontrollerフィーチャタグと一緒に示すことができる。要求内におけるフィーチャタグの存在は、WTRUがコントローラであることを意味し、一方、フィーチャタグの不存在は、コントローラ能力を有する別のWTRUが協調セッションを制御できることを意味する。したがって、controllerフィーチャタグの存在または不存在は、IMSネットワークがコントローラWTRUのためのコンタクトアドレスとして識別するコンタクトアドレスを変更するように、SCCASを促すことができる。図6は、IMS協調セッション制御の移転のための情報フローを示している。図6では、WTRUA601AおよびWTRUB601Bが、リモートパーティ605との協調セッションに係わる。SCCASA602Aは、WTRUA601Aにサービスし、SCCASB602Bは、WTRUB601Bにサービスする。この協調セッションのために、WTRUA601Aが、協調セッション制御を維持する。WTRUA601Aは、コントローラWTRUであり、WTRUB601Bは、コントローリWTRUであり、SCCASA602Aは、協調セッション610のためのアンカSCCASである。各WTRU601A~Bは、リモートパーティ605とのメディアフローを有する520。コントローラWTRUとして、WTRUA601Aは、SCCASA602Aおよびリモートパーティ605との協調セッション制御シグナリングを維持する630。WTRUA601Aは、協調セッション制御をWTRUB601Bに移転しようとする。WTRUA601Aは、本明細書で説明される実施形態に従って、協調セッション制御を移転するために、SIP要求をWTRUB601Bに送信する640。WTRUB601Bは、協調セッション制御の移転を了承し、本明細書で説明される実施形態に従って、協調セッション制御の了承を示すSIPメッセージを、WTRUA601Aに送信する650。それによって、協調セッション660については、WTRUB601Bが、コントローラWTRUになり、WTRUA601Aが、コントローリWTRUになる。コントローラWTRUとして、WTRUB601Bは、SCCASA602Aおよびリモートパーティ605との協調セッション制御シグナリングを維持し670、SCCASA602Aは、アンカSCCASとしての役割を果たし、SCCASB602Bは、WTRUB601BとSCCASA602Aの間のメッセージングをプロキシする。上では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者であれば理解されよう。加えて、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行する、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、有線接続または無線接続を介して送信される電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、ROMリードオンリメモリ、RAMランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにCD-ROMディスクおよびDVDデジタル多用途ディスクなどの光媒体を含むが、これらに限定されない。WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータにおいて使用する無線周波数トランシーバを実施するために、ソフトウェアと連携するプロセッサを使用することができる。実施形態1.IMSサービスプライオリティをIMSネットワークに登録するステップを含む、IMSIPインターネットプロトコルマルチメディアサブシステム動作のための方法。2.IMSサービスプライオリティは、IMSサービスを受ける際の、WTRU無線送受信ユニットプライオリティをIMSネットワークに示す、実施形態1に記載の方法。3.少なくとも部分的にWTRUのIMSサービスプライオリティに基づいて、IMSネットワークからIMSサービスを受ける、前記実施形態のいずれか1つに記載の方法。4.WTRUは、IMSネットワークとシグナリングを行う際に、SIPセッション開始プロトコルを使用する、前記実施形態のいずれか1つに記載の方法。5.WTRUは、そのプライオリティ値をIMSネットワークに登録するために、SIPContactフィールドヘッダ内でq値パラメータを使用する、前記実施形態のいずれか1つに記載の方法。6.パブリックユーザアイデンティティが、IMSネットワークに登録される、前記実施形態のいずれか1つに記載の方法。7.WTRUは、そのパブリックユーザアイデンティティを他のIMS対応WTRUと共有する、前記実施形態のいずれか1つに記載の方法。8.IMSサービス能力が、IMSネットワークに登録される、前記実施形態のいずれか1つに記載の方法。9.IMSサービス能力は、特定のIMS機能を実行するためのWTRUの能力をIMSネットワークに示す、前記実施形態のいずれか1つに記載の方法。10.少なくとも部分的にWTRUのIMSサービス能力に基づいて、IMSネットワークからIMSサービスを受ける、前記実施形態のいずれか1つに記載の方法。11.WTRUは、SIPContactフィールドヘッダフィーチャタグを使用して、IMSサービス能力をIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。12.WTRUは、コントローラ能力をIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。13.WTRUは、メディアコントローラ能力をIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。14.協調セッションを制御することが可能なWTRUは、協調セッションコントローラWTRUとしてIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。15.メディアコントローラWTRUは、協調セッションのコントローラWTRUであるか、それともコントローリWTRUであるかに関係なく、協調セッション内において一定の定義されたメディア制御特権を有する、前記実施形態のいずれか1つに記載の方法。16.WTRUは、ネットワークに登録されたそのプロファイルを、いつでも更新または変更できる、前記実施形態のいずれか1つに記載の方法。17.WTRUは、協調セッション制御能力を登録するために、SIPContactヘッダ内においてフィーチャタグを使用することができる、前記実施形態のいずれか1つに記載の方法。18.WTRUは、IMSネットワークとコンタクトを取るために、SIPREGISTER要求を使用する、前記実施形態のいずれか1つに記載の方法。19.IMSネットワークは、WTRUの能力についてのプロファイルを維持することができる、前記実施形態のいずれか1つに記載の方法。20.プロファイルは、WTRUがネットワークに登録した能力によって、またはネットワークの知識内の他の情報によって影響を受ける、前記実施形態のいずれか1つに記載の方法。21.ネットワークは、IMSサービスを提供する際に、WTRUが登録した能力、またはサービスプロファイル内の情報に依存する、前記実施形態のいずれか1つに記載の方法。22.登録されたWTRU能力またはプロファイル情報は、メディアセッション回送に影響を与える、前記実施形態のいずれか1つに記載の方法。23.着信メディアセッション要求を受信した場合、SCCASは、登録されたコントローラWTRUへのセッションの回送を選好する旨のプリファレンスを、CSCFに示す、前記実施形態のいずれか1つに記載の方法。24.CSCFは、プリファレンスを使用して、登録されたコントローラWTRUにメディアセッションを回送する、前記実施形態のいずれか1つに記載の方法。25.SCCASは、IETFRFC3841ヘッダおよびパラメータを使用して、回送プリファレンスをCSCFに示す、前記実施形態のいずれか1つに記載の方法。26.WTRUは、コントローラWTRUフィーチャタグおよびexplicitパラメータを有するAccept-Contactヘッダフィールドを、SIP要求内に追加する、前記実施形態のいずれか1つに記載の方法。27.SIP要求内のヘッダフィールドおよびコントローラフィーチャタグを受け取ると、CSCFは、登録されたコントローラ能力を有するWTRUに要求を回送する、前記実施形態のいずれか1つに記載の方法。28.どのWTRUも登録されたコントローラ能力を有さない場合、要求は、登録されたコントローラではないWTRUに回送される、前記実施形態のいずれか1つに記載の方法。29.SCCASは、requireパラメータを有するSIPContactヘッダフィールドを追加することによって、回送プリファレンスを示す、前記実施形態のいずれか1つに記載の方法。30.WTRUは、プライオリティ値をIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。31.プライオリティ値は、他のWTRUと比較したWTRUのプライオリティをIMSネットワークに示す、前記実施形態のいずれか1つに記載の方法。32.プライオリティ値は、IMSセッションの受信についてのWTRUのプリファレンスレベルをIMSネットワークに示す、前記実施形態のいずれか1つに記載の方法。33.プライオリティ値は、IMS管理およびIMSサービスの提供の際に、IMSネットワークによって使用される、前記実施形態のいずれか1つに記載の方法。34.プライオリティ値は、メディアセッションをどこで確立するか、またはどこに回送するかを決定する際に、IMSネットワークによって使用される、前記実施形態のいずれか1つに記載の方法。35.WTRUに関連するより高いプライオリティ値は、メディアセッションを確立し、そのWTRUに回送することをより強く選好するプリファレンスを、ネットワークに示す、前記実施形態のいずれか1つに記載の方法。36.同じPUIのもとにある複数のWTRUが、コントローラとしてIMSネットワークに登録されている場合、IMSネットワーク内のCSCFは、より高いプライオリティ値を有するWTRUに、着信メディアセッションを回送する、前記実施形態のいずれか1つに記載の方法。37.WTRUは、SIPContactヘッダフィールド内のq値パラメータを使用して、そのプライオリティ値をIMSネットワークに登録する、前記実施形態のいずれか1つに記載の方法。38.IUTデバイス間移転が、実行される、前記実施形態のいずれか1つに記載の方法。39.コントローラWTRUは、複数のWTRUから決定される、前記実施形態のいずれか1つに記載の方法。40.IDTは、ソースネットワークにおいて発生する、前記実施形態のいずれか1つに記載の方法。41.IDTは、ターゲットネットワークにおいて発生する、前記実施形態のいずれか1つに記載の方法。42.IDTは、第2のWTRU無線送受信ユニットとの協調セッション中の第1のWTRUにおいて通信セッションを実行するステップを含む、前記実施形態のいずれか1つに記載の方法。43.IDTは、協調セッションにおいて発生する、前記実施形態のいずれか1つに記載の方法。44.複数のWTRUは、それらの能力を登録する、前記実施形態のいずれか1つに記載の方法。45.コントローラWTRUは、WTRUの能力に基づいて決定される、前記実施形態のいずれか1つに記載の方法。46.コントローラWTRUは、WTRUのプライオリティに基づいて決定される、前記実施形態のいずれか1つに記載の方法。47.コントローラWTRUは、登録に基づいて決定される、前記実施形態のいずれか1つに記載の方法。48.複数のWTRUが、同様の能力を登録する、前記実施形態のいずれか1つに記載の方法。49.WTRUは、コントローラ能力を示すフィーチャタグを含める、前記実施形態のいずれか1つに記載の方法。50.WTRUは、SIPセッション開始プロトコル要求をS-CSCFサービング呼セッション管理機能に送信する、前記実施形態のいずれか1つに記載の方法。51.登録要求は、IPアドレス、登録ID、能力情報、またはコントローラ情報のうちの少なくとも1つを含む、前記実施形態のいずれか1つに記載の方法。52.S-CSCFサービング呼セッション管理機能は、SIPREGISTER要求をSCCASサービス集中および継続アプリケーションサーバに送信する、前記実施形態のいずれか1つに記載の方法。53.SCCASサービス集中および継続アプリケーションサーバは、ACK肯定応答をS-CSCFサービング呼セッション管理機能に送信する、前記実施形態のいずれか1つに記載の方法。54.S-CSCFサービング呼セッション管理機能は、SIPINVITEをリモートソースから受信する、前記実施形態のいずれか1つに記載の方法。55.S-CSCFサービング呼セッション管理機能は、Accept-ContactヘッダをSIPINVITEに挿入する、前記実施形態のいずれか1つに記載の方法。56.S-CSCFサービング呼セッション管理機能は、呼をコントローラWTRUに回送する、前記実施形態のいずれか1つに記載の方法。57.コントローラWTRUは、q値に基づいて決定される、前記実施形態のいずれか1つに記載の方法。58.複数のSCCASが、IMSセッションに係わる、前記実施形態のいずれか1つに記載の方法。59.各SCCASは、1つのWTRUまたは複数のWTRUにサービスする、前記実施形態のいずれか1つに記載の方法。60.複数のWTRUが、協調IMSセッションに係わり、これらのWTRUは、複数のSCCASによってサービスされる、前記実施形態のいずれか1つに記載の方法。61.1つのSCCASは、協調セッションのためのアンカSCCASであり、残りのSCCASは、アンカSCCASのためのプロキシとしての役割を果たす、前記実施形態のいずれか1つに記載の方法。62.IMSセッションに係わるWTRUは、それらが異なるIMS加入契約のもとにあるために、または異なるIMSネットワークによってサービスされるために、異なるSCCASを有する、前記実施形態のいずれか1つに記載の方法。63.IMSセッションを開始したWTRUにサービスするSCCASは、アンカポイントが別のSCCASに移転されない限り、アンカSCCASとして機能する、前記実施形態のいずれか1つに記載の方法。64.開始WTRUは、IMSセッション内の他のWTRUと係わる、前記実施形態のいずれか1つに記載の方法。65.開始WTRUは、他のWTRUにIMSメディアセッションを移転し、複製し、または確立する、前記実施形態のいずれか1つに記載の方法。66.SCCASは、開始WTRUのSCCASに対するプロキシとしての役割を果たす、前記実施形態のいずれか1つに記載の方法。67.SCCASは、制御シグナリングを使用して、自らを他のSCCASにアンカとして識別させる、前記実施形態のいずれか1つに記載の方法。68.アンカSCCASは、制御シグナリングを介して、アンカポイントを自分から別のSCCASに移転する、前記実施形態のいずれか1つに記載の方法。69.プロキシSCCASは、制御シグナリングを介して、アンカポイントをアンカSCCASから移転するように要求する、前記実施形態のいずれか1つに記載の方法。70.SCCASの間のシグナリングは、アンカ識別および移転の目的に専従する、前記実施形態のいずれか1つに記載の方法。71.シグナリングは、IMSシグナリング内に組み込まれ、または含まれる、前記実施形態のいずれか1つに記載の方法。72.アンカSCCASは、プロキシSCCASを介して回送され、そのSCCASによってサービスされるWTRUを宛先とするIMS制御メッセージ内に、当該の主旨を有する制御シグナリングを組み込むことによって、自らをそのようなものとして識別させる、前記実施形態のいずれか1つに記載の方法。73.自らがサービスしているWTRUにメッセージを回送するプロキシSCCASは、メッセージングを介して、アンカSCCASの識別情報を通知される、前記実施形態のいずれか1つに記載の方法。74.プロキシは、組み込まれたアンカシグナリングを削除し、元のメッセージを意図されたパーティに渡す、前記実施形態のいずれか1つに記載の方法。75.IMSネットワーク内のSCCASだけが、アンカSCCASを知っている、前記実施形態のいずれか1つに記載の方法。76.IMSシグナリング内に組み込まれた、アンカ識別および移転を目的とするシグナリングは、IMSシグナリングが受け渡される前に、受信SCCASによって削除される、前記実施形態のいずれか1つに記載の方法。77.SCCASは、SIPヘッダ内で自らをアンカSCCASとして識別させる、前記実施形態のいずれか1つに記載の方法。78.SCCASは、SIPヘッダを使用して、1つのSCCASから別のSCCASにアンカを移転する、前記実施形態のいずれか1つに記載の方法。79.プライベートヘッダが、アンカSCCASを識別する、前記実施形態のいずれか1つに記載の方法。80.プライベートヘッダは、アンカSCCASを移転することを求める要求を示す、前記実施形態のいずれか1つに記載の方法。81.アンカ移転は、現在のアンカSCCASのアドレスから、それへのアンカポイント移転が求められているSCCASのアドレスに、P-Anchor-Point-IDアドレスを変更することによって要求される、前記実施形態のいずれか1つに記載の方法。82.SCCASアンカを移転するために、SIPヘッダにパラメータが追加される、前記実施形態のいずれか1つに記載の方法。83.1つのパラメータは、そのパラメータによって識別される別のSCCASにアンカポイントを移転することを要求する、前記実施形態のいずれか1つに記載の方法。84.アンカ識別または移転のために使用されるヘッダフィールドは、複数のパラメータを含む、前記実施形態のいずれか1つに記載の方法。85.1つのパラメータは、SIPメッセージにヘッダを挿入したSCCASを識別する、前記実施形態のいずれか1つに記載の方法。86.1つのパラメータは、SCCASが、ヘッダフィールドの目的を他のSCCASに通知することを可能にすることができる、前記実施形態のいずれか1つに記載の方法。87.パラメータは、アンカポイントを識別し、別のSCCASへのアンカ移転を要求し、アンカSCCASから別のSCCASへのアンカ移転を要求し、または要求されたアンカ移転を拒否する、前記実施形態のいずれか1つに記載の方法。88.SIPXMLボディが、アンカSCCASを識別する、前記実施形態のいずれか1つに記載の方法。89.SIPXMLボディは、アンカSCCASの移転を要求する、前記実施形態のいずれか1つに記載の方法。90.SIPXMLボディは、SCCASが実施することを求めるアクションのタイプを含む、前記実施形態のいずれか1つに記載の方法。91.SIPXMLボディは、そこへのアンカポイント移転が求められているSCCASの識別情報を含む、前記実施形態のいずれか1つに記載の方法。92.SIPXMLボディは、アンカ移転を求めている非アンカSCCASの識別情報を含む、前記実施形態のいずれか1つに記載の方法。93.SCCASは、SIPメッセージのCall-Infoヘッダ内にそのアドレスを含めることによって、自らをアンカSCCASとして識別させる、前記実施形態のいずれか1つに記載の方法。94.アンカSCCASは、Record-Routeヘッダ内で、自らをそのようなものとして識別させる、前記実施形態のいずれか1つに記載の方法。95.協調セッション制御は、コントローラWTRUによって維持される、前記実施形態のいずれか1つに記載の方法。96.協調セッションに係わる他のWTRUは、コントローリWTRUである、前記実施形態のいずれか1つに記載の方法。97.コントローラWTRUは、自らを、IMSネットワークまたは協調セッションに係わる他のWTRUに、協調セッションコントローラとして識別させる、前記実施形態のいずれか1つに記載の方法。98.コントローラWTRUは、協調セッション制御を別のWTRUに移転し、協調セッション制御を受け取ったWTRUを新しいコントローラWTRUにする、前記実施形態のいずれか1つに記載の方法。99.協調セッションコントローラWTRUの識別情報を示すために、SIPシグナリングが使用される、前記実施形態のいずれか1つに記載の方法。100.協調セッション制御を移転するために、SIP制御シグナリングが使用される、前記実施形態のいずれか1つに記載の方法。101.SIPXMLボディは、協調セッションのためのコントローラWTRUを示す情報要素を含む、前記実施形態のいずれか1つに記載の方法。102.XMLボディは、協調セッション制御を1つのWTRUから別のWTRUに移転する目的で、IMS制御シグナリング内で使用される、前記実施形態のいずれか1つに記載の方法。103.コントローラWTRUは、別のWTRUが協調セッション制御を引き受けるように要求するために、SIPXMLボディを使用する、前記実施形態のいずれか1つに記載の方法。104.協調セッション制御は、了承されることも、または拒否されることもある、前記実施形態のいずれか1つに記載の方法。105.協調セッション制御の移転を了承または拒否したWTRUは、SIPXMLボディ内でそのことを示す、前記実施形態のいずれか1つに記載の方法。106.コントローリWTRUは、協調セッション制御をコントローラWTRUから自分に移転するように要求するために、SIPXMLボディを利用する、前記実施形態のいずれか1つに記載の方法。107.協調セッション中のコントローラWTRUは、それが協調セッション制御を保持しようとするのか、それとも移転しようとするのかを示すパラメータを、SIPContactヘッダフィールド内に含める、前記実施形態のいずれか1つに記載の方法。108.Contactヘッダフィールド内におけるパラメータcontrollerの存在は、WTRUが協調セッション制御を維持しようとしていることを、SCCASおよびIMSネットワークに通知する、前記実施形態のいずれか1つに記載の方法。109.協調セッション制御を移転するために、Pヘッダを使用することができる、前記実施形態のいずれか1つに記載の方法。110.Pヘッダは、協調セッションコントローラを識別する、Controllerパラメータを有する、前記実施形態のいずれか1つに記載の方法。111.Pヘッダは、協調セッション制御を別のWTRUに移転することを求めるコントローラWTRUによる要求を示す、Actionパラメータを有する、前記実施形態のいずれか1つに記載の方法。112.Pヘッダは、協調セッション制御をコントローラWTRUから獲得することを求めるコントローリWTRUによる要求を示す、Actionパラメータを有する、前記実施形態のいずれか1つに記載の方法。113.Pヘッダは、Actionパラメータが関係するWTRUを示すパラメータを有する、前記実施形態のいずれか1つに記載の方法。114.Pヘッダは、WTRUによって、SIPメッセージ内に含められる、前記実施形態のいずれか1つに記載の方法。115.Pヘッダは、別のWTRUへの協調セッション制御の移転を要求するために、WTRUによって、SIPメッセージのREFERまたはRe-INVITE内に含められる、前記実施形態のいずれか1つに記載の方法。116.WTRUは、SIPメッセージ内にSIPヘッダを含めることによって、要求を了承または拒否する、前記実施形態のいずれか1つに記載の方法。117.協調セッション制御は、IMSネットワークがコントローラWTRUと連携するコンタクトアドレスを変更することによって移転される、前記実施形態のいずれか1つに記載の方法。118.IMSネットワークが、1つのコントローラWTRUのためのコンタクトアドレスを有するIMSシグナリングを先に受信している場合、協調セッション制御移転は、別のコントローラWTRUのためのコンタクトアドレスを有するIMSシグナリングを受信したIMSネットワークによって示され、この場合、両方のWTRUはともに協調セッションにある、前記実施形態のいずれか1つに記載の方法。119.コンタクトアドレスの変更は、controllerフィーチャタグと一緒に示される、前記実施形態のいずれか1つに記載の方法。120.要求内におけるフィーチャタグの存在は、デバイスがコントローラであることを意味する、前記実施形態のいずれか1つに記載の方法。121.フィーチャタグの不存在は、コントローラ能力を有する別のデバイスが協調セッションを制御できることを意味する、前記実施形態のいずれか1つに記載の方法。122.controllerフィーチャタグの存在または不存在は、IMSネットワークがコントローラWTRUのためのコンタクトアドレスとして識別するコンタクトアドレスを変更するように、SCCASを促す、前記実施形態のいずれか1つに記載の方法。123.実施形態1~122のいずれか1つの方法を実行するように構成された、無線通信で使用するためのWTRU無線送受信ユニット。124.実施形態1~123のいずれか1つの方法を実行するように構成された、無線通信で使用するための基地局。125.実施形態1~122のいずれか1つの方法を実行するように構成された集積回路。