JP2021125724A - Transmission/reception method and transmission/reception device - Google Patents
Transmission/reception method and transmission/reception device Download PDFInfo
- Publication number
- JP2021125724A JP2021125724A JP2020015883A JP2020015883A JP2021125724A JP 2021125724 A JP2021125724 A JP 2021125724A JP 2020015883 A JP2020015883 A JP 2020015883A JP 2020015883 A JP2020015883 A JP 2020015883A JP 2021125724 A JP2021125724 A JP 2021125724A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- udp
- tlv
- unit
- data
- 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
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
実施形態は、送受信方法、送受信装置に関する。 The embodiment relates to a transmission / reception method and a transmission / reception device.
高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などのアセットやＭＭＴ−ＳＩを格納するＭＭＴＰパケット伝送用のＵＤＰ／ＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１は、受信した放送信号から選択されたサービスのアセットや必要なＭＭＴ−ＳＩを取捨選択してパーシャルＴＬＶストリームを生成し、外部装置へ出力する。
According to the advanced broadband satellite digital broadcasting standard, UDP / IP packets for MMTP packet transmission that store assets such as video, audio, and subtitles that make up the service and MMT-SI are to be transmitted with header compression. There is. The
しかしながら、元の放送信号のＴＬＶストリームの一部を編集して作成するパーシャルＴＬＶストリームにおいては、選択されたサービスのアセットや必要なＭＭＴ−ＳＩを格納するＵＤＰ／ＩＰパケット以外のＩＰ情報が欠落する。特に廃棄されるＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのヘッダがフルヘッダ（圧縮されていないヘッダ）である場合には、パーシャルＴＬＶストリームの受信再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。 However, in the partial TLV stream created by editing a part of the TLV stream of the original broadcast signal, IP information other than the UDP / IP packet storing the assets of the selected service and the required MMT-SI is missing. .. In particular, when the header of the UDP / IP packet stored in the discarded TLV packet is a full header (uncompressed header), the service playback display and related information are displayed during the reception / playback processing of the partial TLV stream. Presentations can cause delays and interruptions.
本発明が解決しようとする課題は、パーシャルＴＬＶストリームの受信の問題を低減するための送受信方法、送受信装置を提供する。 The problem to be solved by the present invention is to provide a transmission / reception method and a transmission / reception device for reducing the problem of receiving a partial TLV stream.
一実施形態に係る送信装置は、ＴＬＶストリーム抽出手段と、ＵＤＰ／ＩＰパケット抽出手段と、ＩＰ／ＵＤＰパケット分離手段と、空パケット生成手段と、パーシャルＴＬＶストリーム生成手段とを備え、ＴＬＶストリーム抽出手段は、ＭＭＴ／ＴＬＶ方式に基づく放送信号を受信してＵＤＰ／ＩＰパケットが格納されているＴＬＶストリームを得て、ＵＤＰ／ＩＰパケット抽出手段は、ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出し、ＩＰ／ＵＤＰパケット分離手段は、ＵＤＰ／ＩＰパケットを、指定のデータが含まれる第１のＵＤＰ／ＩＰパケットと指定のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離し、空パケット生成手段は、第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、パーシャルＴＬＶストリーム生成手段は、少なくともＵＤＰ／ＩＰヘッダのみのＵＤＰ／ＩＰ空パケットを生成し、少なくとも第１のＵＤＰ／ＩＰパケットと、ＵＤＰ／ＩＰ空パケットとを含めてパーシャルＴＬＶストリームを生成し、パーシャルＴＬＶストリーム送信手段は、パーシャルＴＬＶストリームを外部装置へ送信する。 The transmission device according to one embodiment includes a TLV stream extraction means, a UDP / IP packet extraction means, an IP / UDP packet separation means, an empty packet generation means, and a partial TLV stream generation means. Receives a broadcast signal based on the MMT / TLV method to obtain a TLV stream in which UDP / IP packets are stored, and the UDP / IP packet extraction means extracts UDP / IP packets from the TLV stream and IP / The UDP packet separation means separates the UDP / IP packet into a first UDP / IP packet containing the specified data and a second UDP / IP packet not containing the specified data, and the empty packet generation means By removing the UDP / IP payload from the second UDP / IP packet, the partial TLV stream generating means generates at least an UDP / IP empty packet with only the UDP / IP header, and at least with the first UDP / IP packet. , UDP / IP empty packets are included to generate a partial TLV stream, and the partial TLV stream transmitting means transmits the partial TLV stream to an external device.
以下、図面を参照して実施形態を説明する。
（実施形態）
図１は、実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置とパーシャルＴＬＶストリームを受信する電子機器の例を示す図である。
Hereinafter, embodiments will be described with reference to the drawings.
(Embodiment)
FIG. 1 is a diagram showing an example of a television receiving device compatible with digital broadcasting based on the MMT / TLV system according to the embodiment and an electronic device that receives a partial TLV stream.
テレビ受信装置１は、ＭＭＴ／ＴＬＶ方式に基づくデジタル放送の放送信号を受信し、放送信号で送信されてきたコンテンツ（もしくはサービスとも記載する）を得る。電子機器２Ａ、２Ｂ、２Ｃ（特に区別の必要ない場合は電子機器２と称する）は、テレビ受信装置１とそれぞれ通信可能なインターフェース３Ａ，３Ｂ、３Ｃ（特に区別の必要ない場合はインターフェース３と称する）を持ち、インターフェース３を介して放送信号で送信されてきたコンテンツを得て、表示出力する。また、本実施形態では電子機器２を３つとするが、テレビ受信装置１が有するインターフェースによっては、１つ以上の任意の数とすることができる。
The
電子機器２はテレビ受信装置１が送信するコンテンツの全てもしくは一部を利用可能な能力（解像度、フレームレート、その他）を有している。電子機器２は、例えば、タブレット端末、モニタ、テレビ受信装置などでもよい。また、テレビ受信装置１と通信可能なインターフェースを有していれば電子機器２をスマートフォンとしてもよい。
The
インターフェース３Ａ，３Ｂ、３Ｃ（特に区別の必要ない場合はインターフェース３と称する）は、テレビ受信装置１と電子機器２とがデータ通信をするためのインターフェースであり、有線でも無線でもよい。また、インターフェース３として、ＤＬＮＡ（登録商標）（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）もしくはその拡張方式に準拠したネットワークを用い、テレビ受信装置１と電子機器２とが通信可能としても良い。
図２は、同実施形態に係るＭＭＴ／ＴＬＶ方式に基づくデジタル放送対応のテレビ受信装置の機能構成の一例を示すブロック図である。 FIG. 2 is a block diagram showing an example of a functional configuration of a television receiving device compatible with digital broadcasting based on the MMT / TLV system according to the same embodiment.
テレビ受信装置１は、ＭＭＴ／ＴＬＶ方式に基づくデジタル放送の放送信号を受信し、モニタやスピーカから放送信号によって送信されるコンテンツをユーザに提示する。
The
ＴＬＶストリーム抽出部１１Ａ、１１Ｂ、１１Ｃ（特に区別しない場合は、ＴＬＶストリーム抽出部１１と称する）は、チューナ部１１１、復調部１１２、デスクランブル部１１３、ＣＡＳモジュール１１４を含み、放送信号を受信し、デジタルデータであるＴＬＶストリームを出力する。
The TLV
チューナ部１１１は、図示せぬアンテナまたはケーブル放送による光回線などの有線で受信した放送信号から、所望の周波数帯（放送チャネル）の信号を抽出し、必要に応じて周波数変換などをし、復調部１１２へ出力する。復調部１１２は、入力された放送信号に対して復調や誤り訂正復号などを行い、ＴＬＶ（Ｔｙｐｅ Ｌｅｎｇｔｈ Ｖａｌｕｅ）形式のデジタルデータを取得し、出力する。取得したデジタルデータは通常はスクランブルによる暗号化が施されており、デスクランブル部１１３は、スクランブルされたデジタルデータ（スクランブルデータ）をデスクランブルし、ＴＬＶストリームとして出力される。ＣＡＳモジュール１１４は、デスクランブル部１１３がスクランブルデータをデスクランブルする際に必要となる暗号キーなどを所有しており、必要に応じてデスクランブル部１１３に提供する。 The tuner unit 111 extracts a signal of a desired frequency band (broadcast channel) from a broadcast signal received by wire such as an antenna or an optical line by cable broadcasting (not shown), performs frequency conversion or the like as necessary, and demodulates the signal. Output to unit 112. The demodulation unit 112 performs demodulation, error correction / decoding, or the like on the input broadcast signal, acquires digital data in the TLV (Type Length Value) format, and outputs the digital data. The acquired digital data is usually encrypted by scrambling, and the scramble unit 113 descrambles the scrambled digital data (scrambled data) and outputs it as a TLV stream. The CAS module 114 owns an encryption key or the like required when the scramble unit 113 descrambles the scrambled data, and provides the scramble unit 113 as necessary.
ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃ（特に区別しない場合は、ＴＬＶ／ＭＭＴ分離処理部１２と称する）は、ＴＬＶストリーム抽出部１１が出力するＴＬＶストリームから各種制御信号やサービス（コンテンツ）を構成する符号化されたアセットデータ（以降、符号化アセットデータと称する）を取得し、出力する。ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームをＩＰ／ＵＤＰストリーム、さらにはＭＭＴ（ＭＰＥＧ Ｍｅｄｉａ Ｔｒａｎｓｐｏｒｔ）ストリームへと変換し、符号化アセットデータと制御情報データであるＳＩ（Ｓｉｇｎａｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）データに分離することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリーム中からＩＰ／ＵＤＰ形式で格納されているＮＴＰ形式の時刻情報データを分離し、出力することでもよい。また、ＴＬＶ／ＭＭＴ分離処理部１２は、入力されたＴＬＶストリームから抽出したＴＬＶパケット（もしくは抽出したＴＬＶストリーム）を出力することもある。ＴＬＶ／ＭＭＴ分離処理部１２Ａ、１２Ｂ、１２Ｃがそれぞれ同時に処理し、得た各出力（ストリームやパケット）は、例えば、それぞれコンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４などへ入力されることでもよい。
The TLV / MMT
コンテンツ出力部１３は、符号化アセットデータをデコードし、音声、映像、文字などのコンテンツデータを出力する。
The
音声デコード部１３１は、符号化アセットデータのうち符号化された音声データを復号再生し、音声コンテンツデータを出力する。映像デコード部１３２は、符号化アセットデータのうち符号化された映像データを復号再生し、映像コンテンツデータを出力する。
The
また、符号化アセットデータのうち符号化された文字データは、図示せぬ文字デコード部にて復号再生され、文字コンテンツデータとして出力される。 Further, the coded character data among the coded asset data is decoded and reproduced by a character decoding unit (not shown) and output as character content data.
出力処理部１３３は、映像コンテンツデータ（音声コンテンツデータ、文字コンテンツデータなども含めてよい）の出力タイミング、表示方法などを調整して、出力する。なお、出力処理部１３３は、ＴＬＶ／ＭＭＴ分離処理部１２が出力するＮＴＰデータ（時刻情報データ）を取得し、クロック同期信号を再生し、タイミング制御に利用してもよい。
The
上記の各種デコード部には符号化アセットデータの他、制御データや後述する制御部１６３から各種コマンドが入力されてもよい。制御データは、放送番組に関する情報や、ＵＤＰ／ＩＰパケットの多重に関する制御情報などの放送システムに関する制御情報であってもよい。各種デコード部は、ＳＩデータを利用して制御部１６３が指定する番組やコンテンツデータのアセットデータを選択し、選択したアセットデータをデコードしコンテンツデータを得てもよい。
In addition to the coded asset data, various commands may be input to the above-mentioned various decoding units from the control data or the
パーシャルＴＬＶストリーム生成部１４は、ＴＬＶ／ＭＭＴ分離処理部１２にて分離取得されたＴＶＬストリームやＭＭＴストリームから、選択されたコンテンツ（放送番組）を構成するアセットデータや制御情報データを抽出、編集してパーシャルＴＬＶストリームを生成する。
The partial TLV
提示部１５は、コンテンツ出力部１３が出力するコンテンツデータを、コンテンツとしてユーザに提示する。スピーカ部１５１は、音声コンテンツデータや文字コンテンツデータなどを音声として出力する。表示部１５２は、例えばモニタであり、映像コンテンツデータや文字コンテンツデータなどを表示する。
The
周辺機能１６は、ユーザインターフェース部１６１、制御部１６２、インターフェース部１６３を含む。
The
ユーザインターフェース部１６１は、例えば、テレビ受信装置１の本体、スピーカ部１５１や表示部１５２などに設置されているスイッチ、ボタンなどである。ユーザは、ユーザインターフェース部１６１を介して、画面調整、音量調整、チャネル選択などテレビ受信装置１に対してさまざまな設定、調整などができることでもよい。
The
インターフェース部１６２は、テレビ受信装置１の外部との各種インターフェースであり、例えば、赤外線通信、マウス、キーボード、イーサーネット、ＤＬＮＡ（登録商標）、ＨＤＭＩ（登録商標）、Ｗｉｆｉ（登録商標）、第５世代移動体通信（５Ｇ）などの有線、無線の各種通信インターフェースなどを含んでもよい。インターフェース部１６２は、インターフェース３による通信インターフェースを含む。インターフェース部１６２は、入力されたデジタルデータに対して、予め決められた通信規約に応じたフレームデータの生成を行い、有線や無線などの媒体による送信を行う。また、有線や無線などの媒体により受信した信号を復調してデジタルデータを取得し、通信規約に応じたフレームデータの分解を行い、デジタルデータを出力する。インターフェース部１６２は、デジタルデータに対してスクランブルなどの暗号化及び暗号化復号機能を有していても良い。
The
制御部１６３は、ユーザインターフェース部１６１やインターフェース部１６２などから入力される制御信号に基づいて、テレビ受信装置１内部の各種機能を制御することでも良い。
The
システムバス１７は、テレビ受信装置１内部の各種機能間のデータのやり取りをするためのデータ伝送路であり、例えばシリアルバスである。なお、テレビ受信装置１内部の各種機能間のデータのやり取りは、システムバス１７に限定されず、他の伝送路があってもよい。
The
リモコン１８は、テレビ受信装置１に付属のリモートコントローラであり、ユーザはリモコン１８を用いて、テレビ受信装置１に対して各種操作が可能である。例えば、ユーザがリモコン１８で操作指定すると、リモコンから制御コマンドが出力される。制御コマンドは、インターフェース部１６２の赤外線通信を介してテレビ受信装置１で受信される。インターフェース部１６２は受信した制御コマンドを制御部１６１に出力し、制御部１６１は、受信した制御コマンドを解析し、制御情報として取り出し、制御情報に基づいてテレビ受信装置１内部の各種機能を制御することでもよい。
The
記録再生部１９は、例えば、ハードディスク（ＨＤＤ）であり、テレビ受信装置１が放送信号を受信処理して得たデータを記録する。記録再生部１９は、例えば、ＴＬＶストリーム抽出部１１、ＴＬＶ／ＭＭＴ分離処理部１２、コンテンツ出力部１３、パーシャルＴＬＶストリーム生成部１４の出力が入力されることでもよい。
The recording /
図３は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の機能構成の一例を示すブロック図である。 FIG. 3 is a block diagram showing an example of the functional configuration of the TLV / MMT separation processing unit in the television receiving device according to the same embodiment.
ＴＬＶ／ＭＭＴ分離処理部１２は、ＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴパケットへと分離し、符号化アセットデータと制御情報データであるＳＩデータに分離する機能であることから、各ストリーム、パケット、データなどの関係を用いて、機能構成を説明する。
Since the TLV / MMT
図４Ａは、同実施形態に係るテレビ受信装置が処理するＴＬＶストリームの多重構成の一例を示す図であり、ＡＲＩＢ ＴＲ−Ｂ３９ ２．３版（第五分冊）第四編 高度広帯域ＣＳデジタル放送ＳＩ運用規定 １３章に準拠する。
FIG. 4A is a diagram showing an example of a multiplex configuration of a TLV stream processed by a television receiver according to the same embodiment, and is a diagram showing an example of a multiplex configuration of a TLV stream. Comply with
表示枠５０は、物理層であるトランスポンダを示している。トランスポンダはＣＳ衛星（Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ衛星）に設置され、高度広帯域ＣＳデジタル放送の放送電波信号を出力する。
The
表示枠５１は、表示枠５０に示すトランスポンダによって送信されるＴＬＶストリームのレイヤを示している。
The
表示枠５２は、表示枠５１に示すＴＬＶストリームに格納されるＵＤＰ／ＩＰのレイヤを示している。
The
表示枠５３は、表示枠５１に示すＴＬＶストリームに格納されるＴＬＶ−ＮＩＴ（Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を示している。ＴＬＶ−ＮＩＴは、ＴＬＶストリームに格納されるＴＬＶ−ＳＩの一部である。ＴＬＶ−ＮＩＴには、放送メディア内の各トランスポンダ、さらにはそこで伝送されるＴＬＶストリームの物理的な構成や、指定サービスまたは指定コンテンツがどのＴＬＶストリームに属するかなど、ＴＬＶストリームのロケーション解決のための情報が格納されている。
The
表示枠５４は、表示枠５１に示すＴＬＶストリームに格納されるＡＭＴ（Ａｄｄｒｅｓｓ Ｍａｐ Ｔａｂｌｅ）を示している。ＡＭＴも、ＴＬＶストリームに格納されるＴＬＶ−ＳＩの一部である。ＡＭＴには、ＴＬＶストリーム内の全サービスを記述するとともにＰＬＴを伝送するＩＰデータフロー（ＩＰプロトコル種別、送信元および宛先ＩＰアドレス、送信元および宛先ＵＤＰポート番号がすべて同一のＵＤＰ／ＩＰパケットの集合）の送信元ＩＰアドレスなどのＩＰ情報が格納されている。
The
表示枠５５は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＮＴＰ形式専用のＵＤＰ／ＩＰパケットのストリームを示している。表示枠５５のうち、表示枠５２に重なる部分を、ＵＤＰ／ＩＰパケットのヘッダ（単にＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５５１は、ＵＤＰ／ＩＰパケットのペイロードとみなしてもよく、表示枠５５１にＮＴＰデータが格納される。
The
表示枠５６は、表示枠５２に示すＵＤＰ／ＩＰストリームのレイヤで送信されるＭＭＴＰのレイヤを示している。
The
表示枠５７は、表示枠５１に示すＴＬＶストリームに格納されるＳＩデータ専用のＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。また、表示枠５７の表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。ＰＬＴをはじめとするＴＬＶストリーム内の全サービス、すなわちコンテンツ（番組）に共通する制御信号データが格納されて伝送される。
The display frame 57 indicates a UDP / IP stream (IP data flow) dedicated to SI data stored in the TLV stream shown in the
表示枠５８Ａ、表示枠５８Ｂ、表示枠５８Ｃ（特に区別しない場合は、表示枠５８と称する）は、それぞれＴＬＶストリームに格納されるサービスごとのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を示している。特に表示枠５５のうち、表示枠５２に重なる部分は、ＵＤＰ／ＩＰパケットのヘッダ（ＩＰヘッダと称する場合もある）とみなしてもよい。表示枠５８において表示枠５６より上部は、ＵＤＰ／ＩＰパケットのペイロードとしてＭＭＴＰパケットの形式で送信されるデータとみなしてもよい。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）は、通常、それぞれ異なるサービス（図ではそれぞれサービス１、サービス２、サービス３）、すなわち異なるコンテンツ（番組）に関連するデータが格納される。表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリーム（ＩＰデータフロー）はＩＰ情報、特にそれぞれ送信元のＩＰアドレスが異なる。
The
表示枠５９は、表示枠５８同様のＵＤＰ／ＩＰストリームを示しているが、特にサービス共用のＵＤＰ／ＩＰストリームを示している。例えば、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームには、それぞれサービス１、サービス２、サービス３が送信されるが、表示枠５９のＵＤＰ／ＩＰストリームには、サービス１、サービス２、サービス３の全部または一部で共用されるデータ（図では文字スーパＭＰＵが示されている）が送信される。表示枠５９のＵＤＰ／ＩＰストリームのＩＰ情報、特に送信元のＩＰアドレスは、表示枠５８Ａ、表示枠５８Ｂ、表示枠５８ＣのＵＤＰ／ＩＰストリームの送信元のＩＰアドレスと異なる。
The
図３に戻り、ＴＬＶ／ＭＭＴ分離処理部１２の機能構成を説明する。
Returning to FIG. 3, the functional configuration of the TLV / MMT
ＴＬＶストリーム選択処理部１２０は、例えば、１つのトランスポンダ上に複数のＴＬＶストリームが送信されている場合に、ＴＬＶ−ＮＩＴのデータを基にユーザが指定したコンテンツ（番組）が送信されているＴＬＶストリームを選択する。
The TLV stream
ＴＬＶパケット分離部１２１は、ＴＬＶストリーム選択処理部１２０が出力するＴＬＶストリームをＴＬＶパケットごとに、ＴＬＶ−ＳＩデータ（表示枠５３、表示枠５４）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部１２１は、表示枠５１のＴＬＶストリームのレイヤにおける図示せぬＴＬＶストリームのヘッダ（ＴＬＶヘッダと称する場合もある）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、ＴＬＶストリームを３つの系統に分ける。
The TLV
ＴＬＶ−ＳＩ抽出部１２２は、ＴＬＶパケット分離部１２１が出力するＴＬＶ−ＮＩＴとＡＭＴを抽出し、出力する。
The TLV-
ＮＴＰ抽出処理部１２３は、ＴＬＶパケット分離部１２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰの情報を抽出し、出力する。抽出されたＮＴＰの情報は、受信機のシステムクロック再生に利用される。
The NTP
ＩＰパケットヘッダ伸長部１２４は、ＴＬＶパケット分離部１２１が出力するＭＭＴＰパケット（表示枠５３、表示枠５４）を格納したヘッダ圧縮方式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（圧縮ヘッダと称する場合もある）との２種類ある。フルヘッダのＩＰパケットは少なくとも５００［ｍｓｅｃ］に１回は伝送する規定になっている。ＩＰパケットヘッダ伸長部１２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット（ＩＰデータフロー）ごとに、過去に受信したフルヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（単にＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。
The IP packet
ＩＰ／ＵＤＰパケット分離部１２５は、ＩＰパケットヘッダ伸長部１２４から入力からＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択し、選択したＵＤＰ／ＩＰストリームのＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細にはＩＰ／ＵＤＰパケット分離部１２５は、ＩＰヘッダに含まれるＣＩＤを利用してＵＤＰ／ＩＰストリーム（ＩＰデータフロー）を選択する。図４においては、表示枠５７、５８、５９がＭＭＴＰストリームを伝送している。ＩＰ／ＵＤＰパケット分離部１２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、ＡＭＴに格納されているＩＰ情報や、後段処理で得られるＰＬＴ、ＭＰＴなどに格納されるＩＰ情報を用いる場合もある。
The IP / UDP packet separation unit 125 selects the UDP / IP stream (IP data flow) from the input from the IP packet
ＩＰ／ＵＤＰパケット分離部１２５は、受信したＴＬＶパケットから選択したＴＬＶパケットの形でも出力する。出力されるＴＬＶパケットは、ＩＰ／ＵＤＰヘッダ伸長部１２４へ入力されたＴＬＶパケット（フルヘッダに変換されていない圧縮ＩＰパケットが格納されているＴＬＶパケット）でもよい。
The IP / UDP packet separation unit 125 also outputs a TLV packet selected from the received TLV packets. The output TLV packet may be a TLV packet (a TLV packet containing a compressed IP packet that has not been converted into a full header) input to the IP / UDP
ＭＭＴＰパケット分離部１２６は、ＩＰ／ＵＤＰパケット分離部１２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。図４においては、表示枠５８の映像ＭＰＵ、音声ＭＰＵ、字幕ＭＰＵ、アプリケーションＭＰＵ、表示枠５９の文字スーパーＭＰＵが符号化アセットデータに相当する。また、表示枠５８の符号化アセットデータ以外のデータや、表示枠５７のデータが制御信号データに相当する。
The MMTP
ＭＭＴ−ＳＩ抽出部１２７は、ＭＭＴＰパケット分離部１２６から入力される制御信号データであるＭＭＴ−ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴには、ＴＬＶストリーム内の全サービス（またはコンテンツ）に対し、対応するＭＰＴを伝送するＭＭＴＰパケットのパケットＩＤ、さらにはそれを格納するＵＤＰ／ＩＰパケットの送信元ＩＰアドレスをはじめとするＩＰ情報といったＭＰＴ伝送のロケーション解決のための情報が格納されている。ＭＰＴには、サービスを構成する各アセットに対するＭＭＴＰのパケットＩＤなど、アセット伝送に対するロケーション解決のための情報が格納されている。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部１２５にて用いられてもよい。またＭＭＴ−ＳＩ抽出部１２７は、ＭＭＴ−ＳＩからＥＰＧ情報などを抽出し、出力する。
The MMT-
サービス／アセット選択制御部１２８は、テレビ受信装置１内の各機能から、情報を受信し、受信した情報に基づいて制御信号を出力したり、さらなる詳細情報を抽出して出力したりする。またユーザがリモコン１８を介してテレビ受信装置１に制御命令をした場合に、制御部１６３が解釈した制御命令をサービス／アセット選択制御部１２８に出力する。サービス／アセット選択制御部１２８は、制御命令に従って、各機能に制御信号や詳細情報を出力する。
The service / asset
空パケット生成部１２９は、例えば、ＩＰ／ＵＤＰパケット分離部１２５においてＩＰデータフロー内で選択されなかったＵＤＰ／ＩＰストリームに対して、ペイロードのない（ＭＭＴＰパケットを格納しない）ヘッダ圧縮ＩＰパケット（ＩＰ／ＵＤＰ空パケットと称する）を生成し、出力する。またはＵＤＰ／ＩＰヘッダのみを抽出して出力することでもよい。空パケットの構成例を図４Ｄに示す。
The empty
図４Ｂは、同実施形態に係るＴＬＶストリームに格納される各パケットの構成の一例を示す図である。 FIG. 4B is a diagram showing an example of the configuration of each packet stored in the TLV stream according to the embodiment.
ＴＬＶパケット６１は、ヘッダとペイロードから構成され、ヘッダには固定ビット、識別子であるｐａｃｋｅｔ＿ｔｙｐｅ、ｌｅｎｇｔｈが格納されている。
The
ＵＤＰ／ＩＰパケット６２は、ＩＰ／ＵＤＰヘッダとＩＰ／ＵＤＰペイロードから構成され、特にヘッダ圧縮ＩＰパケットのＩＰ／ＵＤＰヘッダには識別子ＣＩＤ、ＳＮ、ＣＩＤ＿ｈｅａｄｅｒ＿ｔｙｐｅが格納されている。ＩＰ／ＵＤＰヘッダの「部分ＩＰｖ６ヘッダ／部分／ＵＤＰヘッダ」には、フルヘッダ時に使用されるヘッダ情報が含まれている。
The UDP /
ＭＭＴＰパケット６３は、ＭＭＴＰヘッダとＭＭＴＰペイロードから構成され、ＭＭＴＰヘッダには識別子であるｐａｃｋｅｔ＿ｉｄが格納されている。
ＴＬＶパケット６１のペイロードには、ＵＤＰ／ＩＰパケット６２が格納され、ＩＰ／ＵＤＰペイロードには、ＭＭＴＰパケット６３が格納される。ＭＭＴＰペイロードには、アセットデータ、ＳＩデータなどのデータが格納される。
図４Ｃは、同実施形態に係るＴＬＶストリームに格納されるＵＤＰ／ＩＰパケットのヘッダ情報の一例を示す図であり、図４ＢのＵＤＰ／ＩＰパケット６２のヘッダ情報の詳細である。図４Ｃに示されるようにヘッダ圧縮ＩＰ／ＵＤＰパケットにはＩＰ／ＵＤＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。又， 通常のＩＰ／ＵＤＰパケットはＩＰヘッダ部に送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）、宛先ＩＰアドレス（ｄｅｓｔｉｎａｔｉｏｎ＿ａｄｄｒｅｓｓ）が配置されている。ＮＴＰ伝送はＩＰヘッダ圧縮を適用せず、通常、３３ｍｓｅｃ間隔で伝送される。ＭＭＴＰパケット伝送はＩＰヘッダ圧縮を適用し、５００ｍｓｅｃ間隔でフルヘッダで伝送される。
ＮＴＰ専用ＩＰデータフローにおける送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とＳＩ専用ＩＰデータフローにおけるソースアドレスとは同一の送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）とが用いられる。
具体的には、図４ＡのＮＴＰ専用ＩＰデータフローとＳＩ専用ＩＰデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ０が用いられ、図４Ａのサービス１のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ１が用いられ、サービス２のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ２が用いられ、サービス３のデータフローには送信元ＩＰアドレスとしてＳｒｃ．ａｄｄ３が用いられる。
よって、ＮＴＰ専用ＩＰデータフローのＩＰ／ＵＤＰパケット送信元ＩＰアドレス（ｓｏｕｒｃｅ＿ａｄｄｒｅｓｓ）に基づいて、多重化されたストリームの中からＳＩのＩＰ／ＵＤＰパケットを特定することができる。
図４Ｄは、同実施形態に係るパーシャルＴＬＶストリームに格納される空パケットの構成の一例を示す図である。
The
The UDP /
FIG. 4C is a diagram showing an example of the header information of the UDP / IP packet stored in the TLV stream according to the same embodiment, and is the details of the header information of the UDP /
A source IP address (source_addless) in the NTP-dedicated IP data flow and a source IP address (source_addless) that are the same as the source address in the SI-dedicated IP data flow are used.
Specifically, in the NTP-dedicated IP data flow and SI-dedicated IP data flow of FIG. 4A, Src. add0 is used, and in the data flow of
Therefore, the SI IP / UDP packet can be specified from the multiplexed stream based on the IP / UDP packet source IP address (source_addless) of the NTP dedicated IP data flow.
FIG. 4D is a diagram showing an example of the configuration of empty packets stored in the partial TLV stream according to the embodiment.
図５は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶストリーム生成部の機能構成の一例を示すブロック図である。 FIG. 5 is a block diagram showing an example of the functional configuration of the partial TLV stream generation unit in the television receiving device according to the same embodiment.
本実施形態のパーシャルＴＬＶストリーム生成部１４は、符号化アセットデータ、ＭＭＴ−ＳＩの制御信号データの他、ＮＴＰデータを含めて、ＴＬＶパケットを生成し、パーシャルＴＬＶストリームとして出力する。
The partial TLV
ＭＭＴ−ＳＩ生成部１４１は、ＭＭＴ−ＳＩ抽出部１２７が抽出し、出力した制御情報から必要な情報を選択、抽出し、抽出した情報からパーシャルＴＬＶストリーム用の制御情報（ＴＬＶ／ＭＭＴ分離処理部１２の制御信号データと区別する場合は、パーシャル制御信号データと称する）を生成する。具体的には、例えば、ＡＲＩＢ ＳＴＤ−Ｂ６３に規定されるＭＨ−ＳＩＴ（Ｓｅｌｅｃｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）やＭＨ−ＤＩＴ（Ｄｉｓｃｏｎｔｉｎｕｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）である。通常は、パーシャルＴＬＶストリーム用の制御情報は、ＭＭＴ−ＳＩ抽出部１２７が抽出する制御情報（すなわち、放送信号が送信する制御情報）よりも少ない。
The MMT-
ＭＭＴ−ＳＩ更新部１４２は、ＵＤＰ／ＩＰパケットのペイロード（ＭＭＴＰパケット）に格納されているＰＬＴまたはＭＰＴの内容を更新する。ＴＬＶストリーム抽出部１１が出力するＴＬＶストリーム（放送信号で送信されてきたＴＬＶストリーム）に含まれるＰＬＴには、全サービスの情報が記載されおり、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたサービスだけの情報にＰＬＴを更新する必要がある。ＭＰＴについても同様に、パーシャルＴＬＶストリームとして送信する際には含まれる指定されたたアセットデータだけの情報にＭＰＴを更新する必要がある。ただし、ＰＬＴまたはＭＰＴが含まれていたＵＤＰ／ＩＰパケットのＩＰヘッダは更新しない。
The MMT-
ＭＭＴＰパケット生成部１４３は、ＭＭＴ−ＳＩ生成部１４１から入力されるパーシャルＴＬＶストリーム用の制御信号データをペイロードとして、所定のＭＭＴＰのヘッダ情報を付加して、ＭＭＴＰパケットを生成し、出力する。
The MMTP
ＩＰ／ＵＤＰパケット生成部１４４は、ＭＭＴ−ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットはそのまま出力する。また、ＭＭＴＰパケット生成部１４３から入力したＭＭＴＰパケットをペイロードとして、ＭＭＴ−ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットのヘッダ情報を参照してＣＩＤやＳＮの値の整合を取りながら、ＩＰヘッダ、ＵＤＰヘッダを付加して、ＵＤＰ／ＩＰパケットを生成し、出力する。
The IP / UDP
ＴＬＶパケット生成部１４５は、ＩＰ／ＵＤＰパケット生成部１４４から入力されるＵＤＰ／ＩＰパケットやＩＰ／ＵＤＰ空パケットが入力され、それぞれにＴＬＶのヘッダを付加して、ＴＬＶパケットを生成し、出力する。なお、ＩＰ／ＵＤＰ空パケットを格納するＴＬＶパケットは元のＩＰデータフロー内と同じ順序／タイミングで出力する。ただし、ＴＬＶパケットのヘッダはペイロード長が変わっているため、ｌｅｎｇｔｈフィールドの値を更新し、元のＴＬＶヘッダとは異なる。
The TLV
ＴＬＶパケット多重部１４６は、各機能から入力されるＴＬＶパケットを多重して、パーシャルＴＬＶストリームとして出力する。具体的には、ＮＴＰデータが含まれたＴＬＶパケット、ＴＬＶパケット生成部１４５が出力するＴＬＶパケット、アセットデータが含まれたＴＬＶパケットが、ＴＬＶパケット多重部１４６に入力され、パーシャルＴＬＶストリームとして出力される。パーシャルＴＬＶストリームは、インターフェース部１６３から既定の通信方法によってパーシャルＴＬＶストリーム信号として送信される。
The TLV
ＴＬＶ―ＳＩ生成部１４７は、ＡＭＴの更新情報を含めて、ＴＬＶ−ＳＩ情報を生成しＴＬＶパケット多重部１４６へ出力することがある。ただし、本実施形態においては、パーシャルＴＬＶストリームにＴＬＶ−ＳＩ情報を多重しないため本機能は設けなくてもよい。
The TLV-
図６は、同実施形態に係るパーシャルＴＬＶストリームを受信する電子機器の機能構成の一例を示すブロック図である
電子機器２は、テレビ受信装置１が送信するパーシャルＴＬＶストリーム信号をインターフェース部２１で受信する。インターフェース部２１は、インターフェース３による通信インターフェースを含む。インターフェース部２１は、受信したパーシャルＴＬＶストリーム信号からデジタルデータを抽出し、パーシャルＴＬＶストリームとして出力する。インターフェース部２１は、入力されたデジタルデータに対して、予め決められた通信規約に応じたフレームデータの生成を行い、有線や無線などの媒体による送信を行う。また、有線や無線などの媒体により受信した信号を復調してデジタルデータを取得し、通信規約に応じたフレームデータの分解を行い、デジタルデータを出力する。インターフェース部２１は、スクランブルなどの暗号化及び暗号化復号機能を有していても良い。本実施形態におけるインターフェース部２１は、インターフェース部１６２と例えばＤＬＮＡ（登録商標）もしくはその拡張方式による通信が可能である。
FIG. 6 is a block diagram showing an example of the functional configuration of the electronic device that receives the partial TLV stream according to the same embodiment. The
パーシャルＴＬＶストリーム処理部２２は、インターフェース部２１から入力されるパーシャルＴＬＶストリームを処理し、符号化アセットデータやＳＩデータを得て出力する。
符号化アセットデータはＳＩデータとともにデコード処理部２３に入力されて、映像、音声、文字などのコンテンツデータに変換される。変換されたコンテンツデータは出力処理部２４に出力される。出力処理部２４は、コンテンツデータに対して出力タイミング、表示方法などを調整し、提示部２５に出力する。
The partial TLV
The coded asset data is input to the
提示部２５は、例えば、信号表示装置（モニター）やスピーカなどであり、入力されたコンテンツデータに基づいて、映像やオーディオ、文字などとして出力する。
The
制御部２６は、電子機器２の各機能の制御を実施する。例えば、制御部２６は、インターフェース部２１を含む各種インターフェースを介した外部通信の接続確立を実施する。
The
なお、図６において、制御部２６との間で結線がなされていない機能ブロックとの間においてもデータのやり取り（制御を含む）がされてもよい。
Note that, in FIG. 6, data may be exchanged (including control) with a functional block that is not connected to the
図７は、同実施形態に係る電子機器のパーシャルＴＬＶストリーム処理部の機能構成の一例を示すブロック図である。 FIG. 7 is a block diagram showing an example of the functional configuration of the partial TLV stream processing unit of the electronic device according to the embodiment.
図４のＴＬＶストリームのデータ階層を用いながら、図７のパーシャルＴＬＶストリーム処理部２２の機能構成を説明する。
The functional configuration of the partial TLV
パーシャルＴＬＶストリーム処理部２２は、パーシャルＴＬＶストリームをＩＰ／ＵＤＰパケットやＭＭＴＰパケットへと分離し、符号化アセットデータと制御信号データであるＳＩデータを取得して出力する。パーシャルＴＬＶストリーム処理部２２の機能は、テレビ受信装置１のＴＬＶ／ＭＭＴ分離処理部１２の機能と同様である。
The partial TLV
ＴＬＶパケット分離部２２１は、ＴＬＶパケットごとに、インターフェース部２１から入力されるパーシャルＴＬＶストリームをＴＬＶ−ＳＩデータ（図４の表示枠５３、表示枠５４に相当）と、ＮＴＰデータ（表示枠５５）を格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケット（表示枠５６）を格納したＵＤＰ／ＩＰパケットとの３つの系統に分離する。ＴＬＶパケット分離部２２１は、表示枠５１のＴＬＶストリームのレイヤにおけるＴＬＶヘッダ（図４ＢのＴＬＶパケット参照）に格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームを３つの系統に分ける。
The TLV
ＴＬＶ−ＳＩ抽出部２２２は、ＴＬＶパケット分離部２２１が出力するＴＬＶ−ＳＩが存在すればそこから必要な情報を抽出し、出力することでもよい。ただし、本実施形態においてはＴＬＶ−ＳＩは必要なく、また通常ＴＬＶ−ＳＩはパーシャルＴＬＶストリームに含まないためこの機能はなくてもよい。
The TLV-SI extraction unit 222 may extract necessary information from the TLV-SI output by the TLV
ＮＴＰ抽出処理部２２３は、ＴＬＶパケット分離部２２１が出力する表示枠５５のＵＤＰ／ＩＰパケットからＮＴＰデータを抽出し、出力する。
The NTP
ＩＰパケットヘッダ伸長部２２４は、ＴＬＶパケット分離部２２１が出力するＭＭＴＰパケット（表示枠５６に相当）を格納したヘッダ圧縮形式のＵＤＰ／ＩＰパケットのＩＰヘッダ（表示枠５２に相当）を処理する。具体的には、ＭＭＴＰパケットに付加されるＩＰヘッダは、ＩＰアドレスやポート番号のＩＰ情報を含むヘッダ（図４Ｂ下段、フルヘッダと称する場合もある）と、ＩＰ情報を含まないヘッダ（図４Ｂ中段、圧縮ヘッダと称する場合もある）との２種類ある。ＩＰパケットヘッダ伸長部２２４は、同じＩＰ情報を持つＵＤＰ／ＩＰパケット（ＩＰデータフロー）ごとに、過去に受信したフルＩＰヘッダの情報を利用して、圧縮ヘッダを持つＵＤＰ／ＩＰパケット（圧縮ＵＤＰ／ＩＰパケットと称する場合もある）をフルヘッダのＵＤＰ／ＩＰパケット（ＵＤＰ／ＩＰパケットと称する場合もある）に変換して、出力する。もしくはＩＰデータフローごとに圧縮ＵＤＰ／ＩＰパケットのまま一連のＵＤＰ／ＩＰストリームとして出力してもよい。
The IP packet
ＩＰ／ＵＤＰパケット分離部２２５は、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットを分離して、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケットのストリーム（ＭＭＴＰストリームと称する場合もある）を出力する。より詳細には、空パケット検出部２２５１で、ＩＰパケットヘッダ伸長部２２４から入力されるＵＤＰ／ＩＰパケットがＵＤＰ／ＩＰ空パケットであるか否かを判定する。空パケット検出部２２５１は、ＵＤＰ／ＩＰパケットがＩＰヘッダのみのパケット（ＵＤＰ／ＩＰ空パケット）である場合は、後段処理をスキップする。すなわち、空パケット検出部２２５１は、ＵＤＰ／ＩＰ空パケットの場合、ＭＭＴＰパケット分離部２２６へＵＤＰ／ＩＰパケットを出力しない。一方、ＵＤＰ／ＩＰ空パケットでない場合は、空パケット検出部２２５１は、後段処理であるＭＭＴＰパケット分離部２２６にＵＤＰ／ＩＰパケットを出力する。本実施形態におけるＩＰ／ＵＤＰパケット分離部２２５は、ＵＤＰ／ＩＰパケットを選択分離する際に、後段処理で得られるＰＬＴ、ＭＰＴなどに格納される情報を用いる。
The IP / UDP
ＭＭＴＰパケット分離部２２６は、ＩＰ／ＵＤＰパケット分離部２２５から入力されるＭＭＴＰストリームから制御信号データや符号化アセットデータを出力する。
The MMTP
ＭＭＴ−ＳＩ抽出部２２７は、ＭＭＴＰパケット分離部２２６から入力される制御信号データであるＭＭＴ−ＳＩから、ＰＬＴ、ＭＰＴなどの制御情報を抽出して、出力する。ＰＬＴやＭＰＴに格納されている情報は、ＩＰ／ＵＤＰパケット分離部２２５にて用いられてもよい。
The MMT-
本実施形態に係るシステムの動作例を説明する。
図８は、同実施形態に係るテレビ受信装置におけるＴＬＶ／ＭＭＴ分離処理部の処理動作の一例を示すフローチャートである。
An operation example of the system according to this embodiment will be described.
FIG. 8 is a flowchart showing an example of the processing operation of the TLV / MMT separation processing unit in the television receiving device according to the same embodiment.
テレビ受信装置１からパーシャルＴＬＶストリームとして出力するためのサービス（コンテンツ）を指定するために、ユーザがリモコン１８で指定操作をする。リモコン１８はサービスを指定するための制御コマンドを出力し、テレビ受信装置１のインターフェース部１６２が、制御コマンドを受信する。インターフェース部１６２は、受信した制御コマンドを制御部１６３に出力し、制御部１６３は、制御コマンドを解析してユーザが指定したサービスの情報（指定サービス情報）を抽出し、サービス／アセット選択制御部１２８へ出力する。サービス／アセット選択制御部１２８は、指定サービス情報（ｓｅｒｖｉｃｅ＿ｉｄ）をＴＬＶ／ＭＭＴ分離処理部１２に出力する（ステップＳ１１）。ＴＬＶ／ＭＭＴ分離処理部１２において、ＴＬＶストリーム選択処理部１２０は、ＴＬＶ−ＳＩ抽出部１２２が抽出したＴＬＶ−ＮＩＴと指定サービス情報とに基づいて指定されたサービスが格納されているＴＬＶストリームを選択し、ＴＬＶパケット分離部１２１に出力する（ステップＳ１２）。
In order to specify a service (content) for outputting as a partial TLV stream from the
ＴＬＶパケット分離部１２１は、図４のＴＬＶパケット６１に示されるヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づいて、ＴＬＶストリーム選択処理部１２０から入力されたＴＬＶストリームを３つの系統に分離する（ステップＳ１３）。具体的にはＴＬＶパケットのペイロードに格納されているデータの種類の違いに応じて、ＴＬＶ−ＳＩデータと、ＮＴＰデータを格納するＵＤＰ／ＩＰパケットと、ＭＭＴＰパケットを格納したヘッダ圧縮ＵＤＰ／ＩＰパケットとの３つの系統に分離し、それぞれＴＬＶ−ＳＩ抽出部１２２、ＮＴＰ抽出処理部１２３、ＩＰパケットヘッダ伸長部１２４に入力される。
The TLV
ＴＬＶ−ＳＩ抽出部１２２は、ＴＬＶ−ＮＩＴデータやＡＭＴデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１４）。ＮＴＰ抽出処理部１２３は、ＵＤＰ／ＩＰパケットに格納されているＮＴＰデータを抽出し、サービス／アセット選択制御部１２８へ出力する（ステップＳ１５）。また同時に、ＮＴＰ抽出処理部１２３は、入力されたＴＬＶパケットをそのまま出力する（ステップＳ１５）。ＭＭＴＰパケットを格納したヘッダ圧縮ＵＤＰ／ＩＰパケットを含むＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４およびＩＰ／ＵＤＰパケット分離部１２５に入力され、処理される（ステップＳ１６）。Ｉ／ＵＤＰパケット分離部１２５は、入力されたＴＬＶパケットのＩＰヘッダ情報のＣＩＤ（図４ＢのＵＤＰ／ＩＰパケット６２参照）とサービス／アセット選択制御部１２８から入力されるＩＰ情報とを用いて、ＩＰデータフローを確認する（ステップＳ１７）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローではないことが確認されなかった場合、次のＴＬＶパケットを確認する（ステップＳ１８のＮＯ、Ｓ１３）。もしＩＰデータフローがＩＰ情報により選択されたＩＰデータフローであることが確認された場合、後段の処理を実施する（ステップＳ１８のＹＥＳ）。選択されたＩＰデータフローのＴＬＶパケットは、ＭＭＴＰパケット分離部１２６に入力され、ＭＭＴＰヘッダのｐａｃｋｅｔ＿ｉｄが確認される（ステップＳ１９）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ−ＳＩが格納されている場合、すなわちＰＬＴやユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＰＴ、さらに所定のＭＭＴ−ＳＩが格納されている場合は、入力されたＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットを出力する（ステップＳ２０のＹＥＳ、Ｓ２１）。ＭＭＴＰパケット分離部１２６は、ｐａｃｋｅｔ＿ｉｄを確認し、入力されたＴＬＶパケットに選択されたＭＭＴ−ＳＩが格納されていない場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄに関わるＭＭＴ−ＳＩが格納されていない場合は、入力されたＴＬＶパケットに選択されたアセットが格納されているかどうかを確認する（Ｓ２０のＮＯ、ステップＳ２２）。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ−ＳＩのＰＬＴからユーザが選択したサービスを識別するｓｅｒｖｉｃｅ＿ｉｄのＭＰＴを抽出する。ＭＭＴＰパケット分離部１２６は、抽出したＭＰＴの情報からユーザが指定したサービスを構成するアセットを特定することができる。このうちパーシャルＴＬＶストリームに必要なアセットを適宜選択（たとえば、映像、音声、字幕のみなど）することも可能である。ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ−ＳＩのＭＰＴの情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されている場合、すなわちユーザが指定したｓｅｒｖｉｃｅ＿ｉｄのアセットが格納されている場合は、入力されたＴＬＶパケットを出力する（ステップＳ２２のＹＥＳ、ステップＳ２３）。ステップＳ２３においてＭＭＴＰパケット分離部１２６が出力するＴＬＶパケットは、ＩＰパケットヘッダ伸長部１２４に入力されたＴＬＶパケットである。一方、ＭＭＴＰパケット分離部１２６は、ステップＳ２０で抽出したＭＭＴ−ＳＩのＭＰＴの情報と入力されたＴＬＶパケットのｐａｃｋｅｔ＿ｉｄとを確認し、入力されたＴＬＶパケットに選択されたアセットが格納されていない場合は、そのＴＬＶパケットに格納されているＵＤＰ／ＩＰパケットのペイロード部分を削除して、ＵＤＰ／ＩＰ空パケットを生成し、出力する（ステップＳ２４）。ここでＵＤＰ／ＩＰ空パケットとは、ＵＤＰ／ＩＰヘッダをそのまま出力してもよい。
なお、上記フローのステップＳ１８からＳ２０にかけての説明を補足する。まず、ＰＬＴを取得するために、ＡＭＴの情報を基にＳＩ専用ＩＰデータフローのＩＰ情報を特定しこれを選択する。ＰＬＴのｐａｃｋｅｔ＿ｉｄは０ｘ００００（固定値）と決まっているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ−ＳＩ抽出部１２７の処理を経てＰＬＴの抽出が可能になる。
次に、得られたＰＬＴを基に、ユーザが指定するサービスのＭＰＴを伝送するＩＰデータフローのＩＰ情報を特定し、これを選択する。ＭＰＴのｐａｃｋｅｔ＿ｉｄもＰＬＴに記載されているため、ＭＭＴＰパケット分離部１２６およびＭＭＴ−ＳＩ抽出部１２７の処理を経て当該ＭＰＴの抽出が可能になる。また、当該サービスを構成する各アセットも同じＩＰデータフローに含まれており、それぞれのｐａｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
また、必要に応じ、ＭＰＴを参照してサービス共用ＩＰデータフローのＩＰ情報を特定し、これを選択する。このＩＰ情報およびｐａｃｋｅｔ＿ｉｄもＭＰＴに記載されているため、ＭＭＴＰパケット分離部１２６の処理を経てアセットの抽出が可能になる。
上記フローのステップＳ２０を詳細に説明する。ＭＭＴＰパケット分離部１２６は、入力されたＴＬＶパケットやＵＤＰ／ＩＰヘッダの解析情報などから制御信号データを抽出し、出力する。出力された制御信号データは、ＭＭＴ−ＳＩ抽出部１２７に入力され、ＭＭＴ−ＳＩ抽出部１２７は、ＡＭＴに格納されている指定サービス送信元のＩＰアドレスなどのＩＰ情報をサービス／アセット選択制御部１２８からを受信し、受信した情報に基づいて、ＰＬＴを抽出する。ＭＭＴ−ＳＩ抽出部１２７は、サービス／アセット選択制御部１２８から入力されたＰＬＴをサービス／アセット選択制御部１２８に出力する。さらにＭＭＴ−ＳＩ抽出部１２７は、抽出したＰＬＴに基づいて、ＭＰＴを抽出する。
上記フローのステップＳ２２を詳細に説明する。ＭＭＴ−ＳＩ抽出部１２７は、抽出したＭＰＴをサービス／アセット選択制御部１２８に出力する。ＭＭＴＰパケット分離部１２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケット（ＴＬＶパケット）から符号化アセットデータを抽出する。
The TLV-
The description from steps S18 to S20 of the above flow will be supplemented. First, in order to acquire the PLT, the IP information of the SI dedicated IP data flow is specified and selected based on the AMT information. Since the packet_id of the PLT is determined to be 0x0000 (fixed value), the PLT can be extracted through the processing of the MMTP
Next, based on the obtained PLT, the IP information of the IP data flow that transmits the MPT of the service specified by the user is specified and selected. Since the packet_id of the MPT is also described in the PLT, the MPT can be extracted through the processing of the MMTP
Further, if necessary, the IP information of the service shared IP data flow is specified by referring to the MPT, and this is selected. Since this IP information and packet_id are also described in the MPT, the assets can be extracted through the processing of the MMTP
Step S20 of the above flow will be described in detail. The MMTP
Step S22 of the above flow will be described in detail. The MMT-
図９は、同実施形態に係るテレビ受信装置におけるパーシャルＴＬＶ生成部の処理動作の一例を示すフローチャートである。 FIG. 9 is a flowchart showing an example of the processing operation of the partial TLV generation unit in the television receiving device according to the same embodiment.
パーシャルＴＬＶストリーム生成部１４において、アセットデータのＴＬＶパケットはＴＬＶパケット多重部１４６に入力される（ステップＳ１０１Ａ）。パーシャルＴＬＶストリーム生成部１４において、ＵＤＰ／ＩＰ空パケットはＴＬＶパケット生成部１４５へ出力される（ステップＳ１０１Ｂ）。パーシャルＴＬＶストリーム生成部１４において、制御信号データはＭＭＴ−ＳＩ生成部１４１に入力される。ＭＭＴ−ＳＩ生成部１４１は、パーシャルＴＬＶストリームに含めて出力するためのパーシャル制御信号データであるＭＨ−ＳＩＴやＭＨ−ＤＩＴなどを生成し、ＭＭＴＰパケット生成部１４３へ出力する（ステップＳ１０２Ａ）。また、パーシャルＴＬＶストリーム生成部１４に入力される制御信号データのうちＰＬＴやＭＰＴは、ＭＭＴ―ＳＩ更新部１４２に入力されて、必要に応じて内容が更新され、ＩＰ／ＵＤＰパケット生成部１４４へ出力される（ステップＳ１０２Ｂ）。パーシャルＴＬＶストリーム生成部１４は、受信したＮＴＰデータの格納されたＴＬＶパケットをＴＬＶパケット多重部１４６へ入力する（ステップＳ１０３）。
In the partial TLV
ＭＭＴＰパケット生成部１４３は、入力されたパーシャル制御信号データをＭＭＴＰパケットに変換し、ＩＰ／ＵＤＰパケット生成部１４４に出力する（ステップＳ１０４）。ここでＭＭＴＰパケット分離部１２６に入力されるＭＭＴＰパケットと区別する場合は、ステップＳ１０４において出力されるＭＭＴＰパケットをパーシャルＭＭＴＰパケットと称する。ＩＰ／ＵＤＰパケット生成部１４４は、入力されるパーシャルＭＭＴＰパケットに対して、ＩＰヘッダ、ＵＤＰヘッダを付加するなどし、ＵＤＰ／ＩＰパケットを生成し、ＵＤＰ／ＩＰパケットをＴＬＶパケット多重部１４６へ出力する（ステップＳ１０５）。また、ステップＳ１０２ＢにおいてＭＭＴ―ＳＩ更新部１４２から入力されるＵＤＰ／ＩＰパケットは、そのまま出力する（ステップＳ１０５）。ＩＰ／ＵＤＰパケット分離部１２５に入力されるＵＤＰ／ＩＰパケットと区別する場合、ステップＳ１０５において出力されるＵＤＰ／ＩＰパケットをパーシャルＵＤＰ／ＩＰパケットと称する。
The MMTP
ＵＤＰ／ＩＰ空パケットを含めたパーシャルＵＤＰ／ＩＰパケットは、ＴＬＶパケット生成部１４５に入力され、ＴＬＶパケット生成部１４５は、パーシャルＵＤＰ／ＩＰパケットをペイロードとして、必要なＴＬＶ−ＳＩやＴＬＶヘッダを付加して、ＴＬＶパケットを生成する（ステップＳ１０６）。ＴＬＶパケット分離部１２１に入力されるＴＬＶパケットと区別する場合、ステップＳ１０６において出力されるＴＬＶパケットをパーシャルＴＬＶパケットと称する。生成されたパーシャルＴＬＶパケットや、ステップＳ１０１Ａ、ステップＳ１０３で取得したアセットデータやＮＴＰの含まれたＴＬＶパケットはＴＬＶパケット多重部１４６に入力される。ＴＬＶパケット多重部１４６は、入力されたＴＬＶパケットをパーシャルＴＬＶストリームとして出力する。パーシャルＴＬＶストリームは、インターフェース部１６２からインターフェース３を介して、例えばＤＬＮＡ（登録商標）もしくは拡張方式のような通信方式を用いて、パーシャルＴＬＶストリーム信号として出力される（ステップＳ１０７）。
The partial UDP / IP packet including the UDP / IP empty packet is input to the TLV
図１０は、同実施形態に係る電子機器におけるパーシャルＴＬＶストリーム処理部の処理動作の一例を示すフローチャートである。 FIG. 10 is a flowchart showing an example of the processing operation of the partial TLV stream processing unit in the electronic device according to the embodiment.
テレビ受信装置１から出力されたパーシャルＴＬＶストリーム信号は、電子機器２において、インターフェース部２１によって受信される。インターフェース部２１は、パーシャルＴＬＶストリーム信号に対して復調などの処理により、パーシャルＴＬＶストリームを得る。得られたパーシャルＴＬＶストリームは、パーシャルＴＬＶストリーム処理部２２のＴＬＶパケット分離部２２１に入力される。（ステップＳ２０１）。ＴＬＶパケット分離部２２１は、パーシャルＴＬＶストリームのＴＬＶヘッダに格納されているパケット識別（識別子：ｐａｃｋｅｔ＿ｔｙｐｅ）に基づき、パーシャルＴＬＶストリームをＴＬＶ−ＳＩデータと、ＮＴＰデータのＵＤＰ／ＩＰパケットのストリームと、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットのストリームなどの系統に分ける（ステップＳ２０２）。ＴＬＶ−ＳＩデータは、ＴＬＶ−ＳＩ抽出部２２２に入力され、ＴＬＶ−ＳＩ抽出部２２２は、パーシャルＴＬＶストリームの処理に必要なデータを抽出する。なお本実施形態の例では、ＴＬＶ−ＳＩデータはパーシャルＴＬＶストリームに含まれない。
The partial TLV stream signal output from the
ＮＴＰデータを格納するＵＤＰ／ＩＰパケットは、ＮＴＰ抽出処理部２２３に入力され、ＮＴＰ抽出処理部２２３は、ＮＴＰデータを抽出する（ステップＳ２０３）。ステップＳ２０３と同時に、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰストリームは、ＩＰパケットヘッダ伸長部２２４に入力され、フルヘッダのＵＤＰ／ＩＰパケットに変換される（ステップＳ２０４）。ステップＳ２０４においては、ＵＤＰ／ＩＰ空パケットに対しても同様の処理が行われる。変換されたフルヘッダのＵＤＰ／ＩＰパケットは、ＩＰ／ＵＤＰパケット分離部２２５に入力され、ＩＰ／ＵＤＰパケット分離部２２５は、ＭＭＴＰパケットを抽出し、ＭＭＴＰパケット分離部２２６へ出力する（ステップＳ２０５）。ＭＭＴＰパケット分離部２２６は、入力されたＭＭＴＰパケットのうち、ＳＩデータに関わるＭＭＴＰパケットを抽出し、抽出したＭＭＴＰパケットをＭＭＴ−ＳＩ抽出部２２７に出力する（ステップＳ２０６）。
The UDP / IP packet for storing the NTP data is input to the NTP
ＭＭＴ−ＳＩ抽出部２２７は、入力されたＭＭＴＰパケットから、ＰＬＴを抽出する（ステップＳ２０７）。より詳細には、ステップＳ２０６において抽出したＭＭＴＰパケットに付与されていたＩＰヘッダのパケットＩＤを用いて、ＰＬＴを抽出する。
The MMT-
さらにＭＭＴ−ＳＩ抽出部２２７は、抽出したＰＬＴに記載されている情報に基づいて、ＭＰＴを抽出する（ステップＳ２０８）。ＭＭＴＰパケット分離部２２６は、抽出されたＭＰＴに基づいて、入力されたＭＭＴＰパケットから符号化アセットデータを抽出する（ステップＳ２０９）。抽出された符号化アセットデータはコンテンツ出力部２４に出力される（ステップＳ２１０）。
Further, the MMT-
コンテンツ出力部２４は、符号化アセットデータをデコードなどし、音声、映像、文字などのコンテンツデータを出力する。出力されたコンテンツデータは提示部２５から、スピーカやモニタから映像、音声、文字などのコンテンツとしてユーザに提示される。
The
以上の手順により、電子機器２は、テレビ受信装置１が送信したパーシャルＴＬＶストリームを受信し、ユーザは、電子機器２によりコンテンツを視聴できる。本実施形態においては、ソース機器であるテレビ受信装置１は、選択されたサービス以外のデータに対してＵＤＰ／ＩＰパケットのヘッダ部分のみ（ＵＤＰ／ＩＰ空パケット）をパーシャルＴＬＶストリームに含めて送信した。電子機器２は、パーシャルＴＬＶストリームに含まれるＵＤＰ／ＩＰ空パケットの処理をスキップすることによって、パーシャルＴＬＶストリームにて送信されるコンテンツデータを取得することができる。
By the above procedure, the
高度広帯域衛星デジタル放送の規格においては、サービスを構成する映像、音声、字幕などやＭＭＴ−ＳＩを格納するＭＭＴＰパケット伝送用のＩＰパケットはヘッダ圧縮して伝送されることになっている。テレビ受信装置１は、受信した放送信号から選択されたサービスや必要なＭＭＴ−ＳＩを取捨選択してパーシャルＴＬＶストリームを生成し、外部装置へ出力する。従って、通常、パーシャルＴＬＶストリームは、放送信号に含まれていたデータが欠損することになる。特にＵＤＰ／ＩＰパケットのヘッダに含まれる情報が欠損してしまうために、ＵＤＰ／ＩＰパケットの連続性（ＳＮフィールドで設定）が損なわれる問題がある。またフルヘッダのＵＤＰ／ＩＰパケットは、もともと送信頻度が少なく、パーシャルＴＬＶストリームに含められなかった場合に問題となる可能性がある。例えば、電子機器２において、パーシャルＴＬＶストリームの受信再生処理の際に、サービスの再生表示や関連情報の提示で遅延や中断の問題が発生する可能性がある。現状では問題は表面化していないが、今後、高機能化、多機能化、大容量化などにより問題発生する可能性が考えられ、仕組みとして対処しておくのが望ましい。本実施形態によれば、以上に述べた問題が生じないパーシャルＴＬＶストリームの送受信が可能となる。
According to the standard for advanced broadband satellite digital broadcasting, IP packets for MMTP packet transmission that store video, audio, subtitles, etc. and MMT-SI that make up the service are to be transmitted with header compression. The
なお、本実施形態においては、図４Ｂに示した高度広帯域ＣＳデジタル放送の規格のＴＬＶストリームに適用した例を示したが、ＡＲＩＢ ＴＲ−Ｂ３９ ２．３版（第三分冊）第四編 高度広帯域ＢＳデジタル放送ＳＩ運用規定 １３章に準拠した高度広帯域ＢＳデジタル放送にも適用可能である。高度広帯域ＣＳデジタル放送の場合と異なり、高度広帯域ＢＳデジタル放送の場合、トランスポンダから複数のＴＬＶストリームが出力され、それぞれのＴＬＶストリームがＴＬＶ−ＳＩデータ（ＡＭＴ、ＴＬＶ−ＮＩＴ）、ＮＴＰの格納されたＵＤＰ／ＩＰパケット、ＭＭＴＰパケットを格納したＵＤＰ／ＩＰパケットを含んでいる。高度広帯域ＣＳデジタル放送の場合は、１つのＴＬＶストリーム内に１つのＴＬＶ−ＮＩＴ、ＡＭＴ、ＮＴＰ専用ＩＰデータフローがそれぞれ１つ存在し、ＭＭＴＰパケット伝送用はＳＩ専用ＩＰデータフローに対して、複数のサービス（図４の表示枠５８Ａ、５８Ｂ、５８Ｃに相当）がそれぞれ異なるＩＰデータフローを構成していた。一方、高度広帯域ＢＳデジタル放送の場合、１つのＴＬＶストリーム内にＴＬＶ−ＮＩＴ、ＡＭＴ、ＮＴＰ専用ＩＰデータフローがそれぞれ１つ存在するのは変わらないが、ＭＭＴＰ伝送用は複数のサービスが存在してもすべて１つのＩＰデータフローで構成されている。そのような複数のＴＬＶストリームが１つのトランスポンダから出力される。この場合、放送信号のＴＬＶストリームから１つのサービスを選択してパーシャルＴＬＶストリームを生成した場合、図４Ａに示したデータ構成の場合に比べてパーシャルＴＬＶストリームにおけるＵＤＰ／ＩＰパケットの欠落は頻繁に生じる。従って、高度広帯域ＢＳデジタル放送のようなＴＬＶストリーム構成の場合に、本実施形態を適用すれば、さらにＵＤＰ／ＩＰパケットの欠落による問題発生の低減効果は大きい。
以下に、上記した実施形態に関連するＡＭＴ、ＰＬＴについて示す。ＡＲＩＢ ＳＴＤ−Ｂ６０に基づく。
図１１Ａは、同実施形態に係るＡＭＴのデータ構造を示す図であり、ＡＭＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。各データの内容は下記のようになる。
・ｔａｂｌｅ＿ｉｄ（テーブル識別）：テーブル識別拡張の値によりテーブルを識別することを示す０ｘＦＥとする。
・ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒ（セクションシンタクス指示）：拡張形式を示す「１」とする。
・ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ（セクション長）：セクション長フィールドの直後からＣＲＣ＿３２を含む最後までのセクションのバイト数を規定する。
・ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ（テーブル識別拡張）：アドレスマップテーブルを示す０ｘ００００とする。
・ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ（バージョン番号）：テーブルのバージョン番号を書き込む領域とする。テーブル内の情報に変化があった場合に１加算される。その値が３１になった場合は、その次は０に戻る。
・ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ（カレントネクスト指示）：「１」の場合はそのテーブルが現在有効であることを示す。「０」の場合は、送られているテーブルはまだ適用されず、次に有効となる予定のテーブルであることを示す。
・ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（セクション番号）：セクションの番号を表す。最初のセクションのセクション番号は０ｘ００である。セクション番号は同一のテーブル識別とテーブル識別拡張を持つセクションの追加ごとに１加算される。
・ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ（最終セクション番号）：そのセクションが属するテーブルの最後のセクション（すなわち、最大のセクション番号を持つセクション）の番号を規定する。
・ｎｕｍ＿ｏｆ＿ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別数）：このアドレスマップテーブルに記述されるｓｅｒｖｉｃｅ＿ｉｄの数を示す。
・ｓｅｒｖｉｃｅ＿ｉｄ（サービス識別）：サービスを識別するためのラベルの役割をする。サービスリスト記述子に記述されるサービス識別と同一の役割を持つ。
・ｉｐ＿ｖｅｒｓｉｏｎ（ＩＰバージョン）：リストに記述するＩＰパケットのバージョンを示し、表５−３に従って符号化される。
図１１Ｂは、同実施形態に係るＩＰバージョンを示す図である。
ＩＰバージョンが０の場合は、ＩＰｖ４を示し、ＩＰバージョンが１の場合は、ＩＰｖ６を示す。
・ｓｅｒｖｉｃｅ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（サービスループ長）：このフィールドの直後から、次のサービス識別フィールドの直前までのバイト長を示す。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿３２（送信元ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（送信元ＩＰｖ４アドレスマスク）：送信元ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿３２（宛先ＩＰｖ４アドレス）：サービスを構成するＩＰｖ４パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿３２（宛先ＩＰｖ４アドレスマスク）：宛先ＩＰｖ４アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。３２より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ４アドレスマスクにより有効と識別される送信元ＩＰｖ４アドレス及び宛先ＩＰｖ４アドレスマスクにより有効と識別される宛先ＩＰｖ４アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿１２８（送信元ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの送信元ＩＰアドレスを記述する。
・ｓｒｃ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（送信元ＩＰｖ６アドレスマスク）：送信元ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿１２８（宛先ＩＰｖ６アドレス）：サービスを構成するＩＰｖ６パケットの宛先ＩＰアドレスを記述する。
・ｄｓｔ＿ａｄｄｒｅｓｓ＿ｍａｓｋ＿１２８（宛先ＩＰｖ６アドレスマスク）：宛先ＩＰｖ６アドレスに指定するＩＰアドレスに対し、有効となる先頭（ＭＳＢ）からのビット数を指定する。１２８より大きな値を取らない。なお、サービスを構成するマルチキャストグループは、送信元ＩＰｖ６アドレスマスクにより有効と識別される送信元ＩＰｖ６アドレス及び宛先ＩＰｖ６アドレスマスクにより有効と識別される宛先ＩＰｖ６アドレスの両方のアドレスに合致するマルチキャストグループとする。
・ｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ：個別に定義されたデータを格納する。
ＣＲＣ＿３２（ＣＲＣ）：ＩＴＵ−Ｔ勧告Ｈ．２２２．０に従うものとする。
図１１Ｃは、同実施形態に係るＰＬＴ（パッケージリストテーブル）のデータ構造を示す図であり、ＰＬＴに含まれるデータが行ごとに、ビット数、データ表記とともに示されている。ＰＬＴは、放送サービスとして提供されるＭＭＴパッケージのＰＡメッセージを伝送するＩＰデータフロー及びパケットＩＤ並びにＩＰサービスを伝送するＩＰデータフローの一覧を示す。ＰＬＴに格納する記述子は、規格に規定の記述子とする。
ＰＬＴに含まれる各データの内容は下記のようになる。
・ｎｕｍ＿ｏｆ＿ｐａｃｋａｇｅ（パッケージ数）：本テーブルにロケーション情報を記載するパッケージの数を示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｌｅｎｇｔｈ（パッケージＩＤ長）：パッケージＩＤバイトの長さをバイト単位で示す。
・ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄ＿ｂｙｔｅ（パッケージＩＤバイト）：パッケージＩＤを示す。
・ＭＭＴ＿ｇｅｎｅｒａｌ＿ｌｏｃａｔｉｏｎ＿ｉｎｆｏ（ロケーション情報）：パッケージＩＤで示すパッケージのＰＡメッセージを伝送するロケーション情報を示す。
・ｎｕｍ＿ｏｆ＿ｉｐ＿ｄｅｌｉｖｅｒｙ（ＩＰ配信フロー数）：本テーブルにロケーション情報を記載するＩＰサービスの数を示す。
・ｔｒａｎｓｐｏｒｔ＿ｆｉｌｅ＿ｉｄ（トランスポートファイル識別）：伝送するファイルを一意に識別するためのラベルを示す。
・ｌｏｃａｔｉｏｎ＿ｔｙｐｅ（ロケーションタイプ）：ロケーション情報の種類を示す。０ｘ０１はＩＰｖ４データフロー、０ｘ０２はＩＰｖ６データフロー、０ｘ０５はＵＲＬを示す。
・ｉｐｖ４＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ４アドレス）：ＩＰｖ４データフローの送信元アドレスを示す。
・ｉｐｖ４＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ４アドレス）：ＩＰｖ４データフローの宛先アドレスを示す。
・ｄｓｔ＿ｐｏｒｔ（宛先ポート番号）：ＩＰデータフローの宛先ポート番号を示す。
・ｉｐｖ６＿ｓｒｃ＿ａｄｄｒ（送信元ＩＰｖ６アドレス）：ＩＰｖ６データフローの送信元アドレスを示す。
・ｉｐｖ６＿ｄｓｔ＿ａｄｄｒ（宛先ＩＰｖ６アドレス）：ＩＰｖ６データフローの宛先アドレスを示す。
・ＵＲＬ＿ｌｅｎｇｔｈ（ＵＲＬ長）：ロケーション情報をＵＲＬで示す場合のＵＲＬのバイト長を示す。
・ＵＲＬ＿ｂｙｔｅ（ＵＲＬバイト）：ＩＰサービスのＵＲＬを示す。
・ｄｅｓｃｒｉｐｔｏｒ＿ｌｏｏｐ＿ｌｅｎｇｔｈ（記述子長）：後続の記述子の全バイト長を示す。
・ｄｅｓｃｒｉｐｔｏｒ（記述子領域）：ＩＰサービスの詳細な情報を示す記述子のための領域とする。
図１１Ｄは、同実施形態に係るＰＬＴとＭＰＴの参照関係を示す図である。
パケットＩＤが０ｘ００００のＭＭＴＰパケットは、ＰＡメッセージを伝送することを示す（図１１Ｄの左側に示すＰＡメッセージ）。複数のパッケージを多重する場合、このＰＡメッセージにパッケージリストテーブル（ＰＬＴ）が含まれる。パッケージリストテーブルは、他のパッケージのＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットのパケットＩＤのリストを与える。そのため、パッケージリストテーブルを解析することで、パッケージＩＤから、そのサービスのエントリーポイントとなるＭＰＴを含むＰＡメッセージを伝送するＭＭＴＰパケットを特定することができる。
In this embodiment, an example applied to the TLV stream of the advanced broadband CS digital broadcasting standard shown in FIG. 4B is shown, but ARIB TR-B39 2.3 version (third volume)
The AMT and PLT related to the above-described embodiment are shown below. Based on ARIB STD-B60.
FIG. 11A is a diagram showing the data structure of the AMT according to the same embodiment, and the data included in the AMT is shown for each line together with the number of bits and the data notation. The contents of each data are as follows.
-Table_id (table identification): 0xFE indicating that the table is identified by the value of the table identification extension.
-Section_synchrox_indicator (section syntax instruction): Set to "1" indicating the extended format.
-Section_length (section length): Specifies the number of bytes in the section from immediately after the section length field to the end including CRC_32.
-Table_id_extension (table identification extension): 0x0000 indicating the address map table.
-Version_number (version number): An area for writing the version number of the table. If there is a change in the information in the table, 1 is added. When the value becomes 31, the next value returns to 0.
-Current_next_indicator (current next instruction): "1" indicates that the table is currently valid. A "0" indicates that the table being sent has not yet been applied and is the next table to be valid.
-Section_number (section number): Indicates the section number. The section number of the first section is 0x00. The section number is incremented by 1 for each additional section with the same table identification and table identification extension.
Last_section_number (last section number): Specifies the number of the last section of the table to which the section belongs (ie, the section with the highest section number).
-Num_of_service_id (number of service identifications): Indicates the number of service_ids described in this address map table.
-Service_id (service identification): Acts as a label for identifying a service. It has the same role as the service identification described in the service list descriptor.
-IP_version (IP version): Indicates the version of the IP packet to be listed and encoded according to Table 5-3.
FIG. 11B is a diagram showing an IP version according to the embodiment.
When the IP version is 0, it indicates IPv4, and when the IP version is 1, it indicates IPv6.
-Service_loop_length (service loop length): Indicates the byte length from immediately after this field to immediately before the next service identification field.
-Src_addless_32 (source IPv4 address): Describes the source IP address of the IPv4 packet constituting the service.
-Src_addless_mask_32 (source IPv4 address mask): Specifies the number of valid bits from the beginning (MSB) for the IP address specified as the source IPv4 address. Does not take a value greater than 32.
Dst_addless_32 (destination IPv4 address): Describes the destination IP address of the IPv4 packet constituting the service.
Dst_addless_mask_32 (destination IPv4 address mask): Specify the number of valid bits from the beginning (MSB) for the IP address specified as the destination IPv4 address. Does not take a value greater than 32. The multicast group constituting the service is a multicast group that matches both the source IPv4 address identified as valid by the source IPv4 address mask and the destination IPv4 address identified as valid by the destination IPv4 address mask. ..
-Src_addless_128 (source IPv6 address): Describes the source IP address of the IPv6 packet constituting the service.
-Src_addless_mask_128 (source IPv6 address mask): Specify the number of valid bits from the beginning (MSB) for the IP address specified for the source IPv6 address. Do not take a value greater than 128.
-Dst_addless_128 (destination IPv6 address): Describes the destination IP address of the IPv6 packet constituting the service.
-Dst_addless_mask_128 (destination IPv6 address mask): Specify the number of valid bits from the beginning (MSB) for the IP address specified for the destination IPv6 address. Do not take a value greater than 128. The multicast group constituting the service is a multicast group that matches both the source IPv6 address identified as valid by the source IPv6 address mask and the destination IPv6 address identified as valid by the destination IPv6 address mask. ..
-Private_data_byte: Stores individually defined data.
CRC_32 (CRC): ITU-T Recommendation H. 222.0 shall be followed.
FIG. 11C is a diagram showing a data structure of the PLT (package list table) according to the same embodiment, and the data included in the PLT is shown for each row together with the number of bits and the data notation. The PLT shows a list of IP data flows and packet IDs that transmit PA messages of the MMT package provided as a broadcasting service, and IP data flows that transmit the IP service. The descriptor stored in the PLT shall be the descriptor specified in the standard.
The contents of each data included in the PLT are as follows.
-Num_of_package (number of packages): Indicates the number of packages for which location information is described in this table.
-MMT_package_id_length (package ID length): Indicates the length of the package ID byte in bytes.
-MMT_package_id_byte (package ID byte): Indicates the package ID.
-MMT_general_location_info (location information): Indicates the location information for transmitting the PA message of the package indicated by the package ID.
-Num_of_ip_delivery (number of IP distribution flows): Indicates the number of IP services for which location information is described in this table.
-Transport_file_id (Transport file identification): Indicates a label for uniquely identifying the file to be transmitted.
-Location_type (location type): Indicates the type of location information. 0x01 indicates an IPv4 data flow, 0x02 indicates an IPv6 data flow, and 0x05 indicates a URL.
-Ipv4_src_addr (source IPv4 address): Indicates the source address of the IPv4 data flow.
-Ipv4_dst_addr (destination IPv4 address): Indicates the destination address of the IPv4 data flow.
-Dst_port (destination port number): Indicates the destination port number of the IP data flow.
-IPv6_src_addr (source IPv6 address): Indicates the source address of the IPv6 data flow.
-Ipv6_dst_addr (destination IPv6 address): Indicates the destination address of the IPv6 data flow.
-URL_length (URL length): Indicates the byte length of the URL when the location information is indicated by the URL.
-URL_byte (URL byte): Indicates the URL of the IP service.
Descriptor_loop_length (descriptor length): Indicates the total byte length of subsequent descriptors.
-Descriptor (descriptor area): An area for a descriptor showing detailed information of the IP service.
FIG. 11D is a diagram showing a reference relationship between PLT and MPT according to the same embodiment.
An MMTP packet having a packet ID of 0x0000 indicates that a PA message is transmitted (PA message shown on the left side of FIG. 11D). When multiple packages are multiplexed, this PA message includes a package list table (PLT). The package list table provides a list of packet IDs of MMTP packets that carry PA messages containing MPTs of other packages. Therefore, by analyzing the package list table, it is possible to identify the MMTP packet that transmits the PA message including the MPT that is the entry point of the service from the package ID.
以上述べた実施形態によれば、受信の問題を低減するためのパーシャルＴＬＶストリームの送受信方法、送受信装置を提供する。 According to the above-described embodiment, a method for transmitting and receiving a partial TLV stream and a transmission / reception device for reducing a reception problem are provided.
本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また、複数の実施形態を組み合わせてもよく、この組み合わせで構成される実施例も発明の範疇である。 Although some embodiments of the present invention have been described, these embodiments are presented as examples and are not intended to limit the scope of the invention. These novel embodiments can be implemented in various other embodiments, and various omissions, replacements, and changes can be made without departing from the gist of the invention. These embodiments and modifications thereof are included in the scope and gist of the invention, and are also included in the scope of the invention described in the claims and the equivalent scope thereof. Furthermore, in each of the constituent elements of the claims, even when the constituent elements are divided and expressed, when a plurality of the constituent elements are expressed together, or when these components are expressed in combination, it is within the scope of the present invention. Further, a plurality of embodiments may be combined, and examples composed of these combinations are also within the scope of the invention.
また、図面は、説明をより明確にするため、実際の態様に比べて、各部の幅、厚さ、形状等について模式的に表される場合がある。ブロック図においては、結線されていないブロック間もしくは、結線されていても矢印が示されていない方向に対してもデータや信号のやり取りを行う場合もある。ブロック図に示される各機能や、フローチャート、シーケンスチャートに示す処理は、ハードウェア（ＩＣチップなど）もしくはソフトウェア（プログラムなど）もしくはハードウェアとソフトウェアの組み合わせによって実現してもよい。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。 Further, in order to clarify the explanation, the drawings may be schematically represented by the width, thickness, shape, etc. of each part as compared with the actual embodiment. In the block diagram, data and signals may be exchanged between blocks that are not connected, or even if they are connected but in a direction in which an arrow is not shown. Each function shown in the block diagram and the processing shown in the flowchart and the sequence chart may be realized by hardware (IC chip or the like) or software (program or the like) or a combination of hardware and software. Further, the apparatus of the present invention is applied even when the claim is expressed as a control logic, when it is expressed as a program including an instruction for executing a computer, and when it is expressed as a computer-readable recording medium in which the instruction is described. be. Further, the names and terms used are not limited, and other expressions are included in the present invention as long as they have substantially the same contents and the same purpose.
１…テレビ受信装置、２…記録再生部、３Ａ…インターフェース、１１Ａ…ＴＬＶストリーム抽出部、１２Ａ…ＴＬＶ／ＭＭＴ分離処理部、１３…コンテンツ出力部、１４…パーシャルＴＬＶストリーム生成部、１５…提示部、１６…周辺機能、１７…システムバス、１８…リモコン、２１…記録部、２２…パーシャルＴＬＶストリーム処理部、２３…デコード処理部、２４…コンテンツ出力部、２５…提示部、２６…制御部、１２０…ＴＬＶストリーム選択処理部、１２１…ＴＬＶパケット分離部、１２２…ＴＬＶ−ＳＩ抽出部、１２３…ＮＴＰ抽出処理部、１２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、１２５…ＩＰ／ＵＤＰパケット分離部、１２６…ＭＭＴＰパケット分離部、１２７…ＭＭＴ−ＳＩ抽出部、１２８…サービス／アセット選択制御部、１２９…空パケット生成部、１４１…ＭＭＴ−ＳＩ生成部、１４２…ＭＭＴ−ＳＩ更新部、１４３…ＭＭＴＰパケット生成部、１４４…ＩＰ／ＵＤＰパケット生成部、１４５…ＴＬＶパケット生成部、１４６…ＴＬＶパケット多重部、１４７…ＴＬＶ−ＳＩ生成部、２２１…ＴＬＶパケット分離部、２２２…ＴＬＶ−ＳＩ抽出部、２２３…ＮＴＰ抽出処理部、２２４…ＩＰ／ＵＤＰパケットヘッダ伸長部、２２５…ＩＰ／ＵＤＰパケット分離部、２２６…ＭＭＴＰパケット分離部、２２７…ＭＭＴ−ＳＩ抽出部、２２５１…空パケット検出部。
1 ... TV receiver, 2 ... Recording / playback unit, 3A ... Interface, 11A ... TLV stream extraction unit, 12A ... TLV / MMT separation processing unit, 13 ... Content output unit, 14 ... Partial TLV stream generation unit, 15 ... Presentation unit , 16 ... peripheral function, 17 ... system bus, 18 ... remote control, 21 ... recording unit, 22 ... partial TLV stream processing unit, 23 ... decoding processing unit, 24 ... content output unit, 25 ... presentation unit, 26 ... control unit, 120 ... TLV stream selection processing unit, 121 ... TLV packet separation unit, 122 ... TLV-SI extraction unit, 123 ... NTP extraction processing unit, 124 ... IP / UDP packet header extension unit, 125 ... IP / UDP packet separation unit, 126 ... MMTP packet separation unit, 127 ... MMT-SI extraction unit, 128 ... service / asset selection control unit, 129 ... empty packet generation unit, 141 ... MMT-SI generation unit, 142 ... MMT-SI update unit, 143 ... MMTP
Claims (7)
前記ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出するＵＤＰ／ＩＰパケット抽出手段と、
前記ＵＤＰ／ＩＰパケットを、指定のデータが含まれる第１のＵＤＰ／ＩＰパケットと前記指定のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離するＩＰ／ＵＤＰパケット分離手段と、
前記第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、ＵＤＰ／ＩＰヘッダのみのＵＤＰ／ＩＰ空パケットを生成する空パケット生成手段と、
少なくとも前記第１のＵＤＰ／ＩＰパケットと、前記ＵＤＰ／ＩＰ空パケットとを含めてパーシャルＴＬＶストリームを生成するパーシャルＴＬＶストリーム生成手段と、
前記パーシャルＴＬＶストリームを外部装置へ送信するパーシャルＴＬＶストリーム送信手段とを具備する送信装置。 A TLV stream extraction means that receives a broadcast signal based on the MMT / TLV method and obtains a TLV stream in which UDP / IP packets are stored.
A UDP / IP packet extraction means for extracting UDP / IP packets from the TLV stream, and
An IP / UDP packet separating means for separating the UDP / IP packet into a first UDP / IP packet containing the designated data and a second UDP / IP packet not containing the designated data.
An empty packet generation means that deletes the UDP / IP payload from the second UDP / IP packet and generates a UDP / IP empty packet containing only the UDP / IP header.
A partial TLV stream generation means for generating a partial TLV stream including at least the first UDP / IP packet and the UDP / IP empty packet, and
A transmission device including a partial TLV stream transmission means for transmitting the partial TLV stream to an external device.
前記ＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出し、
前記ＵＤＰ／ＩＰパケットを、指定のデータが含まれる第１のＵＤＰ／ＩＰパケットと前記指定のデータが含まれない第２のＵＤＰ／ＩＰパケットとに分離し、
第２のＵＤＰ／ＩＰパケットからＵＤＰ／ＩＰペイロードを削除して、ＵＤＰ／ＩＰヘッダのみのＵＤＰ／ＩＰパケットを含めたＵＤＰ／ＩＰ空パケットを生成し、
少なくとも前記第１のＵＤＰ／ＩＰパケットと、前記ＵＤＰ／ＩＰ空パケットとを含めてパーシャルＴＬＶストリームを生成し、
パーシャルＴＬＶストリームを外部装置へ送信する送信方法。 Receive a broadcast signal based on the MMT / TLV method to obtain a TLV stream in which UDP / IP packets are stored.
UDP / IP packets are extracted from the TLV stream and
The UDP / IP packet is separated into a first UDP / IP packet containing the specified data and a second UDP / IP packet not containing the specified data.
The UDP / IP payload is deleted from the second UDP / IP packet to generate a UDP / IP empty packet including the UDP / IP packet with only the UDP / IP header.
Generate a partial TLV stream that includes at least the first UDP / IP packet and the UDP / IP empty packet.
A transmission method for transmitting a partial TLV stream to an external device.
前記パーシャルＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出するＩＰ／ＵＤＰパケット抽出手段と、
前記ＵＤＰ／ＩＰパケットのペイロードの有無を検知する空パケット検知手段とを備え、
前記ペイロードがあると判定されたＵＤＰ／ＩＰパケットを処理する受信装置。 A device for receiving a partial TLV stream generated from a TLV stream obtained by receiving a broadcast signal based on the MMT / TLV method.
An IP / UDP packet extraction means for extracting UDP / IP packets from the partial TLV stream, and
It is provided with an empty packet detecting means for detecting the presence or absence of the payload of the UDP / IP packet.
A receiving device that processes UDP / IP packets determined to have the payload.
前記パーシャルＴＬＶストリームからＵＤＰ／ＩＰパケットを抽出し、
前記ＵＤＰ／ＩＰパケットのペイロードの有無を検知し、
前記ペイロードがあると判定されたＵＤＰ／ＩＰパケットを処理する受信方法。 A method for receiving a partial TLV stream generated from a TLV stream obtained by receiving a broadcast signal based on the MMT / TLV method.
UDP / IP packets are extracted from the partial TLV stream and
Detects the presence or absence of the payload of the UDP / IP packet and
A receiving method for processing a UDP / IP packet determined to have the payload.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020015883A JP7443075B2 (en) | 2020-01-31 | 2020-01-31 | transmitting device |
| PCT/CN2021/073818 WO2021151376A1 (en) | 2020-01-31 | 2021-01-26 | Reception/transmission method and reception/transmission apparatus |
| CN202180001660.XA CN113475088B (en) | 2020-01-31 | 2021-01-26 | Transmitting and receiving method, and transmitting and receiving device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2020015883A JP7443075B2 (en) | 2020-01-31 | 2020-01-31 | transmitting device |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2021125724A true JP2021125724A (en) | 2021-08-30 |
| JP2021125724A5 JP2021125724A5 (en) | 2023-01-24 |
| JP7443075B2 JP7443075B2 (en) | 2024-03-05 |
Family
ID=77459731
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2020015883A Active JP7443075B2 (en) | 2020-01-31 | 2020-01-31 | transmitting device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP7443075B2 (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11275524A (en) * | 1998-03-20 | 1999-10-08 | Pioneer Electron Corp | Data recording method, data reproduction method, data recorder and data reproduction device |
| WO2011024437A1 (en) * | 2009-08-25 | 2011-03-03 | パナソニック株式会社 | Recording device and playback device |
| JP2016103745A (en) * | 2014-11-28 | 2016-06-02 | ソニー株式会社 | Transmitter and transmission method, receiver and reception method |
| JP2016163221A (en) * | 2015-03-03 | 2016-09-05 | 株式会社日立情報通信エンジニアリング | Transmission apparatus, transmission program, and transmission method |
| WO2019043987A1 (en) * | 2017-09-01 | 2019-03-07 | パナソニックＩｐマネジメント株式会社 | Content recording device, content editing device, content reproduction device, content recording method, content editing method, and content reproduction method method |
| JP2019054365A (en) * | 2017-09-14 | 2019-04-04 | 住友電気工業株式会社 | Broadcast receiving apparatus, broadcast receiving method, and broadcast receiving program |
| JP2019118076A (en) * | 2017-12-27 | 2019-07-18 | ピクセルワークス インクＰｉｘｅｌｗｏｒｋｓ，Ｉｎｃ． | Packet conversion device |
-
2020
- 2020-01-31 JP JP2020015883A patent/JP7443075B2/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11275524A (en) * | 1998-03-20 | 1999-10-08 | Pioneer Electron Corp | Data recording method, data reproduction method, data recorder and data reproduction device |
| WO2011024437A1 (en) * | 2009-08-25 | 2011-03-03 | パナソニック株式会社 | Recording device and playback device |
| JP2016103745A (en) * | 2014-11-28 | 2016-06-02 | ソニー株式会社 | Transmitter and transmission method, receiver and reception method |
| JP2016163221A (en) * | 2015-03-03 | 2016-09-05 | 株式会社日立情報通信エンジニアリング | Transmission apparatus, transmission program, and transmission method |
| WO2019043987A1 (en) * | 2017-09-01 | 2019-03-07 | パナソニックＩｐマネジメント株式会社 | Content recording device, content editing device, content reproduction device, content recording method, content editing method, and content reproduction method method |
| JP2019054365A (en) * | 2017-09-14 | 2019-04-04 | 住友電気工業株式会社 | Broadcast receiving apparatus, broadcast receiving method, and broadcast receiving program |
| JP2019118076A (en) * | 2017-12-27 | 2019-07-18 | ピクセルワークス インクＰｉｘｅｌｗｏｒｋｓ，Ｉｎｃ． | Packet conversion device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP7443075B2 (en) | 2024-03-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6646774B2 (en) | Transmission / reception system | |
| JP7443076B2 (en) | receiving device | |
| JP6506241B2 (en) | Transmission method | |
| JP7443075B2 (en) | transmitting device | |
| JP2019092194A (en) | Transmitting and receiving system | |
| JP7558660B2 (en) | Transmitting Device | |
| CN113475088B (en) | Transmitting and receiving method, and transmitting and receiving device | |
| JP6657446B2 (en) | Receiver | |
| CN113475087B (en) | Transmitting and receiving method and transmitting and receiving device | |
| JP6515211B2 (en) | Transmission / reception system | |
| JP6515213B2 (en) | Transmission / reception system | |
| JP6506242B2 (en) | Transmission method | |
| JP6506240B2 (en) | Transmitter | |
| JP6546902B2 (en) | Transmission method | |
| JP6506239B2 (en) | Transmitter | |
| JP2021125726A (en) | Receiving method and receiving device | |
| JP2019083554A (en) | Transmission method | |
| JP2019097195A (en) | Receiver | |
| JP2019080334A (en) | Receiving method | |
| JP2019080330A (en) | Receiving method | |
| JP6646776B2 (en) | Transmission / reception system | |
| JP6657450B2 (en) | Transmission / reception method | |
| JP6657448B2 (en) | Transmission / reception method | |
| JP6640393B2 (en) | Receiving method | |
| JP6661806B2 (en) | Receiver |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230116 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20230116 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20240118 |
|
| 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: 20240123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240221 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 7443075 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |