JP2011504712A - ラジオデータシステム（ｒｄｓ）データ処理方法および装置 - Google Patents

Abstract

ラジオデータシステム（ＲＤＳ）データを処理するホストシステムは、ホストプロセッサを含む。ホストシステムは、さらに、ＲＤＳデータを受信するように構成され、ホストプロセッサがＲＤＳデータの選択されたセットを受信するのを許容するべくＲＤＳデータをフィルタするように構成され、および、ホストプロセッサへの割り込みの回数を低減するように構成されたデータプロセッサを含む。ホストシステム内でＲＤＳデータを処理する方法も提供される。
【選択図】 図９

Description

発明の分野

主題の技術は、一般的に、ラジオ送信または受信に関し、更に詳細には、ラジオデータシステム（ＲＤＳ）データ処理方法および装置に関する。

背景

放送されたラジオデータは、ＶＨＦ周波数バンドでステレオマルチプレックス信号を送信するＦＭラジオ局において典型的に使用されうる。放送されたラジオデータは、ラジオ放送に関係している情報を表示するために、ＦＭラジオ局によって使用されうる。放送されたラジオデータを受信するＦＭラジオは、そのデータをディスプレイ上に再生することが出来る。生の放送されたラジオデータ自身は、ＦＭラジオのホストプロセッサに伝達される。ホストプロセッサは、それから、データがディスプレイ上で再生されうるように生の放送されたラジオデータを処理する。この点で、ホストプロセッサは、放送されたラジオデータに関係付けられた多数の割り込みを、典型的に取り扱わねばならなくて、ホストプロセッサが、更なる電力、メモリおよび処理サイクルを使用することを引き起こす。そのため、本技術において、システムおよび方法論に対して、ホストプロセッサの電力と記憶効率を改善する必要がある。

概要

本開示の１つの面において、ラジオデータシステム（ＲＤＳ）データを処理するホストシステムが提供される。ホストシステムは、ホストプロセッサを含む。ホストシステムは、ＲＤＳデータを受信するように構成され、ホストプロセッサがＲＤＳデータの選択されたセットを受信することを許容されるべく、ＲＤＳデータをフィルタするように構成され、および、ホストプロセッサへの割り込みの回数を低減するように構成されたデータプロセッサを更に含む。

更なる本開示の１つの面において、ラジオデータシステム（ＲＤＳデータを処理するデータプロセッサが提供される。データプロセッサは、ＲＤＳデータを受信するように構成され、ホストプロセッサがＲＤＳデータの選択されたセットを受信することを許容されるべく、ＲＤＳデータをフィルタするように構成され、および、ホストプロセッサへの割り込みの回数を低減するように構成されたフィルタモジュールを含む。

また、更なる本開示の１つの面において、ラジオデータシステム（ＲＤＳ）データを処理するホストシステムが提供される。ホストシステムは、ホストプロセッサとデータプロセッサを含む。データプロセッサは、ＲＤＳデータを受信する手段と、ホストプロセッサがＲＤＳデータの選択されたセットを受信することを許容されるべく、ＲＤＳデータをフィルタする手段と、ホストプロセッサへの割り込みの回数を低減する手段とを具備する。

また、更なる本開示の１つの面において、データプロセッサを使用して、ラジオデータシステム（ＲＤＳ）データを処理する方法が提供される。方法は、データプロセッサによって、ＲＤＳデータを受信することを含む。方法は、更に、ホストプロセッサがＲＤＳデータの選択されたセットを受信することを許容されるべく、ＲＤＳデータをフィルタすることを含む。加えて、方法は、データプロセッサによって、ホストプロセッサへの割り込みの回数を低減することを含む。

また、更なる本開示の１つの面において、データプロセッサ内のラジオデータシステム（ＲＤＳ）データを処理する命令でエンコードされた機械読み取り可能な媒体が提供される。命令は、データプロセッサによって、ＲＤＳデータを受信するためのコードを含む。命令は、更に、ホストプロセッサがＲＤＳデータの選択されたセットを受信することを許容されるべく、ＲＤＳデータをフィルタするためのコードを含む。加えて、命令は、データプロセッサによって、ホストプロセッサへの割り込みの回数を低減するためのコードを含む。

主題の技術の他の構成は、以下の詳細な記述から、本技術の熟練者にとって容易に明らかとなるであろうことが理解される。ここで、主題の技術の様々な構成は、例解によって示され、記述される。認識されるように、主題の技術は、他の、および異なる構成が可能であり、幾つかの詳細は、全て主題の技術の範囲から逸脱することなく、様々な他の点において変形が可能である。従って、図面および詳細な記述は、性質として例解的であり、制限的ではないと考えられるべきである。

図１は、ホストシステムが使用されうるラジオ放送ネットワークの例を例解する図である。 図２は、ホストシステムに対するハードウェア構成の例を例解する概念的ブロック図である。 図３は、図２のトランシーバコアに対するハードウェア構成の例を例解する概念的ブロック図である。 図４は、トランシーバコアに対する異なる構成の例を例解する概念的ブロック図である。 図５は、ホストプロセッサを持ったトランシーバコアを使用することによってもたらされる利点の例を例解する概念的ブロック図である。 図６は、ＲＤＳ標準のべースバンドコーディングの構造の例を例解する概念的ブロック図である。 図７は、ＲＤＳデータに対するメッセージフォーマットとアドレス構造の例を例解する概念的ブロック図である。 図８は、ＲＤＳグループデータ構造の例を例解する概念的ブロック図である。 図９は、トランシーバコアの、コアデジタルコンポーネントとコアファームウェアコンポーネントを例解する概念的ブロック図である。 図１０は、ＲＤＳブロックＢデータを受信しているホストの例を例解するシーケンス図である。 図１１は、ＲＤＳグループフィルタの例を例解する概念的ブロック図である。 図１２は、グループ型０Ａに対するＲＤＳ基本チューニングおよびスイッチング情報の例を例解する概念的ブロック図である。 図１３は、グループ型（ｔｙｐｅ）０Ｂに対するＲＤＳ基本チューニングおよびスイッチング情報の例を例解する概念的ブロック図である。 図１４は、プログラムサービス（ＰＳ）ネームテーブルに対するフォーマットの例を例解する概念的ブロック図である。 図１５は、ＰＳネームテーブルを発生することの例を例解する概念的ブロック図である。 図１６は、受信ユニット上で表示されたＰＳネームデータおよび対応するテキストの例を例解する概念的ブロック図である。 図１７は、グループ型０でＲＤＳデータを処理することの例を例解するシーケンス図である。 図１８Ａは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｂは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｃは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｄは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｅは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｆは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｇは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｈは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｉは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１８Ｊは、ホストプロセッサ上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１９Ａは、ホストプロセッサ上で、スタティックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図１９Ｂは、ホストプロセッサ上で、スタティックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。 図２０は、代替的な周波数（ＡＦ）リストフォーマットの例を例解する概念ブロック図である。 図２１は、グループ型２Ａに対するＲＤＳラジオテキストの例示的なフォーマットの例を例解する概念ブロック図である。 図２２は、グループ型２Ｂに対するＲＤＳラジオテキストの例示的なフォーマットの例を例解する概念ブロック図である。 図２３は、ＲＤＳグループ型２データ処理の例を例解するシーケンス図である。 図２４は、ＲＤＳグループバッファの例を例解する概念ブロック図である。 図２５は、ＲＤＳグループデータのバッファリングと処理の例を例解するシーケンス図である。 図２６は、ＲＤＳデータ処理の様々なレベルを実行するためのトランシーバコアに対する構成の例を例解する概念ブロック図である。 図２７は、データプロセッサを使用してＲＤＳデータを処理する例示的な動作を例解するフロー図である。 図２８は、ＲＤＳデータの処理に対するホストシステムの機能性の例を例解する概念ブロック図である。

詳細な説明

以下に説明される詳細な記述は、主題の技術の様々な構成の記述を意図しており、主題の技術が実行されうる唯一の構成を表示することを意図してはいない。付属の図面および添付の付属書は本出願に取り込まれ、詳細な記述の部分を構成する。詳細な記述は、主題の技術の完全な理解を図る目的のために特有の詳細を含む。しかし、本技術の熟練者にとっては、主題の技術は、これらの特有の詳細無しで実施することが出来ることは明白であろう。幾つかの例において、良く知られた構造およびコンポーネントは、主題の技術の概念を不明瞭としないためにブロック図の形で示される。

図１は、ホストシステムが使用出来るラジオ放送ネットワーク１００の例を例解する図である。図１に見られるように、ラジオ放送ネットワーク１００は、ラジオ送信放送を送信する複数の基地局１０４、１０６および１０８を含む。ラジオ送信放送は、典型的に、ＶＨＦ周波数バンド中でステレオマルチプレックス信号として送信される。ラジオデータシステム（ＲＤＳ）データは、ラジオ放送に関係している情報を表示するために、基地局１０４、１０６および１０８によって放送されうる。例えば、局名、歌のタイトル、および／またはアーティストは、ＲＤＳデータ中に含むことが出来る。加えて、または代替的に、ＲＤＳデータは、広告主に代わって、メッセージを表示するような他のサービスを提供することが出来る。

本開示のＲＤＳデータの例示的な使用は、電子技術的標準規格に対する欧州委員会で規定される欧州ＲＤＳ標準規格、ＥＮ５００６７規格書に対している。本開示の別のＲＤＳデータの例示的な使用は、（ＮＲＳＣ−４とも呼ばれる）北米ラジオ放送データシステム（ＲＢＤＳ）標準規格に対しており、これは、大半、欧州ＲＤＳ標準規格に依存している。そのようであるので、本開示のＲＤＳデータは、１つあるいはそれより多くの上記標準規格／例に限定されない。ＲＤＳデータは、追加的または代替的に、ラジオ送信に関係する他の適切な情報を含むことが出来る。

