KR20040065246A - 네트워크를 통해 부가적인 정보를 송신하기 위한 시스템 - Google Patents

네트워크를 통해 부가적인 정보를 송신하기 위한 시스템 Download PDF

Info

Publication number
KR20040065246A
KR20040065246A KR10-2004-7009003A KR20047009003A KR20040065246A KR 20040065246 A KR20040065246 A KR 20040065246A KR 20047009003 A KR20047009003 A KR 20047009003A KR 20040065246 A KR20040065246 A KR 20040065246A
Authority
KR
South Korea
Prior art keywords
network protocol
information
protocol stack
additional
layer
Prior art date
Application number
KR10-2004-7009003A
Other languages
English (en)
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 KR20040065246A publication Critical patent/KR20040065246A/ko

Links

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/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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • 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/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • 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
    • 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
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • 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/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • 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/637—Control signals issued by the client directed to the server or network components
    • H04N21/6377—Control signals issued by the client directed to the server or network components directed to server
    • 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/6437—Real-time Transport Protocol [RTP]
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
    • H04N21/6473—Monitoring network processes errors
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64753—Control signals issued by the network directed to the server or the client directed to the client
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server
    • 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/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • 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/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)

Abstract

본 발명은 복수의 네트워크 프로토콜 스택들을 포함하는 네트워크를 통하여 소스 어플리케이션 데이터 유닛들을 목적지 어플리케이션으로 송신하기 위한 송신 시스템에 관한 것이다. 이러한 송신 시스템은 일반적인 스트림들이 처리되는 방법을 방해하지 않고도, 제 1 네트워크 프로토콜 스택의 층으로부터 부가적인 정보를 제 2 네트워크 프로토콜 스택의 층으로 송신하기 위한 해법을 제공한다. 이러한 목적을 위해, 적어도 상기 제 1 및 제 2 네트워크 프로토콜 스택들을 통하여 제 2 네트워크 프로토콜 스택의 층으로 송신될 제 1 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단, 상기 부가적인 정보를 네트워크 프로토콜 룰들을 갖는 적어도 하나의 부가적인 데이터 유닛 컴플리언트로 변환하기 위한 적응 수단, 상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단, 상기 부가적인 데이터 유닛들이 상기 제 2 네트워크 프로토콜 스택의 상기 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하기 위한 검색 수단을 더 포함한다. 보다 일반적으로, 본 발명은 송신 시스템 내의 네트워크 프로토콜 스택들의 층들 사이의 부가적인 정보의 모든 가능한 변화들에 대한 것이다. 상기 송신 시스템은 또한 일부 라우터들을 포함할 수 있다.

Description

