KR20130133084A

KR20130133084A - 네트워크 통신에서의 경량 프로토콜 및 에이전트

Info

Publication number: KR20130133084A
Application number: KR1020137030080A
Authority: KR
Inventors: 구앙 루; 미첼 퍼라스
Original assignee: 인터디지탈 패튼 홀딩스, 인크
Priority date: 2010-04-30
Filing date: 2011-04-27
Publication date: 2013-12-05
Also published as: TWI524713B; US9584630B2; EP2564572A1; JP2013529336A; US20120110192A1; TW201212604A; EP2564572B1; CN102870392A; CN102870392B; KR20130036234A; KR101475584B1; JP5543666B2; WO2011137175A1

Abstract

네트워크 통신 시스템에서 경량 프로토콜(light weight protocol, LWP) 및 프로토콜 에이전트를 사용하는 시스템 및 방법이 제공된다. 프로토콜 에이전트는 종단 노드로부터 LWP로 되어 있는 메시지를 수신한다. LWP로 되어 있는 메시지는 HTTP(Hypertext Transfer Protocol), RTSP(Real Time Streaming Protocol), SIP(Session Initiation Protocol) 또는 기타 네트워크 프로토콜 등의 종단 노드가 지원할 수 없는 네트워크 프로토콜을 사용하는 목적지 네트워크 노드로 보내진다. 프로토콜 에이전트는 메시지를 매핑할 네트워크 프로토콜을 결정하고, 수신된 LWP 메시지에 기초하여, 결정된 네트워크 프로토콜로 되어 있는 메시지를 생성한다. 프로토콜 에이전트는 생성된 메시지를 목적지 네트워크 노드로 송신한다.

Description

네트워크 통신에서의 경량 프로토콜 및 에이전트{LIGHT WEIGHT PROTOCOL AND AGENT IN A NETWORK COMMUNICATION}

상호 참조

본 출원은 2010년 4월 30일자로 출원된 미국 가특허 출원 제61/329,711호를 기초로 우선권을 주장하며, 이 미국 출원은 참조 문헌으로서 그 전체가 본 명세서에 기재된 것처럼 포함된다.

현재의 네트워크 아키텍처에는, 상이한 목적을 위한 것이고 상이한 애플리케이션을 위해 동작하는 많은 프로토콜이 있을 수 있다. 이러한 프로토콜은, 예를 들어, HTTP(Hypertext Transfer Protocol), RTSP(Real Time Streaming Protocol), 및 SIP(Session Initiation Protocol)를 포함한다. 프로토콜이 적절히 기능하기 위해, 네트워크 내의 종단 노드는 전체 스택을 유지할 필요가 있다. 이것은 종단 노드의 관리의 복잡도를 증가시키는데, 그 이유는 종단 노드가 다수의 프로토콜에 대한 그 자신의 프로토콜 스택을 유지해야만 하기 때문이다.

인터넷 등의 일부 네트워크와 관련하여, 종단 노드 장치는 데스크톱 컴퓨터, 랩톱 컴퓨터, 또는 서버 등의 지능형 컴퓨팅 장치로 제한되지 않는다. 오히려, 네트워크에 연결된 장치는, 예를 들어, 전화, 가전 기기, 기계, 건물 장비, 리모콘 등을 포함할 수 있다. 현재, 네트워크 종단 노드 장치는 오버헤드가 많고 상당한 자원을 필요로 하는 프로토콜을 사용할 필요가 있을 수 있다. 상세하게는, 프로토콜이 상당한 대역폭을 필요로 할 수 있으며, 네트워크 연결이 무선일 때 특히 그렇다. 프로토콜의 수 및 종단 노드의 수가 급증함에 따라, 이러한 네트워크 아키텍처를 관리하는 데 필요한 노력 및 복잡도가 상당하다. 따라서, 네트워크 프로토콜 아키텍처를 단순화시킬 필요가 있을 수 있다.

네트워크 통신 시스템에서 경량 프로토콜(light weight protocol, LWP)을 사용하는 시스템 및 방법이 제공된다. 프로토콜 에이전트 서버는 LWP를 사용하는 종단 노드 장치와 HTTP(Hypertext Transfer Protocol), RTSP(Real Time Streaming Protocol), SIP(Session Initiation Protocol) 또는 기타 네트워크 프로토콜 등의 네트워크 프로토콜을 사용하는 네트워크 노드 사이의 인터페이스로서 역할할 수 있다.

일 실시예에서, 프로토콜 에이전트 서버는 종단 노드로부터 LWP로 되어 있는 메시지를 수신할 수 있다. LWP 메시지는 목적지 또는 대상 네트워크 노드를 나타낼 수 있다. 대상 네트워크 노드는 종단 노드가 지원할 수 없는 네트워크 프로토콜(HTTP, RTSP, 및 SIP 등)을 사용할 수 있다. 프로토콜 에이전트 서버는 메시지를 매핑할 네트워크 프로토콜을 결정할 수 있다. 예를 들어, 이 결정은 메시지의 내용(메시지에 지정되어 있는 애플리케이션 타입 및/또는 목적지 네트워크 노드 등)에 기초하여 행해질 수 있다. 프로토콜 에이전트 서버는 수신된 LWP 메시지를 결정된 네트워크 프로토콜로 되어 있는 하나 이상의 메시지에 매핑할 수 있고, 결정된 네트워크 프로토콜을 사용하여 제2 메시지를 생성할 수 있다. 프로토콜 에이전트 서버는 생성된 메시지(들)를 목적지 네트워크 노드로 송신할 수 있다.

일 실시예에서, 프로토콜 에이전트 서버는 종단 노드가 지원하지 않는 프로토콜로 되어 있는 메시지를 수신할 수 있다. 프로토콜 에이전트 서버는 그 메시지를 하나 이상의 LWP 메시지에 매핑할 수 있고, 수신된 메시지에 기초하여 LWP 메시지(들)를 생성할 수 있다. 프로토콜 에이전트 서버는 생성된 LWP 메시지(들)를 종단 노드로 송신할 수 있다.

도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템의 시스템도.
도 1b는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 WTRU(wireless transmit/receive unit)의 시스템도.
도 1c는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템도.
도 1d는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템도.
도 1e는 도 1a에 예시된 통신 시스템 내에서 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템도.
도 2a는 LWP를 사용하는 종단 노드를 포함하는 예시적인 네트워크 통신 시스템을 나타낸 도면.
도 2b는 각각이 서로 및 인터넷과 통신하기 위해 LWP를 사용하는 다수의 종단 노드를 포함하는 다른 예시적인 네트워크 통신 시스템을 나타낸 도면.
도 3은 HTTP 클라이언트 에이전트를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 도면.
도 4는 RTSP 클라이언트 에이전트를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 도면.
도 5는 SIP 클라이언트를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 도면.
도 6은 종단 노드와 네트워크 노드 사이의 통신 세션을 가능하게 해주는 예시적인 프로세스를 나타낸 도면.

네트워크 통신 시스템에서 경량 프로토콜(LWP) 및 에니전트를 사용하는 시스템 및 방법이 본 명세서에 개시되어 있다. 이들 시스템 및 방법은 종단 노드에서의 프로토콜 복잡도를 감소시킴으로써 종단 노드 관리를 단순화시키는 네트워크-기반 프로토콜 에이전트 메커니즘을 제공한다. 예를 들어, 프로토콜 에이전트 서버는 LWP를 사용하는 종단 노드 장치와 HTTP(Hypertext Transfer Protocol), RTSP(Real Time Streaming Protocol), SIP(Session Initiation Protocol) 또는 기타 네트워크 프로토콜 등의 네트워크 프로토콜을 사용하는 네트워크 노드 사이의 인터페이스로서 역할할 수 있다.

이제부터, 본 발명의 예시적인 실시예에 대한 상세한 설명이 도 1 내지 도 6을 참조하여 기술될 것이다. 이 설명이 가능한 실시예의 상세한 일례를 제공하지만, 주목할 점은, 이 상세가 예시적인 것이고 개시된 실시예의 범위를 결코 제한하기 위한 것이 아니라는 것이다.

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

도 1a에 도시된 바와 같이, 통신 시스템(100)은 WTRU(wireless transmit/receive unit, 무선 송수신 장치)(102a, 102b, 102c, 102d), RAN(radio access network, 무선 액세스 네트워크)(104), 코어 네트워크(106), PSTN(public switched telephone network, 공중 교환 전화망)(108), 인터넷(110), 및 기타 네트워크(112)를 포함할 수 있지만, 개시된 실시예가 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 생각하고 있다는 것을 잘 알 것이다. WTRU(102a, 102b, 102c, 102d) 각각은 무선 환경에서 동작하고 및/또는 통신하도록 구성되어 있는 임의의 타입의 장치일 수 있다. 일례로서, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 전송 및/또는 수신하도록 구성될 수 있고, UE(user equipment), 이동국, 고정형 또는 이동형 가입자 장치, 페이저, 휴대폰, PDA(personal digital assistant), 스마트폰, 랩톱, 넷북, 개인용 컴퓨터, 무선 센서, 가전 제품 등을 포함할 수 있다.

