KR20140092935A - 패킷 차등화를 위한 방법 및 시스템 - Google Patents

Abstract

단일 패킷 스트림 내의 패킷을 위한 차등화된 QoS 서비스를 용이하게 하는 방법 및 시스템이 개시된다. 예를 들어, 확장된 QCI 값이 상이한 특성과 연관된 비디오 패킷의 서비스를 차등화하는데 사용될 수 있다. QoS 요구/파라미터의 적응성 있는 표현이 개시되고 여기서 QoS는 기초 QoS 파라미터의 함수인 하이퍼스페이스로서 정의될 수 있다. WTRU는 원하는 QoS 파라미터를 명시적으로 지정 및/또는 요구할 수 있다. WTRU는 복수의 비디오 패킷 서브-스트림으로의 비디오 패킷 분리, 비디오 패킷 서브-스트림의 병합 및/또는 비디오 패킷 서브-스트림 내에 포함된 패킷의 재순서화 중 하나 이상을 수행하도록 구성될 수 있다. 기술은 전송되는 비디오 패킷(및/또는 다른 패킷)의 유형에 관한 데이터 전송 네트워크에 더 많은 정보를 노출하도록 이용될 수 있다.

Description

패킷 차등화를 위한 방법 및 시스템 {METHODS AND SYSTEMS FOR PACKET DIFFERENTIATION}

관련 출원의 상호 참조

본 출원은 2011년 8월 18일자로 출원된 미국 가특허 출원 제61/525,027호의 이익을 청구하며, 상기 가특허 출원의 내용은 본 명세서에 참조로서 통합된다.

비디오를 생성하여 표시하는 것이 가능한 스마트폰의 가속화된 채택에 의해, 진보된 통신 시스템을 가로질러 비디오를 효과적이고 효율적으로 전송하는 것이 중요성이 증가하고 있다. 비디오 전송은 특정 상황에서(예를 들어, 비디오 회의의 경우에) 네트워크 리소스의 집약적인 사용, 특정 데이터의 손실에 대한 허용성(tolerance), 다른 데이터의 손실에 대한 불허용성(intolerance) 및/또는 특정 상황에서의(예를 들어, 비디오 회의의 경우에서의) 엄격한 지연 시간 요구에 의해 특징화될 수 있다. 무선 통신 기술은 모바일 디바이스의 사용자를 위한 극적으로 증가된 무선 대역폭 및 향상된 서비스 품질을 갖지만, 고선명(HD) 비디오 콘텐츠와 같은 비디오 콘텐츠를 위한 고속으로 증가하는 수요는 비디오 콘텐츠 공급자, 배포자, 스마트폰 제조업자 및/또는 반송파 서비스 공급자에 대한 새로운 과제를 유도하고 있다.

상이한 유형의 패킷에 차등화된 서비스 품질(QoS, Quality of Service)을 제공하기 위한 시스템 및 방법이 개시된다. 예를 들어, 패킷 스트림의 QoS 서비스를 차등화하기 위한 방법은 단일 패킷 스트림을 수신하는 것을 포함할 수 있다. 단일 패킷 스트림은 제1 패킷 유형 및 제2 패킷 유형을 포함할 수 있다. 방법은 단일 패킷 스트림 내에 포함된 제1 패킷 유형의 패킷들을 제1 패킷 서브-스트림과 연관하는 것을 포함할 수 있다. 제1 패킷 서브-스트림은 제1 QoS 레벨과 연관될 수 있다. 방법은 단일 패킷 스트림 내에 포함된 제2 패킷 유형의 패킷들을 제2 패킷 서브-스트림과 연관하는 것을 포함할 수 있다. 제2 패킷 서브-스트림은 제1 QoS 레벨과는 상이한 제2 QoS 레벨과 연관될 수 있다. 방법은 제1 패킷 서브-스트림 및 제2 패킷 서브-스트림을 패킷 목적지에 송신하는 것을 포함할 수 있다.

QoS 서비스를 차등화하기 위한 방법 및 시스템은 제1 패킷 서브-스트림과 연관된 패킷 및 제2 패킷 서브-스트림과 연관된 패킷의 각각 내의 단일 패킷 스트림에 관한 상대 패킷 순서를 지시하는 것을 더 포함할 수 있다. 예에서, 패킷은 비디오 패킷일 수 있다. 예를 들어, 제1 패킷 유형은 제1 NAL 기준 식별(NRI) 값과 연관된 네트워크 추상 계층(NAL) 유닛(NALU)이고, 제2 패킷 유형은 제2 NRI 값과 연관된 NALU일 수도 있다.

WTRU가 패킷 분리를 수행하고 패킷을 전송하도록 구성될 수 있다. 예를 들어, WTRU는 송신될 제2 비디오 스트림을 둘 이상의 송신된 비디오 서브-스트림으로 분리하도록 구성된 프로세서를 포함할 수 있다. 둘 이상의 송신된 서브-스트림은 제1 결정된 우선순위의 패킷과 연관된 제1 비디오 서브-스트림 및 제2 결정된 우선순위의 패킷과 연관된 제2 비디오 서브-스트림을 포함할 수 있다. 프로세서는 제1 비디오 서브-스트림 내에 포함된 패킷 및 제2 비디오 서브-스트림 내에 포함된 패킷에 시퀀스 번호 또는 타임스탬프 중 하나 이상을 첨부하도록 더 구성될 수 있다. 하나 이상의 시퀀스 번호 또는 타임스탬프는 제2 비디오 스트림 내에 포함된 다른 패킷에 관한 전송된 패킷의 상대 순서를 지시할 수 있다. WTRU는 둘 이상의 비디오 서브-스트림을 전송하도록 구성된 송신기를 포함할 수 있다.

패킷 차등화를 위한 예시적인 방법은 정책 제어 및 과금(PCC, policy control and charging) 엔티티에 명시적 QoS 요구를 송신하는 것을 더 포함할 수 있다. 명시적 QoS 요구는 제1 패킷 유형 또는 제2 패킷 유형 중 하나 이상을 위한 QoS 파라미터의 원하는 값을 포함할 수 있다. QoS 응답은 PCC 엔티티로부터 수신될 수 있다. QoS 응답은 QoS 요구가 수락되거나, 수정되거나, 또는 거절되었음을 지시할 수 있다. 예에서, 명시적 QoS 요구는 QoS 하이퍼스페이스(hyperspace) 내의 위치로서 QoS 파라미터의 원하는 값을 지시할 수 있다. QoS 하이퍼스페이스는 지연, 패킷 에러율, 처리량, 지터(jitter) 중 하나 이상의 기초와 연관될 수 있다. 예에서, 제1 패킷 서브-스트림의 전송을 위한 제1 사용자 데이터그램 프로토콜(UDP, user datagram protocol) 소켓이 설정될 수 있고, 제2 패킷 서브-스트림의 전송을 위한 제2 UDP 소켓이 설정될 수 있다.

무선 송수신 유닛(WTRU)이 패킷 서브-스트림을 송신하고 그리고/또는 수신하도록 구성될 수 있다. 예를 들어, WTRU는 복수의 비디오 패킷 서브-스트림을 수신할 수 있다. 복수의 비디오 패킷 서브-스트림은 제1 우선순위의 비디오 패킷을 캡슐화하는 패킷을 포함하는 제1 비디오 패킷 서브-스트림 및 제2 우선순위의 비디오 패킷을 캡슐화하는 패킷을 포함하는 제2 비디오 패킷 서브-스트림을 포함할 수 있다. WTRU는 복수의 비디오 패킷 서브-스트림을 비디오 패킷 스트림 내에 병합하도록 구성될 수 있다. WTRU는 패킷 내에 포함된 시퀀스 번호 또는 타임스탬프 중 하나 이상에 기초하여 비디오 패킷 스트림의 패킷을 재순서화하도록 구성될 수 있다. WTRU는 비디오 패킷 스트림의 재순서화된 패킷을 디코딩하도록 구성된 비디오 디코더를 포함할 수 있다. 예에서, 시퀀스 번호는 실시간 전송 프로토콜(RTP) 헤더 내의 시퀀스 번호 필드 내에 포함될 수 있고, 타임스탬프는 RTP 헤더의 타임스탬프 필드 내에 포함될 수 있다.

WTRU는 복수의 비디오 패킷 버스-스트림을 병합하고, 실시간 전송 프로토콜(RTP, real-time transport protocol) 엔티티와 비디오 디코더 사이에 포함된 미들웨어를 경유하여 비디오 패킷 스트림의 패킷을 재순서화하도록 구성될 수 있다. WTRU는 복수의 비디오 패킷 서브-스트림을 병합하고, RTP 엔티티를 경유하여 비디오 패킷 스트림의 패킷을 재순서화하도록 구성될 수 있다. 예에서, 복수의 비디오 패킷 서브-스트림은 복수의 인터넷 프로토콜(IP, internet protocol) 패킷 스트림일 수 있다. IP 패킷 스트림과 연관된 각각의 IP 패킷은 IP 패킷의 헤더의 필드 내의 IP 패킷 내에 캡슐화된 비디오 패킷의 유형의 지시를 포함할 수 있다. 예를 들어, IP 패킷의 헤더의 필드는 차등 서비스 코드 포인트(DSCP, differentiation services code point) 필드, 트래픽 클래스 필드 또는 흐름 식별 필드 중 하나 이상일 수 있다. 제1 비디오 패킷 서브-스트림은 제1 QoS 클래스 식별자(QCI, QoS class identifier) 값에 대응하는 제1 진화된 패킷 시스템(EPS, evolved packet system)과 연관될 수 있고, 제2 비디오 패킷 서브-스트림은 제2 QCI 값에 대응하는 제2 EPS 베어러와 연관된다. 제1 비디오 패킷 서브-스트림과 연관된 패킷은 제1 NAL 유닛 유형에 대응하는 NALU를 캡슐화하고, 제2 비디오 패킷 서브-스트림과 연관된 패킷은 제2 NAL 유닛 유형에 대응하는 NALU를 캡슐화한다.

정책 과금 및 규칙 기능(PCRF, policy charging and rules function)은 WTRU로부터 QoS 요구를 수신하도록 구성될 수 있다. QoS 요구는 하나 이상의 요구된 QoS 파라미터를 포함할 수 있다. PCRF는 WTRU에 적용 가능한 가입 정보를 결정할 수 있다. 예를 들어, PCRF는 가입자 프로파일 저장소(SPR, subscriber profile repository)로부터 가입 정보를 요구함으로써 WTRU에 적용 가능한 가입 정보를 결정할 수 있다. PCRF는 하나 이상의 요구된 QoS 파라미터 및 WTRU에 적용 가능한 가입 정보 중 하나 이상에 기초하여 QoS 요구를 수락, 수정 및/또는 거절해야 하는지 여부를 판정할 수 있다. PCRF는 QoS 요구가 수락되고, 수정되고, 그리고/또는 거절되었는지 여부를 지시하는 메시지를 WTRU에 송신할 수 있다. PCRF는 하나 이상의 요구된 QoS 파라미터의 지시를 정책 과금 및 시행 기능(PCEF, policy charging and enforcement function)에 송신할 수 있다. 예를 들어, PCEF는 패킷 데이터 네트워크 게이트웨이(PDN-GW 또는 P-GW)에 포함될 수 있다. 예에서, 하나 이상의 요구된 QoS 파라미터는 WTRU를 위한 EPS 베어러를 설정하는데 사용될 수 있다.

더 상세한 이해가 첨부 도면과 함께 예로서 제공된 이하의 설명으로부터 얻어질 수 있다.
도 1a는 하나 이상의 개시된 실시예가 구현될 수 있는 예시적인 통신 시스템의 시스템 다이어그램이다.
도 1b는 도 1a에 도시되어 있는 통신 시스템 내에 사용될 수 있는 예시적인 무선 송수신 유닛(WTRU)의 시스템 다이어그램이다.
도 1c는 도 1a에 도시되어 있는 통신 시스템 내에 사용될 수 있는 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 1d는 도 1a에 도시되어 있는 통신 시스템 내에 사용될 수 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 1e는 도 1a에 도시되어 있는 통신 시스템 내에 사용될 수 있는 다른 예시적인 무선 액세스 네트워크 및 예시적인 코어 네트워크의 시스템 다이어그램이다.
도 2는 복수의 패킷 서브-스트림을 전송하는 것이 가능한 시스템을 위한 예시적인 시스템 다이어그램이다.
도 3은 최대 패킷 에러율, 최대 허용 가능한 지연 및 최소 원하는 처리량의 예시적인 아토믹(atomic) QoS 파라미터에 기초하는 예시적인 하이퍼스페이스를 도시하고 있다.
도 4는 WTRU에 의한 QoS 요구를 사용하여 EPS 베어러를 설정하기 위한 예시적인 프로세스를 도시하고 있다.
도 5는 미들웨어 모듈을 사용하는 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 예시적인 프로토콜 스택을 도시하고 있다.
도 6은 미들웨어 접근법을 사용하는 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 예시적인 절차를 도시하고 있다.
도 7은 비디오 패킷 분리, 비디오 패킷 병합 및/또는 비디오 패킷 재순서화 중 하나 이상을 수행하기 위해 RTP를 향상시키기 위한 예시적인 접근법을 도시하고 있다.
도 8은 RTP 비디오 프로파일 접근법을 사용하는 비디오 트래픽 분리, 병합 및/또는 재순서화를 위한 예시적인 절차를 도시하고 있다.
도 9는 IP 패킷이 비디오 패킷 분리, 병합 및/또는 재순서화 중 하나 이상을 위해 사용된 정보를 포함할 수 있는 접근법을 도시하고 있다.

예시적인 실시예의 상세한 설명이 이제 다양한 도면을 참조하여 설명될 것이다. 이 설명은 가능한 구현예의 상세한 설명을 제공하지만, 상세들은 예시적인 것이고 본 출원의 범주를 결코 한정하지 않는 것으로 의도된다는 것이 주목되어야 한다.

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

도 1a에 도시되어 있는 바와 같이, 통신 시스템(100)은 무선 송수신 유닛(WTRU, wireless transmit/receive unit)(102a, 102b, 102c 및/또는 102d)(일반적으로 또는 집합적으로 WTRU(102)라 칭할 수 있음), 무선 액세스 네트워크(RAN, radio access network)(103/104/105), 코어 네트워크(106/107/109), 공중 전화 교환 네트워크(PSTN, public switched telephone network)(108), 인터넷(110) 및 다른 네트워크(112)를 포함할 수 있지만, 개시된 실시예는 임의의 수의 WTRU, 기지국, 네트워크 및/또는 네트워크 요소를 고려한다는 것이 이해될 수 있을 것이다. 각각의 WTRU(102a, 102b, 102c, 102d)는 무선 환경에서 동작하고 그리고/또는 통신하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, WTRU(102a, 102b, 102c, 102d)는 무선 신호를 전송 및/또는 수신하도록 구성될 수 있고, 사용자 장비(UE), 이동국, 고정 또는 모바일 가입자 유닛, 호출기, 휴대폰, 개인 휴대 정보 단말(PDA), 스마트폰, 랩탑, 넷북, 퍼스널 컴퓨터, 무선 센서, 소비자 전자 기기 등을 포함할 수 있다.

통신 시스템(100)은 기지국(114a) 및 기지국(114b)을 또한 포함할 수 있다. 각각의 기지국(114a, 114b)은 코어 네트워크(106/107/109), 인터넷(110) 및/또는 네트워크(112)와 같은 하나 이상의 통신 네트워크로의 액세스를 용이하게 하기 위해 WTRU(102a, 102b, 102c, 102d) 중 적어도 하나의 무선으로 인터페이스하도록 구성된 임의의 유형의 디바이스일 수 있다. 예로서, 기지국(114a, 114b)은 기지국 트랜시버(BTS), Node-B, eNode B, 홈 Node B, 홈 eNode B, 사이트 콘트롤러, 액세스 포인트(AP), 무선 라우터 등일 수 있다. 기지국(114a, 114b)은 단일 요소로서 각각 도시되어 있지만, 기지국(114a, 114)은 임의의 수의 상호 접속된 기지국 및/또는 네트워크 요소를 포함할 수 있다는 것이 이해될 수 있을 것이다.

기지국(114a)은 다른 기지국 및/또는 기지국 콘트롤러(BSC, base station controller), 무선 네트워크 제어기(RNC, radio network controller), 릴레이 노드 등과 같은 네트워크 요소(도시 생략)를 또한 포함할 수 있는 RAN(103/104/105)의 부분일 수 있다. 기지국(114a) 및/또는 기지국(114b)은 셀(도시 생략)이라 칭할 수 있는 특정 지리학적 영역 내에서 무선 신호를 전송 및/또는 수신하도록 구성될 수 있다. 셀은 또한 셀 섹터로 분할될 수 있다. 예를 들어, 기지국(114a)과 연관된 셀은 3개의 섹터로 분할될 수 있다. 따라서, 일 실시예에서, 기지국(114a)은 3개의 트랜시버, 즉 각각의 셀 당 1개씩을 포함할 수 있다. 다른 실시예에서, 기지국(114a)은 다중 입력 다중 출력(MIMO) 기술을 이용할 수 있고, 따라서 셀의 각각의 섹터당 다수의 트랜시버를 이용할 수 있다.

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

