KR101780843B1

KR101780843B1 - 인터넷 프로토콜 멀티미디어 서브시스템 협력 세션들에서의 식별 및 이동을 위한 방법 및 장치

Info

Publication number: KR101780843B1
Application number: KR1020127025792A
Authority: KR
Inventors: 밀란 파텔; 카멜 엠 샤헨
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2010-03-04
Filing date: 2011-03-04
Publication date: 2017-09-21
Also published as: TW201605213A; JP6105665B2; JP2015159567A; IL221584A; WO2011109722A1; CN105119904A; JP2013521721A; US20110216701A1; CN102783116A; TWI565276B; US9560147B2; EP2543169A1; CN105119904B; TW201145941A; US20150256629A1; KR20130018745A

Abstract

인터넷 프로토콜(Internet Protocol, IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS) 동작을 수행하기 위한 방법 및 장치가 개시된다. 무선 송수신 유닛(wireless tansmit/receive unit, WTRU)은 IMS 네트워크에 IMS 서비스 우선순위를 등록한다. IMS 서비스 우선순위는 IMS 서비스들을 수신함에 있어서 WTRU의 우선순위를 나타낸다. WTRU는, WTRU의 IMS 서비스 우선순위에 기초하여 IMS 네트워크로부터 IMS 서비스를 수신할 수 있다. IMS 서비스 우선순위는 우선순위 값을 이용하여 표시될 수 있으며, WTRU는 IMS 네트워크와 시그널링하기 위해 세션 개시 프로토콜(SIP) 메시징을 이용할 수 있다. WTRU는 세션 개시 프로토콜(SIP) 컨택 필드 헤더 내의 q-값 파라미터를 이용하여 서비스 우선순위 값을 등록할 수 있다. WTRU는 또한 IMS 네트워크에 공개 사용자 아이덴티티(public user identity)를 등록하며, 이러한 공개 사용자 아이덴티티는 다른 IMS-가능(capable) WTRU들과 공유될 수 있다.

Description

인터넷 프로토콜 멀티미디어 서브시스템 협력 세션들에서의 식별 및 이동을 위한 방법 및 장치{METHOD AND APPARATUS FOR IDENTIFICATION AND TRANSFER IN INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM COLLABORATIVE SESSIONS}

관련 출원들에 대한 상호 참조

본 출원은 2010년 3월 4일 출원된 미국 가 출원 번호 제61/310,486호 및 2010년 3월 26일 출원된 미국 가 출원 번호 제61/317,988호의 우선권을 주장하며, 그 내용들은 본원에 참조로서 통합된다.

본 출원은 통신들에 관한 것이다.

인터넷 프로토콜(Internet Protocol, IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS)은 다양한 액세스 플랫폼들을 통해 멀티미디어 서비스들을 제공하기 위한 아키텍쳐 프레임워크(architectural framework)이다. IMS는 인터넷 프로토콜들에 기초하여 멀티미디어 서비스 생성 및 배치(deployment)를 용이하게 함으로써, IMS 가입자들이 임의의 디바이스 상에서 그리고 어디에서든지, 개인화된(personalized) 대화형 멀티미디어 서비스들을 액세스할 수 있게 한다. IMS는 액세스와 상관이 없으며(access-agnostic), 이에 의해 서비스 전달은 기본적인 액세스 플랫폼과 상관이 없으며, IMS에서의 인터넷 프로토콜들의 이용은 액세스 플랫폼들 간의 상호 운용성(interoperability)을 가능하게 한다. IMS는 또한, 네트워크 인프라구조, 경영 및 관리에 있어서 절감을 가져온다. 또한, IMS는, 개별적인 제어 및 베어러 기능들을 이용하고, 패킷 스위치 네트워크 인프라구조 상에 오버레이 서비스 전달 네트워크(overlay service delivery network)를 피쳐링(featuring)함으로써, 음성 전화와 같은 회선 교환(Circuit Switched, CS) 서비스들이 패킷 교환(Packet Switched, PS) 도메인으로 이동할 수 있게 한다.

IMS에서, 미디어 세션들(media sessions)은 IMS 네트워크를 통해 통신하는 다수의 IMS 가능 디바이스들(IMS-capable devices) 중 임의의 하나에 대한 것일 수 있다. 이에 따라, IMS 네트워크는 미디어 세션들의 라우팅에 관한 결정들 및 이러한 결정들을 시그널링하는 방법에 직면할 수 있다. 부가적으로, 다수의 IMS 가능 디바이스들은 다수의 IMS 네트워크들 및 이러한 네트워크들의 기능적인 엔티티들에 의해 서빙될 수 있으며, 이에 따라 다양한 네트워크들은 이들이 불필요한 시그널링 트래픽을 생성하지 않으면서 해결하고자 추구할 수 있는 IMS 세션들의 관리에 관한 결정들에 직면할 수 있다.

따라서, IMS 가능 디바이스들이 IMS 네트워크에 라우팅 선호도들(routing preferences)을 나타내는 방법 및 장치가 바람직하다. 또한, IMS 네트워크들 및 IMS 가능 디바이스들이 자신들의 임무들(roles)을 효율적으로 식별하고 이동시키는 방법 및 장치가 바람직하다.

인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작을 수행하기 위한 방법 및 장치가 개시된다. 무선 송수신 유닛(wireless transmit/receive unit, WTRU)은 IMS 네트워크에 IMS 서비스 우선순위(IMS service priority)를 등록한다. 이러한 IMS 서비스 우선순위는 IMS 서비스들을 수신하는 데에 있어서 WTRU의 우선순위를 나타낸다. WTRU는 그 WTRU의 IMS 서비스 우선순위에 기초하여 IMS 네트워크로부터 IMS 서비스를 수신할 수 있다. IMS 서비스 우선순위는 우선순위 값(priority value)을 이용하여 나타낼 수 있으며, 그리고 WTRU는 세션 개시 프로토콜(Session Initiation Protocol, SIP) 메시징을 이용하여 IMS 네트워크와 시그널링할 수 있다. WTRU는 SIP 컨택 필드 헤더(SIP Contact field header) 내의 q-값 파라미터(q-value parameter)를 이용하여 서비스 우선순위 값을 등록할 수 있다. WTRU는 또한 공개 사용자 아이덴티티(public user identity)를 IMS 네트워크에 등록할 수 있으며, 이러한 공개 사용자 아이덴티티는 다른 IMS 가능 WTRU(IMS-capable WTRU)들과 공유될 수 있다.

본 발명은 첨부 도면들과 관련하여 예로서 제시되는 하기의 설명으로부터 보다 상세하게 이해될 것이다.
도 1a는 하나 이상의 개시되는 실시예들이 구현될 수 있는 예시적인 통신 시스템의 시스템 다이어그램이다.
도 1b는 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 다이어그램이다.
도 1c는 도 1a에 도시된 통신 시스템 내에서 이용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 2a는 원격 진영(remote party)과의 IMS 세션 내에 있는 WTRU를 도시한다.
도 2b는 IMS 네트워크 내의 기능적인 엔티티들을 도시한다.
도 2c는 협력 IMS 세션(collaborative IMS session) 내에서 단일의 IMS 네트워크에 의해 서빙되는 다수의 WTRU들을 도시한다.
도 3은 개시되는 실시예에 따른, WTRU 등록 및 IMS 세션 라우팅을 위한 정보 흐름을 도시한다.
도 4는 IMS 협력 세션 내에서 다수의 IMS 네트워크들에 의해 서빙되는 다수의 WTRU들을 도시한다.
도 5는 개시되는 실시에에 따른, 앵커(anchor) SCC AS(Service Centralization and Continuity Application Server) 식별 및 이동을 위한 정보 흐름을 도시한다.
도 6은 IMS 협력 세션 제어의 이동을 위한 정보 흐름을 도시한다.

도 1a는 하나 이상의 개시되는 실시예들이 구현될 수 있는 예시적인 통신 시스템(100)의 다이어그램이다. 통신 시스템(100)은, 다수의 무선 사용자들에게, 이를 테면 음성, 데이터, 비디오, 메시징, 브로드캐스트 등과 같은 콘텐츠를 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자들로 하여금 무선 대역폭을 포함하는 시스템 자원들의 공유를 통해 이러한 콘텐츠를 액세스할 수 있게 한다. 예를 들어, 통신 시스템(100)은, 이를 테면 코드 분할 다중 액세스(code division multiple access, CDMA), 시간 분할 다중 액세스(time division multiple access, TDMA), 주파수 분할 다중 액세스(frequency division multiple access, FDMA), 직교(orthogonal) FDMA (OFDMA), 단일 반송파(single-carrier) FDMA (SC-FDMA) 등과 같은 하나 이상의 채널 액세스 방법들을 이용할 수 있다.