통신 시스템(100)은 또한 기지국(114a) 및 기지국(114b)을 포함할 수 있다. 기지국(114a, 114b) 각각은 하나 이상의 통신 네트워크 - 코어 네트워크(106), 인터넷(110) 및/또는 네트워크(112) 등 - 에의 액세스를 가능하게 해주기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나와 무선으로 인터페이스하도록 구성되어 있는 임의의 타입의 장치일 수 있다. 일례로서, 기지국(114a, 114b)은 BTS(base transceiver station, 기지국 송수신기), 노드-B, eNode B, 홈 노드 B, 사이트 제어기, AP(access point), 무선 라우터 등일 수 있다. 기지국(114a, 114b) 각각이 단일 요소로서 나타내어져 있지만, 기지국(114a, 114b)이 임의의 수의 상호연결된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것을 잘 알 것이다.

기지국(114a)은 다른 기지국 및/또는 네트워크 요소 - BSC(base station controller, 기지국 제어기), RNC(radio network controller, 무선 네트워크 제어기), 중계 노드, 기타 등등 - (도시 생략)도 포함할 수 있는 RAN(104)의 일부일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 특정의 지리적 지역 - 셀(도시 생략)이라고 할 수 있음 - 내에서 무선 신호를 전송 및/또는 수신하도록 구성될 수 있다. 셀은 여러 셀 섹터(cell sector)로 추가로 나누어질 수 있다. 예를 들어, 기지국(114a)과 연관된 셀이 3개의 섹터로 나누어질 수 있다. 따라서, 일 실시예에서 기지국(114a)은 3개의 송수신기(즉, 셀의 각각의 섹터마다 하나씩)를 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 MIMO(multiple-input multiple output, 다중 입력 다중 출력) 기술을 이용할 수 있고, 따라서, 셀의 각각의 섹터에 대해 다수의 송수신기를 이용할 수 있다.

기지국(114a, 114b)은 임의의 적당한 무선 통신 링크[예컨대, RF(radio frequency, 무선 주파수), 마이크로파, IR(infrared, 적외선), UV(ultraviolet, 자외선), 가시광 등]일 수 있는 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c, 102d) 중 하나 이상과 통신할 수 있다. 임의의 적당한 RAT(radio access technology, 무선 액세스 기술)를 사용하여 공중 인터페이스(116)가 설정될 수 있다.

보다 구체적으로는, 앞서 살펴본 바와 같이, 통신 시스템(100)은 다중 접속 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 접속 방식을 이용할 수 있다. 예를 들어, RAN(104) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 WCDMA(wideband CDMA, 광대역 CDMA)를 사용하여 공중 인터페이스(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(Interim Standard 95), IS-856(Interim Standard 856), GSM(Global System for Mobile communications), EDGE(Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 무선 기술을 구현할 수 있다.

도 1a의 기지국(114b)은, 예를 들어, 무선 라우터, 홈 노드 B, 홈 eNode B, 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스 등과 같은 국소화된 지역에서의 무선 연결을 가능하게 해주는 임의의 적당한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WLAN(wireless local area network, 무선 근거리 통신망)을 설정하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 WPAN(wireless personal area network, 무선 개인 영역 네트워크)을 설정하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀(picocell) 또는 펨토셀(femtocell)을 설정하기 위해 셀룰러-기반 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) 중 하나 이상의 WTRU에 제공하도록 구성되어 있는 임의의 타입의 네트워크일 수 있는 코어 네트워크(106)와 통신하고 있을 수 있다. 예를 들어, 코어 네트워크(106)는 호출 제어, 대금 청구 서비스, 모바일 위치-기반 서비스, 선불 전화(pre-paid calling), 인터넷 연결, 비디오 배포 등을 제공하고 및/또는 사용자 인증과 같은 고수준 보안 기능을 수행할 수 있다. 도 1a에 도시되어 있지는 않지만, RAN(104) 및/또는 코어 네트워크(106)가 RAN(104)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN과 직접 또는 간접 통신을 하고 있을 수 있다는 것을 잘 알 것이다. 예를 들어, E-UTRA 무선 기술을 이용하고 있을 수 있는 RAN(104)에 연결되는 것에 부가하여, 코어 네트워크(106)는 또한 GSM 무선 기술을 이용하는 다른 RAN(도시 생략)과 통신하고 있을 수 있다.

코어 네트워크(106)는 또한 WTRU(102a, 102b, 102c, 102d)가 PSTN(108), 인터넷(110) 및/또는 기타 네트워크(112)에 액세스하기 위한 게이트웨이로서 역할할 수 있다. 코어 네트워크(106)는 적어도 하나의 송수신기 및 적어도 하나의 프로세서를 포함할 수 있다. PSTN(108)은 POTS(plain old telephone service)를 제공하는 회선-교환 전화 네트워크를 포함할 수 있다. 인터넷(110)은 TCP/IP 인터넷 프로토콜군 내의 TCP(transmission control protocol, 전송 제어 프로토콜), UDP(user datagram protocol, 사용자 데이터그램 프로토콜) 및 IP(internet protocol, 인터넷 프로토콜)와 같은 공통의 통신 프로토콜을 사용하는 상호연결된 컴퓨터 네트워크 및 장치의 전세계 시스템을 포함할 수 있다. 네트워크(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), 비이동식 메모리(106), 이동식 메모리(132), 전원 공급 장치(134), GPS(global positioning system) 칩셋(136), 및 기타 주변 장치(138)를 포함할 수 있다. 실시예와 부합한 채로 있으면서 WTRU(102)가 상기한 요소들의 임의의 서브컴비네이션을 포함할 수 있다는 것을 잘 알 것이다.

프로세서(118)가 범용 프로세서, 전용 프로세서, 종래의 프로세서, DSP(digital signal processor), 복수의 마이크로프로세서, DSP 코어와 연관된 하나 이상의 마이크로프로세서, 제어기, 마이크로제어기, ASIC(Application Specific Integrated Circuit), FPGA(Field Programmable Gate Array) 회로, 임의의 다른 타입의 IC(integrated circuit), 상태 기계 등일 수 있다. 프로세서(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(liquid crystal display, 액정 디스플레이) 디스플레이 유닛 또는 OLED(organic light-emitting diode, 유기 발광 다이오드) 디스플레이 유닛]에 결합될 수 있고 그로부터 사용자 입력 데이터를 수신할 수 있다. 프로세서(118)는 또한 사용자 데이터를 스피커/마이크(124), 키패드(126) 및/또는 디스플레이/터치패드(128)로 출력할 수 있다. 그에 부가하여, 프로세서(118)는 비이동식 메모리(106) 및/또는 이동식 메모리(132)와 같은 임의의 타입의 적당한 메모리로부터의 정보에 액세스하고 그 메모리에 데이터를 저장할 수 있다. 비이동식 메모리(106)는 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크, 임의의 다른 타입의 메모리 저장 장치를 포함할 수 있다. 이동식 메모리(132)는 SIM(subscriber identity module, 가입자 식별 모듈) 카드, 메모리 스틱, 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)는 가속도계, 전자 나침반, 위성 송수신기, 디지털 카메라(사진 또는 비디오용), USB(universal serial bus) 포트, 진동 장치, 텔레비전 송수신기, 핸즈프리 헤드셋, 블루투스® 모듈, FM(frequency modulated, 주파수 변조) 라디오 유닛, 디지털 음악 플레이어, 미디어 플레이어, 비디오 게임 플레이어 모듈, 인터넷 브라우저 등을 포함할 수 있다.

도 1c는 일 실시예에 따른, RAN(104) 및 코어 네트워크(106)의 시스템도이다. 앞서 살펴본 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(106)와 통신하고 있을 수 있다. 도 1c에 도시된 바와 같이, RAN(104)은 각각이 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 송수신기를 포함할 수 있는 노드-B(140a, 140b, 140c)를 포함할 수 있다. 노드-B(140a, 140b, 140c) 각각은 RAN(104) 내의 특정의 셀(도시 생략)과 연관되어 있을 수 있다. RAN(104)은 또한 RNC(142a, 142b)도 포함할 수 있다. 실시예와 부합한 채로 있으면서 RAN(104)이 임의의 수의 노드-B 및 RNC를 포함할 수 있다는 것을 잘 알 것이다.

도 1c에 도시된 바와 같이, 노드-B(140a, 140b)는 RNC(142a)와 통신하고 있을 수 있다. 그에 부가하여, 노드-B(140c)는 RNC(142b)와 통신하고 있을 수 있다. 노드-B(140a, 140b, 140c)는 Iub 인터페이스를 통해 각자의 RNC(142a, 142b)와 통신할 수 있다. RNC(142a, 142b)는 Iur 인터페이스를 통해 서로 통신하고 있을 수 있다. 각각의 RNC(142a, 142b)는 RNC가 연결되어 있는 각자의 노드-B(140a, 140b, 140c)를 제어하도록 구성되어 있을 수 있다. 그에 부가하여, 각각의 RNC(142a, 142b)는 외측 루프 전력 제어, 부하 제어, 허가 제어, 패킷 스케줄링, 핸드오버 제어, 매크로다이버시티(macrodiversity), 보안 기능, 데이터 암호화 등과 같은 다른 기능을 수행하거나 지원하도록 구성되어 있을 수 있다.

