KR20130030752A

KR20130030752A - 이동 인터넷 프로토콜을 이용한 유닛간 전송 지원

Info

Publication number: KR20130030752A
Application number: KR1020127029943A
Authority: KR
Inventors: 미셸 페라스; 푸아 자비에르 드; 카멜 엠 샤힌
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2010-04-16
Filing date: 2011-04-15
Publication date: 2013-03-27
Also published as: US20150003438A1; US8873564B2; EP2559316B1; EP2559316A1; EP2840856B1; EP2840856A3; US20120093062A1; JP5685642B2; KR20140092885A; TWI527479B; TW201220872A; JP2015100126A; WO2011130591A1; CN102845125B; JP2013529415A; KR101539834B1; EP2840856A2; US9210199B2; CN102845125A

Abstract

WTRU는 해당 노드 등의 소스 장치로부터 제1 데이터 플로우를 수신하고 심리스(seamless) IUT를 수행하여 플로우가 상이한 WTRU로 전송되었다는 것을 해당 노드가 모르도록 할 수 있다. WTRU는 제1 홈 에이전트에 등록될 수 있고, 제1 홈 에이전트는 홈 어드레스에 대하여 어드레싱된 복수의 메시지를 수신한다. 홈 에이전트는 제1 CoA(Care-of-Address)에서 메시지를 WTRU로 전달할 수 있다. WTRU는 바인딩 업데이트를 제1 홈 에이전트로 전송할 수 있다. 바인딩 업데이트는 제2 트래픽 선택기 및 제2 액션을 포함할 수 있다. 제2 액션은 제2 메시지가 제2 트래픽 선택기와 매칭하면 복수의 메시지 중의 제2 메시지가 상이한 WTRU로 전달되는 것을 특정할 수 있다.

Description

이동 인터넷 프로토콜을 이용한 유닛간 전송 지원{INTER-UNIT TRANSFER SUPPORT USING MOBILE INTERNET PROTOCOL}

관련 출원의 상호 참조

본 출원은 2010년 4월 16일에 제출한 미국 가출원 61/325,163 및 2010년 4월 29일에 제출한 미국 가출원 61/329,456의 이득을 청구하며, 이들의 내용은 참고로 여기에 포함된다.

기술분야

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

인터넷 프로토콜(IP, Internet protocol) 멀티미디어 서브시스템(IMS, IP multimedia subsystem)은 IP 기반 멀티미디어 서비스를 전달하는 아키텍쳐 프레임워크이다. 무선 송수신 유닛(WTRU, wireless transmit/receive unit)은, 제한되지 않지만, UTRAN(UMTS(universal mobile telecommunications system) terrestrial radio access network), LTE(long term evolution), WiMax(worldwide interoperability for microwave access), 또는 WLAN(wireless local area network) 기술 등의 기술에 기초한 네트워크를 포함하는 다양한 액세스 네트워크를 통해 IMS에 접속할 수 있다. WTRU는 패킷 스위칭(PS) 도메인을 통해 IMS를 액세스할 수 있다. ICS(IMS centralized services)의 사용을 통해, WTRU는 추가적으로 CS(circuit-switched) 도메인을 통해 IMS를 액세스할 수 있다.

IMS를 지원하는 3GPP(third generation partnership project) 시스템에서, 유닛간 전송(IUT, inter-unit transfer)(즉, 미디어 이동성)이 IMS-SIP(session initiation protocol)을 지원하는 WTRU에 의해 수행된다. IUT는 통신 세션이 하나의 WTRU로부터 다른 WTRU로 전송되도록 한다. 넌-IMS(non-IMS) 단말(예를 들어, PSS(packet switched streaming) 서비스 가능 단말, 실시간 스트리밍 프로토콜(RTSP)/실시간 제어 프로토콜(RTCP) 단말, 및/또는 HTTP(hyper text transfer protocol) 스트리밍 단말)에 대한 표준화된 솔루션은 없다. 모든 시스템이 IMS를 지원하는 것이 아니고, 모든 단말이 SIP를 지원하지 않는다. 따라서, 넌-IMS 단말 및 넌-IMS 시스템에 대한 IUT 동작은 다양한 예에서 지원되지 않을 수 있다.

본 발명의 목적은, 이동 인터넷 프로토콜을 이용한 유닛간 전송 지원을 제공하는 것이다.

WTRU는 해당 노드 등의 소스 장치로부터 제1 데이터 플로우를 수신하고 심리스(seamless) IUT를 수행하여 플로우가 상이한 WTRU로 전송되었다는 것을 해당 노드가 모르도록 할 수 있다. WTRU는 제1 홈 에이전트에 등록될 수 있다. 제1 홈 에이전트는 홈 어드레스에 대하여 어드레싱된 복수의 메시지를 수신할 수 있다. 홈 에이전트는 제1 CoA(Care-of-Address)에서 메시지를 WTRU로 전달할 수 있다. WTRU는 제1 바인딩 업데이트를 제1 홈 에이전트로 전송할 수 있다. 제1 바인딩 업데이트는 제1 트래픽 선택기 및 제1 액션을 포함할 수 있다. 제1 액션은 복수의 메시지 중의 제1 메시지가 제1 트래픽 선택기와 매칭하면 제1 메시지가 제1 장치로 전달되는 것을 특정할 수 있다. WTRU는 제2 바인딩 업데이트를 제1 홈 에이전트로 전송할 수 있다. 제2 바인딩 업데이트는 제2 트래픽 선택기 및 제2 액션을 포함할 수 있다. 제2 액션은 복수의 메시지 중의 제2 메시지가 제2 트래픽 선택기와 매칭하면 제2 메시지가 상이한 WTRU로 전달되는 것을 특정할 수 있다.

WTRU은 제1 메시지를 홈 에이전트로 전송하는 송신기를 포함할 수 있다. 제1 메시지는 제1 트래픽 선택기 및 제1 액션을 포함할 수 있다. 제1 액션은 패킷이 제1 트래픽 선택기와 매칭하면 패킷이 홈 에이전트로부터 WTRU로 전달되는 것을 지시할 수 있다. 패킷 MIP 프로토콜 내의 홈 어드레스 등의 제1 프록시 어드레스에 대하여 어드레싱되고 소스 장치로부터 홈 에이전트로 전송된다. WTRU는 제2 메시지를 홈 에이전트로 전송할 수 있다. 제2 메시지는 제1 액션을 삭제하고 제2 액션을 포함할 수 있다. 제2 액션은 패킷이 제1 트래픽 선택기와 매칭하면 상이한 WTRU로 전달되는 것을 지시할 수 있다. 소스 장치는 상기 패킷이 제2 WTRU로 전달되는 것을 모를 수 있다.

홈 에이전트는 제1 장치로부터 제1 장치에 대한 등록 정보를 수신할 수 있다. 제1 홈 에이전트는 메시지 소스로부터 복수의 메시지를 수신할 수 있다. 복수의 메시지의 각각은 홈 어드레스에 대하여 어드레싱될 수 있다. 홈 에이전트는 제1 장치로부터 제1 바인딩 업데이트를 수신할 수 있다. 제1 바인딩 업데이트는 제1 트래픽 선택기 및 제1 액션을 포함할 수 있다. 제1 액션은 복수의 메시지 중의 제1 메시지가 제1 트래픽 선택기와 매칭하면 제1 메시지를 제1 장치로 전달되도록 특정할 수 있다. 홈 에이전트는 제1 장치로부터 제2 바인딩 업데이트를 수신할 수 있다. 제2 바인딩 업데이트는 제2 트래픽 선택기 및 제2 액션을 포함할 수 있다. 제2 액션은 복수의 메시지 중의 제2 메시지가 제2 트래픽 선택기와 매칭하면 제2 메시지가 제2 장치로 전달되는 것을 특정할 수 있다.

본 발명에 따르면, 이동 인터넷 프로토콜을 이용한 유닛간 전송 지원을 제공하는 것이 가능하다.

첨부된 도면과 결합하여 예로서 제공되는 다음의 설명으로부터 더 자세히 이해될 것이다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 일 예의 통신 시스템의 시스템 다이어그램이다.
도 1b는 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 일 예의 무선 송수신 유닛(WTRU)의 시스템 다이어그램이다.
도 1c는 도 1a에 도시된 통신 시스템 내에 사용될 수 있는 일 예의 무선 액세스 네트워크 및 일 예의 코어 네트워크의 시스템 다이어그램이다.
도 1d는 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 다른 예의 무선 액세스 네트워크 및 다른 예의 코어 네트워크의 시스템 다이어그램이다.
도 1e는 도 1a에 도시된 통신 시스템 내에서 사용될 수 있는 다른 예의 무선 액세스 네트워크 및 다른 예의 코어 네트워크의 시스템 다이어그램이다.
도 2는 IMS 기반 서비스 및 서비스 연속성의 일 예의 아키텍쳐를 나타낸다.
도 3은 (PSS 서버를 이용하는) IMS 기반 푸쉬 모드시의 시그널링의 종래의 흐름도이다.
도 4는 일 실시예가 구현될 수 있는 단일 홈 에이전트를 갖는 일 예의 시스템 다이어그램을 나타낸다.
도 5는 일 실시예에 따라 플로우 전송을 요청 및 인가하는 일 예의 신호 다이어그램을 나타낸다.
도 6은 일 실시예에 따라 플로우 전송을 요청 및 인가하는 다른 예의 신호 다이어그램을 나타낸다.
도 7은 일 실시예에 따라 혼합된 프로토콜을 이용하여 플로우 전송을 요청 및 인가하는 일 예의 신호 다이어그램을 나타낸다.
도 8은 단일 홈 에이전트를 갖는 일 예의 IUT 시퀀스 플로우를 나타낸다.
도 9는 일 실시예가 구현될 수 있는 2개의 홈 에이전트를 갖는 일 예의 시스템 다이어그램을 나타낸다.
도 10은 더블 터널링을 이용한 2개의 홈 에이전트를 갖는 일 예의 IUT 시퀀스 플로우를 나타낸다.
도 11은 2개의 터널을 이용한 2개의 홈 에이전트를 갖는 일 예의 IUT 시퀀스 플로우를 나타낸다.
도 12는 단일 터널을 이용한 2개의 홈 에이전트를 갖는 일 예의 IUT 시퀀스 플로우를 나타낸다.
도 13은 일 실시예에 따른 일 예의 변경 플로우 및 결합 테이블을 나타낸다.
도 14는 일 실시예에 따른 일 예의 MIP 변경 결합 기준을 나타낸다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 일 예의 통신 시스템(100)의 시스템 다이어그램이다. 통신 시스템(100)은 음성, 데이터, 비디오, 메시징, 방송 등의 콘텐츠를 다수의 무선 사용자에게 제공하는 다중 액세스 시스템일 수 있다. 통신 시스템(100)은 다수의 무선 사용자가 무선 대역폭을 포함하는 시스템 자원의 공유를 통해 이러한 콘텐츠를 액세스할 수 있게 한다. 예를 들어, 통신 시스템(100)은 코드 분할 다중 액세스(CDMA), 시간 분할 다중 액세스(TDMA), 주파수 분할 다중 액세스(FDMA), 직교 FDMA(OFDMA), 단일 캐리어 FDMA(SC-FDMA) 등의 하나 이상의 채널 액세스 방법을 채용할 수 있다.

도 1a에 도시된 바와 같이, 개시된 실시예는 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 엘리먼트를 포함할 수 있지만, 통신 시스템(100)은 무선 송수신 유닛(WTRU)(102a, 102b, 102c, 102d), 무선 액세스 네트워크(RAN)(104), 코어 네트워크(106), PSTN(public switched telephone network)(108), 인터넷(110) 및 다른 네트워크(112)를 포함할 수 있다. WTRU(102a, 102b, 102c, 102d)의 각각은 무선 환경에서 동작 및/또는 통신하도록 구성되는 임의의 타입의 장치일 수 있다. 예로서, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 송신 및/또는 수신하도록 구성되고, 사용자 장비(UE, user equipment), 이동국, 고정 또는 이동 가입자 유닛, 페이저, 셀룰러 전화, 개인 휴대 단말기(PDA), 스마트폰, 랩탑, 넷북, 개인 컴퓨터, 무선 센서, 소비자 전자장치 등을 포함할 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국(114a 및 114b)의 각각은 코어 네트워크(106), 인터넷(110) 및/또는 네트워크(112) 등의 하나 이상의 통신 네트워크로의 액세스를 가능하게 하기 위해 WTRU(102a, 102b, 102c, 102d) 중의 적어도 하나와 무선으로 인터페이스하도록 구성된 임의의 타입의 장치일 수 있다. 예로서, 기지국(114a 및 114b)은 베이스 트랜시버 스테이션(BTS), Node-B, eNode B, 홈 노드 B, 홈 eNode B, 사이트 컨트롤러, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국(114a, 114b)은 각각 단일 엘리먼트로 도시되지만, 기지국(114a, 114b)은 임의의 수의 상호접속된 기지국 및/또는 네트워크 엘리먼트를 포함할 수 있다.

기지국(114a)은 기지국 컨트롤러(BSC), 무선 네트워크 컨트롤러(RNC), 릴레이 노드 등의 다른 기지국 및/또는 네트워크 엘리먼트(미도시)를 또한 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(미도시)이라 불리울 수 있는 특정한 지리적 영역 내에서 무선 신호를 송신 및/또는 수신하도록 구성될 수 있다. 셀은 셀 섹터로 더 분할될 수 있다. 예를 들어, 기지국(114a)과 관련된 셀이 3개의 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버, 즉, 셀의 각 섹터에 대하여 하나의 트랜시버를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 MIMO(multiple-input multiple output) 기술을 채용할 수 있고, 따라서, 셀의 각 섹터에 대하여 다수의 트랜시버를 이용할 수 있다.

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

특히, 상술한 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고 CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등의 하나 이상의 채널 액세스 방식을 채용할 수 있다. 예를 들어, RAN(104)내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 와이드밴드 CDMA(WCDMA)를 이용하여 무선 인터페이스(116)를 확립할 수 있는 UTRA(UMTS(Universal Mobile Telecommunications System) Terrestrial Radio Access)) 등의 무선 기술을 구현할 수 있다. WCDMA는 HSPA(High-Speed Packet Access) 및/또는 HSPA+(Evolved HSPA) 등의 통신 프로토콜을 포함할 수 있다. HSPA는 HSDPA(High-Speed Downlink Packet Access) 및/또는 HSUPA(High-Speed Uplink Packet Access)를 포함할 수 있다.

또 다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 LTE(Long Term Evolution) 및/또는 LTE-A(LTE-Advanced)를 이용하여 무선 인터페이스(116)를 확립할 수 있는 E-UTRA(Evolved UMTS Terrestrial Radio Access) 등의 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.16(즉, WiMAX(Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, IS-2000(Interim Standard 2000), IS-95, IS-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)는 IEEE 802.11 등의 무선 기술을 구현하여 무선 근거리 통신망(WLAN)을 확립할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 IEEE 802.15 등의 무선 기술을 구현하여 무선 개인 통신망(WPAN)을 확립할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 셀룰러 기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용하여 피코셀 또는 펨토셀을 확립할 수 있다. 도 1a에 도시된 바와 같이, 기지국(114b)은 인터넷(110)으로의 직접적인 접속부를 가질 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106)를 통해 인터넷(110)을 액세스하도록 요구되지 않을 수 있다.

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

코어 네트워크(106)는 또한 PSTN(108), 인터넷(110) 및/또는 다른 네트워크(112)를 액세스하기 위해 WTRU(102a, 102b, 102c, 102d)에 대한 게이트웨이로서 기능할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회로 스위치 전화망을 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜 세트 내의 TCP(transmission control protocol), UDP(user datagram protocol) 및 인터넷 프로토콜(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), 송수신 엘리먼트(122), 스피커/마이크로폰(124), 키패드(126), 디스플레이/터치패드(128), 제거불가능 메모리(130), 제거가능 메모리(132), 전원(134), GPS(global positioning system) 칩셋(136) 및 다른 주변 장치(138)를 포함할 수 있다. WTRU(102)는 실시예와 일관성을 유지하면서 상기 엘리먼트의 임의의 서브 조합을 포함할 수 있다.

프로세서(118)는 범용 프로세서, 특수 목적 프로세서, 종래의 프로세서, 디지털 신호 프로세서(DSP), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 컨트롤러, 마이크로컨트롤러, ASIC(Application Specific Integrated Circuits), FPGA(Field Programmable Gate Array) 회로, 임의의 다른 타입의 집적 회로(IC), 상태 머신 등일 수 있다. 프로세서(118)는 신호 코딩, 데이터 프로세싱, 전력 제어, 입출력 프로세싱 및/또는 WTRU(102)가 무선 환경에서 동작하도록 하는 임의의 다른 기능을 수행할 수 있다. 프로세서(118)는 송수신 엘리먼트(122)에 결합될 수 있는 트랜시버(120)에 결합될 수 있다. 도 1b는 프로세서(118) 및 트랜시버(120)를 별도의 구성요소로서 도시하지만, 프로세서(118) 및 트랜시버(120)는 전자 패키지 또는 칩 내에 함께 통합될 수 있음을 인식할 것이다.

송수신 엘리먼트(122)는 무선 인터페이스(116)를 통해 기지국(예를 들어, 기지국(114a))으로/으로부터 신호를 송신/수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 엘리먼트(122)는 RF 신호를 송신 및/또는 수신하도록 구성된 안테나일 수 있다. 또 다른 실시예에서, 송수신 엘리먼트(122)는 예를 들어 IR, UV 또는 가시광 신호를 송신 및/또는 수신하도록 구성된 에미터/디텍터일 수 있다. 또 다른 실시예에서, 송수신 엘리먼트(122)는 RF 및 광 신호를 둘 다 송수신하도록 구성될 수 있다. 송수신 엘리먼트(122)는 무선 신호의 임의의 조합을 송신 및/또는 수신하도록 구성될 수 있다.

또한, 송수신 엘리먼트(122)가 단일 엘리먼트로서 도 1b에 도시되지만, 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)(예를 들어, 액정 표시(LCD) 디스플레이 유닛 또는 유기 발광 다이오드(OLED) 디스플레이 유닛)에 결합되어 그로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 스피커/마이크로폰(124), 키패드(126), 및/또는 디스플레이/터치패드(128)로 사용자 데이터를 출력할 수 있다. 또한, 프로세서(118)는 메모리로부터 정보를 액세스하거나 메모리에 데이터를 저장할 수 있다. 예를 들어, 메모리는 제거불가능 메모리(130) 및/또는 제거가능 메모리(132) 등의 임의의 타입의 적절한 메모리를 포함할 수 있다. 제거불가능 메모리(130)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크 또는 임의의 다른 타입의 메모리 저장 장치를 포함할 수 있다. 제거가능 메모리(132)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, SD(secure digital) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(118)는 서버 또는 홈 컴퓨터(미도시) 등의 WTRU(102) 상에 물리적으로 위치하지 않는 메모리로부터 정보를 액세스하고 그 내에 데이터를 저장할 수 있다.