ＲＤＳデータを受信する受信局１０２におけるホストシステムは、ホストシステムのディスプレイ上にデータを再生することが出来る。この例において、受信局１０２は自動車として描かれている。しかし、受信局１０２は、そのようなものに限定されるべきではなく、また、例えば、人、別の移動エンティティ／デバイス、またはホストシステムに関係付けられた固定的なエンティティ／デバイスを表示することが出来る。更に、ホストシステムは、コンピュータ、ラップトップコンピュータ、電話、移動電話、パーソナルデジタルアシスタント（ＰＤＡ）、オーディオプレイヤ、ゲームコンソール、カメラ、カムコーダ、オーディオデバイス、ビデオデバイス、マルチメディアデバイス、それらの任意の（プリント回路ボード、集積回路、および／または回路コンポーネントのような）コンポーネント、またはＲＤＳをサポート可能な任意の他のデバイスを表示することが出来る。ホストシステムは、固定的または移動的であり、デジタルデバイスでありうる。

図２は、ホストシステムに対するハードウェア構成の例を例解する概念的なブロック図である。ホストシステム２００は、ホストプロセッサ２０４とインターフェースするトランシーバコア２０２を含む。ホストプロセッサ２０４は、ホストシステム２００に対する主要なプロセッサに対応しうる。

トランシーバコア２０２は、ＩＣ間サウンド（Ｉ２ｓ）情報をオーディオコンポーネント２１８と送信／受信することが出来、オーディオコンポーネント２１８に左と右のオーディオデータ出力を送信することが出来る。トランシーバコア２０２は、また、アンテナ２０６を通して、ＲＤＳデータを含みうるＦＭラジオ情報を受信することも出来る。加えて、トランシーバコア２０２は、アンテナ２０８を通して、ＦＭラジオ情報を送信することが出来る。

この点において、アンテナ２０６を通して、トランシーバコア２０２によって受信されたＲＤＳデータは、ホストプロセッサ２０４に送信された割り込み（ｉｎｔｅｒｒｕｐｔ）の回数を低減するべく、トランシーバコア２０２によって処理されうる。本開示の１つの面において、データの送信に使用されるアンテナ２０８は、トランシーバコア２０２およびホストプロセッサ２０４間の対話、または割り込みの回数の低減のために必要ではない。

ホストシステム２００は、また、とりわけアンテナ２０６を通して受信したＲＤＳデータを表示するディスプレイモジュール２２０を含みうる。ホストシステムは、また、ユーザ入力に対するキーパッドモジュール２２２、プログラムメモリ２２４、データメモリ２２６、および通信インターフェース２２８を含みうる。オーディオモジュール２１８、ディスプレイモジュール２２０、キーパッドモジュール２２２、ホストプロセッサ２０４、プログラムメモリ２２４、データメモリ２２６、および通信インターフェース２２８間の通信は、バス２３０を介して可能である。

加えて、ホストシステム２００は、入力／出力に対する、外部のデバイスとの様々な接続を含みうる。これらの接続は、例えば、スピーカ出力接続２１０、ヘッドフォン出力接続２１２、マイクロフォン入力接続２１４およびステレオ入力接続２１６を含む。

図３は、図２のトランシーバコア２０２に対するハードウェア構成の例を例解する概念的ブロック図である。上で示されたように、トランシーバコア２０２は、アンテナ２０６を通して、ＲＤＳデータを含むＦＭラジオ情報を受信することが出来、アンテナ２０８を通して、ＲＤＳデータを含むＦＭラジオ情報を送信することが出来る。トランシーバコア２０２は、また、ＩＣ間サウンド（Ｉ２ｓ）情報をオーディオコンポーネント２１８と送信／受信することが出来、オーディオインターフェース３０４を通して、ホストシステム２００の他のパーツに、左と右のオーディオ出力を送信することが出来る。

トランシーバコア２０２は、ＲＤＳデータを含みうるＦＭラジオ信号を受信する受信機３０２を含むことが出来る。ＦＭ復調器３０８は、ＦＭラジオ信号を復調するために使用することが出来、ＲＤＳデコーダ３２０は、ＦＭラジオ信号内でエンコードされたＲＤＳデータをデコードするために使用することが出来る。

トランシーバコア２０２は、また、ＦＭラジオ信号のＲＤＳデータをエンコードするＲＤＳエンコーダ３２４、ＦＭラジオ信号を変調するＦＭ変調器３１６、およびＦＭラジオ信号をアンテナ２０８を介して送信するＦＭ送信機３０６を含むことが出来る。上で示したように、本開示の１つの面に従って、トランシーバコア２０２からのＦＭラジオ信号の送信は、トランシーバコア２０２およびホストプロセッサ２０４間の対話、または割り込みの回数の低減のために必要ではない。

トランシーバコア２０２は、また、とりわけ受信したＲＤＳデータを処理可能なマイクロプロセッサ３２２を含む。マイクロプロセッサ３２２は、プログラム読み出し専用メモリ（ＲＯＭ）３１０、プログラムランダムアクセスメモリ（ＲＡＭ）３１２、およびデータＲＡＭ３１４をアクセスすることが出来る。マイクロプロセッサ３２２は、また、各々が少なくとも１ビットを含む制御レジスタ３２６をアクセスすることが出来る。ＲＤＳデータを取り扱うとき、制御レジスタ３２６は、ホストプロセッサ２０４が、対応する状態レジスタ中に、例えば、ビットをセッティングすることによって、割り込みを受けるべきか、少なくとも１つの示唆を提供することが出来る。

追加的に、制御レジスタ３２６は、ＲＤＳデータをフィルタし、ホストプロセッサ２０４への割り込みの回数を減少するためのパラメータを含むように見ることが出来る。１つの面に従って、これらのパラメータは、ホストプロセッサ２０４によって構成可能（または制御可能）であり、パラメータに依存して、トランシーバコア２０２は、幾つか、または全てのＲＤＳデータをフィルタ出来るか、全くフィルタ出来ないかである。さらに、パラメータに依存して、ホストプロセッサ２０４への割り込みの回数を低減することが出来るか、全く低減出来ないかである。

追加的に、トランシーバコア２０２は、とりわけ、ホストプロセッサ２０４への割り込みをアサートするのに使用される制御インターフェース３２８を含むことが出来る。この点において、制御インターフェース３２８は、制御レジスタ３２６をアクセスすることが出きる。というのは、これらのレジスタは、どの割り込みが、ホストプロセッサ２０４によって受けられるべきかを決定するために使用されるからである。

図４は、トランシーバコア２０２の異なる構成の例を例解する概念的なブロック図である。この図に示されるように、トランシーバコア２０２は、様々なターゲットとプラットフォームに集積化することが出来る。これらのターゲット／プラットフォームは、限定されることは無く、ディスクリート製品４０２、１パッケージ内のシステム（ＳＩＰ）製品４０４中のダイ、ディスクリートラジオ周波数集積回路（ＲＦ ＩＣ）４０６において、オンチップで集積されたコア、ラジオフロントエンドベースバンドシステムオンチップ（ＲＦ／ＢＢ ＳＯＣ）４０８においてオンチップで集積されたコア、および、ダイ４１０においてオンチップで集積されたコアを含む。そのように、トランシーバコア２０２およびホストプロセッサ２０４は、単一チップ上や単一コンポーネント上、または、分離されたチップや分離されたコンポーネント上で実現することが出来る。

図５は、ホストプロセッサを持ったトランシーバコアを使用することによってもたらされる利点の例を例解する概念的ブロック図である。図５に示されるように、ホストプロセッサ２０４は、処理をトランシーバコア２０２にオフロードすることが出来る。追加的に、ホストプロセッサ２０４にアサートされた割り込みの回数は、低減することが出来る。というのは、トランシーバコア２０２が、例えば、ＲＤＳデータをフィルタしたり、および／または、ＲＤＳデータに対するバッファを含んだりすることが出来るからである。追加的に、ホストプロセッサ２０４へのトラフィックの量は、低減することが出来る。そのようであるので、ホストプロセッサの電力および記憶効率は、改善されるように見れる。

図６は、ＲＤＳデータのべースバンドコーディングの構造の例を例解する概念的ブロック図である。ＲＤＳデータは、１つあるいはそれより多くのＲＤＳグループを含むことが出来る。各ＲＤＳグループは、１０４ビットを有することが出来る。各ＲＤＳグループ６０２は、４個のブロックを含むことが出来、各ブロック６０４は、各々２６ビットを有する。更に特定的に、各ブロック６０４は、１６ビットの情報ワード６０６、および１０ビットのチェックワード６０８を含むことが出来る。

図７は、ＲＤＳデータに対するメッセージフォーマットとアドレス構造の例を例解する概念的ブロック図である。全てのＲＤＳグループのブロック１は、プログラム識別（ＰＩ）コード７０２を含むことが出来る。ブロック２は、一般的にＲＤＳグループ内の情報が如何に適用されるかを特定する４ビットのグループ型コード７０６を含むことが出来る。グループは、典型的には、二進重み付けＡ_３＝８、Ａ_２＝４、Ａ_１＝２、Ａ_０＝１に従って型０から１５と呼ばれる。更に、各型０から１５に対して、バージョンＡとバージョンＢが利用可能である。このバージョンは、ブロック２のビット７０８（即ち、Ｂ_０）によって特定することが出来、バージョンＡとバージョンＢグループの混合が、特有のＦＭラジオ局上で送信されうる。この点において、もしＢ_０＝０の場合、ＰＩコードは、ブロック１のみに挿入され（バージョンＡ）、もしＢ_０＝１の場合、ＰＩコードは、全てのグループ型に対して、ブロック１およびブロック３に挿入される（バージョンＢ）。ブロック２は、また、トラフィックコード７１０に対して１ビットを含むことが出来、プログラム型（ＰＴＹ）コード７１２に対して４ビットを含むことが出来る。