도 1a에 나타낸 바와 같이, 통신 시스템(100)은 무선 송수신 유닛들(WTRUs)(102a, 102b, 102c, 102d), 무선 액세스 네트워크(radio access network, RAN)(104), 코어 네트워크(106), 공중 전화 교환망(public switched telephone network, PSTN)(108), 인터넷(110) 및 기타 네트워크들(112)을 포함할 수 있지만, 개시되는 실시예들은 임의의 개수의 WTRU들, 기지국들, 네트워크들 및/또는 네트워크 요소들을 고려할 수 있다는 것을 이해할 수 있을 것이다. 각각의 WTRU들(102a, 102b, 102c, 102d)은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, WTRU들(102a, 102b, 102c, 102d)은 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있으며, 사용자 장비(user equipment, UE), 이동국, 고정된 또는 이동 가입자 유닛, 무선 호출기, 휴대 전화, 개인 휴대 정보 단말기(personal digital assistant, PDA), 스마트폰, 랩탑, 노트북, 개인용 컴퓨터, 무선 센서, 가전 제품(consumer electronics) 등을 포함할 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 각 기지국들(114a, 114b)은, 이를 테면 코어 네트워크(106), 인터넷(110) 및/또는 네트워크들(112)과 같은 하나 이상의 통신 네트워크들에 대한 액세스를 용이하게 하기 위해, WTRU들(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성되는 임의의 타입의 디바이스일 수 있다. 예로서, 기지국들(114a, 114b)은 BTS(base transceiver station), 노드-B, eNode-B, 홈(Home) 노드-B, 홈 eNode-B, 사이트 제어기, 액세스 포인트(access point, AP), 무선 라우터 등 일 수 있다. 비록 기지국들(114a, 114b) 각각이 단일의 요소로서 도시되기는 하였지만, 이러한 기지국들(114a, 114b)은 임의의 개수의 서로 연결된 기지국들 및/또는 네트워크 요소들을 포함할 수 있다는 것을 이해할 것이다.

기지국(114a)은 RAN(104)의 일부일 수 있으며, 이러한 RAN(104)은 또한, 이를 테면 기지국 제어기(base station controller, BSC), 무선 네트워크 제어기(radio network controller, RNC), 중계 노드들(relay nodes) 등과 같은, 다른 기지국들 및/또는 네트워크 요소들(미도시)을 포함할 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(미도시)이라 지칭될 수 있는 특정의 지리적인 영역 내에서 무선 신호들을 송신 및/또는 수신하도록 구성될 수 있다. 이러한 셀은 셀 섹터들로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 관련된 셀은 3개의 섹터들로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버들을 포함할 수 있는 바, 즉 셀의 각 섹터에 대해 하나의 트랜시버를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중-입력 다중-출력(multiple-input multiple output, MIMO) 기술을 이용할 수 있으며, 이에 따라 셀의 각 섹터에 대해 다수의 트랜시버들을 이용할 수 있다.

기지국들(114a, 114b)은 공중 인터페이스(air interface)(116)를 통해 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있으며, 공중 인터페이스(116)는 임의의 적절한 무선 통신 링크(예를 들어, 무선 주파수(radio frequency, RF), 마이크로파, 적외선(infrared, IR), 자외선(ultraviolet, UV), 가시광선 등)일 수 있다. 이러한 공중 인터페이스(116)는 임의의 적절한 무선 액세스 기술(radio access technology, RAT)을 이용하여 확립될 수 있다.

보다 구체적으로, 상기 주목한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있으며, 이를 테면 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방식들을 이용할 수 있다. 예를 들어, RAN(104) 내의 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 이를 테면 광대역(wideband) CDMA(WCDMA)를 이용하여 공중 인터페이스(116)를 확립할 수 있는 UTRA(Universal Mobile Telecommunications System(UMTS) Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는, 이를 테면 고속 패킷 액세스(High-Speed Packet Access, HSPA) 및/또는 이볼브드 HSPA(Evolved HSPA, HSPA+)와 같은 통신 프로토콜들을 포함할 수 있다. HSPA는 고속 다운링크 패킷 액세스(High-Speed Downlink Packet Access, HSDPA) 및/또는 고속 업링크 패킷 액세스(High-Speed Uplink Packet Access, HSUPA)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 이를 테면 롱 텀 에볼루션(Long Term Evolution, LTE) 및/또는 LTE-A(LTE-Advanced)를 이용하여 공중 인터페이스(116)를 확립할 수 있는 이볼브드 UMTS 지상 무선 액세스(Evolved UMTS Terrestrial Radio Access, E-UTRA)와 같은 무선 기술을 구현할 수 있다.

다른 실시예들에서, 기지국(114a) 및 WTRU들(102a, 102b, 102c)은, 이를 테면 IEEE 802.16(즉, 와이맥스(Worldwide Interoperability for Microwave Access, WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GERAN(GSM EDGE) 등과 같은 무선 기술들을 구현할 수 있다.

도 1a의 기지국(114b)은, 예를 들어 무선 라우터, 홈 노드-B, 홈 eNode-B, 또는 액세스 포인트일 수 있으며, 그리고 이를 테면 회사, 집, 차량, 캠퍼스 등의 장소와 같은 국부화된 영역에서의 무선 접속을 용이하게 하기 위해 임의의 적절한 무선 액세스 기술(RAT)을 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 근거리 통신망(wireless local area network, WLAN)을 확립하기 위해, 이를 테면 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 무선 사설망(wireless personal area network, WPAN)을 확립하기 위해, 이를 테면 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU들(102c, 102d)은 피코셀(picocell) 또는 펨토셀(femtocell)을 확립하기 위해 셀룰러 기반의 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 1a에 나타낸 바와 같이, 기지국(114b)은 인터넷(110)을 직접 접속할 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)을 접속할 것이 요구되지 않는다.

RAN(104)은 코어 네트워크(106)와 통신할 수 있으며, 이러한 코어 네트워크(106)는 WTRU들(102a, 102b, 102c, 102d) 중 하나 이상에게 음성, 데이터, 애플리케이션들 및/또는 VoIP(voice over internet protocol) 서비스들을 제공하도록 구성되는 임의의 타입의 네트워크일 수 있다. 예를 들어, 코어 네트워크(106)는 호 제어(call control), 빌링 서비스들(billing services), 이동 위치 기반의 서비스들, 선불 통화(pre-paid calling), 인터넷 접속(Internet connectivity), 비디오 분배(video distribution) 등을 제공하고 및/또는, 이를 테면 사용자 인증과 같은 하이 레벨 보안 기능들을 수행할 수 있다. 도 1a에 나타내지는 않았지만, RAN(104) 및/또는 코어 네트워크(106)는, RAN(104)과 동일한 RAT 또는 다른 RAT를 이용하는 다른 RAN들과 직접 또는 간접적으로 통신할 수 있다는 것을 이해할 것이다. 예를 들어, 코어 네트워크(106)는, E-UTRA 무선 기술을 이용하고 있는 RAN(104)에 접속되는 것에 부가하여, GSM 무선 기술을 이용하는 다른 RAN(미도시)과도 통신할 수 있다.

코어 네트워크(106)는 또한 WTRU들(102a, 102b, 102c, 102d)이 PSTN(108), 인터넷(110) 및/또는 기타 네트워크들(112)을 액세스하기 위한 게이트웨이의 역할을 할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선 교환 전화 네트워크들을 포함할 수 있다. 인터넷(110)은, 이를 테면 전송 제어 프로토콜(transmission control protocol, TCP), 사용자 데이터그램 프로토콜(user datagram protocol, UDP), 및 TCP/IP 인터넷 프로토콜 슈트(internet protocol suite) 내의 인터넷 프로토콜(IP)과 같은 공통의 통신 프로토콜들을 이용하는 상호접속된 컴퓨터 네트워크들 및 디바이스들의 글로벌 시스템을 포함할 수 있다. 네트워크들(112)은, 다른 서비스 제공자들에 의해 소유되고 및/또는 동작되는 유선 또는 무선 통신 네트워크들을 포함할 수 있다. 예를 들어, 네트워크들(112)은, RAN(104)과 동일한 RAT 또는 다른 RAT를 이용할 수 있는 하나 이상의 RAN들에 접속되는 다른 코어 네트워크를 포함할 수 있다.

통신 시스템(100) 내의 WTRU들(102a, 102b, 102c, 102d) 중 일부 또는 전부는 다중 모드 능력들을 포함할 수 있다. 즉, WTRU들(102a, 102b, 102c, 102d)은 다른 무선 링크들 상에서 다른 무선 네트워크들과 통신하기 위한 다수의 트랜시버들을 포함할 수 있다. 예를 들어, 도 1a에 나타낸 WTRU(102c)는 셀룰러 기반의 무선 기술을 이용할 수 있는 기지국(114a) 및 IEEE 802 무선 기술을 이용할 수 있는 기지국(114b)과 통신하도록 구성될 수 있다.

도 1b는 예시적인 WTRU(102)의 시스템 다이어그램이다. 도 1b에 나타낸 바와 같이, WTRU(102)는 프로세서(118), 트랜시버(120), 송/수신 요소(transmit/receive element)(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 착탈불가능 메모리(non-removable memory)(106), 착탈가능 메모리(removable memory)(132), 전력원(power source)(134), GPS(global positioning system) 칩셋(136) 및 기타 주변 장치들(peripherals)(138)을 포함할 수 있다. WTRU(102)는 여전히 일 실시예를 따르면서 상기 요소들의 임의의 하위 결합을 포함할 수 있다는 것을 이해할 것이다.

프로세서(118)는 범용 프로세서, 특정 목적 프로세서, 통상의 프로세서, 디지털 신호 처리기(digital signal processor, DSP), 다수의 마이크로프로세서들, DSP 코어와 관련되는 하나 이상의 마이크로프로세서들, 제어기, 마이크로제어기, 주문형 반도체들(Application Specific Integrated Circuits, ASICs), FPGA(Field Programmable Gate Array) 회로들, 임의의 다른 타입의 집적 회로(integrated circuit, IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 처리, 전력 제어, 입/출력 처리, 및/또는 WTRU(102)로 하여금 무선 환경에서 동작할 수 있게 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 트랜시버(120)에 결합될 수 있고, 이 트랜시버(120)는 송/수신 요소(122)에 결합될 수 있다. 도 1b가 프로세서(118) 및 트랜시버(120)를 개별적인 컴포넌트들로서 도시하기는 하였지만, 이러한 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩 내에서 함께 통합될 수 있다는 것을 이해할 것이다.

송/수신 요소(122)는 공중 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))에 신호들을 송신하거나, 또는 이러한 기지국으로부터 신호들을 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송/수신 요소(122)는 RF 신호들을 송신 및/또는 수신하도록 구성되는 안테나일 수 있다. 다른 실시예에서, 송/수신 요소(122)는, 예를 들어 IR, UV 또는 가시광 신호들을 송신 및/또는 수신하도록 구성되는 에미터/검출기일 수 있다. 또 다른 실시예에서, 송/수신 요소(122)는 RF 및 광 신호들 모두를 송신 및 수신하도록 구성될 수 있다. 송/수신 요소(122)는 무선 신호들의 임의의 결합을 송신 및/또는 수신하도록 구성될 수 있다는 것을 이해할 것이다.

또한, 도 1b에서는, 비록 송/수신 요소(122)가 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 개수의 송/수신 요소들(122)을 포함할 수 있다. 보다 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 공중 인터페이스(116)를 통해 무선 신호들을 송신 및 수신하기 위한 2개 이상의 송/수신 요소들(122)(예를 들어, 다수의 안테나들)을 포함할 수 있다.

트랜시버(120)는 송/수신 요소(122)에 의해 송신될 신호들을 변조하고, 송/수신 요소(122)에 의해 수신되는 신호들을 복조하도록 구성될 수 있다. 상기 주목한 바와 같이, WTRU(102)는 다중 모드 능력들을 가질 수 있다. 따라서, 트랜시버(120)는, WTRU(102)로 하여금, 예를 들어 UTRA 및 IEEE 802.11과 같은 다수의 RAT들을 통해 통신할 수 있게 하기 위한 다수의 트랜시버들을 포함할 수 있다.

WTRU(102)의 프로세서(118)는 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)(예를 들어, 액정 디스플레이(liquid crystal display, LCD) 디스플레이 유닛 또는 유기 발광 다이오드(organic light-emitting diode, OLED) 디스플레이 유닛)에 결합되어, 이들로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)에 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는, 이를 테면 착탈불가능 메모리(106) 및/또는 착탈가능 메모리(132)와 같은 임의의 타입의 적절한 메모리로부터 정보를 액세스하고, 이러한 메모리에 데이터를 저장할 수 있다. 착탈불가능 메모리(106)는 랜덤 액세스 메모리(random-access memory, RAM), 판독 전용 메모리(read-only memory, ROM), 하드 디스크, 또는 임의의 다른 타입의 메모리 저장 디바이스를 포함할 수 있다. 착탈가능 메모리(132)는 가입자 식별 모듈(subscriber identity module, SIM) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예들에서, 프로세서(118)는, 이를 테면 서버 또는 홈 컴퓨터(미도시)와 같은 WTRU(102) 상에 물리적으로 위치되지 않는 메모리로부터 정보를 액세스하고, 이러한 메모리에 데이터를 저장할 수 있다.

프로세서(118)는 전력원(134)으로부터 전력을 수신할 수 있으며, WTRU(102) 내의 다른 컴포넌트들에 전력을 분배하고 및/또는 제어하도록 구성될 수 있다. 전력원(134)은 WTRU(102)에 전력을 공급하기 위한 임의의 적절한 디바이스일 수 있다. 예를 들어, 전력원(134)은 하나 이상의 건전지들(dry cell batteries)(예를 들어, 니켈-카드뮴(nickel-cadmium, NiCd), 니켈-아연(nickel-zinc, NiZn), 니켈 수소(nickel metal hydride, NiMH), 리튬-이온(lithium-ion, Li-ion) 등), 태양 전지들, 연료 전지들 등을 포함할 수 있다.

프로세서(118)는 또한 GPS 칩셋(136)에 결합될 수 있으며, 이러한 GPS 칩셋(136)은 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있다. GPS 칩셋(136)으로부터의 정보에 부가하여, 또는 이러한 정보 대신에, WTRU(102)는 기지국(예를 들어, 기지국들(114a, 114b))으로부터 공중 인터페이스(116)를 통해 위치 정보를 수신하고, 및/또는 2개 이상의 가까운 기지국들로부터 수신되는 신호들의 타이밍에 기초하여 자신의 위치를 결정할 수 있다. WTRU(102)는 여전히 일 실시예를 따르면서 임의의 적절한 위치-결정 방법에 의해 위치 정보를 획득할 수 있다는 것을 이해할 것이다.

프로세서(118)는 또한 기타 주변 장치들(138)에 결합될 수 있으며, 이러한 주변 장치들(138)은 부가적인 특징들, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어 모듈들을 포함할 수 있다. 예를 들어, 주변 장치들(138)은 가속도계(accelerometer), 전자 컴퍼스(e-compass), 위성 트랜시버, (사진들 또는 비디오를 위한) 디지털 카메라, 범용 직렬 버스(universal serial bus, USB) 포트, 진동 장치, 텔레비젼 트랜시버, 핸즈프리 헤드셋, 블루투쓰

모듈(Bluetooth

module), 주파수 변조(frequency modulated, FM) 라디오 유닛, 디지털 뮤직 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 일 실시예에 따른 RAN(104) 및 코어 네트워크(106)의 시스템 다이어그램이다. 상기 주목한 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(106)와 통신할 수 있다.

RAN(104)은 eNode-B들(140a, 140b, 140c)을 포함할 수 있지만, RAN(104)은 여전히 일 실시예를 따르면서 임의의 개수의 eNode-B들을 포함할 수 있다는 것을 이해할 것이다. eNode-B들(140a, 140b, 140c) 각각은 공중 인터페이스(116)를 통해 WTRU들(102a, 102b, 102c)과 통신하기 위한 하나 이상의 트랜시버들을 포함할 수 있다. 일 실시예에서, eNode-B들(140a, 140b, 140c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, eNode-B(140a)는 WTRU(102a)에 무선 신호들을 송신하고, WTRU(102a)로부터 무선 신호들을 수신하기 위해 다수의 안테나들을 이용할 수 있다.

eNode-B들(140a, 140b, 140c) 각각은 특정 셀(미도시)과 관련될 수 있으며, 그리고 무선 자원 관리 결정들, 핸드오버 결정들, 업링크 및/또는 다운링크에서의 사용자들의 스케쥴링 등을 취급하도록 구성될 수 있다. 도 1c에 나타낸 바와 같이, eNode-B들(140a, 140b, 140c)은 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1c에 나타낸 코어 네트워크(106)는 이동성 관리 게이트웨이(mobility management gateway, MME)(142), 서빙 게이트웨이(144) 및 패킷 데이터 네트워크(packet data network, PDN) 게이트웨이(146)를 포함할 수 있다. 이러한 요소들 각각이 코어 네트워크(106)의 일부로서 도시되었지만, 이러한 요소들 중 임의의 요소는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유되고 및/또는 동작될 수 있다는 것을 이해할 것이다.

MME(142)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B들(142a, 142b, 142c) 각각에 연결될 수 있으며, 제어 노드의 역할을 할 수 있다. 예를 들어, MME(142)는 WTRU들(102a, 102b, 102c)의 사용자들의 인증, 베어러 활성화/비활성화(bearer activation/deactivation), WTRU들(102a, 102b, 102c)의 최초 어태치(attach) 동안 특정 서빙 게이트웨이의 선택 등을 책임질 수 있다. MME(142)는 또한 RAN(104)과 다른 무선 기술들(이를 테면, GSM 또는 WCDMA)을 이용하는 기타 RAN들(미도시) 간의 스위칭을 위한 제어 평면 기능(control plane function)을 제공할 수 있다.

서빙 게이트웨이(144)는 S1 인터페이스를 통해 RAN(104) 내의 eNode B들(140a, 140b, 140c) 각각에 연결될 수 있다. 일반적으로, 서빙 게이트웨이(144)는 WTRU들(102a, 102b, 102c)로/로부터 사용자 데이터 패킷들을 라우팅 및 포워딩할 수 있다. 서빙 게이트웨이(144)는 또한, 이를 테면 eNode B 간의 핸드오버들(inter-eNode B handovers) 동안 사용자 평면들의 앵커링(anchoring), WTRU들(102a, 102b, 102c)에 대해 다운링크 데이터가 이용가능할 때 페이징(paging)의 트리거링(triggering), WTRU들(102a, 102b, 102c)의 콘텍스트들의 관리 및 저장 등과 같은 다른 기능들을 수행할 수 있다.

서빙 게이트웨이(144)는 또한 PDN 게이트웨이(146)에 연결될 수 있으며, 이러한 PDN 게이트웨이(146)는, WTRU들(102a, 102b, 102c)과 IP 구동 디바이스들(IP-enabled devices) 간의 통신들을 용이하게 하기 위해, WTRU들(102a, 102b, 102c)에게 인터넷(110)과 같은 패킷 교환 네트워크들에 대한 액세스를 제공할 수 있다.

코어 네트워크(106)는 다른 네트워크들과의 통신들을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(106)는 WTRU들(102a, 102b, 102c)과 전형적인 지상선(land-line) 통신 디바이스들 간의 통신들을 용이하게 하기 위해, WTRU들(102a, 102b, 102c)에게 PSTN(108)과 같은 회선 교환 네트워크들에 대한 액세스를 제공할 수 있다. 예를 들어, 코어 네트워크(106)는 코어 네트워크(106)와 PSTN(108) 간의 인터페이스의 역할을 하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IP multimedia subsystem, IMS) 서버)를 포함하거나, 또는 이러한 IP 게이트웨이와 통신할 수 있다. 또한, 코어 네트워크(106)는 WTRU들(102a, 102b, 102c)에게 네트워크들(112)에 대한 액세스를 제공할 수 있는 바, 이러한 네트워크들(112)은 다른 서비스 제공자들에 의해 소유되고 및/또는 동작되는 다른 유선 또는 무선 네트워크들을 포함할 수 있다.

