無線データシステム

無線データシステム
RDSロゴ
状態アクティブ
年が始まった1984年; 41年前 （1984年）
委員会国際電気標準会議

ラジオデータシステム（RDS）は、従来のFMラジオ放送に少量のデジタル情報を埋め込むための通信プロトコル規格です。RDSは、時刻、放送局識別、番組情報など、送信される複数の種類の情報を標準化します。

この規格は欧州放送連合（EBU）のプロジェクトとして始まりましたが、その後国際電気標準会議（IEC）の国際規格となりました。ラジオ放送データシステム（RBDS）は、米国版RDSの正式名称です。[1]両規格はわずかに異なるだけで、受信機はどちらのシステムでも動作し、表示データにわずかな矛盾が生じる程度です。RDSはアナログ放送局でのみ使用されます。HDラジオで同等の規格はプログラム関連データ（PAD）で、現在はプログラムサービスデータ（PSD）と呼ばれています。

どちらのバージョンも、 57kHzのサブキャリアで1秒あたり1,187.5ビット（約1.2kbit /s） の速度でデータを伝送するため、各データビットには正確に48サイクルのサブキャリアが存在します。RBDS/RDSサブキャリアは、データ信号、ステレオパイロット、および38kHz DSB-SCステレオ差信号間の干渉と相互変調を最小限に抑えるために、 19kHz FMステレオパイロットトーンの第3高調波に設定されました。（ステレオ差信号は38kHz + 15kHz = 53kHzまで拡張され、4kHzはRDS信号の下側波帯として残ります。）データはエラー訂正コードと共に送信されますが、受信機はエラー訂正を行わずにエラー検出のみに使用することもできます。RDSは、未使用のプログラムグループにプライベート（社内）またはその他の未定義の機能を「パッケージ化」する方法を含む多くの機能を定義しています。 

発達

RDSは、ドイツの放送技術研究所（IRT）とラジオメーカーのブラウプンクトによる自動車運行情報システム（ARI）の開発にヒントを得たものです。[2] ARIはFMラジオ放送で交通情報の存在を示すために57kHzの副搬送波を使用しました。[3]

EBU技術委員会は1974年のパリ会議において、ARIと同様の目的を持ちながら、より柔軟性が高く、放送ネットワークが複数の異なる周波数で同じラジオ番組を放送する場合に受信機の自動再調整を可能にする技術を開発するプロジェクトを立ち上げました。変調方式はスウェーデンのページングシステムで使用されているものをベースにしており、ベースバンド符号化は主に英国放送協会（BBC）とIRTによって開発された新しい設計でした。EBUは1984年に最初のRDS仕様を発行しました。[2]

EBUの3つの放送パートナーのうち、BBCはRDS技術の応用を最も熱心に推進していたと伝えられており、RDS機能に対応した「BBC認定ラジオ」の製造にメーカーからの入札を募っていた。しかし、メーカーからの関心が得られなかったため、BBCはキネール・デュフォート社の設計者にこれらの機能を搭載した試作機の製作を依頼した。1989年に発表されたこの試作機は、天気図などの画像を表示できる液晶ディスプレイと、「番組情報をコード化したバーコードからラジオをプログラムできるライトペン」を備え、カセットプレーヤーモジュールとプリンターモジュールを含む着脱式モジュールをサポートしていた。RDSがテレビと競合する可能性のある画面ベースの機能の開発には消極的だったものの、天気図や広告などの情報を印刷できるという利便性は、ラジオメーカーとテレビメーカーの双方にとって潜在的に興味深いものと考えられた。[4]

代替周波数機能の強化が規格に追加され、その後1990年に欧州電気標準化委員会（CENELEC）規格として発行されました。[2]

1992年、米国国立無線システム委員会（National Radio Systems Committee）は、RDS規格の北米版であるラジオ放送データシステム（Radio Broadcast Data System）を発行しました。CENELEC規格は1992年にトラフィックメッセージチャネル（Traffic Message Channel）の追加、1998年にはオープンデータアプリケーション（Open Data Applications）の追加により改訂され[2]、2000年にはRDS規格はIEC規格62106として全世界で発行されました[5]。

RDS2

RDSフォーラム（ジュネーブ/スイス）は、グリオン/モントルーで開催された年次総会（2015年6月8～9日）において、新規格RDS2の導入を決定しました。この規格は、NRSC RBDS小委員会の米国関係者との緊密な協力のもと策定され、世界中のFM放送およびデータサービスのための統一プラットフォームとなる予定です。

