JPH1188856A - Transmission protocol converting system and catv network connecting system using protocol converting device - Google Patents

Transmission protocol converting system and catv network connecting system using protocol converting device

Info

Publication number
JPH1188856A
JPH1188856A JP24067897A JP24067897A JPH1188856A JP H1188856 A JPH1188856 A JP H1188856A JP 24067897 A JP24067897 A JP 24067897A JP 24067897 A JP24067897 A JP 24067897A JP H1188856 A JPH1188856 A JP H1188856A
Authority
JP
Japan
Prior art keywords
packet
header
network
mpeg
protocol
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP24067897A
Other languages
Japanese (ja)
Other versions
JP4109735B2 (en
Inventor
Itaru Mimura
到 三村
Toshiaki Suzuki
敏明 鈴木
Koichi Shibata
巧一 柴田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP24067897A priority Critical patent/JP4109735B2/en
Priority to EP98116657A priority patent/EP0901261B1/en
Priority to US09/148,326 priority patent/US6557031B1/en
Publication of JPH1188856A publication Critical patent/JPH1188856A/en
Priority to US09/597,825 priority patent/US6785733B1/en
Application granted granted Critical
Publication of JP4109735B2 publication Critical patent/JP4109735B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing 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/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

PROBLEM TO BE SOLVED: To reduce operation costs by commonly utilizing program contents by transmitting MPEG(Moving Picture Experts Group) video signals while mutually connecting CATV networks more than two through a network using an internet protocol by an interwork means. SOLUTION: Concerning an MPEG-transport stream(TS), the case of transmitting a payload for storing data continuously to a TS header 1 of 4 bytes and the case of transmitting an adaptation field 2 before the payload are allowed. When transmitting a signal to an IP network, concerning the TS to transmit an IP header, the adaptation field 2 is inserted just after a TS header without fail and while using this adaptation field 2, the IP header is transmitted. The adaptation field 2 stores a flag 4 of 2 bytes showing contents to be transmitted and private data 5.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、インタネットプロ
トコルを使ってMPEG画像を伝送する方式およびその
システムに関わり、特にMPEG伝送プロトコルとイン
タネットプロトコルの変換処理を迅速に行う伝送方式変
換装置を用いたネットワーク接続方式、および伝送する
MPEGデータのカプセル化方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for transmitting an MPEG image using an Internet protocol and a system thereof, and more particularly, to a network using a transmission system conversion device for rapidly converting between an MPEG transmission protocol and the Internet protocol. The present invention relates to a connection method and an encapsulation method of MPEG data to be transmitted.

【0002】[0002]

【従来の技術】映像をデジタル符号化して伝送するシス
テムの国際標準規格として、"GENERICCODING OF MOVING
PICTURES AND ASSOCIATED AUDIO: SYSTEMS"がISO/
IEC13818−1、ITU−T(International Tel
ecommunication Union) H.222.0勧告として規定
されている。このMPEGシステム国際標準規格(以
後、H.222.0と略記する)では、MPEG方式に
よって圧縮した画像信号を伝送する規格を定めている。
H.222.0では、比較的ビットエラー発生の少ない
蓄積媒体等からの伝送を想定したプログラムストリーム
(以後、PSと略記する)形式と、伝送ビットエラーの
発生が予想される通信回線を想定したトランスポートス
トリーム(以後、TSと略記する)形式の2種類のフォ
ーマットを規定している。
2. Description of the Related Art "GENERICCODING OF MOVING" is an international standard for digitally encoding and transmitting video.
PICTURES AND ASSOCIATED AUDIO: SYSTEMS "
IEC13818-1, ITU-T (International Tel
ecommunication Union) H. It is specified as a 222.0 recommendation. The MPEG System International Standard (hereinafter abbreviated as H.222.0) defines a standard for transmitting image signals compressed by the MPEG system.
H. 222.0 describes a program stream (hereinafter abbreviated as PS) format assuming transmission from a storage medium or the like in which bit errors are relatively less likely to occur, and a transport assuming a communication line where transmission bit errors are expected to occur. Two types of streams (hereinafter, abbreviated as TS) are defined.

【0003】本発明はTS形式で圧縮映像信号を伝送す
る際の符号変換方式を対象とするため、ここで簡単にT
S形式による画像伝送方式について従来技術の説明を行
う。映像・音響符号化と伝送を対象としたMPEG方式
では、入力されるテレビジョン等の映像信号をデジタル
化し、このデジタル信号を離散コサイン変換、可変長符
号化等の手法を用いてデータ圧縮を行う。また、音響信
号に関しては、手法は異なるもののデジタル化した後、
冗長なデータを取り除くことで圧縮を行っている。これ
らの圧縮された信号はエレメンタリーストリーム(以
後、ESと略記する)と呼ばれるもので、その言葉の通
り画像・音響信号の要素となるデータである。なお、M
PEGにおいてはこの画像・音響データを(ビット)ス
トリームという言葉を用いて表している。
[0003] The present invention is directed to a code conversion system for transmitting a compressed video signal in the TS format.
A description will be given of a conventional technique for an image transmission system using the S format. In the MPEG system for video / audio coding and transmission, an input video signal of a television or the like is digitized, and the digital signal is subjected to data compression using a technique such as discrete cosine transform or variable length coding. . Regarding audio signals, the method is different but digitized,
Compression is performed by removing redundant data. These compressed signals are called elementary streams (hereinafter abbreviated as ES), and are data which are elements of image / audio signals as the words imply. Note that M
In the PEG, this image / audio data is represented using the term (bit) stream.

【0004】MPEG映像信号を伝送するケーブルテレ
ビ、衛星通信回線、または非同期転送モード伝送路(以
後、ATM回線と略記する)等では、データ伝送の際に
比較的ビット誤りが多く発生することが想定されるの
で、伝送エラーによる障害波及の範囲を狭くするためE
Sを小さなパケットに区切って伝送する。パケット化さ
れたESはパケッタイズドエレメンタリストリーム(以
後、PESと略記する)と呼ばれるものであり、ESに
PESヘッダと呼ばれるヘッダ情報が付加した形式とな
っている。上記に例示した通信回線の伝送では、このP
ESをさらに小さなトランスポートパケットと呼ばれる
188バイトのパケットに区切って伝送する。TSパケ
ットは、図13に示すように4バイトのヘッダと、デー
タを格納するための184バイトのペイロードから構成
されるパケットである。図14はTSパケットのヘッダ
構造を示す図である。TSヘッダは、1バイトの同期バイ
ト(0x47)と、TSパケットの属性を表すフラグ
(本説明では重要でないので個々のフラグの内容につい
ては説明を省略する)、13ビットのパケット識別子
(以後PIDと略記する)、スクランブル制御識別子、ア
ダプテーションフィールド識別子とパケットの連続性を
検査するのに用いる4ビットの巡回カウンタから構成さ
れる。またトランスポートストリームでは、アダプテー
ションフィールドと呼ばれるフィールドを映像データを
格納するペイロードと呼ばれるデータフィールドに先立
って伝送することができ、このフィールドにはシステム
のクロック同期を目的としたプログラムクロックリファ
レンス(以後、PCRと略記する)やプライベートデータ
を格納することが可能である。なおTSパケットでアダ
プテーションフィールドを伝送する際は、TSヘッダの
アダプテーションフィールド識別子にてその存在を指示
することが規定されている。
[0004] In a cable television, a satellite communication line, or an asynchronous transfer mode transmission line (hereinafter abbreviated as an ATM line) for transmitting an MPEG video signal, it is assumed that a relatively large number of bit errors occur during data transmission. To reduce the range of the transmission of errors due to transmission errors.
S is divided into small packets and transmitted. The packetized ES is called a packetized elementary stream (hereinafter abbreviated as PES), and has a format in which header information called a PES header is added to the ES. In the transmission of the communication line exemplified above, this P
The ES is further divided into 188-byte packets called transport packets and transmitted. The TS packet is a packet composed of a 4-byte header and a 184-byte payload for storing data, as shown in FIG. FIG. 14 is a diagram showing a header structure of a TS packet. The TS header includes a 1-byte synchronization byte (0x47), a flag indicating the attribute of the TS packet (the content of each flag is omitted because it is not important in this description), and a 13-bit packet identifier (hereinafter, PID and Abbreviated), a scramble control identifier, an adaptation field identifier, and a 4-bit cyclic counter used to check the continuity of the packet. In the transport stream, a field called an adaptation field can be transmitted prior to a data field called a payload for storing video data. This field contains a program clock reference (hereinafter referred to as a PCR clock) for the purpose of system clock synchronization. ) And private data. When the adaptation field is transmitted in the TS packet, it is specified that the adaptation field is indicated by the adaptation field identifier of the TS header.