더 구체적으로, 전술된 바와 같이, 통신 시스템(100)은 다중 액세스 시스템일 수 있고, CDMA, TDMA, FDMA, OFDMA, SC-FDMA 등과 같은 하나 이상의 채널 액세스 방안을 이용할 수 있다. 예를 들어, RAN(103/104/105) 내의 기지국(114a) 및 WTRU(102a, 102b, 102c)는 광대역 CDMA(WCDMA)를 사용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 범용 이동 통신 시스템(UMTS, Universal Mobile Telecommunications System) 지상 무선 액세스(UTRA, UMTS Terrestrial Radio Access)와 같은 무선 기술을 구현할 수 있다. WCDMA는 고속 패킷 액세스(HSPA, High-Speed Packet Access) 및/또는 진화된 HSPA(HSPA+)와 같은 통신 프로토콜을 포함할 수 있다. HSPA는 고속 하향링크 패킷 액세스(HSDPA, High-Speed Downlink Packet Access) 및/또는 고속 상향링크 패킷 액세스(HSUPA, High-Speed Uplink Packet Access)를 포함할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 장기 진화(LTE) 및/또는 LTE-어드밴스드(LTE-A)를 사용하여 공중 인터페이스(115/116/117)를 설정할 수 있는 진화된 UMTS 지상 무선 액세스(E-UTRA)와 같은 무선 기술을 구현할 수 있다.

다른 실시예에서, 기지국(114a) 및 WTRU(102a, 102b, 102c)는 IEEE 802.16(즉, 마이크로파 액세스를 위한 전세계 상호운용성(WiMAX, Worldwide Interoperability for Microwave Access)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard2000(IS-2000), Interim Standard 95(IS-95), Interim Standard 856(IS-856), 이동 통신을 위한 글로벌 시스템(GSM, Global System for Mobile communications), GSM 진화를 위한 향상된 데이터 레이트(EDGE, Enhanced Data rates for GSM Evolution), GSM EDGE(GERAN) 등과 같은 무선 기술을 구현할 수 있다.

도 1a의 기지국(114b)은 예를 들어, 무선 라우터, 홈 Node B, 홈 eNode B 또는 액세스 포인트일 수 있고, 사업장, 가정, 차량, 캠퍼스 등과 같은 국부화된 영역에서 무선 접속성을 용이하게 하기 위해 임의의 적합한 RAT를 이용할 수 있다. 일 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 근거리 통신망(WLAN)을 설정하기 위해 IEEE 802.11과 같은 무선 기술을 구현할 수 있다. 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 무선 개인 영역 통신망(WPAN)을 설정하기 위해 IEEE 802.15와 같은 무선 기술을 구현할 수 있다. 또 다른 실시예에서, 기지국(114b) 및 WTRU(102c, 102d)는 피코셀 또는 펨토셀을 설정하기 위해 셀룰러-기반 RAT(예를 들어, WCDMA, CDMA2000, GSM, LTE, LTE-A 등)를 이용할 수 있다. 도 1a에 도시되어 있는 바와 같이, 기지국(114b)은 인터넷(110)으로의 직접 접속을 가질 수 있다. 따라서, 기지국(114b)은 코어 네트워크(106/107/109)를 경유하여 인터넷(110)에 액세스하도록 요구되지 않을 수 있다.

RAN(103/104/105)은 음성, 데이터, 애플리케이션 및/또는 보이스 오버 인터넷 프로토콜(VoIP, voice over internet protocol) 서비스를 WTRU(102a, 102b, 102c, 102d) 중 하나 이상에 제공하도록 구성된 임의의 유형의 네트워크일 수 있는 코어 네트워크(106/107/109)와 통신할 수 있다. 예를 들어, 코어 네트워크(106/107/109)는 호 제어, 과금 서비스, 모바일 위치 기반 서비스, 선불 통화, 인터넷 접속성, 비디오 배포 등을 제공할 수 있고, 그리고/또는 사용자 인증과 같은 고레벨 보안 기능을 수행할 수 있다. 도 1에는 도시되어 있지 않지만, RAN(103/104/105) 및/또는 코어 네트워크(106/107/109)는 RAN(103/104/105)과 동일한 RAT 또는 상이한 RAT를 이용하는 다른 RAN과 직접 또는 간접 통신할 수 있다는 것이 이해될 수 있을 것이다. 예를 들어, E-UTRA 무선 기술을 이용할 수 있는 RAN(103/104/105)에 접속되는 것에 추가하여, 코어 네트워크(106/107/109)는 또한 GSM 무선 기술을 이용하는 다른 RAN(도시 생략)과 통신할 수도 있다.

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

통신 시스템(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)는 실시예와 일관성을 유지하면서 상기 요소들의 임의의 서브-조합을 포함할 수도 있다는 것이 이해될 수 있을 것이다. 또한, 실시예는 기지국(114a, 114b) 및/또는 기지국(114a, 114b)이 표현할 수 있는 노드, 예를 들어 무엇보다도 이들에 한정되는 것은 아니지만, 트랜시버 기지국(BTS), Node-B, 사이트 콘트롤러, 액세스 포인트(AP), 홈 node-B, 진화된 홈 node-B(eNodeB), 홈 진화된 node-B(HeNB), 홈 진화된 node-B 게이트웨이 및 프록시 노드가 도 1b에 도시되어 있고 본 명세서에 설명된 일부 또는 전체 요소를 포함할 수 있다는 것을 고려한다.

프로세서(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)는 공중 인터페이스(115/116/117)를 통해 기지국(예를 들어, 기지국(114a))에 신호를 전송하거나 그로부터 신호를 수신하도록 구성될 수 있다. 예를 들어, 일 실시예에서, 송수신 요소(122)는 RF 신호를 전송 및/또는 수신하도록 구성된 안테나일 수 있다. 다른 실시예에서, 송수신 요소(122)는 예를 들어, IR, UV 또는 가시광 신호를 전송 및/또는 수신하도록 구성된 이미터/검출기일 수 있다. 또 다른 실시예에서, 송수신 요소(122)는 RF 신호 및 광 신호의 모두를 전송 및 수신하도록 구성될 수 있다. 송수신 요소(122)는 무선 신호의 임의의 조합을 전송하고 그리고/또는 수신하도록 구성될 수 있다는 것이 이해될 수 있을 것이다.

게다가, 송수신 요소(122)는 도 1b에 단일 요소로서 도시되어 있지만, WTRU(102)는 임의의 수의 송수신 요소(122)를 포함할 수 있다. 더 구체적으로, WTRU(102)는 MIMO 기술을 이용할 수 있다. 따라서, 일 실시예에서, WTRU(102)는 공중 인터페이스(115/116/117)를 통해 무선 신호를 전송하고 수신하기 위한 둘 이상의 송수신 요소(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)는 비-착탈식 메모리(130) 및/또는 착탈식 메모리(132)와 같은 임의의 유형의 적합한 메모리로부터 정보에 액세스하고, 이들 메모리에 데이터를 저장할 수 있다. 비-착탈식 메모리(130)는 랜덤-액세스 메모리(RAM), 판독 전용 메모리(ROM), 하드 디스크 또는 임의의 다른 유형의 메모리 저장 디바이스를 포함할 수 있다. 착탈식 메모리(132)는 가입자 식별 모듈(SIM) 카드, 메모리 스틱, 보안 디지털(SD) 메모리 카드 등을 포함할 수 있다. 다른 실시예에서, 프로세서(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))으로부터 공중 인터페이스(115/116/117)를 통해 위치 정보를 수신하고 그리고/또는 둘 이상의 인접한 기지국으로부터 수신되는 신호의 타이밍에 기초하여 그 위치를 결정할 수 있다. WTRU(102)는 실시예와 일관성을 유지하면서 임의의 적합한 위치-결정을 경유하여 위치 정보를 취득할 수 있다는 것이 이해될 수 있을 것이다.

프로세서(118)는 또한 부가의 특징, 기능성 및/또는 유선 또는 무선 접속성을 제공하는 하나 이상의 소프트웨어 및/또는 하드웨어를 포함할 수 있는 다른 주변 장치(138)에 결합될 수 있다. 예를 들어, 주변 장치(138)는 가속도계, e-콤파스, 위성 트랜시버, 디지털 카메라(사진 또는 비디오를 위한), 범용 직렬 버스(USB, universal serial bus) 포트, 진동 디바이스, 텔레비전 트랜시버, 핸즈프리 헤드셋, Bluetooth

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

도 1c는 실시예에 따른 RAN(103) 및 코어 네트워크(106)의 시스템 다이어그램이다. 전술된 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 UTRA 무선 기술을 이용할 수 있다. RAN(103)은 코어 네트워크(106)와 또한 통신할 수 있다. 도 1c에 도시되어 있는 바와 같이, RAN(103)은 공중 인터페이스(115)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 각각 포함할 수 있는 Node-B(140a, 140b, 140c)를 포함할 수 있다. Node-B(140a, 140b, 140c)는 RAN(103) 내의 특정 셀(도시 생략)과 각각 연관될 수 있다. RAN(103)은 RNC(142a, 142b)를 또한 포함할 수 있다. RAN(103)은 실시예와 일관성을 유지하면서 임의의 수의 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)는 외부 루프 전력 제어, 부하 제어, 입장 제어, 패킷 스케쥴링, 핸드오버 제어, 매크로다이버시티, 보안 기능, 데이터 부호화 등과 같은 다른 기능성을 수행하거나 지원하도록 구성될 수 있다.

도 1c에 도시되어 있는 코어 네트워크(106)는 미디어 게이트웨이(MGW)(144), 모바일 스위칭 센터(MSC)(146), 서빙 GPRS 지원 노드(SGSN, serving GPRS support node)(148) 및/또는 게이트웨이 GPRS 지원 노드(GGSN, gateway GPRS support node)(150)를 포함할 수 있다. 각각의 상기 요소는 코어 네트워크(106)의 부분으로서 도시되어 있지만, 이들 요소들 중 임의의 하나는 코어 네트워크 사업자 이외의 엔티티에 의해 소유되고 그리고/또는 운영될 수도 있다는 것이 이해될 수 있을 것이다.

RAN(103) 내의 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(103) 내의 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) 및 코어 네트워크(107)의 시스템 다이어그램이다. 전술된 바와 같이, RAN(104)은 공중 인터페이스(116)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 E-UTRA 무선 기술을 이용할 수 있다. RAN(104)은 또한 코어 네트워크(107)와 통신할 수 있다.

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

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

도 1d에 도시되어 있는 코어 네트워크(107)는 이동도 관리 게이트웨이(MME, mobility management gateway)(162), 서빙 게이트웨이(164) 및 패킷 데이터 네트워크(PDN) 게이트웨이(166)를 포함한다. 각각의 상기 요소는 코어 네트워크(107)의 부분으로서 도시되어 있지만, 이들 요소들 중 임의의 하나는 코어 네트워크 사업자 이외의 엔티티에 의해 소유되고 그리고/또는 운영될 수 있다는 것이 이해될 수 있을 것이다.

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)는 e-Node B간 핸드오버 중에 사용자 평면 고정, 하향링크 데이터가 WTRU(102a, 102b, 102c)에 이용 가능할 때 페이징 트리거링, WTRU(102a, 102b, 102c)의 콘텍스트 관리 및 저장 등과 같은 다른 기능을 또한 수행할 수 있다.

서빙 게이트웨이(164)는 PDN 게이트웨이(166)에 또한 접속될 수 있고, 이 PDN 게이트웨이는 WTRU(102a, 102b, 102c)에 인터넷(110)과 같은 패킷 교환 네트워크로의 액세스를 제공할 수 있어, WTRU(102a, 102b, 102c)와 IP-인에이블 디바이스 사이의 통신을 용이하게 한다.

코어 네트워크(107)는 다른 네트워크와의 통신을 용이하게 할 수 있다. 예를 들어, 코어 네트워크(107)는 WTRU(102a, 102b, 102c)에 PSTN(108)과 같은 회로 교환 네트워크로의 액세스를 제공할 수 있어, WTRU(102a, 102b, 102c)와 전통적인 육상 라인 통신 디바이스 사이의 통신을 용이하게 한다. 예를 들어, 코어 네트워크(107)는 코어 네트워크(107)와 PSTN(108) 사이의 인터페이스로서 기능하는 IP 게이트웨이(예를 들어, IP 멀티미디어 서브시스템(IMS, IP multimedia subsystem) 서버)를 포함하거나 이와 통신할 수 있다. 게다가, 코어 네트워크(107)는 다른 서비스 공급자에 의해 소유되고 그리고/또는 운영되는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)로의 액세스를 WTRU(102a, 102b, 102c)에 제공할 수 있다.

도 1e는 실시예에 따른 RAN(105)과 코어 네트워크(109)의 시스템 다이어그램이다. RAN(105)은 공중 인터페이스(117)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위해 IEEE 802.16 무선 기술을 이용하는 액세스 서비스 네트워크(ASN, Access Service Network)일 수 있다. 이하에 더 설명되는 바와 같이, WTRU(102a, 102b, 102c), RAN(105) 및 코어 네트워크(109)의 상이한 기능 엔티티들 사이의 통신 링크는 기준점으로서 정의될 수 있다.

도 1e에 도시되어 있는 바와 같이, RAN(105)은 기지국(180a, 180b, 180c) 및 ASN 게이트웨이(182)를 포함할 수 있지만, RAN(105)은 실시예와의 일관성을 유지하면서 임의의 수의 기지국 및 ASN 게이트웨이를 포함할 수 있다는 것이 이해될 수 있을 것이다. 기지국(180a, 180b, 180c)은 RAN(105) 내의 특정 셀(도시 생략)과 각각 연관될 수 있고, 공중 인터페이스(117)를 통해 WTRU(102a, 102b, 102c)와 통신하기 위한 하나 이상의 트랜시버를 각각 포함할 수 있다. 일 실시예에서, 기지국(180a, 180b, 180c)은 MIMO 기술을 구현할 수 있다. 따라서, 기지국(180a)은 예를 들어 WTRU(102a)에 무선 신호를 전송하고 그로부터 무선 신호를 수신하기 위해 다중 안테나를 사용할 수 있다. 기지국(180a, 180b, 180c)은 또한 핸드오프 트리거링, 터널 설정, 무선 리소스 관리, 트래픽 분류, 서비스 품질(QoS) 정책 시행 등과 같은 이동도 관리 기능을 제공할 수 있다. ASN 게이트웨이(182)는 트래픽 집성점으로서 기능할 수 있고, 페이징, 가입자 프로파일의 캐싱, 코어 네트워크(109)로의 라우팅 등을 담당할 수 있다.

WTRU(102a, 102b, 102c)와 RAN(105) 사이의 공중 인터페이스(117)는 IEEE 802.16 사양을 구현하는 R1 기준점으로서 정의될 수 있다. 게다가, 각각의 WTRU(102a, 102b, 102c)는 코어 네트워크(109)와의 논리적 인터페이스(도시 생략)를 설정할 수 있다. WTRU(102a, 102b, 102c)와 코어 네트워크(109) 사이의 논리적 인터페이스는 인증, 권한부여, IP 호스트 구성 관리 및/또는 이동도 관리를 위해 사용될 수 있는 R2 기준점으로서 정의될 수 있다.

각각의 기지국(180a, 180b, 180c) 사이의 통신 링크는 WTRU 핸드오버 및 기지국 사이의 데이터의 전송을 용이하게 하기 위한 프로토콜을 포함하는 R8 기준점으로서 정의될 수 있다. 기지국(180a, 180b, 180c)과 ASN(182) 사이의 통신 링크는 R6 기준점으로서 정의될 수 있다. R6 기준점은 각각의 WTRU(102a, 102b, 102c)와 연관된 이동도 이벤트에 기초하여 이동도 관리를 용이하게 하기 위한 프로토콜을 포함할 수 있다.

도 1e에 도시되어 있는 바와 같이, RAN(105)은 코어 네트워크(109)에 접속될 수 있다. RAN(105)과 코어 네트워크(109) 사이의 통신 링크는 예를 들어 데이터 전송 및 이동도 관리 능력을 용이하게 하기 위한 프로토콜을 포함하는 R3 기준점으로서 정의될 수 있다. 코어 네트워크(109)는 모바일 IP 홈 에이전트(MIP-HA, mobile IP home agent)(184), 인증, 권한부여, 과금(AAA, authentication, authorization, accounting) 서버(186) 및 게이트웨이(188)를 포함할 수 있다. 각각의 상기 요소는 코어 네트워크(109)의 부분으로서 도시되어 있지만, 이들 요소들 중 임의의 하나는 코어 네트워크 사업자 이외의 엔티티에 의해 소유되고 그리고/또는 운영될 수 있다는 것이 이해될 수 있을 것이다.