RDS1およびRDS2のロゴ
主な特徴
  • 64 MHz ～ 108 MHz の周波数をシームレスにサポート (AF、EON )
  • 新しい文字コード: UTF-8 (古いEBU文字セット[6]は古い0A/2Aグループの互換モードのために残っています)。
  • 新しい ODA (オープン データ アプリケーション) 処理では、「B」グループが「A」グループのシグナリング グループとして割り当てられます。
  • 長いPS名（最大32バイト、UTF-8文字セット）。（インド語、中国語、アラビア語など）
  • RadioText (eRT) 長さ 128 バイト、UTF-8 文字セット。
  • 容量が 1 秒あたり 11.4 から 57 の「A」グループに増加しました。(単一変調型複数サブキャリア (SMMS) 技術を使用した場合の正味容量は 2,109 ビット/秒)
  • グラフィカルラジオテキスト - HTML/CSSテンプレートをサポート（スマートフォン、カーラジオ、コンピューター/タブレット用）
  • 受信者が IP または SMS 機能を備えている場合、gRT 経由のリターン チャネルをサポートします。
  • 放送局のグラフィックロゴ – 最大 4 キロバイトの画像 (JPEG、PNG、または GIF)
  • ハイブリッドラジオ機能（一部はラジオフランスの開発に基づく）

コンテンツと実装

トムトムナビゲーションシステムに接続されたラジオデータシステム-交通メッセージチャネル（RDS-TMC）受信機（左）は、リアルタイムの交通データをナビゲーションに統合します。[7]
スペインの FM ラジオ局のラジオ データ システム表示。

RDS データには通常、次の情報フィールドが含まれます。