【0005】MPEG方式はCATVやデジタル衛星放
送に対応して開発された方式であるが、最近ではコンピ
ュータのデータ通信を主目的に発展を遂げてきたインタ
ーネットと呼ばれるネットワークにおいてもMPEG画
像を利用するサービスが提供されるようになってきた。
インタネットにおける通信の相互接続性を確保するた
め、Internet Engineering Task Force(以後、IETF
と略記する)が規格化を進めており、MPEG画像伝送
フォーマットの規格はRequest for Comment N0。2038:
“RTP Payload Format for MPEG1/MPEG2 Video”(以
後、RFC2038と略記する)により伝送方法やパケ
ットのカプセル化方式が規格化されている。RFC20
38では、伝送するパケットのフォーマットとしてMP
EGのES、TS、もしくはPSを利用して伝送するこ
と、配送遅延により画質劣化が生じることを回避するた
めRFC1889により仕様化された“RTP: A Transpo
rt Protocol for Real-Time Applications”(以後、R
TPと略記する)により伝送することを定めている。な
お、RTPパケットはユーザデータグラムプロトコル
(以後、UDPと略記する)によるパケットに格納し、
さらにこのUDPパケットをインタネットプロトコルパ
ケット(以後、IPパケットと略記する)により伝送す
ることを規定している。以上説明した従来技術によれ
ば、CATV回線内部ではMPEG−TSパケットによ
り、またインタネット内部ではIPパケットによりMP
EG映像を伝送することが可能である。
[0005] The MPEG system is a system developed for CATV and digital satellite broadcasting. Recently, a service using MPEG images has been developed even in a network called the Internet, which has been developed mainly for computer data communication. Is being offered.
The Internet Engineering Task Force (hereinafter referred to as IETF)
The standard of the MPEG image transmission format is Request for Comment N0. 2038:
A transmission method and a packet encapsulation method are standardized by “RTP Payload Format for MPEG1 / MPEG2 Video” (hereinafter abbreviated as RFC2038). RFC20
38, the format of the packet to be transmitted is MP
"RTP: A Transpo" specified by RFC1889 to transmit using EG ES, TS, or PS, and to avoid image quality degradation due to delivery delay
rt Protocol for Real-Time Applications ”(hereinafter R
(Abbreviated as TP). The RTP packet is stored in a packet according to a user datagram protocol (hereinafter abbreviated as UDP),
Further, it specifies that the UDP packet is transmitted by an Internet protocol packet (hereinafter abbreviated as an IP packet). According to the above-described conventional technology, MP-TS packets are used inside a CATV line and IP packets inside the Internet.
EG video can be transmitted.

【0006】[0006]

【発明が解決しようとする課題】MPEG−TS方式に
より映像伝送を行うのは前述の通りデジタル衛星放送や
デジタルCATVシステムである。これらのサービスの
うち、デジタルCATVシステムは地域密着型のサービ
スであり比較的狭い地域をサービス提供地域として構成
されるのが一般的である。そのため各々のCATV事業
者が番組を送出するためのCATVセンター(以後、ヘ
ッドエンドと略記する)と映像を伝送するためのアクセ
スネットワークを保有し、ヘッドエンドにおいて受信し
た地上/衛星放送番組を再送信したり、ヘッドエンドに
貯えた番組を必要に応じて送信している。このような従
来のCATVサービスでは、放送されてきた番組以外の
番組は、例えばVTR等に蓄積しておき番組編成に応じて
再生する必要があった。近未来のCATVサービスとし
て期待されているビデオオンデマンド等も上記と同様に
ヘッドエンドに番組のデジタル圧縮信号を保有する形式
で構築するのが一般的である。ところでビデオオンデマ
ンドサービスでは、その番組コンテンツを保有するため
に再放送権(著作権)の購入、番組のデジタル圧縮処
理、圧縮映像の蓄積などサービスを維持するためのコス
トも高く、できるだけ同一番組(コンテンツ)に対する
アクセス回数を多くしなければ採算が取れないといった
課題がある。この課題を解決するには、例えば、複数の
CATV事業者が共同でコンテンツを保有し、通信回線
を使ってこのコンテンツを必要な時に伝送して利用する
等の方法が効果的である。
As described above, digital satellite broadcasting and a digital CATV system perform video transmission according to the MPEG-TS system. Among these services, the digital CATV system is a community-based service and a relatively small area is generally configured as a service providing area. Therefore, each CATV operator has a CATV center (hereinafter abbreviated as a head end) for transmitting a program and an access network for transmitting video, and retransmits terrestrial / satellite broadcast programs received at the head end. Or send programs stored in the headend as needed. In such a conventional CATV service, a program other than a broadcasted program needs to be stored in, for example, a VTR or the like and reproduced according to the program composition. Video-on-demand, etc., which is expected as a CATV service in the near future, is generally constructed in a format in which a digital compressed signal of a program is held at the head end in the same manner as described above. By the way, in the video-on-demand service, costs for maintaining services such as purchasing rebroadcasting rights (copyrights), digital compression processing of programs, and storage of compressed images in order to retain the program contents are high. There is a problem that profit cannot be obtained unless the number of accesses to the content) is increased. In order to solve this problem, for example, a method is effective in which a plurality of CATV companies jointly hold contents and transmit and use the contents when necessary using a communication line.

【0007】このようなシステムを構築するには複数の
CATV事業者のヘッドエンド、ネットワークを通信回線を
使って接続する必要がある。例えば、米国のCATVヘ
ッドエンドと日本のCATV加入者の映像受信機である
セットトップ端末(以後、STBと略記する)を接続す
るためには、少なくとも米国と日本の間の通信回線を利
用して接続しなければならない。ところが、現状ではデ
ジタルCATVで一般的に利用されているMPEG−T
Sをそのままの形式で伝送することは現実的ではない。
すなわちMPEG−TSの映像伝送では、ATM回線や
衛星回線等の専用通信回線を利用しなければならず、か
つこの専用線は通信料金が高いといった問題がある。ま
た専用線であるため、契約地点を常時接続して利用する
ことが前提となっており、オンデマンドサービスのよう
にユーザの要求に応じてネットワークを占有するような
サービスに用いるにはコストパフォーマンスの点で大き
な問題がある。
To construct such a system, a plurality of
It is necessary to connect the head end and network of CATV operators using communication lines. For example, in order to connect a US CATV headend to a set-top terminal (hereinafter abbreviated as STB) which is a video receiver of a Japanese CATV subscriber, at least a communication line between the US and Japan is used. Must connect. However, at present, MPEG-T generally used in digital CATV is used.
It is not realistic to transmit S in the same format.
That is, in the video transmission of MPEG-TS, there is a problem that a dedicated communication line such as an ATM line or a satellite line must be used, and the dedicated line has a high communication fee. In addition, since it is a dedicated line, it is assumed that the contract point is always connected and used. If it is used for services that occupy the network at the request of the user, such as on-demand services, cost performance is low. There is a big problem in this regard.

【0008】[0008]

【課題を解決するための手段】上記の課題を解決するた
め、本発明では複数のCATVネットワークをインタネ
ットにより接続する手段を用いる。インタネットは全世
界に張り巡らされたネットワークであり、個々の端末や
ホストコンピュータに付与されたアドレスにより動的に
接続変更が可能であるといった特徴をもつ。そのため予
め接続地点を固定しておく必要もなく、映像を配信した
い際にアドレスを使って接続するため、専用線では実現
できない自由な接続設定、および低コストな映像通信が
可能である。なお現状のインタネットでは伝送帯域幅等
が狭いといった問題もあるが、ギガビットルータや帯域
予約プロトコル(Resource reservation setup Protoco
l:RSVP)等により伝送帯域を確保することによ
り、帯域不足は近い将来問題とはならなくなり、グロー
バルなネットワーク環境がインタネットにより実現され
ることは容易に予想できる。
In order to solve the above-mentioned problems, the present invention uses means for connecting a plurality of CATV networks via the Internet. The Internet is a network spread all over the world, and has a feature that a connection can be dynamically changed by an address assigned to each terminal or host computer. Therefore, there is no need to fix the connection point in advance, and the connection is made using the address when the video is to be distributed. Therefore, it is possible to perform free connection setting that cannot be realized with a dedicated line and low-cost video communication. In the current Internet, there is a problem that the transmission bandwidth is narrow, but the gigabit router and the bandwidth reservation protocol (Resource reservation setup Protocol
(l: RSVP), etc., to secure a transmission band, band shortage will not become a problem in the near future, and it can be easily expected that a global network environment will be realized by the Internet.

【0009】さらに上記のようにインターネットを用い
てCATVネットワークを接続する際に新たに発生する
課題:“CATVネットワークで用いているMPEG伝
送プロトコルとインターネットで用いるIPプロトコル
の間のプロトコル変換が必要である”に対して本発明で
は、MPEG−TSプロトコルとインターネットプロト
コルを変換するインタワークユニットを設けることで解
決する。このインタワークユニットにおいて処理の高速
化と低価格化を実現しなければならないといった課題に
対しては、MPEGネットワーク、IPネットワーク内
部で伝送するパケットの構成方法、変換方法を改良する
手段を提供することによって解決する。
Further, as described above, a new problem occurs when connecting a CATV network using the Internet: "A protocol conversion between the MPEG transmission protocol used in the CATV network and the IP protocol used in the Internet is necessary. In the present invention, the problem is solved by providing an interwork unit that converts between the MPEG-TS protocol and the Internet protocol. In order to solve the problem that the processing speed and cost must be reduced in this interworking unit, it is necessary to provide a means for improving the configuration method and the conversion method of a packet transmitted in an MPEG network or an IP network. Solved by.

【0010】具体的には、1) MPEG−TS方式で
規定されたアダプテーションフィールドのプライベート
データ領域にIPパケットのヘッダを格納して伝送し、
インタワークユニットではこのアダプテーション領域の
プライベートデータを解析することなくそのままIPパ
ケットのヘッダとしてインタネット内部を伝送するパケ
ットを構成する手段、2)インタネットからMPEG映
像信号を伝送する際には、送信するIPパケットの大き
さをMPEG−TSに分割する時にあまることなくペイ
ロードに収容可能なサイズの制約条件を設けて伝送する
といった手段とを採用する。
[0010] Specifically, 1) a header of an IP packet is stored in a private data area of an adaptation field specified by the MPEG-TS system and transmitted;
In the internetwork unit, a packet for transmitting the inside of the Internet as a header of the IP packet without analyzing the private data in the adaptation area without any analysis. 2) When transmitting the MPEG video signal from the Internet, the IP packet to be transmitted is used. When the size is divided into MPEG-TSs, there is adopted a method in which a restriction condition of a size that can be accommodated in the payload is provided and transmitted.