図８は、ＲＤＳグループデータ構造の例を例解する概念的ブロック図である。各ＲＤＳグループデータ構造８０２は、複数のブロック６０４を含むＲＤＳグループ６０２に対応することが出来る。複数のブロック６０４の各々に対して、ＲＤＳグループデータ構造は、情報ワード６０６の最小桁ビット（ＬＳＢ）および最上位ビット（ＭＳＢ）を、分離されたバイトとして記憶することが出来る。追加的に、ＲＤＳグループデータ構造８０２は、各ブロックに対するブロック状態バイト８０４を含むことが出来、ここで、ブロック状態バイト８０４は、ブロック識別（ＩＤ）およびブロック中に修正出来ないエラーがあるかを示すことが出来る。

ＲＤＳグループデータ構造８０２は、トランシーバコア２０２によって処理されうる例示的なデータ構造を示す。この点において、トランシーバコア２０２は、図９を参照しながら以下に更に詳細に記述されるコアデジタルコンポーネントとコアファームウェアコンポーネントとを含む。コアデジタルコンポーネントは、ＲＤＳグループ６０２の各ブロック６０４を、関係したチェックワード６０８と相関させ、ブロックＩＤとブロック６０４に修正出来ないエラーがあるかを示すブロック状態バイト８０４を発生する。情報ワード６０６の１６ビットは、また、ＲＤＳグループデータ構造８０２中に配置される。コアファームウェアは、典型的に、ＲＤＳグループデータ８０２を、コアデジタルコンポーネントから、おおよそ各８７．６ｍ秒毎に受信する。

上述のＲＤＳデータの構造は、例示的であることを理解すべきである。そして、主題の技術は、これらのＲＤＳデータの例示的な構造に限定されないで、データの他の構造に応用される。

図９は、トランシーバコア２０２の、コアデジタルコンポーネントとコアファームウェアコンポーネントを例解する概念的ブロック図である。上に銘記されたように、コアファームウェアコンポーネント９０４は、ＲＤＳグループデータ８０２を、コアデジタルコンポーネント９０２から、おおよそ各８７．６ｍ秒毎に受信する。コアファームウェアコンポーネント９０４によって実行されたフィルタリングおよびデータ処理は、潜在的に、ホスト割り込みの回数を低減し、ホストプロセッサ使用を改善させうる。

コアファームウェアコンポーネント９０４は、ホストプロセッサ２０４への割り込みをアサートするホスト割り込みモジュール９３６および割り込みレジスタ９３０を含むことが出来る。割り込みレジスタ９３０は、ホストプロセッサ２０４によって制御可能でありうる。コアファームウェアコンポーネント９０４は、また、ＲＤＳデータフィルタ９０８を含みうるフィルタモジュール９０６、ＲＤＳグループフィルタ９１４、およびＲＤＳプログラム識別（ＩＤ）符合フィルタ９１０、ＲＤＳ ブロックＢフィルタ９１２、ＲＤＳチャージフィルタ９１６を含むことが出来る。加えて、コアファームウェアコンポーネント９０４は、グループ処理コンポーネント９１８を含むことが出来る。コアファームウェアコンポーネント９０４は、また、ホストプロセッサ２０４への割り込みの回数を低減するために使用されうるＲＤＳグループバッファ９２４を含むことが出来る。ＲＤＳデータのフィルタリング、グループ型０および２の処理、およびＲＤＳグループバッファ９２４は、また、後に更に詳細に記述されるであろう。コアファームウェアコンポーネント９０４は、また、各々が、ホストプロセッサ２０４によって制御可能なデータ転送レジスタ９２６およびＲＤＳグループレジスタ９２８を含むことが出来る。

コアデジタルコンポーネント９０２は、コアファームウェアコンポーネント９０４に、モノ／ステレオ、ＲＳＳＩレベル、干渉（ＩＦ）カウント、および同調検出情報を含むデータ９３２を提供することが出来る。このデータ９３２は、コアファームウェアコンポーネント９０４の状態チェッカ９３４によって受信可能である。状態チェッカ９３４は、データ９３２を処理し、処理されたデータは、ホスト割り込みモジュール９３６を介して、割り込みがホストプロセッサ２０４にアサートされる結果となるであろう。

様々なフィルタコンポーネントを含みうるフィルタモジュール９０６は、今、詳細に記述されるであろう。ＲＤＳデータフィルタモジュール９０８は、修正可能でないエラー、またはブロックＥグループ型の何れかを有するＲＤＳグループをフィルタ分離することが出来る。ホストプロセッサ２０４は、ＲＤＳデータフィルタ９０８が、間違ったまたは所望でないＲＤＳグループが更に処理されることを放棄するように、トランシーバコア２０２をイネーブルすることが出来る。前に注記したように、ＲＤＳデータフィルタ９０８は、おおよそ各８７．６ｍ秒毎にＲＤＳブロックのグループを受信することが出来る。

もし、ＲＤＳグループ内の（特有のブロックに対するブロック状態に相関された）ブロックＩＤが、“ブロックＥ”であり、またＲＤＳＢＬＯＣＫＥがトランシーバコアのＡＤＶＣＴＲＬレジスタ中にセッティングされない場合、ＲＤＳデータグループは放棄される。しかし、もし、ＲＤＳＢＬＯＣＫＥがＡＤＶＣＴＲＬレジスタ中にセッティングされる場合、データグループは、ＲＤＳグループバッファ９２４中に配置され、任意の更なる処理をバイパスする。この点において、ブロックＥグループは、米合衆国においてページングシステムに対して使用されうる。これらは、ＲＤＳデータと同一の変調とデータ構造を有しうるが、異なるデータプロトコルを採用することが出来る。

もし、ＲＤＳグループのブロック状態８０４（図８参照）が、“修正可能でない”または“規定無し”と表示され、ＲＤＳＢＬＯＣＫＥがＡＤＶＣＴＲＬレジスタ中にセッティングされない場合、ＲＤＳデータグループは放棄される。さもなくば、データグループはＲＤＳグループバッファ９２４中に直接配置される。全ての他のデータグループは、更なる処理のためにフィルタモジュール９０６を介して送られる。

フィルタモジュール９０６内の次のフィルタは、ＲＤＳ ＰＩ符合フィルタ９１０である。ＲＤＳ ＰＩ符合フィルタ９１０は、ＲＤＳグループが、ホストプロセッサ２０４への割り込みがアサートされるような所定のパターンに符合するプログラム識別（ＩＤ）を有するかを決定しうる。ホストプロセッサ２０４は、ブロック１中のプログラムＩＤおよび／またはブロック２中のビットが、所定のパターンに符合する限り、トランシーバコア２０２が、割り込みをアサートすることをイネーブルする。

ＲＤＳ ＰＩ符合フィルタ９１０は、ホストプロセッサ２０４が、トランシーバコア２０２のＲＤＳ＿ＣＯＮＦＩＧデータ転送（ＸＦＲ）モード中にＰＩＣＨＫバイトを書き込むとき、イネーブルされる。ＲＤＳ ＰＩ符合フィルタ９１０が、ＲＤＳデータグループを受信するとき、それはブロック１中のプログラム識別（ＰＩ）を、ホストプロセッサ２０４によって供給されたＰＩＣＨＫワードと比較するであろう。もし、ＰＩワードが符合すると、ＰＲＯＧＩＤ割り込み状態ビットがセッティングされ、そして割り込みは、もし、トランシーバコア２０２のＰＲＯＧＩＤＩＮＴ割り込み制御ビットがイネーブルされた場合、ＰＲＯＧＩＤホストプロセッサに送信される。

ＰＩは、各局／プログラムに対して特有な４ディジッド六（Ｈｅｘ）コードでありうる。そのようであるので、例えば、ホストプロセッサが、現時点で同調したチャンネルが所望のプログラムかを直ちに知りたいと欲する場合、ＲＤＳ ＰＩ符合フィルタ９１０の能力は使用されうる。

フィルタモジュール９０６の次のフィルタは、ＲＤＳ ブロックＢフィルタ９１２である。ＲＤＳ ブロックＢフィルタ９１２は、ＲＤＳグループが、ホストプロセッサ２０４への割り込みがアサートされうるべく、所定のブロックＢパラメータに符合するブロック２（即ち、ブロックＢ）エントリーを有するかを決定することが出来る。ＲＤＳ ブロックＢフィルタ９１２は、ホストプロセッサ２０４への特有のデータの早道を提供することが出来る。もし、ＲＤＳデータグループのブロック２が、ホストプロセッサが規定したブロックＢフィルタパラメータに符合する場合、グループデータは、直ちに、ホストプロセッサ２０４が処理可能なようにする。トランシーバコア２０２の中では、ＲＤＳグループデータの更なる処理は行われない。

例えば、図１０は、ホストがＲＤＳ ブロックＢデータ受信している１つのケースを例解する例示的なシーケンス図である。図１０で見られるように、ホストプロセッサ２０４は、トランシーバコア２０２と通信することが出来る。この例において、ブロックＢ符合は、トランシーバコア２０２において検出され、ホストプロセッサ２０４は、ブロックＢ符合が起こったことに気付くようになる。

図９に戻って、フィルタモジュール９０６の次のフィルタは、ＲＤＳグループフィルタ９１４である。ＲＤＳグループフィルタ９１４は、所定の１つあるいはそれより多くのグループ型内で無いグループ型を有するＲＤＳグループをフィルタ分離することが出来る。言い換えれば、ＲＤＳグループフィルタ９１４は、ホストプロセッサ２０４が興味を持っているデータのみを処理すればよいように、どのＲＤＳグループ型をＲＤＳグループバッファ９２４中に記憶するかを、ホストプロセッサ２０４が選択する手段を提供することが出来る。従って、ホストプロセッサ２０４は、トランシーバコア２０２が、選択されたＲＤＳグループ型のみを通過させるようにイネーブルすることが出来る。

この点において、コアファームウェアコンポーネント９０４は、（例えば、ホストプロセッサ２０４によって）、欲する場合、グループ型０またはグループ型２に対するＲＤＳグループデータをフィルタ分離するように、または、しないように構成することが出来る。図９は、もし、ＲＤＳＲＴＥＮ、ＲＤＳＰＳＥＮおよび／またはＲＤＳＡＦＥＮが、ＡＤＶＣＴＲＬレジスタ中にセッティングされる場合、グループ型０またはグループ型２を持ったＲＤＳグループデータ８０２は、グループ処理コンポーネント９１８によって処理されるように描かれている。