AF（代替周波数リスト）
これにより、受信機は周波数リストを取得し、最初の信号が弱くなった場合（例えば、圏外に移動した場合など）に、同じ放送局を提供する別の周波数に再チューニングすることができます。切り替えを行う前に、ラジオは一致するPIコードをチェックし、AFが同じ放送局であることを確認します。これはカーステレオシステムでよく使用され、ヘッドユニットは移動中に、オプションで同じ地域コードを使用して、より強い信号に自動的にチューニングすることができます（これにより、全国放送局の場合、ユーザーは元のラジオ番組を聴き続けることができます）。
CT（時計の時刻と日付）
受信機の時計または車のメイン時計を同期できます。送信時の変動により、CTの精度はUTCから100ミリ秒以内に限られます。放送局がRDSエンコーダ内の時計を定期的に同期できない場合、CTは通常送信されません。カーラジオは、衛星ナビゲーションシステムが搭載されている場合、時刻源としてGPSを使用する可能性が高くなります。
EON（拡張他ネットワーク情報）
受信しているネットワークや局にリンクされている他のネットワークや局について受信機に通知し、交通 番組が放送されているため特定の瞬間にネットワークの特定の局の TA フラグがオンになるなど、動的に変化するデータを記録し、ラジオが自動的に一時的にその局にチューニングできるようにします。
PI（プログラム識別）
これは、局を識別する一意の 4 文字の 16 進コードです。国内のすべての局は、正しい国別プレフィックス文字を含む一意の 3 文字コードを使用する必要があります。米国では、PI は局のコールサインに公式を適用することによって決定されるか、NRSCによってFM トランスレータにランダムに割り当てられます (FM トランスレータはコールサインが長いため、公式と互換性がありません)。[8] PI コードは最も重要な RDS パラメーターであり、RDS データ構造内で最も頻繁に送信されます。米国以外で使用される RDS 標準では、すべての国の国コードを定義しているため、共通の国境を持つ場所では同じコードが使用されることはありません。これにより、異なる国間で PI コードを調整する必要がなくなります。同じコードを伝送するすべての送信は、受信機によって同じであるとみなされ、受信を改善するために代替周波数として切り替えることができます (代替周波数として明示的にリストされていない場合でも)。PI コードは一般的にリンクできます。PI コードは、最初、3 番目、4 番目のニブルが同じである場合に一般的にリンクされます。ジェネリックリンクは、通常、何らかの形で関連のある異なる地域のラジオ局によって行われます。受信機（特に車載用）には「Regional（地域）」と呼ばれる設定があり、これを有効にすると、ラジオはジェネリックリンクされた別の放送局に切り替えることができます。PIコードは通常静的（つまり変化しない）です。しかし、英国では、2ニブル目がジェネリックリンクされたコードに変化する動的PIコードを使用しているネットワークもあります。例えば、国営放送局のClassic FMはこれを採用しています。これは、各送信機が異なるコマーシャルを放送しているCM中に、ラジオが再選局するのを防ぐためです。
PS（番組サービス名）
これは、コールレターまたは局名を表す8文字の静的表示です。ほとんどのRDS対応受信機はこの情報を表示し、局が受信機のプリセットに登録されている場合は、PIコード、周波数、その他のプリセット関連情報とともにこの情報をキャッシュします。一部の国では、局はPSを使用して他の情報を動的に送信しています。これは一部の国では禁止されており、RDSシステムでは本来の用途ではありません。
PTY（プログラムタイプ）
最大31種類の番組タイプ（例：ヨーロッパ：PTY1 ニュース、PTY6 ドラマ、PTY11 ロックミュージック）をあらかじめ定義することで、ユーザーはジャンル別に類似番組を検索できます。PTY31は、自然災害などの大規模災害発生時の緊急放送用に予約されています。
REG（地域）
これは主に、国営放送局が一部の送信機で地域限定番組（地域オプトアウトなど）を放送している国で使用されます。この機能により、ユーザーは受信機を現在の地域に固定したり、別の地域に移動した際に他の地域限定番組を受信できるようにしたりすることができます。詳細については、下記の番組識別コードの説明をご覧ください。
ロサンゼルスのKFSH-FMのRT RDSの例
RT（ラジオテキスト）
この機能により、ラジオ局は、静的（放送局のスローガンなど）または番組と同期した（現在再生中の曲のタイトルやアーティストなど）64 文字（まれに 32 文字）の自由形式のテキスト メッセージを送信できます。
RT+（ラジオテキストプラス）
オリジナルの RT の拡張機能で、アーティスト、タイトル、その他のメタデータを受信者に送信できます。
TA、TP（交通アナウンス、交通プログラム）
受信機は、このフラグに特別な注意を払うように設定できる場合が多く（EONリンクが利用可能な場合はそれを利用し）、例えばCDを一時停止したり、交通情報を受信するために選局し直したりすることが可能です。TPフラグは、交通情報を定期的に放送している放送局のみを検索するために使用され、TAフラグは実際に交通情報を放送中であることを示すために使用されます。この場合、ラジオ機器は、CD/MP3を一時停止してラジオを聴取できるようにしたり、交通情報中に音量を上げたりするなどの他の動作を行うことがあります。
TMC（交通情報チャンネル）
デジタル符号化された交通情報。すべてのRDS機器がこれをサポートしているわけではありませんが、車載ナビゲーションシステムでは多くの場合利用可能です。多くの国では暗号化された交通データのみが放送されているため、交通データを利用するには、適切なデコーダー（場合によってはサブスクリプションサービスに紐付けられているもの）が必要です。サブスクリプション料金は多くの場合、自動車メーカーが支払うため、ユーザーにとって分かりやすいものです。
米国NRSC FM翻訳アナウンス
全米無線システム委員会（NRSC）は、米国のFMトランスレータ向けに独自のラジオ・データ・システム・プログラム識別コード（RDSプログラム識別コード）を導入しました。RDSサブキャリアによって送信されるメタデータの一種であるPIコードは、受信機がFM局から放送されている音声プログラムを一意に識別するために使用されます。米国では、PIコードは歴史的にラジオ局のコールサインから派生してきましたが、FMトランスレータと併用すると複雑になることがあります。そこで、FMトランスレータ専用の新しいアルゴリズムが開発され、各FMトランスレータに固有のPIコードを割り当てます。このアルゴリズムは、ウェブベースのツールと、米国のすべてのFMトランスレータの既知のPIコードのリストを用いて実装されています。[1]

RDS サポート

実装に関しては、ほとんどのカーステレオは少なくとも AF、EON、REG、PS、TA/TP をサポートします。

  • より高価なカーステレオでは、TMC、RT、および/またはPTYが提供され、おそらく「NEWS」オーバーライドも提供されます。
  • ホームシステム、特にHi-Fiレシーバーは、主にPS、RT、PTYなどの機能をサポートします。

低価格で設置面積の小さいソリューションのおかげで、ポータブル オーディオやナビゲーション デバイスへの RDS 実装が増えています。

RDS互換性

57 kHzのRDSサブキャリアは、複合スペクトルの±2 kHzを占めるため、理論上はステレオサブキャリアの上限カットオフである53 kHzよりも高い周波数帯域を維持します。しかし、53 kHzのカットオフは、ステレオエンコーダの前段で使用される15 kHzローパスフィルタの性能に完全に依存します。旧式の機器では、これらのフィルタは19 kHzパイロットを保護することのみを目的として設計されており、大量のステレオ情報が存在する場合、RDSサブキャリアを十分に保護できないことがありました。このような状況では、ステレオ拡張デバイスと強力なオーディオ処理を組み合わせると、RDSサブキャリアが受信不能になる可能性がありました。一部の最新のオーディオプロセッサでは、15 kHzローパスフィルタのカットオフ周波数が16.5 kHzになっています。これもRDSの受信状態を悪化させる可能性があります。

