JP2020102862A - インタフェース方法 - Google Patents

インタフェース方法 Download PDF

Info

Publication number
JP2020102862A
JP2020102862A JP2020035556A JP2020035556A JP2020102862A JP 2020102862 A JP2020102862 A JP 2020102862A JP 2020035556 A JP2020035556 A JP 2020035556A JP 2020035556 A JP2020035556 A JP 2020035556A JP 2020102862 A JP2020102862 A JP 2020102862A
Authority
JP
Japan
Prior art keywords
packet
variable
data
length
interface method
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
JP2020035556A
Other languages
English (en)
Other versions
JP6823277B2 (ja
Inventor
長谷川　照晃
Teruaki Hasegawa
照晃 長谷川
堤　浩一
Koichi Tsutsumi
浩一 堤
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.)
Socionext Inc
Original Assignee
Socionext 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 Socionext Inc filed Critical Socionext Inc
Publication of JP2020102862A publication Critical patent/JP2020102862A/ja
Application granted granted Critical
Publication of JP6823277B2 publication Critical patent/JP6823277B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

【課題】端子数や配線数の増加を招くことなく、ＴＳパケットおよび可変長パケットの伝送が可能なインタフェース方法を提供する。【解決手段】クロック信号ＣＬＫに同期してデータを送出するインタフェース方法は、入力された搬送波に対して復調処理および誤り訂正処理を行い、これら処理後の信号を出力する受信ステップと、データに基づく信号を受信するバックエンド処理部の指示に従って、受信ステップで生成された受信データに含まれるＴＳパケットを取得してデータとして送出するか、あるいは、受信ステップで生成された受信データに含まれる可変長パケットを取得してデータとして送出するか、を選択する第１の選択ステップとを備えている。【選択図】図２

Description