도 1c에 도시된 코어 네트워크(106)는 MGW(media gateway)(144), MSC(mobile switching center)(146), SGSN(serving GPRS support node)(148), 및/또는 GGSN(gateway GPRS support node)(150)을 포함할 수 있다. 상기 요소들 각각이 코어 네트워크(106)의 일부로서 나타내어져 있지만, 이들 요소 중 임의의 것이 코어 네트워크 운영자 이외의 엔터티(entity)에 의해 소유되고 및/또는 운영될 수 있다는 것을 잘 알 것이다.

RAN(104) 내의 RNC(142a)는 IuCS 인터페이스를 통해 코어 네트워크(106) 내의 MSC(146)에 연결될 수 있다. MSC(146)는 MGW(144)에 연결될 수 있다. MSC(146) 및 MGW(144)는, WTRU(102a, 102b, 102c)와 종래의 지상선(land-line) 통신 장치 사이의 통신을 가능하게 해주기 위해, 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)와 IP-기반 장치 사이의 통신을 가능하게 해주기 위해, 인터넷(110)과 같은 패킷 교환 네트워크에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

앞서 살펴본 바와 같이, 코어 네트워크(106)는 또한 다른 서비스 공급자에 의해 소유되고 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)에 연결될 수 있다.

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

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

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

도 1d에 도시된 코어 네트워크(CN)(106)는 MME(mobility management gateway)(162), SGW(serving gateway)(164), 및 PDN(packet data network) 게이트웨이(166)를 포함할 수 있다. 상기 요소들 각각이 코어 네트워크(106)의 일부로서 나타내어져 있지만, 이들 요소 중 임의의 것이 코어 네트워크 운영자 이외의 엔터티에 의해 소유되고 및/또는 운영될 수 있다는 것을 잘 알 것이다.

MME(162)는 S1 인터페이스를 통해 RAN(104) 내의 eNodeB(170a, 170b, 170c) 각각에 연결되어 있을 수 있고, 제어 노드로서 역할할 수 있다. 예를 들어, MME(162)는 WTRU(102a, 102b, 102c)의 사용자를 인증하는 것, 베어러 활성화/비활성화, WTRU(102a, 102b, 102c)의 초기 접속(initial attach) 동안 특정의 SGW(serving gateway)를 선택하는 것 등을 책임지고 있을 수 있다. MME(162)는 또한 RAN(104)과 GSM 또는 WCDMA와 같은 다른 무선 기술을 이용하는다른 RAN(도시 생략) 간에 전환하는 제어 평면 기능(control plane function)을 제공할 수 있다.

SGW(serving gateway)(164)는 S1 인터페이스를 통해 RAN(104) 내의 eNode B(170a, 170b, 170c) 각각에 연결될 수 있다. SGW(serving gateway)(164)는 일반적으로 WTRU(102a, 102b, 102c)로/로부터 사용자 데이터 패킷을 라우팅하고 전달할 수 있다. SGW(serving gateway)(164)는 eNode B간 핸드오버 동안 사용자 평면을 앵커링(anchoring)하는 것, WTRU(102a, 102b, 102c)에 대해 하향링크 데이터가 이용가능할 때 페이징(paging)을 트리거하는 것, WTRU(102a, 102b, 102c)의 컨텍스트를 관리하고 저장하는 것 등과 같은 다른 기능도 수행할 수 있다.

SGW(serving gateway)(164)는, WTRU(102a, 102b, 102c)와 IP-기반(IP-enabled) 장치 사이의 통신을 가능하게 해주기 위해, 인터넷(110)과 같은 패킷 교환 네트워크에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있는 PDN 게이트웨이(166)에도 연결될 수 있다.

코어 네트워크(106)는 다른 네트워크와의 통신을 가능하게 해줄 수 있다. 예를 들어, 코어 네트워크(106)는, WTRU(102a, 102b, 102c)와 종래의 지상선(land-line) 통신 장치 사이의 통신을 가능하게 해주기 위해, PSTN(108)과 같은 회선 교환 네트워크에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. 예를 들어, 코어 네트워크(106)는 코어 네트워크(106)와 PSTN(108) 사이의 인터페이스로서 역할하는 IP 게이트웨이[예컨대, IMS(IP multimedia subsystem, IP 멀티미디어 서브시스템) 서버]를 포함할 수 있거나 그와 통신할 수 있다. 그에 부가하여, 코어 네트워크(106)는 다른 서비스 공급자에 의해 소유되고 및/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

*도 1e는 일 실시예에 따른, RAN(104) 및 코어 네트워크(106)의 시스템도이다. RAN(104)은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 IEEE 802.16 무선 기술을 이용하는 ASN(access service network)일 수 있다. 이하에서 더 논의할 것인 바와 같이, WTRU(102a, 102b, 102c)의 상이한 기능적 엔터티 간의 통신 링크, RAN(104), 및 코어 네트워크(106)가 기준점으로서 정의될 수 있다.

