(57)【要約】所定のプロトコルに従ってブルートゥース通信のようなパケット通信を行なうがパケット再送機能を持たずヘッダにパケットの順序を示す情報が入る領域のないパケットの同期通信が可能な無線通信装置に、所定の周期で受信パケットの有無を判定し、受信パケットがないときはパケットの損失（欠落）を上位の制御装置へ知らせる機能を設けるようにした。【特許請求の範囲】
【請求項１】
所定のプロトコルに従ってパケットの同期通信を行なうことが可能であって、相互接続性を有する上記同期通信が可能な無線通信装置であって、所定の周期で受信パケットの有無を判定し、受信パケットがないと判定したときに受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項２】
前記同期通信のためのクロック信号に基づいて計時動作を行なうカウンタもしくはタイマを備え、該カウンタもしくはタイマの値に従って所定の周期で受信パケットの有無を判定することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記パケット通信はブルートゥース規格に従った通信であることを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】
前記カウンタもしくはタイマは、ブルートゥース規格に従った同期通信に使用されるクロック信号に基づいて計時動作を行なうことを特徴とする請求項２に記載の無線通信装置。
【請求項５】
ブルートゥース規格のホストコントロールインタフェースで規定されている受信データを上位の制御装置へ渡すためのデータパケットと同一仕様のパケットで、前記受信パケットの欠落を前記上位の制御装置へ知らせることを特徴とする請求項１〜４のいずれかに記載の無線通信装置。
【請求項６】
ブルートゥース規格で規定されているテストコントロールインタフェースを備え、該テストコントロールインタフェースの仕様のパケットで、前記受信パケットの欠落を前記上位の制御装置へ知らせることを特徴とする請求項１〜４のいずれかに記載の無線通信装置。
【請求項７】
前記受信パケットの欠落を判定する周期は、パケットの送信の周期と同一であることを特徴とする請求項１〜６のいずれかに記載の無線通信装置。
【請求項８】
前記パケットにより送信されるデータは音声データであることを特徴とする請求項１〜７のいずれかに記載の無線通信装置。
【請求項９】
ブルートゥース規格で規定されているプロトコルに従ってパケット通信を行なう無線通信装置であって、ブルートゥース規格で規定されているテストコントロールインタフェースを備え、該テストコントロールインタフェースの仕様のパケットで、受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項１０】
ブルートゥース規格に従った同期通信に使用されるクロック信号もしくはそれに基づいて生成された信号に同期して前記受信パケットの欠落を上位の制御装置へ知らせることを特徴とする請求項９に記載の無線通信装置。
【請求項１１】
ブルートゥース規格で規定されているプロトコルに従ってパケット通信を行なう無線通信装置であって、ブルートゥース規格で規定されているホストコントロールインタフェースを備え、該ホストコントロールインタフェースの仕様のパケットで、受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項１２】
前記受信パケットの欠落を上位の制御装置へ知らせる情報は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項１１に記載の無線通信装置。
【請求項１３】
請求項１〜１１のいずれかに記載の無線通信装置と、該無線通信装置を制御する上位の制御装置と、前記無線通信装置から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、を備えることを特徴とする通信システム。
【請求項１４】
前記上位の制御装置は、マイクロプロセッサと該マイクロプロセッサが実行するアプケーションプログラムを格納した不揮発性メモリとから構成されていることを特徴とする請求項１３に記載の通信システム。
【請求項１５】
所定のプロトコルに従ってパケット通信を行なう同期通信が可能であって、相互接続性を有する上記同期通信が可能な通信実行部と、該通信実行部を制御する制御部とが一つの半導体チップに形成されてなる通信用半導体集積回路であって、所定の周期で受信パケットの有無を判定し、受信パケットがないと判定したときに受信パケットの欠落を前記制御部へ知らせる機能を備えることを特徴とする通信用半導体集積回路。
【請求項１６】
前記通信実行部はブルートゥース規格に従って通信処理を行なうロジック部とブルートゥース規格のホストコントロールインタフェースとを備え、前記制御部へ渡すためのデータパケットと同一仕様であるブルートゥース規格のパケットで、前記受信パケットの欠落を前記制御部へ知らせることを特徴とする請求項１５に記載の通信用半導体集積回路。
【請求項１７】
前記受信パケットの欠落を前記制御部へ知らせる情報は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項１６に記載の通信装置。
【請求項１８】
前記制御部はマイクロプロセッサを含んでいることを特徴とする請求項１６に記載の通信用半導体集積回路。
【請求項１９】
前記パケット通信はブルートゥース規格に従った通信であることを特徴とする請求項１５のいずれかに記載の通信用半導体集積回路。
【請求項２０】
請求項１５〜１９のいずれかに記載の通信用半導体集積回路と、該通信用半導体集積回路から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、を備えることを特徴とする通信システム。
【請求項２１】
請求項１８に記載の通信用半導体集積回路と、該通信用半導体集積回路から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、前記マイクロプロセッサが実行するアプケーションプログラムを格納した不揮発性メモリと、を備えることを特徴とする通信システム。
【請求項２２】
既に受信したパケットのデータを記憶可能な揮発性メモリをさらに備えることを特徴とする請求項２０または２１に記載の通信システム。
【請求項２３】
所定のプロトコルに従ってパケットの通信を行なうことが可態な無線通信装置であって、受信パケットの有無を判定し、判定結果を上記所定のプロトコルを守りつつ上記所定のプロトコルのパケット内に上記判定結果を格納して上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項２４】
所定のプロトコルに従ってパケット通信を行なうことが可能であって、相互接続性を有する上記パケット通信が可能な通信実行部と、該通信実行部を制御する制御部とが一つの半導体チップに形成されてなる通信用半導体集積回路であって、受信パケットの有無を判定し、判定結果を上記所定のプロトコルを守りつつ上記所定のプロトコルのパケット内に上記判定結果を格納して前記制御部へ知らせる機能を備えることを特徴とする通信用半導体集積回路。
【請求項２５】
前記通信実行部はブルートゥース規格に従って通信処理を行なうロジック部とブルートゥース規格のホストコントロールインタフェースとを備え、ブルートゥース規格で規定されている受信データを前記制御部へ渡すためのデータパケットと同一仕様のパケットで、上記判定結果を前記制御部へ知らせることを特徴とする請求項２４に記載の通信用半導体集積回路。
【請求項２６】
上記判定結果は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項２５に記載の通信用半導体集積回路。
【請求項２７】
前記通信実行部はブルートゥース規格で規定されているテストコントロールインタフェースを備え、該テストコントロールインタフェースの仕様のパケットで、上記判定結果を上記制御部へ知らせる機能を備えることを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】  本発明は、無線通信制御技術さらにはパケット通信における受信パケットの損失（欠落）を上位の制御装置に知らせる技術に関し、例えばブルートゥース通信規格のパケットを送受信処理する無線通信装置およびそれを含む通信用ＩＣ（半導体集積回路）並びにそれを用いた通信システムに利用して特に有効な技術に関する。
【背景技術】  無線通信規格の１つにブルートゥースと呼ばれ、２．４ＧＨｚ〜２．４８ＧＨｚの周波数帯を使用し短距離無線通信を行うものがある。ブルートゥース規格の無線通信方式は、所定量のデータにヘッダを付けて送信するパケット通信方式であり、再送機能を持つ非同期通信（ＡＣＬ：Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｃｏｎｎｅｃｔｉｏｎｌｅｓｓ）と、再送機能を持たず所定の周期でパケットの送信を行なう同期通信（ＳＣＯ：Ｓｙｎｃｈｒｏｎｏｕｓ  Ｃｏｎｎｅｃｔｉｏｎ  Ｏｒｉｅｎｔｅｄ）の２つの通信モードを備え、それぞれ時分割で送信と受信を行なう。
また、ブルートゥース通信では、マスタ機器とスレーブ機器との間でクロックの同期をとるとともに通信接続を確立するために、ブルートゥースクロックと呼ばれる３．２ｋＨｚのクロック信号に基づき、３．２ｋＨｚの２倍の周期（６２５μｓ）でパケットデータの交換が行なわれる。そして、通信相手の機器と相互通信接続を行うための制御がリンクコントローラと呼ばれる機能により行なわれる。
ブルートゥース通信が可能なデバイスは、非同期通信と同期通信を自由に使い分けて通信を行なうことができ、テキストデータのように高い信頼性を必要とするデータを送信したい場合には非同期通信を使用し、音声データやのようにリアルタイム性が要求されるデータの送信には同期通信を使用するというような使い分けが行なわれる。
周知のように、無線通信では使用環境の変化により一時的に電波の強度が低下して通信不能になることがあり、ブルートゥース通信においてもかかる状況下でパケットの損失が起こる。ブルートゥース通信の非同期通信の場合、パケット損失があってもパケットを受信した側は次の送信パケットにデータを受信したことを示す情報を格納して送信する。そのため、送信側は送信後に受け取ったパケットにその情報が含まれていないときはパケット損失と判定して同一データを再送信するので、支障はない。図１にブルートゥース通信における非同期通信の様子が示されている。
図１に示されているように、通信デバイスＡが３回目と５，６，８回目に送信したパケットが通信デバイスＢに届かなかった場合、通信デバイスＡは４回目の送信パケットに３回目と同じデータＣを入れて再送し、６，７回目の送信パケットに５回目と同じデータＤを入れ、９回目の送信パケットに８回目と同じデータＥを入れて再送する。通信デバイスＢが送信したパケットが通信デバイスＡに届かなかった場合も同様であり、図１に示されているように、例えば通信デバイスＢが８回目に送信したパケットが通信デバイスＡに届かなかった場合、通信デバイスＢは９回目の送信パケットに８回目と同じデータ“ｄ”を入れて再送することとなる。このようなデータの再送により、非同期通信ではデータの損失が回避される。
一方、同期通信の場合には、このようなデータの再送がなされないため、データの損失が起こる。図２にはブルートゥース通信における同期通信の様子が示されている。図２に示されているように、通信デバイスＡが３回目と５，６，８回目に送信したパケットが通信デバイスＢに届かなかった場合、データＣとＥ，Ｆ，Ｈが損失することになる。
従来、再送機能を有していないパケット通信方式における損失データの補償技術として、例えばＩＰ電話システムにおいて、パケットのヘッダ部にパケットの順序を示すシーケンス番号を入れるとともに時系列的に分割されたデータを連続する複数のパケットに重複して入れて送信するようにした発明が提案されている（特開２００３−１６３７１４号公報）。
しかしながら、ブルートゥース規格においては、異なるメーカより提供された通信デバイス間の通信を保障するため、ヘッダを含むパケットの構成について厳格に仕様が決められており、規格と異なる仕様を持たせることはできない。そして、ブルートゥース規格の送信パケットのヘッダには、シーケンス番号のようなパケットの順序を示すような情報が入る領域は設けられていない。そのため、前記先願発明のようなデータ補償を行なうことができない。また、前記先願発明は、連続する複数のパケットに同一のデータを重複して入れて送信する方式であるため、データの伝送効率が悪い。また、動画像送信のような大量のデータを短時間に送信したい場合には適していないという不具合がある。
本発明の目的は、ブルートゥース通信のようなパケット通信であって再送機能を持たずヘッダにパケットの順序を示す情報が入る領域のない同期通信において、本発明を適用していない同一規格の通信デバイスとの間の相互接続性を保障しつつパケットの損失（欠落）を確実に検出して上位の制御装置に知らせることができる通信制御技術を提供することにある。
また、本発明の他の目的は、ブルートゥース通信のようなパケット通信であって再送機能を持たない同期通信において、データの伝送効率を低下させることなくパケットの損失を確実に検出して上位の制御装置に知らせることができる通信制御技術を提供することにある。
さらに、本発明の他の目的は、ブルートゥース通信のようなパケット通信であって再送機能を持たない同期通信において、ハードウェアを大幅に追加することなくパケットの損失を確実に検出して上位の制御装置に知らせることができる通信制御技術を提供することにある。
本発明のさらに他の目的は、ブルートゥース通信のようなパケット通信であって再送機能を持たない同期通信モードによる音声通信機能や動画像通信機能を備える場合に、パケットの損失を確実に検出し、通信品質の向上を図ることができる無線通信装置を提供することにある。
この発明の前記ならびにそのほかの目的と新規な特徴については、本明細書の記述および添附図面から明らかになるであろう。
【発明の開示】
本願において開示される発明のうち代表的なものの概要を簡単に説明すれば、下記の通りである。
すなわち、本発明は、所定のプロトコルに従ってブルートゥース通信のようなパケット通信を行なうがパケット再送機能を持たずヘッダにパケットの順序を示す情報が入る領域のないパケットの同期通信が可能な無線通信装置に、所定の周期で受信パケットの有無を判定し、受信パケットがないときはパケットの損失（欠落）を上位の制御装置へ知らせる機能を設けるようにしたものである。これにより、受信側でパケットの損失を検出できるようにするために余分な情報をパケットに入れる必要がないので、相互接続性を損なうことなくパケットの損失を検出できるとともに、伝送効率を向上させることができる。
ここで、受信パケットの有無は、受信データがオール“０”かオール“１”であるか否かで判定することができる。また、この判定は、所定のプロトコル制御を行なう回路から上位の制御装置へ渡される受信データあるいは所定のプロトコル制御を行なう回路から出力される信号もしくは状態フラグを見て判定する手段を設けて行なっても良いし、所定のプロトコル制御を行なう回路自身にタイマもしくはカウンタを設けて所定の周期で受信パケットの有無を判定する機能を持たせるようにしても良い。
また、通信装置の上位の制御装置とのインタフェース部にテスト機能を支援するテスト制御インタフェースを設け、該テスト制御インタフェースを介して上位の制御装置へパケットの損失を知らせるように構成することができる。ブルートゥース規格ではテスト制御インタフェース（ＴＣＩ）を設けた場合における通信装置と上位の制御装置との間のパケット構成について規定されているので、ブルートゥース通信機能を設けた通信装置ではこのパケットを利用して受信パケットの損失を上位の制御装置へ知らせるように構成しても良い。
さらに、ブルートゥース規格で規定されている所定のプロトコル制御を行なう回路から上位の制御装置へ供給されるＨＣＩ（ホストコントロールインタフェース）データパケットのヘッド部の予約領域を利用して、そこに受信パケットの損失を示す情報を入れて上位の制御装置へ知らせるようにしても良い。また、このとき望ましくは、そのＨＣＩデータパケットのデータ領域に、ダミーのデータを生成あるいはすでに受信したデータの中から適当なものを選択して格納して上位の制御装置へ供給する。
【図面の簡単な説明】  図１はブルートゥース通信における非同期通信の例を示すタイミングチャートである。
図２はブルートゥース通信における同期通信の例を示すタイミングチャートである。
図３は、ブルートゥース規格に従った通信機能を備えたブルートゥース通信デバイスの構成を示すブロック図である。
図４はブルートゥース通信の同期通信に用いられる送受信パケットの構成を示すパケット構成図である。
図５はブルートゥース通信において制御部（ホスト）と通信実行部（ホストコントローラ）との間でやり取りされるＨＣＩデータパケットの構成を示すパケット構成図である。
図６はブルートゥース通信の同期通信に用いられる３種類のＨＶパケットの送信タイミングを示すタイミングチャートである。
図７は第１の実施例を適用したブルートゥース通信デバイスの構成を示すブロック図である。
図８は図７の実施例のより詳細な構成を示すブロック図である。
図９は図７の実施例の通信実行部におけるパケットの損失（欠落）検出の動作手順を示すフローチャートである。
図１０はパケット損失を知らせるＴＣＩパケットの構成を示すデータ構成図である。
図１１は第１の実施例の変形例である第２の実施例を示すブロック図である。
図１２は第２の実施例を適用したブルートゥース通信デバイスの構成を示すブロック図である。
【発明を実施するための最良の形態】  以下、図面を用いて本発明の好適な実施形態について説明する。ブルートゥース通信機能を備えた無線通信装置の例としては、例えば携帯電話機との間で音声通信を行なってハンズフリー通話を可能にするヘッドセットがある。ブルートゥース規格は、携帯電話機とヘッドセットあるいは携帯電話機とヘッドセットの各々に内蔵されるブルートゥース通信デバイスがそれぞれ別のベンダから提供されたものであっても相互接続を保証する規格である。携帯電話機とヘッドセットの各々に内蔵されるブルートゥース通信デバイスがどちらか一方でもブルートゥース規格（プロトコル）から外れた独自機能を持つ場合に相互に接続できない。このように所定の規格で相互に通信を行う通信デバイス間において、所定の規格から外れた独自機能を持つ場合には相互に接続できなくなるような性質を相互接続性（インタオペラビリティ）という。
なお、携帯電話機には他の携帯電話機との間でＣＤＭＡやＧＳＭなどセルラ方式の広域無線通信を行なう機能や液晶パネルなどの表示機能、テンキーを使って入力操作機能などの複数の機能が設けられており、本明細書ではそれらの機能のうちブルートゥース通信をサポートするＩＣ（半導体集積回路）あるいは複数のＩＣや電子部品を絶縁基板上やセラミックパッケージ内に実装してブルートゥース通信機能を有するようにしたモジュールなどの電子デバイスをブルートゥース通信デバイスと称する。
図３は、ブルートゥース規格に従った通信機能を備えたブルートゥース通信デバイスの構成を示す。
図３に示されているように、ブルートゥース通信デバイスは大きく分けると、アンテナＡＮＴを介してデータの送受信を行なうホストコントローラと呼ばれる通信実行部１１０とそれを制御するホストと呼ばれる制御部１２０とからなり、通信実行部１１０と制御部１２０との間はＨＣＩ（ホストコントロールインタフェース）と呼ばれるブルートゥース規格で規定されているプロトコルに従ってデータやコマンドのやりとりを行なうように構成される。
通信実行部１１０は送信信号のアップコンバート機能や変調機能、増幅機能、受信信号の増幅機能や復調機能、ダウンコンバート機能などを備える高周波信号処理部としての物理層１１１と、該物理層１１１により送受信されるデータをブルートゥース通信プロトコルに従って処理したり通信相手のデバイスとの間の通信接続状態を確立したりパケットの分析、解読、再構築などを行なったりするリンクコントローラ１１２と、該リンクコントローラ１１２と前記制御部１２０との間の信号のやりとりを行なうＨＣＩインタフェース部１１３と、ブルートゥース通信の周期を決定するブルートゥースクロックと呼ばれる３．２ｋＨｚの基準クロック信号ＣＬＫを生成する基準クロック生成回路１１４とから構成される。
制御部１２０は、通信実行部１１０との間の信号のやりとりを行なうＨＣＩインタフェース部１２１と、ブルートゥース通信プロトコルに従って通信実行部１１０に対する信号を制御したり通信実行部１１０からの信号を処理するプロトコルスタック部１２２と、通信デバイス全体を制御するアプリケーション部１２３とから構成される。アプリケーション部１２３は、制御プログラムそのもの、あるいはかかる制御プログラムを格納した不揮発性メモリを含めたものを意味する。また、プロトコルスタック部１２２も制御プログラムそのものをさすこともあるし、メモリに格納されている制御プログラムを読み出して解読する機構を含めたものをさすこともある。要するに、プロトコルスタック部１２２とアプリケーション部１２３の切り分けは制御部の機能を分かりやすくするための便宜的なものであり、このような分け方に限定されない。
本実施例のように、制御部（ホスト）１２０と通信実行部（ホストコントローラ）１１０とが別個の装置として構成される場合、一般には、デバイスベンダ（部品メーカ）が通信実行部１１０を開発し、セットメーカが制御部１２０を開発することが行われている。このように、通信実行部１１０と制御部１２０の開発主体（ベンダ）が異なる場合においても、上記のようにＨＣＩと呼ばれるブルートゥース規格のインタフェースを用いて通信実行部１１０と制御部１２０との間のやりとりを行えるように構成しておくことより、システムの開発を容易に行なうことができるようになっている。
図４にはブルートゥース通信デバイス間で送受信される送信パケットの構成が、また図５には制御部（ホスト）１２０と通信実行部（ホストコントローラ）１１０との間でやりとりされるＨＣＩデータパケットの構成が示されている。通信実行部１１０のリンクコントローラ１１２によって、他の通信デバイスから受信した図４のような構成のパケットを分析、解読し図５のような構成のＨＣＩ同期通信データパケットに再構築する処理と、制御部１２０から受け取った図５のような構成のＨＣＩ同期通信データパケットを分析、解読し図４のような構成のパケットに再構築する処理が行われる。
なお、図４において、符号“ＡＣ”が付されている部分はパケットを送る相手先を示すタグが入るアクセスコード領域、“ＨＥＡＤ”が付されている部分はパケットの種類や通信リンクを管理するためのパラメータが入るパケットヘッダ領域、“ＰＬ”は伝送するデータが入るペイロード領域である。また、図５において、符号“ＤＡＴＡ”が付されている部分は伝送されるデータが入るデータ領域、“ＣＨ”が付されている部分は複数のブルートゥースデバイスとデータ通信をする場合にデバイスを区別するコードや音声データあるいは画像データなのかコンテンツを区別するコードが入るコネクションハンドル領域、“ＲＳＶ”が付されている部分はブルートゥース規格でまだ仕様は規定されていないが予め確保しておくことが規定されている予約領域、“ＤＴＬ”はデータ領域ＤＡＴＡに入っているデータの長さを示す情報が入るデータ長指定領域である。
ブルートゥース規格では、ＨＣＩパケットとして上記データパケットの他に、ホストからホストコントローラへ与えるコマンドを発行するときに使用するコマンドパケットと、逆にホストコントローラからホストに対してコマンドを発行するときに使用するイベントパケットとがある。また、ホストとホストコントローラとの間のデータのやり取りをするためのデータパケットに関しては、ホストからホストコントローラへデータを送るときに使用する下りのデータパケットと、ホストコントローラからホストへデータを送るときに使用する上りのデータパケットとがある。  図６（Ａ）〜（Ｃ）には、ブルートゥース通信における同期通信の３つのモードのタイミングが示されている。図６に示されているように、ブルートゥース通信における同期通信には、２スロット（１．２５ｍｓｅｃ）ごとにマスタからスレーブ、スレーブからマスタへパケットの送信を交互に行なうＨＶ１パケットモードと、４スロット（２．５ｍｓｅｃ）ごとにマスタからスレーブ、スレーブからマスタへパケットの送信を交互に行なうＨＶ２パケットモードと、６スロット（３．７５ｍｓｅｃ）ごとにマスタからスレーブ、スレーブからマスタへパケットの送信を交互に行なうＨＶ３パケットモードとがあり、２つのデバイス間で通信を確立する際にいずれのモードで通信を行なうか決定される。なお、通信途中でもマスタとスレーブとの間でモードを切り替える旨を通知することにより、モードを切り替えることができる。
図７は第１の実施例を適用したブルートゥース通信デバイスの構成を、また図８は第１の実施例のより詳細な構成を示す。
図７に示されているように、本実施例は通信実行部１１０に受信パケットの損失（欠落）を検出するパケット損失検出部１１５を設けるとともに、パケット損失検出部１１５により検出されたパケット損失を、インタフェース部１１３からＴＣＩと呼ばれるインタフェースを介して上位の制御部１２０へ知らせるように構成したものである。より具体的には、図８に示されているように、通信実行部１１０のインタフェース部１１３にテスト機能を支援するテスト制御インタフェース（ＴＣＩ）１３１を設け、該テスト制御インタフェースを介して上位の制御部１２０へパケットの損失（欠落）を知らせるように構成する。
また、ブルートゥース規格ではテスト制御インタフェース（ＴＣＩ）を設けた場合における通信装置と上位の制御装置との間のパケット（ＴＣＩパケット）の構成について規定されているので、テスト制御インタフェース１３１には、このＴＣＩパケットを生成する機能を有するＴＣＩ生成部１３２を設ける。なお、インタフェース部１１３には、ブルートゥース通信本来のＨＣＩパケットを生成する機能を有するＨＣＩ生成部１３３も設けられている。このようにテスト制御回路（ＴＣＩ）１３１を用いて上位の制御部１２０へパケットの損失（欠落）を知らせるように構成することにより、ブルートゥース規格から外れた規格を用いないようにし、相互接続性（インタオペラビリティ）を保つ事によりブルートゥース通信デバイス同士相互に通信可能にすることができる。
パケット損失検出部１１５は、リンクコントローラ１１２からインタフェース部１１３を介して制御部へ送られる受信データＲＤがオール“０”かオール“１”であるか否かを調べて受信パケットの有無を判定するパケット受信判定部１５１と、基準クロック生成回路１１４で生成された基準クロック信号（ブルートゥースクロック）ＣＬＫに基づいてパケット受信同期信号を生成する同期信号生成部１５２とからなる。
上記パケット受信判定部１５１は同期信号生成部１５２から供給されるパケット受信同期信号ＰＲＳに同期して受信パケットの有無を判定し、パケットの損失を検出するとそれをインタフェース部１１３のＴＣＩ生成部１３２へ知らせ、ＴＣＩ生成部１３２は受信パケットの損失を知らせるＴＣＩパケットを生成して上位の制御部へ送るように構成される。なお、同期信号生成部１５２はタイマあるいはブルートゥースクロックＣＬＫを計数するカウンタにより構成することができる。また、パケット損失検出部１１５はハードウェアで構成しても良いし、ソフトウェアで構成することも可能である。
ブルートゥース通信では、リンクコントローラがブルートゥースクロックを送信側通信デバイスと受信側通信デバイス間で同期させることでパケットの送受信を行なうため、上記のようにブルートゥースクロックに基づいてパケット受信同期信号ＰＲＳを生成することにより、パケットの正確な受信タイミングを知ることができ、これによって誤りのないパケット損失検出が可能となる。
なお、ブルートゥース規格ではテスト制御インタフェース（ＴＣＩ）を設けた場合におけるホストコントローラと上位のホストとの間のパケット（ＴＣＩパケット）の構成について規定されているが、ホストコントローラ側に設けるＴＣＩの機能はハードウェアでもソフトウェアでも実現可能となっている。従って、テスト制御回路を専用回路として設計しても良いし、テスト制御回路として、例えばＪＴＡＧ（Ｊｏｉｎｔ  Ｔｅｓｔ  Ａｃｔｉｏｎ  Ｇｒｏｕｐ）により決定されたバウンダリスキャンテストに関する規格で規定されているＴＡＰ（Ｔｅｓｔ  Ａｃｃｅｓｓ  Ｐｏｒｔ）と呼ばれるインタフェース回路を使用することができる。
図９には、第１の実施例の通信実行部１１０におけるパケットの損失（欠落）検出の動作手順が示されている。
図９に示されているように、パケットの損失（欠落）検出では、先ず受信パケットがＨＶ１モードのパケットか、ＨＶ２モードのパケットか、ＨＶ３モードのパケットかが判定される。具体的には、ステップＳ１で受信パケットがＨＶ１モードのパケットか否かが判定され、ＨＶ１モードでないときはステップＳ２で受信パケットがＨＶ２モードのパケットか否かが判定される。受信パケットがＨＶ１モードのパケットでもＨＶ２モードのパケットのいずれのパケットでもないときはＨＶ３モードのパケットと判定される。そして、受信パケットがＨＶ１モードのパケットのときはステップＳ３で１．２５ｍｓｅｃ毎に受信データをチェックし、受信パケットがＨＶ２モードのパケットのときはステップＳ４で２．５ｍｓｅｃ毎に受信データをチェックし、受信パケットがＨＶ３モードのパケットのときはステップＳ５で３．７５ｍｓｅｃ毎に受信データをチェックする。
その後、ステップＳ６で受信データがオール“０”かオール“１”であるか否かを調べて、オール“０”またはオール“１”でないときは受信パケットがあると判定して何もせず、ステップＳ１へ戻る。一方、ステップＳ６で受信データがオール“０”またはオール“１”であることを検出すると、ステップＳ７へ移行してインタフェース部１１３のＴＣＩ生成部１３２へパケット損失検出信号ＰＬＤを送り、ＴＣＩ生成部１３２にてパケット損失を示すＴＣＩパケットを生成して制御部１２０へ送ってパケット損失を知らせる。
図１０には、パケット損失を知らせるＴＣＩパケットの構成を示す。
図１０において、“ＯｐＣｏｄｅ”はコマンドを一義的に識別するための１６ビットのデータが入る領域で、このフィールドはオペコードの入るフィールド“ＯＣＦ”と、コマンドのグループ（種類）を示すコードが入るフィールド“ＯＧＦ”とからなる。“ＰＴＬ”はこの後に続くフィールドに入るパラメータ０〜Ｎのトータルの長さを示す８ビットのデータが入るフィールドである。ブルートゥース規格では、コマンドグループフィールド“ＯＧＦ”に、“０ｘ３Ｆ”を入れることによりベンダに固有のコマンドを追加することができると規定されている。
本実施例では、この規定を利用してベンダに固有のコマンドを新たに設けこのコマンドをフィールド“ＯＣＦ”に設定したＴＣＩパケットを生成し制御部１２０へ送ってパケット損失を知らせるようになっている。あるいは、ＴＣＩパケットを送ること自体がパケット損失を示すと定義しておいて、任意のＴＣＩパケットを生成し制御部１２０へ送るように構成しても良い。
なお、上記実施例では、パケット損失検出部１１５のパケット受信判定部１５１が、リンクコントローラ１１２からインタフェース部１１３を介して制御部へ送られる受信データがオール“０”かオール“１”であるか否かを調べて受信パケットの有無を判定するように構成されているが、受信データの代わりにリンクコントローラ１１２に受信パケットの有無を示すフラグを設け、該フラグの状態を示す信号をパケット受信判定部１５１へ入力して受信パケットの有無を判定するように構成しても良い。リンクコントローラ１１２は、例えば受信信号の強度が低くてデータを識別できない場合に図５のデータ部ＤＡＴＡに入れるデータをオール“０”に設定し、受信信号の強度が高くすぎてデータを識別できない場合に図５のデータ部ＤＡＴＡに入れるデータをオール“１”に設定する、つまり予め受信パケットの有無を知ることができるので、それを反映するフラグを設けることにより、パケット受信判定部１５１へ受信パケットの有無を知らせることができる。
図１１には、第１の実施例（図３）の変形例である第２の実施例を示す。この変形例は、パケット損失検出部１１５に、受信データ生成部１５３を設け、パケット受信判定部１５１がパケット損失を検出してパケット損失情報を送って来たならば、図５のＨＣＩ同期通信データパケットのデータ領域ＤＡＴＡに格納するダミーの受信データを生成してＨＣＩインタフェース部１１３へ渡すようにするとともに、ＨＣＩインタフェース部１１３はＨＣＩデータパケットのデータ領域ＤＡＴＡにダミー受信データを格納し予約領域ＲＳＶにはパケットの損失を知らせるための所定のコードを格納したＨＣＩデータパケットを生成して制御部１２０へ供給するように構成したものである。このような構成することにより、ブルートゥース規格から外れた規格を用いないようにし、相互接続性（インタオペラビリティ）を保つ事によりブルートゥース通信デバイス同士相互に通信可能にすることができる。
更に、テスト制御回路（ＴＣＩ）１３１を用いて上位の制御部１２０へパケットの損失（欠落）を知らせるように構成や、ＨＣＩデータパケットのデータ領域ＤＡＴＡにダミー受信データを格納し予約領域ＲＳＶにはパケットの損失を知らせるための所定のコードを格納したＨＣＩデータパケットを生成して制御部１２０へ供給するように構成のように、所定の規格を保ちつつ、所定の規格を満たしたパケット内にパケットの損失を知らせるような情報を格納して上位の制御部へパケットの損失（欠落）を知らせるよう構成を取ることにより、パケットの損失を上位の制御部に知らせることを行いつつ、相互接続性（インタオペラビリティ）を保つ事が可能となり通信デバイス同士相互に所定の規格での通信が可能になる。
このパケットを受け取った制御部１２０は、予約領域ＲＳＶを調べることによりデータ領域のデータがダミーデータであることを認識することができる。そして、このダミーデータのときはそれを破棄して例えばすでに受信してメモリに保存してあるデータの中から適当なものを抽出してスピーカへ送ることにより、パケットの損失を補償した音声データを再生させることができる。音声信号は比較的に狭い周波数範囲に限られているので、受信したデータの中から適当なものを選択することでデータ補償をしても、データが欠落したものを再生する場合よりも違和感のない音声を再生させることができる。
なお、前記ダミーデータは制御部１２０側で破棄されるので、パケット構成で規定されている長さであればどのようなデータであっても良い。また、ダミーデータをデータ領域ＤＡＴＡに格納せずに、予約領域ＲＳＶにパケットの損失を知らせるための所定のコードを格納したＨＣＩデータパケットを生成して制御部１２０へ供給するように構成してもよい。
図１２には、第２の実施例を適用したブルートゥース通信デバイスの構成を示す。図１２において、図３と同一の機能を有するブロックには同一の符号を付して重複した説明は省略する。
この第２の実施例のブルートゥース通信デバイスは、通信実行部１１０のリンクコントローラ１１２、インタフェース部１１３、パケット損失検出部１１５と制御部１２０のプロトコルスタック部１２２を１つの半導体チップに半導体集積回路（ブルートゥース通信用ＩＣ）１００として構成したものである。物理層１１１を構成する高周波信号処理装置としてのＲＦモジュール２００とアプリケーション部１２３としてのフラッシュメモリ３１０は、このブルートゥース通信用ＩＣ１００に外付け部品として接続され、これらがプリント配線基板などの上に実装されて通信システムが構成される。
ＲＦモジュール２００は、変復調用ＩＣやパワーアンプ（高周波電力増幅器）、不要波除去用のフィルタ、送受信切替えスイッチなどにより構成される。本実施例のブルートゥース通信用ＩＣ１００においては、リンクコントローラ１１２とパケット損失検出部１１５は専用ロジック回路により一体的に構成されており、図１２には１つのブロックとして示されている。
また、特に制限されるものでないが、本実施例のシステムでは、３．３Ｖのようなバッテリ電源からの電源電圧を、ブルートゥース通信用ＩＣ１００およびＲＦモジュール２００に必要とされる２．８Ｖのような電源電圧に変換する電圧レギュレータ（ＤＣ−ＤＣコンバータ）４００や、データの一時記憶領域やＣＰＵの作業領域を提供する外付けのＳＲＡＭ（スタティックメモリ）３２０が設けられている。ＳＲＡＭ３２０が設けられているため、前に受信したデータを保存しておくことができ、それによってパケット損失が検出されたときに、すでに受信したデータに基づいてデータの補償を行なうことができる。音声データはテキストデータのように正確性をそれほど必要としないため、ブルートゥース通信を使用した音声通信において前に受信したデータに基づいてデータの補償を行なうことで音声の途切れによる音質の低下を回避することができるという利点がある。
また、この実施例のシステムにおいては、ＲＦモジュール２００に１３ＭＨｚのような高い周波数の発振子２１０が接続され、ＲＦモジュール２００の動作に必要なクロック信号φ０が生成されるとともに、そのクロック信号φ０がブルートゥース通信用ＩＣ１００にも供給され、プロトコルスタック部１２２の動作クロックφ１の基準となるクロック信号とされている。そして、本実施例のブルートゥース通信用ＩＣ１００には、ＲＦモジュール２００からのクロック信号φ０を逓倍して２６ＭＨｚまたは５２ＭＨｚの動作クロックφ１を生成するクロックパルスジェネレータ（ＣＰＧ）が設けられている。
同様に、ＲＦモジュール２００から出力されるクロック信号φ０はブルートゥース通信の基準クロックとして通信実行部１１０に入力される。
この実施例では、リンクコントローラ１１２が物理層１１１としてのＲＦモジュール２００とは別個の半導体チップ上に形成されているため、ＲＦモジュール２００とリンクコントローラ１１２との間の信号のタイミングを調整したりレベルを合わせるためのＲＦインタフェース１６１が設けられている。制御部側のインタフェースであるＨＣＩインタフェース１１３は、周辺バスＨＰＢに接続されている。
プロトコルスタック部１２２は、マイクロプロセッサ（ＣＰＵ）１７１やメモリアクセスコントローラ（ＭＡＣ）１７２などにより構成されている。ＣＰＵ１７１には、第１ＣＰＵバスＬ−ｂｕｓを介してキャッシュメモリ１８１とＲＡＭ１８２が接続されている。キャッシュメモリ１８１とＲＡＭ１８２は第２ＣＰＵバスＩ−ｂｕｓに接続され、第２ＣＰＵバスＩ−ｂｕｓと周辺バスＨＰＢとの間にはバス間のデータのやりとりを行うバスブリッジＰＰＢＳが設けられている。また、第２ＣＰＵバスＩ−ｂｕｓにはＤＭＡ（ダイレクトメモリアクセス）転送制御を行なうＤＭＡコントローラＤＭＡＣが接続されている。
この実施例においては、図３のプロトコルスタック部１２２は、フラッシュメモリ３１０内のアプリケーションプログラムのうちプロトコル処理ルーチンとそれを実行するＣＰＵ１７１とによりファームウェアとして構成されているとみることができる。図３のＨＣＩインタフェース部１２１も、フラッシュメモリ３１０内のアプリケーションプログラムのうちホストとホストコントローラとの間の通信を行なう処理ルーチンとそれを実行するＣＰＵ１７１とによりファームウェアとして構成されているとみることができる。
さらに、この実施例のブルートゥース通信デバイスにおいては、第２ＣＰＵバスＩ−ｂｕｓにバス上の信号のタイミング調整などの制御を行なうバスステートコントローラＢＳＣが設けられ、第２ＣＰＵバスＩ−ｂｕｓはこのバスステートコントローラＢＳＣを介してフラッシュメモリ３１０が接続された外部システムバス３３０との間でデータ信号のやり取りが可能にされている。
また、周辺バスＨＰＢには、各種時間管理用のタイマユニットＴＭＵ、外部デバイスとの間でシリアルで信号の入出力を行なうシリアルコミュニケーションインタフェースＳＣＩＦ１，ＳＣＩＦ０、外部デバイスからの割込みを受け付ける割込みコントローラＩＮＴＣ、アナログ・デジタルや変換やデジタル・アナログ変換を行なう変換回路ＤＡＣなどの周辺回路が接続されている。
特に制限されるものでないが、この実施例においては、通信実行部１１０側から制御部１２０側へ受信パケットの損失を前記変形例（図１１）で説明したようなＨＣＩデータパケットで知らせるようにされている。通信実行部と制御部とが同一のチップ上に形成されているので、通信実行部側から制御部側へ受信パケットの損失を知らせる手段として必ずしもＨＣＩデータパケットを用いる必要はないが、ＨＣＩデータパケットを用いることにより、セットメーカ側においてフラッシュメモリ３１０に格納するアプリケーションプログラムを開発する際に、過去の設計資産を利用することができ開発が容易になるなどの利点がある。
なお、この第２実施例においても、受信パケットの損失を知らせる手段として必ずしもＨＣＩデータパケットを用いる必要はなく、テスト制御インタフェース（ＴＣＩ）をＨＣＩインタフェース部１１３に設けてＨＣＩパケットの代わりにＴＣＩパケットで受信パケットの損失を知らせるように構成することができる。
以上説明したように、前記実施例においては、パケット再送機能を持たずヘッダにパケットの順序を示す情報が入る領域のないパケットの同期通信が可能なブルートゥース通信の通信装置としてのホストコントローラに、所定の周期で受信パケットの有無を判定し、受信パケットがないときはパケットの損失（欠落）を上位の制御装置としてのホストへ知らせる機能を設けるようにしたので、受信側でパケットの損失を検出するために余分な情報をパケットに入れる必要がない。そのため、送信パケットを変更する必要がなく、相互接続性を損なうことなくパケットの損失を検出できるとともに、伝送効率を向上させることができる。
また、受信データがオール“０”かオール“１”であるか否かで判定することで受信パケットの有無を判定するようにしたので、簡単なハードウェアもしくはソフトウェアの追加で受信パケットの有無を判定することができる。
さらに、通信装置の上位の制御装置とのインタフェース部にテスト機能を支援するテスト制御インタフェースを設け、該テスト制御インタフェースを介して上位の制御装置へパケットの損失（欠落）を知らせるように構成したので、通信装置にテスト機能を持たせる場合に簡単なハードウェアもしくはソフトウェアの追加で受信パケットの欠落を上位の制御装置へ知らせることができる。
さらに、ブルートゥース規格で規定されている所定のプロトコル制御を行なう回路から上位の制御装置へ供給されるＨＣＩ同期通信データパケットのヘッド部の予約領域を利用して、そこに受信パケットの損失（欠落）を示す情報を入れて上位の制御装置へ知らせるとともに、そのＨＣＩ同期通信データパケットのデータ領域に、ダミーのデータを格納して上位の制御装置へ供給するようにしたので、ハードウェアやソフトウェアを大幅に変更することなく受信パケットの損失（欠落）を上位の制御装置へ知らせることができる。
また、すでに受信した音声データを蓄積可能なメモリを備えるため、受信パケットが損失しても既に受信してあるデータを用いて擬似的な修復を行なうことが可能であり、かかる修復を行なうことにより音声通信の品質を向上させることができる。
以上本発明者によってなされた発明を実施例に基づき具体的に説明したが、本発明は上記実施例に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
例えば、上記実施例では、フラッシュメモリ３１０を外付けメモリとしてブルートゥース通信用ＩＣに接続するようにしているが、ブルートゥース通信用ＩＣに内部メモリとして内蔵させてもよい。また、所定量の受信データを蓄積可能なバッファメモリをリンクコントローラ側に設けておいて、パケット損失を知らせるＨＣＩ同期通信データパケットの中に入れるダミーデータの代わりにすでに受信したデータの中から適当なものを選択して制御部側へ供給するようにしても良い。これにより、制御部側におけるデータ補償処理を省き、ＣＰＵの負担を軽減することができる。さらに、上記実施例では、音声データの入ったパケットの通信を例にとって説明したが、本発明は音声データのみでなく画像データを通信する場合にも適用することができる。
【産業上の利用可能性】  以上本発明をブルートゥース通信具体的には携帯電話機とヘッドセットからなるハンズフリーシステムを想定した実施例に適用した場合を説明したが、本発明はこれに限定されず、ブルートゥース通信によるトランシーバあるいは内線電話として利用したり、インターネットを利用した音声通信システム（いわゆるインターネットフォン）に使用するヘッドセットとパソコンとの間の音声通信、ＭＰ３プレーヤーなど形態オーディオ機器とヘッドセットとの間の音楽データ通信、さらにはブルートゥース通信以外のパケットによる同期通信にも広く利用することができる。
【図１】
2005107185.tif 000002
【図２】
2005107185.tif 000003
【図３】
2005107185.tif 000004
【図４】
2005107185.tif 000005
【図５】
2005107185.tif 000006
【図６】
2005107185.tif 000007
【図７】
2005107185.tif 000008
【図８】
2005107185.tif 000009
【図９】
2005107185.tif 000010
【図１０】
2005107185.tif 000011
【図１１】
2005107185.tif 000012
【図１２】
2005107185.tif 000013
【手続補正書】
【提出日】平成16年9月17日(2004.9.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】請求の範囲
【請求項１】所定のプロトコルに従ってパケットの同期通信を行なうことが可能であって、相互接続性を有する上記同期通信が可能な無線通信装置であって、所定の周期で受信パケットの有無を判定し、受信パケットがないと判定したときに受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項２】前記同期通信のためのクロック信号に基づいて計時動作を行なうカウンタもしくはタイマを備え、該カウンタもしくはタイマの値に従って所定の周期で受信パケットの有無を判定することを特徴とする請求項１に記載の無線通信装置。
【請求項３】前記同期通信はブルートゥース規格に従った通信であることを特徴とする請求項１または２に記載の無線通信装置。
【請求項４】前記カウンタもしくはタイマは、ブルートゥース規格に従った同期通信に使用されるクロック信号に基づいて計時動作を行なうことを特徴とする請求項２に記載の無線通信装置。
【請求項５】ブルートゥース規格のホストコントロールインタフェースで規定されている受信データを上位の制御装置へ渡すためのデータパケットと同一仕様のパケットで、前記受信パケットの欠落を前記上位の制御装置へ知らせることを特徴とする請求項１〜４のいずれかに記載の無線通信装置。
【請求項６】ブルートゥース規格で規定されているテストコントロールインタフェースを備え、該テストコントロールインタフェースの仕様のパケットで、前記受信パケットの欠落を前記上位の制御装置へ知らせることを特徴とする請求項１〜４のいずれかに記載の無線通信装置。
【請求項７】前記受信パケットの欠落を判定する周期は、パケットの送信の周期と同一であることを特徴とする請求項１〜６のいずれかに記載の無線通信装置。
【請求項８】前記パケットにより送信されるデータは音声データであることを特徴とする請求項１〜７のいずれかに記載の無線通信装置。
【請求項９】ブルートゥース規格で規定されているプロトコルに従ってパケット通信を行なう無線通信装置であって、ブルートゥース規格で規定されているテストコントロールインタフェースを備え、該テストコントロールインタフェースの仕様のパケットで、受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項１０】ブルートゥース規格に従った同期通信に使用されるクロック信号もしくはそれに基づいて生成された信号に同期して前記受信パケットの欠落を上位の制御装置へ知らせることを特徴とする請求項９に記載の無線通信装置。
【請求項１１】ブルートゥース規格で規定されているプロトコルに従ってパケット通信を行なう無線通信装置であって、ブルートゥース規格で規定されているホストコントロールインタフェースを備え、該ホストコントロールインタフェースの仕様のパケットで、受信パケットの欠落を上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項１２】前記受信パケットの欠落を上位の制御装置へ知らせる情報は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項１１に記載の無線通信装置。
【請求項１３】請求項１〜１１のいずれかに記載の無線通信装置と、該無線通信装置を制御する上位の制御装置と、前記無線通信装置から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、を備えることを特徴とする通信システム。
【請求項１４】前記上位の制御装置は、マイクロプロセッサと該マイクロプロセッサが実行するアプケーションプログラムを格納した不揮発性メモリとから構成されていることを特徴とする請求項１３に記載の通信システム。
【請求項１５】所定のプロトコルに従ってパケット通信を行なう同期通信が可能であって、相互接続性を有する上記同期通信が可能な通信実行部と、該通信実行部を制御する制御部とが一つの半導体チップに形成されてなる通信用半導体集積回路であって、所定の周期で受信パケットの有無を判定し、受信パケットがないと判定したときに受信パケットの欠落を前記制御部へ知らせる機能を備えることを特徴とする通信用半導体集積回路。
【請求項１６】前記通信実行部はブルートゥース規格に従って通信処理を行なうロジック部とブルートゥース規格のホストコントロールインタフェースとを備え、前記受信パケットの欠落を前記制御部へ上記ホストコントロールインタフェースの仕様のパケットで上記ホストコントロールインタフェースを通して知らせることを特徴とする請求項１５に記載の通信用半導体集積回路。
【請求項１７】前記受信パケットの欠落を前記制御部へ知らせる情報は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項１６に記載の通信装置。
【請求項１８】前記制御部はマイクロプロセッサを含んでいることを特徴とする請求項１６に記載の通信用半導体集積回路。
【請求項１９】前記パケット通信はブルートゥース規格に従った通信であることを特徴とする請求項１５に記載の通信用半導体集積回路。
【請求項２０】請求項１５〜１９のいずれかに記載の通信用半導体集積回路と、該通信用半導体集積回路から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、を備えることを特徴とする通信システム。
【請求項２１】請求項１８に記載の通信用半導体集積回路と、該通信用半導体集積回路から出力される送信パケット信号を変調しアンテナより受信されたパケットの信号を復調するとともに送受信信号の周波数変換機能を有する高周波信号処理装置と、前記マイクロプロセッサが実行するアプケーションプログラムを格納した不揮発性メモリと、を備えることを特徴とする通信システム。
【請求項２２】既に受信したパケットのデータを記憶可能な揮発性メモリをさらに備えることを特徴とする請求項２０または２１に記載の通信システム。
【請求項２３】所定のプロトコルに従ってパケットの通信を行なうことが可能な無線通信装置であって、上記受信パケットの有無の判定結果を上記所定のプロトコルを守りつつ上記所定のプロトコルの仕様のパケット内に格納して上位の制御装置へ知らせる機能を備えることを特徴とする無線通信装置。
【請求項２４】所定のプロトコルに従ってパケット通信を行なうことが可能であって、相互接続性を有する上記パケット通信が可能な通信実行部と、該通信実行部を制御する制御部とが一つの半導体チップに形成されてなる通信用半導体集積回路であって、上記受信パケットの有無の判定結果を上記所定のプロトコルを守りつつ上記所定のプロトコルの仕様のパケット内に格納して前記制御部へ知らせる機能を備えることを特徴とする通信用半導体集積回路。
【請求項２５】前記通信実行部はブルートゥース規格に従って通信処理を行なうロジック部とブルートゥース規格のホストコントロールインタフェースとを備え、上記判定結果を前記制御部へ上記所定のプロトコルの仕様である上記ホストコントロールインタフェースの仕様のパケットで上記ホストコントロールインタフェースを通して知らせることを特徴とする請求項２４に記載の通信用半導体集積回路。
【請求項２６】上記判定結果は、前記ホストコントロールインタフェースの仕様のパケットの予約領域に格納されて出力されることを特徴とする請求項２５に記載の通信用半導体集積回路。
【請求項２７】前記通信実行部はブルートゥース規格に従って通信処理を行なうロジック部とブルートゥース規格で規定されているテストコントロールインタフェースを備え、上記所定のプロトコルの仕様である上記テストコントロールインタフェースの仕様のパケットで上記テストコントロールインタフェースを通して、上記判定結果を上記制御部へ知らせる機能を備えることを特徴とする請求項２４に記載の通信用半導体集積回路。
【国際調査報告】
2005107185.tif 000014
2005107185.tif 000015