【0011】[0011]

【発明の実施の形態】以下、本発明による実施例を図面
を参照しながら詳細に説明する。
Embodiments of the present invention will be described below in detail with reference to the drawings.

【0012】――第1実施形態―― 図9は、本発明によるCATVシステムの接続形態を示
す実施例である。このCATVシステムは、2個所のC
ATVネットワーク61、56をインタネット50で接
続する点に特徴がある。図示するように本CATVシス
テムは、ビデオサーバ60とそれに接続されたCATV
ネットワーク61、インタネット50、インタネット
50とCATVネットワーク61を接続するためのイン
タワークユニット62、さらに第2のCATVネットワ
ーク56と、そのネットワーク56とインタネット50
を接続するインタワークユニット54から構成する。C
ATVネットワーク56には、映像を受信するためのS
TB57が接続されている。 ビデオサーバ60からの
映像信号はインタワークユニット62を介してインタネ
ット50に伝送され、ルータ網によりインタワークユニ
ット54に配送される。インタワークユニット54はイ
ンタネットを使って伝送された映像信号をCATVネッ
トワーク56に供給し、これによりSTB57において
映像受信を可能とする。
First Embodiment FIG. 9 is an embodiment showing a connection form of a CATV system according to the present invention. This CATV system has two C
It is characterized in that the ATV networks 61 and 56 are connected via the Internet 50. As shown in the figure, the CATV system includes a video server 60 and a CATV connected thereto.
A network 61, the Internet 50, an internetwork unit 62 for connecting the Internet 50 to the CATV network 61, a second CATV network 56, and the network 56 and the Internet 50;
Are connected by an interwork unit 54. C
The ATV network 56 has an S for receiving video.
TB57 is connected. The video signal from the video server 60 is transmitted to the Internet 50 via the interwork unit 62, and is delivered to the interwork unit 54 by a router network. The interworking unit 54 supplies a video signal transmitted using the Internet to the CATV network 56, thereby enabling the STB 57 to receive video.

【0013】ここでインタワーキングユニットの機能を
簡単に説明する。CATVネットワークにおいては、従
来技術の項で説明した通りMPEG−TS方式により映
像信号を伝送している。これに対してインタネットでは
RFC2038に代表されるインタネットプロトコルに
よる画像伝送を行っている。異なるプロトコルを使用す
るネットワークを相互接続するインタワークユニット6
2は、MPEG−TSプロトコルからインタネットプロ
トコルに準拠した信号形式に変換する機能がある。一
方、インタワークユニット54は、インタネットプロト
コルにより伝送された画像信号をMPEG−TSプロト
コルに変換する機能を有する。このようなインタワーク
ユニット62、54を用いて異なるCATVネットワー
クをインタネットを介して接続することで、距離的に遠
く離れたCATVのビデオサーバとSTBを容易に接続
できるといったこれまでにない機能が実現できる。イン
タネットは全世界に発達したネットワークであり、この
構成によれば全世界のビデオサーバとSTBの接続性を
確保できるといった絶大な効果が得られる。
Here, the function of the interworking unit will be briefly described. In the CATV network, a video signal is transmitted by the MPEG-TS method as described in the section of the related art. On the other hand, in the Internet, image transmission is performed by an Internet protocol represented by RFC2038. Interworking unit 6 for interconnecting networks using different protocols
No. 2 has a function of converting from the MPEG-TS protocol to a signal format conforming to the Internet protocol. On the other hand, the interwork unit 54 has a function of converting an image signal transmitted according to the Internet protocol into an MPEG-TS protocol. By connecting different CATV networks via the Internet using such interwork units 62 and 54, an unprecedented function such as easy connection between a CATV video server that is far away and an STB is realized. it can. The Internet is a network developed all over the world. According to this configuration, an enormous effect can be obtained such that connectivity between the video server and the STB worldwide can be secured.

【0014】なお、図9の実施例では映像信号を発生す
る装置としてビデオサーバを例にとり説明したが、本発
明の趣旨はMPEGプロトコルで供給される映像信号を
インタネットを介して配送することにあり、その信号供
給源はビデオサーバのみに限定されるものではない。ビ
デオサーバ以外にMPEG信号を供給する装置としては
リアルタイムのMPEGエンコーダや、衛星放送を受信
してMPEG信号を出力するような受信設備があり、こ
れらの装置であっても本発明の趣旨が満足されることは
言うまでもない。
In the embodiment of FIG. 9, a video server is described as an example of a device for generating a video signal. However, the gist of the present invention is to deliver a video signal supplied by the MPEG protocol via the Internet. The signal source is not limited to the video server. As a device for supplying an MPEG signal to a device other than a video server, there are a real-time MPEG encoder and a receiving facility for receiving a satellite broadcast and outputting an MPEG signal. Even with these devices, the purpose of the present invention is satisfied. Needless to say.

【0015】さらに、本実施例では簡単のために2個所
の異なるCATVネットワークを相互接続する例を説明
したが、インタネットに接続されるCATVシステムは
2個所以上であっても構わないことは言うに及ばない。
本発明の趣旨は、インターワークユニットを用いてMP
EG―TS方式で伝送された信号をインタネットにより
伝送可能な形式に変換しこの変換された映像信号をイン
タネットにより伝送すること、及びインタネットを使っ
て伝送された信号をインタワークユニットにより再びM
PEG−TS信号に変換してCATVネットワークに伝
送する点にある。
Further, in this embodiment, an example in which two different CATV networks are interconnected for simplicity has been described, but it is needless to say that more than two CATV systems may be connected to the Internet. Not reachable.
The gist of the present invention is that the MP
A signal transmitted by the EG-TS system is converted into a format that can be transmitted via the Internet, and the converted video signal is transmitted via the Internet.
The point is that the signal is converted into a PEG-TS signal and transmitted to a CATV network.

【0016】――第2実施形態―― 第2実施例では、第1実施例により説明したインタネッ
ト経由のCATV接続に加え、インタネット上のサーバ
からCATV上のSTBへの映像送信、CATV上の映
像サーバからインタネット上のクライアントPCに対す
る映像送信をも考慮にいれた共用的な映像伝送プロトコ
ルと、異なるネットワーク間のプロトコルを変換する方
式を開示する。
Second Embodiment In the second embodiment, in addition to the CATV connection via the Internet described in the first embodiment, video transmission from a server on the Internet to the STB on the CATV, video on the CATV A method for converting a shared video transmission protocol that also takes into account video transmission from a server to a client PC on the Internet and a protocol between different networks is disclosed.

【0017】図8はCATV上のビデオサーバ55から
インタネットのクライアント4への映像伝送と、インタ
ネット上のサーバ52からCATVネットワーク上のS
TB57の映像伝送をともに可能とするネットワーク構
成の接続図である。
FIG. 8 shows the video transmission from the video server 55 on the CATV to the client 4 on the Internet, and the transmission from the server 52 on the Internet to the S on the CATV network.
It is a connection diagram of the network structure which enables both the video transmission of TB57.

【0018】まず、CATVネットワーク56に接続さ
れたビデオサーバ55からインタネット上のクライアン
ト4に映像を伝送する場合を説明する。なお、インタネ
ット上のサーバからCATVネットワーク上のSTUに
映像伝送する際のパケット化とプロトコル変換について
は第4実施例にて詳細に説明する。
First, a case where an image is transmitted from the video server 55 connected to the CATV network 56 to the client 4 on the Internet will be described. Note that packetization and protocol conversion when video is transmitted from a server on the Internet to an STU on a CATV network will be described in detail in a fourth embodiment.

【0019】ビデオサーバ55からクライアント4に映
像伝送する場合は、ビデオサーバ55は図1に示すパケ
ット構成により映像送信を行う。この映像信号は、CA
TVネットワーク56によりMPEG−TS方式により
インタワークユニット62に達する。インタワークユニ
ット62は後述する変換方式によってMPEG−TSに
より運ばれた映像信号をインタネットプロトコルにより
伝送可能なパケットにプロトコル変換しインタネット5
1に送信する。インタネット51ではIPプロトコルを
利用してクライアント4に映像信号を配送する。なお、
この信号はクライアント4に送信するのと同様な方法に
よりインタワークユニット54に送信することもでき
る。CATVネットワークの相互接続ではこのインタワ
ークユニット54にてMPEG−TSに再度プロトコル
の変換を行う。
When video is transmitted from the video server 55 to the client 4, the video server 55 transmits video using the packet configuration shown in FIG. This video signal is
The TV network 56 reaches the interwork unit 62 according to the MPEG-TS scheme. The internetwork unit 62 converts the video signal carried by the MPEG-TS into a packet that can be transmitted by the Internet protocol by a conversion method described later, and converts the video signal into a packet that can be transmitted by the Internet.
Send to 1. In the Internet 51, the video signal is delivered to the client 4 using the IP protocol. In addition,
This signal can be sent to the interworking unit 54 in the same manner as sent to the client 4. In the interconnection of the CATV network, the interwork unit 54 converts the protocol to MPEG-TS again.

【0020】ここで図1に示したパケットのカプセル化
の方法を詳細に説明する。図1は、図8のビデオサーバ
55からインタネット50、およびCATV網56に接
続されたSTB57、さらにはインタワークユニット5
4を介して接続される別CATVネットワーク上のST
Bに送信するMPEG−TS信号の構成を示した実施例
である。MPEG−TSでは、4バイトのTSヘッダー
1に引き続き、データを格納するペイロードを伝送する
場合と、アダプテーションフィールド2をペイロードに
先立って伝送することが許容されている。本発明ではI
Pネットワークに信号を伝送する場合には、図1に示す
ように、IPヘッダを送信するTSではTSヘッダの直
後に必ずアダプテーションフィールド2を挿入し、この
アダプテーションフィールド2を使ってIPヘッダを伝
送する。アダプテーションフィールド2は、伝送するデ
ータの内容を示す2バイトのフラグ4と、プライベート
データ5を格納する。なお、プライベートデータ5を伝
送するため、アダプテーションフィールドの内容を指示
するフラグ(transport_private_data_flag)によりプ
ライベートデータ5を伝送することを指示し、かつその
プライベートデータ5のサイズをフラグ内にプライベー
トデータ長(transport_private_data_length)として
設定する。このプライベートデータ5として20バイト
のIPパケットヘッダ6をそのままのビット配列で格納
する。図7は、このプライベートデータ5に格納するI
Pパケットの内容を示した図である。IPパケットヘッ
ダは、バージョンを示す4ビットのフィールド、ヘッダ
長、サービスタイプ、全パケット長、識別子や送信元I
Pアドレス、宛先IPアドレスから構成され、オプショ
ンがない場合では20バイトから構成される。一般的な
条件でオプションは使用しないので20バイトのフィー
ルドを含むデータをそのままプライベートデータ領域に
格納して伝送する。
Here, the packet encapsulation method shown in FIG. 1 will be described in detail. FIG. 1 shows an STB 57 connected to the Internet 50 and a CATV network 56 from the video server 55 of FIG.
ST on another CATV network connected via
4 is an embodiment showing a configuration of an MPEG-TS signal transmitted to B. In MPEG-TS, transmission of a payload storing data following transmission of a 4-byte TS header 1 and transmission of an adaptation field 2 prior to the payload are permitted. In the present invention, I
When transmitting a signal to the P network, as shown in FIG. 1, in a TS transmitting an IP header, an adaptation field 2 is always inserted immediately after the TS header, and the IP header is transmitted using the adaptation field 2. . The adaptation field 2 stores a 2-byte flag 4 indicating the content of data to be transmitted, and private data 5. To transmit the private data 5, the flag (transport_private_data_flag) indicating the contents of the adaptation field indicates that the private data 5 is to be transmitted, and the size of the private data 5 is included in the flag as the private data length (transport_private_data_length). Set as As this private data 5, the 20-byte IP packet header 6 is stored as it is in the bit array. FIG. 7 shows the I stored in the private data 5.
FIG. 3 is a diagram showing the contents of a P packet. The IP packet header has a 4-bit field indicating a version, a header length, a service type, a total packet length, an identifier and a transmission source I.
It is composed of a P address and a destination IP address. If there is no option, it is composed of 20 bytes. Since options are not used under general conditions, data including a 20-byte field is stored in the private data area and transmitted as it is.

【0021】なお、アダプテーションフィールドに引き
続いてTSのペイロードにはPESの形式でデータを格
納する。PES形式で映像信号を伝送する理由について
は後に説明する。
The data of the TS is stored in the PES format following the adaptation field. The reason for transmitting the video signal in the PES format will be described later.

【0022】図1の実施例では、プライベートデータと
してIPパケットヘッダのみを含めて伝送する例を示し
たが、IPネットワークに接続される端末(クライアン
ト)がサポートするプロトコルに応じて、UDPヘッダ、
もしくはUDPヘッダとRTPヘッダの双方を包含する
形式としても構わない。図2がプライベートデータとし
てIPヘッダに引き続いてUDPヘッダを収容する場合
の実施例、図3はプライベートデータとしてIPヘッ
ダ、UDPヘッダとRTPヘッダを包含して伝送する場
合の実施例である。本発明の特徴はIPネットワークに
おいて使用されるプロトコルのパケットヘッダのデータ
をプライベートデータとして伝送することであり、特に
UDP、RTP等のプロトコルに限定されない。現状で
は、リアルタイムの映像信号をインタネットで送信する
にはRTPを利用するのが一番効果できであることか
ら、図4に示したパケット構成が一番よい。また、図
1、図2、図3の実施例では、IPヘッダ、UDPヘッ
ダ、RTPヘッダをそのままプライベートデータとして
伝送する場合を説明したが、例えばIPヘッダを構成す
るのに必要なデータを形を変形してプライベートデータ
として伝送することももちろん可能である。ただし、こ
の場合は、インタワークユニットにおいて伝送されたデ
ータを元にIPヘッダ等を再構成する処理が必要となる
ので、そのままの形式で伝送することがもっとも効果的
であることは容易に理解できる。
In the embodiment of FIG. 1, an example is shown in which private data is transmitted including only an IP packet header. However, according to a protocol supported by a terminal (client) connected to the IP network, a UDP header,
Alternatively, a format including both a UDP header and an RTP header may be used. FIG. 2 shows an embodiment in which a UDP header is accommodated following an IP header as private data, and FIG. 3 shows an embodiment in which an IP header, a UDP header and an RTP header are transmitted as private data. A feature of the present invention is that data of a packet header of a protocol used in an IP network is transmitted as private data, and the present invention is not particularly limited to protocols such as UDP and RTP. At present, the use of RTP is most effective for transmitting real-time video signals over the Internet, so the packet configuration shown in FIG. 4 is the best. Further, in the embodiments of FIGS. 1, 2 and 3, the case where the IP header, the UDP header, and the RTP header are directly transmitted as private data has been described. Of course, it is also possible to transform and transmit as private data. However, in this case, it is necessary to perform a process of reconstructing an IP header or the like based on the data transmitted in the interwork unit, so that it is easily understood that transmission in the same format is most effective. .

【0023】ここで簡単にデータ形式としてPESを使
用する理由を説明する。図8に示したようにビデオサー
バ55はCATVネットワークに接続されたSTB57
に対しても映像を送信する。インタネット50に送信す
る映像とSTB57に送信する映像は共用とすることが
データ作成コスト、システムコスト削減の観点から好ま
しく、従来のCATVで用いられているPES形式を採
用するのが一番適している。なお、アダプテーションフ
ィールドにカプセル化したIPヘッダの情報は、映像・
音響信号とは個別に処理されるので従来のSTB57の
映像再生に対してなんら影響を及ぼさない。PES形式
とすることで従来のSTBとの信号互換性を保ちながら
IPネットワークに映像信号を送信することが可能とな
る。なお、RFC2038においてはPES形式は規定
されていないが、PESはESを複数のパケットに分割
した後PESヘッダを付加した構成であるため、容易に
ESに変換できる。従ってESを受信し復号できるクラ
イアントにおいては、ほとんど機能追加なしで復号可能
である。
Here, the reason why PES is used as a data format will be briefly described. As shown in FIG. 8, the video server 55 is an STB 57 connected to the CATV network.
The video is also transmitted to. It is preferable to share the video transmitted to the Internet 50 and the video transmitted to the STB 57 from the viewpoint of reducing data creation cost and system cost, and it is most suitable to adopt the PES format used in the conventional CATV. . The information of the IP header encapsulated in the adaptation field is
Since it is processed separately from the audio signal, it does not affect the video reproduction of the conventional STB 57 at all. By using the PES format, it is possible to transmit a video signal to an IP network while maintaining signal compatibility with a conventional STB. Although the PES format is not specified in RFC2038, since the PES has a configuration in which an ES is divided into a plurality of packets and a PES header is added, the PES can be easily converted to the ES. Therefore, a client that can receive and decrypt an ES can decrypt it with almost no additional functions.

【0024】ここでIPパケットの構成方法を補足す
る。イーサーネットでのIPパケットの最大サイズ(Ma
ximum Transfer Unitサイズ) は1500バイトとなっ
ている。従って、MPEG−TSの184バイトのペイ
ロードは最大7個をパッキングできる。そこで、TSパ
ケットを送信する際は、7TS周期でIPヘッダを含む
TSパケットを送信する。インタワークユニットは、図
6に概念的に示したようにIPヘッダを含むパケットを
受信してIPヘッダを構成し、その後引き続いて伝送さ
れるTSパケットのペイロードのデータを接続してIP
パケットを構成する。なお、イーサネットではMTUが
1500バイトであるが、その外の物理ネットワークで
はMTUサイズが異なる場合があり、そのような場合
は、MTUサイズに応じてIPヘッダの送出する周期を
変更することはもちろん可能である。本発明では、“I
Pヘッダを含むTSパケットから次のIPヘッダを含む
TSパケットを送信するまでの間のTSパケットペイロ
ードの総合計バイトがMTUバイト数を超えなければよ
い“ということが条件になる。
Here, a supplementary method of configuring the IP packet will be described. Maximum size of Ethernet IP packet (Ma
ximum Transfer Unit size) is 1500 bytes. Therefore, a maximum of seven 184-byte payloads of MPEG-TS can be packed. Therefore, when transmitting a TS packet, a TS packet including an IP header is transmitted at a period of 7 TS. The interworking unit receives the packet including the IP header and constructs the IP header as conceptually shown in FIG. 6, and then connects the data of the payload of the subsequently transmitted TS packet to generate the IP header.
Make up the packet. The MTU is 1500 bytes in Ethernet, but the MTU size may be different in other physical networks. In such a case, it is of course possible to change the transmission period of the IP header according to the MTU size. It is. In the present invention, "I
The condition is that the total bytes of the TS packet payload from the TS packet including the P header to the transmission of the next TS packet including the IP header should not exceed the MTU byte number.