프로세서(118)는 전원(134)으로부터 전력을 수신할 수 있고 WTRU(102) 내의 다른 구성요소로 전력을 분배 및/또는 제어하도록 구성될 수 있다. 전원(134)은 WTRU(102)에 전력을 제공하는 임의의 적절한 장치일 수 있다. 예를 들어, 전원(134)은 하나 이상의 건전지 배터리(예를 들어, 니켈-카드뮴(NiCd), 니켈-아연(NiZn), 니켈 금속 수소화물(NiMH), 리튬 이온(Li-ion) 등), 태양 전지, 연료 전지 등을 포함할 수 있다.

프로세서(118)는 또한 WTRU(102)의 현재 위치에 관한 위치 정보(예를 들어, 경도 및 위도)를 제공하도록 구성될 수 있는 GPS 칩셋(136)에 결합될 수 있다. GPS 칩셋(136)으로부터의 정보에 더하여 또는 대신하여, WTRU(102)는 기지국(예를 들어, 기지국(114a, 114b))으로부터 무선 인터페이스(116)를 통해 위치 정보를 수신하고 및/또는 2 이상의 인근의 기지국으로부터 수신된 신호의 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)는 실시예와의 일관성을 유지하면서 임의의 적절한 위치 결정 방법에 의해 위치 정보를 획득할 수 있다는 것을 인식할 것이다.

프로세서(118)는 추가의 특징, 기능 및/또는 유선 또는 무선 접속을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어를 포함할 수 있는 다른 주변 장치(138)에 더 결합될 수 있다. 예를 들어, 주변 장치(138)는 가속계, e-나침반, 위성 트랜시버, 디지털 카메라(사진 또는 비디오용), 유니버설 시리얼 버스(USB) 포트, 진동 장치, 텔레비전 트랜시버, 핸즈프리 헤드셋, 블루투스 모듈, 주파수 변조(FM) 라디도 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 실시예에 따른 RAN(104) 및 코어 네트워크(106)의 시스템 다이어그램이다. 상술한 바와 같이, RAN(104)은 UTRA 무선 기술을 채용하여 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신할 수 있다. RAN(104)은 또한 코어 네트워크(106)와 통신할 수 있다. 도 1c에 도시된 바와 같이, RAN(104)은 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 트랜시버를 각각 포함할 수 있는 Node-B(140a, 140b, 140c)를 포함할 수 있다. Node-B(140a, 140b, 140c)는 각각 RAN(104) 내의 특정 셀(미도시)과 연관될 수 있다. RAN(104)은 또한 RNC(142a, 142b)를 포함할 수 있다. RAN(104)은 실시예와 일관성을 유지하면서 임의의 수의 Node-B 및 RNC를 포함할 수 있다는 것을 인식할 것이다.

도 1c에 도시된 바와 같이, Node-B(140a, 140b)는 RNC(142a)와 통신할 수 있다. 추가적으로, Node-B(140c)는 RNC(142b)와 통신할 수 있다. Node-B(140a, 140b, 140c)는 Iub 인터페이스를 통해 각각의 RNC(142a, 142b)와 통신할 수 있다. RNC(142a, 142b)는 Iur 인터페이스를 통해 서로 통신할 수 있다. RNC(142a, 142b)의 각각은 접속된 각각의 Node-B(140a, 140b, 140c)를 제어하도록 구성될 수 있다. 또한, RNC(142a, 142b)의 각각은 외부 루프 전력 제어, 로드 제어, 입장(admission) 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티, 보안 기능, 데이터 암호화 등의 다른 기능을 수행하거나 지원하도록 구성될 수 있다.

도 1c에 도시된 코어 네트워크(106)는 MGW(media gateway)(144), 이동 스위치 센터(MSC)(146), 서빙 GPRS 지원 노드(SGSN)(148), 및/또는 게이트웨이 GPRS 지원 노드(GGSN)(150)를 포함할 수 있다. 상기 엘리먼트의 각각은 코어 네트워크(106)의 일부로서 도시되지만, 이들 엘리먼트의 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유 및/또는 동작될 수 있다는 인식할 것이다.

RAN(104) 내의 RNC(142a)은 IuCS 인터페이스를 통해 코어 네트워크(106) 내의 MSC(146)에 접속될 수 있다. MSC(146)는 MGW(144)에 접속될 수 있다. MSC(146) 및 MGW(144)는 WTRU(102a, 102b, 102c)에 PSTN(108) 등의 회로 스위치 네트워크로의 액세스를 제공하여 WTRU(102a, 102b, 102c) 및 전통적인 일반 전화 통신 장치 간의 통신을 가능하게 한다.

RAN(104) 내의 RNC(142a)은 IuPS 인터페이스를 통해 코어 네트워크(106) 내의 SGSN(148)에 접속될 수 있다. SGSN(148)는 GGSN(150)에 접속될 수 있다. SGSN(148) 및 GGSN(150)는 WTRU(102a, 102b, 102c)에 인터넷(110) 등의 패킷 스위치 네트워크로의 액세스를 제공하여 WTRU(102a, 102b, 102c) 및 IP 인에이블 장치 간의 통신을 가능하게 한다.

상술한 바와 같이, 코어 네트워크(106)는 또한 다른 서비스 제공자가 소유하고 및/또는 그 다른 서비스 제공자에 의해 동작하는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)에 접속될 수 있다.

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

RAN(104)은 실시예와 일관성을 유지하면서 임의의 수의 eNode-B를 포함할 수 있는 것으로 인식되지만, RAN(104)은 eNode-B(160a, 160b, 160c)를 포함할 수 있다. eNode-B(160a, 160b, 160c)는 각각 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 트랜시버를 포함할 수 있다. 실시예에서, eNode-B(160a, 160b, 160c)는 MIMO 기술을 구현할 수 있다. 따라서, eNode-B(160a)는 예를 들어 다수의 안테나를 이용하여 무선 신호를 WTRU(102a)로 송신하고 그로부터 무선 신호를 수신할 수 있다.

eNode-B(160a, 160b, 160c)의 각각은 특정 셀(미도시)와 연관될 수 있고, 무선 자원 관리 결정, 핸드오버 결정, 상향링크 및/또는 하향링크에서의 사용자의 스케줄링 등을 처리하도록 구성될 수 있다. 도 1d에 도시된 바와 같이, eNode-B(160a, 160b, 160c)는 X2 인터페이스를 통해 서로 통신할 수 있다.

도 1d에 도시된 코어 네트워크(106)는 MME(mobility management gateway)(162), 서빙 게이트웨이(164) 및 PDN(packet data network) 게이트웨이(166)를 포함할 수 있다. 상기 엘리먼트의 각각이 코어 네트워크(106)의 일부로서 도시되지만, 이들 엘리먼트의 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유 및/또는 동작될 수 있다는 인식할 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(160a, 160b, 160c)의 각각에 접속될 수 있고 제어 노드로서 동작할 수 있다. 예를 들어, MME(162)는 WTRU(102a, 102b, 102c)의 사용자 인증, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 부가시 특정 서빙 게이트웨이의 선택 등을 수행할 수 있다. MME(162)는 또한 RAN(104) 및 GSM 또는 WCDMA 등의 다른 무선 기술을 채용하는 다른 RAN(미도시) 간의 스위칭을 위한 제어 평면 기능을 제공할 수 있다.

서빙 게이트웨이(164)는 S1 인터페이스를 통해 RAN(104) 내의 eNode-B(160a, 160b, 160c)의 각각에 접속될 수 있다. 서빙 게이트웨이(164)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우팅 및 전달할 수 있다. 서빙 게이트웨이(164)는 또한 eNode-B간 핸드오버시의 사용자 평면 앵커(anchoring), 하향링크 데이터가 WTRU(102a, 102b, 102c)에 이용가능할 때의 페이징 트리거링, WTRU(102a, 10b, 102c)의 콘텍스트의 관리 및 저장 등의 다른 기능을 수행할 수 있다.

서빙 게이트웨이(164)는 인터넷(110) 등의 패킷 스위치 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공하는 PDN 게이트웨이(166)에 접속되어 WTRU(102a, 102b, 102c) 및 IP 인에이블 장치 간의 통신을 가능하게 할 수 있다.

코어 네트워크(106)는 다른 네트워크와의 통신을 가능하게 할 수 있다. 예를 들어, 코어 네트워크(106)는 PSTN(108) 등의 회로 스위치 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공하여 WTRU(102a, 102b, 102c)와 전통적인 지상 통신 장치 간의 통신을 가능하게 할 수 있다. 예를 들어, 코어 네트워크(106)는 코어 네트워크(106) 및 PSTN(108) 간의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS) 서버)를 포함하거나 그와 통신할 수 있다. 또한, 코어 네트워크(106)는 다른 서비스 제공자에 의해 소유 및/또는 동작되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 다른 네트워크(112)로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

도 1e는 실시예에 따른 RAN(104) 및 코어 네트워크(106)의 시스템 다이어그램이다. RAN(104)은 IEEE 802.16 무선 기술을 채용하여 무선 인터페이스(116)를 통해 WTRU(102a 102b, 102c)와 통신하는 액세스 서비스 네트워크(ASN)일 수 있다. 이하에서 더 설명하는 바와 같이, WTRU(102a, 102b, 102c), RAN(104) 및 코어 네트워크(106)의 상이한 기능 엔티티 간의 통신 링크는 기준 포인트라 정의할 수 있다.