MIP-HA는 IP 어드레스 관리를 담당할 수 있고, WTRU(102a, 102b, 102c)가 상이한 ASN 및/또는 상이한 코어 네트워크 사이에서 로밍할 수 있게 할 수도 있다. MIP-HA(184)는 WTRU(102a, 102b, 102c)에 인터넷(110)과 같은 패킷 교환 네트워크로의 액세스를 제공할 수 있어, WTRU(102a, 102b, 102c)와 IP-인에이블 디바이스 사이의 통신을 용이하게 한다. AAA 서버(186)는 사용자 인증 및 사용자 서비스를 지원하는 것을 담당할 수 있다. 게이트웨이(188)는 다른 네트워크와 상호 연동을 용이하게 할 수 있다. 예를 들어, 게이트웨이(188)는 WTRU(102a, 102b, 102c)에 PSTN(108)과 같은 회로 교환 네트워크로의 액세스를 제공할 수 있어, WTRU(102a, 102b, 102c)와 전통적인 육상 라인 통신 디바이스 사이의 통신을 용이하게 한다. 게다가, 게이트웨이(188)는 WTRU(102a, 102b, 102c)에 다른 서비스 공급자에 의해 소유되고 그리고/또는 운영될 수 있는 다른 유선 또는 무선 네트워크를 포함할 수 있는 네트워크(112)로의 액세스를 제공할 수 있다.

도 1e에는 도시되어 있지 않지만, RAN(105)은 다른 ASN에 접속될 수 있고, 코어 네트워크(109)는 다른 코어 네트워크에 접속될 수 있다는 것이 이해될 수 있을 것이다. RAN(105)과 다른 ASN 사이의 통신 링크는 RAN(105)과 다른 ASN 사이의 WTRU(102a, 102b, 102c)의 이동도를 조정하기 위한 프로토콜을 포함할 수 있는 R4 기준점으로서 정의될 수 있다. 코어 네트워크(109)와 다른 코어 네트워크 사이의 통신 링크는 홈 코어 네트워크와 방문된 코어 네트워크 사이의 상호 연동을 용이하게 하기 위한 프로토콜을 포함할 수 있는 R5 기준으로서 정의될 수 있다.

일반적으로, 다양한 시스템 및 방법이 진보된 통신 시스템 내의 개별 패킷의 상대적 중요도에 따라 비디오 패킷과 같은 패킷을 차등화하기 위해 본 명세서에 설명된다. 예를 들어, 개별 패킷을 위한 원하는 서비스 품질(QoS)에 기초하여 단일의 비디오 애플리케이션 세션 중에 생성된 비디오 패킷을 차등화하고 프로세싱하기 위한 시스템 및 방법이 설명된다. 본 명세서에서 언급될 때, 또한 QoS 레벨이라 칭할 수도 있는 용어 QoS 요구는 네트워크를 통한 데이터의 전송 중에 원하는 성능의 레벨에 대응할 수 있다. 예를 들어, 통상적인 QoS 파라미터(또한 QoS 메트릭이라 칭함)는 비트레이트, 지연, 비트 에러율, 블록 에러율, 최대 차단 가능성, 정전 가능성, 서비스 응답 시간, 손실율, 지터(jitter), 지연 지터, 패킷 드랍 가능성, 비순차 전송이 허용되는지 여부 등일 수 있다. 하나 이상의 원하는 또는 보장된 QoS 파라미터 레벨은 소정의 QoS 요구를 규정하는데 사용될 수 있다. 예를 들어, 소정의 패킷 스트림을 위한 소정의 QoS 요구에서, 네트워크는 패킷 스트림이 소정의 패킷 스트림을 위한 최소(또는 QoS 파라미터에 따라 최대) QoS 파라미터를 성취할 것을 보장할 수 있다. 예로서, QoS 요구 A가 100 ms의 최대 지연(QoS 파라미터 1) 및 1 Mb/s의 최소 처리량(QoS 파라미터 2)에 대응하면, 네트워크는 QoS 요구와 연관된 패킷이 무선 액세스 및/또는 라우팅 중에 100 ms 이하의 최대 지연을 성취하고 원하는 처리량 레벨에 부합하기 위한 충분한 패킷이 존재하면 스트림의 처리량이 적어도 1 Mb/s인 것을 보장할 수 있다.

예시적인 LTE 네트워크에서, QoS 파라미터는 소정의 진화된 패킷 시스템(EPS) QoS 프로파일과 연관될 수 있다. 예시적인 LTE QoS 파라미터는 QoS 클래스 식별자(QCI, QoS Class identifier)(예를 들어, 베어러-레벨 패킷 전송/포워딩 처리를 제어할 수 있는 액세스 노드-특정 파라미터), 할당 및 보유 우선순위(ARP, allocation and retention priority)(예를 들어, 베어러 설정/수정 요구가 수락되는지 거절되는지 여부의 지시), 보장된 비트레이트(GBR, guaranteed bit rate)(예를 들어, 소정의 베어러에 제공될 수 있는 최소 비트레이트) 및 최대 비트레이트(MBR, maximum bitrate)(예를 들어, GBR 베어러로부터 예측될 수 있는 최대 비트레이트), 집성 MBR(AMBR, aggregate MBR)(예를 들어 비-GBR 베어러의 그룹의 총 비트레이트) 등을 포함할 수 있다.

예에서, 패킷 차등화는 향상된 비디오 품질이 성취될 수 있도록 네트워크 리소스의 할당을 용이하게 할 수 있고 그리고/또는 네트워크일 수 있는 취급된 비디오 세션의 수는 비디오 품질에 상당한 악영향 없이 증가될 수 있다. 진보된 통신 시스템에서 상이한 유형의 비디오 패킷을 식별하기 위한 시스템 및 방법이 설명된다. 예를 들어, 패킷 차등화를 지원하기 위해 WTRU 및/또는 코어 네트워크에 의해 구현된 메커니즘이 개시된다. 설명의 목적으로, 본 명세서에 개시된 다수의 예는 비디오 트래픽 및 비디오 패킷 차등화의 환경에서 설명될 수 있다. 그러나, 이해될 수 있는 바와 같이, 본 명세서에 개시된 방법 및 시스템은 다수의 유형 및 다양한 패킷 흐름, 예를 들어 상이한 상대 우선순위의 패킷을 포함하는 패킷 흐름에 적용 가능할 수도 있다. 예를 들어, 본 명세서에 개시된 시스템 및 방법은 실시간 게이밍 패킷 흐름, TCP 패킷 흐름 및/또는 다양한 다른 패킷 기반 서비스에 적용 가능할 수도 있다.

비디오 패킷 차등화의 견지에서 예로서, 본 명세서에 개시된 시스템 및 방법은 H.264/ACV 비디오 코덱, H.264/SVC 비디오 코덱, 계층적 P 코덱 및/또는 다른 비디오 코덱에 적용될 수 있다. 이러한 코덱은 인코더 출력 스트림에서 개별 비디오 패킷의 상대 중요도 및/또는 우선순위를 지시할 수 있다. 예에서, 본 명세서에 설명된 시스템 및 방법은 다른 애플리케이션(예를 들어, 비디오 또는 다른 것)에 적용 가능할 수 있다. 예를 들어, 본 명세서에 설명된 시스템 및 방법은 다양한 레벨의 우선순위 및/또는 중요도를 갖는 패킷의 스트림에 적용될 수도 있다. 예에서, 패킷 차등화는 패킷 우선순위 및 상대 중요도 대신에 또는 그에 추가하여 다양한 팩터에 기초할 수 있다. 예를 들어, 패킷 차등화는 패킷의 유형, 서비스의 유형, 서비스의 클래스(CoS, Class of Service), 프로토콜 우선순위, 가상 근거리 통신망(VLAN, virtual local area network) 우선순위, 네트워크 우선순위, 소스 우선순위, 목적지 우선순위, 포트 우선순위(예를 들어, TCP 포트), 애플리케이션 유형 등에 기초할 수 있다.

또한, 다수의 예가 LTE 네트워크의 환경에서 설명될 수 있지만, 본 명세서에 개시된 시스템 및 방법은 다른 네트워크 환경에 동등하게 적용 가능할 수도 있다. 예를 들어, 본 명세서에 설명된 시스템 및 방법은 광범위한 진보된 통신 시스템을 가로질러 적용될 수 있다. 예시적인 진보된 통신 시스템은 LTE/LTE-A 시스템(예를 들어, E-UTRA 및/또는 진화된 패킷 코어(EPC, evolved packet core) 네트워크), UMTS 네트워크(예를 들어, UTRAN 및/또는 UMTS 코어 네트워크), WiFi-기반 네트워크, WiMax 네트워크 등과 같은 3GPP 및/또는 비-3GPP 시스템을 포함할 수 있다. LTE 네트워크의 예가 LTE 용어의 견지에서 설명될 수 있지만, 예는 대응 기능성을 갖는 다른 유형의 네트워크에 동등하게 적용 가능할 수도 있다. 예를 들어, LTE 네트워크에서 QCI의 견지에서 설명된 예는 UMTS 네트워크 내의 QoS 프로파일 또는 WiMAX 네트워크 내의 서비스 흐름을 위한 QoS에 적용 가능할 수도 있다.

비디오 트래픽과 같은 특정 유형의 트래픽이 집약적인 네트워크 리소스일 수 있고, 때때로 비교적 엄격한 지연 시간 요구를 가질 수 있다. 비디오 트래픽에서, 원하는 비디오 품질 및/또는 경험의 품질(QoE, Quality of Experience)을 제공하기 위해, 본 명세서에 설명된 시스템 및 방법은 비-비디오 패킷으로부터 비디오 패킷을 차등화하는데 사용될 수 있고 그리고/또는 상이한 유형의 비디오 패킷, 예를 들어 동일한 비디오 패킷 스트림/흐름 내의 비디오 패킷을 차등화하는데 사용될 수 있다. 예에서, 이러한 차등화는 비디오 패킷이 동일한 비디오 인코더에 의해 생성되더라도 이루어질 수 있다. 일반적으로, 상이한 유형의 비디오 패킷을 차등화하는 것은 차등화되는 패킷의 상대 중요도에 기초하여 패킷의 식별 및 프로세싱을 용이하게 할 수 있다. 리소스-제약된 환경에서, 진보된 통신 시스템의 종료시에 향상된 비디오 품질을 제공하기 위해, 진보된 통신 시스템은 이들의 상대 중요도에 따라 상이한 유형의 비디오 패킷을 식별하고 차등화에 기초하여 상이한 유형의 비디오 패킷에 제한된 네트워크 리소스를 할당하도록 구성될 수 있다.

다수의 진보된 통신 시스템에서, 비디오 패킷의 유형에 관한 정보 및/또는 상대 중요도 또는 우선순위에 관한 정보는 비디오 데이터를 포함하는 프로토콜 데이터 유닛(PDU, protocol data unit)이 진보된 통신 시스템으로 통과함에 따라 은폐/캡슐화될 수 있다. 본 명세서에 설명된 시스템 및 방법에 따르면, 비디오 소스는 예를 들어 각각의 서브-스트림 내에 포함된 각각의 유형의 비디오 패킷의 상대 중요도에 따라, 둘 이상의 서브-스트림으로 비디오 패킷을 분리하도록 구성될 수 있다. 다양한 예에 따르면, 통신 네트워크는 예를 들어 개별 패킷과 연관된 대응 서브-스트림을 식별함으로써 비디오 패킷의 유형을 식별하도록 구성될 수 있다. 예에서, 비디오 패킷 포맷은 더 미세한 세밀도에서 차등화를 허용하도록 확장될 수 있다.

다양한 방법이 비디오 패킷 식별을 위해 이용될 수 있다. 예를 들어, 심도 패킷 검사(DPI)는 패킷의 유형 및/또는 패킷 내에 포함된 정보를 식별하기 위해 진보된 통신 네트워크에 의해 이용된 기술일 수 있다. 예를 들어, 패킷을 식별하기 위해 DPI를 수행할 때, 진보된 통신 시스템은 단일의 스트림으로서 비디오 인코더 출력을 수신하고 패킷 내에 캡슐화되어 있는 더 상위 계층 데이터를 검사하는 것에 기초하여 패킷의 유형을 식별할 수 있다. 그러나, DPI는 패킷 부호화의 존재 하에서 수행되는 것이 더 어려울 수 있다. 예를 들어, 보안 실시간 전송 프로토콜(SRTP, secure real-time transport protocol), 보안 소켓 계층(SSL, secure sockets layer), 전송 계층 보안(TSL, transport layer security), 인터넷 프로토콜 보안(IPsec, Internet Protocol Security) 캡슐화 보안 페이로드(ESP, encapsulating security payload) 및/또는 프로토콜의 조합의 형태의 부호화가 패킷을 보안하는데 사용될 수 있어, PDU의 페이로드를 검사하는 것을 매우 어렵게 한다. 따라서, 다수의 실용적인 시나리오에서, DPI는 부호화 기술을 이용하는 몇몇 패킷의 식별 및/또는 분류를 위해 실행 불가능할 수 있다.

예에서, 검사되는 패킷의 유형을 결정하기 위해, 소정의 애플리케이션으로부터 생성된 패킷이 예를 들어 진보된 통신 시스템에서 사용을 위해 소정 유형의 식별 정보를 갖는 각각의 스트림을 "마킹"함으로써, 패킷 소스에서 상이한 서브-스트림으로 분리될 수 있다. 소스 패킷 스트림을 일련의 서브-스트림으로 분리함으로써, 각각의 서브-스트림 내의 패킷은 이들의 각각의 우선순위 및/또는 원하는 QoS에 따라 프로세싱되고 라우팅될 수 있다. 다양한 서브-스트림으로 분리될 수 있는 패킷 스트림의 일 예는 비디오 패킷 스트림이다.

3GPP 표준, 국제 인터넷 표준화 기구(IETF, Internet Engineering Task Force) 표준, 비디오 코덱 및/또는 비디오 인코딩/디코딩 표준으로의 변화는 이하에 더 상세히 설명되는 바와 같이, 비디오 패킷을 프로세싱하는 통신 계층들 중 하나 이상이 상이한 유형의 비디오 패킷을 전달하는 서브-스트림을 식별하기 위해 충분한 정보를 가질 수도 있도록 이루어질 수 있다. 예를 들어, 이하의 변화들 중 하나 이상이 비디오 패킷 스트림과 같은 패킷 스트림의 서브-스트림 프로세싱을 용이하게 하기 위해 이루어질 수 있는 데, QCI 필드가 서브-스트림의 특성에 관한 정보를 포함하도록 확장될 수 있고, QoS 특성의 더 적응성이 있는 표현이 사용될 수 있어, 예를 들어 더 상세한/가변적인 QoS 정보를 전달하고, WTRU가 코어 네트워크에 원하는 QoS 요구를 명시적으로 지정하도록 구성될 수 있고, 기술은 비디오 패킷 분리, 병합 및/또는 재순서화를 위해 지정될 수 있고, 더 많은 정보가 프로세싱되는 패킷의 유형에 대해 노출될 수 있다. 이해되는 바와 같이, 변화는 3GPP 표준, IETF 표준 및/또는 비디오 코덱 표준에 관련될 수 있다.

도 2는 복수의 패킷 서브-스트림을 전송하는 것이 가능한 시스템을 위한 예시적인 시스템 다이어그램을 도시하고 있다. 도 2는 비디오의 전송을 도시하고 있지만, 다른 데이터 스트림이 유사한 기술을 사용하여 전송될 수 있다는 것이 이해되어야 한다. 예시적인 비디오 데이터는 비디오 회의 데이터, 실시간 비디오 스트리밍 및/또는 다른 유형의 비디오 스트림을 포함할 수 있다. WTRU(202)로부터 WTRU(204)로의 비디오 전송이 도 2에 도시되어 있지만, 비디오는 비디오 서버로부터 WTRU로, WTRU로부터 비디오 서버로, 비디오 서버로부터 다른 비디오 서버로 및/또는 임의의 수의 디바이스로/로부터(예를 들어, 점대점, 멀티캐스트 등) 전송될 수 있다. 도 2에 도시되어 있는 예에서, WTRU(202) 및 WTRU(204)는 2개의 상이한 LTE/시스템 아키텍처 진화(SAE, System Architecture Evolution) 네트워크에 위치될 수 있지만, 본 명세서에 설명된 기술은 WTRU(202) 및 WTRU(204)가 동일한 LTE/SAE에 위치되면 동등하게 적용 가능할 수도 있다. 더욱이, 상이한 엔티티들 사이의 논리적 통신이 도 2에 도시되어 있지만, 하나 이상의 엔티티 및/또는 메시지는 설명을 명료화하고 그리고/또는 간단화하기 위해 생략될 수도 있다.

도 2에 도시되어 있는 예에서, 비디오 스트림은 3개의 서브-스트림으로 분할될 수 있다. 비디오 스트림은 비디오 인코더로부터 비디오 패킷의 프로세싱을 위한 원하는 레벨의 차등화를 성취하기 위해 분할될 수 있다. 서브-스트림의 수는 패킷 차등화의 상대적 세밀도를 규정할 수 있다. WTRU는 패킷 QoS 세밀도의 견지에서 원하는 레벨의 차등화에 기초하여 사용될 서브-스트림의 수를 선택할 수 있다. 달리 말하면, 어떻게 상이한 유형의 비디오 패킷이 라우팅/프로세싱되는지의 차등화를 증가시키기 위해, 더 많은 수의 서브-스트림이 사용될 수 있다. 비디오 소스 - 이 경우에 WTRU(202) - 는 3개의 서브-스트림을 생성할 수 있다. 베어러는 각각의 설정된 서브-스트림을 위해 액세스 네트워크 내에 설정될 수 있다. 서브-스트림의 프로세싱을 용이하게 하기 위해, WTRU(202)와 정책 및 과금 제어(PCC) 기능(206) 사이의 애플리케이션 시그널링이 서브-스트림들 중 하나 이상에 관한 정보를 포함할 수 있다. PCC 기능은 정책 및 과금 규칙 기능(PCRF) 및/또는 정책 및 과금 시행 기능(PCEF) 중 하나 이상으로 구현될 수 있다.