依然として、ＲＤＳグループフィルタ９１４を参照して、ホストプロセッサ２０４は、トランシーバコア２０２における以下のデータ転送モード（ＲＤＳ＿ＣＯＮＦＩＧ）レジスタ中にビットをセッティングすることによって、特有のグループ型（即ち、コア放棄）をフィルタ分離することが出来る。
ＧＦＩＬＴ＿０ブロックＢグループ型フィルタバイト０（グループ型０Ａ−３Ｂ）
ＧＦＩＬＴ＿０ブロックＢグループ型フィルタバイト１（グループ型４Ａ−７Ｂ）
ＧＦＩＬＴ＿０ブロックＢグループ型フィルタバイト２（グループ型８Ａ−１１Ｂ）
ＧＦＩＬＴ＿０ブロックＢグループ型フィルタバイト３（グループ型１２Ａ−１５Ｂ）
ＲＤＳグループフィルタ９１４中の各ビットは、特有のグループ型を提示する。図１１は、ＲＤＳグループフィルタ９１４の例を例解する概念的ブロック図である。トランシーバコア２０２が、パワーオンまたはリセットされたとき、ＲＤＳグループフィルタ９１４は、クリア（全ビットが、“０”にセットバック）される。もし、ビットがセッティング（“１”）されると、特有のグループ型は、転送されないであろう。

図９に戻って、フィルタモジュール９０６の次のフィルタは、変更されていないＲＤＳグループデータを有するＲＤＳグループをフィルタ分離するＲＤＳ変更フィルタ９１６である。ホストプロセッサ２０４は、トランシーバコア２０２が、ＲＤＳグループデータ中の変更があった場合のみに、特有のグループ型を通過させるようにイネーブルすることが出来る。ＲＤＳグループフィルタ９１４を通して通過するＲＤＳグループデータは、ＲＤＳ変更フィルタ９１６に適用することが出来る。ＲＤＳ変更フィルタ９１６は、各特有のグループ型に対する繰り返しのデータの量を低減するために使用されうる。ＲＤＳ変更フィルタ９１６をイネーブルするために、ホストプロセッサ２０４は、トランシーバコア２０２のＡＤＶＣＴＲＬレジスタ中にＲＤＳＦＩＬＴＥＲビットをセッティングすることが出来る。

本開示の１つの面に従って、フィルタモジュール９０６は、ホストプロセッサ２０４への割り込みの回数を低減すべく、ＲＤＳグループデータ８０２のフィルタリングの様々な型を実行することが出来る。上に注記したように、コアファームウェアコンポーネント９０４は、また、今、更に詳細に記述されるであろうグループ処理コンポーネント９１８を含むことが出来る。

グループ処理コンポーネント９１８は、ＲＤＳグループ型０データプロセッサ９２２およびＲＤＳグループ型２データプロセッサ９２０を含むことが出来る。ＲＤＳグループ型０データプロセッサ９２２を参照して、このプロセッサは、決定がポジティブであるとき、ホストプロセッサ２０４への割り込みをアサートするように、ＲＤＳグループがグループ型０を有するか、また、ＲＤＳグループに対するプログラムサービス（ＰＳ）情報に変更があったかを決定することが出来る。

トランシーバコア２０２は、ＲＤＳグループ型０Ａおよび０Ｂデータを処理する能力を有する。この型のグループデータは、典型的に、主ＲＤＳフィーチャ（例えば、プログラム識別（ＰＩ）、プログラムサービス（ＰＳ）、トラフィックプログラム（ＴＰ）、トラフィックアナウンスメント（ＴＡ）、シーク／スキャンプログラム型（ＰＴＹ）および代替的周波数（ＡＦ））を有すると考えられ、また、典型的にＦＭ放送者によって送信される。例えば、この型のグループデータは、ＦＭ受信機に、現時点のプログラム型（例えば、“Ｓｏｆｔ Ｒｏｃｋ”）、プログラムサービス名（例えば、“ＲＯＣＫ１０５３”）および同一のプログラムを搬送する可能な代替的周波数のような同調情報を提供する。

この点において、図１２は、ＲＤＳグループ型０Ａに対するＲＤＳ基本的チューニングおよびスイッチング情報の例を例解する概念的ブロック図である。これは、とりわけ、グループ型コード１２０２、プログラムサービス名やＤＩセグメントアドレス１２０４、代替的周波数１２０６、およびプログラムサービス名セグメント１２０８を示す。一方、図１３は、グループ型０Ｂに対するＲＤＳ基本的チューニングおよびスイッチング情報の例を例解する概念的ブロック図である。これは、とりわけ、グループ型コード１３０２、プログラムサービス名やＤＩセグメントアドレス１３０４、およびプログラムサービス名セグメント１３０６を示す。

本開示の１つの面に従えば、トランシーバコア２０２は、プログラムサービスキャラクタストリングをアセンブルおよび有効化することが出来、ストリングが変更される、または１回だけ繰り返されるときにのみ、トランシーバコア２０２は、ホストプロセッサ２０４に警告する。ホストプロセッサ２０４は、示されたストリングを、そのディスプレイ上に出力することのみしなくてはならない。ＲＤＳプログラムサービス名フィーチャをイネーブルするために、ホストプロセッサ２０４は、トランシーバコア２０２のＡＤＶＣＴＲＬレジスタ中にＲＤＳＰＳＥＮビットをセッティングすることが出来る。

グループ型０処理を更に参照すれば、プログラムサービス（ＰＳ）テーブルイベントは、８個のプログラムサービス名ストリング（長さ８キャラクタ）のアレイから構成されうる。このＰＳテーブルは、ラジオテキストに類似のテキストメッセージングフィーチャのように、米合衆国ラジオ放送のプログラムサービスの使用を取り扱うように見られうる。

この点において、図１４は、プログラムサービス（ＰＳ）テーブル１４００に対するフォーマットの例を例解する概念的ブロック図である。ＰＳテーブル１４００の最初のバイトは、ＰＳテーブル１４００中の、どのプログラムサービス名が新規または繰り返しかを示すために使用されるビットフラグ（ＰＳ０−ＰＳ７）から構成されうる。例えば、もし、ＰＳ２−ＰＳ４がセッティングされ、更新ビット（“Ｕ”）がセッティングされた場合、ホストプロセッサ２０４は、単にディスプレイ上で、ＰＳ２−ＰＳ４を通して反復する。

ＰＳテーブル１４００中の次の５ビットは、現時点のプログラム型（例えば、“Ｃｌａｓｓｉｃ Ｒｏｃｋ”）である。更新フラグ（“Ｕ”）は、示されたプログラムサービス名が新規である（“０”）か、または繰り返し（“１”）であるかを示す。プログラム識別（ＰＩ）の１６ビットが続く。

ＰＳテーブル１４００中の次の４ビットは、以下のような、グループ０パケットから抽出されたフラグである：
ＴＰ−トラフィックプログラム
ＴＡ−トラフィックアナウンスメント
ＭＳ−音楽／スピーチスイッチコード
ＤＩ−デコーダ識別制御コード
ＰＳテーブル１４００中の残りのバイトは、８個のＰＳ名（各８キャラクタ）である。

ＰＳテーブルの使用の例は、図１５ないし１７を参照しながら、今記述されるであろう。図１５ないし１７中のＰＳテーブルは、その使用を示すのを助けるために、図１４中のテーブルと異なるフォーマットであることに留意すべきである。図１５は、ＰＳネームテーブル１５０４を発生することの例を例解する概念的ブロック図である。この例において、放送者は、アーティストおよび歌のタイトルを示すグループ０パケット１５０２の同一のシーケンスを、定常的に送信している。トランシーバコア２０２は、各ＰＳ名ストリングを再アセンブルおよび有効化し、また、必要なように、ＰＳテーブル１５０４を更新する。

図１６は、ホストシステム２００上で表示されたテキストに対応するＰＳ名データの例を例解する概念的ブロック図である。図１６において、ホストプロセッサ２０４によって受信された最終のＰＳテーブル１６０２の内容が示される。そのように、ホストプロセッサ２０４は、繰り返しを示し、ＰＳ２からＰＳ５に対するＰＳビットフラグ中で示されたような、ＰＳ名を通して反復する更新フラグを読み出す必要がある。これらのＰＳ名は、それからホストディスプレイ１６０４上で表示されうる。

前述の有効化フィーチャをイネーブルすることや、ＲＤＳグループバッファ９２４（図９参照）からグループ０Ａ／０Ｂパケットをフィルタ分離することは、トランシーバコア２０２からホストプロセッサ２０４へのトラフィックの量を大いに低減することが出来る。多数のグループ０パケットに代わって、歌やコマーシャルブレイクの間に、幾つかのＰＳテーブルイベントのみが起こる。

依然として、グループ型０処理を参照しながら、図１７は、グループ型０でＲＤＳデータを処理することの例を例解するシーケンス図である。更に特定的に、ホストプロセッサ２０４が、ＲＤＳグループ型０データ処理フィーチャをイネーブルすることが出来、トランシーバコア２０２からＰＳテーブルデータを受信することが出来るかの例を提供する。

ホストシステム３００は、グループ型０データに対し、ダイナミックプログラムサービス名を提供することが出来る。ＲＢＤＳ標準規格（欧州標準規格の北米等価標準規格）は、ＰＳ使用に対して、より厳格ではない条件を採用している。米合衆国での放送者は、プログラムサービス名を、現在のコールレター（“ＫＰＢＳ”）とスローガン（“Ｚ−９０”）に使用するのみならず、歌のタイトルとアーティスト情報を送信するためにも使用する。従って、ＰＳは、継続して変化しうる。