도 1e에 도시된 바와 같이, RAN(104)은 실시예와 일관성을 유지하면서 임의의 수의 기지국과 ASN 게이트웨이를 포함할 수 있는 것으로 인식되지만, RAN(104)은 기지국(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있다. 기지국(180a, 180b, 180c)은 각각 RAN(104) 내의 특정 셀(미도시)와 연관될 수 있고 무선 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하는 하나 이상의 트랜시버를 각각 포함할 수 있다. 일 실시예에서, 기지국(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 기지국(180a)은 예를 들어 다수의 안테나를 이용하여 WTRU(102a)로 무선 신호를 송신하고 그로부터 무선 신호를 수신할 수 있다. 기지국(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 확립, 무선 자원 관리, 트래픽 분류, QoS(quality of service) 폴리시 강화, 등의 이동성 관리 기능을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 수집 포인트로서 기능할 수 있고 페이징, 가입자 프로파일의 캐싱(caching), 코어 네트워크(106)로의 라우팅 등을 담당할 수 있다.

WTRU(102a, 102b, 102c) 및 RAN(104) 간의 무선 인터페이스(116)는 IEEE 802.16 사양을 구현하는 R1 기준 포인트로서 정의될 수 있다. 또한, WTRU(102a, 102b, 102c)의 각각은 코어 네트워크(106)와 논리적 인터페이스(미도시)를 확립할 수 있다. WTRU(102a, 102b, 102c) 및 코어 네트워크(106) 간의 논리적 인터페이스는 인증, 허가, IP 호스트 구성 관리 및/또는 이동성 관리에 사용될 수 있는 R2 기준 포인트로서 정의될 수 있다.

기지국(180a, 180b, 180c) 간의 통신 링크는 WTRU 핸드오버 및 기지국 간의 데이터 전달을 가능하게 하는 프로토콜을 포함하는 R8 기준 포인트로서 정의될 수 있다. 기지국(180a, 180b, 180c) 및 ASN 게이트웨이(182) 간의 통신 링크는 R6 기준 포인트로서 정의될 수 있다. R6 기준 포인트는 WTRU(102a, 102b, 102c)의 각각과 연관된 이동성 이벤트에 기초하여 이동성 관리가 가능한 프로토콜을 포함할 수 있다.

도 1e에 도시된 바와 같이, RAN(104)은 코어 네트워크(106)에 접속될 수 있다. RAN(104) 및 코어 네트워크(106) 간의 통신 링크는 예를 들어 데이터 전달 및 이동성 관리 능력이 가능한 프로토콜을 포함하는 R3 기준 포인트로서 정의될 수 있다. 코어 네트워크(106)는 이동 IP 홈 에이전트(MIP-HA)(184), 인증, 허가, 어카운팅(AAA) 서버(186) 및 게이트웨이(188)를 포함할 수 있다. 상기 엘리먼트의 각각은 코어 네트워크(106)의 일부로서 도시되지만, 이들 엘리먼트의 임의의 하나는 코어 네트워크 오퍼레이터 이외의 엔티티에 의해 소유 및/또는 동작될 수 있음을 인식할 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수 있고 WTRU(102a, 102b, 102c)가 상이한 ASN 및/또는 상이한 코어 네트워크 사이에서 로밍(roam)하도록 할 수 있다. MIP-HA(184)는 인터넷(110) 등의 패킷 스위치 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공하여 WTRU(102a, 102b, 102c) 및 IP 인에이블 장치 간의 통신이 가능할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스 지원을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크와의 상호 연동이 가능할 수 있다. 예를 들어, 게이트웨이(188)는 PSTN(108) 등의 회로 스위치 네트워크로의 액세스를 WTRU(102a, 102b, 102c)에 제공하여 WTRU(102a, 102b, 102c) 및 전통적인 지상 통신 장치 간의 통신이 가능할 수 있다. 또한, 게이트웨이(188)는 다른 서비스 제공자에 의해 소유 및/또는 동작되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

도 1e에 도시되지 않지만, RAN(104)은 다른 ASN에 접속될 수 있고 코어 네트워크(106)는 다른 코어 네트워크에 접속될 수 있음을 인식할 것이다. RAN(104) 및다른 ASN 간의 통신 링크는 RAN(104) 및 다른 ASN 간의 WTRU(102a, 102b, 102c)의 이동성을 조정하는 프로토콜을 포함할 수 있는 R4 기준 포인트로서 정의될 수 있다. 코어 네트워크(106) 및 다른 코어 네트워크 간의 통신 링크는 홈 코어 네트워크 및 방문한 코어 네트워크 간의 상호 연동이 가능한 프로토콜을 포함할 수 있는 R5 기준 포인트로서 정의될 수 있다.

도 2는 실시예가 구현될 수 있는 일 예의 시스템 아키텍쳐를 나타낸다. 도 2에 도시된 바와 같이, WTRU1(202), WTRU2(204), WTRU3(206) 및 WTRU4(208) 등의 다수의 장치는 IP 네트워크(210)를 통해 통신할 수 있다. WTRU는 무선 통신 프로토콜 및/또는 유선 통신 프로토콜을 통해 통신할 수 있다. 예를 들어, WTRU1(202)는 WTRU2(204)와 통신 세션을 확립할 수 있다. 예를 들어, WTRU1(202) 및 WTRU2(204)는 스트리밍 비디오 컨퍼런스를 확립할 수 있다. 이 예에서, 스트리밍 데이터는 음성 데이터 및 비디오 데이터를 포함할 수 있다. 스트리밍 비디오 컨터런스를 확립할 때, 결합된 음성 및 비디오 데이터는 IP 네트워크(210)를 통해 플로우(212)를 통해 WTRU1(202) 및 WTRU2(204) 사이에서 전송될 수 있다. 플로우(212)은 WTRU1(202) 및 WTRU2(204) 사이의 음성 및/또는 비디오 데이터를 포함할 수 있다.

플로우(212)가 미정(pendency)인 동안, WTRU2(204)로부터의 음성 및/또는 비디오 데이터가 WTRU1(202) 이외의 장치로 재전송되도록 하는 것이 바람직할 수 있다. 예를 들어, WTRU1(202)의 사용자는 플로우(212)의 확립시 이동할 수 있지만, 사용자의 사무실에 도달하였다. 이 예에서, 플로우(212)의 전부 또는 일부를 하나 이상의 상이한 장치에 전송하는 것이 바람직할 수 있다. 예를 들어, WTRU1(202)의 사용자는 플로우(212)의 음성 데이터를 WTRU3(206)로 전송하고 플로우(212)의 비디오 데이터를 WTRU4(208)로 전송하도록 결정할 수 있다. WTRU3(206) 및 WTRU4(208)로 각각 음성 및 비디오를 전송할 때, 새로운 데이터 플로우는 플로우(214)라 할 수 있다.

도 3은 UE1(302)가 PSS 어댑터/서버(312)와 IMS 세션을 확립한 일 예의 메시징 다이어그램이다. 이 예에서, UE1(302)는 IMS 프로토콜을 이용하여 데이터 세션을 UE2(304)에 전송할 수 있다. IUT는 양도인(UE1(302))으로부터 양수인(UE2(304))로의 진행중인 PSS 세션의 전송에 사용될 수 있다. IUT는 미디어 플로우 뿐만 아니라 세션 제어 전송을 포함할 수 있다. 이 예에서, UE1(302) 및 UE2(304)는 동일한 사용자 가입 하에 있을 수 있고 동일한 서비스 제어 기능(SCF)(310)에 의해 서빙될 수 있다. 추가적으로, UE간 세션 전송은 예를 들어 3GPP TS 23.237: "IP Multimedia Subsystem (IMS) Service Continuity; Stage 2" 및 3GPP TS 24.237: "IP Multimedia Subsystem (IMS) Service Continuity; Stage 3"에서 정의된 바와 같이 일반적인 UE간 세션 전송 절차를 따를 수 있다. 푸쉬 모드에서, 세션 전송은 UE1(302)에 의해 개시될 수 있다.

도 3의 정보 플로우는 UE1(302)로부터 UE2(304)로의 PSS 어댑터/서버(312)와의 IMS 세션의 전송을 나타낸다. SIP REFER(320), SIP REFER(322), REFER 요청 인가(324), SIP REFER(326), SIP REFER(328), SIP(330), SIP(332), SIP(334), SIP(336), SIP 통지(344), SIP 통지(346), SIP 통지(348), SIP 통지(350), SP(352), SIP(354), SIP(356) 및 SIP(388)는 3GPP TS 24.237: "IP Multimedia Subsystem (IMS) Service Continuity; Stage 3"의 조항 15에 정의된 바와 같이 세션 전송 절차에 따를 수 있다. 시퀀스는 예를 들어 세션 진행 메시지를 생략함으로써 간략화될 수 있다. IMS 서비스 제어(314)는 UE1 및 PSS 어댑터/서버 사이의 미디어 경로(316)를 제어할 수 있다. UE1(302) 및 PSS 어댑터/서버 간의 IMS 제어 PSS 세션(316)은 미디어 스트림을 허용할 수 있다. UE1(302)은 예를 들어 북마크 생성(318), 예를 들어, 3GPP TS 26.237 "IP Multimedia Subsystem (IMS) based Packet Switch Streaming (PSS) and Multimedia Broadcast/Multicast Service (MBMS) User Service; Protocols"의 조항 12.1에 따른 북마크 생성을 개시할 수 있다.

SIP REFER(320)는 UE2(304)로의 UE간 전송을 개시할 수 있고 UE1(302)로부터 IMS 코어 네트워크(IM CN) 서브시스템(306)으로 전송될 수 있다. IM CN 서브시스템(306)은 SIP REFER(322)를 SCC(Service Centralization and Continuity)(308)로 전송할 수 있다. SCC(308)는 REFER 요청 인가(324)에서 IUT에 대한 요청을 처리할 수 있다. SCC(308)는 SIP REFER(326)를 통해 다시 IM CN 서브시스템(306)으로 요청을 전달할 수 있고, SIP REFER(328)를 통해 UE2(304)로 요청을 또한 전달할 수 있다. UE2(304)는 SIP(330)를 통해 IM CN 서브시스템(306)에 응답할 수 있다. IM CN 서브시스템(306)은 SIP(332)를 통해 SCC(308)로 응답을 전달할 수 있고 SIP(334)를 통해 IM CN 서브시스템(306)으로 응답을 전달할 수 있고, SIP(336)를 통해 UE1(302)로 응답을 또한 전달할 수 있다. PSS 세션 확립(338)은 북마크를 이용하여 개시될 수 있고, 예를 들어, 3GPP TS 26.237 "IP Multimedia Subsystem (IMS) based Packet Switch Streaming (PSS) and Multimedia Broadcast/Multicast Service (MBMS) User Service; Protocols"의 조항 12.2.2에 따라 개시될 수 있고, PSS 어댑터/서버(312)에 UE1(302)로부터 UE2(304)로의 전송을 알린다. PSS 세션 확립(338)시, IMS 서비스 제어(340)는 UE2 및 PSS 어댑터/서버 간의 미디어 경로(342)를 통해 확립된 세션을 제어할 수 있다.

UE2 및 PSS 어댑터/서버 간의 미디어 경로(342)를 해체하기 위하여, SIP 통지(344)가 UE2(304)로부터 IM CN 서브시스템(306)으로 전송될 수 있다. IM CN 서브시스템(306)은 SIP 통지(346)를 통해 SCC(308)로 요청을 전달할 수 있다. SCC(308)은 SIP 통지(348)를 통해 IM CN 서브시스템(306)으로 요청을 전달할 수 있고 SIP 통지(350)를 통해 UE1(302)로 요청을 전달할 수 있다. UE1(302)은 SIP(352)를 IM CN 서브시스템(306)으로 전송함으로써 해체를 수락할 수 있고, SIP(354)를 통해 수락을 SCC(308)로 전송하고, SIP(356)를 통해 수락을 IM CN 서브시스템(306)으로 전달하고, SIP(358)를 통해 수락을 UE2(304)로 전달할 수 있다. PSS 세션 해체(360)가 완료되고, 세션이 예를 들어 3GPP TS 26.237 "IP Multimedia Subsystem (IMS) based Packet Switch Streaming (PSS) and Multimedia Broadcast/Multicast Service (MBMS) User Service; Protocols"의 조항 8.2.6.1.1에 따라 UE1(302)로 되돌아갔다는 것을 PSS 어댑터/서버(312)에 알릴 수 있다.

인식할 수 있는 바와 같이, IMS 세션 전송 절차는 많은 양의 시그널링 오버헤드를 필요로 할 수 있고 세션 전송이 발생할 것이라는 것을 세션에 대한 모든 당사자에게 알릴 필요가 있다. 추가적으로, 장치는 IMS 세션 전송 절차를 사용하기 위하여 IMS 프로토콜을 지원할 필요가 있을 수 있다. 실시예는 세션 또는 데이터 플로우에 대한 적어도 하나의 당사자가 세션 또는 플로우 전송이 발생했다는 것을 모를 수 있는 절차를 고려한다. 실시예는 또한 IMS 및/또는 SIP를 지원할 수 없는 장치가 IUT를 개시하고 관여할 수 있는 전송 프로토콜을 고려할 수 있다.

도 4는 실시예가 구현될 수 있는 일 예의 시스템 아키텍쳐를 나타낸다. 해당 노드(correspondence node; CN)(402)는 WTRU1(412), WTRU2(414) 및/또는 WTRU3(416)과 통신할 수 있다. 예를 들어, CN(402)은 음성 데이터 및 비디오 데이터를 포함하는 통신 세션을 WTRU1(412)와 확립할 수 있다. 통신 세션은 데이터 플로우 또는 간단히 플로우라고 할 수 있다. CN(402)에 의해 이들 장치에 대한 어드레스를 업데이트하지 않고 WTRU1(412), WTRU2(414) 및/또는 WTRU3(416)의 이동성을 허용하기 위하여, CN(402)은 홈 에이전트(HA)(404)를 통해 WTRU1(412), WTRU2(414) 및/또는 WTRU3(416)와 통신할 수 있다. HA(404)는 바인딩 테이블(406)에서 WTRU1(412), WTRU2(414) 및/또는 WTRU3(416)에 대한 업데이트된 어드레스 리스트를 유지할 수 있다. 예를 들어, WTRU1(412)은 네트워크(410)에서 실제 IP 어드레스를 가질 수 있다. 이 실제 IP 어드레스는 CoA(Care-of-address)라 할 수 있다. WTRU1의 CoA에 대하여 어드레싱된 IP 패킷은 네트워크(410)에서 WTRU1(412)로 라우팅될 수 있다. 마찬가지로, WTRU2(414) 및 WTRU3(416)은 네트워크(410) 내의 실제 네트워크 IP 어드레스에 대응하는 CoA를 가질 수 있다. WTRU1(412), WTRU2(414) 및/또는 WTRU3(416)는 자신의 CoA를 HA(404)에 등록할 수 있다. HA(404)는 WTRU(412)에 대한 CoA를 홈 어드레스(HoA)와 연관시킬 수 있다. HoA는 주어진 CoA에 대한 프록시 어드레스일 수 있다. 예를 들어, HA(404)에 의해 발행된 HoA는 HoA에 대하여 어드레싱된 IP 패킷이 네트워크(410) 내에서 HA(404)로 라우팅되도록 할 수 있다. 바인딩 테이블(406)에서 HoA를 CoA와 연관시킴으로써, HA(404)는 HoA에 대하여 어드레싱된 패킷을 장치가 위치하는 CoA로 라우팅할 수 있다.

예로서, WTRU1(412)가 CoA1을 HA(404)에 등록한 것으로 가정한다. HA(404)는 WTRU1(412)에 대한 바인딩 테이블(406)에 엔트리를 생성할 수 있다. 엔트리는 CoA1을 포함할 수 있다. 추가적으로, HA(404)는 WTRU1(412)에 대한 프록시 어드레스일 수 있는 HoA1을 생성할 수 있다. HoA1은 바인딩 테이블(406)에서 CoA1과 연관될 수 있고, 이 예에서 BID1일 수 있는 바인딩 식별(BID)을 더 포함할 수 있다. WTRU는 각 CoA에 대한 BID를 생성하고 BID를 HA로 전송할 수 있다. 대안으로, HA는 BID를 생성하고 UE에 알릴 수 있다. 따라서, 이 예에서, HoA1, BID1 및 CoA1을 포함하는 고유 엔트리는 바인딩 테이블(406)에 생성될 수 있다. 일 예에서, HA(404)는 WTRU1(412)에게 HoA1을 알릴 수 있다. 또 다른 장치, 예를 들어, CN(402)와 통신 세션을 확립할 때, WTRU1(412)은 그 어드레스가 HoA1이라는 것을 지시할 수 있다. 그러므로, WTRU1(412)로 향하는 세션 동안 전송되는 패킷은 HoA1에 대해 어드레싱될 수 있다. HoA1에 대하여 어드레싱된 패킷은 HA(404)로 라우팅될 수 있다. HA(404)는 HoA1에 대하여 어드레싱된 패킷을 수신할 수 있고, 바인딩 테이블(406)을 사용하여 CoA1을 결정할 수 있고, CoA1을 이용하여 패킷을 WTRU1으로 전달할 수 있다. 이 방식으로 등록함으로써, WTRU1(412)은 네트워크(410)에 걸쳐 이동할 수 있고, 이는 자신의 CoA의 변경, 예컨대 CoA2로 변경하는 것을 포함할 수 있다. 이 시나리오에서, WTRU1(412)은 바인딩 업데이트(BU)를 HA(404)로 전송하여 바인딩 테이블(406)을 업데이트하여 HoA1 및 BID1이 CoA2와 연관되어야 한다는 것을 지시할 수 있다. 바인딩 엔트리는 HoA/BID/CoA 트리플릿(triplet)일 수 있다. 이 절차는 WTRU1(412)가 자신의 CoA를 변경할 때마다 CN(402)를 업데이트할 필요 없이 WTRU1(412)의 이동성을 허용할 수 있다.

다른 예에서, WTRU1(412)은 다수의 인터페이스를 포함할 수 있다. 이 예에서, 각 인터페이스는 연관된 CoA를 포함할 수 있다. WTRU1(412)은 각각의 인터페이스 및 각각의 CoA를 HA(404)에 등록하여, 이들이 바인딩 테이블(406)에 포함될 수 있도록 한다. 이 예에서, WTRU1(412)에 대한 모든 인터페이스는 동일한 HoA, 예를 들어, HoA1을 공유할 수 있다. 그러나, 각 인터페이스에는 상이한 BID가 할당되어 인터페이스 및 그들의 대응 CoA가 바인딩 테이블(406)에서 고유하게 식별될 수 있다. 예를 들어, WTRU1(412)는 CoA1에서 인터페이스(1)를 포함할 수 있다. 바인딩 테이블(406) 내의 인터페이스(1)에 대한 엔트리는 HoA1/BID1/CoA1일 수 있다. 마찬가지로, WTRU1(412)은 CoA2에서 인터페이스(2)를 포함할 수 있다. 바인딩 테이블(406) 내의 인터페이스(2)에 대한 엔트리는 HoA1/BID2/CoA2일 수 있다. 그러므로, HA(404)가 HoA1 및 BID1과 연관된 패킷을 식별하면, 바인딩 테이블(406) 내에서 엔트리를 이용하여 CoA를 인식할 수 있고 CoA1을 통해 인터페이스(1)로 패킷을 라우팅할 수 있다. 마찬가지로, HA(404)가 HoA1 및 BID2와 연관된 패킷을 식별하면, 바인딩 테이블(406) 내에서 엔트리를 이용하여 CoA를 인식할 수 있고 CoA2를 통해 인터페이스(2)로 패킷을 라우팅할 수 있다. 또 다른 실시예에서, 엔트리는 사용자 장비 식별(UEID)을 이용하여 고유하게 식별될 수 있다. UEID는 바인딩 테이블(406) 내에 포함될 수 있다.

다량의 데이터 또는 데이터 스트림이 HA(404)에 등록된 장치로 전송되는 통신 세션에 대하여, 데이터 플로우 또는 플로우가 확립될 수 있다. 플로우는 트래픽 선택기와 매칭하는 IP 패킷 세트일 수 있다. 플로우는 WTRU가 HA에 의한 특별한 핸들링을 원하는 패킷의 시퀀스일 수 있다. 트래픽 선택기는 패킷을 분류할 목적으로 패킷의 헤더 내의 필드에 대하여 매칭될 수 있는 하나 이상의 파라미터일 수 있다. 이러한 파라미터의 예는 소스 및/또는 목적지 IP 어드레스, 전송 프로토콜 번호, 소스 및 목적지 포트 번호, IP 및 더 높은 층 헤더 내의 다른 필드 등을 포함할 수 있다. HA에서 플로우를 식별하기 위하여, 예를 들어 플로우 테이블(408)에 플로우 바인딩이 생성될 수 있다. 플로우 테이블은 HA에 등록된 각각의 HoA에 대하여 존재할 수 있다. 플로우 바인딩은 트래픽 선택기 및 액션일 수 있다. 플로우 바인딩과 연관된 트래픽 선택기와 매칭하는 하나 이상의 플로우로부터의 IP 패킷은 플로우 바인딩과 연관된 액션에 따라 처리될 수 있다. 플로우는 플로우 식별자(FID)에 의해 고유하게 식별될 수 있다. 예를 들어, FID는 WTRU1(412)에 의해 생성되고 HA(404)로 전송되어 FID는 플로우 테이블(408) 내에 HA1(404)에 의해 유지되는 플로우 바인딩 엔트리의 테이블 내에 포함될 수 있다.

예를 들어, 도 4를 참조하여, CN(402) 및 WTRU(412) 사이에 플로우가 확립될 수 있다. WTRU1(412)은 HA(404)에 플로우 생성을 알릴 수 있다. WTRU1(412)은 HA(404)에 플로우에 대한 FID를 알릴 수 있고, HA(404)에게 특정 HoA 및 BID를 이용하여 플로우와 연관된 패킷을 전달하도록 명령할 수 있다. 예를 들어, WTRU1(412)은 CN(402) 및 WTRU1(412)와 연관된 플로우에 대한 FID1을 포함하는 바인딩 업데이트를 HA(404)로 전송할 수 있다. 바인딩 업데이트는 또한 HoA1/BID1 쌍, 예를 들어, 바인딩 기준 서브옵션을 이용하여 FID1과 연관된 패킷을 라우팅하라는 명령을 포함할 수 있다. 바인딩 기준 서브옵션은 플로우를 하나 이상의 등록 BID와 연관시킬 수 있다. HoA1/BID1 쌍은 바인딩 테이블(406)에서 CoA1과 연관될 수 있다. 바인딩 업데이트를 수신할 때, HA(404)는 CN(402) 및 WTRU1(412)와 연관된 플로우에 대한 플루우 테이블(408) 내에 엔트리를 생성할 수 있다. 엔트리는 FID1, HA(404)에 의해 생성된 트래픽 선택기, 바인딩 업데이트 내의 WTRU1(412)에 의해 지시되고 이 경우 CoA1으로 전달되는 액션을 포함할 수 있다. 대안으로, WTRU1(412)은 바인딩 업데이트의 일부로서 또는 상이한 메시지로 트래픽 선택기를 HA(404)로 전송할 수 있다. HA(404)에 의해 수신되는 패킷이 생성된 트래픽 선택기와 매칭하면, 플로우 테이블 내에 포함되는 HoA/BID를 이용하여 라우팅될 수 있다. 예를 들어, 들어오는 패킷이 FID1과 연관된 트래픽 선택기와 매칭하면, HA(404)는 플로우 테이블(408)을 이용하여 패킷의 목적지로서 HoA1/BID1을 식별할 수 있다. 또 다른 예에서, 예를 들어, 바인딩 테이블 내의 각 BID가 고유 HoA와 연관되면, 패킷은 BID1에 기초하여 라우팅될 수 있다. HA(404)는 바인딩 테이블(406)을 이용하여 식별될 수 있는 CoA1을 이용하여 패킷을 라우팅할 수 있다.

CN(402) 및 WTRU(412) 사이에 플로우를 확립한 후에, 하나 이상의 상이한 장치로 플로우를 전송하는 것이 바람직할 수 있다. 예를 들어, CN(402) 및 WTRU1(412) 간의 플로우, 예를 들어, 플로우1은 음성 데이터 및 비디오 데이터를 포함하는 것으로 가정한다. WTRU1(412)은 플로우1로부터 WTRU2(414)로 음성 데이터를 전송하고 플로우1로부터 WTRU3(416)로 비디오 데이터를 전송하는 것이 바람직할 수 있다. WTRU1(412)은 또한 전송이 투명하게 발생하는 것이 바람직할 수 있다. 즉, CN(402)은 플로우1이 WTRU1(412)로부터 WTRU2(414) 및 WTRU3(416)으로 전송되었는지를 모른다. 실시예는 WTRU1(412), WTRU2(414) 및 WTRU3(416)이 HA(404) 등의 하나 이상의 HA로 바인딩 업데이트를 전송하여 플로우의 투명 전송이 발생할 수 있는 몇가지 방식을 고려한다.

플로우 전송을 개시하기 전에, 전송에 참여하는 WTRU 중의 하나 이상, 전송에 참여하는 하나 이상의 노드(예를 들어, HA), 또는 하나 이상의 CN이 플로우 전송의 개시를 요청하고, 플로우 전송에 대한 인가를 요청하고, 및/또는 전송에 참여한 각각의 장치가 플로우 전송을 지원할 수 있도록 보장할 수 있다. 예를 들어, 도 5는 장치가 플로우 전송을 요청하고 인가할 수 있는 일 예의 신호 다이어그램이다. 도 5를 참조하여, WTRU1(502) 및 WTRU2(504)는 플로우를 수락 및 이용할 수 있는 장치일 수 있다. HA1(506) 및 HA2(508)는 WTRU1(502) 및 WTRU2(504) 등의 장치의 이동성을 지원할 수 있는 홈 에이전트일 수 있다. Auth/SCC(Authorization/Service Centralization Continuity)(510)은 글로벌 레벨에서의 세션 연속성 및 인가를 관리할 수 있는 (예를 들어, 다수의 HA를 관리하는) 노드일 수 있다. Auth/SCC(510)는 시스템 내의 개별 노드 또는 또 다른 노드의 일부, 예를 들어, HA1(506) 또는 HA2(508)일 수 있다.

도 5에 도시된 바와 같이, WTRU1(502)은 514에서 HA1(506)에 등록될 수 있다. 등록은 바인딩 업데이트의 형태일 수 있다. 바인딩 업데이트는 WTRU1(502)에 대한 BID 및 CoA, 예를 들어 BID1 및 CoA1을 포함할 수 있다. HA1(506)은 WTRU1(502)로부터 수신된 BID1 및 CoA1을 이용하여 WTRU1(502)에 대한 바인딩 테이블 엔트리를 업데이트할 수 있다. HA1(506)은 WTRU1(502)에 대하여 HoA, 예를 들어, HoA1을 생성할 수 있다. WTRU1(502)에 대한 바인딩 테이블 엔트리는 HoA1, BID1 및/또는 CoA1을 포함할 수 있다. HA1(506)은 WTRU1(502)이 HA1(506)에 성공적으로 등록되었다는 것을 지시할 수 있는 바인딩 확인응답(acknowledgement) 메시지에서 HoA1을 WTRU1(502)로 전송할 수 있다. 마찬가지로, WTRU2(504)는 516에서 HA2(508)에 등록될 수 있다. 등록은 바인딩 업데이트 형태일 수 있다. 바인딩 업데이트는 WTRU2(504)에 대한 BID 및 CoA, 예를 들어, BID2 및 CoA2를 포함할 수 있다. HA2(508)는 WTRU2(504)로부터 수신된 BID2 및 CoA2를 이용하여 WTRU2(504)에 대한 바인딩 테이블 엔트리를 업데이트할 수 있다. HA2(508)는 WTRU2(504)에 대하여 HoA, 예를 들어, HoA2를 생성할 수 있다. WTRU2(504)에 대한 바인딩 테이블 엔트리는 HoA2, BID2 및/또는 CoA2를 포함할 수 있다. HA2(508)은 WTRU2(504)가 HA2(508)에 성공적으로 등록되었다는 것을 지시할 수 있는 바인딩 확인응답(acknowledgement) 메시지에서 HoA2을 WTRU2(504)로 전송할 수 있다.

HA1(506)에 등록된 후에, WTRU1(502)은 CN(512)와 플로우를 생성하는 것이 바람직할 수 있다. 518에서, CN(512)으로부터 WTRU1(502)로의 플로우1이 생성될 수 있다. 플로우1은 도 4를 참조하여 설명한 것과 유사한 방식으로 확립될 수 있다. 예를 들어, WTRU1(502)은 FID, 예를 들어, FID1 및 트래픽 선택기를 포함하는 바인딩 업데이트를 HA1(506)로 전송할 수 있다. 트래픽 선택기는 패킷 헤더에 기초하여 플로우와 연관된 패킷을 식별하는데 사용될 수 있다. HA1(506)은 플로우1에 대한 플로우 테이블 내의 엔트리를 생성할 수 있다. 플로우 테이블 엔트리는 FID1, WTRU1(502)에 의해 전송된 트래픽 선택기 및 트래픽 선택기에 매칭하는 패킷 상에서 수행될 액션을 포함할 수 있다. 예를 들어, 액션은 CoA1으로 패킷을 전달하라는 명령일 수 있다. 또 다른 예에서, 액션은 패킷을 HoA1으로 전달할 수 있다. 또 다른 예에서, 액션은 BID1과 연관된 바인딩 엔트리를 이용하여 패킷을 전달할 수 있다. 또 다른 예에서, 액션은 HOA/BID 쌍, 예를 들어, HoA1/BID1을 이용하여 고유하게 식별될 수 있는 바인딩 테이블 내의 엔트리를 이용하여 패킷을 전달할 수 있다. 이 예에서, HA1이 트래픽 선택기에 매칭하는 패킷을 수신하면, HoA1/BID1 쌍을 이용하여 HoA1/BID1/CoA1 바인딩 엔트리에 기초하여 패킷의 의도된 어드레스로서 CoA1을 식별한다. 플로우1에 대한 플로우 테이블 내의 엔트리의 생성시, HA1(506)은 WTRU1(502)에 바인딩 확인응답을 전송할 수 있다. WTRU1(502)은 자신의 어드레스로서 HoA1을 이용하여 플로우1의 일부로서의 패킷을 CN(512)으로 전송할 수 있다. CN(512)은 플로우 내에 포함되는 패킷을 HoA1으로 어드레싱할 수 있다. HoA1으로 어드레싱된 패킷은 HA1(506)로 라우팅될 수 있다. HA1(506)은 패킷 헤더를 플로우1에 대한 트래픽 선택기로 매칭시키고 자신의 플로우 테이블 및 바인딩 테이블 내의 생성된 엔트리에 기초하여 패킷을 WTRU1(502)로 라우팅할 수 있다. 이 패킷 전달은 터널링이라 할 수 있다.

플로우1의 확립 후에, 플로우1의 목적지가 변경될 수 있다. 예를 들어, 플로우1과 연관된 패킷의 전부 또는 일부가 WTRU1(502) 대신에 WTRU2(504)로 라우팅될 수 있다. 520에서, WTRU1(502)은 피어 디스커버리(peer discovery)에 참여할 수 있다. 피어 디스커버리는 WTRU1(502)에 의해 개시되거나 또 다른 장치, 예를 들어, WTRU2(504), HA1(506), HA2(508) 및/또는 Auth/SCC(510)에 의해 개시될 수 있다. 피어 디스커버리시, WTRU1(502)은 WTRU2(504)를 발견할 수 있다. WTRU1(502) 및 WTRU2(504)는 관련 정보, 예를 들어, 어드레싱 정보를 교환할 수 있다. 어드레싱 정보는 HoA(예를 들어, HoA1 및/또는 HoA2), CoA(예를 들어, CoA1 및/또는 CoA2), HA 정보(예를 들어, 어드레스 또는 HA1(506) 및 HA2(508)에 대한 다른 식별 표시) 등을 포함할 수 있다. WTRU1(502)가 WTRU2(504)를 발견하면, WTRU1(502)은 IUT 준비 및 인가를 위해 WTRU2(504)에 접촉할 수 있다. 예를 들어, 도 5에 도시된 바와 같이, WTRU1(502)은 IUT 준비 요청(522)을 WTRU2(504)로 전송할 수 있다. IUT 준비 요청(522)은 플로우1을 이용하는 애플리케이션의 타입 또는 아이덴티티에 관한 정보를 포함할 수 있고, WTRU2(504)가 플로우1의 전송을 수락하도록 요청할 수 있다. 또 다른 예로서, IUT 준비 요청(522)은 플로우1과 연관된 애플리케이션으로부터의 애플리케이션 데이터를 포함할 수 있다. 예를 들어, 플로우1이 비디오 데이터를 포함하면, 일 예의 애플리케이션 데이터가 비디오 코덱일 수 있다. 인식할 수 있는 바와 같이, 애플리케이션 데이터는 플로우1을 이용하는 애플리케이션에 특유한 다양한 정보일 수 있다. 또 다른 예에서, IUT 준비 요청(522)은 아이덴티티에 관한 정보 또는 HA1(506)에 대한 다른 식별 정보, 예를 들어, IP 어드레스를 포함할 수 있다. IUT 준비 요청(522)은 CN(512)에 대한 아이덴티티, 어드레스, 특성 등에 관한 정보를 포함할 수 있다.

IUT 준비 요청(522)을 수신하면, WTRU2(504)는 전송을 수락하는 것이 허용되는지를 확인할 수 있다. 예를 들어, WTRU2(504)는 자신의 로컬 구성을 체크하여 플로우1의 전송을 지원할 것을 보장할 수 있다. 예시적인 실시예에서, WTRU2(504)는 예를 들어 플로우가 HA2(508)를 통해 라우팅되면 자신의 HA(예를 들어, HA2(508))를 체크하여 플로우의 전송이 지원되는 것을 보장할 수 있다. WTRU2(504)는 플로우1의 전송의 수락이 인가되었는지를 결정할 수 있다. 예를 들어, 도 5에 도시된 바와 같이, WTRU2(504)는 IUT 인가 요청(524)을 세션 제어기로서 동작할 수 있는 Auth/SCC(510)로 전송할 수 있다. 일 실시예에서, Auth/SCC(510)는 또 다른 네트워크 노드, 예를 들어, HA1(504) 또는 HA2(506) 내에 논리적으로 포함될 수 있다. IUT 인가 요청(524)은, 제한되지 않지만, WTRU1(502)에 관한 정보, WTRU2(504)에 관한 정보, 플로우1을 이용하는 애플리케이션의 아이덴티티, 플로우1을 이용하는 애플리케이션에 특유한 데이터 등의 다양한 정보를 포함할 수 있다. 또 다른 실시예에서, WTRU2(504)는 로컬 구성 폴리시 정보 및 IUT가 허용되는지를 국부적으로 결정하도록 허용하는 다른 정보를 포함할 수 있다. 이 예에서, IUT 인가 요청(524)은 선택적일 수 있다. Auth/SCC(510)가 IUT가 허용되는 것으로 결정하면, IUT 인가 응답(526) 내에 이를 지시하여 WTRU2(504)로 전송될 수 있다. 대안으로, Auth/SCC(510)는 IUT를 부정할 수 있고 이를 IUT 인가 응답(526)에 지시할 수 있다.

Auth/SCC(510)가 IUT 인가 응답(526) 내의 플로우1에 대한 IUT를 인가하면, 528에서, WTRU2(504)는 애플리케이션 IUT 준비를 시작할 수 있다. 예를 들어, WTRU2(504)는 WTRU2(504) 상에서 플로우1과 연관된 애플리케이션을 시작할 수 있다. WTRU2(504)는 플로우1과 연관된 정보를 플로우1과 연관된 로컬 애플리케이션에 전달할 수 있다. WTRU2(504)는 플로우1과 연관된 데이터의 수신을 위하여 로컬 애플리케이션을 준비하는 절차를 개시할 수 있다. HA2(508)에 IUT를 알릴 수 있다. 예를 들어, WTRU2(504)는 HA2(508)가 자신의 바인딩 테이블 및/또는 플로우 테이블을 업데이트하도록 명령하는 바인딩 업데이트(530)를 HA2(508)로 전송할 수 있다. 이하에서 더 상세히 설명하는 바와 같이 전송은 HA2(508)에 투명할 수 있기 때문에, 바인딩 업데이트(530)를 HA2(508)로 전송하는 것은 선택적일 수 있다. 그러나, 바인딩 업데이트(530)를 통해 바인딩 업데이트를 수행하도록 HA2에 명령하면, 532에서, 그 바인딩 테이블 및/또는 플로우 테이블을 변경할 수 있다. 예시적인 실시예에서, WTRU2(504)는 IUT 준비(534)를 HA1(506)로 전송하여 HA1(506)에 WTRU2(504)가 IUT할 준비가 되어 있다는 것을 알린다. WTRU2(504)는 IUT 준비 응답(536)을 WTRU1(502)로 전송하여 WTRU2(504)가 IUT를 수락하고 및/또는 WTRU2(504)가 IUT할 준비가 되어 있다는 것을 WTRU1(502)에 알릴 수 있다.

WTRU1(502)은 바인딩 업데이트(538)를 HA1(506)로 전송할 수 있다. 바인딩 업데이트(538)는 플로우1과 연관된 패킷을 WTRU2(504)로 라우팅하는데 사용될 수 있는 트래픽 선택기를 포함할 수 있다. 바인딩 업데이트, 변경된 바인딩 테이블, 변경된 플로우 테이블 및/또는 패킷을 재전송하는 방법의 세부사항은 이하에서 더 상세히 설명한다. 540에서, HA1(506)은 바인딩 업데이트(538) 내에 포함되는 정보에 기초하여 자신의 플로우 테이블 및/또는 바인딩 테이블을 변경한다. 하나 이상의 테이블을 변경한 후에, 542에서, CN(512)에 의해 여전히 HoA1으로 어드레싱될 수 있는 플로우1은 HA1(506)에 의해 WTRU2(504)로 라우팅될 수 있다. 이하에서 더 상세히 설명하는 바와 같이, 플로우1과 연관된 패킷은 HA2(508)를 통해 라우팅되거나 HA1(506)에 의해 WTRU2(504)로 직접 라우팅될 수 있다. WTRU1(502)로부터 WTRU2(504)로의 플로우1의 전송은 CN(512)에 투명할 수 있다. IUT 준비 및/또는 인가에 사용되는 프로토콜은 별개의 프로토콜 또는 IUT에 대하여 적응된 프로토콜일 수 있다. 예를 들어, 프로토콜은 IUT 준비 요청 및 응답 메시지, IUT 인가 요청 및 응답 메시지, 및/또는 IUT 준비 지시기 메시지를 포함할 수 있다.

예시적인 실시예에서, MIPv6 프로토콜은 변경되어 IUT를 지원할 수 있다. 예를 들어, IUT를 지원할 목적으로 이동성 옵션은 MIPv6에 정의될 수 있다. 이동성 옵션은 많은 타입의 MIP 메시지, 예를 들어, 바인딩 업데이트 메시지, 바인딩 확인응답 메시지, 바인딩 리프레쉬 메시지 등에 포함될 수 있다. 또 다른 예시적인 실시예에서, SIP 프로토콜은 IUT를 지원하기 위하여 변경될 수 있다. 예를 들어, "IUT"로 설정된 페이로드 타입 및/또는 "애플리케이션/IUT"로 설정된 콘텐츠 타입을 갖는 SDP 메시지 바디는 IUT 요청 및 인가를 지원하는데 사용될 수 있다. 또 다른 예에서, 혼합된 프로토콜이 IUT 메시지를 전송하는데 사용될 수 있다. 예를 들어, 새로운 프로토콜은 전송이 발생하는 WTRU 간의 직접 통신에 사용될 수 있고, MIP 메시지는 WTRU 및 HA 사이 또는 2개의 HA 사이에서 IUT 정보를 전송하는데 사용될 수 있고, 및/또는 SIP는 HA 및 SCC 사이에서 IUT 정보를 전송하는데 사용될 수 있다. 본 조합 예에서 인식되는 바와 같이, 프로토콜의 조합은 다양할 수 있다. 혼합 프로토콜 인가의 예는 도 7을 참조하여 이하에서 더 상세히 설명한다.

도 6은 또 다른 예시적인 IUT 요청 및 인가 시나리오를 나타낸다. 이 예에서, 전송에 참여하는 WTRU 간의 직접 통신보다는 오히려, 요청 및 인가가 HA를 통해 WTRU로 전송될 수 있다. 예를 들어, 도 6에 도시된 바와 같이, WTRU1(602), WTRU2(604), HA1(606), HA2(608), Auth/SCC(610) 및 CN(612)은 플로우 라우팅 및/또는 IUT에 참여할 수 있다. 614에서, WTRU1(602)은 HA1(606)에 등록하고, 616에서, WTRU2(604)는 HA2(608)에 등록한다. 등록은 상술한 방법과 유사한 방법으로 수행될 수 있다. 618에서, 플로우1은 CN(612) 및 WTRU1(602) 사이에서 확립될 수 있다. 620에서, WTRU1(602), WTRU2(604), HA1(606), HA2(608) 및/또는 Auth/SCC(610)은 피어 디스커버리에 참여할 수 있다. 예를 들어, WTRU1(602)는 WTRU2(604)를 발견할 수 있다. WTRU1(602) 및 WTRU2(604)는 관련 정보, 예를 들어, 어드레싱 정보를 교환할 수 있다. 어드레싱 정보는 HoA, CoA, HA 정보 등을 포함할 수 있다. WTRU1(602)는 IUT를 요청하고 및/또는 IUT에 대한 인가를 요청할 있는 IUT 준비 요청(622)을 HA1(606)로 전송할 수 있다. IUT 준비 요청(622)은 플로우1을 이용하는 애플리케이션의 타입 또는 아이덴티티에 관한 정보를 포함할 수 있다. 실시예에서, IUT 준비 요청(622)은 플로우1과 연관된 애플리케이션으로부터의 애플리케이션 데이터를 포함할 수 있다. 예를 들어, 플로우1이 비디오 데이터를 포함하면, 일 예의 애플리케이션 데이터가 비디오 코덱일 수 있다. 인식할 수 있는 바와 같이, 애플리케이션 데이터는 플로우1을 이용하는 애플리케이션에 특유한 다양한 정보일 수 있다. 일 예의 IUT 준비 요청(622)은 아이덴티티에 관한 정보 또는 WTRU2(604)에 대한 다른 식별 정보, 예를 들어, IP 어드레스, HoA 및/또는 CoA를 포함할 수 있다. IUT 준비 요청(622)은 CN(612)에 대한 아이덴티티, 어드레스, 특성 등에 관한 정보를 포함할 수 있다.

IUT 준비 요청(622)을 수신하면, HA1(606)은 IUT가 플로우1에 대하여 허용되는지를 확인 또는 결정할 수 있다. 일 실시예에서, HA1(606)은 플로우1의 수신에 대하여 WTRU2(604)를 준비하는 동작에 참여할 수 있다. HA1(606)은 IUT 인가 요청(624)를 Auth/SCC(610)로 전송할 수 있다. IUT 인가 요청(624)은, 제한되지 않지만, WTRU1(602)에 관한 정보, WTRU2(604)에 관한 정보, 플로우1을 이용하는 애플리케이션의 아이덴티티, 플로우1을 이용하는 애플리케이션에 특유한 데이터 등의 다양한 정보를 포함할 수 있다. 또 다른 실시예에서, HA1(606)은 로컬 구성 폴리시 정보 및 IUT가 허용되는지를 국부적으로 결정하도록 허용하는 다른 정보를 포함할 수 있다. 예를 들어, Auth/SCC(610)는 HA1(606)의 논리적 부분일 수 있다. 또 다른 예에서, IUT 인가 요청(624)은 HA2(608)로 전송되어 IUT에 대한 인가를 요청할 수 있다. IUT가 인가되는지를 결정하면, Auth/SCC(610)는 IUT 인가 응답(626)을 HA1(606)로 전송할 수 있다. Auth/SCC(610)는 IUT 요청을 수락 또는 거부할 수 있다. IUT가 인가되면, IUT 준비 요청(628)은 HA1(606)로부터 WTRU2(604)로 전송될 수 있다. IUT 준비 요청(628)은 플로우1을 이용하는 애플리케이션의 타입 또는 아이덴티티에 관한 정보를 포함할 수 있다. 실시예에서, IUT 준비 요청(628)은 플로우1과 연관된 애플리케이션으로부터의 애플리케이션 데이터를 포함할 수 있다. 일 예의 IUT 준비 요청(628)은 아이덴티티에 관한 정보 또는 WTRU1(602)에 대한 다른 식별 정보, 예를 들어, IP 어드레스, HoA 및/또는 CoA를 포함할 수 있다. IUT 준비 요청(628)은 CN(612)에 대한 아이덴티티, 어드레스, 특성 등에 관한 정보를 포함할 수 있다.

630에서, WTRU2(604)는 애플리케이션 IUT 준비를 시작할 수 있다. 예를 들어, WTRU2(604)는 WTRU2(604) 상에서 플로우1과 연관된 애플리케이션을 시작할 수 있다. WTRU2(604)는 플로우1과 연관된 정보를 플로우1과 연관된 로컬 애플리케이션으로 전달할 수 있다. WTRU2(604)는 플로우1과 연관된 데이터의 수신에 대하여 로컬 애플리케이션을 준비하는 절차를 개시할 수 있다. HA2(608)에는 IUT를 알릴 수 있다. 예를 들어, WTRU2(604)는 자신의 바인딩 테이블 및/또는 플로우 테이블을 업데이트하라고 HA2(608)에 명령하는 바인딩 업데이트(632)를 HA2(608)로 전송할 수 있다. 이하에서 더 상세히 설명하는 바와 같이, 전송은 HA2(608)에 투명하기 때문에, 바인딩 업데이트(632)를 HA2(608)로 전송하는 것은 선택적일 수 있다. 그러나, 바인딩 업데이트(632)를 통해 바인딩 업데이트를 수행하도록 HA2(608)에 명령하면, 634에서, HA2(608)는 자신의 바인딩 테이블 및/또는 플로우 테이블을 변경할 수 있다. 예시적인 실시예에서, WTRU2(604)는 IUT 준비 응답(636)을 HA1(606)로 전송하여 WTRU2(604)가 IUT에 대하여 준비되어 있다는 것을 HA1(606)에 알릴 수 있다. HA1(606)은 IUT 준비 응답(638)을 WTRU1(602)로 전송하여 IUT가 인가 및/또는 수락되었다는 것을 WTRU1(602)에 알릴 수 있다. IUT 준비 응답(638)은 또한 WTRU2(604)가 IUT에 대하여 준비되어 있다는 것을 지시할 수 있다.

WTRU1(602)은 바인딩 업데이트(640)를 HA1(606)로 전송할 수 있다. 바인딩 업데이트(640)는 플로우1과 연관된 패킷을 WTRU2(604)로 라우팅하는데 사용될 수 있는 트래픽 선택기를 포함할 수 있다. 바인딩 업데이트, 변경된 바인딩 테이블, 변경된 플로우 테이블 및/또는 패킷을 재전송하는 방법의 세부사항은 이하에서 더 상세히 설명한다. 642에서, HA1(606)은 바인딩 업데이트(640)에 포함된 정보에 기초하여 자신의 플로우 테이블 및/또는 바인딩 테이블을 변경할 수 있다. 하나 이상의 테이블을 변경한 후에, 644에서, CN(612)에 의해 WTRU1(602)의 HoA로 여전히 어드레싱될 수 있는 플로우1은 HA1(606)에 의해 WTRU2(604)로 라우팅될 수 있다. 이하에서 상세히 설명하는 바와 같이, 플로우1과 연관된 패킷은 HA2(608)를 통해 라우팅되거나 HA1(606)에 의해 WTRU2(604)로 직접 라우팅될 수 있다. WTRU1(602)로부터 WTRU2(604)로의 플로우1의 전송은 CN(612)에 투명할 수 있다.

도 7은 MIP 및 SIP 프로토콜의 변경 혼합의 사용을 통해 IUT의 요청 및 인가에 대한 일 예의 시그널링 다이어그램이다. 도 7의 실선은 MIP 메시지를 나타내고 점선 화살표는 SIP 메시지를 나타낸다. 이 예의 실시예에서, MIP 메시지는 WTRU 및/또는 HA 사이의 통신에 사용되고, SIP 메시지는 Auth/SCC와의 통신에 사용될 수 있다. 도 7에 도시된 바와 같이, WTRU1(702), WTRU2(704), HA1(706), HA2(708) 및 Auth/SCC(710) 및 CN(712)는 플로우 라우팅 및/또는 IUT에 참여할 수 있다. 714에서, WTRU1(702)은 HA1(706)에 등록하고, 716에서, WTRU2(704)는 HA2(708)에 등록한다. 등록은 상술한 방법과 유사한 방법으로 수행될 수 있다. 718에서, 플로우1은 CN(712) 및 WTRU1(702) 사이에서 확립될 수 있다. 720에서, WTRU1(702), WTRU2(704), HA1(706), HA2(708) 및/또는 Auth/SCC(710)은 피어 디스커버리에 참여할 수 있다. 예를 들어, WTRU1(702)는 WTRU2(704)를 발견할 수 있다. WTRU1(702) 및 WTRU2(704)는 관련 정보, 예를 들어, 어드레싱 정보를 교환할 수 있다. 어드레싱 정보는 HoA, CoA, HA 정보 등을 포함할 수 있다. WTRU1(702)는 IUT를 요청하고 및/또는 IUT에 대한 인가를 요청할 수 있는 IUT 준비 요청(722)을 HA1(706)로 전송할 수 있다. IUT 준비 요청(722)은 변경된 MIP 메시지일 수 있다. IUT 준비 요청(722)은 플로우1을 이용하는 애플리케이션의 타입 또는 아이덴티티에 관한 정보를 포함할 수 있다. 실시예에서, IUT 준비 요청(722)는 플로우1과 연관된 애플리케이션으로부터의 애플리케이션 데이터를 포함한다. 일 예의 IUT 준비 요청(722)은 아이덴티티에 관한 정보 또는 WTRU2(704)에 대한 다른 식별 정보, 예를 들어, IP 어드레스, HoA 및/또는 CoA를 포함할 수 있다. IUT 준비 요청(722)은 CN(712)에 대한 아이덴티티, 어드레스, 특성 등에 관한 정보를 포함할 수 있다.

IUT 준비 요청(722)을 수신하면, HA1(706)은 IUT가 플로우1에 대하여 허용되는지를 확인 또는 결정할 수 있다. 일 실시예에서, HA1(706)은 플로우1의 수신에 대하여 WTRU2(704)를 준비하는 동작에 참여할 수 있다. HA1(706)은 IUT 인가 요청(724)을 Auth/SCC(710)로 전송할 수 있다. IUT 인가 요청(724)은 변경된 SIP 메시지일 수 있다. IUT 인가 요청(724)은, 제한되지 않지만, WTRU1(702)에 관한 정보, WTRU2(704)에 관한 정보, 플로우1을 이용하는 애플리케이션의 아이덴티티, 플로우1을 이용하는 애플리케이션에 특유한 데이터 등의 다양한 정보를 포함할 수 있다. 또 다른 실시예에서, HA1(706)은 로컬 구성 폴리시 정보 및 IUT가 허용되는지를 국부적으로 결정하도록 허용하는 다른 정보를 포함할 수 있다. 예를 들어, Auth/SCC(710)는 HA1(706)의 논리적 부분일 수 있다. 또 다른 예에서, IUT 인가 요청(724)은 HA2(708)로 전송되어 IUT에 대한 인가를 요청할 수 있다. IUT 준비 요청(726)은 변경된 SIP 메시지일 수 있고, 제한되지 않지만, WTRU1(702)에 관한 정보, WTRU2(704)에 관한 정보, 플로우1을 이용하는 애플리케이션의 아이덴티티, 플로우1을 이용하는 애플리케이션에 특정된 데이터 등의 다양한 정보를 포함할 수 있다. IUT가 허가되는지를 결정할 때, Auth/SCC(710)는 IUT 인가 응답(726)을 HA2(708)로 전송할 수 있다. 변경된 MIP 메시지일 수 있는 IUT 준비 요청(728)은 HA2(708)로부터 WTRU2(704)로 전송될 수 있다. IUT 준비 요청(728)은 플로우1을 이용하는 애플리케이션의 타입 또는 아이덴티티에 관한 정보를 포함할 수 있다. 실시예에서, IUT 준비 요청(728)은 플로우1과 연관된 애플리케이션으로부터의 애플리케이션 데이터를 포함할 수 있다. 일 예의 IUT 준비 요청(728)은 아이덴티티에 관한 정보 또는 WTRU1(702)에 대한 다른 식별 정보, 예를 들어, IP 어드레스, HoA 및/또는 CoA를 포함할 수 있다. IUT 준비 요청(728)은 CN(712)에 대한 아이덴티티, 어드레스, 특성 등에 관한 정보를 포함할 수 있다.

730에서, WTRU2(704)는 애플리케이션 IUT 준비를 시작할 수 있다. 예를 들어, WTRU2(704)는 WTRU2(704) 상의 플로우1과 연관된 애플리케이션을 시작할 수 있다. WTRU2(704)는 플로우1과 연관된 정보를 플로우1과 연관된 로컬 애플리케이션에 보낼 수 있다. WTRU2(704)는 플로우1과 연관된 데이터의 수신에 대하여 로컬 애플리케이션을 준비하는 절차를 개시할 수 있다. WTRU2(704)는 IUT 준비 응답(732)을 전송함으로써 IUT에 대한 준비가 되어 있다는 것을 HA2(708)에 알릴 수 있다. 예를 들어, 변경된 MIP 메시지일 수 있는 IUT 준비 응답(732)을 수신하면, HA2(708)는 변경된 SIP 메시지일 수 있는 IUT 준비 응답(734)을 Auth/SCC(710)에 전송할 수 있다. Auth/SCC(710)는 변경된 MIP 메시지일 수 있는 IUT 준비 응답 메시지(736)을 전송함으로써 WTRU2(704)가 IUT에 대한 준비가 되어 있다는 것을 HA1(706)에 알릴 수 있다. HA1(706)은 변경된 MIP 메시지일 수 있는 IUT 준비 응답(738)을 WTRU1(702)로 전송하여 IUT가 인가 및/또는 수락되었다는 것을 WTRU1(702)에 알릴 수 있다. IUT 준비 응답(738)은 또한 WTRU2(704)가 IUT에 대하여 준비되어 있다는 것을 지시할 수 있다.

WTRU1(702)은 바인딩 업데이트(740)를 HA1(706)로 전송할 수 있다. 바인딩 업데이트(740)는 변경된 MIP 메시지일 수 있고, 플로우1과 연관된 패킷을 WTRU2(704)로 라우팅하는데 사용될 수 있는 트래픽 선택기를 포함할 수 있다. 바인딩 업데이트, 변경된 바인딩 테이블, 변경된 플로우 테이블 및/또는 패킷을 재전송하는 방법의 세부사항은 이하에서 더 상세히 설명한다. 742에서, HA1(706)은 바인딩 업데이트(740)에 포함된 정보에 기초하여 자신의 플로우 테이블 및/또는 바인딩 테이블을 변경할 수 있다. 하나 이상의 테이블을 변경한 후에, 744에서, CN(712)에 의해 WTRU1(702)의 HoA로 여전히 어드레싱될 수 있는 플로우1은 HA1(706)에 의해 WTRU2(704)로 라우팅될 수 있다. 이하에서 상세히 설명하는 바와 같이, 플로우1과 연관된 패킷은 HA2(708)를 통해 라우팅되거나 HA1(706)에 의해 WTRU2(704)로 직접 라우팅될 수 있다. WTRU1(702)로부터 WTRU2(704)로의 플로우1의 전송은 CN(712)에 투명할 수 있다. 이 예의 시퀀스에서, HA2(708)의 바인딩 테이블 및/또는 플로우 테이블은 바인딩 업데이트 메시지를 통해 업데이트되지 않는다. 다른 예에서, HA2(708)의 바인딩 테이블 및/또는 플로우 테이블은 업데이트되어 IUT를 지원할 수 있다.

IUT 및 장치 이동성을 지원하기 위하여, 절차는 플로우의 소스에 투명한 플로우의 IUT를 제공하기 위하여 정의될 수 있다. 다수의 CoA가 단일 HoA와 연관되도록 하기 위하여, BID가 HA 바인딩 테이블에 추가될 수 있다. HoA와 연관된 각각의 CoA는 연관된 고유 BID를 가질 수 있다. HA에 등록시, WTRU는 자신이 등록한 각각의 CoA에 대한 고유 BID를 생성할 수 있다. 따라서, WTRU는 각각이 동일한 HoA와 연관된 다수의 CoA를 등록할 수 있다. HA에 대한 플로우 테이블 내의 엔트리는 특정한 플로우가 하나 이상의 CoA와 연관될 수 있도록 정의할 수 있다. 바인딩 엔트리는 이 목적으로 HA 플로우 테이블에 생성될 수 있다. 바인딩 엔트리는 동일한 HoA를 사용할 수 있는 다른 플로우에 영향을 주지 않고 하나 이상의 CoA에 특정 플로우를 바인딩할 수 있다. 트래픽 선택기를 입력 IP 패킷과 비교함으로써 트래픽 선택기는 플로우를 식별하는데 사용될 수 있다. 트래픽 선택기에 매칭하는 IP 패킷에 대하여 액션이 특정될 수 있다. 일 예의 액션은 "삭제" 또는 "전달(forward)"를 포함할 수 있다. 입력 패킷이 연관된 액션이 삭제인 트래픽 선택기와 매칭하면, 패킷은 HA에 의해 폐기될 수 있다. 입력 패킷이 연관된 액션이 전달인 트래픽 선택기와 매칭하면, 패킷은 지정된 어드레스로 라우팅될 수 있다.

예시적인 실시예에서, 특정한 가입자와 연관된 모든 장치가 가입자와 연관된 HA에 등록되고 동일한 HoA를 공유할 수 있다. 예를 들어, WTRU1, WTRU2 및 WTRU3은 제1 가입자와 연관된 장치일 수 있다. 각각의 장치는 그 가입자에 대하여 HA에 등록하고 각각에는 HoA, 예를 들어, HoA1이 할당될 수 있다. 등록은 장치(예를 들어, WTRU1, WTRU2 및/또는 WTRU3)로부터 HA로 전송된 바인딩 업데이트 메시지를 통해 달성될 수 있다. 동일한 HoA(예를 들어, HoA1)를 공유할 수 있는 상이한 바인딩 엔트리는 HA의 바인딩 테이블 내에 생성될 수 있다. 각각의 장치는 HA에 등록할 때 바인딩 업데이트 내에 고유 BID를 포함할 수 있다. 또 다른 예시적인 실시예에서, 고유 식별자는 BID/HoA 쌍을 보충 또는 대체할 수 있다. 고유 식별자는 사용자 장비 식별(UEID)일 수 있다. 장치에 UEID가 할당되면, HA의 바인딩 테이블 내의 바인딩 엔트리(즉, 고유 CoA에 대응하는 엔트리)는 HoA/BID/UEID 트리플릿을 이용하여 고유하게 식별될 수 있다. 예를 들어, HoA가 각 WTRU마다 다르면, 바인딩 엔트리는 (WTRU 및 HA 사이의 MIP 메시지 교환에 대하여) HoA/BID 또는 UEID/BID)를 이용하여 고유하게 식별될 수 있다. 트리플릿(HoA/BID/UEID)는 HoA가 다수의 WTRU 사이에서 공유되는 경우에 바인딩 엔트리를 고유하게 식별하는데 사용될 수 있다.

상이한 HoA에 위치하거나 상이한 HA에 등록된 장치 간의 IUT를 허용하기 위하여, 플로우 바인딩 테이블은 WTRU 중에서 BID를 고유하게 식별하기 위하여 변경될 수 있다. 일 실시예에서, HoA가 플로우 바인딩 엔트리에 추가될 수 있다. 또 다른 예에서, BID가 플로우 바인딩 테이블에 추가될 수 있다. 또 다른 예에서, HoA 및 BID가 플로우 바인딩 테이블에 추가될 수 있다. 예를 들어, 모든 장치가 동일한 가입하에 있으면, 플로우는 변경되는 플로우 바인딩 엔트리를 위한 트래픽 선택기와 매칭할 때 취하는 액션을 고유하게 식별하기 위하여 장치의 UEID가 플로우 바인딩 테이블에 추가될 수 있다.

플로우가 다른 장치로 전송되는 것을 보장하기 위하여, 플로우 바인딩의 사용은 HA에 등록된 각 장치에 대하여 시행될 수 있다. 예를 들어, 장치가 현재 HA가 상주한 로컬 네트워크에 위치할 때에도 장치가 HA에 등록될 수 있다. 또 다른 예에서, 장치는 라우팅 최적화를 사용할 수 있다. 또 다른 에에서, UE는, 플로우 바인딩을 사용하지만 HA의 바인딩 테이블에 등록되지 않은 상이한 절차를 사용할 수 있다. 다음의 바인딩 업데이트 절차는 HA에 대한 바인딩 및 플로우 바인딩 테이블을 참조하여 설명한다. 인식하는 바와 같이, 실시예는 CN 및 이동성 에이전트 상에서 구현되는 유사한 절차를 고려한다.

도 8은 HA에 대한 바인딩 및 플로우 테이블을 업데이트하는 일 예의 시그널링 다이어그램이다. 이 예에서, CN(810)으로부터 WTRU1(802)로의 플로우는 WTRU2(804) 및 WTRU3(806)으로 전송될 수 있다. 812에서, WTRU1(802)는 HA(808)에 등록된다. 예를 들어, WTRU1(802)은 CoA1(즉, WTRU1(802)이 위치하는 CoA) 및 WTRU1(802)에 고유한 BID일 수 있는 BID1을 포함할 수 있는 바인딩 업데이트를 HA(808)로 전송할 수 있다. BID1은 WTRU1에 고유할 수 있지만 HA(808)에 대하여 반복될 수 있다. 예를 들어, 814에서, WTRU2(804)는 HA(808)에 등록될 수 있다. WTRU2(804)는 BID를 HA(808)로 전송할 수 있다. WTRU2(804)에 의해 전송된 BID는 WTRU1(802)에 의해 전송된 BID1과 동일할 수 있다. 그러나, WTRU1(802) 및 WTRU2(804)에 상이한 HoA가 할당될 수 있기 때문에, HA(808)의 바인딩 테이블 내의 각각의 엔트리는 HoA/BID 쌍에 의해 고유하게 식별될 수 있다. 대안으로, WTRU1(802) 및 WTRU2(804)에 동일한 HoA가 할당되면, 예를 들어, 이들이 동일한 가입자에 속하면, 바인딩 테이블은 선택적으로 WTRU1 및 WTRU2에 대한 고유 UEID를 포함하여 각 장치에 대한 해당 바인딩 엔트리가 고유하게 식별될 수 있다.

도 8에 도시된 예에 계속해서, 816에서, WTRU3(806)은 WTRU1(802) 및 WTRU2(804)와 유사한 방식으로 HA(808)에 등록된다. WTRU1(802), WTRU2(804) 및 WTRU3(806)의 등록 완료시, 3개의 엔트리가 HA(808)에 대한 바인딩 테이블에 생성될 수 있다. 바인딩 테이블의 예시적인 부분이 표 1에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA1	BID1	CoA1
HoA2	BID2	CoA2
HoA3	BID1	CoA3

제1 엔트리는 WTRU1(802)에 대응할 수 있고, 제2 엔트리는 WTRU2(804)에 대응할 수 있고, 제3 엔트리는 WTRU3(806)에 대응할 수 있다. 각각의 CoA는 HoA/BID 쌍에 기초하여 고유하게 식별될 수 있다.

818에서, 제1 트래픽 선택기는 HA(808)에 대한 플로우 테이블 내에 생성될 수 있다. 예를 들어, WTRU1(802)은 HoA1/BID1을 이용하여 트래픽 선택기를 포함하는 바인딩 업데이트 및 트래픽 선택기와 매칭하는 패킷을 전달하라는 요청을 HA(808)로 전송할 수 있다. 트래픽 선택기는 예를 들어 패킷을 분류하는데 사용될 수 있는 하나 이상의 파라미터 또는 필터일 수 있다. 대안으로, WTRU1(802)은 HA(808)가 CoA1을 이용하여 매칭 패킷을 전달하라고 요청할 수 있다. WTRU1(802)는 또한 플로우에 고유한 플로우 식별(FID)을 HA(808)로 전송할 수 있다. 대안으로, HA(808)는 FID를 결정하고 FID를 WTRU1(802)로 전송하거나 전송하지 않을 수 있다. 바인딩 업데이트의 수락시, HA(808)는 바인딩 확인응답을 WTRU1(802)로 전송하고 자신의 플로우 테이블을 업데이트할 수 있다. 생성된 플로우는 플로우1이라 할 수 있다. 플로우1에 대한 HA(808)의 플로우 테이블 내의 예시적인 엔트리가 표 2에 도시된다. 플로우 테이블은 HA(808)에 등록된 각 HoA에 대하여 생성될 수 있다.

플로우 식별(FID)	트래픽 선택기	액션
FID1	플로우1에 대한 필터	HoA1/BID1로 전달

플로우 바인딩 엔트리, 예를 들어, 표 2에 도시된 엔트리의 생성시, HA(808)는 플로우1의 일부인 패킷을 라우팅할 수 있다. 예를 들어, CN(810)은 비디오 및 음성 데이터를 포함하는 스트리밍 미디어 서버일 수 있다. WTRU1(802)은 CN(810)과 통신 세션을 확립할 수 있고 WTRU1(802)에 대한 어드레스가 HoA1이라는 것을 CN(810)에 지시할 수 있다. CN(810)은 플로우1의 일부인 WTRU1(802)에 대한 패킷을 HoA1으로 어드레싱할 수 있다. HoA1에 대하여 어드레싱된 패킷은 HA(808)로 라우팅될 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷을 수신하면, HA(808)는 수신된 패킷을 자신의 플로우 테이블에 포함되는 트래픽 선택기와 비교한다. 플로우1에 대한 패킷은 표 2에 도시된 바와 같이 플로우1 트래픽 선택기에 대한 필터와 매칭할 수 있다. HA(808)는 HoA1/BID1 쌍을 이용하여 패킷을 전달할 수 있다. HA(808)는 자신의 바인딩 테이블에 기초하여 Hoa1/BID1 쌍에 고유한 라우팅 어드레스로서 CoA1을 식별할 수 있다. HA(808)는 CoA1에 위치하는 WTRU1(802)로 패킷을 터널링할 수 있다.

예시적인 실시예에서, WTRU1(802)는 가입자용 스마트 폰에 대응할 수 있다. WTRU2(804)는 가입자용 TV에 대응할 수 있다. WTRU3(806)은 가입자용 사운드 시스템에 대응할 수 있다. 이 예에 계속하여, 가입자는 WTRU2(804) 및 WTRU(806)와 다른 위치에 위치하면서 플로우1을 확립할 수 있다. WTRU3(804) 및 WTRU4(806)를 포함하는 위치에 들어갈 때, 가입자는 IUT를 수행하여 플로우1로부터의 비디오 데이터가 WTRU2(804)로 재전송되고 플로우1에 대한 사운드 데이터가 WTRU3(806)으로 재전송되기를 원할 수 있다. 일 예로서, WTRU1(802)은 IUT를 수행하기 위하여 피어 디스커버리(822)를 개시할 수 있다. WTRU1(802), WTRU2(804), WTRU3(806) 및/또는 HA(808)는 피어 디스커버리(822) 동안 정보를 교환할 수 있다. 예를 들어 장치는 각각의 HoA, BID, CoA, FID, 트래픽 선택기 등의 정보를 교환할 수 있다. 824에서, WTRU1(802)은 WTRU2(804) 및/또는 WTRU3(806)으로 플로우를 전송하도록 선택할 수 있다. 826에서, WTRU1(802)은 타겟 장치(예를 들어, WTRU2(804) 및/또는 WTRU3(806))으로 애플리케이션 특정 데이터를 전송할 수 있다. 예를 들어, WTRU2(804)가 비디오 데이터를 수신하려고 하면, WTRU1(802)은 비디오 코덱을 WTRU2(804)로 전송할 수 있다. WTRU3(806)이 사운드 데이터를 수신하려고 하면, WTRU1(802)는 오디오 코덱을 WTRU3(804)로 전송할 수 있다. WTRU1(802)은 WTRU2(804) 및 WTRU(806)에 HoA1을 전송하여 WTRU2(804) 및 WTRU3(806)이 로컬 포트 상에 HoA1을 구성하여 WTRU2(804) 및 WTRU3(806)이 심리스하게 CN(810)과 다운로드를 계속할 수 있다.

WTRU1(802)은 MIP 바인딩 업데이트(828)를 HA(808)로 전송하여 플로우 테이블을 업데이트할 수 있다. 예를 들어, WTRU1(802)은 해당 액션과 함께 플로우1 비디오 데이터에 대한 트래픽 선택기를 생성하는 바인딩 업데이트를 전송하여 데이터를 WTRU2(804)로 전달할 수 있다. 예를 들어, WTRU1(802)은 데이터를 CoA2로 전달하거나 HoA2/BID2 쌍을 이용하여 데이터를 전달하도록 HA(808)에 명령할 수 있다. 마찬가지로, MIP 바인딩 업데이트(828)는 해당 액션과 함께 플로우1 사운드 데이터에 대한 트래픽 선택기를 생성하여 데이터를 WTRU3(806)으로 전달할 수 있다. 예를 들어, WTRU1(802)는 데이터를 CoA3로 전달하거나 HoA3/BID1 쌍을 이용하여 데이터를 전달하도록 HA(808)에 명령할 수 있다. MIP 바인딩 업데이트(828)는 WTRU1(802)에 대한 트래픽 선택기를 삭제할 수 있다. 830에서, HA(808)는 플로우 테이블을 업데이트할 수 있다. 일 예의 업데이트된 플로우 바인딩 테이블이 표 3에 도시된다.

플로우 식별(FID)	트래픽 선택기	액션
FID1
FID2	플로우1 비디오에 대한 필터	HoA2/BID2로 전달
FID3	플로우1 사운드에 대한 필터	HoA3/BID1으로 전달

FID1에 대한 표 3 내의 엔트리는 설명을 목적으로 도시된다. FID1 엔트리가 플로우 테이블에 대하여 완전히 제거될 수 있고, 액션이 삭제될 수 있고, 및/또는 트래픽 선택기가 삭제될 수 있다. 832에서, CN(810)로부터의 플로우1이 HA(808)에 의해 WTRU(804) 및 WTRU3(806)으로 라우팅될 수 있다.

사용자가 WTRU1(802)로 플로우를 전송하려고 의도할 수 있다. 예를 들어, WTRU1(802)는 MIP 바인딩 업데이트(834)를 HA(808)로 전송할 수 있다. MIP 바인딩 업데이트(834)는 플로우1에 대한 모든 패킷과 매칭하는 트래픽 선택기를 생성하고 해당 액션을 생성하여 패킷을 WTRU1(802)로 전달할 수 있다. MIP 바인딩 업데이트(834)는 또한 플로우1에 대응하는 WTRU2(804) 및 WTRU3(806)에 대한 트래픽 선택기 또는 플로우 엔트리를 삭제할 수 있다. 예를 들어, MIP 바인딩 업데이트(834)의 수신 후에, HA(808)은 플로우 테이블을 업데이트하여 표 2에 도시된 엔트리에 반영할 수 있다. 플로우 테이블 업데이트 후에, 836에서, HA(808)는 WTRU1(802)로의 플로우1 패킷의 재전송을 시작할 수 있다.

실시예는 다수의 HA가 포함될 때 심리스 및 투명 IUT를 고려한다. 예를 들어, 도 9는 실시예가 구현될 수 있는 일 예의 아키텍쳐를 나타낸다. 도 9에 도시된 바와 같이, CN(902)은 플로우 데이터의 소스일 수 있다. 예를 들어, CN(902)은 스트리밍 미디어 서버일 수 있다. 도 9에 도시되지 않지만, CN(902)은 네트워크(916)에 액세스할 수 있다. HA1(904) 및 HA2(910)는 네트워크(916)와 통신할 수 있는 HA일 수 있다. HA1(904)은 바인딩 테이블(906) 및 플로우 테이블(908)을 포함할 수 있다. HA2(910)는 바인딩 테이블(912) 및 플로우 테이블(914)을 포함할 수 있다. WTRU1(918)은 네트워크(916)와 통신하는 장치일 수 있다. 일 예에서, WTRU1(918)은 HA1(904)에 등록될 수 있다. 마찬가지로, WTRU2(920)는 네트워크(916)와 통신하는 장치일 수 있고, WTRU2(920)는 HA1(904) 및/또는 HA2(910)에 등록될 수 있다. 예를 들어, HA1(904)을 통해 CN(902) 및 WTRU1(918) 사이에 플로우가 확립될 수 있다. 사용자는 HA2(910)에 등록될 수 있는 WTRU2(920)에 플로우를 전송하기를 원할 수 있다. 도 10, 도 11 및 도 12는 도 9에 도시된 아키텍쳐에서 구현될 수 있는 IUT에 대한 일 예의 시그널링 다이어그램이다.

도 10은 더블 터널링을 이용한 IUT 시퀀스 플로우에 대한 일 예의 시그널링 다이어그램이다. WTRU1(1002) 및 WTRU2(1004)는 플로우를 수신할 수 있는 장치일 수 있다. HA1(1006) 및 HA2(1008)는 IUT 및 장치 이동성을 가능하게 할 수 있는 HA일 수 있다. CN(1010)은 플로우의 소스일 수 있다. 예를 들어, CN(1010)은 비디오 서버 등의 콘텐츠 서버일 수 있다. 1012에서, WTRU1(1002)은 HA1(1006)에 등록될 수 있다. 예를 들어, WTRU1(1002)은 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU1(1002)은 HA1(1006)에 등록하기 위하여 CoA1 및 BID1을 HA1(1006)에 전송할 수 있다. HA1(1006)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU1(1002)로 전송할 수 있다. 예를 들어, HA1(1006)은 WTRU1(1002)에 대한 HoA로서 동작할 수 있는 HoA1을 WTRU1(1002)로 전송할 수 있다. 1014에서, WTRU2(1004)는 HA2(1008)에 등록될 수 있다. 예를 들어, WTRU2(1004)는 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU2(1004)은 HA2(1008)에 등록하기 위하여 CoA2 및 BID2을 HA2(1008)에 전송할 수 있다. HA2(1008)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU2(1004)로 전송할 수 있다. 예를 들어, HA2(1008)은 WTRU2(1004)에 대한 HoA로서 동작할 수 있는 HoA2을 WTRU2(1004)로 전송할 수 있다. 1016에서, HA1(1006)은 WTRU1(1002)에 대한 바인딩 엔트리를 생성할 수 있다. HA1(1006)에 대한 일 예의 바인딩 엔트리는 이하의 표 4에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA1	BID1	CoA1

1018에서, HA2(1008)는 WTRU2(1004)에 대한 바인딩 엔트리를 생성할 수 있다. HA2(1008)에 대한 일 예의 바인딩 엔트리는 이하의 표 5에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA2	BID2	CoA2

WTRU1(1002)은 CN(1010)로부터의 데이터에 대한 플로우를 확립할 수 있다. 플로우를 확립하기 위하여, WTRU1(1002)은 플로우에 대한 트래픽 선택기를 포함할 수 있는 바인딩 업데이트를 HA1(1006)로 전송할 수 있다. 예를 들어, CN(1010)으로부터의 플로우는 플로우1이라 할 수 있고, 트래픽 선택기는 플로우1과 연관된 패킷의 헤더의 전부 또는 일부와 매칭할 수 있다. 또 다른 예에서, 트래픽 선택기는 HA1(1006)에 플로우1과 연관된 패킷을 식별하는 방식을 제공하는 임의의 필터 또는 식별 표시기일 수 있다. WTRU1(1002)은 HA1(1006)이 트래픽 선택기와 매칭하는 패킷에 대하여 수행해야 하는 액션을 전송할 수 있다. 액션은 패킷을 HoA1/BID1으로 전달할 수 있다. 1020에서, HA1(1006)은 플로우1에 대한 플로우 테이블(또는 플로우 바인딩 테이블)에 플로우 바인딩 엔트리를 생성할 수 있다. 일 예의 플로우 바인딩 엔트리가 이하의 표 6에 도시된다. 플로우 바인딩 엔트리는 HoA1에 대한 플로우 테이블 내에 포함될 수 있다.

플로우 식별(FID)	트래픽 선택기	액션
FID1	플로우1에 대한 필터	HoA1/BID1으로 전달

CN(1010)은 예를 들어 플로우1의 일부로서 HoA1에 대하여 어드레싱된 플로우1 패킷(1022)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1022)은 HA1(1006)로 라우팅될 수 있다. HA1(1006)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1022)을 수신하여 HoA1에 대한 플로우 테이블 내의 엔트리와 비교할 수 있다. HA1(1006)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1022)을 FID1에 대한 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1022)은 플로우1의 일부이므로, FID1에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1006)은 플로우 테이블 내에 포함된 HoA1/BID1 식별에 기초하여 패킷을 전달할 수 있다. HA1(1006)은 HoA1/BID1 쌍을 이용하여 자신의 바인딩 테이블에 기초하여 CoA1이 패킷에 대한 전달 어드레스임을 결정할 수 있다. HA1(1006)은 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1024)을 WTRU1(1002)로 전송할 수 있다. HA1(1006)은 CoA1 어드레스를 수신된 패킷, 즉, HoA1에 대하여 어드레싱된 플로우1 패킷(1022)의 헤드에 첨부할 수 있다. 수신된 패킷에 CoA1 어드레스를 첨부하는 것을 터널링이라 할 수 있다. 예를 들어, HA1(1006)은 CoA1에서 수신된 플로우1 패킷을 WTRU1(1002)로 터널링할 수 있다. CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1024)을 수신하면, WTRU1(1002)은 패킷을 디터널링하고 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1024)에 포함된 데이터를 프로세싱을 위한 WTRU1(1002) 상의 적절한 애플리케이션으로 전달할 수 있다.