도 2a는 원격 진영(205)과의 IMS 세션 내에 있는 WTRU(201)를 도시한다. IMS 세션은 IMS 네트워크(210)를 통해 수행된다. WTRU(201)는 원격 진영과 임의의 개수의 진행중인 미디어 세션들(ongoing media sessions)을 가질 수 있다. 예를 들어, 도 2a는 오디오 세션(202) 및 비디오 세션(203)을 도시한다. 이러한 세션들은 예시적인 것이며, 다른 멀티미디어 세션들이 이용될 수 있다. IMS 네트워크(210)는 IMS 서비스들을 호스팅(hosting)하고, 세션 및 미디어 제어를 제공한다. IMS 네트워크는 WTRU의 서비스 상호작용들을 관리하며, 그리고 멀티미디어 세션들을 확립하고, 모니터하고, 지원하며, 해제(release)한다.

또한, WTRU(201)는 IMS 네트워크(210)와 IMS 제어 시그널링(204)을 유지한다. WTRU는 IMS 제어 시그널링(204)을 이용하여 세션 제어 성능들을 수행한다. IMS 제어 시그널링은 WTRU로 하여금 원격 진영으로부터 미디어 세션의 확립을 위해 들어오는 요청을 수락 또는 거절할 수 있게 한다. WTRU(201)는 제어 경로(204) 상에서 IMS 제어 시그널링을 실행한다. IMS 네트워크(210)는 WTRU의 IMS 제어 시그널링(204)을 수신하는 끝단(recipient end)에 있다.

도 2b는 IMS 네트워크(210)의 기능적인 엔티티들을 도시한다. 호 세션 제어 기능(Call Session Control Function, CSCF) 엔티티(213)는 WTRU들, 원격 진영들 및 기타 IMS 네트워크 엔티티들 간의 IMS 제어 시그널링의 경로 상에 놓여진다. CSCF 엔티티는 WTRU들, 원격 진영들 및 기타 IMS 네트워크 엔티티들의 메시징을 검사할 수 있다. CSCF 엔티티는 IMS 서비스들을 제공하기 위해 애플리케이션 서버(application server, AS) 제어 시그널링이 어디로 포워딩될 지를 결정한다. CSCF 엔티티는 라우팅 서비스들을 제공하고, 네트워크 오퍼레이터들의 방침들(policies)을 시행(enforce)한다. CSCF 엔티티는 또한 WTRU 등록들을 취급한다.

IMS 네트워크는 하나 이상의 AS들을 이용할 수 있다. 이러한 하나 이상의 AS들은 IMS 서비스들을 호스팅 및 실행하고, CSCF(213)와 인터페이스하도록 구성된다. SCC AS(Service Centralization and Continuity AS)(214)는 IMS 세션들을 앵커링(anchoring)하며, WTRU들 사이에서의 미디어 세션들의 이동의 제공 및 실행, 미디어 흐름들의 결합 및 분할, 및 미디어 흐름들의 부가를 포함하는 미디어 세션들에 대한 서비스 연속성(service continuity)을 가능하게 한다. SCC AS(214) 이외에, 도 2b에 도시된 AS(215)와 같은 다른 AS들이 다른 IMS-관련 서비스들을 제공하기 위해 CSCF(213)와 인터페이스할 수 있다.

도 2b에 도시된 WTRU(201)는, 제어 경로(212)에 의해 나타낸 바와 같이, IMS 네트워크(210)와 제어 시그널링을 갖는다. WTRU(201)는 또한, 미디어 경로(211)에 의해 집합적으로 표현되는 임의의 개수의 IMS 미디어 세션들을 가질 수 있다. 도 2b는 또한 IMS 세션에 대한 액세스 레그(access leg) 및 원격 레그(remote leg)를 도시한다. 액세스 레그는 WTRU와 SCC AS 사이의 제어 레그이며, 원격 레그는 SCC AS와 원격 진영 간의 제어 레그이다.

다수의 WTRU들이 IMS 네트워크를 통해 원격 진영과의 단일의 협력 IMS 세션(collaborative IMS session)에 관여(engage)할 수 있다. 도 2c는 협력 IMS 세션 내에서 단일의 IMS 네트워크에 의해 서빙되는 다수의 WTRU들을 도시한다. 도 2c에서는, WTRU들(201A-C)(이하, 단지 숫자 만을 이용하여, WTRU들(201)이라 지칭함)이 원격 진영(미도시)과의 협력 IMS 세션에 관여된다. 각 WTRU(201)는 제어 경로(212A-C) 및 미디어 경로(211A-C)를 갖는다. 미디어 경로들(211)은 WTRU들(201)의 진행중인 미디어 세션들을 나타낸다. 제어 경로들(212)은 WTRU들(201)에 대한 제어 시그널링을 나타낸다.

모든 WTRU들(201)이 협력 IMS 세션에 관여되는 동안, 이러한 WTRU들(201) 중 하나가 그 협력 세션에 대한 제어기(controller) WTRU로서 기능한다. 도 2c에서는, WTRU A(201A)가 협력 세션에 대한 제어기 WTRU로서 기능한다. 제어기이기 때문에, WTRU A(201A)는 IDT(Inter-Device Transfer) 절차들을 실행할 수 있으며, 이러한 절차들에 의해, WTRU A(201A)는 협력 세션 내에 관여되는 임의의 WTRU(201)에 대해 미디어 세션들을 부가하고, 이동(transfer)시키고, 복사(deplicate)하고, 제거할 수 있다. 또한, 협력 세션 내의 제어기 WTRU, 이를 테면 WTRU A(201A)의 서비스 프로파일은, 그 협력 세션과 원격 진영 간의 경로들 상에서 이용가능한 서비스들을 결정할 수 있다.

비록 모든 WTRU들(201)과의 협력 세션에 관여되기는 하지만, 원격 진영은 자신의 세션들 중 하나 이상이 피제어(controllee) WTRU들, 이를 테면 WTRU B(201B) 및 WTRU C(201C)에 대한 것임을 인식하지 못할 수도 있다. 협력 세션에서, 원격 진영은 제어기 WTRU인 WTRU A(201A) 만을 인식할 수 있다. 제어기 WTRU A(201A)는 그 자신의 미디어 경로(211)와 관련된 제어 시그널링을 위해서 뿐 아니라, 협력 세션 제어 메시징을 위해 제어 경로(212A)를 이용한다. 이러한 협력 세션 내에서, 피제어 WTRU B(201B) 및 WTRU C(201C)는 각각 미디어 경로들(211B-C)을 통해 미디어 세션들 내에 관여하게 된다. 피제어 WTRU B(201B) 및 WTRU C(201C)는 또한 제어 시그널링을 위해 제어 경로들(212B-C)을 이용한다.

협력 세션 내에서, 피제어 WTRU들은 IDT 절차들에 대해 제어기 WTRU에 종속된다. 예를 들어, 제어기 WTRU는 피제어 WTRU로부터의 미디어 세션을 제거할 수 있다. 부가적으로, 피제어 WTRU가 미디어 세션을 확립하고자 한다면, 그 피제어 WTRU는 제어기 WTRU로부터 이러한 확립을 요청할 수 있으며, 제어기 WTRU는 이러한 요청을 수락하거나 거절할 수 있다.

도 2c에서, SCC AS(Service Centralization and Continuity Application Server)(214)는, WTRU들과 원격 진영 간의 세션 제어 시그널링을 관리하는 앵커 SCC AS로서 기능한다. 또한, SCC AS(214)는 협력 세션 내에서의 미디어 세션들에 대한 서비스 연속성을 가능하게 하며, IDT 절차들을 제공하고 실행한다. 도 2c에서는, 단지 하나의 SCC AC 만이 협력 세션을 서빙하지만, 다른 시나리오들에서는, 협력 세션 내의 다수의 각 WTRU들이 앵커 SCC AS에 대한 프록시(proxy)의 역할을 하는 그 자신의 SCC AS를 가질 수 있다. 도 2c는 또한 IMS 네트워크 엔티티들인 CSCF(213) 및 AS(215)를 도시한다.