この点において、図１８Ａから１８Ｊまでは、ホストプロセッサ２０４上で、ダイナミックネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。この例において、ＦＭ放送者は、コマーシャルブレイクの間に、繰り返して、“Ｓｏｆｔ”、“Ｒｏｃｋ”、“Ｋｉｃｋｓｙ”、および“９６．５”を送信するためにプログラムサービス名を使用する。歌が演奏開始したとき、放送者は、歌の間中、“Ｆａｉｔｈ ｂｙ”、“Ｇｅｏｒｇｅ”、および“Ｍｉｃｈａｅｌ”を継続的に送信する。放送者は、常時ＰＳストリングを繰り返す。というのは、受信者がいつ、局に同調するかは分からないので。そのような繰り返しの送信は、ホストプロセッサ２０４への多数の割り込みの送信となりうる。１８Ａから１８Ｊまでの各々において、エレメント１８０２は、ＰＳ名テーブルに対応し、エレメント１８０４は、ホストディスプレイに対応する。

第１のイベントに対応するように見られる図１８Ａにおいて、トランシーバ２０２は、放送者のコマーシャルブレイクの間にイネーブルされ、“ＲＯＣＫ ”を創生するＲＤＳグループ型０Ａセグメント０−３の受信を開始する。このストリングは、ＰＳテーブル１８０２中に配置され、対応するＰＳビットがセッティングされ、更新フラグが、新規（“０”）にセッティングされる。現時点のプログラム型（ＰＴＹ）、プログラム識別（ＰＩ）、および他のフィールドも埋められる。

加えて、ＲＤＳＰＳ割り込み状態ビットがセッティングされ、もし、ＲＤＳＰＳＩＮＴ割り込み制御ビットがイネーブルされる場合、ホストプロセッサ２０４に対して割り込みが発生される。ひとたびホストプロセッサ２０４が、ＰＳテーブル１８０２を読み出すと、これは、テーブル中のＰＳ名は新規であることを検出し、そのディスプレイ１８０４を示されたＰＳストリングでリフレッシュする。

次のイベントに対応するように見られる図１８Ｂにおいて、放送者は同一のＰＳ名を再び送信する。トランシーバコア２０２は、ＰＳテーブル１８０２において、既にエレメントと符合する、８キャラクタストリングを創成する次のグループ０Ａセグメント０−３を受信する。繰り返されるＰＳビットがセッティングされ、更新フラグが繰り返し（“１”）にセッティングされる。割り込みがホストプロセッサ２０４に対して発生され、イネーブルされると、ホストプロセッサ２０４は、ＰＳテーブル１８０２を読み出し、そのディスプレイ１８０４を、繰り返しのＰＳ名に保持する。

図１８Ｃにおいて、放送者は新規のＰＳ名を送信する。トランシーバコア２０２は、グループ型０Ａセグメント０−３“Ｋｉｃｋｓｙ ”を受信する。トランシーバコア２０２は、ＰＳストリングを、ＰＳテーブル１８０２中の次の利用可能なスロットに配置し、対応するＰＳフラグビットをセッティングし、更新フラグを新規（“０”）にセッティングする。

図１８Ｄにおいて、放送者は新規のＰＳ名を再び送信する。トランシーバコア２０２は、ストリング“ ９６．５ ”を創生するグループ型０Ａセグメント０−３を受信する。トランシーバコア２０２は、ＰＳストリングを、ＰＳテーブル１８０２中の次の利用可能なスロットに配置し、対応するＰＳフラグビットをセッティングし、更新フラグを新規（“０”）にセッティングする。

図１８Ｅにおいて、放送者はＰＳ名“Ｓｏｆｔ ”を送信し、トランシーバコア２０２は、ＰＳテーブル１８０２を更新する。図１８Ｆにおいて、放送者は、コマーシャルブレイクを通して４つのＰＳ名を繰り返す。トランシーバコア２０２は、“Ｒｏｃｋ ”を受信し、対応するＰＳフラグビットをセッティングし、更新フラグを繰り返し（“１”）にセッティングする。

図１８Ｇにおいて、トランシーバコア２０２は、“Ｋｉｃｋｓｙ ”を再び受信し、ＰＳフラグビットをセッティングし、更新フラグを繰り返し（“１”）にセッティングする。今、複数のプログラムサービス名が繰り返し、とフラグされているので、ホストプロセッサ２０４は、ＰＳ名を通して予め決められた遅延（例えば、２秒）を伴って反復する。もし、ホストプロセッサ２０４が、新規のＰＳ名を示すＰＳテーブルを受信する場合、プロセッサは周期的なディスプレイタイマをキャンセルし、新規のＰＳ名を表示する。

図１８Ｈにおいて、トランシーバコア２０２は、繰り返しストリング“ ９６．５ ”を受信し、対応するＰＳフラグビットをセッティングし、更新フラグを繰り返し（“１”）にセッティングする。

図１８Ｉにおいて、トランシーバコア２０２は、繰り返しストリング“Ｓｏｆｔ ”を受信し、対応するＰＳフラグビットをセッティングし、更新フラグを繰り返し（“１”）にセッティングする。この点において、トランシーバコア２０２は、ＰＳテーブルイベントをホストプロセッサ２０４に送信することを停止する。というのは、ＰＳ名、“Ｓｏｆｔ”、“Ｒｏｃｋ”、“Ｋｉｃｋｓｙ”、および“９６．５”は、（数分続く）コマーシャルブレイクの間、繰り返されるからである。ホストプロセッサ２０４は、ディスプレイ１８０４を更新するために受信された最後のＰＳテーブル１８０２を使用する。

図１８Ｊに戻れば、数分後にコマーシャルブレイクは終了し、歌の演奏が始まる。トランシーバコア２０２は、“Ｇｅｏｒｇｅ”を創生するＲＤＳグループ型０Ａセグメント０−３を受信する。このストリングはＰＳテーブル１８０２中に配置され、対応するＰＳビットがセッティングされ、更新フラグが新規（“０”）にセッティングされる。

ＲＤＳグループ型データ処理フィーチャは、現実の生活放送で持ってテストされるということを認識すべきである。ある時間の期間（〜１０分）、ローカル放送者は、歌１→コマーシャルブレイク→歌２のシーケンスの間、２，９７３個のグループ型０Ａを送信する。ＲＤＳＰＳＥＮフィーチャがイネーブルされ、トランシーバコア２０２は、４９個のＰＳテーブルをホストプロセッサ２０４に送信する。

もし、ホストプロセッサ２０４が、ＲＤＳグループ型０Ａ自身を処理したいと思う場合、それはＲＤＳグループフィルタ９１４（図９を参照）を、全てのグループ型０Ａパケットをルーティングするように構成しうる。この例において、ホストプロセッサ２０４は、２，９７３個のグループ型０Ａパケットを受信したであろう。ホストプロセッサ２０４は、それから、プログラムサービス名を有効化し、アセンブルするプロセッサ時間を消費しなくてはならない。この例において、ＲＤＳグループ型０データ処理フィーチャを使用して、ホストプロセッサ中に“割り込み”を貯蔵するのは９８．４％であろう。

依然として、グループ型０データを参照しながら、ホストシステム２００は、また、スタティックプログラムサービス名を提供しうる。プログラムサービスの設計意図は、不変である受信機プリセットに対するラベルを提供することが出来る。というのは、代替的周波数（ＡＦ）フィーチャを取り込んだ受信機は、選択されたプログラムに従って、１つの周波数から別の周波数にスイッチするであろうから。欧州において、同調されたサービスのＰＳ名は、本来的にスタティックである。トランシーバコア２０２は、ホストプロセッサ２０４に、新規プログラムサービス名を通知するために、同一のＰＳテーブルイベントを使用する。ホストプロセッサ２０４は、任意の時間において、ＰＳテーブルを検索することが出来る。

図１９Ａから１９Ｂは、ホストプロセッサ２０４上で、スタティックＰＳネームデータおよび対応しているディスプレイテキストの例を例解する概念図である。この例において、欧州のユーザは新規のチャンネル（“ＣＡＰＩＴＡＬ”）に同調する。図１９Ａから１９Ｂの各々において、エレメント１９０２は、ＰＳテーブル名と対応し、また、エレメント１９０４は、ホストディスプレイと対応する。

第１のイベントと対応するように見られうる図１９Ａにおいて、ホストプロセッサ２０４は、トランシーバコア２０２を新規周波数に同調する。トランシーバコア２０２は、“ＣＡＰＩＴＡＬ”を創生するＲＤＳグループ型０Ａセグメント０−３を受信する。このストリングは、ＰＳテーブル１９０２中に配置され、対応するＰＳビットがセッティングされ、更新フラグが、新規（“０”）にセッティングされる。現時点のプログラム型は、また満たされる。ホストプロセッサ２０４は、ＰＳテーブルイベントを受信し、そのディスプレイ１９０４を更新する。

次のイベントと対応するように見られうる図１９Ｂにおいて、トランシーバコア２０２は、ＰＳテーブル１９０２中に既に存在するエレメントと符合する８−キャラクタストリングを創成するシーケンシャルセグメント０−３を受信する。繰り返されたＰＳビットはセッティングされ、更新フラグは、繰り返し（“１”）にセッティングされる。

この点において、ホストプロセッサ２０４は、繰り返しプログラムサービス名をそのディスプレイ１９０４上に、更新フラグが、新規にセッティングされている別のＰＳテーブルイベントを受信するまで維持する。これは、トラフィックアナウンスメント（ＴＡ）フィールドが変更した、または、ホストプロセッサ２０４が異なる局に同調した場合に起こりうる。

グループ型０の別の面は、代替的周波数（ＡＦ）リスト情報に関係する。トランシーバコア２０２は、ホストプロセッサ２０４に割り込みがアサートされうるように、ＲＤＳグループがグループ型０を有するか、また、ＡＦリスト情報に変更があるかを決定する。１つの例において、トランシーバコア２０２は、グループ型０ＡからＡＦリストを抽出し、リストが変更されるときのみに、ＡＦリストをホスト制御インターフェース（ＨＣＩ）イベント中に提供するであろう。ホストプロセッサ２０４は、マニュアル的にＦＭラジオを代替的周波数に同調させるように、このリストを使用することが出来る。加えて、もし、ホストプロセッサ２０４が、現時点で同調された局に対してＡＦリストを受信する場合、これは、受信した信号力が、ある閾値以下となると、ＡＦジャンプサーチモードをイネーブルすることが出来る。ＲＤＳ代替的周波数リストフィーチャをイネーブルさせるために、ホストプロセッサ２０４は、ＲＤＳＡＦＥＮビットをＡＤＶＣＴＲＬレジスタ中にセッティングすることが出来る。