WTRU1(1002)의 사용자 및/또는 가입자가 플로우1에 대한 IUT를 수행하기를 원할 수 있다. 1026에서, WTRU1(1002)은 IUT를 가능하기 위하여 피어 디스커버리를 수행할 수 있다. WTRU1(1002)은 플로우1을 수락할 수 있는 WTRU2(1004)를 발견할 수 있다. 1028에서, WTRU1(1002) 및 WTRU2(1004)는 전송 준비 및 인가를 수행할 수 있다. IUT 요청, 정보 교환 및 IUT 인가는 상술한 것과 유사한 방식으로 수행될 수 있다. 예를 들어, 전송 준비 및 인가는 상기 도 5, 도 6 및/또는 도 7을 참조하여 설명한 방식과 유사한 방식으로 수행될 수 있다. 예를 들어, WTRU1(1002) 및 WTRU2(1004)는 애플리케이션 및 어드레싱 정보를 교환할 수 있다.

WTRU2(1004)가 플로우1을 수신가능하고, 준비 및/또는 인가된 것으로 결정하면, WTRU1(1002)는 IUT를 수행하기 위하여 MIP 바인딩 업데이트(1030)를 HA1(1006)로 전송할 수 있다. 도 10에는 단일 메시지로서 도시되지만, MIP 바인딩 업데이트(1030) 내의 정보는 다수의 메시지 내에 포함될 수 있다. MIP 바인딩 업데이트(1030)는 플로우1에 대한 트래픽 선택기 및 HA1(1006)이 플로우1과 연관된 패킷을 WTRU2(1004)로 전달하도록 명령하는 액션을 포함할 수 있다. 플로우1과 연관되지 않지만 HoA1에 대하여 어드레싱된 패킷은 여전히 HA1(1006)로부터 WTRU1(1002)로 라우팅될 수 있다. 1032에서, HA1(1006)은 MIP 바인딩 업데이트(1030)에 기초하여 IUT를 가능하게 하기 위하여 자신의 플로우 및/또는 바인딩 테이블을 업데이트할 수 있다. 예를 들어, HA1(1006)은 WTRU2(1004)에 대한 엔트리를 생성함으로써 자신의 바인딩 테이블을 업데이트할 수 있고 HoA1에 대한 자신의 플로우 테이블을 업데이트하여 새롭게 수신된 트래픽 선택기를 포함할 수 있다. 예를 들어, 업데이트된 바인딩 테이블은 표 7에 도시되고 업데이트된 플로우 테이블은 표 8에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA1	BID1	CoA1
HoA2	BID2	HoA2