도 2b-c에 도시된 바와 같이, IMS 세션 내에서의 제어 경로를 통한 제어 시그널링은, 이를 테면 세션 개시 프로토콜(SIP)과 같은 시그널링 프로토콜을 이용할 수 있다. 종래에 알려져있는 바와 같이, SIP는 IMS 멀티미디어 세션들을 확립하고, 수정하고, 종료하고, 부가하고, 복사할 수 있게 하는 시그널링 프로토콜이다. SIP는 텍스트 기반의 프로토콜(text-based protocol)로서, 메시지들은 2가지 형태들: 즉 요청들 및 응답들 중에서 하나의 형태를 취할 수 있다. SIP 요청들은 REGISTER 요청을 포함하는 바, 이러한 REGISTER 요청은, WTRU에 의해, 그 WTRU와 관련된 공개 사용자 아이덴티티(Public User Identity, PUI)를 IMS 네트워크에 등록하는 데에 이용될 수 있다. SIP 요청들의 다른 예들은, WTRU와 원격 진영 간에 미디어 세션을 확립하는 데에 이용될 수 있는 INVITE 요청, 및 응답이 수신되었음을 확인하는 데에 이용될 수 있는 ACK 요청을 포함한다. SIP 응답 코드들은 임시 응답(provisional response)(즉, 요청이 수신되었고 처리되고 있음을 나타내는 데에 이용될 수 있는 1xx) 및 성공 응답(success response)(즉, 행동(action)이 성공적으로 수신되었고 수락되었음을 나타내는 데에 이용될 수 있는 2xx)을 포함한다.

SIP 헤더들은 SIP 메시징을 이용하고 있는 IMS 네트워크 및 WTRU들에 의해 이용될 수 있다. 일부 SIP 헤더들은 "투(To)"(의도되는 수신기의 어드레스), "프럼(From)"(송신기의 어드레스), 및 "컨택(Contact)"(요청에 대한 헤더인지, 아니면 응답에 대한 헤더인지에 의존하여, 요청되는 자원 또는 요청 발신자(request originator)를 식별하는 어드레스 정보)을 포함한다.

IMS에서, WTRU는 공개 사용자 아이덴티티(PUI)를 이용하여 IMS 네트워크에 등록될 수 있다. PUI는 이메일 어드레스와 같은 SIP URI(Uniform Resource Identifier), 또는 전화 번호와 같은 Tel URI 일 수 있다. IMS 네트워크는 WTRU의 PUI를 어드레싱함으로써 그 WTRU를 컨택할 수 있다. 다수의 WTRU들이 동일한 PUI를 공유할 수 있다. 이를 테면, IMS 가입자는 하나의 IMS 가입 하에서 동일한 PUI를 공유하는 다수의 WTRU들을 가질 수 있다.

WTRU는 IMS 네트워크에 자신의 능력들을 등록할 수 있다. 협력 세션을 제어할 수 있는 WTRU는, IMS 네트워크에 협력 세션 제어기 WTRU로서 등록할 수 있다. 또한, 미디어 제어를 할 수 있는 WTRU 역시 이러한 것으로서(즉, 미디어 제어기 WTRU로서) 등록할 수 있다. 협력 세션의 제어기 WTRU 또는 피제어 WTRU인지에 상관없이, 미디어 제어기 WTRU는 그 협력 세션 내에서 정의되는 어떠한 미디어 제어 특권들(media control privileges)을 가질 수 있다. WTRU는 네트워크에 등록된 자신의 프로파일을 언제라도 업데이트 또는 변경할 수 있다. 자신의 능력들을 등록하기 위해, WTRU는 SIP 컨택 헤더(SIP Contact header) 내의 피쳐 태그(feature tag)를 이용할 수 있다. 이를 테면, 협력 세션 제어 능력들을 등록하고자 하는 WTRU는 g.3gpp.iut="controller"와 같은 피쳐 태그를 이용할 수 있으며, 미디어 제어 능력들을 등록하고자 하는 WTRU는 g.3gpp.iut="media-controller"와 같은 피쳐 태그를 이용할 수 있다. WTRU는, IMS 네트워크를 컨택하기 위해 SIP REGISTER 요청을 이용할 때, 자신의 IMS 능력들을 나타내는 피쳐 태그들을 포함할 수 있다.

IMS 네트워크는 WTRU의 능력들의 프로파일을 유지할 수 있다. 이러한 프로파일은 WTRU가 네트워크에 등록한 능력들, 또는 그 네트워크의 지식(knowledge) 내의 다른 정보에 의해 영향을 받을 수 있다. 네트워크는, 이를 테면 미디어 세션 라우팅, 또는 WTRU가 IMS 행동들을 수행하도록 허가되었는 지의 여부의 결정과 같은, IMS 서비스들을 제공함에 있어서 서비스 프로파일 내의 정보, 또는 WTRU의 등록된 능력들에 의존할 수 있다. 이를 테면, IMS 네트워크 내에서, 미디어 세션 연속성을 담당하는 SCC AS는 등록된 WTRU 능력들 또는 프로파일 정보를 이용하여, 미디어 세션 라우팅에 영향을 줄 수 있다. 들어오는 미디어 세션 요청을 수신하는 경우, SCC AS는, CSCF에게, 등록된 제어기 WTRU에게 라우팅될 세션에 대한 선호도(preference)를 나타낼 수 있다. 그러면, CSCF는 이러한 선호를 이용하여, 등록된 제어기 WTRU에게 미디어 세션을 라우팅할 수 있다.

SIP에서, SCC AS는 IETF RFC 3841 헤더들 및 파라미터들을 이용하여 CSCF에게 라우팅 선호도들을 나타낼 수 있다. 이를 테면, SCC AS는 제어기 WTRU 피쳐 태그 및 "명시적인(explicit)" 파라미터를 갖는 SIP 요청 내에 컨택 수락 헤더 필드(Accept-Contact header field)를 부가함으로써, 제어기 능력들을 갖는 것으로 등록된 WTRU에게 요청이 라우팅될 것을 요구할 수 있다. SIP 요청 내에서 이러한 헤더 필드 및 제어기 피쳐 태그를 수신하면, CSCF는 등록된 제어기 능력들을 갖는 WTRU에게 그 요청을 라우팅한다. 어떠한 WTRU들도 등록된 제어기 능력들을 갖지 않는 다면, 요청은 등록된 제어기가 아닌 WTRU에게 라우팅된다. SCC AS는 또한 "요구(require)" 파라미터를 갖는 SIP 컨택 헤더 필드를 부가함으로써 라우팅 선호도들을 나타낼 수 있다.

WTRU는 IMS 네트워크에 우선순위 값(priority value)을 등록할 수 있다. 이러한 우선순위 값은, IMS 네트워크에게, 동일한 PUI 하에서 IMS 네트워크에 또한 등록될 수 있는 다른 WTRU들과 비교하여 WTRU의 우선순위를 나타낼 수 있다. 이러한 우선순위 값은 또한, IMS 네트워크에게, IMS 세션들을 수신하기 위한 WTRU의 선호도 레벨(preference level)을 나타낼 수 있다. 우선순위 값은, IMS 네트워크에 의해, 미디어 세션들을 어디에 확립 또는 라우팅할 지를 결정하는 것과 같은, IMS 서비스들을 제공하는 데에, 그리고 IMS 관리에 이용될 수 있다. WTRU와 관련된 더 높은 우선순위 값은, 네트워크에게, 그 WTRU에 대한 미디어 세션들의 확립 및 라우팅을 위한 더 큰 선호도를 나타낼 수 있다. 이를 테면, 동일한 PUI를 갖는 다수의 WTRU들이 IMS 네트워크에 제어기들로서 등록되어 있다면, 그 IMS 네트워크 내의 CSCF는 들어오는 미디어 세션을 더 높은 우선순위 값을 갖는 WTRU에게 라우팅할 수 있다. 일 실시예에서, WTRU는 SIP 컨택 헤더 필드 내의 q-값 파라미터를 이용하여 IMS 네트워크에 우선순위 값을 등록할 수 있다.

도 3은 이러한 실시예에 따른, WTRU 등록 및 IMS 세션 라우팅을 위한 정보 흐름을 도시한다. 도 3에서, IMS가 가능한(IMS-capable) WTRU A(301A)는 자신의 능력들 및 우선순위 값을 IMS 네트워크에 등록하고자 한다. WTRU A(301A)는 SIP REGISTER 요청을 IMS CSCF(313)에 송신한다(310). SIP REGISTER 요청(310)은 컨택 헤더 필드를 갖는 바, 이러한 컨택 헤더 필드는 WTRU A(301A)의 능력을 나타내는 피쳐 태그 및 WTRU A(301A)와 관련된 우선순위 값을 나타내는 q-값을 포함한다. 도 2에서, WTRU A(301A)의 제어기 능력을 나타내는 피쳐 태그는 g.3gpp.controller="controller"이며, 그리고 WTRU A(301A)와 관련된 우선순위 값을 나타내는 q-값은 q=.5 이다.

CSCF(313)는 SIP REGISTER 요청을 SCC AS(314)에 송신하며(310), CSCF(313)는 WTRU A(301A)에게 SIP 200 (OK) 응답을 송신한다(310). SCC AS(314) 또한 CSCF(313)에게 SIP 200 (OK) 응답을 송신한다(310). 결과적으로, WTRU A(301A)는 자신의 능력 및 우선순위 값을 IMS 네트워크에 등록하게 된다. WTRU B(301B) 및 WTRU C(301C)는 자신들의 능력들 및 관련된 우선순위 값들을 IMS 네트워크에 유사하게 등록한다(320, 330). WTRU들 A-C(301A-C)는 IMS 네트워크에 동일한 PUI 하에서 등록된다. WTRU B(301B)가 제어기 능력을 나타내는 피쳐 태그 및 q=.8의 q-값을 등록하는 한편, WTRU C(301C)는 제어기 능력을 나타내는 어떠한 피쳐 태그도 등록하지 않지만, q=.5의 q-값을 등록한다.

CSCF(313)는 미디어 세션을 위해 원격 진영(미도시)으로부터 SIP INVITE 요청을 수신한다(340). 이러한 SIP INVITE 요청(340)은 WTRU들 A-C(301A-C)에 의해 공유되는 PUI에 대해 어드레스된다. CSCF(313)는 SIP INVITE 요청을 SCC AS(314)에 송신한다(340). SCC AS(314)는 이러한 SIP INVITE 요청이 제어기 WTRU에 라우팅될 것을 선호한다. SCC AS(314)는 RFC 3841 절차들을 이용하며, SIP INVITE 요청 내에서 이러한 선호도를 나타내기 위해 제어기 피쳐 태그를 갖는 컨택 수락(Accept-Contact)을 부가한다(345). SCC AS(314)는 CSCF(313)에게 SIP INVITE 요청을 송신한다(350).

WTRU A(301A) 및 WTRU B(301B)는 제어기 능력들을 갖지만, WTRU C(301C)는 이러한 능력들을 갖지 않는다. 이에 따라, CSCF(313)는 SIP INVITE 요청을 WTRU A(301A)와 WTRU B(301B) 중 어느 하나에 송신할 수 있지만, WTRU C(301C)에는 송신하지 않는다. WTRU B(301B)는 WTRU A(301A) 보다 더 높은 관련된 q-값을 가지며, 이에 따라 CSCF(313)는 SIP INVITE 요청이 더 높은 q-값을 갖는 제어기 WTRU에게 향해야 함을 결정한 다음(355), SIP INVITE 요청을 WTRU B(301B)에게 송신한다(360). 포킹(forking)하는 것이 아니라, 즉 WTRU A(301A) 및 WTRU B(301B) 모두에게 SIP INVITE 요청을 송신하는 것이 아니라, CSCF(313)는 WTRU B(301B)에게 SIP INVITE 요청을 송신한다.

다수의 SCC AS들이 IMS 세션에 관여될 수 있는 바, 각 SCC AS는 하나의 WTRU 또는 다수의 WTRU들을 서빙한다. 이것은, 다수의 WTRU들이 협력 IMS 세션에 관여되고, 이러한 WTRU들이 다수의 SCC AS들에 의해 서빙되는 경우일 수 있다. 예를 들어, 하나의 SCC AS는 협력 세션에 대한 앵커 SCC AS일 수 있으며, 나머지 SCC AS들은 앵커 SCC AS에 대한 프록시 메시지들일 수 있다.

IMS 세션에 관여되는 WTRU들은 상이한 SCC AS들을 가질 수 있는데, 왜냐하면 WTRU들은 상이한 IMS 가입들 하에 있거나, 또는 상이한 IMS 네트워크들에 의해 서빙되기 때문이다. IMS 세션을 개시한 WTRU를 서빙하고 있는 SCC AS는, 앵커 포인트가 다른 SCC AS로 이동될 때 까지 앵커 SCC AS로서 기능할 수 있다. 이러한 개시 WTRU는 IMS 세션 내의 다른 WTRU들을 관여시킬 수 있는데, 이는 (예를 들어, 이러한 WTRU들에게 IMS 미디어 세션들을 이동시키거나, 복사하거나, 또는 확립함으로써) 이루어진다. 이에 따라, 다른 WTRU들을 서빙하는 SCC AS들은 개시 WTRU의 SCC AS에 대한 프록시들의 역할을 할 수 있다.