예를 들어, 서브-스트림들 중 하나 이상에 관한 정보는 QCI 값 확장, 서브-스트림의 QoS 특성의 표현, 특정 QoS를 명시적으로 요구하는 WTRU 등 중 하나 이상을 포함할 수 있다. 일반적으로, PCC(206)(및/또는 PCC(208))는 네트워크 사업자가 가입 서비스와 연관된 정책에 기초하여 하나 이상의 베어러의 QoS를 제어하고 그리고/또는 시스템에 의해 제공된 서비스를 위한 과금 또는 요금 청구를 제어하게 하도록 구성될 수 있다. WTRU(202) 내의 다수의 서브-스트림으로의 단일의 비디오 스트림의 디멀티플렉싱은 비교적으로 미세한 세밀도에서 패킷 차등화를 허용하기 위해 하나 이상의 비디오 패킷 분리 및/또는 특정 인코딩 정보의 노출을 포함할 수 있다. 이 정보는 서브-스트림 프로세싱 중에 LTE/SAE 네트워크(예를 들어, WTRU(202) 및/또는 WTRU(204)용 액세스 네트워크) 내의 QoS를 차등화하기 윙해 이용될 수 있다. 원하는 QoS 레벨에 기초하여, 서브-스트림들 중 하나 이상은 이들이 동일한 비디오 소스의 부분이더라도 다른 서브-스트림으로부터 상이하게 라우팅/프로세싱될 수 있다. WTRU(204)는 서브-스트림의 멀티플렉싱, 패킷 재순서화, 비디오 패킷 병합 등을 수행하도록 구성될 수 있다.

LTE/SAE에서, QoS 프로비저닝은 진화된 패킷 시스템(EPS) 베어러의 사용에 기초할 수 있다. EPS 베어러는 EPS/코어 네트워크 내의 특정 QoS 속성을 갖는 전송 서비스를 제공하는 가상 접속일 수 있다. UMTS 네트워크에서, QoS 프로비저닝은 대응 패킷 데이터 프로토콜(PDP) 콘텍스트와 연관될 수 있다. EPS 베어러는 QCI 값이 할당될 수 있어, 예를 들어 EPS 베어러가 수신될 QoS를 지정한다. QCI 값은 EPS 베어러의 QoS 프로파일과 연관된 파라미터일 수 있다. QCI 값은 스칼라일 수 있는 데, 예를 들어 이는 베어러-레벨 패킷 포워딩 처리를 제어하는 노드-특정 파라미터(예를 들어, 스케쥴링 가중치, 승인 임계치, 대기열 관리 임계치, 링크 계층 프로토콜 구성 등)에 액세스하는 것을 칭한다. 예를 들어, QCI 값은 패킷의 유형 및/또는 패킷과 연관된 서비스의 유형(예를 들어, 대화 음성, 스트리밍 비디오, 시그널링, 최선 노력 등)을 지시할 수 있다. QCI 값은 최대 지연, 잔류 에러율, 보장된 비트레이트(GBR), 최대 비트레이트(MBR) 등과 같은 하나 이상의 QoS 속성을 결정하는데 사용될 수 있다. 소정의 QCI 값을 갖는 EPS 베어러가 리소스 유형(예를 들어, GBR 또는 비-GBR), 우선순위, 패킷 지연 버짓, 패킷 에러 손실율 등과 같은 대응 QCI 특성과 연관될 수 있다. 그 내용이 본 명세서에 그대로 참조로서 합체되어 있는 3GPP 사양 3GPP TS 23.203, vl1.1.0, "정책 및 과금 제어 아키텍처(Policy and charging Control Architecture)"(2011년 3월)는 QCI를 위한 9개의 값을 규정할 수 있다. 표 1은 9개의 QCI 값에 대응할 수 있는 예시적인 서비스를 나타내고 있다.

표 1에 나타내고 있는 이들 9개의 QCI 값 중에서, QCI=2 및 QCI=7은 실시간 비디오 애플리케이션에 적용 가능할 수도 있고, 다른 것들은 비-비디오 또는 비-실시간 비디오 애플리케이션(예를 들어, 버퍼링된 애플리케이션)과 연관될 수 있다. 예를 들어, H.264/AVC가 비디오 회의를 위해 사용되면, 비디오 인코더의 전체 출력 스트림은 QCI=2 또는 QCI=7에 따라, 단일의 QoS 레벨로 처리될 수 있다. 표 1에 규정되어 있는 9개의 QCI 레벨은 동일한 출력 스트림 내의 상이한 유형의 비디오 패킷의 차등화를 허용하지 않을 수 있다. 그럼에도 불구하고, 비디오 패킷은 이들이 모두 동일한 비디오 인코더로부터 오더라도 상이한 레벨의 상대 중요도를 가질 수 있다. 그 결과, 소정의 출력 스트림 내의 개별 패킷을 차등화하기 위해 추가의 세밀도가 없이 표 1에 식별된 9개의 QCI 값의 사용은 특히 리소스-제약된 환경에서 열악한 비디오 품질을 유도할 수 있다. 이에 따라, 비디오를 위한 더 많은 세밀한 QoS 레벨이 사용될 수 있다.

예로서, H.264/AVC 비디오 패킷을 고려한다. H.264/AVC 인코더로부터의 비디오 패킷 출력은 네트워크 추상 계층(NAL, Network Abstraction Layer) 유닛(NALU)의 형태일 수 있다. NALU는 비디오 코딩 계층(VCL, Video Coding Layer) 정보(예를 들어, 압축된 비트) 및/또는 비-VCL 정보(예를 들어, 가외의 정보) 중 하나 이상을 포함하도록 구성될 수 있다. VCL NALU는 순시적 디코딩 리프레시(IDR, Instantaneous Decoding Refresh) 패킷 또는 비-IDR 패킷일 수 있다. IDR NALU는 이것이 비디오 스트림 내의 다른 패킷을 위한 기준 패킷으로서 기능하도록 구성될 수 있기 때문에, 비교적 중요한 패킷일 수도 있다. 더욱이, 데이터 분할이 사용되면, 모션 추정 등에 관한 정보를 포함할 수 있는 파티션 A는 파티션 B, 파티션 C 등에 정보를 포함하는 패킷을 디코딩하는데 사용될 수 있다. 따라서, 파티션 A에 관한 정보를 포함하는 NALU는 비교적 중요할 수 있고, 파티션 A NALU가 손실되면, 타입 파티션 B 및 타입 파티션 C의 종속 NALU는 무용하게 될 수 있다. 본 명세서에 설명된 시스템 및 방법은 진보된 통신 시스템이 상이한 유형의 비디오 패킷을 상이하게 처리하게 할 수 있다(예를 들어, 상대 중요도에 기초하여). 이해되는 바와 같이, 다른 코덱은 또한 본 명세서에 설명된 시스템 및 방법에 따라 프로세싱될 수 있는 다양한 레벨의 상대 중요도를 갖는 비디오 패킷을 생성할 수 있다.

예에서, QCI 값은 전용 방식으로 비디오 코덱(예를 들어, H.264/AVC 및/또는 H.254/SVC)을 지원하기 위해 확장될 수 있다. 다른 예에서, 확장된 QCI 값은 적용 가능한 표준에 합체될 수 있다. 표 2는 패킷 흐름 내의 패킷의 QoS 차등화를 위한 증가된 세밀도를 제공하는데 사용될 수 있는 QCI 확장의 예시적인 세트를 나타내고 있다. 표 2에 나타낸 예에서, NAL 기준 식별(NRI)이 단일 흐름 및/또는 EPS 베어러 내의 패킷을 위한 부가의 QCI 값을 규정하는데 사용될 수 있다.

표 2에 의해 나타낸 예에서, 11의 NRI 값은 NALU 패킷의 최고 상대 우선순위 레벨에 대응할 수 있고, 반면에 00은 NALU 패킷의 최저 상대 우선순위 레벨에 대응할 수 있다. 예를 들어, NRI=11의 값은 비교적 중요한 페이로드(예를 들어, 시퀀스 파라미터 세트 등)를 전달하는 NALU를 식별할 수 있다. NRI=10은 다음의 최고 우선순위 레벨, 예를 들어 시퀀스 파라미터 세트 확장과 같은 페이로드를 전달하는 NALU를 식별할 수 있다. NRI=01은 예를 들어 파티션 A와 같은 페이로드를 포함하는 NALU와 같은 제3 최고 우선순위값을 식별할 수 있다. NRI=00은 예를 들어 비-IOR VCL과 같은 페이로드를 포함하는 NALU와 같은 최저 우선순위 레벨을 식별할 수 있다. 헤더의 다른 부분(예를 들어, NAL 유닛 유형)이, 예를 들어 패킷이 IDR VCL NALU인지 여부, 파티션 식별 등과 같은 패킷에 대한 부가의 정보를 제공하는데 사용될 수 있다.

이해될 수 있는 바와 같이, 다른 기술이 패킷의 상대 우선순위를 식별하는데 사용될 수 있다. 예를 들어, 더 상세한 QoS 정보가 제공될 수 있고 그리고/또는 4개 초과의 값(예를 들어, 4개 초과의 NRI 값)이 상대 우선순위를 식별하는데 사용되면 비디오 패킷 차등화의 더 미세한 세밀도가 성취될 수 있다. 예를 들어, NAL 유닛 유형 필드 내의 비트는 패킷의 상대 우선순위의 지시를 제공할 수 있다. 표 3은 개별 NALU에 포함된 5-비트 nal_unit_type 필드의 복수의 비디오 패킷의 상대 우선순위를 차등화하는데 사용될 수 있는 예를 나타내고 있다.

따라서, 본 명세서에 설명된 예에 따르면, 특정 인코더로부터의 흐름 내의 패킷은 패킷의 서브-스트림의 상대 우선순위 및/또는 중요도에 기초하여 상이한 QoS 리소스로 프로비저닝될 수 있다. 예를 들어, 특정 흐름이 1, 2, 3 ..., 또는 n개의 연관된 베어러로 디멀티플렉싱될 수 있고, 여기서 n은 임의의 양의 정수일 수 있다. 패킷은 패킷의 상대 중요도 또는 우선순위에 기초하여 개별 서브-스트림에 할당될 수 있다. 예를 들어, 패킷의 NRI 값 및/또는 nal_unit_type 필드는 패킷의 적절한 서브-스트림을 결정하는데 사용될 수 있다. 예에서, 최고 우선순위를 갖는 패킷은 제1 베어러(예를 들어, 최고 상대 QoS 파라미터를 갖는 베어러)와 연관될 수 있고, 다음 최고 우선순위를 갖는 패킷이 제2 베어러와 연관될 수 있는 등이다.

그러나, QCI 값에 기초하여 패킷의 우선순위를 차등화하는 대신에(또는 그에 추가하여), 부가의 방법 및 시스템은 패킷의 상대 중요도를 결정하는데 사용될 수 있는 QoS 파라미터의 적응성 표현을 제공하기 위해 개시된다. 예를 들어, QCI 값 단독의 사용은, QCI가 미리 규정될 것이고 특정 수의 정량화된 QCI 값으로 설정될 것이기 때문에, 제한된 적응성을 제공할 수 있다. 새로운 애플리케이션에 대한 부가의 적응성 및 더 큰 레벨의 QoS 세밀도를 제공하기 위해, QoS 파라미터의 더 적응성이 있는 표현이 사용될 수 있다. 예를 들어, 최대 패킷 에러율, 지연 공차, 원하는 처리량, 최대 허용 가능한 지터, 최대 패킷 손실율, 패킷 손실들 사이의 최소 거리, 최대 패킷 크기, 최소 패킷 크기 등과 같은 다수의 원하는 QoS 파라미터가 이들 상대 파라미터에 기초하여 패킷의 원하는 QoS 레벨을 기술하는 QoS "하이퍼스페이스" 또는 소정의 다른 다축 장치를 규정하는데 사용될 수 있다.

예를 들어, 다수의 사전 규정된 기초(예를 들어, 최대 패킷 에러율, 지연 공차, 원하는 처리량, 최대 허용 가능한 지터, 최대 패킷 손실율, 패킷 손실들 사이의 최소 거리, 최대 패킷 크기, 최소 패킷 크기 등과 같은 QoS 파라미터)에 의해 걸쳐 있는 하이퍼스페이스로서 할당된 및/또는 원하는 QoS의 범위를 표현함으로써, 패킷은 각각의 기초 및 애플리케이션 요구에 할당된 값에 기초하여 차등화된 프로세싱을 수신할 수 있다. 예를 들어, 각각의 기초 또는 QoS 파라미터는 기본 유형의 QoS 요구를 표현할 수 있고, 아토믹 QoS 파라미터라 칭할 수 있다. 소정의 애플리케이션을 위해 사용될 아토믹 QoS 파라미터의 아이덴티티 및/또는 가중치를 결정함으로써, QoS는 하이퍼스페이스 내의 포인트(예를 들어, 그 좌표에 의해 특징화됨)로서 표현될 수 있다.

설명 및 예시의 목적으로, 비디오 코딩 예를 고려한다. 예에서, 비디오 패킷을 위해 가장 관련성이 있을 수도 있는 QoS 파라미터는 최대 패킷 에러율, 최대 허용 가능한 지연 및 최소 원하는 처리량일 수 있다. 이들 3개의 파라미터는 개별 패킷의 QoS를 규정하기 위한 아토믹 QoS 파라미터로 고려될 수도 있다. 도 3은 최대 패킷 에러율, 최대 허용 가능한 지연 및 최소 원하는 처리량의 예시적인 아토믹 QoS 파라미터에 기초하는 예시적인 하이퍼스페이스를 도시하고 있다. 도 3에 도시되어 있는 바와 같이, 하이퍼스페이스 내의 다수의 포인트가 존재할 수 있고, 각각의 포인트는 아토믹 QoS 파라미터의 상이한 조합(예를 들어, 상이한 원하는 또는 할당된 QoS 요구)에 대응할 수 있다. 따라서, 사전 규정된 값의 정량화된 수에 QoS 값을 제한하는 대신에, QoS는 QoS 하이퍼스페이스를 규정하는 아토믹 QoS 파라미터의 함수로서 표현될 수 있다. 따라서, 제1 패킷 스트림 또는 서브-스트림은 최대 패킷 에러율의 제1 값, 최대 허용 가능한 지연의 제1 값 및/또는 최소 원하는 처리량의 제1 값에 대응하는 QoS 값이 할당될 수 있고, 반면에 제2 패킷 스트림 또는 서브-스트림은 최대 패킷 에러율의 제2 값, 최대 허용 가능한 지연의 제2 값 및/또는 최소 원하는 처리량의 제2 값에 대응하는 QoS 값이 할당될 수 있다.

예에서, 하이퍼스페이스 내의 각각의 포인트는 지정된 QCI 값으로 맵핑될 수 있다. 따라서, 도 3에 도시되어 있는 예에서, 최대 패킷 에러율의 원하는 값, 최대 허용 가능한 지연의 값의 원하는 값 및 최소 원하는 처리량의 원하는 값에 기초하여, 원하는 패킷 처리에 가장 양호하게 정합하는 QCI가 결정될 수 있다. 예에서, 아토믹 QoS 파라미터의 세트가 표준화될 수 있어 아토믹 QoS 파라미터가 모든 네트워크 사업자에 의해 동일하게 이해되어 처리될 수 있게 된다. 이 방식으로, 패킷이 다중 LTE/SAE 네트워크를 통해 통과할 때, 이들 네트워크는 그 패킷에 일관적인 QoS를 제공할 수 있다.

예에서, EPS 베어러는 QoS 하이퍼스페이스 내의 소정의 포인트 또는 영역(예를 들어, 아토믹 QoS 파라미터를 위한 지정된 값에 대응하는 좌표)과 연관될 수 있고, 네트워크는 그 베어러와 연관된 하이퍼스페이스의 영역 내의 대응 QoS 요구에 부합하기 위해 EPS 베어러를 할당하도록 구성될 수 있다. 부가적으로, 최대 패킷 에러율, 최대 허용 가능한 지연 및 최소 원하는 처리량의 3개의 예시적인 아토믹 QoS 파라미터가 본 명세서에 설명된 비디오 인코딩 예에 사용될 수 있지만, 다른 파라미터가 사용될 수도 있고 3개 초과 또는 미만의 아토믹 QoS 파라미터가 하이퍼스페이스를 규정하는데 사용될 수 있다. 부가적으로, 예는 비디오 패킷의 견지에서 설명될 수 있지만, 비-비디오 애플리케이션이 또한 본 명세서에 설명된 QoS 요구의 적응성 정의를 이용할 수 있다.

