2-STD-B21v5_5

ARIB STD-B21 

デジタル放送用受信装置 

RECEIVER FOR DIGITAL BROADCASTING 

標準規格 

( 望ましい仕様 ) 

ARIB STANDARD 

( DESIRABLE SPECIFICATIONS ) 


5.5 版 

平成 11 年 10 月 26 日策定 

平成 12 年 3 月 29 日 1.1 改定 

平成 12 年 12 月 14 日 1.2 改定 

平成 13 年 3 月 27 日 2.0 改定 

平成 13 年 5 月 31 日 3.0 改定 

平成 14 年 1 月 24 日 3.1 改定 

平成 14 年 7 月 25 日 3.2 改定 

平成 15 年 2 月 6 日 4.0 改定 

平成 15 年 6 月 5 日 4.1 改定 

平成 15 年 10 月 16 日 4.2 改定 

平成 16 年 5 月 25 日 4.3 改定 

平成 17 年 9 月 29 日 4.4 改定 

平成 18 年 9 月 28 日 4.5 改定 

平成 19 年 3 月 14 日 4.6 改定 

平成 20 年 12 月 12 日 4.7 改定 

平成 21 年 12 月 16 日 4.8 改定 

平成 22 年 4 月 26 日 4.9 改定 

平成 22 年 7 月 15 日 5.0 改定 

平成 23 年 12 月 6 日 5.1 改定 

平成 24 年 7 月 3 日 5.2 改定 

平成 25 年 3 月 19 日 5.3 改定 

平成 26 年 3 月 18 日 5.4 改定 

平成 26 年 7 月 31 日 5.5 改定 

一般社団法人電波産業会 

Association of Radio Industries and Businesses


まえがき 

一般社団法人電波産業会は、無線機器製造者、電気通信事業者、放送機器製造者、放送事業者及 

び利用者の参加を得て、各種の電波利用システムに関する無線設備の標準的な仕様等の基本的な要 

件を「標準規格」として策定している。 

「標準規格」は、周波数の有効利用及び他の利用者との混信の回避を図る目的から定められる国 

の技術基準と、併せて無線設備、放送設備の適性品質、互換性の確保等、無線機器製造者、電気通 

信事業者、放送機器製造者、放送事業者及び利用者の利便を図る目的から策定される民間の任意基 

準を取りまとめて策定される民間の規格である。 

本標準規格は、「デジタル放送用受信装置」について策定されたもので、策定段階における公正性 

及び透明性を確保するため、内外無差別に広く無線機器製造者、電気通信事業者、放送機器製造者、 

放送事業者及び利用者の利害関係者の参加を得た当会の規格会議の総意により策定されたものであ 

る。 

本標準規格が、無線機器製造者、電気通信事業者、放送機器製造者、放送事業者及び利用者に積 

極的に活用されることを希望する。 

注意 : 

本標準規格では、本標準規格に係わる必須の工業所有権に関して特別の記述は行われていないが、 

当該必須の工業所有権の権利所有者は、「本標準規格に係わる工業所有権である別表 1 及び別表 2 

に掲げる権利は、別表 1 及び別表 2 に掲げる者の保有するところのものであるが、本規格を使用す 

る者に対し、別表 1 の場合には一切の権利主張をせず、無条件で当該別表 1 に掲げる権利の実施を 

許諾し、別表 2 の場合には適切な条件の下に、非排他的かつ無差別に当該別表 2 に掲げる権利の実 

施を許諾する。ただし、本標準規格を使用する者が本標準規格で規定する内容の全部又は一部が対 

象となる必須の工業所有権を所有し、かつ、その権利を主張した場合、その者についてはこの限り 

ではない。」旨表明している。 

別表 1 ( 第一号選択 ) 

(なし)


別表 2 ( 第二号選択 ) 

特許出願人発明の名称出願番号等備考 

松下電器産業 ( 株 ) デジタル放送方法およびその受信特願平 10-28372 日本 

装置 

放送局システム及び受信機特願平 10-195093 日本 

チャンネル設定方法、及びデジタル特許出願 2000-15076 日本 

放送受信システム(*) 

日本放送協会放送用受信機特許第 2592462 日本 

放送用受信機特許第 2945670 日本 

統合放送受信機特開平 9-312811 日本 

絶対位相検出器およびディジタル特開平 9-186730 日本 

変調波復調装置 

ディジタル伝送方式および送信、受特開平 9-321813 日本 

信装置 

AFC 回路、キャリア再生回路およ 

び受信装置 

特開平 11-98432 日本 

アメリカ他 

階層化伝送ディジタル復調器特開平 11-163957 日本 

ディジタル放送受信機特開平 11-168520 日本 

送信装置および受信装置特開平 11-177537 日本 


デジタルデータの受信装置特許 2912323 日本 


受信装置特開 2000-4409 日本 

デジタル送信装置および受信装置特許 2991694 日本 

デジタル放送受信装置特願平 10-313154 日本 


同期捕捉回路特許 3017983 日本 

誤り訂正復号回路 (*4) 特許 1585258 日本 

誤り訂正復号方式 (*4) 特許 1587162 日本、 

アメリカ、カナダ、 

韓国 

誤り検出回路 (*4) 特許 1587174 日本、 

アメリカ 

誤り訂正復号方式 (*4) 特許 1707686 日本、 

アメリカ、カナダ、 

韓国 

直交周波数分割多重ディジタル信 

号送信装置および受信装置 (*4) 

特許 2904986 日本、 

アメリカ、 

イギリス、 

ドイツ、フランス



日本放送協会 

符号化変調装置および復調装置特許 2883238 日本 

(*4) 

放送方式および送受信機 (*4) 特開平 8-294098 日本 

ディジタル信号の送信方法、受信方 

法、送信装置および受信装置 (*4) 

ディジタル信号伝送方法および受 

信機 (*4) 

デジタル信号送信装置、およびデジ 

タル信号受信装置 (*4) 

直交周波数分割多重伝送方式とそ 

の送信装置及び受信装置 (*4) 

特開平 9-46307 

特開平 10-93521 

特開平 10-336158 

日本 

日本 

日本 

特許 3083159 日本、 

中国、韓国、 

台湾 

デジタル信号受信装置 (*4) 特許 2975932 日本 

送信装置および受信装置 (*4) 特開 2000-101543 日本 

直交周波数分割多重伝送方式とそ特開 2000-236313 日本 

の送信装置及び受信装置 (*4) 

OFDM 受信装置 (*4) 特開平 11-355240 日本 

OFDM 信号復調装置 (*4) 特開 2000-13353 日本 

カシオ計算機株式 

会社 

日本電気株式会社 

受信機特願昭 60-200035 日本 

テレビジョン受像機の選局プログ特願昭 60-200040 日本 

ラム装置 

番組情報送受信システム特願昭 60-200033 日本 

画像信号の動き補償フレーム間予特許 1890887 号日本 

測符号化・復元化方法とその装置 

(*1) 

圧縮記録画像の再生方式 (*1) 特許 2119938 号日本、米国、 

イギリス、 

ドイツ、 

フランス、オラ 

ンダ、カナダ 

圧縮記録画像の対話型再生方式 (*1) 特許 2134585 号日本、米国、 


ドイツ、 

フランス、オラ 

ンダ、カナダ 

適応変換符号化復号化の方法及び 

装置 (*1) 

特許 2638208 号日本、米国、 


ドイツ、 

フランス 

符号化方式及び復号方式 (*1) 特許 2820096 号日本、米国、 

韓国、 

オーストラリア



日本電気株式会社フレーム同期制御回路 (*4) 特許第 2998716 号日本 

日本ビクター㈱ 

ガードインターバル相関器及びそ 

の相関取得方法 (*4) 

直交周波数分割多重復調装置、及び 

直交周波数分割多重復調における 

シンボルの位相誤差の補正方法 (*4) 

再生プロテクト方法及びプロテク 

ト再生装置 (*2) 

特許第 3082757 号 

特許第 3090137 号 

日本、イギリス、 

ドイツ、フランス、 

スウェーデン 

日本 

特許 2853727 号日本、米国、独、 

英、仏、韓国、 

インド、中国 

情報記録方法及び情報記録媒体 (*2) 特許 3102416 号日本 

直交周波数分割多重信号送受信装 

置 (*4) 

特許第 2790239 号日本、 

アメリカ、イギリス、 

ドイツ、フランス 

特許第 2874729 号日本、 

アメリカ 

特許第 3055540 号日本 


置 (*4) 


置 (*4) 

直交周波数分割多重信号送受信装特許第 3055541 号日本 

置 (*4) 

直交周波数分割多重信号の送受信特開 2000-224142 日本 

システム(*4) 

マスプロ電工㈱衛星受信用コンバータ(*3) 特願平 11-325803 号日本 

㈱次世代デジタル 

テレビジョン放送 

システム研究所 

衛星受信コンバータ、ブロックコン特願 2000-177344 号 

バータ、ダウンコンバータ及び衛星 

受信システム(*3) 

ARIB STD-B21 3.0 版について包括確認書を提出 (*4) 

モトローラ㈱ ARIB STD-B21 4.0 版について包括確認書を提出 (*5) 



日本フィリップス㈱ ARIB STD-B21 4.3 版について包括確認書を提出 (*7) 

( 株 )フィリップス 

エレクトロニクス 

ジャパン 

日本放送協会 

財団法人エヌエイ 

チケイエンジニア 

リングサービス 


地上デジタルテレビジョン放送に 

おける緊急速報を受信する受信機、 

及び緊急速報を送信する送信装置 

(*9) 

地上デジタルテレビジョン放送に 

おける緊急速報を受信する受信機、 

及び緊急速報を送信する送信装置 

(*9) 

特開 2009-213105 

特開 2009-272954 

日本 

日本 

日本



QUALCOMM 

Incorporated 




Method and apparatus for 

overhead messaging in a wireless 

communication system (*13) 

JP 2004-533152 

ソニー株式会社 ARIB STD-B21 5.4 版について包括確認書を提出 (*14) 

US 

7,349,425;AU 

;BR;CA;CN; 

DE;EP;FI;FR 

;GB;ID;IL;IN 

;IT;KR;MX;N 

O;RU;SE;SG; 

TW;UA 


(*) ARIB STD-B21 1.1 版の改定部分について有効 

(*1) ARIB STD-B21 1.1 版の改定部分について有効 ( 平成 12 年 12 月 14 日提出 ) 

(*2) ARIB STD-B21 1.2 版より有効 ( 平成 13 年 3 月 15 日提出 ) 

(*3) ARIB STD-B21 2.0 版の改定部分について有効 



(*6) ARIB STD-B21 4.2 版の改定部分について有効 ( 平成 15 年 10 月 9 日受付 ) 









(*15) ARIB STD-B21 5.5 版の改定部分について有効 ( 平成 26 年 7 月 24 日受付 )


目 

次 

第 1 章一般事項 ·········································································································· 1 

1.1 目的 ·················································································································· 1 

1.2 適用範囲 ············································································································ 1 

1.3 参照文書 ············································································································ 1 

1.3.1 準拠文書 ······································································································· 1 

1.3.2 関連文書 ······································································································· 3 

1.4 用語 ·················································································································· 4 

1.4.1 定義 ············································································································· 4 

第 2 章受信装置の構成 ································································································· 5 

第 3 章周囲条件 ·········································································································· 7 

第 4 章衛星デジタル放送受信装置各部の定格及び仕様 ······················································· 8 

4.1 衛星受信アンテナ ································································································ 8 

4.2 コンバータ ········································································································· 8 

4.3 接続ケーブル ······································································································ 9 

4.4 DIRDの仕様 ······································································································· 9 

4.4.1 IF 入力 ········································································································· 9 

4.4.2 中間周波数 ···································································································· 9 

4.4.3 中間周波数帯域幅 ·························································································· 9 

4.4.4 第 2 局部発振周波数 ······················································································· 9 

4.4.5 フロントエンド信号処理 ················································································· 9 

4.4.6 トランスポート処理 ····················································································· 10 

4.4.7 コンディショナルアクセス ············································································ 10 

4.4.8 メモリ ········································································································ 10 

4.4.9 映像復号処理及び出力 ··················································································· 11 

4.4.10 音声復号処理及び出力 ·················································································· 11 

4.4.11 基本データデコーダ ····················································································· 11 

4.4.12 EPG 機能 ··································································································· 11 

4.4.13 高速デジタルインタフェース ········································································· 11 

4.4.14 CA モジュールインタフェース ······································································· 11 

4.4.15 外部インタフェース ····················································································· 11 

4.4.16 リモコン及びチャンネルアクセス ·································································· 12 

i


第 5 章地上デジタルテレビジョン放送受信装置各部の定格及び仕様 ··································· 13 

5.1 受信アンテナ ···································································································· 13 

5.2 DIRDの仕様 ····································································································· 14 

5.2.1 入力 ··········································································································· 14 

5.2.2 第 1 中間周波数 ···························································································· 14 

5.2.3 受信周波数同期範囲 ······················································································ 14 

5.2.4 受信クロック同期範囲 ··················································································· 14 

5.2.5 受信チューナー部の特性 ················································································ 15 

5.2.6 フロントエンド信号処理 ················································································ 16 

5.2.7 トランスポート処理 ······················································································ 19 

5.2.8 コンディショナルアクセス ············································································· 19 

5.2.9 メモリ ········································································································ 20 

5.2.10 映像復号処理及び出力 ················································································· 20 

5.2.11 音声復号処理及び出力 ················································································· 20 

5.2.12 基本データデコーダ ···················································································· 20 

5.2.13 EPG 機能 ·································································································· 21 

5.2.14 高速デジタルインタフェース ········································································ 21 

5.2.15 CA モジュールインタフェース ······································································ 21 

5.2.16 外部インタフェース ···················································································· 21 

5.2.17 リモコン及びチャンネルアクセス ·································································· 22 

5.2.18 地震動警報情報の受信機能 ··········································································· 22 

第 6 章映像・音声の復号処理及び出力 ·········································································· 23 

6.1 映像復号処理及び出力 ························································································ 23 

6.1.1 ビデオデコード ···························································································· 23 

6.1.2 映像信号出力の形式 ······················································································ 26 

6.1.3 映像信号出力 ······························································································· 32 

6.1.4 コピープロテクション ··················································································· 35 

6.2 音声復号処理及び出力 ························································································ 35 

6.2.1 音声復号処理 ······························································································· 35 

6.2.2 音声モード識別及び表示 ················································································ 37 

6.2.3 音声出力 ····································································································· 37 

6.3 衛星デジタル放送における階層変調の受信装置機能 ················································· 38 

6.3.1 階層変調信号 ······························································································· 38 

ii


6.3.2 階層変調の識別 ···························································································· 38 

6.3.3 階層変調の受信処理 ····················································································· 38 

6.3.4 階層変調における低階層映像の表示 ································································ 38 

6.4 地上デジタルテレビジョン放送におけるMP@LL 動画及び静止画の表示 ······················ 39 

6.4.1 MP@LL 動画及び静止画の運用 ······································································· 39 

6.4.2 受信装置における表示 ·················································································· 39 

第 7 章基本データデコーダの仕様 ················································································ 47 

第 8 章 EPGの仕様 ·································································································· 48 

第 9 章高速デジタルインタフェースの仕様 ···································································· 49 

9.1 シリアルインタフェース仕様 ··············································································· 49 

9.1.1 インタフェース信号の名称、機能、ピン配置 ···················································· 49 

9.1.2 信号電圧レベル、インピーダンス ··································································· 49 

9.1.3 コネクタ ····································································································· 50 

9.1.4 シリアルインタフェースのプロトコル ····························································· 50 

9.1.5 デスクリプタ、コマンド、チューナモデル ······················································· 50 

9.1.6 シリアルインタフェースの入出力トランスポートストリーム ······························· 89 

9.1.7 シリアルインタフェースにおける番組配列情報の基本構成及び識別子の運用基準 ···· 89 

9.1.8 シリアルインタフェースの番組配列情報のデータ構造と定義 ······························· 92 

9.1.9 パーシャルトランスポートストリームに使用するテーブルの運用方法に関するガイドライ 

ン ··········································································································· 100 

9.2 IPインタフェース仕様 ······················································································· 102 

9.2.1 物理インタフェース・プロトコルスタック仕様 ················································ 102 

9.2.2 コンテンツ出力仕様 ···················································································· 102 

9.2.3 チューナ記述の仕様 ···················································································· 104 

9.2.4 コンテンツの選択制御 ················································································· 106 

第 10 章 CA モジュールインタフェースの仕様 ······························································ 110 

第 11 章双方向通信機能の仕様 ·················································································· 111 

11.1 双方向通信における伝送フェーズ ······································································ 111 

11.1.1 回線接続 / 切断フェーズ ············································································· 111 

11.1.2 リンク確立 / 終結フェーズ ·········································································· 111 

11.1.3 データ転送フェーズ ··················································································· 111 

11.2 視聴情報収集用プロトコル ··············································································· 112 

11.2.1 リンク確立 / 終結フェーズのプロトコル ························································ 112 

iii


11.2.2 データ転送フェーズのプロトコル ································································· 112 

11.2.3 シーケンス ······························································································· 112 

11.3 データ放送サービス及びデータ配信用プロトコル ················································ 113 

11.3.1 リンク確立 / 終結フェーズのプロトコル ························································ 113 

11.3.2 データ転送フェーズのプロトコル ································································· 113 

11.4 インタフェース ······························································································ 119 

11.4.1 加入電話回線 (PSTN) 用インタフェース ······················································ 119 

11.4.2 ISDN 用インタフェース ············································································· 120 

11.4.3 Ethernet 用インタフェース ········································································ 122 

11.5 TCP/IPを用いた双方向通信に必要な機能 ··························································· 123 

11.5.1 自動接続機能 ····························································································· 123 

11.5.2 自動切断機能 ····························································································· 123 

11.5.3 視聴者設定情報要素設定機能 ········································································ 123 

11.5.4 通信セキュリティ機能 ·················································································· 123 

11.5.5 提示機能 ··································································································· 124 

11.5.6 回線切断機能 ····························································································· 124 

11.5.7 双方向接続用情報要素保持機能 ····································································· 124 

第 12 章ダウンロード機能 ························································································ 130 

12.1 用語の定義とサービス内容 ·············································································· 130 

12.1.1 用語の定義 ······························································································ 130 

12.1.2 サービス内容 ··························································································· 130 

12.2 ダウンロードに関する伝送方式 ········································································ 131 

12.2.1 告知情報の伝送方式 ·················································································· 131 

12.2.2 コンテンツの伝送方式 ··············································································· 138 

12.3 受信機の望ましい仕様 ····················································································· 145 

12.3.1 必要な機能 ······························································································ 145 

12.3.2 必要なハードウェア規模・性能 ··································································· 147 

第 13 章 DIRD の信号処理機能 ·················································································· 148 

13.1 番組配列情報 ································································································· 148 

13.2 放送 / 非放送の識別 ························································································ 148 

13.3 同時処理するPIDの数 ····················································································· 148 

13.4 スクランブル用に設定できるスクランブル鍵の数 ················································ 148 

iv


13.5 番組選択のフロー ··························································································· 148 

第 14 章受信装置各部の性能 ····················································································· 151 

14.1 衛星受信アンテナ ··························································································· 151 

14.2 衛星コンバータ ······························································································ 152 

14.3 衛星 DIRD ····································································································· 152 

第 15 章共用化受信装置 (オプション) ······································································ 153 

15.1 デジタル放送受信装置の共用化及びインターオペラビリティ接続部 ························ 153 

15.1.1 地上デジタルテレビジョン放送受信アダプターと衛星デジタル放送受信装置の共用化 

及びインターオペラビリティ接続部 ····························································· 153 

15.2 ベースバンド部 ······························································································ 159 

第 16 章サーバー型放送受信機能 ··············································································· 160 

16.1 サーバー型放送受信装置の基本構成 ··································································· 160 

16.2 サーバー型放送受信装置各部の仕様 ··································································· 161 

16.2.1 蓄積機能 ·································································································· 161 

16.2.2 映像信号処理及び出力の形式 ······································································· 161 

16.2.3 音声復号処理及び出力 ················································································ 161 

16.2.4 双方向通信機能の仕様 ················································································ 161 

16.3 サーバー型放送受信装置の信号処理機能 ····························································· 161 

16.3.1 コンテンツ蓄積のフロー ··············································································· 162 

16.3.2 蓄積済みコンテンツ選択のフロー ································································· 162 

第 17 章権利保護機能 ······························································································ 166 

付属 

付属 -1 映像フォーマットの切替方法 ······································································ 167 

付属 -2 高速デジタルインタフェース ······································································ 175 

付属 -3 ダウンロード機能 ····················································································· 189 

付属 -4 AAC デコーダにおけるダウンミックス処理について ······································ 224 

付属 -5 地上デジタルテレビジョン放送との受信機共用化について ······························ 226 

付属 -6 広帯域 CS デジタル放送受信アンテナシステムと留意点 ·································· 246 

付属 -7 ITU-R 勧告 BO.1213 に記載されたアンテナ特性 ··········································· 249 

付属 -8 測定時に衛星中継器または同等の伝送路を用意できない場合の 

DIRD の望ましい性能基準 ········································································· 251 

付属 -9 双方向通信 ······························································································ 256 

v


付属 -10 地上デジタルテレビジョン放送の受信装置の性能について ·························· 273 

付属 -11 サーバー型放送サービス毎信号処理 ························································· 280 

付録 ················································································································ 283 

付録 -1 ··················································································································· 285 

付録 -2 ··················································································································· 307 

添付資料 

改定履歴表 

vi


第 1 章一般事項 

1.1 目的 

本標準規格は、デジタル放送用受信装置の基本的な機能、定格及び性能を規定することを目的と 

する。 

1.2 適用範囲 

本標準規格は、11.7GHz を超え 12.2GHz 以下の周波数の電波を使用する衛星基幹放送局を用い 

て行う標準テレビジョン放送、高精細度テレビジョン放送、超短波放送及びデータ放送のうちデジ 

タル放送 ( 以下「BS デジタル放送」という。)、12.2GHz を超え 12.75GHz 以下の周波数の電波を 

使用する衛星基幹放送局を用いて行う帯域幅 34.5MHz の標準テレビジョン放送、高精細度テレビ 

ジョン放送、超短波放送及びデータ放送 ( 以下「広帯域 CS デジタル放送」という。) 及び地上基幹 

放送局を用いて行う標準テレビジョン放送のうちデジタル放送及び高精細度テレビジョン放送 ( 以 

下「地上デジタルテレビジョン放送」という。)の受信装置に適用する。 

受信装置としては、上記デジタル放送のうちから単一の放送だけを受信する受信装置、複数の放 

送を受信する受信装置、地上デジタルテレビジョン放送の受信においては固定受信、移動受信、携 

帯受信を行なう各種受信装置が考えられる。 

本標準規格は、BS デジタル放送用受信装置、BS デジタル放送と広帯域 CS デジタル放送の共用 

受信装置 ( 以下「BS・広帯域 CS デジタル放送共用受信装置」という。) 及び地上デジタルテレビジ 

ョン放送を屋外固定受信アンテナで受信し、大型ディスプレイに表示する標準受信装置に関し規定 

する。小型の簡易受信装置、車載受信装置、携帯受信装置等に関しては本標準規格を準用あるいは 

参照することとする。 

BS デジタル放送用受信装置と BS・広帯域 CS デジタル放送共用受信装置を総称して、衛星デジ 

タル放送受信装置と記す。又、BS デジタル放送用受信装置と BS・広帯域 CS デジタル放送共用受 

信装置を区分する必要がある場合には【BS】は BS デジタル放送用受信装置を【BS・CS】は BS・ 

広帯域 CS デジタル放送共用受信装置を示す。 

1.3 参照文書 

1.3.1 準拠文書 

(1) ARIB STD-B10「デジタル放送に使用する番組配列情報」標準規格 

(2) ARIB STD-B20「衛星デジタル放送の伝送方式」標準規格 

(3) ARIB STD-B24「デジタル放送におけるデータ放送符号化方式と伝送方式」標準規格 

(4) ARIB STD-B25「デジタル放送におけるアクセス制御方式」標準規格 

(5) ARIB STD-B31「地上デジタルテレビジョン放送の伝送方式」標準規格 

(6) ARIB STD-B32「デジタル放送における映像符号化、音声符号化及び多重化方式」標準規格 

-1-


(7) ARIB STD-B38「サーバー型放送における符号化、伝送及び蓄積制御方式」標準規格 

(8) ARIB(RCR) STD-33「小電力データ通信システム/ワイヤレスLANシステム」標準規格 

(9) ARIB STD-T66「第二世代小電力データ通信システム/ワイヤレス LAN システム」標準規格 

(10) ARIB STD-T71「広帯域移動アクセスシステム(CSMA)」標準規格 

(11) JEITA 規格 :CP-4120「デジタルチューナとテレビジョン受信機の D 端子接続」 

Interface between Digital Tuner and Television Receiver using D-Connector 

(12) JEITA 規格 :RC-5237「デジタル放送映像信号用 (Y,PB,PR) 接続用 D 端子コネクタ」 

D-Connector for Digital Broadcasting Component Video Signal (Y,PB,PR) connection 

(13) JEITA 規格 :CP-6101「デジタルモニタインタフェース GVIF(Gigabit Video Interface)」 

(14) 昭和 60 年郵政省告示第 399 号「端末等設備規則」 

(15) Rec. ITU-R BO.1213-1 「 Reference receiving earth station antenna pattern for the 

broadcasting-satellite service in the 11.7-12.75 GHz band」 

(16) Rec. ITU-R BT.419-3「Directivity and polarization discrimination of antennas in the 

reception of television broadcasting」 

(17) Rec. ITU-T H.222.0|ISO/IEC 13818-1:2006: Information technology - Generic coding of 

moving pictures and associated audio information: Systems(「MPEG-2 システム規格」) 

(18) Rec. ITU-T H.262|ISO/IEC 13818-2:2000: Information technology -- Generic coding of 

moving pictures and associated audio information: Video (「MPEG-2 Video 規格」) 

(19) Rec. ITU-T H.264|ISO/IEC 14496-10:2012: Advanced video coding for generic 

audiovisual services(「MPEG-4 AVC 規格」) 

(20) ISO/IEC 13818-7:2006 Information technology -- Generic coding of moving pictures and 

associated audio information -- Part 7: Advanced Audio Coding (AAC) 

(21) ISO/IEC 13818-7:2006/Cor.1:2009 Information technology -- Generic coding of moving 

pictures and associated audio information -- Part 7: Advanced Audio Coding (AAC), 

TECHNICAL CORRIGENDUM 1((13)と合わせて、「MPEG-2 AAC 規格」) 

(22) ISO/IEC 13818-3:1998 Information technology -- Generic coding of moving pictures and 

associated audio information: Audio(「MPEG-2 BC 規格」) 

(23) ISO/IEC 14496-3:2009 Information technology -- Coding of audio-visual objects -- Part 3: 

Audio 

(24) ISO/IEC 13818-1:2007/AMD 1:2007 Transport of MPEG-4 streaming text and MPEG-4 

lossless audio over MPEG-2 systems 

(25) ISO/IEC 23003-1:2007 Information technology -- MPEG audio technologies – Part 1: 

MPEG Surround 

(26) IEC 61937-6 (2006-01) Digital audio – Interface for non-linear PCM encoded audio 

bitstreams applying IEC 60958 – Part 6: Non-linear PCM bitstreams according to the 

MPEG-2 AAC and MPEG-4 AAC audio formats 

-2-


(27) IEC 61883-1:Consumer audio/video equipment - Digital interface - 

Part1:General、Part4:MPEG2-TS data transmission 

(28) HDMI Licensing LLC:High-Definition Multimedia Interface Specification 

(29) DDWG(Digital Display Working Group):Digital Visual Interface(DVI 端子 ) 

(30) Bluetooth SIG 規格 :Advanced Audio Distribution Profile (A2DP) 

(31) IEEE Std 1394-1995「IEEE Standard for a High Performance Serial Bus」 

(32) DLNA Networked Device Interoperability Guidelines expanded: October 2006(DLNA ガ 

イドライン)、Volume 1: Architectures and Protocols、Volume 2: Media Format Profiles 

1.3.2 関連文書 

(1) 総務省令「標準テレビジョン放送等のうちデジタル放送に関する送信の標準方式 ( 平成 23 年 

総務省令第 87 号 )」( 以下「省令」) 

(2) 総務省告示「関連情報のうち総務大臣が別に告示する情報を定める件」( 平成 23 年第 298 号 ) 

(3) 総務省告示「関連情報の構成及び送出手順、PES パケット、セクション形式、TS パケット、 

IP パケット及び TLV パケットの送出手順、伝送制御信号及び識別子の構成並びに緊急情報 

記述子の構成を定める件」( 平成 23 年第 299 号 )( 一部改正 : 平成 24 年総務省告示第 298 号 ) 

(4) 総務省告示「送出手順並びに音声信号のうち PES パケットによるものの圧縮手順及び送出手 

順を定める件」( 平成 23 年第 300 号 ) 

(5) 総務省告示「映像信号のうちセクション形式によるもの及び音声信号のうちセクション形式 

によるものの送出手順を定める件」( 平成 23 年第 301 号 ) 

(6) 総務省告示「スクランブルの方式を定める件」( 平成 23 年第 302 号 ) 

(7) 総務省告示「TMCC シンボル及び AC シンボルの配置並びに時間インターリーブ及び周波数 

インターリーブの構成を定める件 ( 省令第 11 条、第 12 条関連 )」( 平成 23 年総務省告示第 

303 号 ) 

(8) 総務省告示「TMCC 情報の構成を定める件 ( 省令第 13 条関連 )」( 平成 23 年総務省告示第 

304 号 ) 

(9) 総務省告示「地震動警報情報の構成を定める件 ( 省令別表第 18 号関連 )」( 平成 23 年総務省 

告示第 306 号 ) 

(10) ARIB STD-B1「CS デジタル放送用受信装置」標準規格 ( 望ましい仕様 ) 

(11) ARIB STD-B16「CS デジタル放送用標準共用受信機」標準規格 

(12) ARIB STD-B29「地上デジタル音声放送の伝送方式」標準規格 

(13) ARIB STD-B30「地上デジタル音声放送用受信装置」標準規格 

(14) ARIB STD-B46「セグメント連結伝送方式による地上マルチメディア放送の伝送方式」標準 

規格 

(15) ARIB STD-B53「セグメント連結伝送方式による地上マルチメディア放送用受信装置」標準 

-3-


規格 ( 望ましい仕様 ) 

(16) ARIB STD-B55「エリア放送の伝送方式」標準規格 

1.4 用語 

1.4.1 定義 

(1)BS デジタル放送 : 

省令第 5 章第 2 節で規定される 11.7GHz を超え 12.2GHz 以下の周波数の電波を使用する衛星 

基幹放送局を用いて行う広帯域伝送方式による標準テレビジョン放送、高精細度テレビジョン放 

送、超短波放送及びデータ放送のうちデジタル放送 

(2) 広帯域 CS デジタル放送 : 

省令第 6 章第 3 節で規定される 12.2GHz を超え 12.75GHz 以下の周波数の電波を使用する衛 

星基幹放送局を用いて行う広帯域伝送方式による標準テレビジョン放送、高精細度テレビジョン 

放送、超短波放送及びデータ放送 

(3) 地上デジタルテレビジョン放送 : 

省令第 3 章で規定される地上基幹放送局を用いて行う標準テレビジョン放送のうちデジタル 

放送及び高精細度テレビジョン放送 

-4-


第 2 章受信装置の構成 

ここでいう「受信装置」の基本構成を図 2-1 に示す。 

(1) 衛星受信装置は下記により構成される。 

1 衛星受信アンテナ 2 コンバータ 3 DIRD 

4 コンバータと DIRD との接続ケーブル 

ただし、衛星受信アンテナ(フィードホーンを含む)とコンバータは一体形で構成してもよい。 

(2) 地上受信装置は下記により構成される。 

5 地上受信アンテナ 3 DIRD 6 地上受信アンテナと DIRD との接続ケーブル 

図 2-2 に DIRD の基本構成を示す。 

1 衛星受信アンテナ 

2 4 3DIRD 

コンバータ IF 入力デコーダ映像出力 HDTV・SDTV 

接続ケーブルデスクランブラ等音声出力映像・音声 

表示装置 

5 地上受信アンテナ 6 接続ケーブル CA モジュール 

高速デジタル別体型データ 

入出力 

デコーダ 

DVCR 

パソコン等 


通信回線接続 

図 2-1 受信装置の基本構成 

-5-


インターオペラビリティ接続部 

衛星フロントエンド 

地上アダプター、CS、CATVのTS 

チューナーパック復調・復号デインターリーブリードソロモンTS 

選局直交検波 (8PSK 等 ) フレーム分離復号 

デスクランブラ 

TMCC 復号 

地上フロントエンド 

チューナーパック復調・復号デインターリーブ TS TS 

選局検波 (64QAM 等 ) 階層処理再生 

エネルギー逆拡散等 

TMCC 復号 

CA MPEG2 EPG、基本データ 

デスクランブル DEMUX デコーダー 

CAモジュール映像復号 HD 映像出力 

MODEM 

音声復号 

HD→SD D/C 

SD 映像出力 

音声出力 

図 2-2 DIRD の基本構成 

高速デジタル入出力 

-6-


第 3 章周囲条件 

特記しない限り下記の範囲における規定とする。 

(1) アンテナ及びコンバータ 

周囲温度 -30゜C~+50゜C 

湿度 20%~90% 

(2) DIRD 

周囲温度 0゜C~+40゜C 

湿度 30%~90% 

但し、車載型受信機においては、-10゜C~+60゜C( 参考値 )で動作が可能であること。 

-7-


第 4 章衛星デジタル放送受信装置各部の定格及び仕様 

本章記載中、【BS】は BS デジタル放送のみの受信装置、【BS・CS】は、BS・広帯域 CS デジタ 

ル放送共用受信装置の場合の定格及び仕様を示す。 

4.1 衛星受信アンテナ 

表 4-1 

項目定格 

受信周波数範囲 

【BS】11.71023~12.16669GHz 

【BS・CS】11.71023~12.74825GHz 

受信偏波 

【BS】右旋円偏波 

【BS・CS】右旋 / 左旋円偏波 

アンテナ口径 

所要アンテナ口径は受信条件により異なるため、定格口径は規 

定しない。 

出力構造 

コンバータとの一体型では適用しない。 

ただしコンバータと一体にしない場合は、WRJ-120 型導波管、 

BRJ-120 フランジ、防水型とする。 

4.2 コンバータ 

表 4-2 

項目定格 

入力構造 

受信アンテナとの一体型には適用しない。 

ただし受信アンテナと一体にしない場合は、WRJ-120 型導波 

管、BRJ-120 フランジ、防水用パッキング付とする。 

入力信号レベル範囲 1チャンネル当たり:BS 帯域 : -90~-70dBm 

:CS 帯域 : -94~-70dBm 

総合利得 

BS 帯域 :52dB±4dB 

CS 帯域 :52dB±6dB 

中間周波数 

BS 帯域 :1032.23~1488.69MHz 

CS 帯域 :1575.75~2070.25MHz(※CS 左旋の一条方式につ 

いては付属参照 ) 

第 1 局部周波数 10.678GHz(※CS 左旋の一条方式については付属参照 ) 

出力インピーダンス 75Ω 

出力構造 

高周波同軸 C15 形コネクタ相当の防水型レセプタクル 

電源 

【BS】DC+15V +10% -12% 

4W 以下 

【BS・CS】右旋円偏波 DC13.5~16.5V(15V)4W 以下 

左旋円偏波 DC9.5~12.0V(11V)3W 以下 

-8-


4.3 接続ケーブル 

表 4-3 

項目定格 

種類 

S-4C-FB 相当以上 

ケーブルの長さ最長 30m を想定 

広帯域化に伴いケーブルなどで生じるロスについては、コンバータ 

と DIRD の間にブースタをいれることにより補償する。 

接続コネクタコンバータ側 : 高周波同軸 C15 形防水プラグ 

DIRD 側 :F 形プラグ 

4.4 DIRD の仕様 

DIRD は下記仕様を満たさねばならない。 

4.4.1 IF 入力 

・入力端子構造 : 高周波同軸 C15 形コネクタ相当のレセプタクル 

・インピーダンス :75Ω 

・受信周波数 :【BS】1032~1489MHz 

【BS・CS】1032~2071MHz 

・入力信号レベル :-61dBm~-28dBm 

4.4.2 中間周波数 

・中間周波数 :402.78MHz、479.5MHz のいずれか、またはダイレクトコンバージョ 

ンとする。ただし、地上テレビジョン UHF 放送の周波数にあたるこ 

とから、直接波妨害への配慮が必要である。 

4.4.3 中間周波数帯域幅 

・占有帯域幅 34.5MHz に適合すること。 

4.4.4 第 2 局部発振周波数 

・受信周波数の上側 

4.4.5 フロントエンド信号処理 

・チャンネル選択 :チャンネル選択制御信号により、IF の中からチャンネル選択を行う。 

・復調 : 変調波から復調を行う。クロック再生、クロック分配、同期捕捉によ 

りスーパーフレーム、フレーム、パケットなど必要なタイミングを生 

成する。キャリア同期のためのバースト信号を除去する。 

-9-


・波形成形 :ロールオフ率 0.35、レーズドコサイン特性で送受ルート配分とする。 

送信側で x/sin(x)のアパーチャ補正が行われていることとする。 

・誤り訂正内符号 :トレリス/ビタビ復号を行う。 

・TMCC 復号 : 復号信号から TMCC 部を取り出し、復号する。 

・フレーム再構成 : 復号信号からフレーム構造を再構成する。 

・エネルギー逆拡散 :M 系列 15 次 PN 信号の逆拡散を行う。 

・誤り訂正外符号 : 短縮化リードソロモン(204,188)の復号を行う。 

※ 位相基準バースト信号での情報伝送については、ARIB STD B-20 では「可能であるが、詳 

細は将来の課題とされている。」と規定されている。DIRD の設計・製造に当たっては、この 

規定を考慮すること。将来情報伝送が行われても、DIRD がデコードする必要はない。 

4.4.6 トランスポート処理 

フレーム構成された TS パケットストリーム(48 スロット分 )から、TS 選択信号により選択さ 

れた TS パケットを選択し、出力する。 

DIRD は ISO/IEC13818-1 で規定されるセクション形式データのうち、下記 3 つの形式に対応す 

るセクションフィルタリング機能を有することを必須とする。 

(1) セクションが 1 TS パケットで構成される場合 

(2) 複数セクションが 1 TS パケットで構成される場合 

( 但し 1 TS パケットに含まれるセクションの最大個数は 10) 

(3) 1 セクションが複数 TS パケットにまたがって構成されている場合 

4.4.7 コンディショナルアクセス 

第 10 章に記述。 

4.4.8 メモリ 

4.4.8.1 データ放送コンテンツ用メモリ 

データ放送のコンテンツ用メモリとして、2M バイト以上の揮発性メモリを持つこと。 

4.4.8.2 DIRD プログラム格納用メモリ 

プログラムコード格納用不揮発性メモリを持つこと。 

4.4.8.3 全受信装置共通データ格納用メモリ 

受信装置共通データの不揮発性メモリ領域としてジャンル表、番組特性表、予約語等の格納領域 

として BS 用受信装置は 10K バイト、BS・広帯域 CS 共用受信装置は 30K バイト、地上・BS・広 

帯域 CS 共用受信装置は 40K バイトを確保すること。なお、各種共用受信装置では、全ての伝送メ 

-10-


ディアで共通に運用されるジャンルコード表及び予約語表等のメモリに関しては共用しても良い。 

更に、ロゴデータを格納するデータ領域を確保すること。ロゴデータについては 6 種類のロゴタイ 

プのうち、どれを格納するかは受信装置の実装に依存する。ロゴタイプ別の所要メモリ容量を表 4-4 

に示す。 

表 4-4 ロゴデータのサイズ 

(BS、広帯域 CS それぞれロゴ 300 種、サービス数 1000) 

HD ラージ (1/2 圧縮 ) 354KB 

HD スモール (3/4 圧縮 ) 300KB 

SD4:3 ラージ (1/2 圧縮 ) 397KB 

SD4:3 スモール (3/4 圧縮 ) 267KB 

SD16:9 ラージ (1/2 圧縮 ) 300KB 

SD16:9 スモール (3/4 圧縮 ) 202KB 

4.4.9 映像復号処理及び出力 


4.4.10 音声復号処理及び出力 


4.4.11 基本データデコーダ 


4.4.12 EPG 機能 


4.4.13 高速デジタルインタフェース 


4.4.14 CA モジュールインタフェース 


4.4.15 外部インタフェース 

(1) IF 入力 

IF 入力端子を 1 系統設けること。 

-11-


(2) IC カードスロット 


(3) 双方向通信機能 

第 11 章に記述 

(4) 高速デジタルインターフェース 

高速デジタルインタフェースを 1 つ設けること。 

(5) 映像出力 ( 受信装置・受像機一体型を除く) 


(6) 音声出力 ( 受信装置・受像機一体型を除く) 


4.4.16 リモコン及びチャンネルアクセス 

リモコンの形状、キー、チャンネルアクセス方法等については規定しない。ただし、基本機能 ( 電 

源 /チャンネルアクセス/システム設定等 )のキーについては、できる限り共通化し、ユーザの便 

宜を図ることが望ましい。 

(1) 必要なボタン 

デジタル放送サービスを享受するためには下記のボタンを最低限備えることが望ましい。 

・電源ボタン(フル電源オンと待機状態とを切り換えるボタン) 

・テンキー、EPG キー、決定キー、チャンネルのアップ・ダウンキー、メニューキー 

・「上移動」「下移動」「右移動」「左移動」(ジョイスティック等でも可 ) 

BS・CS 共用受信装置の場合には、上記に加え下記ボタンを備えることが望ましい。 

・ネットワーク切替ボタン 

(2) チャンネルアクセス 

チャンネルアクセス方法は規定せずに商品企画に任せる。ただし、サービス id 及びチャンネ 

ル呼称・ロゴは事業者により指定される。このサービス id の数字入力によりチャンネルアクセ 

スするか、テンキー、チャンネル呼称キーによりチャンネルアクセスするか等の方法も商品企 

画に任せる。 

-12-


第 5 章地上デジタルテレビジョン放送受信装置各部の定格及び仕様 

5.1 受信アンテナ 

表 5-1 受信アンテナの定格 

項目定格 

受信周波数範囲 UHF 13ch ~ 62 ch (470 MHz ~ 770 MHz) 

受信偏波 

水平または垂直 

アンテナゲインアンテナゲインは受信条件により異なるため規定しない ( 注 1) 

指向特性指向特性は受信条件により異なるため規定しない ( 注 2) 

( 注 1) 屋外に固定的に設置する場合 ( 固定受信 )は、14 素子八木アンテナ相当 (7dB/ UHF 

13 ch) 以上のアンテナゲインを有することが望ましい。 

( 注 2) 屋外に固定的に設置する場合は、ITU-R 勧告 BT.419-3 に規定されるとおりとする 

ことが望ましい( 下図参照 )。 

0 

- 5 

dB 

- 10 

- 15 

- 20 

0° 10° 20° 30° 40° 50° 60° 70° 80° 180° 

Angle relative to direction of main response 

図 5-1 アンテナの指向特性 (ITU-R 勧告 BT.419-3より抜粋 ) 

-13-


5.2 DIRD の仕様 

DIRD は下記の仕様を満たさねばならない。 

5.2.1 入力 

・インピーダンス :75Ω 

・受信周波数 :UHF 13ch~62 ch 

・中心周波数 :473+1/7 MHz(13 ch)、479+1/7 MHz(14ch)、 

・・・・、767+1/7 MHz(62 ch) 

据え置き型受信機等で、共同受信が想定される地上デジタルテレビジョン放送用受信機の受 

信チャンネル範囲については、UHF 帯に加えて、SHB 帯 (C23ch~C63ch)を含めることが望 

まれる。また、VHF 帯 (1ch~12ch) 及び MID 帯 (C13ch~C22ch)についても受信チャンネ 

ル範囲に含めることが望まれる。 

地上デジタルテレビジョン放送の受信装置の性能については、付属 -10 を参照のこと。 

5.2.2 第 1 中間周波数 

・中心周波数 :57 MHz( 周波数反転 ) 

・局部発信周波数 : 受信周波数の上側 

5.2.3 受信周波数同期範囲 

・受信周波数同期範囲 :±30 kHz 以上 

5.2.4 受信クロック同期範囲 

・受信クロック同期範囲 :±20 ppm 以上 

-14-


5.2.5 受信チューナー部の特性 

13 セグメントを受信するチューナー部及び中央部の 1 セグメントを部分受信するチューナー 

部は、下記の性能を満足すること。 

・最小入力レベル :-75 dBm 以下 ( 目標値 ) ( 付属 -10 参照 ) 

・最大入力レベル :-20 dBm 以上 

但し、1 セグメント受信機における入力レベルを 1 セグメントあたりの電力で測定する場合に 

は、帯域幅相当分 (13 分の 1、-11 dB) 減じるものとする。 

表 5-2 13セグメント受信機の妨害波抑圧レベル 

妨害波項目妨害抑圧比 

同一チャンネル 

18 dB 以下 

アナログテレビジョン下隣接 ( 妨害波が下側 ) -33 dB 以下 

上隣接 ( 妨害波が上側 ) 

-35 dB 以下 


24 dB 以下 

デジタルテレビジョン下隣接 ( 妨害波が下側 ) -26 dB 以下 


-29 dB 以下 

( 注 ) 測定に使用する伝送パラメータは、Mode 3、ガード比 1/8、時間インターリーブなし、 

変調 64QAM、内符号 7/8 とする( 付属参照 )。 

1 セグメント受信機の場合にも、上記値を満足することとするが、アナログテレビジョンから 

の同一チャンネル混信では、中央部のセグメントは映像・音声キャリアとは周波数位置が異なる 

ことから、性能の向上が期待される。 

また、隣接チャンネルからの妨害についても、周波数位置が離れることから、性能の向上が期 

待される。 

-15-


5.2.6 フロントエンド信号処理 

(1) 13 セグメント受信機の信号処理 

・受信ブロック図の概要 

アンテナ 

~ 

57MHz 

IF 回路 

~ 

A/D 

直交 

復調 

FFT 

同期 

再生 

キャリア復調 

差動復調 

SP 復調 

周波数 

デインター 

リーブ 

時間 


リーブ 

デマッピング 

QPSK 

16QAM 

64QAM 

フレーム 

抽出 

TMCC 

復号 

AC 

復号 

階層 

分割 

ビット 

デインターリーブ 

ビット 


デパンクチャ 


階層 

合成 

ビタビ 

復号 

階層 

分割 

バイト 


バイト 


エネルギー 

逆拡散 


逆拡散 

TS 

再生 

RS 

復号 

ビット 



バイト 



逆拡散 

・チャンネル選択 : UHF テレビ放送チャンネルを指定 

・同期再生 : チャンネル選択された信号を直交復調し、同期再生により Mode、ガー 

ドインターバル長に応じて OFDM シンボル同期及び FFT サンプル周 

波数を再生する。 

モード、ガードインターバル長が未知の場合には、OFDM 信号のガー 

ド期間の相関性等により判別することもできる。 

・FFT: 

OFDM シンボルのうち、有効シンボルに相当する期間について FFT を 

実施する。その際、受信信号のマルチパスの状況を考慮し、適切な期間 

で FFT 処理を実施すること。 

・フレーム抽出 : FFT 出力の TMCC 信号のうちのフレーム同期信号を抽出する。 

・TMCC 復号 : TMCC 信号から TMCC 情報を抽出し、各種制御を実施する。 

・AC 復号 : 

AC 信号の受信機能を備える場合には、FFT 出力のセグメント No.0 の 

AC 信号のうち構成識別が地震動警報情報の伝送であることを示すと 

き(「001」、「110」)、地震動警報情報を抽出する。構成識別がそれ以外 

である場合には、AC 信号を復号しない。なお、地震動警報情報とは、 

ARIB STD-B31「地上デジタルテレビジョン放送の伝送方式標準規格」 

-16-


に定義するものである。 

・キャリア復調 : TMCC 情報に応じ、DQPSK 用に差動復調や、QPSK、16QAM、64QAM 

用にスキャッタードパイロット(SP)を用いた同期復調を行い、振幅、 

及び位相情報を検出する。 

・デインターリーブ: 周波数及び時間デインターリーブ処理を施す。 

・デマッピング: キャリア復調された情報から QPSK、16QAM、64QAM のデマッピン 

グを実施し、ビット情報を抽出する。 

・階層分割 : TMCC 情報より、階層伝送を実施している場合には各階層に分割する。 

なお、分割は、TS パケットの同期バイト(47H)の次のバイトから、 

次の TS パケットの同期バイトまでの 204 バイトを単位とする。 

・ビットデインターリーブ: 分割された階層ごとに、ビットデインターリーブ処理を施す。 

・デパンクチュアード: 分割された階層ごとに、TMCC 情報により指定された畳み込み符号化 

率に応じ、畳み込み符号のビット補間を行う。 

・ビタビ復号 : デパンクチュアードされた情報から符号化率 1/2 のビタビ復号を実施 

する。 

ビタビ復号は性能向上のため軟判定処理を行う。 

また、畳み込み符号による誤り伝播を避けるため、TS パケットの同期 

バイト(47H)が既知であることを利用し終端処理を行う。 

・バイトデインターリーブ: バイト単位のデインターリーブ処理を施す。 

・エネルギー逆拡散 : 15 次の M 系列 PN 信号と、TS パケットの同期バイトを除くビット単 

位で排他的論理和により逆拡散を行う。 

なお、同期バイト期間もシフトレジスタは動作し、OFDM 伝送フレー 

ムごとに初期化する。 

・TS 再生 : トランスポートストリーム再生のための処理を行う。 

この際、TS パケットの順番及び PCR の時間的位置が送信側と同じに 

保たれなければならない。 

・RS 復号 : 短縮化リードソロモン符号 RS (204,188)の復号を行う。 

その際、訂正後の誤りが検出された場合には、トランスポートストリー 

ムの先頭から 9 ビット目 (2 バイト目の MSB)の transport_error_ 

indicator を「1」にセットする。 

-17-


(2) 1 セグメント受信機の信号処理 

地上デジタルテレビジョン放送において、13 個のセグメントのうち、中央部のセグメント(セ 

グメント番号 0)のみを部分受信階層として伝送することが可能である。 

このような信号を受信する場合、(1)で示した 13 セグメント受信機で受信することは可能で 

あるが、特に消費電力軽減を目的に、FFT サイズを減らすなど動作クロックを遅くし、1 セグ 

メントのみを受信することが可能である。 

・受信ブロック図の概要 

アンテナ 

~ 

57MHz 

IF 回路 

~ 

A/D 

直交 

復調 

FFT 

同期 

再生 

キャリア復調 

差動復調 

SP 復調 

周波数 


リーブ 

時間 


リーブ 

デマッピング 

QPSK 

16QAM 

64QAM 

フレーム 

抽出 

TMCC 

復号 

AC 

復号 

ビット 



ビタビ 

復号 

バイト 



逆拡散 

TS 

再生 

RS 

復号 

・チャンネル選択 : 

UHF テレビ放送チャンネルを指定 

・同期再生 : (1)と同じ 

部分受信部は 13 セグメントのうち中央部のみであることから、チャン 

ネル指定で選択することが可能。 

・FFT: 

・フレーム抽出 : 

・TMCC 復号 : 


・キャリア復調 : 

(1)と同じ 

なお、FFT 分点数は、256 点 (Mode 1)、512 点 (Mode 2) 及び 1024 

点 (Mode 3) 程度に設定することが望ましい。 

(1)と同じ 

(1)と同じ 

(1)と同じ 

(1)と同じ 

なお、1 セグメントの場合には、1 つの階層であることから、同時に復 

-18-


調処理を実施する必要はない。 

・デインターリーブ: (1)と同じ 

・デマッピング: (1)と同じ 

・ビットデインターリーブ: (1)と同じ 

・デパンクチュアード: (1)と同じ 

・ビタビ復号 : (1)と同じ 

・バイトデインターリーブ: (1)と同じ 

・エネルギー逆拡散 : (1)と同じ 

・TS 再生 : 

(1)と同じ 

・RS 復号 : 

(1)と同じ 

5.2.7 トランスポート処理 

DIRD は ISO/IEC13818-1 で規定されるセクション形式データのうち、下記 3 つの形式に対応す 

るセクションフィルタリング機能を有することを必須とする。 

(1) セクションが 1 TS パケットで構成される場合 

(2) 複数セクションが 1 TS パケットで構成される場合 

( 但し 1 TS パケットに含まれるセクションの最大個数は 10) 

(3) 1 セクションが複数 TS パケットにまたがって構成されている場合 

5.2.8 コンディショナルアクセス 


-19-


5.2.9 メモリ 

5.2.9.1 データ放送コンテンツ用メモリ 

データ放送のコンテンツ用メモリとして、2M バイト以上の揮発性メモリを持つこと。 

5.2.9.2 DIRD プログラム格納用メモリ 

プログラムコード格納用不揮発性メモリを持つこと。 

5.2.9.3 全受信装置共通データ格納用メモリ 

受信装置共通データの不揮発性メモリ領域としてジャンル表、番組特性表、予約語等の格納領域 

として地上用受信装置は 10K バイト、地上・BS・広帯域 CS 共用受信装置は 40K バイトを確保す 

ること。なお、共用受信装置では、全ての伝送メディアで共通に運用されるジャンルコード表及び 

予約語表等のメモリに関しては共用しても良い。 

ロゴデータについては 6 種類のロゴタイプのうち、どれを格納するかは受信装置の実装に依存する。 

ロゴタイプ別の所要メモリ容量を表 5-3 に示す。衛星・地上共用受信機においては更に前章の表 

4-4 に示す数値をプラスすることになる。 

さらに、周波数リスト・変更情報の格納領域を確保すること。運用については本書付属 -3 及び 

ARIB TR-B14「地上デジタルテレビジョン放送運用規定」技術資料を参照のこと。 

表 5-3 ロゴデータのサイズ 

( 地上デジタルテレビジョン放送のロゴ 180 種、サービス数 480) 

HD ラージ (1/2 圧縮 ) 211KB 

HD スモール (3/4 圧縮 ) 179KB 

SD4:3 ラージ (1/2 圧縮 ) 237KB 

SD4:3 スモール (3/4 圧縮 ) 159KB 

SD16:9 ラージ (1/2 圧縮 ) 179KB 

SD16:9 スモール (3/4 圧縮 ) 120KB 

5.2.10 映像復号処理及び出力 




5.2.12 基本データデコーダ 


-20-


5.2.13 EPG 機能 


5.2.14 高速デジタルインタフェース 


5.2.15 CA モジュールインタフェース 


5.2.16 外部インタフェース 

(1) アンテナ入力 

アンテナ入力端子を 1 系統設けること。 

(2) IC カードスロット 




(4) 高速デジタルインターフェース 

高速デジタルインタフェースを 1 つ設けること( 受信装置・受像機一体型では任意 )。 

(5) 映像出力 ( 受信装置・受像機一体型を除く) 


(6) 音声出力 ( 受信装置・受像機一体型を除く) 


-21-


5.2.17 リモコン及びチャンネルアクセス 

リモコンの形状、キー、チャンネルアクセス方法等については規定しない。ただし、基本機能 ( 電 

源 /チャンネルアクセス/システム設定等 )のキーについては、できる限り共通化し、ユーザの便 

宜を図ることが望ましい。 

(1) 必要なボタン 

デジタル放送サービスを享受するためには下記のボタンを最低限備えることが望ましい。 

・電源ボタン(フル電源オンと待機状態とを切り換えるボタン) 

・テンキー、EPG キー、決定キー、チャンネルのアップ・ダウンキー、メニューキー 

・「上移動」「下移動」「右移動」「左移動」(ジョイスティック等でも可 ) 

衛星放送との共用受信装置の場合には、上記に加え下記ボタンを備えることが望ましい。 


(2) チャンネルアクセス 

チャンネルアクセス方法は規定せずに商品企画に任せる。ただし、サービス id 及びチャンネ 

ル呼称・ロゴは事業者により指定される。このサービス id の数字入力によりチャンネルアクセ 

スするか、テンキー、チャンネル呼称キーによりチャンネルアクセスするか等の方法も商品企 

画に任せる。 

5.2.18 地震動警報情報の受信機能 

AC 信号の受信機能を備える場合には、セグメント No.0(13 セグメントのうちの中央のセグメ 

ント)の AC 信号を受信して、AC 信号のうち構成識別を識別する機能を有するものとする。識別 

の結果、構成識別の値が地震動警報情報の伝送を示す値 (「001」、「110」)である場合には、AC 復 

号動作を行う。 

なお、構成識別を含む AC 信号のビット割当ては、ARIB STD-B31「地上デジタルテレビジョン 

放送の伝送方式標準規格」に基づくものとする。 

-22-


第 6 章映像・音声の復号処理及び出力 

6.1 映像復号処理及び出力 

6.1.1 ビデオデコード 

表 6-1 ( sequence_display_extension により表示領域を指定しない場合 ) 及び表 6-2 

(sequence_display_extension により表示領域を指定する場合 )に示す符号化パラメータの制約条 

件を満足する MPEG-2(ISO/IEC 13818-2)ストリームをデコードできなければならない。なお、 

映像、音声のデコード開始制御及び出力制御は各 PES Header 内の PTS, DTS によって制御するこ 

ととし、vbv_delay によるデコード制御は行わないものとする。表 6-1 及び表 6-2 における MPEG-2 

符号化パラメータの各コード番号の意味を表 6-3 に示す。 

デコード後に生成される映像信号の実画像のあるラインの位置は表 6-4 に示すとおりとする。 

表 6-3 表 6-1 及び表 6-2 における MPEG-2 符号化パラメータの各コード番号の意味 

Aspect_ratio_information 2 = 4:3 表示 3 = 16:9 表示 

Frame_rate_code 4 = 30/1.001 Hz 7 = 60/1.001 Hz 

Progressive_sequence 0 = 飛越走査方式 1 = 順次走査方式 

Color_primaries 

1 = ITU-R 勧告 BT.709 (BT.1361)の規定値 

Transfer_characteristics 1 = ITU-R 勧告 BT.709 (BT.1361)の規定値 

Matrix_coefficients 

1 = ITU-R 勧告 BT.709 (BT.1361)の規定値 

表 6-4 実画像のあるラインの位置 

映像出力信号フォーマットデコードされるライン数実画像のあるラインの位置 

480i 480 

ライン番号 23~262 

と 

ライン番号 286~525 

480p 480 ライン番号 45~524 

720p 720 ライン番号 26~745 

1080i 1080 

ライン番号 21~560 

と 

ライン番号 584~1123 

-23-

Vertical_ 

size_value 

表 6-1 符号化パラメータの制約条件 1 (sequence_display_extension により表示領域を指定しない場合 ) 

Sequence_header の制約条件 

Horizontal_ 

Size_value 

aspect_rati 

o_ 

Frame_ 

Rate_cod 

1080 ( 注 1) 1920, 1440 3 4 ( 注 3) 

720 1280 3 7 ( 注 3) 

sequence_ 

extension 

の制約条件 

progressive_ 

sequence 

0 

1 

sequence_display_extension の制約条件 

( 注 4) 

color_ 

primaries 

transfer_ 

characteristics 

matrix_ 

coefficients 

その他のパラメータ ( 注 6) 

MP@HL 用に規定された値 


480 720 3 7 ( 注 3) 

1 

1 ( 注 5) 

1 ( 注 5) 

1 ( 注 5) 

MP@H14L 用に規定された 

値 

720, 544, 

3 

480 

480 

( 注 2) 

2 

4 ( 注 3) 

0 MP@ML 用に規定された値 

-24- 

( 注 1) MPEG-2 符号化方式 (ITU-T H.262)において実際には 1088 本が符号化される。エンコーダで有効ラインの下に 8 ライン分の架空の映像データ(ダミー 

データ)を付加し、実際には 1088 本分の映像データとして符号化処理される。デコーダでは 1088 本分の映像データの内、上からの 1080 本、すなわち 

ダミーデータを除いた 1080 本の有効ラインを持つ映像信号として出力する。 

( 注 2) horizontal_size_value が 544 サンプルの場合は、720 サンプルの場合とセンター位置は同じで、実映像データ 540 サンプルとその両側に架空の映像デ 

ータ( 黒信号を基本とする)を 2 サンプルずつ付けた 544 サンプルで構成される。 

( 注 3) フィルム素材の場合、frame_rate_code は変えずに repeat_first_field, top_field_first, progressive_frame のフラグをコントロールするエンコードがな 

されている場合がある。 

( 注 4) sequence_display_extension が伝送されない場合、display_vertical_size 及び display_horizontal_size の各々の値は、sequence_header で示される 

vertical_size_value, horizontal_size_value の値と等しいものとして受信側で処理する。但し、horizontal_size_value が 544 サンプルの場合は、 

display_horizontal_size が 540 として伝送された場合と同様に両側の 2 サンプルずつを除いた 540 サンプルの領域を表示するように処理する。 

( 注 5) sequence_display_extension が伝送されない場合、color_primaries, transfer_characteristics, matrix_coefficients の各値は“1”と等しいものとして受信 

側で処理する。 

( 注 6) Main Profile の各レベルに対して ITU-T H.262(ISO/IEC 13818-2)で規定された値が使用される。但し、bit_rate_value は、MP@HL 及び MP@H14L 

では BS デジタル放送で伝送可能な最大容量以下とし、MP@ML では 15Mbps 以下とする。可変ビットレートで運用するものとし、vbv_delay は常に 

0xFFFF とする。

表 6-2 符号化パラメータの制約条件 2 (sequence_display_extension により表示領域を指定する場合 ) 

-25- 

vertical_ 

size_value 

sequence_header のパラメータ値 

horizontal_ 

size_value 

Aspect_ 

Ratio_ 

information 

( 注 3) 

frame_ 

rate_code 

( 注 4) 

sequence_ 

extension の 

パラメータ値 

progressive_ 

sequence 

display_ 

vertical_ 

size 

sequence_display_extension のパラメータ値 

display_ 

horizontal 

_size 

( 注 5) 

1920, 1440 

1440 

color_ 

primaries 

transfer_ 

characteristics 

matrix_ 

coefficients 

その他の 

パラメータ 

( 注 7) 

1920, 1440 3 

1080 

1920 

4 0 1080 

( 注 1) 

2 

MP@HL 用に 

1440 1080 

規定された値 

3 

1280 

720 1280 

7 1 720 

2 960 

3 

720 1 

1 

1 

480 720 

7 1 480 

MP@H14L 用に 

2 540 ( 注 6) ( 注 6) ( 注 6) 規定された値 

480 

720,544,480 3 

720,540,480 

( 注 2) 

720 2 

480 

4 0 

540 

720,544,480 2 

( 注 2) 

720,540,480 

3 360 

MP@ML 用に 

規定された値 

( 注 1) MPEG-2 符号化方式 (ITU-T H.262)において実際には 1088 本が符号化される。エンコーダで有効ラインの下に 8 ライン分の架空の映像データ(ダミ 

ーデータ)を付加し、実際には 1088 本分の映像データとして符号化処理される。デコーダでは 1088 本分の映像データの内、上からの 1080 本、す 

なわちダミーデータを除いた 1080 本の有効ラインを持つ映像信号として出力する。 

( 注 2) horizontal_size_value が 544 サンプルの場合は、720 サンプルの場合とセンター位置は同じで、実映像データ 540 サンプルとその両側に架空の映像 

データ( 黒信号を基本とする)を 2 サンプルずつ付けた 544 サンプルで構成される。 

( 注 3) sequence_display_extension が伝送される場合、aspect_ratio_information は display_vertical_size と display_horizontal_size で指定される領域の 

アスペクト比を表すことが MPEG-2 規格で規定されている。 

( 注 4) フィルム素材の場合、frame_rate_code は変えずに repeat_first_field, top_field_first, progressive_frame のフラグをコントロールするエンコードが 

なされている場合がある。 

( 注 5) display_horizontal_size の1つの欄内に複数の数字がある場合、horizontal_size_value の各値に対し、それと同じ値 ( 但し horizontal_size_value が 

544 のときは 540)のみが選択可能であることを意味する。 

( 注 6) sequence_display_extension の中の color_primaries, transfer_characteristics, matrix_coefficients が伝送されない場合、各値はそれぞれ“1”と等し 

いものとして受信側で処理される。 

( 注 7) Main profile の各レベルに対して ITU-T H.262(ISO/IEC 13818-2)で規定された値を採用する。但し、bit_rate_value は、MP@HL 及び MP@H14L 

では BS デジタル放送で伝送可能な最大容量以下とし、MP@ML では 15Mbps 以下とする。可変ビットレートで運用するものとし、vbv_delay は常 

に 0xFFFF とする。 

ARIB STD-B21


6.1.2 映像信号出力の形式 

(1) ディスプレイ接続用の映像出力 

受信装置は、ディスプレイ接続用映像信号として、デコードするストリームの映像符号化パ 

ラメータ値の設定に関わらず、1080i、720p、480p、480i 信号の何れか1つ以上の形式で 

出力する。 

受信装置は接続されるディスプレイが表示可能な映像信号形式、及びその形式が 480i 信号 

の場合には接続されるディスプレイのアスペクト比 (4:3 または 16:9)に応じてスイッチャブ 

ルに変更できる機能を有するものとする。 

デコードするストリームの Sequence_display_extension のパラメータ値と映像信号出力と 

の関係は、480i 信号で出力する場合は表 6-5 に従うものとし、1080iまたは 480p 信号で出 

力する場合は表 6-6、720p 信号で出力する場合は表 6-7 に従うものとする。但し、データ放送 

や EPG を表示する場合はこの規定の適用外とする。 

(2) 録画用の映像出力 

受信装置は、ディスプレイ接続用映像信号の出力と同時に、録画用映像信号として NTSC 映 

像信号 (コンポジット映像信号と Y/C 映像信号 )を出力する。録画用映像出力は、デコードす 

るストリームの Sequence_display_extension のパラメータ値と接続されるディスプレイのア 

スペクト比 (4:3 または 16:9)に応じて、表 6-5 に示す処理が施された信号であることが望ま 

しい。 

なお、録画用映像出力にはデータ放送、EPG の表示は含まれなくて良い。 

-26-

表 6-5 デコードするストリームの Sequence_display_extension のパラメータ値と映像信号出力との関係 1 

-27- 

参 

考 

図 

Sequence Header のパラメータ値 

vertical_ 

size_value 

(A) 

Horizontal 

_ 

size_value 

(B) 

1920 

aspect_ 

ratio_ 

information 

Sequence 

extension の 


progressive 

_sequence 

Sequence 

Display extension 

のパラメータ値 

display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

4:3 モニター( 水平 720 画素 )に対し 

480i 信号形式で出力する場合 

垂直 

縮小・拡大率 

(L: line) 

水平 


備 

考 



垂直 


水平 


(S: sample) 

1080 

1920 

B×(3/8) 

B×(3/8) 

3 0 1080 

A×(1/3)+120L 黒 

A×(4/9) 

1440 1440 B×(1/2) B×(1/2) 

720 1280 3 1 720 1280 A×(1/2)+120L 黒 B×(9/16) A×(2/3) B×(9/16) 

1 480 720 3 1 480 720 A×(3/4)+120L 黒 B×1 1 A×1 B×1 

720 

720 

B×1 

B×1 

480 544 3 0 480 540 A×(3/4)+120L 黒 D×(4/3) A×1 D×(4/3) 

480 480 B×(3/2) B×(3/2) 

1080 

1920 

1440 

D×(1/2) 

B×(3/8) 

2 0 1080 

A×(4/9) 

A×(4/9) 

1440 1080 D×(2/3) B×(1/2) 

2 720 1280 2 1 720 960 A×(2/3) D×(3/4) 3 A×(2/3) B×(9/16) 

480 720 2 1 480 540 A×1 D×(4/3) A×1 B×1 

480 720 2 0 480 540 A×1 D×(4/3) A×1 B×1 

720 

720 

B×1 

B×(3/4)+180S 黒 

または B×1 

3 480 544 2 0 480 540 A×1 

D×(4/3) 5 A×1 

D×1+180S 黒 

または D×(4/3) 

480 480 B×(3/2) 

B×(9/8)+180S 黒 

または B×(3/2) 

720 

720 

B×1 

C×(4/3) B×1 

4 480 544 3 0 360 540 A×1 

D×(4/3) 7 または D×(4/3) 

480 480 B×(3/2) A×1 B×(3/2) 

注 1: Sequence display extension がある場合、aspect ratio information は display_vertical_size(C)と display_horizontal_size(D)で指定される領域の 

アスペクト比を表すことが MPEG 規格で規定されている。 

注 2: Sequence_display_extension が伝送されない場合、display_vertical_size(C) 及び display_horizontal_size(D)の各々の値は、Sequence_Header 

で示される vertical_size_value(A), horizontal_size_value(B)の値と等しいものとして受信側で処理するものとする。但し Bが 544 の場合は、D 

が 540 の場合と同様に両側の 2 サンプルずつを除いた 540 サンプルの領域を表示するように信号処理をする。万が一、D が 544 として送出され 

た場合、受信装置は D が送出されなかった場合と同様に処理する。 

注 3: Picture_display_extension の Frame_Center_Horizontal_Offset(FCHO) 及び Frame_Center_Vertical_Offset(FCVO)が常時ゼロで運用されるこ 

とを前提に受信装置の機能制限をしても良い。Picture_display_extension が送信されない場合、FCHO 及び FCVO はゼロと解釈する。 

注 4: S1(4:3 モニターで垂直偏向振幅が変更できるタイプ) 対応機器は、ここで規定する 4:3 モニターの拡大・縮小率の適用対象外とする。 

注 5: 参考図として図 6-1 を参照のこと。 

備 

考 

2 

4 

6 

8 


-28- 

参 

考 

図 

1 

2 


vertical_ 

size_value 

(A) 

3 480 

4 480 

Horizontal 

size_value 

(B) 


aspect_ 

ratio_ 

information 

Sequence 

extension の 


progressive 

_sequence 

Sequence 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 



垂直 


水平 


(S: sample) 

備 

考 


480p 信号形式で出力する場合 

垂直 


水平 


(S: sample) 

1080 

1920 

1920 

B×1 

B×(3/8) 

3 0 1080 

A×1 

A×(4/9) 

1440 1440 B×(4/3) B×(1/2) 

720 1280 3 1 720 1280 A×(3/2) B×(3/2) A×(2/3) B×(9/16) 

480 720 3 1 480 720 A×(9/4) B×(8/3) 9 A×1 B×1 

720 

720 

B×(8/3) 

B×1 

480 544 3 0 480 540 A×(9/4) D×(32/9) A×1 D×(4/3) 

480 480 B×4 B×(3/2) 

1080 

1920 

1440 

B×1 

B×(3/8) 

2 0 1080 

A×1 

A×(4/9) 

1440 1080 B×(4/3) B×(1/2) 

720 1280 2 1 720 960 A×(3/2) B×(3/2) 10 A×(2/3) B×(9/16) 

480 720 2 1 480 540 A×(9/4) B×(8/3) A×1 B×1 

480 720 2 0 480 540 A×(9/4) B×(8/3) A×1 B×1 

720 

720 

B×2+480S 黒 

B×(3/4)+180S 黒 

544 2 0 480 540 A×(9/4) D×(8/3)+480S 黒 11 A×1 D×1+180S 黒 

480 480 B×3+480S 黒 B×(9/8)+180S 黒 

720 

720 

B×(8/3) 

B×1 

544 3 0 360 540 C×3 

D×(32/9) 12 C×(4/3) D×(4/3) 

480 480 B×4 B×(3/2) 

注 1: Sequence display extension がある場合、aspect ratio information は display_vertical_size(C)と display_horizontal_size(D)で指定される領域のア 

スペクト比を表すことが MPEG 規格で規定されている。 

注 2: Sequence_display_extension が伝送されない場合、display_vertical_size(C) 及び display_horizontal_size(D)の各々の値は、Sequence_Header で示 

される vertical_size_value(A), horizontal_size_value(B)の値と等しいものとして受信側で処理するものとする。但し Bが 544 の場合は、D が 540 

の場合と同様に両側の 2 サンプルずつを除いた 540 サンプルの領域を表示するように信号処理をする。万が一、D が 544 として送出された場合、 

受信装置は D が送出されなかった場合と同様に処理する。 

注 3: Picture_display_extension の Frame_Center_Horizontal_Offset(FCHO) 及び Frame_Center_Vertical_Offset(FCVO)が常時ゼロで運用されること 

を前提に受信装置の機能制限をしても良い。Picture_display_extension が送信されない場合、FCHO 及び FCVO はゼロと解釈する。 


備 

考 

9 

10 

11 

12 


-29- 

参 

考 

図 



Vertical_ 

size_value 

(A) 

horizontal 

size_value 

(B) 

1920 

aspect_ 

ratio_ 

information 

Sequence 

extension の 


progressive 

_sequence 

Sequence 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 


720p 信号形式で出力する場合 

垂直 


水平 


(S: sample) 

B×(2/3) 

1080 

1920 

3 0 1080 

A×(2/3) 

1440 1440 B×(8/9) 

720 1280 3 1 720 1280 A×1 B×1 

480 720 3 1 480 720 A×(3/2) B×(16/9) 

1 

720 

720 

B×(16/9) 

480 544 3 0 480 540 A×(3/2) D×(64/27) 

480 480 B×(8/3) 

1080 

1920 

1440 

B×(2/3) 

2 0 1080 

A×(2/3) 

1440 1080 B×(8/9) 

2 720 1280 2 1 720 960 A×1 B×1 

480 720 2 1 480 540 A×(3/2) B×(16/9) 

480 720 2 0 480 540 A×(3/2) B×(16/9) 

720 

720 

B×(4/3)+320S 黒 

3 480 544 2 0 480 540 A×(3/2) D×(16/9)+320S 黒 

480 480 B×2+320S 黒 

720 

720 

B×(16/9) 

4 480 544 3 0 360 540 C×2 

D×(64/27) 

480 480 B×(8/3) 

注 1: Sequence display extension がある場合、aspect ratio information は display_vertical_size(C)と display_horizontal_size(D)で指定される領域 

のアスペクト比を表すことが MPEG 規格で規定されている。 

注 2: Sequence_display_extension が伝送されない場合、display_vertical_size(C) 及び display_horizontal_size(D)の各々の値は、Sequence_Header 

で示される vertical_size_value(A), horizontal_size_value(B)の値と等しいものとして受信側で処理するものとする。但し Bが 544 の場合は、 

D が 540 の場合と同様に両側の 2 サンプルずつを除いた 540 サンプルの領域を表示するように信号処理をする。万が一、D が 544 として送出さ 

れた場合、受信装置は D が送出されなかった場合と同様に処理する。 

注 3: Picture_display_extension の Frame_Center_Horizontal_Offset(FCHO) 及び Frame_Center_Vertical_Offset(FCVO)が常時ゼロで運用される 

ことを前提に受信装置の機能制限をしても良い。Picture_display_extension が送信されない場合、FCHO 及び FCVO はゼロと解釈する。 


表 6-5、表 6-6 及び表 6-7 における MPEG2 符号化パラメータの各コード番号の意味 

aspect_ratio_information 2 = 4:3 表示、 3 = 16:9 表示 

progressive_sequence 0 = 飛越走査方式、 1 = 順次走査方式 

備 

考 

9 

10 

11 

12 


-30- 

[ 備考 ] 

1.スクイーズ形式で送信された画像を 4:3 モニターでレターボックス形式で表示する場合を示す。垂直方向は A× 縮小率 =360 であり、黒み(ゼ 

ロ信号 )の 120 本の走査線が付加される( 図 6-11を参照 )。 

2.スクイーズ形式で送信された画像を 480iの 16:9 モニターでフル画面表示する場合を示す( 図 6-11を参照 )。 

3.D で指定された範囲の映像データから有効サンプル数 720 を生成し、4:3 モニターでフル画面表示する場合を示す( 図 6-12を参照 )。 

4.スクイーズ形式で送信された画像を 480iの 16:9 モニターで表示する場合を示す。送信された実画像部分のアスペクト比が 4:3 で、その両 

側に黒みがある贋 16:9 映像の場合、有効サンプル数 720 は、[90 サンプル分の黒み]+[540 サンプル分の実画像 ]+[90 サンプル分の黒み]に 

より構成される( 図 6-12を参照 )。 

5.アスペクト比 4:3 で送信された画像を 4:3 モニターでフル画面表示する場合を示す( 図 6-13を参照 )。 

6.アスペクト比 4:3 で送信された画像を 480iの 16:9 モニターで表示する場合を示す。B(D)× 拡大・縮小率 =540 として、[90 サンプル分の 

黒み]+[540 サンプル分の実画像 ]+[90 サンプル分の黒み]により構成するスクイーズ形式の信号を用いる場合、及び 4:3 モニター用と同じ 

形式の信号を用いてモニター側の偏向系の工夫により表示される場合を示す( 図 6-13を参照 )。 

7.レターボックス形式で送信された画像を 4:3 モニターでレターボックス形式で表示する場合を示す( 図 6-14を参照 )。 

8.レターボックス形式で送信された実画像部分のアスペクト比が 16:9 の映像信号 ( 有効走査線 360 本 )を、有効走査線 480 本のスクイーズ形式 

の信号に変換してスクイーズ形式の信号を用いて 480iの 16:9 モニターでフル画面表示する場合、及び 4:3 モニター用と同じ形式の信号を 

用いてモニター側の偏向系の工夫により表示される場合を示す( 図 6-14を参照 )。 

9.スクイーズ形式で送信された画像を 1080i、480pまたは 720pの 16:9 モニターでフル画面表示する場合を示す( 図 6-11を参照 )。 

10.スクイーズ形式で送信された画像を 1080i、480pまたは 720pの 16:9 モニターで表示する場合を示す。送信された実画像部分のアスペク 

ト比が 4:3 で、その両側に黒みがある贋 16:9 映像の場合、1080i 信号の有効サンプル数 1920 は、[240 サンプル分の黒み]+[1440 サンプル 

分の実画像 ]+[240 サンプル分の黒み]により構成される。同様に、480p 信号の有効サンプル数 720 は[90 サンプル分の黒み]+[540 サンプ 

ル分の実画像 ]+[90 サンプル分の黒み]、720p 信号の有効サンプル数 1280 は[160 サンプル分の黒み]+[960 サンプル分の実画像 ]+[160 サ 

ンプル分の黒み]により構成される。( 図 6-12を参照 )。 

11.アスペクト比 4:3 で送信された画像を 1080i、480pまたは 720pの 16:9 モニターで表示する場合を示す。1080iの有効サンプル数 1920 

は[240 サンプル分の黒み]+[1440 サンプル分の実画像 ]+[240 サンプル分の黒み]、480p 信号の有効サンプル数 720 は[90 サンプル分の黒 

み]+[540 サンプル分の実画像 ]+[90 サンプル分の黒み]、720p 信号の有効サンプル数 1280 は[160 サンプル分の黒み]+[960 サンプル分の 

実画像 ]+[160 サンプル分の黒み]により構成されたスクイーズ形式の信号で、各 16:9 モニターに入力する( 図 6-13を参照 )。 

12.レターボックス形式で送信された実画像部分のアスペクト比が 16:9 の映像信号 ( 有効走査線 360 本 )を、有効走査線 1080 本 (1080i 信号の 

場合 )、480 本 (480p 信号の場合 )または 720 本 (720p 信号の場合 )のスクイーズ形式の信号に変換して、1080i、480pまたは 720pの 16:9 

モニターでフル画面表示する場合を示す( 図 6-14を参照 )。 


映像ソース 

1 16:9 の番組 1 

C、D の各値が A、B の各値と 

同じ場合 (C、D が送信されな 

い場合を含む) 

4:3 モニターには 

レターボックス 

形式で出力する 

480i 信号 

4:3 モニタに表示する場合 

16:9 モニターに 

はそのまま表示す 

る 

480i/p、1080i、720p 信号 

16:9 モニタに表示する場合 

216:9 の番組 2 

D の値が B の値の 3/4 に設定さ 

れている場合 (4:3 番組にサイド 

パネルを付加した贋 16:9 番組の 

場合を含む) 


両サイドパネルを 

捨て、480×720 の 

フル画面表示 

16:9 モニターに 

はそのまま表示す 

る 

グレー部分は実映像がある場合と黒パネ 

-31- 

34:3 の番組 

C の値が A の値と同じ場合 

(レターボックス形式でも C が送出 

されないか、A の値と同じ場合は3 

に属する) 


4:3 の番組をその 

まま表示する 

ルの場合があることを示している 

16:9 モニターにはサ 

イドパネルを付加し 

て表示するか、480i 

ではモニター側の偏 

向系の工夫により表 

示する 

4レターボックス形式の 4:3 番組 

C の値が A の 3/4 の値に設定してあ 

る場合 


そのまま表示する 

図 6-1 アスペクト比 4:3/16:9 のモニターにおける望ましい表示形式 

16:9 モニターには垂 

直方向に 4/3, 2, 3 倍 

し、有効走査線 480, 

720, 1080 本にして表 

示するか、480iでは 

モニター側の偏向系 

の工夫により表示す 

る 



6.1.3 映像信号出力 

6.1.3.1 アナログ出力 

映像表示用として、少なくとも 1 系統の映像出力端子を装備すること。( 受像機一体型はオプシ 

ョンとする)コンポーネント信号 (Y,PB,PR)の出力端子を装備する場合は、少なくとも 1 系統の D 

端子を装備することが望ましい。 

但し、D 端子を装備するデジタル放送受信装置は、以下の( 社 ) 電子情報技術産業協会 (JEITA)〔旧 

( 社 ) 日本電子機械工業会 (EIAJ)〕規格に従うこと。 

JEITA 規格 : CP-4120 

「デジタルチューナとテレビジョン受信機の D 端子接続」 

Interface between Digital Tuner and Television Receiver using D-Connector 

JEITA 規格 : RC-5237 

「デジタル放送映像信号用 (Y,PB,PR) 接続用 D 端子コネクタ」 

D-Connector for Digital Broadcasting Component Video Signal (Y,PB,PR) connection 

以下の表に、想定される出力信号の形式を記述する。 

(1) 1080i コンポーネント出力 

信号の形式輝度 (Y)/ 色差信号 RGB 信号 

出力レベル 

測色パラメータ 

Y :+700mV 

PB,PR:±350mV 

同期信号 :±300mV 

Y に重畳 

表 6-8 参照 

インピーダンス 75Ω 75Ω 

700mVp-p 

同期信号 :–300mV 

(VD,HD) G,B,R に重畳しない 

コネクタ D 端子が望ましい RCA ピン×3、同期信号ピン×2 

(2) 720p コンポーネント出力 




Y :+700mV 

PB,PR:±350mV 

同期信号 :±300mV 

Y に重畳 

表 6-8 参照 


700mVp-p 




-32-


(3) 480p コンポーネント出力 




Y :+700mV 

PB,PR:±350mV 

同期信号 :-300mV 

Y に重畳 

表 6-8 参照 


700mVp-p 




(4) 480i コンポーネント出力 


出力レベル 

Y :+700mV 

PB,PR:±350mV 

同期信号 :-300mV 

Y に重畳 

測色パラメータ表 6-8 参照 

インピーダンス 75Ω 75Ω 

700mVp-p 




(5) NTSC コンポジット出力 

信号形式 


インピーダンス 

コネクタ 

NTSC コンポジット信号 

1.0Vp-p 正極性 

75Ω 

RCA ピン 

(6) NTSC Y/C(S 映像 ) 出力 

信号形式 NTSC Y/C 信号 


輝度信号 :1.0Vp-p 

バースト信号 :286 mVp-p 

インピーダンス 75Ω 

コネクタ 

S 映像端子 (ミニ DIN 4 ピン) 

-33-


表 6-8 測色パラメータ 

項目 480i 、480p 1080i、720p 

3 原色色度 

CIE 色度座標は以下の通りとする。 

x y 

G 0.310 0.595 

B 0.155 0.070 

R 0.630 0.340 

CIE 色度座標は以下の通りとする。 

x y 

G 0.300 0.600 

B 0.150 0.060 

R 0.640 0.330 

基準白色 

D65 とする。CIE 色度座標は以下の 

通りとする。 

x = 0.3127 y = 0.3290 

Y,PB,PR の方程式は、以下のとおり。 

D65 とする。CIE 色度座標は以下の通 

りとする。 

x = 0.3127 y = 0.3290 

Y,PB,PR の方程式は、以下のとおり。 

輝度 (Y)/ 色 

差信号方程 

式 

ガンマ補正 

特性 

Y = 0.587×G + 0.114×B + 0.299× 

R 

Pb = 0.564×( B – Y ) 

Pr = 0.713×( R – Y ) 

但し、G,B,R は、それぞれガンマ補正 

された後の信号とする。 

Vc= 1.099XLc(^0.4500)- 0.099 

(0.018 ≦ Lc ≦ 1) 

= 4.500XLc 

(0 ≦ Lc ≦ 0.018) 

Y =0.7152×G + 0.0722×B + 0.2126 

×R 

Pb = 0.5389×( B – Y ) 

Pr = 0.6350×( R – Y ) 

但し、G,B,R は、それぞれガンマ補正さ 

れた後の信号とする。 

Vc= 1.099XLc(^0.4500)- 0.099 

(0.018 ≦ Lc ≦ 1) 

= 4.500XLc 

(0 ≦ Lc ≦ 0.018) 

ただし、Vc は映像信号カメラ出力、 

Lc はカメラの入力光である。 

いずれも、基準白色にて正規化した値 

とする。 

ただし、Vc は映像信号カメラ出力、Lc 

はカメラの入力光である。 

いずれも、基準白色にて正規化した値と 

する。 

備考 : 本規格は、端子名称を規定するものではない。 

:(5) 及び(6)に関しては、輝度 (Y)/ 同期信号は、+714mV / -286mV の V/S 比 

が守られること 

: 本規格は、BS デジタル放送を意識した物であり、また許容偏差については、特に規 

定するものではない。 

6.1.3.2 フォーマット種別の識別出力 

フォーマット種別識別信号の出力は、オプションとする。但し、D 端子を採用すれば、フォーマ 

ット識別信号 (480i、480p、720p、1080i)とアスペクト比をテレビジョン受信装置に伝送するこ 

とが可能である。 

-34-


6.1.3.3 デジタル出力 

(1) デジタル映像出力 

DVI 端子を装備する受信装置は、DDWG(Digital Display Working Group)の発行する Digital 

Visual Interface に準拠すること。 

また、GVIF (Gigabit Video Interface) を装備する受信装置は、JEITA〔一般社団法人電子 

情報技術産業協会〕の発行するデジタルモニタインタフェース GVIF(CP-6101)に準拠すること。 

(2) デジタル映像音声出力 

HDMI 端子を装備する受信装置は、HDMI Licensing, LLC 発行の High-Definition 

Multimedia Interface Specification に準拠すること。 

また、無線によるデジタル映像音声出力機能については、運用規定で定める出力方式に従った 

ものを装備することができる。 

6.1.4 コピープロテクション 

運用規定で定めるコピーガードマネージメントシステムを塔載すること。 

6.2 音声復号処理及び出力 

以下の規定は、特に断りのない限り、1 音声エレメンタリーストリームに対して適応する。 

6.2.1 音声復号処理 

MPEG2-AAC(ISO/IEC 13818-7)の LC プロファイル、ADTS(Audio Data Transport Stream) 

形式に準拠すること。さらに、以下の制約条件に従うものとする。 

(1) サンプリング周波数 :48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHz に対応すること。 

(2) 量子化ビット数 :16 ビットでの再生に対応すること。 

(3) 復号可能チャンネル数 :1ADTS あたり 5.1 チャンネルまでの AAC ストリームに対応する 

こと。 

(4) 最大多重 ADTS 数 : 同一番組内で最大 8 個の ADTS ストリーム多重に対応すること 

(5) 音声デコード機能 :モノ、ステレオ、マルチチャンネルステレオ(3/1、3/2、3/2+LFE)、 

2 音声 (デュアルモノ)の音声モードをデコードすること。 

注 : マルチチャンネルステレオの(3/1、3/2、3/2+LFE)は、想定される前方 / 後方スピーカへの音声チャン 

ネル数を表す( 例 :3/1=3 前方 +1 後方、3/2=3 前方 +2 後方 )。LFE は Low Frequency Effects の略 

で、低域強調チャンネルを表す。 

(6) 送信側での音声モード及び符号化パラメータ切替時の復号処理 

ARIB STD-B32 に従い、音声パラメータ切替時の無音時間の範囲内で、異音を出すことなく 

正常動作に復帰すること。 

-35-


(7) マルチチャンネルから 2 チャンネルステレオへのダウンミックス機能 

(7-1) 2 チャンネルステレオへのダウンミックス処理 

2 チャンネルステレオ再生機能を持つ受信装置がマルチチャンネル音声ストリームを再生す 

る場合、表 6-DM1 にあるダウンミックス処理を行うこと。ただし、この処理によりオーバー 

ロードになる可能性があるが、このような場合でも異音を発生させないこと( 最大音声レベル 

以上の場合でも折り返さないこと)。 

注 : 上記の機能を実現する方法として、クリップ処理を行う簡易的な方法の他に、AAC デコーダ以降のボ 

リューム調整を自動的に行う方法、量子化ビット数を上方に増やすことによりオーバーロードを起こ 

させない方法などが想定されるが、その実現方法については商品企画マターとする。 

表 6-DM1 2 チャンネルステレオへのダウンミックス音声信号の計算式 

受信した AAC ストリームのビット値 

matrix_mix 

down_idx_ 

present 

pseudo_ 

surround 

_enable 

matrix_ 

mixdown 

_idx 

受信機における信号処理 

k の値ダウンミックス音声信号の計算式 : 注 1) 

1 0/1 : 注 5) 

0 注 6) 

0 1/√2 

1 1/2 

2 1/2√2 

3 0 

Set1: 注 2)、注 3) 

Lt= L+1/√2*C+k*Ls 

Rt= R+1/√2*C+k*Rs 

Set3: 注 3)、注 4) 

Lt= L+1/√2*C+1/√2*Ls 

Rt= R+1/√2*C+1/√2*Rs 

注 1) L は 3/2 方式音声の左前方チャンネル、C は中央チャンネル、R は右前方チャンネル、Ls は左後方チャン 

ネル、Rs は右後方チャンネルを表し、Lt、Rt はダウンミックスにより生成されるステレオ音声左チャン 

ネル、右チャンネルを表す。 

注 2) 上記の計算式は、ISO/IEC 13818-7 規格の 8.5.4.2Matrix-mixdown process に記載されている計算式と 

係数が異なる。詳細は付属 -4 を参照のこと。 

注 3) 3/2+LFE マルチチャンネルステレオにおいて LFE 信号が伝送される場合も、Set1 または Set3 の計算式 

を用いる。 

注 4) 3/1 方式音声の場合はkを送信できないため、ダウンミックス処理は、Set3 において Ls と Rs を 3/1 方式 

のサラウンド信号 S に置き換えた式で表現される(S=Ls=Rs)。 

注 5) pseudo_surround_enable の値に関わらず、Set1 の計算式を用いる。ただし、(7-2)に示すように、 

pseudo_surround_enable = 1 の場合は、オプションとして Set2 を追加することができる。 

注 6) PCE 未取得時は、matrix_mixdown_idx_present = 0 と同様のダウンミックス処理を行うこと。 

(7-2) 外部擬似サラウンドプロセッサ用ダウンミックス処理 

外部の擬似サラウンドプロセッサによりサラウンド音声再生を行うため、2 チャンネルステ 

レオ信号にダウンミックスする場合は、オプションとして表 6-DM2 のダウンミックス処理を 

追加することができる。 

表 6-DM2 外部擬似サラウンドプロセッサ用ダウンミックス音声信号の計算式 



-36-


matrix_mix 

down_idx_ 

present 

pseudo_ 

surround 

_enable 

matrix_ 

mixdown 

_idx 

k の値 

ダウンミックス音声信号の計算式 

1 1 

0 1/√2 

1 1/2 

2 1/2√2 

Set2: 注 ) 

Lt= L+1/√2*C-k(Ls+Rs) 

Rt= R+1/√2*C+k(Ls+Rs) 

3 0 

注 ) 上記の計算式は、ISO/IEC 13818-7 規格の 8.5.4.2Matrix-mixdown process に記載されている計算式と係 

数が異なる。詳細は付属 -4 を参照のこと。 

(7-3) ステレオ音場拡大用ダウンミックス処理 

2 チャンネルステレオ再生でサラウンドステレオ音場を擬似的に再現するため、オプション 

としてダウンミックス処理を追加することができる。ダウンミックス処理方法の詳細は商品企 

画マターとするが、次の機能を満足すること。 

・ 2 チャンネルステレオ音声ストリームから生成された音声の音量と、マルチチャンネル音 

声ストリームをデコードし、ダウンミックスによって生成された 2 チャンネルステレオ音 

声の音量は可能な限り同等であること。 

・ダウンミックス時に音量を保つようにすることによりオーバーロードになる可能性があ 

るが、このような場合でも異音を発生させないこと。 

6.2.2 音声モード識別及び表示 

(1) モノ、ステレオ、マルチチャンネルステレオ(3/1、3/2、3/2+LFE)、2 音声 (デュアルモノ) 

の音声モードに対し、それらの識別及び表示に対応すること。但し、複数音声エレメンタリス 

トリームで構成される番組全体の音声モードは上記の音声モードの組み合わせとする。 

(2) 2 カ国語 /2 音声モードの識別及び表示に対応すること。 

(3) モード1/モード2/モード3の識別及び表示に対応すること。 

6.2.3 音声出力 

6.2.3.1 音声出力機能 

2 チャンネルステレオ以上の音声出力機能を有すること。 

6.2.3.2 アナログ音声出力 

(1) 出力レベル : 250mVrms±3dB(FS -18dB 時 ) 

(2) 出力インピーダンス : 2.2kΩ 以下 

(3) 負荷インピーダンス : 10 kΩ 

(4) 出力端子構造 : RCA ピンコネクタ 

6.2.3.3 マルチチャンネル用音声出力インタフェース 

-37-


IEC 61937-6 (2006-01) Digital audio – Interface for non-linear PCM encoded audio 

bitstreams applying IEC 60958 – Part 6: Non-linear PCM bitstreams according to the MPEG-2 

AAC and MPEG-4 AAC audio formats に準拠、あるいは IEEE-1394 出力を持つことを推奨する。 

6.2.3.4 Bluetooth 音声出力 

Bluetooth 機能により音声出力を行う受信機は、Bluetooth SIG 規格の Advanced Audio 

Distribution Profile (A2DP)※1に準拠すること。 

※1: http://www.bluetooth.org/foundry/adopters/document/A2DP_Spec_V1_0/ 

6.3 衛星デジタル放送における階層変調の受信装置機能 

6.3.1 階層変調信号 

階層変調信号は標準規格 (ARIB STD-B20)に基づいて、送信される。 

6.3.2 階層変調の識別 

(1) 受信 MPEG ストリーム PMT 内の階層伝送記述子により階層変調の有無を識別する。つま 

り階層伝送記述子の reference_PID により階層構造を持つ全てのストリームについて参照先 

のエレメンタリストリーム PID を取得して識別する。 

(2) 階層は 2 段階とする。階層伝送記述子の quality_level により高階層と低階層を識別する。 

(3) 高階層、低階層のそれぞれの信号は同一 TS 内・同一サービス識別内で伝送される。 

6.3.3 階層変調の受信処理 

(1) 受信信号の誤り率またはそれに相当する指標が一定値を越える場合に、高階層から低階層に 

自動的に切り替えて表示する。 

(2) 同一情報の映像を高階層と低階層で同時送信している場合、高階層と低階層の映像は、同時 

に受信装置内で表示・出力する機能は必要としない。また、音声についても同様とする。 

6.3.4 階層変調における低階層映像の表示 

映像出力信号の形式については、6.1.2 の規定に従うものとする。なお、低階層映像ストリームの 

sequence_display_extension のパラメータ値と映像信号出力との関係は、縮小動画において 480i 

信号で出力する場合は表 6-9 に、1080i または 480p 信号で出力する場合は表 6-10 に、720p 信号で 

出力する場合は表 6-11 に従うことが望ましい。また、静止画において 480i 信号で出力する場合は 

表 6-12 に、1080i または 480p 信号で出力する場合は表 6-13 に、720p 信号で出力する場合は表 6-14 

に従うことが望ましい。但し、マルチメディア符号化により表示する場合はこの規定の適用外とす 

る。 

-38-


6.4 地上デジタルテレビジョン放送における MP@LL 動画及び静止画の表示 

6.4.1 MP@LL 動画及び静止画の運用 

MP@LL 動画及び静止画は、標準規格 (ARIB STD-B31)に基づいて送信運用され、階層伝送に 

おける移動サービスの映像符号化として運用可能である。 

6.4.2 受信装置における表示 

映像出力信号の形式については、6.1.2 の規定に従うものとする。 

なお、MP@LL 動画及び静止画ストリームの sequence_display_extension のパラメータ値と映像 

信号出力との関係は、縮小動画において 480i 信号で出力する場合は表 6-9 に、1080i または 480p 

信号で出力する場合は表 6-10 に、720p 信号で出力する場合は表 6-11 に従うことが望ましい。また、 

静止画において 480i 信号で出力する場合は表 6-12 に、1080i または 480p 信号で出力する場合は 

表 6-13 に、720p 信号で出力する場合は表 6-14 に従うことが望ましい。 

但し、マルチメディア符号化により表示する場合は、この規定の適用外とする。 

-39-

参 

考 

図 


vertical_ 

size_value 

(A) 

horizontal_ 

size_value 

(B) 

表 6-9 縮小動画の sequence_display_extension のパラメータ値と映像出力信号との関係 (1) 

Aspect_ratio 

_ 

Information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 

display_extension 


display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

1 

240 360 

240 352 3 1 

2 480 720 

480i 信号 4:3 モニター( 水平 

720 画素 )に出力する場合 

垂直 

拡大・縮 

小率 

(L:line) 

A×(3/2) 

+120L 黒 

A×(3/4) 

+300L 黒 

3 

240 360 A×2 

240 352 2 1 

A×1 

4 480 720 

+240L 黒 

水平 

拡大・ 

縮小率 

(S:sample) 

B×2 

+16S 黒 

B×1 

+368S 黒 

B×2 

+16S 黒 

B×1 

+368S 黒 

備考 



垂直 

拡大・縮 

小率 

(L:line) 

1 A×2 

2 

A×1 

+240L 黒 

3 A×2 

4 

A×1 

+240L 黒 

水平 

拡大・ 

縮小率 

(S:sample) 

B×2 

+16S 黒 

B×1 

+368S 黒 

B×(3/2) 

+192S 黒 

B×(3/4) 

+456S 黒 

備考 

5 

6 

7 

8 


-40- 

参 

考 

図 

Sequence_header のパラメータ値 

vertical_ 

size_value 

(A) 

horizontal_ 

size_value 

(B) 


Aspect_ratio 

_ 

Information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

480p 信号 16:9 モニター( 水平 


垂直 

拡大・縮 

小率 

(L:line) 

1 

240 360 A×2 

240 352 3 1 

A×1 

2 480 720 

+240L 黒 

3 

240 360 A×2 

240 352 2 1 

A×1 

4 480 720 

+240L 黒 

水平 

拡大・ 

縮小率 

(S:sample) 

B×2 

+16S 黒 

B×1 

+368S 黒 

B×(3/2) 

+192S 黒 

B×(3/4) 

+456S 黒 

備考 

1080i 信号 16:9 モニター( 水平 


垂直 

拡大・縮 

小率 

(L:line) 

5 A×(9/2) 

6 

A×(9/4) 

+540L 黒 

7 A×(9/2) 

8 

A×(9/4) 

+540L 黒 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(16/3) 

+43S 黒 

B×(8/3) 

+982S 黒 

B×4 

+512S 黒 

B×2 

+1216S 黒 

備考 

5 

6 

7 

8

-41- 

参 

考 

図 



vertical_ 

size_value 

(A) 

Horizontal 

_ 

Size_value 

(B) 

aspect_ratio 

_ 

information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

720p 信号 16:9 モニター( 水平 1280 画 

素 )に出力する場合 

垂直 

拡大・ 

縮小率 

(L:line) 

1 

240 360 A×3 

240 352 3 1 

A×(3/2) 

2 480 720 

+360L 黒 

3 

240 360 A×3 

240 352 2 1 

A×(3/2) 

4 480 720 

+360L 黒 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(32/9) 

+29S 黒 

B×(16/9) 

+655S 黒 

B×(8/3) 

+342S 黒 

B×(4/3) 

+811S 黒 

注 1: sequence_display_extension が伝送されない場合、display_vertical_size(C) 及び display_horizontal_size(D) の各々の値は、 

sequence_header で示される vertical_size_value(A), horizontal_size_value(B)の値と等しいものとして受信側で処理するものとする。 

但し B が 352 の場合は、D が 360 の場合と同様に信号処理をする。D が 352 として送出された場合には、受信装置は D が送出されなか 

った場合と同様に処理する。 

備考 

5 

6 

7 

8 

注 2: picture_display_extension の frame_center_horizontal_offset(FCHO) 及び frame_center_vertical_offset(FCVO)が常時ゼロで運用され 

ることを前提に受信装置の機能制限をしても良い。picture_display_extension が送信されない場合、FCHO 及び FCVO はゼロと解釈す 

る。 



[ 備考 ] 

1.アスペクト比 16:9 で送信された画像を 4:3 モニターでレターボックス形式で表示する場合を示す( 図 1を参照 ) 

2.アスペクト比 16:9 で送信された画像を 4:3 モニターでウィンドウ表示する場合を示す( 図 2を参照 ) 


3.アスペクト比 4:3 で送信された画像を 4:3 モニターでフル画面表示する場合を示す( 図 3を参照 ) 




-42- 

7.アスペクト比 4:3 で送信された画像を 16:9 モニターで表示する場合を示す。実画像領域をモニター中央に配置し、その両 

側を黒みとする( 図 3を参照 ) 

8.アスペクト比 4:3 で送信された画像を 16:9 モニターでウィンドウ表示する場合を示す( 図 4を参照 )

-43- 

参 

考 

図 


vertical_ 

size_value 

(A) 

horizontal_ 

size_value 

(B) 

表 6-12 静止画の sequence_display_extension のパラメータ値と映像出力信号との関係 (1) 

aspect_ratio 

_ 

information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

480i 信号 4:3 モニター( 水平 720 

画素 )に出力する場合 

垂直 

拡大・ 

縮小率 

(L:line) 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(3/8) 

備考 



垂直 

拡大・ 

縮小率 

(L:line) 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(3/8) 

1920 

1920 A×(1/3) 

1080 

3 0 1080 

A×(4/9) 

1440 1440 +120L 黒 B×(1/2) B×(1/2) 

A×(3/4) 

480 720 3 1 480 720 

B×1 A×1 B×1 

+120L 黒 

1 

1 

A×(3/4) 

480 720 3 0 480 720 

B×1 A×1 B×1 

+120L 黒 

A×(3/2) B×2 

B×2 

240 360 

A×2 

+120L 黒 +16S 黒 

+16S 黒 

240 352 3 1 

A×(3/4) B×1 

A×1 B×1 

2 480 720 

2 

+300L 黒 +368S 黒 

+240L 黒 +368S 黒 

480 720 2 0 480 720 A×1 B×1 

3 

B×2 

240 360 A×2 

+16S 黒 

240 352 2 1 

A×1 B×1 

4 480 720 

+240L 黒 +368S 黒 

3 

4 

A×1 

A×2 

A×1 

+240L 黒 

B×(3/4) 

+180S 黒 

B×(3/2) 

+192S 黒 

B×(3/4) 

+456S 黒 

備考 

5 

6 

7 

8 


-44- 

参 

考 

図 


vertical_ 

size_value 

(A) 

horizontal_ 

size_value 

(B) 


aspect_ratio 

_ 

information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

480p 信号 16:9 モニター( 水平 720 

画素 )に出力する場合 

垂直 

拡大・ 

縮小率 

(L:line) 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(3/8) 

備考 

1080i 信号 16:9 モニター( 水平 


垂直 

拡大・ 

縮小率 

(L:line) 

水平 

拡大・ 

縮小率 

(S:sample) 

B×1 

1920 

1920 

1080 

3 0 1080 

A×(4/9) 

A×1 

1440 1440 B×(1/2) B×(4/3) 

480 720 3 1 480 720 A×1 B×1 A×(9/4) B×(8/3) 

1 

5 

480 720 3 0 480 720 A×1 B×1 A×(9/4) B×(8/3) 

B×2 

B×(16/3) 

240 360 A×2 

A×(9/2) 

+16S 黒 

+43S 黒 

240 352 3 1 

A×1 B×1 

A×(9/4) B×(8/3) 

2 480 720 

6 

+240L 黒 +368S 黒 

+540L 黒 +982S 黒 

480 720 2 0 480 720 A×1 

3 

240 360 A×2 

240 352 2 1 

A×1 

4 480 720 

+240L 黒 

B×(3/4) 

+180S 黒 

B×(3/2) 

+192S 黒 

B×(3/4) 

+456S 黒 

7 

8 

A×(9/4) 

A×(9/2) 

A×(9/4) 

+540L 黒 

B×2 

+480S 黒 

B×4 

+512S 黒 

B×2 

+1216S 黒 

備考 

5 

6 

7 

8 


-45- 

参 

考 

図 

1 



vertical_ 

size_value 

(A) 

Horizontal_ 

Size_value 

(B) 

aspect_ratio 

_ 

information 

sequence_ 

extension の 


progressive_ 

sequence 

sequence_ 



display_ 

vertical_ 

size (C) 

display_ 

horizontal 

_size (D) 

720p 信号 16:9 モニター( 水平 


垂直 

拡大・ 

縮小率 

(L:line) 

水平 

拡大・ 

縮小率 

(S:sample) 

B×(2/3) 

1080 

1920 

1920 

3 0 1080 

A×(2/3) 

1440 1440 B×(8/9) 

480 720 3 1 480 720 A×(3/2) B×(16/9) 

480 720 3 0 480 720 A×(3/2) B×(16/9) 

240 360 A×3 

240 352 3 1 

A×(3/2) 

2 480 720 

+360L 黒 

480 720 2 0 480 720 A×(3/2) 

3 

240 360 A×3 

240 352 2 1 

A×(3/2) 

4 480 720 

+360L 黒 

B×(32/9) 

+29S 黒 

B×(16/9) 

+655S 黒 

B×(4/3) 

+320S 黒 

B×(8/3) 

+342S 黒 

B×(4/3) 

+811S 黒 

備考 

5 

6 

7 

8 

注 1: sequence_display_extension が伝送されない場合、display_vertical_size(C) 及び display_horizontal_size(D) の各々の値は、 

sequence_header で示される vertical_size_value(A), horizontal_size_value(B)の値と等しいものとして受信側で処理するものとする。 

但し B が 352 の場合は、D が 360 の場合と同様に信号処理をする。D が 352 として送出された場合には、受信装置は D が送出されな 

かった場合と同様に処理する。 

注 2: picture_display_extension の frame_center_horizontal_offset(FCHO) 及び frame_center_vertical_offset(FCVO)が常時ゼロで運用され 

ることを前提に受信装置の機能制限をしても良い。picture_display_extension が送信されない場合、FCHO 及び FCVO はゼロと解釈す 

る。 



[ 備考 ] 

1.アスペクト比 16:9 で送信された画像を 4:3 モニターでレターボックス形式で表示する場合を示す( 図 1を参照 ) 







7.アスペクト比 4:3 で送信された画像を 16:9 モニターで表示する場合を示す。実画像領域をモニター中央に配置し、その両 

側を黒みとする( 図 3を参照 ) 


-46- 

表 6-9~14 における MPEG-2 符号化パラメータの各コード番号の意味 

aspect_ratio_information 2 = 4:3 表示、 3 = 16:9 表示 

progressive_sequence 0 = 飛越走査方式、 1 = 順次走査方式 

[ 参考図 ] 

type エンコーダ入力画像 4:3 モニター 16:9 モニター 

1 

2 

16:9 

3 

4 

4:3


第 7 章基本データデコーダの仕様 

基本データデコーダの仕様は、「ARIB STD-B24」に基づくこと。 

-47-


第 8 章 EPGの仕様 

SI を利用した EPG の機能 ( 番組表表示、番組検索、番組予約など)や EPG ユーザインタフェ 

ースなどは原則としてメ-カ-の商品企画マタ-である。しかし、EPG は視聴者が所望するサービ 

スを効率よく選択するための非常に有効なデジタル放送特有の機能であり、受信装置において出来 

る限り利便性の高い EPG を有することとする。EPG 機能に対する規定及びガイドラインについて 

は放送事業者仕様とする。 

-48-


第 9 章高速デジタルインタフェースの仕様 

高速デジタルインタフェースとして、シリアルインタフェース仕様と IP インタフェース仕様を 

以下のとおりとする。 

9.1 シリアルインタフェース仕様 

シリアルインタフェースは、IEEE1394 仕様とし、IEEE Std 1394-1995「IEEE Standard for a 

High Performance Serial Bus」に準拠する。必要に応じ原技術資料を参照されたい。 

9.1.1 インタフェース信号の名称、機能、ピン配置 

信号は、2 組のツイスト・ペア・インタフェース(TPA/TPA*、TPB/TPB*)と、電源ペア(VP 

/VG)で構成される。 

表 9-1 信号の名称、機能、ピン配置 

ピン番号 

コネクタ:4 ピンコネクタ:6 ピン 

名称 

機能 

- 1 VP 電源 

- 2 VG GND 

1 3 TPB* 受信時のストローブ、送信時の 

2 4 TPB データ( 差動ペア) 

3 5 TPA* 受信時のデータ、送信時ストロ 

4 6 TPA ーブ( 差動ペア) 

*:アクティブ・ロー信号。 

TPA と TPA*、TPB と TPB*は、差動ペアとなっている標準の 

信号と反転の信号 (*)を指す。 

9.1.2 信号電圧レベル、インピーダンス 

表 9-2 差動出力信号の振幅 

最大最小単位 

265 172 mV 

-49-


信号 

表 9-3 差動受信信号の振幅 

S100(mV) ※ S200(mV) 

※ 

S400(mV) 

※ 

最大最小最大最小最大最小 

調停の間 260 173 262 171 265 168 

クロックに同期したデータの受信 260 142 260 132 260 118 

※ :シリアルバスのビット転送速度を示すコード。 

S100 … 98.304Mbit/s 

S200 … 196.608Mbit/s 

S400 … 393.216Mbit/s 

表 9-4 差動入力インピーダンス 

最大最小単位 

受信モード 111 109 Ω 

送信モード 111 105 Ω 

9.1.3 コネクタ 

1394 コネクタ(4 ピン、6 ピン) 

ピン数は、DIRD と外部機器とのシステムを考慮し実装を行うこととする。 

9.1.4 シリアルインタフェースのプロトコル 

プロトコルは、IEC61883 仕様とし、IEC61883-1、4 に準拠する。 

必要に応じ原技術資料 (IEC61883-1:Consumer audio/video equipment - Digital interface - 

Part1:General、IEC61883-4:Consumer audio/video equipment - Digital interface - Part4: 

MPEG2-TS data transmission)を参照されたい。 

9.1.5 デスクリプタ、コマンド、チューナモデル 

衛星デジタル放送受信装置及び地上デジタルテレビジョン放送受信装置は 1394 Trade 

Association( 以下 1394TA)における AV/C Tuner Subunit の以下の機能を実装する。 

Tuner Subunit の仕様は 1394TA における AV/C Digital Interface Command Set General 

Specification Version 4.1( 以下 AV/C General)、AV/C Descriptor Mechanism Specification Version 

1.0( 以下 AV/C Descriptor)、AV/C Tuner Model and Command Set Version 2.0( 以下 AV/C Tuner)、 

AV/C Tuner Broadcast System Specification - Digital Video Broadcast(DVB) Version 1.0( 以下 

Tuner DVB) 及び Enhancements to the AV/C Broadcast System Specification - Digital Video 

Broadcast (DVB) Version 1.0( 以下 Enhancements Tuner DVB)に準拠し、Enhancements Tuner 

DVB の Profile1:The Simplest Tuner Without Lists and Selection by DSIT で規定される機能をサ 

ポートする。 

-50-


9.1.5.1 デスクリプタ 

9.1.5.1.1 衛星デジタル放送受信装置のデスクリプタ 

Enhancements Tuner DVB の Profile1 に準拠する衛星デジタル放送受信装置は AV/C General、 

AV/C Descriptor 及び AV/C Tuner で規定される表 9-5 の二つのデスクリプタをサポートしなけれ 

ばならない。 

Tuner Subunit Identifier Descriptor の詳細については AV/C General 及び AV/C Tuner を参照の 

こと。 

Tuner Status Descriptor の詳細については AV/C Tuner を参照のこと。 

表 9-5 必須のデスクリプタ 

デスクリプタ 

descripto 

記述 

サポート 

r _type 

Tuner Subunit Identifier Descriptor 0x00 Tuner Subunit の能力 / 特徴を示す必須 

Tuner Status Descriptor 0x80 Tuner Subunit の状態を示す必須 

以下に各デスクリプタの構造を示す。 

(1) Tuner Subunit Identifier Descriptor 

Tuner Subunit Identifier Descriptor は表 9-6 の構造となる。基本構造は AV/C General で 

規定され、subunit_dependent_information の構造は AV/C Tuner で規定される。 

表 9-6 Tuner Subunit Identifier Descriptor 

構造ビット数値 ( 注 1) 

descriptor_length 16 

generation_ID 8 0x02 

size_of_list_ID 8 0x02 

size_of_object_ID 8 0x06 

size_of_object_position 8 0x02 

number_of_root_object_lists 16 [0x0000] 

subunit_dependent_length 16 

subunit_dependent_information{ 

number_of_systems 8 

for (i=0; i< number_of_systems; i++) { 

system[i]_specification { 

specification_length 16 

system_id 8 0x20 

implementation_profile_id 8 0x10 

number_of_subsystem_labels 8 

for (j=0; j< number_of_subsystem_labels; j++) { 

subsystem_label_length 8 0x09 

-51-


Subsystem_label[1-9] 72 BS の場合 “JPNBS0004” 

広帯域 CS の場合 

“JPNCSxxxx”( 別途技術 

資料参照 ) 

} 

multiplex_preferred_selection_flags 16 0x0000 

service_preferred_selection_flags 8 0x28 

number_of_antennas 8 [0x01] 

for (k=0; k< number_of_antennas; k++) { 

antenna[k]_specification { 

mobile, movable, reserved, transport 8 0x01 

input_plug 8 [0x9E] 

system_specific_antenna_range_spec_length 16 0x0007 

system_specific_antenna_range_spec 

Selection_attribute_range_specification_for_A{ 

list_flag, range_flag, size_of_attribute(s) 8 0x00 

} 

Selection_attribute_range_specification_for_B{ 


} 

Selection_attribute_range_specification_for_C{ 


} 

Selection_attribute_range_specification_for_D{ 


} 

Selection_attribute_range_specification_for_E{ 


} 

Selection_attribute_range_specification_for_F{ 


} 

Selection_attribute_range_specification_for_G{ 


} 

} 

} 

system_specific_info_length 8 0x01 

system_specific_info{ 

DVB_specification_version 8 0x11 

} 

} 

} 

} 

manufacturer_dependent_length 16 0x0000 

注 1: Tuner Subunit Identifer Descriptor で固定値が挿入される field、及びオプションで値が 

設定可能であるがデフォルト値が規定されている field(デフォルト値は[ ]で表示 )に設定すべ 

き値を記述する。以下に説明のある field については該当する説明も参照。 

-52-


・generation_ID 

generation_ID は AV/C General で規定され、表 9-7 に示す値とする。 

値 

0x02 

表 9-7 generation_ID 

意味 

AV/C Descriptor Ver1.0 に準拠した Descriptor 構造 

・size_of_list_ID, size_of_object_position 

size_of_list_ID 及び size_of_object_position は AV/C Tuner で規定され、それぞれ表 9-8 に示す 

値とする。 

表 9-8 size_of_list_ID 及び size_of_object_positon 

項目 

値 

size_of_list_ID 

0x02 

size_of_object_position 

0x02 

・size_of_object_ID 

size_of_object_ID は Tuner DVB で規定される service object ID の制限 (6 bytes)から決まり、表 

9-9 に示す値とする。 

項目 

size_of_object_ID 

表 9-9 size_of_object_ID 

値 

0x06 

・number_of_root_object_lists 

number_of_root_object_lists は、Profile1 では object list を持たないことが基本のため通常 

0x0000 となるが、オプションとして object list を持つ場合、あるいは Profile1 以外の Profile で 

object list を持つ場合には、root object list の数がこのフィールドの値となる。 

・system_id 

system_id は AV/C Tuner で規定され、表 9-10 に示す値とする。 

値 

0x20 

表 9-10 system_id 

意味 

DVB 準拠の放送システム 

-53-


・implementation_profile_id 

Profile 1 を示す implementation_profile_id は Enhancements Tuner DVB で規定され、表 9-11 

に示す値とする。 

値 

0x10 

表 9-11 implementation_profile_id 

意味 

Profile1:The Simplest Tuner without Lists and 

Selection by DSIT 

・number_of_subsystem_labels 

DVB に準拠した衛星放送 ( 例えば BS/CS)をそれぞれ区別して、複数個の subsystem_label を持つ 

ことができる。( 複数放送対応受信装置の場合 ) 

・subsystem_label 

衛星デジタル放送受信装置が受信可能な放送サービスを区別 ( 通知 )する手段として、DVB に準拠 

する衛星放送 ( 例えば BS/CS)をそれぞれ区別して、受信可能なサービスをすべて列挙する。 

subsystem_label は label 長を 9 文字固定とし、それぞれの network_id に一対一に対応する label 

値とする。ただし、使用できる文字は ASCII code の英数文字である。BS デジタル放送は 

subsystem_label=JPNBS0004(0004 は network_id)とする。(CS については”JPNCSxxxx”とする。 

( 別途 ARIB 技術資料参照 ))コントローラが subsystem_label を検出する場合は、複数の system、 

subsystem を持つこと及び Profile 1 以上の拡張 (List のサポートなど)を考慮しなければならな 

い。 

・multiplex/service_preferred_selection_flags 

subsystem_label とあわせて受信装置が選局に必要な最低限の attribute に対応する bit に"1"を 

セットする。( 完全な選局ができる最低限の組合せ) 

衛星デジタル放送では少なくとも表 9-12 の2つの attribute に”1”をセットする。 

表 9-12 “1”をセットする attribute 

attribute 

指定する selection_flags 

org_network_id 

service_preferred_selection_flags 

service_id 


・number_of_antennas 

衛星デジタル放送受信装置は、モデル上は一つの antenna 及び input_plug を持つものとして扱 

う。すなわち antenna の切り替えは行わない。 

-54-


・antenna_specification 

external_input_plug_number には 0x80~0x9E の値を設定可能であるが、0x9E を使うことを推 

奨する。 

衛星デジタル放送受信装置 (unit)の antenna の external_antenna_input_plug と Tuner Subunit 

の antenna_destination_plug の接続は Tuner Subunt Identifier Descriptor と DIRECT SELECT 

INFORMATION TYPE コマンド( 以下 DSIT コマンド)で明示される為、unit の input_plug と 

Tuner Subunit の antenna_destination_plug との接続を指示する AV/C general CONNECT 

control コマンドはサポートせず、衛星デジタル放送受信装置は response として”NOT 

IMPLEMENTED”を返す。 

・transport 

衛星デジタル放送の場合 transport は AV/C Tuner で規定され、表 9-13 に示す値とする。 

表 9-13 transport 

値 

001 衛星デジタル放送 

意味 

・system_specific_info 

system_specific_info に Enhancements Tuner DVB で規定される DVB_specification_version を 

記述する。 

system_specific_info は表 9-14 に示す値になる。 

表 9-14 system_specific_info 

項目 

値 

system_specific_info 

0x11 

(2) Tuner Status Descriptor 

Tuner Status Descriptor は表 9-15 の構造となる。基本構造は AV/C Tuner で規定される。 

(antenna 入力 (input=0)の場合の構造 ) 

表 9-15 Tuner Status Descriptor 



general_tuner_status{ 

antenna_input_info_length 8 0x0C 

antenna_input_info{ 

active_system_id 8 0x20 

searching, moving, no_RF, reserved(5bits) 8 

-55-


input=0, selected_antenna(7bits) 8 

antenna_general_system_info{ 

BER 32 [0x00000000] 

signal_strength 8 [0xFF] 

raster_frequency(2bits) 

RF_frequency(22bits) 

2 

22 

0x2 

[0x000000] 

manufacturer_dependent_info_length 8 0x00 

} 

} 

system_specific_multiplex_selection_length 8 0x11 

system_specific_multiplex_selection{ 

system_specific_multiplex_attributes_valid_flags{ 

reserved_field, polarization, orbital_position, 

RF_freq_raster, symbol_rate, FEC_outer, FEC_inner, 

modulation 

8 [0x00] 

network_id, reserved(7bits) 8 [0x00] 

} 

system_specific_multiplex_selection_attributes{ 

currently_available, selected, reserved(6bits) 8 

polarization(2bits), west_east, reserved(5bits) 8 [0x00] 

orbital_position_upper 8 [0x00] 

orbital_position_lower 8 [0x00] 

raster_frequency 

RF_frequency 

2 

22 

symbol_rate, 

20 

reserved(4bits) 

4 

FEC_outer 8 [0x00] 

FEC_inner 8 [0x00] 

modulation, reserved(3bits) 8 [0x00] 

network_id 16 [0x0000] 

} 

} 

demux_input_info_length 8 

demux_input_info{} 

} 

number_of_source_plugs 8 

for (i=0; i< number_of_source_plugs; i++) { 

source_plug_status[i]{ 

source_plug 8 

attributes 8 0x00 

input, reserved(7bits) 8 0x00 

data_status_length 8 0x00 

data_status{} 

info_type_status_length 8 

info_type_status{ 

status 8 

number_of_selection_specifications 8 

for (j=0; j< number_of_selection_specifications; j++) { 

dsit_selection_specification[j]{ 


information_type 8 0x83 

system_specific_service_attributes_valid_flags{ 

0x2 

[0x000000] 

[0x00000] 

0x0 

-56-


reserved_fields, CA_output, org_network, 

8 [0x28] 

transport_id, service_id, bouquet_id, 


} 

system_specific_service_selection_attributes{ 

currently_available, reserved(7bits) 8 

} 

} 

} 

} 

} 

CA_output, reserved(7bits) 8 0x00 

org_network_id 16 

transport_stream_id 16 [0x0000] 

service_id 16 

bouquet_id 16 [0x0000] 

} 

number of components 8 

for (k=0; k< number_of_components; k++) { 

system_specific_component_attributes[k]{ 

} 

system_specific_component_attributes_valid_ flags{ 

reserved_fields, PID, stream_content, 

component_type, iso_639_lang_code, 

component_tag, reserved(2bits) 

8 [0x04] 

} 

system_specific_component_selection_attributes{ 


reserved 8 [0x00] 

component_tag 8 

} 

} 

注 1: Tuner Status Descriptor で固定値が挿入される field、及びオプションで値が設定可能で 

あるがデフォルト値が規定されている field(デフォルト値は[ ]で表示 )について値を記述する。 

以下に説明のある field は該当する説明も参照。 

・active_system_id 

active_system_id は受信中の放送システムに対応する system_id の値を記述する。 

active_system_id の設定値については、Tuner Subunit Identifier Descriptor の system_id を参照 

のこと。 

・searching, moving, no_RF 

searching, moving, no_RF の各フラグの機能を表 9-16 に示す。なお、no_RF の値 ( 状態 )は衛星 

デジタル放送受信装置のフロントエンドのロック状態を反映し、アンロック状態の場合に no_RF=1 

-57-


となる。また、衛星デジタル放送受信装置が動作していない場合にも、no_RF=1 とする。 

表 9-16 antenna_input_info の表示フラグ 

フラグ 

フラグの意味 

searching 選局動作中 =1 

moving 常に"0" ( 衛星放送アンテナは固定式 ) 

no_RF 

アンテナ信号入力がない( 停波中を含む)=1 

・antenna_input_info 

antenna destination plug が接続されている場合に antenna_input_info が存在する。 

antenna destination plug が接続されていない場合は antenna_input_info は存在しない 

(antenna_input_info_length=0x00) 。また、system_specific_multiplex_selection の各 field は無 

効。 

・selected_antenna 

selected_antenna は接続されているアンテナの Tuner Subunit Identifier Descriptor で指定され 

る antenna_specication のインデックス値とする。 

通常は antenna_specication は一つだけ定義されているので、selected_antenna=0x00 である。 

・antenna_general_system_info 

antenna_general_system_info の各 field の設定はオプションとし、値を設定しない機器は表 9-17 

に示すデフォルト値を入れる。(デフォルト値は基本的に各 field の設定可能な最良値とする。) こ 

れらの各 field を使用する機器は値を設定して出力しても良い。 

”searching”もしくは”no_RF”ビットが"1"にセットされている場合には 

antenna_general_system _info の各 field は無効である。 

表 9-17 antenna_general_system_info 

antenna_general_system_info デフォルト値記述 

BER (bit error rate) 0x00000000 左のデフォルト値もしくは正しい値を設定 

する。 

signal_strength 0xFF 左のデフォルト値もしくは正しい値を設定 

する。 

{raster_frequency(2bits), 

RF_frequency(22bits)} 

0x800000 左のデフォルト値もしくは正しい値を設定 

する。 

ただし raster_frequency=0x2(4kHz)は固定 

( 以下の raster_frequency の説明参照 ) 

manufacturer_dependent_info_leng 

th 

0x00 

manufacturer_dependent_info は使用しな 

い 

-58-


・raster_frequency 

Tuner Status Descriptor の antenna_general_input_info 及び system_specific _multiplex_ 

selection_attributes の受信周波数の表示では raster_frequency=0x2(4kHz)とする。 

受信周波数は(RF_frequency)*(raster_frequency)(Hz)で表される。 

・system_specific_multiplex/service_attributes_valid_flags 

Tuner Subunit Identifier Descriptor の multiplex/service_preferred_selection_flags で"1"に指 

定されている attribute に対応する system_specific_multiplex/service_attributes_valid_flags のビ 

ットを "1"(valid) に設定する。さらに Tuner Subunit Identifier Descriptor の 

multiplex/service_preferred_selection_flags で"1"に指定されている attribute 以外でオプショナル 

に受信装置が対応可能 (DSIT コマンドの選局の attribute として使用可能 )な attribute については、 

対応する system_specific_multiplex/ service_attributes_valid_flags のビットを"1"(valid)に設定 

する。その他の flag については"0"とする。 

これらの flags を確認することで、コントローラは受信装置が DSIT コマンドでどの attribute を 

受け付けられるかを知ることができる。 

・system_specific_component_attributes_valid_flags 

Tuner Status Descriptor の system_specific_component_attributes は source_plug から出力さ 

れている component (Elementary Stream( 以下 ES))の情報を表示する。なお表示に使用する 

attributes は component_tag を必須とし、DSIT コマンドで service with specified components の 

information_type をサポートし、かつ PID 指定の component(ES) 選択をサポートする受信装置は、 

PID 指定の DSIT コマンドに対する status 表示で PID を使用することができる。 

・system_specific_multiplex/service/component_selection_attributes 


定されている attribute、及び受信装置が DSIT コマンドで対応可能な attribute について受信装置 

の status を表示する。 

system_specific_multiplex/service/component_attributes_valid_flags が "0" に指定された 

attribute は無効とする。 

・currently_available, selected 

currently_available: system_specific_multiplex_selection_attributes では通常は 

antenna_input_ info の no_RF と同じ情報 ( 値は"0"と"1"が反転する)を表示する。ただし何らかの理 

由で Tuner Subunit が正常な選局動作を行えない状態にある場合 (たとえば受信装置がロックされ 

て自由にチャネルを変更できない状態等 )には"0"をセットして no_RF と異なる状態を示すことも可 

-59-


能とする。 

system_specific_service_selection_attributes では該当する service が休止中や未契約の時など 

に"0"をセットする。 

表 9-18 に各 selection_attributes に"0"がセットされる理由の例をあげる。 

表 9-18 currently_available フラグのセット例 

currently_available 意味 ( 例 ) 

multiplex_selection_attributes トランスポンダが停止、正常な選局動作をできない状態 

service_selection_attributes 

service の休止、未契約 

component_selection_attributes 該当する component(ES)が出力できない 

selected: 常に"1" 

・demux_input_info 

demux destination plug から入力 (input=1)がある場合の demux_input_info の構造を表 9-19 に 

示す。 

demux_destination_plug からの入力が無い場合は demux_input_info は存在しない。 

(demux_input_info_length=0x00) 

表 9-19 demux_input_info の構造 


demux_input_info{ 

active_system 8 0x20 

searching, reserved(7bits) 8 

input=1, reserved(7bits) 8 0x80 

} 

注 2: Tuner Status Descriptor で固定値が挿入される field に設定すべき値を記述する。説明の 

ある field については該当する説明も参照。 

・input 

source_plug_status の input ビットは antenna destination plug から入力されている場合は 

input=0, demux destination plug から入力されている場合は input=1 を設定する。 

・data_status 

data_status field は使用しない。 

data_status_length は常に"0"である。 

-60-


・status 

status の field は source_plug の出力状態に応じて表 9-20 に示す値を設定する。 

status 

0x00 

0x10 

0x20 

表 9-20 status の意味 

意味 

source_plug に出力されている service, component(ES)は無い 

指定された全ての service, component(ES)が出力されている 

指定された service, component(ES)のうち一部が出力されている 

・number_of_selection_specifications 

衛星デジタル放送の入力が存在しない場合には、number_of_selection_specifications を 0x00 と 

するとともに直前の status の値も 0x00 とする。さらに、antenna_input_info の no_RF を"1"、 

system_specific_multiplex_selection の currently_available を"0"にする。例えば、衛星デジタル 

放送以外を受信中で衛星デジタル放送受信装置が動作していない場合には、上記のようになる。 

また、何らかの状況でサービスが休止と判断できる場合も number_of_selection_specification を 

0x00 とするとともに直前の status の値も 0x00 としても良い。 

・information_type 

information_type の field は表 9-21 の値を設定する。 

表 9-21 information_type の意味 

information_type 

意味 

0x83 

component(ES)の情報 (system_specific_ 

component_attributes)が表示されている 

・CA_output 

CA_output は Tuner Status Descriptor では常に"0" 

9.1.5.1.2 地上デジタルテレビジョン放送受信装置のデスクリプタ 

Enhancements Tuner DVB の Profile1 に準拠する地上デジタルテレビジョン放送受信装置は、 

AV/C General、AV/C Descriptor 及び AV/C Tuner で規定される表 9-22 の二つのデスクリプタをサ 

ポートしなければならない。 

Tuner Subunit Identifier Descriptor の詳細については、AV/C Descriptor 及び AV/C Tuner を参 

照のこと。 

Tuner Status Descriptor の詳細については、AV/C Tuner を参照のこと。 

-61-


デスクリプタ 


descriptor 

_type 

記述 

サポート 

Tuner Subunit Identifier Descriptor 0x00 Tuner Subunit の能力 / 特徴を示必須 

す 



(1) Tuner Subunit Identifier Descriptor 

Tuner Subunit Identifier Descriptor は表 9-23 の構造となる。 Tuner Subunit Identifier 

Descriptor の基本構造は AV/C Descriptor で規定され、subunit_dependent_infomation の構造 

は AV/C Tuner で規定される。 


構造 

ビット 

数 

値 ( 注 1) 






number_of_root_object_lists 16 [0x0000] 

subunit_dependent_length 16 


number_of_systems 8 

for (i=0; i< number_of_systems; i++) { 

system[i]_specification { 



implementation_profile_id 8 0x10 

number_of_subsystem_labels 8 



subsystem_label[1-9] 72 JPNTB7FFF 

} 

multiplex_preferred_selection_flags 16 0x0000 

service_preferred_selection_flags 8 0x2C 

number_of_antennas 8 [0x01] 

for (k=0; k< number_of_antennas; k++) { 

antenna[k]_specification { 

mobile, movable, reserved(3bits), transport(3bits) 8 0x03 

external_input_plug_number 8 [0x9D] 

system_specific_antenna_range_specification_length 16 0x0007 

system_specific_antenna_range_specification 

selection_attribute_range_specification_for_A{ 

-62-



} 

selection_attribute_range_specification_for_B{ 


} 

selection_attribute_range_specification_for_C{ 


} 

selection_attribute_range_specification_for_D{ 


} 

selection_attribute_range_specification_for_E{ 


} 

selection_attribute_range_specification_for_F{ 


} 

selection_attribute_range_specification_for_G{ 


} 

} 

} 




} 

} 

} 

} 


注 1: Tuner Subunit Identifer Descriptor で固定値が挿入される field、及びオプションで値 

が設定可能であるがデフォルト値が規定されている field(デフォルト値は[ ]で表示 )に 

設定すべき値を記述する。以下に説明のある field については該当する説明も参照。 


generation_ID は AV/C Descriptor で規定され、表 9-24 に示す値とする。 


値 

0x02 

意味 

AV/C Descriptor(AV/C Descriptor Mechanism Specification 

Version 1.0)に準拠した descriptor 構造 


size_of_list_ID 及び size_of_object_position は AV/C Tuner で規定され、それぞれ表 9-25 に示す 

値とする。 

-63-


表 9-25 size_of_list_ID 及び size_of_object_positon 

項目 

値 


0x02 


0x02 


size_of_object_ID は Tuner DVB で規定される service object ID の制限 (6bytes)から決まり、表 

9-26 に示す値とする。 

項目 



値 

0x06 


number_of_root_object_lists は、Profile1 では object list を持たないことが基本の為通常 0x0000 

となるが、オプションとして object list を持つ場合、あるいは Profile1 以外の Profile で object list 

を持つ場合には、root object list の数がこのフィールドの値となる。 

・system_id 


値 

0x20 


意味 



Profile1 を示す implementation_profile_id は Enhancements Tuner DVB で規定され、表 9-28 

に示す値とする。 

値 

0x10 


意味 

Profile1:The Simplest Tuner without Lists and 

Selection by DSIT 


DVB に準拠した地上デジタルテレビジョン放送受信装置では、number_of_subsystem_labels は 

"1"となる。 

地上デジタルテレビジョン放送に加えて、BS デジタル放送にも対応した受信装置の場合は、地 

上デジタルテレビジョン放送のネットワークの数である 1 に BS デジタル放送のネットワークの数 

1を加えた値を、広帯域 CS デジタル放送にも対応した受信装置の場合は、地上デジタルテレビジ 

-64-


ョン放送のネットワークの数である 1 に対応する CS デジタル放送のネットワークの数を加えた値 

を設定する。 

また、地上デジタルテレビジョン放送に加えて、BS デジタルと広帯域 CS デジタルの両放送にも 

対応した複数デジタル放送受信装置の場合には、地上デジタルテレビジョン放送のネットワークの 

数である 1 に、対応する BS デジタル放送ならびに広帯域 CS デジタル放送のネットワークの数を 

加えた値を設定する。 


地上デジタルテレビジョン放送受信装置が受信可能な放送サービスを区別 ( 通知 )する手段として、 

DVB に準拠する地上デジタルテレビジョン放送ならびに衛星デジタル放送 ( 例えば BS デジタル放 

送や広帯域 CS デジタル放送 )をそれぞれ区別して、受信可能なサービスをすべて列挙する。 

subsystem_label は label 長を 9 文字固定とし、受信可能な放送サービスの network_id に一対一 

に対応する label 値を設定する。ただし、使用できる文字は ASCII code の英数文字である。地上デ 

ジタルテレビジョン放送は subsystem_label="JPNTB7FFF" とする。( BS デジタル放送は 

"JPNBS0004"、広帯域 CS デジタル放送は"JPNCSxxxx"(xxxx 部分は広帯域 CS デジタル放送の 

network_id であり、別途 ARIB 技術資料参照 )と設定する。) 

コントローラは、subsystem_label を読出す場合には、受信装置が複数の system、subsystem に 

対応していること、及び Profile 1 以上の拡張 ( 例えば List のサポート等 )に対応していることを 

考慮しなければならない。 


subsystem_label に列記した受信可能な個別の放送サービスに対応して、受信装置が選局に必要 

な最低限の attribute に対応する bit に"1"を設定する。 

地上デジタルテレビジョン放送受信装置においては、org_network_id と service_id ならびに 

org_network_id と 4 桁番号の組み合わせによる選局をサポートすることとし、少なくとも表 9-29 

の 3 つの attribute に"1"を設定する。 

地上デジタルテレビジョン放送受信装置は、4 桁番号による選局が可能なことを示す為に、 

bouquet_id attribute を用い、この attribute に"1"を設定する。 

attribute 


service_id 

bouquet_id 注 2 

表 9-29 "1"をセットする attribute 

指定する selection_flags 




注 2: 本 field の名称は便宜上 AV/C Tuner に定義されている bouquet_id のまま 

とする。 

-65-



地上デジタルテレビジョン放送受信装置は、AV/C モデル上は一つの antenna 及び input_plug 

を持つものとして扱う。すなわち antenna の切り替えは行わない。 


external_input_plug_number には 0x80~0x9E の値を設定可能であるが、地上デジタルテレビ 

ジョン放送受信装置の場合には、0x9D を使うことを推奨する。(BS デジタルと広帯域 CS デジタル 

放送受信装置の場合には、external_input_plug_number として 0x9E を使うことが推奨されてい 

る。) 

地上デジタルテレビジョン放送受信装置を構成する AV/C モデルとして、unit の 

external_antenna_input_plug と Tuner Subunit の antenna_destination_plug の接続は、Tuner 

Subunit Identifier Descriptor と DIRECT SELECT INFORMATION TYPE コマンド( 以下 DSIT 

コマンド)で明示される為、unit の input_plug と Tuner Subunit の antenna_destination_plug と 

の接続を指示する AV/C general CONNECT control コマンドはサポートせず、地上デジタルテレ 

ビジョン放送受信装置は response として"NOT IMPLEMENTED"を返す。 

・transport 

地上デジタルテレビジョン放送の場合 transport は AV/C Tuner で規定され、表 9-30 に示す値と 

する。 


値 

意味 

011 terrestrial( 地上波 )による放送 


system_specific_info には、Enhancements Tuner DVB で規定される 

DVB_specification_version を記述する。 


項目 



値 

0x11 

(2) Tuner Status Descriptor 

地上デジタルテレビジョン放送受信装置における Tuner Status Descriptor は、表 9-32 の構造 

となる。基本構造は AV/C Tuner で規定される。 

-66-



(antenna 入力 (input=0)の場合の構造 ) 








input(=0), selected_antenna(7bits) 8 


BER 32 [0x00000000] 

signal_strength 8 [0xFF] 

raster_frequency(2bits) 


2 

22 

0x2 

[0x000000] 


} 

} 

system_specific_multiplex_selection_length 8 0x0C 



reserved_field, center_frequency, bandwidth, 

constellation, hierarchy_info, code_rate-HP_stream, 

8 [0x00] 

code_rate-LP_stream, guard_interval 

network_id, transmission_mode, 

other_frequency_flag, reserved(5bits) 

8 [0x00] 

} 


currently_available, selected, reserved(6bits) 8 

center_frequency 32 [0x00000000] 

bandwidth(3bits), reserved(5bits) 8 [0x00] 

constellation(2bits), hierarchy_info(3bits), 

code_rate-HP_stream(3bits) 

8 [0x00] 

code_rate-LP_stream(3bits), guard_interval(2bits), 

transmission_mode(2bits), other_frequency_flag 

8 [0x00] 


} 

} 

demux_input_info_length 8 

demux_input_info{ } 

} 

number_of_source_plugs 8 

for (i=0; i< number_of_source_plugs; i++) { 

source_plug_status[i]{ 

source_plug_number 8 

attributes 8 0x00 

input, reserved(7bits) 8 0x00 

data_status_length 8 0x00 

data_status{ } 

info_type_status_length 8 

info_type_status{ 

status 8 [0x00/10/20] 

-67-


} 

} 

} 

number_of_selection_specifications 8 

for (j=0; j< number_of_selection_specifications; j++) { 

dsit_selection_specification[j]{ 




} 

} 

reserved_fields, CA_output, org_network, 

transport_id, service_id, bouquet_id, 


8 [0x2C] 

} 






service_id 16 

bouquet_id 16 

} 

number_of_components 8 

for (k=0; k< number_of_components; k++) { 

system_specific_component_attributes[k]{ 

system_specific_component_attributes_valid_flags{ 

} 

} 


component_type, iso_639_lang_code, 


8 [0x04] 

} 





} 

注 1: Tuner Status Descriptor で固定値が挿入される field、及びオプションで値が設定可能で 

あるがデフォルト値が規定されている field(デフォルト値は[ ]で表示 )について値を記述 

する。以下に説明のある field は該当する説明も参照のこと。 


active_system_id には、受信中の放送システムに対応する system_id の値を設定する。 

active_system_id の設定値については、Tuner Subunit Identifier Descriptor の system_ID を参照 

のこと。 

・searching, moving, no_RF 

searching, moving, no_RF の各フラグの機能を表 9-33 に示す。 

-68-


searching フラグの値が"1"の期間中の network_id、service_id ならびに bouquet_id の各 field の 

設定値は、受信装置の実装依存とする。(コントローラは、選局状態を確認する目的で Tuner Status 

Descriptor の network_id/service_id/bouquet_id の各 field を読出す場合、searching=0 となるま 

で待つこと。) 

no_RF の値 ( 状態 )は地上デジタルテレビジョン放送受信装置のフロントエンドのロック状態を反 

映し、アンロック状態の場合に no_RF=1 となる。また地上デジタルテレビジョン受信装置が動作 

をしていない場合にも、no_RF=1 とする。 



フラグ 



moving 常に"0" ( 地上デジタルテレビジョン放送アンテナは固定式 ) 

no_RF 


antenna destination plug が、unit の external_antenna_input_plug と接続されている場合 

(input =0)に、antenna_input_info が存在する。前記の接続が無い場合には、antenna_input_info 

は存在しない。(antenna_input_info_length=0x00) またその場合、system_specific_multiplex_ 

selection の各 field は無効である。 


selected_antenna は、接続されているアンテナの Tuner Subunit Identifier Descriptor で指定さ 

れる antenna_specification のインデックス値とする。 

地上デジタルテレビジョン放送受信装置では、antenna_specification は一つだけ定義されている 

ので、selected_antenna=0x00 である。 


antenna_general_system_info の各 field の設定はオプションとし、値を設定しない機器は表 9-34 

に示すデフォルト値を入れる。 

searching もしくは no_RF ビットが"1"にセットされている場合には、antenna_general_system_ 

info の各 field は無効である。 


antenna_general_system_info デフォルト 

記述 

値 

BER (bit error rate) 0x00000000 左のデフォルト値もしくは正しい値を設定する。 

signal_strength 0xFF 左のデフォルト値もしくは正しい値を設定する。 

-69-




manufacture_dependent_info 

_length 

0x800000 

0x00 

左のデフォルト値もしくは正しい値を設定する。 

ただし raster_frequency=0x2(4kHz)は固定。 

( 以下の raster_frequency の説明参照 ) 

manufacture_dependent_info は地上デジタルテ 

レビジョン放送受信装置では使用しない。 


raster_frequency filed の値の割当ては、Tuner DVB にて規定される。 

Tuner Status Descriptor の antenna_general_input_info の受信周波数の表示では 

raster_frequency=0x2(4kHz)とする。 

受信周波数は(RF_frequency)*(raster_frequency)(Hz)で表される。 

・system_specific_multiplex/service_attributes_valid_flags 


定されている attribute に対応する system_specific_multiplex/service_attributes_ valid_flags の 

ビットを"1"(valid)に設定する。さらに Tuner Subunit Identifier Descriptor の multiplex/ 

service_preferred_ selection_flags で"1"に指定されている attribute 以外でオプショナルに受信装 

置が対応可能 (DSIT コマンドの選局の attribute として使用可能 )な attribute については、対応す 

る system_specific_multiplex/service_attributes_valid_flags のビットを"1"(valid)に設定する。そ 

の他の flag については"0"とする。 

コントローラは、前記の flags を確認することで、受信装置が DSIT コマンドでどの attribute を 

受け付けられるかを知ることができる。 

・system_specific_component_attributes_valid_flags 

Tuner Status Descriptor の system_specific_component_attrinbutes は source_plug から出力さ 

れている component (Elementary Stream( 以下 ES))の情報を設定する。なお設定に使用する 

attributes は component_tag を必須とし、DSIT コマンドで service with specified componets の 

information_type をサポートし、かつ PID 指定の componet(ES) 選択をサポートする受信装置は、 

PID 指定の DSIT コマンドに対する status 表示で PID を使用することができる。 

・system_specific_multiplex/service/component_selection_attributes 

Tuner Subunit Identifier Descriptor の multiplex/service_preferred_selection_flags で"1"に設 

定されている attribute、及び受信装置が DSIT コマンドで対応可能な attribute について受信装置 

の status を設定する。 

system_specific_multiplex/service/component_attributes_valid_flags 

が "0" に指定された 

attribute は無効とする。 

-70-



currently_available: system_specific_multiplex_selection_attributes では通常は antenna_ 

input_info の no_RF と同じ情報 ( 値は"0"と"1"が反転する)を設定する。ただし何らかの理由で Tuner 

Subunit が正常な選局動作を行えない状態にある場合 ( 例えば受信装置がロックされて自由にチャ 

ネルを変更できない状態等 )には"0"を設定して、no_RF と異なる状態を示すことも可能とする。 

system_specific_service_selection_attributes では、該当する service が休止中や未契約の時など 

に"0"を設定する。 

表 9-35 に各 selection_attributes の currently_available に"0"が設定される理由の例を挙げる。 

表 9-35 currently_available フラグのセット例 

currently_available 意味 ( 例 ) 

multiplex_selection_attributes トランスポンダが停止、正常な選局動作をできない状態 

service_selection_attributes 

service の休止、未契約 

component_selection_attributes 

該当する component(ES)が出力できない 

selected は地上デジタルテレビジョン放送受信装置においては、常に"1"を設定する。 

・demux_input_info 

demux destination plug から入力 (input=1)がある場合の demux_input_info の構造を表 9-36 に 

示す。 

demux_destination_plug からの入力が無い場合には、demux_input_info は存在しない。 

(demux_input_info_length==0x00) 

表 9-36 demux_input_info の構造 

構造 

ビット 

数 

値 ( 注 1) 

demux_input_info{ 

active_system 8 0x20 

searching, reserved(7bits) 8 

input(=1), reserved(7bits) 8 0x80 

} 

注 1: Tuner Status Descriptor で固定値が挿入される field に設定すべき値を記述する。 

説明のある field については該当する説明も参照のこと。 

・input 

source_plug_status の input ビットは、antenna destination plug から入力されている場合は 

input=0, demux destination plug から入力されている場合は input=1 を設定する。 

・data_status 

data_status の field は、地上デジタルテレビジョン放送受信装置の場合には使用しない。 

data_status_length は常に"0"である。 

-71-


・status 

status の field は、source_plug の出力状態に応じて表 9-37 に示す値を設定する。 

status 

0x00 

0x10 

0x20 

表 9-37 status の意味 

意味 

source_plug に出力されている service, component(ES)は無い 

指定された全ての service, component(ES)が出力されている 

指定された service, component(ES)のうち一部が出力されている 

・number_of_selection_specifications 

地上デジタルテレビジョン放送の入力が存在しない場合には、 

number_of_selection_specifications を 0x00 とするとともに直前の status の値も 0x00 とする。さ 

らに、 antenna_input_info の no_RF を "1" 、 system_specific_multiplex_selection の 

currently_available を"0"にする。例えば、地上デジタルテレビジョン放送以外を受信中で地上デ 

ジタルテレビジョン放送受信装置が動作していない場合には、上記のようになる。また、何らかの 

状況でサービスが休止と判断できる場合も number_of_selection_specification を 0x00 とするとと 

もに直前の status の値も 0x00 としても良い。 


information_type の field は、表 9-38 の値を設定する。 

inforamtion_type 

0x83 

表 9-38 information_type の意味 

意味 

component(ES)の情報 (system_specific_ 

conmponent_attributes)が表示されている 

・CA_output 

CA_output は、地上デジタルテレビジョン放送受信装置の Tuner Status Descriptor では、常に 

"0"とする。 

・org_network_id/service_id/bouquet_id 

org_network_id は地上デジタルテレビジョン放送全体をあらわす network_id を設定する。 

service_id は、地上デジタルテレビジョン放送受信装置が選局動作を完了し、現在選局中の service 

に対応した service_id を設定する。 

bouquet_id には、上記 service_id で指定される service に割当てられた 4 桁番号を設定する。 

service_id に設定可能な値、ならびに bouquet_id に設定可能な値は、ARIB 技術資料を参照の 

こと。 

-72-


9.1.5.2 AV/C コマンド 

9.1.5.2.1 衛星デジタル放送受信装置の AV/C コマンド 

Enhancements Tuner DVB の Profile1 に準拠する衛星デジタル放送受信装置は以下のコマンド 

を必須でサポートしなければならない。コマンドは AV/C General コマンド、AV/C Descriptor コ 

マンドならびに AV/C Tuner コマンドに分けられる。 

各コマンドの詳細は、AV/C General、AV/C Descriptor ならびに AV/C Tuner を参照のこと。 

(1) AV/C General コマンド 

衛星デジタル放送受信装置は表 9-39 の AV/C General コマンドを少なくともサポートする。 

表 9-39 必須 AV/C General コマンド 

Opcode 値 Command 

記述 

サポート 

Type 

UNIT INFO 0x30 STATUS - 必須 

SUBUNIT INFO 0x31 STATUS - 必須 

POWER 0xB2 CONTROL/ 

STATUS 

電源制御 (CONTROL)・ 

状態 (STATUS) 

必須 ( 注 1) 

注 1: 衛星デジタル放送受信装置がチューナ単体の場合には、Unit に対する POWER command 

のサポートを必須とし、Tuner Subunit に対する POWER command のサポートはオプシ 

ョンとする。またチューナ単体受信装置でない場合には、Tuner Subunit に対する POWER 

command のサポートを必須とする。 

チューナ単体の衛星デジタル放送受信装置において、Tuner Subunit に対する POWER 

command もサポートする場合には、Unit に対する POWER command に対しても Tuner 

Subunit に対する POWER command に対しても、同様の内部動作をするものとし、また 

遷移後も同様の状態を示すこととする。 

上記においてチューナ単体の受信装置とは、Tuner Subunit 以外に入出力機能 

(source/destination_plug)を持つ subunit を含まない装置とし、複数の Tuner Subunit が実 

装されている場合も、本ガイドラインにおけるチューナ単体受信装置の対象からは除外する。 

コントローラは、上記以外の衛星デジタル放送受信装置 ( 複合受信装置 )の場合には、Unit 

に対する POWER command はサポートされている場合も、サポートされていない場合も 

あることに注意すること。 

(2) AV/C Descriptor コマンド 

衛星デジタル放送受信装置は、表 9-40 の AV/C Descriptor コマンドをサポートする。 

-73-


表 9-40 必須 AV/C Descriptor コマンド 


記述 

サポート 

Type 

OPEN 0x08 CONTROL Descriptor のアクセス権を取得・開放する必須 ( 注 1) 

DESCRIPTOR 

OPEN 0x08 STATUS Descriptor のアクセス状態を調べる必須 

DESCRIPTOR 

READ 

DESCRIPTOR 

0x09 CONTROL Descriptor からのデータを読み込む必須 

注 1:OPEN DESCRIPTOR コマンドについては、read_open subfunction(0x01) 及び close 

subfunction(0x00)のみをサポートする。 

(3) AV/C Tuner コマンド 

衛星デジタル放送受信装置は表 9-41 の AV/C Tuner コマンドをサポートする。 

表 9-41 必須 AV/C Tuner コマンド 


Type 

記述 

DIRECT SELECT 

INFORMATION 

TYPE (DSIT) 

0xC8 CONTROL 選局 

(ただし、replace subfunction 

は必須 ) 

サポート 

Complete 

service は 

必須 

DIRECT SELECT INFORMATION TYPE コマンドでは subfunction が replace(0xD2)、及び 

information_type が” selecting a complete service” (0x82)のサポートを必須とする。 

1DIRECT SELECT INFORMATION TYPE コマンド 

DIRECT SELECT INFORMATIOIN TYPE コマンドは AV/C Tuner で規定される。 

表 9-42 に DSIT コマンドの構造を示す。information_type が service with specified components 

(オプション, 0x83)の場合の例を示す。complete service の場合は number_of_components 以下 

の fields が存在しない点及び information_type が異なる点 (0x82)を除き構造は同一である。 

表 9-42 DIRECT SELECT INFORMATION TYPE コマンド 

(Service with specified components(information_type=0x83)の場合 ) 

構造 

ビット値 ( 注 1) 

数 

DIRECT SELECT INFORMATION TYPE 8 0xC8 

source_plug 8 

subfunction 8 [0xD2] 

status 8 0xFF 


-74-


input, antenna_number(7bits) 8 

system_specific_search_flags{ 

orb_pos, main_freq_up, main_freq_down, service_id, 8 [0x00] 


} 




reserved_field, pol, orb_pos, RF_freq_raster, 

8 [0x00] 

symbol_rate, FEC_outer, FEC_inner, modulation 


} 


currently_available, selected, reserved(6bits) 8 0x00 

polarization(2bits), 

west_east, reserved(5bits) 

8 [0x0] 

[0x00] 

orbital_position_upper 8 [0x00] 

orbital_position_lower 8 [0x00] 

raster_frequency(2bits), 


24 0x2 

[0x000000] 

symbol_rate, reserved(4bits) 24 [0x000000] 

FEC_outer 8 [0x00] 

FEC_inner 8 [0x00] 

modulation, reserved(3bits) 8 [0x00] 

network_id 

16 [0x0000] 

} 

} 

number_of_dsit_selection_specifications 8 

dsit_selection_specification [0]{ 


information_type 8 


reserved_fields, CA_output, org_network, transport_id, 

service_id, bouquet_id, reserved(2bits) 

8 [0x28] 

} 


currently_available, reserved(7bits) 8 0x00 




service_id 16 

bouquet_id 

16 [0x0000] 

} 

number_of_components 8 

for (i=0; i< number_of_components; i++) { 

system_specific_component_attributes[i]{ 


reserved_fields, PID, stream_content, component_type, 8 [0x04] 

iso_639_lang_code, component_tag, reserved(2bits) 

} 



-75-


} 

} 

} 

} 



注 1: DSIT コマンドで固定値を設定する field、及びオプションで値が設定可能であるがデフォ 

ルト値が規定されている field(デフォルト値は[ ]で表示 )について値を記述する。以下に説明 

のある field は該当する説明も参照。 

・source_plug 

Tuner Subunit が選局した service を出力する source plug の番号を指定する。 

・subfunction 

replace (subfunction=0xD2)のみをサポート必須とする。他の subfunction (clear, remove, 

append, new)はオプションとする。 

・input 

antenna destination plug からの入力を選択する場合は input=0, demux destination plug から 

の入力を選択する場合は input=1 を指定する。 

・antenna_number 

input=0 の場合、antenna_number は接続されているアンテナの Tuner Subunit Identifier 

Descriptor で指定される antenna_spec のインデックス値とする。通常は antenna_spec は一つだ 

け定義されているので、antenna_number=0x00 である。 

input=1 の場合、antenna_number field は意味を持たない。antenna_number=0x00 とする。 

・system_specific_search_flags 

“1”にセットされた flag に対応する system_specific_multiplex/service_selection_attributes につ 

いて設定された値からサーチ動作を開始する。 

衛星デジタル放送受信装置では”service_id”のサーチのみオプションでサポート可能とし、この場 

合の system_specific_search_flags の値は、0x10 となる。 

ただし、サーチの方向は system_specific_selection_attributes で指定された”service_id”の値か 

ら増加する方向にサーチを行うのみとする。 


complete service (information_type=0x82)を必須とする。service with specified components 

-76-


(information_type=0x83)はオプションとする。 

衛星デジタル放送受信装置が service with specified components をサポートしない場合に、コン 

トローラが service with specified components の DSIT コマンドを実行した場合は、受信装置は 

response で”NOT IMPLEMENTED”を返す。 

・system_specific_multiplex/service/component_attributes_valid_flags 

対応する system_specific_multiplex/service/component_selection_attributes で、選局の為の有 

効な値がセットされている attribute を示す。ただし、使用可能な attribute は Tuner Status 

Descriptor の system_specific_multiplex/service_attributes_valid_flags が "1" となっている 

attribute のみである。 

なお、flag が"0"の attribute は無効として扱う。 


currently_available, selected は DSIT コマンドでは常に”0”とする。( 意味を持たない) 


DSIT コマンドでは raster_frequency=0x2(4kHz)とする。 

DSIT コマンドでの周波数は(RF_frequency)*(raster_frequency)(Hz)で表される。 

・system_specific_component_selection_attributes 

selecting a service with specified component (information_type=0x83)はオプションであるが、 

これを指定する場合には、system_specific_component_selection_attributes はデフォルトで 

component_tag を指定する。(PID 指定の selection はオプションとする。) 

選局で要求される component をすべて指定する。number_of_components で指定された回数 

system_specific_component_selection_attributes を繰り返す。 

2DIRECT SELECT INFORMATION TYPE コマンド response 

・Response コード 

”NOT IMPLEMENTED”の response を返す場合は、コントローラから受け取った DSIT コマン 

ドの opcode 及び operand をそのまま付加した response を返す。( 注 :AV/C Tuner の DSIT コマ 

ンドの記載があいまい)DSIT コマンド受信時の response として INTERIM を使用しない。 

衛星デジタル放送受信装置は、コントローラからの DSIT コマンドを受信した際に、 

org_network_id と service_id の両方が正しく指定された場合のみ正常な選局動作を行うことがで 

きる。 

サポートしていない org_network_id が DSIT コマンドで指定された場合、選局は行われない。 

-77-


サポートしていないことが 100msec 以内に判断できる場合には NOT IMPLEMENTED を返す。 

100msec 以内に判断できない場合には、サポートの有無に関係なく、また選局動作の終了を待たず 

に ACCEPTED を返してもよいが、100msec 以内に判断できるようにすることが望ましい。 

コントローラからの DSIT コマンドに対して、選局動作の終了を待たずに ACCEPTED を返す場 

合には、次項の status field を"0x01"に設定すると同時に、直ちに Tuner Status Descriptor の 

searching を"1"とし、選局が完了した時点で"0"としなければならない。 

DSIT コマンドに対して ACCEPTED を返したにもかかわらず、無効な org_network_id や 

service_id が指定された等の理由により、選局動作を行わない衛星デジタル放送受信装置も存在す 

る。したがって、コントローラは、ターゲットが指定した動作を完了したかどうかを確実に判断す 

るためには、currently_available フラグだけでなく、org_network_id や service_id も確認する必 

要がある。 

・status 

コントローラからの DSIT コマンドに対する response 及びその後のコントローラに期待される 

動作の関係を表 9-43 に示す。 

DSIT コマンド受信時の 

受信装置の状態 

表 9-43 DSIT コマンド response 

Response 

コード 

Response 

フレーム中の 

status field 

コントローラの動作 

DSIT コマンドに従って選局 ACCEPTED 0x00 ‐ 

一部のパラメータを受信装 

置が判断して選局 

ACCEPTED 0x01 選局の状態の確認が必要ならば Tuner 

Status Descriptor を確認する。( 注 1) 

選局が終了しない時点で 

ACCEPTED を返す 



選局できない REJECTED 0xFF ‐ 

サポートしていない NOT 

IMPLEMEN 

TED 

0xFF ‐ 

注 1: コントローラは以下の動作手順で Tuner Status Descriptor の確認を行う。 

1. Tuner Status descriptor の searching=0 の状態になるまで待つ。 

また、searching ビットが"0"になるまで確認を繰り返す。 

2. Tuner Status Descriptor の info_type_status 内にある status field 及び information_type 

field の確認を行う。Tuner Status Descriptor の status 及び information_type には 

source_plug への出力状態が表示されており、それぞれの意味は 9.1.5.1.1 の(2) Tuner Status 

Descritpor の表 9-20 及び表 9-21 を参照。 

-78-


9.1.5.2.2 地上デジタルテレビジョン放送受信装置の AV/C コマンド 

Enhancements Tuner DVB の Profile1 に準拠する地上デジタルテレビジョン放送受信装置は以 

下のコマンドを必須でサポートしなければならない。コマンドは AV/C General コマンド、AV/C 

Descriptor コマンドならびに AV/C Tuner コマンドに分けられる。 

各コマンドの詳細は、AV/C General、AV/C Descriptor ならびに AV/C Tuner を参照のこと。 

(1) AV/C General コマンド 

ートする。 

地上デジタルテレビジョン放送受信装置は表 9-44 の AV/C General コマンドを少なくともサポ 



記述 

サポート 

Type 




STATUS 

電源制御 (CONTROL)・ 


必須 ( 注 1) 

注 1: 地上デジタルテレビジョン放送受信装置がチューナ単体の場合には、Unit に対する 

POWER command のサポートを必須とし、Tuner Subunit に対する POWER command 

のサポートはオプションとする。またチューナ単体受信装置でない場合には、Tuner 

Subunit に対する POWER command のサポートを必須とする。 

チューナ単体の地上デジタルテレビジョン放送受信装置において、Tuner Subunit に 

対する POWER command もサポートする場合には、Unit に対する POWER command 

に対しても Tuner Subunit に対する POWER command に対しても、同様の内部動作を 

するものとし、また遷移後も同様の状態を示すこととする。 

上記においてチューナ単体の受信装置とは、Tuner Subunit 以外に入出力機能 

(source/destination_plug)を持つ subunit を含まない装置とし、複数の Tuner Subunit 

が実装されている場合も、本ガイドラインにおけるチューナ単体受信装置の対象からは 

除外する。 

コントローラは、上記以外の地上デジタルテレビジョン放送受信装置 ( 複合受信装置 ) 

の場合には、Unit に対する POWER command はサポートされている場合も、サポート 

されていない場合もあることに注意すること。 


地上デジタルテレビジョン放送受信装置は、表 9-45 の AV/C Descriptor コマンドをサポート 

する。 

-79-




記述 

サポート 

Type 

OPEN 0x08 CONTROL Descriptor のアクセス権を取得・開放必須 ( 注 1) 

DESCRIPTOR 

する 

OPEN 0x08 STATUS Descriptor のアクセス状態を調べる必須 

DESCRIPTOR 

READ 

DESCRIPTOR 

0x09 CONTROL Descriptor からのデータを読み込む必須 

注 1:OPEN DESCRIPTOR コマンドについては、read_open subfunction(0x01) 及び close 


る。 

(3) AV/C Tuner コマンド 

地上デジタルテレビジョン放送受信装置は、表 9-46 の AV/C Tuner コマンドをサポートす 



Type 

記述 

DIRECT SELECT 

INFORMATION 

TYPE (DSIT) 

0xC8 CONTROL 選局 

(ただし、replace subfunction 

は必須 ) 

サポート 

Complete 

service は 

必須 

DIRECT SELECT INFORMATION TYPE コマンドでは subfunction が replace(0xD2)、及び 

information_type が” selecting a complete service” (0x82)のサポートを必須とする。 



表 9-47 に DSIT コマンドの構造を示す。information_type が service with specified components 

(オプション, 0x83)の場合の例を示す。complete service の場合は number_of_components 以下 

の fields が存在しない点及び information_type が異なる点 (0x82)を除き構造は同一である。 


(service with specified components(information_type=0x83)の場合 ) 



source_plug 8 


status 8 0xFF 

-80-



input, antenna_number(7bits) 8 


orb_pos, main_freq_up, main_freq_down, service_id, 8 [0x00] 


} 




reserved_field, center_frequency, bandwidth, constellation, 

hierarchy_info, code_rate-HP_stream, code_rate-LP_stream, 

guard_interval 



8 [0x00] 

8 [0x00] 

} 


currently_available, selected, reserved(6bits) 8 0x00 

center_frequency 

bandwidth(3bits), reserved(5bits) 

32 

8 

[0x00000000] 

[0x00] 

constellation(2bits), hierarchy_info(3bits), 8 [0x00] 




8 [0x00] 

network_id 

16 [0x0000] 

} 

} 

number_of_dsit_selection_specifications 8 

for (i=0; i< number_of_dsit_selection_specifications; i++) { 

dsit_selection_specification [i]{ 

specification_length 

information_type 


reserved_fields, CA_output, org_network, transport_id, 

service_id, bouquet_id, reserved(2bits) 

} 


currently_available, reserved(7bits) 

CA_output, reserved(7bits) 


transport_stream_id 

service_id 

bouquet_id 

} 

number_of_components 

8 

8 

8 

8 

8 

16 

16 

16 

16 

[0x28/0x24 

(/0x2C)] 

0x00 

0x00 

[0x0000] 

[0x0000] 

8 

for (j=0; j< number_of_components; j++) { 

system_specific_component_attributes[j]{ 


reserved_fields, PID, stream_content, component_type, 8 [0x04] 

iso_639_lang_code, component_tag, reserved(2bits) 

} 



-81-


} 

} 

} 



} 

} 

注 1: DSIT コマンドで固定値を設定する field、及びオプションで値が設定可能であるがデフォ 

ルト値が規定されている field(デフォルト値は[ ]で表示 )について値を記述する。以下に説明 

のある field は該当する説明も参照。 




replace (subfunction=0xD2)のみをサポート必須とする。他の subfunction (clear, remove, 

append, new)はオプションとする。 

・input 

antenna destination plug からの入力を選択する場合は input=0, demux destination plug から 

の入力を選択する場合は input=1 を指定する。 


input=0 の場合、antenna_number は接続されているアンテナの Tuner Subunit Identifier 

Descriptor で指定される antenna_spec のインデックス値とする。通常は antenna_spec は一つだ 

け定義されているので、antenna_number=0x00 である。 

input=1 の場合、antenna_number field は意味を持たない。antenna_number=0x00 とする。 




地上デジタルテレビジョン放送受信装置では”service_id”のサーチのみオプションでサポート可 

能とし、この場合の system_specific_search_flags の値は、0x10 となる。 

ただし、サーチの方向は system_specific_selection_attributes で指定された”service_id”の値か 

ら増加する方向にサーチを行うのみとする。 

-82-



complete service (information_type=0x82)を必須とする。service with specified components 

(information_type=0x83)はオプションとする。 

地上デジタルテレビジョン放送受信装置が service with specified components をサポートしない 

場合に、コントローラが service with specified components の DSIT コマンドを実行した場合は、 

受信装置は response で”NOT IMPLEMENTED”を返す。 

・system_specific_multiplex/service/component_attributes_valid_flags 

対応する system_specific_multiplex/service/component_selection_attributes で、選局の為の有 

効な値がセットされている attribute を示す。ただし、使用可能な attribute は Tuner Status 

Descriptor の system_specific_multiplex/service_attributes_valid_flags が "1" となっている 

attribute のみである。 

地上デジタルテレビジョン放送の場合、system_specific_service_attributes_valid_flags の 

org_network は常に"1"とする。 

なお、flag が"0"の attribute は無効として扱う。 


currently_available, selected は DSIT コマンドでは常に”0”とする。( 意味を持たない) 

・org_network_id/service_id/bouquet_id 

コントローラは、service_id により選局要求をする場合には、system_specific_service_selection_ 

attributes_valid_flags の org_network 及びに service_id の flag を"1"に設定し、所望のサービスに 

対応した org_network_id 及び service_id の値を設定する。なお、org_network_id(0x7FFF)の値に 

は、地上デジタルテレビジョン放送全体を表す org_network_id の値を設定する。 

4 桁番号により選局要求をする場合には、system_specific_service_selection_attributes_ 

valid_flags の org_network_id 及び bouquet_id の flag を"1"に設定し、所望のサービスに対応した 

org_network_id、及び bouquet_id に 4 桁番号を設定する。なお、bouquet_id に設定可能な値は、 

ARIB 技術資料を参照のこと。 

地上デジタルテレビジョン放送受信装置は、system_specific_service_selection_attributes_valid 

_flags の service_id 及び bouquet_id とも"1"に設定されていて、かつ service_id 及び bouquet_id 

の両 attributes ともに有効な値に設定されていた場合、service_id を優先して選局動作を行うもの 

とする。service_id で正常な選局動作が行われなかった場合に、bouquet_id を用いて選局動作を行 

うか否かは、受信装置の実装に依存する。 

-83-


・system_specific_component_selection_attributes 

selecting a service with specified component (information_type=0x83)はオプションであるが、 

これを指定する場合には、system_specific_component_selection_attributes はデフォルトで 

component_tag を指定する。(PID 指定の selection はオプションとする。) 

選局で要求される component をすべて指定する。number_of_components で指定された回数 

system_specific_component_selection_attributes を繰り返す。 



”NOT IMPLEMENTED”の response を返す場合は、コントローラから受け取った DSIT コマン 

ドの opcode 及び operand をそのまま付加した response を返す。( 注 :AV/C Tuner の DSIT コマ 

ンドの記載があいまい)DSIT コマンド受信時の response として INTERIM を使用しない。 

地上デジタルテレビジョン放送受信装置は、コントローラからの DSIT コマンドを受信した際に、 

org_network_id と、service_id もしくは bouquet_id(4 桁番号 )の組み合わせが正しく指定された場 

合のみ、正常な選局動作を行うことができる。 

サポートしていない org_network_id が DSIT コマンドで指定された場合、選局は行われない。 

サポートしていないことが 100msec 以内に判断できる場合には NOT IMPLEMENTED を返す。 

100msec 以内に判断できない場合には、サポートの有無に関係なく、また選局動作の終了を待たず 

に ACCEPTED を返してもよいが、100msec 以内に判断できるようにすることが望ましい。 


合には、次項の status field を"0x01"に設定すると同時に、直ちに Tuner Status Descriptor の 

searching を"1"とし、選局が完了した時点で"0"としなければならない。 

DSIT コマンドに対して ACCEPTED を返したにもかかわらず、無効な org_network_id、 

service_id もしくは bouquet_id(4 桁番号 )が指定された等の理由により、選局動作を行わない地上 

デジタルテレビジョン放送受信装置も存在する。したがってコントローラは、ターゲットが指定し 

た動作を完了したかどうかを確実に判断するためには、currently_available フラグだけでなく、 

org_network_id と service_id もしくは bouquet_id(4 桁番号 )も確認する必要がある。 

・status 

コントローラからの DSIT コマンドに対する response 及びその後のコントローラに期待される 

動作の関係を表 9-48 に示す。 

-84-



受信装置の状態 


Response 

コード 

Response 


status field 



一部のパラメータを受信装 

置が判断して選局 









IMPLEME 

NTED 

0xFF ‐ 

注 1: コントローラは以下の動作手順で Tuner Status Descriptor の確認を行う。 

1. Tuner Status Descriptor の searching=0 の状態になるまで待つ。 

また、searching ビットが"0"になるまで確認を繰り返す。 

2. Tuner Status Descriptor の info_type_status 内にある status field 及び information_type 

field の確認を行う。Tuner Status Descriptor の status 及び information_type には 

source_plug への出力状態が表示されており、それぞれの意味は 9.1.5.1.2 の(2) Tuner Status 


9.1.5.3 Tuner モデル(demux destination plug の接続について) 

Tuner subuit は antenna destination plug と demux destination plug の二つの入力 plug を持ち、 

antenna destination plug は衛星デジタル放送受信装置または地上デジタルテレビジョン放送受信 

装置 (Unit)の external(antenna) input plug と接続され、demux destination plug は external (non 

antenna) input plug、serial bus input plug もしくは他の subunit source plug と必要に応じて接 

続することができる。 

図 9-1 に Tuner Subunit の接続のモデル図を示す。 

-85-


external 

(antenna) 

input plug 

antenna 

destination 

plug 

Tuner Subunit 

serial bus output plug 

もしくは 

external output plug 

もしくは他の subunit 

の destination plug 

demux 

destination 

plug 

SW1 

source 

plugs 

(1 つもしくは複数 ) 

serial bus output plug もしくは 

external output plug もしくは 

他の subunit の destination plug 

serial bus input plug もしくは 

external (non antenna) input plug 

もしくは他の subunit の source plug 

図 9-1 Tuner Subunit モデル図 

(1) demux destination plug からのストリーム受信 

demux destination plug に接続可能なプラグ(external (non antenna) input plug、serial 

bus input plug もしくは他の subunit source plug)と demux destination plug 間は、前述の 

接続可能なプラグから受信したストリームを Tuner Subunit で規定されている Demux 機能を 

使用して選択動作を行っているときのみ接続することとする。( 図 9-1 の SW1 の動作 ) 

(2) Tuner Subunit の接続モデル例 

衛星デジタル放送受信装置または地上デジタルテレビジョン放送受信装置 (Unit)の接続モデ 

ルの例として、Tuner Subunit を一つ内蔵するモデルを図 9-2 に例示する。 

Tuner Subunit は二つの入力 plug(antenna destination plug 及び demux destination plug)と一 

つの出力 plug(source plug)があり、antenna destination plug は衛星デジタル放送受信装置または 

地上デジタルテレビジョン放送受信装置の external (antenna) input plug と接続され、demux 

destination plug は SW1 を介して衛星デジタル放送受信装置または地上デジタルテレビジョン放 

送受信装置の serial bus input plug と接続可能である。source plug は SW2 を介して衛星デジタル 

放送受信装置または地上デジタルテレビジョン放送受信装置の二つの output plug(serial bus 

output plug 及び external output plug(analog output))と接続可能である。 

-86-


・SW1 の動作 

1. serial bus input plug から入力されるストリームを Tuner Subunit の Demux 機能を使用し 

て選択動作を行う場合、接続 (オン)する。 

2. serial bus input plug から入力されるストリームに対して Tuner Subunit の機能を使用しな 

い場合 ( 例えば一つの service のみを含み Demux で選択不要なストリームの受信 )、切断 (オフ) 

する。 

・SW2 の動作 

serial bus output plug 及び external output plug から出力するストリームを選択する。 

1. Tuner Subunit からのストリームを出力する場合、Tuner Subunit の source plug と接続す 

る。 

2. serial bus input plug からの入力ストリームを Tuner Subunit の Demux 機能を使用しない 

で出力する場合、serial bus input plug と接続する。 

3. serial bus output plug と external output plug(analog output)には、同時にストリームが出 

力されているとは限らない。 

external 

(antenna) 

input plug 

antenna 

destination 

plug 

Tuner Subunit 

demux 

destination 

plug 

SW1 

source 

plug 

SW2 

serial bus output 

plug 

external output 

plug 

(analog output) 

Unit 

serial bus input 

plug 

図 9-2 Tuner Subunit 接続モデル( 例 ) 

上記構成において、例えば antenna からの入力がなく、serial bus input plug から demux 機能 

を必要としない信号が入力された時、Tuner Status Descriptor の source_plug_status の input フ 

ラグは"0"、status は"0x00"、number_of_selection_specifications は"0x00"、antenna_input_info 

-87-


の no_RF は"1"、system_specific_multiplex_selection の currently_available は"0"になる。 

(3) demux destination plug から受信時のコマンド 

衛星デジタル放送受信装置または地上デジタルテレビジョン放送受信装置の Tuner Subunit 

が demux destination plug からストリームを受信している時は、衛星デジタル放送受信装置ま 

たは地上デジタルテレビジョン放送受信装置が正常に選局を行えるストリームの場合のみコ 

ントローラからの DSIT コマンドを受け付ける。その場合の選択動作の制御を行う DSIT コマ 

ンドは以下の規定を満足することとする。ただし、以下で規定されていない field は 9.1.5.2.の 

(2)の1の規定に従うこととする。 

demux destination plug から受信したストリームの選択時の DSIT コマンドは衛星デジタル 

放送受信装置では表 9-42 に、地上デジタルテレビジョン放送受信装置では表 9-47 に示される 

構造となる。 

・input 

demux destination plug からの入力を選択する場合は input=1 を指定する。 


input=1 の場合、antenna_number の field は意味を持たない。antenna_number=0x00 とする。 

・system_specific_multiplex_selection 

demux destination plug からの入力を選択する場合、system_specific_multiplex _selection に含 

まれるすべてのパラメータは意味を持たない。 

system_specific_multiplex_selection_attributes_valid_ flag は常に"0x00"とする。 

・system_specific_service_attributes_valid_flags 

system_specific_service_selection_attributes で、選択の為に有効な値がセットされている 

attribute を示す。ただし、使用可能な attribute は org_network_id を除く Tuner Status Descriptor 

の system_ specific_service_attributes_valid_flags が"1"となっている attribute のみである。 

(org_network_id に対応する flag は"0"とする。) なお、flag が"0"の attribute は無効として扱う。 

・service_id 

demux destination plug から入力されるストリームに含まれる service の中から選局する 

service_id を指定する。 

-88-


9.1.6 シリアルインタフェースの入出力トランスポートストリーム 

シリアルインタフェースの出力トランスポートストリームとしては、デマックス前のすべてのト 

ランスポートストリームまたはパーシャルトランスポートストリームがあり、入力トランスポート 

ストリームも同様である。パーシャルトランスポートストリームとは特別に選択された1つあるい 

はいくつかの番組に関係しないトランスポートパケットを MPEG2 のトランスポートパケットから 

取り除くことによって得られたビットストリームのことである。 

パーシャルトランスポートストリームで使用する番組配列情報の基本構成及び識別子の運用基準、 

番組配列情報のデータ構造と定義、テーブルの運用方法に関するガイドラインについては 9.1.7、 

9.1.8、9.1.9 節のとおりとする。 

9.1.7 シリアルインタフェースにおける番組配列情報の基本構成及び識別子の運用基準 

9.1.7.1 シリアルインタフェースの番組配列情報の種類 

(1) テーブルの種類 

シリアルインタフェースに使用するテーブルの種類は表 9-49 による。 

テーブル名 

DIT 

(Discontinuity Information Table) 

SIT 

(Selection Information Table) 

表 9-49 テーブルの名称と機能 

機能の概要 

パーシャルトランスポートストリームで伝送される番 

組の番組配列情報が不連続かもしれない変化点を指示 

パーシャルトランスポートストリームで伝送される番 

組に関する情報の指示 

(2) 記述子の種類 

シリアルインタフェースに使用する記述子の種類は表 9-50 による。 

表 9-50 記述子の名称と機能 

記述子名 

機能の概要 

パーシャルトランスポートストリーム記述子パーシャルトランスポートストリーム 

(Partial Transport Stream Descriptor) 

に関する記述 

ネットワーク識別記述子 

ネットワーク識別に関する記述 

(Network Identification Descriptor) 

パーシャルトランスポートストリームタイム記述子パーシャルトランスポートストリーム 

(PartialTS time Descriptor) 

タイムに関する記述 

9.1.7.2 シリアルインタフェースの番組配列情報の伝送 

(1) テーブルを伝送する PID 

表 9-49 に規定するテーブルを伝送するトランスポートストリームパケットの PID 値は表 9-51 に 

よる。 

-89-


表 9-51 PID の割当 

PID 

テーブル 

0x001E 

DIT 

0x001F 

SIT 

(2) テーブルの識別子及び送出の基準 

表 9-49 に規定するテーブルのテーブル ID 及び送出レベルは表 9-52 による。 

表 9-52 テーブル ID の割当及び送出の基準 

Table_id テーブル送出レベル送出頻度 

0x7E DIT 必須パーシャルトランスポートストリームが不連続にな 

った時に 2 つのトランスポートストリームを連続し 

て送出 

0x7F SIT 必須 NIT の送出頻度に準ずる(1 回 /10 秒以上 ) 

(3) SIT で伝送する記述子の識別子及び送出の基準 

SIT で伝送する記述子のタグ値、記述子及び送出レベルは表 9-53 による。衛星デジタル放送受信 

装置、地上デジタルテレビジョン放送受信装置において、SIT で送出することが可能な記述子につ 

いては ARIB 技術資料を参照のこと。なお、本書に規定のない記述子については ARIB STD-B10 

を参考にする。 

表 9-53 SIT で送出する記述子のタグ値及び送出の基準 

タグ値記述子送出レベル 

0x42 スタッフ記述子任意 

0x47 ブーケ名記述子任意 

0x48 サービス記述子任意 

0x49 国別受信可否記述子任意 

0x4A リンク記述子任意 

0x4B NVOD 基準サービス記述子任意 

0x4C タイムシフトサービス記述子任意 

0x4D 短形式イベント記述子任意 

0x4E 拡張形式イベント記述子任意 

0x4F タイムシフトイベント記述子任意 

0x50 コンポーネント記述子任意 

0x51 モザイク記述子任意 

0x53 CA 識別記述子任意 

0x54 コンテント記述子任意 

0x55 パレンタルレート記述子任意 

0x63 パーシャルトランスポートストリーム記述子必須 

0xC2 ネットワーク識別記述子必須 

0xC3 パーシャルトランスポートストリームタイム記述子任意 

0xC4 音声コンポーネント記述子任意 

-90-


0xC5 ハイパーリンク記述子任意 

0xC7 データコンテンツ記述子任意 

0xCD TS 情報記述子任意 

0xCE 拡張ブロードキャスター名記述子任意 

0xD5 シリーズ記述子任意 

0xD6 イベントグループ記述子任意 

0xD8 ブロードキャスター記述子任意 

0xD9 コンポーネントグループ記述子任意 

9.1.7.3 シリアルインタフェースの番組配列情報のデータ構造 

(1) テーブルのデータ構造 

表 9-49 に定めるテーブルは MPEG-2 Systems(ITU- H.222.0、ISO/IEC 13818-1)で規定 

されるセクション形式に従うこととし、そのデータ構造は図 9-3、図 9-4 による。 

データ構造の各区分の意味付けは ARIB STD-B10 及び使用条件は本標準規格 ARIB 

STD-B21 に規定する。 

テーブル 

識別 

セクション 

シンタクス 

指示 


長 

変化 

フラグ 

‘0X7E’ 

8 

‘0’ 

1 

‘1’ 

1 

‘11’ 

2 

12 1 

‘1111111’ 

7 

図 9-3 DIT のデータ構造 

テーブル 

識別 


シンタクス 

指示 


長 

バージョン 

番号 

カレント 

ネクスト 

指示 


番号 

最終 


番号 

‘0X7F’ 

8 

‘1’ 

1 

‘1’ 

1 

‘11’ 

2 

12 

‘0XFF’ 

16 

‘11’ 

2 

5 

1 8 8 

伝送情報 

ループ長 

記述子 

領域 

サービス 

識別 

進行状態 

サービス 

ループ長 

記述子 

領域 

CRC 

‘1111’ 

4 

12 

8×N 

16 

‘1’ 

1 3 

12 8×N 

32 

繰り返し 

図 9-4 SIT のデータ構造 

-91-


(2) 記述子のデータ構造 

パーシャルトランスポートストリーム、ネットワーク識別、パーシャルトランスポートスト 

リームタイムの各記述子は MPEG-2 Systems(ITU- H.222.0、ISO/IEC 13818-1)で示される 

形式に従うこととし、そのデータ構造は図 9-5、図 9-6、図 9-7 による。 

データ構造の各区分の意味付け及び使用条件は別途規定する。 

記述子 

タグ 

記述子 

長 

ピーク 

レート 

最小 

総スムー 

ジング 

レート 

最大 

総スムー 

ジング 

バッファ 

‘0X63’ 

8 

8 

‘11’ 

2 22 

‘11’ 

2 

22 

‘11’ 

2 

14 

図 9-5 パーシャルトランスポートストリーム記述子のデータ構造 

記述子 

タグ 

記述子 

長 

国コード 

メディア 

タイプ 

ネットワーク 

ID 

プライベート 

データ 

‘0XC2 

8 

8 

24 

16 

16 

8xN 

図 9-6 ネットワーク識別記述子のデータ構造 

記述子 

タグ 

記述子 

長 

イベントバ 

ージョン 

番号 

イベントス 

タート時間 

継続時間 

オフセットリザーブ 

オフセット 

フラグ 

他記述子 

状態 

現在時刻フ 

ラグ 

現在時刻 

‘0XC3’ 

8 

8 8 40 

24 24 5 

1 

1 1 40 

図 9-7 パーシャルトランスポートストリームタイム記述子のデータ構造 

9.1.8 シリアルインタフェースの番組配列情報のデータ構造と定義 

9.1.8.1 シリアルインタフェースの番組配列情報の解説 

シリアルインタフェース上のパーシャルトランスポートストリームに必要とされる PSI と SI デ 

ータについて述べる。 

PSI データはパーシャルトランスポートストリーム内のストリームを正しく表わすために必要と 

される PAT、PMT に制限されなければならない。 

パーシャルトランスポートストリームは SIT と DIT 以外の SI テーブルを伝送してはいけない。 

また SIT と DIT の使用はパーシャルトランスポートストリームに制限されており、放送されるト 

ランスポートストリーム上に直接これらのテーブルを符号化してはいけない。( 例えば、SIT が挿入 

されたトランスポートストリームをデータカルーセル伝送として伝送する場合には、トランスポー 

-92-


トストリーム上に直接 SIT が乗るわけではない) 

ビットストリーム内の SIT の存在はそのビットストリームがシリアルインタフェースからきたパ 

ーシャルトランスポートストリームであることを示す。この場合、DIRD は放送のトランスポート 

ストリームで必要とされる SI 情報を期待するべきではなく、SIT で伝送される情報に頼るべきであ 

る。 

(1) 選択情報テーブル(SIT) 

SIT はパーシャルトランスポートストリームのストリームの情報を提供するのに必要な SI 

情報の要約を提供する。 

(2) 不連続情報テーブル(DIT) 

DIT はパーシャルトランスポートストリームの SI 情報が不連続になる変化点で挿入されな 

ければならない。 

9.1.8.2 シリアルインタフェースの番組配列情報テーブル 

シリアルインタフェースに使用するテーブルは ISO/IEC 13818-1 で定義されているプライベー 

トセクションシンタックスを用いてコード化される。SIT は最大 4096bytes 長である。 

シリアルインタフェース上のビットストリームは“ 完全な”トランスポートストリームか、本標 

準規格 (ARIB STD-B21)に準拠する SI をもった“パーシャル”トランスポートストリームでな 

ければならない。パーシャルトランスポートストリームの場合 SI と PSI は以下に続く節に従わな 

ければならない。 

パーシャルトランスポートストリームは以下に述べる SIT と DIT 以外の SI テーブルを伝送して 

はいけない。PSI はパーシャルトランスポートストリーム内のストリームを正しく表すために必要 

とされる PAT、PMT に制限されなければならない。 

ビットストリーム内の SIT の存在はそのビットストリームがシリアルインタフェースからきたパ 

ーシャルトランスポートストリームであることを示す。この場合、DIRD は放送のトランスポート 

ストリームで必要とされる SI 情報を期待するべきではなく、SIT で伝送される情報に頼るべきであ 

る。 

SITは放送ストリームに含まれるすべての関連する SI 情報の要約を含んでいる。DIT は SI 情報 

が不連続になる変化点で挿入されなければならない。SIT と DIT の使用はパーシャルトランスポー 

トストリームに制限されており、放送で使用してはいけない。 

(1) PID と table_id のコーディング 

DIT 及び SIT テーブルのセクションを伝送するトランスポートストリームパケットの PID 

値を表 9-54 に示す。 

-93-


表 9-54 PID の割当 

テーブル 

PID 値 

DIT 

0x001E 

SIT 

0x001F 

表 9-55 は本規格で定義するシリアルインタフェースに使用するテーブル識別に使用される 

値を示す。 

表 9-55 table_id の割当 

Table_id 

テーブル 

0x7E DIT 

0x7F SIT 

(2) テーブルの定義 

以下の項では、各種テーブルのデータ構造と意味を記述する。 

1 不連続情報テーブル(DIT)(Discontinuity Information Table) 

DIT は SI 情報が不連続になる変化点で挿入される。 

DIT は表 9-56 のデータ構造を使用した単一セクションから構成される。この DIT セクシ 

ョンは、PID 値 0x001E のトランスポートストリームパケットにより伝送され、またテーブ 

ル識別値は 0x7E とする。 

表 9-56 不連続情報セクション 

データ構造ビット数ビット列表記 

Discontinuity_information_section(){ 

Table_id 8 uimsbf 

section_syntax_indicator 1 bslbf 

reserved_future_use 1 bslbf 

reserved 2 bslbf 

section_length 12 uimsbf 

transition_flag 1 uimsbf 


} 

不連続情報セクションの意味 : 

table_id(テーブル識別 ): 表 9-55 による。 

section_syntax_indicator(セクションシンタクス指示 ):セクションシンタクス指示は 1 ビット 

のフィールドで、常に 0 とする。 

section_length(セクション長 ):これは 12 ビットフィールドで、常に 0x001 とする。 

transition_flag( 変化フラグ):この 1 ビットフラグはトランスポートストリームの変化の種類を 

-94-


示す。このビットが"1"の場合、その変化が元のソースの変化によることを示す。元のソースの変 

化は元のトランスポートストリームの変化そしてまたはトランスポートストリーム中の位置の変 

化 ( 例えば、タイムシフトの場合 )である。このビットが"0"の場合、その変化が選択の変更にの 

みによる、すなわち、同じ位置で同じ元のトランスポートストリーム内での変化であることを示 

す。 

2 選択情報テーブル(SIT)(Selection Information Table) 

SIT はパーシャルトランスポートストリームで伝送されるサービスとイベントを表す。 

SIT は表 9-57 のデータ構造を使用して選択情報セクションに分割される。SIT の一部分と 

なるセクションはすべて、PID 値 0x001F のトランスポートパケットにより伝送され、また、 

テーブル識別値は 0x7F とする。 

表 9-57 選択情報セクション 


selection_information_section(){ 

table_id 8 uimsbf 



ISO_reserved 2 bslbf 



ISO_reserved 2 bslbf 

version_number 5 uimsbf 

current_next_indicator 1 bslbf 

section_number 8 uimsbf 

last_section_number 8 uimsbf 

reserved_future_use 4 uimsbf 

transmission_info_loop_length 12 uimsbf 

for(i=0;i


section_syntax_indicator(セクションシンタクス指示 ):セクションシンタクス指示は 1 ビット 

のフィールドで、常に"1"とする。 

section_length(セクション長 ):これは 12 ビットフィールドとする。section_length はこのフ 

ィールドの直後から CRC を含むセクションの最後までのセクションのバイト数を規定する。全 

セクション長が最大 4096 バイトを越えないために、セクション長は 4093 バイトを越えてはなら 

ない。 

version_number(バージョン番号 ):この 5 ビットフィールドはテーブルのバージョン番号であ 

る。バージョン番号はテーブル内の情報に変化があった場合に 1 加算される。その値が 31 にな 

った場合は、0 に戻る。カレントネクスト指示が"1"の場合は、バージョン番号は現在のテーブル 

のバージョン番号になる。カレントネクスト指示が"0"の場合は、バージョン番号は次のテーブル 

のバージョン番号になる。 

current_next_indicator(カレントネクスト指示 ):この1ビットの指示が"1"の場合、テーブル 

が現在のテーブルであることを示し、"0"の場合は、送られるテーブルはまだ適応されず、次のテ 

ーブルとして使用されることを示す。 

section_number(セクション番号 ):この 8 ビットフィールドはセクションの番号を示す。セク 

ション番号は、0x00 である。 

last_section_number( 最終セクション番号 ):この 8 ビットフィールドは最終のセクション番号 

を示す。最終セクション番号は、0x00 である。 

transmission_info_loop_length( 伝送情報ループ長 ):この 12 ビットフィールドはパーシャルト 

ランスポートストリームの伝送パラメータを記述するデスクリプタの全バイト数を表わす。 

service_id(サービス識別 ):これは 16 ビットフィールドで、トランスポートストリーム内の他 

のサービスからこのサービスを識別するためのラベルの役割をする。サービス識別はプログラム 

マップセクション内の放送番組番号識別 (program_number)に等しい。 

running_status( 進行状態 ):この 3 ビットフィールドは元のストリームのイベントの進行状態 

を表す。これは、元のストリームの現在のイベントの進行状態である。もし元のストリームに現 

在のイベントが存在しなければ、状態は非実行中と考えられる。走行状態の値の意味は ARIB 

STD-B10 に定義されている。 

service_loop_length(サービスループ長 ):この 12 ビットフィールドは以下に続くパーシャルト 

ランスポートストリームに含まれるサービスとイベントの SI 関連情報を含むデスクリプタルー 

プの全バイト長を規定する。 

CRC_32(CRC):これは ARIB STD-B10 の付録 B で定義するデコーダにおいて、セクション全 

体を処理した後にレジスタ出力がゼロになるような CRC 値を含む、32 ビットフィールドである。 

-96-


9.1.8.3 シリアルインタフェースの記述子 

ここではパーシャルトランスポートストリームのみに見られる記述子のデータ構造について述べ 

る。選択情報テーブル(SIT)の伝送情報記述ループ(transmission information descriptor loop) 

はパーシャルトランスポートストリームを再生することとコピーすることを制御するとともに管理 

するために必要とされるすべての情報を含んでいる。以後のデスクリプタはこの情報を表すために 

提案された。 

(1) パーシャルトランスポートストリーム記述子 (Partial Transport Stream descriptor) 

この記述子は、パーシャルトランスポートストリームを記録するために必要とされる情報と 

して用いられる。( 表 9-58 参照 ) 

表 9-58 パーシャルトランスポートストリーム記述子 


partial_transport_stream_descriptor(){ 

descriptor_tag 8 uimsbf 

descriptor_length 8 uimsbf 


peak_rate 22 uimsbf 


minimum_overall_smoothing_rate 22 uimsbf 


maximum_overall_smoothing_buffer 14 uimsbf 

} 

パーシャルトランスポートストリーム記述子の意味 : 

peak_rate(ピークレート): 最大瞬時トランスポートパケットレート(すなわち、188 バイトを 

2 つの連続するトランスポートストリームパケットのスタート時間の時間間隔で除算したもので 

ある)。このピークレートの上限が少なくとも規定されるべきである。この 22 ビットフィールド 

は 400 ビット/ 秒単位の正の整数でコード化される。 

minimum_overall_smoothing_rate( 最小総スムージングレート): 全トランスポートストリーム 

の最小総スムージングバッファのリークレート(すべてのパケットが含まれる)。この 22 ビット 

フィールドは 400 ビット/ 秒単位の正の整数でコード化される。値 0x3FFFFF は最小スムージ 

ングレートが未定義であることを示すのに用いられる。 

maximum_overall_smoothing_buffer( 最大総スムージングバッファ): 全トランスポートストリ 

ームの最大スムージングバッファサイズ(すべてのパケットが含まれる)。この 14 ビットフィー 

ルドは 1 バイト単位の正の整数でコード化される。値 0x3FFF は最大スムージングバッファサイ 

ズが未定義であることを示すのに用いられる。 

-97-


(2) ネットワーク識別記述子 (Network_identification_descriptor) 

この記述子は、パーシャルトランスポートストリームが作り出された元のネットワークを明 

確にするために用いられる。SIT の伝送情報記述ループにのみに挿入される。( 表 9-59 参照 ) 

表 9-59 ネットワーク識別記述子 


network_identification_descriptor(){ 



country_code 24 bslbf 

media_type 16 bslbf 

network_id 16 uimsbf 

for(i=0; i


private_data(プライベートデータ):これは 8×N ビットのフィールドで、個別に定義された値 

を持つ。 

(3) パーシャルトランスポートストリームタイム記述子 (PartialTS time descriptor) 

Event の時間情報、及び送出した時の時間情報を記述することができる。SIT に記述される。 

transmission_info_loop に記述する場合は、JST_time のみの記述とし、event の情報は記述し 

ない。Event の情報を記述する場合は、service_loop に記述子を挿入する。SIT の中にこの記 

述子を複数挿入することは好ましくない。( 表 9-60 参照 ) 

表 9-60 パーシャルトランスポートストリームタイム記述子 


PartialTS_time_descriptor(){ 



event_version_number 8 uimsbf 

event_start_time 40 bslbf 

duration 24 uimsbf 

offset 24 bslbf 


offset_flag 1 bslbf 

other_descriptor_status 1 bslbf 

JST_time_flag 1 bslbf 

if(JST_time_flag == 1){ 

JST_time 40 bslbf 

} 

} 

パーシャルトランスポートストリームタイム記述子の意味 : 

event_version_number( 番組バージョン番号 ): 番組バージョン番号は、SIT のサービスループ 

に挿入された場合に有効となり、そのサービスループで指し示す番組に関連する SI 情報が変わ 

った場合に+1 カウントアップする。但し、JST_time のみの変化による番組バージョン番号の更 

新は行なってはいけない。DIT が挿入されるストリームの変化があった場合で、DIT 前後で送出 

される番組の連続性がある場合は、番組バージョン番号の連続性を保証して送出することが望ま 

しい。 

event_start_time( 番組開始時間 ):event の開始時間を記述する。時間表示については、EIT に 

記述されている start_time と同じ。この時間情報を使用しない場合は、all 1 を記述。 

duration( 継続時間 ):event の継続時間を記述する。時間表示については、EIT に記述されてい 

る duration と同じ。時間情報を記述しない場合は、all 1 を記述。 

offset(オフセット時間 ):オフセット時間。event_start_time または JST_time がある時は、そ 

-99-


の時間にアプライされる。0x000000 の時、オフセットはアプライされない。時間の記述は、 

duration と同じ。 

offset_flag(オフセットフラグ):オフセット時間分進めるか遅らせるかを定義。 

0:event_start_time 及び JST_time に offset の値を足した時間で運用。 

1:event_start_time 及び JST_time に offset の値を引いた時間で運用。 

Other_descriptor_status( 他記述子ステータス):SIT で使われる 

partialTS_time_descriptor 以外の状態を記述する。 

0: 他の descriptor は変化していない。 

1: 他の descriptor が変わっている可能性が有る。 

JST_time_flag(JST 時間フラグ):これが1となると、続くフィールドに JST_time が現れるこ 

とを示す。 

JST_time(JST 時間 ): 現在の時刻情報。TDT に記述される JST_time を誤差 2 秒以内で記述する。 

9.1.9 パーシャルトランスポートストリームに使用するテーブルの運用方法に関するガイドライン 

トランスポートストリームから作成するパーシャルトランスポートストリームは本標準規格 

(ARIB STD-B21)で記述された選択情報テーブル(SIT) 以外の番組配列情報 (SI)データを伝 

送しない。SIT はパーシャルトランスポートストリームに関連する放送ストリームのすべての番組 

配列情報の要約を含んでいる。パーシャル MPEG-2 トランスポートストリームを正しく表現するた 

めに、関連するすべての MPEG-2 PSI 情報がコード化されるべきである。 

ビットストリーム内の SIT の存在は、そのビットストリームがシリアルインタフェースから入力 

されたパーシャルビットストリームであることを示す。このことは、パーシャルトランスポートス 

トリーム中に必須の SI テーブルの何れかがなくても、DIRD が SIT のコード化された情報だけを 

使うことを認めている。 

SIT テーブルに加えて、不連続情報テーブル(DIT)と呼ばれる第 2 のテーブルが本標準規格 

(ARIB STD-B21)で定義されている。このテーブルは番組配列情報が不連続であるかもしれない 

変化点で挿入される。 

9.1.9.1 プログラムアソシエーションテーブル(PAT) 

PAT は選択されたサービスのみを記述する。さらに、network_PID 参照は、NIT_PID の代わり 

に SIT_PID の値をとるべきである。選択されていないプログラム/サービスは削除されるべきで 

ある。PAT は MPEG-2 のシステム規則を破るべきでない。 

9.1.9.2 プログラムマップテーブル(PMT) 

PMTは MPEG-2 システムの要求を破るべきでない。 

選択されたサービスに関して、PMT から参照されるすべてのエレメンタリストリームが選択さ 

れ、変更されないときのみ、対応する PMT セクションは変更されなくてもよい。サービスが参照 

-100-


するエレメンタリストリームが削除されたり変更された場合、PMT セクションはこれを反映する 

ために修正されべきである。 

選択されていないサービスに関して、PMT セクションが選択されたサービスの PMT セクション 

と同じ PID であるときのみ、古い PMT セクションがストリーム中に残ってもかまわない。それ以 

外の場合にそれらは削除されるべきである。 

また、デジタルコピー制御記述子が含まれる場合には、PMT から削除しないで残しておくべき 

である。 

9.1.9.3 番組配列情報テーブル(NIT, SDT, EIT, BAT, RST, TDT, TOT) 

これらのテーブルは選択後、削除されるべきである。 

9.1.9.4 選択情報テーブル(SIT) 

SITはペイロードの先頭から開始するトランスポートストリームパケットでパケット化されるべ 

きである。すなわち、トランスポートストリームパケットヘッダのペイロードユニット開始指示 

(payload_unit_start_indicator)が"1"にセットされ、ポインタフィールドが"0x00"にセットされ 

たパケットである。さらに、( 可能であるなら)SIT を単一のトランスポートストリームパケットで 

パケット化することが望ましい。 

SIT の伝送情報ループ(transmission_info_loop)はパーシャルトランスポートストリーム記述 

子 (partial_transport_stream_descriptor)を含むべきである。 

以下に続くループは選択されたサービスのすべての番組識別を含むべきである。サービスループ 

はもとの EIT と SDT からのデスクリプタを含んでもよい。 

9.1.9.5 不連続情報テーブル(DIT) 

変化点において、ビットストリームはあらゆる番組配列情報 (PAT、PMT を含む)に関して不連 

続であるかもしれない。DIT テーブルはこの変化点に挿入されなければならない。 

パーシャルビットストリームに不連続が発生する度に、その変化点で PID が 0x001E の2つのト 

ランスポートパケットが直接挿入されなければならない。そして、そのパケットの間に他のパケッ 

トが入ることはない。独立した伝送 /ストレージに起こる連続した変化に対し、MPEG-2 の連続性 

カウンタの制限に準拠することを保証するため、最初のパケットは不連続フラグ 

(discontinuity_flag)が"1"にセットされた 184 バイトのアダプテーションフィールドスタッフィ 

ングをもたなければならない。2 番目のトランスポートパケットは DIT を含まなければならなく、 

不連続フラグは"1"にセットしてはいけない。 

シリアルインタフェースにおける番組配列情報の基本構成及び識別子の運用基準、番組配列情報 

のデータ構造と定義、パーシャルトランスポートストリームに使用するテーブルの運用方法に関す 

るガイドラインについては、EP-DVB、EBU が作成し、ETSI において発行された ETSI ETS 300468 

-101-


「Digital Video Broadcasting(DVB);Specification for Service Information (SI) in DVB systems」、 

ETR211「Digital Video Broadcasting (DVB); implementation guidelines for the use of MPEG-2 

systems;Guidelines on implementation and usage of service information」によっている。必要 

に応じ原技術資料を参照されたい。 

9.2 IP インタフェース仕様 

9.2.1 物理インタフェース・プロトコルスタック仕様 

9.2.1.1 物理インタフェース仕様 

(1)10BASE-T、100BASE-TX、1000BASE-T 

8 ピンモジュラージャック(RJ-45)を装備すること。 

コネクタのピンアサインは「11.4.3 Ethernet 用インタフェース」の図 11-8 を参照のこと。コ 

ネクタ形状図は EIA/TIA の規格を参照のこと。 

(2) 無線 LAN 

RCR STD-33、ARIB STD-T66 または ARIB STD-T71 に準拠すること。 

(3)HDMI Ethernet Channel 

HDMI Licensing.LLC 発行の High-Definition Multimedia Interface Specification に準拠する 

こと。 

9.2.1.2 プロトコルスタック仕様 

衛星デジタル放送受信装置及び地上デジタル放送受信装置は、DLNA Networked Device 

Interoperability Guidelines expanded: October 2006( 以下 DLNA ガイドライン)Volume 1: 

Architectures and Protocols の 7.1 Networking and Connectivity 及び 7.2 Device Discovery 

and Control、7.3 Media Management、7.4 Media Transport で規定する DMS(Digital Media 

Server) 仕様に準拠したプロトコルスタックを実装すること。 

9.2.2 コンテンツ出力仕様 

9.2.2.1 コンテンツの伝送プロトコル 

コンテンツの出力の伝送プロトコルは HTTP(Hypertext Transfer Protocol)を使用し、その仕様 

は DLNA ガイドライン Volume 1 の 7.4 Media Transport に規定する DMS 仕様に準拠すること。 

-102-


9.2.2.2 パケットフォーマット 

衛星デジタル放送受信装置及び地上デジタル放送受信装置から、コンテンツをパーシャルトラン 

スポートストリームで伝送する場合の伝送パケットフォーマットを表 9-61 に示す。 

表 9-61 

伝送パケットフォーマット 


Content Packet { 

header { 

“0x00” 

user_defined 

byte_length 

} 

for (i=0; i


STD-B24 第二編 8.1.4」に記載のタイムスタンプ付き TS 形式とする。 

コンテンツを、プログラムストリームなどのパーシャルトランスポートストリーム以外で伝送す 

る場合には、DLNA ガイドライン Volume 2 に準拠すること。 

9.2.2.4 MIME-Type 

表 9-61 の伝送パケットにより構成されるストリームの MIME-Type を、 

application/X-arib-cp;CONTENTFORMAT= 

とする。ただし、の部分には表 9-61 の payload に格納されるコンテンツの 

MIME-Type を記述する。 

また、DLNA で規定されている MIME-Type を記述することもできる。その場合には 9.2.4 を 

参照のこと。 

コンテンツを、プログラムストリームなどのパーシャルトランスポートストリーム以外で伝送す 

る場合には、DLNA ガイドライン Volume 2 に準拠すること。 

9.2.3 チューナ記述の仕様 

衛星デジタル放送受信装置及び地上デジタル放送受信装置のチューナ記述は DLNA ガイドライ 

ン Volume 1 における 7.3 Media Management で規定する DMS 仕様に準拠する。以下に受信装置 

で受信した情報から CDS(ContentDirectory service)を提供するための追加仕様を記載する。 

・文字コード 

受信装置においては、受信した8 単位符号の SI 情報を CDS で用いる際に、チューナ記述で使用 

する文字コードを DLNA ガイドライン Volume 1 に従って UTF-8(UCS Transformation Format) 

で符号化する。 

SI 情報などの文字は CDS の property に展開する際、一旦 UCS(Universal Character Set)へ変 

換した後 UTF-8 で符号化する。但し UCS の combining character と decompose form は使用して 

はならない。 

8 単位符号から UCS への変換は、ARIB STD-B24 第一編第 2 部「付録規定 E UCS と 8 単位 

符号、EUC-JP、シフト JIS の変換ならびに、拡張文字・DRCS との対応」の定義に準拠する。 

・チューナの記述方法 

受信装置は自身が装備している衛星デジタル放送 (BS デジタル放送、広帯域 CS デジタル放送 )、 

および地上デジタル放送の各チューナを表すチューナ container を持つ。 

-104-


・チューナ container とチャンネル item 

チューナ container とチャンネル item の property のうち、本規定に固有な property を以下の名 

前空間を使って定義する。 

xmlns:arib="urn:schemas-arib-or-jp:elements-1-0/" 

・受信装置のチューナ container の property 

チューナ container は表 9-62 の property を持つこと。各 property の具体的な記述方法について 

は ARIB 技術資料を参照のこと。 

表 9-62 チューナcontainerのproperty 

property 名実装 property 

property の記述 

レベル type 

dc:title 必須 string 各放送システムの名称を表す。 

arib:objectType 必須 string IP インタフェース対応の地上デジタル放送 

受信装置、BS デジタル放送受信装置、及び 

広帯域 CS デジタル放送受信装置は、それぞ 

れ半角文字列で“ARIB_TB”、 “ARIB_BS”、 

及び”ARIB_CS”と記述する。 

「dc:」の property は Dublin Core Metadata Initiative で規定 

・受信装置のチャンネル item の property 

衛星デジタル放送受信装置及び地上デジタル放送受信装置において用いる、チャンネル item の 

property、実装レベル及び property の記述は表 9-63 による。各 property の具体的な記述方法につ 

いては ARIB 技術資料を参照のこと。 

表 9-63 チャンネルitemのproperty 

property 名 

実装 property 

property の記述 

レベル type 

arib:objectType 必須 string IP インタフェース対応の地上デジタ 

ル放送受信装置、BS デジタル放送受 

信装置、及び広帯域 CS デジタル放送 

受信装置は、それぞれ半角文字列で 

“ARIB_TB”、“ARIB_BS”、及び 

”ARIB_CS”と記述する。 

-105-


dc:title 必須 string 番組名を表す。 

upnp:genre 必須 string dc:title で表わされる番組が属するジ 

ャンルを表す。 

upnp:channelName 必須 string サービス( 編成チャンネル) 名を表す。 

upnp:channelNr 必須 integer チャンネル番号を表す。 

upnp:scheduledStartTime 任意 string 番組の開始時刻を表す。 

upnp:scheduledEndTime 任意 string 番組の終了時刻を表す。 

dc:description 任意 string 番組記述を表す。 

arib:longDescription 任意 string 番組の詳細説明を表す。 

res@resolution 任意 pattern 出力するコンテンツの解像度を表す。 

string 

upnp:rating 任意 string 視聴年齢の制限を表す。 

upnp:icon 任意 URI 当該チャンネルのロゴの URL を表 

す。 

upnp:icon@arib:resolution 任意 pattern 

string 

当該チャンネルのロゴのサイズを表 

す。 

arib:videoComponentType 任意 unsigned 映像コンポーネントの種別を表す。 

integer 

arib:audioComponentType 任意 unsigned 音声コンポーネントの種別を表す。 

integer 

unsigned 

integer 

arib:audioComponentType 

@qualityIndicator 

任意 

音声コンポーネントの音質モードを 

表す。 

arib:copyControlInfo 任意 CSV 番組の記録や出力の制御に関する情 

string 報を表す。 

arib:dataProgramInfo 任意 boolean データ放送の存在を表す。 

arib:dataProgramInfo@sync 任意 boolean データ放送の番組連動を表す。 

arib:multiViewInfo 任意 boolean マルチビューテレビ(MVTV)の運用を 

表す。 

arib:captionInfo 任意 boolean 字幕・文字スーパーの運用を表す。 

arib:multiESInfo 任意 boolean 映像 ESまたは音声 ESが複数であ 

ることを表す。 

arib:caProgramInfo 任意 boolean 番組が有料か無料かを表す。 

arib:caProgramInfo@price 任意 CSV 有料番組の購入金額 ( 視聴のみ、録画 

string 購入 )を表す。 

arib:caProgramInfo@available 任意 boolean 有料番組の契約 ( 購入 )を表す。 

「upnp:」の property は UPnP Forum で規定 

9.2.4 コンテンツの選択制御 

衛星デジタル放送および地上デジタル放送でサービスされるコンテンツを受信装置からストリー 

ム出力させるには、DLNA ガイドライン Volume 1 の 7.3 Media Management で定義されている 

protocolInfo を用いてコンテンツの選択制御を行う。 

protocolInfo は、’:’’:’’:’ の 4 つのフィー 

-106-


ルドから構成される。 

ここで、第 1 フィールドのは、コンテンツを出力する時のプロトコルを表す。 

第 2 フィールドのは、出力プロトコルに依存するフィールドであり、HTTP の場合 

には“*”(アスタリスク)を記述する。 

第 3 フィールドのは、出力プロトコルに依存するフィールドであり、HTTP 

の場合はコンテンツ自身のフォーマットを表す。 

第 4 フィールドのは、付加情報を表す。 

衛星デジタル放送および地上デジタル放送でサービスされるコンテンツを受信装置からパーシャ 

ルトランスポートストリーム出力させる場合、protocolInfo の第 4フィールドには 

ARIB.OR.JP_PN で示されるパラメータを記述する。ARIB.OR.JP_PN は、当該コンテンツの出力 

仕様を表わすプロファイル( 符号化方式、伝送パケットフォーマットおよびストリームフォーマッ 

ト)を表し、DLNA ガイドライン Volume 1 の 7.3.40 MM other-param の規定に従い、以下の書式 

で記述する。 

ARIB.OR.JP_PN= 

には、コンテンツの出力仕様を識別するためのプロファイルを記述する。このほ 

か第 4フィールドには、DLNA ガイドライン Volume 1 で定められたパラメータなどを追加挿入す 

ることができる。その際の追加挿入の方法については DLNA ガイドライン Volume 1 の 7.3.30 MM 

protocolInfo values: 4th field を参照のこと。 

この ARIB.OR.JP_PN を用いて、パーシャルトランスポートストリーム出力のプロトコルが 

HTTP の場合に、protocolInfo は以下のように表わされる。 

http-get:*:application/X-arib-cp;CONTENTFORMAT=:ARIB.OR.JP_PN 

= 

ここで、各フィールドは DLNA ガイドライン Volume 1 の 7.3 Media Management で定義され 

ている protocolInfo の規定に準拠して、それぞれ、以下のように記述する。 

第 1 フィールド: 出力プロトコルの HTTP を表す http-get を記述する。 

第 2 フィールド: “*”(アスタリスク)を記述する。 

第 3 フィールド: MIME-type を記述する。 

第 4 フィールド: パーシャルトランスポートストリームの場合には ARIB.OR.JP_PN を 


-107-


当該コンテンツの符号化方式が、本規格の「第 6 章映像・音声の復号処理および出力」に記載 

された符号化パラメータの制約条件を満足する MPEG2-Video ( ISO/IEC13818-2)および 

MPEG2-AAC(ISO/IEC13818-7)であり、伝送パケットフォーマットおよびストリームフォーマ 

ットが本規格の 9.2.2.2 に記載されている伝送パケットフォーマットおよび 9.2.2.3 に記載されてい 

るタイムスタンプ付 TS 形式に準拠している場合には ARIB.OR.JP_PN=MPEG_TTS_CP と表す。 

なお、ARIB.OR.JP_PN を使用するに、下記の DLNA.ORG_PN を使用するを併記し 

てもよい。その場合、DLNA ガイドライン Volume 1 の 7.3.57 MM DIDL-Lite Multiple Res: 

Formats の規定に従うこと。 

衛星デジタル放送および地上デジタル放送でサービスされるコンテンツを受信装置から DLNA 

ガイドライン Volume 2 で定めたパーシャルトランスポートストリームおよびそれ以外のストリー 

ムフォーマットで出力させる場合、protocolInfo の第 4フィールドには DLNA.ORG_PN で示され 

るパラメータを記述する。 

この DLNA.ORG_PN を用いて、ストリーム出力のプロトコルが HTTP の場合に、protocolInfo 

は以下のように表わされる。 

http-get:*::DLNA.ORG_PN= 

ここで、各フィールドは DLNA ガイドライン Volume 1 の 7.3 Media Management で定義され 

ている protocolInfo の規定に準拠して、それぞれ、以下のように記述する。 



第 3 フィールド: 下記 DLNA.ORG_PN に対応した MIME-type を記述する。 

第 4 フィールド: DLNA ガイドライン Volume 1 の 7.3.31 MM pn-param の規定に従い 

DLNA.ORG_PN で示されるパラメータを記述する。 

パーシャルトランスポートストリーム出力以外で例えばプログラムストリームを出力する場合、 

protocolInfo は以下のように表わされる。 

http-get:*:video/mpeg:DLNA.ORG_PN= 

・HTTP ヘッダの Content-Type ヘッダフィールド 

HTTP リクエストまたは HTTP レスポンスの HTTP ヘッダに挿入する Content-Type ヘッダフ 

ィールドの MIME-type は protocolInfo の第 3 フィールドで使用される MIME-type と同じである。 

パーシャルトランスポートストリーム出力の場合は、以下の通りである。 

Content-Type: application/X-arib-cp;CONTENTFORMAT= 

-108-


パーシャルトランスポートストリーム出力以外で例えばプログラムストリーム出力の場合は、以 

下の通りである。 

Content-Type: video/mpeg 

-109-


第 10 章 CA モジュールインタフェースの仕様 

CA モジュールインタフェースとして、デジタル放送におけるアクセス制御方式「ARIB 

STD-B25」に基づく CA インタフェースを備えることが望ましい。 

-110-


第 11 章双方向通信機能の仕様 

視聴情報収集、デ-タ放送、デ-タ配信のための双方向通信機能の仕様は、次のとおりである。 

ARIB 標準規格「STD-B24」「STD-B25」も参照のこと。 

BS サービス受信のために、電話回線用接続端子及び電話回線用アース端子、または携帯電話か 

PHS 接続端子を1 系統設け、11.2 に述べる視聴情報収集用プロトコルを備えること。また、双方 

向通信機能については、本章に述べるインタフェース等を設けること。 

11.1 双方向通信における伝送フェーズ 

公衆網 / 移動体網 ( 以下公衆網等と表現 )を利用した双方向通信は、1 回線接続フェーズ、2リ 

ンク確立フェーズ、3データ転送フェーズ、4リンク終結フェーズ、5 回線切断フェーズに分類す 

ることができる。 

伝送フェーズを図 11-1 に示す。 

フェーズ1 フェーズ2 フェーズ3 フェーズ4 フェーズ5 

回線接続 

リンク確立データ転送リンク終結回線切断 

図 11-1 伝送フェーズ 

11.1.1 回線接続 / 切断フェーズ 

DIRD が、公衆網等を利用してセンターとの接続 / 切断をするフェーズ。モデム等に対して AT 

コマンド等を用いて回線接続 / 切断を行う。 

11.1.2 リンク確立 / 終結フェーズ 

回線接続後、DIRD とセンターのデータ転送リンクを確立したり、データ転送終了後 DIRD と 

センター間のリンクを終結するフェーズ。プロトコルにより本フェーズを不要とする場合がある。 

11.1.3 データ転送フェーズ 

リンク確立後、指定された通信手順により、DIRD とセンター間でデータ通信を行うフェーズ。 

-111-


11.2 視聴情報収集用プロトコル 

11.2.1 リンク確立 / 終結フェーズのプロトコル 

X.28 に準拠した手順で行なう。(11.2.3 参照 ) 

このフェーズで視聴情報収集センターのホスト番号を指定する。 

11.2.2 データ転送フェーズのプロトコル 

視聴情報収集用プロトコルスタックを表 11-1 に示す。 

レイヤ 

アプリケーション層 

データリンク層 

物理層 

※1 11.2.3 参照 

表 11-1 視聴情報収集用プロトコルスタック 

プロトコルスタック 

視聴情報収集用アプリケーション 

BASIC 系手順 ※1、コードインディペンデントモード 

公衆網携帯電話 ※2 PHS ※2 

V.22bis 以上、 

MNP4 以上 

PDC 

※3 

※2 携帯電話、PHS の物理層は DIRD 側の通信方式を表記。 

PIAFS 

※4 

※3 デジタル携帯電話の通信方式 ( 回線交換方式 )(PDC:Personal Digital Cellular)セン 

ター側モデムとの通信は、公衆網と同様のプロトコルとなる。 

※4 PHS のデータ通信方式 (PIAFS:PHS Internet Access Forum Standard) 

11.2.3 シーケンス 

DIRD と視聴情報収集センターを接続する収集ネットワークを利用して視聴情報の収集を行な 

う場合の、DIRD と収集ネットワークの接続及びデータ転送シーケンスを定める。 

視聴情報収集システムを図 11-2 に示す。 

DIRD 

モデム 

公衆網 

収集ネットワーク 

アクセスポイント 

視聴情報 

収集センター 

DIRD 

移動体網 

ADP※ 

※ 携帯電話 /PHS(PIAFS) 用データ通信アダプタ 

シーケンス規定範囲 

網プロトコル 

図 11-2 視聴情報収集システム 

シーケンスの詳細については、「STD-B25」を参照のこと。 

-112-


11.3 データ放送サービス及びデータ配信用プロトコル 

プロトコルの具体的選定にあたっては、デ-タ放送サ-ビス等のアプリケ-ション内容によっ 

てそれに最もふさわしいものを適用する。 

データ放送サービス等の将来の拡張性を考慮し、ダウンロード等によるプロトコルの変更が行 

なえる機能を備えること。 

11.3.1 リンク確立 / 終結フェーズのプロトコル 

プロトコルスタックを表 11-2 に示す。 

レイヤ 



物理層 

表 11-2 プロトコルスタック 


サービスに応じて選定 

X.28 一部準拠手順 

(ホスト番号指定機能必要 ) 

11.3.2 参照 

11.3.2 データ転送フェーズのプロトコル 

11.3.2.1 低速モデム及び通信用プロトコル 

低速モデム用として、簡易なテキスト通信が行なえるテキスト通信用プロトコル及びある程度 

高度な通信が行なえるバイナリー転送用プロトコルの中から選択すること。 

テキスト通信用プロトコルを表 11-3 に、バイナリー転送用通信プロトコルを表 11-4 に示す。 

表 11-3 テキスト通信用プロトコル 

レイヤ 


アプリケーション層サービスに応じて選定 

データリンク層無手順 (TTY 手順 ) 

物理層 

V.22bis 以上、MNP4 以上 

表 11-4 バイナリー転送用通信プロトコル 

レイヤ 



データリンク層 BASIC 手順 (JIS X5002) 

コードインディペンデントモード 

物理層 


レイヤ 



物理層 



HDLC 手順 (JIS X5104、X5105、X5106) 


-113-


レイヤ 



データリンク層 BASIC 系手順 ※ 


物理層 


※ 必要な機能のみを実装 

レイヤ 



データリンク層 PPP in HDLC-like 

Framing(RFC1662) 

物理層 

V.22bis 以上 

レイヤ 


トランスポート層 

ネットワーク層 


物理層 


HTTP1.0 サブセットを代用 

- 

- 


注 :MNP4 の必要性については、データ放送サービス等の内容による。 

11.3.2.2 高速モデム及び通信用プロトコル 

高速モデム用として、より高度な通信が行なえるバイナリー転送用プロトコルの中から選択する 

こと。さらに低速モデム用プロトコルとして選択されたプロトコルを備えること。 

注 : 高速モデムを用いて、低速モデムで提供されているサ-ビスを受信する場合は、ネゴシェ- 

ション時間を省くため、低速モデムと同じ変調方式及び通信速度での発呼機能を備えること。 

テキスト通信用プロトコルを表 11-5 に、バイナリー転送用プロトコルを表 11-6 に示す。 


レイヤ 




物理層 

V.34 以上、V.42bis 


レイヤ 





物理層 


-114-


レイヤ 



物理層 



HDLC 手順 (JIS X5104、X5105、X5106) 


レイヤ 



データリンク層 BASIC 系手順 ※ 


物理層 


※ 必要な機能のみを実装 

レイヤ 



物理層 

レイヤ 





物理層 

レイヤ 





物理層 



PPP in HDLC-like Framing(RFC1662) 



HTTP1.0 サブセットを代用 

- 

- 



HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, NNTP, SMTP, 

POP3, DNS(RFC1123) 等の中からサービスに応じて選定 

TCP(RFC793) , UDP(RFC768) 

IP(RFC791)/ICMP(RFC792) 

PPP(RFC1661,1662)/IPCP(RFC1332) 

PAP(RFC1334)/CHAP(RFC1994), 

PPP Internet Protocol Control Protocol Extensions for Name Server 

Addresses(RFC1877) 

CCP(RFC1962) 


-115-


11.3.2.3 ISDN 用通信プロトコル 

(1) ISDN-DSU-TA 接続 

ISDN-DSU-TA 接続のプロトコルスタックを表 11-7 に示す。 

表 11-7 ISDN-DSU-TA 接続のプロトコルスタック 

チャネル種別 B チャネル D チャネル 

レイヤプロトコルスタックプロトコルスタック 

アプリケーション層 HTTP1.0(RFC1945), 


HTTP1.1(RFC2616),Telnet, FTP, 

NNTP, SMTP, POP3, DNS(RFC1123) 

等の中からサービスに応じて選定 

トランスポート層 TCP(RFC793) , UDP(RFC768) 

ネットワーク層 IP(RFC791)/ICMP(RFC792) TTC JT-Q.931 X.25(パケットレベル) 

(※1) 

データリンク層 PPP(RFC1661,1662)/IPCP(RFC1332) TTC JT-Q.921 


PPP Internet Protocol Control 

Protocol Extensions for Name Server 


CCP(RFC1962) 

物理層 (※2) RS-232C 

USB 

※1: Dch パケット呼制御フェーズで使用する。 

※2: TA に実装された物理インタフェースと同一規格とする。 

(2) ISDN-DSU-(TA 内蔵 ) 接続 

ISDN-DSU-(TA 内蔵 ) 接続のプロトコルスタックを表 11-8 に示す。 

表 11-8 ISDN-DSU-(TA 内蔵 ) 接続のプロトコルスタック 






NNTP, SMTP, POP3, DNS(RFC1123) 

等の中からサービスに応じて選定 


ネットワーク層 IP(RFC791)/ICMP(RFC792) TTC JT-Q.931 X.25(パケットレベル) 

(※1) 

データリンク層 PPP(RFC1661,1662)/IPCP(RFC1332) TTC JT-Q.921 





CCP(RFC1962) 

物理層 

TTC JT-I.430 

※1: Dch パケット呼制御フェーズで使用する。 

-116-


11.3.2.4 Ethernet 用通信プロトコル 

リターン回線として ISDN,ADSL,FTTH,CATV を利用する場合。 

(1) ネットワーク終端装置に直接接続 

ネットワーク終端装置に直接接続する際のプロトコルスタックを表 11-9 に示す。 

表 11-9 ネットワーク終端装置に直接接続する際のプロトコルスタック 


アプリケーション層 HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, NNTP, SMTP, 

POP3, DNS(RFC1123),DHCP 等の中からサービスに応じて選定 


ネットワーク層 IP(RFC791)/ICMP(RFC792) 

データリンク層 PPP(RFC1661,1662)/PPPoE(RFC2516) /IPCP(RFC1332) (※1) 




IEEE802.2/ARP(RFC826) 

CCP(RFC1962) 

物理層 

IEEE802.3 

※1: 常時接続サービス利用では PPP/PPPoE/IPCP が必要 

(2) ルータ接続 

ルータ接続する際のプロトコルスタックを表 11-10 に示す。 

表 11-10 ルータ接続する際のプロトコルスタック 


アプリケーション層 HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, NNTP, SMTP, 

POP3, DNS(RFC1123),DHCP 等の中からサービスに応じて選定 


ネットワーク層 IP(RFC791)/ICMP(RFC792) 

データリンク層 IEEE802.2/ARP(RFC826) 

物理層 (※1) IEEE802.3 (※2) 

IEEE802.11 (※3) 

※1: ダイヤルアップルータに具備された物理インタフェースと同一規格とする。 

※2: 10BASE-T、100BASE-TX 

※3: 無線 LAN 

11.3.2.5 携帯電話 /PHS(PIAFS)を利用したデータ通信用プロトコル 

携帯電話のデータ通信機能、及び PHS(PIAFS)のデータ通信機能を利用したテキスト通信用 

プロトコル及びバイナリー転送用プロトコルの中から選択すること。 

テキスト通信用プロトコルを表 11-11 に、バイナリー転送用通信プロトコルを表 11-12 に示す。 

-117-



レイヤ 




物理層 ※1 携帯電話 PHS 

PDC 

PIAFS 


レイヤ 






PDC 

PIAFS 

レイヤ 



データリンク層 HDLC 手順 (JIS X5104、X5105、X5106) 


PDC 

PIAFS 

レイヤ 



データリンク層 BASIC 系手順 ※2 



PDC 

PIAFS 

レイヤ 



データリンク層 PPP in HDLC-like 

Framing(RFC1662) 


PDC 

PIAFS 

レイヤ 




HTTP 1.0 サブセットを代用 

ネットワーク層 - 

データリンク層 - 


PDC 

PIAFS 

レイヤ 





HTTP 1.0(RFC1945), HTTP1.1(RFC2616), Telnet, FTP, NNTP, SMTP, 

POP3, DNS(RFC1123) 等の中からサービスに応じて選定 

TCP(RFC793) , UDP(RFC768) 

IP(RFC791)/ICMP(RFC792) 

-118-


データリンク層 PPP(RFC1661,1662)/IPCP(RFC1332) 




LCP Extensions(RFC1570) 

CCP(RFC1962) 


PDC PDC-P 等 ※3 DS CDMA, PIAFS 

CDMA Cellular CDMA Cellular MC CDMA 

System 

System 

※1 物理層は DIRD 側の通信方式を表記。 

携帯電話 (PDC)/PHS(PIAFS)とセンターとの通信は、移動体網またはセンターでア 

ナログ通信に変換される場合がある。 

※2 BASIC 系手順は必要な機能のみを実装。 

※3 携帯電話のパケット交換方式 

11.4 インタフェース 

11.4.1 加入電話回線 (PSTN) 用インタフェース 

加入電話回線との接続用には, 図 11-3 に示すジャックユニットを DIRD に装備すること。 

( 単位 :mm) 

注 (1) コンタクトスプリング形状は一例を示す。 

注 (2) コンタクトスプリングは最大 6 芯であるが、コンタクトスプリングが装着されてい 

ない場合は必ずしも必要ではない。 

図 11-3 ジャックユニット( 昭和 60 年郵政省告示第 399 号 ) 

-119-


11.4.1.1 公衆網に接続するための技術基準 

JATEに適合すること。 

11.4.1.2 ダイヤル機能 

モデムは、DP10/DP20/PB の各ダイヤルモードに対応すること。 

11.4.1.3 PBX 対応機能 

モデムは、0~9,#, 

を前置番号として発信可能なこと。 

11.4.1.4 メッセージ表示機能 

視聴情報収集時に加入電話回線が接続されておらず発呼できない場合、加入電話回線の接続を 

促すメッセージを表示する機能を有すること。 

11.4.2 ISDN 用インタフェース 

11.4.2.1 ジャックユニット 

DSU、または TA と対向するインタフェースを装備すること。 

(1) EIA/TIA-232-E(RS-232C) 

D-sub25 ピンを装備すること。 

コネクタのピンアサインを図 11-4 に示す。 

コネクタ形状図は EIA/TIA の規格を参照すること。 

ピン番号 JIS 略号慣用略号信号 

1 - FG 

2 SD TxD 送信データ 

3 RD RxD 受信データ 

4 RS RTS 送信要求 

5 CS CTS 送信可 

6 DR DSR 通信相手レディ 

7 SG GND グランド 

8 CD DCD キャリア信号 

15 ST2 送信信号エレメントタイミング(DCE) 

17 RT 受信信号エレメントタイミング(DCE) 

20 ER DTR 端末レディ 

22 CI RI リングインジケータ( 着呼表示 ) 

24 ST1 送信信号エレメントタイミング(DTE) 

図 11-4:ピンアサイン(RS-232C) 

-120-


(2) USB(Ver1.0 以上 ) 

シリーズ A プラグを装備すること。 

コネクタの形状図を図 11-5 に、コネクタのピンアサインを図 11-6 に示す。 

12.50±0.10 

8.88±0.20 

R0.32±0.13 

(Typical) 

11.10±0.10 

R0.64±0.13 

(Typical) 

8.38±0.08 

0.50±0.10 

1.84±0.05 

1 2 3 4 

5.12±0.10 

0.38±0.13 

30°±2° 

0.64±0.13 

1.00±0.05 1.00±0.05 

4.98±0.25 

3.50±0.05 

30°±2° 0.50±0.10 

図 11-5:コネクタ形状 (USB) 

ピン番号 

信号名 

1 Vcc 

2 -D 

3 +D 

4 グランド 

図 11-6:ピンアサイン(USB) 

(3) S/T 点 

8ピンモジュラージャック(RJ-45)を装備すること。 


-121-


コネクタ形状図は EIA/TIA の規格を参照のこと。 

ピン番号端子名称機能極性 DSU 端子名 

TE 側 

1 a - + 

2 b - - 

3 c 送信 + TA 

4 f 受信 + RA 

5 e 受信 - RB 

6 d 送信 - TB 

7 g - 

8 h - 

図 11-7:ピンアサイン(RJ-45) 

11.4.3 Ethernet 用インタフェース 

(1) 10BASE-T,100BASE-TX 

8ピンモジュラージャック(RJ-45)を装備すること。 


コネクタ形状図は EIA/TIA の規格を参照のこと。 

ピン番号 MDI 信号 

1 TD+ 

2 TD- 

3 RD+ 

4 未使用 

5 未使用 

6 RD- 

7 未使用 

8 未使用 

図 11-8:ピンアサイン(RJ-45) 

(2) 無線 LAN 

ARIB RCR‐STD-33、または RCR-STD-T66 に準拠すること。 

11.4.4 携帯電話 /PHS(PIAFS) 用インタフェース 

携帯電話 /PHS(PIAFS) 用インタフェースを装備すること。 

11.4.4.1 インタフェース規格 

-122-


規格 

PC Card Standard 

EIA/TIA-232-E(RS-232C) 

11.4.4.2 携帯電話 /PHS(PIAFS) 用インタフェース搭載時に DIRD が具備すべき機能 

(1) 視聴情報収集時に携帯電話 /PHS(PIAFS)が接続されておらず発呼できない場合、携帯電 

話 /PHS(PIAFS)の接続を促すメッセージを表示する機能。 

(2) 一般電話回線または携帯電話 /PHS(PIAFS)の回線を選択する機能。 

(3) 使用する回線に応じて通信事業者識別番号を制御する機能。 

(4) 携帯電話 /PHS(PIAFS) 用データ通信アダプタのドライバソフトをインストールする機能。 

( 例 :ドライバソフトを放送波や電話回線を利用してダウンロードする機能 ) 

11.5 TCP/IP を用いた双方向通信に必要な機能 

11.5.1 自動接続機能 

ISP へ接続するためダイヤルアップする接続形態の場合、受信装置の 11.5.7 の設定情報によ 

って、必要に応じて自動的に接続することが望ましい。 

11.5.2 自動切断機能 

ISP へ接続するためダイヤルアップする接続形態の場合、受信装置の 11.5.7 の設定情報によ 

って、必要に応じて一定時間のパケット送受がない場合に自動的に回線を切断することが望 

ましい。 

11.5.3 視聴者設定情報要素設定機能 

視聴者設定情報要素を設定、変更、消去ができるユーザインターフェースを持つことが望ま 

しい。 

11.5.4 通信セキュリティ機能 

(1) 双方向通信時のセキュリティ通信として、TLS を用いることが望ましい。 

(2) 認証局 (CA 局 )の発行する公開鍵を保持する。 

(3) TLS で必要となる「ルート CA 証明書」を保持する。 

(4) 「ルート CA 証明書」を更新する手段を有すること。 

(5) TLS で用いるアルゴリズムセットは運用規定とする。 

-123-


11.5.5 提示機能 

双方向通信時には以下の提示がされることが望ましい。 

(1) 回線接続確立時には、接続される旨をその接続先とともに表示する。 

(2) 回線接続中には視聴者に認識できる表示 (フロントパネルの LED や OSD など)を行な 

う。 

(3) エラーが発生した場合は、LED 表示する。 

11.5.6 回線切断機能 

回線使用中において、明示的に回線を切断する機能を持つことが望ましい。 

11.5.7 双方向接続用情報要素保持機能 

受信装置に搭載された回線接続手段に応じて、受信装置内の不揮発メモリに以下の情報要素 

を保持することが望ましい。 

11.5.7.1 視聴者設定情報 

(1) 共通情報 

共通情報の内容を表 11-13 に示す。 

表 11-13 共通情報 

情報要素設定主体内容値 

郵便番号視聴者受信装置の存在する場所 7 桁の文字列 

の郵便番号 

優先利用回線種別視聴者視聴者の選択した回線種別 -PSTN 

-ISDN 

-PHS 

[PIAFS2.0/PIAFS2.1] 

- 携帯電話 

[PDC/CDMACelluar 

System/DS-CDMA/ 

MC-CDMA] 

-Ethernet 

通信事業者識別視聴者通信事業者を選択最大 7 桁の文字列 

固定優先接続解除番号視聴者固定優先接続を一時的に 

無効にする場合付加 

-122 付加 

- 無付加 

発信者番号通知番号視聴者発信者番号を通知する/し 

ないを選択 

-184 付加 

-186 付加 

- 無付加 

外線捕捉番号視聴者 PBX 等に収容された場 

合、外線を捕捉するための 

番号 

最大 4 桁の文字列 

-124-


ダイヤル種別視聴者電話回線のダイヤル種別 -DP10pps 

-DP20pps 

-PB 

(2)TCP/IP 関連情報 

1 ISP 接続情報 

ISP 接続情報の内容を表 11-14 に示す。 

表 11-14 ISP 接続情報 


ISP 名視聴者 ISP の名称最大 64 桁の文字列 

AP 電話番号視聴者 ISP の AP 電話番号最大 30 桁の文字列 

ユーザ ID 視聴者 ISP のユーザ ID 最大 64 桁の文字列 

パスワード視聴者 ISP のパスワード最大 32 桁の文字列 

ヘッダの圧縮視聴者ヘッダ圧縮機能の使用有 

無 

- 使用する 

- 使用しない 

ソフトウエア圧縮の有無視聴者ソフトウエア圧縮の有無 - 圧縮有り 

- 圧縮無し 

DNS-IP アドレス 

視聴者 ISP のプライマリ DNS サ 32bit で表される数値 

(プライマリ) 

ーバの IP アドレス 

DNS-IP アドレス 

視聴者 ISP のセカンダリ DNS サ 32bit で表される数値 

(セカンダリ) 

ーバの IP アドレス 

無通信切断タイマ値視聴者無通信時自動切断するま 

での時間 

運用規定 

2 固定 IP 接続情報 

固定 IP 接続情報の内容を表 11-15 に示す。 

表 11-15 固定 IP 接続情報 


IP アドレス視聴者固定 IP アドレスの視聴者 32bit で表される数値 

による設定情報。 

サブネットマスク視聴者固定 IP アドレスの場合に 32bit で表される数値 

必要となる情報 

デフォルトゲートウエイアドレス視聴者ルータの IP アドレス、ま 

たは ISP のデフォルトゲ 

ートウエイのアドレス 

32bit で表される数値 

3 接続形態情報 

接続形態情報の内容を表 11-16 に示す。 

-125-


表 11-16 接続形態情報 


IP アドレス取得指定視聴者 Ethernet 接続での IP アド 

レス取得のためのプロトコ 

ル等 

-DHCP プロトコ 

ル 

- 固定 IP アドレス 

-PPP/PPPoE プロ 

トコル 

4 TCP/IP アプリケーション設定情報 

TCP/IP アプリケーション設定情報の内容を表 11-17 に示す。 

表 11-17 TCP/IP アプリケーション設定情報 


SMTP サーバ名 /アドレス視聴者 ISP の SMTP サーバ名 / 

アドレス 


または、 


POP サーバ名 /アドレス視聴者 ISP の POP サーバ名 /ア 

ドレス 

メールアドレス視聴者 ISP に登録されたメール 

アドレス 

メールパスワード視聴者 ISP に登録されたメール 

パスワード 

HTTPProxy サーバ名 /アドレス視聴者 ISP の HTTPProxy サー 

バ名 /アドレス 

HTTPProxy サーバポート番号視聴者 ISP の HTTPProxy サー 

バポート番号 

FTPProxy サーバ名 /アドレス視聴者 ISP の FTPProxy サーバ 

名 /アドレス 

FTPProxy サーバポート番号視聴者 ISP の FTPProxy サーバ 

ポート番号 


または、 





または、 




または、 



11.5.7.2 通信関連情報 

通信関連情報の内容を表 11-18 に示す。 

-126-


表 11-18 通信関連情報 


回線種別 DIRD DIRD に接続可能な回線 

種別 

-PSTN 

-ISDN 

-PHS 



[PDC/CDMACelluarSys 

tem/DS-CDMA/MC-CD 

MA] 

-Ethernet 

物理層プロトコル DIRD DIRD に実装された物理 

層プロトコル種別 

データリンク・転送プロトコル DIRD DIRD に実装されたデー 

タリンク・転送プロトコ 

ル種別 

セキュリティクラス DIRD DIRD に実装されたセキ 

ュリティクラス 

-V.22bis/V.34 以上 

-PDC 

-CDMACellarSystem 

-PDC-P 

-PIAFS32k 

-PIAFS64k 

-DS-CDMA 

-MC-CDMA 

-Ethernet 

-PPP 

-BASIC 系 

-PPPoE 

-IEEE802.3 

-IEEE802.11 

-セキュリティなし 

-CAS 

-TLS 

11.5.7.3 セキュリティ通信関連情報 

セキュリティ通信関連情報の内容を表 11-19 に示す。 

表 11-19 セキュリティ通信関連情報 


実装セキュリティ DIRD DIRD に実装されたセキ運用規定 

ュリティ種別 

ルート CA 証明書 DIRD 受信装置が使用する CA 

局の証明書 

運用規定 

11.5.7.4 通信デバイス情報 

以下の情報はメーカ出荷時に設定されることが望ましい。 

(1)モデム 

モデムの内容を表 11-20 に示す。 

-127-


表 11-20 モデム 

情報要素 

変調モード 

V.34 以上 

自動フォールダウン 

する 

V.8/V.8bis/V.32AnnexA オートモード 

使用する 

エラー訂正モード V.42 

データ圧縮モード 

V.42bis 

自動応答 

しない 

ダイヤルトーン検出待ち時間 

3s 

第 2 ダイヤルトーン検出待ち時間 

3s 

ダイヤル後キャリア待ち時間 

50s 

エスケープコード 

+ 

CR コード 

CR 

LF コード 

LF 

BS コード 

BS 

キャリア断検出時間 

1s 

無通信切断タイマ時間 

設定しない 

ネゴシエーション失敗時の処理 

回線切断 

設定値 

(2)TA 

TA の内容を表 11-21 に示す。 

情報要素 

TA の通信速度 

通信モード設定 


通信形式 

自動着信 

MP 通信 

ダイヤル後相手応答待ち時間 


CR コード 

LF コード 

BS コード 

表 11-21 TA 

設定値 

64kbps 

非同期 - 同期 PPP 変換 


Bch 回線交換 

しない 

使用しない 

50s 

+ 

CR 

LF 

BS 

(3)Ethernet 

Ethernet の内容を表 11-22 に示す。 

表 11-22 Ethernet 

情報要素設定値 ( 設定範囲 ) 

結線切替 

MDI 

通信方式自動検出 ( 全二重 / 半二重 ) 

フレーム形式 

自動検出 (IEEE802.3/DIX(EthernetⅡ)) 

MTU サイズ 

自動検出 (1492Byte /1500Byte) 

-128-


(4)Ethernet( 無線 LAN) 

Ethernet( 無線 LAN)の内容を表 11-23 に示す。 

表 11-23 Ethernet( 無線 LAN) 

情報要素 

通信方式 

半二重 

フレーム形式 

IEEE802.11 

MTU サイズ 

2312Byte 

設定値 

-129-


第 12 章ダウンロード機能 

メモリに格納するソフトウェア/データの更新を行うためのダウンロード機能の望ましい仕様は 

次のとおりとする。ここでは、まずダウンロードに関する情報の伝送方式を規定し、それを受信し 

更新を行なう受信機としての望ましい仕様を規定する。 

12.1 用語の定義とサービス内容 

12.1.1 用語の定義 

告知情報 :ダウンロードのサービス id、スケジュール情報、更新対象の受信機種別など告知に 

使用される情報。SDTT を使って送信される。 

受信機情報 : 受信機のメーカーID、機種番号、グループ番号、バージョン番号等の情報。出荷 

時にフラッシュメモリ等の不揮発性メモリに設定されている。 

強制ダウンロード: 強制実行が要求されるダウンロード。 

任意ダウンロード: 実行可能なダウンロードを選択画面に表示し、視聴者の選択内容に従って 

実行するダウンロード。 

12.1.2 サービス内容 

12.1.2.1 受信機内情報更新サービス 

本標準規格での受信機内情報更新サービスとはメモリに格納する以下のサービスとする。 

(1) エンジニアリングサービス(12.1.2.2 参照 ) 

(2) 地上デジタルテレビジョン放送において各局の TS の CDT による PNG ロゴサービス 

(3) 地上デジタルテレビジョン放送において各局の TS の SDT のロゴ伝送記述子により伝送される 

簡易ロゴサービス 

(4) 地上デジタルテレビジョン放送において、全局の TS の強階層用 SDTT により伝送される、携 

帯受信機向けの受信機ソフトウェアの更新の必要性や手法及びリパッキングに関する情報を 

伝送するサービス 

なお、EPG やデータサービス、映像 / 音声サービスなどでメモリに格納するサービスは本標準規格 

での受信機内情報更新サービスには含まない。 

12.1.2.2 エンジニアリングサービス 

エンジニアリングサービスとはデータカルーセルにより伝送される以下のサービスとする。原則 

としてエンジニアリングサービスは全局の TS で伝送される SDTT により告知が行われる。 

(1) 受信装置ソフトウェアの機能更新 

受信装置ソフトウェアの機能更新及び追加を行なう( 地上デジタルテレビジョン、BS/ 広帯域 

CS デジタル放送 )。 

-130-


(2) 共通データの更新 

受信装置において共通的に使用されているデータを更新する。 

・ジャンルコード表、番組特性コード表、予約語表 ( 地上デジタルテレビジョン、BS/ 広帯域 

CS デジタル放送 )。 

・ロゴデータ(BS/ 広帯域 CS デジタル放送 )。 

・周波数リスト・変更情報 ( 地上デジタルテレビジョン放送 )。 

(3) 限定受信機能の更新 

受信装置内の限定受信機能の機能更新及び追加を行う。なお、限定受信機能の機能更新・追加 

の詳細については、ARIB STD-B61 第二編で規定される。 

12.2 ダウンロードに関する伝送方式 

ここでは、ダウンロードのスケジュール等を知らせる告知情報とダウンロードコンテンツの伝 

送方式について規定する。 

12.2.1 告知情報の伝送方式 

12.2.1.1 ソフトウェアダウンロードトリガーテーブル(Software Download Trigger Table) 

ダウンロードの告知情報通知のために、ソフトウェアダウンロードトリガーテーブル(Software 

Download Trigger Table)を用いる。但し、12.2.2.2 節のセクション形式で送出されるダウンロー 

ドコンテンツにはソフトウェアダウンロードトリガーテーブルは使用しない。 

表 12-1 ソフトウェアダウンロードトリガテーブルのデータ構造 


software_download_trigger_section(){ 

table_id 

section_syntax_indicator 

reserved_future_use 

reserved 

section_length 

table_id_ext 

reserved 

version_number 

current_next_indicator 

section_number 

last_section_number 


original_network_id 

service_id 

num_of_contents 

for(i=0;i


} 

download_level 

version_indicator 

content_description_length 

maker_id_flag 

reserved 

schedule_description_length 

schedule_time-shift_information 

for(j=0;j


ブテーブル内の情報に変化があった場合に1 加算される。その値が 31 になった場合、0 に戻る。 

current_next_indicator(カレントネクスト指示 ):1 

section_number(セクション番号 ):セクションの番号を表す。 

last_section_number( 最終セクション番号 ):セクションが属するサブテーブルの最後のセクショ 

ンの番号を規定する。 

transport_stream_id(トランスポートストリーム識別 ):トランスポートストリームを分配システ 

ム内の他の多重から識別するラベル。 

original_network_id(オリジナルネットワーク識別 ): 元の分配システムのネットワーク識別を規 

定するラベル。 

service_id(サービス識別 ):ダウンロードの際に、ダウンロードコンテンツが伝送されるサービス 

を識別するためのラベル。 

num_of_contents:このテーブルで告知されているダウンロードコンテンツの数を示す。 

group:group_id が格納される。 

target_version:ダウンロードの際に、アップデート対象となるコンテンツのバージョン番号を示す。 

new_version:ダウンロードの際に、今回ダウンロードされるコンテンツのバージョン番号を示す 

download_level(ダウンロードレベル):01 の場合は強制ダウンロード、00 の場合は任意ダウンロ 

ード。 

version_indicator(バージョン指示 ): 以下の通り 

00: 全バージョンが対象 (バージョン指定は無効 )。 

01: 指定されたバージョン以降が対象。 

02: 指定されたバージョン以前が対象。 

03: 指定されたバージョンのみが対象。 

content_description_length():スケジュールループと記述子ループの合計のバイト長。 

maker_id_flag:table_id_ext に記載の値が拡張 maker_id 領域の場合は 0 に、それ以外は 1 とする。 

schedule_description_length(スケジュール記述長 ):スケジュールループのバイト長。全受信機 

共通データで、この値が 0 の場合は、対象となるダウンロードコンテンツが伝送されていることを 

示す。 

schedule_time-shift_information(スケジュール時間シフト情報 ): 以下の通り 

0: 複数の service_id で同一ダウンロードコンテンツを同一スケジュールで送出 

1~12: 複数の service_id で同一ダウンロードコンテンツを各 service_id 毎に 1~12 時間 

の時間シフトを行って送出 

13~14: リザーブ 

15: 単一の service_id でダウンロードコンテンツを送出 

なお、複数の service_id でダウンロードコンテンツを送出する場合の service_id の特定方法など詳 

細運用は本標準規格付属 -3「ダウンロード機能」、及び事業者運用規程を参照のこと。 

-133-


start_time( 開始時間 ):ダウンロードの配信の開始時間を日本標準時 (JST)と修正ユリウス日 (MJD) 

で示す。 

duration( 継続時間 ): 配信継続時間 

descriptor(): 表 12-2 で示すダウンロードコンテンツ記述子、表 12-3 で示すネットワークダウンロ 

ードコンテンツ記述子及び ARIB STD-B61 第二編で規定されるダウンロード保護記述子を格納す 

る。 

表 12-2 ダウンロードコンテンツ記述子の構造 


Download_content_descriptor () { 

descriptor_tag 

descriptor_length 

reboot 

add_on 

compatibility_flag 

module_info_flag 

text_info_flag 

reserved 

component_size 

download_id 

time_out_value_DII 

leak_rate 

reserved 

component_tag 

if (compatibility_flag == ‘1’) { 

compatibilityDescriptor() 

} 

if (module_info_flag == ‘1’){ 

num_of_modules 

for (i=0; i


descriptor_tag:ダウンロードコンテンツ記述子を示す識別値。値は 0xC9。 

reboot:ダウンロード終了時に受信機を再起動する必要があるか否かを指示する。 

1ならば再起動、0 ならば継続動作。 

add_on: 既存のモジュールの書き換えなのか、追加なのかを示す。 

1ならば追加、0 ならば書き換え。 

compatibility_flag: 記述子中の CompatibilityDescriptor()の有無を示すフラグ。 

1ならば CompatibilityDescriptor()が符号化され、0 ならば符号化されない。 

module_info_flag: 記述子中のモジュール毎の情報の有無を示すフラグ。 

1ならばモジュール毎の情報が符号化され、0 ならば符号化されない。 

text_info_flag: 記述子末尾のサービス記述の有無を示すフラグ。 

1ならばサービス記述が符号化され、0 ならば符号化されない。 

component_size(コンポーネントサイズ):カルーセルで伝送データサイズの合計 ( 単位はバイト) 

download_id(ダウンロード識別 ):このダウンロードの受け付け番号を識別する目的で設定された、 

ダウンロード識別を指定する。ここで指定されたダウンロード識別は実際の配信時の DII/DDB に 

も指定される。 

time_out_value_DII(DII タイムアウト値 ): 当該カルーセルの DII の全セクション受信に対する推 

奨すべきタイムアウト値 ( 単位はミリ秒 )。 

leak_rate(リークレート): 受信機のトランスポートバッファのリークレート。単位は 50bytes/s。 

reserved( 予約 ):この 3 ビットのフィールドは将来のための予約である。 

component_tag(コンポーネントタグ):この 8 ビットのフィールドには PMT のストリーム識別記 

述子で与えられる、対応するストリームのコンポーネントタグの値が入る。 

compatibilityDescriptor():DII 内の compatibilityDescriptor とまったく同等のものが入る。SDTT 

における table_id_ext/group で特定できないようなダウンロード対象の特定はここで行う。 

number_of_modules:モジュールの数を示す。 

module_id:ダウンロードにおけるファイル伝送に用いられるモジュール識別。 

module_size: 当該モジュールのバイト長を表わす。0 は不定長。 

module_info_length:module_info_byte のバイト長。 

module_info_byte:DII にて記述される type 記述子、Name 記述子、Info 記述子、Control 記述子 

のうち必要なものを格納する。 

private_data_length:private_data_byte のバイト長。 

private_data_byte:この領域の使い方は本標準規格の範囲外である。 

ISO_639_language_code( 言語コード):サービス記述で使用される文字記述の言語を識別する。 

text_length(サービス記述長 ):サービス記述の長さ( 単位 :バイト) 

text_char(サービス記述 ): 伝送されるダウンロードコンテンツのサービスに関する記述 

-135-


表 12-3 ネットワークダウンロードコンテンツ記述子の構造 


Network_download_content_descriptor () { 



reboot 

add_on 

compatibility_flag 

text_info_flag 

reserved 

component_size 

session_protcol_number 

session_id 

retry 

connect_timer 

address_type 

if (address_type == 0x00){ 

ipv4_address 

port_number 

} 


ipv6_address 

port_number 

} 


URL_length 

for (i=0; i


1ならば再起動、0 ならば継続動作。 

add_on: 既存のモジュールの書き換えなのか、追加なのかを示す。 

1ならば追加、0 ならば書き換え。 

compatibility_flag: 記述子中の CompatibilityDescriptor()の有無を示すフラグ。 

1ならば CompatibilityDescriptor()が符号化され、0 ならば符号化されない。 

text_info_flag: 記述子末尾のサービス記述の有無を示すフラグ。 

1ならばサービス記述が符号化され、0 ならば符号化されない。 

reserved:この 4 ビットフィールドは将来のための予約である。 

component_size: 伝送データサイズの合計 ( 単位はバイト)。 

session_protcol_number:ネットワークダウンロードの際に使用する通信のプロトコル番号を示す。 

session_id:ネットワークダウンロードの際に使用する通信のセッション識別を示す。 

retry: 通信サーバへ再接続を行う際の上限回数を示す。 

connect_timer: 通信サーバへのアクセスの負荷分散を想定した接続遅延パラメータ。付属 -3 に関 

連記載がある。 

address_type: 通信サーバのアドレス情報の種類を示し、表 12-4 の割り当てに従う。 

表 12-4 address_type 

値 

意味 

0x00 IPv4 のアドレスであることを示す。 

0x01 IPv6 のアドレスであることを示す。 

0x02 URL を示す。 

ipv4_address: 通信サーバの IPv4 アドレスを示す。 

port_number: 通信サーバのポート番号を示す。 

ipv6_address: 通信サーバの IPv6 アドレスを示す。 

URL_length: 通信サーバの URL のバイト長を示す。 

URL_byte: 通信サーバの URL の文字列を示す。 

compatibilityDescriptor():compatibilityDescriptor が入る。 

private_data_length:private_data_byte のバイト長を示す。 

private_data_byte:この領域の使い方は本標準規格の範囲外である。 

ISO_639_language_code: 以下の text_char で使用される文字記述の言語を識別する。 

text_length:text_char のバイト長を示す。 

text_char: 伝送されるダウンロードコンテンツのサービスに関する記述。 

-137-


12.2.1.2 table_id_ext の割当て 

table_id_ext の割当てを表 12-5 に示す。 

表 12-5 

table_id_ext の割当て 

table_id_ext の値 

内容 

CompatibilityDescriptor 

での model_id 指定 

0xFFFF reserved - 

0xFFFE BS 共通データ - 

0xFFFD * - 

0xFFFC BS/ 広帯域 CS 共通データ - 

0xFFFB * - 

0xFFFA 

地上デジタルテレビジョン放送用共通データ 

- 

(ジャンルコード、予約語、番組特性 ) 

0xFFF9 * - 

0xFFF8 

地上デジタルテレビジョン放送用共通データ 

- 

( 周波数リスト・変更情報 ) 

0xFF00~0xFFF7 * - 

0xFE00~0xFEFF 限定受信機能の更新あり 

0xF000~0xFDFF reserved_future_use ( 必要に応じて利用 ) 

0xE000~0xEFFF 拡張 maker_id(16 ビット) あり 

0x0000~0xDFFF maker_id(8 ビット)+model_id(8 ビット) - 

*: 受信機共通データ(テスト用を含む)として、別途事業者運用規定で規定される。 

maker_id( 製造者識別 )、拡張 maker_id については、一般社団法人電波産業会が管理運用する。 

12.2.1.3 SDTT の伝送 

地上デジタルテレビジョン放送は、複数の伝送パラメータを持つ信号を同時に伝送する階層伝 

送が可能である。誤り耐性の強い伝送方式を用いた強階層で携帯受信機に向けて信号を送出し、 

大容量伝送が可能な伝送方式を用いた弱階層で、固定受信機に向けて信号を送出することができ 

る。この場合、受信対象となる受信機毎に、異なる内容の SDTT(Software Download Trigger 

Table)を送出することを可能とする。このため強階層、弱階層で送出する SDTT を識別する目 

的で、各 SDTT に異なる PID を付与する(ARIB STD-B10 参照 )。但し、SDTT のデータ構造、 

Table_id は同一とする。 

12.2.2 コンテンツの伝送方式 

ダウンロードコンテンツは、データカルーセル、及びセクションテーブルでの伝送が可能である。 

12.2.2.1 ダウンロードコンテンツ・データカルーセル伝送方式 

ここでは、DSM-CC データカルーセル伝送規程へのダウンロードにおける追加規定について述 

べる。 

ダウンロードコンテンツ本体は DSM-CC データカルーセルの DDB を用いて伝送される。全受 

-138-


信機共通データに関するデータフォーマットは「付属 (ダウンロード機能 )」の Appendix.A で規 

定するが、それ以外については、ここでは規定しない。 

(1) DII における CompatibilityDescriptor の追加 

DSM-CC データカルーセルでダウンロード対象の機種を特定するための追加規定について述 

べる。CompatibilityDescriptor のセマンティクス及びシンタックスを用いるとする。シンタッ 

クスを表 12-6 に示す。 

表 12-6 Compatibility Descriptor フォーマット 

Syntax 

バイト数 

CompatibilityDescriptor(){ 

compatibilityDescriptorLength 

2 

descriptorCount 

2 

for ( i=0 ; i


場合 )は、subDescriptor()の additionalInformation 領域に model_id を記載する。ただし、記 

載の構造等については、本標準規格では規定しない。 

表 12-7 に機種情報の識別フィールドを示す。 

表 12-7 識別フィールド 

フィールド 

内容 

ビッ 

ト数 

specifierType *1 0xFF 0xFE 0xFD 0xFC 8 

specifierData() 0x819282 24 

model 

(maker_id)に 

相当 

(model_id)に 

相当 

( 拡張 

maker_id)に 

相当 

限定受信機能の 

更新に相当 *2 

受信機共通デ 

ータ( 拡張用 ) 

に相当 *2 

version (group_id)に割り当て 4 

(version_id)に相当 12 

*1:specifierType の値は、ISO/IEC 13818-6 において reserved とされている。 

*2: 受信機共通データ( 拡張用 )とは、table_id_ext の上位 8 ビットが 0xFF 以外の受信機共 

通データ。値の運用は本標準規格では規定しない。 

version フィールドは、12 ビットの version_id と、4 ビットの group_id(グループ識別 )とし 

て割り当てることとする。ここで group_id は発電所の負荷軽減のため、ダウンロード対象受信 

機を分散させるために設けている。 

Virtual Machine に対してモデル ID を規定し、それに基づいて全ての受信機に対してのダウン 

ロードを行わせることも可能である。 

specifierType が 0xFE の場合において、model フィールドに記載される拡張 maker_id に対応 

する model_id は、subDescriptor()の additionalInformation 領域に記載する。ただし、記載の 

構造等については、本標準規格では規定しない。 

specifierTypeが 0xFD の場合、subDescriptor()の additionalInformation 領域に補足分類等を 

記載する。ただし、記載の構造等については、本標準規格では規定しない。 

8 

8 

(2) DII の Module Info の記述子の追加 

ダウンロードコンテンツの情報は、DSM-CC データカルーセルの DII メッセージ内の Module 

Info を用いて記述する。既に規定されているいくつかの記述子を用いて伝送を行う。表 12-8 に 

DII(DownloadInfoIndication Message)フォーマットを示す。 

表 12-8 DII( Download Info Indication Message )フォーマット 

Syntax 

バイト数 

DownloadInfoIndication(){ 

dsmccMessageHeader() 

downloadId 4 

-140-


} 

blockSize 

windowSize 

ackPeriod 

tCDownloadWindow 

tCDownloadScenario 

compatibilityDescriptor() 

numberOfModules 

for ( i=0 ; i< NumberOfModules ; i++ ){ 

moduleId 

moduleSize 

moduleVersion 

moduleInfoLength 

for ( j=0 ; j< moduleInfoLength ; j++ ){ 

moduleInfoByte 

} 

} 

privateDataLength 

for ( i=0 ; i< privateDataLength ; i++ ){ 

privateDataByte 

} 

2 

1 

1 

4 

4 

2 

2 

4 

1 

1 

1 

2 

1 

moduleInfoByte に記述される記述子について、以下に説明する。 

Type 記述子にダウンロードを示すモジュールの型を規定する。これにより、そのモジュールが 

データサービスのコンテンツデータか、ダウンロードのコンテンツであるかを識別する。モジュ 

ールの型は RFC2046 で規定されている“Media Type”に従って記述される。 

例 .application/x-download =ダウンロードコンテンツであることを示す。 

どのようなモジュールの型を定義するかは、RFC2046 に従っている限り、受信機によって自 

由に規定しても良いとする。 

Name 記述子にはモジュールの名前を入れることとする。これは受信機内で一意にそのモジュ 

ールを特定することが可能な名前とする。例えば、受信機の全てのソフトウェアコンポーネント 

がモジュール単位でファイルシステム上で特定できるようになっていれば、この Name 記述子に 

そのダウンロード対象のファイルのパスを記述する。 

Info 記述子にはさらに付加的なモジュールに対する情報を入れる。 Info 記述子での情報内容 

は PlainText とする。任意のバイトデータをモジュールに対して付加する場合は Control 記述子 

を運用する。 

12.2.2.2 ダウンロードコンテンツ・セクション伝送方式 

ダウンロードコンテンツをセクション形式で伝送する場合は CDT(Common Data Table)を用 

いる。 

(1) 全受信機共通データテーブル(CDT)(Common Data Table) 

CDTは、そのテーブルを受信する全ての受信機を対象として、不揮発性メモリに格納すべき共通 

-141-


データをセクション形式で伝送するために用いる。地上デジタルテレビジョン放送では、事業者の 

サービスロゴデータは CDT 内の data_module_byte にロゴデータを配置して伝送する。ロゴデー 

タフォーマットは「付属 (ダウンロード機能 )」の Appendix.A を参照のこと。 

CDT については、ARIB STD-B10 も参照のこと。 

CDT のデータ構造を表 12-9 に示す。 

表 12-9 CDT シンタックス 

データ構造 

ビット数 

ビット列 

表記 

common_data_section(){ 

table_id 8 uimsbf 





download_data_id 16 uimsbf 


version_number 5 uimsbf 

current_next_indicator 1 bslbf 

section_number 8 uimsbf 

last_section_number 8 uimsbf 

original_network_id 16 uimsbf 

data_type 8 uimsbf 


descriptors_loop_length 12 uimsbf 

for(i=0;i


download_data_id(ダウンロードデータ識別 ): これは 16 ビットのフィールドで、全受信機共 

通データのダウンロードデータ識別を指定する。ダウンロードデータ識別は、オリジナルネットワ 

ーク識別 (original_network_id) 毎にユニークとする。サービスロゴの場合は、この値は SDT に 

配置される後述のロゴ伝送記述子に記載の download_data_id の値と一致する。 

version_number(バージョン番号 ):この 5 ビットのフィールドはサブテーブルのバージョン番号 

である。バージョン番号はサブテーブル内の情報に変化があった場合に 1 加算される。その値が 31 

になった場合は、その次は 0 に戻る。カレントネクスト指示が「1」の場合は、バージョン番号は 

テーブル識別とネットワーク識別で定義される現在のサブテーブルのバージョン番号になる。カレ 

ントネクスト指示が「0」の場合は、バージョン番号はテーブル識別とネットワーク識別で定義さ 

れる次のサブテーブルのバージョン番号になる。 

current_next_indicator(カレントネクスト指示 ):この 1 ビットの指示は、それが「1」の場合は 

サブテーブルが現在のサブテーブルであることを示す。「0」の場合は、送られるサブテーブルはま 

だ適用されず、次のサブテーブルとして使用されることを示す。 

section_number(セクション番号 ):この 8 ビットのフィールドはセクションの番号を表す。サブ 

テーブル中の最初のセクションのセクション番号は、0x00 である。セクション番号は、同一のテー 

ブル識別とネットワーク識別を持つセクションの追加ごとに 1 加算される。 

last_section_number( 最終セクション番号 ):この 8 ビットのフィールドは、そのセクションが属 

するサブテーブルの最後のセクション(すなわち、最大のセクション番号を持つセクション)の番 

号を規定する。 

original_network_id(オリジナルネットワーク識別 ):この 16 ビットのフィールドは、元の分配シ 

ステムのネットワーク識別を規定するラベルの役割をする。 

data_type(データ属性 ):この 8 ビットのフィールドは、伝送されているダウンロードデータの種 

類を示す。0x01 はロゴデータとし、運用詳細は本標準規格付属 -3「ダウンロード機能」、及び放送 

事業者規程を参照のこと。それ以外は将来拡張とする。 

descriptors_length( 記述子長 ):これは、12 ビットのフィールドで、後続の記述子の全バイト長を 

規定する。 

data_module_byte(データモジュールバイト):data_type 毎に定義されるシンタックスによりダ 

ウンロードデータを記載する。サービスロゴの場合は本標準規格付属 -3「ダウンロード機能」、及び 

放送事業者規程を参照のこと。 

CRC_32(CRC):これは ARIB STD-B10 の付録 B で定義するデコーダにおいて、セクション全体 

を処理した後にレジスタ出力がゼロになるような CRC 値を含む、32 ビットのフィールドである。 

(2) ダウンロードデータの特定方法 

ダウンロードデータはダウンロードデータ識別で特定される。ダウンロードデータ識別は、ダウ 

ンロードデータの内容や目的に応じて、記述子などを用いて特定する。地上デジタルテレビジョン 

-143-


放送では、SDT(Service Description Table)に配置されるロゴ伝送記述子 (Logo transmission 

descriptor)を用いてサービスロゴデータを特定する。 

ロゴ伝送記述子については、ARIB STD-B10 も参照のこと。ロゴ伝送記述子のデータ構造を表 

12-10 に示す。 

表 12-10 ロゴ伝送記述子シンタックス 

データ構造ビット数ビット列 

表記 

logo_transmission_descriptor(){ 



logo_transmission_type 8 uimsbf 

if(logo_transmission_type == 0x01){ 


logo_id 9 uimsbf 


logo_version 12 uimsbf 

download_data_id 16 uimsbf 

} 

else if(logo_transmission_type == 0x02){ 



} 

else if(logo_transmission_type == 0x03){ 

for(i=0;i


logo_id(ロゴ識別 ):この 9 ビットは当該サービスに定義するロゴデータのID 値を記載する。 

download_data_id(ダウンロードデータ識別 ):この 16 ビットはダウンロードされるデータの識 

別を表す。ロゴデータが配置されている CDT の table_id_extension の値と一致する。 

logo_version(ロゴバージョン番号 ):この 12 ビットは当該 logo_id のバージョン番号を記載する。 

CDT 内の data_module_byte()のロゴバージョン番号と同一値が付与される( 本標準規格付属 -3「ダ 

ウンロード機能」、及び放送事業者規程を参照 )。 

logo_char( 簡易ロゴ用文字列 ):この 8 ビットは簡易ロゴ用の 8 単位符号文字列を記載する。 

12.3 受信機の望ましい仕様 

ここでは、受信機内情報更新サービスの実現のために必要な受信機の機能とハードウェア規 

模・性能について記す。 

12.3.1 必要な機能 

ここでは受信機内情報更新サービスを受信するために受信機が備えるべき機能項目を挙げる。 

(1) 告知情報によるダウンロード予約機能 

・告知情報を運用状況に合せて受信し、ダウンロードコンテンツの受信実行を予約する機能。 

・受信した告知情報の内容を解析し、全受信機共通データのダウンロードか受信機情報に合致 

する受信機ソフトウェアのダウンロードかを判定し、ダウンロード実行の予約の可否を判断 

する。 

・告知情報の内容が強制ダウンロードであり、利用者の許諾情報が予め設定されている時には、 

利用者が意識することなく、ダウンロード実行を予約する。 

・告知情報が選択ダウンロードであれば、利用者に任意ダウンロードの選択内容を表示し、選 

択できる操作手段を提供し、利用者の選択した情報に基づきダウンロード実行を予約する。 

(2) ダウンロードコンテンツの受信機能 

(ア) データカルーセル形式ダウンロードコンテンツの場合 

・告知情報をもとに DSM-CC データカルーセルで送られるダウンロードコンテンツを受信し、 

ダウンロードコンテンツを不揮発性メモリ上に格納する機能 1。 

・受信したダウンロードコンテンツの内容の正当性、適合性を評価し、告知情報に基づきダウ 

ンロードコンテンツを不揮発性メモリに格納する。 

・ダウンロードは告知情報に基づいて実施する。スケジュール情報がある場合 2にはスタンバイ 

中にスケジュール情報に基づきダウンロードを行なう。スケジュール情報がない場合には、 

電源 OFF の操作が行なわれた場合にダウンロードを試みる。 

1 強制ダウンロードにおいては、ユーザに不利益を及ぼさない注意が必要であり、『付属 (ダウンロード機能 )の強制ダウンロード 

の取り扱い』に例を示す。 

2 「スケジュール情報がある場合」とは SDTT 内のスケジュール情報のループ数が 0 でない場合であり、「スケジュール情報が 

ない場合」とはそれが 0 となっている場合を指す。 

-145-


・ダウンロードコンテンツの受信によって現在行っている番組視聴に影響を及ぼさないこと。 

例えば現在視聴している TS など受信機が選局できる TS 内にダウンロードすべきダウンロ 

ードコンテンツが伝送されている時にダウンロードコンテンツ受信を実行する、ダウンロー 

ドによって書換えられたソフトウェアの再起動は電源 OFF(スタンバイ) 時に実行するなど。 

(イ) セクション形式ダウンロードコンテンツの場合 

・ダウンロードコンテンツの受信によって現在行っている番組視聴に影響を及ぼさないこと。 

例えば現在視聴している TS など受信機が選局できる TS 内にダウンロードすべきダウンロ 

ードコンテンツが伝送されている時にダウンロード受信を実行する。または、電源スタンバ 

イ中に取得すること。 

・地上デジタルテレビジョン放送においてロゴデータをダウンロードする時は、SDT に配置さ 

れたロゴ伝送記述子を受信し、ロゴ伝送タイプに応じて必要となるロゴデータを受信する。 

(ウ) 通信サーバ(ネットワーク)からのダウンロードコンテンツの場合 

・告知情報をもとに、(6)に示す通信機能を使って通信サーバから送られるダウンロードコンテ 

ンツを受信し、不揮発性メモリに格納する機能。 

・受信したダウンロードコンテンツの内容の正当性、適合性を評価し、告知情報に基づきダウ 

ンロードコンテンツを不揮発性メモリに格納する。 

・ダウンロードは、告知情報に基づき、スケジュール情報に沿ってダウンロードを行う。通信 

サーバからのダウンロードは、視聴中でもダウンロードすることは可能であるが、ダウンロ 

ードコンテンツの受信によって番組視聴などに影響を及ぼさないこと。 

(3) 異常発生時の状態回復機能 

・ダウンロードコンテンツの受信中の電源オンオフ、処理中断やデータ異常認知などの異常状 

態を認識し、受信機を正常状態へ回復する機能。 

・ダウンロード処理時に異常状態を認識した時、書き込まれたダウンロードコンテンツの内容 

を無効にし、ダウンロードコンテンツの再取得に必要な状態設定を確保する。 

・安全性確保のためにダウンロードによる書換えのための領域を 2 つ用意する 2 バンク方式に 

おいては、異常状態時にダウンロード処理前のプログラムを実行すること。書換えない固有 

プログラム領域とダウンロードによる書換え領域を 1 つ備える 1 バンク+α 方式においては、 

異常状態時に固有プログラムを実行し最低限の機能を保証すること 

(4) ダウンロード実行の許諾機能 

・受信機の利用者に対し、ダウンロード機能の実行を許諾する操作手段を提供し、利用者の許 

諾情報を保持する機能。 

(5) 電源制御機能 

・告知情報に基づき、自身のタイマにてコンテンツ情報の受信に必要な回路の電源を入れ、コ 

ンテンツをダウンロードし、ダウンロード終了時に立ち上げた電源を切る電源制御機能、及 

び電源 OFF 操作時に必要な回路の通電を保持し、コンテンツをダウンロードし、ダウンロ 

-146-


ード終了時に電源を切る電源制御機能。 

(6) 通信機能 

・通信サーバからのダウンロードに対応する場合は、11.4 に示すインタフェース及び 11.5 に 

示す TCP/IP を用いた通信機能を有すること。 

12.3.2 必要なハードウェア規模・性能 

12.3.1 の機能を遂行するための備えるべきハードウェア仕様 

(1) 告知情報及びダウンロードコンテンツの受信のために、伝送速度に追随できるメモリバッフ 

ァを確保すること。 

(2) 「付属 (ダウンロード機能 )」の Appendix A に詳述する受信機共通データのメモリ領域とし 

て少なくとも予約語等の格納領域として BS 用受信装置は 10K バイト、BS・広帯域 CS 共用 

受信装置は 30K バイト、地上用受信装置は 10K バイト、地上・BS・広帯域 CS 共用受信装 

置は 40K バイトを確保すること。なお、各種共用受信装置では、全ての伝送メディアで共通 

に運用されるジャンルコード表及び予約語表等のメモリに関しては共用しても良い。 

さらに EPG 等で用いるロゴデータを格納するデータ領域 3を確保すること。また地上用受 

信装置では、周波数リスト・変更情報の格納領域を確保すること。運用については本標準規 

格付属 -3 及び ARIB 技術資料「地上デジタルテレビジョン放送運用規定」を参照のこと。 

(3) ダウンロード処理の異常発生時の対策として、不揮発性メモリ 2 バンクを用いてダウンロー 

ド前の状態への後戻りを可能とする 2 バンク方式またはダウンロードによる書換え領域 1 バ 

ンクと固有プログラムをメモリ上に常駐させる 1 バンク+α 方式のメモリ構成を持つこと。 

3 詳細なデータ容量に関しては「付属 (ダウンロード機能 )」の Appendix. A を参照のこと。 

-147-


第 13 章 DIRD の信号処理機能 

13.1 番組配列情報 

省令で規定される PSI を含み、別途 ARIB で定義される番組配列情報の内、必須情報として規定 

される情報の受信・提示機能を持つものとする。 

13.2 放送 / 非放送の識別 

別途規定されるシステム管理記述子により、図 13-1 に示すフローに従い放送と定義される信号を 

選別できる機能を有するものとする。 

13.3 同時処理する PID の数 

本線系コンポーネントを含み 12 以上とする。 

13.4 スクランブル用に設定できるスクランブル鍵の数 

奇数鍵と偶数鍵を 1 対として 8 対以上とする。 

13.5 番組選択のフロー 

図 13-2 のフローにより番組選択を行うものとする。 

-148-


開始 

SMD あり? 

あり 

Smid 上位 2bit? 

00 

SMid 中位 6bit? 

一致 

Smid 下位 8bit? 

一致 

なし 

00 以外 

オプション機能 

不一致 

不一致 

全機能を告示レベルの受信不能例外処理受信不可 

活かして受信機能のみで受信 ( 技術方式不一致 ) ( 非放送利用など) ( 受信対象外 ) 

SMD:システム管理記述子 

Smid:システム管理識別子 

[ 備考 ] システム管理識別子 

16bit 

2 6 8 

制度分類 00: 一般エンドユーザ( 放送など) 

01:クローズドユーザ(CATV 配信など) 

10: 業務用 ( 通信など) 

11:Reserved 

技術分類 1( 告示レベルの技術方式の識別 ) 

00 0010:BSデジタル方式の技術方式 

00 0011: 地上デジタルテレビジョン放送の技術方式 

00 0100: 広帯域 CS デジタル放送の技術方式 

00 0101: 地上デジタル音声放送の技術方式 

その他 :Reserved 

技術分類 2( 民間レベルの技術方式の識別 ) 

0000 0001:( 例 )ARIB 方式 

その他 :Reserved 

図 13-1 放送 / 非放送の識別フロー 

-149-


開始 

NIT 受信 

ネットワーク情報表示 

ネットワーク選択 

自ネットワーク? 

他 

ネットワーク移動 

自 

番組配列情報 (NIT 含む) 受信 

番組情報表示 

編成チャンネル選択 

自ストリーム? 

他 

伝送チャンネル移動 

自 

PAT 受信 

PMT 受信 

システム管理 ID? 

放送 

ECM 受信 

限定受信処理 ? 

受信可 

番組要素信号受信 

非放送 

受信不可 

受信可受信不可例外処理 

[ 注 ] 

(1) 基本フローのみ記述。受信装置付加機能として分岐 / 短絡ルートなどを設けることも可。 

(2) 適切な NIT・番組配列情報を含む放送を受信する時には、例外処理へ進むことはない。 

(3) 例外処理では、正しく放送電波を捕捉するための再設定、非放送利用時の特殊処理 (システム管理 IDの 

アップロード等 )などの処理を行う。 

図 13-2 番組選択の基本フロー 

-150-


第 14 章受信装置各部の性能 

衛星デジタル放送受信装置各部の性能は、表 14.1~14.3 のとおりとする。 

地上デジタルテレビジョン放送受信装置各部の性能は、第 5 章に示す、更に付属 -10 地上デ 

ジタルテレビジョン放送の受信装置の性能について、を参照すること。 

14.1 衛星受信アンテナ 

表 14-1 衛星受信アンテナの望ましい性能 

項目性能 

G/T 

13dB/K 以上であること 

指向性有効口径 90cm 未満 

有効口径 90cm 以上 

図 14-2 の A カーブの値以上であること 

図 14-2 の A’カーブの値以上であること 

交差偏波特性 

図 14-2 の B カーブの値以上であること 

VSWR 

アンテナ単体では受信帯域内で 1.3 以下 

コンバータとの一体型ではコンバータ出力で 

2.5 以下とする 

図 14-1 指向性及び交差偏波特性のカーブ 

衛星軌道及び資源の逼迫によって、将来、我が国の衛星放送に干渉妨害を与える外国衛星が出現 

する可能性がある。その際の我が国と外国衛星との干渉妨害回避のための国際調整を考慮すると、 

アンテナ特性は、現在の放送衛星プランの前提条件となっている ITU-R 勧告 BO.1213 を満たすこ 

とが期待される。付属 -7に、ITU-R 勧告 BO.1213 を示す。 

-151-


14.2 衛星コンバータ 

表 14-2 衛星コンバータの望ましい性能 

項目性能 

雑音指数 

1.2dB 以下 

入力 VSWR 

受信帯域内で 2.5 以下 

受信帯域内利得偏差 

BS、広帯域 CS 各受信帯域内で 4dB(p-p) 以下 

BS・広帯域 CS 受信帯域内で 6dB(p-p) 以下 

受信チャンネル内利得偏差受信チャンネル帯域内で 1dB(p-p) 以内 

出力 VSWR 


局部発振周波数漂動 

±1.5MHz 以内 (-30゜~+50゜C) 

局部発振出力の漏洩 

受信入力端で-30dBm 以下 

-52dBc/Hz(1kHz) 以下 

局発位相雑音 



相互変調レベル 

-70dBm 入力 2 信号において-55dB 以下 

イメージ妨害抑圧比 

31dB 以上 

14.3 衛星 DIRD 

表 14-3 衛星 DIRD の望ましい性能 

項目性能 

局部発振漏洩電力入力端において-55dBm 以下 

入力 VSWR 


受信限界 CN 比 

CN 比 11dB( 雑音帯域幅 28.9MHz 白色雑音のみ)の条件 

において受信劣化が検知されないこと。 

なお、測定に用いる放送波信号は、希望波・妨害波とも衛星 

中継器と同等の伝送路を通過させた信号とする。 

妨害排除能力 

8PSK、CN 比 17dB( 限界 +6dB: 雑音帯域幅 28.9MHz)の 

状態において下記を満足すること。 



同一チャンネル* 

隣接チャンネル* 

隣隣接チャンネル* 

相互変調 

スプリアス 

第 2 局発イメージ 

AFC 特性 

DU 比 13dB で受信劣化が検知されない。 


DU 比 -3dB で受信劣化が検知されない。 


26MHz~7GHz の範囲で DU 比 -3dB で不要波による受信劣 

化が検知されない。 


入力信号周波数の±1.5MHz 変化に対し受信劣化が検知され 

ないこと 

* 妨害波は、希望波と同じシンボルレート・フィルター特性のデジタル変調波とする。 

なお測定時に衛星中継器または同等の伝送路を用意できない場合は、付属 -8に示す基準を満足 

することとする。 

-152-


第 15 章共用化受信装置 (オプション) 

15.1 デジタル放送受信装置の共用化及びインターオペラビリティ接続部 

デジタル放送受信装置を他メディアと共用する場合は本章の規定による。地上デジタルテレビジ 

ョン放送と衛星デジタル放送受信装置の共用化及び TS インタフェースにあたるインターオペラビ 

リティ接続部に関しては 15.1.1 の通りとする。狭帯域 CS デジタル放送、デジタル CATV との受信 

装置の共用化及び TS インタフェースにあたるインターオペラビリティ接続部に関しては検討中で 

ある。 

15.1.1 地上デジタルテレビジョン放送受信アダプターと衛星デジタル放送受信装置の共用化及び 


15.1.1.1 地上デジタルテレビジョン放送と衛星デジタル放送受信装置の共用化 

「地上デジタルテレビジョン放送共用化 BS デジタル放送受信装置及び地上デジタルテレビジョ 

ン放送共用化 BS・広帯域 CS デジタル放送共用受信装置 ( 以下これらを「共用化 BS/BS・広帯域 

CS デジタル受信装置」とも呼ぶ。)」は、あらかじめ「地上デジタルテレビジョン放送受信アダプ 

ター( 以下「地上アダプター」とも呼ぶ。)」との接続部及び地上デジタルテレビジョン放送の受信 

機能を装備する必要がある。本規格での規格化範囲は次の通りとする。 

地上デジタルテレビジョン放送 

共用化 BS/BS・広帯域 CS デジタル受信装置 

地上アダプター 

インタフェース 

図 15-1 地上デジタルテレビジョン放送との共用化ブロック 

本規格での規格化範囲は、上記地上デジタルテレビジョン放送共用化 BS/BS・広帯域 CS デジタル 

受信装置とインタフェースについてであり、地上アダプターについては地上デジタルテレビジョン放送 

受信装置の規格に準ずる。地上アダプターのデスクリプタ、コマンド、チューナモデルについては、付 

属 -5 の「地上アダプターのデスクリプタ、コマンド、チューナモデル」の項を参照のこと。 

15.1.1.2 地上デジタルテレビジョン放送受信共用化インタフェース 

(1) シリアルインタフェース仕様及び入力ストリーム 

シリアルインタフェースは、IEEE1394 仕様とし、IEEE Std 1394-1995「IEEE Standard for a 

High Performance Serial Bus」に準拠する。 

共用化 BS/BS・広帯域 CS デジタル受信装置は、地上アダプターで選局されたフル TS を受信 

することとする。 

-153-


共用化 BS/BS・広帯域 CS デジタル受信装置から地上アダプターを選局、受信サーチするため 

に、受信周波数を送信する DSIT コマンド、地上アダプターの状態を知るための Tuner Status 

Descriptor、地上アダプターを認識するための Tuner Subunit Identifier Descriptor を以下に規定 

する。 

(2) コマンド 

共用化 BS/BS・広帯域 CS デジタル受信装置は、1394 Trade Association における AV/C 

Descriptor Mechanism Specification ( 以下 AV/C Descriptor)、AV/C Tuner Model and Command 

Set ( 以下 AV/C Tuner) 、 AV/C Tuner Broadcast System Specification – Digital Video 

Broadcast(DVB) 及び Enhancements to the AV/C Broadcast System Specification – Digital 

Video Broadcast(DVB)に準拠し、AV/C Tuner の Profile E0:Conformant_implementation で規 

定される機能を備える地上アダプターの選局を制御するために、以下のコマンドをサポートしなけ 

ればならない。なお、AV/C Descriptor コマンドの詳細は AV/C Descriptor を、AV/C Tuner コマン 

ドの詳細は AV/C Tuner を参照のこと。 

表 15-1 に示す AV/C Descripter コマンドを少なくともサポートする。 

表 15-1 必須 AV/C Descriptorコマンド 


Type 

記述 

OPEN 

0x08 CONTROL Descriptor のアクセ 

DESCRIPTOR 

ス権を取得する 

OPEN 

0x08 STATUS Descriptor のアクセ 

DESCRIPTOR 

ス状態を調べる 

READ 

0x09 CONTROL Descriptor からデー 

DESCRIPTOR 

タを読み込む 

注 1: OPEN DESCRIPTOR コマンドは read_open subfunction(0x01) 及び close 


サポート 

必須 ( 注 1) 

必須 

必須 

地上アダプター選局のために表 15-2 の AV/C Tuner コマンドをサポートする。 

表 15-2 必須 AV/C Tunerコマンド 

Opcode 値 Command Type 記述サポート 

DIRECT SELECT 

INFORMATION TYPE 

(DSIT) 

0xC8 CONTROL 周波数選局 

(replace subfunction 

は必須 ) 

必須 ( 注 1) 

注 1: DIRECT SELECT INFORMATION TYPE コマンドは subfunction が 

replace(0xD2)のサポートを必須とする。 

-154-


(3) DIRECT SELECT INFORMATION TYPE(DSIT)コマンド 

表 15-3 に DSIT コマンドの system_specific_multiplex_selection フィールドの構造を示す。地 

上アダプターの選局は center_frequency を用いて行う。 

表 15-3 system_specific_multiplex_selectionフィールド 

構造 

ビット 

数 




8 

constellation, hierarchy_info, code_rate-HP_steram, 

code_rate-LP_stream, guard_interval 

network_id, transmission_mode, other_frequency_flag, 8 

reserved (5bits) 

} 


currently_available, selected, reserved (6bits) 8 

center_frequency 32 

bandwidth(3bits), reserved(5bits) 8 


8 



8 


network_id 16 

} 

} 

・system_specific_multiplex_attributes_valid_flags 

地上アダプターの選局では center_frequency を使用するので、少なくとも 

center_frequency フィールドを“1”とする。 

・center_frequency 

選局する放送の中心周波数 (center frequency)を指定する。center_frequency フィールドは 32 ビ 

ットの大きさで単位は 10Hz である。( 付属 -5の「受信周波数」の項を参照のこと。) 

共用化 BS/BS・広帯域 CS デジタル受信装置からの DSIT コマンドに対する地上アダプターの 

response を表 15-4 に示す。 

-155-


表 15-4 DSITコマンド response 


地上アダプターの状態 

Response 

コード 

Response フレーム中の 

status (HEX) 

コマンドに従って選局 ACCEPTED 0x00 


ACCEPTED 

0x01 

ACCEPTED を返す ( 注 1) 

選局できない REJECTED 0xFF 

サポートしていない NOT IMPLEMENTED 0xFF 

注 1: 共用化 BS/BS・広帯域 CS デジタル受信装置は地上アダプターの選局状態の確認を 

Tuner Status Descriptor を用いて、以下の動作手順で行うことができる。 

1. antenna_input_info の searching フィールドが“0”になったことを確認する。 

searching フィールドが“0”になるまで Tuner Status Descriptor の確認を繰り返す。 

2. system_specific_multiplex_selection_attributes の currently_available フィールド 

の確認を行う。 

3. system_specific_multiplex_selection_attributes の center_frequency フィールドで 

選局した放送の中心周波数の確認を行う。 

4. 受信状態情報が必要な場合には antenna_general_system_info の 

signal_strength フィールドの値を確認する。 

(4) デスクリプタ 

共用化 BS/BS・広帯域 CS デジタル受信装置は地上アダプターの識別と、その状態を知るため 

に、表 15-5 の二つのデスクリプタにアクセスする機能を持つ。Tuner Subunit Identifier Descriptor 

と Tuner Status Descriptor の詳細については AV/C Tuner を参照のこと。 

表 15-5 デスクリプタ 

デスクリプタ descriptor 

記述 

サポート 

_type 

Tuner Subunit Identifier 0x00 Tuner Subunit の能力 / 特徴を示す必須 

Descriptor 


地上アダプターは Tuner Subunit Identifier Descriptor をサポートし、その中の 

system_specification ループの subsystem_label を少なくともサポートしなければならない。 


受信可能な放送システムを列挙するフィールドであり、label 長が 9 文字、使用される文字は 

ASCII code の英数文字で表され、地上アダプターでは表 15-6 に示す値となる。共用化 BS/BS・ 

広帯域 CS デジタル受信装置は、この subsystem_label により、地上アダプターであることを識 

-156-


別する。 

値 

JPNTBADPT 

表 15-6 subsystem_label 

意味 


また、地上アダプターは Tuner Status Descriptor をサポートし、その中の antenna_input_info 

の searching フィールド、antenna_general_system_info の signal_strength フィールドと、 

system_specific_multiplex_selection_attributes の currently_available フィールド、 

center_frequency フィールドを少なくともサポートしなければならない。 

・searching 

searching フィールドの機能を表 15-7 に示す。 

表 15-7 searchingフィールド 


意味 


searching=1( 選局動作中 ) の時、共用化 BS / BS ・広帯域 CS デジタル受信装置は 

currently_available、signal_strength の各フィールドを無効として扱う。 

・signal_strength 

signal_strength の機能を表 15-8 に示す。 signal_strength は地上アダプターの受信状態の情 

報を表し、数値が大きくなるほど受信状態が良好であることを示し、最大値を 255 とする。 

currently_available=0 の時、共用化 BS/BS・広帯域 CS デジタル受信装置は signal_strength 

フィールドを無効として扱う。 

表 15-8 signal_strengthフィールド 


意味 

signal_strength 

地上アダプターの受信状態 (0~255) 

・currently_available フィールド 

currently_available の機能を表 15-9 に示す。 

表 15-9 currently_availableフィールド 


意味 

currently_available 正常な選局動作が完了 ( 正常に受信中 )=1 

-157-



center_frequency は地上アダプターが現在受信中の放送の中心周波数を表示する。 

表 15-10 center_frequencyフィールド 


意味 

Center_frequency 受信している中心周波数を表示 ( 単位は 10Hz) 

15.1.1.3 地上デジタルテレビジョン放送受信共用化 BS/BS・広帯域 CS デジタル受信装置の拡張 

機能 

(1) 受信アンテナ方向調整及び受信状態情報の表示 

「受信アンテナ方向調整時」は、リモコンから受信チャンネルを指定し、地上アダプターに受信 

周波数を送り、READ DESCRIPTOR コマンドを用いて定期的に地上アダプターから受信状態情 

報を取得し、その受信状態情報を表示すること。 

受信状態情報は signal_strength フィールドの値として伝送される。表示内容は一例として、 

受信状態情報 (0~255)に応じた「バー表示」とするが、表示方法は商品企画とする。 

(2) EPG について 

ARIB 技術資料を参照のこと。BS-EPG 及び広帯域 CS-EPG に加えてのメモリーが必要となるが、 

商品企画とする。 

(3) 受信サーチ及び service_id に基づく受信機能 

リモコン等からの「受信サーチ」指令を受けて、受信地点における全可能受信チャンネルをサーチ 

機能により受信し「service_id に基づく周波数テーブル」を作成する。新局・新中継局設置等により 

再サーチを指示する機能をリモコン等に装備する。受信サーチの手順の一例を以下に示す。 

1「受信サーチ」指令により、共用化 BS/BS・広帯域 CS デジタル受信装置は、「受信サーチ中 

( 表示内容は任意 )」を表示し、DSIT コマンドを用いて一番低い物理チャンネルの中心周波数 

を地上アダプターに設定する。 

2 地上アダプターより、「受信可能 ( 選局 )」ステータスと「受信状態情報」を READ DESCRIPTOR 

コマンドを用いて取得する。「サーチ中」ステータスが送られて来る間は待機する。サーチ状態 

が終了し受信可能状態であれば、当該周波数の「service_id に基づく周波数テーブル( 周波数、 

service_id、受信状態情報等よりなる)」を作成し、次の周波数に移る。また、受信不可 ( 選局 

できない) 状態であれば、次の周波数に移る。 

3 共用化 BS/BS・広帯域 CS デジタル受信装置は、DSIT コマンドを用いて次の周波数を指定し 

-158-


て地上アダプターに設定する。 

4 順次このようなサーチを行い、以前受信した周波数と同一な network_id で、以前より受信状態 

情報が良い周波数があったら共用化 BS/BS・広帯域 CS デジタル受信装置側で以前の周波数テ 

ーブル部分を抹消して新しい周波数テーブルに更新する。 

5 一番高い周波数のサーチが終了したら共用化 BS/BS・広帯域 CS デジタル受信装置は「受信サ 

ーチ中」表示を非表示としサーチ動作を終了する。 

通常の受信時は地上アダプター側に service_id が指定するサービスを含む受信周波数を送信し、 

地上アダプターからフル TS を受信する。「サーチ中」はその旨を表示し、「受信不可」( 当該サービ 

スが停止中もある)ならばその旨を表示し次の選択を指示する。 

(4) メモリーについて 

BS デジタル放送受信機能や広帯域 CS デジタル放送受信機能に加えて地上デジタルテレビジョ 

ン放送受信機能が付加されることから、メモリーについても拡張が必要になると思われるが、商品 

企画とする。 

(5) リモコンについて 

リモコンについては商品企画とするが、BS デジタル放送受信や広帯域 CS デジタル放送受信等 

との操作の共通性が望まれる。最低限リモコン操作により「BS」「広帯域 CS」「地上」のメディア 

選択が行え、その結果を画面表示する機能が必要である。その他の機能については、付属 -5の「リ 

モコン機能について」の項を参照のこと。 

15.2 ベースバンド部 

TS インタフェース以降のベースバンド部については、本規格に加えて、 

・狭帯域 CS デジタル放送との共用受信装置については、ARIB 規格 B1、B16 の規格を満たすこと。 

・デジタル CATV 放送との共用受信装置については、JCTEA、STD-007 の規格を満たすこと。 

-159-


第 16 章サーバー型放送受信機能 

標準規格 STD-B38 に規定される「サーバー型放送」の受信を実現するために、前章まで述べた 

受信機機能に追加する通信機能やコンテンツ蓄積機能等の受信機仕様を以下に規定する。 

16.1 サーバー型放送受信装置の基本構成 

STD-B38 に規定されるサーバー型放送を受信する「サーバー型 DIRD」の基本構成を図 16-1 に 

示す。 

衛星フロントエンド 

チューナーパック 

選局直交検波 

地上フロントエンド 

チューナーパック 

選局検波 

復調・復号 

(8PSK 等 ) 

TMCC 復号 

復調・復号 

(64QAM 等 ) 

TMCC 復号 


地上アダプター、CS、CATVのTS 

デインターリーブ 

フレーム分離 

リードソロモン TS 

復号 

デスクランブラ 

デインターリーブ 

階層処理 

エネルギー逆拡散等 

TS 

再生 

TS 

( 限定受信 ) ( 限定再生 ) 

CA 

デスクランブル 

限定受信 

関連情報 

処理 

(CA モジュール) 

蓄積装置 

CA 

デスクランブル 

限定再生 

関連情報 

処理 

MPEG2 

DEMUX 

EPG、基本データ 

デコーダ 

映像復号 

HD→SD D/C 

HD 映像出力 

SD 映像出力 

MODEM 

音声復号 

音声出力 

高速デジタル入出力 

図 16-1 サーバー型 DIRD の基本構成 

-160-


16.2 サーバー型放送受信装置各部の仕様 

16.2.1 蓄積機能 

STD-B38 で規定されたサーバー型放送を受信する蓄積機能を設けること。 

また、第 17 章に規定される権利保護機能を有すること。 

16.2.2 映像信号処理及び出力の形式 

サーバー型放送受信装置は、蓄積された映像の状態として以下の 2 つの場合が存在する。 

1 ストリーム型コンテンツの映像をリアルタイム視聴可能なまま蓄積を行う場合 

2 1 以外の ARIB STD-B24 第三篇で規定されたメディアタイプに応じた映像ファイルの蓄積 

を行う場合 

上記 1の場合においては、6.1.1、6.1.2 に同じ。 

2においては規定の適用外とする。 


サーバー型放送受信装置は、蓄積された音声の状態として以下の2つの場合が存在する。 

1 ストリーム型コンテンツの音声をリアルタイム視聴可能なまま蓄積を行う場合 

2 1 以外の ARIB STD-B24 第三篇で規定されたメディアタイプに応じた音声ファイルの蓄積 

を行う場合 

上記 1の場合においては、6.2.1、6.2.2、6.2.3 に同じ。 

2においては規定の適用外とする。 

16.2.4 双方向通信機能の仕様 

参照するコンテンツがストリーム型のためのプロトコルとして、バイナリー転送 HTTP の用アプ 

リケーション層、ISDN-DSU-TA 接続のプロトコル B チャネルのアプリケーション層、 

ISDN-DSU-(TA 内蔵 ) 接続のプロトコル B チャネルのアプリケーション層、Ethernet 用通信ネッ 

トワーク終端装置に直接接続する際のプロトコルのアプリケーション層、Ethernet 用通信ルータ接 

続する際のプロトコルのアプリケーション層、携帯電話 /PHS(PIAFS)を利用したデータ通信バ 

イナリー転送用通信プロトコルのアプリケーション層にそれぞれ RTP、RTCP、RSVP、RTSP を 

追加する。 

16.3 サーバー型放送受信装置の信号処理機能 

ARIB STD-B25 に記載されているストリーム型コンテンツ、ファイル型コンテンツを受信 / 蓄積 

し、蓄積されたコンテンツを選択後に再生表示を行う。各々の処理を以下に示す。 

-161-


16.3.1 コンテンツ蓄積のフロー 

図 16-2 のフローによりコンテンツの蓄積を行うものとする。 

16.3.2 蓄積済みコンテンツ選択のフロー 

16.3.2.1 ストリーム型コンテンツ選択のフロー 

図 16-3 のフローにより蓄積されたストリーム型コンテンツの選択を行うものとする。 

16.3.2.2 ファイル型コンテンツ選択のフロー 

図 16-4 のフローにより蓄積されたファイル型コンテンツの選択を行うものとする。 

-162-


開始 

NIT 受信 

ネットワーク情報表示 

ネットワーク選択 

自ネットワーク? 

他 

ネットワーク移動 

自 

番組配列情報 (NIT 含む) 受信 

番組情報表示 

編成チャンネル選択 

他 

自ストリーム? 

自 

伝送チャンネル移動 

PAT 受信 

PMT 受信 

システム管理 ID? 

放送 

ECM 受信 

限定受信処理 ? 

非放送 

受信不可 

受信可 

限定再生処理 ? 

蓄積不可 

蓄積可 

番組要素信号受信 

蓄積可蓄積不可受信不可例外処理 

【注】 


(2) 適切な NIT ・番組配列情報を含む放送を受信する時には、例外処理へ進むことはない。 

(3) 例外処理では、正しく放送電波を捕捉するための再設定、非放送利用時の特殊処理 (システム管理 ID 

のアップロード等 )などの処理を行う。 

図 16-2 コンテンツ蓄積の基本フロー 

-163-


開始 

PAT 抽出 

PMT 抽出 

ECM 抽出 


再生不可 

再生可 

番組要素信号抽出 

再生可 

再生不可 

【注】 


図 16-3 ストリーム型コンテンツ選択の基本フロー 

-164-


開始 

コンテンツ情報ヘッダ処理 ? 

なし 

あり 

限定再生関連情報抽出 


再生不可 

再生可 

コンテンツ要素信号抽出 

再生可 

再生不可 

再生可 

【注】 


図 16-4 ファイル型コンテンツ選択の基本フロー 

-165-


第 17 章権利保護機能 

コンテンツ等の権利保護情報及びその機能については、平成 14 年 3 月及び9 月の情報通信審議会技 

術分科会で、その技術的条件が答申されている。ARIBとしては基本的に答申に基づいて規格化し 

て来ており、デジタルコピー制御記述子及びコンテント利用記述子については標準規格 STD-B10に 

規定している。 

今後の規格化・運用規定化の指針も含めて答申を付録に添付する。 

-166-

付属 

解説とガイドライン 

目 

次 

付属 -1 映像フォーマットの切替方法 ···························································· 167 

付属 -2 高速デジタルインタフェース ···························································· 175 

付属 -3 ダウンロード機能 ··········································································· 189 

付属 -4 AAC デコーダにおけるダウンミックス処理について ····························· 224 

付属 -5 地上デジタルテレビジョン放送との受信装置共用化について ·················· 226 

付属 -6 広帯域 CS デジタル放送受信アンテナシステムと留意点 ························· 246 

付属 -7 ITU-R 勧告 BO.1213 に記載されたアンテナ特性 ·································· 249 

付属 -8 測定時に衛星中継器または同等の伝送路を用意できない場合の 

DIRD の望ましい性能基準 ································································ 251 

付属 -9 双方向通信 ···················································································· 256 

付属 -10 地上デジタルテレビジョン放送の受信装置の性能について ·················· 273 

付属 -11 サーバー型放送サービス毎信号処理 ················································ 280


付属 -1 映像フォーマットの切替方法 

ある1つのサービス ID に対して、映像ストリームのフォーマット(1080i、720p、480p、480i 

等 )が変更される際に、シームレスな表示もしくは違和感の少ない表示を実現する方法を記載す 

る。 

これを実現するためには、送信側、受信側双方での信号処理が密接に関係するため、ここでは 

受信側だけでなく送信側の運用方法についても記載している。完全シームレス切替が実現可能な 

送信側の運用方法 (A)と簡易的な運用方法 (B)に分け、それぞれに対応する受信側の望ましい 

処理方法を記載するが、ARIB 標準規格 STD-B32 に推奨されている以下の運用が送信側で行われ 

ることが前提となっている。なお、ここでは SDTV から HDTV に切り替える場合のみを記載して 

いるが、HDTV から SDTV への切替や、SDTV-SDTV 間 (480i⇔480p)もしくは HDTV-HDTV 間 

(1080i⇔720p)の切替においても送信側、受信側とも同様に処理できる。 

SDTV-HDTV 間、SDTV-SDTV 間、HDTV-HDTV 間等、すべての映像フォーマットの変更に 

おいて、異なるフォーマットの映像ストリームの ES_PID は切替の前後で必ず異なる番号を使用 

し、ここに記載された運用方法を用いて送出されることが推奨されている。 

以下に、SDTV から HDTV に切り替える場合の運用方法を記載する。 

[ 前提条件 ] 

SDTV 3ch から HDTV 1ch への切替え、または HDTV 1ch から SDTV 3ch への切替において、 

連続表示を望む放送局は、次のとおり送出する。 

・ HDTV 放送時にも SDTV と同じ service_ID を指定する PMT を同じ数だけ送出すること。 

・ HDTV の ES_PID は新 PMT 送出開始時に放送されている全てのコンポーネントの PID と 

異なる値に設定すること。 

・ SDTV, HDTV 番組の PMT ともビデオデコードコントロール記述子を含むこと。 

これらの条件を満たす場合の例として、ここでは各番組の service_id、ES_PID の値として次の 

ように設定する。 

SDTV1 番組 : service_id=01 ES_PID=101 HDTV 番組 :service_id=01 

ES_PID=104 


ES_PID=104 


ES_PID=104 

-167-


ビデオデコードコントロール記述子 


video_decode_control_descriptor(){ 



still_picture_flag 

sequence_end_code_flag 

video_encode_format 

reserved 

} 

8 

8 

1 

1 

4 

2 

uimsbf 

uimsbf 

bslbf 

bslbf 

bslbf 

bslbf 

still_picture_flag: 

1: 静止画 (MPEG-I フレーム)を伝送 

0: 動画を伝送 

sequence_end_code_flag: 

1: sequence_end_code が送信される stream 

0: sequence_end_code が送信されない stream 

video_encode_format: 0000: 1080 p 

0001: 1080 i 

0010: 720 p 

0011: 480 p 

0100: 480 i 

0101: 240 p 

0110: 120 p 

0111: reserved 

1000~1111:video_encode_format の拡張用 

reserved 2bit: 

将来の拡張用 

[A] 完全シームレス切替を実現可能な運用方法 (sequence_end_code を送出する方法 ) 

〇送出側運用 

1. SDTV/HDTV 切替時刻を仮に時刻 T1とする。SDTVのPMTはvideo_decode_conrol_descriptor 

を含むものとする(sequence_end_code_flag : 1 、 video_encode_format : 0100(480i), 

0011(480p))。 

2. SDTV 3 台 , HDTV 1 台のエンコーダは、PCR と PTS(,DTS)は同期させ、切り替わり時 

に PCR は連続させる。 

3. HDTV 番組の PMT(ES_PID=104 を指定 )は、切替時刻 T1 より 1 秒前 ( 標準値 )から送出を始める。 

HDTV の PMT は video_decode_conrol_descriptor を含むものとする(sequence_end_code_flag: 

1、video_encode_format:0001(1080i), 0010(720p))。( 注 1) 

4. SDTV ストリームの送出は、切替時刻直前に GOP の末尾として終了し、最後に 

sequence_end_code を付加する。( 注 2) 

5. 切替時刻になったら MUX 装置内では SDTV 用 TS の多重化をやめ、HDTV 用 TS の多重化 

-168-


を始める。HDTV ストリームに切替えられた後、できるだけ早く HDTV の sequence_header 

が送られることが望ましい。GOP を先頭とし、最初の GOP を closed GOP とする。SDTV 

ストリームの sequence_end_code と HDTV ストリームの sequence_header_code との間は 

ヌルデータが多重される。( 注 2) 

( 注 1): 新 PMT の送出開始タイミングについて 

・無料放送のみ考えれば、番組切換時刻 T1 より 0.5 秒以上前に新 PMT を送出すれば、 

受信装置は十分応答できる。送出側運用は正秒単位で行うのが通例なので、T1 より 1 

秒前に新 PMT を送出する事を標準とする。受信装置側では、0.5~2 秒前の間のどこか 

で新 PMT の送出が開始されれば問題無い。 

・有料放送を考慮した場合、切換対象となる鍵が多い場合、IC カードの応答時間を考え 

ると、2 秒前に新 ECM を送っても間に合わない場合も考えられる。しかし、2 秒より 

もっと前に新 PMT を送ると、そのタイミングで選局した人は、長い間、画が出ないと 

いう不具合が生じる。よって、新 PMT の送出は、0.5~2 秒前の間のどこかとし、鍵の 

共通化や一時的ノンスクランブル等の工夫をする事によって、このタイミングでも問題 

無いような CAS の運用を行うことが望ましい。 

( 注 2): 放送局におけるスケジュールの秒単位制御では、GOP 長やフレーム/フィールド周波 

数 59.94Hz により GOP の末尾のタイミングと秒単位のタイミングは一般的に一致しな 

いため、ストリームの終了・開始タイミングは制御タイミングより多少前後する。SDTV 

ストリーム終了と HDTV ストリーム開始のギャップは受信側のデコーダバッファがア 

ンダーフローしないように十分小さくしなければならない。 

〇受信装置側運用 

A-Ⅰ) シームレス切替対応型受信装置の場合 

1. 新たなバージョンの PMT を取得する。 

2. PMT 記述子の内容により、SDTV から HDTV への切替で sequence_end_code が送信さ 

れるストリームであることを判別したら、Demux は SDTV・HDTV 両方の ES_PID のス 

トリームを同時に AV デコーダに入力するような設定になる。但し、実データは送出タイ 

ミングによりダブって入力されることはなく、SDTV のストリームデータが終了後、HDTV 

のストリームデータがバッファに貯まる。 

3. ビデオデコーダは sequence_end_code を取得したら画像をフリーズし、音声ミュート状態 

にする。 

4. HDTV 用ストリームの sequence_header を取得したらデコーダは自動追従して適切なデ 

-169-


コードをする。正常な映像・音声が出力可能な状態になったら、画面フリーズ・音声ミュ 

ートを解除する。( 見かけ上シームレスに表示されるためには、バッファがアンダーフロ 

ーにならないように SDTV ストリーム終了後、速やかに HDTV ストリームが受信される 

必要がある。この場合、フリーズ画面は表示されない。SDTV ストリーム終了から HDTV 

ストリーム開始までの時間が十分に小さくなく、バッファがアンダーフローした場合、 

sequence_end_code の直前に送信された映像がフリーズ表示される。) 

5. HDTV デコードが開始されたことを確認したら AV デコーダに入力する ES_PID は HDTV 

用のみにする。 

A-Ⅱ) シームレス切替未対応受信装置の場合 

1. 新たなバージョンの PMT を取得する。 

2. PMT 記述子の内容により、SDTV から HDTV への切替であることを判別したら 

(sequence_end_code の有無に拘わらず)、映像はフリーズまたは黒画面、音声はミュー 

トする。 

3. ビデオデコーダは SDTV のデコードを停止する。 

4. Demux は SDTV の ES_PID を持つストリームの受信を停止し、HDTV の ES_PID を持 

つストリームをデコーダバッファに入力するように設定される。 

5. ビデオデコーダの sequence_header モニタレジスタをホスト CPU で監視して HDTV ス 

トリームが入力されるのを待つ。 

6. HDTV 用ストリームの sequence_header を取得したらデコーダは HDTV デコードを開始 

し、正常な映像・音声が出力可能な状態になったら、映像のフリーズまたは黒画面、音声 

のミュートを解除する。 

〇注意事項 

シームレス切替未対応受信装置で新 PMT 受信時点での画面をフリーズさせる機種が存在する場 

合、新 PMT 送出開始の 0.5 秒 (バッファでの遅延量 ) 以上前からフリーズ状態でもフリッカの目立 

たない映像を送出することが望ましい。 

-170-


送出側 

切替時刻 T1 

sequence_end_code 

SD-ENC1 出力 



HD-ENC 出力 

SD1 番組 

PID=101 

SD2 番組 

PID=102 

SD3 番組 

PID=103 

エンコーダから出力されても MUX で 

捨てられる部分 







HD 番組 

PID=104 

-2sec 

-1sec 

( 標準値 ) 

新 PMT 

-0.5sec 

HD sequence_header 

この部分はヌルパケットが 

多重されている 

MUX 出力 

SD1~3 番組 

HD 番組 

新 PSI 送出開始 

可能期間 

1.5sec 

シームレス対応受信装置の場合 SDHD 

stream 切替 

バッファがアンダーフローしないよう 

にこのギャップを十分小さくするとフ 

リーズ画面はなくなる。 

DeMUX 出力 

SD1(SD2,SD3) 番組 

PID=101(102,103) 

実データは出力されない 

実データは出力されない 

HD 番組 

PID=104 

DEC 出力 


HD 番組 

フリーズの可能性あり 

シームレス未対応受信装置の場合 :SD→HD 

DeMUX 出力 


PID=101(102,103) 

HD のデータ待ち 

HD 番組 

PID=104 

DEC 出力 


フリーズ画像・黒画面 

HD 番組 

図 1-1 SDTV/HDTV 完全シームレス切替が可能な送信・受信側のタイミング概念図 

(video_decode_control_descriptor の sequence_end_code_flag が 1 の場合の処理 ) 

-171-


[B] SDTV/HDTV 切替の簡易的な運用方法 (sequence_end_code を送出しない方法 ) 

ここでは SDTV 3 台 , HDTV 1 台のエンコーダは非同期で動作しており、SDTV/HDTV 切り 

替わり時に PCR は不連続になることを前提としているが、エンコーダが同期運転されたり、 

PCR が連続するシステムの方が望ましい。 

〇送出側運用 

1 HDTV 本番組が始まる時間の 1.0 秒前を、SDTV/HDTV 切替時刻とし、仮に時刻 T1 とす 

る。 SDTV の PMT は video_decode_conrol_descriptor を含むものとする 

(sequence_end_code_flag:0、video_encode_format:0100(480i), 0011(480p))。 

2 SDTV ストリームは、切替時刻 T1 を基準として、HDTV 番組の PMT 送出予定時刻の 0.5 

秒以上前から黒画面またはフリーズ表示されても良いような静止画を送出する。音声は無 

音を送出する。 

3 HDTV ストリームのエンコーダは、切替時刻 T1 より 1 秒以上前から映像は静止画、音声 

は無音を出力し始める。 

4 HDTV 番組の PMT(ES_PID=104 を指定 )は、切替時刻 T1 より 1~0.2 秒前から送出を始 

める。HDTV の PMT は video_decode_conrol_descriptor を含むものとする 

(sequence_end_code_flag:0、video_encode_format:0001(1080i), 0010(720p))。( 注 

1) 

5 切替時刻 T1 になったら MUX 装置内では SD 用 TS の多重化をやめ、HDTV 用 TS の多 

重化を始める。SDTV ストリームの送出は、切替時刻直前に GOP の末尾として終了する 

ことが望ましい( 最後に sequence_end_code を付加しても良い)。HDTV ストリームに切 

替えられた後、できるだけ早く HDTV の sequence_header が送られることが望ましい。 

6 HDTV 番組の開始時刻 ( 切替時刻の 1.0 秒後 )までは、映像は静止画、音声は無音の送出を 

続ける。T1+1 秒後から HDTV 本番組がスタートする。 

( 注 1):「[A] 完全シームレス切替を実現可能な運用方法」の注 1を参照のこと。 

〇受信装置側運用 

シームレス切替対応受信装置において A-1 で記載された方法で信号処理を行うと、SDTV スト 

リームが突然途中で終了し、伝送上で大きなエラーが発生した場合と同様な状況となる。デコー 

ダの性能によってはエラー発生前のデコード画像をフリーズ表示できず、ブロックエラーのある 

表示画面が生じることも想定されるため、sequence_end_code_flag が 0 の場合には、シームレス 

切替対応受信装置も、未対応受信装置と同様に以下のように信号処理することを推奨する。 

1 新たなバージョンの PMT を取得する。 

2 PMT 記述子の内容により SDTV から HDTV への切替であることを判別したら、映像は 

フリーズまたは黒画面、音声はミュートする。 

3 ビデオデコーダは SDTV のデコードを停止する。 

-172-


4 Demux は SDTV の ES_PID を持つストリームの受信を停止し、HDTV の ES_PID を持 

つストリームをデコーダバッファに入力するように設定される。 

5 ビデオデコーダの sequence_header モニタレジスタをホスト CPU で監視して HDTV ス 

トリームが入力されるのを待つ。 

6 HDTV 用ストリームの sequence_header を取得したらデコーダは HDTV デコードを開始 

し、正常な映像・音声が出力可能な状態になったら、映像のフリーズまたは黒画面、音声 

のミュートを解除する。 

-173-


送出側 

新 PMT 送出開始時刻 

の 0.5 秒以上前 

切替時刻 T1 

-0.2 sec 

1.0sec:HD 本番組開始時刻 


SD1 

番組 

SD1 

黒画面・静止画 / 無音 




SD2 

番組 

SD2 





SD3 

番組 

SD3 




HD-ENC 出力 

エンコーダから静止画のデータが出力 

されているが MUX で捨てられる部分 

-1.0sec 

新 PMT 

-0.2sec 

stream 切替 

HD 

静止画 / 無音 

HD sequence_header 

HD 

本番組 

MUX 出力 

SD1~3 

番組 

SD1~3 


HD 


HD 

本番組 

新 PSI 送出開始期間 

シームレス切替対応・未対応受信装置 

DeMUX 出力 


PID=101(102,103) 

受信装置 PSI 取 

得 

処理期間 

HD のデータ待ち 

HD 番組 

PID=104 

受信装置異常デコード期間 

500ms(1 GOP) 以下 

DEC 出力 

SD1~3 

番組 

SD1~3 

黒画面・静止画 

/ 無音 

SD1~3 

黒画面・フリーズ 

/ 無音 

HD 


HD 

本番組 

図 1-2 

SDTV/HDTV の簡易的な切替方法における送信・受信側のタイミング概念図 

(video_decode_control_descriptor の sequence_end_code_flag が 0 の場合の処理 ) 

-174-


付属 -2 高速デジタルインタフェース 

高速デジタルインタフェースは、拡張デコーダの他にデータ放送等テレビジョン受信以外の端末 

機器への接続を目的とする。このためには、インタフェース規格は家庭内でのデジタルストリーム 

分配に適するとともに、将来に備え、今後開発される周辺デジタル機器とのインタフェースに適合 

することが望ましい。今回の議論においても国内外デジタル受信装置の検討状況や、パソコン等の 

周辺機器で使用されるインタフェースを前提に検討を行った。 

現時点でのインタフェースの技術動向は、MPEG データ等の高速、大容量転送を目的に開発が進 

み、DIRD の接続される周辺機器との構成を満足する技術仕様が出てきている。 

インタフェース仕様の選定条件としては、接続が容易、大容量データ転送可能、安価なインタフ 

ェース、パソコンとの親和性、ホームネットワークへの期待、双方向性、技術規格がオープン、統 

一規格、複数機器間での接続可能などを条件とした。また、既にデジタル放送が行われている CS 

放送の受信装置標準規格 (ARIB STD-B1)との互換性を持たせることとした。その結果、IEEE1394 

(IEEE Std 1394-1995 準拠 )を選定し、プロトコルとして IEC61883-1、4 を採用した。コマンド、 

デスクリプタは、1394TA で審議されている「AV/C Digital Interface Command Set Specification」、 

「AV/C Descriptor Mechanism Specification」に準拠することとした。 

コマンドについては、外部機器から制御するために Tuner(DIRD)コマンドを規定した。1394TA 

「AV/C Tuner Model and Command 」及び「Enhancements to the AV/C Broadcast System 

Specification-Digital Video Broadcast (DVB)」に準拠し、Enhancements to the AV/C Broadcast 

System Specification の Profile1:The Simplest Tuner Without Lists and Selection by DSIT で規 

定される機能をサポートすることにした。また、デスクリプタについてもサポートすべきデスクリ 

プタとして、「Tuner Subunit Identifier Descriptor」と「Tuner Status Descriptor」を規定した。 

さらに、Tuner Subunit の入出力プラグの接続について接続モデルを規定した。また、DIRD 機能 

として EPG からの予約に対するコマンドの規定 ( 外部機器コマンド)の問題が指摘された。基本 

的には、DIRD が外部機器コマンドの 1394TA コマンド規格に沿ったコマンド機能搭載により、各 

外部機器間での interoperability の確保は可能と考えるが、現時点では商品企画、アプリケーショ 

ンを明確にすることは難しいため、また 1394TA においては予約関連のコマンドがまだ規定されて 

いないことも考慮し、EPG 予約機能などに必要な外部機器のコマンド規定は今後の課題とした。た 

だし、別紙に DIRD-VCR のシステム構成におけるコマンド例を参考とし記載した。記載コマンド 

のサポートレベルは商品企画により異なるため、コマンドのみ記載した。コマンドは、1394TA「AV/C 

Tape Recorder/Player Subunit Specification」を参考とした。 

シリアルインタフェースの信号仕様は、出力信号形態としてデマックス前の全てのトランスポー 

トストリームまたはパーシャルトランスポートストリームとし、外部機器から DIRD への入力信号 

形態も全てのトランスポートストリームまたはパーシャルトランスポートストリームとした。信号 

内容は、全てのトランスポートストリーム出力は、現パラレルインタフェース仕様と同様とし、パ 

-175-


ーシャルトランスポートストリーム出力は、デスクランブル出力とする。スクランブル出力につい 

ては、契約に関する個別情報が二次使用 ( 記録再生など)された場合に、二次使用時点での契約情 

報等との扱いについて問題点の指摘があり、パーシャルトランスポートストリームのスクランブル 

出力については今後の課題とした。しかし、スクランブル出力に関しては、DIRD が新たに番組情 

報から高速デジタルインタフェースの信号出力を制限する機能が加わり、出力制御を事業者により 

運用面から対応することが可能である。 

コネクタは、IEEE Std 1394 準拠コネクタとし、4 ピンコネクタ又は 6 ピンコネクタとする。 

IEEE1394 インタフェースは、MPEG データ等のコンテンツデータを転送するインタフェースと 

して選定したが、コンテンツの著作権保護のために十分なるコピープロテクション機能が求められ 

る。DIRD の IEEE1394 インタフェースのデジタルコピープロテクション方式は放送事業者仕様と 

した。 

一方で、昨今、家庭内における IP (Internet Protocol) 網が目覚しく普及を始めている。そうし 

た背景の下、デジタル放送受信装置の魅力を上げ、更なる普及促進を目指すためにも、今後ホーム 

ネットワーク内におけるホームサーバーといった商品カテゴリの普及が望まれる。ホームネットワ 

ークとは、家庭内で機器間接続し、コンテンツや制御情報、その他データをやり取りすることでユ 

ーザ利便性の向上を図るためものである。上述の状況からホームネットワークとしての伝送路とし 

て、今回新たに IP インタフェースを選定した。 

機器接続やチャンネル選局、コンテンツ伝送などの制御仕様については、DLNA(Digital Living 

Network Alliance)で規定される DLNA Networked Device Interoperability Guidelines expanded: 

October 2006( 以下 DLNA ガイドライン)に準拠することとした。特にチャンネル選局などに利 

用するチューナ記述について、サポートすべきプロパティを規定するとともに、新たに追加すべき 

プロパティを規定した。またチューナ記述で用いる文字コードは、SI 情報で使用する8 単位符号か 

ら CDS(ContentDirectory service)で使用する UTF-8 への変換規則を規定した。 

IP インタフェースの信号仕様は、出力信号形態としてはパーシャルトランスポートストリームと 

し、その伝送フォーマットを規定した。 

物理インタフェースは、有線インタフェースについては 10BASE-T, 100BASE-TX または 

1000BASE-T とし、8 ピンモジュラージャック(RJ-45)を装備することとした。また無線インタフェ 

ースについては、802.11a/b/g に対応する ARIB 規格として RCR STD-33、ARIB STD-T66 または 

ARIB STD-T71 に準拠することとした。 

伝送プロトコルは HTTP(Hypertext Transfer Protocol)を用いることとしている。デジタル放送 

受信装置よりストリームを受け取る DMP(Digital Media Player)においては、HTTP/1.1 を使用す 

ることが推奨される。RTP(Real-Time Transport Protocol)は使用するアプリケーションが明確にな 

った時点で審議することとした。 

-176-


IEEE1394 インタフェース同様、IP インタフェースにおいても、コンテンツの著作権保護のため 

に十分なるコピープロテクション機能が求められる。DIRD の IP インタフェースのデジタルコピ 

ープロテクション方式は放送事業者仕様とした。 

デジタル放送受信機は様々なフォーマットでデジタル放送を蓄積する機能を有するようになっ 

ており、それに対応するために IP インタフェースの出力信号形態として、パーシャルトランスポ 

ートストリームに加え、DLNA ガイドライン Volume 2: Media Format Profiles で定められたスト 

リームフォーマットを使用可能とした。 

次に、高速デジタルインタフェース(シリアルインタフェース)でのシステム構成例を図 2-1~ 

図 2-5 に、DIRD-Tape Recorder/Player システム構成例におけるコマンドの参考を図 2-6 及び表 

2-1~ 表 2-4 に示す。 

また、高速デジタルインタフェース(IP インタフェース)でのシステム構成例を図 2-7~ 図 2-9 

に示す。 

-177-


IRD( 高速デジタルインタフェース)システム構成例 

高速デジタルインタフェース(シリアルインタフェース)のシステム構成例を示す。 

:トランスポートストリーム信号 

TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 

1394(MPEG) 

IC card 

MPEG Decoder 

1 DIRD 出力データは、全てのトランスポートストリームまたはパーシャルトランス 

ポートストリームのデスクランブルトランスポートストリーム。 

2 MPEG Decoder は、外部デコーダの一例。 

図 2-1 外部デコーダ接続 

-178-



: 制御信号 

TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 

1394(MPEG) 

IC card-A 

IF-in 

RF-in 

DVCR 

DIRD 内蔵 

IC card-B 

1 DVCR は、DEMUX、CA 以降の処理内蔵。 

2 DIRD の制御機能は、事業者の運用仕様あるいはコマンド仕様による。 

3 DIRD 出力データは、全てのトランスポートストリームまたはパーシャルトランスポート 

ストリーム。 

4 IC card-A 及び B は、同一の場合も考えられる。 

図 2-2 DVCR( 再生機能付 ) 接続 

-179-




TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 

1394(MPEG) 

IC card 

RF-in 

DVCR 



2 DIRD 入力データは、全てのトランスポートストリームまたはパーシャルトランスポート 



4 スクランブルトランスポートストリームデータは、蓄積 - 再生において ECM/EMM など 

の CA 情報の扱いに注意をする必要がある。 

図 2-3 DVCR( 蓄積 ) 接続 

-180-




MONITOR 

パソコン 

1394(MPEG) 

V/L/R 

IF-in 

DIRD 

IC card 

1 DIRD 出力データは、全てのトランスポートストリームまたはパーシャルトランスポートス 

トリーム。 

2 DVCR アプリケーションにおいては、DVCR システムに同様。 

図 2-4 パソコン接続 

-181-




MONITOR 

パソコン 

1394(MPEG) 

IC card 

V/L/R 

IF-in 

DIRD 

1394(MPEG) 

RF-in 

DVCR 



2 DVCR アプリケーションにおいては、DVCR システムに同様。 

図 2-5 DVCR+パソコンシステム接続 

-182-


DIRD-Tape Recorder/Player 接続システムにおけるコマンドについて( 一例 ) 

DIRD-Tape Recorder/Player のシステム構成例を図 2-6 に示す。構成例における制御コマンド 

案を以下に、Tape Recorder/Player Subunit を制御するためのコマンドの例を示す。1394 Trade 

Association における AV/C Digital Interface Command Set に準拠するものとし、必要に応じ原技 

術資料 1394TA「AV/C Tape Recorder/Player Subunit Specification Version2.1FC1」を参照され 

たい。 



TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 

1394(MPEG) 

IC card 

RF-in 

Tape Recorder/Player 

図 2-6 

1. Tape Recorder/Player Subunit においてサポートが必須とされているコマンド 

受信装置が、Tape Recorder/Player subunit においてサポートが必須とされている以下のような 

コマンドを使用することによって、再生、録画、停止などの Tape Recorder/Player の基本的な機 

能を制御することができるようになる。( 表 2-1~ 表 2-2 参照 ) 

-183-


表 2-1 

Unit commands 

Opcode 値 Command Type Comments 

UNIT INFO 30 STATUS - 

SUBUNIT INFO 31 STATUS - 

表 2-2 

Tape Recorder/Player Subunit commands ( 必須コマンド) 


Comments 

Type 

PLAY / FASTEST C3 / 3F CONTROL 早送り再生 (CUE) 

FORWARD 

PLAY / FASTEST C3 / 4F CONTROL 巻き戻し再生 (REVIEW) 

REVERSE 

PLAY / FORWARD C3 / 75 CONTROL 再生 ( 標準速 ) 

PLAY / FORWARD C3 / 7D CONTROL 再生一時停止 

PAUSE 

RECORD / RECORD C2 / 75 CONTROL 録画 

RECORD / RECORD C2 / 7D CONTROL 録画一時停止 

PAUSE 

WIND / STOP C4 / 60 CONTROL 停止 

WIND / REWIND C4 / 65 CONTROL 巻き戻し 

WIND / FAST C4 / 75 CONTROL 早送り 

FORWARD 

INPUT SIGNAL 

MODE 

79 STATUS Tape Recorder/Player Subunit の入 

力信号フォーマットの設定状態を調べる 

OUTPUT SIGNAL 

MODE 

78 STATUS Tape Recorder/Player Subunit の出 

力信号フォーマットの設定状態を調べる 

TRANSPORT STATE D0 STATUS Tape Recorder/Player の動作状態 ( 再 

生中、録画中など)を調べる 

2.より確実な制御を行うためのコマンド 

受信装置が、上記 1 の必須コマンドに加えて以下のコマンドを使用すれば、番組の記録再生をよ 

り確実に実行させることが可能となる。なお、コメントに記載している Support level は 1394TA 

で規定されているものである。Support level が推奨または任意のコマンドは、Tape 

Recorder/Player Subunit がサポートしていない場合がある。( 表 2-3~ 表 2-4 参照 ) 

表 2-3 

Common unit and Subunit commands 

Opcode 値 Command Type Comments 

POWER B2 CONTROL 電源制御 ( 任意 ) 

-184-


表 2-4 

Tape Recorder/Player Subunit commands (より確実な制御を行うためのコマンド) 


Comments 

Type 

TAPE RECORDING D2 CONTROL 記録フォーマットを設定する( 任意 ) 

FORMAT 

(D-VHS) 

TAPE RECORDING 

FORMAT 

(D-VHS) 

D2 STATUS 記録フォーマットの設定状態を調べる(D-VHS 

では必須 ) 

TAPE PLAYBACK 

FORMAT 

(D-VHS) 

D3 STATUS 再生フォーマットの設定状態を調べる(D-VHS 

では必須 ) 

INPUT SIGNAL 

MODE 

79 CONTROL Tape Recorder/Player Subunit の入力信 

号フォーマットを設定する( 任意 ) 

TRANSPORT 

STATE 

D0 NOTIFY Tape Recorder/Player Subunit の動作状 

態 ( 再生中、録画中など)の変化を通知さ 

せる( 任意 ) 

MEDIUM INFO DA STATUS メディアの情報を取得する( 推奨 ) 

POWER コマンドは、Tape Recorder/Player の電源の制御に使用されるものである。受信装置が 

このコマンドを利用することにより、予約録画時等に Tape Recorder/Player の電源制御を行うこと 

が可能となる。 

TAPE RECORDING FORMAT / TAPE PLAYBACK FORMAT コマンドは、D-VHS において 

STD/HS/LS などの記録モードの設定に関して使用されるものである。 

INPUT SIGNAL MODE コマンドは、D-VHS のデジタル/アナログ設定、及び DV の記録モー 

ドの設定に関して使用されるものである。 

受信装置がこれらのコマンドを利用することにより、現在設定されている記録モードの確認や、 

番組の伝送レートに応じた記録モードの設定を行うことが可能となる。 

TRANSPORT STATE(NOTIFY)コマンドは、Tape Recorder/Player Subunit の動作状態の変 

化を通知させるために使用されるものである。受信装置がこのコマンドを利用することにより、 

Tape Recorder/Player Subunit の動作状態に変化が起きたことが認識できるようになる。例えば、 

テープエンドになったために Tape Recorder/Player Subunit の動作状態が録画から停止へと変わ 

ったなどという場合に、受信装置側でこれを認識することが可能となる。なお、変化後の動作状態 

を確認するには、TRANSPORT STATE(STATUS)コマンド( 必須コマンド)を使用する必要が 

ある。 

MEDIUM INFO(STATUS)コマンドは、現在挿入されているカセットに関する情報を取得す 

るために使用されるものである。カセットに関する情報としては、カセットのタイプ 

(DVCR/VHS/8mm など)、さらにその種類 (VHS タイプであれば、S-VHS/D-VHS テープなど)、 

及び、書き込み禁止の状態がある。そして、受信装置がこのコマンドを利用することにより、 

RECORD コマンドの発行によって記録を指示する際に、カセットの状態 ( 記録可能な状態かどう 

か)を確認することが可能となる。 

-185-


高速デジタルインタフェース(IP インタフェース)のシステム構成例を示す。 



TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 

Ethernet/ 無線 LAN 

IC card 

MPEG Decoder 

1 DIRD 出力データはパーシャルトランスポートストリーム。 

2 MPEG Decoder は、外部デコーダの一例。 

図 2-7 外部デコーダ接続 

-186-




TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 


IC card 

Recorder 

1 Recorder は DIRD 内蔵の場合を含む 


3 DIRD 入力データはパーシャルトランスポートストリーム。 

図 2-8 レコーダ接続 1(DIRD からレコーダを制御 ) 

-187-




TV or MONITOR 

V/L/R 

V/L/R 

IF-in 

DIRD 


IC card 

Recorder 


2 DIRD 入力データはパーシャルトランスポートストリーム。 


図 2-9 レコーダ接続 2(レコーダから DIRD を制御 ) 

-188-


付属 -3 ダウンロード機能 

1 はじめに 

1.1 本付属の目的と位置づけ 

ここでは本標準規格の第 12 章「ダウンロード機能の仕様」についての解説、及び運用のガイド 

ラインを示す。運用の詳細は各事業者の運用規程を参照されたい。 

1.2 規格の背景と概要・特徴 

ダウンロードの伝送手段としては、放送電波、通信ネットワーク、カードなどの蓄積モジュール 

が考えられるが、本標準規格では、伝送コストの観点からは低廉な放送電波を、さらにインターネ 

ットの普及を鑑みて通信ネットワークを対象とした。 

伝送方式としては、放送においてはマルチメディアサービスの伝送プロトコルである DSM-CC 

データカルーセル、及びセクション形式を用いることとする。世界標準方式である MPEG の 

DSM-CC 規格の採用により、様々な伝送・蓄積メディアとも整合性が得られる。 

また本方式ではダウンロードの形態やダウンロードの更新先の指定に柔軟な選択性が確保されて 

いる。ダウンロード形態としては、視聴者の選択により更新を行う選択型、強制的に行う強制型、 

通常番組視聴時に所望のデータが到達したときに番組視聴に影響を及ぼさずにダウンロードを行う 

自動型、番組非視聴時にダウンロードスケジュールの告知情報に基づいて受信装置立ち上げ動作を 

行いダウンロードを行う告知型などが選択可能である。更新先としては、機種ごと、機種の集合体 

であるグループごと、全受信装置対象などが指定可能である。さらに全受信プログラム更新、指定 

されたモジュール単位での更新など柔軟な更新モジュールの選択も可能である。但しモジュール単 

位での更新を実現するには、受信装置でのモジュール管理機能が必要となるが、これを全受信装置 

に課すものではない( 後述する全受信装置共通データ更新を除く)。 

ダウンロードスケジュールの告知の手法としては、全ストリームに送出される SDTT(Software 

Download Trigger Table)を用いる。SDTT に配置できる記述子として、従前のダウンロードコンテ 

ンツ記述子に加えて、ネットワークダウンロードコンテンツ記述子を追加した。この記述子の導入 

によって、ダウンロード伝送路が放送であるか通信ネットワークであるかを識別することが可能にな 

る。放送の場合は、ダウンロードデータが伝送される original_network_id を、通信ネットワークの 

場合はサーバのアドレスや URL を SDTT 内の記述子に記述する。受信装置は取得した SDTT により、 

指定の伝送チャネルに移動する。これにより例えば広帯域 CS で配信される SDTT に基づいて BS か 

らダウンロードコンテンツを取得するなどメディア横断的なダウンロード運用が可能となる。さらに、 

放送のみからのダウンロードなのか、通信ネットワークのみからのダウンロードなのか、あるいは両 

方からのダウンロードなのかなど優先度を付けたダウンロードの指定も可能である。 

地上デジタルテレビジョン放送ではダウンロードデータが伝送される放送ネットワークは地域毎 

に異なることが想定される。この場合、SDTT に記載する network_id、transport_stream_id は全 

-189-


国共通に地上デジタルテレビジョン放送固有の値を記載し、受信装置は NIT に記載された受信装置 

内情報更新サービスの network_id、transport_stream_id をもとにコンテンツを取得することも可 

能である。これにより各放送局での SDTT の内容書き換えの作業を省くことができる。 

また地上デジタルテレビジョン放送の携帯受信装置など、ダウンロードコンテンツの配信・取得 

が困難な場合は、SDTT のみを配信し、視聴者への告知のみを行うことも可能である。 

更に地上デジタルテレビジョン放送のエンジニアリングサービスでは、特定 TS で実施した場合、 

ある時期、ある地域にて、その TS が受信できない受信装置内情報更新サービスの難視状態が発生 

することが予想される。これを救済するためには、複数または全ての TS においてエンジニアリン 

グサービスを実施することが望ましい。複数または全ての TS においてエンジニアリングサービス 

を実施する場合、全ての TS がダウンロードコンテンツを同じ時刻に送出するよりも、各々の TS 

が送出時刻をずらして送出することにより、受信機会が増え、受信装置内情報更新サービスの受信 

確度の向上につながる。複数の TS で送出時刻をずらして送出する場合は、SDTT のスケジュール 

時間シフト情報を利用する。運用の詳細は事業者仕様を参照されたい。 

次世代 CAS においては、限定受信機能をソフトウェア化し、放送や通信を使ってダウンロード 

することでその機能やセキュリティの維持改善を図ることが行われる。限定受信機能をソフトウェ 

ア化したものを CAS プログラムと呼ぶが、そのダウンロード告知は受信装置ソフトウェアと同様 

に SDTT で行う。CAS プログラムのダウンロードにあたっては、放送経由に加えて通信経由での 

ダウンロードが可能になるなどより確度の高いダウンロードが必要との要求が挙げられており、通 

信ネットワークでのダウンロードが重要になる。なお、CAS プログラムのダウンロードに関しては、 

ARIB STD-B61 に規定されている。 

次にデジタル放送でのダウンロード方式においては信頼性の確保が極めて重要である。この観点 

からは受信装置への 2 バンクの不揮発メモリの実装が望ましいが、本標準規格では、2 バンクを必 

須とはせず、「最低限必要な音声・映像・ダウンロードが受信できるレベルの機能だけを、マスク 

ROM に確保するなど、ダウンロードに失敗しても最低限の受信装置機能を確保すると共に、修復 

ダウンロードが可能とすること」を必須とする。また全ての受信装置に漏れなくダウンロードする 

ことや、全ての受信装置のバージョン管理は不可能である。従って本規定に基づく受信装置内情報 

更新サービスには、ダウンロードされていない受信装置でも旧来の動作を保証する上位互換性、ど 

のバージョンの受信装置でも最新のバージョンにアップデートできる仕組みを課すこととする。さ 

らに規格で規定されているハード規模・性能の制限のもとで実現できる範囲内での受信装置内情報 

更新サービスに制約する。 

ところで、SDTT の table_id_ext に記載する maker_id(8 ビット)については、将来的に枯渇 

する可能性が指摘されており、maker_id を 16 ビット長に拡張する「拡張 maker_id」を導入した。 

拡張 maker_id は、table_id_ext の上位 8 ビットの値で示される領域に振り分けられるが、合わせ 

-190-


て拡張 maker_id であるかどうかを示すフラグ(maker_id_flag)についても SDTT に導入した。 

また、Compatibility Descriptor の model フィールドに記載する値についても拡張 maker_id を導 

入し、それを示す目的として specifierType の値を拡張した。なお、拡張 maker_id に対応する 

model_id については、subDescriptor()の additionalInformation 領域に記載することにした。一般 

に model_id は、受信装置メーカー等が管理することが多いと思われるので、model_id を 

additionalInformation 領域に記載する構造等については、本標準規格では規定しない。 

最後に、規格における受信装置内情報更新サービスの内容について述べる。本規定でのダウンロ 

ードの更新対象は、メモリに格納するプログラムまたはデータとする。さらにサービス内容として 

は、各受信装置を対象とした受信ソフトウェアの機能修正や更新と、全受信装置共通のデータ更新 

に大別される。各受信装置ソフトウェアを対象としたサービスにはソフトウェアの機能更新、応答 

速度の向上など様々なレベルのものが想定されるが、ダウンロードとして全取り換え/モジュール 

単位などの更新範囲や、ダウンロードデータフォーマットなどについては規定しない。全受信装置 

共通のデータ更新には、ジャンルテーブルやロゴ、予約語、地上デジタルテレビジョン放送での周 

波数リスト・変更情報 (Appendix A.6 参照 )などがあり、該当するデータを各伝送メディア、また 

は全伝送メディアの全ての受信装置が共通にモジュール単位で更新できる。 

2 受信装置内情報更新サービス 

2.1 受信装置内情報更新サービスの定義 

放送のデジタル化によるマルチメディアサービスの登場とともに、受信装置はソフトウェアによ 

る処理を有することになる。このことは、受信装置のなかのソフトウェアを更新・追加することに 

より、ハードウェアを換えることなく、より高度なサービスや受信装置機能の実現が可能となるこ 

とを意味する。これにより、各受信装置の機能や全受信装置共通データの更新、あるいは新サービ 

ス用受信装置プログラムの追加等のサービスを行うことが可能となる。 

放送や通信などを用いて、そのような受信装置のなかのソフトウェアを更新することを可能とす 

るのが、ソフトウェアダウンロードサービスである。 

ソフトウェアダウンロードに対応できる受信装置は、放送などから内蔵ソフト等のプログラムデ 

ータを受信し、それに基づいて受信装置のソフトウェアを更新・追加することが可能である。 

本方式では、ソフトウェアダウンロードサービスによって更新対象とされるものは、不揮発メモ 

リに格納されるプログラムもしくはデータとする。 

2.2 要求条件 

今後の放送メディアの円滑な発展を考慮して、ソフトウェアダウンロードを実現するための全体 

システムとしての要求条件は以下のものが考えられる。 

-191-


(1) 柔軟なソフトウェアダウンロードの実現 

ソフトウェアダウンロードの内容によって、ダウンロード対象を受信装置個別 /グループ/ 全 

機種といったように柔軟に選べる方式であること。また、モジュールもしくはファイル単位 

での部分的な受信装置ソフトウェアの更新にも対応可能であること。さらに受信装置ソフト 

ウェアの全取り替えも可能であること。 

(2) ダウンロード前後の動作の継続性 

ソフトウェアダウンロードによって、ある時点から完全に全ての受信装置が更新されるとい 

うことはありえない。そこで、受信装置機能のソフトウェアダウンロードによる更新の前後 

で、受信装置の動作あるいはサービス受信の継続が保証されること。 

(3) 伝送の効率化 

ソフトウェアダウンロードによるトラフィック量を低減できる方式であること。つまり、サ 

ービス提供時間、伝送容量などを可能な限り低減できること。 

(4) 放送メディア間での共通性 

衛星放送、地上放送、ケーブルテレビなどの放送メディア間の共通性を考慮すること。 

(5) 他メディアとの共通性 

通信系及びパッケージ系メディアとの整合性を高めるように、可能な限り更新するメディア 

に依存しないダウンロード手法となるように考慮すること。 

(6) 国際標準性 

国際標準に準拠するなど、国際的な共通性を考慮すること。 

(7) 将来への拡張性 

将来における新技術に基づいたサービスの登場に対して柔軟に対応することができるように 

考慮すること。その場合、その時点での技術動向を展望した上で実現が可能な技術を採用す 

ること。 

(8) 認証 (セキュリティ、ウイルスチェックなど) 

作為的な偽ダウンロード情報等を受信しても、その影響を極力最小限度に留められる受信方 

式を実現できること。よって、送られてくるものが正当なものかどうか認証できる機構を有 

していること。 

(9) ダウンロードするコンテンツの受信装置 (プラットフォーム) 非依存性 

ダウンロードするコンテンツは、受信装置 (プラットフォーム)の種類に依らず、受信可能で 

あること。 

以上のような要求条件を満たすことが望まれる。 

このなかで、本方式で満たしている要求条件は以下の項目である。 

-192-


(1) 柔軟なソフトウェアダウンロードの実現 

伝送方式としては、DSM-CC データカルーセル、またはセクション形式をベースに、ダウン 

ロード対象や更新範囲などに関する情報を付加することにより、柔軟なダウンロードが可能 

となっている。さらに、通信を使ったダウンロードにも対応可能なものとなっている。 

(2) ダウンロード前後の動作の継続性 

サービス方式が常に上位互換であることを保証することにより満たす。 

(3) 伝送の効率化 

SDTT(Software Download Trigger Table)による告知情報に基づくダウンロードスケジュ 

ーリングにより効率化を図っている。 

(4) 放送メディア間での共通性 

本方式は伝送方式として MPEG2-TS として完結しており、どの放送メディアにも適用可能 

なものとなっている。 


本方式は伝送方式として DSM-CC データカルーセル、またはセクション形式をベースにし 

ており、必ずしも MPEG2-TS に特化したものではなく、他メディアからのダウンロードも 

可能なものとなっている。また、通信を使ったダウンロードについては、IP(Internet 

Protocol)を採用するなど共通性に配慮した。 


MPEG2-SYSTEMS 及び DSM-CC データカルーセル、またはセクション形式をベースにし 

ている。また、通信を使ったダウンロードについては、IP(Internet Protocol)を採用した。 

(7) 将来への拡張性 

伝送方式として、受信装置ソフトウェアの部分的更新 / 全取り替え更新が可能になっており、 

将来的な受信装置ソフトウェアの更新にも対応可能となっている。 

(8) 認証 (セキュリティ、ウイルスチェックなど) 

第三者による不正利用を防止するため、データ放送サービス用の限定受信方式が適用できる。 

2.3 ダウンロードのサービス内容 

ソフトウェアダウンロードを用いて実施されるサービスの候補としては以下のものがある。 

(1) 受信装置ソフトウェアの機能更新 

受信装置ソフトウェアの機能更新もしくはバグフィックスなどを行なう。 

(2) 共通データの更新 

全受信装置において共通的に使用されているデータを更新する。 

(3) CAS プログラムの更新および追加 

(4) 将来的に、放送サービスと同期して受信装置内で動作するプログラム等を、受信装置ソフトウ 

-193-


ェアとして更新・追加する。 

(1)、(2)、(3)に関しては本方式に含まれる。(2)の更新対象としては、ジャンルコード表、番組特 

性コード表、ロゴデータ、予約語表、周波数リスト・変更情報などが候補となる。これらを全受信 

装置で共通に更新するためには次のことを規定する必要がある。 

• 各データについて上位互換を保つデータフォーマット 

• 各データを全受信装置で認識させるための DSM-CC 内の記述子内容 

これらの共通データに関するソフトウェアダウンロード方式については、Appendix A に詳細を 

示す。 

(4)に関しては受信装置 (プラットフォーム) 毎に対応するプログラムをダウンロードさせること 

は伝送方式としては可能であるが、現実的ではない。これを実現するには、異なる受信装置でも共 

通にプログラムを受信し実行できる何らかの機構が必要である。そのためには、全受信装置で共通 

に実行できるような仮想マシン(VM)を規定する必要がある。 

しかしながら、どのような仮想マシンを採用するかは現時点では困難であり、今回の規格範囲に 

は含めないとする。今のところ JavaVM がひとつの候補であるが、これに関しては今後の検討課題 

とする。 

なお、受信装置メーカーによる受信ソフトウェア更新においての独自の通信回線の利用は、受信 

装置メーカーのマターであり、この規格範囲には含めない。全受信装置共通データの更新において 

通信回線も可能とする場合は、事業者での規定が必要となる。これについては各放送事業者仕様を 

参照されたい。 

3 ダウンロード伝送方式 

3.1 告知情報 

3.1.1 告知の目的 

受信装置にソフトウェアダウンロードを行うにあたり、いつ行われるかわからない受信装置内情 

報更新サービスを常時受信装置が監視することは、電力消費量を増大させる。いつ、どこで、どの 

受信装置あてにダウンロードが行われるのかを告知することによって、受信装置は番組予約と同様 

の動作をすることによって、受信装置の省電力化及びダウンロードの高効率化が可能になる。 

3.1.2 告知内容 

告知する項目は以下のものが考えられる。 

-194-


• スケジュール情報 

いつ( 日時及び放送時間 )、どこ(オリジナルネットワーク id、トランスポートストリーム id、 

サービス id、カルーセルの download_id、通信サーバのアドレス等 )でダウンロードされるか 

を与える情報。 

• スケジュール時間シフト情報 

各放送対象地域内でダウンロードコンテンツが単一エンジニアリングサービスで伝送されてい 

るか、複数のエンジニアリングサービスで伝送されているか、また複数のエンジニアリングサ 

ービスで伝送されている場合のスケジュールの時間シフト単位等を与える情報。 

• コンテンツ情報 

プログラムか、共通データファイルかなどの情報。DII の MIB 中の Name 及び Type 記述子、 

CompatibilityDescriptor 中の DescriptorType 等で表現される情報。 

• 対象となる受信装置の識別 

受信装置のメーカー識別、モデル識別、グループ識別などで構成される受信装置の識別情報。 

全受信装置が対象の場合は、特定の識別番号により行うことが可能である。 

• バージョン 

ダウンロードされるコンテンツのバージョン情報。これを与えることで、受信装置がそのコン 

テンツを取得すべきか否かを判断可能にする。 

• 重要性の度合い(ダウンロードレベル) 

強制ダウンロードあるいは選択ダウンロードの識別。これを与えることでダウンロードを行う 

か否かの判断に人間の判断を介在させることを可能にする。 

• 送られるコンテンツの性質 

追加 / 上書きの区別、更新後の再起動の必要性を与える情報。これを与えることでダウンロード 

後の空きメモリの把握や継続動作を行っていてもよいコンテンツかどうかの判断を受信装置に 

させることを可能にする。 

• 人間あるいは受信装置に伝えるコンテンツの説明 

選択ダウンロードなどの時に、そのコンテンツの説明をして人間あるいは受信装置の判断を助 

ける情報 

3.1.3 SDTT の運用例 

以下に SDTT の運用例を参考として示す。 

(1) 放送による受信装置ソフトウェアの更新の場合 

受信装置ソフトウェアのシステムバージョンをもってダウンロード対象を特定する。その場 

合の compatibilityDescriptor は次のような内容になっている。 

-195-


表 3-3-1 受信装置ソフトウェア更新の場合の Compatibility Descriptor の内容 

フィールド値ビット数備考 

descriptorType 0x01 8 “hardware”(DSM-CC 規定による) 


model 

version 

maker_id 

model_id 

group_id 

version_id 

8 

8 

4 

12 

メーカーを識別するための値 

受信装置モデルを識別するための値 

ダウンロードをグループ化するための値 

システムバージョンの値 

version_id で示されたシステムバージョン値以下のバージョン値をもつ受信装置をダウンロー 

ドの対象とする場合、例えば以下のように記述する。 

-196-


表 3-3-2 放送による受信装置ソフトウェア更新の場合の記述例 

フィールド値ビッ 

備考 

ト数 

table_id_ext 

上述の maker_id に相当 

上述の model_id に相当 

8 

8 

=ダウンロードのターゲットとな 

る受信装置の識別値 

service_id 16 = ダウンロードが実施されるサー 

ビスの識別値 

num_of_contents 1 8 SDTT 内のコンテンツの個数 

コンテンツ#1 

Group 

target_version 

上述の group_id に相当 

上述の version_id に相当 

4 

12 =ターゲットとなる受信装置ソフ 

トのシステムバージョンを示す。 

new_version 12 = 伝送される受信装置ソフトのバ 

ージョン 

download_level “01” 2 =” 強制受信 ” 

version_indicator 0x02 2 =target_version 以前が対象 

schedule_description_length 16 12 =スケジュール情報 2つ分 

#1 start_time 0x c8f1 123000 40 =1999/9/20 12:30:00 

Duration 0x001000 24 = 00:10:00 

#2 start_time 0x c8f1 193000 40 =1999/9/20 19:30:00 

Duration 0x001000 24 = 00:10:00 

ダウンロードコンテンツ記述子 

Reboot “1” 1 = 再起動あり 

add_on “0” 1 = 書き換え 

: 

num_of_modules 1 16 

module_info_byte 

必要に応じて Type 記述子や Name 記述子などを用いて、各モジュール 

の種類や名前などの情報がここに格納される。 

Text_char =”○○ 社の受信装置 △△△モデルのシステム更新 ” 

この例では、1999/9/20 12:30:00~12:40:00 と 19:30:00~19:40:00 にダウンロードコンテンツ 

を伝送するカルーセルが送出される。 

(2) 共通データの更新の場合 

共通データを示す maker_id と model_id を割り当てることによって、(1)のときと同様なバー 

ジョン管理を行うものとする。これは全受信装置対応で更新が行なわれる。 

具体的には、共通データを示す model 値を用意する(BS は 0xfffe、BS/ 広帯域 CS は 0xfffc、 

地上デジタルテレビジョン(ジャンルコード、予約語、番組特性 )は 0xfffa)。version_id は 

共通データのいずれかが変更・追加するたびにインクリメンタルにバージョン値が更新され 

-197-


一元的に管理されるものとする。この場合のバージョン管理の様子を図 3-3-1 に示す。 

事業者 A のロゴ 

ver1.0 

ver1.0 

ver1.1 

ver1.1 

事業者 B のロゴ 

ver1.0 

ver1.1 

ver1.1 

ver1.1 

事業者 C のロゴ 

ver1.0 

ver1.0 

ver1.0 

ver1.0 

予約語 

ver1.0 

ver1.0 

ver1.0 

ver1.1 

ジャンル表 

共通データの 

バージョン管理 

ver1.0 ver1.0 

ver1.0 

ver1.0 

= = = = 

ver 1.0 ver 1.1 ver 1.2 ver 1.3 

共通データ全体で 

一元的に 

バージョン管理を 

行なう。 

共通データの世代 

図 3-3-1 共通データにおけるバージョン管理 

但し、地上デジタルテレビジョン放送ではロゴは CDT を用いて別途伝送される。 

また、地上デジタルテレビジョン放送での周波数リスト・変更情報については maker_id、model_id 

は 0xfff8 とし、バージョン値は他の共通データ(ジャンルコード、予約語、番組特性 )とは別に個 

別に管理・付与される。 

共通データの更新の場合の記述子は次のような構造になっている 

表 3-3-3 共通データ更新の場合の記述子 




model 16 = 0xfffe (BS 共通データ 4 であることを示す) 

= 0xfffc (BS/ 広帯域 CS 共通データ 5 であることを示す) 

= 0xfffa ( 地上デジタルテレビジョン放送用共通データ 

(ジャンルコード、予約語、番組特性 )であることを示す) 

= 0xfff8 ( 地上デジタルテレビジョン放送用共通データ( 周 

波数リスト・変更情報 )であることを示す) 

version group_id 

version_id 

4 

12 


更新対象となる共通データのバージョン値 

4 BS 専用全受信機共通データ(BSロゴなど)、及び全メディア全受信機共通データ(ジャンルコード(content_nibble)など)。 

5 広帯域 CS 専用全受信機共通データ(CSロゴ、CS 独自ジャンル(user_nibble)など)、及び全メディア全受信機共通データ(ジ 

ャンルコード(content_nibble)など)。 

-198-


共通データに対して version_id で示されたバージョン値以下のバージョン値をもつ受信装置をダ 

ウンロードの対象とする。その場合、例えば次のように記述する。 

表 3-3-4 BS 共通データ更新の場合の記述例 


ト数 

備考 

table_id_ext 0xfffe 8 =BS 共通データを示す識別値 

8 

service_id 16 = ダウンロードが実施されるサ 

ービスの識別値 



Group 




4 

12 

= 共通データの場合は常に 0 

=ターゲットとなる共通データバ 

ージョンを示す。 

new_version 12 = 伝送される共通データのバージ 

ョン 

download_level “01” 2 =” 強制受信 ” 

version_indicator 0x02 2 =target_version 以前が対象 

schedule_description_length 0 12 = 現在ダウンロードコンテンツ 

が伝送中であることを示す。 


Reboot “0” 1 = 再起動なし 


: 


module_info_byte 必要に応じて Name 記述子などを用いて、各モジュールの種類や名前 

などの情報がここに格納される。例えば、 

モジュール#1: 

module_name = ”GENRE” 


module_name = ”KEYWORD” 

text_char =” 共通データ更新 (2001/11/20 版 )” 

schedule_description_length=0 の場合は、ダウンロードコンテンツを伝送しているカルーセル 

が現在送出中であることを示す。この場合、上記の SDTT はこのカルーセルが送出されている間 

( 初回第一周回から最終回最終周回まで) 送出されるものとする。 

-199-


(3) 選択的ダウンロードの場合 

受信者が SDTT で告知されるダウンロードリストから任意に選んでダウンロードを行なわせ 

る場合は、(1)と同様なバージョン管理でダウンロード対象の特定を行うが、ダウンロード対 

象となる受信装置は version_id で示されたバージョン値と等しい受信装置モデルのみとする。 

これは version_inidicator にて指定する。 

表 3-3-5 選択的ダウンロードの場合の記述子 




model 

maker_id 

model_id 

8 

8 


受信装置モデルを識別するための値 

version 

group_id 

version_id 

4 

12 



選択的ダウンロードでは version_id で示されたシステムバージョン値と等しいバージョン値を 

もつ受信装置のみをダウンロードの対象とする。この場合、例えば次のように記述する。 

table_id_ext 

表 3-3-6 選択的ダウンロードの場合の記述例 


ト数 

上述の maker_id に相当 

備考 

上述の model_id に相当 8 装置の識別値 

service_id 16 = ダウンロードが実施されるサービスの 

識別値 


8 

=ダウンロードのターゲットとなる受信 


Group 




4 

12 =ターゲットとなる受信装置システムの 

バージョンを示す。 

new_version 12 = 伝送されるソフトウェアのバージョン 

download_level “00” 2 =” 任意受信 ” 

version_indicator 0x03 2 =target_version のみが対象 

schedule_description_length 12 =スケジュールループのバイト長 

… 

スケジュール情報を格納 



add_on “1” 1 = 追加 

: 


-200-


module_info_byte 必要に応じて Type 記述子や Name 記述子などを用いて、各モジュールの種類 

や名前などの情報がここに格納される。例えば、 


module_type = ”application/octet-stream” 

module_name = ”app/game.exe” 

module_info = “ゲーム: 本体 ” 



module_name = ”dev/8port-controler.dll” 

module_info = ”8 人同時対戦用リモコンドライバ” 

Text_chartext_char =”ゲーム for ××× 受信装置 ” 


Group 




4 

12 =ターゲットとなる受信装置システムの 

バージョンを示す。 

new_version 12 = 伝送されるソフトウェアのバージョン 

download_level “00” 2 =” 任意受信 ” 

version_indicator 0x03 2 =target_version のみが対象 

schedule_description_length 12 

… 




: 


module_info_byte 必要に応じて Type 記述子や Name 記述子などを用いて、各モジュールの種類 

や名前などの情報がここに格納される。例えば、 


module_name = ”app/mailer.exe” 

module_info = “ツール:メーラー (IPv6 対応 )” 

text_char =”メーラー(IPv6 版 ) for ××× 受信装置 ” 

-201-


3.1.4 ダウンロードコンテンツの運用例 

(1) DII の Module Info の運用 

Name 記述子について、ダウンロードコンテンツが受信装置ソフトウェア(プログラム)の場合、 

モジュール単位で表現されていない実装が行われている場合は、この記述子を特に使う必要はない。 

しかし、共通データの場合には必要である。ただし、地上デジタルテレビジョン放送での周波数・ 

リスト変更情報では Name 記述子は使用せず、Control 記述子のみを運用する。 

(2) 複数 TS 時差送出ダウンロードコンテンツの運用例 

地上デジタルテレビジョン放送において、受信装置内情報更新サービスの難視状態を救済するた 

めに、複数または全ての TS において、各々の TS がダウンロードコンテンツの送出時刻をずらし 

て運用する場合のガイドラインを示す。複数 TS 時差送出時の送出モデルを図 3-3-2 に示す。 

例えば service_id が 0xfff0~0xfff3 の4つの service_id でダウンロードコンテンツを時差送出す 

るとする。この際、SDTT に記載されるスケジュール情報には 0xfff0 のスケジュールを基本スケジ 

ュールとし、その値が記載される。SDTT 内 schedule time-shift information で指定された時間シ 

フト単位を d 時間とした場合、service_id が 0xfff1 のスケジュールは 0xfff0 のスケジュールに対し 

d 時間ずらし、0xfff2 のスケジュールは 2d 時間、0xfff3 のスケジュールは 3d 時間と順次ずらして 

送出する。 

週替わり日替わり日替わり 

service_id: 

0xfff0 

Xn-1 

Xn 

Xn+1 

Xn+2 

d 

service_id: 

0xfff1 

Xn-1 

Xn 

Xn+1 

Xn+2 

2d 

service_id: 

0xfff2 

Xn-1 

Xn 

Xn+1 

Xn+2 

Xn:n 日に送出されるダウンロードコンテンツ 

d : 時間シフト単位 (SDTT 内 schedule time-shift information( 仮称 )で指定 ) 

図 3-3-2 複数 TS 時差送出の送出モデル 

運用については別途 ARIB 技術資料「地上デジタルテレビジョン放送運用規定」を参照のこと。 

-202-


4 受信装置ソフトウェアアップロード方式 

4.1 概要 

本章では、受信装置もしくは受信装置ソフトウェアの製造者から放送事業者へダウンロードデー 

タを提出する際の望ましいソフトウェアアップロード方式例について解説する。人為的ミス等によ 

り不正なデータが放送されることを防ぐ観点から、基本的には CRC もしくはチェックサムの付加 

された Section 形式での提出が推奨される。これにより、以下のようなトラブルを防ぐことができ 

る。 

header や CRC/チェックサムの付加などにおける放送事業者側での加工ミス 

提出時の通信回線や記録媒体の問題、放送事業者側での処理の問題等に起因するデータ化けやデ 

ータ落ち 

放送事業者による提出データ受入時の CRC/チェックサム検査、及び受信装置による CRC/チ 

ェックサム検査により不正なデータを検知することができる。 

他製造者への被害 

放送事業者による提出データ受入時の maker_id の確認により、他製造者への被害を防止できる。 

4.2 提出形態 

規格書「12 章ダウンロード機能」に規定する伝送方式に準拠した下記の 3 種類のモジュールを 

最低限提出するものとする。具体的な提出の形態としては記録媒体によるオフライン提出、通信回 

線等を用いたオンライン提出が想定されるが、ダウンロードデータ管理上必要な付加ファイル、媒 

体の物理 / 論理フォーマット、通信プロトコル等については本規定の対象外とし、放送事業者の運 

用に依存するものとする。 

(1) DII 

規格書「12 章ダウンロード機能」に規定する DII(DownloadInfoIndication)メッセージ 

を Section 形式で提出する。 

table_id …… DownloadInfoIndication() 

= 0x3B 


messageId=0x1002 

transactionId 

downloadId …… 

CRC_32 

または 

checksum 

図 3-4-1 DII セクション 

(2) DDB 

規格書「12 章ダウンロード機能」に規定する DDB(DownloadDataBlock)メッセージの 

Section 形式の集合を提出する。 

-203-


DDB セクション 

DDB セクション 

table_id 

= 0x3C 

…… DownloadDataBlock() 

dsmccDownloadDataHeader() 

messageId=0x1003 

downloadId 

…… 

CRC_32 

または 

checksum 

……… 

……… 

図 3-4-2 DDB セクション 

(3) SDTT 

規格書「12 章ダウンロード機能」に規定する SDTT(Software Download Trigger Table) 

を Section 形式で提出する。ただし、スケジュール情報に関しては初回分のみを作成すること 

とし、それ以降のスケジュール情報変更分については放送事業者が作成するものとする。 

table_id …… Download_content_descriptor() 

= 0xC3 Tag 

=0xC9 

download_id 

図 3-4-3 SDTT セクション 

…… 

CRC_32 

4.3 放送事業者による受入検査 

放送事業者は、提出された 3 種類の Section データの CRC/チェックサム検査の他、下記の受 

入検査を行った上で送出を行う。 

DII、SDTT 上のダウンロード識別 (download_id)が規定の値になっているかチェック。 

DII 上のコンパチビリティ記述子 (compatibilityDescriptor())のデータ構造の正当性チェック 

と maker_id のチェック。 

SDTT 上のダウンロードコンテンツ記述子 (download_content_descriptor())のデータ構造の正 

当性チェックと maker_id のチェック。 

4.4 パラメータの事前取得 

製造者はアップロードデータを作成 / 提出する上で、事前に放送事業者から必要なパラメータの 

割当てを受ける必要がある。パラメータの例としては下記のものが挙げられる。 

service_id 


-204-


original_network_id 

download_id 

leak_rate 

start_time 

duration 

5 ダウンロード方式運用ガイドライン 

5.1 受信装置ガイドライン 

5.1.1 受信装置ダウンロード動作シナリオ 

5.1.1.1 概要 

ここでは、ダウンロード伝送路が放送である場合のソフトウェアダウンロードにおける受信装置 

の動作シナリオ例について解説する。ダウンロード伝送方式では、SI 追加規定、DSM-CC データ 

カルーセル方式における DII 等のテーブルについての規定が行われており、本動作シナリオ例はダ 

ウンロード伝送方式に則したものである。 

ダウンロードの対象となるソフトウェアは、アプリケーション、ライブラリ、OS、ドライバ、デ 

ータ等の受信装置ソフトウェアであり、上記ソフトウェアは、フラッシュメモリ上に格納されるこ 

とを想定している。 

ソフトウェアダウンロードは、主に受信装置ソフトウェア・データのバグフィックス、バージョ 

ンアップを目的としている。 

5.1.1.2 用語の定義 

設定情報 :ダウンロードに関する受信装置の設定情報。視聴者が選択設定する。 

ホットスタンバイ状態 :リモコン等で受信装置の電源は OFF されているが、受信が可能な状態を 

示す。 

ダウンロード完了フラグ:ダウンロードが完了したかどうかを示すフラグ。フラッシュメモリ等の 

不揮発性メモリにセットされる。 

起動フラグ: 起動するバンクを示すフラグ。フラッシュメモリ等の不揮発性メモリにセットされる。 

ダウンロード情報 :DII 中の compatibilityDescriptor に記載されたダウンロードに関する情報。 

ダウンロードモジュール情報 :DII 中の ModuleInfoByte に記載されたダウンロードされるモジュ 

ールに関する情報。 

5.1.1.3 フラッシュメモリの実装方法 

受信装置におけるフラッシュメモリの実装方法は、ARIB STD-B16 の[ダウンロード処理方式と 

メモリ容量 ]で記載の 2 バンク型を推奨する。2 バンク型を推奨する理由は、以下の様な受信装置 

異常に対しての信頼性確保と自動ダウンロードを実現するためである。 

-205-


● 受信装置異常 

1) ダウンロードした受信装置ソフトウェアに欠陥があり、受信装置が正常に動作しなくなる 

場合 

2) 受信装置ソフトウェアのフラッシュメモリ書き込み中に、予期しない異常 ( 停電、視聴者 

の誤操作等 )が起こり、受信装置ソフトウェアが破壊された場合 

● 自動ダウンロード 

番組視聴中で、視聴中の TS 内にダウンロードすべきサービスが重畳されている場合に、視聴 

者に気づかれずダウンロードを実現する場合 

上記 2 バンク型では、任意のタイミングで、以前格納されている受信装置ソフトウェアへの後戻 

りが可能なため、受信装置の正常動作、起動等の保証が可能である。また、任意のタイミングで、 

一方のフラッシュメモリ上の受信装置ソフトウェアを変更することが可能なため、現在動作中のプ 

ログラムを停止することなく、視聴者が意識しない自動ダウンロードを実現することが可能である。 

尚、自動ダウンロードを実現するには、1 チューナ搭載の受信装置では、全トランスポンダにダ 

ウンロードに関連する全てのテーブル情報を伝送する必要がある。 

また、受信装置の異常等の不具合が発生した場合でも、特定の固定プログラムを用いることによ 

って、受信装置を復帰させることが可能である。この固定プログラムはダウンロードが最低限機能 

するものであり、書き換えることはできない。 

この方法により、フラッシュメモリの容量を 1 バンク+αとする事ができる。また、プログラム 

を DRAM 上で実行させる事により自動ダウンロードも可能である。 

加えて、不揮発性メモリに書き込み始めたときには、書き込みが終了するまで視聴者の受信装置 

操作を拒否しても良い。 

5.1.1.4 ダウンロード実行可否と実行結果の判定例 

(1) ダウンロード実行可否判定例 

告知情報によるダウンロード実行判定は、以下の条件を全て満たした場合、実行処理される。 

 

 

 

 

告知情報の model の上位 8 ビットが受信装置のメーカーID と一致 

告知情報の model の下位 8 ビットが受信装置の機種番号と一致 

告知情報の group が受信装置のグループ番号と一致 

告知情報の target_version 及び version_indeicator が指定するバージョン番号のソフトウェア 

を持つ 

-206-


尚、判定に必要な、メーカーID、機種番号、グループ番号、バージョン番号は、受信装置情 

報として受信装置のフラッシュメモリ等の不揮発性メモリに格納される。なお全受信装置共通 

データの場合にはメーカーID=0xff、機種番号 =0xfe(BS)、0xfc(BS/ 広帯域 CS)、0xfa( 地上 

デジタルテレビジョン)として扱う。 

(2) 強制 / 任意ダウンロード 

強制 / 任意ダウンロードの判定は、前述 (1)の実行可否判定後、告知情報の download_level 

により実行判定する。判定には、上記告知情報の他に、視聴者の設定等による、「ダウンロード 

を告知する/しない」、「ダウンロードを実行する/しない」等の設定情報を使用する。上記設 

定情報は、視聴者が受信装置の設定メニュー等を用いて行う。判定例を表 3-5-1 に示す。 

表 3-5-1 ダウンロード実行形態の判定例 

告知情報設定情報判定 

download_level = 0x1 

( 強制ダウンロード) 

告知する実行する視聴者にダウンロードの告知を行 

い、強制ダウンロードを実行する 

実行しない視聴者にダウンロードの告知を行 

うが、ダウンロードは実行しない。 

告知しない実行する視聴者にダウンロードの告知を行 

わず、強制ダウンロードを実行する 


わず、ダウンロードも実行しない。 

download_level = 0x0 

( 任意ダウンロード) 

告知する実行する視聴者にダウンロードの告知を行 

った後、選択メニューを表示し、ダ 

ウンロードを実行する 

実行しない視聴者にダウンロードの告知のみ 

を行う 

告知しない実行する視聴者にダウンロードの告知を行 

わず、選択メニューを表示し、ダウ 

ンロードを実行する 


わず、選択メニューによる選択ダウ 

ンロードも実行しない 

尚、上記設定情報は、強制 / 任意ダウンロードの判定を説明するための一例であり、各メーカー 

の実装方法に依存する。 

-207-


(3) 電源 ON/OFF 時の判定例 

受信装置の電源が ON の場合、上記記載の(1)、(2)のダウンロード判定を行う。受信装置の 

電源が OFF の場合は、以下の 3 通りの判定がある。 

●スタンバイ状態 1 

映像・音声デコーダなどは OFF 状態であるが、ダウンロード受信は可能な状態。告知情報を 

受信し、上記記載の(1)、(2)のダウンロード判定を行う。 

●スタンバイ状態 2 

全ての受信が不可能な状態。但し告知情報に基づきダウンロード開始時刻にダウンロード処理 

が起動できるようにセットされたタイマーは動作している。タイマに従い受信装置を起動し、 

ダウンロードを実行する。 

● 上記以外 

受信装置の主電源が立ち上がっていない為、全てのダウンロードの実行が不可能。 

(4) 伝送誤り/ 停電時の実行結果の判定例 

ダウンロードソフトウェアの伝送誤りに対するデータチェックは、CRC チェックを用いる。 

ダウンロードの実行判定は、ダウンロードソフトウェアのサイズをチェックし、上記サイズの 

ソフトウェアをフラッシュメモリに格納した際に、ダウンロードの完了を意味するダウンロー 

ド完了フラグをセットする。受信装置はダウンロード完了フラグが立っていない場合、ダウン 

ロードが不完全に終了したものと見なす。ダウンロード完了フラグはフラッシュメモリ等の不 

揮発性メモリに格納するものとする。 

ARIB STD-B16 で規定されている一次バッファリング型のデータチェックの場合、ダウンロ 

ードソフトウェアをフラッシュへ格納した後、RAM 上に展開されたダウンロードソフトウェ 

アとフラッシュメモリ上に格納したダウンロードソフトウェアとのデータ比較により完了を判 

定し、ダウンロード完了フラグをセットする。 

完了フラグのセットと同時に、2 バンク型の受信装置では起動フラグをセットする。 

5.1.1.5 動作シナリオ例 

ダウンロード伝送路が放送である場合のソフトウェアダウンロードによる受信装置の動作シナリ 

オ例を、図 3-5-1 に示す。以下、基本的な動作シナリオについて説明する。 

-208-


受信機 

RAM 

CRC 

10 3 

実行判定 

9 

4 

スタンバイ状態の制御 

6 

ダウンロード ID のチェック 

7 

ダウンロード情報チェック 

告知情報の取得 

1 

ダウンロード情報の取得 

5 

Software 

Download Trigger 

Table(SDTT) 

DownloadInfoIndication(DII) 

放送局 

12 

起動フラグのセット 

13 

リセット 

ソフトウェアの取得 

8 

DownloadDataBlock(DDB) 

ソフトウェア情報の取得 

2 

11 

10 

Flash ROM 

受信機ソフトウェア情報 

(メーカーID、機種番号、 

グループ番号、バージョン情報等 ) 

バンク1 

バンク2 

ダウンロード 

ソフトウェア 

図 3-5-1 受信装置のダウンロード実行手順例 

1. SDTT を受信し、そこに記載されている告知情報を取得する。 

2. 現在の受信装置ソフトウェア情報である受信装置情報 (メーカーID、機種番号、グループ番号、 

バージョン情報等 )をフラッシュメモリから読み込む。 

3. 告知情報と受信装置情報、設定情報を比較してダウンロードの実行判定を行う。実行可能な場 

合は、以下のケースに分けられる。 

● 強制ダウンロードの場合 

受信装置をダウンロード告知可能状態とするとともに、ダウンロード開始時刻にダウンロード 

処理を起動できるようタイマーをセットする。 

● 選択ダウンロードの場合 

受信装置をダウンロード告知可能状態とし、視聴者の操作によってダウンロードの内容を表示した 

選択画面を表示し、視聴者がダウンロードの選択を行う。選択後、強制ダウンロードと同様に、ダ 

ウンロード開始時刻にダウンロード処理を起動できるようタイマーをセットする。 

実行不可の場合は、中断処理を行う。尚、実行可否判定、強制 / 選択ダウンロードの判定に 

ついては、5.1.1.4 の(1)、(2)を参照のこと。 

4. 尚、タイマーがセットされた後で電源を OFF された時はスタンバイ状態 2に移行する。 

5. 上記開始時刻にスタンバイ状態 2 の受信装置はスタンバイ状態 1 に移行し、ダウンロード処理 

を起動する。番組視聴中の場合は自動ダウンロードに基づきダウンロード処理を起動する。ま 

-209-


ず DII ( DownloadInfoIndication )を受信し、DII 中のダウンロード情報 

compatibilityDescriptor を取得する。 

6. DII 取得判定は、download_content_descriptor 中の download_id と DII 中の downloadId が 

一致するかどうかで行う。該当する DII を受信できない場合、再度 SDTT を受信し、新しい 

download_id を持つ download_content_descriptor を探して、新しいダウンロードの告知情報 

を取得する。取得後、3 以下を実行する。 

7. 告知情報の model、version 情報等とダウンロード情報の model、version 情報等のチェックを 

行い、実際のダウンロードが告知情報と同じかどうかの判定を行う。 

8. 同じ判定の場合は、ダウンロードモジュール情報を取得した後、DDB(DownloadDataBlock) 

を受信し、受信装置ソフトウェアを取得する。それ以外は、中断処理を行う。 

9. 上記受信装置ソフトウェアを一旦 RAM 上に展開し、CRC チェックを行う。CRC チェックで 

エラーが生じた場合、再度取得処理を行う。 

10. ダウンロードした受信装置ソフトウェアを現在のダウンロード専用メモリバンク(2 バンクの 

場合 )に格納し、ダウンロード完了フラグをセットする。 

11. 受信装置の受信装置情報を更新する。 

12. 受信装置ソフトウェアの起動フラグをダウンロード専用メモリバンクに変更する。 

13. 告知情報の reboot フィールドが 1 の場合、受信装置の再起動を行う。再起動のタイミングは、 

受信装置に依存するものとする。 

上記動作シナリオ例は、受信装置ソフトウェアの一括ダウンロードを記載したものである。尚、 

全受信装置共通データにおいても、電源 OFF 時にダウンロード処理を起動する点は異なるが、上 

記のものと同等のシナリオで動作可能である。ダウンロード伝送方式では、モジュール単位でのダ 

ウンロードも可能であり、モジュール単位のダウンロードはメーカーの実装方法に依存する。 

5.1.2 強制ダウンロードの取り扱い 

受信装置内情報更新サービスにより受信装置に対する強制ダウンロードが可能であるが、強制ダ 

ウンロードにおけるユーザの不利益 ( 動作不能や操作手段の変更など)を回避するために、受信装 

置の取扱説明書、場合によっては放送事業者による十分な告知が必要である。 

5.1.3 複数 TS 時差送出時の受信ガイドライン 

複数の TS でダウンロードコンテンツを時差送出している時は、受信装置は、SDTT のスケジュ 

ール時間シフト情報により複数 TS 時差送出を確認すると共に、時間シフト単位を取得する。更に、 

NIT により受信可能なエンジニアリングサービスの service_id リストを作成するとともに、SDTT 

に記述されたスケジュール情報を基本スケジュールとし、時間シフト単位から、受信できる全ての 

ダウンロード開始時刻を計算し、複数予約し、ダウンロードを実行する。 

-210-


運用の詳細は放送事業者運用規程を参照のこと。 

5.1.4 通信ネットワークからのダウンロードに関するガイドライン 

5.1.4.1 通信サーバへのアクセスの負荷分散 

通信サーバへのアクセスの負荷分散を目的に、ネットワークダウンロードコンテンツ記述子に 24 

ビット長の接続遅延パラメータ(connect_timer)を設けた。受信装置は、通信サーバへの負荷分 

散が目的なので、本パラメータを基にして受信装置ごとに適切でランダムな接続遅延を行えばよい 

が、例えば、次のような遅延アルゴリズム(AIT:アプリケーション制御情報で規定されているア 

ルゴリズム)を採用することが考えられる。 

AIT で規定される遅延アルゴリズムにおいて、connect_timer の上位 16 ビットは遅延時間幅 

range( 単位は秒 )とし、下位 8 ビットは分散数 rate とする。受信装置は、0 から rate までの整数 

値のうちからランダムに選択した値 N を基に、遅延時間 T=N×range÷rate の計算式により得ら 

れた値 T を通信サーバへの接続遅延時間 ( 単位は秒 )とする。 

5.1.4.2 ダウンロード伝送路の切り替え 

本標準規格では、放送からのダウンロードと通信ネットワークからのダウンロードの切り替えに 

関して直接規定していない。通信ネットワークからのダウンロード利用は、ユーザ側の通信環境の 

整備状況や、ダウンロードの頻度および通信ネットワークへの負荷に依存すると考えられるので、 

ダウンロード伝送路の切り替えに関しては事業者運用規定などで適切に規定することが望ましい。 

ここでは、SDTT の descriptor 領域にダウンロードコンテンツ記述子やネットワークダウンロー 

ドコンテンツ記述子が記載されている場合における、ダウンロード伝送路の切り替えの例を以下に 

示す。 

• SDTT の descriptor 領域にダウンロードコンテンツ記述子のみが記載されている場合のダウン 

ロードは、放送経由でのダウンロードとする。 

• SDTT の descriptor 領域にネットワークダウンロードコンテンツ記述子のみが記載されている 

場合のダウンロードは、通信経由でのダウンロードとする。 

• SDTT の descriptor 領域にダウンロードコンテンツ記述子とネットワークダウンロードコンテ 

ンツ記述子の両方が記載されている場合のダウンロードは、ダウンロードコンテンツ記述子の 

private_data_byte の先頭 1 バイトに download_priority を記述し、ダウンロード経路の優先順 

などを指定する。この時、ネットワークダウンロードコンテンツ記述子の private_data_byte 

は利用しない。 

• download_priority の詳細は別途事業者運用規定などで規定することが望ましいが、例えば次 

のような運用が考えられる。 

download_priority=0x01: 最初に放送ダウンロードを実施し、スケジューリングしたすべて 

の放送ダウンロードに失敗した場合は通信ダウンロードに切り替える。 

-211-


download_priority=0x02:スケジューリングしたダウンロード時刻ごとに、放送ダウンロー 

ドを最初に試み、放送ダウンロードに失敗したら直ちに通信ダウンロードに切り替える。 

download_priority=0x03:スケジューリングしたダウンロード時刻ごとに、通信ダウンロー 

ドを最初に試み、通信ダウンロードに失敗したら直ちに放送ダウンロードに切り替える。(この 

場合、通信の接続遅延によって放送ダウンロードの時間が無くならないような運用上の配慮が 

必要。) 

5.1.4.3 通信プロトコルと session_protcol_number 

通信サーバからのダウンロードに係る通信プロトコルは、ネットワークダウンロードコンテンツ 

記述子の session_protcol_number で指定するが、受信装置が自身の受信装置ソフトウェアのみを 

扱う場合は、プライベート利用として session_protcol_number を適宜利用すればよい。 

しかし、受信装置が自身の受信装置ソフトウェアに加えて CAS プログラムなど共通のものを通 

信でダウンロードする場合において、それぞれ通信プロトコルが異なる場合は、 

session_protcol_number が重複しないように、適切に運用する必要がある。 

session_protcol_number の具体的な割当てについては、別途事業者運用規定などで規定すること 

が望ましい。 

5.2 伝送ガイドライン 

5.2.1 受信装置内情報更新サービスとトランスポートストリーム 

(1) エンジニアリングサービス(データカルーセル形式 ) 

多くの受信装置は同時には単一トランスポートストリームしか受信できないため、映像や音声の 

視聴と同時に受信装置内情報更新サービスを行う事を考慮する場合は、通信ネットワークからのダ 

ウンロード、またはすべてのトランスポートストリームにおいて同じダウンロードデータを放送す 

る受信装置内情報更新サービスを行う事が望ましい。または、ダウンロード専用のトランスポート 

ストリームが可能であれば、視聴者が映像や音声を試聴していない時に、そのトランスポートスト 

リームを受信する事によりダウンロードサービスを受ける事が出来る。 

(2) セクション形式の場合 

地上デジタルテレビジョン放送のロゴについては、各受信装置で受信可能な TS のロゴのみ格納 

されれば良い。従って、エンジニアリングサービスではなく、各 TS で TS に含まれるロゴを CDT 

(Common Data Table)を用いて配信し、受信装置で随時更新する事とする。更に、BS デジタル 

のロゴ種別 (6 種類 )に加えて、地上デジタルテレビジョン放送では携帯用受信装置などを対象と 

して簡易ロゴ( 英数文字 )の運用も追加する。簡易ロゴ用の文字伝送と CDT へのポインティング 

はロゴ伝送記述子を SDT サービスループに格納し各 TS で配信する。 

-212-


5.2.2 受信装置内情報更新サービスの放送頻度とスケジュール 

受信装置内情報更新サービスによるダウンロードデータを受信装置が確実に受信できるように、 

適当な周期で同じデータを定常的に放送する必要がある。また、告知を有効に使った場合には、受 

信装置内情報更新サービスの放送スケジュールを組み、ダウンロードデータをある限定時間しか放 

送しないことも可能である。例えば、夜中に受信装置内情報更新サービスを行う事を告知手段によ 

ってユーザに知らしめるとともに、その告知内容を受信装置のダウンロード予約機能と連動させる 

事により、夜中の特定の時間に行われる受信装置内情報更新サービスであったとしても、ダウンロ 

ードの実施率を向上させる事が可能になる。 

5.2.3 ソフトウェアダウンロードの告知 

放送電波の帯域の有効活用と受信装置の省エネルギー対応として、受信装置内情報更新サービス 

のスケジュール告知とそれを利用した受信装置におけるダウンロード予約機能が実現できるように 

する。告知内容については、ソフトウェアダウンロード提供者と事業者の相談のうえ決定し、事業 

者全体の運用基準に則った運用が望ましい。 

5.2.4 受信装置内情報更新サービスの提供期間 

受信装置内情報更新サービスにおけるダウンロードデータの提供期間は、受信装置の存続期間を 

考慮したうえで長期間の存続が望ましい。また、受信装置全てが常に最新のソフトウェアをダウン 

ロード出来るように、ソフトウェアダウンロード提供者と事業者が相談のうえ適当な提供期間を決 

定するのが望ましい。 

5.2.5 ダウンロードソフトウェアの有償サービス 

当面はダウンロードソフトウェアの有償サービスはこの規定の対象外とするが、将来有償サービ 

スが行われる場合、課金方式、スクランブル方式等について検討する必要がある。 

5.2.6 ダウンロードソフトウェアの品質保証 

ダウンロードデータの内容がソフトウェアの場合、そのソフトウェアの品質確保のために内容に 

応じた品質確認体制の整備が必要である。例えば、ダウンロードデータの提供者がメーカーである 

場合、ダウンロードするソフトウェアやデータを、それに対応する受信装置に組合せた場合の動作 

検証をそのメーカーが責任を持って行い、受信装置の動作不能を回避する必要がある。また、VM 

を使用したソフトウェアやデータの場合は、そのソフトウェアやデータを提供した者がコンフォー 

マンステストを十分に行う必要がある。このため、コンフォーマンスの基準確立等のための規定の 

整備が必要である。 

-213-


5.2.7 ダウンロードソフトウェアの受け渡し 

4 章の受信装置ソフトウェアアップロード方式に従って行うものとする。事業者側は、そのダウ 

ンロードソフトウェアの送出によって、ソフトウェアダウンロード提供者が対象とする受信装置以 

外の受信装置に影響が出ないことを確認するものとする。 

5.2.8 伝送コストの負担 

受信装置内情報更新サービスにおけるダウンロードデータの衛星伝送コスト負担については、ソ 

フトウェアダウンロード提供者と事業者の協議の上決定する。 

-214-


Appendix A 全受信装置共通データのデータフォーマット 

A.1 概要 

以下に示す全受信装置共通データの追加、更新に関するダウンロード方式について規定する。 

ジャンルコード表 

番組特性コード表 

予約語表 

ロゴデータ 

周波数リスト・変更情報 

尚、周波数リスト・変更情報については A.6 を参照のこと。 

A.2 更新の必要性 

将来的に新しい番組形態や新しいジャンル等の放送が行なわれることは容易に想定されるため、 

SI で使用されるジャンルなどのコンテントコード表についても何らかの更新手段が必要である。ま 

た、サービスで使用するロゴデータの変更や新しいサービスの開始に伴うロゴデータの追加に関し 

ても対応しておく必要がある。 

A.3 共通データの更新についての基本方針 

A.3.1 ジャンルコード表、番組特性コード表の更新 

a. コンテンツコード表 6は共通データとして定義され、更新データも共通データとして扱う。 

b. 更新前との整合性、ダウンロード非対応の受信装置、蓄積メディアにおける使用を考慮して、 

一度定義した領域の変更は行なわず、追加のみを行う。 

c. 新規にコンテンツコード表を作成する上で、追加が容易になるように、予めリザーブエリアを 

確保しておくことが望ましい。 

d. コンテンツコード表は 16( 大項目 :level_1)×16( 中項目 :level_2)で構成される。 

e. 各テーブルを定義する上で内容の記述について、最大文字数を 20 文字とする。更新データの 

文字数の最大値もこれに準ずる。 

A.3.2 予約語表の更新 

a. 予約語は文字列の共通表現形式として定義される。 

b. 予約語は SI の拡張形式イベント記述子内で符号化される項目名であり、コード化は行なわな 

いものとする。 

c. 予約語について、最大文字数を 8 文字とする。更新データの文字数の最大値もこれに準ずる。 

6 コンテンツコード表とは、EITにおけるコンテント記述子に記述されるコード表のことで、ジャンルコード表は 

content_nibble_level_1(4ビット)とcontent_nibble_level2フィールド(4ビット)で、番組特性コード表はuser_nibbleフィールド(8ビ 

ット)で使用されるものである。 

-215-


A.3.3 ロゴデータの更新 

a. BS/ 広帯域 CS デジタル放送では、エンジニアリングダウンロードによりロゴの配信が行われ 

るので、全ての事業者のロゴデータの更新が可能である。地上デジタルテレビジョン放送では、 

各 TS で各事業者のサービスロゴが配信されるので、受信装置の設置場所で受信できる放送局の 

ロゴデータの更新のみを行う、ロゴデータの更新は追加及び一度定義したものの変更がありう 

る。 

b. ロゴデータは事業者側で圧縮を行うが、圧縮前のデータサイズに対してラージロゴは 1/2 を、 

スモールロゴは 3/4 をロゴタイプ毎の圧縮後のデータサイズの上限とする。また、複数の 

service_id で 1 つのロゴデータを共有することも可能とする。BS では BS-5 衛星段階で想定さ 

れる事業者数とサービス数も考慮し、受信装置が不揮発性メモリに保持すべきサービス数を 

1000、ロゴデータを 300 種とする。広帯域 CS も BS と同じくサービス数を 1000、ロゴデータ 

を 300 種とする。地上デジタルテレビジョン放送では、サービス数を 480、ロゴデータは 180 

種とする。ロゴデータはロゴ ID(9 ビット)によって受信装置内では管理されるものとする。 

ロゴ ID は6 種類のロゴタイプ全てに対して共通である。 

c. ロゴのサイズパターンを表 3-A-1 に示す 7,8 。また NIT に載らないサービスのサイズパターンを 

送ることはできない。 

d. 送られてくる 6 種類のロゴデータのうち、どれを取得するかは受信装置の実装に依存する。ロ 

ゴタイプ別の所要メモリ容量を表 3-A-2、3 に示す。 

表 3-A-1 送出するロゴマークのサイズパターン(ロゴタイプ) 

ロゴマークの種類 

縦ドット 

横ドット 

想定画素縦 

表示縦 

logo_type 

1 ロゴあたりの 

数 

数 

横比 

横比 

値 

所要メモリバイト数 

HD ラージ 36 64 スクエアピクセル 9 : 16 0x05 1152 

HD スモール 27 48 スクエアピクセル 9 : 16 0x02 972 

SD4:3 ラージ 36 72 1.118 : 1 9 : 16 0x03 1296 

SD4:3 スモール 24 48 1.118 : 1 9 : 16 0x00 864 

SD16:9 ラージ 36 54 1.118 : 

9 : 16 0x04 972 

1.333 

SD16:9 スモール 24 36 1.118 : 

9 : 16 0x01 648 

1.333 

サービス内では、サイズパターンが違っても、デザイン及び色は同じとする。ロゴデータのデザ 

インに用いることが出来る色は、共通固定色のみ(128 色 )とし、これ以外の色は使用出来ない。 

7 HDのロゴのサイズパターンは画面解像度として960x540 画素を想定している。 

8 720PフォーマットについてはHDと同じ物を使用する。 

-216-


圧縮前のロゴマークデータは 1 ドットの色を 8bit で表現する。共通固定色が規定された固定的なカ 

ラーパレットを使用し、1 ドットの色の値と実際に表示する際の色との変換を行う。共通固定色及び 

カラーパレットは放送事業者仕様に従う。 

ロゴマークの圧縮には「PNG」を使用する。PNG は、「W3C 勧告 1996/10/01 Version 1.0」で 

規定され、以下のフォーマットで運用する。 

1) 使用するチャンクは IHDR、IDAT、IEND のみとする。 

2) IHDR には以下通り記述する。 

幅 : 4 bytes ロゴの横ドット数を記述。 

高さ: 4 bytes ロゴの縦ドット数を記述。 

色深度 : 1 byte =8 で運用する。 

カラータイプ: 1 byte 放送事業者仕様に従う 

圧縮方法 : 1 byte =0 で運用する。 

フィルタリングの方法 : 1 byte =0 で運用する。 

インターレースの方法 : 1 byte =0 で運用する。 

3) 上記以外のパラメータは放送事業者仕様に従う。 

4) 地上デジタルテレビジョン放送の簡易ロゴについては放送事業者仕様に従う。 

表 3-A-2 BS/ 広帯域 CS デジタル放送におけるロゴデータのサイズ 


HD ラージ 

354KB 

HD スモール 

300KB 

SD4:3 ラージ 

397KB 

SD4:3 スモール 

267KB 


300KB 


202KB 

計算方法 ; 表 3-A-1「送出するロゴマークのサイズパターン(ロゴタイプ)」の 1 ロゴあたりのバ 

イト数を 300 倍し、参照テーブルとして8Byte(original_network_id 、transport_stream_id 、 

service_id 、logo_id)を 1000 倍して加算。 

-217-


表 3-A-3 地上デジタルテレビジョン放送におけるロゴデータのサイズ 

(ロゴ 180 種、サービス数 480) 

HD ラージ 

211KB 


179KB 


237KB 


159KB 


179KB 

SD16:9 スモール 120KB 

注 :KB 未満は四捨五入 

計算方法 ; 表 3-A-1「送出するロゴマークのサイズパターン(ロゴタイプ)」の 1 ロゴあたりのバイ 

ト数を 180 倍し、参照テーブルとして 8 バイト(original_network_id 、service_id 、logo_id、 

logo_version)を 480 倍して加算。 

A.3.4 周波数リスト・変更情報配信に伴う更新 

周波数リスト・変更情報の運用は、A.6、及び ARIB 技術資料「地上デジタルテレビジョン放送運 

用規定」を参照のこと。 

A.4 ダウンロードデータブロックの使用法 

BS/ 広帯域 CS デジタル放送では、ジャンルコード表、番組特性コード表、予約語リスト、ロゴデ 

ータが対象となる。地上デジタルテレビジョン放送では、ジャンルコード表、番組特性コード表、 

予約語リスト、周波数リスト・変更情報が対象となる。周波数リスト・変更情報については A.6 を 


ジャンルコード表、番組特性コード表、予約語リストはそれぞれ 1 モジュールで構成する。ロゴ 

データは6 種類のロゴタイプそれぞれでモジュールを構成し、各モジュールは更新する全てのロゴ 

ID のロゴデータを含む。ロゴデータは 6 種類すべてを送出する。 

ダウンロードモジュールのデータフォーマットは、ジャンルコード表、番組特性コード表、予約語 

表及びロゴデータのそれぞれにおいて異なっている。これは、告知情報における Name 記述子によ 

って判別され、その対応を表 3-A-4に示す。また、ロゴデータの場合の Name 記述子とロゴデータ 

の対応を表 3-A-5に示す。 

-218-


表 3-A-4 Name 記述子とダウンロード内容との対応 

ダウンロード内容 Name 記述子備考 

ジャンルコード表 

番組特性コード表 

予約語 

チャンネルロゴ 

CS ジャンルコード 

CS 予約語 

CS チャンネルロゴ 

GENRE 

FEATURE 

KEYWORD 

LOGO-xx 

CS_GENRE 

CS_KEYWORD 

CS_LOGO-xx 

表 A-5 を参照 (content_nibble を使用 ) 

表 A-5 を参照 


表 A-7 を参照。xx には logo_type が入る 

表 A-5 を参照 (user_nibble を使用 ) 


表 A-7 を参照。xx には logo_type が入る 

HD ラージ 






CS_HD ラージ 

CS_HD スモール 

CS_SD4:3 ラージ 

CS_SD4:3 スモール 

CS_SD16:9 ラージ 

CS_SD16:9 スモール 

表 3-A-5 ロゴデータの Name 記述子とダウンロード内容との対応 

ロゴの種類 logo_type 値 Name 記述子 

0x05 

LOGO-05 

0x02 

LOGO-02 

0x03 

LOGO-03 

0x00 

LOGO-00 

0x04 

LOGO-04 

0x01 

LOGO-01 

0x05 

0x02 

0x03 

0x00 

0x04 

0x01 

CS_LOGO-05 

CS_LOGO-02 

CS_LOGO-03 

CS_LOGO-00 

CS_LOGO-04 

CS_LOGO-01 

共通データに関する、DII の CompatibilityDescriptor の記述例としては、DescriptorType=0x01 

の model フィールド(16 ビット)で全受信装置共通であることを示す ID(BS:0xfffe、広帯域 CS: 

0xfffc)を定義することが考えられる。この場合、version フィールドのバージョン識別 (12 ビッ 

ト)には、ダウンロードされる共通データ全体のバージョン値が格納される。 

-219-


A.5 データフォーマット 

A.5.1 ジャンルコード表、番組特性コード表の場合 


表 3-A-6 ジャンルコード表、番組特性コード表のシンタックス 

バイト数 

CommonTableDataModule(){ 

number_of_loop 

for(i=0; i< number_of_loop; i++){ 

table_code 

level_1_name_length 

for(j=0; j


A.5.2 予約語表の場合 


表 3-A-7 予約語表のシンタックス 

バイト数 

KeywordTableDataModule(){ 



name_length 

for(j=0; j


A.5.3 ロゴデータの場合 (BS/ 広帯域 CSデジタル放送の場合 ) 

表 3-A-8 ロゴデータのシンタックス(BS/ 広帯域 CS デジタル放送の場合 ) 


バイト数 

LogoDataModule(){ 

logo_type 



logo_id 

number_of_services 

for ( j=0; j


A.5.4 ロゴデータの場合 ( 地上デジタルテレビジョン放送の場合 ) 

CDT の data_module_byte に下記のフォーマットで記載する。 

表 3-A-9 data_module_byte()シンタックス 

データ構造 bit ビット列表記 

data_module_byte(){ 

logo_type 8 uimsbf 




logo_version 12 uimsbf 

data_size 16 uimsbf 

for( i=0;i


付属 -4 AAC デコーダにおけるダウンミックス処理について 

AAC デコーダにおける音声復号処理 ( 本標準規格本編 6.2.1 項 )のマルチチャンネルから 2 チ 

ャンネルステレオへのダウンミックス機能に関する規定に関しては、本標準規格 5.3 版 ( 平成 25 

年 3 月 19 日改定 )において、ダウンミックス音声信号の計算式における全体係数 a を撤廃する改 

定を実施した。 

本標準規格 5.2 版以前の規定においては、全体係数 a=1/√2 と規定しており、それに基づくデジ 

タル放送受信装置も存在することから、本付属に、5.2 版以前のダウンミックス規定とその背景と、 

5.3 版における全体係数 a 撤廃の経緯および基本方針を解説する。 

●5.2 版以前のダウンミックス規定とその背景 

本標準規格 5.2 版以前のダウンミックス処理規定を以下に抜粋し解説する。 

( 旧 ) 表 6-DM1 2 チャンネルステレオへのダウンミックス音声信号の計算式 ( 一部省略 ) 


matrix_mix 

down_idx_ 

present 

pseudo_ 

surround 

_enable 

matrix_ 

mixdown 

_idx 

k の値 



1 0/1 

0 

0 1/√2 

1 1/2 

2 1/2√2 

3 0 

Set1 

Lt= a*(L+1/√2*C+k*Sl) 

Rt= a*(R+1/√2*C+k*Sr) 

a=1/√2 

Set3 

Lt= (1/√2)*(L+1/√2*C+1/√2*Sl) 

Rt= (1/√2)*(R+1/√2*C+1/√2*Sr) 

5.2 版以前 ( 旧規定 )においては、ダウンミックス音声信号の計算式に全体係数 a=1/√2(=0.707) 

が存在している。旧規定は、ISO/IEC 13818-7(MPEG-2 AAC 規格 )8.5.4.2 Matrix-mixdown 

process に記載の、いかなる場合においてもオーバーフローを発生させない計算式 (この場合、全 

体係数 a=1/(1+0.707+0.707)=0.414 となる)に対して、2 チャンネルステレオ音声番組のステレオ 

音声とマルチチャンネルステレオ音声番組をダウンミックス処理して生成されたステレオ音声との 

音量があまり変わらないように、簡易的にステレオ音声信号を生成するため、以下の要求条件に基 

づき規定されたものである。 

(1) ダイナミックレンジ :ビットが有効利用されること 

(2) オーバーフロー :オーバーフローの発生確率が低いこと 

(3) 音の大きさの統一 :2ch 受信装置で 2ch 番組と 5ch 番組を受けたときに、音の大きさがあ 

-224-


まり変わらないこと 

この要求条件に基づき、全体係数 a=1/√2 と規定したことにより、マルチチャンネルステレオ 

音声番組をダウンミックス処理して生成したステレオ音声の聴取レベルの低下は 3dB となる。こ 

れは上述の MPEG-2 AAC 規格のダウンミックス音声信号の計算式に比べれば音量差が小さくな 

る方向であり、当時の結論として、この音量差は許容範囲であるとしていた。 

●5.3 版における全体係数 a 撤廃の経緯および基本方針 

上述の通り、旧規定策定時においては全体係数 a=1/√2 によるダウンミックスステレオ音声の 

聴取レベルの低下は許容範囲とされたが、一方、当時は音声レベルに関する運用ガイドラインが 

存在しなかったこともあり、番組制作側でステレオ受信機における聴取レベルの 3dB 低下が許容 

されない場合もあったため、全体係数 a の存在が結果的にマルチチャンネルステレオ番組の音声 

レベルを揃えられない一つの要因となっていた。 

全体係数 a の見直しの直接の契機は、「デジタルテレビ放送番組におけるラウドネス運用規定」 

(ARIB TR-B32、平成 23 年 3 月 1.0 版策定 )の策定である。 

ARIB 技術資料 TR-B32 は、人の感じる音の大きさ(ラウドネス)の測定方法等が ITU-R より 

勧告されたことを受けて、デジタルテレビ放送におけるラウドネスの運用基準と最大許容ピーク 

レベルの技術要件を取りまとめたものである。この技術資料では、ITU-R 勧告 BS.1770 Annex 1 

に準拠し測定される番組の平均ラウドネス値の目標値 (ターゲットラウドネス値 )を-24LKFS、 

ITU-R 勧告 BS.1770 Annex 2 に準拠し測定されるトゥルーピークの最大許容値を-1dBTP として 

いる。 

上述の ITU-R 勧告および ARIB 技術資料は、2 チャンネルステレオ、マルチチャンネルステレ 

オにかかわらず同一の規定を目指している。また、デジタルテレビ放送において、この技術資料 

に基づく運用が行われた場合、全体として音声レベルが下がる方向となり、オーバーフロー対策 

としての全体係数 a を撤廃しても基本的に問題はないことが期待される。そのため、平成 23 年 

に全体係数 a の見直しに関する問題提起があり、検討の結果、全体係数 a を撤廃した方が番組間 

において音の大きさが揃い、より良い視聴環境が実現するとの結論となり、本標準規格 5.3 版に 

おいて改定が行われた。 

本標準規格の改定にあたっての基本方針は以下の通りである。 

(1) ダウンミックス全体係数 a を撤廃する。 

(2) ダウンミックスに伴うオーバーフロー対策については、制作・送出側、受信側双方に対して 

注意喚起を行うことで対応する 

本改定によって、デジタル放送の制作・送出側、デジタル放送受信装置側の双方において統一 

的な音声レベルの運用の推進が期待される。 

-225-


付属 -5 地上デジタルテレビジョン放送との受信装置共用化について 

1 インターオペラビリティの位置付けとインタフェース、地上アダプターの位置付け 

地上デジタルテレビジョン放送開始前から市場投入が予想される地上デジタルテレビジョン放 

送共用化 BS/BS・広帯域 CS デジタル受信装置で将来地上アダプターを接続することにより、基 

本的な地上デジタルテレビジョン放送を受信できることが本規格化の目的である。地上デジタルテ 

レビジョン放送では固定受信と移動体受信が想定されるが、BS/BS・広帯域 CS デジタル放送受 

信と共用と言う観点から固定受信を前提とした。 

わが国のデジタル放送規格化にあたっては、「情報源符号化部はメディア横断的とする」ことを 

基本として来た。地上デジタルテレビジョン放送の規格化にあたっても BS/BS・広帯域 CS デジ 

タル放送の規格を基本として検討した。従って、本共用規格でも「情報源復号化部は BS/BS・広 

帯域 CS デジタル受信と基本的に共通である」ことが確認された。その上で、インターオペラビリ 

ティインタフェースを受信機能のどこに置くかについて検討し、「フル TS インタフェース」「パー 

シャル TS インタフェース」から「デコード後の映像・音声・データのベースバンドインタフェー 

ス」までの様々なインタフェース点が審議されたが、地上デジタルテレビジョン放送のサービスに 

ついては未だ不確定部分があることから、「現時点での BS/BS・広帯域 CS デジタル放送受信装置 

機能での受信を可能とする」ことを前提に、「フル TS インタフェース」を採用した。これにより、 

地上デジタルテレビジョン放送共用化 BS/BS・広帯域 CS デジタル受信装置はあらかじめ地上ア 

ダプターとの接続部及び地上デジタルテレビジョン放送の受信機能を装備する必要がある。地上ア 

ダプターについては、第 5 章、第 15 章と付属 -10 を参照のこと。 

2 地上アダプターの機能と制御について 

地上アダプターの機能と制御については第 5 章、第 15 章と付属 -10 を参照のこととするが、イ 

ンタフェース設計のための機能は以下の通りとする。 

1 地上アダプターは共用化 BS/BS・広帯域 CS デジタル受信装置からの受信周波数情報により、 

自己の局発周波数ドリフト分を考慮して、周波数微調整を行い、当該周波数の受信を行う。 

地上アダプター内の「受信周波数パラメータテーブル」に当該周波数のパラメータがあらかじ 

め記憶されていたら、テーブルに記憶されている受信パラメータにより受信を試みる。パラメー 

タ通りで受信可能であったら、「受信可能」ステータス・「受信状態情報」とともに受信したフル 

TS を共用化 BS/BS・広帯域 CS デジタル受信装置に伝送する。 

テーブルに当該周波数に対応するパラメータが記憶されていない場合、またはテーブルのパラ 

メータで受信できない場合は、当該周波数においてモード・ガードインターバルのパラメータを 

順次変えてサーチする。このサーチ中は共用化 BS/BS・広帯域 CS デジタル受信装置のチュー 

ナーステータス情報取得に対して「サーチ中」ステータスを応答する。あるパラメータの組み合 

わせで受信できたら、そのパラメータと周波数を「受信周波数パラメータテーブル」に記憶する 

-226-


とともに、フル TS を共用化 BS/BS・広帯域 CS デジタル受信装置に伝送する。また、共用化 

BS/BS・広帯域 CS デジタル受信装置のチューナーステータス情報取得に対して「受信可能」 

ステータスと「受信状態情報」を応答する。 

パラメータをサーチしても当該周波数での受信が不可能であったら、共用化 BS/BS・広帯域 

CS デジタル受信装置のチューナーステータス情報取得に対して「受信不可」ステータスと「受 

信状態情報」を応答する。TS 伝送は行わない。 

なお、パラメータについては ARIB 技術資料を参照のこと。 

2 共用化 BS/BS・広帯域 CS デジタル受信装置からの要求に基づき「受信状態情報」を共用化 

BS/BS・広帯域 CS デジタル受信装置に送信する。 

3 TMCC 情報の内、「起動制御信号 ( 緊急警報放送用起動フラグ)」がオンになったら、地上アダ 

プターのブザー及び LED 表示にて緊急警報放送があることを報せる。 

3 インタフェースにおけるコマンド等 

(1) 選局、受信サーチ 

共用化 BS/BS・広帯域 CS デジタル受信装置から地上アダプターへの選局及び受信サーチ動 

作は、インターオペラビリティを確保するという観点から、現在規格化されているコマンドを使 

って行うこととした。選局動作において、受信周波数を共用化 BS/BS・広帯域 CS デジタル受 

信装置から地上アダプターに送信し、地上アダプターがモード・ガードインターバル等を順次変 

更して受信周波数での選局を独立して行うものとする。受信サーチ動作においては、受信サーチ 

開始コマンドが規格化されていないので、共用化 BS/BS・広帯域 CS デジタル受信装置が地上 

アダプターの選局動作を用いて行うこととした。その方法については、本文及び付属 -5 の項目 

2 に記載されている。 


共用化 BS/BS・広帯域 CS デジタル受信装置から地上アダプターへ送信する DSIT コマンド、 

地上アダプターの受信状態を知るための Tuner Status Descriptor、共用化 BS/BS・広帯域 CS 

デジタル受信装置が地上アダプターを認識するための Tuner Subunit Identifier Descriptor を使 

用する。詳細は付属 -5 の項目 11 を参照のこと。 

(3) 受信状態情報 

受信状態情報を地上アダプターから共用化 BS/BS・広帯域 CS デジタル受信装置に送り、そ 

れを表示することが必要である。受信状態情報は「signal_strength」情報として地上アダプター 

から共用化 BS/BS・広帯域 CS デジタル受信装置に伝送され、本文の例で示すように共用化 BS 

/BS・広帯域 CS デジタル受信装置のバー表示等で表示する。signal_strength に関しては、付 

属 -5 の項目 11 を参照のこと。 

(4) 接続確立と TS 出力 

地上アダプターと共用化受信装置の Point-to-Point Connection については、共用化 BS/BS・ 

-227-


広帯域 CS デジタル受信装置から接続を確立するものとし、地上アダプター側からは接続確立を 

行わない。また、地上アダプターは、Broadcast-out Connection を行わない。 

また、地上アダプターは Point-to-Point Connection されたのみでは、フル TS は出力しない。 

接続後の選局コマンド(DSIT)により地上アダプターが正常に選局を行ったときに、フル TS を出 

力する。したがって、地上アダプターへの選局コマンドにより選局動作が行われ、その後に 

Point-to-Point Connection を行ってもフル TS は出力されない。 

(5) コピープロテクション 

地上アダプターから共用化 BS/BS・広帯域 CS デジタル受信装置へのコンテンツデータ転送 

において、コンテンツの著作権保護のために十分なるコピープロテクション機能が求められる。 

ここでのコピープロテクション方式は、放送事業者仕様とした。 

(6) 高速デジタルインタフェースシステム構成例 

共用化 BS/BS・広帯域 CS デジタル受信装置と地上アダプターの接続における高速デジタル 

インタフェースのシステム構成例を示す。 

: トランスポートストリーム信号 


TV OR MONITOR 

V/L/R 

IF-in 

DIRD 

( 共用化 BS/BS・広帯域 

CSデジタル受信装置 ) 

1394 

(MPEG) 

IC card 

RF-in 


1 地上アダプターは、DEMUX、 CA 以降の処理を内蔵しない。 

2 地上アダプター出力データは、全てのトランスポートストリーム。 

3 DIRD 入力データは、全てのトランスポートストリーム。 

図 5-1 地上アダプター接続 

-228-


4 EPG、service_id、network_id 等について 


EPG については、ARIB 技術資料を参照のこと。SI 情報のスキャン方法、EPG 合成方法、表示方 

法、EPG 機能等については共用化 BS/BS・広帯域 CS デジタル受信装置の商品企画とする。 

(2) service_id の割り付けについて 


(3) network_id の割り付け及び NIT 運用について 


5 音声ハーフレートについて 

地上デジタルテレビジョン放送では「音声ハーフレート」が提案されているが、共用化 BS/BS・ 

広帯域 CS デジタル受信装置では音声ハーフレート機能は必須としないこととした。 

6 TMCC 情報の伝送について 

TMCC 情報の伝送については、「起動制御信号 ( 緊急警報放送起動用フラグ)」と「伝送パラメー 

タ切替指標」の必要性が検討された。両者とも IEEE1394 上での規格はなく、必要であれば新規の 

規格化が必要であった。 

「起動制御信号 ( 緊急警報放送起動用フラグ)」については、実効として、共用化 BS/BS・広 

帯域 CS デジタル受信装置に伝送されても共用化 BS/BS・広帯域 CS デジタル受信装置がオン状 

態でなければ意味が無いこと等により、地上アダプターにおいて同フラグがオンになったら、ブザ 

ー及び LED 表示で視聴者に報せることの方が良いとの結論に達した。従って、同フラグのインタ 

フェース上の伝送は特に規定しない。 

「伝送パラメータ切替指標」については、共用化 BS/BS・広帯域 CS デジタル受信装置側での 

利用としては意味はあるが、共用化 BS/BS・広帯域 CS デジタル受信装置規格として必須のレベ 

ルでないとし、インタフェース上の伝送は特に規定しない。 

7 受信周波数 

共用化 BS/BS・広帯域 CS デジタル受信装置から地上アダプターに伝送される各チャンネルの 

中心周波数情報は、アナログテレビジョンチャンネルプランでの中心周波数 +1/7MHz である。 

8 リモコン機能について 

リモコンは商品企画に任せるが、次のような機能を有することが望ましい。 

1 受信サーチで受信したチャンネルを任意にリモコンボタンに設定、削除、変更ができること。 

2 受信再サーチが指示できること。 

3アンテナ方向調整動作及び受信チャンネルの指示ができること。 

-229-


9 受信サーチ時の周波数スキャンのフローの一例 

START 

最初の周波数 

IEEE1394 

Tuning 命令実行 

( 引数 : 中心周波数 ) 

受信周波数 

チューナーステータス 

チェック 

サーチ中 

READ 

DESCRIPTOR 

コマンド 

OFDM 

同期確立 

モード、GI サーチ 

ステータス 

Tuner Status Descriptor 

選局できない 

選局できた 

NIT、 

フル TS 

SI-EPG 受信 

受信 Status 出力 

TMCC 受信 

周波数 -PSI/SI 対応表作成 

周波数 -パラメータ対応表作成 

TS 受信 

Not END 

次の周波数 

END 

END 

共用化 BS/BS・広帯域 CS デジタル受信装置側 

地上アダプター側 

図 5-2 受信サーチ時の周波数スキャンのフローの一例 

-230-


10 共用化 BS/BS・広帯域 CSデジタル受信装置及び地上アダプターで蓄積すべきパラメータ情報 

表 5-1 共用化 BS/BS・広帯域 CS デジタル受信装置及び地上アダプターで蓄積すべき 

パラメータ情報 

パラメータ受信装置地上アダプター備考 

周波数 ○ ○ 中心周波数 (オフセット含む) 

受信状態情報 ○ signal_strength 

モード 

○ 

ガードインターバル 

○ 

NIT ○ 受信可能な全ての周波数毎の 

network_id/ 

version_number / service_id 

( 含まれるもの全て) 

SI-EPG ○ 全周波数スキャンにより各局情 

報を収集・蓄積 

11 地上アダプターのデスクリプタ、コマンド、チューナモデル 

地上アダプターは 1394 Trade Association( 以下 1394TA)における AV/C Tuner Subunit の以下の 

機能を実装する。 

Tuner Subunit の仕様は 1394TA における AV/C Digital Interface Command Set General 

Specification Version4.1( 以下 AV/C General) 、 AV/C Descriptor Mechanism Specification 

Version1.0( 以下 AV/C Descriptor)、AV/C Tuner Model and Command Set Version2.0( 以下 AV/C 

Tuner) 、 AV/C Tuner Broadcast System Specification-Digital Video Broadcast(DVB) 

Version1.0( 以下 Tuner DVB) 及び Enhancements to the AV/C Broadcast System 

Specification-Digital Video Broadcast(DVB) Version1.0( 以下 Enhancements Tuner DVB)に準拠 

し、Enhancements Tuner DVB の Profile1:The Simplest Tuner Without Lists and Selection by 

DSIT で規定される機能をサポートする。 

(1) デスクリプタ 

Enhancements Tuner DVB の Profile1 に準拠する地上アダプターは AV/C General、AV/C 

Descriptor 及び AV/C Tuner で規定される表 5-2 の二つのデスクリプタをサポートしなければなら 

ない。 

Tuner Subunit Identifier Descriptor の詳細については AV/C General 及び AV/C Tuner を参照の 

こと。 

Tuner Status Descriptor の詳細については AV/C Tuner を参照のこと。 

-231-



デスクリプタ descriptor_type 記述サポート 

Tuner Subunit 

Identifier Descriptor 

0x00 Tuner Subunit の能力 / 特徴を示す必須 

Tuner Status 

Descriptor 

0x80 Tuner Subunit の状態を示す必須 


Tuner Subunit Identifier Descriptor 

Tuner Subunit Identifier Descriptor は表 5-3 の構造となる。基本構造は AV/C Descriptor で規定 

され、subunit_dependent_information の構造は AV/C Tuner で規定される。 


構造ビット数 

注 

値 1 

descriptor length 16 0x002B 





number_of_root_object_lists 16 0x0000 

subunit_dependent_length 16 0x0021 


number_of_systems 8 0x01 

for (i=0; i



} 

selection_attribute_range_specification_for_B{ 


} 

selection_attribute_range_specification_for_C{ 


} 

selection_attribute_range_specification_for_D{ 


} 

selection_attribute_range_specification_for_E{ 


} 

selection_attribute_range_specification_for_F{ 


} 

selection_attribute_range_specification_for_G{ 


} 

} 

} 




} 

} 

} 

} 


注 1: Tuner Subunit Identifer Descriptor で固定値が挿入される field、及びオプションで値が 

設定可能であるがデフォルト値が規定されている field(デフォルト値は[ ]で表示 )に設定 

すべき値を記述する。以下に説明のある field については該当する説明も参照。 


generation_ID は AV/C Descriptor で規定され、表 5-4 に示す値とする。 

値 

0x02 


意味 

AV/C Descriptor (AV/C Descriptor Mechanism 

Specification Version 1.0) に準拠した descriptor 構造 


size_of_list_ID 及び size_of_object_position は AV/C Tuner で規定され、それぞれ表 5-5 に示す値 

とする。 

-233-


表 5-5 size_of_list_ID, size_of_object_position 

項目 

値 


0x02 


0x02 


size_of_object_ID は Tuner DVB で規定される service object ID の制限 (6bytes)から決まり、 

表 5-6 に示す値とする。 


項目 


値 

0x06 


number_of_root_object_lists は、Profile1 では object list を持たないことが基本のため、 

number_of_root_object_lists には 0x0000 を設定する。 

・number_of_systems 

地上アダプターが受信可能な放送システムは地上デジタルテレビジョン放送のみであるため、 

number_of_systems には 0x01 を設定する。 

・system_id 


値 

0x20 


意味 



Profile1 を示す implementation_profile_id は Enhancements Tuner DVB で規定され、表 5-8 に 

示す値とする。 

値 

0x10 


意味 

Profile1:The Simplest Tuner without Lists and Selection 

by DSIT 

-234-



地上アダプターが受信可能な放送システムは地上デジタルテレビジョン放送のみであるため、 

number_of_subsystem_labels には地上デジタルテレビジョン放送のネットワーク数である 0x01 を 

設定する。 

表 5-9 number_of_subsystem_labels 

項目 

値 

number_of_subsystem_labels 

0x01 


受信可能な放送システムを列挙するフィールドであり、label 長が 9 文字、使用される文字は ASCII 

code の英数文字で表され、地上アダプターでは表 5-10 に示す値とする。 

値 

JPNTBADPT 

表 5-10 subsystem_label 

意味 



地上アダプターは中心周波数指定による選局 (DSIT コマンド)をサポートするため、 

multiplex_preferred_selection_flags と service_preferred_selection_flags は表 5-11 に示す値をデ 

フォルト値とする。 

表 5-11 multiplex/service_preferred_selection_flags 

項目 

値 

multiplex_preferred_selection_flags 

[0x4000] 


[0x00] 


地上アダプターは、AV/C モデル上は一つの antenna を持つとして扱う。すなわち antenna の切 

り換えは行わない。 

表 5-12 number_of_antennas 

項目 

number_of_antennas 

値 

0x01 

・transport 

-235-


地上デジタルテレビジョン放送の場合、transport は AV/C Tuner で規定され、表 5-13 に示す値 

とする。 


値 

意味 

011 terrestrial( 地上波 )による放送 

・external_input_plug_number 

external_input_plug_number は、地上デジタルテレビジョン放送受信装置の場合は 0x9D を使う 

ことが推奨されているため、地上アダプターの場合も同じ値 0x9D を使うことを推奨する。 


system_specific_info には、Enhancements Tuner DVB で規定される DVB_specification_version 

を記述する。 



項目 


値 

0x11 

Tuner Status Descriptor 

地上アダプターにおける Tuner Status Descriptor は、表 5-15 の構造となる。基本構造は AV/C 

Tuner で規定される。 



注 

値 1 

descriptor_length 16 0x0021 






input(=0), selected_antenna(7bits) 8 0x00 


BER 32 [0x00000000] 

signal_strength 8 

raster_frequency(2bits) 2 0x2 

RF_frequency(22bits) 22 0x000000 


} 

} 

-236-


system_specific_multiplex_selection_length 8 0x0C 



reserved_filed, center_frequency, bandwidth, 

constellation, hierarchy_info, code_rate_HP_stream, 

8 [0x40] 

code_rate_LP_stream, guard_interval 



8 [0x00] 

} 


currently_available, selected, reserved(6bits) 8 [0x40] 




code_rate_HP_stream(3bits) 

8 [0x00] 

code_rate_LP_stream(3bits), guard_interval(2bits), 


8 [0x00] 


} 

} 

demux_input_info_length 8 0x00 

demux_input_info{ } 

} 

number_of_source_plugs 8 0x01 

for (i=0; i


場合に no_RF=1 となる。また、地上アダプターが動作していない場合にも、no_RF=1 とする。 

searching=1 の時、共用化 BS/BS・広帯域 CS デジタル受信装置は currently_available, 

signal_strength を無効として扱う。 


フラグ 



moving 常に"0" ( 地上アダプターのアンテナは固定式 ) 

no_RF 



antenna destination plug が常に接続されているとし、antenna_input_info は必ず存在する。 


selected_antenna は、接続されているアンテナの Tuner Subunit Identifire Descriptor で指定さ 

れる antenna_specification のインデックス値とする。 

地上アダプターでは、antenna_specification 

selected_antenna==0x00 である。 

は一つだけ定義されているため、 


antenna_general_system_info の各 field の値を表 5-17 に示す。 

searching もしくは no_RF ビットが”1”にセットされている場合には antenna_general_system 

_info の各 field は無効である。 

BER を使用する機器は値を設定して出力しても良い。 

signal_strength の値は、受信 C/N、受信電界強度、BER 情報等いずれを適用してもよいが、 

数値が大きくなるほど受信状態が良好であるとし、最大値を 255 とする。 


antenna_general_system_info 値記述 

BER (bit error rate) [0x00000000] 左のデフォルト値もしくは正しい値を設定す 

る。 


地上アダプターの受信状態 (0~255) 

( 最大値を 255 とするように設定する) 



0x800000 地上アダプターでは RF_frequency は未使用 

とし、左の値を設定する。 

ただし raster_frequency=0x2(4kHz)は固定 

manufacturer_dependent_info_len 

gth 

0x00 

manufacturer_dependent_info 地上アダプ 

ターでは使用しない。 

-238-



raster_frequency filed の値の割当ては、Tuner DVB にて規定される。地上アダプターでは、Tuner 

Status Descriptor の antenna_general_input_info について raster_frequency を 0x2(4kHz) 固定と 

し、RF_frequency は使用しないものとする。 


Tuner Subunit Identifier Descriptor の multiplex/service_preferred_selection_flags で"1"に設 

定されている attribute、及び地上アダプターが DSIT コマンドで対応可能な attribute について地 

上アダプターの status を設定する。表 5-18 に設定例を示す。 

system_specific_multiplex_attributes_valid_flags で"0"に指定された attribute は無効として扱 

う。 

表 5-18 system_specific_multiplex_attributes_valid_flags 

項目 

値 

reserved_filed, center_frequency, 

bandwidth, constellation, 

[0x40] 

hierarchy_info, code_rate_HP_stream, 

code_rate_LP_stream, guard_interval, 


[0x00] 



currently_available の機能を表 5-19 に示す。system_specific_multiplex_selection_attributes 

の currently_available では、antenna_input_info の no_RF と同じ情報 ( 値は”0”と”1”が反転する) 

を設定する。ただし何らかの理由で Tuner Subunit が正常な選局動作を行えない状態にある場合 ( 例 

えば地上アダプター内部動作の都合により外部からの選局動作に応答できない状態など)には”0”を 

設定し、no_RF と異なる状態を示すことも可能とする。 

selected は地上アダプターでは常に”1”を設定する。 

表 5-19 currently_available 

項目 

意味 

Currently_available 正常な選局動作が完了 ( 正常に受信中 )=1 


center_frequency には地上アダプターが現在受信中の放送の中心周波数を設定する。 

-239-


項目 

center_frequency 

表 5-20 center_frequency 

意味 

受信している中心周波数 ( 単位は 10Hz) 


Enhancements Tuner DVB の Profile1 に準拠する地上アダプターは以下のコマンドを必須でサ 

ポートしなければならない。コマンドは AV/C General コマンド、AV/C Descriptor コマンド、AV/C 

Tuner コマンドに分けられる。 

各コマンドの詳細は AV/C General、AV/C Descriptor、AV/C Tuner を参照のこと。 

AV/C General コマンド 

地上アダプターは表 5-21 の AV/C General コマンドをサポートする。 


Opcode 

値 

Command 

Type 

記述 

サポート 

UINT INFO 0x30 STATUS - 必須 ( 注 1) 


POWER 0xB2 

CONTROL/ 電源制御 (CONTROL)・ 

STATUS 状態 (STATUS) 

必須 ( 注 2) 

注 1:UNIT INFO status response の unit_type は Tuner(00101b)とする。 

注 2:POWER command は、Unit に対する POWER command のサポートを必須とし、Tuner 

Subunit に対する POWER command のサポートはオプションとする。 

Tuner Subunit に対する POWER command もサポートする場合には、Unit に対する 

POWER command に対しても Tuner Subunit に対する POWER command に対しても、 

同様の内部動作をするものとし、遷移後も同様の状態を示すこととする。 

また、商品企画によっては、地上アダプターの電源が完全に OFF となっており、POWER 

ON の CONTROL コマンドを受信できない状態がある場合も考えられるが、地上アダプタ 

ーの電源がONの状態で CONTROL コマンドを受け付けるのであればコマンドそのもの 

はサポートされているとする。 

AV/C Descriptor コマンド 

地上アダプターは表 5-22 の AV/C Descriptor コマンドをサポートする。 

-240-


Opcode 

OPEN 

DESCRIPTOR 

OPEN 

DESCRIPTOR 

READ 

DESCRIPTOR 

値 

0x08 

0x08 

0x09 


Command 

Type 

CONTROL 

STATUS 

CONTROL 

記述 

Descriptor のアクセス権を取 

得する 

Descriptor のアクセス状態を 

調べる 

Descriptor からデータを読み 

込む 

サポート 

必須 ( 注 1) 

注 1: OPEN DESCRIPTOR コマンドについては、read_open subfunction(0x01) 及び close 


必須 

必須 

AV/C Tuner コマンド 

地上アダプターは表 5-23 の AV/C Tuner コマンドをサポートする。 

Opcode 

DIRECT SELECT 

INFORMATION 

TYPE(DSIT) 


値 

Command 

Type 

記述 

周波数選局 

0xC8 CONTROL (ただし、replace subfunction 

は必須 ) 

サポート 

必須 

注 1 

注 1: DIRECT SELECT INFORMATION TYPE コマンドは subfunction が replace(0xD2)のサ 

ポートを必須とする。 



表 5-24 に DSIT コマンドの構造を示す。 



注 

値 1 


source_plug 8 


status 8 0xFF 


input, antenna_number(7bits) 8 0x00 


orb_pos, main_freq_up, main_freq_down, service_id, 


8 [0x00] 

} 




-241-



constellation, hierarchy_info, code_rate_HP_stream, 8 [0x40] 



} 


currently_available, selected, reserved(6bits) 8 [0x00] 




code_rate_HP_stream(3bits) 

8 [0x00] 

code_rate_LP_stream(3bits), guard_interval(2bits), 


8 [0x00] 


} 

} 

number_of_dsit_selection_specifications 8 0x00 

注 1: DSIT コマンドで固定値を設定する field、及びオプションで値が設定可能であるがデフォル 

ト値が規定されている field(デフォルト値は[ ]で表示 )について値を記述する。以下に説明のある 

field は該当する説明も参照。 




replace(subfunction=0xD2)のサポートを必須とする。他の subfunction(clear, remove, append, 

new)はオプションとする。 

・input 

antenna destination plug からの入力を選択する場合は input=0、demux destination plug から 

の入力を選択する場合は input=1 とする。地上アダプターには demux destination plug が無いため、 

input=0 を指定する。 


input=0 固定であるので、antenna_number は接続されているアンテナの Tuner Subunit 

Identifier Descriptor で指定される antenna_spec のインデックス値とする。通常は antenna_spec 

は一つだけ定義されているので、antenna_number=0x00 である。 

-242-





地上アダプターでは、中心周波数 (center_frequency) 指定によるアップサーチ”main_freq_up” 

とダウンサーチ”main_freq_down”をオプションでサポート可能とする。アップサーチの場合 

system_specific_search_flags の値は 0x40 となり、ダウンサーチの場合 

system_specific_search_flags の値は 0x20 となる。 

中心周波数指定によるサーチ動作は、system_specific_multiplex_selection_attributes の 

center_frequency に指定された中心周波数の値からサーチ動作を開始するものとする。 


地上アダプターでは中心周波数 (center_frequency )による選局をサポートするため、 

system_specific_multiplex_attributes_valid_flags の center_frequency は有効 (”1”)とする。 

表 5-25 system_specific_multiplex_attributes_valid_flags 

項目 

値 

reserved_field, center_frequency, 

bandwidth, constellation, 

[0x40] 

hierarchy_info, code_rate_HP_stream, 


network_id, reserved(7bits) 

[0x00] 


選局する放送の中心周波数 (center frequency)を指定する。center_frequency フィールドは 32 

ビットの大きさで単位は 10Hz である。 



”NOT IMPLEMENTED”の response を返す場合は、コントローラから受け取った DSIT コマンド 

の opcode 及び operand をそのまま付加した response を返す。( 注 :AV/C Tuner の DSIT コマン 

ドの記載があいまい)DSIT コマンド受信時の response として INTERIM を使用しない。 

サポートしていないパラメータが DSIT コマンドで指定された場合、選局は行われない。サポー 

トしていないことが 100msec 以内に判断できる場合には NOT IMPLEMENTED を返す。100msec 

以内に判断できない場合には、サポートの有無に関係なく、また選局動作の終了を待たずに 

ACCEPTED を返してもよいが、100msec 以内に判断できるようにすることが望ましい。 


合には、次項の status field を”0x01”に設定すると同時に、直ちに Tuner Status Descriptor の 

-243-


searching を”1”とし、選局が完了した時点で”0”としなければならない。 

DSIT コマンドに対して ACCEPTED を返したにもかかわらず、無効なパラメータが指定された 

等の理由により、選局動作を行わない地上アダプターも存在する可能性がある。したがって、共用 

化 BS/BS・広帯域 CS デジタル受信装置は、ターゲットが指定した動作を完了したかどうかを確 

実に判断するためには、currently_available フラグだけでなく、center_frequency も確認する必要 

がある。 

・status 

共用化 BS/BS・広帯域 CS デジタル受信装置からの DSIT コマンドに対する response 及びその 

後の共用化 BS/BS・広帯域 CS デジタル受信装置に期待される動作の関係を表 5-26 に示す。 


地上アダプターの状態 


Response 

コード 

Response 


status field 



一部のパラメータを受信装置 

が判断して選局 









IMPLEMEN 

TED 

0xFF ‐ 

注 1: 共用化 BS/BS・広帯域 CS デジタル受信装置は地上アダプターの選局状態を以下の動作 

手順で Tuner Status Descriptor の確認する。 


また、searching ビットが”0”になるまで確認を繰り返す。 

2. system_specific_multiplex_selection_attributes の currently_available フィールドの 

確認を行う。 

3. system_specific_multiplex_seleciton_attributes の center_frequency フィールドで選 

局した放送の中心周波数の確認を行う。 

4. 受信状態情報が必要な場合には antenna_general_system_info の signal_strength フ 

ィールドの値を確認する。 

-244-


(3) チューナモデル 

地上アダプターの接続モデルを図 5-3 に図示する。 

external 

(antenna) 

input plug 

(0x9D) 

antenna 

destination 

plug (0x00) 

Tuner Subunit 

source 

plug(0x00) 

serial bus 

output plug 

plug(0x00) 

Unit 

図 5-3 Tuner Subunit 接続モデル( 例 ) 

Tuner Subunit の入力は antenna destination plug がひとつ、出力には source plug がひとつあ 

ることとする。また、これらは常に antenna destination plug は external (antenna) input plug に、 

source plug は serial bus output plug に接続されていることとする。 

地上アダプターは external (antenna) input plug 番号として 0x9D を使用することを推奨する。 

接続はすべて固定的に実現されているので CONNECT Control コマンドは実装しないことし、 

NOT_IMPLEMENTED を返すことを推奨する。CONNECT Status コマンドは実装してもよい。 

-245-


付属 -6 広帯域 CS デジタル放送受信アンテナシステムと留意点 

BS・広帯域 CS デジタル放送共用受信のアンテナシステムとしては、アンテナと DIRD が一対向 

の場合と、アンテナが1つで DIRD が複数の場合とがあり、それぞれ次のようなシステムとなる。 

(1) アンテナと DIRD が一対向の場合 (IF 上限周波数 2071MHz) 

DIRD からの偏波切り替え信号により動作する。DIRD への中間周波数は下の右の図のように 

なる。最も基本的なシステムである。 

切り替え1 

( 右旋偏波信号 ) 

1032 1489 1595 2071 

BS 

CS-R 

(MHz) 

Lo=10.678GHz 

重畳電源 

右旋円偏波 :DC15V 

左旋円偏波 :DC11V 

IRD 

切り替え2 

( 左旋偏波信号 ) 

1575 2051 

CS-L 

(2) アンテナが1つで DIRD が複数の場合 

家庭内で複数の DIRD が使用される場合または共同受信システムのような場合は、次のような 

色々なシステムが考えられる。 

12 条伝送方式 (IF 上限周波数 2071MHz) 

BS と広帯域 CS の右旋を1 条のケーブルで広帯域 CS の左旋を1 条のケーブルでと2 条のケ 

ーブルを使用する方式。各 DIRD は2 条のケーブルの入力を有するか、アンテナ切替器を併 

用して、ケーブルを切り替えることとなる。 

Lo=10.678GHz 

L 

R 

ケーブルA 

BS+CS-R 

ケーブルB 

CS-L 

ケーブルA 

ケーブルB 

1032 1489 1595 2071 

BS 

CS-R 

1575 2051 

CS-L 

(MHz) 

IRD1 

IRD2 

-246-


21 条伝送方式 A(IF 上限周波数 2071MHz) 

いずれかの DIRD の選択に基づき、ケーブルには右旋か左旋のいずれかが伝送される方式。 

他の DIRD は異なる偏波のチャンネルが選択できないこととなる。 

Lo=10.678GHz 

IRD1 

重畳電源 

右旋円偏波 :DC15V 

左旋円偏波 :DC11V 

IRD2 

切り替え1 

(CS 右旋偏波信号 ) 

切り替え2 

(CS 左旋偏波信号 ) 

1032 1489 1595 2071 

BS 

CS-R 

1032 1489 1575 2051 

BS 

CS-L 

(MHz) 

31 条伝送方式 B(IF 上限周波数 2600MHz) 

アンテナのコンバータ部で左旋を異なった局発周波数でコンバートし、下右図のように周波 

数的に並べて1 条で伝送する方式。DIRD 入力の IF 周波数帯が高くなる欠点がある。 

Lo1=10.678GHz 

R 

1032 1489 1595 2071 2121 2597 (MHz) 

Lo2=10.132GHz 

L 

BS CS-R CS-L 

IRD1 

IRD2 

41 条伝送方式 C(IF 上限周波数 2071MHz) 

前 B 方式と同様に周波数帯に並べて伝送するが、各 DIRD の直前にダウンコンバータを設け、 

そのコンバータ部で DIRD からの偏波切り替え信号により DIRD 入力信号を選択する方式。 

ダウンコンバータが必要とはなるが、DIRD の入力 IF 周波数の上限は低くて良いと言う利点 

がある。 

また、下図で衛星アンテナの局発周波数 (10.678GHz)を共用化し、アンテナ出力をブロッ 

クコンバータ(アップコンバータ)に接続する方式もある。 

-247-


Lo2=10.127GHz 

L 

R 

Lo1=10.678GHz 

1032 1489 1595 2071 2126 2602 (MHz) 

BS CS-R CS-L 

Lo=551MHz 

ダウン 

コンバーター 

ダウン 

コンバーター 

重畳電源 

右旋円偏波 :15V 

左旋円偏波 :11V 

IRD1 

IRD2 

切り替え1 

( 右旋偏波信号 ) 

1032 1489 1595 2071 

BS 

CS-R 

(MHz) 

切り替え2 

( 左旋偏波信号 ) 

1575 2051 

CS-L 

これらの方式を検討したが、当面広帯域 CS 左旋の実用化が明確でないこと、DIRD の IF 入力が 

低くて良いこと、ダウンコンバーターが廉価であると予想されることから、C 方式を推奨できると 

の結論になった。 

また、(2) 全体にわたって次の留意点がある。BS・広帯域 CS デジタル放送の受信システムでは、 

BS・CS( 右旋 )、CS( 左旋 ) 別々のコンバータを使用し合成してケーブル伝送することも考えら 

れる。第 5 章ではコンバータ出力の総合利得偏差を BS 帯域内では±4dB、CS 帯域内では±6dB と 

しているが、これらの最悪値を考えると、BS/ 広帯域 CS 全体では 10dB の偏差を生じることにな 

り、第 14 章に定める「コンバータ出力の受信帯域内利得偏差は BS/ 広帯域 CS 受信帯域内では 

6dB(p-p)」の範囲から逸脱することが考えられる。特に個別コンバータの使用、ケーブルによる周 

波数特性の影響が考えられる場合は、DIRD の入力で BS/ 広帯域 CS 帯域全体で 6dB(p-p)に入る 

よう留意する必要がある。 

-248-


付属 -7 ITU-R 勧告 BO.1213 に記載されたアンテナ特性 

ITU-R 勧告 BO.1213 に記載されたアンテナ特性は、以下に示すものである。 

D:アンテナ径 (m) λ: 波長 (m) 

φ: 離軸角度 (deg.) Gmax:アンテナのピーク利得 (dB) 

正偏波特性 ( 相対利得 ): 

2 

3 

D 

 

Gco ( ) 2.5 10 

 

 

G ( ) G 29 25log G 

co 

for 0 ここで 

 

1 

r 

 

max 

for m r 

Gco( ) 29 25log 

Gmax 

for r b 

m 

 

m 

 

 

D 

ここで 95 

ここで 

Gco( ) 5dBi Gmax 

for b 

70 

Gco( ) 0dBi Gmax 

for 70 

180 

r 

10 

b 

 

Gmax G1 

0.0025 

 

D 

34 / 25 

 

交差偏波特性 ( 相対利得 ): 

Gcross( ) 25 

for 0 0.25 

0 

3 

ここで 0 

2 3dB beamwidth 

D 0.0025 

G cross 

 

0.25 

 

0 

( ) 258 

 

0.19 

0 

for 0.25 0 

0.440 

Gcross( ) 17 

for 0.44 

0 

0 

G cross 

0 

( ) 17 13.5625 

 

1 0 

for 0 1 

ここで 

 

 

2 

0 

1 

10.1875 

Gcross( ) 2125log 

G 

for 1 2 

ここで 

max 

max 

Gcross( ) 5dBi G 

for 2 70 

Gcross( ) 0dBi G 

for 70 

180 

max 

2 10 

 

26 / 25 

 

図 7-1 に 45cmφアンテナ、開口効率 70%、12.2GHz での特性例を示す。図中 A は正偏波特性、 

B は交差偏波特性である。 

-249-


ア 

ン 

テ 

ナ 

相 

対 

利 

得 

0 

-5 

-10 

-15 

-20 

-25 

-30 

-35 

B 

A 

計算条件 

45cmφアンテナ 

周波数 12.2GHz 

開口効率 70% 

正偏波特性 

交差偏波特性 

-40 

-45 

0.1 1 10 100 

離軸角度 (°) 

図 7-1 指向性及び交差偏波特性のカーブ 

放送衛星の国際調整 ( 衛星間の干渉妨害を避けるための二国間の話し合い)やチャンネルプラン 

は、アンテナ特性など国際的な技術基準に基づいて妨害量 ( 具体的には降雨遮断時間の増加 )を検 

討し交渉を行う。したがって、実際のアンテナ特性が国際基準と合致しない場合は、そのことが原 

因でおこる不利益 ( 国際基準と実際のアンテナ特性の差によって生じる妨害量 )は、そのアンテナ 

を用いるものの責任となる。 

これらのことから、将来的には国際標準である ITU-R 勧告 BO.1213 の特性を満足するアンテナが 

製造されることが期待される。 

-250-


付属 -8 測定時に衛星中継器または同等の伝送路を用意できない場合の DIRD の 

望ましい性能基準 

測定時に衛星中継器または同等の伝送路を用意できない場合の DIRD の望ましい性能は下記の基 

準を満足することとする。 

項目性能 


CN 比 10dB( 雑音帯域幅 28.9MHz 白色雑音のみ)の条件におい 

て受信劣化が検知されないこと。 


8PSK、CN 比 16dB( 限界 +6dB: 雑音帯域幅 28.9MHz)の状態に 

おいて下記を満足すること。 

同一チャンネル* 

隣接チャンネル* 

隣々接チャンネ*ル 

相互変調 






26MHz~7GHz の範囲で DU 比 -3dB で不要波による受信劣化が検 

知されない。 

第 2 局発イメージ DU 比 -3dB で受信劣化が検知されない。 

* 妨害波は、希望波と同じシンボルレート・フィルター特性のデジタル変調波とする。 

[ 妨害排除能力の数値算出について] 

BS デジタル放送波及び同等の性質をもった妨害波を衛星中継器に通した場合と通さず線形伝送 

路のみの場合の妨害排除能力に与える影響を考察する。 

(1) 衛星中継器 (もしくは同等の伝送路 )に通した場合 

デジタル信号の場合、妨害波が与える影響は同じパワーの白色雑音に換算することができると 

考えられる。 

衛星中継器 

信号発生 

送信 

ロールオフ 

IMUX 

フィルタ 

TWT 

増幅 

OMUX 

フィルタ 

受信 

ロールオフ 

パワー計算 

( 受信機 ) 

ルート配分 

図 8-1 BS デジタル放送波の伝送路模式図 

-251-


BS デジタル放送の放送波は、周波数変換部を無視すれば、図 8-1 のような構成になる。送信さ 

れた信号は、衛星中継器に入り IMUX フィルタで帯域を制限された後、TWT で増幅される。ここ 

は飽和動作のため、非線形増幅となりスペクトルの再生 (リグロース)が起こる。TWT 通過後、 

OMUX フィルタで再度帯域制限される。衛星中継器の出力スペクトル(シミュレーション)を図 

8-2 に示す。 

相対パワー (dB) 

0 

-10 

-20 

-30 

-40 

-50 

希望波 

フィルター 

衛星中継器の 

出力スペクトル 

隣接チャンネル 


隣々接チャンネル 


-20 0 20 40 60 

周波数 (MHz) 

フィルター特性 (リニア) 

図 8-2 衛星中継器を通った BS デジタル放送波と受信ロールオフフィルター特性 

希望波と妨害波のキャリアレベルが等しいとした場合、希望波の帯域内に入ってくる希望波成分 

と妨害波成分のパワー比 (SN 比 )は、図 8-1 に示す各位置のフィルターを通過する放送波信号の 

パワーから計算できる。この場合、同一チャンネル妨害では同じフィルターを同じスペクトルが通 

過するので SN = 0dB である。隣接チャンネル妨害の場合、妨害波は同じスペクトルの信号が、中 

心周波数がずれて(19.18MHz) 入力した場合と同値となり、SN = 4.54 dB となる。隣々接チャンネ 

ルの場合は、さらに中心周波数がずれ(38.36MHz)、SN = 38 dB となる。 

実際の測定で「測定時の CN」とした場合、白色雑音での受信限界は 11dB と仮定すると、 

・同一チャンネルの場合 

(CN11dB の雑音 )=(DU X dB 相当の雑音 )+(CN17dB の雑音 ) 

であり、X=12.25dB となる。まるめて 13dB が適当と思われる。 

・隣接チャンネルの場合 

( 隣接チャンネルの基準 )=( 同一チャンネルの基準 )-( 入力電力の差 ) 

7.71dB = 12.25dB - 4.54dB 

となる。この場合も数字をまるめて 8dB が適当と思われる。 

・隣々接チャンネルの場合 

隣接チャネルと同じ設定法では、-20dB を越えてしまい、あまり現実的でない。隣々接チャンネ 

-252-


ルの場合は、他衛星からの妨害よりも、同一衛星の隣のチャンネルからの妨害の意味が強いので、 

伝送路内の周波数特性の許容値から –3dB で十分と思われる。 

この考え方を元にした基準を表 8-1 に示す。 

表 8-1 DIRD の望ましい性能 

項目性能 











隣隣接チャンネル 




(1) 衛星中継器を通さない( 線形増幅 )の場合 

衛星中継器を通さない場合は、送信信号が直接受信ロールオフフィルタに入力されることにな 

る。したがって TWT での非線形増幅によるスペクトルのリグロースや、OMUX での帯域制限は 

起こらない。この場合、図 8-3 に示したように信号のスペクトルは、単純なロールオフ特性とな 

る。 

希望波と妨害波のキャリアレベルが等しいとした場合、希望波の帯域内に入ってくる希望波成 

分と妨害波成分のパワー比は、同一チャンネル妨害では SN = 0dB で変わらない。隣接チャンネ 

ル妨害の場合、SN = 4.35 dB となる。隣々接チャンネルの場合は、スペクトルとフィルター特性 

の重なりがほとんどなくなり、SN = 72 dB となる。 

-253-


相対パワー (dB) 

0 

-10 

-20 

-30 

-40 

-50 

希望波 


衛星放送波 

( 非線形なし) 





-20 0 20 40 60 

周波数 (MHz) 

フィルター特性 (リニア) 

図 8-3 線形増幅のみの BS デジタル放送波と受信ロールオフフィルター特性 

実際の測定で「測定時の CN」とした場合、白色雑音での受信限界は、衛星中継器での劣化を受 

けないため 10dB で受信可能と仮定すると、 

・同一チャンネルの場合 

(CN10dB の雑音 )=(DU X dB 相当の雑音 )+(CN16dB の雑音 ) 

であり、X=11.40dB となる。まるめて 12dB が適当と思われる。 

・隣接チャンネルの場合 

( 隣接チャンネルの基準 )=( 同一チャンネルの基準 )-( 入力電力の差 ) 

7.05dB = 11.40dB - 4.35dB 

となる。この場合も数字をまるめて 8dB が適当と思われる。 

・隣々接チャンネルの場合 

この場合は、線形増幅では測定が不可能と考えたほうがよい。したがって、この項目はあっても 

意味がないと思われるが、アンテナから DIRD 内の復調部分までのレベル管理によってはひずみが 

生じる可能性もあるので、非線形伝送路と同じ基準を暫定的に適用する。 

この考え方を元にした基準を表 8-2 に示す。 

-254-


表 8-2 DIRD の望ましい性能 

項目性能 













-255-


付属 -9 双方向通信 

1 回線の接続形態と受信装置に必要な機能 /プロトコル 

双方向通信については、受信装置と回線の接続形態により受信装置に接続される機器、及びプロ 

トコル、接続情報の保持内容等が異なる。このため、双方向通信に利用されると想定される回線種 

別と、接続形態毎に解説する。 

1.1 PSTN 回線 

1.1.1 接続形態 

PSTN 回線については、低速モデム接続、高速モデム接続、高速モデム接続 (TCP/IP)があり、 

それぞれの接続形態を図 9-1-1から図 9-1-3に示す。 

PBX(※) 

DIRD 

低速モデム 

電気通信回線 

PSTN ◎ 


RJ-11 

※PBX が有る場合 

図 9-1-1 低速モデム接続 

PBX(※) 

DIRD 

高速モデム 


PSTN ◎ 


RJ-11 


図 9-1-2 高速モデム接続 

PBX(※) 

DIRD 

高速モデム 


PSTN ◎ 

ISP 

RJ-11 


図 9-1-3 高速モデム接続 (TCP/IP) 

-256-


1.1.2 接続形態と受信装置に必要な機能 /プロトコル 

PSTN 回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-1-1 に示す。 

プロトコルは接続するアクセスポイントに対応したものを選択する。 

表 9-1-1 PSTN 回線の接続形態と受信装置に必要な機能 /プロトコル 

ISP 接続情 

報の保持 

BML から接続 

先電話番号の 

DIRD に必要なプロトコル 

場所指定 

低速モデム接続 - ○ X.28 一部準拠 

無手順 (TTY 手順 ), 

BASIC 系手順 , 

BASIC 手順 (JISX5002), 

HDLC 手順 

(JISX5104,X5105,X5106), 

PPPinHDLC-likeFraming 

(RFC1662), 

HTTP1.0 サブセット 

高速モデム接続 - ○ X.28 一部準拠 




HDLC 手順 

(JISX5104,X5105,X5106), 


(RFC1662), 


高速モデム接続 DIRD ○ PPP 

(TCP/IP) 

IPCP 

PAP 

CHAP 

PPP IPCP Extensions 

for Name Server Address 

(RFC1877) 

-257-


1.2 携帯電話 (PDC/PDC-P)、PHS、IMT2000 

1.2.1 接続形態 

携帯電話回線については、PDC・MODEM 接続、PHS・PTE 接続、PHS 接続、PDC 接続、PDC-P 

接続、IMT-2000 接続があり、それぞれの接続形態を図 9-2-1 から図 9-2-6 に示す。 

DIRD 

ADP MS BS PDC MODEM PSTN 

MODEM 

図 9-2-1 PDC・MODEM 接続 


DIRD 

ADP PS CS ISDN 

PTE 

PSTN 

MODEM 

図 9-2-2 PHS-PTE 接続 


DIRD 

ADP PS CS ISDN 収集ネットワーク/ISP 

図 9-2-3 PHS 接続 

DIRD 

ADP MS 

BS 

PDC 

専用線等 

ISP 

図 9-2-4 PDC 接続 

DIRD 

専用線等 

ADP MS BS PDC-P ISP 

図 9-2-5 PDC-P 接続 

-258-


専用線等 

DIRD 

ADP MS 

BS IMT-2000 

ISP 

図 9-2-6 IMT-2000 接続 

●:アクセスポイント等 

BS:Base Station 無線基地局 

CS:Cell Station PHS 基地局 

MS:Mobile Station モバイル端末 

PS:Personal Station PHS 端末 

PTE:Protocol Transfer Equipment プロトコル変換装置 

ADP:AdaPter 携帯電話 /PHS インターフェースアダプタ 


携帯電話回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-2-1 に示す。 

表 9-2-1 携帯電話回線の接続形態と受信装置に必要な機能 /プロトコル 

PDC・MODEM 接続 

PHS-PTE 接続 

PHS 接続 

ISP 接続情報 

の保持場所 

BML から接続先 

電話番号の指定 

DIRD+ADP に必要なプロトコル 

DIRD ○ X.28 一部準拠 




HDLC 手順 

(JISX5104,X5105,X5106), 


(RFC1662), 


-259-


PDC 接続 

PDC-P 接続 

PHS 接続 

DIRD ○ PPP 

LCP Extension(RFC1570) 

IPCP 

PAP 

CHAP 

PPP IPCP EXTENSIONS 


(RFC1877) 

IMT-2000 接続 DIRD ○ PPP 

LCP Extension(RFC1570) 

IPCP(RFC1332) 

PAP(RFC1334) 

CHAP 



(RFC1877) 

-260-


1.3 ISDN 回線 

1.3.1 接続形態 

ISDN 回線については、R 点接続、S/T 点接続、ダイヤルアップルータ接続、TAアナログポート接 

続があり、それぞれの接続形態を図 9-3-1から図 9-3-4に示す。 

DIRD R TA S/T DSU 


ISDN ◎ 

ISP 

RS-232C 

USB 等 

RJ-45 

RJ-11 

図 9-3-1 R 点接続 


DIRD 

TA 

S/T 

DSU 

ISDN ◎ 

ISP 

RJ-45 

RJ-11 

図 9-3-2 S/T 点接続 


DIRD 

ダイヤルアップ 

ルータ 

Ethernet 等 

R 

RS-232C 

USB 等 

TA 

S/T 

RJ-45 

DSU 

RJ-11 

ISDN ◎ 

ISP 

図 9-3-3 ダイヤルアップルータ接続 

DIRD R TA S/T DSU 

モデム 


ISDN ◎ 

ISP 

RJ-11 

RJ-45 

図 9-3-4 TA アナログポート接続 

RJ-11 

-261-



ISDN 回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-3-1 に示す。 

表 9-3-1 ISDN 回線の接続形態と受信装置に必要な機能 /プロトコル 

ISP 接続情 

報の保持 

場所 

BML から 

接続先電 

話番号の 

指定 

常時接続 

ISDN 対応 

Dch 

パケット 

対応 

(※) 

常時接続 

AP 番号等 

保持場所 

DIRD に必要 

な IP 取得関 

連プロトコル 

R 点接続 DIRD ○ ○ ○ DIRD PPP 

IPCP 

PAP 

CHAP 

PPP IPCP 

EXTENSI 

ONS 

FOR 

NAME 

SERVER 

ADDRESS 

(RFC1877) 

S/T 点接続 DIRD ○ ○ ○ DIRD PPP 

IPCP 

PAP 

CHAP 

PPP IPCP 

EXTENSI 

ONS FOR 

NAME 

SERVER 

ADDRESS 

(RFC1877) 

ダイヤルアップダイヤルアップ × ○ × ダイヤルアップ IEEE802.2 

ルータ接続ルータ 

ルータ IEEE802.3 

IEEE802.11 

ARP 

DHCP 

DIRD に必要な 

呼制御プロトコル 

X.25 パケットレ 

ベル(※) 

I.430,Q.921, 

Q931,X25 パ 

ケットレベル(※) 

-262-


TA アナログ 

ポート接続 

DIRD ○ × × - PPP 

IPCP 

PAP 

CHAP 

PPP IPCP 

EXTENSI 

ONS 

FOR 

NAME 

SERVER 

ADDRESS 

(RFC1877) 

1.4 ADSL 回線 

1.4.1 接続形態 

ADSL 回線については、ADSLモデム接続 ( 電話回線と共用 )、ADSLモデム接続 ( 電話回線と共 

用しない)、ルータ接続、アナログポート接続があり、それぞれの接続形態を図 9-4-1から図 9-4-4 

に示す。 

DIRD 

Ethernet 等 

ADSL 

モデム 

スプリッタ電気通信回線 

RJ-11 

常時接続 

◎ 

(※1) 

ISP 

図 9-4-1 ADSL モデム接続 ( 電話回線と共用 ) 

DIRD 

Ethernet 等 

ADSL 

モデム 


RJ-11 

常時接続 

◎ 

(※1) 

ISP 

図 9-4-2 ADSL モデム接続 ( 電話回線と共用しない) 

DIRD 

Ethernet 等 

ルータ 

ADSL 

モデム 


RJ-11 

常時接続 

◎ 

(※1) 

ISP 

図 9-4-3 ルータ接続 

-263-



DIRD 

モデム 

RJ-11 

ADSL 

モデム 

スプリッタ 

RJ-11 

PSTN ◎ 

ISP 

図 9-4-4 アナログポート接続 ( 電話回線と共用 ) 

(※1)「常時接続サービス」を使用せず、ISP 直接接続にて常時接続する形態もある。 


ADSL 回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-4-1 に示す。 

表 9-4-1 ADSL 回線の接続形態と受信装置に必要な機能 /プロトコル 

ADSL モデム接続 

( 共用 ) 



BML から接 

続先電話番号 

の指定 

ADSL 対応 DIRD に必要な IP 

取得関連プロトコル 

DIRD × ○ IEEE802.2 

IEEE802.3 

ARP 

PPP 

PPPoE 

IPCP 

PAP 

CHAP 

PPP IPCP 

Extensions for 

Name Server 

Address 

(RFC1877) 

DHCP(※1) 

-264-


ADSL モデム接続 

( 非共用 ) 

DIRD × ○ IEEE802.2 

IEEE802.3 

ARP 

PPP 

PPPoE 

IPCP 

PAP 

CHAP 

PPP IPCP 

Extensions for 

Name Server 

Address 

(RFC1877) 

DHCP(※1) 

ルータ接続ルータ × ○ IEEE802.2 

IEEE802.3, 

IEEE802.11 

ARP 

DHCP 

アナログポート接続 DIRD ○ × PPP 

IPCP 

PAP(RFC1334) 

CHAP(RFC199 

4) 

PPP IPCP 

Extensions 

for Name 

Server Address 

(RFC1877) 

(※1)DHCP を使用する場合、PPP/PPPoE/IPCP/PAP/CHAP /PPP IPCP Extensions for 

Name Server Address(RFC1877)は使用しない。 

1.5 FTTH 回線 

1.5.1 接続形態 

FTTH 回線については、ONU 接続、ルータ接続があり、それぞれの接続形態を図 9-5-1 から図 

-265-


9-5-2 に示す。 

DIRD 

ONU 


常時接続 

◎ 

(※1) 

ISP 

Ethenet 等 

図 9-5-1 ONU 接続 

DIRD 

ルータ 

ONU 


常時接続 

◎ 

(※1) 

ISP 

Ethernet 等 


(※1)「常時接続サービス」を使用せず、ISP 直接接続にて常時接続する形態もある。 


FTTH 回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-5-1 に示す。 

表 9-5-1 FTTH 回線の接続形態と受信装置に必要な機能 /プロトコル 



BML から接 

続先電話番 

光 IP 接続対応 DIRD に必要な 

IP 取得関連プロトコル 

号の指定 

ONU 接続 DIRD × ○ IEEE802.2 

IEEE802.3 

ARP 

PPP 

PPPoE 

IPCP 

PAP 

CHAP 


for Name Server 

Address 

(RFC1877) 

DHCP(※1) 

-266-


ルータ接続ルータ × ○ IEEE802.2 

IEEE802.3, 

IEEE802.11 

ARP 

DHCP 

(※1)DHCP を使用する場合、PPP/PPPoE/IPCP/PAP/CHAP /PPP IPCP Extensions for 

Name Server Address(RFC1877)は使用しない。 

1.6 CATV 回線 

1.6.1 接続形態 

CATV 回線については、ケーブルモデム接続、ルータ接続があり、それぞれの接続形態を図 9-6-1 

から図 9-6-2に示す。 

DIRD 

ケーブル 

モデム 

CATV 網 (ISP) 

Ethernet 等 

RF 

図 9-6-1 ケーブルモデム接続 

DIRD 

Ethernet 等 

ルータ 

ケーブル 

モデム 

RF 

CATV 網 (ISP) 



CATV 回線についての接続形態と受信装置に必要な機能 /プロトコルの対応を表 9-6-1 に示す。 

表 9-6-1 CATV 回線の接続形態と受信装置に必要な機能 /プロトコル 



BML から接 

続先電話番 

号の指定 

DIRD に必要な 

IP 取得関連プロトコル 

-267-


ケーブルモデム接続 DIRD × IEEE802.2 

IEEE802.3 

ARP 

DHCP 

PAP 

CHAP 


for Name Server 

Address(RFC1877) 

ルータ接続ルータ × IEEE802.2 

IEEE802.3, 

IEEE802.11 

ARP 

DHCP 

-268-


2 双方向接続用情報要素の値に関する補足 

第 11 章双方向通信機能の仕様は、11.5.7.1 視聴者設定情報、11.5.7.2 通信関連情報及び 

11.5.7.3 セキュリティ通信関連情報で規定する情報要素において値を規定しているが、以下にその 

算定根拠及び補足説明を行う。 

2.1 視聴者設定情報 

2.1.1 共通情報 

1 郵便番号 ······················· 郵便番号を示す。ただし、ハイフンは含めない形式とする。 

2 優先利用回線種別 ·········· 回線種別が複数実装された場合に優先指定された回線種別を表すが、 

回線種別は将来拡張されることを考慮する必要がある。 

3 通信事業者識別 ············· 現在の通信事業者識別の最大長は7 桁 (002YZN1N2)である。必須電 

話番号の前に受信装置機能で付加する番号である。 

4 固定優先接続解除番号 ···· ある通信事業者と受信装置に接続された電話回線が固定優先接続の形 

態となっている場合、当該通信事業者以外の通信事業者を利用する場 

合、受信装置機能で必須電話番号の前に付加する番号 (”122”)である。 

5 発信者番号通知番号 ······· 予め通信事業者に発信者番号を常時通知する/ 常時通知しない、のど 

ちらかを登録してある場合、値を“ 付加しない”と設定すると登録状 

態が有効となる。予め通信事業者に発信者番号を常時通知するという 

回線から通知を拒否する場合、呼毎に受信装置機能で必須電話番号の 

前に”184”を付加する必要がある。また、予め通信事業者に発信者番号 

を常時通知しないという回線から通知する場合、呼毎に受信装置機能 

で必須電話番号の前に”186”を付加する必要がある。 

6 外線捕捉番号 ················ 受信装置が PBX 配下に接続されている場合、外線を捕捉するために 

付加する番号。受信装置が接続される PBX の仕様に従う。値につい 

ては一般には 1 桁であるが PBX の設定によっては複数桁となるため 4 

桁程度のサイズを想定した。 

7ダイヤル種別 ················ 電話回線のダイヤル種別を表す。トーン/パルス(10PPS/20PPS)の3 種 

類である。 

2.1.2 TCP/IP 関連情報 

2.1.2.1 ISP 接続情報 

1ISP 名 ·························· ISP の名称や略称。アクセスポイント情報などが含まれるケースがあ 

ることを考慮する必要がある。( e.g. ISP( 東京第一 )) 値については、 

カナ等を含めたサイズを想定した。 

2AP 電話番号 ·················· 郵政省令第 82 号電気通信番号規則に従う必要があることを考慮する。 

-269-


値については BASIC 系プロトコルによる接続関数 connect()の引数に 

指定できる文字列が 30 桁であることから最大 30 桁と想定した。 

3ユーザ ID ····················· 値は ISP のサービス形態に依存することを考慮する必要がある。なお、 

ドメイン名を付加した形式もユーザ ID として扱う。( e.g. 

abcd@arib.or.jp) 常時接続サービスのユーザ ID の限界文字列長は 

63byte 以下であるため最大 64 桁の文字列を想定した。 

4パスワード ··················· サイズは ISP のサービス形態に依存することを考慮する必要がある。 

値はセキュリティ上の長さを想定し、最大 32 桁とした。 

5DNS サーバ IP アドレス(プライマリ) 

··················· RFC791(IPv4)に規定された IP アドレス空間 (32bit)を表記可能な格納 

領域を考慮する必要がある。 

6DNS サーバ IP アドレス(セカンダリ) 

··················· RFC791(IPv4) に規定された IP アドレス空間 (32bit)を表記可能な格 

納領域を考慮する必要がある。 

7 無通信切断タイマ値 ······· 一定時間パケット送受信がない状態を無通信状態といい、その継続時 

間満了時に受信装置の機能として PPP 切断や回線切断を行なう。無通 

信切断タイマ値は無通信継続時間満了時間を表す。値は放送事業者の 

放送時間や視聴者等の意見を考慮するため、運用規定とする。 

2.1.2.2 固定 IP 接続情報 

1IP アドレス··················· RFC791(IPv4) に規定された IP アドレス空間 (32bit)を表記可能な格 


2サブネットマスク ·········· RFC950(subnet) に規定されたサブネットアドレス(32bit)を表記可能 

な格納領域を考慮する必要がある。 

3デフォルトゲートウエイアドレス 

··················· RFC791(IPv4) に規定された IP アドレス空間 (32bit)を表記可能な格 


2.1.2.3 接続形態情報 

1IP アドレス取得指定 

··················· Ethernet が接続されている場合、IP アドレス取得のため使用するプロ 

トコル等を表す。 

2.1.2.4 TCP/IP アプリケーション設定情報 

1SMTP サーバ名 /アドレス 

-270-


··········· (FQDN 表記 ) 

RFC1034/RFC1035(DNS)に規定された DNS のドメイン名の限界サイ 

ズを考慮する必要がある。値については日本語ドメイン等の適用も考慮し 

た長さを想定した。 

···········(IP アドレス表記 ) 

RFC791(IPv4) に規定された IP アドレス空間 (32bit)を表記可能な格納領 

域を考慮する必要がある。 

2POP サーバ名 /アドレス 

··········· (FQDN 表記 ) 

RFC1034/RFC1035(DNS)に規定されたドメイン名の長さの制限を考慮 

する必要がある。値については日本語ドメイン等の適用も考慮した長さを 

想定した。 

··········· (IP アドレス表記 ) 



3メールアドレス ········ メールアドレスとは“ユーザ名 @ドメイン名 ”の形式をとり、値は RFC821 

(SMTP)に規定されたユーザ名とドメイン名の長さの制限を考慮した。 

4メールパスワード ····· ISP の提供するメールサービス認証用のパスワード。値はメールサービス 

提供事業者のサービス形態に依存することを考慮する必要がある。 

5HTTPProxy サーバ名 /アドレス 

··········· (FQDN 表記 ) 




··········· (IP アドレス表記 ) 



6HTTPProxy サーバポート番号 

·············· RFC793(TCP)に規定された 16bit のポート番号を格納できる領域を考慮 

する必要がある。 

7FTPProxy サーバ名 /アドレス 

···········(FQDN 表記 ) 




-271-


··········· (IP アドレス表記 ) 

RFC791(IPv4)の IP アドレス空間 (32bit)を表記可能な格納領域を考慮す 

る必要がある。 

8FTPProxy サーバポート番号 

·············· RFC793(TCP)に規定された 16bit のポート番号を格納できる領域を考慮 

する必要がある。 

2.2 通信関連情報 

1 回線種別 ·················· 基本的には優先利用回線種別と同じ種類の回線が設定されるが、複数の設 

定が行われることがあり得る。また、今後の拡張性について考慮する必要 

がある。 

2 物理層プロトコル ····· 本情報要素は複数設定が行なわれることがあり得る。また、今後の拡張性 

について考慮する必要がある。 

3データリンク・転送プロトコル 

·············· 本情報要素は複数設定が行なわれることがあり得る。また、今後の拡張性 

について考慮する必要がある。 

4セキュリティクラス 

·············· 本情報要素は複数設定を行なうことがあり得る。また、今後の拡張性につ 

いて考慮する必要がある。 

2.3 セキュリティ関連情報 

1 実装セキュリティ ····· TLS に記述される実装アルゴリズムセットがあり、複数指定があり得る。 

また、今後の拡張性について考慮する必要がある。 

2ルート CA 証明書 ······ 受信装置が使用する CA 局の発行する証明書が経路のノード数に従いデー 

タ量が可変となる。最大ノード数の決定によりデータ長の確定が可能。格 

納領域の値は運用規定とする。 

-272-


付属 -10 地上デジタルテレビジョン放送の受信装置の性能について 

1 受信チューナー部の特性について 

1.1 受信周波数範囲 

地上デジタルテレビジョン放送が導入される周波数帯域は、UHF 13 チャンネルから 62 チャン 

ネルの範囲であることから、当該周波数が受信できることが必要である。 

表 10-1 中心周波数 (UHF 帯 ) 

送信チャンネル 

UHF 13ch 

UHF 14ch 

UHF 15ch 

: 

: 

UHF 61ch 

UHF 62ch 

中心周波数 

473 + 1/7 MHz 

479 + 1/7 MHz 

485 + 1/7 MHz 

: 

: 

761 + 1/7 MHz 

767 + 1/7 MHz 

一方、現行の地上アナログ放送の受信形態は、集合住宅共聴を含めると共同受信が全世帯のほぼ 

半数を占めており、共同受信の比率は年々増加の傾向にある。 

これらケーブル施設における伝送帯域は、UHF 帯まで広帯域化されていないものも多く、UHF 

テレビジョン放送は、VHF、MID 及び SHB 等の空きチャンネルにダウンコンバートして伝送して 

いる。 

このため、特に据え置き型受信装置など、共同受信が想定される地上デジタルテレビジョン放送 

用受信装置の受信チャンネル範囲については、表 10-2、表 10-3 及び表 10-4 に示す帯域にも対応す 

ることが望ましい。 

しかしながら、アナログ放送が停波した後、2011 年 7 月 25 日以降の VHF 帯域の電波利用の詳 

細は決まっていないため、VHF 帯域へ周波数変換する再送信においては、VHF 帯域の放送業務 (テ 

レビジョン放送を除く)や移動業務 ( 電気通信業務用、公共業務用、一般業務用 )に使用される電 

波の飛び込み妨害などが将来起こる恐れがあり、これらの妨害に対する配慮が望まれる。 

-273-


表 10-2 中心周波数 (VHF 帯 ) 

受信チャンネル 


VHF 1 ch 

93 + 1/7 MHz 

VHF 2 ch 

99 + 1/7 MHz 

VHF 3 ch 

105 + 1/7 MHz 

VHF 4 ch 

173 + 1/7 MHz 

VHF 5 ch 

179 + 1/7 MHz 

VHF 6 ch 

185 + 1/7 MHz 

VHF 7 ch 191 + 1/7 MHz ( 注 1) 

VHF 8 ch 195 + 1/7 MHz ( 注 1) 

VHF 9 ch 

201 + 1/7 MHz 

VHF 10 ch 

207 + 1/7 MHz 

VHF 11 ch 

213 + 1/7 MHz 

VHF 12 ch 

219 + 1/7 MHz 

注 1: VHF7 チャンネルと VHF8 チャンネルは 2MHz 重なっている 

表 10-3 中心周波数 (MID 帯 ) 



C 13 ch 

111 + 1/7 MHz 

C 14 ch 

117 + 1/7 MHz 

C 15 ch 

123 + 1/7 MHz 

C 16 ch 

129 + 1/7 MHz 

C 17 ch 

135 + 1/7 MHz 

C 18 ch 

141 + 1/7 MHz 

C 19 ch 

147 + 1/7 MHz 

C 20 ch 

153 + 1/7 MHz 

C 21 ch 159 + 1/7 MHz ( 注 1) 

C 22 ch 167 + 1/7 MHz ( 注 1) 

注 1: C21 チャンネルと C22 チャンネルは 2MHz の不連続あり 

表 10-4 中心周波数 (SHB 帯 ) 


C 23 ch 

C 24 ch 

C 25 ch 

: 

: 

C 63 ch 


225 + 1/7 MHz 

231 + 1/7 MHz 

237 + 1/7 MHz 

: 

: 

465 + 1/7 MHz 

-274-


1.2 測定方法 

入力レベル及び妨害抑圧比の測定にあたっては、下記の測定方法を用いることとする。 

標準信号 

発生器 

整合 

回路 

供試 

受信機 

BER 

測定器 

電力計 

図 10-1 入力レベルの測定系統 

標準信号発生器 

( 希望波 ) 

標準信号発生器 

( 妨害波 ) 

結合 

回路 

整合 

回路 

電力計 

供試 

受信機 

BER 

測定器 

図 10-2 妨害抑圧比の測定系統 

・デジタル信号源は、CN 比 40dB 以上確保された標準信号発生器を用いる。 

・妨害抑圧比の測定において、同一チャンネル混信については、希望波 (デジタル)の CN 

比は 35dB 以上確保可能な入力レベルとする。 

隣接チャンネル干渉では、希望波 (デジタル)の受信装置入力レベルは-65dBm とする。 

・アナログ信号源は、映像カラーバーとし、音声はモノラル 1kHz、100% 変調とする。 

・信号源の帯域外レベル( 当該 6MHz 以外のレベル)は、-60dB 以下とする。 

なお、アナログ NTSC 信号の帯域外レベルは、隣接チャンネル干渉時に同一チャンネル干 

渉となることから、映像尖頭値のレベルに比べて-70dB 以下とする。 

・電力測定は、デジタル信号の場合 OFDM 信号帯域幅 5.7MHz の実効値を測定する。 

また、アナログ信号の場合同期尖頭値電力を測定する。 

・ OFDM の伝送パラメータは、64QAM、内符号 7/8 の単一階層モードとする。 

・Mode、ガード比及び時間インターリーブについては、代表値として Mode 3、ガード比 1/8、 

時間インターリーブなしとするが、すべての組み合わせで満足すること。 

・ BER(ビット誤り率 )は、内符号訂正後、RS 訂正前の状態で、2×10 -4 となる値とする。 

-275-


1.3 最小入力レベルについて 

平成 11 年度電気通信技術審議会置局技術委員会の答申において、伝送パラメータとして、 

64QAM、畳み込み符号 7/8 を使用した場合の所要 CN 比 ( 内符号訂正後のビット誤り率が 2×10 -4 

となる CN 比 )は 22dB であることが示されている。 

測定方法の図 10-1 に示す系統によれば、外来雑音は無視できるため、最小入力レベルは下記 

のとおりとなる。 

k: ボルツマン定数 (= 1.38×10 -23 ) 

T: 測定温度 (= 300 K) 

B: 雑音帯域幅 (= 5.7 MHz) 

NF: 

DCN: 

受信装置 NF(dB) 

受信装置機器劣化 (dB) 

とすると、 

最小入力レベル(dBm) 

CN(dB) 10log(kTB) 

NF(dB) D 

22 -136.271 

30(dBW dBm換算 ) NF(dB) D 

-84.271 

NF(dB) D 

となる。 

ここで、受信装置の NF と機器劣化をあわせて 9.3dB を想定した場合、最小入力レベルは 

-75dBm となる。ただし、最小入力レベルが-75dBm という数値は、隣接チャンネル妨害抑圧比 

の規定から要求される混変調特性との両立性などからも厳しく、現時点では民生品として満たす 

のは厳しいとの意見があり目標値とした。そのため、放送区域のフリンジエリアにおいては必要 

に応じて「低雑音ブースター」を使用することにより、60dBμV/m の電界強度での受信を可能 

にすることとする。地上デジタルテレビジョン放送の放送開始時には目標値を満たす受信装置の 

実用化が期待される。 

CN 

(dB) 

CN 

(dB) 

CN 

(dB) 

参考として、地上デジタルテレビジョン放送で規定されているすべてのパラメータの所要 CN 

比のシミュレーション結果を以下に示す。 

表 10-5 所要 CN 比 

変調方式 

畳み込み符号符号化率 

1/2 2/3 3/4 5/6 7/8 

DQPSK 6.2 dB 7.7 dB 8.7 dB 9.6 dB 10.4 dB 

QPSK 4.9 dB 6.6 dB 7.5 dB 8.5 dB 9.1 dB 

16QAM 11.5 dB 13.5 dB 14.6 dB 15.6 dB 16.2 dB 

64QAM 16.5 dB 18.7 dB 20.1 dB 21.3 dB 22.0 dB 

-276-


なお、直接受信帯域外 (VHF、MID、SHB 帯 )においては、有線テレビジョン放送施行規則 

で受信者端子 ( 保安器 )での搬送波レベルが、47dBμV~81dBμV と規定されていることから、 

宅内配線での損失分 ( 約 5dB)を考慮して、最小入力レベルは–67dBm となる。また、その他の 

技術基準については、有線テレビジョン放送法施行規則第 26 条の標準デジタルテレビジョン放 

送方式に関する規定を参照する。なお、前記の規定については( 社 ) 日本 CATV 技術協会発行の標 

準規格 JCTEA STD-011 に参考資料としてまとめられている。 

1.4 妨害波抑圧レベルについて 

平成 11 年度電気通信技術審議会デジタル放送システム委員会報告の参考資料 2 に記載されて 

いる干渉実験結果を以下の表に示す。 

表 10-6 13セグメント受信装置の妨害波抑圧レベル( 干渉実験結果 ) 

妨害波項目干渉 DU 比 


25 dB 以下 

アナログテレビジョン下隣接 ( 妨害波が下側 ) -33 dB 以下 (スプリアスあり:-21 dB) 

上隣接 ( 妨害波が上側 ) -35 dB 以下 (スプリアスあり:-24 dB) 


23 dB 以下 

デジタルテレビジョン下隣接 ( 妨害波が下側 ) -26 dB 以下 


-29 dB 以下 

なお、スプリアスありの場合は、下図のとおり、映像キャリアの尖頭値に対し、-60dB のレベ 

ルのスプリアスが、隣接のデジタル信号波の同一チャンネル内に発生している場合の干渉 DU 比 

を示している。 

20MHz 

-60dB 


図 10-3 スプリアス妨害時のアナログスペクトルの例 

-277-


平成 11 年度電気通信技術審議会置局技術委員会の答申に記載されている混信保護比は、表 10-6 

の干渉 DU 比を基本としている。 

しかし、具体的な置局検討においては、周波数事情が厳しいことから特にアナログ放送波から 

デジタル放送波への干渉妨害について、10dB 緩和して置局検討を行っていることから、今回の 

受信装置における干渉抑圧比においても、実際の置局条件に沿った規格とすることが必要である。 

アナログ 

テレビジョン 

表 10-7 13セグメント受信装置の妨害波抑圧レベル 

実際の 

妨害波項目干渉実験 DU 比電通技審答申 

干渉抑圧比 

置局条件 

同一チャンネル 25 dB 30 dB 20 dB 18dB 

-33 dB 

下隣接 

(スプリアス時 -21 dB -21 dB -33 dB 

( 妨害波が下側 ) 

-21 dB) 

デジタル 

テレビジョン 

上隣接 

( 妨害波が上側 ) 

-35 dB 

(スプリアス時 

-24 dB) 

-24 dB -24 dB -35 dB 

同一チャンネル 23 dB 28 dB 28 dB 24 dB 

下隣接 

( 妨害波が下側 ) 

-26 dB -26 dB -26 dB -26 dB 

上隣接 

( 妨害波が上側 ) 

-29 dB -29 dB -29 dB -29 dB 

(1) アナログテレビジョンからの同一チャンネル干渉について 

アナログテレビジョンからの同一チャンネル干渉については、干渉実験結果の DU 比 25dB を 

もとに、フリンジでの受信環境を考慮したマージンを付加して混信保護比としては 30dB が答申 

されている。 

その後の具体的な置局にあたっては、受信装置における誤り訂正手法の改善等により、シミュ 

レーション上 10dB 程度の改善が可能であることを考慮して、混信保護比としては 20dB まで緩 

和して検討を進めている。 

受信装置としては、具体的な置局環境において、正常に受信できることを基準とし、エリア内 

にて 20dB の混信保護比を満足する値として 18dB とした。 

(2) デジタル放送からの同一チャンネル干渉について 

デジタル放送からの干渉については、干渉実験の結果 23dB が達成できており、混信保護比と 

してはフリンジでも正常に受信できることを考慮して 5dB の劣化を見込み、28dB とされている。 

ここでは、干渉実験に準拠した値を基準とすべきであるが、実際の装置化におけるマージンを 

考慮し、24dB とした。 

-278-


2 DIRDの仕様について 

DIRD の仕様について、置局上から課題となる点を注意事項として以下に述べる。 

現在の置局においては、周波数有効利用の観点から、SFN( 単一周波数ネットワーク)を用い 

るケースが想定されている。 

SFN の場合、置局間距離とガードインターバルの長さにより、混信妨害が生じるケースが懸念 

される。 

SFN による混信妨害地区を極力少なくするために、チャンネル検討の際には、FFT ウィンド 

ウが適切な位置に設定されていることを前提に試算を行っていることから、コンシューマー受信 

装置においても、受信環境に応じた FFT ウィンドウの設定が必要である。 

-279-


付属 -11 サーバー型放送サービス毎信号処理 

「ARIB STD-B38」第 2 章でサーバー型放送でのコンテンツの提供形態として、 

(1) コンテンツの受信と同時に視聴されることのみを前提としたサービス 

(2) コンテンツの受信と同時に視聴されること、及び蓄積後に視聴・複製されることを前提とし 

たサービス 

(3) コンテンツの受信と同時には視聴できず、蓄積後に初めて視聴・複製ができることを前提と 

したサービス 

の 3 種類を想定している。 

上記 (1)、(2)、(3)に記載のサービス毎の信号の流れを図 11-1 から図 11-3-2 に示す。 

TS 

CA 

デスクランブル 

限定受信 

MPEG2 

DEMUX 


デコーダ 

関連情報処理 

図 11-1 (1)のサービスにおける信号の流れ 

( 限定再生 ) 

TS CA ※1 


蓄積装置 

限定再生 


※1 個別情報、課金制御情報の分離機能を含む 

図 11-2-1 (2)のサービスにおける信号の流れ(データの蓄積時 ) 

蓄積装置 


※1 

CA 


限定再生 

MPEG2 

DEMUX 


デコーダ 


図 11-2-2 (2)のサービスにおける信号の流れ( 蓄積されたデータの再生時 ) 

-280-


TS 

蓄積装置 


※1 

CA 


限定再生 


※1 個別情報、課金制御情報の分離機能を含む 

MPEG2 EPG、基本データ 

DEMUX 

デコーダ 

カルーセル処理を伴うデータ 

図 11-3-1 (3)のサービスにおける信号の流れ(データの蓄積時 ) 

蓄積装置 


CA 

※1 


MPEG2 

DEMUX 


デコーダ 

限定再生 


図 11-3-2 (3)のサービスにおける信号の流れ( 蓄積されたデータの再生時 ) 

-281-


< 余白 > 

-282-


付録 

付録 -1 

平成 13 年度 

情報通信審議会答申 

諮問第 2003 号 

「大容量蓄積機能を活用するデジタル放送方式に関する技術的条件」のうち 

「BSデジタル放送用受信機等が対応可能な権利保護方式の技術的条件」の一部抜粋 

平成 14 年 3 月 13 日 

付録 -2 



諮問第 2003 号 

「大容量蓄積機能を活用するデジタル放送方式に関する技術的条件」の一部抜粋 

平成 14 年 9 月 30 日 

-283-


< 余白 > 

-284-


付録 -1 

本付録 -1は平成 14 年 3 月 13 日に答申された下記答申の一部を抜粋し掲載した。必要に応じて、原 

本の答申を参照されたい。 



諮問第 2003 号 

「大容量蓄積機能を活用するデジタル放送方式に関する技術的条件」のうち 

「BSデジタル放送用受信機等が対応可能な権利保護方式の技術的条件」 

平成 14 年 3 月 13 日 

-285-


-286-

-287- 



-288-

-289- 



-290-

-291- 



-292-

-293- 



-294-

-295- 



-296-

-297- 



-298-

-299- 



-300-

-301- 



-302-

-303- 



-304-

-305- 



-306-


付録 -2 

本付録 -2は平成 14 年 9 月 30 日に答申された下記答申の一部を抜粋し掲載した。必要に応じて、原 

本の答申を参照されたい。 



諮問第 2003 号 

「大容量蓄積機能を活用するデジタル放送方式に関する技術的条件」 

平成 14 年 9 月 30 日 

-307-


-308-

-309- 



-310-

-311- 



-312-

-313- 



-314-

-315- 



-316-

-317- 



-318-

-319- 



-320-

-321- 



-322-

-323- 



5.5 版改定履歴表 

ページ節番号等改定内容 

まえがき 

別表 2 


ソニー株式会社 ARIB STD-B21 5.4 版について包括確 

認書を提出 (*14) 

ARIB STD-B21 5.5 版について包括確 


(*15)ARIB STD-B21 5.5 版の改定部分について有効 ( 平成 26 年 7 月 24 日受付 ) 

12 章全般本書 → 本標準規格文言変更 

放送事業者運用規程 → 事業者運用規定文言変更 

2 1.3.1 1.3.1 準拠文書 

・・・・・・・・・・ 

(15)Rec. ITU-R Rec. BO.1213-1 「 Reference receiving earth station antenna 

pattern for the broadcasting-satellite service in the 11.7-12.75 GHz band」 

(16)Rec. ITU-R Rec. BT.419-3「Directivity and polarization discrimination of 

antennas in the reception of television broadcasting」 

(17)Rec. ITU-T Rec. H.222.0|ISO/IEC 13818-1:2006: Information technology - 

Generic coding of moving pictures and associated audio information: Systems 

(「MPEG-2 システム規格」) 

(18)Rec. ITU-T Rec. H.262|ISO/IEC 13818-2:2000: Information technology -- 

Generic coding of moving pictures and associated audio information: Video 

(「MPEG-2 Video 規格」) 

(19)Rec. ITU-T Rec. H.264|ISO/IEC 14496-10:2012: Advanced video coding for 

generic audiovisual services(「MPEG-4 AVC 規格」) 

・・・・・・・・・・ 

131 12.1.2.2 文章追加 

(3) 限定受信機能の更新 

受信装置内の限定受信機能の機能更新及び追加を行う。なお、限定受信機能の機能更 

新・追加の詳細については、ARIB STD-B61 第二編で規定される。 

131~132 12.2.1.1 

表 12-1 

表 12-1 ソフトウェアダウンロードトリガテーブルのデータ構造 

syntax のインデント位置訂正 

maker_id_flag を 1bit 追加、reserved を 3bit へ変更 

for(ji=0;ji



上位 8 ビット:0xF0~0xFE の場合 ( 限定受信機能の更新等領域 ) 


限定受信機能の更新等の領域を示す値 (0xF0 ~ 

0xFE) 

限定受信機能のメーカーの識別等 /reserved future 

8 

8 

uimsbf 

uimsbf 

use 

この領域の値に対応する補足分類は CompatibilityDescriptor に記載される。 

上位 8 ビット:0xFF の場合 ( 全受信機共通データ領域 ) 


全受信機共通データの領域を示す値 (0xFF) 

各種受信機共通データ 

8 

8 

uimsbf 

uimsbf 

134 12.2.1.1 maker_id_flag 説明追加 

134 12.2.1.1 文章追加 

maker_id_flag:table_id_ext に記載の値が拡張 maker_id 領域の場合は 0 に、それ 

以外は 1 とする。 

descriptor(): 表 12-2 で示すダウンロードコンテンツ記述子、表 12-3 で示すネット 

ワークダウンロードコンテンツ記述子及び ARIB STD-B61 第二編で規定されるダウ 

ンロード保護記述子を格納する。 

134 12.2.1.1 

表 12-2 

136~137 12.2.1.1 

表 12-3 

表 12-4 

138 12.2.1.2 

表 12-5 


syntax のインデント位置訂正 

for (ji=0; ji< module_info_length; ji++) { へ訂正 

for(i=0;i



140 表 12-7 表番号変更及び識別フィールド内容追加 


表 12-7 識別フィールド 

内容 

specifierType *1 0xFF 0xFE 0xFD 0xFC 8 


model 

140 12.2.2.1 文章追加 

(maker_id)に 

相当 

(model_id)に 

相当 

( 拡張 

maker_id)に 

相当 

限定受信 

機能の更 

新に相当 

*2 

受信機共 

通データ 

( 拡張 

用 )に相 

当 *2 

version (group_id)に割り当て 4 

(version_id)に相当 12 

*1:specifierType の値は、ISO/IEC 13818-6 において reserved とされている。 

*2: 受信機共通データ( 拡張用 )とは、table_id_ext の上位 8 ビットが 0xFF 以 

外の受信機共通データ。値の運用は本標準規格では規定しない。 

specifierType が 0xFE の場合において、model フィールドに記載される拡張 

maker_id に対応する model_id は、subDescriptor()の additionalInformation 領域 

に記載する。ただし、記載の構造等については、本標準規格では規定しない。 

specifierType が 0xFD の場合、subDescriptor()の additionalInformation 領域に補 

足分類等を記載する。ただし、記載の構造等については、本標準規格では規定しない。 

ビ 

ッ 

ト 

数 

8 

8 

140 表 12-8 表番号変更 

表 12-85 DII( Download Info Indication Message )フォーマット 

142 表 12-9 表番号変更 

表 12-96 CDT シンタックス 

144 表 12-10 表番号変更 

表 12-107 ロゴ伝送記述子シンタックス 

144 表 12-11 表番号変更 

表 12-118 ロゴ伝送タイプ 

146 12.3.1 文章追加 

(ウ) 通信サーバ(ネットワーク)からのダウンロードコンテンツの場合 

・告知情報をもとに、(6)に示す通信機能を使って通信サーバから送られるダウンロ 

ードコンテンツを受信し、不揮発性メモリに格納する機能。 

・受信したダウンロードコンテンツの内容の正当性、適合性を評価し、告知情報に 

基づきダウンロードコンテンツを不揮発性メモリに格納する。 

・ダウンロードは、告知情報に基づき、スケジュール情報に沿ってダウンロードを 

行う。通信サーバからのダウンロードは、視聴中でもダウンロードすることは可 

能であるが、ダウンロードコンテンツの受信によって番組視聴などに影響を及ぼ 

さないこと。 

(3)



147 12.3.1 文章追加 

(6) 通信機能 

・通信サーバからのダウンロードに対応する場合は、11.4 に示すインタフェース及 

び 11.5 に示す TCP/IP を用いた通信機能を有すること。 

注 1) 改版後のページ及び項目等を示す。 

2) “ ”の部分は削除した部分を示す。 

3) アンダーラインの個所は追加した部分を示す。 

4) 行数は特に断り書きのない限り、項目等の中の第何行目か 

を示す。 

(4)




付属 -3 全般 

本規格 → 本標準規格文言変更 

放送波 → 放送文言変更 

行なう → 行う送り仮名統一 

189-191 1.2 1.2 規格の背景と概要・特徴 

全面改定 

192 2.2 (1) 柔軟なソフトウェアダウンロードの実現 

・・さらに、通信を使ったダウンロードにも対応可能なものとなっている。 ( 文章 

追加 ) 


・・また、通信を使ったダウンロードについては、IP(Internet Protocol)を採用す 

るなど共通性に配慮した。( 文章追加 ) 


・・また、通信を使ったダウンロードについては、IP(Internet Protocol)を採用し 

た。( 文章追加 ) 

193 2.3 (3) サービスに関係したデータの更新 (サービスに必要なプログラムなど)CAS プログ 

ラムの更新および追加 

(4) 将来的に、放送サービスと同期して受信装置内で動作するプログラム等を、受信 

装置ソフトウェアとして更新・追加する。 

194 2.3 また、本規格では、ソフトウェアダウンロードは放送波を前提としている。但し、 

携帯受信装置などに向けて SDTT を用いて必要な情報を伝送し、通信回線からダウン 

ロードコンテンツを取得する事も想定される。なお、受信装置メーカーによる受信ソ 

フトウェア更新においての独自の通信回線の利用は、受信装置メーカーのマターであ 

り、この規格範囲には含めない。 

195 3.1.2 ●スケジュール情報 

いつ( 日時及び放送時間 )、どこ(オリジナルネットワーク id、トランスポートス 

トリーム id、サービス id、カルーセルの download_id、通信サーバのアドレス等 

ネットワークの URL)でダウンロード放送されるかを与える情報。 

196 表 3-3-1 (1) 放送による受信装置ソフトウェアの更新の場合 

表 3-3-1 受信装置ソフトウェア更新の場合の Compatibility Descriptor の内容 

フィールド値ビット 

備考 

数 

descriptorType 0x01“hardware” 8 0x01 “hardware”(DSM-CC 規 

定による) 

specifierData() 0x819282ARIB 24 0x819282 

model 

maker_id 

model_id 

8 

8 


受信装置モデルを識別するため 

の値 

Version 

group_id 

version_id 

4 

12 

ダウンロードをグループ化する 

ための値 


197 表 3-3-2 

タイトル 

表 3-3-2 放送による受信装置ソフトウェア更新の場合の記述 

(5)



198 表 3-3-3 表 3-3-3 共通データ更新の場合の記述子 


備考 

ト数 

descriptorType 0x01“hardware” 8 0x01“hardware”(DSM-CC 規定に 

よる) 


model 16 = 0xfffe (BS 共通データ 4 である 

ことを示す) 

= 0xfffc (BS/ 広帯域 CS 共通デー 

タ 5 であることを示す) 

= 0xfffa ( 地上デジタルテレビジ 

ョン放送用共通データ(ジャンルコ 

ード、予約語、番組特性 )であるこ 

とを示す) 

= 0xfff8 ( 地上デジタルテレビジ 

ョン放送用共通データ( 周波数リス 

ト・変更情報 )であることを示す) 

version 

group_id 

version_id 

4 

12 

ダウンロードをグループ化するた 

めの値 

更新対象となる共通データのバー 

ジョン値 

200 表 3-3-5 表 3-3-5 選択的ダウンロードの場合の記述子 

フィールド値ビット 

備考 

数 

descriptorType 0x01“hardware” 8 0x01“hardware”(DSM-CC 規定 

による) 


model 

maker_id 

model_id 

8 

8 


受信装置モデルを識別するため 

の値 

version 

group_id 

version_id 

4 

12 

ダウンロードをグループ化する 

ための値 


205 5.1.1.1 ここでは、ダウンロード伝送路が放送である場合のソフトウェアダウンロードにお 

ける受信装置の動作シナリオ例について解説する。 

208 5.1.1.5 ダウンロード伝送路が放送である場合のソフトウェアダウンロードによる受信装置の 

動作シナリオ例を、図 3-5-1 に示す。 

211~212 5.1.4 通信ネットワークからのダウンロードに関するガイドライン 

全面追加 

(6)



212 5.2.1 

(1) エンジニアリングサービス(データカルーセル形式 ) 

多くの受信装置は同時には単一トランスポートストリームしか受信できないため、 

映像や音声の視聴と同時に受信装置内情報更新サービスを行う事を考慮する場合は、 

通信ネットワークからのダウンロード、またはすべてのトランスポートストリームに 

おいて同じダウンロードデータを放送する受信装置内情報更新サービスを行う事が 

望ましい。 

223 A.6 A.6 地上デジタルテレビジョン放送での周波数リスト・変更情報 

地上デジタルテレビジョン放送では、アナログ放送終了時点でデジタル放送で使用し 

ている 





を示す。 

(7)




まえがき 

別表 2 


ソニー株式会社 ARIB STD-B21 5.4 版について包括確 



123 11.5.4 11.5.4 通信セキュリティ機能 

(1) 双方向通信時のセキュリティ通信として、TLS1.0(RFC2246)を用いることが 

望ましい。 

(2) 認証局 (CA 局 )の発行する公開鍵を保持する。 

(3) TLS1.0 で必要となる「ルート CA 証明書」を保持する。 

(4) 「ルート CA 証明書」を更新する手段を有すること。 

(5) TLS1.0 で用いるアルゴリズムセットは運用規定とする。 

127 11.5.7.2 11.5.7.2 通信関連情報 

表 11-18 通信関連情報 


回線種別 DIRD DIRD に接続可能な回 

線種別 

-PSTN 

-ISDN 

-PHS 



[PDC/CDMACelluarS 

ystem/DS-CDMA/MC 

-CDMA] 

-Ethernet 

物理層プロトコル DIRD DIRD に実装された物 

理層プロトコル種別 

データリンク・転送プロトコ 

ル 

DIRD 

DIRD に実装されたデ 

ータリンク・転送プロ 

トコル種別 

セキュリティクラス DIRD DIRD に実装されたセ 

キュリティクラス 

127 11.5.7.3 11.5.7.3 セキュリティ通信関連情報 

表 11-19 セキュリティ通信関連情報 

-V.22bis/V.34 以上 

-PDC 

-CDMACellarSystem 

-PDC-P 

-PIAFS32k 

-PIAFS64k 

-DS-CDMA 

-MC-CDMA 

-Ethernet 

-PPP 

-BASIC 系 

-PPPoE 

-IEEE802.3 

-IEEE802.11 

-セキュリティなし 

-CAS 

-TLS1.0 

(8)




実装セキュリティ DIRD DIRD に実装されたセ 

キュリティ種別 

運用規定にて以下のア 

ルゴリズムセットの中か 

ら選択される。 

- TLS_NULL_WITH_N 

ULL_NULL 

- TLS_RSA_WITH_NU 

LL_MD5 

- TLS_RSA_WITH_NU 

LL_SHA 

- TLS_RSA_EXPORT_ 

WITH_RC4_128_MD5 

- TLS_RSA_WITH_RC 

4_128_MD5 

- ・・・ 

- TLS_DH_anon_WIT 

H_3DES_EDE_CBC_ 

SHA 

267 付属 -9 2.3 セキュリティ関連情報 

1 実装セキュリティ ·········· TLS1.0 に記述される実装アルゴリズムセット(28 通り) 

があり、複数指定があり得る。また、今後の拡張性につい 

て考慮する必要がある。 





を示す。 

(9)




1 1.2 本標準規格は、11.7GHz を越え~12.2GHz 以下の周波数帯の電波を使 

用する放送衛星基幹放送局がを用いて行なう標準テレビジョン放送、 

高精細度テレビジョン放送、超短波放送及びデータ放送のうちデジタ 

ル放送 ( 以下「BS デジタル放送」という。)、12.2GHz を越え~12.75GHz 

の放送以下の周波数の電波を使用する衛星基幹放送局がを用いて行な 

う帯域幅 34.5MHz の標準テレビジョン放送、高精細度テレビジョン放 

送、超短波放送及びデータ放送 ( 以下「広帯域 CS デジタル放送」と 

いう。) 及び地上基幹放送局のを用いて行なう標準テレビジョン放送の 

うちデジタル放送及び高精細度テレビジョン放送 ( 以下「地上デジタ 

ルテレビジョン放送」という。)の受信装置に適用する。 

1 1.3 

1.3 参照関連文書 

1.3.1 準拠文書 

(1) ARIB STD-B10「デジタル放送に使用する番組配列情報」標準規 

格 


(3) ARIB STD-B24「デジタル放送におけるデータ放送符号化方式と 

伝送方式」標準規格 

(4) ARIB STD-B25「デジタル放送におけるアクセス制御方式」標準 

規格 

(5) ARIB STD-B31「地上デジタルテレビジョン放送の伝送方式」標 

準規格 

(6) ARIB STD-B32「デジタル放送における映像符号化、音声符号化 

及び多重化方式」標準規格 

(7) ARIB STD-B38「サーバー型放送における符号化、伝送及び蓄積 

制御方式」標準規格 

(8) ARIB(RCR) STD-33「小電力データ通信システム/ワイヤレスL 

ANシステム」標準規格 

(9) ARIB STD-T66「第二世代小電力データ通信システム/ワイヤレス 

LAN システム」標準規格 

(10) ARIB STD-T71「広帯域移動アクセスシステム(CSMA)」標準規 

格 

(11) JEITA 規格 :CP-4120「デジタルチューナとテレビジョン受信 

機の D 端子接続」 

Interface between Digital Tuner and Television Receiver using 

D-Connector 

(12) JEITA 規格 :RC-5237「デジタル放送映像信号用 (Y,PB,PR) 接 

続用 D 端子コネクタ」 

D-Connector for Digital Broadcasting Component Video Signal 

(Y,PB,PR) connection 

(13) JEITA 規格 :CP-6101 「デジタルモニタインタフェース 

GVIF(Gigabit Video Interface)」 

(14) 昭和 60 年郵政省告示第 399 号「端末等設備規則」 

(15) ITU-R Rec. BO.1213-1「Reference receiving earth station 

antenna pattern for the broadcasting-satellite service in the 

11.7-12.75 GHz band」 

(10)



(16) ITU-R Rec. BT.419-3 「 Directivity and polarization 

discrimination of antennas in the reception of television 

broadcasting」 

(17) ITU-T Rec. H.222.0|ISO/IEC 13818-1:2006: Information 

technology - Generic coding of moving pictures and associated 

audio information: Systems(「MPEG-2 システム規格」) 

(18) ITU-T Rec. H.262|ISO/IEC 13818-2:2000: Information 

technology -- Generic coding of moving pictures and associated 

audio information: Video (「MPEG-2 Video 規格」) 

(19) ITU-T Rec. H.264|ISO/IEC 14496-10:2012: Advanced video 

coding for generic audiovisual services(「MPEG-4 AVC 規格」) 

(20) ISO/IEC 13818-7:2006 Information technology -- Generic 

coding of moving pictures and associated audio information -- 

Part 7: Advanced Audio Coding (AAC) 

(21) ISO/IEC 13818-7:2006/Cor.1:2009 Information technology -- 

Generic coding of moving pictures and associated audio 

information -- Part 7: Advanced Audio Coding (AAC), 

TECHNICAL CORRIGENDUM 1((13)と合わせて、「MPEG-2 

AAC 規格」) 

(22) ISO/IEC 13818-3:1998 Information technology -- Generic 

coding of moving pictures and associated audio information: 

Audio(「MPEG-2 BC 規格」) 

(23) ISO/IEC 14496-3:2009 Information technology -- Coding of 

audio-visual objects -- Part 3: Audio 

(24) ISO/IEC 13818-1:2007/AMD 1:2007 Transport of MPEG-4 

streaming text and MPEG-4 lossless audio over MPEG-2 

systems 

(25) ISO/IEC 23003-1:2007 Information technology -- MPEG 

audio technologies – Part 1: MPEG Surround 

(26) IEC 61937-6 (2006-01) Digital audio – Interface for 

non-linear PCM encoded audio bitstreams applying IEC 60958 

– Part 6: Non-linear PCM bitstreams according to the MPEG-2 

AAC and MPEG-4 AAC audio formats 

(27) IEC 61883-1:Consumer audio/video equipment - Digital 

interface - 

Part1:General、Part4:MPEG2-TS data transmission 

(28) HDMI Licensing LLC:High-Definition Multimedia Interface 

Specification 

(29) DDWG(Digital Display Working Group):Digital Visual 

(11)



Interface(DVI 端子 ) 

(30) Bluetooth SIG 規格 :Advanced Audio Distribution Profile 

(A2DP) 

(31) IEEE Std 1394-1995「IEEE Standard for a High Performance 

Serial Bus」 

(32) DLNA Networked Device Interoperability Guidelines 

expanded: October 2006(DLNA ガイドライン)、Volume 1: 

Architectures and Protocols、Volume 2: Media Format Profiles 

1.3.2 関連文書 

(1) 電気通信技術審議会諮問第 74 号答申 

総務省令「標準テレビジョン放送等のうちデジタル放送に関す 

る送信の標準方式 ( 平成 23 年総務省令第 87 号 )」( 以下「省令」) 

(2) 電気通信技術審議会諮問第 98 号答申 

総務省告示「関連情報のうち総務大臣が別に告示する情報を定 

める件」( 平成 23 年第 298 号 ) 

(3) ARIB STD-B1「CS デジタル放送用受信装置」標準規格 ( 望ま 

しい仕様 ) 

総務省告示「関連情報の構成及び送出手順、PES パケット、セ 

クション形式、TS パケット、IP パケット及び TLV パケット 

の送出手順、伝送制御信号及び識別子の構成並びに緊急情報記 

述子の構成を定める件」( 平成 23 年第 299 号 )( 一部改正 : 平成 

24 年総務省告示第 298 号 ) 

(4) ARIB STD-B10「デジタル放送に使用する番組配列情報」標準 

規格総務省告示「送出手順並びに音声信号のうち PES パケット 

によるものの圧縮手順及び送出手順を定める件」( 平成 23 年第 

300 号 ) 

(5) ARIB STD-B16「CS デジタル放送用標準共用受信機」標準規 

格 

総務省告示「映像信号のうちセクション形式によるもの及び音 

声信号のうちセクション形式によるものの送出手順を定める 

件」( 平成 23 年第 301 号 ) 


総務省告示「スクランブルの方式を定める件」( 平成 23 年第 302 

号 ) 

(7) ARIB STD-B24「デジタル放送におけるデータ放送符号化方式 

と伝送方式」標準規格 

総務省告示「TMCC シンボル及び AC シンボルの配置並びに時 

間インターリーブ及び周波数インターリーブの構成を定める件 

( 省令第 11 条、第 12 条関連 )」( 平成 23 年総務省告示第 303 

号 ) 

(8) ARIB STD-B25「デジタル放送におけるアクセス制御方式」標 

準規格 

総務省告示「TMCC 情報の構成を定める件 ( 省令第 13 条関連 )」 

( 平成 23 年総務省告示第 304 号 ) 

(9) 総務省告示「地震動警報情報の構成を定める件 ( 省令別表第 18 

(12)



号関連 )」( 平成 23 年総務省告示第 306 号 ) 


ARIB STD-B1「CS デジタル放送用受信装置」標準規格 ( 望ま 

しい仕様 ) 

(11) ARIB STD-B31「地上デジタルテレビジョン放送の伝送方式」 

標準規格 

ARIB STD-B16「CS デジタル放送用標準共用受信機」標準規 

格 

(12) ARIB STD-B32「デジタル放送における映像符号化、音声符号 

化及び多重化方式」標準規格 

ARIB STD-B29「地上デジタル音声放送の伝送方式」標準規格 


(14) ARIB STD-B46「セグメント連結伝送方式による地上マルチメ 

ディア放送の伝送方式」標準規格 

(15) ARIB STD-B53「セグメント連結伝送方式による地上マルチメ 

ディア放送用受信装置」標準規格 ( 望ましい仕様 ) 

(16) ARIB STD-B55「エリア放送の伝送方式」標準規格 

1.4 用語 

1.4.1 定義 

(1) BS デジタル放送 : 

省令第 5 章第 2 節で規定される 11.7GHz を超え 12.2GHz 以下の周波 

数の電波を使用する衛星基幹放送局を用いて行う広帯域伝送方式 

による標準テレビジョン放送、高精細度テレビジョン放送、超短波 

放送及びデータ放送のうちデジタル放送 

(2) 広帯域 CS デジタル放送 : 

省令第 6 章第 3 節で規定される 12.2GHz を超え 12.75GHz 以下の周 

波数の電波を使用する衛星基幹放送局を用いて行う広帯域伝送方 

式による標準テレビジョン放送、高精細度テレビジョン放送、超短 

波放送及びデータ放送 

(3) 地上デジタルテレビジョン放送 : 

省令第 3 章で規定される地上基幹放送局を用いて行う標準テレビジ 

ョン放送のうちデジタル放送及び高精細度テレビジョン放送 

P.13 5.1 ( 注 2) ITU-R 勧告 BT.419-3 

図 5-1 アンテナの指向特性 (ITU-R 勧告 BT.419-3より抜粋 ) 

P.22 5.3 削除 

(13)



P.36 6.2.1 6.2.1 音声復号処理 

表 6-DM1 2 チャンネルステレオへのダウンミックス音声信号の計 

算式 



matrix_mix 

pseudo_ 

matrix_ 

down_idx_ 

surround 

mixdown 

k の値ダウンミックス音声信号の計算式 : 注 1) 

present 

_enable 

_idx 

0 1/√2 Set1: 注 2)、注 3) 

1 0/1 : 注 5) 

0 注 6) 

1 1/2 

2 1/2√2 

3 0 

Lt= a*(L+1/√2*C+k*LsSl) 

Rt= a*(R+1/√2*C+k*RsSr) 

a=1/√2 

Set3: 注 3)、注 4) 

Lt= (1/√2)*(L+1/√2*C+1/√2*LsSl) 

Rt= (1/√2)*(R+1/√2*C+1/√2*RsSr) 

注 1) L は 3/2 方式音声の左前方チャンネル、C は中央チャンネル、 

R は右前 

方チャンネル、LsSl は左後方チャンネル、RsSr は右後方チャ 

ンネルを表し、Lt、Rt はダウンミックスにより生成されるス 

テレオ音声左チャンネル、右チャンネルを表す。 

注 2) 上記の計算式は、ISO/IEC 13818-7 規格の 3.3.8.3 8.5.4.2 

Matrix-mixdown process に記載されている計算式と全体音量 

に関する項 a 係数が異なる。a の値は、2 チャンネルステレオ 

音声ストリームから生成される音量と、マルチチャンネル音声 

ストリームをデコードし、ダウンミックスによって生成される 

2 チャンネルステレオの音量を可能な限り同等とするように規 

定したものである。詳細は付属 -4 を参照のこと。 

注 4) 3/1 方式音声の場合はkを送信できないため、ダウンミックス 

処理は、Set3 において LsSl と RsSr を 3/1 方式のサラウンド信 

号 S に置き換えた式で表現される(S=LsSl=RsSr)。 

表 6-DM2 外部擬似サラウンドプロセッサ用ダウンミックス音声 

信号の計算式 



matrix_mi 

pseudo_ 

matrix_ 

x 

down_idx_ 

surround 

_enable 

mixdown 

_idx 

k の値 


present 

1 1 

0 1/√2 

1 1/2 

2 1/2√2 

3 0 

Set2: 注 ) 

Lt= a*(L+1/√2*C-k(LsSl+RsSr)) 

Rt= a*(R+1/√2*C+k(LsSl+RsSr)) 

a=1/√2 

注 ) 上記の計算式は、ISO/IEC 13818-7 規格の 3.3.8.3 8.5.4.2 

Matrix-mixdown process に記載されている計算式と全体音量に関す 

(14)



る項 a 係数が異なる。a の値は、2 チャンネルステレオ音声ストリームから 

生成される音量と、マルチチャンネル音声ストリームをデコードし、ダウンミッ 

クスによって生成される 2 チャンネルステレオの音量を可能な限り同等と 

するように規定したものである。詳細は付属 -4 を参照のこと。 

P.119 11.4.1 図 11-3 昭和 60 年郵政省告示第 399 号 

P.219 付属 -4 全面改定 

P.222 付属 -5 の 2 

3 

起動制御信号 ( 緊急警報放送用起動フラグ) 

P.224 付属 -5 の 6 TMCC 情報の伝送については、起動制御信号 ( 緊急警報放送用起動フ 

ラグ)・・・ 

起動制御信号 ( 緊急警報放送用起動フラグ)については、・・・ 




4) 行数は特に断り書きのない限り、項目等の中の第何行目 

かを示す。 

(15)




まえがき 


QUALCOMM 

Incorporated 

ARIB STD-B21 5.1 版について 

包括確認書を提出 (*12) 

Method and JP 

apparatus for 2004-533152 

overhead 

messaging in 

a wireless 

communicatio 

n system (*13) 

US 

7,349,425;AU; 

BR;CA;CN;DE 

;EP;FI;FR;GB; 

ID;IL;IN;IT;K 

R;MX;NO;RU; 

SE;SG;TW;UA 


33 6.1.3.3 DVI 端子を装備する受信装置は、DDWG(Digital Display 

Working Group)の発行する Digital Visual Interface に準拠する 

こと。 

また、GVIF (Gigabit Video Interface) を装備する受信装置は、 

JEITA〔旧 ( 社 ) 日本電子工業振興協会 (JEIDA) 一般社団法人電子情報 

技術産業協会〕の発行するデジタルモニタインタフェースの 8.データ伝 

送規格標準 3GVIF(CP-6101)に準拠すること。 






(16)




まえがき 


QUALCOMM 

Incorporated 

ARIB STD-B21 5.1 版について 

包括確認書を提出 (*12) 


33 6.1.3.3 (2) HDMI 端子を装備する受信装置は、HDMI Licensing, LLC 発行の 

High-Definition Multimedia Interface Specification に準拠するこ 

と。 

また、無線によるデジタル映像音声出力機能については、運用規定 

で定める出力方式に従ったものを装備することができる。 

33 6.1.4 放送事業者が指定する運用規定で定めるコピーガードマネージメン 

トシステムを塔載すること。 

130 12.2.1.1 Donwnload 






(17)




まえがき 

別表特許出願人発明の名称出願番号等備考 

QUALCOMM 

Incorporated 

ARIB STD-B21 4.9 版について包括確認 

書を提出 (*10) 

ARIB STD-B21 5.0 版について包括確認 

書を提出 (*11) 

(*) ARIB STD-B21 1.1 版の改定部分について有効・ 

・・・ 


100 9.2.1.1 14 行目 ~ 

(3)HDMI Ethernet Channel 

HDMI Licensing.LLC 発行の High-Definition Multimedia Interface 

Specification に準拠すること。 






(18)




まえがき 

別表特許出願人発明の名称出願番号等備考 

・・・・・・・・・・・・ 

QUALCOMM 

Incorporated 

ARIB STD-B21 4.9 版について包括確 


・・・ 


33 6.1.3.3(1) 5 行目 ~ 

また、GVIF (Gigabit Video Interface) を装備する受信装置は、JEITA〔旧 ( 社 ) 

日本電子工業振興協会 (JEIDA)〕の発行するデジタルモニタインタフェースの 

8.データ伝送規格標準 3 に準拠すること。 






(19)




まえがき 

別表 


日本放送協会・・・・・・・・・ 

デジタルデータの受信装置特許第 2912323 日本 


・・・・・・・・・ 

・・・・・・・・・・・・ 

日本電気株式 

会社 

・・・・・・・・・ 

特許 2820096 号 

符号化方式及び復号方式 

(*1) 

日本、米 

国、 

韓国、オ 

ーストラ 

リア 

・・・・・・・・・ 

特許第 3082757 号 

ガードインターバル相関器 

及びその相関取得方法 (*4) 

日本、イギ 

リス、ドイツ、 

フランス、スウ 

ェーデン 

・・・・・・・・・ 

・・・・・・・・・・・・ 

日本放送協会地上デジタルテレビジョン特開 2009-213105 日本 

財団法人エヌ 

エイチケイエ 

放送における緊急速報を受 

信する受信機、及び緊急速 

報を送信する送信装置 (*9) 

地上デジタルテレビジョン特開 2009-272954 日本 

ンジニアリン 

グサービス 

放送における緊急速報を受 

信する受信機、及び緊急速 

報を送信する送信装置 (*9) 

・・・ 

(*2) ARIB STD-B21 1.02 版より有効 ( 平成 13 年 3 月 15 日提出 ) 

・・・ 


目次 

内容変更に伴い、ページ数を修正 

14 5.2.6(1) ( 受信ブロック図の概要を修正 ) 

・「AC 復号」を図に追加し、「同期再生」と線を結ぶ 

・線の交点を追加 

14 5.2.6(1) 15 行目 ~ 




AC 信号の受信機能を備える場合には、FFT 出力のセグメント 

No.0 の AC 信号のうち構成識別が地震動警報情報の伝送であるこ 

とを示すとき(「001」、「110」)、地震動警報情報を抽出する。構成 

識別がそれ以外である場合には、AC 信号を復号しない。なお、地 

震動警報情報とは、ARIB STD-B31「地上デジタルテレビジョン 

放送の伝送方式標準規格」に定義するものである。 




(20)


16 

5.2.6(2) ( 受信ブロック図の概要を修正 ) 

・「AC 復号」を図に追加し、「同期再生」と線を結ぶ 

・線の交点を追加 

16 5.2.6(2) 17 行目 


(1)と同じ 

20 5.2.18 17 行目 ~ 

5.2.18 地震動警報情報の受信機能 

AC 信号の受信機能を備える場合には、セグメント No.0(13 セグメントのうち 

の中央のセグメント)の AC 信号を受信して、AC 信号のうち構成識別を識別する 

機能を有するものとする。識別の結果、構成識別の値が地震動警報情報の伝送を示 

す値 (「001」、「110」)である場合には、AC 復号動作を行う。 

なお、構成識別を含む AC 信号のビット割当ては、ARIB STD-B31「地上デジタ 

ルテレビジョン放送の伝送方式標準規格」に基づくものとする。 

220 付属 -5 23 11 行目 

及び LED 表示にて緊急情報警報放送があることを報せる。 

(21)




目次内容変更に伴い、ページ数を修正 

99 9.2.1.2 15 行目 ~ 

衛星デジタル放送受信装置及び地上デジタル放送受信装置は、Digital Living 

Network Alliance Home DLNA Networked Device Interoperability Guidelines 

Version:1.0( 以下 DLNA ガイドライン 1.0)expanded: October 2006( 以下 DLNA 

ガイドライン)Volume 1: Architectures and Protocols の 7.1 Networking and 

Connectivity 及び 7.2 Device Discovery and Control、7.3 Media Management、 

7.84 Media Transport で規定する DMS(Digital Media Server) 仕様に準拠し 

たプロトコルスタックを実装すること。 

99 9.2.2.1 22 行目 ~ 

コンテンツの出力の伝送プロトコルは HTTP(Hypertext Transfer Protocol)を 

使用し、その仕様は DLNA ガイドライン 1.0 の 7.8 Volume 1 の 7.4 Media 

Transport に規定する DMS 仕様に準拠すること。 

99 9.2.2.2 

25 行目 ~ 

衛星デジタル放送受信装置及び地上デジタル放送受信装置から、コンテンツをパ 

ーシャルトランスポートストリームで伝送する場合の伝送パケットフォーマット 

を表 9-61 に示す。 

100 9.2.2.2 13 行目 ~ 

コンテンツ保護に関しては、放送事業者が別途規定するを、プログラムストリーム 

などのパーシャルトランスポートストリーム以外で伝送する場合には、DLNA ガ 

イドライン Volume 2: Media Format Profiles に準拠すること。 

100 9.2.2.3 16 行目 ~ 

表 9-61 の payload に含まれるパーシャルトランスポートストリームコンテンツ 

の伝送ストリームは「第 9 章高速デジタルインタフェース 9.1.6」に記載のパー 

シャルトランスポートストリームとする。 

100 9.2.2.3 21 行目 ~ 

コンテンツを、プログラムストリームなどのパーシャルトランスポートストリー 

ム以外で伝送する場合には、DLNA ガイドライン Volume 2 に準拠すること。 

101 9.2.2.4 7 行目 ~ 

また、DLNA で規定されている MIME-Type を記述することもできる。その場 

合には 9.2.4 を参照のこと。 

コンテンツを、プログラムストリームなどのパーシャルトランスポートストリー 

ム以外で伝送する場合には、DLNA ガイドライン Volume 2 に準拠すること。 

101 9.2.3 12 行目 ~ 

衛星デジタル放送受信装置及び地上デジタル放送受信装置のチューナ記述は 

DLNA ガイドライン 1.0Volume 1 における 7.3 Media Management で規定する 

DMS 仕様に準拠する。 

101 9.2.3 16 行目 ~ 

受信装置においては、受信した8 単位符号の SI 情報を CDS で用いる際に、チュ 

ーナ記述で使用する文字コードを DLNA ガイドライン 1.0Volume 1 に従って 

UTF-8(UCS Transformation Format)で符号化する。 

103 9.2.4 2 行目 ~ 

衛星デジタル放送および地上デジタル放送でサービスされるコンテンツを受信 

装置からストリーム出力させるには、DLNA ガイドライン 1.0Volume 1 の 7.3 

Media Management で定義されている protocolInfo を用いてコンテンツの選択制 

御を行う。 






(22)



104 9.2.4 7 行目 ~ 


装置からパーシャルトランスポートストリーム出力させる場合、protocolInfo の第 

4フィールドには ARIB.OR.JP_PN で示されるパラメータを記述する。 

ARIB.OR.JP_PN は、当該コンテンツの出力仕様を表わすプロファイル( 符号化方 

式、伝送パケットフォーマットおよびストリームフォーマット)を表し、DLNA 

ガイドライン 1.0Volume 1 の 7.3.1140 MM DIDL-Lite protocolInfo values: 4th 

field other-param の規定に従い、以下の書式で記述する。 

104 9.2.4 14 行目 

このほか第 4フィールドには、DLNA ガイドライン 1.0Volume 1 で定められたパ 

ラメータなどを追加挿入することができる。その際の追加挿入の方法については 

DLNA ガイドライン 1.0Volume 1 の 7.3.1130 MM DIDL-Lite protocolInfo values: 

4th field を参照のこと。 

104 9.2.4 18 行目 

この ARIB.OR.JP_PN を用いて、パーシャルトランスポートストリーム出力の 

プロトコルが HTTP の場合に、protocolInfo は以下のように表わされる。 

104 9.2.4 22 行目 ~ 

ここで、各フィールドは DLNA ガイドライン 1.0Volume 1 の 7.3 Media 

Management で定義されている protocolInfo の規定に準拠して、それぞれ、以下 

のように記述する。 

104 9.2.4 27 行目 

第 4 フィールド: パーシャルトランスポートストリームの場合には 

ARIB.OR.JP_PN を記述する。 

105 9.2.4 4 行目 ~ 

なお、ARIB.OR.JP_PN を使用するに、下記の DLNA.ORG_PN を使用す 

るを併記してもよい。その場合、DLNA ガイドライン Volume 1 の 7.3.57 

MM DIDL-Lite Multiple Res: Formats の規定に従うこと。 


装置から DLNA ガイドライン Volume 2 で定めたパーシャルトランスポートスト 

リームおよびそれ以外のストリームフォーマットで出力させる場合、protocolInfo 

の第 4フィールドには DLNA.ORG_PN で示されるパラメータを記述する。 

この DLNA.ORG_PN を用いて、ストリーム出力のプロトコルが HTTP の場合 

に、protocolInfo は以下のように表わされる。 

http-get:*::DLNA.ORG_PN= 

ここで、各フィールドは DLNA ガイドライン Volume 1 の 7.3 Media 

Management で定義されている protocolInfo の規定に準拠して、それぞれ、以下 

のように記述する。 



第 3 フィールド: 下記 DLNA.ORG_PN に対応した MIME-type を記述する。 

第 4 フィールド: DLNA ガイドライン Volume 1 の 7.3.31 MM pn-param の 

規定に従い DLNA.ORG_PN で示されるパラメータを記述 

する。 

パーシャルトランスポートストリーム出力以外で例えばプログラムストリーム 

を出力する場合、protocolInfo は以下のように表わされる。 

http-get:*:video/mpeg:DLNA.ORG_PN= 

105 9.2.4 27 行目 ~ 

パーシャルトランスポートストリーム出力の場合は、以下の通りである。 

(23)



105~106 9.2.4 29 行目 ~ 

パーシャルトランスポートストリーム出力以外で例えばプログラムストリーム 

出力の場合は、以下の通りである。 

Content-Type: video/mpeg 

付属目次 

内容変更に伴い、ページ数を修正 

172 付属 -2 18 行目 

機器接続やチャンネル選局、コンテンツ伝送などの制御仕様については、 

DLNA(Digital Living Network Alliance)で規定される Digital Living Network 

Alliance Home DLNA Networked Device Interoperability Guidelines 

Version:1.0expanded: October 2006( 以下 DLNA ガイドライン)に準拠すること 

とした。 

173 付属 -2 4 行目 ~ 

デジタル放送受信機は様々なフォーマットでデジタル放送を蓄積する機能を有 

するようになっており、それに対応するために IP インタフェースの出力信号形態 

として、パーシャルトランスポートストリームに加え、DLNA ガイドライン 

Volume 2: Media Format Profiles で定められたストリームフォーマットを使用可 

能とした。 

(24)




32 6.2.1 

( 下から 6 行目 ) 

ARIB STD-B32 に従い、音声パラメータ切替時の無音時間の範囲内で、異音 

を出すことなく正常動作に復帰すること。 

33 表 6-DM1 

(4 行目 ) 

・・・・・・増やすことによりオーバーロードを・・・・・・ 



matrix_mix 

down_idx_ 

present 

pPseudo_ 

surround 

_enable 

matrix_ 

mixdown 

_idx 


k の値 

ダウンミックス音声 

信号の計算式 : 注 1) 

・・・・・・・・・・・・・・・ 

注 1)L は 3/2 方式音声の左前方チャンネル、C は中央チャンネル、R は右前方チャンネル、 

Sl は左後方チャンネル、Sr は右後方チャンネルを表し、Lt、Rt はダウンミックスに 

より生成されるステレオ音声左チャンネル、右チャンネルを表す。 

注 2) 上記の計算式は、ISO/IEC 13818-7 規格の 3.3.8.3 Matrix-mixdown process に記載 

されている計算式と全体音量に関する項 a が異なる。a の注 3) 値は、2 チャンネル 

ステレオ音声ストリームから生成される音量と、マルチチャンネル音声ストリーム 

をデコードし、ダウンミックスによって生成される 2 チャンネルステレオの音量を 

可能な限り同等とするように規定したものである。詳細は付属 -4 を参照のこと。 

注 3)4)3/2+LFE マルチチャンネルステレオにおいて LFE 信号が伝送される場合も、Set1 

または Set3 の計算式を用いる。 

注 4)5)3/1 方式音声の場合はkを送信できないため、ダウンミックス処理は、Set3 にお 

いて Sl と Sr を 3/1 方式のサラウンド信号 S に置き換えた式で表現される(S=Sl= 

Sr)。 

注 5)6)pseudo_surround_enable の値に関わらず、Set1 の計算式を用いる。ただし、(7-2) 

に示すように、pseudo_surround_enable = 1 の場合は、オプションとして Set2 を 

追加することができる。 

注 6)7)PCE 未取得時は、matrix_mixdown_idx_present = 0 と同様のダウンミックス処 

理を行うこと。 

95 

( 下から 9 行目 :メディアの種類 ) 

値 

意味 

--------------------------------------------------------------------------------- 

0x4253 

BS/ 広帯域 CS 

0x4353 

狭帯域 CS/ 高度狭帯域 CS 

0x5442 

地上波 

( 下から 2 行目 ) 

・・・そのフィールド値の割り当ては総務大臣標準化機関の指定による。 





を示す。 

(25)



96 

(1 行目 ) 

private_data(プライベートデータ):これは 8×xN ビットのフィールドで、 

個別に定義された値を持つ。 

(26)




35 6.2.3.3 

6.2.3.4 

IEC 61937-6 (2006-01) Digital audio – Interface for non-linear PCM 

encoded audio bitstreams applying IEC 60958 – Part 6: Non-linear PCM 

bitstreams according to the MPEG-2 AAC and MPEG-4 AAC audio formats 

( 社 ) 電子情報技術産業会 ( 旧 ( 社 ) 日本電子機械工業会 ) 規格 EIAJ CPX-4141 に 

準拠、あるいは IEEE-1394 出力を持つことを推奨する。 

(6.2.3.3 節の後に、6.2.3.4 節を追加する) 

6.2.3.4 Bluetooth 音声出力 

Bluetooth 機能により音声出力を行う受信機は、Bluetooth SIG 規格の 

Advanced Audio Distribution Profile (A2DP)※1に準拠すること。 

※1:http://www.bluetooth.org/foundry/adopters/document/A2DP_Spec_V1_0/ 

6.3 衛星デジタル放送における階層変調の受信装置機能 

6.3.1 ・・・・ 





を示す。 

(27)




別表 

日本フィリッ 

プス㈱ 

( 株 )フィリップ 

スエレクトロ 

ニクスジャパ 

ARIB STD-B21 4.3 版について包括確認書を提 

出 (*7) 

ARIB STD-B21 4.4 版について包括確認書を提 

出 (*8) 

ン 

: 



32 6.1.3.3 2 行目 ~ 

映像出力専用のデジタル出力は規定しない。高速デジタルインタフェース仕様 

により接続されるものと想定される。 

(1) デジタル映像出力 

DVI 端子を装備する受信装置は、DDWG(Digital Display Working 

Group)の発行する Digital Visual Interface に準拠すること。 

(2) デジタル映像音声出力 

HDMI 端子を装備する受信装置は、HDMI Licensing, LLC 発行の 

High-Definition Multimedia Interface Specification に準拠すること。 

46 9 章 2 行目 ~ 

高速デジタルインタフェースとして、シリアルイシンタフェース仕様と IP イ 

ンタフェース仕様を以下のとおりとする。 

99~104 

9.2 「9.2 IP インタフェース仕様」の項を追加する。 

160~272 

付属 -1~ 

付属 ―11 

図・表の番号を、付属 -1~ 付属 -11の番号に合わせて、 

図 1-~ 図 11-、表 1-~ 表 11- に表記を変更する。 

170 

付属 -2 

8 行目 ~ 

IEEE1394 インタフェースは、MPEG データ等のコンテンツデータを転送する 

インタフェースとして選定したが、コンテンツの著作権保護のために十分なるコ 

ピープロテクション機能が求められる。IEEE1394 では、コピープロテクション 

機能として現在 CPTWG(Copy Protection Technical Working Group)で議論さ 

れた 3 方式 (5C Digital Transmission Contents Protection Specification:DTLA 

案、PictureTel 社案、NDS 社案 )が提案されている。DIRD の IEEE1394 インタ 

フェースのデジタルコピープロテクション方式は放送事業者仕様とした。 

一方で、昨今、家庭内における IP (Internet Protocol) 網が目覚しく普及を始め 

ている。そうした背景の下、デジタル放送受信装置の魅力を上げ、更なる普及促 

進を目指すためにも、今後ホームネットワーク内におけるホームサーバーといっ 

た商品カテゴリの普及が望まれる。ホームネットワークとは、家庭内で機器間接 

続し、コンテンツや制御情報、その他データをやり取りすることでユーザ利便性 

の向上を図るためものである。上述の状況からホームネットワークとしての伝送 

路として、今回新たに IP インタフェースを選定した。 






(28)



170 付属 -2 

機器接続やチャンネル選局、コンテンツ伝送などの制御仕様については、 

DLNA(Digital Living Network Alliance)で規定される Digital Living Network 

Alliance Home Networked Device Interoperability Guidelines Version:1.0 に準拠 

することとした。特にチャンネル選局などに利用するチューナ記述について、サポ 

ートすべきプロパティを規定するとともに、新たに追加すべきプロパティを規定し 

た。またチューナ記述で用いる文字コードは、SI 情報で使用する8 単位符号から 

CDS(ContentDirectory service)で使用する UTF-8 への変換規則を規定した。 

IP インタフェースの信号仕様は、出力信号形態としてはパーシャルトランスポー 

トストリームとし、その伝送フォーマットを規定した。 

物理インタフェースは、有線インタフェースについては 10BASE-T, 

100BASE-TX または 1000BASE-T とし、8 ピンモジュラージャック(RJ-45)を装備 

することとした。また無線インタフェースについては、802.11a/b/g に対応する ARIB 

規格として RCR STD-33、ARIB STD-T66 または ARIB STD-T71 に準拠すること 

とした。 

伝送プロトコルは HTTP(Hypertext Transfer Protocol)を用いることとしてい 

る。デジタル放送受信装置よりストリームを受け取る DMP(Digital Media Player) 

においては、HTTP/1.1 を使用することが推奨される。RTP(Real-Time Transport 

Protocol)は使用するアプリケーションが明確になった時点で審議することとした。 

IEEE1394 インタフェース同様、IP インタフェースにおいても、コンテンツの著 

作権保護のために十分なるコピープロテクション機能が求められる。DIRD の IP 

インタフェースのデジタルコピープロテクション方式は放送事業者仕様とした。 

次に、高速デジタルインタフェース(シリアルインタフェース)でのシステム構 

成例を図 2-1~ 図 2-5 に、DIRD-Tape Recorder/Player システム構成例におけるコ 

マンドの参考を図 2-6 及び表 2-1~ 表 2-4 に示す。 

また、高速デジタルインタフェース(IP インタフェース)でのシステム構成例 

を図 2-7~ 図 2-9 に示す。 

180~182 

図 2-7~ 図 2-9 を追加する。 

(29)




別表 




日本フィリッ ARIB STD-B21 4.3 版について包括確認書を提出 (*7) 

プス㈱ 

: 


12 5.2.1 5 行目 ~ 

据え置き型受信機等で、共同受信が想定される地上デジタルテレビジョン放送 

用受信機の受信チャンネル範囲については、UHF 帯に加えて、SHB 帯 (C23ch 

~C63ch)を含めることが望まれる。また、VHF 帯 (1ch~12ch) 及び MID 帯 (C13ch 

~C22ch)への対応の適否については引き続き検討することとする。についても受 

信チャンネル範囲に含めることが望まれる。 

VHF 帯、MID 帯及び SHB 帯の中心周波数地上デジタルテレビジョン放送の受 

信装置の性能については、付属 -10 を参照のこと。 

254 付属 -10 

1.1 

3 行目に以下の表 1-1 を挿入 

表 1.1 中心周波数 (UHF 帯 ) 


UHF 13ch 

UHF 14ch 

UHF 15ch 

: 

: 


473 + 1/7 MHz 

479 + 1/7 MHz 

485 + 1/7 MHz 

: 

: 

UHF 61ch 

UHF 62ch 

761 + 1/7 MHz 

767 + 1/7 MHz 

また、上記表 1-1 の挿入により、255~259 ページの 1.1~1.4 における表 1-1~ 表 

1-6 の表番を表 1-2~ 表 1-7 に修正。 

254 付属 -10 

1.1 

5 行目 ~ 

これらケーブル施設における伝送帯域は、UHF 帯まで広帯域化されていないも 

のが大半でありも多く、UHF テレビジョン放送は、VHF、MID 及び SHB 等の空 

きチャンネルにダウンコンバートして伝送している。 

このため、特に据え置き型受信装置など、共同受信が想定される地上デジタルテ 

レビジョン放送用受信装置の受信チャンネル範囲については、以下に示す帯域にも 

対応することが望ましい。 

ただし、本文にも述べられているように VHF、MID 帯については引き続きその 

使用について検討することとする。 

しかしながら、アナログ放送が停波した後、2011 年 7 月 25 日以降の VHF 帯域 

の電波利用の詳細は決まっていないため、VHF 帯域へ周波数変換する再送信にお 

いては、VHF 帯域の放送業務 (テレビジョン放送を除く)や移動業務 ( 電気通信 

業務用、公共業務用、一般業務用 )に使用される電波の飛び込み妨害などが将来起 

こる恐れがあり、これらの妨害に対する配慮が望まれる。 

(30)


255 付属 -10 

1.1 

表 1-2 

表 1.2 中心周波数 (VHF 帯 ) 



VHF 1ch 

93 + 1/7 MHz 

VHF 2ch 

99 + 1/7 MHz 

VHF 3ch 

105 + 1/7 MHz 

VHF 4ch 

173 + 1/7 MHz 

VHF 5ch 

179 + 1/7 MHz 

VHF 6ch 

185 + 1/7 MHz 

VHF 7ch 191 + 1/7 MHz ( 注 1) 

VHF 8ch 195 + 1/7 MHz ( 注 1) 

VHF 9ch 

201 + 1/7 MHz 

VHF 10ch 

207 + 1/7 MHz 

VHF 11ch 

213 + 1/7 MHz 

VHF 12ch 

219 + 1/7 MHz 

注 1: VHF 7ch と VHF 8ch は 2MHz 重なっている 

258 付属 -10 

1.3 

259 付属 -10 

1.4 

ページ上から1 行目 ~ 

なお、直接受信帯域外 (VHF、MID、SHB 帯 )においては、有線テレビジョン 

放送施行規則で受信者端子 ( 保安器 )での搬送波レベルが、47dBμV~81dBμV と 

規定されていることから、宅内配線での損失分 ( 約 5dB)を考慮して、最小入力レベ 

ルは–67dBm となる。 

また、その他の技術基準については、有線テレビジョン放送法施行規則第 26 条 

の標準デジタルテレビジョン放送方式に関する規定を参照する。なお、前記の規定 

については( 社 ) 日本 CATV 技術協会発行の標準規格 JCTEA STD-011 に参考資料と 

してまとめられている。 

ページ上から1 行目 ~ 

平成 11 年度電気通信技術審議会置局技術委員会の答申に記載されている混信保 

護比は、表 1-56 の干渉 DU 比を基本としている。 

注 1) 改版後のページ及び項目等を示す。 3) アンダーラインの個所は追加した部分を示す。 

2) “ ”の部分は削除した部分を示す。 4) 行数は特に断り書きのない限り、項目等の中の第何行目かを 

示す。 

(31)




別表 



: 


i~ 目次本文変更に伴う頁番号変更・項目追加 

46~86 9 章すべての「地上デジタル放送」を「地上デジタルテレビジョン放送」に変更 

52 9.1.5.1.1(2) 表 9-15 


: 

specification_length 


: 

58 9.1.5.1.2(1) 表 9-23 

構造ビット数値 

: 



subsystem_label[1-9] 72 

JPNTB7FFF 

xxxx (T.B.D) 

} 

: 

61 9.1.5.1.2(1) 

63 9.1.5.1.2(2) 

66 9.1.5.1.2(2) 

68 9.1.5.1.2(2) 

ページ上から 11 行目 ~ 

・・・地上デジタルテレビジョン放送は subsystem_label=“JPNTB7FFFyyyy” 

(T.B.D)とする。(BS デジタル放送は"JPNBS0004"、広帯域 CS デジタル放送は 

"JPNCSxxxx"(xxxx 部分は広帯域 CS デジタル放送の network_id であり、別途 

ARIB 技術資料参照 )と設定する) 

表 9-32 ページ上から 19 行目 ~ 

構造ビット数値 

: 

system_specific_multiplex_selection_length 8 0x110x0C 

: 


Tuner Status Descriptor の antenna_general_input_info 及び system_ 

specifice_multiplex_selection_attributes の受信周波数の表示では raster_ 

frequency= 0x2(4kHz)とする。 


衛星地上デジタルテレビジョン放送の入力が存在しない場合には、number_of_ 

selection_specifications を 0x00 とするとともに直前の status の値も 0x00 とする。 

さらに、antenna_input_info の no_RF を 1、system_specific_multiplex_selection 

の currently_available を 0 にする。例えば、衛星地上デジタルテレビジョン放送以 

外を受信中で衛星地上デジタルテレビジョン放送受信機が動作していない場合に 

は、上記のようになる。・・・ 

(32)


79 9.1.5.2.2(3) ページ上から 18 行目 ~ 

コントローラは、service_id により選局要求をする場合には、system_specific_ 

service_selection_ attributes_valid_flags の org_network_id 及びに service_id 

の flag を”1”に設定し、所望のサービスに対応した org_network_id 及び service_id 

の値を設定する。なお、org_network_id(0x7FFF)の値には、地上デジタルテレビ 

ジョン全体を表す org_network_id の値を設定する。 

79 9.1.5.2.2(3) ページ下から 5 行目 ~ 

地上デジタル放送受信装置は、system_specific_service_selection_attributes_ 

valid_flags の service_id 及び bouquet_id とも”1”に設定されていて、かつ 

service_id 及び bouquet_id の両 attributes ともに有効な値 ( 地上デジタル放送の 

場合 service_id が 0xLLLL~0xHHHH(T.B.D)、bouquet_id が”0xXXXX (T.B.D)) 

に設定されていた場合、servivce_id を優先して選局動作を行うものとする。 

service_id で正常な選局動作が行われなかった場合に、bouquet_id を用いて選局 

動作を行うか否かは、受信装置の実装に依存する。 

140 15.1.1.1 ページ下から 10 行目 ~ 

本規格での規格化範囲は、上記地上デジタルテレビジョン放送共用化 BS/BS・広 

帯域 CS デジタル受信機装置とインタフェースについてであり、地上アダプターにつ 

いては地上デジタルテレビジョン放送受信機装置の規格に準ずる。地上アダプターの 

デスクリプタ、コマンド、チューナモデルについては、付属 -5 の「地上アダプター 

のデスクリプタ、コマンド、チューナモデル」の項を参照のこと。 

140 15.1.1.2(1) ページ下から 2 行目 ~ 

共用化 BS/BS・広帯域 CS デジタル受信機装置は、地上アダプターで選局さ 

れたフル TS ストリームを受信することとする。 

142 15.1.1.2 (3) 表 15-3 

構造 

ビット数 

: 


currently_available, selected, reserved (6bits) 8 

center_frequency 32 

bandwidth(3bits), reserved(5bits) 8 


8 



8 


network_id 16 

} 

} 

142 15.1.1.2 (3) ページ下から 4 行目 

選局する放送の中心周波数 (center frequency)を指定する。center_frequency フ 

ィールドは 32 ビットの大きさで単位は 10Hz である。( 付属 -5の「受信周波数」 

の項を参照のこと。) 

143~144 15.1.1.2 (4) ページ下から 3 行目 ~ 

受信可能な放送システムを列挙するフィールドであり、label 長が 9 文字、使用 

される文字は ASCII code の英数文字で表され、地上アダプターでは表 15-6 に示 

す値となる。共用化 BS / BS ・広帯域 CS デジタル受信装置は、この 

subsystem_label により、地上アダプターであることを識別する。 

(33)


144 15.1.1.2 (4) ページ下から 6 行目 ~ 

signal_strength の機能を表 15-8 に示す。 signal_strength は地上アダプター 

の受信状態の情報を表し、数値が大きくなるほど受信状態が良好であることを示 

し、最大値を 255 とする。その内容は地上アダプターの規格化時に規格化する。 

currently_available=0 の時、共用化 BS/BS・広帯域 CS デジタル受信機装置は 

signal_strength フィールドを無効として扱う。 



表 15-8 signal_strength フィールド 

意味 

地上アダプターの受信状態 (0~255) 別途規定さ 

れる受信状態を表示 

145 15.1.1.3 (2) ページ下から 15 行目 ~ 

ARIB 技術資料を付属参照のこと。BS-EPG 及び広帯域 CS-EPG に加えてのメモ 

リーが必要となるが、商品企画とする。 

146 15.1.1.3 (4) ページ下から 12 行目 ~ 

BS デジタル放送受信機能や広帯域 CS デジタル放送受信機能に加えて地上デジ 

タルテレビジョン放送受信機能が付加されることから、メモリーについても拡張 

が必要になると思われるが、商品企画とする。 

146 15.1.1.3 (5) ページ下から 8 行目 ~ 

リモコンについては商品企画とするが、BS デジタル放送受信や広帯域 CS デジ 

タル放送受信等との操作の共通性が望まれる。最低限リモコン操作により「BS」 

「広帯域 CS」「地上」のメディア選択が行え、その結果を画面表示する機能が必 

要である。その他の機能については、付属 -5 の「リモコン機能について」の項を 


146 15.2 ページ下から 1 行目 

・デジタル CATV 放送との共用受信装置については、JCTEA、STD-0047-1.1 の 

規格を満たすこと。 

207 付属 -5 

1 

ページ上から 3 行目 

BS デジタル放送が開始されてから地上デジタルテレビジョン放送が開始される 

までは 2 年余りの時間がある。地上デジタルテレビジョン放送開始前から市場投入 

が予想される地上デジタルテレビジョン放送共用化 BS/BS・広帯域 CS デジタル 

受信機装置で将来地上アダプターを接続することにより、基本的な地上デジタルテ 

レビジョン放送を受信できることが本規格化の目的である。地上デジタルテレビジ 

ョン放送では固定受信と移動体受信が想定されるが、BS/BS・広帯域 CS デジタ 

ル放送受信と共用と言う観点から 13 セグメント受信の固定受信を前提とした。更 

に、地上デジタルテレビジョン放送の受信にあたっては、周波数・ネットワークの 

あり方及びサービスのあり方が前提となっているが、未だ審議中であることから現 

時点で考えられる対応を主点とした。 

207 付属 -5 

1 


・・・インタフェース点が審議されたが、地上デジタルテレビジョン放送のサー 

ビスについては未だ不確定部分があることから、「現時点での BS/BS・広帯域 CS 

デジタル受信機装置機能での受信を可能とする」ことを前提に、「フル TS インタ 

フェース」を採用した。これにより、地上デジタルテレビジョン放送共用化 BS/ 

BS・広帯域 CS デジタル受信機装置はあらかじめ地上デジタルテレビジョン放送受 

信アダプターとの接続部及び地上デジタルテレビジョン放送の受信機能を装備す 

る必要がある。地上アダプターについては、第 5 章、第 15 章と付属 -10 を参照の 

こと。 

(34)


207 付属 -5 

2 


2. 地上デジタルテレビジョン放送受信アダプターの機能と制御について 

地上デジタルテレビジョン放送受信アダプターの機能と制御については・・・ 

208 付属 -5 

2 1 


なお、パラメータについては ARIB 技術資料を参照のこと今後の検討でなるべ 

く種類を絞ることとする。 

208 付属 -5 

2 3 


3 TMCC 情報の内、「緊急警報放送用起動フラグ」がオンになったら、地上ア 

ダプターのブザー及び LED 表示にて緊急情報があることを報せる。 

208 付属 -5 

3 (2) 


共用化 BS/BS・広帯域 CS デジタル受信機装置から地上アダプターへ送信する 

DSIT コマンド、地上アダプターの受信状態を知るための Tuner Status 

Descriptor、共用化 BS/BS・広帯域 CS デジタル受信機装置が地上アダプターを 

認識するための Tuner Subunit Identifier Descriptor を使用する。詳細は付属 -5 

の項目 11 を参照のこと。については、受信サーチ及び選局動作、機器認識を行う 

上で必要な部分のみ規定することとし、その他の部分については地上アダプターの 

規格時に規格化することとする。Tuner Status Descriptor には、DSIT コマンドで 

送信した受信周波数が設定されているかどうかを知るために、地上アダプターの受 

信動作周波数を知ることができる center_frequency も規定することにした。これ 

らのコマンドを用いて、共用化 BS/BS・広帯域 CS 受信機から地上アダプターの 

選局動作を確実に行えるようにするためには、地上アダプターはこれらのコマンド 

が送られてきたときに応答できる機能を必須でサポートしなければならない。な 

お、地上アダプターが表 5-1、5-2 の Tuner Subunit Identifier Descriptor の 

system_specification フィールド、Tuner Status Descriptor の genreal_tuner_ 

status フィールドをサポートすることを想定した。 

208 付属 -5 

3 (2) 


表 5-1、表 5-2 を削除 

208 付属 -5 

3 (3) 

ページ下から 7 行目 ~ 

受信状態情報を地上アダプターから共用化 BS/BS・広帯域 CS デジタル受信機 

装置に送り、それを表示することが必要である。受信状態情報は「signal_strength」 

情報として地上アダプターから共用化 BS/BS・広帯域 CS デジタル受信装置に伝 

送され、この情報の意味及び表示方法については様々な議論があった。候補にあ 

げられたのは「受信 C/N」「受信電界強度」「受信 BER」等であった。地上デジ 

タルテレビジョン放送の伝送特性・受信特性等から、どれを選ぶかは審議未了で 

あり、地上デジタルテレビジョン放送受信機規格化の中で更に審議することとし 

た。当面の共用化 BS/BS・広帯域 CS 受信機にあっては、受信 C/N、受信電界 

強度、受信 BER 等のいずれであっても、その数値を「signal_strength」情報とし 

て地上アダプターから共用化 BS/BS・広帯域 CS 受信機に伝送し、本文の例で示 

すように共用化 BS/BS・広帯域 CS デジタル受信機装置のはバー表示等で表示す 

る。signal_strength に関しては、付属 -5 の項目 11 を参照のこと。 

208 付属 -5 

3 (4) 

ページ下から 2 行目に項目追加 

(4) 接続確立と TS 出力 

209 付属 -5 

3 (5) 


(45) コピープロテクション 

(35)


209 付属 -5 

3 (6) 

ページ上から 11 行目に項目追加 

(6) 高速デジタルインタフェースシステム構成例 

210 付属 -5 

4 (1) 


地上デジタルテレビジョン放送では受信可能局が受信点により異なり、受信者毎に 

受信局リストが異なる場合があることから、BS デジタル放送及び広帯域 CS デジタル 

放送のような全局 SI による EPG は困難と予想される。従って、受信機側で各局 SI 

をスキャン受信し、BS デジタル放送や広帯域 CS 放送と同様な EPG を構成し表示す 

るものとする。各局 SI 情報は、BS デジタル放送及び広帯域 CS 放送の SI のデータ量、 

送信周期に準じて送信するものとする。EPG については ARIB 技術資料を参照のこと。 

SI 情報のスキャン方法、EPG 合成方法、表示方法、EPG 機能等については共用化 BS 

/BS・広帯域 CS デジタル受信機装置の商品企画とする。 

210 付属 -5 

4 (2) 


ARIB 技術資料を参照のこと。service_id の割り付けについて検討した結果は、 

受信地域内でユニークである必要があり、更にサービスエリアを超えた受信に対し 

ても対応することを考慮して、地上デジタルテレビジョン放送において全国的にユ 

ニークな ID 番号を割り付けることが最適解であるとした。 

210 付属 -5 

4 (3) 


ARIB 技術資料を参照のこと。地上デジタルテレビジョン放送の network_id の 

割り付けについて検討した結果は、受信地域内においてユニークである必要があ 

り、更にサービスエリアを越えた受信に対しても対応することを考慮して、地上デ 

ジタルテレビジョン放送において全国的にユニークな ID 番号を割り付けることが 

最適解であることとした。よって、「放送局単位 ( 送出マスター単位 )」で割り付け 

ることとしたられる。実際の network_id の割り付けは地上デジタルテレビジョン 

放送開始直前となる。 

従って、NIT についても自局のみの情報を送ることとした。 

210 付属 -5 

5 

210 付属 -5 

6 


地上デジタルテレビジョン放送では「音声ハーフレート」が提案されている。 

共用化 BS/BS・広帯域 CS 受信機であらかじめこの機能を持たせるかについて議 

論されたが、結論としては「共用化 BS/BS・広帯域 CS デジタル受信機装置では 

音声ハーフレート機能は必須としない」こととした。このため、運用上での制限が 

生じるが、地上デジタルテレビジョン放送運用規格制定段階で検討することとした。 


「緊急警報放送起動用フラグ」については、実効として、共用化 BS/BS・広 

帯域 CS デジタル受信機装置に伝送されても共用化 BS/BS・広帯域 CS デジタル 

受像機受信装置がオン状態でなければ意味が無いこと等により、地上アダプター 

において同フラグがオンになったら、ブザー及び LED 表示で視聴者に報せること 

の方が良いとの結論に達した。従って、同フラグのはインタフェース上のは伝送 

は特に規定しないこととした。 

「伝送パラメータ切替指標」については、共用化 BS/BS・広帯域 CS デジタル 

受信機装置側での利用としては意味はあるが、共用化 BS/BS・広帯域 CS デジタ 

ル受信機装置規格として必須のレベルでないとし、インタフェース上の伝送は特 

に規定しないこととした。 

210 付属 -5 

7 

ページ下から 5 行目 ~ 

共用化 BS/BS・広帯域 CS デジタル受信機装置から地上アダプターに伝送され 

る各チャンネルの中心周波数情報は、現行アナログテレビジョンチャンネルプラン 

での中心周波数 +1/7MHz である。 

(36)


211 付属 -5 

9 

212 付属 -5 

10 

212 付属 -5 

11 

ページ下から 1 行目の図番号変更 

図 5-12 受信サーチ時の周波数スキャンのフローの一例 

ページ上から 2 行目の表番号変更 

表 5-31 共用化 BS/BS・広帯域 CS デジタル受信機装置及び地上アダプターで 

蓄積すべきパラメータ情報 

ページ上から 4 行目の後 ( 表 5-1 の後 )に項目追加 

11 地上アダプターのデスクリプタ、コマンド、チューナモデル 


2) “ ”の部分は削除した部分を示す。 4) 行数は特に断り書きのない限り、項目等の中の第何行目かを 

示す。 

(37)





1 1.2 本標準規格は、11.7GHz~12.2GHz の周波数帯の放送衛星局が行なう標準テレビ 

ジョン放送、高精細度テレビジョン放送、超短波放送及びデータ放送のうちデジタ 

ル放送 ( 以下「BS デジタル放送」という。)、12.2GHz~12.75GHz の放送衛星局が 

行なう帯域幅 34.5MHz の標準テレビジョン放送、高精細度テレビジョン放送、超 

短波放送及びデータ放送のうちデジタル放送 ( 以下「広帯域 CS デジタル放送」と 

いう。) 及び放送局の行なう標準テレビジョン放送のうちデジタル放送及び高精細度 

テレビジョン放送 ( 以下「地上デジタルテレビジョン放送」という。)の受信装置に 

適用する。 

: 

1~2 1.3 

1.3 関連文書 

: 

(6) ARIB 標準規格 B20「衛星デジタルテレビジョン放送の伝送方式」標準規格 

(7) ARIB 標準規格 B24「デジタル放送におけるデータ放送符号化方式と伝送方 

式」標準規格 

(8) ARIB 標準規格 B25「デジタル放送における限定受信アクセス制御方式」標 

準規格 

(9) ARIB 標準規格 B29「地上デジタル音声放送の伝送方式」標準規格 

(10) ARIB 標準規格 B30「地上デジタル音声放送の用受信装置」標準規格 

: 

8~9 4.4.8.3 4.4.8.3 全受信装置共通データ格納用メモリ 

受信装置共通データの不揮発性メモリ領域としてジャンル表、番組特性表、予約 

語等の格納領域として BS 用受信装置は 10kBK バイト、BS・広帯域 CS 共用受信 

装置は 30KB バイト、地上・BS・広帯域 CS 共用受信装置は 40K バイトを確保す 

ること。なお、各種共用受信装置では、全ての伝送メディアで共通に運用されるジ 

ャンルコード表および予約語表等のメモリに関しては共用しても良い。及び更に、 

ロゴデータを格納するデータ領域を確保すること。ロゴデータについては 6 種類の 

ロゴタイプのうち、どれを格納するかは受信装置の実装に依存する。ロゴタイプ別 

の所要メモリ容量を表 54-4 に示す。 

17 5.2.9.3 5.2.9.3 全受信装置共通データ格納用メモリ 

受信装置共通データの不揮発性メモリ領域としてジャンル表、番組特性表、予約 

語等の格納領域をとして地上用受信装置は 10kK バイト、地上・BS・広帯域 CS 共 

用受信装置は 40K バイトを確保すること。このうちなお、共用受信装置では、全て 

の伝送メディアで共通に運用されるジャンルコード表および予約語表用等のメモリ 

に関しては BS や広帯域 CS などのデジタル放送用のメモリと共用しても良い。 

32 6.2.1 (7) 6.2.1 の項目 (7)を下記に置き換える。 

(7) マルチチャンネルから 2 チャンネルステレオへのダウンミックス機能 

(7-1) 2 チャンネルステレオへのダウンミックス処理 

2 チャンネルステレオ再生機能を持つ受信装置がマルチチャンネル音声ス 

トリームを再生する場合、表 6-DM1 にあるダウンミックス処理を行うこと。 

ただし、この処理によりオーバーロードになる可能性があるが、このような場 

合でも異音を発生させないこと( 最大音声レベル以上の場合でも折り返さない 

こと)。 

注 : 上記の機能を実現する方法として、クリップ処理を行う簡易的な方法の他 

に、AAC デコーダ以降のボリューム調整を自動的に行う方法、量子化ビット数を 

上方に増やすことによりオーバロードを起こさせない方法などが想定されるが、 

その実現方法については商品企画マターとする。 

(38)


33 6.2.1 (7) 

前ページに続く・・・ 




Matrix_mix 

down_idx_ 

present 

Pseudo_ 

surroun 

d 

_enable 

matrix_ 

mixdown 

_idx 

k の値 

ダウンミックス音声信号の 

計算式 : 注 1) 

1 

0/1 

: 注 5) 

0 1/√2 

1 1/2 

2 1/2√2 

Set1: 注 2)、注 3) 

Lt= a*(L+1/√2*C+k*Sl) 

Rt= a*(R+1/√2*C+k*Sr)) 

a=1/√2 

3 0 

0 注 6) 

Set3: 注 3)、注 4) 

Lt=(1/√2)*(L+1/√2*C 

+1/√2*Sl) 

Rt=(1/√2)*(R+1/√2*C 

+1/√2*Sr) 

注 1) L は 3/2 方式音声の左前方チャンネル、C は中央チャンネル、R は右前方チャンネ 

ル、Sl は左後方チャンネル、Sr は右後方チャンネルを表し、Lt、Rt はダウンミッ 

クスにより生成されるステレオ音声左チャンネル、右チャンネルを表す。 

注 2) 上記の計算式は、ISO/IEC 13818-7 規格の 3.3.8.3 Matrix-mixdown process に記 

載されている計算式と全体音量に関する項 a が異なる。a の値は、2 チャンネルス 

テレオ音声ストリームから生成される音量と、マルチチャンネル音声ストリーム 

をデコードし、ダウンミックスによって生成される 2 チャンネルステレオの音量 

を可能な限り同等とするように規定したものである。詳細は付属 -4 を参照のこと。 

注 3) 3/2+LFE マルチチャンネルステレオにおいて LFE 信号が伝送される場合も、Set1 

または Set3 の計算式を用いる。 

注 4) 3/1 方式音声の場合はkを送信できないため、ダウンミックス処理は、Set3 におい 

て Sl と Sr を 3/1 方式のサラウンド信号 S に置き換えた式で表現される(S=Sl= 

Sr)。 

注 5) pseudo_surround_enable の値に関わらず、Set1 の計算式を用いる。ただし、(7-2) 

に示すように、pseudo_surround_enable = 1 の場合は、オプションとして Set2 

を追加することができる。 

注 6) PCE 未取得時は、matrix_mixdown_idx_present = 0 と同様のダウンミックス処 

理を行うこと。 

(7-2) 外部擬似サラウンドプロセッサ用ダウンミックス処理 

外部の擬似サラウンドプロセッサによりサラウンド音声再生を行うため、2 

チャンネルステレオ信号にダウンミックスする場合は、オプションとして表 

6-DM2 のダウンミックス処理を追加することができる。 

(39)


33~34 6.2.1 (7) 

前ページに続く・・・ 

表 6-DM2 外部擬似サラウンドプロセッサ用ダウンミックス音声信号の計算式 


matrix_mix 

down_idx_ 

present 

Pseudo_ 

surroun 

d 

_enable 

matrix_ 

mixdown 

_idx 


ダウンミックス音声信号の 

k の値 

計算式 

1 1 

0 

1 

1/√2 

1/2 

Set2: 注 ) 

Lt= a*(L+1/√2*Ck(Sl+Sr)) 

2 1/2√2 

Rt= a*(R+1/√2*C+ 

k(Sl+Sr)) 

3 0 a=1/√2 

注 ) 上記の計算式は、ISO/IEC 13818-7 規格の 3.3.8.3 Matrix-mixdown process に記載 

されている計算式と全体音量に関する項 a が異なる。a の値は、2 チャンネルステレ 

オ音声ストリームから生成される音量と、マルチチャンネル音声ストリームをデコ 

ードし、ダウンミックスによって生成される 2 チャンネルステレオの音量を可能な 

限り同等とするように規定したものである。詳細は付属 -4 を参照のこと。 

(7-3) ステレオ音場拡大用ダウンミックス処理 

2 チャンネルステレオ再生でサラウンドステレオ音場を擬似的に再現する 

ため、オプションとしてダウンミックス処理を追加することができる。ダウン 

ミックス処理方法の詳細は商品企画マターとするが、次の機能を満足するこ 

と。 

・ 2 チャンネルステレオ音声ストリームから生成された音声の音量と、マル 

チチャンネル音声ストリームをデコードし、ダウンミックスによって生 

成された 2 チャンネルステレオ音声の音量は可能な限り同等であること。 

・ダウンミックス時に音量を保つようにすることによりオーバーロードに 

なる可能性があるが、このような場合でも異音を発生させないこと。 

99 第 10 章 CA モジュールインタフェースとして、デジタル放送における限定受信アクセス 

制御方式「ARIB STD-B25」に基づく低速または高速 CA インタフェースを備える 

ことが望ましい。 

※1 当面 STD-B25 で規格化された低速 CA インターフェイスとする。 

※2 地上デジタルテレビジョン放送受信装置で限定受信機能を実装する場合は本 

規定による。 

(40)


118 11.5.7.4 

(2) 

(2)TA 

TA の内容を表 11-21 に示す。 

表 11-21 TA 

情報要素 

TA の通信速度 

通信モード設定 


通信形式 

自動着信 

MP 通信 

ダイヤル後相手応答待ち時間 


CR コード 

LF コード 

BS コード 

設定値 

64Kkbps 

非同期 - 同期 PPP 変換 


Bch 回線交換 

しない 


50s 

+ 

CR 

LF 

BS 

123 12.2.1.1 

表 12-2 

133 12.3.2 

(2) 

12.2.1.1 ソフトウエアダウンロードトリガーテーブル 



Download_content_descriptor () 

{ 


: 

8 

: 

uimsbf 

: 

(2) 「付属 (ダウンロード機能 )」の Appendix A に詳述する受信機共通データのメモ 

リ領域として少なくとも予約語等の格納領域として BS 用受信装置は 10KB バイト、 

BS・広帯域 CS 共用受信装置は 30KB バイト、地上用受信装置は 10KB バイト、地 

上・BS・広帯域 CS 共用受信装置は 40K バイトを確保する事こと。なお、各種共 

用受信装置では、全ての伝送メディアで共通に運用されるジャンルコード表および 

予約語表用等のメモリに関しては共用しても良い。 

205 付属 -4 ISO/IEC 13818-7 規格には AAC デコーダにおけるダウンミックス計算式として、 

3.3.8.3 Matrix-mixdown process にビットオーバフローを発生させない式が記載さ 

れている。しかし、2 チャンネルステレオ再生装置において、その式を用いて 5 チ 

ャンネル番組をステレオ音声にダウンミックスした場合、2 チャンネル番組と 5 チ 

ャンネル番組をダウンミックス処理したステレオ音声の音の大きさの差が無視でき 

ないほど大きくなる。ユーザーサイドの積極的な調整を期待できる DVD 再生と異 

なり、放送受信の場合、受信者に番組ごとに音量の調節を期待するのは難しい。従 

って、放送受信機の場合は ISO/IEC の式に代わり、音量の差の少ないダウンミック 

ス計算式が必要である。2 チャンネル番組のステレオ音声とマルチチャンネルステ 

レオ番組をダウンミックス処理して生成されたステレオ音声の音量があまり変わら 

ないことを簡易的に実現するためにダウンミックス係数値がを検討されし、6.2.1 

項に参考例の位置づけで a=0.707(1/√2)または 1/(√(3/2+k*k))を記載するに至っ 

た経緯を以下に説明する。 

205 付属 -4 

2 番目の● 

● a=0.707(1/√2)または 1/(√(3/2+k*k))とした場合の上記の要求条件との整合 

性 

(41)


205 付属 -4 


の(3) 

(3) 異なる形式の番組間の音の大きさの差について 

a=0.707 の場合、聴取レベルは 3dB 低下する。しかしが、番組制作においては 

2ch でも 5ch でも各 ch に基準レベルで録音するので、ミキシング方法にも依存 

するが、全体としては 5ch の方が大きな音量で制作される。したがって、ダウン 

ミックスによるこの聴取レベルの低下は許容範囲と思われる。 

2ch 再生装置 

(a=0.707)におけ 

る聴取レベル 

L=-3dB,R=-3dB で 

録音された 2/0 番組 

のセンター定位音 

0dB 

C=0dB で録音され 

た 3/2 番組のセンタ 

ーch 音 

-3dB 

206 付属 -4 


● 結論 

全ての要求条件を満たすことはできないが、a=0.707(1/√2)または 1/(√(3/2+ 

k*k))はほぼ適当と考えられる。しかし、音量を合わせる方法として、クリップ処理 

を行う簡易的な方法の他に、AAC デコーダ以降のボリューム調整を自動的に行う方 

法、量子化ビット数を上方に増やすことによりオーバロードを起こさせない方法な 

どが想定されるため、その実現方法については商品企画マターとする。 


2) “ ”の部分は削除した部分を示す。 4) 行数は特に断り書きのない限り、項目等の中の第何行目かを示す。 

(42)




別表表末にモトローラ㈱に関する記載を追加 


1 1.3 (1) 電気通信技術審議会諮問第 74 号答申書 

(2) 電気通信技術審議会諮問第 98 号答申書 

102~107 

11.3.2.1~ 

11.3.2.5 

表 11-4, 表 11-6, 表 11-12 のフォーマットを以下のように変更 

表 11-4 バイナリ- 転送用通信プロトコル 




コードインディペンデントモ 

ード 

HDLC 手順 (JIS X5104、 

X5105、X5106) 

物理層 V.22bis 以上、MNP4 以上 V.22bis 以上、MNP4 以上 

↓ 

表 11-4 バイナリ- 転送用通信プロトコル 

レイヤ 





物理層 


レイヤ 



データリンク層 HDLC 手順 (JIS X5104、X5105、X5106) 

物理層 


104 11.3.2.2 表 11-6 

レイヤ 


アプリケーション層 HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, 

NNTP, SMTP, POP3, DNS(RFC1123) 等の中からサービス 

に応じて選定 

・ 



PPP Internet Protocol Control Protocol Extensions for 

Name Server Addresses(RFC1877) 

CCP(RFC1962) 

105 11.3.2.3 表 11-7 






NNTP, SMTP, POP3, 

DNS(RFC1123) 等の中からサービス 


・ 






CCP(RFC1962) 

TTC JT-Q.921 

(43)


105 11.3.2.3 表 11-8 





HTTP1.1(RFC2616),Telnet, 

FTP, NNTP, SMTP, POP3, 

DNS(RFC1123) 等の中からサー 

ビスに応じて選定 

・ 

データリンク層 PPP(RFC1661,1662)/IPCP(RFC1 

332) 



Protocol Extensions for Name 

Server Addresses(RFC1877) 

CCP(RFC1962) 

TTC JT-Q.921 

106 11.3.2.4 表 11-9 




HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, 

NNTP, SMTP, POP3, DNS(RFC1123),DHCP 等の中から 


・ 

PPP(RFC1661,1662)/PPPoE(RFC2516) 

/IPCP(RFC1332) (※1) 




IEEE802.2/ARP(RFC826) 

CCP(RFC1962) 

106 11.3.2.4 表 11-10 

レイヤ 


107~108 11.3.2.5 表 11-12 

レイヤ 



HTTP1.0(RFC1945), HTTP1.1(RFC2616),Telnet, FTP, 

NNTP, SMTP, POP3, DNS(RFC1123),DHCP 等の中から 


・ 


HTTP 1.0(RFC1945), HTTP1.1(RFC2616), Telnet, FTP, 

NNTP, SMTP, POP3, DNS(RFC1123) 等の中からサービ 

スに応じて選定 

・・ 


PPP(RFC1661,1662)/IPCP(RFC1332) 




LCP Extensions(RFC1570) 

CCP(RFC1962) 

125 12.2.1.1 ページ上から 9~10 行目 

module_info_byte:DII にて記述される type 記述子、Name 記述子、Info 

記述子、Control 記述子のうち必要なものを格納する。 

(44)


127 12.2.2.1 表 12-5 

Syntax 

DownloadInfoIndication(){ 


downloadIDd 

blockSize 

・ 

・ 

for ( i=0 ; i< NumberOfModules ; i++ ){ 

moduleIDd 

moduleSize 

・ 

・ 

バイト数 

4 

2 

・ 

・ 

2 

4 

・ 

・ 

130 12.2.2.2 ページ下から 9 行目 

CRC_32(CRC):これは ARIB STD-B10 の付録 B で定義するデコーダに 

おいて、セクション全体を処理した後にレジスタ出力がゼロになるような 

CRC 値を含む、32 ビットのフィールドである。 

147~152 第 16 章「第 16 章サーバー型放送受信機能」を追加 

153 第 17 章「第 17 章権利保護機能」を追加 

249~250 付属 -11 「付属 -11 サーバー型放送サービス毎信号処理」を追加 

251~291 付録「付録」を追加 



(45)




別表 


・ 

日本電気株式会社圧縮記録画像の 

対話型再生方式 

特許 2134585 号 

( 株 ) 次世代デジ 

タルテレビジョ 

ン放送システム 

研究所 

(*1) 

平成 13 年 11 月 

30 日までに記 

載する(*4) 

・ 

平成 13 年 11 月 

30 日 

までに記載する 

ARIB STD-B21 3.0 版について包 

括確認書を提出 (*4) 

包括確認書の 

提出 

全般 

および及び 


17 5.2.9.3 9 行目 ~ 

さらに、周波数リスト・変更情報の格納領域を確保すること。運用につ 

いては本書付属 -3 及び ARIB 技術資料「地上デジタルテレビジョン放送 

運用規定」を参照のこと。 

45~ 第 9 章 9 章全般 

Tuner Ssubunit の修正 

45 第 9 章 4 行目 ~ 

なお、地上デジタルテレビジョン放送受信装置の仕様については、周波 

数のチューニング方法等運用方式の検討を待って規格の追加、修正をする。 

46 9.1.5 2 行目 ~ 

衛星デジタル放送受信装置及び地上デジタル放送受信装置は 1394 Trade 

Association( 以下 1394TA)における AV/C Tuner Subunit の以下の機能を実 

装する。 

Tuner Ssubunit の仕様は 1394TA における AV/C Digital Interface 

Command Set General Specification Version4.13.0( 以下 AV/C General)、 

AV/C Descriptor Mechanism Specification Version1.0( 以下 AV/C 

Descriptor)、AV/C Tuner Model and Command Set Version2.01.0 ( 以下 

AV/C Tuner)、… 

47 9.1.5.1 2 行目 ~ 

9.1.5.1.1 衛星デジタル放送受信装置のデスクリプタ 

Enhancements Tuner DVB の Profile1 に準拠する衛星デジタル放送受信 

装置は AV/C General、AV/C Descriptor 及び AV/C Tuner で規定される表 

9-5 の二つのデスクリプタをサポートしなければならない。 

49 9.1.5.1.1 表 9-7 

値 

意味 

0x020 AV/C DescriptorGeneral Spec Ver1.03.0 に準拠した 

Descriptor 構造 

(46)


51 9.1.5.1.1 ページ上から 1 行目 ~ 


external_input_plug_number 番号には 0x80-0x9E の値を設定可能である 

が、0x9E を使うことを推奨する。 

衛星デジタル放送受信装置 (unit) の antenna の external_antenna_ 

input_plug と Tuner Subunit の・・・ 

51~53 9.1.5.1.1 表 9-15 

表内全般 (・・・bit)を(・・・bits)に修正 


component_type, iso_639_language_code, 


8 [0x04] 

53 9.1.5.1.1 ページ下から 6 行目 ~ 


active_system_id は受信中の放送システムに対応する system_idID の値を 


active_system_id の設定値については、Tuner Subunit Identifier 

Descriptor の system_idID を参照のこと。 

53~54 9.1.5.1.1 ・searching, moving, no_RF 

searching, moving, no_RF の各フラグの機能を表 9-16 に示す。なお、 

no_RF の値 ( 状態 )は衛星デジタル放送受信機のフロントエンドのロッ 

ク状態を反映し、アンロック状態の場合に no_RF=1 となる。また、そ 

れ以外の状態 ( 衛星デジタル受信機が動作していない場合にも、中以外 ) 

は no_RF=1 とする。 

54 9.1.5.1.1 表 9-16 の下 5 行目 ~ 


selected_antenna は接続されているアンテナの Tuner Subunit Identifier 

Descriptor で指定される antenna_specication のインデックス値とする。 

通常は antenna_specication は一つだけ定義されているので、 

selected_antenna=0x00 である。 

54 9.1.5.1.1 表 9-17 

antenna_general_syste デフォルト値 

記述 

m_info 

BER (bit error rate) 0x00000000 左のデフォルト値をせっていする 

か、もしくは正しい値を設定するし 

てもよい。 

signal_strength 0xFF 左のデフォルト値をせっていする 



{raster_frequency(2bits) 

, RF_frequency(22bits)} 

manufacturer_depende 

nt_info_length 

0x800000 

0x00 

左のデフォルト値をせっていする 



ただし raster_freq.=0x2(4kHz)は 

固定 

( 以下の raster_frequency の説明 

参照 ) 

manufacturer_dependent_info は 


56 9.1.5.1.1 ページ下から 4 行目 ~5 行目 

・・・から入力されている場合は input=1 を設定表示する。 

・data_status field 

(47)


57 9.1.5.1.1 表 9-20 の下 6~7 行目 

また、何らかの状況でサービスが休止と判断できる場合も 

number_of_selection_specification を 0x00 とするとともに直前の status 

の値も 0x00 としても良い。 

57~68 9.1.5.1.2 9.1.5.1.2 項を追加以下、表番号等を変更 

68 9.1.5.2 2 行目 ~ 

9.1.5.2.1 衛星デジタル放送受信装置の AV/C コマンド 

Enhancements Tuner DVB の Profile1 に準拠する衛星デジタル放送受 

信装置は以下のコマンドを必須でサポートしなければならない。コマンド 

は AV/C General コマンドと、AV/C Descriptor コマンドならびに AV/C 

Tuner コマンドに分けられる。 

各コマンドの詳細は、AV/C General、AV/C Descriptor ならびにコマン 

ドの詳細は AV/C General を参照のこと。 

AV/C Tuner コマンドの詳細は AV/C Tuner を参照のこと。 

69 9.1.5.2.1 表 9-39 


記述 

サポート 

Type 



OPEN 0x08 CONTROL Descriptor のアクセ必須 ( 注 1) 

DESCRIPTOR 

ス権を取得する 

OPEN 0x08 STATUS Descriptor のアクセ必須 

DESCRIPTOR 

ス状態を調べる 

READ 

DESCRIPTOR 

0x09 CONTROL Descriptor からデー 

タを読み込む 

必須 


STATUS 

電源制御 

(CONTROL)・ 


必須 ( 注 21) 

注 1: OPEN DESCRIPTOR コマンドは read_open subfunction (0x01) 

および close subfunction(0x00)のみをサポートする。 

注 21:POWER コマンドは、衛星デジタル放送受信装置がチューナ単体の 

場合には、Unit に対する POWER command のサポートを必須とし、 

Tuner Subunit に対する SubunitPOWER command のサポートは 

オプションとする。またチューナ単体受信装置でない場合には、そ 

れ以外の場合には、POWER command は Tuner Subunit に対する 

SubunitPOWER command のサポートを必須とする。 

チューナ単体の衛星デジタル放送受信装置において、Tuner 

Subunit に対する POWER command もサポートする場合には、 

Unit に対する POWER command に対しても Tuner Subunit に対 

する POWER command に対しても、同様の内部動作をするものと 

し、また遷移後も同様の状態を示すこととする。 

上記においてチューナ単体の受信装置とは、Tuner Subunit 以外に 

入出力機能 (source/destination_plug)を持つ subunit を含まない装 

置とし、複数の Tuner Subunit が実装されている場合も、本ガイド 

ラインにおけるチューナ単体受信装置の対象からは除外する。 

コントローラは、上記以外の衛星デジタル放送受信装置 ( 複合受信装 

置 )の場合には、Unit に対する POWER command はサポートされて 

いる場合も、サポートされていない場合もあることに注意すること。 

(48)


69 9.1.5.2.1 (2) 項を追加以下、項番、表番号等を変更 


衛星デジタル放送受信装置は、表 9-40 の AV/C Descriptor コマンド 

をサポートする。 



Type 

記述 

OPEN 0x08 CONTROL Descriptor のアクセス権 

DESCRIPTOR 

を取得・開放する 

OPEN 0x08 STATUS Descriptor のアクセス状 

DESCRIPTOR 

態を調べる 

READ 0x09 CONTROL Descriptor からのデータ 

DESCRIPTOR 

を読み込む 

サポート 

必須 ( 注 1) 

必須 

必須 

注 1 : OPEN DESCRIPTOR コマンドについては、read_open 

subfunction(0x01) 及び close subfunction(0x00)のみをサポートす 

る。 

70 9.1.5.2.1 表 9-41 の下 

DIRECT SELECT INFORMATION TYPE コマンドでは subfunction が 

replace(0xD2)、及び information_type が” selecting a complete service” 

(0x82)のサポートを必須とする。 

70~71 9.1.5.2.1 表 9-42 


・ 

・ 

・ 


・ 

・ 

・ 

reserved_field, pol, orb_pos, RFR_freq_ raster_freq, 8 [0x00] 

symbol_rate, FEC_outer, FEC_inner, modulation 

・ 

・ 

・ 


component_type, iso_639_language_code, 


8 [0x04] 

72 9.1.5.2.1 ページ上から 17~18 行目 

衛星デジタル放送受信装置では”service_id”のサーチのみオプションでサ 

ポート可能するとし、この場合の system_specific_search_flags の値は、 

0x10 となる。 

72 9.1.5.2.1 ページ下から 4~5 行目 

・・・DSIT コマンドを実行した場合は、受信装置は Rresponse で”NOT 

IMPLEMENTED”を返す。 

73 9.1.5.2.1 ページ上から 5 行目 

・・・DSIT コマンドでは常に”0”とする。( 意味を持たない) 

73 9.1.5.2.1 ページ上から 10 行目 ~ 

・・・(information_type=0x83)はオプションであるが、これを指定する場 

合には、system_specific_component_selection_attributes は・・・ 

・ 

・ 

・ 

(49)


73 9.1.5.2.1 ページ下から 12 行目 ~ 

衛星デジタル放送受信装置は、コントローラからの DSIT コマンドを受信 

した際に、で org_network_id と service_id の両方が正しく指定された場合 

のみ正常な選局動作を行うことができる。 

サポートしていない org_network_id が DSIT コマンドで指定された場 

合、選局は行われない。サポートしていないことが 100msec 以内に判断で 

きる場合には NOT IMPLEMENTED を返す。100msec 以内に判断できな 

い場合には、サポートの有無に関係なく、また選局動作の終了を待たずに 

ACCEPTED を返してもよいが、100msec 以内に判断できるようにするこ 

とが望ましい。 

コントローラからの DSIT コマンドに対して、選局動作の終了を待たずに 

ACCEPTED を返す場合には、次項の status field を”0x01”に設定すると同 

時に、直ちに Tuner Status Descriptor の searching を”1”とし、選局が完 

了した時点で”0”としなければならない。 

DSIT コマンドに対して ACCEPTED を返したにもかかわらず、無効な 

org_network_id や service_id が指定された等の理由により、・・・ 

74 9.1.5.2.1 表 9-43 

表内の( 注 1)を( 注 2)に修正。 

表の下の注 

注 21: コントローラは以下の動作手順で Tuner Status Ddescriptor の確 

認を行う。 


また、searching ビットが”0”になるまで確認を繰り返す。 

2. Tuner Status Ddescriptor の info_type_status 内にある status field 

及び information_type field の確認を行う。Tuner Status Ddescriptor 

の status 及び information_type には source_plug への出力状態が表 

示されており、それぞれの意味は 9.1.5.1.1 の (2) Tuner Status 


74~81 9.1.5.2.2 9.1.5.2.2 項を追加以下、表番号等を変更 

81 9.1.5.3 3 行目 

・・・antenna destination plug は衛星デジタル放送受信装置衛星または 

地上デジタル放送受信装置・・・ 

82 9.1.5.3 (2) Tuner Subunit の接続モデル例 

衛星デジタル放送受信装置衛星または地上デジタル放送受信装置 

(Unit)の接続モデルの例として、Tuner Subunit を一つ内蔵するモデル 

を図 9-2 に例示する。 

Tuner Subunit は二つの入力 plug(antenna destination plug 及び 

demux destination plug)と一つの出力 plug(source plug)があり、antenna 

destination plug は衛星デジタル放送受信装置衛星または地上デジタル放 

送受信装置の external (antenna) input plug と接続され、demux 

destination plug は SW1 を介して衛星デジタル放送受信装置衛星または地 

上デジタル放送受信装置の serial bus input plug と接続可能である。source 

plug は SW2 を介して衛星デジタル放送受信装置衛星または地上デジタル 

放送受信装置の二つの output plug(serial bus output plug 及び external 

output plug(analog output))と接続可能である。 

(50)


9.1.5.3 (3) demux destination plug から受信時のコマンド 

衛星デジタル放送受信装置衛星または地上デジタル放送受信装置の 

Tuner subunitTuner Subunit が demux destination plug からストリー 

ムを受信している時は、衛星デジタル放送受信装置衛星または地上デジ 

タル放送受信装置が正常に選局を行えるストリームの場合のみコントロ 

ーラからの DSIT コマンドを受け付ける。その場合の選択動作の制御を 

行う DSIT コマンドは以下の規定を満足することとする。ただし、以下 

で規定されていない field は 9.1.5.2.の(2)の1の規定に従うこととする。 

demux destination plug から受信したストリームの選択時の DSIT コ 

マンドは衛星デジタル放送受信装置では表 9-4224 に、地上デジタル放 

送受信装置では表 9-47 に示される構造となる。 

85~86 9.1.7.2 (3) SIT で伝送する記述子の識別子及び送出の基準 

SIT で伝送する記述子のタグ値、記述子及び送出レベルは表 9-53 によ 

る。衛星デジタル放送受信装置、地上デジタル放送受信装置において、 

SIT で送出することが可能な記述子については ARIB 技術資料を参照の 

こと。なお、本書に規定のない記述子については ARIB STD-B10 を参考 

にする。 

86 9.1.7.2 表 9-53 

0xC4 音声コンポーネント記述子任意 

0xC5 ハイパーリンク記述子任意 

0xC7 データコンテンツ記述子任意 

0xCD TS 情報記述子任意 

0xCE 拡張ブロードキャスター名記述子任意 

0xD5 シリーズ記述子任意 

0xD6 イベントグループ記述子任意 

0xD8 ブロードキャスター記述子任意 

0xD9 コンポーネントグループ記述子任意 

94 9.1.8.3 ページ下から 5 行目 

値 

意味 

--------------------------------------------------------------------------------- 

0x4253 


0x4353 

狭帯域 CS 

0x5442 

地上波 TB(Terrestrial Broadcasting) 

120 12.1 12.1 用語の定義とサービス内容 

12.1.1 用語の定義 

告知情報 :ダウンロードのサービス id、スケジュール情報、・・・ 

120~121 12.1.2 12.1.2 項を追加 

122 12.2.1.1 ページ上から 7~9 行目 

schedule_description_length(スケジュール記述長 ):スケジュールループ 

のバイト長。全受信機共通データで、この値が 0 の場合は、対象となるダ 

ウンロードコンテンツが伝送されていることを示す。 

128 12.2.2.1 ページ上から 12~14 行目 

Info 記述子にはさらに付加的なモジュールに対する情報を入れる。 Info 

記述子での情報内容は、PlainText とする。任意のバイトデータをモジュー 

ルに対して付加する場合は、別途記述子を規定する必要がある。例えば、 

ダウンロード後、そのソフトウェアを直ちに実行開始するかのフラグなど 

は、この記述子によって伝送する。Control 記述子を運用する。 

(51)


132 12.3 2 行目 ~ 

ここでは、受信機内情報更新サービスダウンロードサービスの実現のた 

めに必要な・・・ 

12.3.1 必要な機能 

ここでは、受信機内情報更新サービスダウンロードサービスを受信する 

ために・・・ 

134 12.3.2 ページ上から 1~3 行目 

さらに EPG 等で用いるロゴデータを格納するデータ領域 3 を確保するこ 

と。また地上用受信装置では、周波数リスト・変更情報の格納領域を確保 

すること。運用については本書付属 -3 及び ARIB 技術資料「地上デジタ 

ルテレビジョン放送運用規定」を参照のこと。 

140~ 第 15 章 15 章全般 

共用化 BS/BS・広帯域 CS 受信機 

140 15.1.1.1 2~3 行目 

「地上デジタルテレビジョン放送共用化 BS デジタル放送受信機及び地上 

デジタルテレビジョン放送共用化 BS・広帯域 CS デジタル放送共用受信機 

( 以下これらを「共用化 BS/BS・広帯域 CS・・・ 

140 15.1.1.1 図 15-1 


共用化 BS/BS・広帯域 CS 受信機 

141 15.1.1.2 (2) コマンド 

共用化 BS/BS・広帯域 CS 受信機は、1394 Trade Association における 

AV/C Digital Interface Command Set General Specification ( 以下 AV/C 

General) 、 AV/C Descriptor Mechanism Specification ( 以下 AV/C 

Descriptor)、AV/C Tuner Model and Command Set ( 以下 AV/C Tuner)、 

AV/C Tuner Broadcast System Specification – Digital Video 

Broadcast(DVB) 及び Enhancements to the AV/C Broadcast System 

Specification – Digital Video Broadcast(DVB)に準拠し、AV/C Tuner の 

Profile E0:Conformant_implementation で規定される機能を備える地上 

アダプターの選局を制御するために、以下のコマンドをサポートしなけれ 

ばならない。なお、AV/C DescriptorGeneral コマンドの詳細は AV/C 

DescriptorGeneral を、AV/C Tuner コマンドの詳細は AV/C Tuner を参照 

のこと。 

141 15.1.1.2 表 15-1 必須 AV/C DescriptorGeneral コマンド 

Opecode 

値 

Value(HE 

X) 

Command 

Type 

記述 

サポート 

141 15.1.1.2 表 15-2 

Opecode 

値 

Value(HE 

X) 

Command 

Type 

記述 

サポート 

143 15.1.1.2 表 15-3 

ディスクリプタ 

descriptor 

_type (HEX) 

記述 

サポート 

145 15.1.1.3 (2) EPG について 

付属参照のこと。BS-EPG/ 及び広帯域 CS-EPG に加えてのメモリーが必 

要となるが、商品企画とする。 

(52)


145 15.1.1.3 下から 2 行目 

4 順次このようなサーチを行い、以前受信した周波数と同一な 

Nnetwork-_IDid で、・・・ 

146 15.1.1.3 (4) メモリーについて 

BS 放送受信機能 /や広帯域 CS 放送受信機能に加えて地上放送受信機能 

が付加されることから、メモリーについても拡張が必要になると思われる 

が、商品企画とする。 

(5) リモコンについて 

リモコンについては商品企画とするが、BS 放送受信 /や広帯域 CS 放送 

受信等との操作の共通性が望まれる。最低限リモコン操作により「BS」/ 

「広帯域 CS」「地上」のメディア選択が行え、その結果を画面表示する機 

能が必要である。その他付属参照のこと。 

155 付属 -2 12~20 行目 

・・・プロトコルとして IEC61883-1、4 を採用した。コマンド、デスクリ 

プタは、1394TA で審議されている「AV/C Digital Interface Command Set 

Specification」、「AV/C Descriptor Mechanism Specification」に準拠する 

こととした。 

コマンドについては、外部機器から制御するために Tuner(DIRD)コマン 

ドを規定した。1394TA「AV/C Tuner Model and Command Version1.0」 

及び「Enhancements to the AV/C Broadcast System Specification-Digital 

Video Broadcast (DVB) Version1.0」に準拠し、Enhancements to the AV/C 

Broadcast System Specification の Profile1:The Simplest Tuner Without 

Lists and Selection by DSIT で規定される機能をサポートすることにし 

た。また、デスクリプタ descriptor についてもサポートすべきデスクリプ 

タ descriptor として・・・ 

155 付属 -2 ページ下から 5 行目 

・・・「AV/C Tape Recorder/Player Subunit Specification Version2.1FC1」 

を参考とした。 

156 付属 -2 ページ上から 7 行目 

コネクタは、IEEE Std 1394-1995 準拠コネクタとし、4 ピンコネクタ又は 

て 6 ピンコネクタとする。を示したが、現時点で 4 ピンコネクタの製品と 

のインタフェースも考えられ、また、4 ピンコネクタの承認も予定されてい 

るため、4 ピンについても記載した。 

163~164 付属 -2 表 1~ 表 4 の見出し部分 

Opecode 値 Value(Hex) 

165 付属 -3 

1.2 

ページ下から 5 行目 

・・・受信機は NIT に記載された受信機内情報更新サービスダウンロード 

サービスの・・・ 

166 1.2~2.2 ページ上から 2 行目、6 行目、14、17、18 行目 2.、2.1 の見出し 

受信機内情報更新サービスダウンロードサービス 

167 2.2 (4) 他放送メディア間とでの共通用性 

衛星放送、地上放送、ケーブルテレビなどの放送メディア間の共通用 

性を考慮する。 

168 2.2 (4) 他放送メディア間とでの共通用性 

本方式は伝送方式として MPEG2-TS として完結しており、どの他放 

送メディアにも適用可能なものとなっている。 

169 2.3 11 行目 

・・・ロゴデータ、予約語表、周波数リスト・変更情報などが候補となる。 

(53)


170 3.1.1 2~3 行目 

・・・いつ行われるかわからない受信機内情報更新サービスダウンロード 

サービスを常時受信装置が・・・ 

172 3.1.3 ページ下から 2 行目 

地上デジタルテレビジョン(ジャンルコード、予約語、番組特性 )は 

0xfffa)。・・・ 

173 3.1.3 図 3-1 の下 2~3 行目 

また、地上デジタルテレビジョン放送での周波数リスト・変更情報につい 

ては Appendix A-6 参照。maker_id、model_id は 0xfff8 とし、バージョン 

値は他の共通データ(ジャンルコード、予約語、番組特性 )とは別に個別 

に管理・付与される。 

173 3.1.3 表 3-3 


・ 

・ 

・ 

model 16 = 0xfffe (BS 共通データ 4 であることを示す) 

= 0xfffc (BS/ 広帯域 CS 共通データ 5 であること 

を示す) 

= 0xfffa ( 地上デジタルテレビジョン放送用共通 

データ(ジャンルコード、予約語、番組特性 )で 

あることを示す) 

= 0xfff8 ( 地上デジタルテレビジョン放送用共通 

データ( 周波数リスト・変更情報 )であることを 

示す) 

177 3.1.4 (1) DII の Module Info の運用 

Name 記述子について、ダウンロードコンテンツが受信装置ソフトウェ 

ア(プログラム)の場合、モジュール単位で表現されていない実装が行わ 

れている場合は、この記述子を特に使う必要はない。しかし、共通データ 

の場合には必要である。ただし、地上デジタルテレビジョン放送での周波 

数・リスト変更情報では Name 記述子は使用せず、Control 記述子のみを 

運用する。 

177 3.1.4 (2)の 2 行目 

地上デジタルテレビジョン放送において、受信機内情報更新サービスダ 

ウンロードサービスの難視状態を・・・ 

177 3.1.4 ページ下から 1 行目 

運用の詳細は放送事業者運用規程については別途 ARIB 技術資料「地上 

デジタルテレビジョン放送運用規定」を参照のこと。 

185 5.1.2 2 行目 

受信機内情報更新サービスダウンロードサービスにより受信装置に・・・ 

185 5.1.3 4 行目 

・・・受信可能なエンジニアリングダウンロードサービスの service_id リ 

ストを・・・ 

186 5.2 ページ上から 3、6、7、18、19、20、22、24、27 行目 


187 5.2 ページ上から 1、2、ページ下から 2 行目 


191 A.3.4 項目追加 

A.3.4 周波数リスト・変更情報配信に伴う更新 

周波数リスト・変更情報の運用は、A.6、及び放送事業者運用規定 (TR-B14) 

を参照のこと。 

(54)


196 A.6 A.6 地上デジタルテレビジョン放送での周波数リスト・変更更新情報 

地上デジタルテレビジョン放送では、アナログ放送終了時点で、デジタ 

ル放送で使用している周波数が変更される、いわゆる周波数リパッキング 

の実施が想定されている。 

その際、変更される周波数情報をエンジニアリングダウンロードサービ 

スを利用して、事前に受信機に通知することにより、出来るだけ視聴者の 

手間をかけずに周波数変更に対応が可能となる。 

周波数リスト・変更情報の内容及び送出方法は ARIB 技術資料「地上デ 

ジタルテレビジョン放送運用規定」を参照されたい。周波数リスト、変更 

情報の1 地域識別あたりの情報量は約 10K バイト、また、1 広域放送あた 

りには約 20K バイトとなる。格納する地域識別数は商品企画とするが、フ 

リンジなどで複数のアンテナにより複数地域 ( 広域放送含め)を視聴して 

いる場合があることも考慮すること。その他、周波数リスト・更新情報に 

関わる SDTT の内容、送出方法、受信機動作等も ARIB 技術資料「地上デ 

ジタルテレビジョン放送運用規定」を参照されたい。 

リパッキング対応などのための周波数リスト・更新情報に関わる、SDTT、 

ダウンロードコンテンツの内容、送出方法や受信機動作は放送事業者仕様 

を参照されたい。 

202 付属 -5 

3. 

表 5-2 


203 付属 -5 

4. 

206 付属 -5 

10. 

4.EPG、Service-IDservice_id、Network-ID 等に network_id 等について 


地上デジタルテレビジョン放送では受信可能局が受信点により異なり、 

受信者毎に受信局リストが異なる場合があることから、BS デジタル放送 / 

及び BS・広帯域 CS デジタル放送のような全局 SI による EPG は困難と予 

想される。従って、受信機側で各局 SI をスキャン受信し、BS デジタル放 

送や/BS・広帯域 CS 放送と同様な EPG を構成し表示するものとする。 

各局 SI 情報は、BS デジタル放送 /BS・及び広帯域 CS 放送の SI のデー 

タ量、送信周期に準じて送信するものとする。スキャン方法、EPG 合成方 

法、表示方法、EPG 機能等については共用化 BS/BS・広帯域 CS 受信機 

の商品企画とする。 

(2) Serviceservice-_ID の id の割り付けについて 

Sservice-_IDid の割り付けについて検討した結果、受信地域内でユニー 

クである必要があり、更にサービスエリアを超えた受信に対しても対応す 

ることを考慮して、地上デジタルテレビジョン放送において全国的にユニ 

ークな ID 番号を割り付けることが最適解であるとした。 

ただし、BS/BS・広帯域 CS との操作互換性を考慮して、大半の受信点 

で 10 進 3 桁番号で入力 / 表示出来るように、放送地域内でユニークな別の 

ID を NIT で送出し、Service-ID との関連付けをする。 

実際の Service-ID の割り付けは、地上デジタルテレビジョン放送開始直 

前となる。 

表 5-3 

パラメータ共用受信機地上アダプター備考 

・ 

NIT ○ 受信可能な全ての周波数毎の 

nNetwork_IDid/ 

Vversion_numberNo/ 

Sservice_IDid( 含まれるもの全て) 



・ 

(55)





17 5.2.9.3 5.2.9.3 全受信装置共通データ格納用メモリ 

受信装置共通データの不揮発性メモリ領域としてジャンル表、番組 

特性表、予約語等の格納領域を 10k バイト確保すること。このうち 

全ての伝送メディアで共通に運用されるジャンルコード表および予 

約語表用のメモリに関しては BS や広帯域 CS などのデジタル放送用 

のメモリと共用しても良い。 

ロゴデータについては 6 種類のロゴタイプのうち、どれを格納する 

かは受信装置の実装に依存する。 

ロゴタイプ別の所要メモリ容量を表 5-3 に示す。は地上デジタルテ 

レビジョン放送サービスの全体の運用実態が明確になるまで(TBD) 

とする。衛星・地上共用受信機においては更に前章の表 4-4 に示す数 

値をプラスすることになる。 

18 表 5-3 表 5-3 ロゴデータのサイズ 

( 地上デジタルテレビジョン放送のロゴ 180(TBD) 種、サービス数 480(TBD)) 

HD ラージ (1/2 圧縮 ) 211(TBD)KB 

HD スモール (3/4 圧縮 ) 179(TBD)KB 

SD4:3 ラージ (1/2 圧縮 ) 237(TBD)KB 

SD4:3 スモール (3/4 圧縮 ) 159(TBD)KB 

SD16:9 ラージ (1/2 圧縮 ) 179(TBD)KB 

SD16:9 スモール (3/4 圧縮 ) 120(TBD)KB 

32 6.2.1 6.2.1(1) 

48kHz、44.1kHz、32kHz、24kHz、22.05kHz、16kHz 

34 6.2.2 6.2.2(3) 

モード 1/モード 2/モード 3 の識別及び表示に対応すること。 

35 6.4 節の追加 

6.4 地上デジタルテレビジョン放送における MP@LL 動画及び静止 

画の表示 

85 11.3.2.2 表 11-6 


HTTP1.0(RFC1945), HTTP1.1(RFC20682616), 

Telnet, FTP, NNTP, SMTP, POP3, DNS 等の中 

からサービスに応じて選定 

85 11.3.2.3 表 11-7 


86 11.3.2.3 表 11-8 


HTTP1.0(RFC1945), 

HTTP1.1(RFC20682616) 

,Telnet, FTP, NNTP, 

SMTP, POP3, DNS 等の 

中からサービスに応じて 

選定 

HTTP1.0(RFC1945), 

HTTP1.1(RFC20682616) 

,Telnet, FTP, NNTP, 

SMTP, POP3, DNS 等の 

中からサービスに応じて 

選定 



(56)


87 11.3.2.4 表 11-9 


87 11.3.2.4 表 11-10 


88 11.3.2.5 表 11-12 


HTTP1.0(RFC1945), 

HTTP1.1(RFC20682616),Telnet, FTP, NNTP, 

SMTP, POP3, DNS,DHCP 等の中からサービス 


HTTP1.0(RFC1945), 

HTTP1.1(RFC20682616),Telnet, FTP, NNTP, 

SMTP, POP3, DNS,DHCP 等の中からサービス 


HTTP 1.0(RFC1945), HTTP1.1(RFC20682616), 

Telnet, FTP, NNTP, SMTP, POP3, DNS 等の中 

からサービスに応じて選定 

95 11.5.7.1 表 11-14 

接続時タイムア 

ウト値 

視聴者ダイアルアップ接続時運用規定 

のタイムアウト値 

・・・・・・・・・・・・ 

暗号化パスワー 

ド利用の有無 

視聴者暗号化パスワードの使 

用有無 

・・・・・・・・・・・・ 

認証プロトコル視聴者 ISP の認証プロトコル 

指定 

- 使用する- 使用し 

ない 

- なし 

-PAP-CHAP-PAP 

/CHAP 

96 11.5.7.1 表 11-16 


ルータ接続有無視聴者 DIRD の接続された 

Ethernet 上のルータ 

の有無 

-ルータ有り 

-ルータ無し 

PPP/PPPoE のサ 

ポート有無 

ネットワークサー 

ビス加入有無 

IP アドレス取得指 

定 

99 11.5.7.4 表 11-20 

“、”ポーズ時間 

視聴者 

視聴者 

視聴者 

接続されたルータの 

PPP および PPPoE 

のサポート有無 

ネットワークサービ 

ス加入の有無 

Ethernet 接続での 

IP アドレス取得のた 

めのプロトコル等 

-PPP サポート有 

-PPPoE サポー 

ト有 

-PPP 及び 

PPPoE サポート 

有 

-サポートプロト 

コル無し 

- 常時接続サービ 

ス加入 

- サービス加入無 

し 

-DHCP プロトコ 

ル 

- 固定 IP アドレ 

ス 

-PPP/PPPoE 

ロトコル 

101 12.2 12.2 ダウンロードに関する伝送方式 

ここでは、ダウンロードのスケジュール等を知らせる告知情報とダ 

ウンロードソフトウェアのコンテンツの伝送方式について規定する。 

3s 

プ 

(57)


101 12.2.1.1 12.2.1 告知情報の伝送方式 

12.2.1.1 ソフトウェアダウンロードトリガーテーブル(Software 

Donwload Trigger Table) 

ダウンロードの告知情報通知のために、ソフトウェアダウンロード 

トリガーテーブル(Software Donwload Trigger Table)を用いる。但 

し、12.2.2.2 節のセクション形式で送出されるダウンロードコンテン 

ツにはソフトウェアダウンロードトリガーテーブルは使用しない。 

101~102 12.2.1.1 表 12-1 

reserved schedule_time-shift_information |4| bslbf uimsbf 

103 12.2.1.1 1 行目 

service_id(サービス識別 ):ダウンロードの際に、ダウンロードソフ 

トウェアのコンテンツが伝送されるサービスを識別するためのラベ 

ル。 

103 12.2.1.1 ページ上から 3 行目 

num_of_contents:このテーブルで告知されているダウンロードソフ 

トウェアコンテンツの数を示す。 

103 12.2.1.1 ページ上から 5 行目 

target_version:ダウンロードの際に、アップデート対象となるソフ 

トウェアコンテンツのバージョン番号を示す。 

103 12.2.1.1 ページ上から 7 行目 

new_version:ダウンロードの際に、今回ダウンロードされるソフト 

ウェアコンテンツのバージョン番号を示す 

103 12.2.1.1 ページ上から 18 行目 ~25 行目まで追加 

schedule_time-shift_information(スケジュール時間シフト情報 ): 以 

下の通り 

0: 複数の service_id で同一ダウンロードコンテンツを同一 

スケジュールで送出 

1~12: 複数の service_id で同一ダウンロードコンテンツを各 

serice_id 毎に 1~12 時間の時間シフトを行って送出 

13~14: リザーブ 

15: 単一の service_id でダウンロードコンテンツを送出 

なお、複数の service_id でダウンロードコンテンツを送出する場合の 

service_id の特定方法など詳細運用は本書付属 -3「ダウンロード機 

能」、及び放送事業者運用規程を参照のこと。 

105 12.2.1.1 ページ上から 23 行目 

text_char(サービス記述 ): 伝送されるダウンロードソフトウェアコ 

ンテンツのサービスに関する記述 

105 12.2.1.2 ページ上から 24 行目 ~ 最下行まで追加 

12.2.1.2 SDTT の伝送 

地上デジタルテレビジョン放送は、複数の伝送パラメータを持つ信 

号を同時に伝送する階層伝送が可能である。誤り耐性の強い伝送方式 

を用いた強階層で携帯受信機に向けて信号を送出し、大容量伝送が可 

能な伝送方式を用いた弱階層で、固定受信機に向けて信号を送出する 

事ができる。この場合、受信対象となる受信機毎に、異なる内容の 

SDTT(Software Download Trigger Table)を送出することを可能 

とする。このため強階層、弱階層で送出する SDTT を識別する目的 

で、各 SDTT に異なる PID を付与する(ARIB STD-B10 参照 )。但 

し、SDTT のデータ構造、Table_id は同一とする。 

(58)


106 12.2.2 12.2.2 コンテンツの伝送方式 

ダウンロードソフトウェアコンテンツは、DSM-CC データカルー 

セル、及びセクションテーブルでに基づいての伝送が可能であされ 

る。 

12.2.2.1 ダウンロードコンテンツ・データカルーセル伝送方式 

ここでは、DSM-CC データカルーセル伝送規程へのダウンロード 

における追加規定について述べる。 

ダウンロードソフトウェアのコンテンツ本体は DSM-CC データカ 

ルーセルの DDB を用いて伝送される。全受信機共通データに関する 

データフォーマットは「付属 (ダウンロード機能 )」の Appendix.A で 

規定するが、それ以外については、ここでは規定しない。 

106 12.2.2.1 ページ上から 10 行目 

12.2.2.1(1) DII における compatibilityDescriptor の追加 

DSM-CC データカルーセルでダウンロード対象の機種を特定する 

ための追加規定について述べる。CcompatibilityDescriptor のセマン 

ティクスおよびシンタックスを用いるとする。シンタックスを表 12-3 

に示す。 

107 12.2.2.1 表 12-4 の下 6 行目 

12.2.2.2(2) DII の Module Info の記述子の追加 

ダウンロードソフトウェアコンテンツの情報は、 

108 12.2.2.1 表 12-5 の下 3 行目、5 行目 

ダウンロードソフトウェアコンテンツ 

108~112 12.2.2.2 節の追加 

12.2.2.2 ダウンロードコンテンツ・セクション伝送方式 

112 12.3.1 ページ上から 11 行目 

ダウンロードソフトウェアコンテンツの受信実行 

112~113 12.3.1 ページ上から 19 行目 ~ 

(2) ダウンロードソフトウェアコンテンツの受信機能 

(ア) データカルーセル形式ダウンロードコンテンツの場合 

・告知情報をもとに・・・ダウンロードソフトウェアコンテンツ 

を不揮発性メモリ上に格納する機能 1 。 

・受信したダウンロードソフトウェアコンテンツの内容の正当 

性、適合性を評価し、告知情報に基づきダウンロードソフトウ 

ェアコンテンツを不揮発性メモリに格納する。 

・ダウンロードは告知情報に基づいて実施する。・・・ 

・ダウンロードソフトウェアコンテンツの受信によって・・・ダ 

ウンロードすべきダウンロードソフトウェアコンテンツが伝 

送されている時にダウンロードソフトウェアコンテンツ受信 

を実行する、・・・ 

(イ) セクション形式ダウンロードコンテンツの場合 

・ダウンロードコンテンツの受信によって・・・ 

・地上デジタルテレビジョン放送において・・・ 

113 12.3.1~ 

12.3.2 

ページ上から 11 行目 ~ 最下行 

7 箇所 

ダウンロードソフトウェアコンテンツ 

(59)


113~114 12.3.2 (2) 「付属 (ダウンロード機能 )」の Appendix A に詳述する受信機 

共通データのメモリ領域として少なくとも予約語等の格納領域と 

して BS 用受信装置は 10KB、BS・広帯域 CS 共用受信装置は 

30KB、地上用受信装置は 10KB を確保する事。なお、各種共用 

受信装置では、全ての伝送メディアで共通に運用されるジャンル 

コード表および予約語表用のメモリに関しては共用しても良い。 

およびさらに EPG 等で用いるロゴデータを格納するデータ領 

域 3 を確保すること。なお、地上用受信装置の受信機共通データ 

のメモリ量は地上デジタルテレビジョン放送サービスの全体の運 

用実態が明確になった時点で別途規定する。 

145 

付属 -3 

1.1 

本文 1 行目 ~ 

ARIB のダウンロ―ド方式規格としては既に・・・及び地上デジタ 

ル放送におけるダウンロード方式を規定した。 

ここでは本規格の第 12 章「ダウンロード機能の仕様」についての 

解説、及び運用のガイドラインを示す。運用の詳細は各事業者の運用 

規程を参照されたい。によるが、ここでは・・・運用ガイドラインに 

関しては別途規定する。 

145 1.2 本文 1 行目 ~ 

現在、OS やハードウェアの違いを・・・困難と判断し、本規定か 

らは除外した。 

・・・ 

さらに伝送方式であるが、基本的にダウンロードサービスもデータ 

サービスの一つと位置づけ、サービス ID を割り付け、編成チャネル 

を構成することとする。また伝送プロトコルもマルチメディアサービ 

スの伝送プロトコルである DSM-CC データカルーセル、及びセクシ 

ョン形式を用いることとする。世界標準・・・ 

145~146 1.2 ページ下から 12 行目 ~ 

ダウンロードスケジュールの告知の手法としては、新たに規定する 

SDTT・・・ 

地上デジタルテレビジョン放送ではダウンロードデータが伝送され 

るネットワークは・・・SDTT のスケジュール時間シフト情報を利用 

する。運用の詳細は事業者仕様を参照されたい。 

次さらにデジタル放送でのダウンロード方式・・・ 

146 1.2 ページ下から 8 行目 ~ 

・・・予約語、地上デジタルテレビジョン放送での周波数リスト・変 

更情報 (Appendix6 参照 )などがあり、該当するデータを各伝送メ 

ディア、または全伝送メディアの全ての受信装置が共通にモジュール 

単位で更新できる。 

147 2.1 ページ上から 7 行目 

このサービスは、マルチメディアサービスのひとつとして位置づ 

け、サービス ID を割り付けて編成チャネルを構成するものとする。 

148 2.2 ページ上から 12 行目 

伝送方式としては、DSM-CC データカルーセル、またはセクション 

形式をベースに、 

148 2.2 ページ下から 9 行目 

本方式は伝送方式として DSM-CC データカルーセル、またはセクシ 

ョン形式をベースにしており、 

(60)


148 2.2 ページ下から 5 行目 

MPEG2-SYSTEMS および DSM-CC データカルーセル、またはセク 

ション形式をベースにしている。 

149 2.2 ページ上から 2 行目の次 (2.2 項最下部 ) 

以下の項目が今後の課題となっている。 

(9)ダウンロードするコンテンツの受信装置 (プラットフォーム) 非 

依存性 

現在、各方面で仮想マシン(VM)の検討が進んでいる。将来的には 

受信装置にも仮想マシンが導入されることが予想される。しかし、現 

時点では仮想マシンを規格化することは困難であり、今後の課題とす 

る。 

149~150 2.3 ページ下から 3 行目 ~150 ページ上から 3 行目まで 

また、本規格では、ソフトウェアダウンロードは放送波を前提とし 

ている。おり、電話回線やホームネットワークなど他の伝送回線から 

のソフトウェアダウンロードは、各伝送路における低位の伝送手順が 

決定してから詳細について検討することとし、今回の規格範囲には含 

めない。但し、携帯受信機などに向けて・・・これについては各放送 

事業者仕様を参照されたい。 

150 3.1.2 ● スケジュール時間シフト情報 

各放送対象地域内でダウンロードコンテンツが単一エンジニア 

リングダウンロードサービスで伝送されているか、複数のエンジ 

ニアリングダウンロードサービスで伝送されているか、また複数 

のエンジニアリングダウンロードサービスで伝送されている場 

合のスケジュールの時間シフト単位等を与える情報。 

152 3.1.3 ページ下から 3~2 行目 

・・・BS/ 広帯域 CS は 0xfffc、地上デジタルテレビジョンは 0xfffa)。 

version_id は・・・ 

153 3.1.3 図 3-1 の下 2 行追加 

但し、地上デジタルテレビジョン放送ではロゴは CDT を用いて別途 

伝送される。 

また、地上デジタルテレビジョン放送での周波数リスト・変更情報に 

ついては Appendix A-6 参照。 

153 3.1.3 表 3-3 model の行の備考欄 

= 0xfffa ( 地上デジタルテレビジョン放送用共通データであること 

を示す) 

154 3.1.3 下から 1 行目 

・・・同様なバージョン管理でダウンロード対象をの特定を行なう 

が、・・・ 

157 3.1.4 3.1.4 ダウンロードコンテンツの運用例 

3.1.4(1)DII の Module Info の運用 

Name 記述子について、・・・ 

将来的にサービス事業者が・・・速やかに規格化を行うものとする。 

(2) 複数 TS 時差送出ダウンロードコンテンツの運用例 

地上デジタルテレビジョン放送において、・・・のスケジュール 

は 3d 時間と順次ずらして送出する。 

図 3.2 を追加 

運用の詳細は放送事業者運用規程を参照のこと。 

162 5.1.1.4 ページ上から 3~4 行目 

・・・0xfc(BS/ 広帯域 CS)、0xfa( 地上デジタル)として扱う。 

(61)


165 5.1.3 

( 項目追加 ) 

5.1.3 複数 TS 時差送出時の受信ガイドライン 

166 5.2.1 ページ上から 4 行目 

(1)エンジニアリングダウンロードサービス(データカルーセル形 

式 ) 

166 5.2.1 ページ上から 11~17 行目 

(2)セクション形式の場合 

地上デジタルテレビジョン放送の・・・各 TS で配信する。 

168 A.1 ページ上から 8~9 行目 

周波数リスト・変更情報 

尚、周波数リスト・変更情報については A.6 を参照のこと。 

169 A.3.3 a. BS/ 広帯域 CS デジタル放送では、・・・の更新のみを行う、ロ 

ゴデータの更新はについては追加および一度定義したものの変 

更あるいは削除がありうる。 

b. ・・・地上デジタルテレビジョン放送では、サービス数を 480、 

ロゴデータは 180 種とする。ロゴデータは・・・ 

c. ・・・ 

d. ・・・ロゴタイプ別の所要メモリ容量を表 A-2、3 に示す。 

170 A.3.3 ページ上から 17~18 行目 

3) 上記以外のパラメータは放送事業者仕様に従う。 

4) 地上デジタルテレビジョン放送の簡易ロゴについては放送事業 

者仕様に従う。 

170 A.3.3 表 A-2 BS/ 広帯域 CS デジタル放送におけるロゴデータのサイズ 

171 A.3.3 表 A-3 を追加 

以下表番号の変更 

171 A.4 1 行目 ~ 

BS/ 広帯域 CS デジタル放送では、・・・については A.6 を参照のこ 

と。 

175 A.5.3 A.5.3 ロゴデータの場合 (BS/ 広帯域 CS デジタル放送の場合 ) 

175 A.5.3 表 A-8 ロゴデータのシンタックス(BS/ 広帯域 CS デジタル放送 

の場合 ) 

176 A.5.4 ~ 項目追加 

A.6 A.5.4 ロゴデータの場合 ( 地上デジタルテレビジョン放送の場合 ) 

A-6 地上デジタルテレビジョン放送での周波数リスト・更新情報 

183 付属 -5 

4. 

ページ下から 9 行目 

(2)Service-ID の割り付けについて 

Service-ID の割り付けについては、・・・地上デジタルテレビジョ 

ン放送開始直前となる。 

Service-ID の割り付けについて検討した結果、・・・地上デジタル 

テレビジョン放送開始直前となる。 

184 7. ページ下から 2 行目 

7. 受信周波数 

共用化 BS/BS・広帯域 CS 受信機から地上アダプターに伝送され 

る各チャンネルの周波数情報は、現行テレビジョンチャンネルプラン 

での中心周波数 +142,860Hz である。 

共用化 BS/BS・広帯域 CS 受信機から地上アダプターに伝送され 

る各チャンネルの周波数情報は、現行テレビジョンチャンネルプラン 

での中心周波数 +1/7MHz である。 

(62)


204 

付属 -9 

1.4.1 図 1.4.1~ 図 1.4.3 共通 

常時接続 

(※1) ◎ 

205 1.4.1 図 1.4.4 の下 

(※1)「常時接続サービス」を使用せず、ISP 直接接続にて常時接続 

する形態もある。 

206 1.4.2 表 1.4.1 

ADSL モデム接続 ( 共用 )と ADSL モデム接続 ( 非共用 )の行の DIRD 

に必要な IP 取得関連プロトコルの欄の最下行 

DHCP(※1) 

表の下に注を追加 

(※1)DHCP を使用する場合、PPP/PPPoE/IPCP/PAP/CHAP /PPP 

IPCP Extensions for Name Server Address(RFC1877)は使用しな 

い。 

207 1.5.1 図 1.5.1、図 1.5.2 共通 

常時接続 

(※1) ◎ 

207 1.5.1 図 1.5.2 の下 

(※1)「常時接続サービス」を使用せず、ISP 直接接続にて常時接続 

する形態もある。 

207~208 1.5.2 表 1.5.1 

ONU 接続の行の DIRD に必要な IP 取得関連プロトコルの欄の最下行 

DHCP(※1) 

表の下に注を追加 

(※1)DHCP を使用する場合、PPP/PPPoE/IPCP/PAP/CHAP /PPP 

IPCP Extensions for Name Server Address(RFC1877)は使用しな 

い。 

211 2.1.2.1 3 接続時タイムアウト値 ···· アクセスポイントへ発呼し、IP プロトコ 

ルが確立するまでのフェーズにおいて、 

接続失敗と見なす時間である。値は 

BASIC 系プロトコルによる接続関数 

connect()のタイムアウト値が 90 秒であ 

るが、TCP/IP においては運用規定とす 

る。 

211 2.1.2.3 1ネットワークサービス加入有無・・・ 

常時接続サービス等のネットワークサービスに加入している場合、サ 

ービス毎に表す。将来的な拡張を考慮する必要がある。 

1IP アドレス取得指定・・・ 

Ethernet が接続されている場合、IP アドレス取得のため使用するプ 

ロトコル等を表す。 



(63)




表紙規格名の英文変更 


まえがき 1~2 行目 

社団法人電波産業会は、無線通信機器製造者、放送機器製造者、電 

気通信事業者、放送事業者放送機器製造者、放送事業者、無線機器製 

造者、電気通信事業者及び利用者の参加を得て、・・・ 

5~6 行目 

・・・と併せて、放送設備、無線設備の適正品質、互換性の確保等、 

無線通信機器製造者、電気通信事業者、放送事業者放送機器製造者、 

放送事業者、無線機器製造者、電気通信事業者及び利用者の利便を図 

る目的・・・ 

8~11 行目 

本標準規格は、BS デジタル放送用受信装置及び BS・広帯域 CS デ 

ジタル放送共用受信装置の望ましい仕様「デジタル放送用受信装置」 

について策定されたもので、策定段階における公正性及び透明性を確 

保するため、内外無差別に広く無線通信機器製造者、電気通信事業者、 

放送事業者、放送機器製造者、放送事業者、無線機器製造者、電気通 

信事業者及び利用者等の利害関係者の参加を得た当産業会の規格会 

議の・・・ 

次の 9 行を削除 

デジタル受信装置標準化においては、・・・・( 省略 )・・・・・ならびに民 

生デジタル技術の進展に合わせて見直しが行なわれる可能性がある。 

12~13 行目 

本標準規格が、無線通信機器製造者、電気通信事業者、放送事業者、 

放送機器製造者、放送事業者、無線機器製造者、電気通信事業者、利 

用者等に積極的に活用されることを希望する。 

別表全面的に変更 

1~2 第 1 章第 1 章を一般事項とし、全面的に改定変更。 

前第 2 章の適用範囲を 1.2 とし、全面的に改定変更。 

3~4 第 2 章前第 3 章を第 2 章とし、改定変更。 

5 第 3 章前第 4 章を第 3 章とし、改定変更。 

6 第 4 章前第 5 章を第 4 章とし、改定変更。 

11~19 第 5 章新規追加 

32 6.2.1 (6)の 2 行目 

BS/ 広帯域 CS デジタル放送の送信・運用条件 (ARIB STD-B20) 

の第 2 部第 5 章 ARIB STD-32 に従い、 

34 6.2.3.3 2 行目 

IEC-958 準拠あるいは IEEE-1394 出力を持つことを推奨する。 

※IEC-958 準拠については IEC に提案中。 

( 社 ) 電子情報技術産業会 ( 旧 ( 社 ) 日本電子機械工業会規 )EIAJ 

CPX-4141 に準拠、あるいは IEEE-1394 出力を持つことを推奨する。 

34 6.3 6.3 衛星デジタル放送における階層変調の受信装置機能 

45 9.1.2 3 行目 

なお、地上デジタルテレビジョン放送受信装置の仕様については、 

(64)


周波数のチューニング方法等運用方式の検討を待って規格の追加、修 

正する。 

46 9.1.5 下から 9 行目 

BS 衛星デジタル放送受信装置 

50 9.1.5.1 9 行目 

衛星デジタル放送受信装置が 

50 9.1.5.1 13 行目 

(CS については”JPNCSxxxx”とする。( 別途 ARIB 技術資料参照 )) 

50 9.1.5.1 下から 12 行目 

BS 衛星デジタル放送では 

50 9.1.5.1 下から 6 行目 

BS 衛星デジタル放送受信装置は 

50 9.1.5.1 下から 2 行目 

BS 衛星デジタル放送受信装置 (unit)の 

51 9.1.5.1 3 行目 

BS 衛星デジタル放送受信装置は 

51 9.1.5.1 6 行目 

BS 衛星デジタル放送の場合 

51 9.1.5.1 表 9-13 

satellite( 衛星 )による放送衛星デジタル放送 

53 9.1.5.1 下から 3 行目 

BS 衛星デジタル放送受信機 

53 9.1.5.1 下から 1 行目 

BS 衛星デジタル受信機 

57 9.1.5.1 7 行目、9 行目 

BS 衛星デジタル放送 

57 9.1.5.1 10 行目 

BS 衛星デジタル放送受信機が 

57 9.1.5.2 下から1 行目 

BS 衛星デジタル 

58 9.1.5.2 14 行目、19 行目 


61 9.1.5.2 6 行目 


61 9.1.5.2 12 行目 

BS 衛星デジタル放送受信装置が 

62 9.1.5.2 9 行目、16 行目 


63 9.1.5.3 10 行目 

BS 衛星デジタル放送受信装置 (Unit)の 

64 9.1.5.3 4 行目、7 行目、8 行目、9 行目 


65 9.1.5.3 下から 10 行目、9 行目 


70 9.1.8.1 12 行目 ~14 行目 

パーシャルトランスポートストリームは SIT と DIT 以外の SI テーブ 

ルを伝送してはいけない。また SIT と DIT の使用はパーシャルトラ 

ンスポートストリームに制限されており、放送で使用してはいけな 

い。放送されるトランスポートストリーム上に直接これらのテーブル 

を符号化してはいけない。( 例えば、SIT が挿入されたトランスポー 

(65)


トストリームをデータカルーセル伝送として伝送する場合には、トラ 

ンスポートストリーム上に直接 SIT が乗るわけではない) 

76 9.1.8.3 下から 5 行目 

そのフィールド値の割り当ては総務大臣の指定による。 

80 第 10 章 CA モジュールインタフェースとして、BS/ 広帯域 CS デジタル放 

送限定受信方式規格「ARIB STD-B25」に基づく低速または高速 CA 

インタフェースを備えることが望ましい。 

※ 当面 STD-B25 で規格化された低速 CA インターフェイスとする。 

CA モジュールインタフェースとして、デジタル放送における限定受信 

方式「ARIB STD-B25」に基づく低速または高速 CA インタフェースを備 

えることが望ましい。 

※1 当面 STD-B25 で規格化された低速 CA インターフェイスとする。 

※2 地上デジタルテレビジョン放送受信装置で限定受信機能を実装す 

る場合は本規定による。 

105 12.2.2 …データフォーマットは「解説付属 (ダウンロード機能 )」の 

108 12.3.1 ページ下部の注釈 

…が必要であり、『解説付属 (ダウンロード機能 )の… 

109 12.3.2 (2)「解説付属 (ダウンロード機能 )」の Appendix A に詳述する受信 

機共通データのメモリ領域として少なくとも予約語等の格納領 

域として BS 用受信装置は 10KB、BS・広帯域 CS 共用受信装置 

は 30KB、および EPG 等で用いるロゴデータを格納するデータ 

領域 3 を確保すること。なお、地上用受信装置の受信機共通デー 

タのメモリ量は地上デジタルテレビジョン放送サービスの全体 

の運用実態が明確になった時点で別途規定する。 

109 12.3.2 ページ下部の注釈 

…に関しては「解説付属 (ダウンロード機能 )」の… 

111 第 13 章図 13-1 の技術分類 

00 0011: 地上デジタルテレビジョン放送の技術方式 

・ 

00 0101: 地上デジタル音声放送の技術方式 

113 第 14 章 1 行目 ~ 

受信装置各部の性能は、表 14-1~ 表 14-3 のとおりとする。 

衛星デジタル放送受信装置各部の性能は、表 14.1~14.3 のとおり 

とする。 

地上デジタルテレビジョン放送受信装置各部の性能は、第 5 章に示 

す、更に付属 -10 地上デジタルテレビジョン放送の受信装置の性 

能について、を参照すること。 

以下、各項目及び表のタイトルに「衛星」を追加。 

P113, 114 のページ下部の「解説」を「付属」に修正。 

115 第 15 章 

15.1 

15.1 他メディアと BS/ 広帯域 CS デジタル放送受信機の共用化及 

びインターオペラビリティ接続部 

BS/ 広帯域 CS デジタル放送受信機を他メディアと共用する場合 

は本章の規定による。地上デジタルテレビジョン放送との衛星デジタ 

ル放送受信機の共用化及びTSインタフェースにあたるインターオ 

ペラビリティ接続部に関しては 15.1.1 の通りとする。狭帯域 CS デジ 

タル放送、デジタル CATV との受信機の共用化及びTSインタフェ 

ースにあたるインターオペラビリティ接続部に関しては検討中であ 

る。 

115 15.1.1 15.1.1 地上デジタルテレビジョン放送受信アダプターとの衛星デ 

(66)


ジタル放送受信機の共用化及びインターオペラビリティ接続部 

115 15.1.1.1 15.1.1.1 地上デジタルテレビジョン放送との衛星デジタル放送受信 

機の共用化 

「地上デジタルテレビジョン放送共用化 BS デジタル放送受信機及び 

BS/・広帯域 CS デジタル放送共用受信機 ( 以下これらを「共用化 

BS/ 広帯域 CS 受信機」とも呼ぶ。)」は、あらかじめ「地上デジタ 

ルテレビジョン放送受信アダプター( 以下「地上アダプター」とも呼 

ぶ。)」との接続部及び地上デジタルテレビジョン放送の受信機能を装 

備する必要がある。本規格での規格化範囲は次の通りとする。 

図 15-1 


共用化 BS/ 広帯域 CS 受信機 

図 15-1 タイトル 

図 15-1 地上デジタルテレビジョン放送との共用化ブロック 

ページ下から 9~11 行目 

本規格での規格化範囲は、上記地上デジタルテレビジョン放送共用 

化 BS/ 広帯域 CS 受信機とインタフェースについてであり、地上ア 

ダプターについては地上デジタルテレビジョン放送受信機の規格化 

とともに規格化する。に準ずる。 

115 15.1.1.2 15.1.1.2 地上デジタルテレビジョン放送受信共用化インタフェース 

120 15.1.1.3 15.1.1.3 地上デジタルテレビジョン放送受信共用化 BS/ 広帯域 CS 

受信機の拡張機能 

120 15.1.1.3 (2) 

解説付属参照のこと。 

121 15.1.1.3 (5) 

その他解説付属参照のこと。 

121 15.2 ・現行狭帯域 CS デジタル放送との共用受信装置については、ARIB 規格 

B1、B16 の規格を満たすこと。 

・デジタル CATV 放送との共用受信装置については、JCTEA,STD- 

004-1.1 の規格を満たすこと。 

付属解説を付属とし、以下それに伴い項番等を変更。 

123 付属 -1 8 行目 

ARIB 標準規格 STD-B2032「………」の第 2 部に… 

141 付属 -3 1.1 6 行目 

…これらのことを背景とし、かつ現状の技術動向、デジタル放送の導 

入の容易性、将来の拡張性などを考慮し、2000 年時点での BS デジ 

タル放送に加え、今回広帯域 CS デジタル放送におけるダウンロ 

ード方式を規定した。BS デジタル放送、広帯域 CS デジタル放送、 

及び地上デジタル放送におけるダウンロード方式を規定した。 

運用の詳細は各事業者の運用規程によるが、ここでは本規格の第 12 

章「ダウンロード機能の仕様」についての解説、及び運用のガイドラ 

インを示す。なお、地上デジタル放送のダウンロードの運用ガイドラ 

インに関しては別途規定する。 

165 Appendix A C. 予約語について、最大文字数を 108 文字とする。 

A.3.2 

174 付属 ―5 1、3、4、6、8、12、20、21、23、24 行目 


(67)


174 付属 ―5 下から 13 行目 

地上アダプターについては、今後の地上デジタル放送サービスのあり 

方の検討を待って規格化し、本規格では機能について解説することと 

した。 

地上アダプターについては、第 5 章、第 15 章と付属 -10を参照の 

こと。 

下から 10 行目 

地上デジタル放送受信アダプターの詳細については地上デジタル放 

送受信機規格化とともに規格化するが、インタフェース設計のための 

機能は以下の通りとする。 

地上デジタル放送受信アダプターの機能と制御については第 5 章、第 

15 章と付属 -10を参照のこととするが、インタフェース設計のた 

めの機能は以下の通りとする。 

175 付属 -5 3.(1) 

本文および解説付属 -5の項目 2に記載されている。 

178 付属 -5 8、9、行目、下から 4、2 行目 


下から 11 行目 


179 付属 -5 1、5、8、11 行目 


14 行目 

地上アダプターの機能については地上アダプターの規格化段階で明 

記する。 

208 付属 -10 新規追加 



(68)




表紙デジタル放送用受信装置に規格名を変更 

ii~ 目次本文変更に伴う頁番号変更・項目追加 

まえがき 8 行目 

本標準規格は、「BS デジタル放送用受信装置」及び BS・広帯域 CS 

デジタル放送共用受信装置の望ましい仕様について策定された~ 


デジタル受信装置機標準化においては、~ 


~CS デジタル放送受信装置機仕様策定の~ 

まえがき 17 行目 ~19 行目 

~ 仕様として取りまとめたものに、。さらに、BS デジタル放送方式に 

準拠した広帯域 CS デジタル放送の導入に伴い、BS・広帯域 CS デジ 

タル放送共用受信装置の仕様を追加した。このため、本規格は今後の 

BS デジタル放送の~ 


本標準規格が、無線機器製造者、~ 

別表表下の注釈追加 

*2) ARIB STD-B21 1.0 版より有効 ( 平成 13 年 3 月 15 日提出 ) 

*3) ARIB STD-B21 2.0 版の改定部分について有効 

1 第 1 章本文 1 行目 ~3 行目 

本標準規格は、11.7-12.2GHz 帯を使用する 34.5MHz 帯域幅の衛星 

デジタル放送用デジタル放送用受信装置を対象に、実用化初期のニー 

ズに対応できる最小限の機能、定格及び望ましい性能についてシステ 

ム設計の立場から見た規格を示したものである。示すが、ただし、こ 

こで述べる~ 

1 第 1 章本文 4 行目 

本標準規格は、今後の BS デジタル放送の 


BS/ 広帯域 CS デジタル放送 


また、データ放送に関しては 


ARIB STD-B24 を、限定受信方式に関しては「BS/ 広帯域デジタ 

ル放送限定受信方式」 


BS/ 広帯域 CS デジタル 

2 第 2 章本文 1 行目 ~8 行目 

本標準規格は、デジタル放送受信装置の内デジタル信号のデコーダ、 

デスクランブラを内蔵する 11.7-12.2GHz 帯を使用する 34.5MHz 

帯域幅の衛星デジタル放送 ( 以下「BS デジタル放送」という。) 用受 

信装置及び BS デジタル放送と 12.2-12.75GHz 帯を使用する 

34.5MHz 帯域幅の衛星デジタル放送 ( 以下「広帯域 CS デジタル放 

送」という。)の共用受信装置 ( 以下「BS・広帯域 CS デジタル放送 

共用受信装置」という。)BS デジタル放送用受信装置に適用する。 

なお、BS デジタル放送用受信装置と BS・広帯域 CS デジタル放送共 

用受信装置を区分する必要がある場合に【BS】は BS デジタル放送 

用受信装置を【BS・CS】は BS・広帯域 CS デジタル放送共用受信装 

置を示す。 

またなお、地上デジタル放送、狭帯域 CS デジタル放送、及び~ 

(69)



3 第 3 章本文 4 行目、5 行目、6 行目 

BS コンバータ 

3 第 3 章本文 10 行目 

~モジュラージャック等を備える点が異なる。~ 

3 第 3 章図中 

BS コンバータ 

BS-IF 入力 

BS デジタル放送用受信装置 


湿度 30%~90% 

6 第 5 章本文 1 行目 ~2 行目 

本章記載中、【BS】は BS デジタル放送のみの受信装置、【BS・CS】 

は、BS・広帯域 CS デジタル放送共用受信装置の場合の定格及び仕 

様を示す。 

6 5.1 表中 

【BS】11.71023~12.16669GHz 

【BS・CS】11.71023~12.74825GHz 

【BS】右旋円偏波 

【BS・CS】右旋 / 左旋円偏波 

6 5.2 1 行目 

5.2 BS コンバーター 

6 5.2 表中 

1チャンネル当たり:BS 帯域 : -90~-70dBm 

:CS 帯域 : -94~-70dBm 

BS 帯域 :52dB±4dB 

CS 帯域 :52dB±6dB 

BS 帯域 :1032.23~1488.69MHz 

CS 帯域 :1575.75~2070.25MHz(※CS 左旋の一条方式については 

解説参照 ) 

10.678GHz(※CS 左旋の一条方式については解説参照 ) 

【BS】コンバータ用では DC+15V +10% -12% 

4W 以下 

【BS・CS】右旋円偏波 DC13.5~16.5V(15V)4W 以下 

左旋円偏波 DC9.5~12.0V(11V)3W 以下 

7 5.3 表中 

広帯域化に伴いケーブルなどで生じるロスについては、コンバータと 

DIRD の間にブースタをいれることにより補償する。 

7 5.4.1 表の下 6 行目 ~7 行目 

・受信周波数 :【BS】1032~1489MHz 

【BS・CS】1032~2071MHz 

7 5.4.5 本文下から 4 行目 

・チャンネル選択 :チャンネル選択制御信号により、BSIF の中 ~ 

8 5.4.8.2 本文下から 5 行目 

プログラムコード格納用に 8M バイトの不揮発性メモリを持つこと。 

(70)



8 5.4.8.3 本文下から 2 行目 

としてBS 用受信装置は 10KB、BS・広帯域 CS 共用受信装置は 

30KB、及び~ 

9 5.4.8.3 本文 3 行目 


9 5.4.15 本文下から 5 行目 ~4 行目 

(1) BSIF 入力 

BSIF 入力端子を1 系統設けること。 

9~10 5.4.15 P9 本文最下行 ~P10 の 1 行目を修正 



10 5.4.16 本文 7 行目 

BS デジタル放送サービスを享受するためには~ 

10 5.4.16 本文 11 行目 ~12 行目 

BS・CS 共用受信装置の場合には、上記に加え下記ボタンを備えるこ 

とが望ましい。 


23 6.2.1 本文下から 13 行目 

BS/ 広帯域 CS デジタル放送の送信・運用条件 

38 9.1.5.1 表 9-6 値の欄 

BS の場合 “JPNBS0004” 

広帯域 CS の場合 “JPNCSxxxx”( 別途技術資料参照 ) 

41 9.1.5.1 本文 16 行 ~17 行目 

(CS については”JPNCSxxxx”とする。( 別途技術資料参照 )) 

67 9.1.8.3 本文下から 11 行目、12 行目 

0x4253 


0x4353 

狭帯域 CS 

71 第 10 章本文 3 行目 

BS/ 広帯域 CS デジタル 

72 第 11 章全面的に変更 

100 12.3.2 本文下から 6 行目 ~7 行目 

~ 格納領域として BS 用受信装置は 10KB、BS・広帯域 CS 共用受信 

装置は 30KB、および EPG 等で~ 

102 13.5 図中 

00 0100: 広帯域 CS デジタル放送の技術方式 

104 第 14 章全面的に変更 

106~112 第 15 章本文中の BS を BS/ 広帯域 CS とする。 

113 解説 -1 本文 8 行目 


131 解説 -3 

1.1 

本文 2 行目 

~これは狭帯域 CS デジタル放送の~ 

131 解説 -3 

1.1 


~BS/ 広帯域 CS でのダウンロードは CS とは異なり、~ 

131 解説 -3 

1.1 


~かつ現状の技術動向、BS デジタル放送の導入の~ 

131 解説 -3 

1.1 

本文 7 行目 ~8 行目 

2000 年時点での BS デジタル放送に加え、今回広帯域 CS デジタル放 

送におけるダウンロード方式を 

(71)



131 解説 -3 

1.1 


ここでは本規格第 12 章「ダウンロード機能の仕様」についての解説 

を行う。 

131 解説 -3 

1.1 

131 解説 -3 

1.1 

131 解説 -3 

1.1 

139 解説 -3 

3.1.3 

140 解説 -3 

3.1.3 

140 解説 -3 

3.1.3 

140 解説 -3 

3.1.3 

140 解説 -3 

3.1.3 

146 解説 -3 

4.4 

148 解説 -3 

5.1.1.4 

156 解説 -3 

A.3.3 

156 解説 -3 

A.3.3 

157 解説 -3 

A.3.3 

158 解説 -3 

A.3.3 

158 解説 -3 

A.3.3 

158 解説 -3 

A.3.3 

本文 10 行目 ~11 行目 

運用の詳細は各事業者の運用規程によるが、ここでは本規格の第 12 

章「ダウンロード機能の仕様」についての解説、及び運用のガイドラ 

インを示す。 


全トラポンスポートストリーム上に配置される SDTT 内で、ダウン 

ロードデータが伝送されるネットワークを指示でき 

(original_network_id を使用 )、受信機は取得した SDTT により、 

指定のネットワークに移動する。これにより例えば広帯域 CS で配信 

される SDTT に基づいて BS からダウンロードコンテンツを取得する 

などメディア横断的なダウンロード運用が可能となる。 


さらに BS デジタル放送での~ 

図 3-1 の上、下から 4 行目 

(BS は 0xfffe を予定、BS/ 広帯域 CS は 0xfffc) 

表 3-3 model の備考欄 

= 0xfffc (BS/ 広帯域 CS 共通データ 1 であることを示す) 

表 3-4 のタイトル 

表 3-4 BS 共通データ更新の場合の記述例 

表 3-4 table_id_ext の備考欄 

=BS 共通データを示す識別値 

ページ下部に脚注を追加 


・ original_network_id 


~ID=0xffFF、機種番号 =0xfeFE( 値は予定 BS)、0xfc(BS/ 広帯域 CS) 

として扱う。 


~ 可能とする。BS では BS-5 衛星段階で~ 


広帯域 CS も BS と同じくサービス数を 1000、ロゴデータを 300 種 

とする。 



表中 

表 A-5 を参照 (content_nibble を使用 ) 

表中 

CS ジャンルコード CS_GENRE 表 A-5 を参照 (user_nibble を使用 ) 

CS 予約語 CS_KEYWORD 表 A-6 を参照 

CS チャンネルロゴ CS_LOGO-xx 表 A-7 を参照。xx には logo_type が入る 

表中 

CS_HD ラージ 0x05 CS_LOGO-05 

CS_HD スモール 0x02 CS_LOGO-02 

CS_SD4:3 ラージ 0x03 CS_LOGO-03 

CS_SD4:3 スモール 0x00 CS_LOGO-00 

CS_SD16:9 ラージ 0x04 CS_LOGO-04 

CS_SD16:9 スモール 0x01 CS_LOGO-01 

(72)



158 解説 -3 本文下から 2 行目 ~3 行目 

A.3.3 (BS:0xfffeFFFE を予定、広帯域 CS:0xfffc) 

161 解説 -3 

A.5.3 

本文下から 10 行目 

~ 下位 9ビット(TBD)で識別値を割り当てる。 

164~ 解説 -5 P164 2 行目の「BS」はそのままとし、それ以外の「BS」はすべて「BS 

/BS・広帯域 CS」とする。 

172~197 解説 -6 

~ 

解説 -9 

新規追加 



(73)




ii 目次 9.1.5 ディスクリプタ、コマンド、チューナモデル 

ii~ 目次本文変更に伴う頁番号変更 

20 6.1.3.1 本文 2 行目 

(Y,PbPr)を(Y,PB,PR)に修正 

20 6.1.3.1 本文 4 行目 ~ 

~ 規格に従うこと。 

・ EIAJ CP-4120 

「デジタルチューナとテレビジョン受信機の D 端子接続」 

Interface between Digital Tuner and Television Receiver 

using D-Connector 

・ EIAJ RC-5237 

「デジタル放送映像信号用 (Y,PB,PR) 接続用 D 端子コネクタ」 

D Connector for Digital Broadcasting Component Video 

Signal (Y,PB,PR) connection 

20~22 6.1.3.1 表中 

(Y,PbPr)を(Y,PB,PR)に修正 

37~ 9.1.5 差し替え 

( 以降表番号、図番号変更 ) 

59~60 9.1.7.3 9.1.7.3.1→(1) 

9.1.7.3.2→(2) 

62~ 9.1.8.2 9.1.8.2.1→(1) 

9.1.8.2.2→(2) 

9.1.8.2.2.1→1 

9.1.8.2.2.2→2 

65~ 9.1.8.3 9.1.8.3.1→(1) 

9.1.8.3.2→(2) 

9.1.8.3.3→(3) 

111 解説 -2 本文 14 行目 ~ 修正 

コマンドについては、外部機器から制御するために Tuner(DIRD) 

コマンドを規定した。1394TA「AV/C Tuner Model and Command 

Version1.0」および「Enhancements to the AV/C Broadcast System 

Specification-Digital Video Broadcast (DVB) Version1.0」に準拠し、 

Enhancements to the AV/C Broadcast System Specification の 

Profile1:The Simplest Tuner Without Lists and Selection by DSIT 

で規定される機能をサポートすることにした。また、descriptor につ 

いてもサポートすべき descriptor として、「 Tuner Subunit 

Identifier Descriptor」と「Tuner Status Descriptor」を規定した。 

さらに、Tuner Subunit の入出力プラグの接続について接続モデルを 

規定した。 



(74)




i~ii 目次章立て以降の内容まで記載 

76~82 第 15 章第 15 章共用化受信装置 (オプション) 

・ 1.0 版では検討中としてあったの以下の内容を追加説明をした。 

15.1 他メディアと BS 受信機の共用化及びインターオペラビリティ接続部 

15.1.1 地上デジタル放送との受信機の共用化及びインターオペラビリティ接続 

部 

15.1.1.1 地上デジタル放送との受信機の共用化 

15.1.1.2 地上デジタル放送受信共用化インタフェース 

15.1.1.3 地上デジタル放送受信共用化 BS 受信装置 

131~138 解説 5 解説に解説 5 地上デジタル放送と受信機共用化についてを追加 

1. インターオペラビリティの位置づけとインタフェース、地上アダプタ―の位置づけ 

2. 地上デジタル放送受信アダプターの機能について。 

3. インタフェースにおけるコマンド等 

4. EPG,Service-ID,Network-ID 等について 

5. 音声ハーフレートについて 

6. TMCC 情報の伝送について 

7. 受信周波数 

8. リモコン機能について 

9. 受信サーチ時の周波数スキャンのフローの一例 

10 共用化 BS 受信機および地上アダプターで蓄積すべきパラメータ情 

報 



(75)


標準規格 

ARIB STD-B21 5.5 版 

一般社団法人 

〒100-0013 

平成 11 年 10 月 1.0 版第 1 刷発行 

平成 11 年 12 月 1.0 版第 2 刷発行 

平成 12 年 2 月 1.0 版第 3 刷発行 

平成 12 年 2 月 1.0 版第 4 刷発行 

平成 12 年 3 月 1.0 版第 5 刷発行 

平成 12 年 3 月 1.1 版第 1 刷発行 

平成 12 年 5 月 1.1 版第 2 刷発行 

平成 12 年 6 月 1.1 版第 3 刷発行 

平成 12 年 6 月 1.1 版第 4 刷発行 

平成 12 年 6 月 1.1 版第 5 刷発行 

平成 12 年 8 月 1.1 版第 6 刷発行 

平成 12 年 11 月 1.1 版第 7 刷発行 

平成 12 年 12 月 1.2 版第 1 刷発行 

平成 13 年 3 月 2.0 版第 1 刷発行 

平成 13 年 5 月 3.0 版第 1 刷発行 

平成 14 年 1 月 3.1 版第 1 刷発行 

平成 14 年 7 月 3.2 版第 1 刷発行 

平成 15 年 2 月 4.0 版第 1 刷発行 

平成 15 年 6 月 4.1 版第 1 刷発行 

平成 15 年 10 月 4.2 版第 1 刷発行 

平成 16 年 5 月 4.3 版第 1 刷発行 

平成 17 年 9 月 4.4 版第 1 刷発行 

平成 18 年 9 月 4.5 版第 1 刷発行 

平成 19 年 3 月 4.6 版第 1 刷発行 

平成 20 年 12 月 4.7 版第 1 刷発行 

平成 21 年 12 月 4.8 版第 1 刷発行 

平成 22 年 4 月 4.9 版第 1 刷発行 

平成 22 年 7 月 5.0 版第 1 刷発行 

平成 23 年 12 月 5.1 版第 1 刷発行 

平成 24 年 7 月 5.2 版第 1 刷発行 

平成 25 年 3 月 5.3 版第 1 刷発行 

平成 26 年 3 月 5.4 版第 1 刷発行 

平成 26 年 7 月 5.5 版第 1 刷発行 

発行所 

電波産業会 

東京都千代田区霞が関 1-4-1 

日土地ビル11 階 

電話 03-5510-8590 

FAX 03-3592-1103

2-STD-B21v5_5

Create successful ePaper yourself

Delete template?

Save as template?