以下は、本開示の１つの面に従って、一般的にＡＦリスト情報に適用する：
ＡＦ方法Ａ（グループ０Ａ）のみがサポートされる。
いかなるＬＦ／ＭＦ周波数も、ホストプロセッサ２０４に送信されたＡＦリスト中に含まれない。
強化された他のネットワーク（ＥＯＮ）グループ型１４ＡにおけるＡＦコードはサポートされない。
ＡＦリストイベントは、現時点で同調された周波数、プログラム識別（ＰＩ）コード、リスト中のＡＦの数、およびＡＦのリスト。

図２０は、代替的な周波数（ＡＦ）リストフォーマットの例を例解する概念ブロック図である。ホストプロセッサ２０４は、ＡＦリスト２０００をトランシーバコア２０２から読み出すために、ＲＤＳ＿ＡＦ＿０／１データ転送（ＸＦＲ）モードを使用する。

上で留意したように、グループ処理コンポーネント９１８（図９参照）は、また、更に詳細に記述されるであろうが、ＲＤＳグループ型２データプロセッサ９２０を含むことが出来る。ＲＤＳグループ型２データプロセッサ９２０は、決定がポジティブであるとき、ホストプロセッサへの割り込みをアサートするように、ＲＤＳグループがグループ型２を有するか、およびＲＤＳグループに対するラジオテキスト（ＲＴ）情報中の変更があるかを決定することが出来る。ＲＴは、典型的に、ＲＤＳの二次的なフィーチャと考えられ、ラジオ放送者が、例えば、現時点のアーティスト、歌のタイトル、局のプロモーション、等のような６４キャラクタまでの情報を、視聴者に送信することを許容する。

本開示の１つの面に従えば、トランシーバコア２０２は、ＲＴを抽出し、６４キャラクタまでのストリング、およびＰＩとＰＴＹを、ＲＴストリングが変更されるとき、ホストプロセッサ２０４のみに提供することが出来る。トランシーバコア２０２は、ラジオテキストをキャラクタストリングをアセンブルおよび有効化することが出来、ストリングが変更されたとき、トランシーバコア２０２は、ＲＤＳＲＴＩＮＴがイネーブルされた場合、ホストプロセッサ２０４に割り込む。ホストプロセッサ２０４は、それから、ＲＤＳ＿ＲＴ＿０／１／２／３／４データ転送（ＸＦＲ）モードを使用することによってラジオテキストを読み出す。ホストプロセッサ２０４は、そのディスプレイ上にストリングを出力することのみ必要であろう。ラジオテキストは、キャリッジリターン（０ｘ０Ｄ）を持って終了することが出来るが、幾つかの放送者は、ストリングをスペース（０ｘ２０）で埋めることが出来る。ＲＤＳグループ型２データ処理フィーチャをイネーブルするために、ホストプロセッサ２０４は、ＲＤＳＲＴＥＮビットをＡＤＶＣＴＲＬレジスタ中にセッティングすることが出来る。

図２１は、グループ型２Ａに対するＲＤＳラジオテキストの例示的なフォーマットの例を例解する概念ブロック図である。これは、他のデータと共に、グループ型コード２１０２、テキストセグメントアドレスコード２１０４、およびラジオテキストセグメント２１０６と２１０８を示す。一方、図２２は、グループ型２Ｂに対するＲＤＳラジオテキストの例示的なフォーマットの例を例解する概念ブロック図である。これは、他のデータと共に、グループ型コード２２０２、テキストセグメントアドレスコード２２０４、およびラジオテキストセグメント２２０６を示す。

ＲＤＳグループ型データ処理フィーチャは、現実の生活放送で持ってテストされるということを認識すべきである。ある時間の期間（〜１０分）、ローカル放送者は、歌１→コマーシャルブレイク→歌２のシーケンスの間、３，４６４個のグループ型２Ａを送信する。ＲＤＳＲＴＥＮ進歩したフィーチャがイネーブルされ、トランシーバコア２０２は、３個のラジオテキストイベントをホストプロセッサ２０４に送信のみする。

もし、ＲＤＳブロックＢフィルタ９１２（図９参照）が、全てのグループ型２Ａをルーティングするように構成された場合、ホストプロセッサ２０４は、ＢＦＬＡＧで持って３，４６４回割り込まれうる。ホストプロセッサ２０４は、それから、テキストストリングを有効化し、アセンブルするプロセッサ時間を消費しなくてはならない。この例において、ＲＤＳグループ型２データ処理を使用して、ホストプロセッサ中に“割り込み”を貯蔵するのは９９．９％であろう。

図２３は、ＲＤＳグループ型２データ処理の例を例解しているシーケンス図である。これは、如何にしてホストプロセッサ２０４が、ＲＤＳグループ型２データ処理フィーチャをイネーブルし、ラジオテキストを受信するかの例を示す。

上に例解されたように、本開示の１つの面に従えば、グループ処理コンポーネント９１８（図９を参照）は、これらの特有のグループ型の処理に対するＲＤＳグループ型０データプロセッサ９２２、およびＲＤＳグループ型２データプロセッサ９２０を含む。上で注記したように、コアファームウェアコンポーネント９０４は、今、更に詳細に記述されるＲＤＳグループバッファ９２４を含むことも出来る。ＲＤＳグループバッファ９２４は、ホストプロセッサ２０４が割り込みする前に、新規のＲＤＳデータに対する割り込みの回数を低減するように、複数のＲＤＳグループを記憶することが出来る。

図２４は、ＲＤＳグループバッファの例を例解する概念的ブロック図である。トランシーバコア２０２は、２１個のＲＤＳグループまで保持することが出来る（図９におけるエレメント９２４に対応する）デュアルＲＤＳグループバッファ２４０２および２４０４を含むことが出来る。ＲＤＳグループは、例えば、４個のブロックを含む。以前、図８を参照しながら記述されたように、各ブロックは、２個の情報バイトと１個の状態バイトとを含む。

ホストプロセッサ２０４は、バッファ閾値を、ＲＤＳ＿ＣＯＮＦＩＧデータ転送（ＸＦＲ）モードのＤＥＰＴＨパラメータで構成する。トランシーバコア２０２が、バッファ閾値に到達すると、ホストプロセッサ２０４に通知することが出来、他のバッファにスイッチすることが出来、ここで次のＲＤＳグループで充足し始める。デュアルＲＤＳグループバットランシーバコア２０２は、他に書き込む。ホストプロセッサ２０４は、トランシーバコア２０２が、他のバッファを（予め決定された閾値まで）充足する前に、１つのＲＤＳグループバッファの内容を読み出す、または、そのバッファ中の残ったデータを失うことが出来ることに留意すべきである。

ホストプロセッサ２０４は、フラッシュタイマを、バッファ中のグループが“ｓｔａｌｅ”にならないようにセッティングすることも出来る。フラッシュタイマは、ＦＬＵＳＨＴをＲＤＳ＿ＣＯＮＦＩＧデータ転送（ＸＦＲ）モードに書き込むことによって構成しうる。

図２５は、ＲＤＳグループデータのバッファリングと処理の例を例解するシーケンス図である。図２５に見られるように、ホストプロセッサ２０４は、トランシーバコア２０２と通信することによって、図９のＲＤＳグループバッファ９２４の内容を読み出すことが出来る。

図２および９に戻って参照すれば、開示の１つの面に従って、以下のホストプロセッサ制御可能なＲＤＳフィーチャが、（ｉ）ＲＤＳデータフィルタ９０８を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、米合衆国においてページングシステムで使用されうるブロックＥ型からなる修正出来ないブロックおよびＲＤＳグループを放棄することをイネーブルし、（ｉｉ）ＲＤＳ ＰＩ符合フィルタ９１０を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、ブロック１中のプログラムＩＤ、および／またはブロック２中のビットが所定のパターンと符合する限り、割り込みをアサートすることをイネーブルし、（ｉｉｉ）ブロックＢフィルタ９１２を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、ＲＤＳデータグループのブロック２がホストプロセッサ２０４によって規定されたブロックＢフィルタパラメータと符合（ｍａｔｃｈ）する限り、割り込みをアサートすることをイネーブルし、（ｉｖ）グループフィルタ９１４を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、特有のグループ型のみを通過させ、および（ｖ）ＲＤＳ変更フィルタ９１６を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、グループデータ中の変更があった場合のみに、特有のグループ型のみを通過させるようにトランシーバコア２０２にもたらされる。

ホストプロセッサ制御可能なＲＤＳフィーチャは、さらに、（ｖｉ）ＲＤＳグループバッファ９２４を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、処理されるべき新規ＲＤＳデータがあることをホストプロセッサ２０４に通知する前に、２１個までのグループをバッファするように構成することが出来、（ｖｉｉ）ＲＤＳグループ型０データプロセッサ９２２を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、ＲＤＳグループ型０（基本的同調とスイッチング情報）パケットを処理するようにイネーブルし、ここで、トランシーバコア２０２は、プログラム識別（ＰＩ）コード、プログラム型（ＰＴＹ）を抽出することが出来、プログラムサービス（ＰＳ）ストリングのテーブルを提供し、トランシーバコア２０２は、ＰＳテーブル中の変更があったとき（例えば、歌が変更となったとき）に情報のみを送信し、および、ホストプロセッサ２０４が、トランシーバコア２０２を、代替的周波数（ＡＦ）リスト情報をＲＤＳグループ型０から抽出するようにイネーブルし、（ｖｉｉｉ）ＲＤＳグループ型２データプロセッサ９２０を使用することによって、ホストプロセッサ２０４が、トランシーバコア２０２を、ＲＤＳグループ型２（ラジオテキスト）パケットを処理するようにイネーブルすることが出来、ここで、トランシーバコア２０２はラジオテキスト（ＲＴ）を抽出し、６４個までのキャラクタストリングおよびＰＩとＰＴＹを、ＲＴストリングが変更するとき、ホストプロセッサ２０４のみに提供する。

本開示の１つの面に従って、トランシーバコア２０２は、ホストプロセッサ２０４上でのＲＤＳ処理の量を低減するのを手助けしうる多数のフィルタリングとデータ処理能力を有する。例えば、トランシーバコア２０２中のＲＤＳグループデータのバッファリングは、ホストプロセッサ２０４への割り込みの回数を低減することが出来る。従って、ホストプロセッサ２０４は、ＲＤＳ割り込みの受領確認をするために頻繁にウェークアップする必要はない。フィルタリングは、ホストプロセッサ２０４が、所望のデータ型のみを、変更があった場合のみに受信するようにすることが出来る。これは、典型的に、割り込みの量を低減し、ホストプロセッサ２０４上に、“生の”ＲＤＳデータをフィルタ分離するために必要であろうコードを節約する。トランシーバコア２０２中の主ＲＤＳグループ型（０および２）の処理は、主プロセッサ２０４をオフロードするように見られる。ホストプロセッサ２０４は、ユーザに、予め処理されたＰＳおよびＲＴストリングを表示しなくてはならない。ＰＳテーブルとＲＴストリングは、ホストプロセッサ２０４が、全ての割り込みをディスエーブルし、希望する（例えば、スクリーンセーバモードから出る）ときに、現時点のストリングを検索出来るトランシーバコアメモリ中に駐在する。

図２６は、ＲＤＳデータ処理の様々なレベルを実行するためのトランシーバコア２０２に対する構成の例を例解する概念ブロック図である。図２６に示されるように、トランシーバコア２０２は、様々なレベルのＲＤＳ処理を実行するように構成されうる。

図２７は、データプロセッサを使用してＲＤＳデータを処理する例示的な動作を例解するフロー図である。ステップ２７０２において、ＲＤＳデータはデータプロセッサによって受信される。ステップ２７０４において、受信されたＲＤＳデータは、データプロセッサによってフィルタリングされる。これは、ホストプロセッサ２０４がＲＤＳデータの選択されたセットの受信を許容する。ステップ２７０６において、ホストプロセッサ２０４への割り込みの回数は低減される。

本開示の１つの面に従えば、データプロセッサは、１つあるいはそれより多くのコンポーネント、または図９に示されたコンポーネントの全てを含むことが出来る。別の面において、データプロセッサは、図３のマイクロプロセッサ３２２、または、例えば図３に示された他の任意の１つあるいはそれより多くのコンポーネントやコンポーネントの全てを含むことが出来る。データプロセッサおよびホストプロセッサは、同一の集積回路や、同一のプリント回路基板や、同一のデバイスまたはコンポーネント上で実現されうる。代替的に、データプロセッサおよびホストプロセッサは、分離された集積回路や、分離されたプリント回路基板や、分離されたデバイスまたはコンポーネント上で実現されうる。データプロセッサおよびホストプロセッサは、異なるデバイスまたはコンポーネントに渡って配布されうる。

１つの面において、データプロセッサは、ホストプロセッサによって構成（例えば、制御され、ホストプロセッサによりイネーブルまたはディスエーブル）されうる１つあるいはそれより多くのパラメータに基づいて、１つあるいはそれより多くのパラメータに依存して選択されたＲＤＳデータのセットが、ＲＤＳデータのサブセットであるように、ＲＤＳデータをフィルタするように構成することが出来る。そのようなサブセットは、選択されたＲＤＳグループを含むことが出来る。別の面において、選択されたＲＤＳデータのセットは、ＲＤＳデータのサブセットであるか、ＲＤＳの何れでもないか、またはＲＤＳの全体であるかである。

データプロセッサは、ＲＤＳデータをフィルタリングする１つあるいはそれより多くのフィルタ（例えば、図９のブロック９０８、９１０、９１２、９１４、および９１６）を含むことが出来る。フィルタの各々、または幾つかは、ホストプロセッサによって選択的に構成（例えば、制御され、ホストプロセッサによりイネーブルまたはディスエーブル）されうる。例えば、フィルタの各々、または幾つかは、データプロセッサによって、他のフィルタの１つあるいはそれより多くと独立に構成可能でありうる。データプロセッサは、また、ホストプロセッサによって選択的に構成（例えば、制御され、ホストプロセッサによりイネーブルまたはディスエーブル）可能な１つあるいはそれより多くのRDSグループバッファを含むことが出来る。

データプロセッサは、ホストプロセッサによって選択的に構成（例えば、制御され、ホストプロセッサによりイネーブルまたはディスエーブル）された１つあるいはそれより多くの処理コンポーネント（例えば、図９中のブロック９２０および９２２）を含むことが出来る。例えば、１つあるいはそれより多くのグループ処理エレメントは、１つあるいはそれより多くの他のグループ処理エレメントと独立にホストプロセッサによって構成することが出来る。

別の面において、データプロセッサは、ホストプロセッサによって構成（例えば、制御され、ホストプロセッサによりイネーブルまたはディスエーブル）された１つあるいはそれより多くのパラメータに基づいて、１つあるいはそれより多くのパラメータに依存して割り込みの回数が低減されたり、低減されなかったりするように、ホストプロセッサへの割り込みの回数を低減するように構成される。

データプロセッサおよびホストプロセッサの各々は、ソフトウェア、ハードウェア、または両方の組み合わせを使用して実現することが出来る。例として、データプロセッサおよびホストプロセッサの各々は、１つあるいはそれより多くのプロセッサで実現することが出来る。プロセッサは、一般目的マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、用途特定集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラ、状態マシーン、ゲートロジック、ディスクリートハードウェアコンポーネント、または、計算や他の情報の操作を実行しうる任意の他の適切なデバイスでありうる。データプロセッサとホストプロセッサの各々は、また、ソフトウェアを記憶する、１つあるいはそれより多くの機械読み出し可能な媒体を含むことが出来る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外と引用されようが、広く、命令、データ、または、任意のそれらの組み合わせを含むものと解釈されるであろう。命令は、コード（例えば、ソースコードのフォーマット、二進コードのフォーマット、実行可能なフォーマット、コードの適切な任意の他のフォーマット）を含むことが出来る。

機械読み出し可能な媒体は、ＡＳＩＣのケースのように、プロセッサ中に集積された記憶を含みうる。また、機械読み出し可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み出し専用メモリ（ＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ、または任意の他の適切な記憶デバイスのような、プロセッサ外の記憶を含みうる。加えて、機械読み出し可能な媒体は、伝送線やデータ信号をエンコードする搬送波を含みうる。当業者は、データプロセッサおよびホストプロセッサに対する記述された機能性を如何に最適に実現するかを認識するであろう。本開示の１つの面に従えば、機械読み出し可能な媒体は、命令がエンコードされ、または記憶されたコンピュータ読み出し可能な媒体であり、命令と残りのシステム間構造的および機能的相互関係を規定するコンピューティングエレメントであり、命令の機能性を実現することを許容する。命令は実行可能であり、例えば、ホストシステムによって、または、ホストシステムのプロセッサによって実行可能である。命令は、例えば、コードを含むコンピュータプログラムである。

図２８は、ＲＤＳデータの処理に対するホストシステムの機能性の例を例解する概念ブロック図である。ホストシステム２００は、ホストプロセッサ２０４およびデータプロセッサ２８０２を含む。データプロセッサ２８０２は、ＲＤＳデータを受信するためのモジュール２８０４を含む。データプロセッサ２８０２は、さらに、ホストプロセッサ２０４がＲＤＳデータの選択されたセットを受信することを許容するようにＲＤＳデータをフィルタリングするためのモジュール２８０６を含む。加えて、データプロセッサ２８０２は、ホストプロセッサ２０４への割り込みの回数を低減するためのモジュール２８０８を含む。

当業者は、本出願に記述された様々な例解的ブロック、モジュール、エレメント、コンポーネント、方法、およびアルゴリズムは、電子的なハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現しうることを認識するであろう。例えば、グループ処理コンポーネント９１８およびフィルタモジュール９０６の各々は、電子的なハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現しうる。このハードウェアとソフトウェアの交換可能性を例解するために、様々な例解的ブロック、モジュール、エレメント、コンポーネント、方法、およびアルゴリズムは、それらの機能性の形で、一般的に上で記述されている。そのような機能性が、ハードウェアあるいはソフトウェアとして実現されるかは、特有のアプリケーションおよび全体システムに課される設計制約に依存する。熟練者は、記述された機能性を、各特有のアプリケーションに対して方法を変化させることで実現する。様々なコンポーネントおよびブロックは、主題の技術の範囲から全て逸脱すること無く、異なるようにアレンジ（例えば、異なる順序、または異なる方法に分割）される。例えば、図９におけるフィルタモジュール９０６中の特有の順序は、再アレンジされ、フィルタの幾つかまたは全ては、異なる方法に分割されうる。

開示されたプロセス中のステップの特有の順序や階層は、再アレンジされうることを理解するべきである。幾つかのステップは、同時に実行されうる。後続の方法クレームは、サンプルの順序での様々なステップの要素を示し、示された特有の順序や階層に限定されることを意味しないことを理解するべきである。