실용적인 목적으로, QoS 하이퍼스페이스의 좌표를 표현하기 위해 사용된 비트의 수를 감소시키는 것이 중요할 수 있다. 예를 들어, 하이퍼스페이스를 위한 기초로서 기능하는 아토믹 QoS 파라미터는 사용될 수 있는 값의 수를 제한하기 위해 정량화될 수 있다. 예로서, 패킷 지연은 50 ms의 대응 스텝 크기를 갖는 3개의 비트로서 표현될 수 있다. 이러한 예시적인 표현을 표 4에 나타낸다. 이해될 수 있는 바와 같이, 다른 정량화 크기가 본 발명의 범주로부터 벗어나지 않고 지연에 관하여 세밀도를 증가시키거나 감소시키는 데 사용될 수 있다. 예를 들어, 더 많은 비트가 지연 세밀도를 증가시키는 데(예를 들어, 스텝 크기를 감소시키는 데) 사용될 수 있고, 반면에 더 적은 비트가 지연 세밀도를 감소시키는 데(예를 들어, 스텝 크기를 증가시키는 데) 사용될 수 있다.

예에서, 패킷 에러율(PER) 아토믹 QoS 파라미터는 예를 들어 지수 표현을 사용하여 3개의 비트로서 표현될 수 있다. 이러한 예시적인 표현을 표 5에 나타낸다. 이해될 수 있는 바와 같이, 다른 정량화 크기는 본 발명의 범주로부터 벗어나지 않고 PER과 관련하여 세밀도를 증가시키거나 감소시키는 데 사용될 수 있다. 예를 들어, 더 많은 비트가 PER 세밀도를 증가시키는 데(예를 들어, 스텝 크기를 감소시키는 데) 사용될 수 있고, 반면에 더 적은 비트가 PER 세밀도를 감소시키는 데(예를 들어, 스텝 크기를 증가시키는 데) 사용될 수 있다.

예에서, 패킷 처리량 아토믹 QoS 파라미터는 예를 들어 지수 표현을 사용하여 3개의 비트로서 표현될 수 있다. 이러한 예시적인 표현을 표 6에 나타낸다. 이해될 수 있는 바와 같이, 다른 정량화 크기는 본 발명의 범주로부터 벗어나지 않고 PER과 관련하여 세밀도를 증가시키거나 감소시키는 데 사용될 수 있다. 예를 들어, 더 많은 비트가 PER 세밀도를 증가시키는 데(예를 들어, 스텝 크기를 감소시키는 데) 사용될 수 있고, 반면에 더 적은 비트가 PER 세밀도를 감소시키는 데(예를 들어, 스텝 크기를 증가시키는 데) 사용될 수 있다.

전술된 예에서, 최선 노력은 어떠한 특정 요구에도 대응하지 않을 수 있다. 예를 들어, 최선 노력으로서 마킹된 패킷에 대해, 통신 시스템은 현재 리소스 및/또는 정책을 받게 되는 이용 가능한 최선의 서비스를 제공하려고 시도할 수 있다. 달리 말하면, 네트워크는 요구가 최선 노력 요구이면 특정 QoS 파라미터와 관련하여 서비스의 최소 레벨을 보장하지 않을 수도 있다. 하나 이상의 QoS 파라미터를 위한 최선 노력 QoS 요구를 이용할 수 있는 데이터의 예는 웹페이지, 몇몇 하이퍼텍스트 전송 프로토콜(HTTP, hypertext transfer protocol) 요구 및 응답 및/또는 다른 지연 허용 데이터와 같은 IP 데이터를 포함할 수 있다.

예에서, WTRU는 원하는 QoS 요구 및/또는 원하는 QoS 파라미터 레벨을 네트워크에 명시적으로 시그널링하거나 요구하도록 구성될 수 있다. 일반적으로, WTRU에 의해 실행되는 애플리케이션, 예를 들어 비디오 회의 애플리케이션은 통신 네트워크를 통한 애플리케이션 데이터의 전송을 효과적으로 지원할 수 있는 QoS 요구 및/또는 QoS 파라미터 레벨을 결정하거나 인식할 수 있다. 통상적으로, LTE/SAE 네트워크 내의 EPS 베어러를 위한 QoS 요구는 네트워크를 위한 PCC에 의해 유도될 수 있다. 달리 말하면, WTRU는 시스템으로부터 수신되려고 하는 QoS를 결정하는데 있어 수동적일 수 있다. 이러한 접근법은 WTRU에 의해 요구되는 것과는 상이한 QoS를 생성할 수 있고, 네트워크 리소스의 열악한 할당(예를 들어, 할당된 QoS가 원하는 전송 능력을 성취할 QoS 레벨보다 크면) 및/또는 WTRU에 의해 보여지는 바와 같이 열악한 네트워크 성능(예를 들어, 할당된 QoS가 원하는 전송 능력을 성취할 QoS 레벨보다 작으면)을 유도할 수 있다. 더욱이, WTRU가 원하는 QoS 레벨을 시그널링할 수 없으면, 3GPP 통신 네트워크는 3GPP 표준 기능성을 업데이트하는 것이 비교적 저속 프로세스이기 때문에, 새로운 비디오 애플리케이션 및/또는 비디오 코덱에 포함된 혁신을 지원하기 위해 최신식 시스템을 유지하는 것이 불가능할 수도 있다. WTRU가 원하는 QoS 레벨을 시그널링하게 함으로써, 새로운 혁신을 지원하기 위한 3GPP 표준의 저속 변화가 회피될 수도 있다.

예에서, WTRU는 그 원하는 QoS 요구를 LTE/SAE 네트워크에 명시적으로 통지할 수 있다. LTE/SAE 네트워크는 이어서 WTRU에 할당을 위해 적절한(예를 들어, 최선의, 최선의 가능한 것 중 하나, 가장 적절한) QoS 파라미터(들)를 결정할 수 있다. 예를 들어, 네트워크는 접속을 요구하는 WTRU의 가입 서비스에 의해 할당된 서비스에 기초하여 어느 QoS 파라미터가 WTRU에 할당되는지를 결정할 수 있다. PCC 아키텍처의 WTRU로부터 PCRF로 하나 이상의 메시지는 소정의 QoS 레벨을 위한 요구를 포함할 수 있다. PCRF는 하나 이상의 WTRU로부터 수신된 명시적 QoS 요구를 취급하도록 구성될 수 있다. 예에서, 역호환성을 보장하기 위해, WTRU는 하나 이상의 QoS 요구를 송신하기 위해 현존하는 시그널링 방안을 이용할 수 있다. 예에서, WTRU는 요구되는 QoS 레벨을 명시적으로 지정하지 않고 원하는 QoS 레벨을 위한 요구를 지시하기 위해 현존하는 시그널링에 특정 파라미터를 이용할 수 있다.

도 4는 WTRU에 의한 QoS 요구를 사용하여 EPS 베어러를 설정하기 위한 예시적인 프로세스를 도시하고 있다. WTRU(402)는 예를 들어 eNB(404)를 경유하여 LTE 네트워크에 접속하려고 시도할 수 있다. 접속 프로세스의 부분으로서, 하나 이상의 EPS 베어러가 WTRU(402)를 위한 접속을 지원하도록 설정될 수 있다. 베어러 설정 프로세스의 부분으로서, 414에서, WTRU(402)는 애플리케이션 정보, 서비스 정보 및/또는 PCRF(406)(및/또는 다른 PCC 노드)를 위한 요구된 QoS 파라미터(들) 중 하나 이상을 송신할 수 있다. 예를 들어, WTRU(402)는 요구된 베어러를 위해 적절한 것으로 결정된 원하는 비트레이트, 지연, 비트 에러율(예를 들어, GBR, MBR 등), 블록 에러율, QCI 값, QoS 하이퍼스페이스 좌표 및/또는 다른 QoS 파라미터와 같은 원하는 QoS 파라미터값을 요구할 수 있다.

예에서, WTRU(402)는 하나 이상의 서비스 데이터 흐름(SDF)을 위한 원하는 QoS 파라미터를 명시적으로 지정할 수 있다. 예를 들어, 제1 SDF에 대해, WTRU(402)는 소스 IP 어드레스, 목적지 IP 어드레스, 소스 포트 번호(예를 들어, 소스 포트 3721), 목적지 포트 번호(예를 들어, 목적지 포트 4892), 프로토콜 유형(예를 들어, UDP에 대해 17) 및/또는 하나 이상의 QoS 파라미터 중 하나 이상을 지시할 수 있다. 예를 들어, WTRU(402)는 제1 SDF를 위한 원하는 QoS 파라미터가 100 ms 미만인 지연 및/또는 10^-3 미만의 패킷 손실 에러율(PLER)이라는 것을 지시할 수 있다. 예에서, 제2 SDF에 대해, WTRU(402)는 소스 IP 어드레스, 목적지 IP 어드레스, 소스 포트 번호(예를 들어, 소스 포트 3722), 목적지 포트 번호(예를 들어, 목적지 포트 5897), 프로토콜 유형(예를 들어, UDP에 대해 17) 및/또는 하나 이상의 QoS 파라미터 중 하나 이상을 지시할 수 있다. 예를 들어, WTRU(402)는 제2 SDF를 위한 원하는 QoS 파라미터가 200 ms 미만인 지연 및/또는 10^-2 미만의 패킷 손실 에러율(PLER)이라는 것을 지시할 수 있다. 제1 SDF 및 제2 SDF를 위한 QoS 파라미터 요구는 WTRU(402)와 동일한 또는 상이한 메시지 내에 포함될 수 있다.

어느 QoS 파라미터가 WTRU(402)에 대해 적절한지의 판정을 용이하게 하기 위해, PCRF(406)는 416에서 가입자 프로파일 저장소(SPR)(408)로부터 WTRU(402)를 위한 가입을 요구할 수 있다. SPR(408)은 WTRU(402)를 위한 가입 정보를 포함하는 가입 정보의 데이터베이스를 포함할 수 있다. 418에서, SPR(408)은 PCRF(406)에 응답할 수 있고, 응답은 WTRU(402)를 위한 가입 정보를 포함할 수 있다.

예에서, 420에서 PCRF(406)는 WTRU(402)를 위해 설정되는 베어러(들)를 위한 적절한 QoS 파라미터를 결정할 수 있다. 예를 들어, PCRF(406)는 애플리케이션 정보, 서비스 정보, 요구된 QoS 파라미터(들), 가입자 정보 및/또는 WTRU(402)에 관한 다른 정보 중 하나 이상에 기초하여 적절한 파라미터를 결정할 수 있다. 예에서, PCRF(406)는 WTRU(402)가 414에서 특정 QoS 파라미터를 요구하는지 여부를 먼저 판정할 수 있다. 만일 그러하면, PCRF(406)는 WTRU(402)에 의한 QoS 파라미터 요구에 대응하는 QoS 파라미터(예를 들어, QCI, GBR, MBR 등)를 결정할 수 있다. 달리 말하면, PCRF(406)는 WTRU(402)에 의해 요구된 QoS 파라미터에 가장 밀접하게 정합하고 그리고/또는 WTRU(402)에 의해 행해진 요구를 충족하는 QoS 파라미터를 식별하려고 시도할 수 있다. 결정된 QoS 파라미터가 WTRU(402)의 가입 서비스에 의해 허용되면, 대응 QoS 파라미터를 갖는 베어러가 WTRU(402)에 할당될 수 있다. 그러나, PCRF(406)는 WTRU에 의해 요구된 QoS 파라미터가 WTRU(402)를 위한 가입 정보에 따라 지원되지 않는다고 판정할 수 있다. 만일 그러하면, PCRF는 WTRU(402)에 의해 제공된 애플리케이션 정보, WTRU(402)에 의해 제공된 서비스 정보 및/또는 WTRU(402)를 위한 가입 정보와 같은 다른 팩터에 기초하여 요구된 베어러를 위해 할당하기 위한 QoS 파라미터를 결정할 수 있다.

WTRU가 소정의 애플리케이션을 위해 적절한 것보다 더 많은 네트워크 리소스를 소비하는 리소스를 부적절하게 요구하는 것(예를 들어, 200 ms의 지연이 애플리케이션 성능에 거의 또는 전혀 영향을 미치지 않을 때 100 ms 이하의 최대 지연을 요구함)을 방지하기 위해 그리고/또는 네트워크 사업자가 WTRU에 제공된 서비스를 위한 적절한 요금을 생성하는 것을 보장하기 위해, PCC 기능은 WTRU(402)에 의해 요구된 QoS 요구를 허용하고, 수정하고 그리고/또는 거절할 수 있다. 예를 들어, 요구를 수락하고, 수정하고, 그리고/또는 거절하는지 여부의 판정은 가입자 및/또는 다른 정책을 위한 허용된 서비스에 기초한다.

예를 들어, 422에서, PCRF(406)는 QoS 요구를 수락하고, 수정하거나 거절하는 메시지를 WTRU(402)에 송신할 수 있다. 메시지는 WTRU, SDF ID, QoS 판정 또는 원인(예를 들어, 수락, 수정, 거절 등) 및/또는 WTRU에 할당되었던 QoS 파라미터의 지시 중 하나 이상을 포함할 수 있다. 예를 들어, 414에서 요구된 QoS 파라미터가 PCRF(406)에 의해 수락되면, 수락 메시지가 WTRU(402)에 송신될 수 있다. 414에서 요구된 QoS 파라미터가 PCRF(406)에 의해 수정되어 있으면, 수정 메시지가 WTRU(402)에 송신될 수 있다. 수정의 이벤트에, 결정된 QoS가 제공될 수 있고 그리고/또는 연관된 과금 정보가 포함될 수 있다. 수정 메시지는 어느 파라미터가 변경되는지 그리고/또는 어느 QoS 파라미터가 WTRU에 할당되었는지를 지시할 수 있다. WTRU(402)에 의해 요구된 QoS 파라미터가 거절되었으면, 거절 메시지가 WTRU(402)에 송신될 수 있다. 거절의 이벤트에, 제안된 QoS 파라미터가 제공될 수 있고 그리고/또는 연관된 과금 정보가 포함될 수 있다. 명시적 QoS 요구가 거절되면, WTRU는 원본 QoS 요구를 수정하고 새로운 요구를 송신할 수 있다.

일단 PCRF(406)가 WTRU(402)에 의해 지시된 SDF를 위한 적절한 QoS 파라미터를 식별하면(예를 들어, SPR(408)로부터 수신된 요구 및/또는 WTRU 가입 정보에 기초하여), PCRF(406)는 SDF 아이덴티티 및/또는 WTRU(402)에 대해 선택되었던 연관된 QoS 파라미터에 관한 정보를 PCEF(410)에 송신할 수 있다. 예를 들어, 424에서, PCRF(406)는 PCC 규칙을 PCEF(410) 및/또는 패킷 게이트웨이(P-GW)(412)에 송신할 수 있다. PCC 규칙은 WTRU(402)에 의해 요구된 QoS 파라미터 및/또는 WTRU(402)를 위해 생성될 베어러를 위해 할당된 QoS 파라미터의 지시를 포함할 수 있다.

PCEF(410) 및/또는 P-GW(412)는 이어서 426에서 WTRU(402)에 의한 요구에 기초하여 전용된 EPS 베어러의 설정을 개시할 수 있다. EPS 베어러 셋업의 상세는 도 4에 도시되어 있지 않지만, 도시되어 있지 않은 하나 이상의 엔티티(예를 들어, 서빙 게이트웨이(S-GW), 이동도 관리 엔티티(MME) 등)가 도 4에는 도시되어 있지 않더라도 베어러 설정에 수반될 수도 있다. EPS 베어러 설정시에, SDF는 생성된 EPS 베어러를 경유하여 코어 네트워크를 통해 전송될 수 있다. 예에서, 다수의 SDF는 유사한 QoS 요구와 연관될 수 있고, 따라서 동일한 EPS 베어러에 할당될 수 있다.

패킷이 이들의 개별 상대 우선순위에 기초하여 흐름으로부터 분리됨에 따라, 패킷이 목적지 WTRU에 도달할 때, 패킷은 비순차적으로 도달할 수 있다. 예를 들어, 소스 및/또는 목적지 WTRU는 수신된 패킷을 분리하고, 병합하고, 그리고/또는 재순서화할 수 있다. 패킷 분리는 패킷 소스에서 상이한 유형의 패킷의 상대 중요도에 따라 둘 이상의 서브-스트림으로 패킷 스트림(예를 들어, 비디오 트래픽)을 분리하는 것을 포함할 수 있다. 분리는 전송 네트워크를 통해 유지될 수 있어, 라우팅 및/또는 병합 중에 패킷 식별을 용이하게 한다. 패킷 분리를 위해 이용될 수 있는 2개의 예시적인 방법은 다중 포트 번호의 사용 및/또는 식별을 위한 IP 패킷 헤더 내의 특정 필드의 사용을 포함할 수 있다.

애플리케이션을 다수의 서브-스트림으로 분리하고, 서브-스트림을 병합하고 그리고/또는 패킷을 재순서화하는 방법은 LTE/SAE 시스템 및/또는 다른 진보된 통신 시스템에 의해 적용될 수 있다. 애플리케이션 데이터는 비디오 데이터 및/또는 상이한 유형의 패킷이 상이한 상대 중요도를 갖는 다른 애플리케이션일 수 있다. 비디오 스트림 분리, 병합 및/또는 재순서화가 적용될 수 있는 예시적인 비디오 코덱은 H.264/AVC, H.264/SVC 및/또는 비디오 패킷이 이들의 상대 중요도에 따라 애플리케이션 계층에서 분리되게 허용하는 다른 비디오 코덱을 포함한다.