【0025】次に、図1、図2、図3に示したような構
成でMPEG−TSパケットを構成し、それをインタワ
ークユニットで処理してIPネットワークに伝送する方
式について説明する。図12が、インターワークユニッ
トにおける処理の流れを示す実施例である。なお、ここ
ではCATVのビデオサーバは図2に示すようなカプセ
ル化方式によりMPEG−TS信号を伝送するものとす
る。インタワークユニットでは図12の処理手順に示さ
れるように、伝送されたMPEG−TS信号(パケッ
ト)を入力し(手順100)、この中からIPネットワ
ークに送信すべき信号を抽出する。MPEG−TSパケ
ットの選択はTSパケットヘッダにあるPIDを検査す
ることで行う。(手順102)IPネットワークに伝送
するパケットでない場合はそのパケットを廃棄する(手
順111)。IPネットワークに伝送するパケットであ
る場合は、そのTSパケットヘッダにあるアダプテーシ
ョンフィールドの有無を指示するフラグの検査を行う
(手順104、105)。このフラグの結果、アダプテ
ーションフィールドがある場合は、そのパケットのTS
ヘッダを削除し(手順106)、さらに引き続いてアダ
プテーションフィールドのフラグ情報を削除する(手順
107)。その結果、アダプテーションフィールドのプ
ライベートデータ部分とそれに引き続くペイロードの部
分のデータが出力される(手順108)。TSヘッダの
アダプテーションフィールドを指示するフラグを検査し
た結果(手順104、105)、アダプテーションフィ
ールドがない場合には、そのTSパケットのTSヘッダ
のみを削除してペイロードデータを出力する(手順11
2)。この処理の結果、TSヘッダが削除され、プライ
ベートデータに格納していたIPパケットヘッダとそれ
に引き続きペイロードとして画像データがインタワーク
ユニットから送信されることになる。上述のように本実
施例のカプセル化によれば、2つのフラグの検査(PI
Dの検査、アダプテーションあり/なしの検査)と不要
データ部分の廃棄といった極めて単純な処理のみによっ
てMPEG−TSからIPパケットを生成することがで
き、インタワークユニットを処理能力の低い、すなわち
低コストなプロセッサで構成できるといった絶大な効果
が得られる。
Next, a method of forming an MPEG-TS packet with the structure shown in FIGS. 1, 2 and 3 and processing it by an interwork unit to transmit it to an IP network will be described. FIG. 12 is an embodiment showing a flow of processing in the interworking unit. Here, it is assumed that the CATV video server transmits the MPEG-TS signal by the encapsulation method as shown in FIG. In the interwork unit, as shown in the processing procedure of FIG. 12, the transmitted MPEG-TS signal (packet) is input (procedure 100), and a signal to be transmitted to the IP network is extracted therefrom. The selection of the MPEG-TS packet is performed by checking the PID in the TS packet header. (Step 102) If the packet is not a packet to be transmitted to the IP network, the packet is discarded (Step 111). If the packet is to be transmitted to the IP network, a flag indicating whether or not there is an adaptation field in the TS packet header is checked (steps 104 and 105). As a result of this flag, if there is an adaptation field, the TS of the packet
The header is deleted (step 106), and subsequently, the flag information of the adaptation field is deleted (step 107). As a result, the data of the private data portion of the adaptation field and the data portion of the subsequent payload are output (step 108). As a result of checking the flag indicating the adaptation field of the TS header (steps 104 and 105), if there is no adaptation field, only the TS header of the TS packet is deleted and the payload data is output (step 11).
2). As a result of this processing, the TS header is deleted, and the IP packet header stored in the private data and the image data are subsequently transmitted from the interwork unit as a payload. As described above, according to the encapsulation of this embodiment, the inspection of two flags (PI
An IP packet can be generated from the MPEG-TS by only extremely simple processes such as inspection of D, inspection with / without adaptation and discarding of unnecessary data portions. An enormous effect that a processor can be used is obtained.

【0026】次に図11を用いて、IPパケット化され
た映像信号を再度MPEG−TS信号に変換する処理に
ついて説明する。図8、図9に示すインタワークユニッ
ト54にはIPヘッダ、UDPヘッダ、RTPヘッダと
PESからなるデータを含むIPパケットが入力され
る。そこで、2バイトのアダプテーション関連のフラグ
とIP関連のヘッダ(IP、UDP、RTPヘッダ)を
まとめたプライベートデータをアダプテーションフィー
ルドとしてTSに格納する。このTSの残りのペイロー
ドにはPESデータを充填し、最終的に188バイトの
TSパケットを構成する。残りのIPパケットのペイロ
ードは、184バイト毎に区切ってそれぞれをTSのペ
イロードに収容していく。CATVネットワーク内部で
は、IPヘッダを使うことはありえないが、IPヘッダ
を廃棄してペイロード部分のみをTSペイロードに格納
するとデータバイトの不足するTSが生じる。この場合
不足したデータのパディング等の処理が必要になり、複
雑化するので好ましくない。したがって、送信したCA
TVネットワーク内部と同じパケット構成に復元するの
が良い。なお、実際にはバイト数のみ合致していれば問
題がないので、IPヘッダと同バイト数のダミーデータ
を挿入することも可能である。前述したように、アダプ
テーションフィールド内のプライベートデータはSTB
において無視することが可能なため、無効データであっ
ても構わない。
Next, with reference to FIG. 11, a description will be given of a process of converting an IP packetized video signal into an MPEG-TS signal again. An IP packet including data including an IP header, a UDP header, an RTP header, and a PES is input to the interwork unit 54 shown in FIGS. Therefore, private data in which a 2-byte adaptation-related flag and an IP-related header (IP, UDP, RTP header) are put together is stored in the TS as an adaptation field. The remaining payload of this TS is filled with PES data, and finally forms a 188-byte TS packet. The payload of the remaining IP packets is divided into 184 bytes and each is accommodated in the TS payload. Although the IP header cannot be used inside the CATV network, if the IP header is discarded and only the payload portion is stored in the TS payload, a TS having a shortage of data bytes occurs. In this case, processing such as padding of insufficient data is required, which is not preferable because it complicates the processing. Therefore, the transmitted CA
It is better to restore to the same packet configuration as inside the TV network. Note that there is actually no problem if only the number of bytes matches, so it is also possible to insert dummy data having the same number of bytes as the IP header. As described above, the private data in the adaptation field is
, The data may be invalid.

【0027】――第3実施例―― 図4は、本発明の第3の実施例を示す図である。本実施
例を適用するネットワークの構成は第1の実施例と同様
に図8、及び図9で示したネットワーク構成である。図
4の実施例が図1、図2、図3の実施例と異なる点は、
アダプテーションフィールドにプログラムクロックリフ
ァレンス(PCR)を同時に含めて送信する点と、プラ
イベートデータとして伝送するIPパケットにRTPヘ
ッダを含めて伝送する点である。RTPプロトコルで
は、映像のようなリアルタイム性を必要とするデータ伝
送を保証するためにパケットヘッダ内部に時刻情報(タ
イムスタンプ)を記録するフィールドが設けてある。M
PEG−TSを受信するCATVの端末においても復号
回路のシステムクロックを再生するためにPCRを利用
しており、かつRTPのタイムスタンプはPCRと同じ
く90kHzの基本周波数による時刻をデジタル化した
ものであるため、RTPのタイムスタンプとして利用す
ることが可能である。図4の実施例では、アダプテーシ
ョンフィールドのPCRフィールドで伝送されたPCR
をRTPのタイムスタンプフィールドに使うことが特徴
である。なお、RTPのタイムスタンプは32ビット、
PCRの基本部分は33ビットのビット幅により時刻情
報を表記しているので、PCRの下位32ビットをRT
Pのタイムスタンプとすれば、ビット幅を整合させるこ
とができる。このようにPCRで配送された時刻情報を
RTPのタイムスタンプとして利用する利点としては、
CATVネットワーク内部で発生したパケット配送ジッ
タを補正する目的からPCRを付け替えられたような場
合にも、最終的に補正された正確な時刻情報をRTPヘ
ッダに生め込むことが可能な点が挙げられる。
Third Embodiment FIG. 4 is a view showing a third embodiment of the present invention. The configuration of the network to which this embodiment is applied is the network configuration shown in FIGS. 8 and 9 similarly to the first embodiment. The difference between the embodiment of FIG. 4 and the embodiments of FIGS.
One is that the adaptation field is simultaneously transmitted with the program clock reference (PCR), and the other is that the IP packet transmitted as private data is transmitted with the RTP header included. In the RTP protocol, a field for recording time information (time stamp) is provided inside a packet header in order to guarantee data transmission such as video that requires real-time performance. M
The CATV terminal receiving the PEG-TS also uses PCR to reproduce the system clock of the decoding circuit, and the RTP time stamp is a digitized time based on a basic frequency of 90 kHz, similar to PCR. Therefore, it can be used as an RTP time stamp. In the embodiment of FIG. 4, the PCR transmitted in the PCR field of the adaptation field
Is used for the RTP time stamp field. The RTP time stamp is 32 bits,
Since the basic part of the PCR expresses the time information with a bit width of 33 bits, the lower 32 bits of the PCR
If the time stamp is P, the bit width can be matched. The advantage of using the time information delivered by the PCR as the time stamp of the RTP is as follows.
Even when the PCR is replaced for the purpose of correcting the packet delivery jitter generated inside the CATV network, the corrected time information can be finally incorporated into the RTP header.

【0028】――第4実施例―― 図10はIPネットワークに接続されている図8のサー
バ52からCATVネットワーク56に向けて画像配信
を行う時のデータのカプセル化を示す実施例である。こ
の画像の送受信の場合は、インタワークユニット54に
おいてIPパケットで伝送されたMPEG画像信号(P
ES)をMPEG−TS信号に変換する操作が必要にな
る。この変換操作の処理を図10により説明する。IP
パケットで画像を伝送する場合は、TSへの変換を容易
にするためPES形式により映像データをカプセル化す
る。従ってこのIPパケットはIPヘッダとPES形式
のペイロードから構成する。この変換操作においては、
IPパケットの大きさ(IPヘッダとペイロードを含む
データの大きさ)を、そのパケットサイズから2を減じ
た値が184の整数倍となるようにIPパケットを構成
してIPネットワークにあるサーバから送信する。IP
パケットをMPEG−TS化する際には、IPパケット
ヘッダを含む先頭部分は、182バイトを取り出しそれ
にアダプテーションフィールドのフラグ(2バイト)を
付加してMPEG−TSの184バイトのペイロードと
して格納する。さらにこのペイロードにMPEG−TS
ヘッダを付与してMPEG−TSパケットを構成する。
それ以後のIPパケットは184バイト毎に区切り、こ
れにTSのパケットヘッダを付与してMPEG−TS化
する。IPパケットのサイズが、184バイトの整数倍
と182バイトの和となる条件があるので、IPパケッ
トをMPEG−TSパケットのペイロードに格納しても
余りバイトが出ることなくTSのペイロードに格納する
ことが可能となる。以上説明したように本実施例の特徴
は、MPEG画像を送信するIPネットワークのサーバ
から送信するIPパケットの大きさに制限を設けること
でインタワークユニットにおけるパケットの分割・再構
成が極めて単純になるといった点にある。
Fourth Embodiment FIG. 10 is an embodiment showing the encapsulation of data when performing image distribution from the server 52 of FIG. 8 connected to the IP network to the CATV network 56. In the case of transmitting and receiving this image, the MPEG image signal (P
ES) into an MPEG-TS signal. The processing of this conversion operation will be described with reference to FIG. IP
When transmitting an image in a packet, video data is encapsulated in a PES format to facilitate conversion to a TS. Therefore, this IP packet is composed of an IP header and a PES format payload. In this conversion operation,
The IP packet size (the size of the data including the IP header and the payload) is set to a value obtained by subtracting 2 from the packet size and becomes an integral multiple of 184, and transmitted from a server in the IP network. I do. IP
When converting a packet to MPEG-TS, the head portion including the IP packet header is extracted as 182 bytes, added with an adaptation field flag (2 bytes), and stored as a 184-byte payload of MPEG-TS. In addition, MPEG-TS
An MPEG-TS packet is configured by adding a header.
Subsequent IP packets are divided every 184 bytes, and a TS packet header is added to this to convert it into MPEG-TS. There is a condition that the size of an IP packet is an integral multiple of 184 bytes and the sum of 182 bytes. Therefore, even if the IP packet is stored in the payload of the MPEG-TS packet, the IP packet must be stored in the TS payload without leaving extra bytes. Becomes possible. As described above, the feature of the present embodiment is that, by setting a limit on the size of an IP packet transmitted from a server of an IP network transmitting an MPEG image, packet division / reconstruction in an interwork unit becomes extremely simple. It is in such a point.

【0029】なお、本実施例の変形としてRTPプロト
コルを利用し、RTPのタイムスタンプをPCRとして
挿入する場合には、アダプテーションフィールドに設け
るPCRフィールド(6バイト)の分を勘案し、IPパ
ケットの全体長を184バイトの整数倍に178バイト
を加算した大きさとなるようにしておけば良い。
When the RTP protocol is used as a modification of the present embodiment, and the RTP time stamp is inserted as a PCR, the entire IP packet is taken into account in consideration of the PCR field (6 bytes) provided in the adaptation field. The length may be set to a value obtained by adding 178 bytes to an integral multiple of 184 bytes.

【0030】――第5実施例―― 第5実施例は、第2実施例の変形である。第2の実施例で
用いた図1のIPパケットのカプセル化ではMPEG−
TSのプライベートデータにIPヘッダを直接マップし
たが、本実施例では、図15に示すように、プライベー
トデータの先頭バイトにプライベートデータの属性を示
す領域150を設ける。この属性の領域にフラグを設け
ることで、プライベートデータとして送信している内容
がIPヘッダであることを明示的に指示するようにす
る。インタワークユニットでは、このフラグを用いてI
Pパケットかの判定を行い、利用/廃棄の判断が可能と
なる。なお、属性領域のデータはIPネットワーク内で
は不要であるのでインタワークユニット内部でプロトコ
ル変換の際に廃棄する必要がある。
Fifth Embodiment A fifth embodiment is a modification of the second embodiment. In the encapsulation of the IP packet of FIG. 1 used in the second embodiment, MPEG-
Although the IP header is directly mapped to the private data of the TS, in this embodiment, as shown in FIG. 15, an area 150 indicating the attribute of the private data is provided in the first byte of the private data. By providing a flag in the area of this attribute, it is explicitly indicated that the content transmitted as private data is an IP header. The interworking unit uses this flag to
By determining whether the packet is a P packet, it is possible to determine use / discard. Since the data in the attribute area is unnecessary in the IP network, it must be discarded at the time of protocol conversion inside the interwork unit.

【0031】なお図15では、1バイトの属性領域を設
ける例を説明したが、この領域は必ずしも1バイトであ
る必要はなく、複数バイトであってもよいことは容易に
理解できる。
In FIG. 15, an example in which a 1-byte attribute area is provided has been described. However, it is easy to understand that this area does not necessarily have to be 1 byte and may be a plurality of bytes.

【0032】[0032]

【発明の効果】以上、本発明によればCATVネットワ
ークをインタネットといったワールドワイドに接続され
たネットワークを利用して相互接続することが可能とな
り、番組コンテンツの共同利用による運用コストの低減
といった効果が得られる。また、インタネットとCAT
V回線を接続するために必要なプロトコル変換に必要な
処理を大幅に削減することも達成でき、これにより低コ
ストな処理装置でもインタワークユニットを構成するこ
とが可能となるといった絶大な効果が得られる。
As described above, according to the present invention, the CATV network can be interconnected by using a network connected worldwide such as the Internet, and the effect of reducing the operating cost by jointly using the program contents can be obtained. Can be Internet and CAT
It is also possible to greatly reduce the processing required for protocol conversion required for connecting the V line, thereby achieving an enormous effect that an interworking unit can be configured even with a low-cost processing device. Can be

【図面の簡単な説明】[Brief description of the drawings]

【図1】IPヘッダをMPEG−TSパケットにカプセ
ル化して伝送する方式の実施例。
FIG. 1 shows an embodiment of a system for encapsulating an IP header in an MPEG-TS packet and transmitting it.

【図2】IPヘッダ、UDPヘッダをMPEG−TSパ
ケットにカプセル化して伝送する方式の実施例。
FIG. 2 is an embodiment of a method of encapsulating an IP header and a UDP header in an MPEG-TS packet and transmitting the packet.

【図3】IPヘッダ、UDPヘッダおよびRTPヘッダ
をMPEG−TSパケットにカプセル化して伝送する方
式の実施例。
FIG. 3 shows an embodiment of a method of encapsulating an IP header, a UDP header, and an RTP header in an MPEG-TS packet and transmitting the packet.

【図4】アダプテーションにPCRを含んでカプセル化
する方法の実施例。
FIG. 4 shows an embodiment of a method of encapsulating by including PCR in adaptation.

【図5】図4で伝送されたPCRをRTPのタイムスタ
ンプに格納する実施例を説明する図。
FIG. 5 is an exemplary view for explaining an embodiment in which the PCR transmitted in FIG. 4 is stored in an RTP time stamp.

【図6】TSパケットからIPパケットを構成する方法
の実施例。
FIG. 6 shows an embodiment of a method for constructing an IP packet from a TS packet.

【図7】IPパケットヘッダの構造を説明する図。FIG. 7 is a view for explaining the structure of an IP packet header.

【図8】インタネットを利用してCATVネットワーク
を接続するシステムの実施例。
FIG. 8 is an embodiment of a system for connecting a CATV network using the Internet.

【図9】2つのCATVネットワークをインタネット接
続するネットワーク構成の実施例。
FIG. 9 is an embodiment of a network configuration for connecting two CATV networks to the Internet.

【図10】IPネットワーク上のサーバから送出するI
Pパケットにより伝送された信号をMPEG−TSパケ
ット化する実施例。
FIG. 10 I sent from a server on an IP network
An embodiment in which a signal transmitted by a P packet is converted into an MPEG-TS packet.

【図11】インタワーク装置によりIP化したパケット
を再びMPEG−TS化する実施例。
FIG. 11 shows an embodiment in which a packet converted to IP by an interworking apparatus is converted to MPEG-TS again.

【図12】インタワークユニットの信号処理のフローを
説明するフローチャート。
FIG. 12 is a flowchart illustrating a flow of signal processing of the interwork unit.

【図13】MPEG−TSの構造を説明する図。FIG. 13 is a view for explaining the structure of MPEG-TS.

【図14】MPEG−TSのヘッダの構造を説明する
図。
FIG. 14 is a view for explaining the structure of an MPEG-TS header.

【図15】プライベートデータにIPパケットを指示す
るフラグを設けた実施例を説明する図。
FIG. 15 is a view for explaining an embodiment in which a flag indicating an IP packet is provided in private data.

【符号の説明】[Explanation of symbols]

1…TSヘッダ、2…アダプテーションフィールド、3
…ペイロード(PES)、4…アダプテーションフィー
ルドフラグ、5…プライベートデータ、6…IPヘッ
ダ、10…UDPヘッダ、14…RTPヘッダ、23…
PCRベース、25…PCR拡張、26…RTPのタイ
ムスタンプ、52…インタネット、51…インタネット
ルータ、52…インタネット画像サーバ、54…インタ
ワークユニット、55…CATV画像サーバ、56…C
ATVネットワーク、57…STB、58…インタネッ
ト画像クライアント、62…インタワークユニット、8
0…IPパケットのペイロード、131…アダプテーシ
ョンフィールド、180…フラグ。
1 ... TS header, 2 ... Adaptation field, 3
... Payload (PES), 4 ... Adaptation field flag, 5 ... Private data, 6 ... IP header, 10 ... UDP header, 14 ... RTP header, 23 ...
PCR base, 25 PCR extension, 26 RTP time stamp, 52 Internet, 51 Internet router, 52 Internet image server, 54 Internetwork unit, 55 CATV image server, 56 C
ATV network, 57: STB, 58: Internet image client, 62: Interwork unit, 8
0: payload of IP packet, 131: adaptation field, 180: flag.

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】少なくともMoving Picture Experts Group
-2(MPEG2)方式により圧縮されたデジタル映像信号を伝
送するCATVシステムであって、ITU−T(Internation
al Telecommunication Union)勧告H.222.0に規
定された伝送プロトコルとInternet Engineering Task
Force(IETF)が規定するインタネットプロトコル(RF79
1)により映像を伝送する方式を変換するインタワーク
手段を有し、該インタワーク手段により2個以上のCA
TVネットワークをインタネットプロトコルを使ったネ
ットワークを介して相互接続してMPEG映像信号を伝
送することを特徴とするCATVシステム。
(1) At least Moving Picture Experts Group
-2 (MPEG2) system is a CATV system that transmits digital video signals compressed by the ITU-T (International
al Telecommunication Union) Recommendation H. Transmission protocol and Internet Engineering Task specified in 222.0
Force (IETF) Internet Protocol (RF79
1) having interwork means for converting a method of transmitting a video according to 1), and
A CATV system, wherein a TV network is interconnected via a network using an Internet protocol to transmit an MPEG video signal.
【請求項2】ITU−T H.222.0勧告により規
定されたMPEGトランスポートパケットのデータカプ
セル化方式であって、該トランスポートストリームパケ
ットのアダプテーションフィールドのプライベートデー
タとしてインタネットプロトコルのパケットのヘッダ情
報を構成するのに必要な情報をカプセル化し、そのデー
タカプセルを周期的に伝送することを特徴とするデータ
カプセル化方式とその伝送方法。
2. The method according to ITU-TH. 22. This is a data encapsulation method for an MPEG transport packet specified by Recommendation 222.0, which encapsulates information necessary for configuring header information of an Internet protocol packet as private data of an adaptation field of the transport stream packet. A data encapsulation method and a data encapsulation method, wherein the data encapsulation is periodically transmitted.
【請求項3】ITU−T H.222.0勧告により規
定されたMPEGトランスポートストリームパケットの
データカプセル化方式であって、該トランスポートスト
リームのパケットのアダプテーションフィールドのプラ
イベートデータとしてインタネットプロトコルパケット
ヘッダを格納し、そのインタネットプロトコルのパケッ
トヘッダを含むトランスポートパケットを周期的に伝送
することを特徴とするデータカプセル化方式とその伝送
方法。
3. The method of ITU-T H.3. 22. A data encapsulation method for an MPEG transport stream packet specified by the Recommendation 222.0, in which an Internet protocol packet header is stored as private data of an adaptation field of the transport stream packet, and the Internet protocol packet header is A data encapsulation method and a transmission method, wherein a transport packet including the data is periodically transmitted.
【請求項4】少なくともMPEG方式により圧縮された
PES形式の映像信号をインタネットプロトコルを用い
て伝送する方式であって、このインタネットプロトコル
により構成されるIPパケットの大きさが、該IPパケ
ットの大きさより2を減じた値が184の整数倍である
ことを特徴とするMPEG映像伝送方式。
4. A method for transmitting at least a video signal in a PES format compressed by the MPEG system using an Internet protocol, wherein the size of an IP packet formed by the Internet protocol is larger than the size of the IP packet. An MPEG video transmission system, wherein a value obtained by subtracting 2 is an integral multiple of 184.
【請求項5】少なくともMPEG方式により圧縮された
PES形式の映像信号をインタネットプロトコルを用い
て伝送する方式であって、このインタネットプロトコル
により構成されるIPパケットの大きさが、該IPパケ
ットの大きさより8を減じた値が184の整数倍である
ことを特徴とするMPEG映像伝送方式。
5. A method for transmitting at least a PES format video signal compressed by the MPEG system using an Internet protocol, wherein the size of an IP packet formed by the Internet protocol is larger than the size of the IP packet. An MPEG video transmission system, wherein a value obtained by subtracting 8 is an integer multiple of 184.
【請求項6】請求項2に記載のMPEGトランスポート
ストリーム送出方法であって、アダプテーションのフィ
ールドのプライベートデータフィールドによりインタネ
ットプロトコルパケットのヘッダ情報をカプセル化し、
またプログラムクロックリファレンス(PCR)信号を
このアダプテーションフィールド内に包含して伝送する
方式であって、インタネットプロトコルとしてUDPプ
ロトコルとRTPプロトコルを使用しRTPプロトコル
ヘッダの32ビットのタイムスタンプ信号に基本PCR
データビットの下位32ビットを複製して用いることを特
徴とするMPEGプロトコルとインタネットプロトコル
の変換方式。
6. An MPEG transport stream transmission method according to claim 2, wherein header information of an Internet protocol packet is encapsulated by a private data field of an adaptation field.
This is a method of transmitting a program clock reference (PCR) signal by including it in the adaptation field. The UDP protocol and the RTP protocol are used as the Internet protocol, and the basic PCR is added to the 32-bit time stamp signal of the RTP protocol header.
A conversion method between the MPEG protocol and the Internet protocol, wherein lower 32 bits of data bits are duplicated and used.
【請求項7】TSパケットを転送する第1のネットワー
クと、該第1のネットワークに接続されたビデオ供給源
と、上記第1のネットワークおよびIPパケットを転送
する第2のネットワークの双方に接続されたプロトコル
変換装置とを有し、上記ビデオ供給源から上記第1のネ
ットワークを介して上記プロトコル変換装置にビデオデ
ータを伝送する際に、上記ビデオ供給源が、同一ビデオ
データから形成される複数のTSパケットのうち少なく
とも1つのTSパケットについてアダプテーションフィ
ールドを挿入し、挿入したアダプテーションフィールド
内にIPヘッダを格納して、各TSパケットを上記第1
のネットワークに送出し、上記プロトコル変換装置が、
アダプテーションフィールドが挿入されたTSパケット
からIPヘッダを抽出し、抽出されたIPヘッダを用い
てTSパケットをIPパケットに変換し、上記第2のネ
ットワークに送出することを特徴とするCATVシステ
ム。
7. A network connected to a first network for transferring TS packets, a video source connected to the first network, and both the first network and a second network for transferring IP packets. When transmitting video data from the video source to the protocol converter via the first network, the video source includes a plurality of protocol converters formed from the same video data. An adaptation field is inserted into at least one of the TS packets, and an IP header is stored in the inserted adaptation field.
To the network of the above, the protocol conversion device,
A CATV system characterized by extracting an IP header from a TS packet into which an adaptation field has been inserted, converting the TS packet into an IP packet using the extracted IP header, and transmitting the IP packet to the second network.
【請求項8】前記ビデオ供給源が、連続するTSパケッ
トのN個に1個の割合で、アダプテーションフィールド
を挿入しIPヘッダを格納することを特徴とする請求項
7に記載のCATVシステム。
8. The CATV system according to claim 7, wherein said video source inserts an adaptation field and stores an IP header at a rate of one out of every N consecutive TS packets.
【請求項9】前記プロトコル変換装置が、連続するN個
のTSパケットを1個のIPパケットに変換することを
特徴とする請求項8に記載のCATVシステム。
9. The CATV system according to claim 8, wherein said protocol converter converts N consecutive TS packets into one IP packet.
【請求項10】TSパケットをIPパケットに変換する
プロトコル変換方法であって、 同一PID値を持つ複数のTSパケットのうちアダプテ
ーションフィールドが挿入されたTSパケットからIP
ヘッダを抽出し、 抽出されたIPヘッダと、IPヘッダが抽出されたTS
パケットのペイロードのデータと、IPヘッダが抽出さ
れたTSパケットに後続する少なくとも1つのTSパケ
ットのペイロードのデータとを用いて、1つのIPパケ
ットを形成することを特徴とするプロトコル変換方法。
10. A protocol conversion method for converting a TS packet into an IP packet, comprising the steps of: starting from a TS packet in which an adaptation field is inserted among a plurality of TS packets having the same PID value;
Extracts the header, the extracted IP header, and the TS from which the IP header is extracted
A protocol conversion method comprising forming one IP packet using data of a payload of a packet and data of a payload of at least one TS packet subsequent to a TS packet from which an IP header has been extracted.
JP24067897A 1997-09-05 1997-09-05 Packet conversion method, transmission method, MPEG protocol and IP conversion method, CATV system, protocol conversion method, and packet transmission method Expired - Lifetime JP4109735B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP24067897A JP4109735B2 (en) 1997-09-05 1997-09-05 Packet conversion method, transmission method, MPEG protocol and IP conversion method, CATV system, protocol conversion method, and packet transmission method
EP98116657A EP0901261B1 (en) 1997-09-05 1998-09-03 Transport protocol conversion method and protocol conversion equipment
US09/148,326 US6557031B1 (en) 1997-09-05 1998-09-04 Transport protocol conversion method and protocol conversion equipment
US09/597,825 US6785733B1 (en) 1997-09-05 2000-06-19 Transport protocol conversion method and protocol conversion equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP24067897A JP4109735B2 (en) 1997-09-05 1997-09-05 Packet conversion method, transmission method, MPEG protocol and IP conversion method, CATV system, protocol conversion method, and packet transmission method