複合クリッピングシステムは、クリッピングによって生成される高調波によりRDSサブキャリアの劣化を引き起こす可能性があります。より新しい複合クリッパーには、RDSサブキャリアを保護するためのフィルタリング機能が搭載されています。

RDSサブキャリアは通常2～4kHzの搬送波偏移を使用します。したがって、通常の75kHz偏移制限を超えないと仮定すると、プログラム素材に使用可能な偏移はこの量だけ減少します。

プログラムの種類

次の表に、RDS および RBDS (北米) プログラム タイプ (PTY) コードとその意味を示します。

プログラムタイプ（PTY）コードの割り当て[9] [10]
PTYコードRDSプログラムタイプRBDSプログラムタイプPTYコードRDSプログラムタイプRBDSプログラムタイプ
0プログラムタイプなしまたは未定義16天気リズム・アンド・ブルース
1ニュースニュース17ファイナンス柔らかなリズム・アンド・ブルース
2時事問題情報18子供向け番組言語
3情報スポーツ19社会問題宗教音楽
4スポーツ話す20宗教宗教の話
5教育ロック21電話による人格
6ドラマクラシックロック22旅行公共
7文化アダルトヒット23レジャーカレッジ
8科学ソフトロック24ジャズ音楽スペイン語トーク
9多様トップ4025カントリーミュージックスペイン音楽
10ポップミュージック国26国民音楽ヒップホップ
11ロック音楽オールディーズ27オールディーズ音楽未割り当て
12イージーリスニングソフトな音楽28フォークミュージック
13ライトクラシックノスタルジア29ドキュメンタリー天気
14本格的なクラシックジャズ30警報テスト緊急テスト
15その他の音楽クラシック31アラーム緊急

PTYコードは何度か拡張されてきた。最初のRDS規格では、0～15と31のみが定義されていた。後に米国で実施されたRBDS規格では、コード0、1、31に同じ意味が割り当てられていたが、元のRDS計画の残りの部分と一致させる試みは行われず、コード2～22と30については独自のリストが作成された。[11]このリストには、RDSリストにはなかったトップ40、宗教、カントリー、ジャズ、R&Bなど、米国で商業的に重要なラジオ形式が含まれていた。これには、情報、スポーツ、ロックの不一致なコードも含まれていた。後のRBDS規格では、タイプ23（大学）と29（天気）が追加され、RDSタイプコードリストは現在のサイズにまで拡大し、[12] RDBSリストからいくつかのタイプ（ジャズやカントリーなど）がインポートされた。 RDBSタイプ24～26は2011年4月に追加されました。[10] [1] : 27 コードの不一致は主に、北米に携帯用無線機を持ち込む人や北米から持ち出す人にとって問題となります。

RDS技術仕様

EN 50067:1998 [13]で規定されているRDS規格は、OSI参照モデルに従ってこれらのセクションに分割されています。（これは単方向ブロードキャスト規格であるため、ネットワーク層とトランスポート層は除外されています。）

  1. データチャネル（物理層）
  2. ベースバンド符号化（データリンク層）
  3. メッセージ形式（セッション層とプレゼンテーション層）

データチャネル（物理層）

標準規格の物理層は、無線信号からビットストリームを取得する方法を規定しています。RDSハードウェアはまず、57kHzのRDSサブキャリア信号を復調し、ビットクロックと差動符号化されたビットストリームの両方を含む差動マンチェスター符号化信号を抽出します。これにより、RDSデコーダは入力の位相反転を許容できます。

データリンク層では、連続する26ビットが「ブロック」を形成します。これは、16ビットのデータビットとそれに続く10ビットのエラー訂正ビットで構成されます。4つのブロックで104ビットの「グループ」が構成されます。エラー訂正ビットは、4ブロックのグループ内の「オフセット」、つまりブロック番号もエンコードします。

誤り訂正は、多項式x 10 + x 8 + x 7 + x 5 + x 4 + x 3 + 1を用いた10ビット巡回冗長検査（ CRC）を用いて行われる。[13] : 13 （固定サイズのデータ​​フィールドではプリセットもポストインバートも不要なため、これらは使用されない。）CRCは、ブロックA、B、C、C′、Dを識別する5つの「オフセット」ワードのいずれかと加算される。連続する4つのブロック（ABCDまたはABC′D）は、104ビット（64データビット＋40チェックビット）の「グループ」を構成する。1秒間に送信されるグループは11.4グループをわずかに上回る。