플로우 식별(FID)	트래픽 선택기	액션
FID1		HoA1/BID1으로 전달
FID2	플로우1에 대한 필터	HoA2/BID2로 전달

표 7에 도시된 바와 같이, 새로운 엔트리는 MIP 바인딩 업데이트(1030)에 기초하여 WTRU2에 대한 HA1(1006)의 바인딩 테이블에 생성될 수 있다. 이 예에서, WTRU2(1004)에 대한 CoA는 HA2(1008)에 등록된 HoA일 수 있는 HoA2일 수 있다. 표 8에 도시된 바와 같이, 새로운 플로우 바인딩 엔트리는 HoA1에 대한 플로우 바인딩 테이블에 생성될 수 있다. 이 예에서, 플로우1에 대한 본래의 트래픽 선택기가 삭제될 수 있다. 이것은 플로우1과 연관된 모든 패킷이 FID2 플로우 바인딩 엔트리에 기초하여 라우팅될 수 있다는 것을 나타낼 수 있다. 또 다른 예에서, 본래의 트래픽 선택기가 변경되거나 전체 FID 플로우 바인딩 엔트리가 삭제될 수 있다.

이 예에 계속하여, CN(1010)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1034)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1034)은 HA1(1006)로 라우팅될 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1034)을 수신할 때, HA1(1006)은 HoA1으로서 타겟 어드레스를 식별할 수 있다. HA1(1006)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1034)을 HoA1에 대한 플로우 테이블 내에 포함된 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1034)은 FID2에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1006)은 패킷을 HoA2/BID2로 전달할 수 있는 FID2에 대한 액션을 수행할 수 있다. HA1(1006)은 HoA2/BID2 쌍 및 HA1(1006)에 대한 플로우 바인딩 테이블에 기초하여 HoA1에 대하여 어드레싱된 플로우1 패킷(1034)에 대한 적절한 목적지 어드레스를 결정할 수 있다. HA1(1006)은 적절한 목적지가 HoA2임을 결정할 수 있다. HA1(1006)은 HoA2 어드레스를 HoA1에 대하여 어드레싱된 플로우1 패킷(1034)에 첨부하거나 HoA1에 대하여 어드레싱된 플로우1 패킷(1034)을 HoA2로 터널링할 수 있다. 터널링된 패킷은 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)일 수 있다. HA1(1006)은 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)을 전송할 수 있다. HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)은 HA2(1008)로 라우팅될 수 있다.

HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)을 수신하면, HA2(1008)는 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)에 대한 적절한 목적지 주소를 결정할 수 있다. 플로우 테이블은 HA2(1008)에 상의 HoA2를 위해 존재할 수 있다. HoA2에 대한 플로우 테이블이 HA2(1008) 상에 존재하면, HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)은 플로우 테이블 내의 엔트리와 비교될 수 있다. 프로우 테이블이 존재하지 않으면, HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)은 HoA2에 대한 바인딩 테이블 내의 엔트리에 기초하여 터널링될 수 있다. 예를 들어, CoA2는 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1036)에 첨부되고 패킷은 WTRU2(1004)로 터널링될 수 있다. 터널링된 패킷은 CoA2/HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1038)일 수 있다. HA2(1008)는 CoA2/HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1038)을 WTRU2(1004)로 전송할 수 있다. 1040에서, WTRU2(1004)는 CoA2/HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1038)을 디터널링(detunnel)하고 데이터를 적절한 애플리케이션으로 전달할 수 있다. WTRU1(1002)로부터 WTRU2(1004)로의 플로우1의 IUT는 CN(1010)에 투명할 수 있다.

도 11은 2개의 터널을 이용한 IUT 시퀀스 플로우에 대한 일 예의 시그널링 다이어그램이다. WTRU1(1102) 및 WTRU2(1104)는 플로우를 수신할 수 있는 장치일 수 있다. HA1(1106) 및 HA2(1108)는 IUT 및 장치 이동성을 가능하게 할 수 있는 HA일 수 있다. CN(1110)은 플로우의 소스일 수 있다. 예를 들어, CN(1110)은 비디오 서버 등의 콘텐츠 서버일 수 있다. 1112에서, WTRU1(1102)은 HA1(1106)에 등록될 수 있다. 예를 들어, WTRU1(1102)은 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU1(1102)은 HA1(1106)에 등록하기 위하여 CoA1 및 BID1을 HA1(1106)에 전송할 수 있다. HA1(1106)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU1(1102)로 전송할 수 있다. 예를 들어, HA1(1106)은 WTRU1(1102)에 대한 HoA로서 동작할 수 있는 HoA1을 WTRU1(1102)로 전송할 수 있다. 1114에서, WTRU2(1104)는 HA2(1108)에 등록될 수 있다. 예를 들어, WTRU2(1104)는 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU2(1104)은 HA2(1108)에 등록하기 위하여 CoA2 및 BID2을 HA2(1108)에 전송할 수 있다. HA2(1108)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU2(1104)로 전송할 수 있다. 예를 들어, HA2(1108)은 WTRU2(1104)에 대한 HoA로서 동작할 수 있는 HoA2을 WTRU2(1104)로 전송할 수 있다. 1116에서, HA1(1106)은 WTRU1(1102)에 대한 바인딩 엔트리를 생성할 수 있다. HA1(1106)에 대한 일 예의 바인딩 엔트리는 이하의 표 9에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-Address)
HoA1	BID1	CoA1