本開示は、インタフェース方法に関し、特に、テレビ等に用いられる受信装置のフロントエンドからバックエンドにデータを伝送する技術に関する。
従来、放送などに用いられるトランスポートストリーム（ＴＳ：Transport Stream）とともに、通信などに用いられる可変長パケットを伝送可能とする技術が知られている。例えば、高度ＢＳデジタル放送では、ＴＳパケットとＴＬＶ（Type Length Value）パケットとが伝送可能となっている（例えば、非特許文献１参照）。この技術によると、ＩＰ（Internet Protocol）パケットはＴＬＶ形式で伝送される。
ＴＳパケットとＴＬＶパケット等の可変長パケットとを同時に伝送する装置として、ＴＳパケットと可変長パケットとを多重化して送出する送信装置と、多重化信号を受信してＴＳパケットと可変長パケットとに分離する受信装置とが開示されている（例えば、特許文献１参照）。
このような受信装置では、フロントエンドによってＴＳパケットと可変長パケットとが分離された後、これらパケットに対してバックエンドによって復号化等が実行されるのが一般的である。
特許文献１の図７に示すデータ信号としてのＴＳパケットは、例えば非特許文献２の特にＰ１２，Ｐ１３に示すように、クロック信号の他に２種類の信号を用いて伝送可能である。
特開２０１３−１７５９４９号公報
ＡＲＩＢ ＳＴＤ−Ｂ４４ １．０版，"高度広帯域衛星デジタル放送の伝送方式"，一般社団法人 電波産業会，２００９年７月２９日 EUROPEAN STANDARD，EN 50083-9,"Cable networks for television signals, sound signalsand interactive servicesPart 9: Interfaces for CATV/SMATV headendsand similar professional equipment for DVB/MPEG-2 transport streams",December 2002
特許文献１の図７の受信装置では、ＴＳパケットの他に、ＴＬＶパケットを伝送する必要がある。ＴＬＶパケットをどのように伝送するかについては、特許文献１および他の文献には開示されていない。
そこで、フロントエンドからバックエンドに可変長パケットを伝送するために、例えば、特許文献１の図７の受信装置において、可変長パケット伝送用の端子や配線を設けることが考えられる。
しかしながら、可変長パケットを伝送するための専用の端子や配線を設けると、端子数や配線数が増加してしまい、結果として、受信装置のコストの増加や、回路規模の増大を招くおそれがある。また、配線数の増加により、バックエンド側の端子数にも変更が生じうる。
かかる点に鑑みて、本開示は、端子数や配線数の増加を招くことなく、ＴＳパケットおよび可変長パケットの伝送が可能なインタフェース方法を提供することを課題とする。
上記課題を解決するため本開示によって次のような解決手段を講じた。すなわち、クロック信号に同期してデータを送出するインターフェース方法は、入力された搬送波に対して少なくとも復調処理および誤り訂正処理を行う受信ステップと、前記データに基づく信号を受信するバックエンド処理部の指示に従って、前記受信ステップで生成された受信データに含まれるＴＳ（Transport Stream）パケットを取得して前記データとして送出するか、あるいは、前記受信ステップで生成された受信データに含まれる可変長パケットを取得して前記データとして送出するか、を選択する第１の選択ステップと、を備えている。
これにより、ＴＳパケットおよび可変長パケットを出力するための端子および配線を共通化することができる。換言すると、可変長パケットを出力するための、専用の端子および配線を別途設ける必要がないため、端子数および配線数の増加を招くことなく、これらパケットの伝送が可能となる。その結果、当該インタフェース方法を備える受信装置の低コスト化および省面積化を図ることができる。
また、当該インタフェース方法で送出されたデータを受けるバックエンド側の装置において、端子数やプロトコル等の仕様変更が少なくても済む。
本開示によれば、端子数や配線数の増加を招くことなく、ＴＳパケットおよび可変長パケットの伝送が可能なインタフェース方法を提供することができる。
図１は、第１の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。 図２は、第１の実施形態に係るインタフェース装置のブロック図である。 図３は、第１の実施形態に係るインタフェース装置から出力される各信号のタイミングチャートである。 図４は、第１の実施形態に係る可変長パケット取得部の構成例を示すブロック図である。 図５は、図４のＩＰパケット生成部の構成例を示すブロック図である。 図６は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための図である。 図７は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための別の図である。 図８は、第１の実施形態の変形例に係るインタフェース装置のブロック図である。 図９は、第２の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。 図１０は、可変長パケットから固定長パケットが形成される第１の例を説明するための図である。 図１１は、可変長パケットから固定長パケットが形成される第２の例を説明するための図である。 図１２は、図１０および図１１に示す固定長パケットが送出される場合のタイミングチャートである。 図１３は、可変長パケットから固定長パケットが形成される第３の例およびそれが送出される場合のタイミングチャートである。 図１４は、複数の可変長パケットが可変長のまま送出される場合のタイミングチャートである。
＜第１の実施形態＞
図１は、第１の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。この受信装置１は、例えば、デジタルテレビ等に搭載され、地上デジタル放送や高度ＢＳデジタル放送、およびケーブルテレビ等の各種放送サービス、ならびに、ＩＰパケット等を用いた通信サービスに係る信号を受信可能である。受信装置１は、フロントエンド処理部としてのインタフェース装置２と、バックエンド処理部３とを有する。
インタフェース装置２は、アンテナから入力される、例えばＩ／Ｑ（In-phase／Quadrature-phase）信号やＩＦ（Intermediate Frequency）信号等の、少なくとも１つの搬送波を受信し、搬送波からＴＳパケットと可変長パケットとを抽出し、これらパケットをデータ信号ＤＡＴＡとしてクロック信号ＣＬＫに同期してバックエンド処理部３に送出する。搬送波は、例えばテレビ放送（ＢＳ放送や地上デジタル放送等）や通信に係る信号を含む。
また、インタフェース装置２は、信号ＤＡＴＡの先頭位置を示すパケットクロック信号ＰＣＬＫおよび信号ＤＡＴＡの有効期間を示すデータイネーブル信号ＤＥの出力が可能である。
図２は、第１の実施形態に係るインタフェース装置のブロック図である。インタフェース装置２は、受信部４と、ＴＳパケット取得部５と、可変長パケット取得部６と、第１のセレクタとしてのセレクタ７とを有する。
受信部４は、入力された搬送波に対して、例えば、Ａ／Ｄ（Analogue-to-Digital）変換処理、８ＰＳＫ（Phase ShiftKeying）や１６ＡＰＳＫ（Amplitude and Phase ShiftKeying）といった復調処理、および、ＬＤＰＣ（Low Density Parity Check）符号やＢＣＨ（Bose-Chaudhuri-Hocquenghem）符号等を用いた誤り訂正処理を行う。
なお、受信部４は上記以外の処理を行ってもよく、ＴＳパケット取得部５および可変長パケット取得部６に必要な信号を出力可能であればよい。
また、受信部４には、チューナが含まれていてもよく、リモコン等の操作によってチューナで選局された放送に係る信号が入力されてもよい。
ＴＳパケット取得部５は、搬送波に含まれるＴＭＣＣ（Transmission and Multiplexing Configuration and Control）情報に基づいて、受信部４の出力から固定長であるＴＳパケットを取得して出力する。例えば、ＴＳパケット取得部５は、指示されたＴＳ−ＩＤ（TS-Identifier）に応じたＴＳパケットを抽出可能である。
可変長パケット取得部６は、ＴＭＣＣ情報に基づいて、受信部４の出力から、可変長であるＴＬＶパケットやＩＰパケット等の可変長パケットを取得して出力する。なお、可変長パケット取得部６は、ＴＳパケット取得部５の後段側に接続されていてもよい。また、例えば、可変長パケット取得部６は、リモコン等により指示されたＴＬＶ−ＩＤ（TLV-Identifier）に応じたＴＬＶパケットを抽出可能であってもよい。
つまり、ＴＳパケット取得部５がＴＳパケットを、可変長パケット取得部６が可変長パケットを、受信部４の出力から取得可能であればよい。
セレクタ７は、ＴＳパケット取得部５の出力および可変長パケット取得部６の出力のいずれか一方を選択的に出力する。例えば、セレクタ７は、リモコンの選局に応じて、ＴＳパケットあるいは可変長パケットの選択を切り替えてもよく、バックエンド処理部３からの指示に応じて切り替えてもよい。セレクタ７は、選択したパケットを信号ＤＡＴＡとして出力する。
なお、セレクタ７は、信号ＣＬＫ、信号ＰＣＬＫ、および信号ＤＥを生成可能な回路を含んでいてもよく、当該回路はインタフェース装置２の内部に設けられていればよい。
また、セレクタ７は、任意のタイミングでＴＳパケットあるいは可変長パケットの選択を切り替えてもよい。例えば、セレクタ７の入力が時分割で多重化されている場合には、セレクタ７の切り替えが、その時分割多重化データに応じて行われてもよい。
図３は、第１の実施形態に係るインタフェース装置から出力される各信号のタイミングチャートである。なお、図３は、セレクタ７が可変長パケットを選択している場合、つまり可変長バイトの信号ＤＡＴＡがシリアル伝送される場合のタイミングチャートである。
図３に示すように、ＴＬＶパケット等の可変長データである信号ＤＡＴＡは、信号ＣＬＫに同期して送出される。なお、信号ＰＣＬＫは、信号ＤＡＴＡの例えば先頭１バイトにおいてアクティブになるなど、信号ＤＡＴＡの先頭付近であらかじめ定められた動作をしてもよい。
また、セレクタ７がＴＳパケットを選択している場合には、例えば１８８バイトの固定長データである信号ＤＡＴＡが信号ＣＬＫに同期して送出される。
また、バックエンド処理部３において、信号ＤＡＴＡの先頭位置および有効期間を判定する処理を実装可能である場合には、信号ＰＣＬＫおよび信号ＤＥを省略してもよい。
また、信号ＤＡＴＡはパラレル伝送されてもよい。
以上、本実施形態によると、セレクタ７は、固定長であるＴＳパケット、あるいは可変長であるＴＬＶパケットやＩＰパケットを選択して、信号ＤＡＴＡとして出力可能である。したがって、インタフェース装置２において、固定長パケットと可変長パケットとを送出するための端子、およびこれらのパケットを伝送するための信号線を共有化することができる。
ここで、非特許文献２には、ＴＳパケットを伝送するために、データ信号およびクロック信号の他に２種類、計４本の信号を用いる例が開示されている。したがって、特許文献１の図７に示す受信装置から出力されるＴＳパケットを後段に伝送するために、その技術を用いることができる。
ところが、特許文献１の図７の受信装置でＴＳパケットと分離されて出力されるＴＬＶパケットも別途後段に送出する必要があるが、ＴＬＶパケット等の可変長パケットの伝送についてはこれら文献には明記されていない。
そこで、ＴＬＶパケットを送出するための専用の端子および配線を設けることが考えられるが、そうすると、装置のコストや回路規模が増大するおそれがある。また、端子数や配線数の増加は、後段側の装置の大幅な仕様変更につながる可能性がある。
これに対して、本実施形態では、ＴＳパケットと可変長パケットとを同じ端子および信号線を用いて伝送可能であるため、可変長パケットを伝送するための専用の端子および信号線が不要である。つまり、端子数および配線数の増加を招くことなく、異なる種類のデータの伝送が可能である。
これにより、インタフェース装置２の低コスト化や回路規模の縮小化を図ることができるとともに、バックエンド処理部３においても端子数を増やす必要がないため、その構成を大きく変更する必要がない。
次に、可変長パケット取得部６の構成例について説明する。
図４は、第１の実施形態に係る可変長パケット取得部の構成例を示すブロック図である。
可変長パケット取得部６は、ＴＬＶパケット取得部９と、ＩＰパケット生成部１０と、第２のセレクタとしてのセレクタ１１とを有する。
なお、可変長パケット取得部６において、ＴＬＶパケットのみを出力すればよい場合は、ＩＰパケット生成部１０およびセレクタ１１を省略してもよい。
ＴＬＶパケット取得部９は、受信部４の出力から、ＴＭＣＣ情報に含まれるポインタ／スロット情報に基づいてＴＬＶパケットを取得可能である。また、ＴＬＶパケット取得部９は、ＴＭＣＣ情報に含まれるＴＬＶ−ＩＤを用いて、リモコン等で選局されたＴＬＶ−ＩＤに対応するＴＬＶパケットを出力する。ポインタ／スロット情報は、スロット毎に包含される、最初のパケットの先頭位置、および最後のパケットの末尾の位置を示す情報である。
ＩＰパケット生成部１０は、ＴＬＶパケットのヘッダ情報に基づいてＩＰパケットを生成する。ＩＰパケットはＴＬＶ形式で伝送されているため、ＴＬＶパケットのヘッダ情報が、そのＴＬＶパケットがＩＰパケットであることを示す場合に、ＴＬＶパケットからＩＰパケットが生成される。ＩＰパケットの生成に際して、リモコン等による選局や、ＩＧＭＰ（Internet Group Management Protocol）およびＭＬＤ（Multicast Listener Discovery）等のプロトコルを用いてもよい。
なお、ＩＰパケット生成部１０は、ＵＤＰ（User Datagram Protocol）パケットを生成可能であってもよい。
セレクタ１１は、ＴＬＶパケット取得部９およびＩＰパケット生成部１０の出力のうちいずれかを選択する。なお、セレクタ１１は、リモコン等によって切り替え可能であってもよい。
このように可変長パケット取得部６を構成することにより、ＴＬＶパケットとＩＰパケットといった異なる種類のパケットの選択的な出力が可能となる。
図５は、ＩＰパケット生成部の構成例を示すブロック図である。図５に示すように、ＩＰパケット生成部１０は、例えば、ＩＰ化部１４と、メモリ１５とを有する。
ＩＰ化部１４は、入力されるＴＬＶパケットのヘッダ情報が、ＩＰパケットを示すかどうかを判定し、入力されたパケットがＴＬＶ形式のＩＰパケットであれば、ＴＬＶヘッダを除去してＩＰ化し、ＩＰパケットを生成して出力する。
また、ＩＰ化部１４は、ＩＰパケットのヘッダ（ＩＰ／ＵＤＰヘッダ、以下、ヘッダと略記する）が圧縮されているかどうかを判定し、圧縮されている場合には、そのヘッダを伸長して出力可能である。
なお、ＩＰ化部１４は、入力されたＴＬＶパケットが、ＴＬＶ形式のＩＰパケットではない場合、ＩＰ化は行わず、ＴＬＶパケットをそのまま出力してもよい。
メモリ１５は、バッファであり、バッファしたパケットのバースト出力が可能に構成されている。なお、メモリ１５を、ＩＰ化部１４の前段に設けてもよい。
このように、ＩＰパケット生成部１０は、バッファされたパケットを出力したり、出力の停止をしたりするバースト出力が可能な構成であってもよい。なお、ＩＰパケット生成部１０は、パケットを連続的に出力可能であってもよい。
ここで、ＩＰパケットのヘッダが圧縮されている場合、ＩＰパケット生成部１０においてヘッダが伸長されるため、ヘッダが圧縮されている場合におけるＩＰパケット生成部１０の出力に係る伝送レートは、ヘッダが圧縮されていない場合よりも高くなるように設定されていることが好ましい。
あるいは、ＩＰパケットのヘッダが圧縮されている場合、ＩＰパケット生成部１０の出力に係る伝送レートは、入力に係る伝送レートよりも高くなるように設定されていることが好ましい。
これらの点について、図６および図７を用いて説明する。
図６は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための図である。図６（Ａ）はヘッダが圧縮されていない場合、図６（Ｂ）はヘッダが圧縮されている場合を示す。なお、図６では、ＴＬＶ形式のＩＰパケットが入力され、ＩＰ化されてから出力される例を示す。
図６（Ａ）において、伝送レートＡ１で、ＴＬＶパケットであるパケットＴＬＶ１，ＴＬＶ２がＩＰ化部１４に入力される。ＩＰ化部１４では、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、それぞれからＩＰパケットであるパケットＩＰ１，ＩＰ２が生成され、伝送レートＡ２で出力される。
パケットＩＰ１，ＩＰ２はメモリ１５でバッファされ、伝送レートＡ３でＩＰパケット生成部１０からバースト出力される。
なお、図６（Ａ）に示す伝送レートＡ１〜Ａ３は任意である。
一方、図６（Ｂ）において、伝送レートＢ１で、ＴＬＶパケットであるパケットＴＬＶ１，ＴＬＶ２がＩＰ化部１４に入力される。ＩＰ化部１４では、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、かつそれぞれのヘッダが伸長され、ＩＰパケットであるパケットＩＰ１，ＩＰ２が生成され、伝送レートＢ２で出力される。
パケットＩＰ１，ＩＰ２はメモリ１５でバッファされ、伝送レートＢ３でＩＰパケット生成部１０からバースト出力される。
このように、ヘッダが圧縮されている場合、その伸長を行う必要があるため、図６（Ｂ）に示すパケットＩＰ１，ＩＰ２のサイズは、図６（Ａ）に示すパケットＩＰ１，ＩＰ２のサイズよりも大きくなる。
そこで、本実施形態に係るＩＰパケット生成部１０では、ヘッダが圧縮されている場合において、その出力に係る伝送レートＢ３を、その入力に係る伝送レートＢ１よりも高くなるように切り替え可能としている。
あるいは、ヘッダが圧縮されている場合におけるＩＰパケット生成部１０の出力に係る伝送レートＢ３を、ヘッダが圧縮されていない場合におけるＩＰパケット生成部１０の出力に係る伝送レートＡ３よりも高くなるように切り替え可能としてもよい。
つまり、伝送レートＡ３＜伝送レートＢ３、あるいは、伝送レートＢ１＜伝送レートＢ３という関係となるようにＩＰパケット生成部１０における伝送レートが異なっていればよい。
なお、伝送レートＢ２と伝送レートＢ３とについて、伝送レートとして高い周波数のクロックを用いることで、一定のクロックを用いたバースト出力が可能となる。
また、伝送レートＡ３を伝送レートＢ３に合わせてもよい。この場合、ヘッダが圧縮されているかどうかにかかわらず、伝送レートの切り替えが不要であるとともに、高い伝送レートでのパケットの送出が可能となる。
図７は、図５のＩＰパケット生成部で扱われるデータと伝送レートを説明するための別の図である。図７（Ａ）はＴＬＶパケットが出力される場合、図７（Ｂ）はＩＰパケットが出力される場合を示す。なお、図７（Ｂ）では、ヘッダが圧縮されているものとする。
図７（Ａ）に示すように、ＩＰパケット生成部１０によってＴＬＶパケットがＩＰ化されない場合、ＩＰ化部１４に入力されたパケットＴＬＶ１，ＴＬＶ２はメモリ１５でバッファされ、伝送レートＡ３でパケットＴＬＶ１，ＴＬＶ２がバースト出力される。
一方、図７（Ｂ）に示すように、ＴＬＶパケットがＩＰ化される場合、ＩＰ化部１４において、パケットＴＬＶ１，ＴＬＶ２のＴＬＶヘッダが除去され、かつそれぞれのヘッダが伸長され、パケットＩＰ１，ＩＰ２が伝送レートＢ２で出力される。
パケットＩＰ１，ＩＰ２は、メモリ１５でバッファされ、伝送レートＢ３でＩＰパケット生成部１０からバースト出力される。このとき、伝送レートＢ１＜伝送レートＢ３となっていればよい。
ここで、図７（Ａ）ではＴＬＶパケットが出力される場合を示しているが、伝送レートＡ１〜Ａ３のそれぞれについて、図７（Ｂ）に示す伝送レートＢ１〜Ｂ３と同じとなるようにしてもよい。
これにより、高い周波数のクロックを用いてＴＬＶパケットのバースト出力が可能であるとともに、ＴＬＶパケットを出力するためのクロック周波数の変更が不要となる。
また、これらのパケットを出力するためのクロック周波数が一定であれば、バックエンド処理部３における受信処理が容易となる。
なお、可変長パケットとして、ＧＳＥ（Generic Stream Encapsulated）パケットを伝送してもよい。
−変形例−
図８は、第１の実施形態の変形例に係るインタフェース装置のブロック図である。なお、図８では、図２との相違点について主に説明する。
受信部４は、第１の受信処理部４ａと、第２の受信処理部４ｂとを有する。
受信処理部４ａは、例えば地上デジタル放送に係る第１の搬送波を受け、Ａ／Ｄ変換処理、復調処理、および誤り訂正処理等を行い、ＴＳパケット取得部５での処理に必要な形式にして出力する。
受信処理部４ｂは、例えばＢＳデジタル放送に係る第２の搬送波を受け、Ａ／Ｄ変換処理、復調処理、および訂正処理等を行い、可変長パケット取得部６での処理に必要な形式にして出力する。
このように、受信部４は、異なる複数の搬送波を受け、各搬送波に対して上述した処理を行い、処理後の各信号を、ＴＳパケット取得部５および可変長パケット取得部６にそれぞれ出力可能に構成されていてもよい。
このように構成しても、セレクタ７によって、ＴＳパケットあるいはＴＬＶパケット等の可変長パケットを選択的に出力可能であるため、異なる種類のパケットを共通の端子および信号線で伝送することができる。
＜第２の実施形態＞
図９は、第２の実施形態に係るインタフェース装置を備えた受信装置のブロック図である。本実施形態では、第１の実施形態との相違点について主に説明する。
本実施形態に係るインタフェース装置２は、受信部４と、ＴＳパケット取得部５と、可変長パケット取得部６と、セレクタ７と、パケット調整部１２とを有する。
パケット調整部１２は、可変長パケット取得部６から出力されるＴＬＶパケット等の可変長パケットのサイズがＴＳパケットと同じサイズになるように調整可能である。したがって、ＴＳパケットのサイズが例えば１８８バイトである場合には、パケット調整部１２は、可変長パケットのサイズが１８８バイトとなるように調整する。つまり、パケット調整部１２は、可変長パケットを、擬似的な固定長パケットとして扱うことができるようにする。
セレクタ７は、ＴＳパケット取得部５、可変長パケット取得部６、およびパケット調整部１２の出力のいずれかを選択して出力する。
なお、パケット調整部１２と可変長パケット取得部６とを一体としてもよく、この場合、セレクタ７は、ＴＳパケット取得部５およびその一体形成した回路の出力のいずれかを選択して出力すればよい。
次に、本実施形態に係るパケット調整部１２において、可変長パケットから擬似的な固定長パケットが形成されるバリエーションについて、図を参照しながら説明する。
−第１の例−
図１０は、可変長パケットから固定長パケットが形成される第１の例を説明するための図である。
図１０に示すように、それぞれサイズが異なる可変長パケットである可変長データ１〜可変長データ４は、例えば１８８バイトの固定長データである調整データ１〜調整データ３になるように調整される。
具体的に、可変長データ１は１８８バイトよりも長いため、その一部が１８８バイトで分割されて調整データ１が形成される。また、可変長データ１の残りのデータと、可変長データ２の一部が分割されたデータとから調整データ２が形成される。
さらに、可変長データ２の残りのデータと、可変長データ３と、可変長データ４の一部が分割されたデータとから、調整データ３が形成される。
以上のように、可変長データのサイズが調整されて、サイズが固定長である調整データが形成される。
−第２の例−
図１１は、可変長パケットから固定長パケットが形成される第２の例を説明するための図である。図１１では、例えば高度ＢＳデジタル放送内に多重化されて送信されるＴＭＣＣ信号に含まれるＴＬＶ−ＩＤを用いる場合について説明する。
例えば、可変長パケットである可変長データ１〜可変長データ４のうち、ＴＬＶ−ＩＤによって、可変長データ１および可変長データ３が選択されたとする。この場合、非選択の可変長データ２および可変長データ４はＮＵＬＬとなる。なお、非選択の可変長データ２および可変長データ４をＮＵＬＬにする処理は、可変長パケット取得部６やその前段のブロックで行われてもよいし、パケット調整部１２で行われてもよい。
その後、可変長データ１の一部が１８８バイトで分割されて調整データ１が形成される。また、可変長データ１の残りのデータと、ＮＵＬＬデータの一部が分割されたデータとから調整データ２が形成される。
さらに、ＮＵＬＬデータの残りのデータと、可変長データ３と、ＮＵＬＬデータの一部が分割されたデータとから調整データ３が形成される。
以上により、ＴＬＶ−ＩＤによって選択されたデータのみを送出することが可能となる。なお、非選択の可変長データを、単なるＮＵＬＬデータではなく、あらかじめ決められたデータとして、例えば０ｘＦＦ等の任意のデータで置き換えてもよい。
また、さらに、上記ＮＵＬＬデータは、可変長データが共通に持つヘッダ部分を有し、当該ＮＵＬＬデータのサイズがわかる形式のものであってもよい。
このことにより、ＮＵＬＬデータであっても、当該ＮＵＬＬデータのサイズを抽出することで、後続の可変長データの先頭を抽出することが可能になる。
また、可変長パケットとしてのＩＰパケットから調整データが形成される場合も同様である。
また、上記は非選択の可変長データをＮＵＬＬデータとして置き換えることとしたが、非選択の可変長データを取り除いてもよい。すなわち、図１１に示す調整直前の状態において、可変長データ１にＮＵＬＬデータが続くのではなく、可変長データ３が続くようにしてもよい。
図１２は、図１０および図１１に示す固定長パケットが送出される場合のタイミングチャートである。
図１２に示すように、可変長パケットは例えば１８８バイト単位で送出されるため、可変長パケットを固定長データであるＴＳパケットと同様の形式で送出することができる。
したがって、固定長データを処理するように構成されたバックエンド処理部３においても、可変長パケットを固定長データとして扱うことができる。
なお、図１２において、信号ＰＣＬＫおよび信号ＤＥを省略してもよい。また、信号ＰＣＬＫは、ＴＳパケットと同じサイズ（例えば１８８バイト）毎にアクティブになってもよい。あるいは、信号ＰＣＬＫは、サイズが調整される前の可変長データの先頭位置においてアクティブになってもよい。
−第３の例−
図１３は、可変長パケットから固定長パケットが形成される第３の例およびそれを送出する場合のタイミングチャートである。なお、信号ＣＬＫは省略している。
図１３は、可変長パケットのサイズが固定長パケットの整数倍となるように調整される場合の例である。
具体的に、可変長パケットである可変長データ１は、１８８バイトの固定長データ１と、１８８バイト未満のデータに分割されるが、このとき、１８８バイト未満のデータには、ダミーデータであるデータＰｄ１が付加される。
つまり、可変長データ１のうち先頭１８８バイト分のデータから調整データ１が形成され、可変長データ１の残りに対してサイズが１８８バイトになるまでデータＰｄ１が付加されて調整データ２が形成される。
次に、可変長データ２のサイズは１８８バイト未満であるため、可変長データ２に対してサイズが１８８バイトになるまでダミーデータであるデータＰｄ２が付加される。つまり、可変長データ２およびデータＰｄ２から調整データ３が形成される。
そして、調整データ１〜調整データ３が送出される場合には、サイズが調整される前のデータである可変長データ１〜可変長データ３の先頭位置においてアクティブになる信号ＰＣＬＫが用いられる。
また、上記では入力された可変長データに対して、データが追加されて出力されることになるため、入力側の伝送レートよりも出力側の伝送レートを高くするようにしてオーバーフローを防ぐようにしてもよい。
また、上記では、ダミーデータは、可変長データの末尾に追加されているが、可変長データの先頭に追加するようにしてもよい。つまり、ダミーデータの付加によって、可変長データのサイズがＴＳパケットのサイズと同じになればよい。
以上、第１〜第３の例に示すように、パケット調整部１２において、可変長パケットのサイズが調整されて、ＴＳパケットと同じサイズの固定長データが形成される。なお、パケット調整部１２に入力される可変長パケットには所定のダミーデータが含まれていてもよい。
固定長データである調整データ１〜調整データ３がインタフェース装置２から送出される場合、信号ＰＣＬＫは、可変長データ１〜可変長データ３の先頭位置においてアクティブになる。つまり、信号ＰＣＬＫは、データの先頭位置を示す信号であるが、可変長データの先頭位置に対応する調整データの先頭位置でアクティブになればよい。
このようにすれば、バックエンド処理部３は、可変長パケットを固定長データとして受信することができ、信号ＰＣＬＫに基づいて受信データの実際の先頭位置（つまり、可変長パケットの先頭位置）を判断することができる。
以上のように、可変長パケットを擬似的に固定長パケットとすることで、バックエンド処理部３における処理内容や伝送プロトコル等の変更を少なくすることができる。
一方、第１および第２の実施形態に示すインタフェース装置２から送出される信号ＤＡＴＡの伝送効率を考慮すると、可変長パケットはそのままの形式で送出されることが好ましい。
しかしながら、可変長パケットがそのまま送出される場合、バックエンド処理部３は、パケットのヘッダ情報からパケットの先頭位置やサイズ等を算出して、可変長パケット同士の境界を特定する必要がある。このとき、何らかの原因（データ化け等）で、ヘッダ情報の解析できなくなると、バックエンド処理部３において正常な処理ができなくなってしまうおそれがある。
そこで、伝送効率を良好に維持しながらも、バックエンド処理部３における安定的な処理を可能とするために、インタフェース装置２は、図１４に示すように、信号ＤＡＴＡを送出するようにすればよい。
図１４は、複数の可変長パケットが可変長のまま送出される場合のタイミングチャートである。なお、信号ＣＬＫは省略している。
図１４に示すように、可変長パケットである可変長データ１〜可変長データ３の各先頭位置でアクティブになる信号ＰＣＬＫが、可変長データ１〜可変長データ３とともに送出されるようにする。
これにより、バックエンド処理部３は、信号ＰＣＬＫに基づいて、可変長データ１〜可変長データ３の各先頭位置を正確に認識することができる。したがって、バックエンド処理部３において、例えば、信号ＰＣＬＫに基づいて可変長データを特定するように、ＣＰＵ（Central Processing Unit）によるソフトウェア処理を実装すればよい。
本開示に係るインタフェース装置は、端子数および配線数を増加させることなく異なる種類の複数の信号を伝送することができるため、受信装置の回路規模の縮小化や低コスト化等に有用である。
１ 受信装置
２ インタフェース装置
４ 受信部
４ａ 第１の受信処理部
４ｂ 第２の受信処理部
５ ＴＳパケット取得部
６ 可変長パケット取得部
７ セレクタ（第１のセレクタ）
９ ＴＬＶパケット取得部
１０ ＩＰパケット生成部
１１ セレクタ（第２のセレクタ）
１２ パケット調整部
ＣＬＫ クロック信号
ＤＡＴＡ データ信号
ＰＣＬＫ パケットクロック信号