Publications (2)

Publication Number Publication Date
JPH1188856A true JPH1188856A (en) 1999-03-30
JP4109735B2 JP4109735B2 (en) 2008-07-02

Family

ID=17063088

Family Applications (1)

Application Number Title Priority Date Filing Date
JP24067897A Expired - Lifetime JP4109735B2 (en) 1997-09-05 1997-09-05 Packet conversion method, transmission method, MPEG protocol and IP conversion method, CATV system, protocol conversion method, and packet transmission method

Country Status (1)

Country Link
JP (1) JP4109735B2 (en)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001082163A1 (en) * 2000-02-24 2001-11-01 Oh Byeong Seok A multimedia contents providing system and a method thereof
JP2002262264A (en) * 2001-03-01 2002-09-13 Nippon Telegr & Teleph Corp <Ntt> Transmission system converter and its conversion method
JP2003526291A (en) * 2000-03-08 2003-09-02 ゼネラル インスツルメント コーポレーション Personal multifunction recorder and method of implementing and using it
JP2003530725A (en) * 1999-03-31 2003-10-14 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Temporally and locally operated television
WO2004008760A1 (en) * 2002-07-16 2004-01-22 Matsushita Electric Industrial Co., Ltd. Content receiving apparatus and content transmitting apparatus
JP2004507934A (en) * 2000-08-22 2004-03-11 クゥアルコム・インコーポレイテッド Method and apparatus for providing real-time packetized voice and data services over a wireless communication network
KR100442473B1 (en) * 2002-05-30 2004-07-30 주식회사 클릭티브이 Digital animation controller via network
JP2005102192A (en) * 2003-09-02 2005-04-14 Sony Corp Content receiving apparatus, video/audio output timing control method, and content providing system
EP1786209A1 (en) * 2004-09-02 2007-05-16 Sony Corporation Content receiver, video-audio output timing control method, and content providing system
JP2007235356A (en) * 2006-02-28 2007-09-13 Japan Aerospace Exploration Agency Apparatus, method, and computer program for separating data by allocating session identification code to data
JP2007329606A (en) * 2006-06-07 2007-12-20 Hitachi Ltd Repeating installation
JP2008060761A (en) * 2006-08-30 2008-03-13 Nippon Television Network Corp Broadcasting relay system and its method
JP2008136228A (en) * 2002-07-16 2008-06-12 Matsushita Electric Ind Co Ltd Content transmitting apparatus
US7389463B2 (en) 2001-05-29 2008-06-17 Thomson Licensing Hierarchical block coding for a packet-based communications system
US7716559B2 (en) 2003-10-23 2010-05-11 Thomson Licensing Method for lost packet reconstruction and device for carrying out said method
JP2012124907A (en) * 2011-12-28 2012-06-28 Thomson Licensing System and method for inserting sync bytes into transport packets
JP2013027018A (en) * 2011-07-26 2013-02-04 Nippon Telegraph & Telephone West Corp Gateway device and packet conversion system

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003530725A (en) * 1999-03-31 2003-10-14 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ Temporally and locally operated television
WO2001082163A1 (en) * 2000-02-24 2001-11-01 Oh Byeong Seok A multimedia contents providing system and a method thereof
JP2003526291A (en) * 2000-03-08 2003-09-02 ゼネラル インスツルメント コーポレーション Personal multifunction recorder and method of implementing and using it
JP2004507934A (en) * 2000-08-22 2004-03-11 クゥアルコム・インコーポレイテッド Method and apparatus for providing real-time packetized voice and data services over a wireless communication network
JP2002262264A (en) * 2001-03-01 2002-09-13 Nippon Telegr & Teleph Corp <Ntt> Transmission system converter and its conversion method
US7389463B2 (en) 2001-05-29 2008-06-17 Thomson Licensing Hierarchical block coding for a packet-based communications system
KR100442473B1 (en) * 2002-05-30 2004-07-30 주식회사 클릭티브이 Digital animation controller via network
JP2008136228A (en) * 2002-07-16 2008-06-12 Matsushita Electric Ind Co Ltd Content transmitting apparatus
JP4666110B2 (en) * 2002-07-16 2011-04-06 パナソニック株式会社 Content receiver
US8503471B2 (en) 2002-07-16 2013-08-06 Panasonic Corporation Content receiver and content transmitter
US7830881B2 (en) 2002-07-16 2010-11-09 Panasonic Corporation Content receiver and content transmitter
JP2010246146A (en) * 2002-07-16 2010-10-28 Panasonic Corp Content receiving apparatus
JP4561822B2 (en) * 2002-07-16 2010-10-13 パナソニック株式会社 Content receiver
WO2004008760A1 (en) * 2002-07-16 2004-01-22 Matsushita Electric Industrial Co., Ltd. Content receiving apparatus and content transmitting apparatus
JP2005102192A (en) * 2003-09-02 2005-04-14 Sony Corp Content receiving apparatus, video/audio output timing control method, and content providing system
US7716559B2 (en) 2003-10-23 2010-05-11 Thomson Licensing Method for lost packet reconstruction and device for carrying out said method
EP1786209A4 (en) * 2004-09-02 2009-11-11 Sony Corp Content receiver, video-audio output timing control method, and content providing system
EP1786209A1 (en) * 2004-09-02 2007-05-16 Sony Corporation Content receiver, video-audio output timing control method, and content providing system
US8189679B2 (en) 2004-09-02 2012-05-29 Sony Corporation Content receiving apparatus, method of controlling video-audio output timing and content providing system
JP2007235356A (en) * 2006-02-28 2007-09-13 Japan Aerospace Exploration Agency Apparatus, method, and computer program for separating data by allocating session identification code to data
JP2007329606A (en) * 2006-06-07 2007-12-20 Hitachi Ltd Repeating installation
JP2008060761A (en) * 2006-08-30 2008-03-13 Nippon Television Network Corp Broadcasting relay system and its method
JP4597927B2 (en) * 2006-08-30 2010-12-15 日本テレビ放送網株式会社 Broadcast relay system and method
JP2013027018A (en) * 2011-07-26 2013-02-04 Nippon Telegraph & Telephone West Corp Gateway device and packet conversion system
JP2012124907A (en) * 2011-12-28 2012-06-28 Thomson Licensing System and method for inserting sync bytes into transport packets

Also Published As

Publication number Publication date
JP4109735B2 (en) 2008-07-02

Similar Documents

Publication Publication Date Title
US6557031B1 (en) Transport protocol conversion method and protocol conversion equipment
US6785733B1 (en) Transport protocol conversion method and protocol conversion equipment
JP4109735B2 (en) Packet conversion method, transmission method, MPEG protocol and IP conversion method, CATV system, protocol conversion method, and packet transmission method
KR100440687B1 (en) System for transceiving information of digital cable broadcast and method thereof
US6400720B1 (en) Method for transporting variable length and fixed length packets in a standard digital transmission frame
CA2554712C (en) System and method of supporting transport and playback of signals
JP2003037623A (en) Direct rtp delivery method and system over mpeg network
WO2013169084A1 (en) Hybrid transmission method through mmt packet format extension
US20140334504A1 (en) Method for hybrid delivery of mmt package and content and method for receiving content
JP5738865B2 (en) Distribution of MPEG-2TS multiplexed multimedia stream by selecting elementary packets of MPEG-2TS multiplexed multimedia stream
JP2000078573A (en) Hierarchical encoded data distribution device
WO2000051353A1 (en) Active techniques for video transmission and playback
CN101193289A (en) A real time conversion method from MPEG-4 transmission code stream to Internet stream media alliance stream
US10887242B2 (en) Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
EP1210825A1 (en) System and method for facilitating transmission of ip data over digital mpeg networks
US20030097663A1 (en) Method and apparatus for dynamic provisioning of IP-based services in a DVB network
KR100762718B1 (en) Preprocessing method for adapting MPEG-4 data streams to the internet network
CN101193290A (en) A real time conversion system from MPEG-4 transmission code stream to Internet stream media alliance stream
JP2002152301A (en) Data communication system, data receiver, data communication method, and program storage medium
JP4154753B2 (en) Data receiving apparatus and method
US7949052B1 (en) Method and apparatus to deliver a DVB-ASI compressed video transport stream
US20090158376A1 (en) Method and apparatus of building ip-based video service system in hybrid fiber coax network
JP2006014153A (en) Packet-error monitoring mpeg decoder, mpeg image transmitting system and mpeg image transmission method
WO2014061925A1 (en) Method for adaptively transmitting fec parity data using cross-layer optimization
Ewald-Arostegui et al. A Framework for an IP‐based DVB Transmission Network

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040928

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041129

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050705

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060427

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080227

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080227

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080407

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110411

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110411

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120411

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120411

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130411

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130411

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140411

Year of fee payment: 6

EXPY Cancellation because of completion of term