様々な前記の記述は、本技術の当業者が、本出願において記述された様々な面を実行することを可能ならしめるために提供される。これらの面に対する様々な変形は、本技術の当業者にとって容易に明白であり、本出願で規定された一般的原理は、他の面に応用することが出来る。従って、特許請求項は、本出願で示された面に限定されることを意図しておらず、言語クレームと一貫性のある全範囲に一致している。ここで、単数でのエレメントの参照は、“１つであり、１つのみ”を意味するのではなく、特別に、そのように宣言しない限り、むしろ、“１つあるいはそれより多く”を意味する。特別に、そうでないと宣言しない限り、用語“幾つか”は、１つあるいはそれより多くを指す。男性形の代名詞（例えば、ｈｉｓ）は、女性形および中性形（ｈｅｒおよびｉｔｓ）を含み、その逆もある。本開示の全体を通して記述された様々な面のエレメントと、構造的および機能的に等価なもので、当業者によって知られている、または、後に知られるようになったものは、本出願に参照により明確に取り込まれ、請求項によって包含されることを意図している。更に、本出願で開示されたことは、請求項で明示的に引用されたか否かにかかわらず、一般に捧げられたと意図するものではない。エレメントが、成句“ｍｅａｎｓ ｆｏｒ（する手段）”を用いて明示的に引用されたのでなければ、また、方法クレームのケースの場合は、エレメントが、成句“ｓｔｅｐ ｆｏｒ（するステップ）”を用いて引用されたのでなければ、米国特許法§１１２条、第６パラグラフの規定下とは解釈されない。

Claims (25)

1. ラジオデータシステム（ＲＤＳ）データを処理するホストシステムにおいて、
   ホストプロセッサと、
   前記ＲＤＳデータを受信するように構成され、
   前記ホストプロセッサが、前記ＲＤＳデータの選択されたセットを受信することを許容されるべく、前記ＲＤＳデータをフィルタするように構成され、および、
   前記ホストプロセッサへの割り込みの回数を低減するように構成されたデータプロセッサとを具備するＲＤＳデータを処理するホストシステム。
2. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、
   前記複数のＲＤＳグループの各々は、複数のブロックを具備し、および、
   前記複数のブロックは、情報ワードとブロック状態バイトとを具備し、
   前記ブロック状態バイトは、ブロック識別、および前記複数のブロックの対応する１つに修正出来ないエラーが存在するかを示すように構成されている請求項１記載のホストシステム。
3. 前記データプロセッサは、
   前記ホストプロセッサによって構成可能な前記１つあるいはそれより多くのパラメータに依存して、前記ＲＤＳデータの選択されたセットが、前記ＲＤＳデータのサブセットであるか、ＲＤＳデータでは一切無いか、またはＲＤＳデータの全部であるかのごとく、
   １つあるいはそれより多くのパラメータに基づいて、前記ＲＤＳデータをフィルタするように構成されている請求項１記載のホストシステム。
4. 前記データプロセッサは、
   前記ホストプロセッサによって構成可能な前記１つあるいはそれより多くのパラメータに依存して、前記割り込みの回数が低減されるか、または低減されないかのごとく、
   １つあるいはそれより多くのパラメータに基づいて、前記ホストプロセッサへの割り込みの回数が低減されるように構成されている請求項１記載のホストシステム。
5. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
   前記データプロセッサは、修正出来ないエラーを有するグループ、または、ブロックＥグループ型を有するＲＤＳグループをフィルタ分離するように構成されたＲＤＳデータフィルタを具備する請求項１記載のホストシステム。
6. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
   前記データプロセッサは、あるＲＤＳグループが所定のパターンと符合するプログラム識別を有するかを決定するように構成されたＲＤＳプログラム識別（ＰＩ）符合フィルタを具備し、
   そのような決定がポジティブであるときは、前記ホストプロセッサへの割り込みをアサートする請求項１記載のホストシステム。
7. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
   前記データプロセッサは、あるＲＤＳグループが所定のブロックＢパラメータと符合するブロック２エントリーを有するかを決定するように構成されたＲＤＳブロックＢフィルタを具備し、
   そのような決定がポジティブであるときは、前記ホストプロセッサへの割り込みをアサートする請求項１記載のホストシステム。
8. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
   前記データプロセッサは、所定の１つあるいはそれより多くのグループ型内に無いグループ型を有する、あるＲＤＳグループをフィルタ分離するように構成されたＲＤＳグループフィルタを具備する請求項１記載のホストシステム。
9. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
   前記データプロセッサは、変更されていないＲＤＳグループデータを有する、あるＲＤＳグループをフィルタ分離するように構成されたＲＤＳ変更フィルタを具備する請求項１記載のホストシステム。
10. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
    前記データプロセッサは、ＲＤＳグループがグループ型０を有するか、また、ＲＤＳグループに対するプログラムサービス（ＰＳ）情報の変更があるかを決定するように構成され、
    そのような決定がポジティブであるときは、前記ホストプロセッサへの割り込みをアサートする請求項１記載のホストシステム。
11. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
    前記データプロセッサは、ＲＤＳグループがグループ型０を有するか、また、代替的周波数（ＡＦ）リスト情報の変更があるかを決定するように構成され、
    そのような決定がポジティブであるときは、前記ホストプロセッサへの割り込みをアサートする請求項１記載のホストシステム。
12. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
    前記データプロセッサは、ＲＤＳグループがグループ型２を有するか、また、ＲＤＳグループに対するラジオテキスト（ＲＴ）情報の変更があるかを決定するように構成され、
    そのような決定がポジティブであるときは、前記ホストプロセッサへの割り込みをアサートする請求項１記載のホストシステム。
13. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
    前記データプロセッサは、ホストプロセッサに割り込みを行う前に、複数のＲＤＳグループを記憶するように構成されたメモリバッファを具備し、
    新規のＲＤＳデータに対する割り込みの回数を低減するようにする請求項１記載のホストシステム。
14. 少なくとも１つの割り込み制御レジスタの各々が、少なくとも１つのビットを備える前記少なくとも１つの割り込み制御レジスタと、
    少なくとも１つの割り込み状態レジスタの各々が、夫々の割り込み制御レジスタに対応し、また、少なくとも１つのビットを備えるように構成された前記少なくとも１つの割り込み状態レジスタとを更に具備し、
    前記少なくとも１つの割り込み制御レジスタに対する前記ビットは、
    前記少なくとも１つの割り込み状態レジスタの対応する１つにおけるビットがセッティングされる場合、前記ホストプロセッサが割り込みを受信すべきかを決定するように構成される請求項１記載のホストシステム。
15. ラジオデータシステム（ＲＤＳ）データを処理するデータプロセッサにおいて、
    前記ＲＤＳデータを受信するように構成され、
    ホストプロセッサが、前記ＲＤＳデータの選択されたセットを受信することを許容されるべく、前記ＲＤＳデータをフィルタするように構成され、および、
    前記ホストプロセッサへの割り込みの回数を低減するように構成されたフィルタモジュールを具備するラジオデータシステム（ＲＤＳ）データを処理するデータプロセッサ。
16. 前記フィルタモジュールは、前記ホストプロセッサによって選択的に構成可能な１つあるいはそれより多くのフィルタを具備する請求項１５記載のデータプロセッサ。
17. 前記ＲＤＳデータは、複数のＲＤＳグループを具備し、および、
    前記データプロセッサは、
    前記ホストプロセッサによって構成可能であり、また、前記ホストプロセッサへの割り込みの回数を低減するために、前記複数のＲＤＳグループの幾つか、または全てを記憶するように構成された１つあるいはそれより多くのバッファを更に具備する請求項１５記載のデータプロセッサ。
18. 前記ホストプロセッサによって選択的に構成可能な、１つあるいはそれより多くのグループ処理コンポーネントを更に具備する請求項１５記載のデータプロセッサ。
19. ラジオデータシステム（ＲＤＳ）データを処理するホストシステムにおいて、
    ホストプロセッサ、ならびに、
    前記ＲＤＳデータを受信する手段と、
    前記ホストプロセッサが、前記ＲＤＳデータの選択されたセットを受信することを許容されるべく、前記ＲＤＳデータをフィルタする手段と、
    前記ホストプロセッサへの割り込みの回数を低減する手段とを備えるデータプロセッサを具備するＲＤＳデータを処理するホストシステム。
20. 前記フィルタする手段は、
    前記ホストプロセッサによって選択的に構成可能な、１つあるいはそれより多くのフィルタを具備する請求項１９記載のホストシステム。
21. 前記フィルタする手段は、
    前記ホストプロセッサによって構成可能な前記１つあるいはそれより多くのパラメータに依存して、前記ＲＤＳデータの選択されたセットが、前記ＲＤＳデータのサブセットであるか、ＲＤＳデータで一切無いか、またはＲＤＳデータの全部であるかのごとく、
    １つあるいはそれより多くのパラメータに基づいて、前記ＲＤＳデータをフィルタするように構成されている請求項１９記載のホストシステム。
22. 前記低減する手段は、
    前記ホストプロセッサによって構成可能な前記１つあるいはそれより多くのパラメータに依存して、前記割り込みの回数が低減されるか、または低減されないかのごとく、
    １つあるいはそれより多くのパラメータに基づいて、ホストプロセッサへの割り込みの回数が低減されるように構成されている請求項１９記載のホストシステム。
23. データプロセッサを使用してラジオデータシステム（ＲＤＳ）データを処理する方法において、前記方法は、
    前記ＲＤＳデータを、前記データプロセッサによって受信することと、
    ホストプロセッサが、前記ＲＤＳデータの選択されたセットを受信することを許容されるべく、前記ＲＤＳデータを、前記データプロセッサによってフィルタすることと、
    前記ホストプロセッサへの割り込みの回数を、前記データプロセッサによって低減することとを具備する方法。
24. 前記フィルタすることは、
    前記ホストプロセッサによって構成可能な前記１つあるいはそれより多くのパラメータに依存して、前記ＲＤＳデータの選択されたセットが、前記ＲＤＳデータのサブセットであるごとく、
    １つあるいはそれより多くのパラメータに基づいて、前記ＲＤＳデータをフィルタすることを具備する請求項２３記載の方法。
25. データプロセッサ内で、ラジオデータシステム（ＲＤＳ）データを処理する命令によってエンコードされた機械読み出し可能な媒体において、前記命令は、
    前記ＲＤＳデータを、前記データプロセッサによって受信し、
    ホストプロセッサが、前記ＲＤＳデータの選択されたセットを受信することを許容されるべく、前記ＲＤＳデータを前記データプロセッサによってフィルタし、および、
    前記ホストプロセッサへの割り込みの回数を、前記データプロセッサによって低減するコードを具備する機械読み出し可能な媒体。

Images