Claims (11)

  1. クロック信号に同期してデータを送出するインターフェース方法であって、
    入力された搬送波に対して少なくとも復調処理および誤り訂正処理を行う受信ステップと、
    前記データに基づく信号を受信するバックエンド処理部の指示に従って、前記受信ステップで生成された受信データに含まれるＴＳ（Transport Stream）パケットを取得して前記データとして送出するか、あるいは、前記受信ステップで生成された受信データに含まれる可変長パケットを取得して前記データとして送出するか、を選択する第１の選択ステップと、
    を備えたことを特徴とするインタフェース方法。
  2. 請求項１のインタフェース方法において、
    前記可変長パケットは、ＴＬＶ（Type Length Value）パケットあるいはＩＰ（Internet Protocol）パケットのいずれかである
    ことを特徴とするインタフェース方法。
  3. 請求項１のインタフェース方法において、
    前記受信ステップは、
    前記搬送波を第１の搬送波として受け、前記ＴＳパケットの取得に用いるデータを生成する第１の受信処理ステップと、
    前記第１の搬送波とは異なる第２の搬送波を受け、前記可変長パケットの取得に用いるデータを生成する第２の受信処理ステップとを有する
    ことを特徴とするインタフェース方法。
  4. 請求項１のインタフェース方法において、
    前記可変長パケットの取得では、
    前記受信データからＴＬＶパケットを取得するＴＬＶパケット取得ステップと、
    前記ＴＬＶパケットからＩＰパケットを生成するＩＰパケット生成ステップと、
    前記ＴＬＶパケットおよび前記ＩＰパケットのいずれかを選択する第２の選択ステップとを行う
    ことを特徴とするインタフェース方法。
  5. 請求項４のインタフェース方法において、
    前記ＴＬＶパケットに含まれるＩＰパケットのヘッダが圧縮されている場合の当該ＩＰパケット生成ステップで生成される前記ＩＰパケットに係る伝送レートは、当該ヘッダが圧縮されていない場合よりも高い
    ことを特徴とするインタフェース方法。
  6. 請求項４のインタフェース方法において、
    前記ＴＬＶパケットに含まれるＩＰパケットのヘッダが圧縮されている場合、当該ＩＰパケット生成ステップで生成される前記ＩＰパケットに係る伝送レートは、入力に係る伝送レートよりも高い
    ことを特徴とするインタフェース方法。
  7. 請求項１のインタフェース方法において、
    前記可変長パケットの取得において生成される少なくとも１つの前記可変長パケットを前記ＴＳパケットのサイズと同じ、１つまたは複数のパケットになるように調整するパケット調整ステップを備え、
    前記第１の選択ステップは、前記ＴＳパケット、前記可変長パケット、および前記パケット調整ステップで生成されるパケットのいずれかを選択し、当該選択したパケットを前記データとして送出する
    ことを特徴とするインタフェース方法。
  8. 請求項７のインタフェース方法において、
    前記パケット調整ステップでは、第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同サイズに満たない状態で、前記第１の可変長パケットが終了した場合、前記第１の可変長パケットに続く第２の可変長パケットを続けて処理することで、前記第１の可変長パケットの最終部と前記第２の可変長パケットの先頭部とを含んだ、前記ＴＳパケットと同サイズのパケットを送出する
    ことを特徴とするインタフェース方法。
  9. 請求項７のインタフェース方法において、
    前記パケット調整ステップでは、第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同じサイズに満たない状態で前記第１の可変長パケットが終了した場合、第２の可変長パケットと同サイズの所定の固定データを続けて処理することで、前記第１の可変長パケットの最終部と前記所定の固定データの先頭部とを含んだ、前記ＴＳパケットと同サイズのパケットを送出する
    ことを特徴とするインタフェース方法。
  10. 請求項８のインタフェース方法において、
    前記第２の可変長パケットは、当該パケットが前記受信ステップで受信されたときと同じサイズの所定の固定データからなる
    ことを特徴とするインタフェース方法。
  11. 請求項７のインタフェース方法において、
    前記パケット調整ステップでは、第１の可変長パケットと前記第１の可変長パケットに続く第２の可変長パケットとがある場合に、当該パケット調整ステップは、前記第１の可変長パケットの先頭から順次、前記ＴＳパケットと同サイズごとに区切って出力し、前記ＴＳパケットと同サイズに満たない状態で、前記第１の可変長パケットが終了した場合、続けて前記第２の可変長パケットとは異なる所定のデータを付加し、前記第１の可変長パケットの最終部と前記付加したデータからなる、前記ＴＳパケットと同サイズのパケットを送出する
    ことを特徴とするインタフェース方法。