ブロック間にギャップはありません。受信機は、同期が達成されるまで、26ビットごとにCRCをチェックすることでグループおよびブロックに同期します。同期が達成されると（オフセットワードが予測可能）、コードは最大5ビットのバーストエラーを訂正できます。[13] : 60 

この基本的な変調およびブロック構造は、もともとMBS（無線ページング） [fr]「モバイルサーチ」プロトコル用に開発されたものですが、MBS（または北米で同等のMMBS「修正MBS」）ではオフセットワードが使用されないという違いがあります。2つのシステムの相互運用性を確保するため（そしてFMラジオ局がページャ契約を維持しながらRBDSデータを送信できるようにするため）、RBDS規格では6番目の全ゼロオフセットワードEが定義されています。4つのEブロックのグループはRBDSグループと混在させることができ、RBDS受信機では無視されます。（同様に、RBSオフセットワードはMBS受信機では訂正不可能なエラーとして表示されるように選択されています。）

各ブロック (およびグループ) 内のデータは、最上位ビットから最初に送信されるため、ビット 15 (最初に送信) からビット 0 (最後に送信) まで番号が付けられます。

最も頻繁に送信される情報は、送信元のラジオ局を識別する16ビットの「プログラム識別」コードです。ブロックAとC′には常にPIコードが含まれます。オフセットCは、3番目のブロックに他の情報が含まれている場合に使用されます。

共有構造

ブロック1には常に16ビットのプログラム識別子が含まれます。ブロック2の最初の11ビット（ビット15～5）もすべてのグループで同じです。

ブロック2の最初の4ビット（ビット15～11）は「グループタイプコード」であり、残りのデータの解釈を記述します。各グループタイプには「A」と「B」の2種類があり、5番目の「B」ビット（ビット10）によって区別されます。B=0の場合、グループは0A～15Aで、5+16+16 = 37ビットのデータを含みます。B=1の場合、ブロック2にはPIコード（オフセットワードC′でエンコード）が含まれ、グループは0B～15Bのいずれかで、21ビットのデータを含みます。

ブロック1とブロック2には、両方のグループバージョンに共通する構造があり、高速かつ応答性の高い識別を実現します。各グループの最初のブロックは常にプログラム識別コードです。2番目のブロックの最初の4ビットは、アプリケーション/グループタイプに使用されます。

ブロック1ブロック2
ブロックの意味プログラム識別コードGタイプB0TPPTY様々
ブロックあたりのビット表記b15 — b0b15～b12b11b10b9～b5b4～b0
グループごとに意味は固定ですか?はいはいはいはいはいいいえ

ブロック2ビットの意味

  • GTYPE: グループタイプ
  • B0: B0=0の場合、メッセージグループタイプA、そうでない場合はタイプB
  • TP: 交通情報番組。このチャンネルでは定期的に交通情報を放送します。
  • PTY: プログラム タイプ (§ プログラム タイプを参照)
  • ????: 残りのビットはグループタイプに依存します
メッセージバージョンA
ブロック1ブロック2ブロック3ブロック4
ブロックの意味プログラム識別コードグループタイプB0TPPTYアプリグループ固有のペイロードグループ固有のペイロード
ブロックペイロードビット値XXXX XXXX XXXX XXXXXXXX0XXXXXXXXXXXXXXX XXXX XXXX XXXXXXXX XXXX XXXX XXXX
オフセット値（同期）オフセットAオフセットBオフセットCオフセットD
メッセージバージョンB

ブロック 3 はプログラム識別コードの繰り返しに使用されます。

ブロック1ブロック2ブロック3ブロック4
ブロックの意味プログラム識別コードグループタイプB0TPPTYアプリプログラム識別コードグループ固有のペイロード
ペイロードビット値XXXX XXXX XXXX XXXXXXXX1XXXXXXXXXXXXXXX XXXX XXXX XXXXXXXX XXXX XXXX XXXX
オフセット値（同期）オフセットAオフセットBオフセットC'オフセットD

プログラム識別コード（PIコード）

これにより、国、放送エリア、番組参照番号に基づいて、ラジオ番組の種類を迅速に識別できます。国コードは規格で規定されていますが、ビット11からビット0までは各国の地方自治体によって規定されています。

PIコードニブル 0ニブル1ニブル2ニブル3
意味国コードプログラムエリアの範囲プログラム参照番号
ビット位置b15b12b11b8b7b4b3b0