서브-스트림의 멀티플렉싱/병합 및/또는 개별 패킷의 재순서화는 수신기에서 발생할 수 있다. 각각의 서브-스트림은 다른 서브-스트림에 독립적으로 네트워크에 의해 라우팅될 수 있기 때문에, 패킷은 상이한 전송 경로 및/또는 전송 프로세싱에 기인하여 목적지에 비순차적으로 도달할 수 있다. 재순서화는 다수의 서브-스트림으로의 분리에 앞서 반영된 바와 같은 이들의 원래 순서로 패킷을 재정렬하기 위해 수행될 수 있다.

예에서, 비디오 애플리케이션이 하나 이상의 NAL 유닛을 전송을 위해 실시간 전송 프로토콜(RTP) 계층으로 송신할 때, RTP 패킷 포맷은 전송되는 NAL 유닛의 유형에 관한 정보 및/또는 비디오 패킷을 위한 다른 식별 정보를 보존하는데 사용될 수 있다. 예를 들어, RTP 패킷 헤더에서, 7 비트 길이일 수 있는 페이로드 유형(PT)이라 칭하는 필드가 존재한다. 예를 들어 회의 제어 프로토콜을 통해 식별자 값을 동적으로 할당하는데 사용될 수 있는, 예를 들어 96 내지 127의 값과 같은 값의 범위가 존재한다. 이들 값은 비디오 코덱(예를 들어, H.264/AVC)을 위한 상이한 유형의 비디오 패킷을 식별하는데 사용될 수 있다. 예를 들어, 제1 값(예를 들어, 값 96)이 우선순위 NRI=11을 갖는 H.264/AVC 패킷에 할당될 수 있고, 제2 값(예를 들어, 값 97)이 우선순위 NRI=10을 갖는 H.264/AVC 패킷에 할당될 수 있고, 제3 값(예를 들어, 값 98)이 우선순위 NRI=01을 갖는 H.264/AVC 패킷에 할당될 수 있고, 제4 값(예를 들어, 값 99)이 우선순위 NRI=00을 갖는 H.264/AVC 패킷에 할당될 수 있다. 상기에 표현된 값은 예이고, 다른 PT 값이 사용될 수 있다. 예에서, 제1 값(예를 들어, 값 96)은 nal_unit_type=5(예를 들어, IDR)를 갖는 H.264/AVC 패킷에 할당될 수 있고, 제2 값(예를 들어, 값 97)은 nal_unit_type=2(예를 들어, 파티션 A)를 갖는 H.264/AVC 패킷에 할당될 수 있고, 제3 값(예를 들어, 값 98)은 nal_unit_type=3(예를 들어, 파티션 B)을 갖는 H.264/AVC 패킷에 할당될 수 있고, 제4 값(예를 들어, 값 99)은 nal_unit_type=4(예를 들어, 파티션 C)를 갖는 H.264/AVC 패킷에 할당될 수 있다.

이러한 접근법을 사용하여, 패킷 및/또는 패킷 유형(예를 들어, NAL 유닛의 유형)을 위한 식별자가 RTP 패킷 헤더 내에 포함될 수 있다. RTP 패킷이 전송을 위한 더 하위 계층에 송신될 때, 다수의 UDP 소켓은 개방될 수 있다. 각각의 개방된 소켓은 상이한 유형의 RTP 패킷 및/또는 상이한 패킷 우선순위에 대응할 수 있다. 이와 같이 함으로써, 소켓은 상이한 유형의 NAL 유닛에 각각 대응할 수 있다. 각각의 RTP 패킷은 진보된 통신 시스템에서 전체적으로 처리될 수 있기 때문에, 상이한 유형의 NAL 유닛이 단일의 RTP 패킷 내에 포함되는 것이 억제될 수 있다.

수신기측에서, 다수의 서브-스트림은 비디오 디코더를 위한 단일의 스트림으로 병합될 수 있다. 수신기 WTRU는 병합을 수행하도록 구성될 수 있다. 예에서, 스트림의 분할 및/또는 서브-스트림의 병합은 비디오 코덱과 RTP 패킷 인코더 사이에 미들웨어를 도입함으로써 수행될 수 있다. 예에서, 스트림의 분할 및/또는 서브-스트림의 병합은 RTP 인코딩 프로토콜을 향상시킴으로써 수행될 수 있어, 예를 들어 패킷을 위한 하나 이상의 식별자를 포함한다. 서브-스트림이 수신기에서 병합될 때, 병합된 비디오 패킷은 비순차적일 수 있다. 따라서, 재순서화는 비디오 패킷이 비디오 디코더에 입력되기 전에 수행될 수 있다.

도 5는 미들웨어 모듈을 사용하는 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 예시적인 프로토콜 스택을 도시하고 있다. 예를 들어, 미들웨어(506)가 비디오 애플리케이션 소스 내에 포함될 수 있고, 비디오 분리를 수행하도록 구성될 수 있다. 미들웨어(512)는 비디오 목적지 애플리케이션 내에 포함될 수 있고, 패킷의 병합 및/또는 재순서화를 수행하도록 구성될 수 있다. 예를 들어, 비디오 애플리케이션 소스 및 비디오 애플리케이션 목적지는 비디오 세션(예를 들어, 스트리밍 비디오 세션)을 설정할 수 있다. 세션 설정 중 또는 후에, 미들웨어(502) 및 미들웨어(512)는 비디오 세션을 지원하는데 사용될 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 파라미터를 교환할 수 있다. 비디오 패킷 프로세싱을 용이하게 하기 위해, 미들웨어(506)는 미들웨어(512)와의 통신을 위한 포트 또는 소켓(예를 들어, 포트 P0)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 유사하게, 미들웨어(512)는 미들웨어(506)와 통신을 위한 포트 또는 소켓(예를 들어, 포트 P4)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 그러나, 구조화된 스트림 전송(SST, structured stream transport), 스트림 제어 전송 프로토콜(SCTP, stream control transmission protocol), 데이터그램 혼합 제어 프로토콜(DCCP, datagran congestion control protocol), 명시적 혼잡 제어 프로토콜(XCP, explicit Congestion Control Protocol) 등과 같은 다른 유형의 전송 프로토콜이 사용될 수 있다.

미들웨어 엔티티(예를 들어, 미들웨어(506) 및 미들웨어(512))는 비디오 인코더(502)로부터 수신되어 비디오 디코더(514)로 송신될 비디오 패킷을 전송하기 위해 사용을 위한 서브-스트림의 수를 결정할 수 있다. 예에서, 도 5에 도시되어 있는 바와 같이, 3개의 서브-스트림이 비디오 패킷을 송신하기 위해 설정될 수 있지만, 더 많거나 적은 서브-스트림이 사용될 수도 있다. 비디오 애플리케이션 소스 및/또는 비디오 애플리케이션 목적지는 각각의 서브-스트림을 위한 포트 또는 소켓을 설정할 수 있다. 예를 들어, 비디오 애플리케이션 소스는 3개의 서브-스트림을 경유하여 비디오 패킷을 송신하기 위해 포트 P1, P2, P3를 설정할 수 있다. RTP/SRTP(508)는 비디오 애플리케이션 소스로부터 서브-스트림을 송신하도록 구성된 엔티티일 수 있다. 도 5와 관련하여 설명된 예는 복수의 서브-스트림을 송신하기 위한 RTP 또는 SRTP 프로토콜을 사용하지만(예를 들어, UDP 포트 또는 소정의 다른 전송 프로토콜을 사용함), 다른 유형의 스트리밍 프로토콜이 사용될 수 있다(예를 들어, 실시간 스트리밍 프로토콜(RTSP, real-time streaming protocol), 마이크로소프트 미디어 서버(MMS, Microsoft Media Server) 등). 비디오 애플리케이션 소스는 3개의 서브-스트림을 경유하여, 예를 들어 RTP/SRTP 엔티티(510)를 경유하여 비디오 패킷을 수신하기 위해 포트 P5, P6 및 P7을 설정할 수 있다. 예에서, 포트는 UDP 포트일 수 있지만, 다른 전송 프로토콜이 또한 사용될 수 있다.

디폴트 세팅이 예를 들어 비디오 애플리케이션 엔티티들 사이에 교환된 명시적 제어 파라미터의 결여 시에, 서브-스트림의 수 및/또는 각각의 서브-스트림과 연관된 패킷의 유형을 설정하기 위해 사용될 수 있다. 예에서, 사용자는 인터페이스로 제시될 수 있고 원하는 품질의 지시를 공급할 수 있다. 요구된 품질이 증가함에 따라, 개방된 포트/서브-스트림의 수가 증가될 수 있어, 예를 들어 상이한 유형의 비디오 패킷의 프로세싱에 있어서 증가된 세밀도를 제공한다. 이러한 접근법은 PCC 기능을 합체하여 요구된 스트리밍 기능이 사용자를 위한 가입 계획에 따라 허용되는 것을 확인할 수 있다.

도 6은 미들웨어 접근법을 사용하는 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 예시적인 절차를 도시하고 있다. 예를 들어, 620에서, 비디오 세션은 비디오 소스와 비디오 목적지 사이에 설정될 수 있다. 미들웨어(602) 및 미들웨어(612)는 비디오 세션을 지원하는데 사용될 비디오 패킷 분리, 병합 및/또는 재순서화를 위한 파라미터를 교환할 수 있다. 비디오 패킷 프로세싱을 용이하게 하기 위해, 미들웨어(606)는 미들웨어(612)와 통신을 위한 포트 또는 소켓(예를 들어, 포트 P0)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 유사하게, 미들웨어(612)는 미들웨어(606)와의 통신을 위한 포트 또는 소켓(예를 들어, 포트 P4)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 그러나, SST, SCTP, DCCP 등과 같은 다른 유형의 전송 프로토콜이 사용될 수 있다.

622에서, 미들웨어(606) 및/또는 미들웨어(612)는 예를 들어 사용자 선호도 및/또는 디폴트 세팅에 기초하여 사용을 위한 서브-스트림의 수를 결정할 수 있다. 예를 들어, 미들웨어(606) 및/또는 미들웨어(612)는 비디오 세션을 위해 사용될 상이한 유형의 NALU의 수를 결정할 수 있다. 사용을 위한 스트림의 수에 관한 결정에 기초하여, 적절한 수의 포트 또는 소켓이 개별 소켓을 경유하여 서브-스트림을 전송하기 위해 설정될 수 있다. 예를 들어, 비디오 소스는 포트 P1, P2 및 P3를 개방할 수 있고, 비디오 목적지는 포트 P5, P6 및 P7을 개방할 수 있다. 상이한 서브-스트림을 위해 개방된 소켓/포트는 상이한 QoS 파라미터와 연관될 수 있고, 서브-스트림 내에 포함된 패킷은 그 서브-스트림을 위한 소켓과 연관된 QoS 파라미터에 따라 전송 네트워크 내에서 라우팅될 수 있다.

비디오 인코더(602)는 비디오 데이터를 포함하는 NALU를 생성하는 것을 시작할 수 있다. 비디오 인코더(602)로부터 NALU 스트림을 수신할 때, 624에서, 미들웨어(606)는 예를 들어 NALU 스트림 내의 패킷의 상대 중요도 및/또는 원하는 QoS에 기초하여, 하나 이상의 서브-스트림으로 NALU 스트림을 분할할 수 있다. 도 6에 도시되어 있는 예에서, NALU 스트림은 3개의 서브-스트림으로 분할될 수 있다. 예에서, 미들웨어(506)는 예를 들어, NALU 스트림 내에 포함된 패킷의 NRI(예를 들어, 2개의 비트일 수 있음) 및/또는 NAL 유닛 유형 필드(예를 들어, 5개의 비트일 수 있음)를 검사함으로써 NALU 스트림을 NALU의 유형에 기초하여 3개의 서브-스트림으로 분할/분리할 수 있다. 적절한 서브-스트림은 NALU의 유형(예를 들어, NRI 및/또는 NAL 유닛 유형)을 지시하는 필드의 값에 기초하여 결정될 수 있다.

미들웨어(606)는 서브-스트림 내의 패킷을 라벨링할 수 있고 또는 어떻게 패킷이 비디오 애플리케이션 목적지에서 재순서화를 위해 서브-스트림으로 분리되어 있는지를 다른 방식으로 지시할 수도 있다. 예를 들어, 미들웨어(606)는 시퀀스 번호를 포함하는 NALU 스트림 내의 패킷에 헤더를 추가할 수 있다. 시퀀스 번호는 복수의 서브-스트림으로 분리에 앞서 패킷의 상대적인 순서를 지시할 수 있다. 시퀀스 번호는 NALU의 순서가 보존되는 이러한 방식으로 RTP/SRTP 패킷에 할당될 수 있다. RTP/SRTP 캡슐화 중에, 일부 또는 전체 서브-스트림은 단일의 시퀀스 번호 공간을 공유할 수 있고, 공유된 시퀀스 넘버 공간은 수신기에서 복수의 서브-스트림의 재순서화를 위해 사용될 수 있다. 예에서, 그 자신의 헤더를 추가하는 대신에, 미들웨어(606)는 시퀀스 번호 및/또는 소정의 패킷을 위한 시퀀스 번호의 지시를 RTP/SRTP 엔티티(608)에 송신할 수 있다. RTP/SRTP 엔티티(608)는 비디오 패킷을 위한 RTP/SRTP 헤더 내의 시퀀스 번호를 포함할 수 있다. 예를 들어, RTP/SRTP 엔티티(608)는 확장된 헤더(예를 들어, 시퀀스 번호)가 표준 RTP 헤더와 RTP 페이로드 필드 사이에 포함되어 있는 것을 RTP 패킷 헤더 내에 지시할 수 있다. 확장된 헤더의 지시는 RTP 헤더 내의 X(확장) 필드를 사용하여 지시될 수 있다. 다른 예에서, 페이로드 유형(PT) 필드가 시퀀스 번호를 지시하는데 사용될 수 있다. RTP/SRTP 엔티티(608)는 각각의 서브-스트림을 비디오 애플리케이션 목적지에 송신할 수 있다. 예를 들어, 각각의 서브-스트림은 개별 소켓 또는 포트(예를 들어, UDP 소켓 또는 포트)와 연관될 수 있다.

서브-스트림은 RTP/SRTP(610)를 경유하여 수신되어 미들웨어(612)에 송신될 수 있다. 626에서, 미들웨어(612)는 예를 들어 패킷 분리 중에 패킷에 추가되었던 시퀀스 번호에 기초하여 수신된 패킷을 병합하고 그리고/또는 재순서화할 수 있다. 재순서화는 이들 시퀀스 번호에 기초하여 수행될 수 있고, 이어서 시퀀스 번호는 재구성된 NALU 스트림을 비디오 디코더(614)에 통과시키기 전에 패킷으로부터 제거될 수 있다. 예에서, 다수의 비디오 애플리케이션에 대해, 오디오를 위해 전용된 것들과 같은 다른 스트림이 마찬가지로 생성될 수 있다. 이들 다른 시스템은 또한 비디오 데이터 서브-스트림과 함께 송신될 수 있다.

비디오 애플리케이션 목적지에서 멀티플렉싱 프로세스 중에 비디오를 재순서화할 때 하나 이상의 접근법이 사용될 수 있다. 예를 들어, 비디오 소스에서 미들웨어는 각각의 NAL 유닛에 헤더를 추가할 수 있다. 헤더는 고유 시퀀스 번호를 포함할 수 있고, 이 고유 시퀀스 번호는 패킷 재순서화를 위해 비디오 목적지에서 사용될 수 있다. 예에서, 미들웨어는 RTP 패킷의 시퀀스 번호 필드를 이용할 수 있어 RTP/SRTP 서브-스트림의 일부 또는 전체가 동일한 시퀀스 번호 공간을 공유하게 된다. 비디오 목적지에서, RTP 패킷 헤더 내의 시퀀스 번호는 이어서 재순서화를 위해 사용될 수 있다. RTP/SRTP 헤더 정보가 각각의 서브-스트림 내의 패킷에 할당된 고유 시퀀스 번호를 포함할 때 상이한 유형의 NALU가 동일한 RTP/SRTP 패킷 내에 캡슐화되는 것을 회피하기 위해, 예에서 각각의 RTP/SRTP 패킷은 단일의 NALU를 포함하도록 구성된다. 다른 예에서, 고유 시퀀스 번호를 사용하는 대신에 또는 그에 추가하여, 타임스탬프는 패킷 재순서화를 위해 사용될 수 있다. 예를 들어, 비디오 인코더에서 각각의 NALU는 타임스탬프로 마킹될 수 있고, 비디오 디코더 애플리케이션은 다수의 서브-스트림을 경유하여 수신된 패킷을 재순서화하기 위해 타임스탬프를 이용할 수 있다.