JP2020035556A 2014-06-24 2020-03-03 インタフェース方法 Active JP6823277B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014128919 2014-06-24
JP2014128919 2014-06-24

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016529017A Division JP6674105B2 (ja) 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置

Publications (2)

Publication Number Publication Date
JP2020102862A true JP2020102862A (ja) 2020-07-02
JP6823277B2 JP6823277B2 (ja) 2021-02-03

Family

ID=54937656

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2016529017A Active JP6674105B2 (ja) 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置
JP2020035556A Active JP6823277B2 (ja) 2014-06-24 2020-03-03 インタフェース方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2016529017A Active JP6674105B2 (ja) 2014-06-24 2015-06-10 インタフェース装置およびそれを備えた受信装置

Country Status (4)

Country Link
US (2) US10715642B2 (ja)
JP (2) JP6674105B2 (ja)
CN (2) CN106471761B (ja)
WO (1) WO2015198545A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6706784B2 (ja) * 2014-09-12 2020-06-10 パナソニックＩｐマネジメント株式会社 送信装置、受信装置、送信方法及び受信方法
JP6300116B2 (ja) * 2014-10-10 2018-03-28 パナソニックＩｐマネジメント株式会社 送信方法、送信装置及びシステム
JP6773032B2 (ja) * 2015-06-11 2020-10-21 ソニー株式会社 信号処理装置および信号処理方法、並びにプログラム
JP6290852B2 (ja) * 2015-12-24 2018-03-07 日本電気株式会社 信号構成装置、信号構成システム、信号構成方法、および信号構成用プログラム
JP7017029B2 (ja) * 2017-05-08 2022-02-08 ソニーグループ株式会社 送信装置、及び送信方法
US11368748B2 (en) 2017-06-14 2022-06-21 Sony Semiconductor Solutions Corporation Demodulation device, processing device, reception device, and data processing method
US11477518B2 (en) * 2018-01-18 2022-10-18 Sony Semiconductor Solutions Corporation Signal processing device and signal processing method
JP2020141256A (ja) * 2019-02-28 2020-09-03 ソニーセミコンダクタソリューションズ株式会社 復調回路、復調方法、送信装置
JP2021118467A (ja) * 2020-01-28 2021-08-10 ソニーセミコンダクタソリューションズ株式会社 情報処理装置、情報処理方法、並びにプログラム
JPWO2021171687A1 (ja) * 2020-02-26 2021-09-02

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08181715A (ja) * 1994-12-27 1996-07-12 Matsushita Electric Works Ltd 送受信装置
JP2006311027A (ja) * 2005-04-27 2006-11-09 Victor Co Of Japan Ltd デジタル放送受信装置及びデジタル放送受信方法
JP2008258870A (ja) * 2007-04-04 2008-10-23 Hitachi Ltd 移動体放送受信端末および移動体放送受信方法
US20130028271A1 (en) * 2011-07-28 2013-01-31 Limberg Allen Leroy COFDM digital television receivers for iterative-diversity reception
JP2013175949A (ja) * 2012-02-24 2013-09-05 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1187965C (zh) * 1999-11-17 2005-02-02 索尼公司 数字信号处理设备和方法
IL133896A0 (en) * 2000-01-06 2001-04-30 Telescicom Ltd Method and system for encoding data for transmission channels
KR100749070B1 (ko) * 2000-07-14 2007-08-13 삼성전자주식회사 트랜스포트스트림을 역다중화하는 장치
AU2003281136A1 (en) * 2002-07-16 2004-02-02 Matsushita Electric Industrial Co., Ltd. Content receiving apparatus and content transmitting apparatus
JP4361053B2 (ja) * 2003-05-22 2009-11-11 パナソニック株式会社 機能モジュールカード、ホスト機器及びそれらの制御方法
US20050120374A1 (en) * 2003-12-01 2005-06-02 General Instrument Corporation Methods and apparatus for passing an on-screen display over a serial interface
CN100586100C (zh) * 2003-12-11 2010-01-27 松下电器产业株式会社 包发送装置
JP2005260728A (ja) * 2004-03-12 2005-09-22 Ntt Docomo Inc 移動端末、視聴情報収集システム、及び視聴情報収集方法
US20060034273A1 (en) * 2004-07-22 2006-02-16 Matsushita Electric Industrial Co., Ltd. Transport stream processing apparatus
US7929696B2 (en) * 2005-06-07 2011-04-19 Sony Corporation Receiving DBS content on digital TV receivers
WO2007148863A1 (en) * 2006-06-20 2007-12-27 Lg Electronics Inc. Digital broadcasting system and method of processing data
US8726318B2 (en) * 2006-10-04 2014-05-13 Mitsubishi Electric Corporation Multimedia information receiving apparatus
US8817780B2 (en) * 2007-08-08 2014-08-26 Maxlinear, Inc. TS packet grooming
JP5252952B2 (ja) * 2008-03-11 2013-07-31 キヤノン株式会社 受信装置
JP5541488B2 (ja) 2009-02-09 2014-07-09 ソニー株式会社 コンテンツ受信装置および方法
CN101521809B (zh) * 2009-03-26 2012-01-04 上海交通大学 数字电视单频网可变长同步信息分布式传输方法
JP5400575B2 (ja) * 2009-11-11 2014-01-29 日本放送協会 可変長パケットの送信装置、受信装置及びプログラム
CN101742249B (zh) * 2009-12-18 2012-05-30 四川长虹电器股份有限公司 一种可信双向网络数字电视系统的实现方法
US9003455B2 (en) * 2010-07-30 2015-04-07 Guest Tek Interactive Entertainment Ltd. Hospitality media system employing virtual set top boxes
KR101670723B1 (ko) * 2011-01-04 2016-11-01 삼성전자주식회사 비디오 및 오디오 통신 시스템에서 가변 길이의 전송 패킷 지원 방법 및 장치
CN102769799A (zh) * 2011-05-03 2012-11-07 朱佩江 一种在ip网络中实现数字电视业务分发服务的方法及系统
JP5689365B2 (ja) * 2011-05-27 2015-03-25 富士通株式会社 復調回路、復調方法および受信装置
WO2013011545A1 (ja) * 2011-07-15 2013-01-24 三菱電機株式会社 送信装置、受信装置、通信装置、通信システムおよび送信方法
CN102281223B (zh) * 2011-08-04 2014-06-11 联思普瑞(武汉)电子科技有限公司 全数字最小频移键控电力载波装置
JP6032945B2 (ja) 2012-05-28 2016-11-30 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 信号処理装置、及び、信号処理方法
CN103517330B (zh) * 2012-06-15 2018-08-10 南京中兴新软件有限责任公司 一种鲁棒性头压缩报文的发送方法及装置
CN202696813U (zh) * 2012-08-10 2013-01-23 王涛 基于多节目传输流转多路单节目传输流的ip输出装置
US20140086407A1 (en) * 2012-09-25 2014-03-27 General Instrument Corporation Conditional Access to Encrypted Media Content
WO2014061488A1 (ja) * 2012-10-17 2014-04-24 ソニー株式会社 データ処理装置、データ処理方法、及び、プログラム
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
CN103763630A (zh) * 2014-01-23 2014-04-30 深圳市同洲电子股份有限公司 一种网关设备以及协议转换的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08181715A (ja) * 1994-12-27 1996-07-12 Matsushita Electric Works Ltd 送受信装置
JP2006311027A (ja) * 2005-04-27 2006-11-09 Victor Co Of Japan Ltd デジタル放送受信装置及びデジタル放送受信方法
JP2008258870A (ja) * 2007-04-04 2008-10-23 Hitachi Ltd 移動体放送受信端末および移動体放送受信方法
US20130028271A1 (en) * 2011-07-28 2013-01-31 Limberg Allen Leroy COFDM digital television receivers for iterative-diversity reception
JP2013175949A (ja) * 2012-02-24 2013-09-05 Nippon Hoso Kyokai <Nhk> 送信装置及び受信装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
袴田佳孝他: "ケーブルテレビにおける可変長パケットの伝送方式", 電子情報通信学会２０１１年通信ソサイエティ大会講演論文集２, JPN6020046927, 30 August 2011 (2011-08-30), JP, pages 192, ISSN: 0004403388 *
青木秀一他: "デジタル放送におけるＩＰパケット伝送方式の伝送特性評価", ＮＨＫ技研Ｒ＆Ｄ, JPN6020046931, 15 November 2010 (2010-11-15), JP, pages 32 - 43, ISSN: 0004403390 *
青木秀一他: "放送伝送路におけるＩＰパケット多重化方式", 映像情報メディア学会技術報告, vol. 33, no. 43, JPN6020046929, 23 October 2009 (2009-10-23), JP, pages 9 - 12, ISSN: 0004403389 *