1118에서, HA2(1108)는 WTRU2(1104)에 대한 바인딩 엔트리를 생성할 수 있다. HA2(1108)에 대한 일 예의 바인딩 엔트리는 이하의 표 10에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA2	BID2	CoA2

WTRU1(1102)은 CN(1110)로부터의 데이터에 대한 플로우를 확립할 수 있다. 플로우를 확립하기 위하여, WTRU1(1102)은 플로우에 대한 트래픽 선택기를 포함할 수 있는 바인딩 업데이트를 HA1(1106)로 전송할 수 있다. 예를 들어, CN(1110)으로부터의 플로우는 플로우1이라 할 수 있고, 트래픽 선택기는 HA1(1106)에 플로우1과 연관된 패킷을 식별하는 방식을 제공하는 임의의 필터 또는 식별 표시기일 수 있다. WTRU1(1102)은 HA1(1106)이 트래픽 선택기와 매칭하는 패킷에 대하여 수행해야 하는 액션을 전송할 수 있다. 액션은 패킷을 HoA1/BID1으로 전달할 수 있다. 1120에서, HA1(1106)은 플로우1에 대한 플로우 테이블(또는 플로우 바인딩 테이블)에 플로우 바인딩 엔트리를 생성할 수 있다. 일 예의 플로우 바인딩 엔트리가 이하의 표 11에 도시된다. 플로우 바인딩 엔트리는 HoA1에 대한 플로우 테이블 내에 포함될 수 있다.

CN(1110)은 예를 들어 플로우1의 일부로서 HoA1에 대하여 어드레싱된 플로우1 패킷(1122)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1122)은 HA1(1106)로 라우팅될 수 있다. HA1(1106)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1122)을 수신하여 HoA1에 대한 플로우 테이블 내의 엔트리와 비교할 수 있다. HA1(1106)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1122)을 FID1에 대한 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1122)은 플로우1의 일부이므로, HoA1에 대하여 어드레싱된 플로우1 패킷(1122)은 FID1에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1106)은 플로우 테이블 내에 포함된 HoA1/BID1 식별에 기초하여 패킷을 전달할 수 있다. HA1(1106)은 HoA1/BID1 쌍을 이용하여 자신의 바인딩 테이블에 기초하여 CoA1이 패킷에 대한 전달 어드레스임을 결정할 수 있다. HA1(1106)은 CoA1 어드레스를 수신된 패킷, 즉, HoA1에 대하여 어드레싱된 플로우1 패킷(1122)의 헤드에 첨부할 수 있다. 예를 들어, HA1(1106)은 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1124)을 전송함으로써 CoA에서 수신된 플로우1 패킷을 WTRU1(1102)로 터널링할 수 있다. CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1124)을 수신하면, WTRU1(1102)은 패킷을 디터널링하고 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1124)에 포함된 데이터를 프로세싱을 위한 WTRU1(1102) 상의 적절한 애플리케이션으로 전달할 수 있다.

WTRU1(1102)의 사용자 및/또는 가입자가 플로우1에 대한 IUT를 수행하기를 원할 수 있다. 1126에서, WTRU1(1102)은 IUT를 가능하기 위하여 피어 디스커버리를 수행할 수 있다. WTRU1(1102)은 플로우1을 수락할 수 있는 WTRU2(1104)를 발견할 수 있다. 1128에서, WTRU1(1102) 및 WTRU2(1104)는 전송 준비 및 인가를 수행할 수 있다. IUT 요청, 정보 교환 및 IUT 인가는 상술한 것과 유사한 방식으로 수행될 수 있다. 예를 들어, 전송 준비 및 인가는 상기 도 5, 도 6 및/또는 도 7을 참조하여 설명한 방식과 유사한 방식으로 수행될 수 있다. 예를 들어, WTRU1(1102) 및 WTRU2(1104)는 애플리케이션 및 어드레싱 정보를 교환할 수 있다.

WTRU2(1104)가 플로우1을 수신하기 위하여 준비 및/또는 인가된 것으로 결정하면, WTRU1(1102)는 IUT를 수행하기 위하여 MIP 바인딩 업데이트(1130)를 HA1(1106)로 전송할 수 있다. 이 예에서, WTRU1(1102)는 플로우1의 일부, 예를 들어 비디오 부분을 계속 수신할 수 있고, IUT는 플로우1 내의 다른 데이터, 예를 들어, 오디오 데이터에 대하여 수행될 수 있다. 도 11에는 단일 메시지로서 도시되지만, MIP 바인딩 업데이트(1130) 내의 정보는 다수의 메시지 내에 포함될 수 있다. MIP 바인딩 업데이트(1130)는 플로우1 비디오 패킷에 대한 업데이트된 트래픽 선택기를 포함할 수 있다. MIP 바인딩 업데이트(1130)는 플로우1 오디오 패킷에 대한 트래픽 선택기 및 HA1(1106)이 플로우1 오디오와 연관된 패킷을 WTRU2(1104)로 전달하도록 명령하는 액션을 포함할 수 있다. 1132에서, HA1(1106)은 MIP 바인딩 업데이트(1130)에 기초하여 IUT를 가능하게 하기 위하여 자신의 플로우 및/또는 바인딩 테이블을 업데이트할 수 있다. 예를 들어, HA1(1106)은 WTRU2(1104)에 대한 엔트리를 생성함으로써 자신의 바인딩 테이블을 업데이트할 수 있고 HoA1에 대한 자신의 플로우 테이블을 업데이트하여 플로우1 비디오에 대한 트래픽 선택기를 업데이트하고 플로우1 오디오에 대한 새로운 트래픽 선택기를 갖는 새로운 엔티티를 생성할 수 있다. 예를 들어, 업데이트된 바인딩 테이블은 표 12에 도시되고 업데이트된 플로우 테이블은 표 13에 도시된다.

플로우 식별(FID)	트래픽 선택기	액션
FID1	플로우1에 대한 비디오 필터	HoA1/BID1으로 전달
FID2	플로우1에 대한 오디오 필터	HoA2/BID2로 전달

표 12에 도시된 바와 같이, 새로운 엔트리는 MIP 바인딩 업데이트(1130)에 기초하여 WTRU2에 대한 HA1(1106)의 바인딩 테이블에 생성될 수 있다. 이 예에서, WTRU2(1104)에 대한 CoA는 HA2(1108)에 등록된 HoA일 수 있는 HoA2일 수 있다. 표 13에 도시된 바와 같이, 새로운 플로우 바인딩 엔트리는 HoA1에 대한 플로우 바인딩 테이블에 생성될 수 있다. 이 예에서, 플로우1에 대한 본래의 트래픽 선택기가 업데이트되어 플로우1 비디오 패킷과 매칭될 수 있다. WTRU2(1104)는 MIP 바인딩 업데이트(1134)를 HA2(1108)로 전송할 수 있다. MIP 바인딩 업데이트(1134)에 기초하여, 1136에서, HA2(1108)은 플로우 및/또는 바인딩 테이블을 업데이트할 수 있다. 예를 들어, HA2(1108)은 HA2(1108) 상의 플로우 1 오디오에 대한 플로우 바인딩 엔트리를 생성할 수 있다. MIP 바인딩 업데이트(1134)는 플로우1 오디오 패킷에 대한 트래픽 선택기를 포함할 수 있고 트래픽 선택기와 매칭하는 패킷에 대한 액션을 또한 포함할 수 있다. 액션은 디터널링 및 전달될 수 있다. 예를 들어, HA2(1108)는 트래픽 선택기와 매칭하는 패킷의 IP 헤더를 대체하고 패킷을 새로운 IP 헤더를 갖는 특정 목적지로 전달할 수 있다. HA2(1008) 상의 HoA2에 대한 플로우 테이블 상에 생성될 수 있는 일 예의 플로우 바인딩이 표 14에 도시된다.

플로우 식별(FID)	트래픽 선택기	액션
FID1	플로우1에 대한 오디오 필터	HoA2/BID2으로 디터널링 및 전달

이 예에 계속하여, CN(1110)은 HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)은 HA1(1106)로 라우팅될 수 있다. HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)을 수신할 때, HA1(1106)은 HoA1으로서 타겟 어드레스를 식별할 수 있다. HA1(1106)은 HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)을 HoA1에 대한 플로우 테이블 내에 포함된 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)은 FID1에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1106)은 패킷을 HoA1/BID1로 전달할 수 있는 FID1에 대한 액션을 수행할 수 있다. HA1(1106)은 HoA1/BID1 쌍 및 HA1(1106)에 대한 플로우 바인딩 테이블에 기초하여 HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)에 대한 적절한 목적지 어드레스를 결정할 수 있다. HA1(1106)은 적절한 목적지가 CoA1임을 결정할 수 있다. HA1(1106)은 CoA2 어드레스를 HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)에 첨부하거나 HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1138)을 CoA2로 터널링할 수 있다. 터널링된 패킷은 HoA1/HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1140)일 수 있다. HA1(1106)은 HoA1/HoA1에 대하여 어드레싱된 플로우1 비디오 패킷(1140)을 전송할 수 있다. HoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1140)은 WTRU1(1102)로 라우팅될 수 있다. 1142에서, WTRU1(1002)는 패킷을 디터널링하고 데이터를 적절한 애플리케이션으로 전송할 수 있다.

CN(1110)은 HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)은 HA1(1106)로 라우팅될 수 있다. HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)을 수신하면, HA1(1106)은 HoA1으로서 타겟 어드레스를 식별할 수 있다. HA1(1106)은 HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)을 HoA1에 대한 플로우 테이블 내에 포함되는 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)은 FID2에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1106)은 HoA2/BID2로 패킷을 전달할 수 있는 FID2에 대한 액션을 수행할 수 있다. HA1(1106)은 HoA2/BID2 쌍 및 HA1(1106)에 대한 플로우 바인딩 테이블에 기초하여 HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)에 대한 적절한 목적지 어드레스를 결정할 수 있다. HA1(1106)은 적절한 목적지가 HoA2임을 결정할 수 있다. HA1(1106)은 HoA2 어드레스를 HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)에 첨부하거나 HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1144)을 HoA2로 터널링할 수 있다. 터널링된 패킷은 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)일 수 있다.

HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)을 수신하면, HA2(1108)는 HoA2로서 타겟 어드레스를 식별할 수 있다. HA2(1108)은 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)을 HoA2에 대한 플로우 테이블 내에 포함되는 트래픽 선택기와 비교할 수 있다. HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)은 HoA2 플로우 테이블 내의 FID1에 대한 트래픽 선택기와 매칭할 수 있다. HA2(1108)은 HoA2/BID2로 디터널링 및 전달될 수 있는 FID1에 대한 동작을 수행할 수 있다. HA2(1108)는 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)으로부터 IP헤더의 전부 도는 일부를 제거할 수 있다. 예를 들어, HA2(1108)은 IP 헤더로부터 HoA2 어드레스를 제거할 수 있다. HA2(1108)은 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)에 대한 적절한 목적지 어드레스를 결정할 수 있다. HA2(1108)에 대한 바인딩 테이블에 기초하여, HA2(1108)는 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)에 대한 라우팅 어드레스가 CoA2임을 결정할 수 있다. CoA2는 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1146)에 첨부되고 패킷은 WTRU2(1104)로 터널링될 수 있다. 터널링된 패킷은 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1148)일 수 있다. HA2(1108)는 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1148)을 WTRU2(1104)로 전송할 수 있다. 1150에서, WTRU2(1104)는 HoA2/HoA1에 대하여 어드레싱된 플로우1 오디오 패킷(1148)을 디터널링하고 데이터를 적절한 애플리케이션으로 전달할 수 있다. WTRU1(1102)로부터 WTRU2(1104)로의 플로우1 오디오 데이터의 IUT는 CN(1110)에 투명할 수 있다.

도 12은 단일 터널을 이용한 IUT 시퀀스 플로우에 대한 일 예의 시그널링 다이어그램이다. WTRU1(1202) 및 WTRU2(1204)는 플로우를 수신할 수 있는 장치일 수 있다. HA1(1206) 및 HA2(1208)는 IUT 및 장치 이동성을 가능하게 할 수 있는 HA일 수 있다. CN(1210)은 플로우의 소스일 수 있다. 예를 들어, CN(1210)은 비디오 서버 등의 콘텐츠 서버일 수 있다. 1212에서, WTRU1(1202)은 HA1(1206)에 등록될 수 있다. 예를 들어, WTRU1(1202)은 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU1(1202)은 HA1(1206)에 등록하기 위하여 CoA1 및 BID1을 HA1(1206)에 전송할 수 있다. HA1(1206)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU1(1202)로 전송할 수 있다. 예를 들어, HA1(1206)은 WTRU1(1202)에 대한 HoA로서 동작할 수 있는 HoA1을 WTRU1(1202)로 전송할 수 있다. 1214에서, WTRU2(1204)는 HA2(1208)에 등록될 수 있다. 예를 들어, WTRU2(1204)는 CoA 및/또는 BID를 포함할 수 있는 바인딩 업데이트를 전송할 수 있다. 설명의 목적으로, WTRU2(1204)은 HA2(1208)에 등록하기 위하여 CoA2 및 BID2을 HA2(1208)에 전송할 수 있다. HA2(1208)은 HoA를 포함할 수 있는 바인딩 확인응답을 WTRU2(1204)로 전송할 수 있다. 예를 들어, HA2(1208)은 WTRU2(1204)에 대한 HoA로서 동작할 수 있는 HoA2을 WTRU2(1204)로 전송할 수 있다. 1216에서, HA1(1206)은 WTRU1(1202)에 대한 바인딩 엔트리를 생성할 수 있다. HA1(1206)에 대한 일 예의 바인딩 엔트리는 이하의 표 15에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-Address)
HoA1	BID1	CoA1

1218에서, HA2(1208)는 WTRU2(1204)에 대한 바인딩 엔트리를 생성할 수 있다. HA2(1208)에 대한 일 예의 바인딩 엔트리는 이하의 표 16에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA2	BID2	CoA2

WTRU1(1202)은 CN(1210)로부터의 데이터에 대한 플로우를 확립할 수 있다. 플로우를 확립하기 위하여, WTRU1(1202)은 플로우에 대한 트래픽 선택기를 포함할 수 있는 바인딩 업데이트를 HA1(1206)로 전송할 수 있다. 예를 들어, CN(110)으로부터의 플로우는 플로우1이라 할 수 있고, 트래픽 선택기는 HA1(1106)에 플로우1과 연관된 패킷의 헤더의 전부 또는 일부와 매칭할 수 있다. 또 다른 예에서, 트래픽 선택기는 HA1(1206)에 플로우1과 관련된 패킷을 식별하는 방식을 제공하는 임의의 필터 또는 식별 표시기일 수 있다. WTRU1(1202)은 HA1(1206)이 트래픽 선택기와 매칭하는 패킷에 대하여 수행해야 하는 액션을 전송할 수 있다. 액션은 패킷을 HoA1/BID1으로 전달할 수 있다. 1220에서, HA1(1206)은 플로우1에 대한 플로우 테이블(또는 플로우 바인딩 테이블)에 플로우 바인딩 엔트리를 생성할 수 있다. 일 예의 플로우 바인딩 엔트리가 이하의 표 17에 도시된다. 플로우 바인딩 엔트리는 HoA1에 대한 플로우 테이블 내에 포함될 수 있다.

CN(1210)은 예를 들어 플로우1의 일부로서 HoA1에 대하여 어드레싱된 플로우1 패킷(1222)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1222)은 HA1(1206)로 라우팅될 수 있다. HA1(1206)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1222)을 수신하여 HoA1에 대한 플로우 테이블 내의 엔트리와 비교할 수 있다. HA1(1206)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1222)을 FID1에 대한 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1222)은 플로우1의 일부이므로, FID1에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1206)은 플로우 테이블 내에 포함된 HoA1/BID1 식별에 기초하여 패킷을 전달할 수 있다. HA1(1206)은 HoA1/BID1 쌍을 이용하여 자신의 바인딩 테이블에 기초하여 CoA1이 패킷에 대한 전달 어드레스임을 결정할 수 있다. HA1(1206)은 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1224)을 WTRU1(1202)로 전송할 수 있다. HA1(1206)은 CoA1 어드레스를 수신된 패킷, 즉, HoA1에 대하여 어드레싱된 플로우1 패킷(1222)의 헤드에 첨부할 수 있다. CoA1 어드레스를 수신된 패킷에 첨부하는 것을 터널링이라 할 수 있다. 예를 들어, HA1(1206)은 CoA1에서 수신된 플로우1 패킷을 WTRU1(1202)로 터널링할 수 있다. CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1224)을 수신하면, WTRU1(1202)은 패킷을 디터널링하고 CoA1/HoA1에 대하여 어드레싱된 플로우1 패킷(1224)에 포함된 데이터를 프로세싱을 위한 WTRU1(1202) 상의 적절한 애플리케이션으로 전달할 수 있다.