역호환성을 위해, 소스 및/또는 목적지에서의 미들웨어(예를 들어, 미들웨어(606) 및/또는 미들웨어(612))는 비디오 피어 애플리케이션/디바이스가 서브-스트림 프로세싱 미들웨어의 사용을 지원하는지 및/또는 설치된 서브-스트림 프로세싱 미들웨어를 포함하는지 여부를 결정할 수 있다. 피어 디바이스(예를 들어, 비디오 스트리밍 세션으로의 다른 집단)가 적절한 미들웨어를 포함하지 않고 그리고/또는 서브-스트림 NAL 유닛 차등화를 지원하지 않으면, 다른 디바이스 상에 설치된 미들웨어는 패스-스루 엔티티로서 작용할 수 있다. 예를 들어, 미들웨어는 비디오 인코더로부터 RTP/SRTP 엔티티로 비수정된/비-캡슐화된 NALU 스트림을 간단히 통과시키거나(예를 들어, 비디오 소스측) RTP/SRTP 엔티티로부터 비디오 디코더로 비수정된/비-캡슐화된 NALU 스트림을 통과시킬 수 있다(예를 들어, 비디오 목적지측).

예에서, RTP 및/또는 SRTP(및/또는 소정의 다른 비디오 스트리밍 프로토콜)는 비디오 패킷 분리, 비디오 패킷 병합 및/또는 비디오 패킷 재순서화와 같은 하나 이상의 기능을 지원하고/수행하기 위해 수정될 수 있다. 이러한 기능성은 RTP 비디오 프로파일이라 칭할 수 있다.

도 7은 비디오 패킷 분리, 비디오 패킷 병합 및/또는 비디오 패킷 재순서화 중 하나 이상을 수행하기 위해 RTP를 향상시키기 위한 예시적인 접근법을 도시하고 있다. 세션 콘트롤(704) 및/또는 세션 콘트롤(710)은 비디오 애플리케이션 소스와 비디오 애플리케이션 목적지 사이에 스트리밍 비디오 세션을 설정할 수 있다. 세션을 설정할 때, 비디오 패킷(예를 들어, NAL 유닛 스트림)은 비디오 인코더(702)로부터 출력되어 비디오 애플리케이션 목적지로 전송될 수 있다. 비디오 프로파일 디멀티플렉서(708)는 비디오 인코더(702)로부터 출력된 NAL 유닛 스트림 내에 포함된 패킷을 검사할 수 있다. 예를 들어, 비디오 프로파일 디멀티플렉서(706)는 NALU 패킷 유형 및/또는 NALU 패킷 우선순위를 검사하도록 향상된 RTP/SRTP 엔티티일 수 있다. 예에서, 비디오 프로파일 멀티플렉서(706)는 NALU 유형 정보를 결정할 수 있고(예를 들어, 미들웨어에 대해 전술된 바와 유사한 방식으로 - NRI, NAL 유닛 유형 필드를 검사하는 등), 패킷의 상대 우선순위 및/또는 NALU의 유형에 기초하여 복수의 서브-스트림으로 NALU 스트림을 분리/디멀티플렉싱할 수 있다. 비디오 프로파일 디멀티플렉서(706)는 각각의 서브-스트림을 위한 패킷에 타임스탬프 및/또는 시퀀스 번호를 삽입할 수 있다. 예를 들어, RTP 패킷 헤더 내의 현존하는 32-비트 타임스탬프 필드 및/또는 16 비트 시퀀스 번호 필드는 이 목적으로 사용될 수 있고 그리고/또는 다른 타임스탬프/시퀀스 번호가 생성될 수 있다. 서브-스트림은 이어서 비디오 애플리케이션 목적지에 송신될 수 있다.

수신기측에서, 서브-스트림은 예를 들어 서브-스트림 내에 포함된 패킷의 타임스탬프 및/또는 시퀀스 번호에 기초하여 복수의 서브-스트림을 병합하고 그리고/또는 재순서화하기 위해 향상되는 RTP/SRTP 엔티티일 수 있는 비디오 프로파일 디멀티플렉서에 의해 수신될 수 있다. 병합된 NAL 유닛 스트림은 이어서 추가의 프로세싱을 위해 비디오 디코더(712)에 송신될 수 있다.

도 8은 RTP 비디오 프로파일 접근법을 사용하여 비디오 트래픽 분리, 병합 및/또는 재순서화를 위한 예시적인 절차를 도시하고 있다. 예를 들어, 820에서 비디오 세션은 세션 콘트롤(804)과 세션 콘트롤(810) 사이에 설정될 수 있다. 예에서, 세션 콘트롤(804) 및 세션 콘트롤(810)은 비디오 세션을 지원하기 위해 사용될 비디오 패킷 분리, 병합 및/또는 재순서화를 위해 파라미터를 교환할 수 있다. 비디오 패킷 프로세싱을 용이하게 하기 위해, 세션 콘트롤(804)은 세션 콘트롤(810)과의 통신을 위한 포트 또는 소켓(예를 들어, 포트 P0)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 유사하게, 세션 콘트롤(810)은 세션 콘트롤(804)과의 통신을 위한 포트 또는 소켓(예를 들어, 포트 P4)을 설정할 수 있다. 예를 들어, 포트는 TCP 또는 UDP 포트일 수 있다. 그러나, SST, SCTP, DCCP, XCP 등과 같은 다른 유형의 전송 프로토콜이 사용될 수 있다.

822에서, 세션 콘트롤(804) 및/또는 세션 콘트롤(810)이 예를 들어 사용자 선호도 및/또는 디폴트 세팅에 기초하여 사용을 위한 서브-스트림의 수를 결정할 수 있다. 예를 들어, 세션 콘트롤(804) 및/또는 세션 콘트롤(810)은 비디오 세션을 위해 사용될 상이한 유형의 NALU의 수를 결정할 수 있다. 사용을 위한 스트림의 수에 관한 결정에 기초하여, 적절한 수의 포트 또는 소켓이 개별 소켓을 경유하여 서브-스트림을 전송하기 위해 설정될 수 있다. 예를 들어, 비디오 소스는 포트 P1, P2 및 P3를 개방할 수 있고, 비디오 목적지는 포트 P5, P6 및 P7을 개방할 수 있다. 상이한 서브-스트림을 위해 개방된 소켓/포트는 상이한 QoS 파라미터와 연관될 수 있고, 그 서브-스트림을 위해 소켓과 연관된 QoS 파라미터에 따라 전송 네트워크 내에서 라우팅될 수 있다.

비디오 인코더(802)는 비디오 데이터를 포함하는 NALU를 생성하는 것을 시작할 수 있다. 비디오 인코더(802)로부터 NALU 스트림을 수신할 때, 624에서 RTP/SRTP 비디오 프로파일(806)은 예를 들어 NALU 스트림 내의 패킷의 상대 중요도 및/또는 원하는 QoS에 기초하여, NALU 스트림을 하나 이상의 서브-스트림으로 분할할 수 있다. 도 8에 도시되어 있는 예에서, NALU 스트림은 3개의 서브-스트림으로 분할될 수 있다. 예에서, RTP/SRTP 비디오 프로파일(806)은, 예를 들어 NALU 스트림 내에 포함된 패킷의 NAL 유닛 유형 필드(예를 들어, 5개의 비트일 수 있음) 및/또는 NRI(예를 들어, 2개의 비트일 수 있음)를 검사함으로써, NALU의 유형에 기초하여 NALU 스트림을 3개의 서브-스트림으로 분할/분리할 수 있다. 적절한 서브-스트림은 NALU의 유형(예를 들어, NRI 및/또는 NAL 유닛 유형)을 지시하는 필드의 값에 기초하여 결정될 수 있다.

RTP/SRTP 비디오 프로파일(806)은 서브-스트림 내의 패킷을 라벨링할 수 있고 또는 어떻게 패킷이 비디오 애플리케이션 목적지에서 재순서화를 위해 서브-스트림으로 분리되어 있는지를 다른 방식으로 지시할 수도 있다. 예를 들어, RTP/SRTP 비디오 프로파일(806)은 복수의 서브-스트림 내의 패킷의 상대 순서의 지시기로서 RTP/SRTP 패킷의 타임스탬프 필드 및/또는 시퀀스 번호 필드를 사용할 수 있다. 시퀀스 번호/타임스탬프는 NALU의 순서가 보존되는 이러한 방식으로 RTP/SRTP 패킷에 할당될 수 있고, 원본 NALU 스트림을 재생성하기 위해 수신기에 의해 사용될 수도 있다. RTP/SRTP 캡슐화 중에, 일부 또는 전체 서브-스트림은 단일의 시퀀스 번호 공간을 공유할 수 있고, 공유된 시퀀스 넘버 공간은 수신기에서 복수의 서브-스트림의 재순서화를 위해 사용될 수 있다.

서브-스트림은 RTP/SRTP 비디오 프로파일(808)을 경유하여 수신될 수 있다. 826에서, RTP/SRTP 비디오 프로파일(806)은 예를 들어 패킷 분리 중에 패킷에 추가되었던 시퀀스 번호/타임 스탬프에 기초하여 수신된 패킷을 병합하고 그리고/또는 재순서화할 수 있다. 재순서화는 이들 시퀀스 번호에 기초하여 수행될 수 있고, 이어서 시퀀스 번호는 재구성된 NALU 스트림을 비디오 디코더(812)로 통과시키기 전에 패킷으로부터 제거될 수 있다. 예에서, 다수의 비디오 애플리케이션에 대해, 오디오에 전용된 것들과 같은 다른 스트림이 마찬가지로 생성될 수 있다. 이들 다른 스트림은 또한 비디오 데이터 서브-스트림을 갖고 송신될 수 있다.

예에서, 전술된 비디오 스트림 내의 패킷의 상대 우선순위의 지시를 송신하기 위한(예를 들어, 미들웨어 및/또는 RTP/SRTP 비디오 프로파일을 사용하여) 기술들 중 하나 이상을 이용하는 대신에 또는 그에 추가하여, 비디오 패킷의 IP 패킷 헤더 내의 정보 필드가 이용될 수 있다. 예를 들어, 비디오 패킷의 상대 중요도를 결정하는데 사용된 식별자가 그 IP 패킷 헤더 내에 또한 포함되어 있으면, 전송 네트워크 내의 중간 라우터는 패킷의 상대 중요도/유형의 지시에 액세스하여 결정하는 것이 가능할 수 있다. NALU를 포함하는 IP 패킷의 페이로드부를 검사하는 것을 회피하기 위해, 패킷의 상대 중요도를 지시하는 식별자는 NALU 헤더 대신에 또는 그에 추가하여 IP 헤더 내에 또한 포함될 수 있다. 이러한 접근법은 예를 들어, IP 패킷 페이로드가 IPSec과 연관된 공통 ESP 모드를 사용하여 부호화되는 경우에 해당할 수 있는 바와 같이, 부호화되어 있는 IP 패킷 페이로드를 검사하는데 있어서의 어려움을 완화할 수 있다. 예를 들어, 이러한 접근법은 포트 번호가 패킷 식별자의 부분이면 사용될 수 있다.

IPv4와 관련하여, NAL 유닛 헤더 내에 포함된 NRI 및/또는 NAL 유닛 페이로드 유형 필드는 NALU 유닛의 상대 중요도 및/또는 NALU의 유형의 지시를 포함할 수 있다. 다수의 소켓(예를 들어, UDP 소켓)을 개방하는 대신에 또는 그에 추가하여, 비디오 소스는 각각의 서브-스트림의 전송을 위해 단일의 소켓을 개방할 수 있다. 비디오 소스는 이어서 NALU를 포함하는 RTP 패킷을 UDP 패킷 내로 캡슐화하고, 상이한 유형의 UDP 패킷(예를 들어, 상이한 유형의 NALU를 포함함)을 상이한 각각의 버퍼 내에 투입할 수 있다. 비디오 소스는 이어서 UDP 패킷을 각각의 UDP 버퍼/NALU 유형을 위한 특유한 차등화 서비스 코덱 포인트(DSCP, differentiation services codec point) 값을 갖는 IP 패킷 내로 캡슐화할 수 있다.

도 9는 IP 패킷이 비디오 패킷 분리, 병합 및/또는 재순서화 중 하나 이상을 위해 사용된 정보를 사용할 수 있는 접근법을 도시하고 있다. 예를 들어, 비디오 인코더(902)는 RTP/SRTP 엔티티(904)에 의해 수신될 수 있는 NAL 유닛 비디오 패킷 스트림의 출력일 수 있다. RTP/SRTP 엔티티(904)는 예를 들어 페이로드 유형 필드에서 RTP 패킷 헤더 내의 NALU의 유형 및/또는 NALU의 상대 중요도의 지시를 포함할 수 있다. RTP/SRTP 엔티티(904)는 수신기에서 패킷을 재순서화하기 위해 사용될 수 있는 시퀀스 번호 및/또는 타임 스탬프를 또한 포함할 수 있다. NALU의 유형 및/또는 NALU의 상대 중요도는 NRI 필드, NAL 유닛 유형 필드 및/또는 NALU 헤더 내의 소정의 다른 필드에 기초하여 결정될 수 있다. RTP/SRTP 엔티티(904)는 비디오 전송을 위한 소켓 접속을 개방할 수 있다. UDP 엔티티(906)는 RTP/SRTP 엔티티(904)로부터 NALU를 포함하는 RTP/SRTP 스트림을 수신할 수 있다. UDP 엔티티(906)는 예를 들어 상이한 버퍼와 연관된 상이한 유형의 UDP 패킷 내의 RTP/SRTP 패킷을 캡슐화할 수 있다. 상이한 UDP 버퍼와 상이한 유형의 NALU를 연관함으로써, 복수의 서브-스트림으로의 비디오 패킷의 효과적인 분리가 성취될 수 있다.

UDP 패킷은 이어서 IP 엔티티(908)에 송신될 수 있다. IP 엔티티(908)는 이어서 UDP 패킷을 IP 패킷 내에 캡슐화할 수 있다. IP 패킷 내의 하나 이상의 필드는 IP 패킷과 캡슐화된 기초 NALU의 상대 중요도 및/또는 NALU 유형의 지시를 포함하도록 구성될 수 있다. 예를 들어, IPv4에 대해, DSCP 필드는 IP 패킷 내에 캡슐화된 NALU의 유형 및/또는 패킷 또는 상대 중요도를 지시하는데 사용될 수 있지만, IP 헤더 내의 다른 필드가 또한 이용될 수 있다.

IP 패킷이 전송 네트워크를 통해 송신될 때, 전송 네트워크 내의 라우터는 IP 패킷 헤더 내의 수정된 필드(예를 들어, DSCP 필드)에 기초하여 IP 패킷 내에 캡슐화된 NALU의 유형 및/또는 패킷의 상대 중요도를 결정할 수 있다. 라우터는 연관된 NALU의 원하는 QoS에 따라 패킷을 라우팅하도록 이 정보를 사용할 수 있다. 비디오 목적지에서 전송 네트워크로부터의 인입시에, IP 엔티티(910)는 비디오 패킷 스트림을 UDP 엔티티(912)에 통과시키기 위해 캡슐화된 UDP 패킷을 멀티플렉싱하도록 구성될 수 있다. UDP 엔티티(912)는 RTP/SRTP 패킷을 탈캡슐화하고 이들을 RTP/SRTP 엔티티(914)에 송신할 수 있다. RTP/SRTP 엔티티(914)는 NALU 비디오 스트림을 재순서화하기 위해 RTP/SRTP 패킷 내에 포함된 시퀀스 번호 및/또는 타임 스탬프를 사용할 수 있다. 재순서화 NALU 비디오 스트림은 이어서 디코딩을 위해 비디오 디코더(916)에 송신될 수 있다.

상대 중요도 및/또는 NALU의 유형에 관한 정보가 IP 패킷 내에 포함되면, LTE 네트워크를 통한 전송을 위한 EPS 베어러 셋업이 수정될 수 있다. 예를 들어, PCC 엔티티(예를 들어, PRCF)는 서비스 데이터 흐름의 아이덴티티를 P-GW에 통지할 수 있다. P-GW의 PREF는 예를 들어 서비스 데이터 흐름을 식별하기 위해 각각의 통과하는 IP 패킷의 소스 IP 어드레스 및 목적지 IP 어드레스를 식별함으로써, 패킷 라우팅 중에 DSCP 필드를 검사할 수 있다. 라우팅 중에, P-GW는 서비스 데이터 흐름을 현존하는 ESP 베어러에 맵핑할 수 있고 또는 새로운 EPS 베어러의 셋업을 개시할 수 있다. 어느 경우든, 서비스 데이터 흐름은 EPS 베어러에 맵핑될 수 있고, 맵핑은 WTRU에 공지될 수도 있다.

일단 서비스 데이터 흐름으로부터 EPS 베어러로의 맵핑이 결정되면, EPS 베어러는 MAC 스케쥴러가 상이한 유형의 패킷을 위한 서비스 및/또는 QoS를 차등화하는 것을 가능하게 하기 위해 논리 채널에 더 맵핑될 수 있다. 소스 WTRU(예를 들어, 비디오 인코더)에서 비디오 애플리케이션으로부터 효율적이고 우선순위화된 전송을 용이하게 하기 위해, P-GW는 SDF 식별자(예를 들어, DSCP 필드 등)와 EPS 베어러 사이에 맵핑을 송신하여 WTRU에서 이후의 설정된 EPS 베어러의 식별을 용이하게 할 수 있다. WTRU의 UDP 모듈은 어느 UDP 버퍼가 비디오 전송 중에 소정의 패킷이 할당되어어야 하는지를 결정하기 위해 이 맵핑을 사용할 수 있다.

