KR20160074530A - 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 - Google Patents

방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 Download PDF

Info

Publication number
KR20160074530A
KR20160074530A KR1020167012183A KR20167012183A KR20160074530A KR 20160074530 A KR20160074530 A KR 20160074530A KR 1020167012183 A KR1020167012183 A KR 1020167012183A KR 20167012183 A KR20167012183 A KR 20167012183A KR 20160074530 A KR20160074530 A KR 20160074530A
Authority
KR
South Korea
Prior art keywords
packet
signaling
information
rohc
header
Prior art date
Application number
KR1020167012183A
Other languages
English (en)
Other versions
KR101835340B1 (ko
Inventor
권우석
오세진
문경수
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of KR20160074530A publication Critical patent/KR20160074530A/ko
Application granted granted Critical
Publication of KR101835340B1 publication Critical patent/KR101835340B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명의 RoHC 패킷 스트림을 포함하는 방송 신호 송수신 방법 및 장치에 관한 것이다. 본 발명의 일 실시예에 따른 방송 신호 송신 방법은 IP (Internet Protocol) 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC (Robust Header Compression) 패킷 스트림을 생성하는 단계, 상기 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성하는 단계로서, 상기 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고, 상기 시그널링 패킷을 제 1 채널을 통해 전송하는 단계, 상기 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송하는 단계를 포함한다.

Description

방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법{APPARATUS FOR TRANSMITTING BROADCAST SIGNAL, APPARATUS FOR RECEIVING BROADCAST SIGNAL, METHOD FOR TRANSMITTING BROADCAST SIGNAL AND METHOD FOR RECEIVING BROADCAST SIGNAL}
본 발명은 방송 신호의 송수신에 관한 것이다. 보다 상세하게는, RoHC 패킷 스트림을 포함하는 방송 신호의 송수신 방법 및/또는 장치에 관한 것이다.
아날로그 방송 신호 송신이 종료됨에 따라, 디지털 방송 신호를 송수신하기 위한 다양한 기술이 개발되고 있다. 디지털 방송 신호는 아날로그 방송 신호에 비해 더 많은 양의 비디오/오디오 데이터를 포함할 수 있고, 비디오/오디오 데이터뿐만 아니라 다양한 종류의 부가 데이터를 더 포함할 수 있다.
즉, 디지털 방송 시스템은 HD(High Definition) 이미지, 멀티채널(multi channel, 다채널) 오디오, 및 다양한 부가 서비스를 제공할 수 있다. 그러나, 디지털 방송을 위해서는, 많은 양의 데이터 전송에 대한 데이터 전송 효율, 송수신 네트워크의 견고성(robustness), 및 모바일 수신 장치를 고려한 네트워크 유연성(flexibility)이 향상되어야 한다.
IP/UDP/RTP 헤더 필드들은 일반적으로 static, delta, dynamic, inferred 속성으로 분류할 수 있다. static은 하나의 end to end 패킷 스트림에서 일정한 값을 가지는 필드로서 IP 주소 및 포트 번호가 해당되며 RTP 또는 IP의 version 필드처럼 잘 알려진 값들을 가지는 필드도 해당된다. delta는 앞 패킷과의 값 차이가 일정한 필드로서 sequence number 등이 해당된다. dynamic은 무작위적으로 변하는 필드로서 checksum, IP 패킷의 ID 등이 해당된다. inferred는 length 필드처럼 다른 헤더 필드 등을 통하여 추론이 가능한 필드가 해당된다. 일반적인 헤더 압축 기법에는 CID (context identifier) 개념이 도입되는데 송신측 (compressor)에서 최초에는 무 압축 상태의 full 헤더를 가진 패킷에 특정 CID를 추가하여 보내고 다음 번 패킷부터는 동일한 CID로 static, delta 또는 inferred 성질을 지니는 헤더 필드들을 생략하여 보내면 수신측 (decompressor)에서는 CID를 보고 최초에 저장된 헤더 필드 정보들을 참고하여 두 번째 패킷 이후에 수신된 압축 헤더에 생략된 필드들을 추가하는 방식으로 전체 RTP 헤더를 복원한다. delta 헤더의 경우 compressor와 decompressor가 full 헤더의 대부분의 필드를 저장하고 있다가 compressor에서 앞 패킷과의 차이 값만을 전송하면 decompressor가 차이 값을 기존에 저장된 값에 보정하는 방식으로 복원된다.
RoHC (Robust Header Compression)은 IP, UDP, RTP, TCP 등의 헤더를 압축하는 표준화된 기법이다. 스트리밍 애플리케이션에서 IP, UDP, RTP 헤더의 오버헤드는 IPv4의 경우 40 바이트이며, IPv6의 경우 60 바이트이다. VolP의 경우 이 수치는 전체 전송되는 데이터의 60%에 해당되는 양이다. 이러한 엄청난 오버헤드는 대역폭이 한정된 무선 시스템에서는 심각한 문제를 야기할 수 있다. RoHC를 통하여 40 바이트 또는 60 바이트의 오버헤드는 1 또는 3 바이트로 압축되며 수신 측에 전달된 이후 압축이 해제된다.
RoHC는 헤더 필드를 static, dynamic, inferable로 구분하고 있으며 compressor에서의 압축 해제 상태를 IR (Initialization and Refresh), FO (First Order), SO (Second Order)로 정의하며 decompressor에서의 압축 해제 상태를 NC (No Context), SC (Static Context), FC (Full Context)로 정의한다. RoHC 기법은 낮은 압축률로 전송을 시작하여 가능한 가장 높은 압축률에 도달한 상태로 유지하는 것인데 decompressor의 context 초기화 또는 압축 해제 실패가 발생하면 compressor 상태는 가장 낮은 압축 단계인 IR로 돌아가며 이 상태에서 compressor는 full 헤더를 전송한다. 이후 FO 단계에서 compressor는 static 필드를 생략하며 최종적으로 SO 단계에서 압축 가능한 모든 필드는 전송되지 않는다. decompressor의 상태 천이는 가장 낮은 단계인 NC에서 SC 및 FC 단계로 이동 가능하며 FC 단계에서 최적의 압축 해제 동작이 이루어진다.
RoHC에서는 전송 초기에는 전체 헤더를 전송하다가 전송이 진행되면서 변하지 않는 부분은 생략하는 방식으로 압축을 진행한다. 이러한 방식을 방송 시스템에 채택하는 경우 방송 수신기는 어느 시점부터 IP 스트림을 수신해야 하는지 알 수 없고 전체 헤더 정보를 알고 있지 않은 수신기는 해당 IP 패킷을 인식하지 못하는 문제가 발생한다.
본 발명이 이루고자 하는 과제는, 전술한 문제점을 해결하기 위한 것으로 RoHC 패킷 스트림을 포함하는 방송 신호를 송수신하는 방법 및/또는 장치를 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, 단방향 전송 시스템에서 수신기의 접근 시점에 무관하게 패킷을 복구할 수 있는 방법을 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, 단방향 전송 시스템에서 RoHC 관련 메타데이터를 수신측에 미리 전송하는 방법을 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, 단방향 전송 시스템에서 RoHC 관련 메타데이터를 별도의 채널을 통하여 전송하는 방법을 제공하는 것이다.
나아가, 본 발명이 이루고자 하는 과제는, RoHC 패킷 스트림에서 별도의 채널을 통해 전송할 정보들을 추출하는 방법을 제공하는 것이다.
본 발명의 일 실시예에 따른 방송 신호 송신 방법은 IP (Internet Protocol) 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC (Robust Header Compression) 패킷 스트림을 생성하는 단계, 상기 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성하는 단계로서, 상기 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고, 상기 시그널링 패킷을 제 1 채널을 통해 전송하는 단계, 상기 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송하는 단계를 포함할 수 있다.
본 발명의 다른 일 실시예에 따른 방송 신호 수신 방법은 제 1 채널을 통해 시그널링 패킷을 수신하는 단계, RoHC 패킷을 포함하는 RoHC 패킷 스트림을 제 2 채널을 통해 수신하는 단계, 상기 수신된 시그널링 패킷이 포함하는 정보를 기반으로 상기 RoHC 패킷의 헤더의 압축을 해제하여 IP 패킷 스트림을 출력하는 단계로서, 상기 수신된 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고, 상기 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득하는 단계를 포함할 수 있다.
본 발명의 다른 일 실시예에 따른 방송 신호 송신 장치는 IP (Internet Protocol) 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC (Robust Header Compression) 패킷 스트림을 생성하는 헤더 압축부, 상기 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성하는 시그널링 생성부, 상기 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고, 상기 시그널링 패킷을 제 1 채널을 통해 전송하고 상기 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송하는 전송부를 포함할 수 있다.
본 발명의 다른 일 실시예에 따른 방송 신호 수신 제 1 채널을 통해 시그널링 패킷을 수신하고, RoHC 패킷을 포함하는 RoHC 패킷 스트림을 제 2 채널을 통해 수신하는 수신부, 상기 수신된 시그널링 패킷이 포함하는 정보를 기반으로 RoHC 패킷의 헤더의 압축을 해제하여 IP 패킷 스트림을 출력하는 복원부, 상기 수신된 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고, 상기 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득하는 IP 패킷 처리부를 포함할 수 있다.
본 발명에 따르면, RoHC 패킷 스트림을 포함하는 방송 신호를 송수신할 수 있는 효과가 있다.
본 발명에 따르면, 수신기의 접근 시점에 무관하게 전송되는 패킷을 복구할 수 있는 효과가 있다.
본 발명에 따르면, 수신기는 RoHC 관련 메타데이터를 실제 데이터의 수신 전에 수신할 수 있는 효과가 있다.
본 발명에 따르면, RoHC 관련 메타데이터를 실제 데이터가 전송되는 채널과 별개의 채널을 통하여 전송할 수 있는 효과가 있다.
도 1은 본 발명의 일 실시예에 따른 RoHC (Robust Header Compression) 패킷과 압축되지 않은 IP (Internet Protocol) 패킷의 구조를 나타낸 도면이다.
도 2는 본 발명의 일 실시예에 따른 RoHC 패킷 스트림 (packet stream)의 concept을 나타낸 도면이다.
도 3은 본 발명의 일 실시예에 따른 RoHC 패킷 스트림의 전송 과정 중 context 정보가 전파되는 과정을 나타낸 도면이다.
도 4는 본 발명의 일 실시예에 따른 IP 헤더 압축 방식이 적용된 IP 스트림의 송수신 시스템을 나타낸 도면이다.
도 5는 본 발명의 일 실시예에 따른 송수신기에서 IP 오버헤드 리덕션 (IP overhead reduction) 과정을 나타낸 도면이다.
도 6은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정을 나타낸 도면이다.
도 7은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR 패킷을 일반적인 헤더 압축된 패킷으로 변환하는 과정을 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR-DYN 패킷을 일반적인 헤더 압축된 패킷으로 변환하는 과정을 나타낸 도면이다.
도 9는 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR 패킷을 IR-DYN 패킷으로 변환하는 과정을 나타낸 도면이다.
도 10은 본 발명의 일 실시예에 따른 제 1 구성 모드 (Configuration Mode #1)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
도 11은 본 발명의 일 실시예에 따른 제 2 구성 모드 (Configuration Mode #2)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
도 12은 본 발명의 일 실시예에 따른 제 3 구성 모드 (Configuration Mode #3)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
도 13은 본 발명의 일 실시예에 따른 Out of Band로 전달할 수 있는 정보의 조합을 나타낸 도면이다.
도 14는 본 발명의 일 실시예에 따른 static chain을 포함하는 descriptor의 구성을 나타낸 도면이다.
도 15는 본 발명의 일 실시예에 따른 dynamic chain을 포함하는 descriptor의 구성을 나타낸 도면이다.
도 16는 본 발명의 일 실시예에 따른 static chain을 포함하는 packet format 및 dynamic chain을 포함하는 packet format의 구성을 나타낸 도면이다.
도 17은 본 발명의 일 실시예에 따른 ROHC_init_descriptor()의 구성을 나타낸 도면이다.
도 18는 본 발명의 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
도 19은 본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함한 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
도 20는 본 발명의 다른 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
도 21는 본 발명의 다른 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함한 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
도 22는 본 발명의 일 실시예에 따른 시그널링(signaling)을 위한 패킷 (packet)헤더의 구조를 나타낸 도면이다.
도 23은 본 발명의 일 실시예에 따른 시그널링 클래스 필드(signaling class field)를 정의한 도표이다.
도 24는 본 발명의 일 실시예에 따른 인포메이션 타입(Information type)을 정의한 도표이다.
도 25는 본 발명의 일 실시예에 따른 Information type for header compression의 값이 '000'인 경우, 본 발명의 일 실시예에 따른 Payload_for_Initialization()의 구성을 나타내는 도면이다.
도 26은 본 발명의 일 실시예에 따른 Information type for header compression의 값이 '001'인 경우, Payload_for_ROHC_configuration()의 구성을 나타내는 도면이다.
도 27은 본 발명의 일 실시예에 따른 Information type for header compression의 값이 '010'인 경우, Payload_for_static_chain()의 구성을 나타내는 도면이다.
도 28은 본 발명의 일 실시예에 따른 Information type for header compression의 값이 '011'인 경우, Payload_for_dynamic_chain()의 구성을 나타내는 도면이다.
도 29은 본 발명의 일 실시예에 따른 방송 신호 송신 방법을 나타낸 도면이다.
도 30은 본 발명의 일 실시예에 따른 방송 신호 수신 방법을 나타낸 도면이다.
도 31는 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구조를 나타낸 도면이다.
도 32은 본 발명의 일 실시예에 따른 방송 신호 수신 장치의 구조를 나타낸 도면이다.
발명의 실시를 위한 최선의 형태
이하 첨부 도면들 및 첨부 도면들에 기재된 내용들을 참조하여 본 발명의 실시예를 상세하게 설명하지만, 본 발명이 실시예들에 의해 제한되거나 한정되는 것은 아니다.
본 명세서에서 사용되는 용어는 본 발명에서의 기능을 고려하면서 가능한 현재 널리 사용되는 일반적인 용어를 선택하였으나, 이는 당분야에 종사하는 기술자의 의도 또는 관례 또는 새로운 기술의 출현 등에 따라 달라질 수 있다. 또한, 특정한 경우는 출원인이 임의로 선정한 용어도 있으며, 이 경우 해당되는 발명의 설명 부분에서 그 의미를 기재할 것이다. 따라서 본 명세서에서 사용되는 용어는, 단순한 용어의 명칭이 아닌 그 용어가 가지는 실질적인 의미와 본 명세서의 전반에 걸친 내용을 토대로 해석되어야 함을 밝혀두고자 한다.
본 명세서에서 '시그널링 (signaling)' 이라 함은 방송 시스템, 인터넷 방송 시스템 및/또는 방송/인터넷 융합 시스템에서 제공되는 서비스 정보 (Service Information; SI)를 전송/수신하는 것을 나타낸다. 서비스 정보는 현재 존재하는 각 방송 시스템에서 제공되는 방송 서비스 정보 (예를 들면, ATSC-SI 및/또는 DVB-SI)를 포함한다.
본 명세서에서 '방송 신호' 라 함은, 지상파 방송, 케이블 방송, 위성 방송, 및/또는 모바일 방송 이외에도, 인터넷 방송, 브로드밴드 방송, 통신 방송, 데이터 방송 및/또는 VOD (Video On Demand) 등의 양방향 방송에서 제공되는 신호 및/또는 데이터를 포함하는 개념으로 정의한다.
본 명세서에서 'PLP' 라 함은, 물리적 계층에 속하는 데이터를 전송하는 일정한 유닛을 의미한다. 따라서, 본 명세서에서 'PLP'로 명명된 내용은, '데이터 유닛' 또는 '데이터 파이프 (data pipe)' 로 바꾸어 명명될 수도 있다.
디지털 방송 (DTV) 서비스에서 활용될 유력한 어플리케이션 (application) 중의 하나로, 방송 망과 인터넷 망과의 연동을 통한 하이브리드 방송 서비스를 꼽을 수 있다. 하이브리드 방송 서비스는 지상파 방송망을 통해서 전송되는 방송 A/V (Audio/Video) 컨텐츠와 연관된 인핸스먼트 데이터 (enhancement data) 혹은 방송 A/V 컨텐츠의 일부를 인터넷 망을 통하여 실시간으로 전송함으로써, 사용자로 하여금 다양한 컨텐츠를 경험할 수 있도록 한다.
본 발명은, 차세대 디지털 방송 시스템에서, IP packet, MPEG-2 TS packet 과 그 외 방송시스템에서 사용 할 수 있는 packet 을 physical layer로 전달할 수 있도록 encapsulation 하는 방법을 제시하는 것을 목적으로 한다. 또한, 동일한 헤더 포맷으로 layer 2 signaling도 함께 전송 할 수 있도록 하는 방법도 제안한다.
이하에서 설명할 내용은, 장치에서 구현될 수 있다. 예를 들면, 시그널링 처리부, 프로토콜 처리부, 프로세서 및/또는 패킷 생성부에서 아래의 설명되는 과정을 수행할 수 있다.
도 1은 본 발명의 일 실시예에 따른 RoHC (Robust Header Compression) 패킷과 압축되지 않은 IP (Internet Protocol) 패킷의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따른 IP 패킷 (L1010)은 IP 헤더 (IP Header), UDP 헤더 (User Datagram Protocol Header), RTP 헤더 (Real time Transport Protocol Header) 및/또는 페이로드 (Payload)를 포함할 수 있다.
본 발명의 일 실시예에 따른 IP 헤더, UDP 헤더 및 RTP 헤더의 총 길이는 대략 40bytes 일 수 있다.
본 발명의 일 실시예에 따른 RoHC 패킷 (L1020)은 RoHC 헤더 (RoHC Header) 및/또는 페이로드 (Payload)를 포함할 수 있다.
본 발명의 일 실시예에 따른 RoHC 헤더는 IP 패킷의 헤더를 압축한 것이고 RoHC 헤더의 길이는 대략 1byte 일 수 있다.
본 발명의 일 실시예에 따르면 RoHC는 전체 헤더 (header)를 하나의 context ID로 표시할 수 있다. RoHC는 전송 초기에는 전체 헤더를 전송하다가 전송이 진행되는 중에 context ID 및 주요 정보만 남기고 변하지 않는 부분은 생략하는 방식으로 압축을 진행할 수 있다.
본 발명의 일 실시예에 따르면 IP 스트리밍 (streaming)시에는 IP version, IP source address, IP destination address, IP fragment flag, UDP source port, UDP destination port 등은 스트리밍이 이루어지는 중에 거의 바뀌지 않을 수 있다. 상술한 필드들과 같이 스트리밍이 이루어지는 중에 거의 바뀌지 않는 필드들을 static field로 명명될 수 있다. 본 발명의 일 실시예에 따른 RoHC는 이러한 static field를 한 번 전송한 이후 당분간 추가 전송하지 않을 수 있다. 본 발명의 일 실시예는 static field를 한 번 전송한 이후 당분간 추가 전송하지 않는 것을 IR (Initialization Refresh) state라고 명명할 수 있고 static field들을 전송하는 패킷을 IR 패킷이라고 명명할 수 있다. 나아가, 본 발명의 일 실시예에 따르면 수시로 변동되지만 일정한 시간 동안 유지되는 필드는 dynamic field라고 명명될 수 있고 본 발명의 일 실시예는 상술한 dynamic field를 별도로 추가 전송할 수 있다. 본 발명의 일 실시예에 따르면 dynamic field를 전송하는 패킷은 IR-DYN 패킷이라고 명명될 수 있다. 본 발명의 일 실시예에 따르면 IR 패킷 및 IR-DYN 패킷은 기존 헤더의 모든 정보를 담고 있으므로 기존 헤더와 비슷한 크기를 가질 수 있다.
본 발명의 일 실시예에 따르면 전송되는 IP (Internet Protocol) 패킷 (packet) 데이터의 오버헤드 (overhead)를 줄이기 위해서 IP 패킷의 헤더 부분을 압축하는 방법이 사용될 수 있다. 본 발명의 일 실시예에 따르면 IP 패킷 헤더 압축 기법 중 RoHC 기법이 사용될 수 있고 RoHC 기법은 무선 구간에서의 신뢰성을 확보할 수 있다. RoHC 기법은 DVB-NGH (Digital Video Broadcasting - Next Generation Handheld)와 같은 방송 시스템 및 LTE (Long Term Evolution)와 같은 이동통신 시스템에서 사용될 수 있다. RoHC 기법은 IP 패킷의 헤더를 압축하여 전송하는 기법이지만 UDP 및/또는 RTP 패킷에 대해서도 사용될 수 있다.
본 발명의 일 실시예에 따르면 RoHC는 전체 헤더 (header)를 하나의 context ID로 표시할 수 있다. RoHC는 전송 초기에는 전체 헤더를 전송하다가 전송이 진행되는 중에 context ID 및 주요 정보만 남기고 변하지 않는 부분은 생략하는 방식으로 압축을 진행할 수 있다. 상술한 RoHC 방식을 방송 시스템에 적용하는 경우 방송 수신기는 어느 시점부터 IP 스트림 (stream)을 수신해야 하는지 알 수 없고 전체 헤더 정보를 알고 있지 않은 일반 수신기는 해당하는 IP 패킷을 인식하지 못할 수 있다. 본 발명의 일 실시예는 방송 시스템에 사용되는 시그널링 (signaling)을 이용하여 상술한 문제점을 해결할 수 있다.
본 발명의 일 실시예는 차세대 디지털 방송 시스템에서 효울적인 IP 패킷의 전송을 지원하기 위하여 IP 헤더 압축 방법을 제공할 수 있다.
본 발명의 다른 일 실시예에 따르면 RoHC 기법을 FLUTE 기반의 프로토콜의 패킷에 적용할 수 있다. 본 발명의 일 실시예에 따른 FLUTE/ALC/LCT 패킷에 RoHC 기법을 적용하기 위해서는 패킷 헤더를 static field, dynamic field 및 inferable field로 분류하여야 한다. 본 발명의 일 실시예에 따른 FLUTE/ALC/LCT 패킷에서 static field는 LCT Version Number (V), Congestion Control flag (C), Transport Session Identifier flag(S), Half-word flag(H), Congestion Control Information(CCI), Transport Session Identification(TSI) 및/또는 Expected Residual Transmission time(ERT)를 포함할 수 있다. LCT Version Number (V)는 4 비트 필드로서 LCT 프로토콜의 버전 넘버를 나타낼 수 있고, 이 필드는 1로 고정될 수 있다. Congestion Control flag (C)는 2 비트 필드로서 Congestion Control 크기를 나타내며 값에 따라 32,64, 96, 128 bits의 크기를 가질 수 있다. Transport Session Identifier flag(S)는 1 비트 필드로서 TSI의 크기를 나타낼 수 있는 변수로 32*S+16*H의 크기를 가질 수 있다. Half-word flag(H)는 1 비트 필드로서 TSI와 TOI의 크기를 나타낼 수 있는 공통된 변수를 나타낼 수 있다. Congestion Control Information(CCI)는 32, 64, 96 또는 128 비트의 크기를 가질 수 있고 수신자가 전송되는 세션 안의 패킷의 Congestion Control 하는데 사용되는 값으로 Layer 개수, 논리 채널 개수, 시퀀스 넘버들을 포함하며 송신자와 수신자간의 경로의 가용한 bandwidth의 처리량을 참조하는데 사용될 수 있다. Transport Session Identification(TSI)는 16, 32 또는 48 비트의 크기를 가질 수 있고 특정한 송신자로부터 세션을 구분하기 위한 식별자를 나타낼 수 있다. Expected Residual Transmission time(ERT)는 0 또는 32 비트 필드로서 수신이 유효한 시간을 나타낼 수 있다. 본 발명의 일 실시예에 따른 FLUTE/ALC/LCT 패킷에서 dynamic field는 Transport Object Identifier flag(O), Close Session flag (A), Close Object flag (B), LCT header length (HDR_LEN), CodePoint (CP), Sender Current Time (SCT) 및/또는 Source Block Number(SBN)를 포함할 수 있다. Transport Object Identifier flag(O)는 2 비트 필드로서 TOI의 크기를 나타낼 수 있는 변수로 32*O+16*H의 크기를 가질 수 있다. Close Session flag (A)는 1 비트 필드로서 일반적으로 0으로 설정되며 세션 패킷 전송이 종료될 시 1로 설정될 수 있다. Close Object flag (B)는 1 비트 필드로서 일반적으로 0으로 설정되며 데이터(Object) 패킷 전송이 종료될 시 1로 설정될 수 있다. LCT header length (HDR_LEN)는 8 비트 필드로서 LCT의 헤더를 32비트로 표현할 수 있다. CodePoint (CP)는 8 비트 필드로서 데이터 타입을 나타낼 수 있다. Sender Current Time(SCT)는 0 또는 32 비트 필드로서 송신 측에서 수신기에게 데이터를 전송한 시간을 나타낼 수 있다. Source Block Number (SBN)는 32 비트 필드로서 생성된 Payload 안의 Encoding Symbol의 Source block을 식별할 수 있다. 본 발명의 일 실시예에 따른 FLUTE/ALC/LCT 패킷에서 inferable field는 Transport Object Identification(TOI), FEC Payload ID, Encoding Symbol ID(ESI) 및/또는 Encoding Symbol(s)를 포함할 수 있다. Transport Object Identification(TOI)는 16, 32, 48, 64, 80, 96 또는 112 비트를 갖는 필드로서 수신자로부터 데이터(Object)를 구분하기 위한 식별자를 나타낼 수 있다. FEC Payload ID의 길이와 포맷은 FEC Encoding ID에 의해 설정되며 이 필드는 FEC building block안에 포함될 수 있다. Encoding Symbol ID(ESI)는 32 비트 필드로서 Payload 안의 Source Block으로부터 생성된 특별한 Encoding Symbol을 식별할 수 있다. Encoding Symbol(s)는 수신기가 데이터를 재형성하기 위한 분할된 데이터로 분할된 크기에 따라 가변적인 크기를 가질 수 있다.
도 2는 본 발명의 일 실시예에 따른 RoHC 패킷 스트림 (packet stream)의 concept을 나타낸 도면이다.
이 도면에 도시된 바와 같이 IR 패킷에 포함되어 전송되는 static field 및 IR-DYN 패킷에 포함되어 전송되는 dynamic field는 필요한 때만 전송될 수 있고 그 외의 패킷은 대략 1 내지 2 바이트 (byte) 정보로만 구성된 헤더 압축된 패킷 (header compressed packet)의 형태로 전송될 수 있다.
본 발명의 일 실시예에 따르면 상술한 RoHC 패킷 스트림 컨셉 (concept)을 통해 패킷당 30 바이트 이상의 헤더 길이를 줄일 수 있다. 헤더 압축된 패킷은 압축된 헤더의 형태에 따라 type 0, type 1 및 type 2 로 분류될 수 있다. 본 발명의 일 실시예에 따른 RoHC 패킷의 사용에 대한 내용은 기존 표준 문서를 따를 수 있다.
도 3은 본 발명의 일 실시예에 따른 RoHC 패킷 스트림의 전송 과정 중 context 정보가 전파되는 과정을 나타낸 도면이다.
이 도면에 도시된 바와 같이 full context info는 IR 패킷에 포함될 수 있고 updated context info는 IR-DYN 패킷에 포함될 수 있다. 또한, IR 패킷 및 IR-DYN 패킷을 제외한 헤더 압축된 패킷은 context info를 포함하지 않을 수 있다.
본 발명의 일 실시예에 따르면 피드백 (feedback) 채널이 없는 단방향 전송의 경우 IR 정보를 갖고 있지 않은 수신기는 다음 IR 패킷을 수신하여 full context를 구성할 수 있을 때까지 RoHC 스트림을 디코딩 할 수 없다. 즉, 이 도면에서 Turn On으로 표시된 부분부터 수신기가 RoHC 스트림을 수신하는 경우 수신기는 다음 IR 패킷을 수신할 때까지 RoHC 스트림을 디코딩 할 수 없다. 본 발명의 일 실시예는 상술한 문제점을 해결하기 위해 IR 정보를 별도의 시그널링 채널 (signaling channel)을 통해 전송할 수 있다.
본 발명의 일 실시예에 따르면 전송되는 RoHC 패킷이 정상적으로 디코딩되기 위해서는 RoHC configuration 정보, 초기 파라미터 (parameter) 및/또는 IR 패킷 정보 (full context 정보)가 필요할 수 있다.
본 발명의 일 실시예에 따르면 IP 전송의 오버헤드 (overhead)를 줄이고 효율적인 전송을 구현하기 위하여, IP 헤더 압축 방법으로 헤더 압축된 패킷은 in-band로 전송하고 변하지 않는 헤더 정보를 담고 있는 static chain을 포함하는 IR 패킷 및 context update를 위한 dynamic chain은 out-of-band로 전송할 수 있다. 이 때, 수신기에서 수신된 패킷들은 전송전의 순서대로 복구될 수 있다.
도 4는 본 발명의 일 실시예에 따른 IP 헤더 압축 방식이 적용된 IP 스트림의 송수신 시스템을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 각각의 IP 스트림이 서로 다른 DP (Data Pipe)로 들어가도록 구성될 수 있다. 이 때, 헤더 압축과 관련된 정보 (Header Compression Info)는 L2 signaling 전송 과정을 통해 수신기로 전송될 수 있고 헤더 압축과 관련된 정보는 수신기에서 수신한 IP 헤더 압축 방식이 적용된 IP 스트림을 다시 원래의 IP 스트림으로 복구하기 위해 사용될 수 있다. 헤더 압축과 관련된 정보는 encapsulation되어 DP로 전송될 수 있다. 이 때, 헤더 압축과 관련된 정보는 피지컬 계층 (physical layer)의 구조에 따라 보통의 DP로 전송되거나 signaling 전송을 위한 DP (Base DP)로 전송될 수 있다. 나아가, 헤더 압축과 관련된 정보는 피지컬 계층에서 지원하는 경우 별도의 시그널링 채널 (signaling channel)을 통해 전송될 수 있다.
본 발명의 일 실시예에 따르면 IP-DP 매핑 정보 (IP-DP mapping info)는 L2 signaling 전송과정을 통해 수신기로 전송될 수 있고 IP-DP 매핑 정보는 수신기에서 수신한 DP로부터 IP 스트림을 복고하기 위해 사용될 수 있다. IP-DP 매핑 정보는 encapsulation되어 DP로 전송될 수 있다. 이 때, IP-DP 매핑 정보는 피지컬 계층 (physical layer)의 구조에 따라 보통의 DP로 전송되거나 signaling 전송을 위한 DP (Base DP)로 전송될 수 있다. 나아가, IP-DP 매핑 정보는 피지컬 계층에서 지원하는 경우 별도의 시그널링 채널 (signaling channel)을 통해 전송될 수 있다.
이 도면에 도시된 바와 같이 송신측에서 다중화된 IP 스트림 (Muxed IP Stream)은 IP Filter (L4010)에 의하여 하나 이상의 IP 스트림으로 나눠질 수 있다. 각각의 IP 스트림은 IP 헤더 압축 방안 (L4020)에 의하여 압축될 수 있고 encapsulation 과정 (L4030)을 거쳐서 각각의 DP로 전송될 수 있다. 이 때, L2 Signaling Generator (L4040)는 헤더 압축과 관련된 정보 및/또는 IP-DP 매핑 정보를 포함하는 시그널링 정보를 생성할 수 있고 생성된 시그널링 정보는 encapsulation 과정을 거쳐 Base DP를 통하여 수신측에 전송되거나 Signaling Formatting 과정 (L4050)을 거쳐 시그널링 채널 (L4060)을 통하여 수신측에 전송될 수 있다.
이 도면에 도시된 바와 같이 수신측에서 수신된 DP들은 Signaling Parser (L4070)에 의해 파싱된 IP-DP 매핑 정보에 의하여 각각의 IP 스트림으로 복구될 수 있다. Decapsulation 과정 (L4080)을 거친 IP 스트림은 L2 Signaling Parser (L4090)에 의하여 파싱된 헤더 압축과 관련된 정보에 의하여 IP 헤더 압축 방안이 적용되기 전의 IP 스트림으로 복구될 수 있다.
도 5는 본 발명의 일 실시예에 따른 송수신기에서 IP 오버헤드 리덕션 (IP overhead reduction) 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 IP 스트림이 오버헤드 리덕션 과정으로 진입하면 RoHC Compressor (L5010)은 해당 스트림에 대한 헤더 압축을 수행할 수 있다. 본 발명의 일 실시예는 헤더 압축 알고리즘으로 RoHC 방법을 사용할 수 있다. Packet Stream Configuration 과정 (L5020)에서 RoHC 과정을 거친 패킷 스트림 (packet stream)은 RoHC 패킷의 형태에 따라 재구성될 수 있고 재구성된 RoHC 패킷 스트림은 encapsulation layer (L5040)로 전달될 수 있고 이어서 physical layer를 통해 수신기로 전송될 수 있다. 패킷 스트림을 재구성하는 과정에서 생겨난 RoHC context 정보 및/또는 시그널링 정보는 signaling generator (L5030)를 통하여 전송이 가능한 형태로 만들어지고 전송 형태에 따라 encapsulation layer 또는 signaling module (L5050)로 전달될 수 있다.
본 발명의 일 실시예에 따르면 수신기는 서비스 데이터 (data)에 대한 스트림과 시그널링 채널 또는 별도의 DP로 전달되는 시그널링 데이터를 수신할 수 있다. Signaling Parser (L5060)는 시그널링 데이터를 수신하여 RoHC context 정보 및/또는 시그널링 정보를 파싱하고 파싱된 정보를 Packet Stream Recovery 과정 (L5070)으로 전달할 수 있다. Packet Stream Recovery 과정 (L5070)에서는 수신기는 시그널링 데이터에 포함된 RoHC context 정보 및/또는 시그널링 정보를 이용하여 송신측에서 재구성된 패킷 스트림을 RoHC decompressor (L5080)가 압축을 풀 수 있는 형태로 복구할 수 있다. RoHC Decompressor (L5080)는 복구된 RoHC 패킷 스트림을 IP 스트림으로 변환할 수 있고 변환된 IP 스트림은 IP layer를 통해 상위 layer로 전달될 수 있다.
도 6은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정을 나타낸 도면이다.
본 발명은 세가지 구성 모드 (configuration mode)를 포함할 수 있다.
본 발명의 일 실시예인 제 1 구성 모드 (Configuration Mode #1, L6010)에 의하면 제 1 구성 모드는 IR 패킷에서 static chain 및 dynamic chain을 추출할 수 있고 해당 패킷의 나머지 부분을 일반적인 헤더 압축된 패킷으로 변환할 수 있다. 제 1 구성 모드는 IR-DYN 패킷에서 dynamic chain을 추출할 수 있고 해당 패킷의 나머지 부분을 일반적인 헤더 압축된 패킷으로 변환할 수 있다. 제 1 구성 모드는 일반적인 헤더 압축된 패킷을 그대로 전송할 수 있다.
본 발명의 다른 일 실시예인 제 2 구성 모드 (Configuration Mode #2, L6020)에 의하면 제 2 구성 모드는 IR 패킷에서 static chain만 추출할 수 있고 해당 패킷의 나머지 부분을 일반적인 헤더 압축된 패킷으로 변환할 수 있다. 제 2 구성 모드는 IR-DYN 패킷에서 dynamic chain을 추출할 수 있고 해당 패킷의 나머지 부분을 일반적인 헤더 압축된 패킷으로 변환할 수 있다. 제 2 구성 모드는 일반적인 헤더 압축된 패킷을 그대로 전송할 수 있다.
본 발명의 다른 일 실시예인 제 3 구성 모드 (Configuration Mode #3, L6030)에 의하면 제 3 구성 모드는 IR 패킷에서 static chain을 추출할 수 있고 해당 패킷의 나머지 부분을 IR-DYN 패킷으로 변환할 수 있다. 제 3 구성 모드는 IR-DYN 패킷을 그대로 전송할 수 있고 일반적인 헤더 압축된 패킷을 그대로 전송할 수 있다.
도 7은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR 패킷을 일반적인 헤더 압축된 패킷으로 변환하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 IR 패킷 (L7010)은 packet type, context ID, Profile, CRC, Static Chain, Dynimic Chain 및/또는 Payload를 포함할 수 있다. packet type은 당해 IR 패킷의 타입을 나타낼 수 있다. 예를 들어, 이 도면에서 IR 패킷의 패킷 타입은 1111110D를 나타낼 수 있고 마지막에 D는 해당 패킷에 dynamic chain의 포함 여부를 나타낼 수 있다. context ID는 8 비트를 사용할 수 있으며 더 많은 비트를 사용할 수 있다. context ID는 해당 패킷이 전송되는 채널을 식별할 수 있다. context ID는 CID (context identifier)로 명명될 수 있고 송신측 (compressor)에서 최초에는 무 압축 상태의 full 헤더를 가진 패킷에 특정 CID를 추가하여 보내고 다음 번 패킷부터는 동일한 CID로 static, dynamic 또는 inferred 성질을 지니는 헤더 필드들을 생략하여 보내면 수신측 (decompressor)에서는 CID를 보고 최초에 저장된 헤더 필드 정보들을 참고하여 두 번째 패킷 이후에 수신된 압축 헤더에 생략된 필드들을 추가하는 방식으로 전체 RTP 헤더를 복원할 수 있다. Profile은 packet type이 식별하는 IR 패킷의 프로파일을 나타낼 수 있다. CRC는 에러 체크를 위한 CRC 코드를 나타낼 수 있다. Static Chain은 스트리밍이 이루어지는 중에 거의 바뀌지 않는 정보들을 나타낼 수 있다. 예를 들어, IP 스트리밍 (streaming)시에는 IP version, IP source address, IP destination address, IP fragment flag, UDP source port, UDP destination port 등이 static chain에 포함될 수 있다. Dynimic Chain는 수시로 변동되지만 일정한 시간 동안 유지되는 정보를 나타낼 수 있다. Payload는 전송하고자 하는 데이터를 포함할 수 있다.
본 발명의 일 실시예에 따른 일반적인 헤더 압축된 패킷 (L7020)은 TS (Time Stamp), SN (Sequence Number), CRC 및/또는 Payload를 포함할 수 있다. 본 발명의 일 실시예에 따른 일반적인 헤더 압축된 패킷은 packet type 1에 해당하는 UO-1 packet에 해당할 수 있다. TS (Time Stamp)는 시간 동기화를 위한 타임 스탬프 정보를 나타낼 수 있다. SN (Sequence Number)는 패킷들의 순서를 나타내는 정보를 나타낼 수 있다. CRC는 에러 체크를 위한 CRC 코드를 나타낼 수 있다. Payload는 전송하고자 하는 데이터를 포함할 수 있다.
본 발명의 일 실시예에 따르면 IR 패킷 (L7010)에서 static chain 및 dynamic chain이 추출될 수 있고 추출된 static chain 및 dynamic chain은 out of band (L7030)를 통하여 전송될 수 있다. 일반적인 헤더 압축된 패킷 (L7020)에 포함된 TS (Time Stamp) 및 SN (Sequence Number)는 IR 패킷 (L7010)에 포함된 dynamic chain의 정보를 이용하여 re-encoding될 수 있고 일반적인 헤더 압축된 패킷 (L7020)에 포함된 CRC는 IR 패킷 (L7010)에 포함된 CRC와 별개로 다시 계산될 수 있다.
도 8은 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR-DYN 패킷을 일반적인 헤더 압축된 패킷으로 변환하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 IR-DYN 패킷 (L8010)은 packet type, context ID, Profile, CRC, Dynimic Chain 및/또는 Payload를 포함할 수 있다. packet type은 당해 IR-DYN 패킷의 타입을 나타낼 수 있다. 예를 들어, 이 도면에서 IR-DYN 패킷의 패킷 타입은 11111000을 나타낼 수 있다. context ID는 8 비트를 사용할 수 있으며 더 많은 비트를 사용할 수 있다. context ID는 해당 IR-DYN 패킷이 전송되는 채널을 식별할 수 있다. Profile은 packet type이 식별하는 IR-DYN 패킷의 프로파일을 나타낼 수 있다. CRC는 에러 체크를 위한 CRC 코드를 나타낼 수 있다. Dynimic Chain는 수시로 변동되지만 일정한 시간 동안 유지되는 정보를 나타낼 수 있다. Payload는 전송하고자 하는 데이터를 포함할 수 있다.
본 발명의 일 실시예에 따른 일반적인 헤더 압축된 패킷 (L8020)은 TS (Time Stamp), SN (Sequence Number), CRC 및/또는 Payload를 포함할 수 있고 이에 대한 설명은 전술하였다.
본 발명의 일 실시예에 따르면 IR-DYN 패킷 (L8010)에서 dynamic chain이 추출될 수 있고 추출된 dynamic chain은 out of band (L8030)를 통하여 전송될 수 있다. 일반적인 헤더 압축된 패킷 (L8020)에 포함된 TS (Time Stamp) 및 SN (Sequence Number)는 IR-DYN 패킷 (L8010)에 포함된 dynamic chain의 정보를 이용하여 re-encoding될 수 있고 일반적인 헤더 압축된 패킷 (L8020)에 포함된 CRC는 IR-DYN 패킷 (L8010)에 포함된 CRC와 별개로 다시 계산될 수 있다.
도 9는 본 발명의 일 실시예에 따른 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 IR 패킷을 IR-DYN 패킷으로 변환하는 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 IR 패킷 (L9010) 및 IR-DYN 패킷 (L9020)에 대한 상세한 설명은 전술하였다.
본 발명의 일 실시예에 따르면 IR 패킷 (L9010)의 packet type은 IR-DYN 패킷(L9020)에 해당하는 packet type 값으로 변경될 수 있다. IR 패킷 (L9010)에서 static chain이 추출될 수 있고 추출된 static chain은 our of band (L9030)을 통하여 전송될 수 있다. IR 패킷 (L9010)에 포함된 필드 중 packet type 및 static chain을 제외한 나머지 필드는 IR-DYN 패킷 (L9020)에서 동일하게 사용될 수 있다.
본 발명의 일 실시예에 따르면 RoHC 패킷을 재구성하여 새로운 패킷 스트림을 구성하는 과정에서 사용되는 필드 관련한 encoding 및 계산 방법은 관련 표준에 포함된 내용을 따를 수 있고 그 밖의 다른 방법이 적용될 수 있다.
도 10은 본 발명의 일 실시예에 따른 제 1 구성 모드 (Configuration Mode #1)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 송신기에서 RoHC 패킷 스트림의 구성 (configuration) 과정은 다음과 같다.
본 발명의 일 실시예에 따른 송신기는 RoHC 헤더 정보를 바탕으로 RoHC 패킷 스트림 (RoHC Packet Stream, L10010)에서 IR 패킷 및 IR-DYN 패킷을 검출할 수 있다. 다음으로, 송신기는 IR 및 IR-DYN 패킷에 포함된 sequence number를 이용하여 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)을 생성할 수 있다. 상술한 일반적인 헤더 압축된 패킷이 어떤 타입이든지 간에 일반적인 헤더 압축된 패킷은 SN (Sequence Number) 정보를 포함하므로 임의로 생성될 수 있다. 여기서, SN은 기본적으로 RTP에 존재하는 정보에 해당하며 UDP의 경우에는 송신기에서 임의로 SN을 생성하여 사용할 수 있다. 다음으로, 송신기는 해당하는 IR 또는 IR-DYN 패킷을 생성된 일반적인 헤더 압축된 패킷으로 교체할 수 있고, 송신기는 IR 패킷에서 static chain 및 dynamic chain을 추출할 수 있고 IR-DYN 패킷에서 dynamic chain을 추출할 수 있다. 추출된 static chain 및 dynamic chain은 Out of Band (L10030)를 통하여 전송될 수 있다. 송신기는 모든 RoHC 패킷 스트림에 대하여 상술한 과정과 동일한 과정에 따라 IR 및 IR-DYN 헤더를 일반적인 헤더 압축된 패킷의 헤더로 교체할 수 있고 static chain 및/또는 dynamic chain을 추출할 수 있다. 재구성된 패킷 스트림 (Reconfigured Packet Stream, L10020)은 data pipe를 통하여 전송될 수 있고 추출된 static chain 및 dynamic chain은 Out of Band (L10030)를 통해 전송될 수 있다.
본 발명의 일 실시예에 따른 수신기에서 RoHC 패킷 스트림을 복원 (recovery)하는 과정은 다음과 같다.
본 발명의 일 실시예에 따른 수신기는 시그널링 (Signaling) 정보를 이용하여 수신하고자 하는 스트림의 data pipe를 선택할 수 있다. 다음으로, 수신기는 data pipe로 전송되는 수신하고자 하는 패킷 스트림을 수신할 수 있고 (Received Packet Stream, L10040) 수신하고자 하는 패킷 스트림에 해당하는 static chain 및 dynamic chain을 검출할 수 있다. 여기서, static chain 및/또는 dynamic chain은 Out of Band를 통해 수신될 수 있다 (Out of Band Reception, L10050). 다음으로, 수신기는 추출된 static chain 및 dynamic chain의 SN을 이용하여 data pipe를 통해 전송되는 패킷 스트림 중 상술한 static chain 또는 dynamic chain의 SN과 동일한 SN을 가진 일반적인 헤더 압축된 패킷을 검출할 수 있다. 다음으로, 수신기는 검출된 일반적인 헤더 압축된 패킷을 static chain 및/또는 dynamic chain과 결합하여 IR 및/또는 IR-DYN 패킷을 구성할 수 있고 구성된 IR 및/또는 IR-DYN 패킷은 RoHC decompressor로 전송될 수 있다. 또한, 수신기는 IR 패킷, IR-DYN 패킷 및/또는 일반적인 헤더 압축된 패킷을 포함하는 RoHC 패킷 스트림 (RoHC Packet Stream, L10060)을 구성할 수 있고 구성된 RoHC 패킷 스트림은 RoHC decompressor로 전송될 수 있다. 본 발명의 일 실시예에 따른 수신기는 RoHC 패킷 스트림을 복원하기 위하여 static chain, dynamic chain, IR 패킷 및 IR-DYN 패킷의 SN 및/또는 Context ID를 이용할 수 있다.
도 11은 본 발명의 일 실시예에 따른 제 2 구성 모드 (Configuration Mode #2)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 송신기에서 RoHC 패킷 스트림의 구성 (configuration) 과정은 다음과 같다.
본 발명의 일 실시예에 따른 송신기는 RoHC 헤더 정보를 바탕으로 RoHC 패킷 스트림 (RoHC Packet Stream, L11010)에서 IR 패킷 및 IR-DYN 패킷을 검출할 수 있다. 다음으로, 송신기는 IR 및 IR-DYN 패킷에 포함된 sequence number를 이용하여 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)을 생성할 수 있다. 상술한 일반적인 헤더 압축된 패킷이 어떤 타입이든지 간에 일반적인 헤더 압축된 패킷은 SN (Sequence Number) 정보를 포함하므로 임의로 생성될 수 있다. 여기서, SN은 기본적으로 RTP에 존재하는 정보에 해당하며 UDP의 경우에는 송신기에서 임의로 SN을 생성하여 사용할 수 있다. 다음으로, 송신기는 해당하는 IR 또는 IR-DYN 패킷을 생성된 일반적인 헤더 압축된 패킷으로 교체할 수 있고, 송신기는 IR 패킷에서 static chain을 추출할 수 있고 IR-DYN 패킷에서 dynamic chain을 추출할 수 있다. 추출된 static chain 및 dynamic chain은 Out of Band (L11030)를 통하여 전송될 수 있다. 송신기는 모든 RoHC 패킷 스트림에 대하여 상술한 과정과 동일한 과정에 따라 IR 및 IR-DYN 헤더를 일반적인 헤더 압축된 패킷의 헤더로 교체할 수 있고 static chain 및/또는 dynamic chain을 추출할 수 있다. 재구성된 패킷 스트림 (Reconfigured Packet Stream, L11020)은 data pipe를 통하여 전송될 수 있고 추출된 static chain 및 dynamic chain은 Out of Band (L11030)를 통해 전송될 수 있다.
본 발명의 일 실시예에 따른 수신기에서 RoHC 패킷 스트림을 복원 (recovery)하는 과정은 다음과 같다.
본 발명의 일 실시예에 따른 수신기는 시그널링 (Signaling) 정보를 이용하여 수신하고자 하는 스트림의 data pipe를 선택할 수 있다. 다음으로, 수신기는 data pipe로 전송되는 수신하고자 하는 패킷 스트림을 수신할 수 있고 (Received Packet Stream, L11040) 수신하고자 하는 패킷 스트림에 해당하는 static chain 및 dynamic chain을 검출할 수 있다. 여기서, static chain 및/또는 dynamic chain은 Out of Band를 통해 수신될 수 있다 (Out of Band Reception, L11050). 다음으로, 수신기는 추출된 static chain 및 dynamic chain의 SN을 이용하여 data pipe를 통해 전송되는 패킷 스트림 중 상술한 static chain 또는 dynamic chain의 SN과 동일한 SN을 가진 일반적인 헤더 압축된 패킷을 검출할 수 있다. 다음으로, 수신기는 검출된 일반적인 헤더 압축된 패킷을 static chain 및/또는 dynamic chain과 결합하여 IR 및/또는 IR-DYN 패킷을 구성할 수 있고 구성된 IR 및/또는 IR-DYN 패킷은 RoHC decompressor로 전송될 수 있다. 또한, 수신기는 IR 패킷, IR-DYN 패킷 및/또는 일반적인 헤더 압축된 패킷을 포함하는 RoHC 패킷 스트림 (RoHC Packet Stream, L11060)을 구성할 수 있고 구성된 RoHC 패킷 스트림은 RoHC decompressor로 전송될 수 있다. 본 발명의 일 실시예에 따른 수신기는 RoHC 패킷 스트림을 복원하기 위하여 static chain, dynamic chain, IR 패킷 및 IR-DYN 패킷의 SN 및/또는 Context ID를 이용할 수 있다.
도 12은 본 발명의 일 실시예에 따른 제 3 구성 모드 (Configuration Mode #3)에 대하여 RoHC 패킷 스트림의 구성 (configuration) 및 복원 (recovery) 과정을 나타낸 도면이다.
본 발명의 일 실시예에 따른 송신기에서 RoHC 패킷 스트림의 구성 (configuration) 과정은 다음과 같다.
본 발명의 일 실시예에 따른 송신기는 RoHC 헤더 정보를 바탕으로 RoHC 패킷 스트림 (RoHC Packet Stream, L12010)에서 IR 패킷을 검출할 수 있다. 다음으로, 송신기는 IR 패킷에서 static chain을 추출할 수 있고 IR 패킷의 구성 중 추출된 static chain을 제외한 나머지 부분을 이용하여 IR 패킷을 IR-DYN 패킷으로 변환할 수 있다. 송신기는 모든 RoHC 패킷 스트림에 대하여 상술한 과정과 동일한 과정에 따라 IR 패킷의 헤더를 IR-DYN 패킷의 헤더로 교체할 수 있고 static chain을 추출할 수 있다. 재구성된 패킷 스트림 (Reconfigured Packet Stream, L12020)은 data pipe를 통하여 전송될 수 있고 추출된 static chain은 Out of Band (L12030)를 통해 전송될 수 있다.
본 발명의 일 실시예에 따른 수신기에서 RoHC 패킷 스트림을 복원 (recovery)하는 과정은 다음과 같다.
본 발명의 일 실시예에 따른 수신기는 시그널링 (Signaling) 정보를 이용하여 수신하고자 하는 스트림의 data pipe를 선택할 수 있다. 다음으로, 수신기는 data pipe로 전송되는 수신하고자 하는 패킷 스트림을 수신할 수 있고 (Received Packet Stream, L12040) 수신하고자 하는 패킷 스트림에 해당하는 static chain을 검출할 수 있다. 여기서, static chain은 Out of Band를 통해 수신될 수 있다 (Out of Band Reception, L12050). 다음으로, 수신기는 data pipe를 통해 전송되는 패킷 스트림 중 IR-DYN 패킷을 검출할 수 있다. 다음으로, 수신기는 검출된 IR-DYN 패킷을 static chain과 결합하여 IR 패킷을 구성할 수 있고 구성된 IR 패킷은 RoHC decompressor로 전송될 수 있다. 또한, 수신기는 IR 패킷, IR-DYN 패킷 및/또는 일반적인 헤더 압축된 패킷을 포함하는 RoHC 패킷 스트림 (RoHC Packet Stream, L12060)을 구성할 수 있고 구성된 RoHC 패킷 스트림은 RoHC decompressor로 전송될 수 있다. 본 발명의 일 실시예에 따른 수신기는 RoHC 패킷 스트림을 복원하기 위하여 static chain 및 IR-DYN 패킷의 SN 및/또는 Context ID를 이용할 수 있다.
도 13은 본 발명의 일 실시예에 따른 Out of Band로 전달할 수 있는 정보의 조합을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 RoHC 패킷 스트림의 구성 (configuration) 과정에서 추출된 static chain 및/또는 dynamic chain을 out of band로 전달하는 방법은 크게 시그널링 (signaling)을 통해 전달하는 방법 및 system decoding에 필요한 parameter가 전달되는 data pipe를 통해 전달하는 방법이 존재할 수 있다. 본 발명의 일 실시예에 따르면 상술한 system decoding에 필요한 parameter가 전달되는 data pipe는 Base DP (Data Pipe)로 명명될 수 있다.
이 도면에 도시된 바와 같이 static chain 및/또는 dynamic chain은 시그널링 또는 Base DP를 통하여 전달될 수 있다. 본 발명의 일 실시예에 따르면 제 1 전송 모드 (Transport Mode #1) 내지 제 3 전송 모드 (Transport Mode #3)는 제 1 구성 모드 (Configuration Mode #1) 또는 제 2 구성 모드 (Configuration Mode #2)에 사용될 수 있고 제 4 전송 모드 (Transport Mode #4) 내지 제 5 전송 모드 (Transport Mode #5)는 제 3 구성 모드 (Configuration Mode #3)에 사용될 수 있다.
본 발명의 일 실시예에 따르면 각각의 구성 모드 (Configuration Mode) 및 전송 모드 (Transport Mode)는 별도의 시그널링을 통해 system의 상황에 맞게 switching하여 사용될 수 있고 system 설계 과정에 따라 하나의 구성 모드 및 하나의 전송 모드만이 고정되어 사용될 수 있다.
이 도면에 도시된 바에 따르면 제 1 전송 모드 (Transport Mode #1)에서 static chain은 signaling을 통해 전송될 수 있고 dynamic chain은 signaling을 통해 전송될 수 있고 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)은 보통의 (Normal) Data Pipe를 통해 전송될 수 있다.
이 도면에 도시된 바에 따르면 제 2 전송 모드 (Transport Mode #2)에서 static chain은 signaling을 통해 전송될 수 있고 dynamic chain은 Base Data Pipe을 통해 전송될 수 있고 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)은 보통의 (Normal) Data Pipe를 통해 전송될 수 있다.
이 도면에 도시된 바에 따르면 제 3 전송 모드 (Transport Mode #3)에서 static chain은 Base Data Pipe을 통해 전송될 수 있고 dynamic chain은 Base Data Pipe을 통해 전송될 수 있고 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)은 보통의 (Normal) Data Pipe를 통해 전송될 수 있다.
이 도면에 도시된 바에 따르면 제 4 전송 모드 (Transport Mode #4)에서 static chain은 signaling을 통해 전송될 수 있고 dynamic chain은 보통의 (Normal) Data Pipe을 통해 전송될 수 있고 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)은 보통의 (Normal) Data Pipe를 통해 전송될 수 있다. 이 때, dynamic chain은 IR-DYN 패킷에 의해 전송될 수 있다.
이 도면에 도시된 바에 따르면 제 5 전송 모드 (Transport Mode #5)에서 static chain은 Base Data Pipe을 통해 전송될 수 있고 dynamic chain은 보통의 (Normal) Data Pipe을 통해 전송될 수 있고 일반적인 헤더 압축된 패킷 (General Header Compressed Packet)은 보통의 (Normal) Data Pipe를 통해 전송될 수 있다. 이 때, dynamic chain은 IR-DYN 패킷에 의해 전송될 수 있다.
도 14는 본 발명의 일 실시예에 따른 static chain을 포함하는 descriptor의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 static chain을 signaling으로 전송하기 위하여 signaling으로 전송할 수 있는 전송 format이 필요하고 descriptor 형태가 이에 해당될 수 있다.
본 발명의 일 실시예에 따른 static chain을 포함하는 descriptor는 descriptor_tag 필드, descriptor_length 필드, context_id 필드, context_profile 필드, static_chain_length 필드 및/또는 static_chain() 필드를 포함할 수 있다.
descriptor_tag 필드는 이 디스크립터가 static chain을 포함하는 디스크립터임을 나타낼 수 있다.
descriptor_length 필드는 이 디스크립터의 길이를 나타낼 수 있다.
context_id 필드는 해당하는 RoHC 패킷 스트림에 대한 context ID를 나타낼 수 있다. context ID의 길이는 system 초기 구성 과정에서 결정될 수 있다. 이 필드는 컨텍스트 식별자 정보로 명명될 수 있고 static 필드 또는 dynamic 필드에 따른 해당 RoHC 패킷 스트림을 식별할 수 있다.
context_profile 필드는 해당하는 RoHC 패킷 스트림의 압축 프로토콜 (protocol) 정보를 나타낼 수 있다. 즉, 해당 RoHC 패킷 스트림에 포함된 RoHC 패킷의 헤더가 어떤 프로토콜까지 압축이 되었는지를 나타낼 수 있다.
static_chain_length 필드는 뒤따르는 static chain()의 길이를 byte 단위로 나타낼 수 있다. 여기서, 이 디스크립터가 하나의 static chain만을 포함하는 경우 이 필드는 전술한 descriptor_length 필드로 대체할 수 있다.
static_chain() 필드는 static chain에 대한 정보를 포함할 수 있다.
도 15는 본 발명의 일 실시예에 따른 dynamic chain을 포함하는 descriptor의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 dynamic chain을 signaling으로 전송하기 위하여 signaling으로 전송할 수 있는 전송 format이 필요하고 descriptor 형태가 이에 해당될 수 있다.
본 발명의 일 실시예에 따른 dynamic chain을 포함하는 descriptor는 descriptor_tag 필드, descriptor_length 필드, context_id 필드, context_profile 필드, dynamic_chain_length 필드 및/또는 dynamic_chain() 필드를 포함할 수 있다.
descriptor_tag 필드는 이 디스크립터가 dynamic chain을 포함하는 디스크립터임을 나타낼 수 있다.
descriptor_length 필드는 이 디스크립터의 길이를 나타낼 수 있다.
context_id 필드는 해당하는 RoHC 패킷 스트림에 대한 context ID를 나타낼 수 있다. context ID의 길이는 system 초기 구성 과정에서 결정될 수 있다.
context_profile 필드는 해당하는 RoHC 패킷 스트림의 압축 프로토콜 (protocol) 정보를 나타낼 수 있다.
dynamic_chain_length 필드는 뒤따르는 dynamic chain()의 길이를 byte 단위로 나타낼 수 있다. 여기서, 이 디스크립터가 하나의 dynamic chain만을 포함하는 경우 이 필드는 전술한 descriptor_length 필드로 대체할 수 있다.
dynamic_chain() 필드는 dynamic chain에 대한 정보를 포함할 수 있다.
도 16는 본 발명의 일 실시예에 따른 static chain을 포함하는 packet format 및 dynamic chain을 포함하는 packet format의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 static chain 및/또는 dynamic chain을 Base DP로 전송하기 위하여 packet 형태로 전송할 수 있는 전송 format이 필요하고 이 도면에 따른 packet format 형태가 이에 해당될 수 있다.
본 발명의 일 실시예에 따른 static chain 및/또는 dynamic chain을 packet format으로 구성하기 위해서 해당 static chain 및/또는 dynamic chain에 대한 정보를 알려줄 수 있는 헤더가 추가될 수 있다. 추가된 헤더는 Packet Type 필드, Static/Dynamic chain Indicator 필드 및/또는 Payload Length 필드를 포함할 수 있다. 본 발명의 일 실시예에 따른 패킷이 static chain 및/또는 dynamic chain을 구체적으로 지시 (indication)하기 어려운 구조를 가지는 경우 이 패킷의 페이로드에 전술한 static chain 또는 dynamic chain을 포함하는 디스크립터의 정보가 그대로 포함될 수 있다.
본 발명의 일 실시예에 따른 static chain을 포함하는 packet format은 Packet Type 필드, Static chain Indicator 필드, Payload Length 필드 및/또는 Static Chain Byte 필드를 포함할 수 있다.
Packet Type 필드는 이 패킷의 type 정보를 나타낼 수 있다.
Static chain Indicator 필드는 payload를 구성하는 정보가 static chain인지 dynamic chain인지를 나타낼 수 있다.
Payload Length 필드는 static chain을 포함하는 payload의 길이를 나타낼 수 있다.
Static Chain Byte 필드는 이 패킷의 payload에 포함되는 static chain 정보를 나타낼 수 있다.
본 발명의 일 실시예에 따른 dynamic chain을 포함하는 packet format은 Packet Type 필드, Dynamic chain Indicator 필드, Payload Length 필드 및/또는 Dynamic Chain Byte 필드를 포함할 수 있다.
Packet Type 필드는 이 패킷의 type 정보를 나타낼 수 있다.
Dynamic chain Indicator 필드는 payload를 구성하는 정보가 static chain인지 dynamic chain인지를 나타낼 수 있다.
Payload Length 필드는 dynamic chain을 포함하는 payload의 길이를 나타낼 수 있다.
Dynamic Chain Byte 필드는 이 패킷의 payload에 포함되는 dynamic chain 정보를 나타낼 수 있다.
도 17은 본 발명의 일 실시예에 따른 ROHC_init_descriptor()의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따른 RoHC (Robust Header Compression)는 양방향 전송 시스템을 위해 구성될 수 있다. 양방향 시스템에서, 본 발명의 일 실시예에 따른 RoHC 컴프레서 (RoHC compressor) 및 RoHC 디컴프레서 (RoHC decompressor)는 초기 셋업 (set up) 과정을 거칠 수 있고 이 과정에서 초기 과정에 필요한 파라미터 (parameter)를 주고 받을 수 있다. 본 발명의 일 실시예에 따르면 상술한 초기 과정에 필요한 파라미터를 주고 받는 과정을 negotiation 과정 또는 초기화 과정이라고 명명될 수 있다. 하지만, 본 발명의 일 실시예에 따르면 방송 시스템과 같은 단방향 시스템에서는 상술한 negotiation 과정을 진행할 수 없고 별도의 방법을 통하여 상술한 초기화 과정을 대체할 수 있다.
본 발명의 일 실시예에 따르면 초기화 과정에서 RoHC 컴프레서와 RoHC 디컴프레서는 다음과 같은 파라미터를 주고 받을 수 있다. 본 발명의 일 실시예에 따른 초기 과정에 필요한 파라미터는 MAX_CID, LARGE_CIDS, PROFILES, FEEDBACK_FOR 및/또는 MRRU를 포함할 수 있다.
MAX_CID는 CID (context ID)의 최대값을 디컴프레서에 알려주기 위해 사용될 수 있다.
LARGE_CIDS는 CID의 구성에 있어서 short CID (0~15 (10진수))를 사용하는지 embedded CID (0~16383 (10진수))를 사용하는지를 나타낼 수 있다. 이에 따라 CID를 표현하는 바이트의 크기도 결정될 수 있다.
PROFILES은 RoHC에서 헤더가 압축되는 프로토콜의 범위를 나타낼 수 있다. 본 발명의 일 실시예에 따르면 RoHC에서는 컴프레서와 디컴프레서가 동일한 프로파일 (profile)을 가져야 스트림에 대한 압축 및 복구가 가능할 수 있다.
FEEDBACK_FOR는 optional로 사용되는 필드에 해당할 수 있고 해당 RoHC 채널에서 피드백 (feedback) 정보를 전송할 수 있는 역방향 채널이 존재하는지 여부를 나타낼 수 있다.
MRRU (Maximum Reconstructed Reception Unit)는 RoHC 컴프레서에서 세그멘테이션 (segmentation)이 사용될 때 세그먼트 (segment)의 최대 크기를 나타낼 수 있다.
본 발명의 일 실시예는 상술한 RoHC 초기 과정에 필요한 파라미터를 전송하기 위해 파라미터들을 포함하는 디스크립터를 전송할 수 있다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()는 descriptor_tag 필드, descriptor_length 필드, context_id 필드, context_profile 필드, max_cid 필드 및/또는 large_cid 필드를 포함할 수 있다.
descriptor_tag 필드는 이 디스크립터가 RoHC 초기 과정에 필요한 파라미터를 포함하는 디스크립터임을 식별할 수 있다.
descriptor_length 필드는 이 디스크립터의 길이를 나타낼 수 있다.
context_id 필드는 해당하는 RoHC 패킷 스트림에 대한 context ID를 나타낼 수 있다.
context_profile 필드는 상술한 PROFILES 파라미터를 포함하는 필드로서 RoHC에서 헤더가 압축되는 프로토콜의 범위를 나타낼 수 있다.
max_cid 필드는 상술한 MAX_CID 파라미터를 포함하는 필드로서 CID (context ID)의 최대값을 나타낼 수 있다.
large_cid 필드는 상술한 LARGE_CIDS 파라미터를 포함하는 필드로서 CID의 구성에 있어서 short CID (0~15 (10진수))를 사용하는지 embedded CID (0~16383 (10진수))를 사용하는지를 나타낼 수 있다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()는 상술한 FEEDBACK_FOR 파라미터 및/또는 MRRU 파라미터를 포함할 수 있다.
도 18는 본 발명의 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()는 FIC (fast information channel)을 통하여 전송될 수 있다. 이 경우, ROHC_init_descriptor()는 Fast_Information_Chunk()에 포함되어 전송될 수 있다. 본 발명의 일 실시예에 따르면 ROHC_init_descriptor()는 Fast_Information_Chunk()의 서비스 레벨에 포함되어 전송될 수 있다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()가 포함하는 필드에 대한 설명은 전술하였다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()는 시스템의 구성에 따라 명칭이 변경될 수 있고 시스템의 최적화 상황에 따라 크기가 변경될 수 있다.
본 발명의 일 실시예에 따른 Fast_Information_Chunk()는 고속 정보 청크로 명명될 수 있다.
도 19은 본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함한 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터는 FIC (fast information channel)을 통하여 전송될 수 있다. 이 경우, RoHC 초기 과정에 필요한 파라미터는 Fast_Information_Chunk()에 포함되어 전송될 수 있다. 본 발명의 일 실시예에 따르면 RoHC 초기 과정에 필요한 파라미터는 Fast_Information_Chunk()의 서비스 레벨에 포함되어 전송될 수 있다.
본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함하는 Fast_Information_Chunk()가 포함하는 필드에 대한 설명은 전술하였다.
본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터는 시스템의 구성에 따라 명칭이 변경될 수 있고 시스템의 최적화 상황에 따라 크기가 변경될 수 있다.
도 20는 본 발명의 다른 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 방송 서비스를 구성하는 컴포넌트 (component)에 대한 중요 정보를 Fast_Information_Chunk()에 포함하여 전송하는 경우 ROHC_init_descriptor()는 Fast_Information_Chunk()의 컴포넌트 레벨에 포함되어 전송될 수 있다. 즉, Fast_Information_Chunk()를 구성하는 컴포넌트 별로 ROHC_init_descriptor()를 전송할 수 있다.
본 발명의 다른 일 실시예에 따른 ROHC_init_descriptor()를 포함하는 Fast_Information_Chunk()가 포함하는 필드에 대한 설명은 전술하였다.
본 발명의 일 실시예에 따른 ROHC_init_descriptor()는 시스템의 구성에 따라 명칭이 변경될 수 있고 시스템의 최적화 상황에 따라 크기가 변경될 수 있다.
도 21는 본 발명의 다른 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함한 Fast_Information_Chunk()의 구성을 나타낸 도면이다.
본 발명의 일 실시예에 따르면 방송 서비스를 구성하는 컴포넌트 (component)에 대한 중요 정보를 Fast_Information_Chunk()에 포함하여 전송하는 경우 RoHC 초기 과정에 필요한 파라미터는 Fast_Information_Chunk()의 컴포넌트 레벨에 포함되어 전송될 수 있다. 즉, Fast_Information_Chunk()를 구성하는 컴포넌트 별로 RoHC 초기 과정에 필요한 파라미터를 전송할 수 있다.
본 발명의 다른 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터를 포함하는 Fast_Information_Chunk()가 포함하는 필드에 대한 설명은 전술하였다.
본 발명의 일 실시예에 따른 RoHC 초기 과정에 필요한 파라미터는 시스템의 구성에 따라 명칭이 변경될 수 있고 시스템의 최적화 상황에 따라 크기가 변경될 수 있다.
도 22는 본 발명의 일 실시예에 따른 시그널링(signaling)을 위한 패킷 (packet)헤더의 구조를 나타낸 도면이다. 본 발명의 일 실시예에 따른 시그널링을 위한 패킷을 링크 레이어 패킷(link layer packet) 또는 시그널링 패킷(signaling packet)이라 호칭 할 수 있다. 본 발명의 일 실시예에 따른 링크 레이어 패킷은 링크 레이어 패킷 헤더 및 링크 레이어 패킷 페이로드를 포함할 수 있다. 또한, 도 22에 도시된 바와 같이, 본 발명의 일 실시예에 따른 링크 레이어 패킷의 패킷 헤더는 픽스드 헤더(fixed header)와 익스텐디드 헤더(extended header)를 포함할 수 있다. 픽스드 헤더의 길이는 1바이트(byte)로 한정될 수 있으므로, 본 발명에서는 익스텐디드 헤더를 통해 추가적인 시그널링 정보를 전송하는 것을 일 실시예로 할 수 있다. 픽스드 헤더는 3bit의 패킷 타입 (Packet type) 필드, 1bit의 패킷 컨피규레이션(Packet Configuration, PC) 필드를 포함할 수 있다. 도 22는 패킷 타입 필드가 '110'인 경우의 링크 레이어 패킷에 포함된 픽스드 헤더 및 익스텐디드 헤더를 통해 전송되는 시그널링 필드들 및 필드들간의 연관관계를 나타낸다. 이하 도 22에 포함된 시그널링 필드들에 대해 설명한다.
본 발명의 일 실시예에 따른 픽스드 헤더 및/또는 익스텐디드 헤더는 패킷 컨피규레이션 필드 값에 따라 구성이 달라질 수 있다.
패킷 컨피규레이션 필드는 패킷 구성을 지시하는 필드이다. 구체적으로 패킨 컨피규레이션 필드는 링크 레이어 패킷 페이로드가 포함하는 시그널링 정보의 처리 형태 및/또는 그에 따른 익스텐디드 헤더 길이 정보를 나타낼 수 있다.
패킷 컨피규레이션 필드 값이 '0'인 경우, 픽스드 헤더는 4bit의 Concatenation Count 필드를 포함할 수 있다.
Concatenation Count 필드는 시그널링으로서 섹션 테이블이 아닌 디스크립터만 전송되는 경우에 존재하는 필드이다. Concatenation Count (Count) 필드는 몇 개의 디스크립터가 링크 계층 패킷의 페이로드를 구성하고 있는지를 나타낸다. 본 발명의 일 실시예에 따르면 Concatenation Count (Count) 필드값에 1을 더한 숫자의 개수만큼의 디스크립터가 하나의 링크 계층 패킷의 페이로드를 구성하는 것으로 표시될 수 있다. 따라서, Concatenation Count (Count) 필드에 할당된 비트수가 3 비트이므로 최대 8개의 디스크립터가 하나의 링크 계층 패킷으로 구성하도록 시그널링될 수 있다.
패킷 컨피규레이션 필드 값이 '1'인 경우, 픽스드 헤더는 1bit의 LI 필드 및 3bit의 Segment ID 필드를 포함할 수 있다.
LI (Last segment Indicator) 필드는 해당 링크 레이어 패킷이 마지막 (last) 분할 시그널링 데이터를 포함하는지 여부를 나타낼 수 있다. 즉, 시그널링 데이터는 세그먼트로 분할되어 전송될 수 있으며, LI 필드 값이 0인 경우는 현재 링크 레이어 패킷에 포함된 시그널링 데이터는 마지막 세그먼트에 해당하지 않는다는 것을 의미하며, L1 필드 값이 1인 경우, 현재 링크 레이어 패킷에 포함된 시그널링 데이터는 마지막 세그먼트에 해당한다는 것을 의미한다.
Segment ID 필드는 시그널링 데이터가 분할 (segmentation)되는 경우에 분할된 세그먼트를 식별하는 ID를 나타낼 수 있다.
본 발명의 일 실시예에 따른 익스텐디드 헤더는 픽스드 헤더의 구성에 따라 구성이 달라질 수 있다.
다만, 도면에 도시된 바와 같이, 픽스드 헤더의 구성에 관계없이 본 발명의 일 실시예에 따른 익스텐디드 헤더는 시그널링 클래스 필드(signaling class field), 인포메이션 타입 필드(information type field), 시그널링 포맷(signaling format) 필드를 포함할 수 있다. 본 발명의 일 실시예에 따른 익스텐디드 헤더가 포함하는 필드들은 설계자의 의도에 따라 타 레이어에서도 적용될 수 있다.
본 발명의 일 실시예에 따른 시그널링 클래스 필드는 링크 레이어 패킷 페이로드가 포함하는 시그널링의 종류(class)를 지시할 수 있다. 구체적으로 본 발명의 일 실시예에 따른 패킷 헤더는 채널 스캔 및 서비스 획득을 위한 시그널링, emergency alert 시그널링 또는 헤더 컴프레션 시그널링 중 어느 하나에 해당하는 시그널링을 위해 사용될 수 있다. 각 시그널링에 해당하는 경우, 본 발명의 일 실시예에 따른 링크 레이어 패킷 페이로드는 관련 시그널링 정보를 전송할 수 있다. 또한, 본 발명의 일 실시예에 따른 시그널링 클래스 필드는 3비트(bit) 크기를 가질 수 있으며 이는 설계자의 의도에 따라 변경 가능한 사항이다. 구체적인 내용은 후술한다.
본 발명의 일 실시예에 따른 인포메이션 타입(Information type) 필드는 3비트(bit) 크기를 가질 수 있으며, 링크 레이어 패킷 페이로드(link layer packet payload)가 포함하는 시그널링 정보(information)의 종류를 지시할 수 있다. 이는 설계자의 의도에 따라 변경 가능한 사항이다. 구체적인 내용은 후술한다.
본 발명의 일 실시예에 따른 시그널링 포맷(signaling format) 필드는 2비트 또는 3비트(bit) 크기를 가질 수 있으며, 이는 설계자의 의도에 따라 상술한 크기에 제한되지 않고 변경 가능한 사항이다.
시그널링 포맷 필드는 링크 레이어 패킷 페이로드가 포함하는 시그널링 데이터의 형태를 나타낼 수 있다.
상술한 바와 같이 패킷 컨피규레이션 필드 값이 '0'인 경우, 본 발명의 일 실시예에 따른 익스텐디드 헤더는 시그널링 클래스 필드, 인포메이션 타입 필드 및 시그널링 포맷 필드를 포함할 수 있다. 이 경우, 본 발명의 일 실시예에 따른 익스텐디드 헤더는 시그널링 포맷 필드 값에 따라 페이로드 길이 파트 (Payload Length Part) 필드를 포함할 수 있다.
상술한 페이로드 길이 파트 (Payload Length Part) 필드는 시스템의 구성에 따라 링크 계층 패킷 전체의 길이를 나타내는 값이 할당될 수 있고 링크 계층 패킷의 페이로드만의 길이를 나타내는 값이 할당될 수도 있다.
또한, 패킷 컨피규레이션 필드 값이 '1'인 경우, 본 발명의 일 실시예에 따른 익스텐디드 헤더는 4 비트의 Seg_SN (segment sequence number) 필드를 포함할 수 있다.
LI 필드 값이 '0'인 경우, 본 발명의 일 실시예에 따른 익스텐디드 헤더는 4 비트의 Seg_SN (segment sequence number) 필드, 4 비트의 Segment Length ID 필드 및 상술한 시그널링 클래스 필드, 인포메이션 타입 필드 및 시그널링 포맷 필드를 포함할 수 있다.
segment sequence number 필드는 시그널링 데이터가 분할 (segmentation)되는 경우 각 세그먼트 (segment)의 순서를 나타낸다. 시그널링 데이터의 앞부분에는 해당 데이터 테이블 (data table)에 대한 index를 포함되어 있으므로, 수신기가 패킷 (packet)을 수신할 때 분할된 각 세그먼트는 반드시 순서대로 정렬되어야 한다. 하나의 시그널링 데이터에서 분할 (segmentation)된 페이로드 (payload)를 가지는 링크 계층 패킷들은 동일한 Segment ID를 가지지만 서로 다른 Segment Sequence Number를 가질 수 있다.
Segment Length ID 필드는 해당 세그먼트의 길이를 지시할 수 있다.
LI 필드 값이 '1'인 경우, 본 발명의 일 실시예에 따른 익스텐디드 헤더는 4 비트의 Seg_SN (segment sequence number) 필드 및 12비트의 라스트 세그먼트 길이 (last segment length) 필드를 포함할 수 있다. Seg_SN (segment sequence number) 필드는 마지막 세그먼트 ID에 해당하는 세그먼트 (segment)의 순서를 지시할 수 있으며, 라스트 세그먼트 길이 (last segment length) 필드는 해당 세그먼트의 길이를 지시할 수 있다.도 23은 본 발명의 일 실시예에 따른 시그널링 클래스 필드(signaling class field)를 정의한 도표이다.
도표의 좌측은 3비트(bit)의 시그널링 클래스 필드의 값을 나타내며, 도표의 우측은 각 시그널링 클래스 필드의 값이 지시하는 패킷 헤더의 시그널링의 종류를 설명하는 디스크립션(description)을 나타낸다.
이하에서는 각 시그널링 클래스 필드 값에 대해 설명한다.
시그널링 클래스 필드의 값이 '000'인 경우, 패킷 페이로드의 시그널링은 채널 스캔 및 서비스 획득을 위한 시그널링에 해당한다. 도면에 도시된 바와 같이 디스크립션은 'Signaling for Channel Scan and Service Acquisition'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 채널 스캔 및 서비스 획득과 관련된 시그널링 정보를 전송할 수 있다.
시그널링 클래스 필드 값이 '001'인 경우, 패킷 헤더의 시그널링은 emergency alert을 위한 시그널링에 해당한다. 도면에 도시된 바와 같이 디스크립션은 'Signaling for Emergency Alert'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 emergency alert와 관련된 시그널링 정보를 전송할 수 있다.
시그널링 클래스 필드 값이 '010'인 경우, 패킷 헤더의 시그널링은 헤더 컴프레션을 위한 시그널링에 해당한다. 도면에 도시된 바와 같이 디스크립션은 'Signaling for Header Compression'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 헤더 압축과 관련된 시그널링 정보를 전송할 수 있다.
시그널링 클래스 필드 값이 '011~110'인 경우, 패킷 헤더는 추후 다른 종류의 시그널링을 위해 사용될 수 있다. 이 경우, 디스크립션은 'Reserved'로 표현될 수 있다. 이 경우, 본 발명의 일 실시예에 따른 링크 레이어 패킷 페이로드는 추후 본 발명이 제안하는 시그널링 클래스 이외의 시그널링에 대응하는 정보들을 전송할 수 있으며, 시그널링 클래스 필드는 '011~110' 중 어느 하나의 값으로 할당될 수 있다.
시그널링 클래스 필드 값이 '111'인 경우, 패킷 헤더는 상술한 시그널링에서 두 개 이상의 시그널링을 위해 사용될 수 있다. 이 경우, 디스크립션은 'Various'로 표현될 수 이다. 따라서, 본 발명의 일 실시예에 따른 링크 레이어 패킷 페이로드는 두 개 이상의 시그널링 클래스에 해당하는 시그널링에 대응하는 정보들을 전송할 수 있다.
상술한 도 22는 헤더 압축을 위한 시그널링을 위해 사용된 경우로서, 시그널링 클래스 필드의 값은 '010'이 된다.
도 24는 인포메이션 타입(Information type)을 정의한 도표이다.
도표의 좌측은 3비트(bit)의 인포메이션 타입 필드의 값을 나타내며, 도표의 우측은 각 인포메이션 타입 필드의 값이 지시하는 패킷 페이로드가 전송하는 인포메이션 타입을 설명하는 디스크립션(description)을 나타낸다.
구체적으로 도 24는 본 발명의 일 실시예에 따른 시그널링 클래스(signaling class) 필드 값이 '010'인 경우의 인포메이션 타입을 정의한 도표이다. 인포메이션 타입(Information type)은 3비트(bit) 크기로 나타낼 수 있으며, 링크 레이어 패킷 페이로드(link layer packet payload)가 포함하는 시그널링 정보(information)의 종류를 지시할 수 있다.
각 인포메이션 타입을 설명하는 디스크립션(Description)은 도표에 기재된 바와 같다. 이하, 인포메이션 타입 필드 값에 대해 설명한다.
Information type 값이 '000'인 경우, 디스크립션은 'Initialization Information'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 초기 정보(Initialization Information)와 관련된 시그널링 정보를 포함할 수 있다.
Information type이 '001'인 경우, 디스크립션은 'Configuration Parameters'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 컨피규레이션 파라미터(Configuration Parameters)와 관련된 시그널링 정보를 포함할 수 있다.
Information type이 '010'인 경우, 디스크립션은 'Static Chain'로 표현될 수 있다. 이 경우, 링크 레이어 패킷 페이로드는 Static Chain과 관련된 시그널링 정보를 포함할 수 있다.
Information type이 '011'인 경우, 디스크립션은 'Dynamic Chain'으로 표현될 수 있다.
도 25는 Information type for header compression의 값이 '000'인 경우, 본 발명의 일 실시예에 따른 Payload_for_Initialization()의 구성을 나타내는 도면이다.
Initialization 정보는 컴프레서(compressor)와 디컴프레서(decompressor) 간의 RoHC 채널(channel)의 구성 정보를 포함할 수 있다. RoHC 채널은 하나 이상의 컨택스트(context) 정보를 전송할 수 있다. RoHC 채널이 전송하는 모든 컨택스트에 공통적인 정보를 포함할 수 있다. RoHC 채널은 하나 또는 복수의 DP로 구성될 수 있다.
본 발명의 일 실시예에 따른 Payload_for_Initialization()는 num_RoHC_channels 필드, RoHC_channel_id 필드, max_cid 필드, large_cids 필드, num_profiles 필드, profiles() 필드, num_IP_stream 필드, IP_address() 필드를 포함할 수 있다.
num_RoHC_channels 필드는 RoHC가 적용된 패킷들이 전송되는 RoHC 채널(channel)의 개수를 나타낼 수 있다. RoHC 채널(channel)은 하나 또는 복수의 DP 구성될 수 있다. RoHC 채널(channel)이 하나의 DP로 구성된 경우, DP의 정보를 기반으로 RoHC 채널(channel) 정보를 대체할 수 있다. 이 경우, num_RoHC_channels 필드는 num_DP 필드로 대체될 수 있다.
RoHC_channel_id 필드는 RoHC가 적용된 패킷들이 전송되는 RoHC 채널(channel)의 id를 나타낼 수 있다. RoHC 채널(channel)이 하나의 DP로 구성되는 경우, DP_id로 대체될 수 있다.
max_cid 필드는 CID의 최대값을 나타낼 수 있다. max_cid필드의 값은 디컴프레서(decompressor)에 입력될 수 있다.
large_cids 필드는 상술한 LARGE_CIDS 파라미터를 포함하는 필드로서 CID의 구성에 있어서 short CID (0~15 (10진수))를 사용하는지 embedded CID (0~16383 (10진수))를 사용하는지를 나타낼 수 있다.
num_profiles 필드는 RoHC 채널(channel)이 지원할 수 있는 profile의 개수를 나타낼 수 있다.
profiles() 필드는 본 발명의 일 실시예에 따른 RoHC 과정에서 헤더가 압축되는 protocol의 범위를 나타낼 수 있다. 본 발명의 일 실시예에 따른 RoHC 과정에서 컴프레서(compressor)와 디컴프레서(decompressor)는 동일한 profile을 갖는 RoHC 패킷들을 stream으로 압축 및 복구할 수 있다.
num_IP_stream 필드는 RoHC 채널(channel)을 통해 전송되는 IP stream의 개수를 나타낼 수 있다.
IP_address 필드는 RoHC 컴프레서(compressor)로 입력되는 filtered된 ip stream의 destination address를 나타낼 수 있다.
도 26은 Information type for header compression의 값이 '001'인 경우, Payload_for_ROHC_configuration()의 구성을 나타내는 도면이다.
본 발명의 일 실시예에 따른 Payload_for_ROHC_configuration()는 컨피규레이션 파라미터(configuration parameter)를 포함할 수 있다. 컨피규레이션 파라미터(configuration parameter)는 각 패킷의 구성 및 컨택스트(context)의 전송 모드(mode)를 나타낼 수 있다.
본 발명의 일 실시예에 따른 컨피규레이션 파라미터(configuration parameter)는 Payload_for_ROHC_configuration()가 포함하는 필드에 해당할 수 있다. 컨피규레이션 파라미터(configuration parameter)는 각 컨텍스트(context)의 패킷 구성(packet configuration) 및/또는 컨택스트의 전송 모드(transport mode 또는 transmission mode)를 나타낼 수 있다. 이 경우, 다른 RoHC 채널(channel)을 통해 전송되는 동일한 context_id를 구별하기 위해, RoHC_channel_id를 이용할 수 있다.
본 발명의 일 실시예에 따른 Payload_for_ROHC_configuration()는 RoHC_channel_id 필드, context_id 필드, packet_configuration_mode 필드, context_transmission_mode 필드, context_profile 필드를 포함할 수 있다.
context_id 필드는 해당하는 RoHC 패킷 스트림에 대한 context ID를 나타낼 수 있다. context ID의 길이는 system 초기 구성 과정에서 결정될 수 있다. 따라서, 본 발명의 일 실시예에 따른 Payload_for_Initialization()의 구성을 기반으로 결정될 수 있다.
packet_configuration_mode 필드는 해당하는 컨텍스트(context)를 포함하는 패킷 스트림(packet stream)의 구성 모드(configuration mode)를 나타낼 수 있다.
context_transmission_mode 필드는 해당하는 컨텍스트(context) 전송 모드를 나타낸다. 전술한 전송 모드(transport mode 또는 transmission mode)와 동일하다.
본 발명의 일 실시예에 따른 Payload_for_ROHC_configuration()이 포함하는 RoHC_channel_id 필드, context_profile 필드에 대한 설명은 전술한 바와 동일하다.
도 27은 Information type for header compression의 값이 '010'인 경우, Payload_for_static_chain()의 구성을 나타내는 도면이다.
본 발명의 일 실시예에 따른 Payload_for_static_chain()은 context_id 필드, context_profile 필드, static_chain_length 필드, static_chain() 필드, dynamic_chain_incl 필드, dynamic_chain_length 필드, dynamic_chain_byte 필드를 포함할 수 있다.
dynamic_chain_incl 필드는 dynamic chain에 대한 정보가 static chain에 대한 정보와 함께 전송되는지 여부를 지시할 수 있다. 본 발명의 일 실시예에 따른 Payload_for_static_chain()이 포함하는 context_id 필드, context_profile 필드, static_chain_length 필드, static_chain() 필드, dynamic_chain_length 필드, dynamic_chain_byte 필드에 대한 설명은 전술한 바와 동일하다.
도 28은 Information type for header compression의 값이 '011'인 경우, Payload_for_dynamic_chain()의 구성을 나타내는 도면이다.
본 발명의 일 실시예에 따른 Payload_for_dynamic_chain()은 context_id 필드, context_profile 필드, dynamic_chain_length 필드, dynamic_chain_byte 필드를 포함할 수 있다.
본 발명의 일 실시예에 따른 Payload_for_dynamic_chain()이 포함하는 필드에 대한 설명은 전술한 바와 동일하다.
도 29은 본 발명의 일 실시예에 따른 방송 신호 송신 방법을 나타낸 도면이다.
본 발명의 일 실시예에 따른 방송 신호 송신 방법은 다음과 같은 순서를 따를 수 있다. 먼저, 송신측은 IP 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC(Robust Header Compression) 패킷 스트림을 생성할 수 있다. (SN29010)
RoHC 패킷 스트림을 생성하는 과정 및 각 RoHC 패킷 구성의 구체적인 내용은 도 1 내지 도 21에서 전술하였다. 다음으로, 송신측은 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성할 수 있다. (SN29020) 이에 대한 상세한 설명은 도 22 내지 도 29에서 전술하였다. 다음으로, 송신측은 시그널링 패킷을 제 1 채널을 통해 전송할 수 있다. (SN29030) 다음으로, 송신측은 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송할 수 있다. (SN29040) 각 패킷들을 전송하는 방법에 대한 구체적인 내용은 도 4의 설명 부분에서 전술하였다.
본 발명의 다른 일 실시예에 따르면 상술한 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함할 수 있다. 시그널링 패킷 헤더는 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함할 수 있다.
본 발명의 일 실시예에 따른 시그널링 패킷 헤더는 픽스드 헤더(fixed header)와 익스텐디드 헤더(extended header)를 포함할 수 있다. 익스텐디드 헤더는 시그널링 클래스(signaling class) 필드 및/또는 정보 유형(information type) 필드를 포함할 수 있다. 본 발명의 일 실시예에 따른 시그널링 클래스 필드는 서비스 획득, 긴급 경보, 헤더 압축과 관련된 내용을 나타낼 수 있다. 본 발명의 일 실시예에 따른 정보 유형 필드는 시그널링 클래스 필드 다음에 위치할 수 있으며, 시그널링 패킷 페이로드에 포함되는 시그널링 정보를 나타낼 수 있다.
시그널링 패킷 헤더가 포함하는 시그널링 필드의 구체적인 내용은 도 25 내지 도 28에서 전술한 내용과 같다..
도 30은 본 발명의 일 실시예에 따른 방송 신호 수신 방법을 나타낸 도면이다.
본 발명의 일 실시예에 따른 방송 신호 수신 방법은 도 29에서 설명한 방송 신호 송신 방법의 역과정에 해당할 수 있다. 구체적으로 본 발명의 일 실시예에 따른 방송 신호 수신 방법은 다음의 순서를 따를 수 있다. 먼저, 수신측은 제 1 채널을 통해 시그널링 패킷을 수신할 수 있다. (SN30010) 다음으로, 수신측은 RoHC 패킷을 포함하는 RoHC 패킷 스트림을 제 2 채널을 통해 수신할 수 있다. 이에 대한 상세한 설명은 도 6 내지 12의 설명 부분에서 전술하였다. (SN30020) 다음으로, 수신측은 상기 수신된 시그널링 패킷이 포함하는 정보를 기반으로 상기 RoHC 패킷의 헤더의 압축을 해제하여 IP 패킷 스트림을 출력할수 있다. (SN30030) 이에 대한 상세한 설명은 도 10 내지 12의 설명 부분에서 전술하였다. 다음으로, 수신측은 상기 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득할 수 있다. (SN30040)
본 발명의 일 실시예에 따른 방송 신호 수신 방법은 도 29에서 상술한 시그널링 패킷 및 RoHC 패킷 스트림을 처리할 수 있다. 구체적으로 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함할 수 있다. 시그널링 패킷 헤더는 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함할 수 있다. 시그널링 패킷의 구조 및 포함된 시그널링 필드는 도 29에서 전술한 바와 동일하므로 생략한다.
도 31는 본 발명의 일 실시예에 따른 방송 신호 송신 장치의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치 (N31040)는 헤더 컴프레서(Header Compressor) (N31010), 시그널링 패킷 생성부 (N31020) 및/또는 전송부 (N31030) 를 포함할 수 있다. 본 발명의 일 실시예에 따른 방송 신호 송신 장치 (N31040)은 도 29의 설명에 해당하는 방송 신호 송신 방법을 수행할 수 있다.
헤더 컴프레서 (N31010)는 IP 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC 패킷 스트림을 생성할 수 있다. 본 발명의 일 실시예에 따른 헤더 컴프레서는 RoHC 컴프레서 또는 헤더 압축부로 호칭될 수 있다.
시그널링 패킷 생성부 (N31020)는 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성할 수 있다.
전송부 (N31030)는 시그널링 패킷을 제 1 채널을 통해 전송하고 RoHC 패킷 스트림을 제 2 채널을 통해 전송할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 송신 장치 (N31040)의 구성 요소들에 대한 상세한 설명은 전술한 도 5의 설명 부분에서 전술하였다. 또한 본 발명의 일 실시예에 따른 방송 신호 송신 장치가 포함할 수 있는 장치는 본 도면에 의해 제한되지 않는다.
도 32은 본 발명의 일 실시예에 따른 방송 신호 수신 장치의 구조를 나타낸 도면이다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치는 도 31에서 설명한 방송 신호 송신 장치 동작의 역순으로 동작할 수 있다. 따라서 본 발명의 일 실시예에 따른 방송 신호 수신 장치는 도 30에서 설명한 방송 신호 수신 방법을 수행할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치 (N32040)는 수신부 (N32010), 헤더 디컴프레서 (N32020) 및/또는 IP 패킷 처리부 (N32030)를 포함할 수 있다.
수신부 (N32010)는 제 1 채널을 통해 시그널링 패킷을 수신하고 제 2 채널을 통해 RoHC 패킷을 포함하는 RoHC 패킷 스트림을 수신할 수 있다.
헤더 디컴프레서 (N32020)는 복원된 RoHC 패킷 스트림에 포함된 RoHC 패킷의 헤더의 압축을 풀어 IP 패킷 스트림을 생성할 수 있다. 본 발명의 일 실시예에 따른 헤더 디컴프레서는 RoHC 디컴프레서로 호칭할 수 있다.
IP 패킷 처리부 (N32030)는 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득할 수 있다.
본 발명의 일 실시예에 따른 방송 신호 수신 장치 (N32040)의 구성 요소들에 대한 상세한 설명은 전술한 도 5의 설명 부분에서 전술하였다.
또한 본 발명의 일 실시예에 따른 방송 신호 수신 장치가 포함할 수 있는 장치는 본 도면에 의해 제한되지 않는다.
모듈 또는 유닛은 메모리(또는 저장 유닛)에 저장된 연속된 수행과정들을 실행하는 프로세서들일 수 있다. 전술한 실시예에 기술된 각 단계들은 하드웨어/프로세서들에 의해 수행될 수 있다. 전술한 실시예에 기술된 각 모듈/블락/유닛들은 하드웨어/프로세서로서 동작할 수 있다. 또한, 본 발명이 제시하는 방법들은 코드로서 실행될 수 있다. 이 코드는 프로세서가 읽을 수 있는 저장매체에 쓰여질 수 있고, 따라서 장치(apparatus)가 제공하는 프로세서에 의해 읽혀질 수 있다.
설명의 편의를 위하여 각 도면을 나누어 설명하였으나, 각 도면에 서술되어 있는 실시 예들을 병합하여 새로운 실시 예를 구현하도록 설계하는 것도 가능하다. 그리고, 통상의 기술자의 필요에 따라, 이전에 설명된 실시 예들을 실행하기 위한 프로그램이 기록되어 있는 컴퓨터에서 판독 가능한 기록 매체를 설계하는 것도 본 발명의 권리범위에 속한다.
본 발명에 따른 장치 및 방법은 상술한 바와 같이 설명된 실시 예들의 구성과 방법이 한정되게 적용될 수 있는 것이 아니라, 상술한 실시 예들은 다양한 변형이 이루어질 수 있도록 각 실시 예들의 전부 또는 일부가 선택적으로 조합되어 구성될 수도 있다.
한편, 본 발명이 제안하는 방법을 네트워크 디바이스에 구비된, 프로세서가 읽을 수 있는 기록매체에, 프로세서가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 프로세서가 읽을 수 있는 기록매체는 프로세서에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 프로세서가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한, 인터넷을 통한 전송 등과 같은 캐리어 웨이브의 형태로 구현되는 것도 포함한다. 또한, 프로세서가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 프로세서가 읽을 수 있는 코드가 저장되고 실행될 수 있다.
또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해돼서는 안 될 것이다.
그리고, 당해 명세서에서는 물건 발명과 방법 발명이 모두 설명되고 있으며, 필요에 따라 양 발명의 설명은 보충적으로 적용될 수가 있다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 이해된다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.
본 명세서에서 장치 및 방법 발명이 모두 언급되고, 장치 및 방법 발명 모두의 설명은 서로 보완하여 적용될 수 있다.
발명의 실시를 위한 형태
다양한 실시예가 본 발명을 실시하기 위한 최선의 형태에서 설명되었다.
본 발명은 일련의 방송 신호 제공 분야에서 이용된다.
본 발명의 사상이나 범위를 벗어나지 않고 본 발명에서 다양한 변경 및 변형이 가능함은 당업자에게 자명하다. 따라서, 본 발명은 첨부된 청구항 및 그 동등 범위 내에서 제공되는 본 발명의 변경 및 변형을 포함하는 것으로 의도된다.

Claims (18)

  1. IP (Internet Protocol) 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC (Robust Header Compression) 패킷 스트림을 생성하는 단계;
    상기 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성하는 단계로서, 상기 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고;
    상기 시그널링 패킷을 제 1 채널을 통해 전송하는 단계; 및
    상기 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송하는 단계;
    를 포함하는 방송 신호 송신 방법.
  2. 제 1 항에 있어서,
    상기 시그널링 패킷 헤더는 제 1 헤더와 제 2 헤더를 포함하고, 상기 제 2 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보의 종류를 지시하는 시그널링 클래스 (signaling class) 필드 및 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 지시하는 정보 유형 (Information Type) 필드를 포함하는 방송 신호 송신 방법.
  3. 제 2 항에 있어서,
    상기 시그널링 클래스 필드는 채널 스캔 및 서비스 획득(Channel scan and Service acquisition), 긴급 경보(Emergency Alert), 헤더 압축(Header Compression) 중 어느 하나를 지시하는 방송 신호 송신 방법.
  4. 제 3 항에 있어서,
    상기 시그널링 클래스 필드가 상기 헤더 압축을 지시하는 경우, 상기 정보 유형 필드는 상기 RoHC 패킷 관련 정보의 초기화를 위한 초기화 정보(Initialization Information), 구성 파라미터(Configuration Parameters), 스태틱 체인(Static Chain), 다이나믹 체인(Dynamic Chain) 중 어느 하나를 지시하는 방송 신호 송신 방법.
  5. 제 4항에 있어서, 상기 정보 유형 필드가 상기 RoHC 패킷 관련 정보의 초기화를 위한 상기 초기화 정보(Initialization Information)를 지시하는 경우, 상기 시그널링 패킷 페이로드는 상기 RoHC 패킷이 전송되는 채널의 개수를 나타내는 채널 정보, 상기 RoHC 패킷이 전송되는 상기 채널을 식별하는 상기 채널 식별 정보 및 상기 채널이 전송하는 RoHC 패킷의 압축 프로토콜을 나타내는 프로파일(profile)정보를 포함하는 방송 신호 송신 방법.
  6. 제 4항에 있어서, 상기 정보 유형 필드가 상기 구성 파라미터를 지시하는 경우, 상기 시그널링 패킷 페이로드는 하나 이상의 구성 파라미터를 포함하며, 상기 구성 파라미터는 상기 RoHC 패킷의 구성 또는 컨텍스트 전송 모드를 지시하는 방송 신호 송신 방법.
  7. 제 4항에 있어서, 상기 정보 유형 필드가 상기 스태틱 체인(static chain)을 지시하는 경우, 상기 시그널링 패킷 페이로드는 스태틱 체인 정보를 포함하며, 상기 스태틱 체인 정보는 상기 시그널링 패킷 페이로드가 다이나믹 체인 정보를 포함하는지 여부를 지시하는 방송 신호 송신 방법.
  8. 제 4항에 있어서, 상기 정보 유형 필드가 상기 다이나믹 체인을 지시하는 경우, 상기 시그널링 패킷 페이로드는 다이나믹 체인 정보를 포함하는 방송 신호 송신 방법.
  9. 제 1 채널을 통해 시그널링 패킷을 수신하는 단계;
    RoHC 패킷을 포함하는 RoHC 패킷 스트림을 제 2 채널을 통해 수신하는 단계;
    상기 수신된 시그널링 패킷이 포함하는 정보를 기반으로 상기 RoHC 패킷의 헤더의 압축을 해제하여 IP 패킷 스트림을 출력하는 단계로서, 상기 수신된 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고;
    상기 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득하는 단계;
    를 포함하는 방송 신호 수신 방법.
  10. 제 9 항에 있어서,
    상기 시그널링 패킷 헤더는 제 1 헤더와 제 2 헤더를 포함하고, 상기 제 2 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보의 종류를 지시하는 시그널링 클래스 (signaling class) 필드 및 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 지시하는 정보 유형 (Information Type) 필드를 포함하는 방송 신호 수신 방법.
  11. 제 10 항에 있어서,
    상기 시그널링 클래스 필드는 채널 스캔 및 서비스 획득(Channel scan and Service acquisition), 긴급 경보(Emergency Alert), 헤더 압축(Header Compression) 중 어느 하나를 지시하는 방송 신호 수신 방법.
  12. 제 11 항에 있어서,
    상기 시그널링 클래스 필드가 상기 헤더 압축을 지시하는 경우, 상기 정보 유형 필드는 상기 RoHC 패킷 관련 정보의 초기화를 위한 초기화 정보(Initialization Information), 구성 파라미터(Configuration Parameters), 스태틱 체인(Static Chain), 다이나믹 체인(Dynamic Chain) 중 어느 하나를 지시하는 방송 신호 수신 방법.
  13. 제 12항에 있어서,
    상기 정보 유형 필드가 상기 RoHC 패킷 관련 정보의 초기화를 위한 상기 초기화 정보(Initialization Information)를 지시하는 경우, 상기 시그널링 패킷 페이로드는 상기 RoHC 패킷이 전송되는 채널의 개수를 나타내는 채널 정보, 상기 RoHC 패킷이 전송되는 상기 채널을 식별하는 상기 채널 식별 정보 및 상기 채널이 전송하는 RoHC 패킷의 압축 프로토콜을 나타내는 프로파일(profile)정보를 포함하는 방송 신호 수신 방법.
  14. 제 12항에 있어서, 상기 정보 유형 필드가 상기 구성 파라미터를 지시하는 경우, 상기 시그널링 패킷 페이로드는 하나 이상의 구성 파라미터를 포함하며, 상기 구성 파라미터는 상기 RoHC 패킷의 구성 또는 컨텍스트 전송 모드를 지시하는 방송 신호 수신 방법.
  15. 제 12항에 있어서, 상기 정보 유형 필드가 상기 스태틱 체인(static chain)을 지시하는 경우, 상기 시그널링 패킷 페이로드는 스태틱 체인 정보를 포함하며, 상기 스태틱 체인 정보는 상기 시그널링 패킷 페이로드가 다이나믹 체인 정보를 포함하는지 여부를 지시하는 방송 신호 수신 방법
  16. 제 12항에 있어서, 상기 정보 유형 필드가 상기 다이나믹 체인을 지시하는 경우, 상기 시그널링 패킷 페이로드는 다이나믹 체인 정보를 포함하는 방송 신호 수신 방법.
  17. IP (Internet Protocol) 패킷 스트림에 포함된 IP 패킷의 헤더를 압축하여 RoHC (Robust Header Compression) 패킷 스트림을 생성하는 헤더 압축부;
    상기 생성된 RoHC 패킷 스트림에 포함된 하나 이상의 RoHC 패킷의 시그널링 정보를 포함하는 시그널링 패킷을 생성하는 시그널링 생성부, 상기 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고;
    상기 시그널링 패킷을 제 1 채널을 통해 전송하고 상기 생성된 RoHC 패킷 스트림을 제 2 채널을 통해 전송하는 전송부를 포함하는 방송 신호 송신 장치.
  18. 제 1 채널을 통해 시그널링 패킷을 수신하고, RoHC 패킷을 포함하는 RoHC 패킷 스트림을 제 2 채널을 통해 수신하는 수신부;
    상기 수신된 시그널링 패킷이 포함하는 정보를 기반으로 RoHC 패킷의 헤더의 압축을 해제하여 IP 패킷 스트림을 출력하는 복원부, 상기 수신된 시그널링 패킷은 시그널링 패킷 헤더와 시그널링 패킷 페이로드를 포함하고, 상기 시그널링 패킷 헤더는 상기 시그널링 패킷 페이로드가 포함하는 시그널링 정보를 포함하고;
    상기 생성된 IP 패킷 스트림을 처리하여 방송 데이터를 획득하는 IP 패킷 처리부를 포함하는 방송 신호 수신 장치.
KR1020167012183A 2014-04-30 2015-04-29 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법 KR101835340B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461986118P 2014-04-30 2014-04-30
US61/986,118 2014-04-30
PCT/KR2015/004302 WO2015167245A1 (ko) 2014-04-30 2015-04-29 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Publications (2)

Publication Number Publication Date
KR20160074530A true KR20160074530A (ko) 2016-06-28
KR101835340B1 KR101835340B1 (ko) 2018-03-07

Family

ID=53268567

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167012183A KR101835340B1 (ko) 2014-04-30 2015-04-29 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Country Status (6)

Country Link
US (3) US10063674B2 (ko)
EP (1) EP2947777A1 (ko)
KR (1) KR101835340B1 (ko)
CN (1) CN106063280A (ko)
MX (1) MX356689B (ko)
WO (1) WO2015167245A1 (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101835340B1 (ko) * 2014-04-30 2018-03-07 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
BR112017017792A2 (pt) * 2015-02-27 2018-04-10 Sony Corporation dispositivos e métodos de transmissão e de recepção.
EP3518575B1 (en) * 2015-05-29 2020-07-08 Telefonaktiebolaget LM Ericsson (publ) Methods for compression and decompression of headers of internet protocol packets, devices, computer programs and computer program products
WO2017126933A1 (ko) * 2016-01-22 2017-07-27 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2017217825A1 (ko) * 2016-06-17 2017-12-21 엘지전자(주) 방송 신호 송수신 장치 및 방법
EP3598793A4 (en) * 2017-03-14 2020-09-23 NTT DoCoMo, Inc. WIRELESS COMMUNICATION DEVICE AND WIRELESS COMMUNICATION METHOD
US10205802B2 (en) * 2017-06-01 2019-02-12 Institute For Information Industry Transmission system and transmission method
MX2020004441A (es) * 2017-11-09 2020-08-06 Lg Electronics Inc Dispositivo de transmisión de señal de radiodifusión, método de transmisión de señal de radiodifusión, dispositivo de recepción de señal de radiodifusión, y método de recepción de señal de radiodifusión.
CN108199744A (zh) * 2018-02-09 2018-06-22 北京佰才邦技术有限公司 通信参数指示方法、基站、通信方法和用户设备
EP3766219B1 (en) * 2018-03-16 2023-02-15 Acklio Method and apparatus for processing message data
KR102320899B1 (ko) 2018-11-02 2021-11-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 장치 및 방송 수신 신호 방법
CN114449051B (zh) * 2021-12-27 2022-12-23 航天行云科技有限公司 一种数据包的传输方法以及通信设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9615029D0 (en) * 1996-07-17 1996-09-04 British Telecomm Internet call centre
KR20080012441A (ko) 2006-08-03 2008-02-12 삼성전자주식회사 패킷 데이터 통신망에서 헤더 정보 압축 장치 및 방법
US8948206B2 (en) * 2006-08-31 2015-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Inclusion of quality of service indication in header compression channel
KR20080066298A (ko) 2007-01-11 2008-07-16 삼성전자주식회사 통신시스템에서 데이터 전송 방법 및 장치
KR101435832B1 (ko) 2007-03-19 2014-08-29 엘지전자 주식회사 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기
WO2009154657A1 (en) * 2008-06-17 2009-12-23 Thomson Licensing Staggercasting method and apparatus using type of service (tos) information
WO2010121410A1 (zh) * 2009-04-20 2010-10-28 华为技术有限公司 一种采用arq机制的头压缩通信方法和装置
US9674311B2 (en) * 2009-08-14 2017-06-06 Qualcomm Incorporated Robust header compression for relay nodes
EP2362650A1 (en) 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
RU2549159C2 (ru) 2010-05-03 2015-04-20 Нокиа Корпорейшн Сокращение служебной информации протокола
CN102137439B (zh) * 2010-09-17 2013-09-11 上海华为技术有限公司 压缩控制方法、设备和系统
EP2645709B1 (en) 2010-11-23 2019-10-23 LG Electronics Inc. Broadcast signal transmitting apparatus and broadcast signal transceiving method in broadcast signal transmitting apparatus
CN102036307B (zh) * 2010-12-17 2016-04-13 中兴通讯股份有限公司 鲁棒性头压缩中提高上下文更新报文健壮性的方法和装置
KR101874433B1 (ko) * 2011-06-16 2018-07-06 삼성전자주식회사 디지털 방송 시스템에서 방송 서비스 수신을 위한 시그널링 정보를 송수신하는 방법 및 장치
KR101835340B1 (ko) * 2014-04-30 2018-03-07 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Also Published As

Publication number Publication date
MX2016010478A (es) 2016-10-17
US20160337487A1 (en) 2016-11-17
US10771600B2 (en) 2020-09-08
WO2015167245A1 (ko) 2015-11-05
US20200404083A1 (en) 2020-12-24
US11553066B2 (en) 2023-01-10
US20180343328A1 (en) 2018-11-29
US10063674B2 (en) 2018-08-28
KR101835340B1 (ko) 2018-03-07
MX356689B (es) 2018-06-07
CN106063280A (zh) 2016-10-26
EP2947777A1 (en) 2015-11-25

Similar Documents

Publication Publication Date Title
KR101835340B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP6523249B2 (ja) パケットヘッダを圧縮する方法及び装置
KR101764635B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US11297360B2 (en) Apparatus and method for transmitting and receiving broadcast signal
KR101823481B1 (ko) 방송 신호를 송신 및 수신하기 위한 장치 및 방법
JP6196386B2 (ja) 放送信号伝送方法、放送信号受信方法、放送信号伝送装置、放送信号受信装置
KR102320899B1 (ko) 방송 신호 송신 장치, 방송 신호 송신 방법, 방송 신호 수신 장치 및 방송 수신 신호 방법
KR101797503B1 (ko) 방송 신호 송/수신 처리 방법 및 장치
JP6556890B6 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
EP3242475B1 (en) Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US10887242B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
KR101764636B1 (ko) 방송 신호 송/수신 처리 방법 및 장치
KR101823482B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
X701 Decision to grant (after re-examination)