国コードは再利用されますが、FM放送の電波が届かない地理的に離れた地域に限られます。例えば、国コードFはフランス、ノルウェー、ベラルーシ、エジプトに割り当てられています。[13] : 71 隣国が同じ国コードを持つことはないため、PIコードを隣国間で調整する必要はありません。

グループタイプ

これはグループタイプの完全なリストです。各グループタイプには、セカンダリバージョンが利用できる場合があります。

グループタイプビット値メッセージバージョンAメッセージバージョンB
00000基本的なチューニングとスイッチング情報のみ
10001プログラム項目番号とスローラベリングコードプログラム項目番号
20010ラジオテキスト
30011オープンデータアプリケーションのアプリケーション識別オープンデータアプリケーション
40100時計の時刻と日付オープンデータアプリケーション
等...等...

交通プログラム

これは追加のプログラムタイプビットとみなされ、放送局が定期的に交通情報を放送していることを示します。これをすべてのグループに含めることで、受信機は交通情報を放送している放送局を素早く検索できます。

トラフィックアナウンスメント（TA）ビットは、ブロックタイプ0A、0B、および15Bで送信され、このようなレポートが進行中であることを示します。通常は同時放送を行う送信機は、個々の送信機に合わせてカスタマイズされたローカルトラフィックレポートを定期的に送信するのが一般的です。トラフィックアナウンスメントビットは、受信機に送信機固有の放送が進行中であることを通知し、放送中は周波数の切り替えを避ける必要があります。

(ブロック タイプ 14B には異なる形式の交通情報ビットがあり、これは異なる周波数での交通情報の存在を示し、無線受信機が自動的に切り替えることができるようにします。)

RDS メッセージの例

これらは、放送局名、ラジオテキスト、日付/時刻などの単純なメッセージのみをカバーした非包括的な例です。

グループタイプ0 – バージョンB – ステーション名

バージョンブロック1：26ビットブロック2：26ビットブロック3：26ビットブロック4：26ビット
ブロック内部PIコードチェック + オフセットAGタイプB0TPPTYTAMSDIC1C0チェック + オフセット BPIコードチェック + オフセット C'キャラクターAキャラクターBチェック + オフセット D
ビット値16ビット00001XXXXXXXXXXX16ビット8ビット文字8ビット文字

前のフィールドについてはすでに上で説明したとおり、以下のドット ポイントはアプリケーション固有のフィールドのみを示しています。

  • TA : 交通情報
  • M/S : 音楽/スピーチ

ステーション名とデコーダー識別コードは 4 つのグループに渡って順次送信され、オフセットはビット C1 と C0 によって定義されます。

文字セグメント駅名：デコーダ識別コード: 4ビット
C1C0オフセット012345673210
000あBDI
011あBDI
102あBDI
113あBDI

グループタイプ2 – ラジオテキスト

ラジオテキストバージョンAブロック1：26ビットブロック2：26ビットブロック3：26ビットブロック4：26ビット
ブロック内部PIコードチェック + オフセットAGタイプB0TPPTYA/BC3C2C1C0チェック + オフセット BキャラクターAキャラクターBチェック + オフセット CキャラクターCキャラクターDチェック + オフセット D
ビット値16ビット00100XXXXXXXXXXX8ビット文字8ビット文字8ビット文字8ビット文字
ラジオテキストバージョンBブロック1：26ビットブロック2：26ビットブロック3：26ビットブロック4：26ビット
ブロック内部PIコードチェック + オフセットAGタイプB0TPPTYA/BC3C2C1C0チェック + オフセット BPIコードチェック + オフセット C'キャラクターCキャラクターDチェック + オフセット D
ビット値16ビット00101XXXXXXXXXXX16ビット8ビット文字8ビット文字

前のフィールドについてはすでに上で説明したとおり、以下のドット ポイントはアプリケーション固有のフィールドのみを示しています。

  • A/B: テキスト A/B フラグは、画面のクリアが要求されているかどうかを検出するために使用されます。
  • C3～C0: テキストセグメントのオフセット値

ステーション名とデコーダー識別コードは 4 つのグループに渡って順次送信され、オフセットはビット C1 と C0 によって定義されます。

テキストセグメントバージョンAバージョンB
C3C2C1C0オフセットチャーAチャーBチャーCチャーDチャーAチャーBチャーCチャーD
000001234バージョンBは以下を指定します

このフィールドの目的

プログラムの識別

コード

12
00011567834
00102910111256
............等.....................
111115616263643132