도 4는 IMS 협력 세션 내에서 다수의 IMS 네트워크들에 의해 서빙되는 다수의 WTRU들을 도시한다. 각 WTRU들(401A-C)(이하, 단지 숫자 만을 이용하여, 집합적으로 WTRU들(401)이라 지칭됨)은 자신들의 각각의 IMS 네트워크들 내의 SCC AS(402A-C)에 의해 각각 서빙된다. SCC AS A(402A)는, 그 방침들이 IMS 세션을 지배하는 앵커이다. 또한, 앵커 SCC AS A(402A)는 모든 WTRU들(401) 사이에서 미디어 세션들에 대한 서비스 연속성을 가능하게 한다. SCC AS B(402B) 및 SCC AS C(402C)는 WTRU B(401B) 및 WTRU C(402C)를 각각 서비스하는 바, 이러한 WTRU B(402B) 및 WTRU C(402C)는 상이한 IMS 가입들에 속할 수 있다. SCC AS A(402A)에서 앵커되는 협력 세션에서, SCC AS B(402B) 및 SCC AS C(402C)는 SCC AS A(402A)와 WTRU B(401B) 및 WTRU C(401C) 각각 간의 메시지들에 대한 프록시들의 역할을 한다.

도 4에서, 액세스 레그(407)가 앵커 SCC AS A(402A)에 제시되고, 원격 레그(408)가 원격 진영(미도시)으로부터 SCC AS A(402A)에 제시된다. 각 WTRU들(401)은 자신들 각각의 SCC AS들(402)과의 제어 경로(405) 및 원격 진영과의 미디어 경로(406)를 갖는다. 또한, 각 IMS 네트워크들은 CSCF(403A-C)를 갖는다.

SCC AS는 제어 시그널링을 이용하여 그 자신을 다른 SCC AS들에 대한 앵커로서 식별할 수 있다. 부가적으로, 앵커 SCC AS가 제어 시그널링을 통해 앵커 포인트를 그 자신으로부터 다른 SCC AS로 이동시키거나, 또는 비(non)-앵커 SCC AS가 제어 시그널링을 통해 앵커 SCC AS로부터 앵커 포인트의 이동을 요청할 수 있다.

SCC AS들 간의 시그널링은 앵커 식별 및 이동의 목적들을 위해 전용되거나, 또는 이러한 시그널링은 IMS 시그널링 내에 통합되거나 포함될 수 있다. 이를 테면, 앵커 SCC AS는, 비-앵커 SCC AS를 통해 라우팅되었지만 그 비-앵커 SCC AS에 의해 서빙되는 WTRU에 대해 지정되었던 IMS 제어 메시지 내에 이러한 취지(effect)로 제어 시그널링을 통합시킴으로써, 자기 자신을 앵커 SCC AS로서 식별할 수 있다. 이에 의해, 자신이 서빙하고 있는 WTRU에게 메시지를 라우팅하는 비-앵커 SCC ASS는 그 메시지를 통해 앵커 SCC AS의 아이덴티티를 통지받을 수 있다. 비-앵커는 이러한 메시지 내에 통합된 시그널링을 제거한 다음, 이 메시지를 자신의 의도된 진영인 WTRU에게 전달할 수 있다. 결과적으로, 이러한 앵커 시그널링은 어떤 점에서는 통상의 IMS 시그널링을 "실어 나를(ride)" 수 있다.

보안 목적들을 위해, IMS 네트워크들 내의 SCC AS들 만이 앵커 SCC AS를 인식하는 것이 바람직할 수 있다. 이에 따라, 앵커 식별 및 이동의 목적을 위해 IMS 시그널링에 통합되는 시그널링은, 그 IMS 시그널링이 WTRU들을 따라 전달되기 전에 SCC AS 수신기들에 의해 제거될 수 있다.

SIP 헤더는, 앵커 SCC AS를 식별하고, 하나의 SCC AS로부터 다른 SCC AS로 앵커를 이동시키기 위해, SCC AS들에 의해 이용될 수 있다. P-헤더(private header, P-Header)는 이러한 목적들을 위해 이용될 수 있는 SIP 헤더 필드의 일 예이다. P-앵커-포인트-ID(P-Anchor-Point-ID)로 라벨이 붙은 P-헤더는 앵커 포인트를 식별하는 데에 이용될 수 있다. 이를 테면, P-Anchor-Point-ID: sccasl@example.com 이 그 어드레스, sccasl@example.com에 의해 앵커 SCC AS를 식별하는 데에 이용될 수 있으며, 이에 의해 앵커 SCC AS는 그 자신을 다른 SCC AS들에 대한 앵커 SCC AS로서 식별하기 위해 IMS SIP 시그널링 내에 이러한 헤더 필드를 삽입할 수 있다. 특히, 신뢰성있는(trusted) 네트워크 또는 도메인 내에서는, 앵커가 아닌 SCC AS가 그 자신을 앵커 SCC AS로서 식별하게 될 가능성이 없다.

다른 실시예에서, SCC AS는, P-앵커-포인트-ID 어드레스를 현재 앵커 SCC AS의 어드레스로부터 앵커 포인트를 이동시키고자 하는 SCC AS의 어드레스로 변경함으로써, 앵커 이동을 요청할 수 있다.

SCC AS 앵커를 이동시키기 위해 이러한 헤더에 파라미터들이 부가될 수 있다. 예를 들어, "transfer-anchor-point-to"가 앵커 SCC AS에 의해 이용되어, 그 파라미터에 의해 식별되는 다른 SCC AS로 앵커 포인트를 이동시킬 수 있다. 예를 들어, P-헤더 P-Anchor-Point-ID: sccasl@example.com; transfer-anchor-to: sccas2@example.com이 SIP 메시지 내에 SCC AS에 의해 삽입되어, 그 자신을 앵커 포인트로서 식별하고, (그 어드레스 sccas2@example.com에 의해 식별되는) 다른 SCC AS로 앵커 포인트의 이동을 요청할 수 있다.

다른 실시예에서, 앵커 식별 또는 이동의 목적을 위해 이용되는 헤더 필드는 다수의 파라미터들을 포함할 수 있다. "inserted-by" 파라미터는 SIP 메시지 내에 그 헤더에 삽입한 SCC AS를 식별할 수 있다. 행동 파라미터(action parameter)는 SCC AS로 하여금 다른 SCC AS들에게 헤더 필드의 목적을 통지할 수 있게 한다. 행동 헤더 필드는 앵커 포인트를 식별하거나, 다른 SCC AS로 앵커 이동을 요청하거나, 이러한 앵커 SCC AS로부터 또 다른 SCC AS로 앵커 이동을 요청하거나, 또는 요청된 앵커 이동을 거절할 수 있다. 표 1은 행동 파라미터 필드들의 예들 및 이들의 관련된 의미들을 나타낸다.

행동 파라미터 필드들
행동 파라미터	목적	수반되는 것(accompanied by:)
앵커 포인트(anchor-point)	앵커를 식별한다
앵커 요청(request-anchor)	앵커 SCC AS로부터 앵커 이동을 요청한다	request-To*
앵커 이동(transfer-anchor)	다른 SCC AS로 앵커 이동을 요청한다	request-To*
앵커 거절(reject-anchor)	앵커 이동의 요청을 거절한다
* 요청이 어드레스되는 SCC AS를 식별한다

따라서, 어드레스 sccasl@example.com을 갖는 앵커 SCC AS가 앵커 포인트를 어드레스 sccas2@example.com을 갖는 다른 SCC AS로 이동시키고자 한다면, 그 앵커 SCC AS는 헤더 P-Anchor-Point-ID: inserted-by: sccasl@example.com Action: transfer-anchor request-to: sccas2@example.com를 이용할 수 있다. 이후, 어드레스 sccas2@example.com을 갖는 비-앵커 SCC AS가 앵커 포인트 이동을 수락한다면, 그 비-앵커 SCC AS는 헤더 P-Anchor-Point-ID: Inserted-by: sccas2@example.com Action: anchor-point를 이용함으로써 응답할 수 있다. 대안적으로, 비-앵커 SCC AS가 앵커 포인트 이동을 거절한다면, 그 비-앵커 SCC AS는 헤더 P-Anchor-Point-ID: Inserted-by: sccas2@example.com Action: reject-anchor를 이용함으로써 응답할 수 있다.

도 5는 이러한 실시에에 따른, 앵커 SCC AS 식별 및 이동을 위한 정보 흐름을 도시한다. 도 5에서, SCC AS A(502A)는 진행중인 IMS 세션에 대한 앵커 SCC AS(505)인 한편, SCC AS B(502B) 및 SSC AS C(502C)는 비-앵커들이다. 각 SCC AS(502A-C)는 IMS-가능 WTRU들(미도시)을 서빙할 수 있는 바, SCC AS B(502B) 및 SCC AS C(502C)는 이들 각각의 WTRU들과 앵커 SCC AS A(502A) 간의 IMS 시그널링을 위한 프록시들의 역할을 한다. 상이한 IMS 네트워크들에 속하는 WTRU들이 협력 IMS 세션에 관여될 수 있다. SCC AS A(502A)는 SCC AS B(502B)에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써 자기 자신을 앵커로서 식별한다(510). 이러한 SIP 헤더는 오로지 이러한 앵커 정보 만을 운반하기 위해 송신되는 SIP 메시지의 일부일 수 있거나, 또는 대안적으로, 이러한 헤더는 SCC AS B(502B) 이외의 진영에 대해 지정된 SIP 메시지 내에 간단히 통합될 수 있다. 이를 테면, 이러한 헤더는 SCC AS B(502B)에 의해 서빙되는 WTRU에 대한 SIP 메시지 내에 포함될 수 있다. 이러한 메시지를 수신하면, SCC AS B(502B)는 헤더 정보를 제거한 다음, 프록시로서의 자신의 임무로, SIP 메시지의 나머지를 자신이 서빙하고 있는 WTRU에 운반할 수 있다.

SCC AS A(502A)는, SCC AS B(502B)에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써, SCC AS B(502B)로 액세스 포인트를 이동시킬 것을 요청한다(520). SCC AS B(502B)는 SCC AS A(502A)에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써, 앵커 포인트 이동을 수락한다(530). 이에 의해, SCC AS B(502B)가 앵커 SCC AS가 된다(535). 이후, SCC AS C(502C)는, SCC AS B(502B)에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써, 앵커 포인트가 SCC AS B(502B)로부터 자신에게 이동될 것을 요청한다(540). SCC AS B(502B)는 앵커 포인트를 넘겨줄(relinquish) 것을 원하지 않으며, 이에 따라 SCC AS C(502B)에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써 앵커 포인트 이동 요청을 거절하며(550), 이에 의해 SCC AS B(502B)는 앵커 SCC AS로 남는다(555).

다른 실시예에서는, SIP XML(Extensible Markup Language) 바디(body)가 앵커 식별 및 이동에 이용될 수 있다. 앵커 SCC AS는 XML 바디를 이용함으로써 자기 자신을 다른 SCC AS들에 대한 앵커 SCC AS로서 식별할 수 있다. SCC AS는 또한, 앵커 포인트를 유지하거나 앵커 포인트 이동을 요청하는 것과 같은, SCC AS가 수행하고자 하는 행동의 타입을 포함할 수 있다. 부가적으로, XML 바디는 앵커 포인트 이동이 요구되는 SCC AS의 아이덴티티, 또는 앵커 이동을 요구하는 비-앵커 SCC AS의 아이덴티티를 포함할 수 있다.

다른 실시예에서, SCC AS는 Call-Info: sccasl@example.com; purpose=anchor와 같은 SIP 메시지의 Call-Info 헤더에 자신의 어드레스를 포함시킴으로써, 그 자신을 앵커 SCC AS로서 식별할 수 있다. 다른 실시예들에서, 앵커 SCC AS는 레코드-라우트 헤더(Record-Route header) 내에서 그 자신을 앵커 SCC AS로서 식별할 수 있다. 이를 테면, 이는 SIP 메시지의 레코드-라우트 헤더 내의 자신의 어드레스에 파라미터, 예를 들어 "앵커-포인트"를 부가할 수 있다. 예를 들어, Record-Route: sccasl@example.com;anchor-point는 어드레스 sccasl@example.com을 갖는 SCC AS를 앵커 포인트로서 식별한다.