DSCP 필드 대신에 또는 그에 추가하여, IPv6가 전송을 위해 사용되면, 부가의 필드가 기초의 NALU 및/또는 이들의 상대 중요도에 관한 정보를 포함하도록 구성될 수 있다. 예를 들어, DSCP, 트래픽 클래스 및/또는 흐름 ID 필드 중 하나 이상이 이 정보를 전달하는데 사용될 수 있다. 이와 같이 하기 위한 절차는 IPv4 패킷을 위한 DSCP 필드를 사용하는 것과 유사하다. 예를 들어, 상이한 버퍼 내의 UDP 패킷은 상이한 트래픽 클래스 값 및/또는 상이한 흐름 ID 값을 갖는 IP 패킷 내에 캡슐화될 수 있다. 이 방식으로, 전송 네트워크 내의 라우터는 가능하게는 소스 IP 어드레스 및 목적지 IP 어드레스와 같은 부가의 정보를 갖고, IP 패킷의 이들 필드들 중 하나 이상을 검사함으로써 상이한 유형의 비디오 패킷을 식별할 수 있다.

IP 패킷 헤더 필더로부터 QoS 레벨(예를 들어, LTE/SAE의 경우에 QCI 값에 의해 지시됨)로 맵핑할 때, 맵핑은 동적 및/또는 정적일 수 있다. 정적 경우에, 사용되는 맵핑의 유형을 지시하는 시그널링은 생략될 수 있다. 동적 경우에, UE는 원하는 맵핑을 네트워크에 통지할 수 있고, 네트워크는 제안된 맵핑을 수락하고, 수정하고, 그리고/또는 거절하여 단말(예를 들어, LTE/SAE의 경우에 WTRU)이 네트워크 리소스의 사용을 남용하는 것을 방지하고 그리고/또는 네트워크가 제공하는 서비스의 적절한 과금을 보장할 수 있다.

예에서, 비디오 패킷의 유형에 관한 부가의 정보가 통신 시스템에 노출될 수 있어 통신 시스템이 비디오 패킷을 위한 전달 방법을 맞춤화하는데 더 많은 적응성을 갖게 될 수 있다. 예를 들어, H.264/AVE 비디오 코덱에 관한 예에서, 비디오 패킷의 유형(예를 들어, 2-비트 NRI 필드 및 5-비트 NAL 유닛 타입 필드 등)을 지시하는데 사용될 수 있는 비디오 패킷(예를 들어, NAL 유닛) 헤더 내에 하나 이상의 필드가 존재할 수 있다. 그러나, 비디오 패킷은 10개의 상이한 잠재적인 값과 연관될 수 있는 slice_type 정보에 기초하여 더 분류될 수 있다. 예를 들어, slice_type 정보의 상이한 값은 P 슬라이스, B 슬라이스, I 슬라이스, SP 슬라이스, SI 슬라이스 등과 같은 유형을 표현할 수 있다. 이 정보는 NAL 유닛의 페이로드 내에 포함될 수 있다.

slice_type에 의해 NALU를 분류하는 것은 특정 비디오 애플리케이션 및/또는 특정 통신 시스템을 위한 더 효율적인 라우팅 및/또는 더 차등화된 QoS 제어를 용이하게 할 수 있다. 예를 들어, 이러한 정보를 노출하는 것은 통신 시스템이 상이한 slice_type을 위한 잠재적으로 더 양호한 QoS를 제공할 수 있게 할 수 있다. 몇 개의 부가의 비트가 NALU 헤더에 추가될 수 있어 이 정보를 지시하고 그리고/또는 5-비트 NAL 유닛 타입 필드의 정의는 slice_type 정보를 전달하기 위해 수정될 수도 있다. 이 정보는 H.264/AVC, H264/SVC, H.265 및/또는 다른 비디오 코덱과 같은 비디오 코덱을 위한 NALU 헤더 내에 포함될 수 있다.

본 명세서에 설명된 바와 같이, 이하의 방법 또는 절차 중 하나 이상이 단일의 비디오 스트림 내의 비디오 패킷을 위한 차등화된 QoS 서비스를 용이하게 하는데 사용될 수 있다. 예를 들어, LTE/SAE를 위한 QCI 값이 확장될 수 있다. QCI 값의 확장은 H264/AVC 및 다른 비디오 코덱을 수용하기 위해 현재 표준화된 9개의 값을 넘어 QCI 값의 범위를 증가시킬 수 있다. 예에서, QoS 요구/파라미터의 플렉시블 표현이 사용될 수 있다. 이러한 접근법은 WTRU/비디오 소스 및/또는 목적지가 소정의 애플리케이션에 무관하게 다양한 파라미터 또는 팩터에 기초하여 원하는 QoS를 지시할 수 있게 한다. 예를 들어, 지연, 패킷 에러율, 처리량 등과 같은 기초의 세트들이 선택될 수 있고, 원하는 QoS 레벨이 기초들에 의해 걸쳐 있는 하이퍼스페이스 내의 포인트에 의해 표현될 수 있다.

예에서, WTRU는 원하는 QoS 파라미터를 지정하고 그리고/또는 요구할 수 있다. 예를 들어, WTRU는 명시적 요구 QoS 할당을 PCC 엔티티에 송신할 수 있다. PCC 엔티티는 더 높은 우선순위를 갖는 이러한 명시적 QoS 요구를 처리할 수 있고 그리고/또는 명시적 요구가 수신되지 않으면 WTRU를 위한 QoS 요구를 계속 유도할 수 있다. 이러한 절차는 하나 이상의 베어러 설정 메시지 내에 부가의 콘텐츠 및/또는 PCC에서 절차의 변화를 포함함으로써 구현될 수 있다.

예에서, WTRU는 복수의 비디오 패킷 서브-스트림 내로의 비디오 패킷 분리, 비디오 패킷 서브-스트림의 병합 및/또는 비디오 패킷 서브-스트림 내에 포함된 패킷의 재순서화 중 하나 이상을 수행하도록 구성될 수 있다. 예를 들어, 미들웨어가 비디오 패킷 분리, 병합 및/또는 재순서화 중 하나 이상을 수행하는데 사용될 수 있다. 예에서, RTP 프로토콜은 비디오 패킷 분리, 병합 및/또는 재순서화 중 하나 이상을 수행하기 위해 향상될 수 있다. 예를 들어, NALU는 NALU 헤더 내의 유형 및/또는 우선순위 정보에 따라 복수의 서브-스트림으로 분리될 수 있다. 단일 시퀀스 번호 공간이 목적지에서 병합된 서브-스트림 내의 패킷을 재순서화하는 것을 용이하게 하기 위해 서브-스트림을 가로질러 사용될 수 있다. 예에서, IP 헤더는 IP 계층 상의 계층에서 정보 검사를 회피하기 위해 비디오 패킷(및/또는 다른 패킷)의 유형에 대한 정보를 전달하는데 사용될 수 있다.

예에서, 기술은 전송되는 비디오 패킷(및/또는 다른 패킷)의 유형에 관한 데이터 전송 네트워크에 더 많은 정보를 노출하는데 이용될 수 있다. 예를 들어, 더 많은 정보가 H.264/AVC 및/또는 다른 비디오 코덱을 위한 페이로드의 유형을 지시하기 위해 NALU 헤더에 추가될 수 있다.

특징 및 요소가 특정 조합으로 전술되었지만, 당 기술 분야의 숙련자는 각각의 특징 또는 요소가 단독으로 또는 다른 특징 및 요소와의 임의의 조합으로 사용될 수 있다는 것을 이해할 수 있을 것이다. 게다가, 본 명세서에 설명된 방법은 컴퓨터 또는 프로세서에 의해 실행을 위해 컴퓨터 판독 가능 매체에 합체된 컴퓨터 프로그램, 소프트웨어 또는 펌웨어에서 구현될 수 있다. 컴퓨터 판독 가능 매체의 예는 전자 신호(유선 또는 무선 접속을 통해 전송됨) 및 컴퓨터 판독 가능 저장 매체를 포함한다. 컴퓨터 판독 가능 저장 매체의 예는 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM), 레지스터, 캐시 메모리, 반도체 메모리 디바이스, 내장 하드 디스크 및 이동식 디스크와 같은 자기 매체, 자기-광학 매체 및 CD-ROM 디스크 및 디지털 다기능 디스크(DVD)와 같은 광학 매체를 포함하지만, 이들에 한정되는 것은 아니다. 소프트웨어와 연관하는 프로세서가 WTRU, UE, 단말, 기지국, RNC 또는 임의의 호스트 컴퓨터에 사용을 위해 무선 주파수 트랜시버를 구현하는데 사용될 수 있다.

100: 통신 시스템 102: 무선 송수신 유닛(WTRU)
103, 104, 105: 무선 액세스 네트워크(RAN)
106, 107, 109: 코어 네트워크 108: PSTN
110: 인터넷 112: 다른 네트워크
120: 트랜시버 124: 스피커/마이크로폰
126: 키패드 128: 디스플레이/터치패드
130: 비-착탈식 메모리 132: 착탈식 메모리
134: 전원 136: GPS 칩셋

Claims (20)

1. 비디오 패킷 분리 방법에 있어서,
   하나 이상의 네트워크 추상 계층 유닛(NALU, network abstraction layer unit)들을 포함하는 NALU 스트림을 생성하는 단계 ― 상기 NALU들 각각은 비디오 스트림으로부터의 비디오 정보를 포함함 ― ;
   상기 NALU들을 적어도 2개의 서브-스트림들로 분리하는 단계 ― 각각의 NALU 서브-스트림과 연관된 비디오 정보는 상이한 중요도를 가짐 ― ;
   상기 서브-스트림들 각각과 연관된 상기 NALU들을 하나 이상의 패킷들로 캡슐화하는 단계; 및
   네트워크를 통해 상기 서브-스트림들 각각과 연관된 패킷들을 송신하는 단계 ― 상기 서브-스트림들 각각과 연관된 패킷들은 상이한 포트 넘버를 사용하여 송신됨 ―
   를 포함하는, 비디오 패킷 분리 방법.
2. 제1항에 있어서,
   상기 네트워크가 상기 포트 넘버에 기반하여 상기 서브-스트림들 각각과 연관된 패킷들을 라우팅하도록 인에이블하는 단계를 더 포함하는, 비디오 패킷 분리 방법.
3. 제1항에 있어서,
   상기 NALU들 각각에 미들웨어 헤더를 부가하는 단계를 더 포함하며,
   상기 미들웨어 헤더는 시퀀스 넘버를 포함하고, 상기 시퀀스 넘버는 상기 비디오 스트림 내의 NALU들의 순서를 지시하는 것인, 비디오 패킷 분리 방법.
4. 제3항에 있어서,
   상기 NALU들 각각과 연관된 시퀀스 넘버는 고유한 것인, 비디오 패킷 분리 방법.
5. 제3항에 있어서,
   상기 서브-스트림들 각각과 연관된 패킷들을 수신하는 단계;
   상기 미들웨어 헤더로부터 상기 시퀀스 넘버를 결정하고, 상기 시퀀스 넘버에 기반하여, 상기 수신된 패킷들로부터의 NALU들 각각을 결합된 NALU 스트림으로 병합하는 단계 ― 상기 NALU들은 상기 결합된 NALU 스트림 내에서 상기 NALU들의 순서를 확립하도록 병합됨 ― ; 및
   상기 결합된 NALU 스트림을 비디오 인코더로 전송하는 단계
   를 더 포함하는, 비디오 패킷 분리 방법.
6. 제1항에 있어서,
   상기 서브-스트림들 각각에는 상이한 동적 페이로드 유형이 할당되며, 상기 동적 페이로드 유형은 상기 서브-스트림들 각각의 비디오 정보의 중요도를 지시하는 것인, 비디오 패킷 분리 방법.
7. 제6항에 있어서,
   상기 동적 페이로드 유형은 상기 서브-스트림들 각각의 NALU들의 네트워크 추상 계층 기준 식별(NRI, network abstraction layer reference identification) 값을 지시하는 것인, 비디오 패킷 분리 방법.
8. 제6항에 있어서,
   상기 동적 페이로드 유형은 컨퍼런스 제어 프로토콜(conference control protocol)을 사용하여 협상(negotiate)되는 것인, 비디오 패킷 분리 방법.
9. 하나 이상의 포트들을 통해 하나 이상의 패킷들을 수신하는 단계;
   상기 포트들을 통해 수신된 패킷들을 스트림으로 병합하는 단계;
   상기 스트림의 패킷들 각각과 연관된 미들웨어 헤더로부터 시퀀스 넘버를 결정하는 단계; 및
   상기 시퀀스 넘버에 기반하여 상기 스트림의 패킷들을 재순서화하는 단계
   를 포함하는, 방법.
10. 제9항에 있어서,
    상기 스트림의 패킷들 각각으로부터 상기 미들웨어 헤더를 제거하는 단계; 및
    상기 스트림의 패킷들과 연관된 하나 이상의 네트워크 추상 계층 유닛(NALU, network abstraction layer unit)들을 비디오 디코더로 전송하는 단계
    를 더 포함하는, 방법.
11. 무선 송수신 유닛(WTRU, wireless transmit/receive unit)에 있어서,
    프로세서; 및
    송신기
    를 포함하며, 상기 프로세서는.
    하나 이상의 네트워크 추상 계층 유닛(NALU, network abstraction layer unit)들을 포함하는 NALU 스트림을 생성하고 ― 상기 NALU들 각각은 비디오 스트림으로부터의 비디오 정보를 포함함 ― ;
    상기 NALU들을 적어도 2개의 서브-스트림들로 분리하고 ― 각각의 NALU 서브-스트림과 연관된 비디오 정보는 상이한 중요도를 가짐 ― ;
    상기 서브-스트림들 각각과 연관된 상기 NALU들을 하나 이상의 패킷들로 캡슐화하도록
    구성되고, 상기 송신기는,
    네트워크를 통해 상기 서브-스트림들 각각과 연관된 패킷들을 송신하도록
    구성되며, 상기 서브-스트림들 각각과 연관된 패킷들은 상이한 포트 넘버를 사용하여 송신되는 것인, WTRU.
12. 제11항에 있어서,
    상기 프로세서는 또한, 상기 네트워크가 상기 포트 넘버에 기반하여 상기 서브-스트림들 각각과 연관된 패킷들을 라우팅하게끔 인에이블하도록 구성되는 것인, WTRU.
13. 제11항에 있어서,
    상기 프로세서는 또한, 상기 NALU들 각각에 미들웨어 헤더를 부가하도록 구성되며, 상기 미들웨어 헤더는 시퀀스 넘버를 포함하고, 상기 시퀀스 넘버는 상기 비디오 스트림 내의 NALU들의 순서를 지시하는 것인, WTRU.
14. 제13항에 있어서,
    상기 NALU들 각각과 연관된 시퀀스 넘버는 고유한 것인, WTRU.
15. 제13항에 있어서,
    상기 서브-스트림들 각각과 연관된 패킷들을 수신하도록 구성되는 수신기; 및
    상기 미들웨어 헤더로부터 상기 시퀀스 넘버를 결정하고, 상기 시퀀스 넘버에 기반하여, 상기 수신된 패킷들로부터의 NALU들 각각을 결합된 NALU 스트림으로 병합하며, 상기 결합된 NALU 스트림을 비디오 인코더로 전송하도록 구성되는 수신 프로세서
    를 더 포함하며, 상기 NALU들은 상기 결합된 NALU 스트림 내에서 상기 NALU들의 순서를 확립하도록 병합되는 것인, WTRU.
16. 제11항에 있어서,
    상기 서브-스트림들 각각에는 상이한 동적 페이로드 유형이 할당되며, 상기 동적 페이로드 유형은 상기 서브-스트림들 각각의 비디오 정보의 중요도를 지시하는 것인, WTRU.
17. 제16항에 있어서,
    상기 동적 페이로드 유형은 상기 서브-스트림들 각각의 NALU들의 네트워크 추상 계층 기준 식별(NRI, network abstraction layer reference identification) 값을 지시하는 것인, WTRU.
18. 제16항에 있어서,
    상기 동적 페이로드 유형은 컨퍼런스 제어 프로토콜(conference control protocol)을 사용하여 협상(negotiate)되는 것인, WTRU.
19. 무선 송수신 유닛(WTRU, wireless transmit/receive unit)에 있어서,
    하나 이상의 포트들을 통해 하나 이상의 패킷들을 수신하도록 구성되는 수신기; 및
    프로세서
    를 포함하며, 상기 프로세서는,
    상기 포트들을 통해 수신된 패킷들을 스트림으로 병합하고;
    상기 스트림의 패킷들 각각과 연관된 미들웨어 헤더로부터 시퀀스 넘버를 결정하며;
    상기 시퀀스 넘버에 기반하여 상기 스트림의 패킷들을 재순서화하도록
    구성되는 것인, WTRU.
20. 제19항에 있어서,
    상기 프로세서는 또한,
    상기 스트림의 패킷들 각각으로부터 상기 미들웨어 헤더를 제거하고;
    상기 스트림의 패킷들과 연관된 하나 이상의 네트워크 추상 계층 유닛(NALU, network abstraction layer unit)들을 비디오 디코더로 전송하도록
    구성되는 것인, WTRU.

Images