グループタイプ4 – バージョンA – 時計の時刻と日付

バージョンブロック1: 26ビットブロック2: 26ビットブロック3: 26ビットブロック4: 26ビット
ブロック内部PIコードチェック + オフセットAGタイプB0TPPTYRRR時刻/日付データチェック + オフセット B時刻/日付データチェック + オフセット C'時刻/日付データチェック + オフセット D
ビット値16ビット01000XXXXXX2ビット16ビット16ビット

グループ タイプ 4A を使用する場合は、EN 50067 に従って 1 分ごとに送信する必要があります。

クロック時間グループは、分エッジがクロック時間グループの終了の ±0.1 秒以内に発生するように挿入されます。

時間と日付は次のようにパックされます:

時刻/日付データハーフブロック2ペイロードブロック3ペイロードブロック4ペイロード
ペイロードビット位置7654321015141312111098765432101514131211109876543210
フィールドビット位置等...予約済み16151413121110987654321043210543210±43210
説明予約済み修正ユリウス日数UTC時間（0～23）UTC 分 (0～59)現地時間オフセット

注：地方時オフセットは、-15.5時間から+15.5時間までの範囲で、30分単位の倍数で表されます。これは符号付き大きさの形式で表され、最上位ビットは「地方時オフセット符号ビット」 （LOS）で、0 = +（グリニッジの東）、1 = - となります。

RDSの使用例

以下の画像は、FMラジオ局でRDSを使用する方法を示しています。最初の3枚の画像は、ソニーXDR-S1 DAB/FM/MW/LWポータブルラジオのディスプレイです。2枚目と3枚目は、ラジオをノッティンガムのラジオ局Trent FMにチューニングした際に撮影したものです。

RDSデータが利用できない場合の典型的なラジオ表示
PS 名 (番組サービス) フィールドを表示する一般的なラジオ ディスプレイ。
ラジオ テキストの使用例。この場合は、放送されている曲の名前とアーティスト ( Duran Duranの「Save a Prayer」) が表示され、下の行がスクロールして残りのテキストが表示されます。
PI A206
カーラジオのサービスメニュー
Radio C (Радио СИ) エカテリンブルク 103.7 MHz の RDS

代替周波数

代替周波数（AF ）は、最初の無線信号が弱くなった場合（例えば、圏外に移動した場合など） 、受信機が同じ放送局を提供する別の周波数に再チューニングできるようにするオプションです。これはカーステレオシステムで最もよく使用されます。受信機は、代替周波数のPIコードが現在チューニングされている放送局のPIと一致することを確認する必要があります。これにより、同じ放送局に再チューニングしていることを認識できます。最近の受信機には2つのチューナーが搭載されている場合があり、再チューニングのプロセスはユーザーには透過的（聞こえない）です。2つ目のチューナーは、一致するPIコードを見つけるためにすべてのチャンネルをスキャンすることもできるため、AFリストの重要性は低くなります。

RDSデコーダーチップセット

RDS復調器 三洋LC72723

ST Microelectronics、テキサス州オースティンのSkyworks Solutions、NXP Semiconductors (旧Philips )などの企業は、これらのデバイスに搭載されるシングルチップ ソリューションを提供しています。

参照

複合ベースバンド信号の典型的なスペクトル
高レベルRDS API
関連技術
関連トピック