Also Published As

Publication number Publication date
US20170118317A1 (en) 2017-04-27
JP6823277B2 (ja) 2021-02-03
US20200304612A1 (en) 2020-09-24
WO2015198545A1 (ja) 2015-12-30
CN106471761B (zh) 2019-05-21
JP6674105B2 (ja) 2020-04-01
CN106471761A (zh) 2017-03-01
US11212376B2 (en) 2021-12-28
CN110071785B (zh) 2021-10-26
JPWO2015198545A1 (ja) 2017-06-01
CN110071785A (zh) 2019-07-30
US10715642B2 (en) 2020-07-14

Similar Documents

Publication Publication Date Title
JP6823277B2 (ja) インタフェース方法
KR102549307B1 (ko) 송신 장치, 수신 장치 및 그 신호 처리 방법
US10097673B2 (en) Method and system for serialization and deserialization (SERDES) for inter-system communications
JP7397916B2 (ja) 受信方法および端末
US20210143925A1 (en) Digital Broadcast Receiver And Digital Broadcast Receiver System
US20180183617A1 (en) Communication device, communication system, communication method and program
KR20030072154A (ko) HDTV 지상 방송 재전송 시 MPEG2 TS(transport Stream) 의PSIP 치환 장치
JP2018085711A (ja) 伝送システム、送信装置、および、受信装置
JP2009005307A (ja) デジタル受信装置およびデジタル受信方法
JP2014233033A (ja) 伝送路符号化装置及び伝送路符号化方法
JP2004120275A (ja) ディジタル放送受信機

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200303

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20201130

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: 20201208

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201221

R150 Certificate of patent or registration of utility model

Ref document number: 6823277

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150