IMS 협력 세션 내에서, 세션 제어는 제어기 WTRU에 의해 유지되며, 그 협력 세션 내에 관여되는 다른 WTRU들은 피제어 WTRU들이다. 제어기 WTRU는 그 자신을, IMS 네트워크 또는 협력 세션에 관여되는 다른 WTRU들에 대한 협력 세션 제어기로서 식별할 수 있다. 또한, 제어기 WTRU는 협력 세션 제어를 다른 WTRU로 이동시킴으로써, 협력 세션 제어를 수신하는 WTRU가 새로운 제어기 WTRU가 되게 한다.

IMS 네트워크에서, SIP 시그널링은 협력 세션 제어기 WTRU의 아이덴티티를 나타내는 데에 이용될 수 있다. 또한, SIP 제어 시그널링은 협력 세션 제어를 이동시키는 데에 이용될 수 있다. SIP XML 바디는 협력 세션에 대한 제어기 WTRU를 나타내는 정보 요소들을 포함할 수 있다. 부가적으로, XML 바디는 하나의 WTRU로부터 다른 WTRU로 협력 세션 제어를 이동시키기 위한 목적으로 IMS 제어 시그널링에서 이용될 수 있다. 이를 테면, 제어기 WTRU는, 다른 WTRU가 협력 세션 제어를 맡을 것을 요청하기 위해 SIP XML 바디를 이용할 수 있다. 협력 세션 제어는 수락 또는 거절될 수 있으며, 협력 세션 제어의 이동을 수락 또는 거절하는 WTRU는 SIP XML 바디 내에서 이를 나타낼 수 있다. 또한, 피제어 WTRU는, 협력 세션 제어가 제어기 WTRU로부터 자신으로 이동되어야 함을 요청하기 위해 SIP XML 바디를 이용할 수 있다.

다른 실시예에서, 협력 세션 내의 제어기 WTRU는, 자신이 협력 세션 제어를 유지하고자 하는지, 아니면 이동시키고자 하는 지를 나타내는 파라미터를 SIP 컨택 헤더 필드 내에 포함시킬 수 있다. 예를 들어, 컨택 헤더 필드 내의 파라미터 "제어기(controller)"의 존재는, SCC AS 및 IMS 네트워크에게 WTRU가 협력 세션 제어를 유지하고자 함을 통지한다.

다른 실시예에서, P-헤더는 협력 세션 제어를 이동시키는 데에 이용될 수 있다. P-헤더는 협력 세션 제어기를 식별하는 제어기 파라미터(Controller parameter)를 가질 수 있다. P-헤더는 또한, 협력 세션 제어를 다른 WTRU에게 이동시키고자 하는 제어기 WTRU에 의한 요청, 또는 제어기 WTRU로부터 협력 세션 제어를 얻고자 하는 피제어 WTRU에 의한 요청을 나타내는 행동 파라미터를 가질 수 있다. P-헤더는 또한 행동 파라미터가 관련되는 WTRU를 나타내기 위한 파라미터를 가질 수 있다. 이를 테면, SIP 헤더 P-Session-Control: Controller=wtruA@example.com; Action=transfer; Request-to=wtruB@example.com은, WTRU B로의 협력 세션 제어의 이동을 요청하기 위해, 이를 테면 REFER 또는 Re-INVITE와 같은 SIP 메시지 내에 WTRU A에 의해 포함될 수 있다. WTRU B는 WTRU A에 대한 SIP 메시지 내에 SIP 헤더를 포함시킴으로써 이러한 요청을 수락하거나 또는 거절할 수 있다.

다른 실시예에서, 협력 세션 제어는 IMS 네트워크가 제어기 WTRU와 제휴(affiliate)한 컨택 어드레스를 변경함으로써 이동될 수 있다. 이러한 실시예에서, IMS 네트워크가 이전에 하나의 제어기 WTRU에 대한 컨택 어드레스를 이용하여 IMS 시그널링을 수신하고 있었다면, 협력 세션 제어 이동은 IMS 네트워크가 다른 제어기 WTRU에 대한 컨택 어드레스를 이용하여 IMS 시그널링을 수신하는 것에 의해 표시될 수 있으며, 양자 모두의 WTRU들은 협력 세션 내에 있다. 컨택 어드레스의 변경은, 디바이스가 제어기 능력들을 가지고 있음을 나타내는 "제어기" 피쳐 태그와 함께 표시될 수 있다. 요청들 내에서의 피쳐 태그의 존재는 WTRU가 제어기임을 의미하며, 그리고 피쳐 태그의 부재는 제어기 능력들을 갖는 다른 WTRU가 협력 세션의 제어를 맡을 것임을 의미한다. 따라서, 제어기 피쳐 태그의 존재 또는 부재는, SCC AS로 하여금, IMS 네트워크가 제어기 WTRU에 대한 컨택 어드레스로서 식별하는 컨택 어드레스를 변경하게 할 수 있다.

도 6은 IMS 협력 세션 제어의 이동을 위한 정보 흐름을 도시한다. 도 6에서, WTRU A(601A) 및 WTRU B(601B)가 원격 진영(605)과의 협력 세션에 관여된다. SCC AS A(602A)는 WTRU A(601A)를 서빙하고, SCC AS B(602B)는 WTRU B(601B)를 서빙한다. 이러한 협력 세션에 대해, WTRU A(601A)가 협력 세션 제어를 유지한다. WTRU A(601A)는 제어기 WTRU 이고, WTRU B(601B)는 피제어 WTRU 이며, 그리고 SCC AS A(602A)는 협력 세션에 대한 앵커 SCC AS 이다(610). 각 WTRU(601A-B)는 원격 진영(605)과 미디어 흐름을 갖는다(520).

제어기 WTRU이기 때문에, WTRU A(601A)는 SCC AS A(602A) 및 원격 진영(605)과의 협력 세션 제어 시그널링을 유지한다(630). WTRU A(601A)는 WTRU B(601B)로 협력 세션 제어를 이동시키고자 한다. 여기에서 개시되는 실시예에 따르면, WTRU A(601A)는 협력 세션 제어를 이동시키기 위해 WTRU B(601B)에 SIP 요청을 송신한다(640). 여기에서 개시되는 실시예에 따르면, WTRU B(601B)는 협력 세션 제어의 이동을 수락하고, 자신이 협력 세션 제어를 수락했음을 나타내는 SIP 메시지를 WTRU A(601A)에 송신한다(650). 이에 의해, 협력 세션에 대해, WTRU B(601B)가 제어기 WTRU가 되고, WTRU A(601A)가 피제어 WTRU가 된다(660). 제어기 WTRU이기 때문에, WTRU B(601B)는 SCC AS A(602A) 및 원격 진영(605)과의 협력 제어 시그널링을 유지하는 바(670), SCC AS A(602A)는 앵커 SCC AS의 역할을 하고, SCC AS B(602B)는 WTRU B(601B)와 SCC AS A(602A) 간의 메시징을 프록시한다.

상기에서는 특징들 및 요소들이 특정의 결합들로 설명되었지만, 당업자라면 각각의 특징 또는 요소가 단독으로 이용되거나 또는 다른 특징들 및 요소들과 임의로 결합되어 이용될 수 있다는 것을 이해할 것이다. 또한, 여기에서 설명되는 방법들은 컴퓨터 또는 프로세서에 의해 실행하기 위한 컴퓨터 판독가능한 매체에 수록되는 펌웨어, 소프트웨어, 또는 컴퓨터 프로그램으로 구현될 수 있다. 컴퓨터 판독가능한 매체의 예들은 (유선 또는 무선 접속들을 통해 송신되는) 전자 신호들 및 컴퓨터-판독가능한 저장 매체를 포함한다. 컴퓨터-판독가능한 저장 매체의 예들은, 한정하는 것은 아니지만, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스들, 자기 매체(이를 테면, 내부 하드 디스크들 및 착탈가능 디스크들(removable disks)), 광자기 매체, 및 광학 매체(이를 테면, CD-ROM 디스크들 및 디지털 다기능 디스크들(DVDs))를 포함한다. 소프트웨어와 관련하여 프로세서를 이용함으로써, WTRU, UE, 단말기, 기지국, RNC 또는 임의의 호스트 컴퓨터에서 이용하기 위한 무선 주파수 트랜시버를 구현할 수 있다.

실시예들

1. 인터넷 프로토콜(Internet Protocol, IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS) 동작들을 위한 방법으로서, IMS 네트워크에 IMS 서비스 우선순위(IMS service priority)를 등록하는 단계를 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

2. 실시예 1에 있어서, 상기 IMS 서비스 우선순위는 IMS 서비스들을 수신함에 있어서 무선 송수신 유닛(wireless transmit/receive unit, WTRU) 우선순위를 상기 IMS 네트워크에게 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

3. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IMS 서비스들은, 상기 무선 송수신 유닛(WTRU)의 IMS 서비스 우선순위에 적어도 부분적으로 기초하여, 상기 IMS 네트워크로부터 수신되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

4. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크와의 시그널링에 세션 개시 프로토콜(Session Initiation Protocol, SIP)을 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

5. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크에 자신의 우선순위 값을 등록하기 위해 세션 개시 프로토콜(SIP) 컨택 필드 헤더 내의 q-값 파라미터를 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

6. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 공개 사용자 아이덴티티(public user identity)가 상기 IMS 네트워크에 등록되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

7. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 무선 송수신 유닛(WTRU)은 다른 IMS 가능(IMS-capable) 무선 송수신 유닛(WTRU)들과 자신의 공개 사용자 아이덴티티를 공유하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

8. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IMS 서비스 능력이 상기 IMS 네트워크에 등록되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

9. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 IMS 서비스 능력은 특유의(specific) IMS 기능들을 수행하는 상기 무선 송수신 유닛(WTRU)의 능력을 상기 IMS 네트워크에게 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

10. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IMS 서비스들은, 상기 무선 송수신 유닛(WTRU)의 IMS 서비스 능력에 적어도 부분적으로 기초하여 상기 IMS 네트워크로부터 수신되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

11. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 세션 개시 프로토콜(SIP) 컨택 필드 헤더 피쳐 태그(Contact field header feature tag)를 이용하여 상기 IMS 네트워크에 IMS 서비스 능력을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

12. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크에 제어기 능력을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

13. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크에 미디어 제어기 능력(media controller capability)을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

14. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션(collaborative session)을 제어할 수 있는 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크에 협력 세션 제어기 무선 송수신 유닛(WTRU)으로서 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

15. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션의 제어기 무선 송수신 유닛(WTRU) 또는 피제어(controllee) 무선 송수신 유닛(WTRU)인지에 상관없이, 미디어 제어기 무선 송수신 유닛(WTRU)은 협력 세션 내에서 정의되는 어떠한 미디어 제어 특권들(media control privileges)을 갖는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

16. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 상기 네트워크에 등록된 자신의 프로파일(profile)을 언제라도 업데이트 또는 변경할 수 있는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

17. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 협력 세션 제어 능력들을 등록하기 위해 세션 개시 프로토콜(SIP) 컨택 헤더 내의 피쳐 태그를 이용할 수 있는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

18. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크를 컨택하기 위해 SIP REGISTER 요청을 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

19. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 IMS 네트워크는 무선 송수신 유닛(WTRU)의 능력들의 프로파일을 유지할 수 있는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

20. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 프로파일은 상기 무선 송수신 유닛(WTRU)이 상기 네트워크에 등록한 능력들, 또는 상기 네트워크의 지식 내의 기타 정보에 의해 영향을 받는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

21. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 네트워크는 상기 무선 송수신 유닛(WTRU)의 등록된 능력들, 또는 IMS 서비스들을 제공함에 있어서 서비스 프로파일 내의 정보에 의존하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

22. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 등록된 무선 송수신 유닛(WTRU) 능력들 또는 프로파일 정보가 미디어 세션 라우팅에 영향을 미치는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

23. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 들어오는(incoming) 미디어 세션 요청이 수신될 때, SCC AS(Service Centralization and Continuity Application Server)는, 호 세션 제어 기능(Call Session Control Function, CSCF)에게, 등록된 제어기 무선 송수신 유닛(WTRU)에게 라우팅될 세션에 대한 선호도(preference)를 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

24. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 호 세션 제어 기능(CSCF)은 상기 등록된 제어기 무선 송수신 유닛(WTRU)에게 상기 미디어 세션을 라우팅하기 위해 상기 선호도를 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

25. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는, IETF RFC 3841 헤더들 및 파라미터들을 이용하여, 호 세션 제어 기능(CSCF)에게, 라우팅 선호도들(routing preferences)을 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

26. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 제어기 무선 송수신 유닛(WTRU) 피쳐 태그 및 "명시적인(explicit)" 파라미터를 갖는 세션 개시 프로토콜(SIP) 요청 내에 컨택 수락 헤더 필드(Accept-Contact header field)를 부가하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

27. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 세션 개시 프로토콜(SIP) 요청 내에서 상기 헤더 필드 및 제어기 피쳐 태그를 수신하면, 호 세션 제어 기능(CSCF)은 상기 요청을 등록된 제어기 능력들을 갖는 무선 송수신 유닛(WTRU)에게 라우팅하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

28. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 어떠한 무선 송수신 유닛(WTRU)들도 등록된 제어기 능력들을 갖지 않는 경우, 상기 요청은 등록된 제어기가 아닌 무선 송수신 유닛(WTRU)에게 라우팅되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

29. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 "요구(require)" 파라미터를 갖는 세션 개시 프로토콜(SIP) 컨택 헤더 필드를 부가함으로써 라우팅 선호도들을 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

30. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 상기 IMS 네트워크에 우선순위 값을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

31. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 우선순위 값은, 상기 IMS 네트워크에게, 다른 무선 송수신 유닛(WTRU)들과 비교하여 무선 송수신 유닛(WTRU)의 우선순위를 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

32. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 우선순위 값은, 상기 IMS 네트워크에게, IMS 세션들을 수신하기 위한 무선 송수신 유닛(WTRU)의 선호도 레벨(preference level)을 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

33. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 우선순위 값은, 상기 IMS 네트워크에 의해, IMS 서비스들을 제공하는 데에, 그리고 IMS 관리에 이용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

34. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 우선순위 값은, 상기 IMS 네트워크 의해, 미디어 세션들을 어디에 확립 또는 라우팅할 지를 결정하는 데에 이용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

35. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)과 관련된 더 높은 우선순위 값은, 상기 네트워크에게, 상기 무선 송수신 유닛(WTRU)에 대한 미디어 세션들의 확립 및 라우팅을 위한 더 큰 선호도를 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

36. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 동일한 공개 사용자 아이덴티티(PUI) 하의 다수의 무선 송수신 유닛(WTRU)들이 상기 IMS 네트워크에 제어기들로서 등록되는 경우, 상기 IMS 네트워크 내의 상기 호 세션 제어 기능(CSCF)은 들어오는 미디어 세션을 더 높은 우선순위 값을 갖는 상기 WTRU에게 라우팅하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

37. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은, 세션 개시 프로토콜(SIP) 컨택 헤더 필드 내의 상기 q-값을 이용하여 상기 IMS 네트워크에 자신의 우선순위 값을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

38. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IUT(inter-device transfer)가 수행되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

39. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)이 다수의 무선 송수신 유닛(WTRU)들로부터 결정되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

40. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IDT는 소스 네트워크내에서 일어나는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

41. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IDT는 목표 네트워크(target network) 내에서 일어나는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

42. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IDT는 제 2 무선 송수신 유닛(WTRU)과의 협력 세션 내에서 제 1 무선 송수신 유닛(WTRU)에서 통신 세션을 수행하는 것을 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

43. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IDT는 협력 세션 내에서 일어나는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

44. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 다수의 무선 송수신 유닛(WTRU)들이 자신들의 능력들을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

45. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 제어기 무선 송수신 유닛(WTRU)은 상기 무선 송수신 유닛(WTRU)들의 능력들에 기초하여 결정되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

46. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 상기 무선 송수신 유닛(WTRU)들의 우선순위에 기초하여 결정되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

47. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 등록에 기초하여 결정되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

48. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 다수의 무선 송수신 유닛(WTRU)들이 유사한 능력들을 등록하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

49. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 제어기 능력을 나타내는 피쳐 태그를 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

50. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 세션 개시 프로토콜(SIP) 요청을 서빙 호 세션 제어 기능(serving call session control function, S-CSCF)에 송신하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

51. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 등록 요청(registration request)은 IP 어드레스, 등록 ID, 능력 정보 또는 제어기 정보 중에서 적어도 하나를 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

52. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 서빙 호 세션 제어 기능(S-CSCF)은 SCC AS에 SIP REGISTER 요청을 송신하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

53. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 서빙 호 세션 제어 기능(S-CSCF)에 확인응답(acknowledgment, ACK)을 송신하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

54. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 서빙 호 세션 제어 기능(S-CSCF)은 원격 소스(remote source)로부터 SIP INVITE를 수신하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

55. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 서빙 호 세션 제어 기능(S-CSCF)은 SIP INVITE 내에 컨택 수락 헤더(Accept-Contact header)를 삽입하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

56. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 서빙 호 세션 제어 기능(S-CSCF)은 제어기 무선 송수신 유닛(WTRU)에 호(call)를 라우팅하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

57. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 q 값에 기초하여 결정되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

58. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 다수의 SCC AS들이 IMS 세션 내에 관여(involve)되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

59. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 각 SCC AS는 하나의 무선 송수신 유닛(WTRU) 또는 다수의 무선 송수신 유닛(WTRU)들을 서빙하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

60. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 다수의 무선 송수신 유닛(WTRU)들이 협력 IMS 세션 내에 관여되며, 상기 무선 송수신 유닛(WTRU)들은 다수의 SCC AS들에 의해 서빙되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

61. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 하나의 SCC AS가 상기 협력 세션에 대한 앵커 SCC AS이며, 그리고 나머지 SCC AS들은 상기 앵커 SCC AS에 대한 프록시들의 역할을 하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

62. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IMS 세션 내에 관여되는 무선 송수신 유닛(WTRU)들은 상이한 SCC AS들을 갖는데, 이는 상기 무선 송수신 유닛(WTRU)들이 상이한 IMS 가입들 하에 있거나 상이한 IMS 네트워크들에 의해 서빙되기 때문인 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

63. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 IMS 세션을 개시한 상기 무선 송수신 유닛(WTRU)을 서빙하는 상기 SCC AS는, 앵커 포인트가 다른 SCC AS로 이동되지 않는 한, 상기 앵커 SCC AS로서 기능하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

64. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 개시(initiating) 무선 송수신 유닛(WTRU)은 상기 IMS 세션 내에 다른 무선 송수신 유닛(WTRU)들을 관여시키는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

65. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 개시 무선 송수신 유닛(WTRU)은 다른 무선 송수신 유닛(WTRU) 상에 IMS 미디어 세션들을 이동시키거나, 복사하거나, 또는 확립하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

66. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 상기 개시 무선 송수신 유닛(WTRU)의 SCC AS에 대한 프록시의 역할을 하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

67. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 자신을 다른 SCC AS들에 대한 앵커로서 식별하기 위해 제어 시그널링을 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

68. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 SCC AS는 제어 시그널링을 통해 상기 앵커 포인트를 자신으로부터 다른 SCC AS로 이동시키는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

69. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 프록시 SCC AS는 제어 시그널링을 통해 앵커 SCC AS로부터 상기 앵커 포인트의 이동을 요청하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

70. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS들 간의 시그널링은 앵커 식별 및 이동의 목적들에 전용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

71. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 시그널링이 IMS 시그널링 내에 통합되거나 포함되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

72. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 SCC AS는, 프록시 SCC AS를 통해 라우팅되지만 상기 SCC AS에 의해 서빙되는 무선 송수신 유닛(WTRU)에 대해 지정되었던 IMS 제어 메시지 내에 이러한 취지(effect)로 제어 시그널링을 통합시킴으로써, 자기 자신을 앵커 SCC AS로서 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

73. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 자신이 서빙하고 있는 무선 송수신 유닛(WTRU)에게 메시지를 라우팅하는 프록시 SCC ASS는 메시징을 통해 앵커 SCC AS의 아이덴티티를 통지받는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

74. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 프록시는 통합된 앵커 시그널링을 제거하고, 최초 메시지를 자신의 의도된 진영에 전달하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

75. 이전의 실시예들 중 어느 하나의 실시예에 있어서, IMS 네트워크 내의 SCC AS들 만이 상기 앵커 SCC AS를 인식하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

76. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 식별 및 이동의 목적으로 IMS 시그널링 내에 통합된 시그널링은, 상기 IMS 시그널링이 전달되기 전에 수신기 SCC ASS에 의해 제거되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

77. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS들은 SIP 헤더 내에서 자신을 앵커 SCC AS로서 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

78. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 SIP 헤더를 이용하여 하나의 SCC AS로부터 다른 SCC AS로 앵커를 이동시키는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

79. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-Header(private header)가 앵커 SCC AS를 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

80. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-Header(private header)는 앵커 SCC AS 이동 요청을 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

81. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 요청은, P-앵커-포인트-ID 어드레스(P-Anchor-Point-ID address)를 현재 앵커 SCC AS의 어드레스로부터 앵커 포인트를 이동시키고자 하는 SCC AS의 어드레스로 변경함으로써 요청되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

82. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 SCC AS 앵커를 이동시키기 위해 SIP 헤더에 파라미터들이 부가되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

83. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 하나의 파라미터는 앵커 포인트를 상기 파라미터에 의해 식별되는 다른 SCC AS로 이동시킬 것을 요청하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

84. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 식별 또는 이동을 위해 이용되는 헤더 필드는 다수의 파라미터들을 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

85. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 하나의 파라미터는 상기 SIP 메시지 내에 상기 헤더를 삽입한 SCC AS를 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

86. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 하나의 파라미터는 SCC AS로 하여금 다른 SCC AS들에게 상기 헤더 필드의 목적을 통지할 수 있게 하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

87. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 파라미터들은 앵커 포인트를 식별하고, 다른 SCC AS로의 앵커 이동을 요청하고, 상기 앵커 SCC AC로부터 다른 SCC AS로의 앵커 이동을 요청하거나, 또는 요청된 앵커 이동을 거절하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

88. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML(Extensible Markup Language) 바디(body)가 앵커 SCC AS를 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

89. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML 바디가 앵커 SCC AS의 이동을 요청하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

90. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML 바디는 SCC AS가 수행하고자 하는 행동(action)의 타입을 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

91. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML 바디는 앵커 포인트를 이동시키고자 하는 SCC AS의 아이덴티티를 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

92. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML 바디는 앵커 이동을 요구하는 비 앵커(non-anchor) SCC AS의 아이덴티티를 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

93. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SCC AS는 SIP 메시지의 호 정보 헤더(Call-Info header) 내에 자신의 어드레스를 포함시킴으로써 자신을 앵커 SCC AS로서 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

94. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 앵커 SCC AS는 레코드-라우트 헤더(Record-Route header) 내에서 자신을 앵커 SCC AS로서 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

95. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어는 제어기 무선 송수신 유닛(WTRU)에 의해 유지되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

96. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 협력 세션 내에 관여되는 다른 무선 송수신 유닛(WTRU)들은 피제어(controllee) 송수신 유닛(WTRU)들인 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

97. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 자신을, 협력 세션 내에 관여되는 다른 무선 송수신 유닛(WTRU)들 또는 IMS 네트워크에 대한 협력 세션 제어기로서 식별하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

98. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 다른 무선 송수신 유닛(WTRU)에게 협력 세션 제어를 이동시킴으로써, 협력 세션 제어를 수신하는 무선 송수신 유닛(WTRU)이 새로운 제어기 WTRU가 되게 하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

99. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어기 무선 송수신 유닛(WTRU)의 아이덴티티를 나타내기 위해 SIP 시그널링이 이용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

100. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어를 이동시키기 위해 SIP 제어 시그널링이 이용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

101. 이전의 실시예들 중 어느 하나의 실시예에 있어서, SIP XML 바디는 협력 세션에 대한 제어기 무선 송수신 유닛(WTRU)을 나타내는 정보 요소들(information elements)을 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

102. 이전의 실시예들 중 어느 하나의 실시예에 있어서, XML 바디는 협력 세션 제어를 하나의 무선 송수신 유닛(WTRU)으로부터 다른 무선 송수신 유닛(WTRU)으로 이동시키기 위한 목적으로 IMS 제어 시그널링에서 이용되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

103. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 제어기 무선 송수신 유닛(WTRU)은 다른 무선 송수신 유닛(WTRU)이 협력 세션 제어를 맡을 것을 요청하기 위해 SIP XML 바디를 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

104. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어는 수락 또는 거절되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

105. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어의 이동을 수락 또는 거절하는 무선 송수신 유닛(WTRU)은 SIP XML 바디 내에서 이를 나타내는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

106. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 피제어 무선 송수신 유닛(WTRU)은, 협력 세션 제어가 제어기 무선 송수신 유닛(WTRU)으로부터 자신으로 이동되어야 함을 요청하기 위해 SIP XML 바디를 이용하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

107. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 내의 제어기 무선 송수신 유닛(WTRU)은, 자신이 협력 세션 제어를 유지하고자 하는지, 아니면 이동시키고자 하는 지를 나타내는 파라미터를 SIP 컨택 헤더 필드 내에 포함하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

108. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 컨택 헤더 필드 내의 파라미터 "제어기(controller)"의 존재는, 상기 SCC AS 및 상기 IMS 네트워크에게 상기 무선 송수신 유닛(WTRU)이 협력 세션 제어를 유지하고자 함을 통지하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

109. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 협력 세션 제어를 이동시키는 데에 이용될 수 있는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

110. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 상기 협력 세션 제어기를 식별하는 제어기 파라미터(Controller parameter)를 갖는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

111. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 협력 세션 제어를 다른 무선 송수신 유닛(WTRU)에게 이동시키기 위한 상기 제어기 무선 송수신 유닛(WTRU)에 의한 요청을 나타내는 행동 파라미터(Action parameter)를 갖는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

112. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 상기 제어기 무선 송수신 유닛(WTRU)으로부터 협력 세션 제어를 얻기 위한 피제어 무선 송수신 유닛(WTRU)에 의한 요청을 나타내는 행동 파라미터를 갖는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

113. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 상기 행동 파라미터가 관련되는 무선 송수신 유닛(WTRU)을 나타내기 위한 파라미터를 갖는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

114. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 무선 송수신 유닛(WTRU)에 의해 SIP 메시지 내에 포함되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

115. 이전의 실시예들 중 어느 하나의 실시예에 있어서, P-헤더는 다른 무선 송수신 유닛(WTRU)으로의 협력 세션 제어의 이동을 요청하기 위해 SIP 메시지 REFER 또는 Re-INVITE 내에 무선 송수신 유닛(WTRU)에 의해 포함되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

116. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 무선 송수신 유닛(WTRU)은 SIP 메시지 내에 SIP 헤더를 포함시킴으로써 요청을 수락하거나, 또는 거절하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

117. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 협력 세션 제어는 상기 IMS 네트워크가 상기 제어기 무선 송수신 유닛(WTRU)과 제휴(affiliate)한 컨택 어드레스를 변경함으로써 이동되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

118. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 IMS 네트워크가 이전에 하나의 제어기 무선 송수신 유닛(WTRU)에 대한 컨택 어드레스를 이용하여 IMS 시그널링을 수신하고 있었던 경우, 협력 세션 제어 이동은 상기 IMS 네트워크가 다른 제어기 무선 송수신 유닛(WTRU)에 대한 컨택 어드레스를 이용하여 IMS 시그널링을 수신하는 것에 의해 표시될 수 있으며, 양자 모두의 무선 송수신 유닛(WTRU)들은 협력 세션 내에 있는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

119. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 컨택 어드레스의 변경은, "제어기" 피쳐 태그와 함께 표시되는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

120. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 요청들 내에서의 피쳐 태그의 존재는 디바이스가 제어기임을 의미하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

121. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 피쳐 태그의 부재는 제어기 능력들을 갖는 다른 디바이스가 상기 협력 세션의 제어를 맡을 수 있음을 의미하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

122. 이전의 실시예들 중 어느 하나의 실시예에 있어서, 상기 제어기 피쳐 태그의 존재 또는 부재는, 상기 SCC AS로 하여금, 상기 IMS 네트워크가 상기 제어기 무선 송수신 유닛(WTRU)에 대한 컨택 어드레스로서 식별하는 컨택 어드레스를 변경하게 하는 것인, 인터넷 프로토콜(IP) 멀티미디어 서브시스템(IMS) 동작들을 위한 방법.

123. 무선 통신들에서 이용하기 위한 무선 송수신 유닛(wireless transmit/receive unit, WTRU)으로서, 상기 무선 송수신 유닛(WTRU)은 실시예 1 내지 122 중 어느 하나의 방법을 수행하도록 구성되는 것인, 무선 송수신 유닛(WTRU).

124. 무선 통신들에서 이용하기 위한 기지국으로서, 상기 기지국은 실시예 1 내지 123 중 어느 하나의 방법을 수행하도록 구성되는 것인, 기지국.

125. 실시예 1 내지 122 중 어느 하나의 방법을 수행하도록 구성되는 집적 회로.

106: 코어 네트워크
110: 인터넷
112: 기타 네트워크들
118: 프로세서
120: 트랜시버
124: 스피커/마이크로폰
126: 키패드
128: 디스플레이/터치패드
130: 착탈불가능 메모리
132: 착탈가능 메모리
134: 전력원
136: GPS 칩셋
138: 주변 장치들
205: 원격 진영
210: IMS 네트워크

Claims

방법에 있어서,
제1 SCC AS(Service Centralization and Continuity Application Server)가 처음에 제1 인터넷 프로토콜(Internet Protocol, IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS) 세션에 대한 앵커 포인트(anchor point)로서 작용하는 단계로서, 상기 제1 IMS 세션은 적어도, 상기 제1 SCC AS에 의해 서빙되는 제1 무선 송수신 유닛(wireless transmit/receive unit, WTRU), 처음에 상기 제1 IMS 세션에 대한 앵커 프록시로서 작용하는 제2 SCC AS에 의해 서빙되는 제2 WTRU, 및 원격 진영(remote party)과 관여되는 것인, 단계;
상기 제1 SCC AS가 상기 제2 SCC AS에 앵커 이동(anchor-transfer) 메시지 - 상기 앵커 이동 메시지는 상기 제2 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 요청을 표시함 - 를 전송하는 단계; 및
상기 제1 SCC AS가 상기 제2 SCC AS로부터 앵커 이동 응답을 수신하는 단계를 포함하고,
상기 제1 SCC AS는 응답으로서, 상기 수신된 앵커 이동 응답이 상기 제2 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 수락함을 표시하는 경우, 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하기를 중단하는 것인 방법.
제 1 항에 있어서,
상기 제1 SCC AS가, 상기 제2 SCC AS에 상기 앵커 이동 메시지를 전송하기 전에, 상기 제2 SCC AS에 앵커 포인트 메시지 - 상기 앵커 포인트 메시지는, 상기 제1 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하고 있음을 표시함 - 를 전송하는 단계를 더 포함하는 방법.
제 1 항에 있어서,
상기 제2 SCC AS에 앵커 이동 메시지를 전송하는 단계는, 앵커 식별 및 이동을 위해 전용된 SCC AS 간의 제어 시그널링을 사용하여 상기 제2 SCC AS에 상기 앵커 이동 메시지를 전송하는 단계를 포함하는 것인 방법.
제 1 항에 있어서,
상기 제2 SCC AS에 앵커 이동 메시지를 전송하는 단계는, IMS 시그널링 내에 통합되어 있는 앵커 식별 및 이동 제어 시그널링을 사용하여 상기 제2 SCC AS에 상기 앵커 이동 메시지를 전송하는 단계를 포함하는 것인 방법.
제 4 항에 있어서,
상기 제1 SCC AS와 상기 제2 SCC AS 중의 적어도 하나는, IMS 시그널링을 하나 이상의 WTRU에 포워딩하기 전에, 이러한 IMS 시그널링 내에 통합되어 있는 임의의 앵커 식별 및 이동 제어 시그널링을 이러한 IMS 시그널링으로부터 제거하도록 구성되는 것인 방법.
제 1 항에 있어서,
상기 제2 SCC AS에 앵커 이동 메시지를 전송하는 단계는, 세션 개시 프로토콜(Session Initiation Protocol, SIP) 메시지의 헤더에서 상기 제2 SCC AS에 상기 앵커 이동 메시지를 전송하는 단계를 포함하는 것인 방법.
제 6 항에 있어서,
상기 헤더는 P-헤더(private header)인 것인 방법.
제 1 항에 있어서,
상기 제2 SCC AS에 앵커 이동 메시지를 전송하는 단계는, 세션 개시 프로토콜(Session Initiation Protocol, SIP) 메시지의 XML(Extensible Markup Language) 바디(body)에서 상기 제2 SCC AS에 상기 앵커 이동 메시지를 전송하는 단계를 포함하는 것인 방법.
제 1 항에 있어서,
상기 수신된 앵커 이동 응답은, 상기 제2 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 수락함을 표시하고, 상기 제2 SCC AS는 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하기를 시작하는 것인 방법.
제 1 항에 있어서,
상기 수신된 앵커 이동 응답은, 상기 제2 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 거절함을 표시하고, 상기 제1 SCC AS는 응답으로서, 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하기를 계속하는 것인 방법.
방법에 있어서,
제1 SCC AS(Service Centralization and Continuity Application Server)가 처음에 제1 인터넷 프로토콜(Internet Protocol, IP) 멀티미디어 서브시스템(Multimedia Subsystem)(IMS) 세션에 대한 앵커 프록시로서 작용하는 단계로서, 상기 제1 IMS 세션은 적어도, 상기 제1 SCC AS에 의해 서빙되는 제1 무선 송수신 유닛(wireless transmit/receive unit, WTRU), 처음에 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하는 제2 SCC AS에 의해 서빙되는 제2 WTRU, 및 원격 진영(remote party)과 관여되는 것인, 단계;
상기 제1 SCC AS가 상기 제2 SCC AS에 앵커 요청 메시지 - 상기 앵커 요청 메시지는 상기 제1 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 요청을 표시함 - 를 전송하는 단계; 및
상기 제1 SCC AS가 상기 제2 SCC AS로부터 앵커 요청 응답을 수신하는 단계를 포함하고,
상기 제1 SCC AS는 응답으로서, 상기 수신된 앵커 요청 응답이 상기 제1 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 수락함을 표시하는 경우, 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하기를 시작하는 것인 방법.
제 11 항에 있어서,
상기 제1 SCC AS가, 상기 제2 SCC AS에 상기 앵커 요청 메시지를 전송하기 전에, 상기 제2 SCC AS로부터 앵커 포인트 메시지 - 상기 앵커 포인트 메시지는, 상기 제2 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하고 있음을 표시함 - 를 수신하는 단계를 더 포함하는 방법.
제 11 항에 있어서,
상기 제2 SCC AS에 앵커 요청 메시지를 전송하는 단계는, 앵커 식별 및 이동을 위해 전용된 SCC AS 간의 제어 시그널링을 사용하여 상기 제2 SCC AS에 상기 앵커 요청 메시지를 전송하는 단계를 포함하는 것인 방법.
제 11 항에 있어서,
상기 제2 SCC AS에 앵커 요청 메시지를 전송하는 단계는, IMS 시그널링 내에 통합되어 있는 앵커 식별 및 이동 제어 시그널링을 사용하여 상기 제2 SCC AS에 상기 앵커 요청 메시지를 전송하는 단계를 포함하는 것인 방법.
제 14 항에 있어서,
상기 제1 SCC AS와 상기 제2 SCC AS 중의 적어도 하나는, IMS 시그널링을 하나 이상의 WTRU에 포워딩하기 전에, 이러한 IMS 시그널링 내에 통합되어 있는 임의의 앵커 식별 및 이동 제어 시그널링을 이러한 IMS 시그널링으로부터 제거하도록 구성되는 것인 방법.
제 11 항에 있어서,
상기 제2 SCC AS에 앵커 요청 메시지를 전송하는 단계는, 세션 개시 프로토콜(Session Initiation Protocol, SIP) 메시지의 헤더에서 상기 제2 SCC AS에 상기 앵커 요청 메시지를 전송하는 단계를 포함하는 것인 방법.
제 16 항에 있어서,
상기 헤더는 P-헤더(private header)인 것인 방법.
제 11 항에 있어서,
상기 제2 SCC AS에 앵커 요청 메시지를 전송하는 단계는, 세션 개시 프로토콜(Session Initiation Protocol, SIP) 메시지의 XML(Extensible Markup Language) 바디(body)에서 상기 제2 SCC AS에 상기 앵커 요청 메시지를 전송하는 단계를 포함하는 것인 방법.
제 11 항에 있어서,
상기 수신된 앵커 요청 응답은, 상기 제1 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 수락함을 표시하고, 상기 제2 SCC AS는 상기 제1 IMS 세션에 대한 앵커 프록시로서 작용하기를 시작하는 것인 방법.
제 11 항에 있어서,
상기 수신된 앵커 요청 응답은, 상기 제1 SCC AS가 상기 제1 IMS 세션에 대한 앵커 포인트로서 작용하도록 하라는 상기 요청을 상기 제2 SCC AS가 거절함을 표시하고, 상기 제1 SCC AS는 응답으로서, 상기 제1 IMS 세션에 대한 앵커 프록시로서 작용하기를 계속하는 것인 방법.