注記

  1. ^ ab "NRSC-4-B 米国RBDS規格" (PDF) . National Radio Systems Committee. 2011年4月. 2016年10月20日時点のオリジナル(PDF)からアーカイブ。 2011年12月31日閲覧。
  2. ^ abcd 「2009年3月：RDSは25周年を迎えました – 完全な歴史」（PDF）。ジュネーブ、スイス：RDSフォーラム。2009年3月25日。1ページ。 2011年6月15日閲覧。
  3. ^ EP 1432157、Wildhagen、Jens、「RDS信号成分と信号受信機を分離する方法」、2004年6月23日発行、Sony International (Europe) GMBHに譲渡 
  4. ^ ハンコック、マリオン（1989年2月）「ラジオのように、ただもっと」『デザイン』誌第482号、 28～ 29ページ 。 2022年4月3日閲覧。
  5. ^ 「IEC Webstore Publication detail: IEC 62106 Ed. 1.0 English」. ジュネーブ、スイス：国際電気標準会議. 2009年5月18日閲覧。
  6. ^ 「3232a-1982 テレテキスト用表示可能文字セット」（PDF）EBU Tech . 2022年11月4日閲覧。
  7. ^ 「Traffic Receiver」. TomTom . 2014年6月15日閲覧。
  8. ^ Jurison, Alan (2017年11月28日). 「NRSCがFMトランスレータ向けPIコードを有効化 Webリソース」NAB Pilot . 2020年9月17日閲覧。
  9. ^ 「RDS PTYコードとタイプ」。Electronics Notes 。 2019年4月18日閲覧。
  10. ^ ab Jurison, Alan (2014年12月9日). 「RBDS、HD向けの新しいプログラムコード」. Radio World . 2019年4月18日閲覧。
  11. ^ T. Beale; D. Kopitz (1993年春). 「欧州のRDSと米国のRBDS – 違いと受信機が両システムに対応できる方法」(PDF) . EBU技術レビュー. pp.  5– 11. 2021年8月30日閲覧.
  12. ^ Wright, Scott (1998年1月). RBDSとRDSの違いと受信機の対応方法(PDF) (技術レポート). 米国国立無線システム委員会. 2021年8月30日閲覧。
  13. ^ abcd CENELEC (1998年4月). 「欧州規格 EN 50067:1998: 87.5～108.0MHzの周波数範囲におけるVHF/FM音声放送用無線データシステム（RDS）の仕様」(PDF) . 2013年3月13日時点のオリジナルよりアーカイブ。 2021年8月30日閲覧。
  14. ^ 欧州放送連合; RDSフォーラム (1997年8月22日). 「SPB 490 Universal Encoder Communication Protocol (UECP) specification」バージョン5.1. 2000年3月1日時点のオリジナルよりアーカイブ。 2016年2月8日閲覧。

参考文献

  • ヨーロッパFM放送ディレクトリ、ヨーロッパFMハンドブック2002-2003、第13版、2002年7月1日、B5判、ISBN 951-98733-1-7[2]
  • ディートマー・コピッツ、ベヴ・マークス、RDS：ラジオデータシステム（モバイル通信ライブラリ）、ISBN 0-89006-744-9[3]
  • MSB VMA レポート: Marcusson、Håkan;オルソン、ラース（2009年12月22日）。管理の強化: すべてのメンヘテン (VMA) がリスクを回避するまでシステムを維持し、リスクを回避する必要があります。情報を正確に把握し、ラジオ局 TV の情報を収集し、インターネット上の情報を収集します(PDF) (テクニカル レポート)。ストックホルム: Myndigheten för samhällsskydd och beredskap、FörsvarsDepartementet。 Diarienr: 2009-15212. 2012年4月15日時点のオリジナル（PDF）からアーカイブ。
  • 87.5～108.0MHzの周波数範囲におけるVHF/FM音声放送用無線データシステム（RDS）の仕様（欧州規格）。欧州電気標準化委員会（CENELEC）。1998年4月1日。参照番号：EN 50067:1998 E。入手可能: interactive-radio-system.com (Common Crawl によってアーカイブ)、jmfriedt.free.fr
  • SBL ワークグループ「Zasatzinformationen im Hörfunk」（1987 年）。ピーター・プリスティンガー（編集）。 RDS: Radio-Daten-System – Zusatzinformationen im UKW-Hörrundfunk – Ein neuer Dienst der ARD (PDF) (ドイツ語)。Institut für Rundfunktechnik (IRT)。2021 年 4 月 30 日のオリジナルからアーカイブ(PDF) 。2021 年4 月 30 日に取得。（31ページ）
  • FARWAY IRFC、テレビおよびラジオ伝送、ラジオデータシステムエンコーダ
  • RDS 標準の仕様は RDS フォーラムから入手できます。
  • 「NRSC-4 米国国立無線システム委員会 RBDS 標準 - 無線放送データシステム (RBDS) の仕様」
  • RDSフォーラムは、ラジオデータシステム放送技術のユーザーの専門家協会です。
    • RDS: 「ラジオ データ システム」、「放送事業者向け RDS ガイド」
    • チューニング補助として機能するRDS機能
  • xRDS「RDSデータ伝送容量の拡張」
    • 「RDSフォーラム会議2011でのxRDSプレゼンテーション」
  • クリス. 「RDSリスト：究極の無線データシステムリスト」. RDSList.com . 2024年10月4日時点のオリジナルよりアーカイブ。
  • GR-RDS on Github – GNU RadioベースのオープンソースRDS受信機と送信機の実装
  • RDS TMCプログラムと回路のデコード
  • FM放送とテレビ放送の音声サブキャリア アーカイブ 2011年12月23日Wayback Machine – Clifton Laboratories
「https://en.wikipedia.org/w/index.php?title=Radio_Data_System&oldid=1320724079」から取得