도 1e에 도시된 바와 같이, RAN(104)은 기지국(180a, 180b, 180c) 및 ASN 게이트웨이(142)를 포함할 수 있지만, RAN(104)이 실시예와 부합한 채로 있으면서 임의의 수의 기지국 및 ASN 게이트웨이를 포함할 수 있다는 것을 잘 알 것이다. 기지국(180a, 180b, 180c)은 각각이 RAN(104) 내의 특정의 셀(도시 생략)과 연관될 수 있고, 각각이 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 송수신기를 포함할 수 있다. 일 실시예에서, 기지국(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 예를 들어, 기지국(140a)은 WTRU(102a)로 무선 신호를 전송하고 그로부터 무선 신호를 수신하기 위해 다수의 안테나를 사용할 수 있다. 기지국(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 설정, 무선 자원 관리, 트래픽 분류, QoS(quality of service) 정책 시행 등과 같은 이동성 관리 기능을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집계 지점으로서 역할할 수 있고, 페이징, 가입자 프로필의 캐싱, 코어 네트워크(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 게이트웨이(215) 사이의 통신 링크는 R6 기준점으로서 정의될 수 있다. R6 기준점은 WTRU(102a, 102b, 102c) 각각과 연관된 이동성 이벤트에 기초하여 이동성 관리를 가능하게 해주는 프로토콜을 포함할 수 있다.

도 1e에 도시된 바와 같이, RAN(104)은 코어 네트워크(106)에 연결될 수 있다. RAN(104)과 코어 네트워크(106) 사이의 통신 링크는, 예를 들어, 데이터 전송 및 이동성 관리 기능을 가능하게 해주는 프로토콜을 포함하는 R3 기준점으로서 정의될 수 있다. 코어 네트워크(106)는 MIP-HA(mobile IP home agent, 이동 IP 홈 에이전트)(184), AAA(authentication, authorization, accounting) 서버(186), 및 게이트웨이(188) 등의 하나 이상의 네트워크 장치를 포함할 수 있다. 상기 요소들 각각이 코어 네트워크(106)의 일부로서 나타내어져 있지만, 이들 요소 중 임의의 것이 코어 네트워크 운영자 이외의 엔터티에 의해 소유되고 및/또는 운영될 수 있다는 것을 잘 알 것이다.

MIP-HA(184)는 IP 주소 관리를 책임지고 있을 수 있고, WTRU(102a, 102b, 102c)가 상이한 ASN 및/또는 상이한 코어 네트워크 사이에서 로밍할 수 있게 해줄 수 있다. MIP-HA(184)는, WTRU(102a, 102b, 102c)와 IP-기반 장치 사이의 통신을 가능하게 해주기 위해, 인터넷(110)과 같은 패킷 교환 네트워크에의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다. AAA 서버(186)는 사용자 인증 및 사용자 서비스를 지원하는 것을 책임지고 있을 수 있다. 게이트웨이(188)는 다른 네트워크와의 연동을 가능하게 해줄 수 있다. 예를 들어, 게이트웨이(188)는, WTRU(102a, 102b, 102c)와 종래의 지상선(land-line) 통신 장치 사이의 통신을 가능하게 해주기 위해, PSTN(108)과 같은 회선 교환 네트워크에의 액세스를 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 기준으로서 정의될 수 있다.

도 2a는 경량 프로토콜(LWP)을 사용하는 종단 노드(1002)를 포함하는 예시적인 네트워크 통신 시스템(1000)을 나타낸 것이다. 종단 노드는 컴퓨터 등의 컴퓨팅 장치, 전화, 가전 기기, 기계, 리모콘을 포함할 수 있다. 예를 들어, 종단 노드는 도 1a 내지 도 1e와 관련하여 기술한 WTRU(102)를 포함할 수 있다. 일 실시예에서, 종단 노드(1002)는 최소 수의 프로토콜을 지원할 수 있다. 예를 들어, 종단 노드(1002)가 SIP, HTTP, RTSP 또는 기타 네트워크 프로토콜 등의 프로토콜을 직접 지원하지 않을지도 모른다.

도 2a를 참조하면, 종단 노드(1002)는 네트워크-기반 프로토콜 에이전트 서버(1004)와 통신하기 위해 IP(Internet Protocol) 상의 LWP를 사용할 수 있다. 네트워크-기반 프로토콜 에이전트 서버는 도 1b와 관련하여 기술된 프로세서(118) 등의 적어도 하나의 프로세서를 포함할 수 있다. 네트워크-기반 프로토콜 에이전트 서버는 도 1b와 관련하여 기술된 송수신기(120) 등의 적어도 하나의 송수신기를 포함할 수 있다. 예를 들어, 송수신기는 LWP 및/또는 레거시 프로토콜(SIP, HTTP, RTSP 또는 기타 네트워크 프로토콜 등)로 되어 있는 메시지를 송신 및 수신한다.

LWP 클라이언트 에이전트(1006)는 서버(1004) 상에 존재할 수 있고, 종단 노드(1002)로부터 수신된 LWP 메시지 및/또는 데이터를 해석하도록 구성되어 있을 수 있다. 종단 노드(1002)는 무선 또는 유선 연결을 통해 하나 이상의 다른 네트워크, 및 네트워크 노드(서버 등), 및 컴퓨터와 통신하고 있을 수 있다. 서버는, 예를 들어, SIP 서버(1008), HTTP 서버(1010), 또는 임의의 다양한 다른 프로토콜 서버(1012)를 포함할 수 있지만, 이들로 제한되지 않는다. 이 일례에서, 종단 노드(1002)가 IP의 상부에서 동작하는 LWP를 사용할 수 있지만, LWP 및 연관된 네트워크 아키텍처가 임의의 하위 계층 프로토콜을 사용하여 동작할 수 있다.

LWP 클라이언트 에이전트(1006)는 종단 노드(1002)와 다른 네트워크 프로토콜을 지원할 수 있는 하나 이상의 프로토콜 에이전트 사이의 인터페이스를 포함할 수 있다. LWP 클라이언트 에이전트(1006)는 종단 노드(1002)로부터 전달받은 LWP 액션을 다른 프로토콜 액션에 매핑할 수 있고, 다른 프로토콜에 따라 대응하는 신호를 다른 네트워크 노드 또는 장치로 전달할 수 있다. 예를 들어, LWP 액션이, SIP 서버(1008)로의 신호 전달을 위해, 대응하는 SIP 액션에 매핑될 수 있다. 예를 들어, LWP 액션이, HTTP 서버(1010)로의 신호 전달을 위해, 대응하는 HTTP 액션에 매핑될 수 있다. LWP 클라이언트 에이전트(1006)는 SIP 프로토콜 신호를 SIP 서버(1008)로 전달하기 위해 SIP 클라이언트 에이전트(1014)와 통신하는 동작을 하고 있을 수 있다.

LWP 클라이언트 에이전트(1006)는 HTTP 프로토콜 신호를 HTTP 서버(1010)로 전달하기 위해 HTTP 클라이언트 에이전트(1016)와 통신하는 동작을 하고 있을 수 있다. LWP 클라이언트 에이전트(1006)는 다양한 다른 프로토콜 신호를 다른 프로토콜 서버(1012)로 전달하기 위해 다양한 다른 프로토콜 에이전트(1018)와 통신하는 동작을 하고 있을 수 있다.

도 2b는 예시적인 네트워크 통신 시스템(200)을 나타낸 것이다. 도 2b를 참조하면, 네트워크 통신 시스템(200)은 종단 노드(202, 204, 206, 208) 등의 다수의 종단 노드를 포함할 수 있다. 종단 노드(202, 204, 206, 208)는 서로 및 인터넷(210)과 통신하기 위해 LWP를 사용할 수 있다. 종단 노드(202, 204, 206, 208)가 로컬 네트워크에 구성되어 있을 수 있다. 예를 들어, 종단 노드(202, 204, 206, 208)가 모두 홈 또는 개인 영역 네트워크에 구성되어 있을 수 있다. 종단 노드(202, 204, 206, 208)는 무선으로, 유선 연결을 통해, 또는 이들의 조합으로 연결되어 있을 수 있다.

도시된 바와 같이, 종단 노드들(202, 204, 206, 208) 중 하나 이상이 LWP를 통해 인터넷(210)에 연결되어 있을 수 있다. 예를 들어, 종단 노드(206)가 LWP를 통해 인터넷(210)에 연결되어 있을 수 있다. 인터넷(210)은 도 2a에 기술되어 있는 네트워크-기반 프로토콜 에이전트 서버(1004) 등의 프로토콜 에이전트 서버(212)를 포함할 수 있다. 프로토콜 에이전트 서버(212)는 LWP 클라이언트 에이전트 및 하나 이상의 프로토콜 클라이언트 에이전트로 구성되어 있을 수 있다. 도 2b에 도시된 바와 같이, 프로토콜 에이전트 서버(212)는 종단 노드(202, 204, 206, 208) 중 임의의 것과 레거시 서버(214) 사이에서 신호를 전달할 수 있다.

도 2b에 도시된 바와 같이, 인터넷(212)은 제어 센터(212) 및 다른 종단 노드(218)에 통신 연결되어 있을 수 있다. 예를 들어, 프로토콜 에이전트 서버(212)는 제어 센터(216)와 신호를 주고 받을 수 있다. 프로토콜 에이전트 서버(212)는 종단 노드(218)와 신호를 주고 받을 수 있다. 예를 들어, 종단 노드(202, 204, 206, 208) 중 하나 이상이 제어 센터(216)로 신호를 송신하거나 그로부터 신호를 수신할 수 있다. 종단 노드(202, 204, 206, 208) 중 하나 이상이 LWP를 사용하여 종단 노드(218)로 신호를 송신하거나 그로부터 신호를 수신할 수 있다. 종단 노드(202, 204, 206, 208) 중 하나 이상과 제어 센터(216) 또는 종단 노드(218) 사이에서 신호를 전달하기 위해 LWP가 인터넷(212)을 통해 엔드-투-엔드 방식으로 사용될 수 있다.

LWP는 인터넷 프로토콜 구조를 단순화시킬 수 있고, 종단 노드와 네트워크 사이에 요구되는 시그널링을 감소시킬 수 있다. 그 결과, 무선 환경에서 공중을 통한 트래픽이 감소될 수 있다. 그에 부가하여, LWP 및 그의 관련 기법 및 시스템이 각각의 종단 노드에서 다수의 프로토콜을 유지하는 데 필요한 비용 및 노력을 감소시킬 수 있다. LWP는, 예를 들어, 제한된 자원 및 능력을 갖는 장치(스마트 그리드 장치 또는 가정 자동화 장치 등)에 유리할 수 있다. LWP는 장치들 간의 상호운용성을 증가시킬 수 있는데, 그 이유는 LWP가 많은 상이한 타입의 클라이언트-서버 인터페이스를 지원하기에 충분히 범용적일 수 있기 때문이다.

일 실시예에서, LWP는 2개의 엔터티 간의 프로토콜을 포함할 수 있다. 2개의 엔터티는 2개의 종단 노드를 포함할 수 있거나, 네트워크에 존재하는 하나의 종단 노드 및 하나의 프로토콜 에이전트 서버를 포함할 수 있다. LWP는 세션-지향적(session-oriented)일 수 있다. 예를 들어, 종단 노드 상의 LWP 클라이언트와 LWP 클라이언트 에이전트 사이에 세션이 설정될 수 있다.

LWP에 의해 사용되는 전송 프로토콜은, 예를 들어, UDP/TCP over IP, 또는 임의의 다른 적당한 프로토콜을 포함할 수 있지만, 이들로 제한되지 않는다. 예를 들어, TCP를 사용하는 경우에, TCP 세션이 소정의 기간 동안 유지될 수 있다. 예를 들어, TCP 세션이 하나의 트랜잭션(예컨대, 요청/응답 트랜잭션)에 대해서만 유지되고, 필요에 따라 재설정될 수 있다.

LWP는 요청, 응답, 표시 및/또는 확인 응답 등의 하나 이상의 메시지를 지원할 수 있다. 요청 메시지가 종단 노드로부터 또는 종단 노드로 전파할 수 있다. 예를 들어, 종단 노드는, "애플리케이션 타입" 및 "액션" 등의 요청 메시지의 내용에 따라, 상이한 타입의 요청을 하기 위해 요청 메시지를 사용할 수 있다. 응답 메시지는 요청 메시지에 대응할 수 있다. 응답 메시지는 상태와 함께 대응하는 요청 메시지에 대한 응답을 포함할 수 있다. 응답 메시지는 다른 요청 메시지를 포함할 수 있거나, 요청 메시지에 포함되어 있을 수 있다. 표시 메시지(indication message)가 종단 노드로부터 또는 종단 노드로 전파할 수 있다. 제어 및/또는 데이터에 대한 메시지를 푸시하기 위해 표시 메시지가 종단 노드에 의해 사용될 수 있다. 확인 응답 메시지가 종단 노드로부터 또는 종단 노드로 전파할 수 있다. 수신된 메시지를 확인 응답하기 위해 확인 응답 메시지가 사용될 수 있다. 일 실시예에서, 확인 응답 메시지를 송신하는 것은 선택적일 수 있다. LWP는 신뢰성을 위해 TCP(이것으로 제한되지 않음) 등의 하부 프로토콜에 의존할 수 있다.

예를 들어, LWP는 스트리밍 및/또는 세션 제어 등의 하나 이상의 애플리케이션 타입을 지원할 수 있다. 스트리밍 세션이 제어될 수 있고 데이터가 전송될 수 있도록, LWP는 시작, 정지, 재생, 일시중지, 재시작, 빨리감기, 되감기, 데이터, 기타 등등의 스트리밍 액션을 지원할 수 있다. 세션이 설정, 수정 및 해제될 수 있도록, LWP는 연결, 연결 해제, 취소, 정보 검색, 표시 종료, 기타 등등의 세션 제어 액션을 지원할 수 있다.

일 실시예에서, LWP 메시지는 특성상 데이터 크기에 대해 작을 수 있다. 예를 들어, 이진 형식 데이터가 사용될 수 있다. 예를 들어, ASCII 형식 데이터가 사용될 수 있다.

LWP 메시지가 각종의 데이터 타입을 포함할 수 있다. 예를 들어, LWP 메시지는 LWP 통신 세션을 고유하게 식별해주는 세션 ID를 포함할 수 있다. LWP 세션을 개시하는 종단 노드 등의 당사자가 초기 메시지에 세션 ID를 포함시킬 수 있다.

LWP 메시지는 애플리케이션 타입, 액션 타입(action type), 상태, URL, 위치, 데이터, 및/또는 이들의 임의의 조합을 명시할 수 있다. 애플리케이션 타입은 네트워크 노드들 사이의 통신의 타입을 식별해줄 수 있다. 예를 들어, 애플리케이션 타입은 LWP 세션이 실시간 스트리밍인지, 다운로드인지, VoIP(Voice over IP)인지, 기타인지를 명시할 수 있다. 액션 타입은 종단 노드가 예상하는 동작을 정의하는 액션을 식별해줄 수 있다. 액션 타입의 값은 애플리케이션 타입에 따라 변할 수 있다. 예를 들어, 애플리케이션 타입이 "스트리밍"인 경우에, 액션 타입은 재생, 정지, 일시중지 등일 수 있다. 상태는 LWP 세션에 대한 상이한 상태 코드를 포함할 수 있다. 종단 노드는, 예를 들어, 재생할 URL을 명시할 수 있다. 종단 노드는, 예를 들어, 프로토콜 클라이언트 에이전트 서버가 관련 URL을 찾기 위해 검색하는 키워드 및/또는 요청을 제공할 수 있다. 종단 노드는 위치(예컨대, 비디오 또는 오디오 데이터의 시작점)를 명시할 수 있다. LWP 메시지는 또한 다른 종단 노드로 전달될 데이터를 포함할 수 있다. LWP 메시지는 다른 제어 요소를 포함할 수 있다.

도 3은 HTTP 클라이언트 에이전트(300)를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 것이다. 종단 노드(302)는 HTTP 서버(303)에 비디오의 미디어 스트리밍을 요청할 수 있다. HTTP 클라이언트 에이전트(300)는 도 2a와 관련하여 앞서 기술한 LWP 클라이언트 에이전트(1006) 및 HTTP 클라이언트 에이전트(1016) 등의 LWP 클라이언트 에이전트 및 HTTP 클라이언트 에이전트를 포함할 수 있다.

도 3을 참조하면, 기술 분야의 당업자라면 잘 알 것인 바와 같이, 304에서, 종단 노드(302)와 HTTP 클라이언트 에이전트(300) 사이에 TCP 세션이 설정될 수 있다. 306에서, LWP 요청 메시지가 HTTP 클라이언트 에이전트(300)에 수신될 수 있다. 예를 들어, 종단 노드(302)의 사용자는 종단 노드(302)를 조작할 수 있다. 사용자 표시에 응답하여, 종단 노드(302)는 시작할 미디어 스트리밍을 요청할 수 있다. 예를 들어, 종단 노드(302)는 LWP 요청 메시지를 생성하고 LWP 요청 메시지를 HTTP 클라이언트 에이전트(300)로 전달할 수 있다. LWP 요청 메시지는 세션 ID, LWP 애플리케이션 타입을 비디오라고 나타내는 정보(스트리밍 타입 미디어), 액션을 재생이라고 나타내는 정보, URL 등의 목적지 네트워크 노드를 나타내는 정보, 위치를 비디오의 시작이라고 나타내는 정보, 데이터 크기 등을 포함할 수 있다.

308에서, LWP 응답 메시지가 송신될 수 있다. LWP 요청 메시지의 수신에 응답하여, LWP 응답 메시지가 생성되고 LWP 응답 메시지가 종단 노드(302)로 전달될 수 있다. 예를 들어, LWP 응답 메시지가 LWP 클라이언트 에이전트에 의해 생성되고 전달될 수 있다. LWP 응답 메시지는 요청 메시지에 세션 ID를 포함할 수 있다. 미디어 스트리밍 요청에 관한 후속 명령은 동일한 세션 ID를 포함할 수 있다. LWP 응답 메시지는 요청의 상태(요청이 승인됨 등)를 포함할 수 있다.

도시된 바와 같이, 309에서, LWP 세션이 설정될 수 있다. 수신된 LWP 요청 메시지의 내용에 기초하여, LWP 메시지가 HTTP 클라이언트 에이전트(300)를 통해 하나 이상의 HTTP 메시지에 매핑되어야 하는지가 판정될 수 있다. HTTP 클라이언트 에이전트(300)는 LWP 요청 메시지의 내용을 하나 이상의 HTTP 메시지에 매핑할 수 있다. 예를 들어, HTTP 클라이언트 에이전트(300)는 HTTP 서버(303) 등의 HTTP 서버와 TCP 세션을 설정할 수 있다. 이 TCP 세션에서, HTTP 클라이언트 에이전트(300)는 306에서 수신된 LWP 요청 메시지 및 LWP 대 HTTP 매핑에 기초하여 하나 이상의 HTTP 메시지를 생성할 수 있다. 예를 들어, HTTP 클라이언트 에이전트(300)는 비디오에 대한 LWP 요청 메시지에 매핑될 수 있는 HTTP 요청 메시지를 HTTP 서버(303)로 송신할 수 있다. HTTP 클라이언트 에이전트(300)는 HTTP 서버(303)로부터 HTTP 확인 응답 메시지를 수신할 수 있다. HTTP 클라이언트 에이전트(300)는 요청된 비디오를 제공하기 위한 HTTP 서버(303)로부터의 HTTP 응답 메시지를 수신할 수 있다.

310에서, HTTP 에이전트는 종단 노드(302)로 LWP 표시 메시지를 송신할 수 있다. 비디오 데이터 등의 미디어 스트림 데이터가 HTTP 클라이언트 에이전트(300)에 수신될 때, HTTP 클라이언트 에이전트는 대응하는 HTTP 응답 메시지를 미디어 스트림 데이터를 전달할 수 있는 LWP 표시 메시지에 매핑할 수 있다. LWP 표시 메시지는 이어서 종단 노드(302)로 전달될 수 있다. LWP 표시 메시지는 LWP 세션을 식별해줄 수 있는 세션 ID를 포함할 수 있다. 예를 들어, 세션 ID는 요청 메시지 내의 세션 ID와 동일할 수 있다. LWP 표시 메시지는 스트리밍되고 있는 비디오 데이터 등의 데이터를 포함할 수 있다. 311에서, 종단 노드(302)로부터의 추가적인 요청 없이, 종단 노드(302)와 HTTP 서버 사이의 데이터 전송이 계속될 수 있다.

312에서, HTTP 클라이언트 에이전트(300)는 제2 LWP 요청 메시지를 수신할 수 있다. 예를 들어, 종단 노드(302)의 사용자는 비디오 데이터의 전송을 일시정지시키기 위해 종단 노드를 조작할 수 있다. 종단 노드(302)는 애플리케이션을 비디오라고 식별해주고 요청된 액션을 "일시정지"라고 식별해주는 세션 ID를 포함하는 LWP 요청 메시지를 생성할 수 있다. LWP 요청 메시지가 HTTP 클라이언트 에이전트(300)로 전달될 수 있다. 314에서, LWP 요청 메시지의 수신에 응답하여, HTTP 클라이언트 에이전트(300)는 HTTP 서버(303)에 질의하는 것을 중단할 수 있고, 종단 노드(302)로 송신되지 않은 데이터를 로컬적으로 저장할 수 있으며, 종단 노드(302)로 전달되지 않았던 비디오 데이터의 위치를 저장할 수 있다. 316에서, HTTP 클라이언트 에이전트(300)는 세션 ID 및 상태 정보를 포함하는 LWP 응답 메시지를 생성하고 전달할 수 있다. 비디오 전송이 일시정지된 후에, 종단 노드(302)는 비디오 전송 세션의 재시작을 제어할 수 있다. 그에 응답하여, 318에서, HTTP 클라이언트 에이전트(300)는 종단 노드(302)로 송신되지 않았던 버퍼링된 비디오 데이터(있는 경우)를 전달할 수 있고, 임의의 부가의 비디오 데이터가 있는지 HTTP 서버(303)에 계속하여 질의할 수 있다.

LWP 액션이 하나 이상의 HTTP 메시지에 매핑될 수 있다. 예를 들어, 시작 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP 메시지에 매핑되지 않을 수 있다. 정지 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP 메시지에 매핑되지 않을 수 있다. 재생 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP GET 요청 메시지에 매핑될 수 있다. 일시정지 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP PUT 요청 메시지에 매핑될 수 있다. HTTP PUT 요청 메시지는 북마킹 정보를 포함할 수 있다. 재시작 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, 북마킹 정보를 갖는 HTTP GET 요청 메시지에 매핑될 수 있다. 빨리감기 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP GET 요청 메시지에 매핑될 수 있다. HTTP GET 요청 메시지는 빨리감기에 대한 청크 크기(chunk size)를 포함할 수 있다. 되감기 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP GET 요청 메시지에 매핑될 수 있다. HTTP GET 요청 메시지는 되감기에 대한 청크 크기를 포함할 수 있다. 데이터 표시 액션이 HTTP 에이전트로부터 LWP 종단 노드로 전파할 수 있고, HTTP 응답 메시지에 매핑될 수 있다. 응답 메시지는 미디어 스트림 데이터 등의 데이터를 포함할 수 있다. 데이터 요청 액션이 LWP 종단 노드로부터 HTTP 에이전트로 전파할 수 있고, HTTP PUT/POST 요청 메시지에 매핑될 수 있다. HTTP PUT/POST 요청 메시지는 데이터 요청과 연관되어 있는 데이터를 포함할 수 있다.

도 4는 RTSP 클라이언트 에이전트(400)를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 것이다. RTSP 클라이언트 에이전트(400)는 도 2a와 관련하여 앞서 기술한 LWP 클라이언트 에이전트(1006) 및 프로토콜 에이전트(1018)를 포함할 수 있다.

도시된 바와 같이, 404에서, RTSP 서버(403)는 LWP 요청 메시지를 수신할 수 있다. 예를 들어, 종단 노드(402)는 RTSP 서버(403) 등의 RTSP 서버에 비디오의 미디어 스트리밍을 요청할 수 있다. 종단 노드(402)는 하나 이상의 키워드와 연관되어 있는 비디오를 포함하는 URL의 ID(identification)를 가지고 있지 않을 수 있다. 종단 노드(402)는 세션 ID를 식별해주는, 애플리케이션을 비디오로서 식별해주는, 액션을 비디오를 검색하기 위한 검색으로서 식별해주는, 및/또는 비디오에 대한 키워드를 식별해주는 LWP 요청을 생성할 수 있다. 키워드는 비디오를 검색하는 데 사용될 수 있다.

405에서, RTSP 클라이언트 에이전트(400)는 LWP 요청 메시지에 포함되어 있는 키워드를 사용하여 URL을 검색할 수 있다. 406에서, RTSP 클라이언트 에이전트(400)는 세션 ID를 식별해주는, 상태 정보를 식별해주는, 및 검색에 포함되지 않은 URL을 열거하는 LWP 응답 메시지를 생성하여 종단 노드(402)로 전달할 수 있다. 407에서, RTSP 클라이언트 에이전트(400)는 세션 ID를 식별해주는, 액션이 재생임을 표시하는, 및 재생할 선택된 URL을 식별해주는 LWP 요청 메시지를 수신할 수 있다. 예를 들어, LWP 응답 메시지의 수신에 응답하여, 종단 노드(402)는 세션 ID를 식별해주는, 액션이 재생임을 표시하는, 및 재생할 선택된 URL을 식별해주는 LWP 요청 메시지를 생성하여 RTSP 클라이언트 에이전트(400)로 전달할 수 있다.

408에서, RTSP 클라이언트 에이전트(400)는 LWP 요청 메시지를 RTSP 서버(403)로 전달하기 위한 RTSP 요청에 매핑할 수 있다. LWP 요청 메시지의 내용에 기초하여, LWP 요청 메시지가 하나 이상의 RTSP 메시지에 매핑되어야 하는지가 판정될 수 있다. 예를 들어, RTSP 클라이언트 에이전트(400)는 하나 이상의 RTSP 메시지를 생성할 수 있고, 선택된 URL을 재생하기 위해 RTSP 메시지를 RTSP 서버(403)와 교환할 수 있다. 도시된 바와 같이, RTSP 클라이언트 에이전트(400)는 종단 노드(402)로부터 수신된 LWP 요청 메시지(들)에 기초하여 RTSP 설명(DESCRIBE) 메시지를 RTSP 서버(403)로 송신할 수 있다. RTSP 클라이언트 에이전트(400)는 RTSP 서버(403)로부터 RTSP 200 OK 메시지를 수신할 수 있다. RTSP 클라이언트 에이전트(400)는 RTSP 서버(403)로 RTSP 설정(SETUP) 메시지를 송신할 수 있다. RTSP 클라이언트 에이전트(400)는 RTSP 서버(403)로부터 RTSP 200 OK 메시지를 수신할 수 있다. RTSP 클라이언트 에이전트(400)는 RTSP 서버(403)로 RTSP 재생(PLAY) 메시지를 송신할 수 있다. RTSP 클라이언트 에이전트(400)는 RTSP 서버(403)로부터 RTSP 200 OK 메시지를 수신할 수 있다. 도시된 바와 같이, LWP 요청 메시지 및 LWP 응답 메시지 등의 2개의 LWP 메시지, 및 RTSP 클라이언트 에이전트(400)와 RTSP 서버(403) 사이의 6개의 RTSP 메시지를 사용하여 데이터 스트리밍 세션이 설정될 수 있다. 환언하면, IP 전화 호를 설정하는 데 필요한 LWP 메시지의 수가 이러한 호를 설정하는 데 필요한 RTSP 메시지의 수보다 적을 수 있다. 따라서, LWP의 사용은 종단 노드(402) 등의 종단 노드에 의해 송신되고 수신되는 메시지의 수를 감소시킨다.

410에서, RTSP 클라이언트 에이전트(400)는 세션 ID 및 상태 정보를 표시하는 LWP 응답 메시지를 생성하고 종단 노드(402)로 전달할 수 있다. 412에서, 멀티미디어 콘텐츠가 RTSP 서버(403)로부터 종단 노드(402)로 스트리밍될 수 있다.

416에서, RTSP 클라이언트 에이전트(400)는 세션 ID 및 명시된 액션을 식별해주는 LWP 요청 메시지를 수신할 수 있다. 이 액션은 멀티미디어 콘텐츠의 스트리밍을 수정하는 것일 수 있다. 멀티미디어 스트리밍이 일시정지되거나, 빨리감기되거나, 기타 등등이 행해질 수 있다. 예를 들어, 종단 노드(402)는 LWP 요청(REQUEST)을 생성하여 RTSP 클라이언트 에이전트(400)로 전달할 수 있다.

도시된 바와 같이, 418에서, RTSP 클라이언트 에이전트(400)는 명시된 대로 스트리밍을 수정하기 위해 RTSP 프로토콜을 사용하여 RTSP 서버(403)와 통신할 수 있다. 420에서, RTSP 클라이언트 에이전트(400)는 세션 ID 및 상태 정보를 표시하는 LWP 응답 메시지를 생성하고 종단 노드(402)로 전달할 수 있다.

422에서, RTSP 클라이언트 에이전트(400)는 세션 ID 및 명시된 액션을 식별해주는 LWP 요청 메시지를 수신할 수 있다. 예를 들어, 명시된 액션은 멀티미디어 콘텐츠의 스트리밍을 정지시키는 것일 수 있다. 종단 노드(402)는 세션 ID를 식별해주고 멀티미디어 스트리밍을 정지시키라고 요청하는 LWP 요청 메시지를 RTSP 클라이언트 에이전트(400)로 전달할 수 있다. 424에서, RTSP 클라이언트 에이전트(400)는 스트리밍을 정지시키기 위해 RTSP 프로토콜을 통해 RTSP 해제(TEARDOWN) 메시지를 RTSP 서버(402)로 전달할 수 있다. RTSP 서버(403)는 RTSP 200 OK를 RTSP 클라이언트 에이전트(400)로 송신함으로써 그 메시지를 확인 응답할 수 있다. 426에서, RTSP 클라이언트 에이전트(400)는 미디어 스트리밍이 정지되었음 및/또는 RTSP 통신 세션이 해제되었음 등의 상태 정보를 표시하는 LWP 응답 메시지를 종단 노드(402)로 전달할 수 있다.

LWP 액션이 하나 이상의 RTSP 메시지에 매핑될 수 있다. 예를 들어, 시작 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 설명(DESCRIBE) 및/또는 설정(SETUP) 메시지에 매핑될 수 있다. 정지 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 해제(TEARDOWN) 메시지에 매핑될 수 있다. 재생 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 재생(PLAY) 메시지에 매핑될 수 있다. 일시정지 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 일시정지(PAUSE) 메시지에 매핑될 수 있다. 재시작 액션이 LWP로부터 RTSP 에이전트로 전파할 수 있고, RTSP 재생(PLAY) 메시지에 매핑될 수 있다. 빨리감기 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, 특정의 위치 및/또는 스케일을 식별해주는 RTSP 재생(PLAY) 메시지에 매핑될 수 있다. 되감기 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 재생(PLAY) 메시지에 매핑될 수 있다. RTSP PLAY 메시지는 특정의 위치 및 스케일을 포함할 수 있다. 데이터 표시 액션이 RTSP 에이전트로부터 LWP 종단 노드로 전파할 수 있고, RTSP 응답(RESPONSE) 메시지에 매핑될 수 있다. 응답(RESPONSE) 메시지는 재생 요청(PLAY REQUEST)(들)에 대한 200 OK 메시지를 포함할 수 있다. 데이터 요청 액션이 LWP 종단 노드로부터 RTSP 에이전트로 전파할 수 있고, RTSP 요청 설명(DESCRIBE) 및/또는 설정(SETUP) 메시지에 매핑될 수 있다.

도 5는 IP 전화 호를 설정하기 위한 SIP 클라이언트 에이전트(500)를 사용한 예시적인 호 흐름의 메시지 다이어그램을 나타낸 것이다. SIP 클라이언트 에이전트(500)는 도 2a와 관련하여 앞서 기술한 LWP 클라이언트 에이전트(1006) 및 SIP 클라이언트 에이전트(1014) 등의 LWP 클라이언트 에이전트 및 SIP 클라이언트 에이전트를 포함할 수 있다.

도 5를 참조하면, 504에서, SIP 클라이언트 에이전트(500)는 세션 ID를 표시하는, 애플리케이션을 VoIP로서 식별해주는, 액션이 호임을 표시하는, 및 전화 호의 목적지 네트워크 노드를 표시하는 LWP 요청 메시지를 수신할 수 있다. 예를 들어, 종단 노드(502)는 다른 종단 노드(503)의 목적지 전화 번호에 대한 호를 요청할 수 있다. 종단 노드(502)는 LWP 요청 메시지를 생성하여 SIP 클라이언트 에이전트(500)로 전달할 수 있다.

도시된 바와 같이, 506에서, SIP 클라이언트 에이전트(500)는 LWP 요청 메시지를 SIP 초대 메시지에 매핑할 수 있다. 예를 들어, SIP 클라이언트 에이전트(500)는, 종단 노드(502)와 종단 노드(503) 사이에서 전화 호를 개시하기 위해, SIP 초대 메시지를 생성하고 SIP 초대 메시지를 종단 노드(503)로 전달할 수 있다. 종단 노드(503)는 SIP 상태 메시지 및 SIP 200 OK 메시지로 답신할 수 있다. SIP 클라이언트 에이전트(500)는 SIP 확인 응답(ack) 메시지를 생성하여 종단 노드(503)로 전달할 수 있다. 508에서, SIP 클라이언트 에이전트(500)는 세션 ID 및 상태 정보를 표시하는 LWP 응답 메시지를 생성하고 종단 노드(502)로 전달할 수 있다. 도시된 바와 같이, LWP 요청 메시지 및 LWP 응답 메시지 등의 2개의 LWP 메시지, 및 SIP 클라이언트 에이전트(500)와 종단 노드(503) 사이의 4개의 SIP 메시지를 사용하여 IP 전화 호가 설정될 수 있다. 환언하면, IP 전화 호를 설정하는 데 필요한 LWP 메시지의 수가 이러한 호를 설정하는 데 필요한 SIP 메시지의 수보다 적을 수 있다. 따라서, LWP의 사용은 종단 노드(502) 등의 종단 노드에 의해 송신되고 수신되는 메시지의 수를 감소시킨다.

509에서, SIP 클라이언트 에이전트(500)는 종단 노드(503)로부터 RTP/RTCP 스트림을 수신할 수 있다. 예를 들어, 종단 노드(503)는 RTP/RTCP 스트림을 생성하여 SIP 클라이언트 에이전트(500)로 전달할 수 있다. 510에서, SIP 클라이언트 에이전트(500)는, 종단 노드(502)로의 LWP 표시 메시지에서, 스트리밍된 데이터를 종단 노드(502)로 송신할 수 있다. LWP 표시 메시지는 504에서 수신된 LWP 요청 메시지에 표시되어 있는 세션 ID 등의 세션 ID를 포함할 수 있다.

512에서, SIP 클라이언트 에이전트(500)는 LWP 요청 메시지를 종단 노드(502)로 송신할 수 있다. LWP 요청 메시지는 해제 액션을 표시할 수 있고, 504에서 수신된 LWP 요청 메시지에 표시되어 있는 세션 ID 등의 세션 ID를 포함할 수 있다. 예를 들어, SIP 클라이언트 에이전트(500)는 종단 노드(503)로부터 SIP BYE 메시지를 수신할 수 있다. 종단 노드(503)는 SIP BYE 메시지를 SIP 클라이언트 에이전트(500)로 전달함으로써 종단 노드(503)와 종단 노드(502) 사이의 호를 종료시킬 수 있다. 516에서, SIP 클라이언트 에이전트(500)는 종단 노드(502)로부터 LWP 응답 메시지를 수신할 수 있다. LWP 응답 메시지는 세션 ID 및 OK 상태를 표시할 수 있다. SIP 클라이언트 에이전트(500)는 SIP 200 OK 메시지를 종단 노드(503)로 전달할 수 있다.

LWP 액션이 하나 이상의 SIP 메시지에 매핑될 수 있다. 예를 들어, 호 액션이 LWP 종단 노드로부터 SIP 에이전트로 전파할 수 있고, SIP 초대(INVITE), 확인 응답(ACK) 및/또는 등록(REGISTER) 메시지(들)에 매핑될 수 있다. 해제 액션이 LWP 종단 노드로부터 SIP 에이전트로, 및/또는 SIP 에이전트로부터 LWP 종단 노드로 전파할 수 있다. 해제 액션이 SIP BYE 메시지에 매핑될 수 있다. 다시 시작(re-start) 액션이 LWP 종단 노드로부터 SIP 에이전트로 전파할 수 있고, SIP 재초대(RE-INVITE) 메시지에 매핑될 수 있다. 취소 액션이 LWP 종단 노드로부터 SIP 에이전트로 전파할 수 있고, SIP 취소(CANCEL) 메시지에 매핑될 수 있다. 정보 입수(get info) 액션이 LWP 종단 노드로부터 SIP 에이전트로 전파할 수 있고, SIP 옵션(OPTIONS) 메시지에 매핑될 수 있다.

도 6은 LWP 종단 노드와 네트워크 노드 사이의 통신 세션을 가능하게 해주는 예시적인 프로세스를 나타낸 것이다. 도 6에 예시된 단계들은, 예를 들어, 도 2a와 관련하여 기술된 네트워크-기반 프로토콜 에이전트 서버(1004)에 의해 수행될 수 있다.

도 6에 도시된 바와 같이, 610에서, 제1 메시지가 제1 네트워크 노드로부터 수신될 수 있다. 제1 네트워크 노드는, 예를 들어, 도 2b와 관련하여 기술된 종단 노드들(202 내지 206) 중 하나 이상을 포함할 수 있다. 제1 메시지는 LWP 메시지일 수 있다. 예를 들어, LWP 메시지는 요청을 하는 LWP 요청 메시지를 포함할 수 있다. LWP 메시지는 메시지를 목적지 네트워크 노드로 푸시할 수 있는 LWP 표시 메시지를 포함할 수 있다. LWP 메시지는 요청 메시지에 응답할 수 있는 LWP 응답 메시지를 포함할 수 있다. LWP 메시지는 메시지가 수신되었다는 것을 확인 응답할 수 있는 LWP 확인 응답 메시지를 포함할 수 있다.

620에서, 제1 메시지를 매핑할 네트워크 프로토콜이 결정될 수 있다. 예를 들어, 제1 메시지는 LWP 종단 노드와 목적지 네트워크 노드 사이의 통신의 타입을 식별해주는 정보를 포함할 수 있는 애플리케이션 타입 필드를 포함할 수 있다. 애플리케이션 타입 필드의 내용에 기초하여 네트워크 프로토콜이 결정될 수 있다. 예를 들어, 애플리케이션 타입이 비디오인 경우, 제1 메시지를 매핑하기 위해 HTTP 프로토콜이 선택될 수 있다. 예를 들어, 애플리케이션 타입이 VoIP(voice over IP)인 경우, 제1 메시지를 매핑하기 위해 SIP 프로토콜이 선택될 수 있다. 일 실시예에서, 목적지 네트워크 노드가 지원하는 프로토콜의 타입에 기초하여 네트워크 프로토콜이 결정될 수 있다. 예를 들어, 목적지 네트워크 노드가 RTSP 서버인 경우, 제1 메시지를 매핑하기 위해 RTSP 프로토콜이 선택될 수 있다.

630에서, 결정된 네트워크 프로토콜에 따라 제2 메시지가 생성될 수 있다. 예를 들어, 제1 메시지가 결정된 네트워크 프로토콜로 되어 있는 하나 이상의 메시지에 매핑될 수 있다. 이상에서 기술한 바와 같이, LWP 메시지가 하나 이상의 HTTP 메시지, 하나 이상의 SIP 메시지 및/또는 하나 이상의 RTSP 메시지에 매핑될 수 있다. 결정된 네트워크 프로토콜로 되어 있는 하나 이상의 메시지가 제1 메시지의 내용에 기초하여 생성될 수 있다. 640에서, 생성된 제2 메시지가 결정된 네트워크 프로토콜을 통해 송신될 수 있다.

다양한 실시예가 다양한 도면과 관련하여 기술되어 있지만, 본 발명을 벗어나지 않고 다양한 실시예의 동일한 기능을 수행하기 위해, 다른 유사한 실시예가 사용될 수 있거나 기술된 실시예에 대해 수정 및 추가가 행해질 수 있다는 것을 잘 알 것이다. 따라서, 실시예가 임의의 하나의 측면으로 제한되어서는 안되고, 오히려 첨부된 특허청구범위에 따라 범위 및 폭이 해석되어야 한다.

Claims

네트워크측 프로토콜 에이전트(network-side protocol agent)가 네트워크 노드들 사이의 통신을 가능하게 해주는 방법에 있어서,
제1 네트워크 노드로부터 제1 네트워크 프로토콜에 따른 제1 메시지 - 상기 제1 메시지는 상기 제1 네트워크 노드와 제2 네트워크 노드 사이의 통신의 타입을 식별해주는 애플리케이션 타입 정보(application type information), 상기 제1 네트워크 프로토콜로 되어 있는 통신 세션을 고유하게 식별해주는 세션 식별자, 액션 타입 정보(action type information), 및 상기 제1 메시지의 목적지를 식별해주는 메시지 목적지 식별자를 포함함 - 를 수신하는 단계;
상기 제1 네트워크 노드와 통신 세션을 설정하는 단계;
상기 제1 네트워크 노드를 대신하여 제2 네트워크 프로토콜에 따라 상기 제2 네트워크 노드와 통신하는 단계; 및
상기 제1 네트워크 노드와의 상기 통신 세션을 통해 상기 제1 네트워크 프로토콜에 따라 상기 제2 네트워크 노드로부터 상기 제1 네트워크 노드로 데이터를 전달하는 단계를 포함하는 네트워크 노드들 간의 통신 방법.
제1항에 있어서, 상기 제1 네트워크 프로토콜이 경량 프로토콜을 포함하는 것인 네트워크 노드들 간의 통신 방법.
제1항에 있어서, 상기 제2 네트워크 프로토콜이 HTTP(Hypertext Transfer Protocol) 프로토콜, RTSP(Real Time Streaming Protocol) 프로토콜, 또는 SIP(Session Initiation Protocol) 프로토콜 중 적어도 하나를 포함하는 것인 네트워크 노드들 간의 통신 방법.
제1항에 있어서, 상기 제1 네트워크 노드가 상기 제2 네트워크 프로토콜을 지원할 수 없는 종단 노드를 포함하는 것인 네트워크 노드들 간의 통신 방법.
제1항에 있어서, 상기 제2 네트워크 프로토콜에 따라 제2 메시지를 상기 제2 네트워크 노드로 송신하는 단계를 추가로 포함하는 네트워크 노드들 간의 통신 방법.
제5항에 있어서,
상기 제1 네트워크 노드로부터 상기 제1 네트워크 프로토콜에 따른 제3 메시지를 수신하는 단계;
상기 제3 메시지에 기초하여 상기 제3 메시지를 매핑할 제3 네트워크 프로토콜 - 상기 제3 네트워크 프로토콜은 상기 제2 네트워크 프로토콜과 상이함 - 을 결정하는 단계;
상기 제3 메시지에 기초하여 상기 제3 네트워크 프로토콜에 따른 제4 메시지를 생성하는 단계; 및
상기 제3 네트워크 프로토콜을 통해 상기 제4 메시지를 제3 네트워크 노드로 송신하는 단계를 추가로 포함하는 네트워크 노드들 간의 통신 방법.
제1항에 있어서, 상기 제1 메시지가
상태 정보;
미디어 스트림의 시작점을 식별해주는 위치 정보; 또는
데이터 중 적어도 하나를 포함하는 것인 네트워크 노드들 간의 통신 방법.
네트워크측 프로토콜 에이전트 서버에 있어서,
경량 프로토콜을 사용하여 제1 네트워크 노드로부터 제1 메시지 - 상기 제1 메시지는 상기 제1 네트워크 노드와 제2 네트워크 노드 사이의 통신의 타입을 식별해주는 애플리케이션 타입 정보, 상기 경량 프로토콜로 되어 있는 통신 세션을 고유하게 식별해주는 세션 식별자, 액션 타입 정보, 및 상기 제1 메시지의 목적지를 식별해주는 메시지 목적지 식별자를 포함함 - 를 수신하도록 구성되어 있는 송수신기; 및
상기 경량 프로토콜을 사용하여 상기 제1 네트워크 노드와 통신 세션을 설정하고,
상기 제1 네트워크 노드를 대신하여 제2 네트워크 프로토콜에 따라 상기 제2 네트워크 노드와 통신하며,
상기 제1 네트워크 노드와의 상기 통신 세션을 통해 상기 경량 프로토콜에 따라 상기 제2 네트워크 노드로부터 상기 제1 네트워크 노드로 데이터를 전달하도록 구성되어 있는 프로세서를 포함하는 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 송수신기가 또한 상기 제2 네트워크 프로토콜을 통해 제2 메시지를 상기 제2 네트워크 노드로 송신하도록 구성되어 있는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, SIP(Session Initiation Protocol) 프로토콜을 지원하는 네트워크 노드와 통신하는 SIP 클라이언트 에이전트;
HTTP(Hypertext Transfer Protocol) 프로토콜을 지원하는 네트워크 노드와 통신하는 HTTP 클라이언트 에이전트; 또는
RTSP(Real Time Streaming Protocol) 프로토콜을 지원하는 네트워크 노드와 통신하는 RTSP 클라이언트 에이전트 중 적어도 하나를 추가로 포함하는 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 경량 프로토콜이 UDP/TCP over IP 상부에서 동작하는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 제1 네트워크 노드가 상기 제2 네트워크 프로토콜을 사용하여 메시지를 생성할 수 없는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 프로세서가 또한 상기 경량 프로토콜에 따른 제3 메시지에 기초하여 제4 메시지를 생성하도록 구성되어 있고, 상기 송수신기가 또한 상기 제2 네트워크 프로토콜로 되어 있는 상기 제3 메시지를 수신하고 상기 제4 메시지를 상기 제2 네트워크 프로토콜로 되어 있는 메시지를 해석할 수 없는 네트워크 종단 노드로 송신하도록 구성되어 있는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 제1 메시지가
상태 정보;
미디어 스트림의 시작점을 식별해주는 위치 정보; 또는
데이터 중 적어도 하나를 포함하는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 제1 메시지가 메시지를 네트워크 노드로 푸시(push)하는 경량 프로토콜 표시 메시지를 포함하는 것인 네트워크측 프로토콜 에이전트 서버.
제8항에 있어서, 상기 경량 프로토콜이 세션 제어를 지원하는 것인 네트워크측 프로토콜 에이전트 서버.
네트워크 종단 노드에 있어서,
송수신기 및 프로세서를 포함하고,
상기 송수신기는,
상기 네트워크 종단 노드가 지원하지 않는 제2 네트워크 프로토콜에 매핑하기 위해 제1 메시지를 경량 프로토콜을 통해 네트워크측 프로토콜 에이전트로 송신하고,
상기 경량 프로토콜을 통해 상기 프로토콜 에이전트로부터 제2 메시지 - 상기 제2 메시지는 상기 프로토콜 에이전트에 의해 제2 프로토콜로부터 상기 경량 프로토콜로 변환되었음 - 를 수신하고,
상기 프로세서는,
상기 경량 프로토콜에 따라 상기 제1 메시지 - 상기 제1 메시지는 상기 네트워크 종단 노드와 의도된 네트워크 엔터티 사이의 통신의 타입을 식별해주는 애플리케이션 타입 정보, 상기 경량 프로토콜로 되어 있는 통신 세션을 고유하게 식별해주는 세션 식별자, 액션 타입 정보, 및 상기 제1 메시지의 목적지를 식별해주는 메시지 목적지 식별자를 포함함 - 를 생성하고 처리하며,
상기 네트워크측 프로토콜 에이전트에 의해 전달된 데이터를 수신하기 위해 상기 경량 프로토콜을 사용하여 상기 네트워크측 프로토콜 에이전트와 통신 세션을 설정하는 것인 네트워크 종단 노드.
제17항에 있어서, 상기 네트워크 종단 노드는,
상기 프로토콜 에이전트를 통해 제3 네트워크 프로토콜을 지원하는 제1 네트워크 엔터티와 통신하고,
상기 프로토콜 에이전트를 통해 제4 네트워크 프로토콜을 지원하는 제2 네트워크 엔터티와 통신하도록 구성되어 있는 것인 네트워크 종단 노드.