WTRU1(1202)의 사용자 및/또는 가입자가 플로우1에 대한 IUT를 수행하기를 원할 수 있다. 1226에서, WTRU1(1202)은 IUT를 가능하기 위하여 피어 디스커버리를 수행할 수 있다. WTRU1(1202)은 플로우1을 수락할 수 있는 WTRU2(1204)를 발견할 수 있다. 1228에서, WTRU1(1202) 및 WTRU2(1204)는 전송 준비 및 인가를 수행할 수 있다. IUT 요청, 정보 교환 및 IUT 인가는 상술한 것과 유사한 방식으로 수행될 수 있다. 예를 들어, 전송 준비 및 인가는 상기 도 5, 도 6 및/또는 도 7을 참조하여 설명한 방식과 유사한 방식으로 수행될 수 있다. 예를 들어, WTRU1(1202) 및 WTRU2(1204)는 애플리케이션 및 어드레싱 정보를 교환할 수 있다.

WTRU2(1204)가 플로우1을 수신하기 위하여 준비 및/또는 인가된 것으로 결정하면, WTRU1(1202)는 IUT를 수행하기 위하여 MIP 바인딩 업데이트(1230)를 HA1(1206)로 전송할 수 있다. 도 12에는 단일 메시지로서 도시되지만, MIP 바인딩 업데이트(1230) 내의 정보는 다수의 메시지 내에 포함될 수 있다. MIP 바인딩 업데이트(1230)는 플로우1에 대한 트래픽 선택기 및 HA1(1206)이 플로우1과 연관된 패킷을 WTRU2(1204)로 전달하도록 명령하는 액션을 포함할 수 있다. 플로우1과는 연관되지 않지만 HoA1에 대하여 어드레싱된 패킷은 여전히 HA1(1206)로부터 WTRU1(1202)로 라우팅될 수 있다. 1232에서, HA1(1206)은 MIP 바인딩 업데이트(1230)에 기초하여 IUT를 가능하게 하기 위하여 자신의 플로우 및/또는 바인딩 테이블을 업데이트할 수 있다. 예를 들어, HA1(1206)은 WTRU2(1204)에 대한 엔트리를 생성함으로써 자신의 바인딩 테이블을 업데이트할 수 있고 HoA1에 대한 자신의 플로우 테이블을 업데이트하여 새롭게 수신된 트래픽 선택기를 포함할 수 있다. 예를 들어, 업데이트된 바인딩 테이블은 표 18에 도시되고 업데이트된 플로우 테이블은 표 19에 도시된다.

홈 어드레스(HoA)	바인딩 ID(BID)	CoA(Care-of-address)
HoA1	BID1	CoA1
HoA2	BID2	CoA2

표 18에 도시된 바와 같이, 새로운 엔트리는 MIP 바인딩 업데이트(1230)에 기초하여 WTRU2에 대한 HA1(1206)의 바인딩 테이블에 생성될 수 있다. 이 예에서, WTRU2(1204)에 대한 CoA는 HA2(1204)에 대한 현재 IP 어드레스일 수 CoA2일 수 있다. 표 19에 도시된 바와 같이, 새로운 플로우 바인딩 엔트리는 HoA1에 대한 플로우 바인딩 테이블에 생성될 수 있다. 이 예에서, 플로우1에 대한 본래의 트래픽 선택기가 삭제될 수 있다. 이것은 플로우1과 연관된 모든 패킷이 FID2 플로우 바인딩 엔트리에 기초하여 라우팅될 수 있다는 것을 나타낼 수 있다. 또 다른 예에서, 본래의 트래픽 선택기가 변경되거나 전체 FID 플로우 바인딩 엔트리가 삭제될 수 있다.

이 예에 계속하여, CN(1210)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1234)을 전송할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1234)은 HA1(1206)로 라우팅될 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1234)을 수신할 때, HA1(1206)은 HoA1으로서 타겟 어드레스를 식별할 수 있다. HA1(1206)은 HoA1에 대하여 어드레싱된 플로우1 패킷(1234)을 HoA1에 대한 플로우 테이블 내에 포함된 트래픽 선택기와 비교할 수 있다. HoA1에 대하여 어드레싱된 플로우1 패킷(1234)은 FID2에 대한 트래픽 선택기와 매칭할 수 있다. HA1(1206)은 패킷을 HoA2/BID2로 전달할 수 있는 FID2에 대한 액션을 수행할 수 있다. HA1(1206)은 HoA2/BID2 쌍 및 HA1(1206)에 대한 플로우 바인딩 테이블에 기초하여 HoA1에 대하여 어드레싱된 플로우1 패킷(1234)에 대한 적절한 목적지 어드레스를 결정할 수 있다. HA1(1206)은 적절한 목적지가 HoA2임을 결정할 수 있다. HA1(1206)은 CoA2 어드레스를 HoA1에 대하여 어드레싱된 플로우1 패킷(1234)에 첨부하거나 HoA1에 대하여 어드레싱된 플로우1 패킷(1234)을 CoA2로 터널링할 수 있다. 터널링된 패킷은 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1236)일 수 있다. HA1(1206)은 HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1236)을 전송할 수 있다. HoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1236)은 WTRU2(1204)로 라우팅될 수 있다. 1238에서, WTRU2(1204)는 CoA2/HoA1에 대하여 어드레싱된 플로우1 패킷(1236)을 디터널링하고 데이터를 적절한 애플리케이션으로 전달할 수 있다. WTRU1(1202)로부터 WTRU2(1204)로의 플로우1의 IUT는 CN(1210)에 투명할 수 있다.

도 13은 일 예의 바인딩 및 플로우 테이블을 나타낸다. 예를 들어, 도 13에 도시된 플로우 및 바인딩 테이블은 HA에서 논리적으로 구현될 수 있다. 바인딩 테이블(1306)은 일 예의 바인딩 테이블일 수 있다. 바인딩 테이블(1306)은, 제한되지 않지만, 홈 어드레스(1320), 바인딩 식별(1322) 및/또는 라우팅 어드레스(1324) 등의 엔트리를 포함할 수 있다. 예시적인 실시예에서, 바인딩 테이블(1308) 내의 엔트리는 홈 어드레스(1320)/바인딩 ID(1322) 쌍을 이용하여 고유하게 식별될 수 있다. 다른 실시예에서, 예를 들어, HoA가 단일 CoA와 연관되면, 엔트리는 바인딩 식별(1322)에 의해 고유하게 식별될 수 있다. HoA는 플로우 테이블과 연관될 수 있다. 예를 들어, HoA1 플로우 테이블(1302)은 HoA1과 연관된 플로우 테이블일 수 있다. HoA1에 대하여 어드레싱된 패킷은 HoA1 플로우 테이블(1302) 내의 엔트리와 비교되어 패킷이 트래픽 선택기와 매칭되는지를 결정할 수 있다. HoA1 플로우 테이블(1302)은, 제한되지 않지만, 플로우 ID(1308), 트래픽 선택기(1310), 및/또는 액션(1312)을 포함할 수 있다. 마찬가지로, HoA2 플로우 테이블(1304)은 HoA2와 연관된 플로우 테이블일 수 있다. HoA2에 대하여 어드레싱된 패킷은 HoA2 플로우 테이블(1304) 내의 엔트리와 비교되어 패킷이 트래픽 선택기와 매칭하는지를 결정할 수 있다. HoA2 플로우 테이블(1304)은, 제한되지 않지만, 플로우 ID(1314), 트래픽 선택기(1316) 및/또는 액션(1318) 등의 엔트리를 포함할 수 있다.

예를 들어, 도 13에 도시된 바와 같이, 바인딩 테이블(1306)은 상이한 HoA를 이용하는 2개의 장치에 대한 바인딩 테이블일 수 있다. 제1 장치는 HoA1과 연관되고 하나의 인터페이스를 가질 수 있다. HoA1 플로우 테이블(1302)에 도시된 바와 같이, HoA1에 대하여 어드레싱된 트래픽의 일부는 HoA1/BID1으로 전달되고, 트래픽의 일부는 HoA2/BID2로 전달될 수 있다. 바인딩 테이블(1306) 내의 바인딩 엔트리에 기초하여, HoA1/BID1으로 전달되는 트래픽은 CoA_X로 라우팅되고 HoA2/BID2로 전달되는 트래픽은 CoA_Z로 라우팅될 수 있다. 제2 장치는 HoA2와 연관되고 2개의 인터페이스를 포함할 수 있다. Hoa2 플로우 테이블(1304)에 도시된 바와 같이, HoA2에 대하여 어드레싱된 트래픽의 일부는 HoA2/BID1으로 전달되고, 트래픽의 일부는 HoA2/BID2로 전달될 수 있다. 바인딩 테이블(1306) 내의 바인딩 엔트리에 기초하여, HoA2/BID1으로 전달되는 트래픽은 CoA_Y로 라우팅되고 HoA2/BID2로 전달되는 트래픽은 CoA_Z로 라우팅될 수 있다.

도 14는 MIP 메시지에 대한 일 예의 변경된 바인딩 기준 서브옵션을 나타낸다. 일 예로서, 다른 포맷이 사용될 수 있지만, 도 14에 도시된 변경된 바인딩 기준 서브옵션은 MIPv6으로 나타낼 수 있다. 일 예로서, 바인딩 기준 서브옵션은, 플로우 테이블 내의 재선송을 위해 특정된 바인딩 엔트리가 HoA/BID 쌍을 이용하여 고유하게 식별되도록 할 수 있는 HoA(1408)를 포함하도록 변경될 수 있다. 또 다른 예에서, UEID는 바인딩 테이블 및/또는 플로우 테이블 내의 바인딩 엔트리를 고유하게 식별하는데 사용될 수 있다. 서브옵션 타입(1402)은 서브옵션 타입을 특정할 수 있다. 서브옵션 타입(1402)은 8비트 무부호 정수일 수 있다. 서브옵션길이(1404)는 플로우 식별 서브옵션의 길이일 수 있다. 예를 들어, 서브옵션길이(1404)는 서브옵션 길이를 옥텟(octect) 단위로 특정할 수 있는 8비트 무부호 정수일 수 있다. BID(1406) 및/또는 BID(1410)는 HA에 대한 바인딩 테이블 엔트리를 나타낼 수 있다.

상기에서 특징부 및 엘리먼트가 특정한 조합으로 설명하였지만, 당업자는 각 특징부 또는 엘리먼트가 단독으로 사용되거나 다른 특징부 또는 엘리먼트와 결합하여 사용될 수 있음을 인식할 것이다. 또한, 여기에 기재된 방법은 컴퓨터 또는 프로세서에 의해 실행되는 컴퓨터 판독가능 매체에 포함되는 컴퓨터 프로그램, 소프트웨어, 또는 펌웨어 내에서 구현될 수 있다. 컴퓨터 판독가능 매체의 예는 (유선 또는 무선 접속을 통해 송신되는) 전자 신호 및 컴퓨터 판독가능 저장 매체를 포함한다. 컴퓨터 판독가능 저장 매체의 예는, 제한되지 않지만, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 장치, 내부 하드 디스크 및 제거가능 디스크 등의 자기 매체, 광자기 매체 및 CD-ROM 디스크 및 DVD(digital versatile disk) 등의 광 매체를 포함한다. 소프트웨어와 연관된 프로세서는 WTRU, UE, 단말, 기지국, RNC 또는 임의의 호스트 컴퓨터에 사용되는 무선 주파수 트랜시버를 구현하는데 사용될 수 있다.

Claims

방법에 있어서,
홈 어드레스에 대하여 어드레싱된 복수의 메시지를 수신하는 제1 홈 에이전트에 제1 장치를 등록하는 단계;
제1 트래픽 선택기 및 제1 액션 - 상기 제1 액션은 상기 복수의 메시지 중의 제1 메시지가 상기 제1 트래픽 선택기와 매칭하면 상기 제1 메시지가 상기 제1 장치로 전달되는 것을 특정함 - 포함하는 제1 바인딩 업데이트를 상기 제1 홈 에이전트로 전송하는 단계; 및
제2 트래픽 선택기 및 제2 액션 - 상기 제2 액션은 상기 복수의 메시지 중의 제2 메시지가 상기 제2 트래픽 선택기와 매칭하면 상기 제2 메시지가 제2 장치로 전달되는 것을 특정함 - 을 포함하는 제2 바인딩 업데이트를 상기 제1 홈 에이전트로 전송하는 단계
를 포함하는 방법.
제1항에 있어서, 상기 제1 트래픽 선택기 및 상기 제2 트래픽 선택기는 동일한 것인, 방법.
제1항에 있어서, 상기 복수의 메시지의 소스는 상기 제2 장치를 모르는 것인, 방법.
제1항에 있어서, 상기 제2 장치를 발견하는 단계, 및 상기 제2 장치 상에서 실행되는 애플리케이션이 상기 복수의 메시지 내에 포함되는 데이터를 이용할 수 있는지를 결정하는 단계를 더 포함하는 방법.
제4항에 있어서, 애플리케이션 정보를 상기 제2 장치로 전송하는 단계를 더 포함하고, 상기 애플리케이션 정보는 상기 제2 장치 상에서 실행되는 애플리케이션에 의해 상기 제2 메시지 내에 포함되는 데이터의 사용을 가능하게 하는 것인, 방법.
제5항에 있어서, 상기 애플리케이션 데이터가 상기 홈 에이전트로 전송되는 것인, 방법.
제4항에 있어서, 상기 제2 장치를 발견하는 단계는 상기 제1 홈 에이전트로부터 상기 제2 장치에 관한 정보를 수신하는 단계를 포함하는 것인, 방법.
제1항에 있어서, 상기 제1 장치를 등록하는 단계는 제1 라우팅 어드레스 및 바인딩 식별을 상기 제1 홈 에이전트로 전송하는 단계 및 상기 제1 어드레스를 상기 홈 에이전트로부터 수신하는 단계를 포함하는 것인, 방법.
제1항에 있어서, 상기 제2 장치로 요청을 전송하는 단계 및 상기 요청에 대한 응답을 수신하는 단계를 더 포함하고, 상기 응답은 상기 제2 장치가 상기 제2 메시지를 수신할 수 있다는 것을 지시하는 것인, 방법.
방법에 있어서,
제1 장치에 대한 등록 정보를 상기 제1 장치로부터 수신하는 단계;
홈 어드레스에 대하여 각각 어드레싱된 복수의 메시지를 메시지 소스로부터 수신하는 단계;
제1 트래픽 선택기 및 제1 액션 - 상기 제1 액션은 상기 복수의 메시지 중의 제1 메시지가 상기 제1 트래픽 선택기와 매칭하면 상기 제1 메시지가 상기 제1 장치로 전달되는 것을 특정함 - 을 포함하는 제1 바인딩 업데이트를 상기 제1 장치로부터 수신하는 단계;
제2 트래픽 선택기 및 제2 액션 - 상기 제2 액션은 상기 복수의 메시지 중의 제2 메시지가 상기 제2 트래픽 선택기와 매칭하면 상기 제2 메시지가 제2 장치로 전달되는 것을 특정함 - 을 포함하는 제2 바인딩 업데이트를 제1 장치로부터 수신하는 단계
를 포함하는 방법.
제10항에 있어서, 상기 등록 정보는 상기 제1 장치에 대한 라우팅 어드레스 및 바인딩 식별을 포함하는 것인, 방법.
제11항에 있어서, 상기 제1 액션은 상기 바인딩 식별에 기초하여 상기 제1 메시지를 전달하라는 명령을 포함하는 것인, 방법.
제12항에 있어서, 상기 제2 바인딩 업데이트가 인가되는지를 결정하는 단계를 더 포함하는 방법.
제10항에 있어서, 상기 제2 트래픽 선택기가 수신된 후에 상기 제1 트래픽 선택기를 삭제하는 단계를 더 포함하는 방법.
제11항에 있어서, 상기 제1 장치로부터 상기 제2 장치에 대한 등록 정보를 수신하는 단계를 더 포함하는 방법.
무선 송수신 유닛(WTRU, wireless transmit/receive unit)으로서,
제1 트래픽 선택기 및 제1 액션을 포함하는 제1 메시지를 홈 에이전트로 전송하고 제2 액션을 포함하는 제2 메시지를 홈 에이전트로 전송하는 송신기를 포함하고,
상기 제1 액션은 패킷이 상기 제1 트래픽 선택기와 매칭하면 패킷이 상기 홈 에이전트로부터 상기 WTRU로 전달되는 것을 지시하고 상기 패킷은 제1 프록시 어드레스에 대하여 어드레싱되고 소스 장치로부터 상기 홈 에이전트로 전송되고,
상기 제2 액션은 상기 패킷이 상기 제1 트래픽 선택기와 매칭하면 상기 패킷이 상이한 WTRU로 전달되는 것을 지시하고, 상기 소스 장치는 상기 패킷이 제2 WTRU로 전달되는 것을 모르는 것인, 무선 송수신 유닛.
제16항에 있어서, 상기 제2 메시지는 상기 제1 액션을 무시하라는 명령을 더 포함하는 것인, 무선 송수신 유닛.
제16항에 있어서, 상기 제2 장치로부터 상이한 WTRU에 대한 어드레싱 정보 및 애플리케이션 정보를 수신하는 수신기를 더 포함하는 무선 송수신 유닛.
제16항에 있어서, 상기 송신기는 제3 메시지를 더 송신하고, 상기 제3 메시지는 상이한 장치로 전송되고 상기 제1 프록시 어드레스를 포함하는 것인, 무선 송수신 유닛.
제16항에 있어서, 상기 제2 액션은 상기 패킷을 상기 상이한 WTRU로 전달하기 전에 상기 패킷의 인터넷 프로토콜(IP) 헤더가 대체되는 것을 더 지시하는 것인, 무선 송수신 유닛.
제1항에 있어서, 상기 제2 바인딩 업데이트의 전송에 대한 인가 요청을 전송하는 단계, 및 제2 바인딩 업데이트의 전송에 대한 인가를 수신하는 단계를 더 포함하는 방법.