네트워크를 통해 부가적인 정보를 송신하기 위한 시스템{System for transmitting additional information via a network}
디지털 통신들의 영역에서, 어플리케이션들은 네트워크들에 의해 연결된다. 공통적으로 사용된 네트워크 아키텍처는 Dunod에 의해 편집된 "Prentice Hall"모음의, Andrew Tanenbaum에 의해 저술된 제목이 "Computer Networks"인 서적의 14쪽 내지 21 쪽에 기술된 서버층 ISO 기준 모델이다. 이러한 모델에 따라, 네트워크는 프로토콜들에 의해 규정되는 층들에 구조화된다. 네트워크 관리의 모든 동작들이 네트워크 프로토콜 스택에 의해 수행되며, 어플리케이션들과 송신 채널들 사이의 인터페이스의 룰을 동작한다. 네트워크 프로토콜 스택들은 따라서 송신 채널의 양측 면들에 위치된다.
물리층이라 불리는 제 1 층은 송신 채널을 포함하며, 이는 데이터의 물리적인 송신을 조정한다. 상부층들은 네트워크 프로토콜들의 인가 전하에 위치되며, 이는 라우팅, 어드레싱, 에러 체킹 등과 같은 데이터 송신과 관련된 동작들을 조정하는 것이다. 어플리케이션층이라 불리는 최종층은 네트워크로의 사용자 인터페이스를 관리하며 목적지 어플리케이션의 요청들과 연관된다.
도 1에 도시된 송신 시스템의 종래 스킴에서, 소스 어플리케이션(SAPP)은 송신기(TRANS)에 포함되고, 이는 소스 네트워크 프로토콜 스택(SSTK)을 포함하며, 목적지 어플리케이션(DAPP)은 수신기(REC)에 속하고, 이는 목적지 네트워크 프로토콜 스택(DSTK)을 포함한다. OSI 기준 모델에 의해 정의된 바와 같이, 상기 소스 네트워크 프로토콜 스택(SSTK) 및 상기 목적지 네트워크 프로토콜 스택(DSTK)은 각각 1 내지 7의 7개의 층들(Li)을 포함한다:
L1: 물리층,
L2: 데이터 링크층,
L3: 네트워크층,
L4: 전송층,
L5: 세션층,
L6: 프리젠테이션층, 및
L7: 어플리케이션층.
입력 데이터(ID)는 소스 어플리케이션(SAPP)에 의해 처리되고, 이는 소스 어플리케이션 정보(SAI)를 공급한다. 상기 소스 어플리케이션 정보는 이후 소스 네트워크 프로토콜 스택(SSTK)에 의해 송신된 소스 어플리케이션 데이터 유닛들(TSADU)로 변환되며, 이는 네트워크를 통해 수신기(REC)로 송신된다. 수신된 소스 어플리케이션 데이터 유닛들(RSADU)은 목적지 네트워크 프로토콜 스택(DSTK)에 의해 수신되며, 이는 상기 수신된 소스 어플리케이션 데이터 유닛들(RSADU)로부터 수신된 소스 어플리케이션 정보(RSAI)를 추출한다. 상기 수신된 소스 어플리케이션 정보(RSAI)는 마지막으로 목적지 어플리케이션(DAPP)에 의해 처리되며, 이는 일부 출력 데이터(OD)를 출력한다.
논의된 바와 같이, 네트워크를 통해 송신되는 임의의 정보는 네트워크 프로토콜들로 순응되어야 한다.
본 발명은 복수의 네트워크 프로토콜 스택들을 포함하는 네트워크를 통해 소스 어플리케이션 데이터 유닛들을 목적지 어플리케이션으로 송신하기 위한 송신 시스템에 관한 것이다.
본 발명은 또한 데이터 유닛들을 송신하는 방법에 관한 것이며, 방법은 이러한 송신 방법에 사용되는 것으로 의도된다.
본 발명은 또한 네트워크를 통해 상기 목적지 어플리케이션으로 송신된 소스 어플리케이션 데이터 유닛들을 처리하기 위해 목적지 네트워크 프로토콜 스택 및 목적지 어플리케이션을 포함하는 수신기에 관한 것이다.
본 발명은 또한 네트워크를 통해 송신되는 소스 어플리케이션 데이터 유닛들을 처리하기 위한 소스 어플리케이션 및 소스 네트워크 프로토콜 스택을 포함하는 송신기에 관한 것이다.
본 발명은 또한 이러한 방법을 수행하기 위한 프로그램에 관한 것이다.
본 발명은 제한된 대역을 통한 멀티미디어 콘텐트의 송신 및 무선 네트워크들과 같은 에러 경향이 있는 네트워크들이 포함되는 어플리케이션들에 대해 특히 유용하다.
도 1은 종래 기술에 따라 네트워크된 통신 시스템의 개략도.
도 2는 송신 시스템 내의 부가적인 데이터 변화들의 일부 예들을 나타내는 개략도.
도 3은 본 발명에 따른 수신기의 개략도.
도 4a는 네트워크 프로토콜 룰들을 만족하는 데이터 유닛의 구조를 도시하는 도면.
도 4b는 OSI 모델에 따른 네트워크 프로토콜 스택의 계층 구조를 도시하는 도면.
도 4c는 TCP/IP 모델에 따른 네트워크 프로토콜 스택의 계층 구조를 도시하는 도면.
도 5는 본 발명에 따른 송신 시스템 내의 부가적인 소프트 데이터 유닛들의 송신을 도시하는 개략도.
도 6a는 본 발명에 따른 송신 시스템의 적응 수단을 도시하는 도면.
도 6b는 본 발명에 따른 송신 시스템의 검색 수단을 도시하는 도면.
도 7은 본 발명에 따른 수량화 서브 수단 내의 소프트 디코딩을 위해 사용될 수 있는 균일한 수량화의 개략도.
도 8은 본 발명에 따른 식별 서브 수단을 도시하는 도면.
도 9는 본 발명에 따른 구조화 및 캡슐화 서브 수단을 모두 도시하는 도면.
도 10은 몇몇 라우터들을 포함하는 송신 시스템 내의 부가적인 소프트 데이터 유닛들의 송신을 도시하는 개략도.
도 11은 본 발명에 따라 수신기 내에서 어플리케이션층으로부터 물리층으로의 "반복된" 소프트 디코딩 모드의 제어 순서 또는 부가적인 정보의 송신을 위한 개략도.
도 12a는 본 발명에 따른 "반복된" 소프트 디코딩 모드를 위한 적응 수단을 도시하는 도면.
도 12b는 본 발명에 따른 "반복된" 소프트 디코딩 모드를 위한 검색 수단을 도시하는 도면.
본 발명의 목적은 일반적인 스트림들이 처리되는 방법을 방해하지 않고도, 송신 시스템의 제 1 네트워크 프로토콜 스택의 층으로부터 부가적인 정보를 제 2 네트워크 프로토콜 스택의 층으로 송신하기 위한 해법을 제공한다.
본 발명에 따른 및 서두 문단에서 설명된 바와 같은 송신 시스템은 상기 송신 시스템이:
적어도 상기 제 1 및 제 2 네트워크 프로토콜 스택들을 통하여 제 2 네트워크 프로토콜 스택의 층으로 송신될 제 1 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단,
상기 부가적인 정보를 네트워크 프로토콜 룰들을 갖는 적어도 하나의 부가적인 데이터 유닛 컴플리언트로 변환하기 위한 적응 수단,
상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단,
상기 부가적인 데이터 유닛들이 제 2 네트워크 프로토콜 스택의 상기 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하기 위한 검색 수단을 더 포함하는 것을 특징으로 한다.
본 발명은 송신 시스템 내의 네트워크 프로토콜 스택들의 층들 사이의 정보의 모든 가능한 변화들에 대한 것이다. 상기 정보는 소스 어플리케이션으로부터 송신된 일반적인 데이터 스트림에 부가하여 목적지 어플리케이션으로 송신된다. 이는 제 1 네트워크 프로토콜 스택의 제 1 층에 의해 생성되며 제 2 네트워크 프로토콜 스택의 제 2 층으로 어드레스되고, 제 1 네트워크 프로토콜 스택과 동일하게 될 수있다. 상기 정보는 따라서 부가적인 정보로 불린다. 상기 부가적인 정보는 예를 들면 물리층에 의한 수신기 측의 채널 상태 정보 출력이며, 목적지 어플리케이션에 대하여 유용하다. 일부 부가적인 정보가 또한 송신기 내에서 변화될 수 있으며, 예를 들면 일반적인 스트림의 데이터 세트의 중요도에 관련될 때 어플리케이션으로부터 물리층들로의 변화일 수 있다. 이러한 종류의 정보는 채널 인코더가 어떤 보호 레벨이 데이터 세트로 인가되는지를 결정하는데 도움을 줄 수 있다.
일부 부가적인 정보가 또한 수신기로부터 송신기로 및 그 반대로 송신될 수 있다. 예를 들어, 수신기의 물리층에서 사용가능한 채널 상태 정보가 특히 상기 소스 어플리케이션이 스케일가능한 데이터 스트림들을 출력할 때 또한 소스 어플리케이션을 위해 유용할 수 있다. 사실상, 채널 상태들이 높은 에러 레이트를 가져 나쁘면, 소스 어플리케이션은 단지 기본 데이터 스트림만을 수신기로 송신하도록 결정할 수 있다. 반대로, 채널 상태들이 유동 트래픽을 가져 만족스러우면 상기 소스 어플리케이션은 기본 및 강화 데이터 스트림들 모두를 공급할 수 있을 것이다.
네트워크가 라우터들에 의해 분리된 몇몇의 송신 채널들을 포함할 수 있다는 것이 또한 공지된다. 라우터는 송신 채널을 통해 송신된 데이터 유닛들을 새로운 송신 채널로 다시 향하게 하기 위해 사용된 네트워크 프로토콜 스택이다. 라우터들은 수신기 측의 목적지 어플리케이션으로 송신될 부가적인 정보를 또한 제공할 수 있는 층들을 포함한다.
본 발명의 특정 실시예에서, 상기 부가적인 정보가 소스 어플리케이션 데이터 유닛과 연관되면, 상기 송신 시스템은 또한 상기 소스 어플리케이션 데이터 유닛과 연관된 부가적인 정보를 부가적인 데이터 유닛들로 변환할 때 상기 적응 수단에 의해 송신될 상기 소스 어플리케이션 데이터 유닛에 관한 정보를 수집하기 위한 수집 수단을 포함한다. 목적은 상기 소스 어플리케이션 데이터 유닛 내에 정보를 픽업하는 것이며, 상기 부가적인 데이터 유닛들 내로 복제될 때, 그들이 상기 소스 어플리케이션 데이터 유닛과 관련된다는 것을 나타낼 것이다. 이는 예를 들면, 상기 소스 어플리케이션 데이터 유닛이 목적지 어플리케이션에 의해 수신되었을 때 에러 레이트를 나타내는 채널 상태 정보를 갖는 경우이다. 상기 채널 상태 정보는 상기 소스 어플리케이션 데이터 유닛과 연관되어야 한다. 상기 수집 수단은 유익하게 상기 부가적인 데이터 유닛에 시퀀스 넘버를 부여하며, 이는 상기 소스 어플리케이션 데이터 유닛의 것과 동일하다.
본 발명의 다른 실시예에서, 목적지 네트워크 프로토콜 스택의 층이 상기 소스 어플리케이션 데이터 유닛들에 대한 알림 메세지들을 다른 네트워크 프로토콜 스택의 대응하는 층으로 다시 송신하기 위한 알림 수단을 포함하면, 예를 들어, 송신기 측에서, 이후 송신 시스템은 상기 부가적인 데이터 유닛에 대한 상기 알림 수단을 활성해제하기 위한 일부 활성해제 수단을 또한 제공한다. 따라서 본 발명의 장점은 일반적인 스트림들에 대한 목적지 네트워크 프로토콜 스택 작업들이 부가적인 데이터 유닛들의 송신에 의해, 특히 서비스 품질에 대해 영향을 끼치지 않는 방법이다. 목적은 기본적으로 송신기가 무시하는 데이터 유닛들에 대해 수신된 알림 메세지들 때문에 발생하는 임의의 네트워크 에러를 회피하는 것이다.
상기 마킹 수단은 유익하게 특정 목적지 포트 넘버를 상기 부가적인 데이터유닛들로 제공한다.
본 발명의 바람직한 실시예에서, 상기 부가적인 정보는 수신기의 목적지 네트워크 프로토콜 스택의 물리층에서 수신된 소스 어플리케이션 데이터 유닛 상에 생성된 하드 결정과 연관된 소프트 정보이다. 상기 소프트 정보는 목적지 어플리케이션, 예를 들면 소스 디코더로 어드레스된다. 따라서, 상기 송신 시스템은 또한 상기 부가적인 정보를 공급하기 위한 채널 디코더를 포함하며, 상기 적응 수단은:
상기 부가적인 정보로부터 보다 짧은 부가적인 정보를 공급하기 위한 수량화 서브 수단과,
상기 보다 짧은 부가적인 정보에 유용한 정보 및 제어 정보를 식별하기 위한 식별 서브 수단과,
상기 유용한 정보를 유용한 필드들로 구조화하기 위한 구조화 서브 수단과,
상기 제어 정보를 사용하여, 상기 유용한 필드들을 상기 네트워크 프로토콜 스택을 갖는 상기 부가적인 데이터 유닛들의 컴플리언트로 캡슐화하기 위한 캡슐화 서브 수단을 더 포함한다.
상기 검색 수단은:
상기 유용한 필드들로부터 상기 부가적인 정보를 복구하기 위한 목적지 수량화해제 서브 수단을 더 포함한다.
상기 부가적인 정보가 수신된 소스 어플리케이션 데이터 유닛으로부터 직접 파생되기 때문에, 상기 코스의 송신 시스템은 수집 수단을 포함한다.
본 발명의 이러한 바람직한 실시예에서, 그의 성능들을 개선시키는 것을 허용한다는 것을 증명하였기 때문에, 목적지 어플리케이션으로 상기 소프트 정보를 송신하는 것이 가장 큰 흥미이다.
부가적으로, 본 발명에 따른 송신 시스템에 의해 사용되는 것으로 의도된 방법이 제공된다.
첨부한 도면들을 참조로 다음의 상세한 설명을 판독하는 것에 의해 본 발명의 부가적인 목적들, 특성들 및 장점들이 명백하게 될 것이다.
본 발명은 복수의 네트워크 프로토콜 스택들을 포함하는 네트워크를 통해 소스 어플리케이션 데이터 유닛들을 목적지 어플리케이션으로 송신하기 위한 송신 시스템에 관한 것이다.
이러한 송신 시스템은 제 1 네트워크 프로토콜의 임의의 층으로부터 제 2 목적지 네트워크 프로토콜 스택의 임의의 다른 층으로의 부가적인 정보의 송신을 허용한다. 송신기(TRANS), 네트워크(NET) 및 수신기(REC)를 포함하는 종래의 송신 시스템이 도 2에 나타나 있다. 상기 송신기(TRANS)는 소스 어플리케이션(SAPP)과 소스 네트워크 프로토콜 스택(SSTK)을 포함하며 상기 수신기(REC)는 목적지 네트워크 프로토콜 스택(DSTK)과 목적지 어플리케이션(DAPP)을 포함한다. 상기 송신기 및 수신기는 상기 네트워크(NET)에 의해 연결된다. 부가적인 정보(Ii)의 다섯개의 예들이 다음과 같이 주어진다:
부가적인 정보(I1)는 목적지 네트워크 프로토콜 스택의 물리층으로부터 어플리케이션층으로 송신된다. 이는 소스 어플리케이션 데이터 유닛들에 연관된 채널 상태 정보일 수 있으며, 목적지 어플리케이션이 상기 소스 어플리케이션 데이터 유닛들을 처리하기 위해 보다 적절한 결정들을 생성하는 것을 도울 수 있고,
부가적인 정보(I2)는 목적지 네트워크 프로토콜 스택의 어플리케이션층에 의해 물리층으로 보내진다. 이는 상기 물리층의 채널 디코더에게 소프트 디코딩을 시작할 것인지 정지할 것인지를 묻기 위한 제어 주문일 수 있다.
부가적인 정보(I3)는 소스 네트워크 프로토콜 스택의 물리층으로부터 어플리케이션층으로 송신된다. 이는 예를 들어 채널 상태 정보일 수 있으며, 소스 어플리케이션이 인코딩되어야 하는 입력 데이터의 방법에 대한 일부 결정들을 생성하는 것을 도울 수 있고,
부가적인 정보(I4)는 목적지 네트워크 프로토콜 스택의 물리층에 의해 소스 네트워크 프로토콜 스택의 어플리케이션층으로 보내진다. 이는 어느 시간에서 측정된 채널 상태 정보일 수 있으며, 스케일 가능한 인코딩 접근의 경우에, 소스 어플리케이션이 단지 기본 데이터 스트림만을 또는 기본 및 강화 스트림들 모두를 보낼 것인지를 결정하는 것을 도울 수 있으며,
부가적인 정보(I5)는 목적지 네트워크 프로토콜 스택의 어플리케이션층에 의해 물리층으로 보내진다. 이는 소스 어플리케이션 데이터 유닛과 연관된 중요도 레벨일 수 있으며, 물리층이 상기 소스 어플리케이션 데이터 유닛에 대한 데이터 보호의 적응된 레벨을 선택하는 것을 도울 수 있다.
본 발명의 제 1 실시예가 도 3에 기술된다. 이는 부가적인 정보(I1)에 대한 것이다. 송신 시스템의 수신기(REC)는 목적지 네트워크 프로토콜 스택(DSTK)과 목적지 어플리케이션(DAPP)을 포함하며, 이는 예를 들면 소스 디코더이다. 상기 목적지 네트워크 프로토콜 스택(DSTK)은 도 4b에 도시된, 당업자에게 공지된 OSI 기준 모델에 따른 층들에서 전개된다.
상기 모델은 하나뿐이 아니라는 것이 인지된다. 도 4b에 도시된 TCP/IP 기준 모델이 또한 매우 넓게 사용되나, 단지 4개의 층들을 포함한다. 이의 제 1 층(L'1)은 L1및 L2를 그루핑하고, L'2는 네트워크 층 L3에 대응하며, L'3은 전송층 L4에 대응하고, L'4는 L5, L6및 L7을 그루핑한다.
소스 어플리케이션 데이터 유닛들(RSADU)이 네트워크 프로토콜 스택(DSTK)의 물리층(L1)에 의해 네트워크(NET)를 통해 수신된다. 상기 물리층은 복조, 동일화 및채널 디코딩과 같은, 상기 수신된 데이터 소스 어플리케이션 데이터 유닛들(RSADU) 상의 몇몇 동작들을 수행한다. 이는 또한 예를 들면, 채널 상의 측정들(CM)로부터 채널 상태 정보(CSI)를 공급할 수 있는 측정 수단(MEAS)인, 생성 수단을 포함할 수 있다.
채널 상태 정보(CSI)는 목적지 네트워크 프로토콜 스택의 상부층들이 수신된 소스 어플리케이션 데이터 유닛들을 보다 잘 처리하기 위해 적절한 방법을 선택하는 것을 돕는다. 따라서, 이러한 종류의 정보 상향들을 전파시키는 것은 큰 흥미가 있다. 상기 채널 상태 정보(CSI)는 목적지 네트워크 프로토콜 스택의 물리층에 의해 생성된 부가적인 정보의 종류이다. 수신기는 따라서 상기 부가적인 정보(CSI)를 네트워크 프로토콜 룰들에 순응하는 부가적인 데이터 유닛으로 변환하기 위한 적응 수단(ADAP)을 포함한다. 도 3의 예에서, 부가적인 정보가 이러한 상태에서 제공되므로 상기 적응 수단(ADAP)은 물리층(L1)을 따른다. 상기 부가적인 정보가 다른층에 의해 제공되었다면, 상기 적응 수단은 그 다른 층을 따를 것이다.
적응 수단(ADAP)의 목적은 부가적인 데이터 유닛(ADU)을 공급하는 것이며, 이는:
채널 상태 정보(CSI)를 포함하고,
목적지 네트워크 프로토콜 스택(DSTK)에 순응한다.
목적지 네트워크 프로토콜 스택(DSTK)에 순응하는 데이터 유닛은 도 4a에 도시된 바와 같은 특정 구조를 갖는다. 상기 구조는 정보의 두 타입들로 분할되고, 이는 유용한 정보이며, 또한 페이로드 및 제어 정보로 불린다. 유용한 정보는 현재경우의 채널 상태 정보(CSI)에 송신하기 위한 정보이다. 제어 정보는 상기 데이터 유닛을 조종하기 위해, 예를 들면 그의 정당성을 체크하기 위해 네트워크 프로토콜 스택(DSTK)의 연속적인 층들에 의해 사용된 모든 데이터를 모은다. 사실상 두가지 타입들의 제어 정보가 있으며, 일부 헤더들(Hdi)과 일부 트레일러들(Tri)은 2 내지 7의 i를 갖고, 유용한 정보의 시작과 끝의 송신기 내의 대응층(Li)에 의해 추가된다. 데이터 유닛이 네트워크 프로토콜 스택(DSTK)을 통해 상향으로 통과할 때 상기 헤더들 및 트레일러들은 수신기 내에서 제거된다. 모든 층들이 아닌 물리층(L1)이 연관된 헤더 및 가능하게는 트레일러를 갖는다는 것이 주의되어야 한다. 데이터는 비트들의 연속으로서만 고려되기 때문에, 물리층, 프레임으로 또한 불리는 데이터 유닛의 개념은 여전히 의미가 없다.
따라서, 적응 수단(ADAP)은 다음층에 의해 해석될 수 있는 부가적인 데이터 유닛(ADU)을 생성하여야 하며, 이것은 데이터 링크층(L2)이다.
도 4a에 도시된 바와 같이, 소위 페이로드의 콘텐트는 층들로 변화되고; 목적지 어플리케이션(DAPP)으로 보내질 유용한 정보를 Pa로 부르며, Pa는 층(L7)의 페이로드이지만, 층(L6)의 페이로드(Pa6)은 상부층(L7)의 헤더(Hd7) 및 트레일러(Tr7)을 더 포함한다는 것이 주의된다.
채널 상태 정보(CSI)를 위한 컴플리언트 부가적인 데이터 유닛(ADU)를 생성하는 방법은 이전에 수신된 소스 어플리케이션 데이터 유닛의 제어 정보를 복제하는 것이며, 이는 유용한 정보(CSI)의 시작 및 단부에서의 헤더들 및 트레일러들이다(상기 제어 정보는 예를 들면, 메모리에 저장되었다). 헤더들 및 트레일러들 내에, 상기 제어 정보는 몇몇의 필드들을 포함하고 그들 중에는 다음이 있다:
현재의 데이터 유닛을 위한 수신기(예를 들면, 컴퓨터) 목적지 어드레스를 정의하는 IP 어드레스. 이는 네트워크층(L3)에 속한다.
UDP 페이로드로 연결된 UDP 헤더의 총 길이를 정의하는 UDP 길이. 이는 전송층(L4)에 속한다.
UDP 페이로드로 연결된 UDP 헤더의 비트들에 의해 생성된 합인 UDP 체크섬. 이는 전송층(L4)에 속한다.
목적지 어플리케이션 또는 프로세스를 정의하는 목적지 포트 넘버. 이는 전송층(L4)에 속한다.
데이터 스트림 내의 데이터 유닛을 식별하고 수량화하는 RTP 시퀀스 넘버. 이는 전송층(L4)에 속한다.
이러한 필드들 중 일부가 페이로드에 저장된 유용한 정보의 특성들에 강하게 의존하기 때문에, 그들은 부가적인 데이터 유닛(ADU)을 위해 특히 재계산되어야 한다. 예를 들어, 유용한 정보는 원래의 수신된 데이터 유닛에서와 동일하지 않기 때문에, UDP 길이는 재계산되어야 할 필요가 있다. 따라서, UDP 체크섬은 또한 업데이트되어야 할 필요가 있다.
또한, 송신 조건들이 때때로 변동하기 때문에, 채널 상태 정보(CSI)는 변하는 측정값이며, 이는 단지 임의의 시간 주기에 대해 유지된다. 따라서, 이러한 순가에서 물리층에 도착하는 순간 또는 소스 어플리케이션 데이터 유닛과 연관될 수 있다. 순간의 경우에, "타임 스탬프"라고 불리는 부가적인 필드가 상기 채널 상태 정보의 유용성을 제한하기 위해 사용될 수 있다. 이러한 필드는 주어진 양의 값으로 시작하고 0이 될 때까지 감소한다. 소스 어플리케이션 데이터 유닛의 경우에, 상기 소스 어플리케이션 데이터 유닛을 갖는 식별 정보를 찾는 것이 필요하며, 상기 채널 상태 정보가 상기 소스 어플리케이션 데이터 유닛을 위해서만 유효하다는 것을 나타내는 목적지 층에서 수행할 것이다.
이러한 목적을 위해, 본 발명에 따른 송신 시스템은 또한 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 식별 정보(II)를 수집하기 위한 수집 수단(COLL)을 더 포함하며, 상기 식별 정보는 상기 소스 어플리케이션 데이터 유닛과 연관된 부가적인 정보를 부가적인 데이터 유닛(ADU)으로 변환할 때 상기 적응 수단에 의해 사용된다.
따라서, 상기 수집 정보는 그들이 상기 식별 정보(II)가 도착했을 때 정지한다는 사실과 달리, 물리층에서부터 어플리케이션층으로 상기 소스 어플리케이션 데이터 유닛을 상향으로 송신하기 위한 네트워크 프로토콜 스택(DSTK)에 의해 수행된 캡슐화해제의 동작들을 병렬로 재생한다. 상기 식별 정보는 예를 들면 수신된 소스 어플리케이션 데이터 유닛(RSADU)의 RTP 헤더에 저장된 RTP 시퀀스 넘버일 수 있다. 상기 RTP 시퀀스 넘버는 이후 적응 수단(ADAP)으로 공급되며 따라서 부가적인 데이터 유닛(ADU)에 더 포함된다.
제 1 네트워크 프로토콜 스택의 층으로부터 제 1 네트워크 프로토콜 스택의 층으로 송신될 부가적인 정보가 특정 소스 어플리케이션 데이터 유닛과 관련되지 않았다면, 상기 수집 수단은 쓸모없으며 상기 적응 수단은 이후에 평균값을 RTP 시퀀스 넘버, 예를 들면 0으로 보낸다.
헤더들 및 트레일러들의 모든 관련 필드들이 재계산되었으면, 부가적인 데이터 유닛(ADU)이 마킹 수단(MARK)으로 공급된다. 상기 마킹 수단(MARK)은 마킹된 부가적인 데이터 유닛(MADU1)을 공급하는 것에 의해 수신된 소스 어플리케이션 데이터 유닛들(RSADU)로부터 상기 부가적인 데이터 유닛(ADU)을 미분하도록 의도된다. 이러한 미분은, 예를 들면 대부분의 마킹된 부가적인 데이터 유닛들(MADU)이 수신된 소스 어플리케이션 데이터 유닛들(RSADU)과 동일한 방법으로 처리되는 것으로 의도되지 않기 때문에 제 2 층에서 매우 유용하다.
이러한 마킹 동작은 특정 목적지 포트 넘버(P2)를 부가적인 데이터 유닛(ADU)에 영향을 끼치는 것에 의해 유익하게 성취될 수 있으며, 이는 상기 수신된 소스 어플리케이션 데이터 유닛들(RSADU)의 하나와는 다르다(예를 들면, 그들은 목적지 포트 넘버(P1)을 갖는다). 목적지 포트 넘버는 필드이며, 이는 UDP 헤더에 속하고, 따라서 전송층(L4) 이하에 위치된 층들에 의해서 고려되지 않는다.
파일 변환 프로토콜(FTP)과 같은 특정 표준 어플리케이션들이 그들의 지정된 목적지 포트 넘버를 갖는다는 것이 주의되어야 하며, 다른 어플리케이션에 의해 사용될 수 없다. 예를 들어 소스 디코더와 같은 다른 어플리케이션에 대해서는, 동일한 어플리케이션에 대한 몇몇 목적지 포트 넘버들이라도, 모든 빈 포트 넘버들이 가능하다.
물론 목적지 포트 넘버의 해결책에는 제한이 있다. 다른 조건은 수신된 소스 어플리케이션 데이터 유닛(RSADU)과 같이 도일한 RTP 시퀀스 넘버를 부가적인 데이터 유닛들(ADU)로 보내는 것이다.
상기 마킹된 부가적인 데이터 유닛(MADU1)이 이후 데이터 링크층(L2)으로 상향 전송된다. 상기 마킹된 부가적인 데이터 유닛(MADU1)이 수신되면, 데이터 링크층(L2)은 그의 헤더(Hd2) 및 트레일러(Tr2)를 체크하고 제거하며 마킹된 부가적인 데이터 유닛의 새로운 버전(MADU2)을 네트워크층(L3)으로 보낸다. 상기 네트워크층(L3)은 유사한 프로세스를 성취하며 마킹된 부가적인 데이터 유닛의 버전(MADU3)을 전송층(L4)으로 공급한다.
마킹된 부가적인 데이터 유닛(MADU3)이 전송층(L4)의 예로 보내졌음을 가정하면, 새로운 버전(MADU4)이 상부층으로 보내진다. 프로세스는 어플리케이션층(L7)까지 진행하며, 상기 마킹된 부가적인 데이터 유닛의 버전(MADU6)은 부가적인 정보를 검색하기 위한 검색 수단(RETRIEV), 예를 들면 상기 마킹된 부가적인 데이터 유닛 내의 채널 상태 정보(CSI)로 제공된다. 상기 검색 수단(RETRIEV)의 다른 목적은 상기 부가적인 정보를 옳은 목적지 포트 넘버로 향하게 하는 것이며, 필요하다면그와 연관된 수신된 소스 어플리케이션 데이터 유닛(RSADU6) 내의 포함된 소스 어플리케이션 정보(SAI)를 함께 가진다. 그 후에, 상기 부가적인 정보는 그의 목적지 어플리케이션(DAPP)에 도달한다.
우리가 또한 알 수 있는 바와 같이, 부가적인 정보가 어드레스되는 층에 의존하여, 상기 검색 수단이 보다 완전한 동작들을 수행할 수 있다.
어플리케이션 레벨에서 사용할 수 있는 상기 채널 상태 정보(CSI)의 장점은 쉽게 값을 정할 수 있다는 것이다. 사실, 이러한 관련된 정보는 전략적인 선택들을 만드는데 도움을 주며; 예를 들면, 채널 상태에 의존하여, 데이터의 스케일가능한 스트림들을 수신하는 소스 디코더가 채널 에러 레이트가 높을 때는 단지 기본 스트림을 보내도록 송신기에 요청할 수 있고, 양호한 송신 상태들 일 때는 기본 및 강화 스트림들을 요청할 수 있다.
그 전에, 전송층(L4)이 동작하는 방법이 보다 상세하게 논의되어야 한다. 이는 TCP로 불리는 단일 신뢰 프로토콜에 의해 수행되거나 또는 도 4b에 도시된 바와 같이, 신뢰 프로토콜, 예를 들면 RTP/RTCP와 결합된 최고 효율 서비스를 제공하는 UDP 프로토콜에 의해 수행될 수 있다. 모든 신뢰 프로토콜들의 공통적인 특징은 그들이 수신기 측에 서비스 품질을 제공하는 일부 알림 수단(ACKN)을 포함한다는 것이다. 상기 알림 수단은 얼마나 많은 유효 데이터 유닛들이 수신되었는가를 알리기 위해 송신기로 알림 메세지들을 다시 보내는 것으로 의도된다. 사용된 프로토콜에 의존하여, 상기 알림 메세지들의 주파수가 변화할 수 있다. 예를 들어,프로토콜(TCP)은 수신된 각 유효 데이터 유닛에 대한 알림 메세지들을 보내며, 무겁게 송신 채널을 오버로드한다. 이는 총괄적으로 실시간 어플리케이션들을 용납하지 않는 지연을 포함한다. 이는 단지 동일한 목적지 포트 넘버들 상에 수신된 몇몇의 데이터 유닛들에 대하여 단일 알림 메세지를 보내므로, RTP/RTCP 프로토콜은 신뢰성과 가격 효율 사이에서 보다 나은 타협을 구현한다. 따라서, TCP와 UDP/RTP/RTCP 프로토콜들 사이의 선택은 어플리케이션에 의존한다.
이러한 알림 메세지들과 함게, 송신기는 수신기에 의해 아직 수신되지 않은 데이터 유닛들을 찾으며, 그들을 재송신하는 것을 결정할 수 있다.
수신기 측에서, 알림 수단(ACKN)은 또한 재송신을 위한 대기 또는 즉각적인 재송신을 위한 직접적인 질문을 결정할 수 있다.
전송층(L4)은 또한 마킹된 부가적인 데이터 유닛이 어드레스되는 목적지 어플리케이션(DAPP)을 식별하는 전하에 존재한다.
수신된 소스 어플리케이션 데이터 유닛(SADU4)에 대해, 알림 수단(ACKN)은 알림 메세지(RAM4)를 송신기로 보내도록 출력한다. 상기 알림 메세지(RAM4)는 알림 메세지(RAM3)과 같이 네트워크로부터 데이터 링크층들로, 알림 메세지(RAM2)와 같이 데이터 링크로부터 물리층들로, 및 알림 메세지(RAM)와 같이 물리층으로부터 송신 채널로, 보다 낮은층들을 통해 하향으로 통과되어야 한다. 이후 네트워크(NET)의 송신 채널을 통해 송신되며 송신기(TRANS)에 의해 수신된다. 이러한 TCP 또는 RTP/RTCP에 의한 알림의 공정은 시스템화되며, 즉, 전송층을 통해 상향으로 통과하는 모든 데이터 유닛들로 적용된다는 것이 주의된다.
그러나, 송신기가 부가적인 데이터 유닛의 존재를 무시하는 상황이 발생할 수 있다. 예를 들어, 송신기는 채널 상태 정보(CSI)를 포함하는 부가적인 데이터 유닛(ADU)의 존재를 무시한다. 따라서, 이러한 부가적인 데이터 유닛(ADU)을 위한 알림 메세지의 수신은 송신기 측의 일부 프로토콜 에러들을 찾아낼 것이다.
이를 회피하기 위해, 간단한 해법이 전송층의 TCP 또는 RTP/RTCP 프로토콜 대신 신뢰할 수 없는 UDP 프로토콜만을 사용하는 것에 의해 수신기 측에서 모든 소스 어플리케이션 데이터 유닛들을 위한 서비스 품질을 억제하도록 할 수 있다. 이러한 경우에, 모든 데이터 유닛들이 전송층에 의해 동일한 방법으로 처리되므로 마킹 수단(MARK)에 의한 제 2 포트 넘버의 사용은 이러한 레벨에서 유용하지 않다. 그러나, 이러한 해법은 제 1 로부터 제 2 층으로 부가적인 정보를 송신하는 확률이 모든 수신된 소스 어플리케이션 데이터 유닛들의 서비스 품질의 경비에서 얻어지므로, 모든 것을 만족시키지 않는다.
이러한 문제를 해결하기 위해, 본 발명에 따른 송신기 시스템은 부가적인 데이터 유닛(ADU)을 위해 알림 수단(ACKN)을 억제하기 위한 활성화해제 수단(DEACT)을 더 포함한다. 상기 활성화해제 수단은 도 3에 도시된다.
본 발명의 제 1 실시예에서, UDP/RTP/RTCP 프로토콜들이 사용되는 경우가 고려된다. 상기 활성화해제 수단(DEACT)은 물리층(L1)에 위치된다. 그들은 부가적인 데이터 유닛들이 그들을 인식하고 그들이 RTP/RTCP 프로토콜을 스킵하도록 하기 위해 마킹 수단(MARK)에 의해 마킹되는 방법을 수행한다. 이는 RTP/RTCP 헤더 및 트레일러를 제거하는 것에 의해 간단하게 수행된다. 따라서, 수신된 소스 어플리케이션 데이터 유닛들(RSADU)은 RTP/RTCP 프로토콜에 의해 따라온 UDP 프로토콜에 의해 처리되고, 송신기의 전송층으로부터 알려지지 않도록 가정된 부가적인 데이터 유닛들(ADU)은 UDP 프로토콜에 의해서만 처리된다. 다시 말해, 서비스 품질은 부가적인 데이터 유닛들(ADU)을 위해 폐기되지만, 수신된 소스 어플리케이션 데이터 유닛들(RSADU)을 위해서는 유지된다.
다른 해법은 전송층에서 동일한 방법으로 모든 데이터 유닛들을 처리하는 것으로, 이는 TCP 또는 UDP/RTP/RTCP 프로토콜이 모든 데이터 유닛들에 대해 알림 메세지를 보내도록 하지만, 특정 목적지 포트 넘버(P2)를 갖는 데이터 유닛들에 대응하는 메세지들을 정지시키기 위해 물리층(L1)에 활성화해제 수단(DEACT)을 설정한다. 이러한 대안의 장점은 단지 물리층만을 변경시킨다는 것이며, 이는 단지 프로토콜들에 의해서만 규정되지 않는다.
본 발명의 장점은 서비스 품질의 선택을 가능하게 만든다는 것이다. 본 발명으로, 물리층으로부터 어플리케이션층으로의 부가적인 정보의 송신이 신뢰성의 비용에서 얻어질 수 없으며 실질적인 부가된 값을 가져온다.
RTP/RTCP 프로토콜이 사용되면, 알림 메세지들이 동일한 목적지 포트 넘버, 즉, P1또는 P2를 갖는 몇몇 유효 데이터 유닛들에 대해 송신기로 다시 보내게 된다는 것이 주의된다. 따라서, 수신된 소스 어플리케이션과 부가적인 데이터 유닛들의 조합에 대하여 알림 메세지가 송신되지 않을 것이다.
일부 알림 수단을 포함하는 것은 전송층(L4)만이 아니라는 것이 주의된다. 예를 들어, 데이터 링크층(L2)과 같은 저층들은 또한 특정 알림 수단을 포함한다. 본 발명의 바람직한 실시예에서, 이러한 특정 알림 수단은 오류가 있는 데이터 유닛의 재송신을 위해 송신기에게 질문하는 것으로부터 그를 보호호가 위해 부분적으로 억제된다. 사실, 데이터 유닛의 목적지 포트 넘버는 이러한 단게에서 보이지 않으며, 따라서 부가적인 데이터 유닛들이 식별될 수 없다. 따라서, 상기 특정 알림 수단은 단지 그들이 수신된 데이터 유닛들을 체크하고 반영하는 것이 가능하다. 그러나, 저층 제어 정보를 사용하여 부가적인 데이터 유닛들을 마킹하는 것에 의해 이러한 저층들을 위한 서비스 품질을 또한 선택하는 것을 설정하는 것이 가능해야 한다.
상기 제 1 층 정보는 또한 전송층(L4)과 같은 물리층보다 높은 층에 대해 유용하다는 것이 마지막으로 주의된다. 예를 들어, 채널 상태 정보(CSI)는 TCP 또는 RTP/RTCP 프로토콜이 오류가 있는 데이터 유닛에 대해 적응하기 위한 최적의 전략을 선택하는데 도움을 주며:
에러 레이트가 낮고 트래픽이 보다 유동적이면 재송신을 위해 송신기에 요청하고,
에러 레이트가 높거나 네트워크 혼잡이 존재하면 오류가 있는 데이터 유닛을 교정하기 위해 시도하게 된다.
계속하기 전에, 알림과 관련된 본 발명의 부분은 선택적이며 따라서 본 발명은 이러한 부분이 폐기되더라도 여전히 존재한다는 것이 강조된다.
본 발명의 제 2 실시예가 도 5에 도시된다. 이는 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 채널 디코더(CDEC)에 의해 공급된 하드 및 소프트 정보(HI 및 SI)의 송신에 관한 것이다. 상기 채널 디코더(CDEC)는 송신 시스템의 수신기 측의 목적지 네트워크 프로토콜 스택의 물리층(L1)에 속한다. 상기 하드 및 소프트 정보(HI 및 SI)는 상기 목적지 네트워크 프로토콜 스택(DSTK)의 어플리케이션층(L7)으로 어드레스된다.
위에서 이미 언급되고, 도 5에 도시된 바와 달리, 물리층은 상기 채널 디코더(CDEC)(또는 송신기 측 상기 채널 인코더(CENC))에 제한되지 않으나, 네트워크(N)의 송신 채널로의 기계적, 기능적 및 전자적 인터페이스를 성취한다는 것이 주의된다. 예를 들어, 이는 변조(복조) 또는 동등화와 관련된 수단을 포함한다.
네트워크(NET)를 통해 송신된 수신된 소스 어플리케이션 데이터 유닛(RSADU)의 각각의 실제값에 대하여, 채널 디코더(CDEC)는 하나의 하드 비트를 생성하고, 이는 상기 실제값 및 몇몇의 소프트 비트들에 대해 취해진 하드 결정이며, 상기 하드 결정을 제공하도록하는 신회성 측정을 위해 기술된다. 상기 신뢰성 측정은 수신된 소스 어플리케이션 데이터 유닛에 대한 그 자신의 선택들을 생성하는데 목적지 어플리케이션(DAPP)을 위해 매우 유용하다. 채널 디코더는 상기 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대하여 하드 및 소프트 비트들을 출력한다. 상기 소프트 비트들은 부가적인 정보의 형태이며, 목적지 네트워크 프로토콜 스택(DSTK)의 제 1 층(물리층)으로부터 제 2 층(어플리케이션층)으로 송신되는 상기 하드 데이터 유닛에 연관된다.
이러한 본 발명의 제 2 실시예에서, 따라서 생성 수단은 채널 디코더(CDEC)에 의해 제공된다.
상기 소프트 비트들을 송신할 수 있도록 하기 위해서, 본 발명에 따른 송신 시스템은:
도 6a에 도시된, 적응 수단(ADAP)내에:
상기 부가적인 정보(HI 및 SI)로부터 보다 짧은 부가적인 정보(B0)를 공급하기 위한 수량화 서브 수단(QUANT)과,
상기 보다 짧은 부가적인 정보(B0)에서 유용한 정보(UI)와 제어 정보(CoI)를 식별하기 위한 식별 서브 수단(DISCR)과,
상기 유용한 정보(UI)를 2 내지 7의 j를 갖는 유용한 필드들(UF(j))로 구조화하기 위한 구조화 서브 수단(STRUCT)과,
상기 제어 정보(CoI)를 사용하여 상기 유용한 필드들(UF(j))를 상기 부가적인 데이터 유닛들(ADU(j))로 캡슐화하기 위한 캡슐화 서브 수단(ENCAPS)을 더 포함하고,
검색 수단(RETRIEV)내에:
상기 유용한 필드들(UF(j))로부터 상기 부가적인 정보(HI 및 SI)를 제거하기 위한, 목적지 수량화해제 서브 수단(DEQUANT)을 더 포함한다.
수량화 서브 수단(QUANT)은 상기 부가적인 정보(HI 및 SI)로부터 보다 짧은 부가적인 정보(B0)를 공급하기 위한 것으로 의도된다. 이러한 동작은 몇몇 이유들을 위해 필요하다:
먼저, 네트워크(NET)를 통해 송신되기 전에, 데이터 유닛이 채널 인코더(CENC)에 의해, 예를 들면 BPSK 변조를 이용하여 복조되고, 이는 당업자에게 공지되어 있다. 상기 변조는 얻어진 변조된 데이터 유닛이 물리적 신호에 의해 네트워크(NET)를 통해 송신될 것이기 때문에 필요하게 된다.
둘째로, 송신 때문에 수신된 소스 어플리케이션 데이터 유닛(RSADU)의 각 데이터가 실제 값을 가지며, BPSK변조에 따라야 할 것이므로 이는 정확히 -1 또는 1이 아닐 수 있다.
세번째로, 송신 채널의 출력에서, 수신된 소스 어플리케이션 데이터 유닛(RSADU)의 각 데이터가 거의 끊김없이 상기 데이터의 2진 데이터 시퀀스를 제공하기 위해 대량의 비트들로 수량화된다. 수량화된 수신된 소스 어플리케이션 데이터 유닛이 얻어진다. 상기 수량화된 수신된 소스 어플리케이션 데이터 유닛의 각 수량화된 데이터는 수량화된 확률로 채널 디코더(CDEC)에 의해 변환된다. 예를 들어, BPSK 변조의 경우에, 상기 수량화된 확률의 사인은 수신된 소스 어플리케이션 데이터 유닛(RSADU) 내에 포함된 상기 수량화된 데이터의 보다 마지막 값(-1 또는 1)을 나타내며 모듈은 바르게될 이러한 마지막 값의 이웃을 나타낸다. 이러한 채널 디코더(CDEC)는 소프트 출력 채널 디코더라 불린다. 하드 출력 채널 디코더는 상기 가장 가까운 마지막 값에 의한 상기 수신된 데이터 유닛의 각각의 실제 값을 직접대체한다. 이러한 하드 출력 채널 디코더는 송신된 소스 어플리케이션 데이터 유닛(TSADU)으로 식별되길 원하는 하드 채널 디코드된 정보의 종류를 생성할 것이다. 따라서, 송신 에러가 제공되지 않으며, 상기 하드 채널 디코드된 정보는 송신된 소스 어플리케이션 데이터 유닛(TSADU)과 동일할 것이고, 따라서 네트워크 프로토콜 스택(DSTK)에 의해 수용될 것이다. 그러나 소프트 출력 채널 디코더의 경우에, 하나의 송신된 비트가 하나의 하드 비트에 의해 대체되지 않으나, 예를 들어 하나의 하드 비트 플러스 N-1개의 추가 소프트 비트들로 구성된 N개의 소프트 비트들에 의해 대체된다. 따라서, 얻어진 부가적인 정보는 송신된 소스 어플리케이션 데이터 유닛(TSADU)보다 매우 길며, 이는 네트워크 프로토콜 스택(DSTK)에 의해 명확히 반영될 것이다.
따라서, 상기 부가적인 정보(HI 및 SI)는 도 6a에 도시된 바와 같은 채널 수량화 서브 수단(QUANT)에 의해 처리된다. 예를 들어, N=3 비트들을 통해 균일한 수량화가 도 7에 도시된 바와 같이 행해진다. 수량화의 레벨 0은 축(AX)의 세그먼트 [-1,1]의 중간인 구획 문자 q0=0에 의해 정의된다. 따라서, q0를 통한 대칭에 의해 여섯개의 다른 수량화 구획 문자들 q1, q2,...q6이 정의되고, 이는 축(AX)을 다은 간격들로 완전히 분할한다:]-∞, q6[, [q6, q5[, q4[, [q4, q0[, [q0, q1[, [q1, q2[, [q2, q3[, [q3, ∞[, 여기서 제 1 층 정보의 수신된 실제 값을 위한 가능한 비트 시퀀스들은 각각 010,011,001,000,100,101,111 및 110이다. 상기 수량화 구획 문자들은 예를 들면 다음 값들을 가질 수 있다:q1=0.666=-q4, q2=1.334=-q5, q3=2.0=-q6. 가장 중요한 수량화된 비트는 하드 비트 또는 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 채널 디코더(CDEC)의 결정이다. 접합 소스 채널 디코딩이 수행되지 않는 종래의 디코더들은 임계치 디코더가 채널 디코더(CDEC)의 뒤에 위치하며, 상기 하드 비트를 출력한다는 것이 주의된다. 수량화 서브 수단(QUANT)이 단지 상기 언급된 하드 비트만을 출력할 때, 그들은 단순한 임계치 디코더의 룰을 실행한다.
N-1개의 다른 수량화된 비트들은 소프트 비트들이며, 이는 상기 하드 비트 또는 결정과 관련된 확률을 나타낸다. N개의 수량화된 비트들의 세트는 소위 보다 짧은 제 1 층 정보이다.
마지막으로, 수량화 서브 수단(QUANT)은 보다 짧은 부가적인 정보를 출력하며, 이는 제어 및 유용한 정보인 제 1 층 정보의 모든 수신된 데이터의 N개의 수량화된 비트들을 포함하는 버퍼(B0)에 구조화된다.
도 6a 및 도 8에 도시된 식별 서브 수단(DISCR)은 상기 보다 짧은 부가적인 정보(B0)에 유용한 정보(UI)와 제어 정보(CoI)를 식별하기 위한 것으로 의도된다. 이러한 목적을 위해, 상기 식별 서브 수단(DISCR)은 먼저 하드 데이터 유닛(DU0)을 다음 방법으로 생성한다:DU0는 상기 보다 짧은 제 1 층 정보(B0)의 하드 비트를 포함한다. 상기 하드 데이터 유닛(DU0)은 하드 제어 정보(HCI)(헤더들(Ddi) 및 트레일러들(Tri)) 및 하드 유용한 정보(HUI)를 포함한다.
이후, 상기 식별 서브 수단(DISCR)은 네트워크 프로토콜 스택을 네트워크 프로토콜 스택(DSTK)의 2 내지 7의 i를 갖는 각 층(Li)에 대해 수행하는 방법으로, 적용가능하다면 다음 활동들이 연속적으로 수행되도록 상기 하드 데이터 유닛(DU0)을 식별화해제한다:
하드 데이터 유닛(DU0) 내에 현재층(Li)의 헤더(Hdi)를 판독하고, 상기 헤더(Hdi) 및 헤더 길이(HdLi)를 헤더 길이 메모리(HdLBox)로 저장하고,
적용가능하다면, 또한 보다 낮은 층의 체크섬의 다른 재계산의 관점에서, 체크섬 메모리(CksBox)의 헤더(Hdi)를 저장하고(예를 들어, 보다 낮은 층(Li-1)에 대해 유용한 정보 또는 페이로드로 속하도록),
적용가능하다면, 바이트들을 페이딩하는 유용한 정보와 관련된 일부 정보(PAD)를 추출하고 이를 특정 페이딩 메모리(PadBox)로 복제한다. 상기 정보(PAD)는 일부 페이딩 바이트들이 하드 데이터 유닛(DU0)의 유용한 정보(HUI)의 마지막에 첨부된다.
하드 데이터 유닛(DU0) 내에 현재층(Li)의 트레일러(Tri)를 판독하고, 상기 트레일러(Tri) 및 트레일러 길이(TrLi)를 트레일러 길이 메모리(TrLBox)로 저장하고,
적용가능하다면, 층(Li)의 프로토콜의 임의의 다른 정보 규정을 추출한다.
상기 언급된 활동들 a,b,c,d 및 e의 일부는 사용된 프로토콜에 의존한다.UDP 프로토콜에 대하여, 체크섬(CksUDP)은 유용한 정보 또는 페이로드(HUI) 및 상부 층들의 헤더들에 의존한다. 따라서, 활동 b는 수행되어야 할 필요가 있다. RTP 헤더의 경우에, 시퀀스 넘버는 추출되어야 할 필요가 있다. 소프트 정보가 하드 데이터 유닛(DU0), 생성되는 부가적인 데이터 유닛들에 연관되기 때문에, 동일한 RTP 시퀀스 넘버로 주어져야 한다. 따라서, 활동 e는 층(L4)에 대해 필수이다.
모든 헤더 및 트레일러 시퀀스들이 제거되면, 식별 서브 수단(DISCR)은 헤더 길이 메모리(DdLBox)에 저장된 2 내지 7의 i를 갖는 헤더 길이들(HdLi)과 트레일러 길이 메모리(TrLBox)에 저장된 2 내지 7의 i를 갖는 트레일러 길이들(TrLi)를 이용하여 총 헤더길이(TL)를 계산할 수 있다. 보다 짧은 부가적인 정보(B0)의 총 헤더 길이가 하드 데이터 유닛(DU0)의 총 헤더길이(THL)의 N배이기 때문에, 하드 데이터 유닛(DU0)의 총 헤더길이(THL)의 지식은 보다 짧은 부가적인 정보(B0) 내에 포함된 보다 짧은 유용한 정보(UI)의 시작을 위치시키는 것을 허용한다. 동일한 방법으로, 버퍼(B0)의 총 트레일러 길이가 하드 데이터 유닛(DU0)의 총 트레일러 길이(TTL)의 N배이기 때문에, 하드 데이터 유닛(DU0)의 총 트레일러 길이(TTL)의 지식은 버퍼(B0) 내에 포함된 보다 짧은 유용한 정보(UI)의 시작을 위치시키는 것을 허용한다. 상기 유용한 정보(UI)는 식별 서브 수단에 의해 출력된다. 상기 하드 데이터 유닛(DU0)로부터 추출된 헤더들(Hdi) 및 트레일러들(Tri)은 제어 정보(HCI)를 형성하며 또한 식별 서브 수단(DISCR)에 의해 출력된다.
따라서, N-1개의 부가 소프트 비트들이 아닌 하드 비트들 만이 제어 정보를 위해 저장된다는 것이 주의된다.
식별 서브 수단(DISCR)은 따라서:
하드 데이터 유닛(DU0)으로부터 추출된 제어 정보(CoI)와,
상기 보다 짧은 정보(B0)내에 포함된 하드 및 소프트 유용한 정보(UI)를 출력한다.
상기 유용한 정보는 이후 구조화 서브 수단(STRUCT)에 의해 수신되며, 이는 상기 유용한 정보를 유용한 필드들로 구조화하는 것으로 의도된다.
도 6a 및 도 9에 도시된, 적응 수단(ADAP)에서, 구조화 서브 수단(STRUCT)은 이후 상기 유용한 정보(UI)를 0 내지 N-1의 j를 갖는 유용한 필드들(UF(j))로 구조화하기 위한 것으로 의도된다. 0 내지 N-1의 j를 갖는 버퍼들(ADU(j))의 세트가 생성되며, 그의 각각의 사이즈들은 하드 데이터 유닛(DU0)의 하나와 동일하다. 본 발명의 이러한 실시예에서, 상기 유용한 정보(UI)는 다음과 같은 방법을 0 내지 N-1의 j를 갖는 N개의 유용한 필드들(UF(j))로 분할된다:유용한 정보(UI)로부터의 N을 법으로 한 비트 j가 0 내지 N-1까지의 j를 갖는 유용한 필드(UF(j))에 속한다.
상기 유용한 정보는 N보다 크거나 작을, 0 내지 L-1의 j를 갖는 유용한 필드들(UF(j))의 다른 숫자 L로 분할될 수 있다.
형성된 유용한 필드들(UF(j))는 체크섬 메모리(CksBox)로 복제되고, 그들은예를 들면 UDP 프로토콜의 경우에 특정 층들의 체크섬을 재계산하기 위해 사용될 수 있다.
도 6a 및 도 9에 또한 도시된 적응 수단(ADAP)에서, 캡슐화 서브 수단(ENCAPS)이 이후 0 내지 N-1의 j를 갖는 상기 유용한 필드들(UF(j))을 제어 정보(CoI)를 이용하여 목적지 네트워크 프로토콜 스택(DSTK)에 순응하는 부가적인 데이터 유닛들로 캡슐화하기 위한 것으로 의도된다. 0 내지 N-1의 j를 갖는 버퍼들(ADU(j))은 부가적인 데이터 유닛들 및 이러한 단부로 변환되어야 할 필요가 있으며, 상기 캡슐화 서브 수단(ENCAPS)은 연속적으로 다음 행동들을 수행한다:
0 내지 N-1의 j를 갖는 각 버퍼(ADU(j))의 시작에서 7 내지 2의 i를 갖는 헤더들(Hdi)을 복제하고,
네트워크 프로토콜 룰들에 순응하는, 많은 부가적인 데이터 유닛들(ADU(j))로서 형성하기 위해, 0 내지 N-1의 j를 갖는 그들 각각의 버퍼(ADU(j))로 N개의 유용한 필드들(UF(j))를 복제하며 결국 그들의 업데이트된 체크섬들을 갖는 상기 버퍼들(ADU(j))을 완성한다. ADU(0)는 보다 짧은 유용한 정보(UI)의 하드 비트들을 포함하며, 여기서 1 내지 N-1의 j를 갖는 ADU(j)는 상기 보다 짧은 유용한 정보(UI)의 j번째 소프트 비트들을 포함하고,
상기 유용한 필드들(UFj)에서 2 내지 7의 i를 갖는 트레일러들(Tri)을 복제하고,
관련 층들의 체크섬들을 재계산하고, 0 내지 N-1의 j를 갖는 버퍼들(ADU(j))로 그들을 복제하며,
7 내지 2의 i를 갖는 층들(Li)의 프로토콜들의 다른 정보 특성을 계산하여 0 내지 N-1의 j를 갖는 버퍼들(ADU(j)) 내의 우측에 위치된 그들을 입력한다.
이러한 관점으로부터, 상기 0 내지 N-1의 j를 갖는 버퍼들(ADU(j))은 부가적인 데이터 유닛들이 된다. 하드 부가적인 데이터 유닛(ADU0)은 단지 그의 제어 정보가 수신기 및 가능하게는 라우터들의 목적지 네트워크 프로토콜 스택(DSTK)에 의해 또한 반영되는 것으로부터 상기 하드 데이터 유닛(ADU(0))을 보호하기 위해 재계산되는 원래의 하드 데이터 유닛(HDU0)의 업데이트된 버전이다.
본 발명의 바람직한 실시예에서, 수집 수단(COLL)은 식별 서브 수단(DISCR)에 의해 공급된 하드 제어 정보(CoI) 내의 필드를 가져가기 위한 것으로 의도되며, 이는 제 2 층의 상기 하드 데이터 유닛(ADU(0))으로 부가적인 데이터 유닛(ADU(j))을 구성하기 위해 정보를 식별하는 것으로 작용할 것이다. 본 발명의 제 1 실시예에서, 우리는 부가적인 데이터 유닛들에 대한 식별 정보로서 연관된 수신된 소스 어플리케이션 데이터 유닛(RASDU)의 RTP 시퀀스 넘버를 사용하는 간단한 해법을 언급하였다. 몇몇 부가적인 데이터 유닛들(ADU(j))이 하나의 하드 데이터 유닛(ADU(0))와 연관되므로 본 상황은 보다 복잡하다. 따라서 시퀀스 넘버의 기록은 어플리케이션 층이 옳은 순서로 부가적인 데이터 유닛들(ADU(j))을 처리할 것임을 확신하는데 필요하다. 우리가 하드 데이터 유닛(ADU(0))의 RTP 시퀀스 넘버(s0)를 고려한다면, 본 발명의 이러한 실시예의 해법은 하드 및 소프트 정보를 포함하는 부가적인 데이터 유닛들(ADU(j))의 RTP 시퀀스 넘버로서 0 내지 N-1의 j를 갖는 RTP 시퀀스 넘버(s0+j)를 선택하는 것이다.
상기 부가적인 데이터 유닛들(ADU(j))은 또한 마킹 수단(MARK)으로 송신된다. 예를 들어, 상기 마킹 수단은 위에서 이미 언급된 바와 같이 그들을 특정 목적지 포트 넘버(P2)로 마크하고, 1 내지 N-1의 j를 갖는 N개의 마킹된 부가적인 소프트 데이터 유닛들(MADU(j))을 출력한다.
상기 부가적인 데이터 유닛들(ADU(j))을 위한 특정 목적지 포트 넘버를 사용하는 것의 장점은 어플리케이션층(L7)에 임의의 혼동을 부가하지 않고도 부가적인 데이터 유닛을 위한 동일한 RTP 시퀀스 넘버 및 수신된 소스 어플리케이션 데이터 유닛의 사용을 허용한다는 것이다. 사실, 예를 들어, RTP 시퀀스 넘버들(s0및 s0+1)을 각각 갖는 두개의 연속적인 하드 데이터 유닛들(ADU(0) 및 ADU'(0))을 고려하면, ADU(0)에 연관된 제 1 부가적인 소프트 데이터 유닛(ADU(1))은 또한 RTP 시퀀스 넘버(s0+1)로 주어진다. 그러나, ADU(1)가 ADU'(0)으로서 동일한 목적지 포트 넘버로 보내지지 않기 때문에 임의의 문제가 발생하지 않는다. 어플리케이션층(L7)은 따라서 ADU(1) 및 ADU'(0)가 동일한 RTP 시퀀스 넘버(s0+1)을 갖더라도 다른 타입들의 데이터라는 사실을 인식한다.
부가적인 정보(ADU(j))는 수신기의 목적지 네트워크 프로토콜 스택(DSTK)을 통해 상향으로 통과된다. 검색 수단(RETRIEV)에 의해 수신되는 어플리케이션층(L7)에 도착하면, 유용한 필드들(UF(j))인 상기 마킹된 부가적인 데이터 유닛들(MADU(j))내에서 상기 부가적인 정보를 검색하기 위한 것으로 의도된다.
검색 수단은 또한 상기 유용한 필드들(UFj)로부터 하드 정보(HI) 및 소프트 정보(SI)를 재생하기 위한 수량화 해제 서브 수단(DEQUANT)을 포함한다.
상기 수량화 해제 서브 수단은 0 내지 N-1의 j를 갖는 상기 유용한 필드들(UFj)로부터 하드 및 소프트 정보(HI 및 SI)를 보장하는 것으로 의도된다. 수량화 해제 공정이 사용되는 것은 당업자에게 공지되었다. 그들은 수량화 서브 수단(QUANT)에 의해 사용된 수량화의 종류에 대해 알려졌다는 것이 제공되며, 수량화 해제 수단(DEQUANT)는 어떻게 많은 연속적인 유용한 필드들(UFj)이 함께 처리되어야 하는지를 공지한다. 또한, 그들은 동일한 RTP 시퀀스 넘버를 갖는다. 수량화 해제시, 상기 유용한 필드들은 하드 및 소프트 정보(HI 및 SI)를 형성하며, 이는 이후 목적지 어플리케이션으로 공급되고, 이는 본 발명의 실시예에서는 소스 디코더이다.
앞선 예에서와 같이, 제 1(물리) 및 제 2(어플리케이션) 층들이 모두 수신기의 목적지 네트워크 프로토콜 스택(DSTK)으로 따른다는 것이 주의되나, 이에 제한되지는 않는다. 예를 들어, 도 10은 네트워크가 우측 방향으로 도착하는 데이터 유닛들의 라우팅의 변화에서 몇몇의 라우터들(R1내지 R4)을 포함하는 경우를 도시한다. 라우터는 네트워크 프로토콜 스택의 종류이며, 일반적으로 3개의 보다 낮은 층들만을 사용한다. 실질적으로, 네트워크 층(L3)으로부터 알려지는 IP 어드레스만이 데이터 유닛이 그의 마지막 타겟을 향하도록 명령하는데 필요하다.
도 10의 예에서, 송신 채널들의 두가지 타입들이 고려된다:
송신기(TRANS)와 라우터(R1), 라우터들(R1및 R2), 라우터들(R4및 R3), 라우터(R3)와 수신기(REC)사이의 인터넷 링크들과,
라우터들(R2및 R4)사이의 무선 링크.
무선 링크는 유선 링크보다 데이터 상에 더 많은 노이즈를 첨가한다. 따라서, 에러들이 거의 송신 노이즈 때문에 발생하는 무선 링크의 단부에서 소프트 디코딩을 사용하고 목적지 어플리케이션, 이 경우에는 소스 디코더로의 인터넷 링크들 상의 출력 소프트 데이터를 송신하는 것이 유익하다. 네트워크 프로토콜 스택을 통해 통과시키는 것에 부가하여, 0 내지 N-1의 j를 갖는 마킹된 부가적인 데이터 유닛들(MADU(j))은 하나 이상의 라우터들을 통과하여야 하며, 이는 그들이 네트워크 프로토콜 룰들에 순응하기 때문에 임의의 특별한 문제를 발생시키지 않을 것이다.
제 2 실시예에서 설명된 것과 같은 소프트 입력-소프트 출력 채널 디코더(CDEC)는 하드 출력만을, 또는 하드 및 소프트 출력들 모두를 출력할 수 있다는 것이 주의된다.
본 발명의 제 3 실시예가 도 11에 도시된다. 이는 수신기 측의 목적지 네트워크 프로토콜 스택(DSTK)의 어플리케이션층(L3)에 의해 물리층(L1)으로 보내진 부가적인 정보(I3)에 대한 것이다.
따라서 상기 목적지 어플리케이션(DAPP)은 소프트 디코딩을 수행할지를 묻기 위해 채널 디코더(CDEC)로 어드레스될 제어 주문(CO)을 생성하기 위한 생성 수단(GENER)을 포함한다. 이러한 수신기는 어플리케이션층(L7) 내에 적응 수단(ADAP) 및 마킹 수단(MARK)을 포함하며, 물리층(L1) 내에 검색 수단(RETRIEV)을 포함한다. 상기 수집 및 적응 수단은 하향될 때 부가적인 데이터 유닛 내의 상기 제어 주문의 캡슐화를 조종하는 네트워크 프로토콜 스택이기 때문에 이전 경우들보다 이러한 경우에 매우 간단하다.
물리층(L1)의 층에서, 상기 검색 수단은 이전 실시예들에서보다 잘 순응된 대비에 존재한다. 사실, 이러한 부가적인 데이터 유닛은 캡슐화 해제될 필요가 있으며, 그의 목적지에 도달할 때, 제 1 층이 된다.
따라서 상기 검색 수단(RETRIEV)은 상기 부가적인 데이터 유닛으로부터 상기 제어 주문을 추출하기 위해 캡슐화 해제 서브 수단(DECAPS)을 더 포함한다. 이러한 동작은 네트워크 프로토콜 스택이 수행하는 동일한 방법으로 수행된다.
본 발명의 이러한 제 3 실시예에서, 소스 디코더가 유익하게 하드 채널 디코딩된 정보가 마지막 소스 디코딩된 정보의 효율적인 품질을 제공하지 않는다는 것을 결정하면, 상기 소스 디코더는 따라서 부가적인 소프트 정보를 위해 물리층(L1)에 물을 것이다. 이러한 목적을 위해, 후방 통신이 소스와 채널 디코더들 사이에 설정된다. 상기 통신은 "하드 디코딩 수행" 또는 "소프트 디코딩 수행"과 같은 간단한 주문들로 제한된다. 다시 말해, 본 발명의 이러한 실시예는 소프트 디코딩 모드의 "주문 상에서" 실현된다.
이러한 소프트 디코딩 모드의 "주문"의 장점은 채널과 소스 디코더들 사이의 쓸모없는 복잡함을 도입하는 것을 회피한다는 것이다. 부가적인 정보는 단지 소스 디코더에 의해 필요할 때만 보내진다.
본 발명의 제 4 실시예에서, 목적지 어플리케이션(DAPP)은 소스 디코더(SDEC)이며, 이는 채널 디코더(CDEC)가 제 2 실시예에서 수행된 동일한 방법으로 소프트 출력들을 제공한다. 이러한 경우에, 상기 소스 디코더(SDEC)는 채널 디코더로 어드레스될 하드 및 소프트 소스 정보(HSI와 SSI)를 생성하기 위한 생성 수단을 포함한다. 상기 하드 및 소프트 소스 정보(HSI와 SSI)는 도 11에 도시된 바와 같은, 이전에 설명된 제어 주문(CO)과 같은 동일한 방법을 따른다. 또한, 상기 하드 및 소프트 소스 정보(HSI와 SSI)는 이전에 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 관련된다. 따라서, 이러한 본 발명의 제 4 실시예에서, 어플리케이션층(L7)은 수집 수단(COLL)을 포함하며, 이는 상기 이전에 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 어플리케이션층(L7) 내의 일부 식별 정보(II)를 수집하는 변화에 존재한다. RTP 시퀀스 넘버(RTP_NB)는 이전과 같이 상기 이전에 수신된 소스 어플리케이션 데이터 유닛(RSADU)로 상기 하드 및 소프트 소스 정보(HSI 및 SSI)를 연관하기 위한 관련 식별 정보(II)를 가질 수 있다.
예를 들어, 소프트 디코딩 모드가 활성화되었다고 가정한다. 소스 디코더(SDEC)는 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 채널디코더(CDEC)로부터 수신된 하드 및 소프트 정보(HI 및 SI)를 가지며, 이는 소스 디코딩된 정보(SDI)를 생성하기 위해 사용한다. 채널 디코더(CDEC), 소스 디코더(SDEC)가 소프트 출력을 또한 공급하는 것과 같이, 즉, 수신된 하드 및 소프트 정보(HI 및 SI)의 각 데이터로 실제 값을 할당한다. 상기 실제 값은 소스 디코더(SDEC) 및 상기 추출될 결정의 가능성을 나타낸다. 채널 디코더(CDEC)와 동일한 방법으로, 소스 디코더(SDEC)는 이후 대량의 비드를 통해 상기 실제 값을 수량화하고, 그의 정확성을 지키기 위하여 소스 디코딩된 정보(SDI)를 공급한다.
이러한 경우에, 수집, 적응 및 마킹 수단이 어플리케이션층(L7) 내에 위치되며, 검색 수단(RETRIEV)은 물리층(L1) 내에 위치된다.
상기 적응 수단(ADAP)이 도 12a에 기술되며:
상기 소스 부가적인 정보(HSI 및 SSI)로부터 보다 짧은 소스 부가적인 정보(SB0)를 공급하기 위한 수량화 서브 수단(QUANT)을 포함한다. 수량화는, 예를 들면, N개의 비트들 상에서 생성된다.
상기 보다 짧은 소스 부가적인 정보(SB0)를 유용한 소스 필드들(USF(j))로 구조화하기 위한 구조화 수단(STRUCT)이다.
이때 마킹 수단(MARK)은 부가적인 정보가 특정 목적지 포트 넘버(P2)로 주어져야 한다는 네트워크 프로토콜 스택(DSTK)으로의 지시를 말하며, 따라서 전송층(L4)은 부가적인 소스 데이터 유닛들 내의 목적지 포트 넘버 필드에 정확하게채워진다.
물리층에서, 검색 수단(RETRIEV)은 그들의 목적지 포트 넘버에 대하여, 0에서 N-1로 j를 갖는 부가적인 소스 데이터 유닛들(ASDU(j))을 가로막는 것으로 의도된다. 상기 검색 수단(RETRIEV)은 도 12b에 도시되며:
상기 부가적인 소스 디코딩된 데이터 유닛들(ASDU(j))로부터 유용한 소스 필드들(USF(j))을 추출하기 위한 캡슐화 해제 수단(DECAPS)을 포함한다. 상기 동작은 네트워크 프로토콜 스택이 수행되는 동일한 방법으로 수행되며,
상기 유용한 소스 필드들(USF(j))로부터 상기 하드 및 소프트 소스 정보(HSI 및 SSI)를 복구하기 위한 수량화 해제 수단(DEQUANT)을 포함한다.
본 발명의 제 4 실시예에서, 소스 디코더(SDEC)는 상기 하드 및 소프트 소스 정보(HSI 및 SSI)를 채널 디코더(CDEC)로 다시 보낸다.
이러한 소스 디코더(SDEC)와 채널 디코더(CDEC) 사이의 후향 통신의 장점은 소스 디코더가 수신된 소스 어플리케이션 데이터 유닛(RSADU)을 처리하는 방법에 대한 채널 디코더로의 피드백을 제공하는 것이다. 소스 디코더에 의해 보내진 하드 및 소프트 소스 정보(HSI 및 SSI)를 사용하여, 채널 디코더(CDEC)는 유익하게 그 자신의 결정들 및 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 확률을 재계산하고, 업데이트된 하드 및 소프트 정보를 출력한다. 이러한 방법으로, 접합 소스 채널 디코딩이 수행되고, 이후 연속적인 통과들에서 반복될 수 있다. 이러한 반복된 디코딩 모드의 목적은 재건축 품질에 대하여, 주어진 수신된 소스 어플리케이션 데이터 유닛(RSADU)에 대한 최고의 소스 디코딩된 정보(SDI)를 향한 접합 소스채널 디코더 변환을 생성하는 것이다.
위에서 설명된 송신 방법은 바람직하게 명령들의 세트들에 의해 수행되며, 이는 송신기 및 수신기측에 위치된 컴퓨터들 또는 디지털 프로세서들의 제어 하에서 수행될 수 있다.
설명된 방법, 수신기, 송신기, 송신 시스템 및 네트워크에 대하여, 변경들 또는 수행들이 본 발명의 범위로부터 벗어남이 없이 제안될 수 있다는 것이 주의된다. 본 발명은 따라서, 제공된 예들로 제한되지 않는다.
"포함하다(comprise)"라는 동사의 사용 및 그의 활용들은 청구항에 기술된 이들과 다른 요소들 또는 단계들의 존재를 배제하지 않는다. 요소들 앞의 "하나(a 또는 an)"라는 조항의 사용은 복수의 이러한 요소들의 존재를 배제하지 않는다.

Claims (13)

  1. 복수의 네트워크 프로토콜 스택들을 포함하는 네트워크를 통해 소스 어플리케이션 데이터 유닛들을 목적지 어플리케이션으로 송신하기 위한 송신 시스템에 있어서, 상기 송신 시스템은:
    적어도 상기 제 1 및 제 2 네트워크 프로토콜 스택들을 통해 제 2 네트워크 프로토콜 스택의 층으로 보내질 제 1 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단과,
    상기 부가적인 정보를 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 변환하기 위한 적응 수단과,
    상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단과,
    상기 부가적인 데이터 유닛들이 상기 제 2 네트워크 프로토콜 스택의 상기 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하기 위한 검색 수단을 포함하는 것을 특징으로 하는, 송신 시스템.
  2. 제 1 항에 있어서:
    소스 어플리케이션 데이터 유닛에 대한 식별 정보를 수집하기 위한 수집 수단으로서, 상기 식별 정보는 상기 소스 어플리케이션 데이터 유닛과 연관된 부가적인 정보를 적어도 하나의 부가적인 데이터 유닛으로 변환할 때 상기 적응 수단에 의해 사용되는, 상기 수집 수단을 더 포함하는 것을 특징으로 하는, 송신 시스템.
  3. 제 1 항에 있어서, 상기 제 2 네트워크 프로토콜 스택의 층은 소스 어플리케이션 데이터 유닛들에 대한 알림 메세지들을 다른 네트워크 프로토콜 스택으로 다시 보내기 위한 알림 수단을 포함하고, 상기 송신 시스템은:
    상기 부가적인 데이터 유닛들에 대한 상기 알림 수단을 활성화해제(deactivating)시키기 위한 활성화해제 수단을 더 포함하는 것을 특징으로 하는, 송신 시스템.
  4. 제 2 항에 있어서, 상기 부가적인 정보는 소스 어플리케이션 데이터 유닛 상에 형성된 하드 결정(hard decision)과 연관된 소프트 정보(soft information)이고, 상기 송신 시스템은 상기 부가적인 정보를 공급하기 위한 채널 디코더를 더 포함하고, 상기 적응 수단은:
    상기 부가적인 정보로부터 보다 짧은 부가적인 정보를 공급하기 위한 수량화 서브 수단(quantification sub-means)과,
    상기 보다 짧은 부가적인 정보의 유용한 정보 및 제어 정보를 식별(discriminating)하기 위한 식별 서브 수단과,
    상기 유용한 정보를 유용한 필드들로 구조화하기 위한 구조화 서브 수단과,
    상기 제어 정보를 사용하여, 상기 유용한 필드들을 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 캡슐화(encapsulating)하기 위한 캡슐화 서브 수단을 더 포함하며, 상기 검색 수단은:
    상기 유용한 필드들로부터 상기 부가적인 정보를 복구하기 위한 수량화해제(de-quantification) 서브 수단을 더 포함하는 것을 특징으로 하는, 송신 시스템.
  5. 복수의 네트워크 프로토콜 스택들을 포함하는 네트워크를 통해 소스 어플리케이션 데이터 유닛들을 목적지 어플리케이션으로 송신하기 위한 방법에 있어서, 상기 방법은:
    적어도 상기 제 1 및 제 2 네트워크 프로토콜 스택들을 통해 제 2 네트워크 프로토콜 스택의 층으로 보내질 제 1 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하는 단계와,
    상기 부가적인 정보를 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 변환하는 단계와,
    상기 부가적인 데이터 유닛들을 마킹하는 단계와,
    상기 부가적인 데이터 유닛들이 상기 제 2 네트워크 프로토콜 스택의 상기 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하는 단계를 더 포함하는 것을 특징으로 하는, 송신 방법.
  6. 제 5 항에 있어서:
    소스 어플리케이션 데이터 유닛에 대한 식별 정보를 수집하는 단계로서, 상기 식별 정보는 상기 소스 어플리케이션 데이터 유닛과 연관된 부가적인 정보를 적어도 하나의 부가적인 데이터 유닛으로 변환할 때 상기 적응 수단에서 사용되는, 상기 수집 단계를 더 포함하는 것을 특징으로 하는, 송신 방법.
  7. 다른 네트워크 프로토콜 스택을 포함하는 네트워크를 통하여 상기 목적지 어플리케이션으로 송신된 소스 어플리케이션 데이터 유닛들을 처리하기 위해, 목적지 네트워크 프로토콜 스택 및 목적지 어플리케이션을 포함하는 수신기에 있어서, 상기 수신기는:
    상기 다른 네트워크 프로토콜 스택의 층에 의해 생성되고 적어도 상기 다른 네트워크 프로토콜 스택 및 상기 목적지 네트워크 프로토콜 스택을 통하여 상기 목적지 네트워크 프로토콜 스택의 층으로 보내진 부가적인 정보를 검색하기 위한 검색 수단을 더 포함하는 것을 특징으로 하는, 수신기.
  8. 네트워크를 통해 상기 목적지 어플리케이션으로 송신된 소스 어플리케이션 데이터 유닛들을 처리하기 위해 목적지 네트워크 프로토콜 스택 및 목적지 어플리케이션을 포함하는 수신기에 있어서, 상기 수신기는:
    상기 목적지 네트워크 프로토콜 스택을 통하여 상기 목적지 프로토콜 스택의 층으로 보내질 상기 목적지 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단과,
    상기 부가적인 정보를 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 변환하기 위한 적응 수단과,
    상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단과,
    상기 부가적인 데이터 유닛들이 상기 목적지 네트워크 프로토콜 스택의 상기 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하기 위한 검색 수단을 더 포함하는 것을 특징으로 하는, 수신기.
  9. 제 8 항에 있어서:
    소스 어플리케이션 데이터 유닛에 대한 식별 정보를 수집하기 위한 수집 수단으로서, 상기 식별 정보는 상기 소스 어플리케이션 데이터 유닛과 연관된 부가적인 정보를 적어도 하나의 부가적인 데이터 유닛으로 변환할 때 상기 적응 수단에 의해 사용되는, 상기 수집 수단을 더 포함하는 것을 특징으로 하는, 수신기.
  10. 제 9 항에 있어서, 상기 부가적인 정보는 소스 어플리케이션 데이터 유닛 상에 형성된 하드 결정과 연관된 소프트 정보를 포함하고, 상기 수신기는 상기 부가적인 정보를 공급하기 위한 채널 디코더를 더 포함하며, 상기 적응 수단은:
    상기 부가적인 정보로부터 보다 짧은 부가적인 정보를 공급하기 위한 수량화 서브 수단과,
    상기 보다 짧은 부가적인 정보의 유용한 정보 및 제어 정보를 식별하기 위한 식별 서브 수단과,
    상기 유용한 정보를 유용한 필드들로 구조화하기 위한 구조화 서브 수단과,
    상기 제어 정보를 사용하여, 상기 유용한 필드들을 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 캡슐화하기 위한 캡슐화 서브 수단을 더 포함하며, 상기 검색 수단은:
    상기 유용한 필드들로부터 상기 부가적인 정보를 복구하기 위한 수량화해제 서브 수단을 더 포함하는 것을 특징으로 하는, 수신기.
  11. 소스 어플리케이션 데이터 유닛들을 네트워크를 통해 목적지 어플리케이션으로 송신하기 위한, 소스 어플리케이션 및 소스 네트워크 프로토콜 스택을 포함하는 송신기에 있어서, 상기 송신기는:
    상기 소스 네트워크 프로토콜 스택 및 상기 다른 네트워크 프로토콜 스택을 통하여, 상기 네트워크를 통해 다른 네트워크 프로토콜 스택의 층으로 송신될 상기 소스 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단과,
    상기 부가적인 정보를 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 변환하기 위한 적응 수단과,
    상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단을 더 포함하는 것을 특징으로 하는, 송신기.
  12. 네트워크를 통해 소스 어플리케이션 데이터 유닛들을 송신하기 위한 소스 어플리케이션 및 소스 네트워크 프로토콜 스택을 포함하는 송신기에 있어서, 상기 송신기는:
    상기 소스 네트워크 프로토콜 스택의 다른 층으로 보내질 상기 소스 네트워크 프로토콜 스택의 층에 부가적인 정보를 생성하기 위한 생성 수단과,
    상기 부가적인 정보를 네트워크 프로토콜 룰들에 순응하는 적어도 하나의 부가적인 데이터 유닛으로 변환하기 위한 적응 수단과,
    상기 부가적인 데이터 유닛들을 마킹하기 위한 마킹 수단과,
    상기 부가적인 데이터 유닛들이 상기 다른 층에 도착할 때 상기 부가적인 데이터 유닛들 내의 상기 부가적인 정보를 검색하기 위한 검색 수단을 더 포함하는 것을 특징으로 하는, 송신기.
  13. 프로그램이 프로세서에 의해 수행될 때, 제 5 항 및 제 6 항에 청구된 바와 같은 방법을 수행하기 위한 명령들의 세트를 포함하는 상기 프로그램.
KR10-2004-7009003A 2001-12-11 2002-12-06 네트워크를 통해 부가적인 정보를 송신하기 위한 시스템 KR20040065246A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP01403197.5 2001-12-11
EP01403197 2001-12-11
EP02290950.1 2002-04-16
EP02290950 2002-04-16
PCT/IB2002/005242 WO2003051016A1 (en) 2001-12-11 2002-12-06 System for transmitting additional information via a network

Publications (1)

Publication Number Publication Date
KR20040065246A true KR20040065246A (ko) 2004-07-21

Family

ID=26077274

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2004-7009003A KR20040065246A (ko) 2001-12-11 2002-12-06 네트워크를 통해 부가적인 정보를 송신하기 위한 시스템

Country Status (7)

Country Link
US (1) US20050011365A1 (ko)
EP (1) EP1459493A1 (ko)
JP (1) JP2005512462A (ko)
KR (1) KR20040065246A (ko)
CN (1) CN1602614A (ko)
AU (1) AU2002366687A1 (ko)
WO (1) WO2003051016A1 (ko)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2849733A1 (fr) * 2003-01-02 2004-07-09 Thomson Licensing Sa Dispositif et procede d'ajustement de debit d'un flux de contenus et produits associes
US7480512B2 (en) * 2004-01-16 2009-01-20 Bones In Motion, Inc. Wireless device, program products and methods of using a wireless device to deliver services
FR2857194B1 (fr) * 2003-07-04 2005-09-09 Thales Sa Procede de transmission d'informations supplementaires par compression d'en-tete
EP1878766B1 (en) * 2005-05-02 2020-01-01 The University of Tokyo Electrostatic bonding type polymer vesicle
ATE392769T1 (de) * 2005-08-25 2008-05-15 Alcatel Lucent Sicheres kommunikationsverfahren- und gerät zur verarbeitung von send-datenpaketen
US9049096B2 (en) * 2006-06-19 2015-06-02 Qualcomm Incorporated Data routing via lower layers in a communication system
EP2150022A1 (en) * 2008-07-28 2010-02-03 THOMSON Licensing Data stream comprising RTP packets, and method and device for encoding/decoding such data stream
CN101494661B (zh) * 2008-12-29 2012-07-04 深圳市同洲电子股份有限公司 传输控制协议/网间协议的协议栈读取数据的方法和装置
ES2557894T3 (es) * 2009-04-14 2016-01-29 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Método y dispositivo para procesamiento de datos en una red de comunicación
JP5797463B2 (ja) * 2011-06-07 2015-10-21 ラピスセミコンダクタ株式会社 フレーム受信装置、フレーム送信装置、フレーム送受信システム及びフレーム送受信方法
US9225614B2 (en) * 2011-11-17 2015-12-29 Google Inc. Service and application layer optimization using variable rate optical transmission
CN104980433B (zh) * 2015-05-18 2017-11-28 熊猫电子集团有限公司 一种移动终端协议栈的消息处理方法
US10365378B2 (en) * 2016-02-29 2019-07-30 Thermo Eberline Llc Active dosimeter systems for real-time radiation dose measurements
CN118044237A (zh) * 2021-10-09 2024-05-14 Oppo广东移动通信有限公司 通信方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5548532A (en) * 1994-04-28 1996-08-20 Thomson Consumer Electronics, Inc. Apparatus and method for formulating an interactive TV signal
US6014694A (en) * 1997-06-26 2000-01-11 Citrix Systems, Inc. System for adaptive video/audio transport over a network
EP1091528A3 (en) * 1999-09-28 2003-05-28 AT&T Corp. Systems and methods for mapping quality of service across communications systems
US6700893B1 (en) * 1999-11-15 2004-03-02 Koninklijke Philips Electronics N.V. System and method for controlling the delay budget of a decoder buffer in a streaming data receiver
KR100365183B1 (ko) * 2000-12-07 2002-12-16 에스케이 텔레콤주식회사 비동기 이동 통신 시스템의 물리 계층에서의 적응 코딩을이용한 데이터 전송 방법 및 기지국 장치
AU2002234258A1 (en) * 2001-01-22 2002-07-30 Sun Microsystems, Inc. Peer-to-peer network computing platform

Also Published As

Publication number Publication date
AU2002366687A1 (en) 2003-06-23
US20050011365A1 (en) 2005-01-20
EP1459493A1 (en) 2004-09-22
WO2003051016A1 (en) 2003-06-19
JP2005512462A (ja) 2005-04-28
CN1602614A (zh) 2005-03-30

Similar Documents

Publication Publication Date Title
CN111683069B (zh) 一种基于netty框架的自定义通信协议及服务方法
US20200120075A1 (en) Hardware-accelerated payload filtering in secure communication
JP5385287B2 (ja) マルチメディアコンテンツの適合通知の生成および伝達
EP1173948B1 (en) Apparatus for transmitting/receiving bitstream in network and method thereof
CN1225874C (zh) 利用时序安排和头压缩降低分组延迟的方法和设备
US7233594B2 (en) Apparatus for transmitting/receiving wireless data and method thereof
KR20040065246A (ko) 네트워크를 통해 부가적인 정보를 송신하기 위한 시스템
US6321269B1 (en) Optimized performance for transaction-oriented communications using stream-based network protocols
JPH1188463A (ja) データブロックの送信方法
JP5795446B2 (ja) Ｈｔｔｐサーバの間でのソースデータおよび修復データの割り当てを伴うコンテンツ配送システム
US20120143979A1 (en) Protocol stack using shared memory
JPH06169325A (ja) データ及び音声両フレームを送信するフレーム中継システム及びその処理方法
EP1601161A1 (en) Network interface card for supporting multi-streaming format and method thereof
US11271856B2 (en) Concept for segmenting an application buffer into data packets
EP1473636A1 (en) Information processing device and method, and computer program
US7860366B2 (en) Information processing device and method, recording medium, and program
JP4316385B2 (ja) 堅牢な信号符号化
KR100919216B1 (ko) 데이터 송신 방법, 수신 방법 및 그 장치
US7342938B1 (en) Spectrally efficient approach to protection of key elements in a non-homogenous data stream
KR100739509B1 (ko) 다중 채널 구조 무선 통신 시스템에서 헤더 정보 송수신장치 및 방법
KR20160123562A (ko) 데이터 패킷 처리를 위한 수신기 장치 및 수신기 장치에서의 데이터 패킷 처리 방법
US20060198393A1 (en) Method for transmitting additional information by compression of the header
JP4275059B2 (ja) パケット通信方法及びシステム並びにその装置
CN112422511B (zh) 一种基于ip源地址的可靠网络隐写方法
JP2005341107A (ja) パケット送受信装置

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid