JP3698406B2 - Data multiplex transmission method - Google Patents

Data multiplex transmission method Download PDF

Info

Publication number
JP3698406B2
JP3698406B2 JP2000136368A JP2000136368A JP3698406B2 JP 3698406 B2 JP3698406 B2 JP 3698406B2 JP 2000136368 A JP2000136368 A JP 2000136368A JP 2000136368 A JP2000136368 A JP 2000136368A JP 3698406 B2 JP3698406 B2 JP 3698406B2
Authority
JP
Japan
Prior art keywords
packet
data
sync
value
audio
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.)
Expired - Fee Related
Application number
JP2000136368A
Other languages
Japanese (ja)
Other versions
JP2001320343A (en
Inventor
慎吾 石山
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 Kokusai Electric Inc
Original Assignee
Hitachi Kokusai Electric Inc
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 Kokusai Electric Inc filed Critical Hitachi Kokusai Electric Inc
Priority to JP2000136368A priority Critical patent/JP3698406B2/en
Publication of JP2001320343A publication Critical patent/JP2001320343A/en
Application granted granted Critical
Publication of JP3698406B2 publication Critical patent/JP3698406B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は圧縮した動画像信号、所謂ビデオ圧縮データ及び圧縮した音声信号、所謂オーディオ圧縮データ、並びにプライベートデータ、NULL(意味のない)データの送受信に関するもので、特に送信するデータの多重伝送方法の改良に関するものである。
【0002】
【従来の技術】
近年、画像処理技術、とりわけ画像情報、音声情報の圧縮技術は、めざましい発展を遂げており、容量の小さい伝送路であっても高品質な動画像や音声の伝送が可能となった。
このような伝送システムで要求される送信側−受信側間のデータとクロックの伝送形態は、シリアルデータ伝送のため、特に、受信側における初処理のS/P変換のタイミング(シリアルからパラレルに変換するタイミング)は、トランスポートストリーム(以後、TSと称す)におけるヘッダ情報に含まれるシンクバイト(Sync-byte:“47h”)を基準とすることが一般的である。
しかし、この“47h”値はユニークコードではなく、またシリアルデータにおける“47h”値、所謂“01000111”は、TS内に無数に存在するため、後述のような問題が発生する。
【0003】
まずは、このような伝送システムの基本的な構成を図2に示し、説明する。
図2の伝送システムは、カメラ1、マイク2、TS作成部4、伝送路7、TS解析部10、モニタ13、スピーカ14より構成される。
TS作成部4は、カメラ1によって撮影された映像、いわゆるビデオ信号3を得ると、これをビデオ圧縮装置4aにおいて圧縮し、ビデオ圧縮データとする。
一方、マイク2によって録音された音声、いわゆるオーディオ信号5を得るとこれをオーディオ圧縮装置4bにおいて圧縮し、オーディオ圧縮データとする。
多重化装置4cは、制御装置16にて設定された制御情報17を含むTSパケット(以後、制御情報TSパケットと称す)と、ヘッダ情報を付加してビデオ圧縮データをペイロードとするTSパケット(以後、ビデオTSパケットと称す)と、ヘッダ情報を付加したオーディオ圧縮データをペイロードとするTSパケット(以後、オーディオTSパケットと称す)、また、NULL(意味の無い)データをペイロードとするTSパケット(以後、NULL_TSパケットと称す)を時分割パケット多重して、送信側のシリアル伝送クロック(CK)9に同期したシリアルTS6を生成し、伝送路7に出力する。
伝送路7は、シリアルTS6を送信側から取り込み、受信側にシリアルTS8を出力する形で伝送を行う。 なお、送信側のシリアル伝送クロック(CK)9は受信側のシリアル伝送クロック(CK)15と同一のものである。
TS解析部10は、シリアルTS8と受信側シリアル伝送クロック15を得ると、分離分割装置10cにおいて、シリアルTS8をシンクバイト(Sync-byte:“47h”)を基準としてシリアル/パラレル(S/P)変換を行いパラレル化し、その後TS内の制御情報TSパケットとビデオTSパケット内のヘッダ情報及びオーディオTSパケット内のヘッダ情報に基づき、多重化されたパケットからヘッダ情報を除いたビデオ圧縮データとオーディオ圧縮データを分離分割する。
ビデオ伸張装置10aは、分離分割されたビデオ圧縮データをビデオ信号11に変換し、またオーディオ伸張装置10bは、分離分割されたオーディオ圧縮データをオーディオ信号12に変換し、モニタ及びスピーカに出力再生する。
【0004】
次に、図3を用いてTS作成部4の具体的構成、動作について説明する。
TS作成部4は、ビデオ圧縮部4−1、オーディオ圧縮部4−2、STCカウンタ4−3、システムCK(クロック)発生器4−4、ビデオPESパケット化部4−5、ビデオタイムスタンプ演算部4−6、オーディオPESパケット化部4−7、オーディオタイムスタンプ演算部4−8、ラッチ4−9、FIFOメモリ4−10〜4−13、PCR符号化部4−14、TSパケット多重制御部4−15、TSヘッダ格納ROM4−16、多重スケジュールデータ格納ROM4−17、制御情報格納メモリ4−18、パラレルクロック変換部4−19、P/S変換部4−20、NULLパケット出力部4−21より構成される。
ビデオ圧縮部4−1、オーディオ圧縮部4−2、STCカウンタ4−3には、システムCK400が供給される。 例えば、その周波数は27MHzである。
また、FIFOメモリ4−10〜4−13の書き込み側、ラッチ4−9、PCR符号化部4−14にはシステムCK400に関連した信号が、FIFOメモリ4−10〜4−13の読み出し側、ラッチ4−9、NULLパケット出力部4−21、TSヘッダ格納ROM4−16、多重スケジュールデータ格納ROM4−17には、パラレルクロック変換部4−19によってパラレル化されたパラレルクロック435に関連した信号が供給される。
【0005】
次に、TS作成部4の詳細動作について説明する。
ビデオ圧縮部4−1、オーディオ圧縮部4−2は、システムCK400に応じてビデオ信号3、オーディオ信号5を、それぞれビデオ圧縮データ401、オーディオ圧縮データ402に変換する。
ビデオPESパケット化部4−5とオーディオPESパケット化部4−7は、ビデオ圧縮部4−1とオーディオ圧縮部4−2より得たビデオ圧縮データ401とオーディオ圧縮データ402に、それぞれヘッダ情報を付加して、それぞれ、PESパケット化する。 そして、このPESパケット化されたビデオ圧縮データ(以後、ビデオPESパケットデータと称す)404とPESパケット化されたオーディオ圧縮データ409(以後、オーディオPESパケットデータと称す)を、書き込み信号405と410で、それぞれFIFOメモリ4−10と4−12に書き込む。 ここで、PESとは、Packetized Elementary Streamの略であり、圧縮データにヘッダ情報を付加しパケット化したものである。
また、ビデオPESパケットデータの最後、いわゆるパケットの最後を示す信号406とオーディオPESパケットデータの最後、いわゆるパケットの最後を示す信号411を、それぞれ、ビデオタイムスタンプ演算部4−6とオーディオタイムスタンプ演算部4−8に出力する。
ビデオタイムスタンプ演算部4−6では、ビデオ圧縮データ401からビデオタイムスタンプ演算の基準となるヘッダ情報を検出すると同時に、この時のSTCカウンタ4−3の出力、すなわちSTCカウンタ値403をホールドする。
そして、ホールドされたSTCカウンタ値に、オフセット値を加算してビデオタイムスタンプ値407とし、ビデオPESパケット化部4−5からのPESパケットデータの最後を示す信号406によって書き込み信号408を生成し、ビデオタイムスタンプ値407をFIFOメモリ4−11に書き込む。 言い換えればFIFOメモリ4−10に1つのPESパケットデータ分が蓄積されたら、FIFOメモリ4−11にビデオタイムスタンプ値407を書き込み、上記動作を繰り返す。
オーディオタイムスタンプ演算部4−8は、オーディオ圧縮データ402からオーディオタイムスタンプ演算の基準となるヘッダを検出すると同時に、この時のSTCカウンタ4−3の出力、すなわち、STCカウンタ値403をホールドする。 そして、ホールドされたSTCカウンタ値にオフセット等を加算して、オーディオタイムスタンプ値412とし、オーディオPESパケット化部4−7からのPESパケットの最後を示す信号411によって書き込み信号413を生成し、オーディオタイムスタンプ412をFIFOメモリ4−13に書き込む。言い換えれば、FIFOメモリ4−12に1PESパケットデータ分が蓄積されたら、FIFOメモリ4−14にオーディオタイムスタンプ値112を書き込み、上記動作を繰り返す。
【0006】
次に、多重化の動作について説明する。
TSパケット多重制御部4−15は、多重スケジュールデータ格納ROM4−17にアドレス429を出力して得られる多重スケジュールデータ430に従い、アドレス427をTSヘッダ格納ROM4−16に出力する。
更に、TSパケット多重制御部4−15は、TSヘッダ格納ROM4−16から得られるヘッダ情報428と、FIFOメモリ4−10,4−11,4−12,4−13から読み出されるビデオPESパケットデータ416、ビデオタイムスタンプ値418、オーディオPESパケットデータ421、オーディオタイムスタンプ値423と、TSパケット多重制御部4−15からの制御信号415によりラッチ4−9でホールドされたSTCカウンタ値414をPCR符号化4−14で符号化したPCR値426と、図示しない制御装置16で設定された制御情報17を格納する制御情報格納メモリ4−18からの制御情報信号432と、TSパケット多重制御部4−15からの制御信号434で読み出されるNULLパケットを、時分割パケット多重化する。
そして、この時分割パケット多重化データを、P/S変換部4−20によってシリアル化し、TS6を生成出力する。 ここで、PCRとは、Program Clock Referenceの略であり、STCカウンタ値を符号化したものである。
【0007】
次に、TS作成部4のFIFOメモリ4−10〜4−13の読み出しについて説明する。
TSパケット多重制御部4−15は、FIFOメモリ4−11のエンプティ・フラグ419を常に監視し、FIFOメモリ4−10に、1PESパケット分のビデオPESパケットデータが蓄積され、FIFOメモリ4−11に、ビデオタイムスタンプ値407が書き込まれエンプティ・フラグ419が解除されると、多重スケジュールデータ格納ROM4−17から得た多重スケジュールデータ430に関連した読み出し信号420を生成し、ビデオタイムスタンプ値418を読み出し、続いて読み出し信号417でFIFOメモリ4−10からビデオPESパケットデータ416を読み出す。
また、TSパケット多重制御部は、FIFOメモリ4−13のエンプティフラグ424を常に監視し、FIFOメモリ4−12に、1PESパケット分のオーディオPESパケットデータが蓄積され、FIFOメモリ4−13にオーディオタイムスタンプ値412が書き込まれエンプティフラグ424が解除されたら、多重スケジュールデータ格納ROM4−17から得た多重スケジュールデータ430に関連した読み出し信号425を生成し、オーディオタイムスタンプ値423を読み出し、続いて読み出し信号422でFIFOメモリ4−12からオーディオPESパケットデータ421を読み出す。
なお、エンプティフラグが解除されていない場合、制御信号434をNULLパケット出力部4−21に出力することによって、意味のないNULL_TSパケットが出力されることになる。 ここで、エンプティとなる状況は、FIFOメモリに書き込まれる圧縮データのバースト性に依存しているため、NULL_TSパケットの送出、多重は離散的になる。
以上の動作を繰り返し、ビデオPESパケットデータとオーディオPESパケットデータ並びに制御情報、NULLデータをTSパケット(188バイト単位)化し、時分割多重してシリアルTS6を生成出力する。
【0008】
ここで、上記の制御情報TSパケットについて、簡単に説明する。
制御情報TSパケットの代表的なものとしては、PAT(Program Association Table)パケットとPMT(Program Map Table)パケットがある。
ここで、PATパケットには、PMTパケットのPID(Program ID)値、所謂PMTパケットの識別番号(例えば、“0x20”,“0x30”)が記述されている。
また、PMTパケットには、ビデオTSパケットのPID値(例えば“0x50”,“0x80”)、オーディオTSパケットのPID値(例えば、“0x60”,“0x90”)、及びプライベートTSパケットのPID値(例えば、“0x70”,“0xA0”)が記述されている。
この制御情報TSパケットは、例えば、1回以上/100m secの割合で送出されることが、最も一般的なものとされている。 また、制御情報TSパケットは、その制御情報内容の変更の有無に関わらず、1回以上/100msの割合で送出される。
受信機側での基本的な処理としては、まず、受信したTSから予め定められたPATパケットのPID値(例えば“0x00”)を見つけ、当該PATパケット内に記述された制御情報からPMTパケットのPID値を取得し、PMTパケットを抽出する。 次に、当該PMTパケット内に記述された制御情報からそれぞれのTSパケットのPID値を取得し、続いて取得したPID値の各TSパケットを抽出し、更にこれらのTSパケット内からそれぞれの圧縮データを分離分割してデコーダに出力し、デコーダで伸張再生する形となる。
【0009】
続いて、図4を用いて、受信側のS/P(シリアル/パラレル)変換及びシンク(Sync)ロック動作について説明する。
▲1▼受信側でシリアルTS8を得ると、まず第一にシリアルデータ上の“47h”値(01000111)を基準としてS/P変換を行なう。
▲2▼S/P変換後、1PESパケット(188バイト)後に、“47h”値が到達しているか検出する。
▲3▼もし“47h”値が到達していなければ、S/P変換の基準とした“47h”は、正規のシンク・バイト(Sync-byte)ではないので、再度S/P変換を行ない、上記動作を繰り返す。
なお、“47h”値(01000111)はユニークコードでないため、ビデオ、オーディオ、プライベートデータなどの他のデータ内にも存在する。
したがって、シンク・バイトでない“47h”値を基準にS/P変換を行った場合、上記動作を繰り返すことになり、シンクロックするまでの最大時間を割り出すことは難しくなる。
【0010】
続いて、図5を用い、TS解析部10について説明する。
TS解析部10は、PATパケット抽出部10−1、PMTパケット抽出部10−2、メモリ10−3、CPU10−4、ビデオTSパケット抽出部10−5、オーディオTSパケット抽出部10−6、PCRパケット抽出部10−7、TSパケットペイロード抽出部10−8、ビデオタイムスタンプ値抽出部10−9、オーディオTSパケットペイロード抽出部10−10、オーディオタイムスタンプ値抽出部10−11、符号化部10−12、FIFOメモリ10−13,10−15、読み出しタイミング調整部10−14,10−16、ラッチ10−17、STCカウンタ10−18、ビデオ伸張部10−19、オーディオ伸張部10−20、システムCK発生器10−21、S/P変換Sync(シンク)ロック部10−22より構成される。
PATパケット抽出部10−1、PMTパケット抽出部10−2、ビデオTSパケット抽出部10−5、オーディオTSパケット抽出部10−6、PCRパケット抽出部10−7は伝送路7から得られる伝送CK15に関連した信号が供給される。 ビデオ伸張部10−19、オーディオ伸張部10−20、STCカウンタ10−18にはシステムCK524が供給される。
【0011】
続いて、TS解析部10の詳細動作について説明する。
S/P変換Syncロック部10−22は、シリアルTS8とシリアル伝送CK15を得ると、“47h”所謂“01000111”を基準にS/P変換を行ない、図4で説明したSyncロック動作を行なう。
PATパケット抽出部10−1は、TS8を得るとTS8内の制御情報TSパケットであるPATパケットを抽出し、上記パケット内の制御情報500を書き込み信号501にてメモリ10−3に書き込む。
CPU10−4は、メモリ10−3に書き込まれた制御情報からPMTパケットのPID値を取得し、制御信号506をPMTパケット抽出部10−2に出力する。 PMTパケット抽出部10−2は制御信号506を得ると、TS8内の制御情報TSパケットであるPMTパケットを抽出し、上記パケット内の制御情報502を書き込み信号503にてメモリ10−3に書き込む。
CPU10−4は、メモリ10−3に書き込まれた制御情報から、ビデオTSパケットのPID値、オーディオTSパケットのPID値、PCRパケットのPID値を取得し、制御信号506をビデオTSパケット抽出部10−5、オーディオTSパケット抽出部10−6、PCRパケット抽出部10−7に出力する。
【0012】
ビデオTSパケット抽出部10−5は、制御信号506を得ると、TS8内のビデオTSパケットを抽出し、TSパケットペイロード抽出部10−8とビデオタイムスタンプ値抽出部10−9に出力する。
オーディオTSパケット抽出部10−6は制御信号506を得ると、TS8内のオーディオTSパケットを抽出し、TSパケットペイロード抽出部10−10とオーディオタイムスタンプ値抽出部10−11に出力する。
PCRパケット抽出部10−7は制御信号506を得ると、TS8内のPCRパケットを抽出し、上記パケット内からPCR値509を抽出し、符号化部10−12に出力する。
TSパケットペイロード抽出部10−8は、ビデオTSパケット507を得ると、上記パケットからヘッダ情報を取り除いた正味のビデオ圧縮データ510を抽出し、書き込み信号511でFIFOメモリ10−13に書き込む。
ビデオタイムスタンプ値抽出部10−9は、ビデオTSパケット507を得ると、上記パケットからヘッダ情報内にあるビデオタイムスタンプ値512を抽出し、読み出しタイミング調整部10−14に出力すると共に、制御信号513をラッチ10−17に出力する。
【0013】
TSパケットペイロード抽出部10−10は、オーディオTSパケット508を得ると上記パケットからヘッダ情報を取り除いた正味のオーディオ圧縮データ514を抽出し、書き込み信号516でFIFOメモリ10−15に書き込む。
オーディオタイムスタンプ値抽出部10−11は、オーディオTSパケット508を得ると上記パケットからヘッダ情報内にあるオーディオタイムスタンプ値514を抽出し、読み出しタイミング調整部10−16に出力すると共に制御信号513をラッチ10−17に出力する。
符号化部10−12は、PCR値509を得ると符号化しカウンタ値518をロード信号519にてSTCカウンタ10−18にロードする。 STCカウンタ9−14はロードされた値からカウントを開始する。 以後、送信側から周期的に伝送されてくるPCR値509と、伝送されてきた時点の受信側のSTCカウンタ値を比較することで、いわゆる送信側と受信側のシステムCK同期を実現している。
【0014】
読み出しタイミング調整部10−14は、入力されるビデオタイムスタンプ値512から90KHzクロックを基準にラッチ10−17からの信号515の値までカウントダウンを行ない、値が一致した時点でFIFOメモリ読み出し信号521をFIFOメモリ10−13に出力する。 所謂、ビデオタイムスタンプ動作である。
読み出しタイミング調整部10−16は、入力されたオーディオタイムスタンプ値517から90KHzクロックを基準にラッチ10−17からの信号515の値までカウントダウンを行ない、値が一致した時点でFIFOメモリ読み出し信号523をFIFOメモリ10−15に出力する。 所謂、オーディオタイムスタンプ動作である。
ビデオ伸張部10−19は、入力されたビデオ圧縮データ520を伸張して、ビデオ信号11をモニタに出力再生する。
オーディオ伸張部10−20は、得たオーディオ圧縮データ522を伸張し、オーディオ信号12をスピーカに出力再生する。
ところで、前述した通り“47h”という値はユニークコードではなく、圧縮データやプライベートデータ内にも存在するもので、更にシリアルTSにおける“47h”(01000111)は数多く存在するため、シンク・バイトを基準にS/P変換を行なう確立が少なくなり、図4で説明した動作を繰り返すため、Syncロックするまでの時間を特定する事は難しい。 但し、NULL_TSパケットのペイロードの値には特に規定はなく、NULLデータをペイロードとするNULL_TSパケットの送出頻度にも規定はない。
【0015】
【発明が解決しようとする課題】
従来技術におけるシステムにおいて、受信側のTS解析部10の初段で行なうS/P変換のタイミングは、シリアルTSの“47h”値(01000111)を基準とするが、シリアルTS内の47h値、所謂(01000111)はビデオ、オーディオ圧縮データ内にも数多く存在する。
したがって、シンク・バイトを基準としたS/P変換が行なわれない場合は、再度S/P変換を繰り返す事になり、正常なS/P変換が完了するまでの時間は予測できない。
したがって、受信側の起動時間または復帰時間を予測できず、起動及び復帰時間を重視するシステムやアプリケーションにおいて不利益である。
本発明は、これらの欠点を除去し、上記S/P変換完了までの最大時間を固定とすることで、受信側の起動及び復帰時間を明確にし、上記システムやアプリケーションに有効になる事を目的とする。
【0016】
【課題を解決するための手段】
本発明は前記の目的を達成するため、少なくともビデオ圧縮データとオーディオ圧縮データをペイロードとし、それぞれにヘッダ情報を付加して時分割パケット多重したトランスポートストリーム(TS)を伝送するデータ伝送システムにおいて、NULL(意味の無い)データを含むパケットを所定の周期で上記TSに時分割パケット多重し伝送するようにしたものである。
また、少なくともビデオ圧縮データとオーディオ圧縮データをペイロードとし、それぞれにヘッダ情報を付加して時分割パケット多重したトランスポートストリーム(TS)を伝送するデータ伝送システムにおいて、送信側でペイロード部に所定のシンクバイト(Sync#byte:“47h”)値が存在しないNULL(意味の無い)データを含むパケットを所定の周期で上記TSに時分割パケット多重して送出し、受信側で受信した上記TSから上記所定のシンクバイト値を基準としてシリアル/パラレル(S/P)変換を行い、上記所定のシンクバイト値が上記所定の周期で検出できるか否かを判断するシンクロック処理を行うようにしたものである。
その結果、受信側において、受信したTSから所定のシンクバイト値を基準にS/P変換を行い、所定のシンクバイト値が所定の周期で検出できなかった時にS/P変換の繰り返しを行うが、ペイロードに“47h”が存在しないNULLパケットが周期的に多重されているため、このNULLパケットの次には、必ず所定のシンクバイトを基準にS/P変換を行うことが可能になり、シンクロック処理に要する最大の時間を固定とすることが可能になる。
【0017】
【発明の実施の形態】
以下、本発明の一実施例について、図1を用いて説明する。 ここで、本発明が前述の従来技術におけるシステムと相違する点は、送信側においてNULL_TSパケットを離散的にではなく、周期的にパケット多重して生成出力する点である。
ここで、図1により周期的にNULLデータをパケット多重した場合における受信側のTS解析部10のS/P変換Syncロック部10−22(図5参照)のS/P(シリアル/パラレル)変換及びシンク(Sync)ロック動作について説明する。
▲4▼まず、従来と同様、受信側でシリアルTS8を得ると、まず第一に、シリアルデータ上の“47h”値(01000111)を基準としてS/P変換を行なう。
▲5▼そして、S/P変換後、1PESパケット(188バイト)後に、“47h”値が到達しているかを検出し、未到達の場合は、上記基準の“01000111”はシンク・バイトではないため、再度、S/P変換を行なう。
▲6▼ここで、再度S/P変換を行なう場合のS/P変換の基準となる“47h”はNULL_TSパケットには存在しないので、周期的に挿入された、NULL_TSパケットの次のS/P変換の基準では、必ず、シンク・バイトの位置(図1のS/P変換▲6▼)になり、正常なS/P変換を行なうことが可能になる。 従って、Syncロックすることになる。
【0018】
次に、本発明における正常なS/P変換が完了するまでの時間を具体的に計算してみる。
例えば、シリアルTSの伝送レートを8Mbpsと仮定すると、パラレルTSのレートは1/8のため、1Mbpsとなる。
ここで、1TSパケットの時間は、188μsecであり、50TSパケットに1回の割合で、NULL_TSパケットを多重したとすると、50TSパケットの時間は、9.4msecとなる。
従って、最大でも9.4msec以内には、正規のシンク・バイトを基準とするS/P変換が可能になる。
以上のように、50TSパケットに1回の割合で、NULL_TSパケットを多重したとすれば、受信側の起動及び復帰時間を、9.4msec+アルファ(S/P変換以外の処理時間)以内にすることが可能になる。
【0019】
【発明の効果】
以上説明したように、送信側において“47h”が存在しないNULLデータをペイロードとするNULL_TSパケットを、所定の周期で、時分割パケット多重したシリアルTSを生成送出するようにした本発明によれば、データの多重伝送システムにおけるシンクロック処理に要する最大時間を割り出す事が可能になり、起動及び復帰時間を重視するシステムやアプリケーションに対応可能となる。
【図面の簡単な説明】
【図1】本発明の受信側におけるシンク・ロック動作を説明するための模式図
【図2】一般的なデータ多重伝送システムの全体構成を示すブロック図
【図3】一般的なデータ多重伝送システムの送信側の構成を示すブロック図
【図4】従来の受信側におけるシンク・ロック動作を説明するための模式図
【図5】一般的なデータ多重伝送システムの受信側の構成を示すブロック図
【符号の説明】
4:TS作成部、5,8:シリアルトランスポートストリーム(TS)、7:伝送部、10:TS解析部、10−22:S/P変換シンク・ロック部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to transmission / reception of compressed moving image signals, so-called video compressed data and compressed audio signals, so-called audio compressed data, private data, and NULL (nonsense) data. It is about improvement.
[0002]
[Prior art]
In recent years, image processing technology, particularly compression technology for image information and audio information, has made remarkable progress, and it has become possible to transmit high-quality moving images and audio even with a transmission path having a small capacity.
The transmission mode of data and clock between the transmission side and the reception side required in such a transmission system is the serial data transmission, and in particular, the timing of S / P conversion of the initial processing on the reception side (converted from serial to parallel). In general, the sync timing (sync-byte: “47h”) included in the header information in the transport stream (hereinafter referred to as TS) is used as a reference.
However, the “47h” value is not a unique code, and the “47h” value in serial data, so-called “01000111”, exists innumerably in the TS, and the following problems occur.
[0003]
First, the basic configuration of such a transmission system is shown in FIG. 2 and described.
The transmission system in FIG. 2 includes a camera 1, a microphone 2, a TS creation unit 4, a transmission path 7, a TS analysis unit 10, a monitor 13, and a speaker 14.
When the TS creation unit 4 obtains a video image captured by the camera 1, that is, a so-called video signal 3, the video compression device 4a compresses the video signal 3 to obtain compressed video data.
On the other hand, when a sound recorded by the microphone 2, a so-called audio signal 5, is obtained, it is compressed by the audio compression device 4 b to obtain audio compressed data.
The multiplexing device 4c includes a TS packet (hereinafter referred to as a control information TS packet) including control information 17 set by the control device 16, and a TS packet (hereinafter referred to as a payload) of video compressed data by adding header information. , A video TS packet), a TS packet with audio compressed data with header information added as a payload (hereinafter referred to as an audio TS packet), and a TS packet with NULL (insignificant) data as a payload (hereinafter referred to as an audio TS packet). , Referred to as a NULL_TS packet) is time-division packet multiplexed to generate a serial TS 6 synchronized with the serial transmission clock (CK) 9 on the transmission side and output it to the transmission path 7.
The transmission path 7 performs transmission in such a manner that the serial TS 6 is taken from the transmission side and the serial TS 8 is output to the reception side. The serial transmission clock (CK) 9 on the transmission side is the same as the serial transmission clock (CK) 15 on the reception side.
When the TS analysis unit 10 obtains the serial TS 8 and the receiving-side serial transmission clock 15, the separation / splitting device 10c converts the serial TS 8 into a serial / parallel (S / P) based on a sync byte (Sync-byte: “47h”). Conversion and parallelization, and then video compression data and audio compression in which header information is removed from the multiplexed packet based on header information in the control information TS packet and video TS packet in TS and header information in audio TS packet Separate and split data.
The video expansion device 10a converts the separated and compressed video compression data into a video signal 11, and the audio expansion device 10b converts the separated and divided audio compression data into an audio signal 12, which is output and reproduced on a monitor and a speaker. .
[0004]
Next, a specific configuration and operation of the TS creation unit 4 will be described with reference to FIG.
The TS creation unit 4 includes a video compression unit 4-1, an audio compression unit 4-2, an STC counter 4-3, a system CK (clock) generator 4-4, a video PES packetization unit 4-5, and a video time stamp calculation. Unit 4-6, audio PES packetization unit 4-7, audio time stamp calculation unit 4-8, latch 4-9, FIFO memory 4-10 to 4-13, PCR encoding unit 4-14, TS packet multiplexing control 4-15, TS header storage ROM 4-16, multiple schedule data storage ROM 4-17, control information storage memory 4-18, parallel clock conversion unit 4-19, P / S conversion unit 4-20, NULL packet output unit 4 -21.
The system CK400 is supplied to the video compression unit 4-1, the audio compression unit 4-2, and the STC counter 4-3. For example, the frequency is 27 MHz.
The write side of the FIFO memories 4-10 to 4-13, the latch 4-9, and the PCR encoder 4-14 receive signals related to the system CK400 from the read side of the FIFO memories 4-10 to 4-13, In the latch 4-9, the NULL packet output unit 4-21, the TS header storage ROM 4-16, and the multiple schedule data storage ROM 4-17, signals related to the parallel clock 435 parallelized by the parallel clock conversion unit 4-19 are received. Supplied.
[0005]
Next, the detailed operation of the TS creation unit 4 will be described.
The video compression unit 4-1 and the audio compression unit 4-2 convert the video signal 3 and the audio signal 5 into video compression data 401 and audio compression data 402, respectively, according to the system CK 400.
The video PES packetizing unit 4-5 and the audio PES packetizing unit 4-7 respectively add header information to the video compressed data 401 and the audio compressed data 402 obtained from the video compressing unit 4-1 and the audio compressing unit 4-2. In addition, each packet is made into a PES packet. Then, the PES packetized video compressed data (hereinafter referred to as video PES packet data) 404 and the PES packetized audio compressed data 409 (hereinafter referred to as audio PES packet data) are written by write signals 405 and 410, respectively. , Write to FIFO memories 4-10 and 4-12, respectively. Here, PES is an abbreviation for Packetized Elementary Stream, which is a packet obtained by adding header information to compressed data.
Further, a signal 406 indicating the end of the video PES packet data, that is, the so-called end of the packet, and a signal 411 indicating the end of the audio PES packet data, that is, the so-called end of the packet, are respectively converted into the video time stamp calculation unit 4-6 and the audio time stamp calculation. Output to section 4-8.
The video time stamp calculation unit 4-6 detects header information serving as a reference for video time stamp calculation from the compressed video data 401, and at the same time holds the output of the STC counter 4-3, that is, the STC counter value 403.
Then, an offset value is added to the held STC counter value to obtain a video time stamp value 407, and a write signal 408 is generated by a signal 406 indicating the end of the PES packet data from the video PES packetizer 4-5. The video time stamp value 407 is written into the FIFO memory 4-11. In other words, when one PES packet data is stored in the FIFO memory 4-10, the video time stamp value 407 is written in the FIFO memory 4-11, and the above operation is repeated.
The audio time stamp calculation unit 4-8 detects a header serving as a reference for the audio time stamp calculation from the audio compression data 402, and simultaneously holds the output of the STC counter 4-3 at this time, that is, the STC counter value 403. Then, an offset or the like is added to the held STC counter value to obtain an audio time stamp value 412, and a write signal 413 is generated by a signal 411 indicating the end of the PES packet from the audio PES packetizing unit 4-7, and the audio The time stamp 412 is written into the FIFO memory 4-13. In other words, when one PES packet data is stored in the FIFO memory 4-12, the audio time stamp value 112 is written in the FIFO memory 4-14, and the above operation is repeated.
[0006]
Next, the multiplexing operation will be described.
The TS packet multiplexing control unit 4-15 outputs the address 427 to the TS header storage ROM 4-16 according to the multiplexing schedule data 430 obtained by outputting the address 429 to the multiplexing schedule data storage ROM 4-17.
Further, the TS packet multiplexing control unit 4-15 includes header information 428 obtained from the TS header storage ROM 4-16 and video PES packet data read from the FIFO memories 4-10, 4-11, 4-12, 4-13. 416, the video time stamp value 418, the audio PES packet data 421, the audio time stamp value 423, and the STC counter value 414 held in the latch 4-9 by the control signal 415 from the TS packet multiplexing control unit 4-15 are PCR-coded. The control information signal 432 from the control information storage memory 4-18 for storing the control information 17 set by the control device 16 (not shown), and the TS packet multiplexing control unit 4- The NULL packet read by the control signal 434 from 15 Tsu to door multiplexing.
The time division packet multiplexed data is serialized by the P / S converter 4-20, and TS6 is generated and output. Here, PCR is an abbreviation for Program Clock Reference, and is an encoded STC counter value.
[0007]
Next, reading of the FIFO memories 4-10 to 4-13 of the TS creation unit 4 will be described.
The TS packet multiplexing control unit 4-15 constantly monitors the empty flag 419 of the FIFO memory 4-11, the video PES packet data for one PES packet is accumulated in the FIFO memory 4-10, and the FIFO memory 4-11 stores the video PES packet data. When the video time stamp value 407 is written and the empty flag 419 is cleared, a read signal 420 related to the multiple schedule data 430 obtained from the multiple schedule data storage ROM 4-17 is generated, and the video time stamp value 418 is read. Subsequently, the video PES packet data 416 is read from the FIFO memory 4-10 by a read signal 417.
Also, the TS packet multiplexing control unit constantly monitors the empty flag 424 of the FIFO memory 4-13, the audio PES packet data for one PES packet is accumulated in the FIFO memory 4-12, and the audio time is stored in the FIFO memory 4-13. When the stamp value 412 is written and the empty flag 424 is released, a read signal 425 related to the multiplex schedule data 430 obtained from the multiplex schedule data storage ROM 4-17 is generated, and the audio time stamp value 423 is read, followed by the read signal. At 422, the audio PES packet data 421 is read from the FIFO memory 4-12.
If the empty flag has not been canceled, the control signal 434 is output to the NULL packet output unit 4-21, so that a meaningless NULL_TS packet is output. Here, since the empty state depends on the burst property of the compressed data written in the FIFO memory, transmission and multiplexing of NULL_TS packets are discrete.
The above operation is repeated, and video PES packet data, audio PES packet data, control information, and NULL data are converted into TS packets (188-byte units), and time-division multiplexed to generate and output serial TS6.
[0008]
Here, the control information TS packet will be briefly described.
Typical control information TS packets include a PAT (Program Association Table) packet and a PMT (Program Map Table) packet.
Here, in the PAT packet, a PID (Program ID) value of the PMT packet, a so-called PMT packet identification number (for example, “0x20”, “0x30”) is described.
The PMT packet includes a PID value (for example, “0x50”, “0x80”) of the video TS packet, a PID value of the audio TS packet (for example, “0x60”, “0x90”), and a PID value ( For example, “0x70”, “0xA0”) is described.
For example, the control information TS packet is most commonly transmitted at a rate of at least once / 100 msec. Further, the control information TS packet is transmitted at a rate of at least once / 100 ms regardless of whether or not the content of the control information is changed.
As basic processing on the receiver side, first, a PID value (for example, “0x00”) of a predetermined PAT packet is found from the received TS, and the PMT packet is determined from control information described in the PAT packet. A PID value is acquired and a PMT packet is extracted. Next, the PID value of each TS packet is acquired from the control information described in the PMT packet, each TS packet of the acquired PID value is extracted, and each compressed data is further extracted from these TS packets. Is divided and output to a decoder, which is decompressed and reproduced by the decoder.
[0009]
Next, S / P (serial / parallel) conversion and sync lock operation on the receiving side will be described with reference to FIG.
(1) When the serial TS8 is obtained on the receiving side, first, S / P conversion is performed with reference to the "47h" value (01000111) on the serial data.
{Circle around (2)} After S / P conversion, it is detected whether the “47h” value has arrived after one PES packet (188 bytes).
(3) If the “47h” value has not reached, the S / P conversion reference “47h” is not a normal sync-byte, so the S / P conversion is performed again. Repeat the above operation.
Since the “47h” value (01000111) is not a unique code, it also exists in other data such as video, audio, and private data.
Therefore, when the S / P conversion is performed based on the “47h” value that is not the sync byte, the above operation is repeated, and it is difficult to determine the maximum time until the sync clock.
[0010]
Next, the TS analysis unit 10 will be described with reference to FIG.
The TS analysis unit 10 includes a PAT packet extraction unit 10-1, a PMT packet extraction unit 10-2, a memory 10-3, a CPU 10-4, a video TS packet extraction unit 10-5, an audio TS packet extraction unit 10-6, a PCR Packet extraction unit 10-7, TS packet payload extraction unit 10-8, video timestamp value extraction unit 10-9, audio TS packet payload extraction unit 10-10, audio timestamp value extraction unit 10-11, encoding unit 10 -12, FIFO memories 10-13 and 10-15, read timing adjustment units 10-14 and 10-16, latch 10-17, STC counter 10-18, video decompression unit 10-19, audio decompression unit 10-20, System CK generator 10-21 and S / P conversion sync lock unit 10-22 It is.
The PAT packet extraction unit 10-1, the PMT packet extraction unit 10-2, the video TS packet extraction unit 10-5, the audio TS packet extraction unit 10-6, and the PCR packet extraction unit 10-7 are transmitted CK15 obtained from the transmission path 7. A signal associated with is provided. The system CK 524 is supplied to the video decompression unit 10-19, the audio decompression unit 10-20, and the STC counter 10-18.
[0011]
Next, the detailed operation of the TS analysis unit 10 will be described.
Upon obtaining the serial TS 8 and serial transmission CK 15, the S / P conversion sync lock unit 10-22 performs S / P conversion based on “47h”, so-called “01000111”, and performs the sync lock operation described with reference to FIG.
When obtaining the TS8, the PAT packet extraction unit 10-1 extracts a PAT packet that is a control information TS packet in the TS8, and writes the control information 500 in the packet to the memory 10-3 with a write signal 501.
The CPU 10-4 acquires the PID value of the PMT packet from the control information written in the memory 10-3, and outputs a control signal 506 to the PMT packet extraction unit 10-2. When the PMT packet extraction unit 10-2 obtains the control signal 506, the PMT packet extraction unit 10-2 extracts a PMT packet that is a control information TS packet in TS8, and writes the control information 502 in the packet to the memory 10-3 using a write signal 503.
The CPU 10-4 acquires the PID value of the video TS packet, the PID value of the audio TS packet, and the PID value of the PCR packet from the control information written in the memory 10-3, and sends the control signal 506 to the video TS packet extraction unit 10 −5, output to the audio TS packet extraction unit 10-6 and the PCR packet extraction unit 10-7.
[0012]
When the video TS packet extraction unit 10-5 obtains the control signal 506, the video TS packet extraction unit 10-5 extracts the video TS packet in TS8 and outputs it to the TS packet payload extraction unit 10-8 and the video time stamp value extraction unit 10-9.
When the audio TS packet extraction unit 10-6 obtains the control signal 506, the audio TS packet extraction unit 10-6 extracts the audio TS packet in TS8 and outputs it to the TS packet payload extraction unit 10-10 and the audio time stamp value extraction unit 10-11.
Upon obtaining the control signal 506, the PCR packet extraction unit 10-7 extracts the PCR packet in TS8, extracts the PCR value 509 from the packet, and outputs it to the encoding unit 10-12.
When the TS packet payload extraction unit 10-8 obtains the video TS packet 507, the TS packet payload extraction unit 10-8 extracts the net compressed video data 510 from which the header information is removed from the packet, and writes it into the FIFO memory 10-13 with the write signal 511.
When the video time stamp value extraction unit 10-9 obtains the video TS packet 507, the video time stamp value extraction unit 10-9 extracts the video time stamp value 512 in the header information from the packet, and outputs the video time stamp value 512 to the read timing adjustment unit 10-14. 513 is output to the latch 10-17.
[0013]
When the TS packet payload extraction unit 10-10 obtains the audio TS packet 508, the TS packet payload extraction unit 10-10 extracts the net audio compression data 514 from which the header information is removed from the packet, and writes it in the FIFO memory 10-15 with the write signal 516.
When the audio time stamp value extraction unit 10-11 obtains the audio TS packet 508, the audio time stamp value extraction unit 10-11 extracts the audio time stamp value 514 included in the header information from the packet, outputs the audio time stamp value 514 to the read timing adjustment unit 10-16, and outputs the control signal 513. Output to the latch 10-17.
When the encoding unit 10-12 obtains the PCR value 509, it encodes it and loads the counter value 518 into the STC counter 10-18 with the load signal 519. The STC counter 9-14 starts counting from the loaded value. Thereafter, by comparing the PCR value 509 periodically transmitted from the transmission side with the STC counter value on the reception side at the time of transmission, so-called system CK synchronization between the transmission side and the reception side is realized. .
[0014]
The read timing adjustment unit 10-14 counts down from the input video time stamp value 512 to the value of the signal 515 from the latch 10-17 on the basis of the 90 KHz clock. When the values match, the read timing adjustment unit 10-14 outputs the FIFO memory read signal 521. The data is output to the FIFO memory 10-13. This is a so-called video time stamp operation.
The read timing adjustment unit 10-16 counts down from the input audio time stamp value 517 to the value of the signal 515 from the latch 10-17 on the basis of the 90 KHz clock, and when the values match, outputs the FIFO memory read signal 523. The data is output to the FIFO memory 10-15. This is a so-called audio time stamp operation.
The video decompression unit 10-19 decompresses the input video compression data 520, and outputs and reproduces the video signal 11 on the monitor.
The audio decompression unit 10-20 decompresses the obtained audio compression data 522, and outputs and reproduces the audio signal 12 on the speaker.
By the way, as described above, the value “47h” is not a unique code but also exists in compressed data and private data, and there are many “47h” (01000111) in the serial TS. Therefore, it is difficult to specify the time until the Sync lock is performed because the operation described with reference to FIG. 4 is repeated. However, the value of the payload of the NULL_TS packet is not particularly specified, and the transmission frequency of the NULL_TS packet having NULL data as the payload is not specified.
[0015]
[Problems to be solved by the invention]
In the system of the prior art, the timing of the S / P conversion performed at the first stage of the TS analysis unit 10 on the receiving side is based on the “47h” value (01000111) of the serial TS, but the 47h value in the serial TS, so-called ( [01000111) also exist in video and audio compressed data.
Therefore, when the S / P conversion based on the sync byte is not performed, the S / P conversion is repeated again, and the time until the normal S / P conversion is completed cannot be predicted.
Therefore, the activation time or recovery time on the receiving side cannot be predicted, which is disadvantageous in systems and applications that place importance on activation and recovery times.
The present invention eliminates these drawbacks and fixes the maximum time until the completion of the S / P conversion to clarify the start-up and return time on the receiving side, and is effective for the system and application. And
[0016]
[Means for Solving the Problems]
In order to achieve the above-mentioned object, the present invention provides a data transmission system for transmitting a transport stream (TS) in which at least video compression data and audio compression data are used as payloads, and header information is added to each and time division packet multiplexed. A packet including NULL (meaningless) data is time-division packet multiplexed and transmitted to the TS at a predetermined cycle.
Also, in a data transmission system that transmits a transport stream (TS) in which at least video compression data and audio compression data are used as payloads, and header information is added to each of them and time-division packet multiplexed, a predetermined sync is added to the payload portion on the transmission side. A packet containing NULL (meaningless) data having no byte (Sync # byte: “47h”) value is time-division-packet-multiplexed to the TS at a predetermined cycle and transmitted from the TS received on the receiving side. A serial / parallel (S / P) conversion is performed with a predetermined sync byte value as a reference, and a sync clock process is performed to determine whether the predetermined sync byte value can be detected in the predetermined cycle. is there.
As a result, on the receiving side, S / P conversion is performed based on a predetermined sync byte value from the received TS, and when the predetermined sync byte value cannot be detected at a predetermined cycle, the S / P conversion is repeated. Since NULL packets in which “47h” does not exist in the payload are periodically multiplexed, S / P conversion can always be performed on the basis of a predetermined sync byte after this NULL packet. The maximum time required for the lock process can be fixed.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
An embodiment of the present invention will be described below with reference to FIG. Here, the point that the present invention is different from the above-described system in the prior art is that a NULL_TS packet is generated and output in a packet multiplexing manner periodically rather than discretely on the transmission side.
Here, the S / P (Serial / Parallel) conversion of the S / P conversion Sync lock unit 10-22 (see FIG. 5) of the TS analysis unit 10 on the receiving side when NULL data is periodically packet-multiplexed according to FIG. The sync lock operation will be described.
{Circle around (4)} First, when the serial TS 8 is obtained on the receiving side as in the prior art, first, S / P conversion is performed with reference to the “47h” value (01000111) on the serial data.
(5) Then, after S / P conversion, it is detected whether the value “47h” has arrived after 1 PES packet (188 bytes). If the value has not been reached, the standard “01000111” is not a sync byte. Therefore, S / P conversion is performed again.
{Circle over (6)} Since “47h”, which is the reference for S / P conversion when performing S / P conversion again, does not exist in the NULL_TS packet, the next S / P next to the NULL_TS packet inserted periodically. The standard for conversion is always the sync byte position (S / P conversion (6) in FIG. 1), and normal S / P conversion can be performed. Therefore, the Sync lock is performed.
[0018]
Next, the time until the normal S / P conversion in the present invention is completed will be specifically calculated.
For example, assuming that the transmission rate of the serial TS is 8 Mbps, the rate of the parallel TS is 1/8 and thus becomes 1 Mbps.
Here, the time of one TS packet is 188 μsec, and if a NULL_TS packet is multiplexed once every 50 TS packets, the time of 50 TS packets is 9.4 msec.
Therefore, S / P conversion based on the normal sync byte can be performed within 9.4 msec at the maximum.
As described above, if a NULL_TS packet is multiplexed at a rate of once per 50 TS packets, the activation and recovery time on the receiving side should be within 9.4 msec + alpha (processing time other than S / P conversion). Is possible.
[0019]
【The invention's effect】
As described above, according to the present invention, the transmission side generates and transmits a serial TS in which a NULL_TS packet having NULL data as a payload and having a payload of NULL data is multiplexed in a predetermined cycle. It is possible to determine the maximum time required for the sync-clock processing in the data multiplex transmission system, and it is possible to deal with a system and an application that place importance on start-up and return time.
[Brief description of the drawings]
FIG. 1 is a schematic diagram for explaining a sync lock operation on the receiving side of the present invention;
FIG. 2 is a block diagram showing the overall configuration of a general data multiplex transmission system
FIG. 3 is a block diagram showing a configuration of a transmission side of a general data multiplex transmission system.
FIG. 4 is a schematic diagram for explaining a conventional sync lock operation on the receiving side.
FIG. 5 is a block diagram showing a configuration of a receiving side of a general data multiplex transmission system.
[Explanation of symbols]
4: TS creation unit, 5, 8: Serial transport stream (TS), 7: Transmission unit, 10: TS analysis unit, 10-22: S / P conversion sync lock unit

Claims (1)

少なくともビデオ圧縮データとオーディオ圧縮データをペイロードとし、それぞれに所定のシンクバイト (Sync_byte) 値が存在するヘッダ情報を付加して時分割パケット多重したトランスポートストリームを伝送するデータ多重伝送システムにおいて、送信側では、ペイロード部に所定のシンクバイト (Sync_byte) 値が存在しない意味の無いデータであるNULLデータを含むパケットを所定の周期で上記トランスポートストリームに時分割パケット多重して送出し、受信側では、受信した上記トランスポートストリームから上記所定のシンクバイト (Sync_byte) 値を基準としてシリアル/パラレル変換を行い、上記所定のシンクバイト (Sync_byte) 値が所定のパケット周期で検出できない場合、少なくとも上記所定の周期で挿入された所定のシンクバイト (Sync_byte) 値が存在しない意味の無いデータであるNULLデータを含むパケットの次のパケットのヘッダ情報に存在する所定のシンクバイト (Sync_byte) 値を基準としてシンクロック処理を行うことを特徴とするデータ多重伝送方法And a payload of at least video compressed data and compressed audio data, the data multiplex transmission system for transmitting a transport stream obtained by multiplexing time-division packet by adding header information predetermined sync byte (sync_byte) value respectively is present, the transmission side Then, a packet including NULL data, which is meaningless data having no predetermined sync byte (Sync_byte) value in the payload part, is time-division-packet-multiplexed and transmitted to the transport stream at a predetermined cycle. If serial / parallel conversion is performed on the basis of the predetermined sync byte (Sync_byte) value from the received transport stream , and the predetermined sync byte (Sync_byte) value cannot be detected in a predetermined packet cycle, at least the predetermined cycle The sync byte inserted in sync_by te) Data multiplexing characterized in that sync- clock processing is performed on the basis of a predetermined sync byte (Sync_byte) value existing in the header information of a packet next to a packet including NULL data which is meaningless data having no value Transmission method .
JP2000136368A 2000-05-09 2000-05-09 Data multiplex transmission method Expired - Fee Related JP3698406B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000136368A JP3698406B2 (en) 2000-05-09 2000-05-09 Data multiplex transmission method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000136368A JP3698406B2 (en) 2000-05-09 2000-05-09 Data multiplex transmission method

Publications (2)

Publication Number Publication Date
JP2001320343A JP2001320343A (en) 2001-11-16
JP3698406B2 true JP3698406B2 (en) 2005-09-21

Family

ID=18644320

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000136368A Expired - Fee Related JP3698406B2 (en) 2000-05-09 2000-05-09 Data multiplex transmission method

Country Status (1)

Country Link
JP (1) JP3698406B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040255338A1 (en) * 2003-06-13 2004-12-16 Apple Computer, Inc. Interface for sending synchronized audio and video data

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04127733A (en) * 1990-09-19 1992-04-28 Toshiba Corp Frame synchronism control system
JPH0637739A (en) * 1992-07-17 1994-02-10 Toshiba Corp Data transmitter
JP3216503B2 (en) * 1995-10-20 2001-10-09 三菱電機株式会社 Multiplexing device and multiplexing method
JPH11275148A (en) * 1998-03-25 1999-10-08 Matsushita Electric Ind Co Ltd Data stream generator and method therefor
JPH11298893A (en) * 1998-04-15 1999-10-29 Toshiba Corp Transport stream synchronous circuit
JP2001223684A (en) * 2000-02-08 2001-08-17 Sony Corp Synchronization detector, receiver and its method

Also Published As

Publication number Publication date
JP2001320343A (en) 2001-11-16

Similar Documents

Publication Publication Date Title
JP3034778B2 (en) MPEG-2 system PES packetizer
RU2273111C2 (en) Method for transformation of packet stream of information signals to stream of information signals with time stamps and vice versa
US5838678A (en) Method and device for preprocessing streams of encoded data to facilitate decoding streams back-to back
KR100226528B1 (en) Decoder for compressed and multiplexed video and audio data
US7298959B1 (en) Method and apparatus for storing MPEG-2 transport streams using a conventional digital video recorder
US8098695B2 (en) Multiplexed audio data decoding apparatus and receiver apparatus
WO2002023776A1 (en) Stream decoder
JP3348683B2 (en) Digital broadcast receiver
WO2000064156A1 (en) Data transmitting method and data transmitter
JP4339524B2 (en) DATA TRANSMISSION METHOD, DATA TRANSMISSION DEVICE, DATA RECEPTION METHOD, DATA RECEPTION DEVICE, DATA RECORDING METHOD, AND DATA RECORDING DEVICE
US7346054B2 (en) Method and system for co-relating transport packets on different channels using a cyclic redundancy check (CRC)
JP4387064B2 (en) Data transmission method and data transmission apparatus
US20040042459A1 (en) Method and system for co-relating transport packets on different channels using a packet prioritization scheme
JP4436573B2 (en) Data transmission method and data transmission apparatus
US7668270B2 (en) Method and system for programmable filtering offset
JP3698406B2 (en) Data multiplex transmission method
JP3490252B2 (en) Packet-multiplexed audio / video signal separation device
JP3617177B2 (en) Video material supply apparatus and method
JP2004104730A (en) Delay time detecting method and av synchronization detecting method
KR101011350B1 (en) Method for creating a system clock in a receiver device and corresponding receiver device
KR101141644B1 (en) Apparatus and Method of PSI converting
JP4565995B2 (en) Real-time data transmission device
JP2000049726A (en) Multiplexing device and method therefor
JP3844854B2 (en) System decoder and MPEG2 decoding device
JP2000228654A (en) Data transmission system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050412

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050418

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050616

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20050704

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050704

R150 Certificate of patent (=grant) or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20080715

Year of fee payment: 3

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

Free format text: PAYMENT UNTIL: 20090715

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100715

Year of fee payment: 5

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

Free format text: PAYMENT UNTIL: 20110715

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20120715

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20130715

Year of fee payment: 8

LAPS Cancellation because of no payment of annual fees