JP2002374315A - 通信プロトコルに基づく受信装置 - Google Patents
通信プロトコルに基づく受信装置Info
- Publication number
- JP2002374315A JP2002374315A JP2001182321A JP2001182321A JP2002374315A JP 2002374315 A JP2002374315 A JP 2002374315A JP 2001182321 A JP2001182321 A JP 2001182321A JP 2001182321 A JP2001182321 A JP 2001182321A JP 2002374315 A JP2002374315 A JP 2002374315A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- reception
- receiving
- received
- clock
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
- H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【課題】 通信プロトコルに従って通信を行う受信装置
において、通信開始から通信確立までにおける消費電流
の低減化を図る。 【解決手段】 受信装置内の各手段に対するクロックの
供給を制御する受信クロック制御手段４と、外部通信相
手から送信される通信パケットを受信する受信手段５
と、受信パケットが正しいか判断して解析する受信パケ
ット解析手段６と、受信中でも格納すべきパケットの受
信が確認されるまでクロックが供給されないように制御
され、かつ任意のパケットタイプの受信パケットを格納
する受信メモリ手段８と、受信メモリ手段にクロックが
供給されるまでに受信するパケットを格納する受信レジ
スタ手段７と、受信レジスタ手段７および受信メモリ手
段８に格納された受信パケットをホストＣＰＵに出力す
る受信データ出力手段９とで受信装置を構成する。
において、通信開始から通信確立までにおける消費電流
の低減化を図る。 【解決手段】 受信装置内の各手段に対するクロックの
供給を制御する受信クロック制御手段４と、外部通信相
手から送信される通信パケットを受信する受信手段５
と、受信パケットが正しいか判断して解析する受信パケ
ット解析手段６と、受信中でも格納すべきパケットの受
信が確認されるまでクロックが供給されないように制御
され、かつ任意のパケットタイプの受信パケットを格納
する受信メモリ手段８と、受信メモリ手段にクロックが
供給されるまでに受信するパケットを格納する受信レジ
スタ手段７と、受信レジスタ手段７および受信メモリ手
段８に格納された受信パケットをホストＣＰＵに出力す
る受信データ出力手段９とで受信装置を構成する。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータなど
の情報処理装置において、パケット方式を採用する通信
プロトコルに沿う受信装置に関する。
の情報処理装置において、パケット方式を採用する通信
プロトコルに沿う受信装置に関する。
【０００２】
【従来の技術】図３は、本発明および従来の受信装置に
おいて受信する通信データのパケットフォーマットの一
例を示す構成図である。パケットは、通信の基本単位で
あり、Bluetoothで用いられるパケットの一例を示して
いる。該パケットは、アクセスコードから成るアドレス
部５１と、パケットタイプ情報が含まれるヘッダ部５２
と、通信データ情報から成るペイロード部５３と、パケ
ットが有効か否かを判断するための情報を含む有効フラ
グ部５４とによって構成されている。これらは、アドレ
ス部５１、ヘッダ部５２、ペイロード部５３、有効フラ
グ部５４の順に構成され、左のビット（アクセスコー
ド）から順に連続的に通信される。
おいて受信する通信データのパケットフォーマットの一
例を示す構成図である。パケットは、通信の基本単位で
あり、Bluetoothで用いられるパケットの一例を示して
いる。該パケットは、アクセスコードから成るアドレス
部５１と、パケットタイプ情報が含まれるヘッダ部５２
と、通信データ情報から成るペイロード部５３と、パケ
ットが有効か否かを判断するための情報を含む有効フラ
グ部５４とによって構成されている。これらは、アドレ
ス部５１、ヘッダ部５２、ペイロード部５３、有効フラ
グ部５４の順に構成され、左のビット（アクセスコー
ド）から順に連続的に通信される。
【０００３】なお、一部のパケットの種類には、アドレ
ス部５１のみで構成されるパケットや、アドレス部５１
およびヘッダ部５２のみから構成されるパケットなども
存在する。
ス部５１のみで構成されるパケットや、アドレス部５１
およびヘッダ部５２のみから構成されるパケットなども
存在する。
【０００４】アドレス部５１は、通信相手先が複数存在
しうる環境において、通信相手先を特定するための情報
を有している。ヘッダ部５２に含まれるパケットタイプ
情報は、パケット自身の種類を表す。該ヘッダ部５２に
ついては、本技術の要点として、含まれるパケットタイ
プ情報のみを対象に説明するので、以降の説明ではヘッ
ダ部を「タイプ部」と称す。ペイロード部５３は、実際
に互いの通信機器間でやり取りする通信データから成
り、最初の１または２バイトはペイロードヘッダと称さ
れ、その中にパケットサイズ情報（Length field）が含
まれる。有効フラグ部５４は、通信時のノイズなどによ
り、通信データ（タイプ部〜ペイロード部）に異常が発
生していないかどうかを判断するための情報を有してい
る。
しうる環境において、通信相手先を特定するための情報
を有している。ヘッダ部５２に含まれるパケットタイプ
情報は、パケット自身の種類を表す。該ヘッダ部５２に
ついては、本技術の要点として、含まれるパケットタイ
プ情報のみを対象に説明するので、以降の説明ではヘッ
ダ部を「タイプ部」と称す。ペイロード部５３は、実際
に互いの通信機器間でやり取りする通信データから成
り、最初の１または２バイトはペイロードヘッダと称さ
れ、その中にパケットサイズ情報（Length field）が含
まれる。有効フラグ部５４は、通信時のノイズなどによ
り、通信データ（タイプ部〜ペイロード部）に異常が発
生していないかどうかを判断するための情報を有してい
る。
【０００５】図４は、従来の受信装置１０１の構成を示
すブロック図である。該受信装置１０１は、特許第３０
７０５９５号明細書に記載される受信装置に代表され、
パケット方式の通信プロトコルにおける一般的な受信装
置である。該受信装置１０１は、ホストＣＰＵ１０２か
らの受信制御命令を受けて受信処理を行い、受信処理中
に外部通信相手１０３から通信データであるパケットを
受信すると、正しく受信したか否かを判断して必要な通
信データを受信装置１０１内に格納し、その後、ホスト
ＣＰＵ１０２から受信データの読出し命令を受取ったと
き、受信したデータをホストＣＰＵ１０２に出力する機
能を有する。
すブロック図である。該受信装置１０１は、特許第３０
７０５９５号明細書に記載される受信装置に代表され、
パケット方式の通信プロトコルにおける一般的な受信装
置である。該受信装置１０１は、ホストＣＰＵ１０２か
らの受信制御命令を受けて受信処理を行い、受信処理中
に外部通信相手１０３から通信データであるパケットを
受信すると、正しく受信したか否かを判断して必要な通
信データを受信装置１０１内に格納し、その後、ホスト
ＣＰＵ１０２から受信データの読出し命令を受取ったと
き、受信したデータをホストＣＰＵ１０２に出力する機
能を有する。
【０００６】受信装置１０１は、受信装置１０１内の後
述する各手段に対してクロックの供給を開始または停止
する制御機能を有する受信クロック制御手段１０４と、
外部からのパケットデータを受信する受信手段１０５
と、受信したパケットを解析する受信パケット解析手段
１０６と、受信中でないときにはクロックの供給を停止
させることができ、かつ複数の受信パケットを格納でき
る容量を持つ受信メモリ手段１０７と、ホストＣＰＵ１
０２から受信パケットの読出し命令を受付けたとき、受
信メモリ手段１０７から受信したパケットをホストＣＰ
Ｕ１０２に向けて出力する受信データ出力手段１０８と
によって構成される。
述する各手段に対してクロックの供給を開始または停止
する制御機能を有する受信クロック制御手段１０４と、
外部からのパケットデータを受信する受信手段１０５
と、受信したパケットを解析する受信パケット解析手段
１０６と、受信中でないときにはクロックの供給を停止
させることができ、かつ複数の受信パケットを格納でき
る容量を持つ受信メモリ手段１０７と、ホストＣＰＵ１
０２から受信パケットの読出し命令を受付けたとき、受
信メモリ手段１０７から受信したパケットをホストＣＰ
Ｕ１０２に向けて出力する受信データ出力手段１０８と
によって構成される。
【０００７】受信手段１０５は、いわゆる通信界におけ
る物理層（たとえば無線システムでのＲＦモジュールな
どに代表される）およびそのインタフェース部に相当す
る。
る物理層（たとえば無線システムでのＲＦモジュールな
どに代表される）およびそのインタフェース部に相当す
る。
【０００８】受信パケット解析手段１０６は、受信パケ
ットが自分宛てであるか否かを判断する受信アドレス判
断手段１１０と、受信パケットのパケットタイプを判断
する受信ヘッダ判断手段１１１と、受信パケット内の有
効フラグに基づいて受信したパケットが有効であるか否
かを判断する受信有効フラグ判断手段１１２とを含んで
構成される。
ットが自分宛てであるか否かを判断する受信アドレス判
断手段１１０と、受信パケットのパケットタイプを判断
する受信ヘッダ判断手段１１１と、受信パケット内の有
効フラグに基づいて受信したパケットが有効であるか否
かを判断する受信有効フラグ判断手段１１２とを含んで
構成される。
【０００９】受信メモリ手段１０７は、その容量の都合
上、一般的には、いわゆるＩＣのロジックゲートで構成
されるレジスタ群ではなく、ＳＲＡＭなどのメモリによ
って構成される。また受信メモリ手段１０７は、いわゆ
るメモリだけでなく、メモリ内に格納した受信データ容
量の情報も管理し、この管理情報は、受信データ出力手
段１０８を介してホストＣＰＵ１０２から読出せるよう
になっている。
上、一般的には、いわゆるＩＣのロジックゲートで構成
されるレジスタ群ではなく、ＳＲＡＭなどのメモリによ
って構成される。また受信メモリ手段１０７は、いわゆ
るメモリだけでなく、メモリ内に格納した受信データ容
量の情報も管理し、この管理情報は、受信データ出力手
段１０８を介してホストＣＰＵ１０２から読出せるよう
になっている。
【００１０】図５は、図４の受信装置１０１における受
信処理動作を示すフローチャート図である。
信処理動作を示すフローチャート図である。
【００１１】受信装置１０１では、ホストＣＰＵ１０２
からデータ受信を開始するように命令されて、受信クロ
ック制御手段１０４が受信制御クロック１２３を制御し
て受信手段１０５にクロックを供給し、受信手段１０５
が外部通信相手１０３から送信された通信データの受信
を開始する。ステップｓ２１では、受信クロック制御手
段１０４が、受信装置１０１内の各手段に対してクロッ
ク供給を開始する。ステップｓ２２では、受信手段１０
５で受取った受信データが、内部受信データバス１２４
を通して受信パケット解析手段１０６に渡される。
からデータ受信を開始するように命令されて、受信クロ
ック制御手段１０４が受信制御クロック１２３を制御し
て受信手段１０５にクロックを供給し、受信手段１０５
が外部通信相手１０３から送信された通信データの受信
を開始する。ステップｓ２１では、受信クロック制御手
段１０４が、受信装置１０１内の各手段に対してクロッ
ク供給を開始する。ステップｓ２２では、受信手段１０
５で受取った受信データが、内部受信データバス１２４
を通して受信パケット解析手段１０６に渡される。
【００１２】受信パケット解析手段１０６では、まずス
テップｓ２３で、受信アドレス判断手段１１０が受信し
たパケットのアドレス部を抽出し、抽出したアドレス部
により受信したデータが自分宛てであるか否かを判断す
る。自分宛てであると判断されると、ステップｓ２４
で、受信ヘッダ判断手段１１１がタイプ部を解析して受
信すべきパケットか否かを判断する。受信すべきパケッ
トと判断されると、ステップｓ２５で、受信したパケッ
トは、内部受信データバス１２４を通って、受信メモリ
手段１０７に格納される。パケット格納後、ステップｓ
２６では、受信有効フラグ判断手段１１２が受信して格
納したパケットの有効フラグを解析し、パケットに異常
がないか否かを判断する。
テップｓ２３で、受信アドレス判断手段１１０が受信し
たパケットのアドレス部を抽出し、抽出したアドレス部
により受信したデータが自分宛てであるか否かを判断す
る。自分宛てであると判断されると、ステップｓ２４
で、受信ヘッダ判断手段１１１がタイプ部を解析して受
信すべきパケットか否かを判断する。受信すべきパケッ
トと判断されると、ステップｓ２５で、受信したパケッ
トは、内部受信データバス１２４を通って、受信メモリ
手段１０７に格納される。パケット格納後、ステップｓ
２６では、受信有効フラグ判断手段１１２が受信して格
納したパケットの有効フラグを解析し、パケットに異常
がないか否かを判断する。
【００１３】ステップｓ２６において、ノイズなどによ
り通信時に障害が発生して正しいペイロードが受信でき
なかったと判断された場合には、受信メモリ手段１０７
に格納したペイロードをステップｓ２７で破棄する。廃
棄後、または、ステップｓ２６において異常がないと判
断されて受信パケットの受信を終了後、他のデータの受
信処理を行わない場合には、ステップｓ２８のように、
受信クロック制御手段１０４は、受信制御クロック１２
３を制御して受信手段１０５にクロックの供給を停止し
て受信を停止させるとともに、各手段に対してクロック
の供給を停止させ消費電力の低減化を図るようにして、
パケットの受信を終了する。したがって、ステップｓ２
６で正しいペイロードを受信できたと判断することによ
って、通信を確立したといえる。
り通信時に障害が発生して正しいペイロードが受信でき
なかったと判断された場合には、受信メモリ手段１０７
に格納したペイロードをステップｓ２７で破棄する。廃
棄後、または、ステップｓ２６において異常がないと判
断されて受信パケットの受信を終了後、他のデータの受
信処理を行わない場合には、ステップｓ２８のように、
受信クロック制御手段１０４は、受信制御クロック１２
３を制御して受信手段１０５にクロックの供給を停止し
て受信を停止させるとともに、各手段に対してクロック
の供給を停止させ消費電力の低減化を図るようにして、
パケットの受信を終了する。したがって、ステップｓ２
６で正しいペイロードを受信できたと判断することによ
って、通信を確立したといえる。
【００１４】なお、ステップｓ２３において、一定期間
アドレス部を抽出できなかった場合もしくは自分宛てで
はないパケットを受信したと判断された場合、または、
ステップｓ２４において、受信すべきパケットタイプで
はないパケットを受信したと判断され、かつ、それ以上
受信処理を行わない場合のように、通信が確立しなかっ
た場合には、その時点でステップｓ２８に移行し、前述
のようにしてパケットの受信を終了する。
アドレス部を抽出できなかった場合もしくは自分宛てで
はないパケットを受信したと判断された場合、または、
ステップｓ２４において、受信すべきパケットタイプで
はないパケットを受信したと判断され、かつ、それ以上
受信処理を行わない場合のように、通信が確立しなかっ
た場合には、その時点でステップｓ２８に移行し、前述
のようにしてパケットの受信を終了する。
【００１５】受信メモリ手段１０７に格納されたパケッ
トは、ホストＣＰＵ１０２が受信装置１０１に対して受
信データの読出し命令を発行することによって、ホスト
ＣＰＵ１０２に出力される。具体的には、ホストＣＰＵ
１０２が受信データ出力手段１０８に受信データの読出
しの要求信号を出力したとき、受信データ出力手段１０
８が、受信メモリ手段１０７内に格納している受信デー
タを、内部受信データバス１２５を通してホストＣＰＵ
１０２に出力する。
トは、ホストＣＰＵ１０２が受信装置１０１に対して受
信データの読出し命令を発行することによって、ホスト
ＣＰＵ１０２に出力される。具体的には、ホストＣＰＵ
１０２が受信データ出力手段１０８に受信データの読出
しの要求信号を出力したとき、受信データ出力手段１０
８が、受信メモリ手段１０７内に格納している受信デー
タを、内部受信データバス１２５を通してホストＣＰＵ
１０２に出力する。
【００１６】
【発明が解決しようとする課題】前述のような従来の受
信装置では、正常または異常の受信状況、すなわち通信
を確立したかどうかに関わらず、受信開始時点から各手
段にクロック供給を始め、パケットの受信終了時点で、
各手段へのクロック供給を停止させて低消費電力化を図
っている。したがって受信開始時には、受信メモリ手段
１０７にもクロックを供給している。受信メモリ手段１
０７は、前述したようにメモリだけでなくアドレスポイ
ンタなどの制御回路も備え、受信メモリ自体の容量にも
よるが、一般的には、受信装置全体に対するこの部分の
回路規模は大きい。すなわちこの受信メモリ手段１０７
に対してクロックを供給することは、受信装置１０１の
消費電流の大幅な増加に直結する。
信装置では、正常または異常の受信状況、すなわち通信
を確立したかどうかに関わらず、受信開始時点から各手
段にクロック供給を始め、パケットの受信終了時点で、
各手段へのクロック供給を停止させて低消費電力化を図
っている。したがって受信開始時には、受信メモリ手段
１０７にもクロックを供給している。受信メモリ手段１
０７は、前述したようにメモリだけでなくアドレスポイ
ンタなどの制御回路も備え、受信メモリ自体の容量にも
よるが、一般的には、受信装置全体に対するこの部分の
回路規模は大きい。すなわちこの受信メモリ手段１０７
に対してクロックを供給することは、受信装置１０１の
消費電流の大幅な増加に直結する。
【００１７】ここで、外部通信相手１０３と受信装置１
０１との互いの通信装置間において通信確立前の状況を
考えてみる。この状況は、いつ通信データを受信するか
わからない状況であり、外部通信相手１０３が通信デー
タを送信してきているかもしれないので、受信装置１０
１は定期的に受信を行わなければいけない。これは、い
わゆる携帯電話における待受け時である。この場合、い
つ送信されてくるかわからないパケットを受信するた
め、ホストＣＰＵ１０２は定期的に受信装置１０１に対
して受信処理を行うように命令する。また受信装置１０
１自体に、定期的に受信処理を開始するような設定がで
きる手段をもたせておく場合もある。
０１との互いの通信装置間において通信確立前の状況を
考えてみる。この状況は、いつ通信データを受信するか
わからない状況であり、外部通信相手１０３が通信デー
タを送信してきているかもしれないので、受信装置１０
１は定期的に受信を行わなければいけない。これは、い
わゆる携帯電話における待受け時である。この場合、い
つ送信されてくるかわからないパケットを受信するた
め、ホストＣＰＵ１０２は定期的に受信装置１０１に対
して受信処理を行うように命令する。また受信装置１０
１自体に、定期的に受信処理を開始するような設定がで
きる手段をもたせておく場合もある。
【００１８】このような通信確立前の状況を考慮する
と、通信を確立して受信処理自体を行う時間（通信デー
タのやり取りが行われる時間）に対して、通信をしてい
ない時間（待受け時）が圧倒的に長いこととなる。通信
を確立する前に、その都度受信メモリ手段１０７にクロ
ックを供給することは、無駄な電流を大量に消費するこ
とになり、消費電力面で問題となる。
と、通信を確立して受信処理自体を行う時間（通信デー
タのやり取りが行われる時間）に対して、通信をしてい
ない時間（待受け時）が圧倒的に長いこととなる。通信
を確立する前に、その都度受信メモリ手段１０７にクロ
ックを供給することは、無駄な電流を大量に消費するこ
とになり、消費電力面で問題となる。
【００１９】本発明の目的は、通信プロトコルに従って
通信を行う受信装置において、通信開始から通信確立ま
でにおける消費電流の低減化を図ることである。
通信を行う受信装置において、通信開始から通信確立ま
でにおける消費電流の低減化を図ることである。
【００２０】
【課題を解決するための手段】本発明は、通信プロトコ
ルに基づいて、外部通信相手から送信される通信パケッ
トを受信して格納し、格納されたパケットはホストＣＰ
Ｕに出力される受信装置であって、当該受信装置内の各
手段に対するクロックの供給を制御する受信クロック制
御手段と、外部通信相手から送信される通信パケットを
受信する受信手段と、受信したパケットを解析する受信
パケット解析手段と、前記受信クロック制御手段によっ
て、受信中でもクロックの供給が停止可能に制御され、
かつ受信パケットを格納する受信メモリ手段と、該受信
メモリ手段にクロックが供給されるまでに受信するパケ
ットを格納可能な受信レジスタ手段と、前記受信レジス
タ手段および受信メモリ手段に格納された受信パケット
をホストＣＰＵに出力する受信データ出力手段とを含ん
で構成されることを特徴とする通信プロトコルに基づく
受信装置である。
ルに基づいて、外部通信相手から送信される通信パケッ
トを受信して格納し、格納されたパケットはホストＣＰ
Ｕに出力される受信装置であって、当該受信装置内の各
手段に対するクロックの供給を制御する受信クロック制
御手段と、外部通信相手から送信される通信パケットを
受信する受信手段と、受信したパケットを解析する受信
パケット解析手段と、前記受信クロック制御手段によっ
て、受信中でもクロックの供給が停止可能に制御され、
かつ受信パケットを格納する受信メモリ手段と、該受信
メモリ手段にクロックが供給されるまでに受信するパケ
ットを格納可能な受信レジスタ手段と、前記受信レジス
タ手段および受信メモリ手段に格納された受信パケット
をホストＣＰＵに出力する受信データ出力手段とを含ん
で構成されることを特徴とする通信プロトコルに基づく
受信装置である。
【００２１】本発明に従えば、通信プロトコルに基づい
て受信したパケットを受信メモリに格納する際、受信ク
ロック制御手段は、受信メモリ手段を除く受信装置内の
各手段である各機能ブロックにクロックを供給し、通信
を開始して受信したパケットを受信レジスタ手段に格納
し、その格納したパケットが受信パケット解析手段で正
しいと判断されて通信を確立したとき、初めて受信メモ
リ手段にクロックを供給し、続いて受信するパケットを
受信メモリ手段に格納することができる。これによっ
て、通信を開始してパケットを受信しても、そのパケッ
トが正しく受信できて通信が確立するまで、受信装置内
において回路規模の大きな受信メモリ手段へのクロック
供給を停止することができるので、パケット受信した段
階で受信メモリ手段にクロック供給する場合と比較し
て、大幅に消費電力を低減化することができる。
て受信したパケットを受信メモリに格納する際、受信ク
ロック制御手段は、受信メモリ手段を除く受信装置内の
各手段である各機能ブロックにクロックを供給し、通信
を開始して受信したパケットを受信レジスタ手段に格納
し、その格納したパケットが受信パケット解析手段で正
しいと判断されて通信を確立したとき、初めて受信メモ
リ手段にクロックを供給し、続いて受信するパケットを
受信メモリ手段に格納することができる。これによっ
て、通信を開始してパケットを受信しても、そのパケッ
トが正しく受信できて通信が確立するまで、受信装置内
において回路規模の大きな受信メモリ手段へのクロック
供給を停止することができるので、パケット受信した段
階で受信メモリ手段にクロック供給する場合と比較し
て、大幅に消費電力を低減化することができる。
【００２２】また本発明は、前記受信パケット解析手段
は、受信パケットが当該受信装置宛てであるか否かを判
断する受信アドレス判断手段と、受信パケットのパケッ
トタイプを判断する受信ヘッダ判断手段と、受信パケッ
ト内の有効フラグに基づいて受信したパケットが有効で
あるか否かを判断する受信有効フラグ判断手段とを含ん
で構成されることを特徴とする。
は、受信パケットが当該受信装置宛てであるか否かを判
断する受信アドレス判断手段と、受信パケットのパケッ
トタイプを判断する受信ヘッダ判断手段と、受信パケッ
ト内の有効フラグに基づいて受信したパケットが有効で
あるか否かを判断する受信有効フラグ判断手段とを含ん
で構成されることを特徴とする。
【００２３】本発明に従えば、受信パケット解析手段
は、受信したパケットが、受信アドレス判断手段で自己
宛てであると判断し、受信ヘッダ判断手段で受信すべき
パケットタイプと判断し、受信有効フラグ判断手段で有
効であると判断することによって、確実に通信を確立し
たと判断することができる。これによって、確実に通信
を確立した時点で初めて受信メモリ手段にクロックを供
給し、誤って通信を確立したと判断して受信メモリ手段
にクロックが供給されることを回避することができ、さ
らに消費電力を低減化することができる。
は、受信したパケットが、受信アドレス判断手段で自己
宛てであると判断し、受信ヘッダ判断手段で受信すべき
パケットタイプと判断し、受信有効フラグ判断手段で有
効であると判断することによって、確実に通信を確立し
たと判断することができる。これによって、確実に通信
を確立した時点で初めて受信メモリ手段にクロックを供
給し、誤って通信を確立したと判断して受信メモリ手段
にクロックが供給されることを回避することができ、さ
らに消費電力を低減化することができる。
【００２４】また本発明は、前記受信レジスタ手段は、
特定のパケットタイプの受信パケット１つのみを格納す
る容量を有し、前記受信クロック制御手段は、前記受信
手段で受信したパケットが、受信アドレス判断手段で当
該受信装置宛と判断され、受信タイプ判断手段で前記特
定のパケットタイプと判断され、受信有効フラグ判断手
段で有効なパケットであると判断されたとき、受信メモ
リ手段に対してクロック供給を開始することを特徴とす
る。
特定のパケットタイプの受信パケット１つのみを格納す
る容量を有し、前記受信クロック制御手段は、前記受信
手段で受信したパケットが、受信アドレス判断手段で当
該受信装置宛と判断され、受信タイプ判断手段で前記特
定のパケットタイプと判断され、受信有効フラグ判断手
段で有効なパケットであると判断されたとき、受信メモ
リ手段に対してクロック供給を開始することを特徴とす
る。
【００２５】本発明に従えば、通信プロトコルに基づい
て受信したパケットを受信メモリに格納する際、受信ク
ロック制御手段は、受信メモリ手段を除く受信装置内の
各手段である各機能ブロックにクロックを供給し、通信
を開始して受信したパケットが、受信パケット解析手段
の受信アドレス判断手段で自分宛てと判断され、かつ受
信ヘッダ判断手段で通信開始時に送信される特定のパケ
ットと判断されて、受信レジスタ手段に格納しておき、
その特定のパケットが有効であることが受信有効フラグ
判断手段で判断されて通信を確立したとき、初めて受信
メモリ手段にクロックを供給し、続いて受信するパケッ
トを受信メモリ手段に格納することができる。これによ
って、通信を開始してパケットを受信しても、そのパケ
ットが通信開始時に送信される特定のパケットであっ
て、自分宛てで、かつ有効であるとされて通信が確立す
るまで、受信装置内において回路規模の大きな受信メモ
リ手段へのクロック供給を停止することができるので、
パケット受信した段階で受信メモリ手段にクロック供給
する場合と比較して、大幅に消費電力を低減化すること
ができる。
て受信したパケットを受信メモリに格納する際、受信ク
ロック制御手段は、受信メモリ手段を除く受信装置内の
各手段である各機能ブロックにクロックを供給し、通信
を開始して受信したパケットが、受信パケット解析手段
の受信アドレス判断手段で自分宛てと判断され、かつ受
信ヘッダ判断手段で通信開始時に送信される特定のパケ
ットと判断されて、受信レジスタ手段に格納しておき、
その特定のパケットが有効であることが受信有効フラグ
判断手段で判断されて通信を確立したとき、初めて受信
メモリ手段にクロックを供給し、続いて受信するパケッ
トを受信メモリ手段に格納することができる。これによ
って、通信を開始してパケットを受信しても、そのパケ
ットが通信開始時に送信される特定のパケットであっ
て、自分宛てで、かつ有効であるとされて通信が確立す
るまで、受信装置内において回路規模の大きな受信メモ
リ手段へのクロック供給を停止することができるので、
パケット受信した段階で受信メモリ手段にクロック供給
する場合と比較して、大幅に消費電力を低減化すること
ができる。
【００２６】また本発明は、前記受信レジスタ手段は、
任意のパケットタイプの受信パケットを複数格納する容
量を有し、前記受信クロック制御手段は、前記受信手段
で受信したパケットが、受信アドレス判断手段で当該受
信装置宛と判断され、受信タイプ判断手段で実際のデー
タであるペイロードが存在するパケットタイプと判断さ
れ、受信有効フラグ判断手段で有効なパケットであると
判断されたとき、受信メモリ手段に対してクロック供給
を開始することを特徴とする。
任意のパケットタイプの受信パケットを複数格納する容
量を有し、前記受信クロック制御手段は、前記受信手段
で受信したパケットが、受信アドレス判断手段で当該受
信装置宛と判断され、受信タイプ判断手段で実際のデー
タであるペイロードが存在するパケットタイプと判断さ
れ、受信有効フラグ判断手段で有効なパケットであると
判断されたとき、受信メモリ手段に対してクロック供給
を開始することを特徴とする。
【００２７】本発明に従えば、たとえば、通信開始時に
送信される特定のパケットに続いくいくつかのパケット
にペイロードデータが存在しないと定義された通信プロ
トコルに基づいて受信したパケットを受信メモリに格納
する際、受信クロック制御手段は、受信メモリ手段を除
く受信装置内の各手段である各機能ブロックにクロック
を供給し、通信を開始して受信したパケットが受信パケ
ット解析手段の受信アドレス判断手段で自分宛てと判断
され、かつ受信ヘッダ判断手段で特定のパケットと判断
されて、受信レジスタ手段に格納しておき、その格納し
たパケットが有効であることが受信有効フラグ判断手段
で判断されて通信を確立した後、続くいくつかのペイロ
ードデータのないパケットも受信レジスタ手段に格納
し、受信ヘッダ判断手段でペイロードデータを含むパケ
ットと判断されたとき、初めて受信メモリ手段にクロッ
クを供給し、以降受信するペイロードデータを含むパケ
ットを受信メモリ手段に格納することができる。これに
よって、通信を開始してパケットを受信し、そのパケッ
トが通信開始時に送信される特定のパケットであって、
自分宛てで、かつ有効であるとされて通信が確立して
も、さらに続くペイロードデータのないパケットの受信
を完了するまで、受信装置内において回路規模の大きな
受信メモリ手段へのクロック供給を停止することができ
るので、パケット受信した段階で受信メモリ手段にクロ
ック供給する場合と比較して、大幅に消費電力を低減化
することができる。
送信される特定のパケットに続いくいくつかのパケット
にペイロードデータが存在しないと定義された通信プロ
トコルに基づいて受信したパケットを受信メモリに格納
する際、受信クロック制御手段は、受信メモリ手段を除
く受信装置内の各手段である各機能ブロックにクロック
を供給し、通信を開始して受信したパケットが受信パケ
ット解析手段の受信アドレス判断手段で自分宛てと判断
され、かつ受信ヘッダ判断手段で特定のパケットと判断
されて、受信レジスタ手段に格納しておき、その格納し
たパケットが有効であることが受信有効フラグ判断手段
で判断されて通信を確立した後、続くいくつかのペイロ
ードデータのないパケットも受信レジスタ手段に格納
し、受信ヘッダ判断手段でペイロードデータを含むパケ
ットと判断されたとき、初めて受信メモリ手段にクロッ
クを供給し、以降受信するペイロードデータを含むパケ
ットを受信メモリ手段に格納することができる。これに
よって、通信を開始してパケットを受信し、そのパケッ
トが通信開始時に送信される特定のパケットであって、
自分宛てで、かつ有効であるとされて通信が確立して
も、さらに続くペイロードデータのないパケットの受信
を完了するまで、受信装置内において回路規模の大きな
受信メモリ手段へのクロック供給を停止することができ
るので、パケット受信した段階で受信メモリ手段にクロ
ック供給する場合と比較して、大幅に消費電力を低減化
することができる。
【００２８】また本発明は、前記受信データ出力手段
は、ホストＣＰＵから受信レジスタ手段または受信メモ
リ手段に格納する受信パケットの読出し要求があったと
き、そこに格納されている受信パケットを出力すること
を特徴とする。
は、ホストＣＰＵから受信レジスタ手段または受信メモ
リ手段に格納する受信パケットの読出し要求があったと
き、そこに格納されている受信パケットを出力すること
を特徴とする。
【００２９】本発明に従えば、受信データ出力手段に対
して、ホストＣＰＵから受信パケットの読出し要求があ
ったときに、受信クロック制御手段は、受信レジスタ手
段または受信メモリ手段にクロックを供給し、そこに格
納されている受信パケットをホストＣＰＵに出力するこ
とができるので、受信したデータを出力する際にも、必
要なときだけ必要な機能ブロックである手段にクロック
を供給して、さらに消費電力を低減化することができ
る。
して、ホストＣＰＵから受信パケットの読出し要求があ
ったときに、受信クロック制御手段は、受信レジスタ手
段または受信メモリ手段にクロックを供給し、そこに格
納されている受信パケットをホストＣＰＵに出力するこ
とができるので、受信したデータを出力する際にも、必
要なときだけ必要な機能ブロックである手段にクロック
を供給して、さらに消費電力を低減化することができ
る。
【００３０】
【発明の実施の形態】図１は、本発明の第１実施形態に
よる受信装置１の構成を示すブロック図である。該受信
装置１は、図４に示した従来の受信装置１０１と同様、
パケット方式と称される通信プロトコルであって、ワイ
ヤレス接続のためのBluetoothと称される規格に則って
受信処理が行われることを前提とする。したがって、受
信装置１を制御するホストＣＰＵ２および通信相手とな
る外部通信相手３との接続関係も、受信装置１０１にお
ける接続関係と同様である。前記通信プロトコルに利用
する通信の基本単位であるパケットについても、図３に
示したものと同様であるので、ここでの詳細説明は省略
する。
よる受信装置１の構成を示すブロック図である。該受信
装置１は、図４に示した従来の受信装置１０１と同様、
パケット方式と称される通信プロトコルであって、ワイ
ヤレス接続のためのBluetoothと称される規格に則って
受信処理が行われることを前提とする。したがって、受
信装置１を制御するホストＣＰＵ２および通信相手とな
る外部通信相手３との接続関係も、受信装置１０１にお
ける接続関係と同様である。前記通信プロトコルに利用
する通信の基本単位であるパケットについても、図３に
示したものと同様であるので、ここでの詳細説明は省略
する。
【００３１】受信装置１は、受信装置１内の後述する各
手段に対してクロックの供給を開始または停止する制御
機能を有する受信クロック制御手段４と、外部から送信
された通信データであるパケットを受信する受信手段５
と、受信したパケットを解析する受信パケット解析手段
６と、特定パケットタイプの受信パケット（固定長であ
るＦＨＳパケット）を１つだけ格納できる容量を有する
受信レジスタ手段７と、受信中でもクロックの供給が停
止制御され、かつ任意のパケットタイプの受信パケット
が複数格納できる大容量の受信メモリ手段８と、ホスト
ＣＰＵ２から受信装置１に対して格納している受信パケ
ットの読出し要求があれば、前記受信レジスタ手段７ま
たは前記受信メモリ手段８に格納されている受信パケッ
トを出力させる受信データ出力手段９とによって構成さ
れる。
手段に対してクロックの供給を開始または停止する制御
機能を有する受信クロック制御手段４と、外部から送信
された通信データであるパケットを受信する受信手段５
と、受信したパケットを解析する受信パケット解析手段
６と、特定パケットタイプの受信パケット（固定長であ
るＦＨＳパケット）を１つだけ格納できる容量を有する
受信レジスタ手段７と、受信中でもクロックの供給が停
止制御され、かつ任意のパケットタイプの受信パケット
が複数格納できる大容量の受信メモリ手段８と、ホスト
ＣＰＵ２から受信装置１に対して格納している受信パケ
ットの読出し要求があれば、前記受信レジスタ手段７ま
たは前記受信メモリ手段８に格納されている受信パケッ
トを出力させる受信データ出力手段９とによって構成さ
れる。
【００３２】受信パケット解析手段６は、受信パケット
が自分宛てであるか否かを判断する受信アドレス判断手
段６０と、受信パケットのパケットタイプを判断する受
信ヘッダ判断手段６１と、受信パケット内の有効フラグ
に基づいて受信したパケットが有効であるか否かを判断
する受信有効フラグ判断手段６２とによって構成され
る。
が自分宛てであるか否かを判断する受信アドレス判断手
段６０と、受信パケットのパケットタイプを判断する受
信ヘッダ判断手段６１と、受信パケット内の有効フラグ
に基づいて受信したパケットが有効であるか否かを判断
する受信有効フラグ判断手段６２とによって構成され
る。
【００３３】受信手段５は、いわゆる通信界における物
理層（たとえば無線システムでのＲＦモジュールなどに
代表される）およびそのインタフェース部に相当する。
理層（たとえば無線システムでのＲＦモジュールなどに
代表される）およびそのインタフェース部に相当する。
【００３４】受信メモリ手段８は、その容量の都合上、
一般的には、いわゆるＩＣのロジックゲートで構成され
るレジスタ群ではなく、ＳＲＡＭなどのメモリによって
構成される。また受信メモリ手段８は、いわゆるメモリ
だけでなく、メモリ内に格納した受信データ容量の情報
も管理し、この管理情報は、受信データ出力手段９を介
してホストＣＰＵ２から読出せるようになっている。
一般的には、いわゆるＩＣのロジックゲートで構成され
るレジスタ群ではなく、ＳＲＡＭなどのメモリによって
構成される。また受信メモリ手段８は、いわゆるメモリ
だけでなく、メモリ内に格納した受信データ容量の情報
も管理し、この管理情報は、受信データ出力手段９を介
してホストＣＰＵ２から読出せるようになっている。
【００３５】このように構成された受信装置１では、通
信プロトコルであるBluetoothに従って、ステートと称
される各段階を移行して受信処理動作が行われるので、
まず、各ステートと各ステートにおいて互いの装置間で
送受信されるパケットについて説明する。なお、送信側
については、受信側の説明に必要な程度として詳細な説
明は省略する。
信プロトコルであるBluetoothに従って、ステートと称
される各段階を移行して受信処理動作が行われるので、
まず、各ステートと各ステートにおいて互いの装置間で
送受信されるパケットについて説明する。なお、送信側
については、受信側の説明に必要な程度として詳細な説
明は省略する。
【００３６】前述のように受信装置１が従う通信プロト
コルであるBluetoothでは、通信が確立されていない状
況をＳＴＡＮＤＢＹステートと称され、通信が確立され
ているステートは、ＣＯＮＮＥＣＴＩＯＮステートと称
されている。したがって、受信装置１と外部通信相手３
との間に、なにも通信されず通信が確立されていない状
況下で、受信装置１は、ＳＴＡＮＤＢＹと称されるステ
ートに遷移している。このＳＴＡＮＤＢＹステートで
は、受信クロック制御部４は、受信制御クロック４０，
４１，４２を通して受信装置１全体へのクロック供給を
停止する制御を行う。こうすることによって通信してい
ないとき、各手段へのクロック発振による電力の消費を
防ぐ。ただし、前述のように外部通信相手３から実際に
いつ通信データが送られてくるかわからないため、受信
装置１は一定の間隔で受信を試みる必要がある。この一
定の間隔で受信を試みる時間を「待受け時」と定義す
る。
コルであるBluetoothでは、通信が確立されていない状
況をＳＴＡＮＤＢＹステートと称され、通信が確立され
ているステートは、ＣＯＮＮＥＣＴＩＯＮステートと称
されている。したがって、受信装置１と外部通信相手３
との間に、なにも通信されず通信が確立されていない状
況下で、受信装置１は、ＳＴＡＮＤＢＹと称されるステ
ートに遷移している。このＳＴＡＮＤＢＹステートで
は、受信クロック制御部４は、受信制御クロック４０，
４１，４２を通して受信装置１全体へのクロック供給を
停止する制御を行う。こうすることによって通信してい
ないとき、各手段へのクロック発振による電力の消費を
防ぐ。ただし、前述のように外部通信相手３から実際に
いつ通信データが送られてくるかわからないため、受信
装置１は一定の間隔で受信を試みる必要がある。この一
定の間隔で受信を試みる時間を「待受け時」と定義す
る。
【００３７】この待受け時の状態において、受信装置１
では、受信を開始するトリガとして、ホストＣＰＵ２が
直接、一定間隔で受信を開始するように受信装置１に対
して命令するように設定されている。また、受信装置１
内にカウンタなどをもって一定の時間が経過したら自動
的に受信を開始するような手段を有するようにしてもよ
い。この場合には受信装置１に対して、クロックを供給
する手段を別途設けておく必要がある。Bluetoothで
は、このようにして受信装置側が通信を確立するために
受信を開始するステートはＰＡＧＥ ＳＣＡＮと称され
る。
では、受信を開始するトリガとして、ホストＣＰＵ２が
直接、一定間隔で受信を開始するように受信装置１に対
して命令するように設定されている。また、受信装置１
内にカウンタなどをもって一定の時間が経過したら自動
的に受信を開始するような手段を有するようにしてもよ
い。この場合には受信装置１に対して、クロックを供給
する手段を別途設けておく必要がある。Bluetoothで
は、このようにして受信装置側が通信を確立するために
受信を開始するステートはＰＡＧＥ ＳＣＡＮと称され
る。
【００３８】一方、送信側の通信装置である外部通信相
手３は、ＰＡＧＥ ＳＣＡＮを行っている受信装置１に
対して通信を確立したいとき、BluetoothでＰＡＧＥと
称されるステートに入る。外部通信相手３が、このＰＡ
ＧＥと称されるステートに移行するには、予め受信装置
１側の固有のアドレス情報を知っておく必要がある。該
固有のアドレス情報は、Bluetoothにおいて、各通信装
置が有するように規定されている。
手３は、ＰＡＧＥ ＳＣＡＮを行っている受信装置１に
対して通信を確立したいとき、BluetoothでＰＡＧＥと
称されるステートに入る。外部通信相手３が、このＰＡ
ＧＥと称されるステートに移行するには、予め受信装置
１側の固有のアドレス情報を知っておく必要がある。該
固有のアドレス情報は、Bluetoothにおいて、各通信装
置が有するように規定されている。
【００３９】ＰＡＧＥステート中の外部通信相手３は、
あらかじめ受信装置１用に定められたアドレス情報のみ
のパケットを、プロトコルで規定された間隔で送信す
る。このアドレス情報のみのパケットをＩＤパケットと
称する。ＰＡＧＥ ＳＣＡＮステート中の受信装置１
は、ＰＡＧＥステート中の外部通信相手３から送信され
てくるＩＤパケットを正しく受信できたら、ＳＬＡＶＥ
ＲＥＳＰＯＮＳＥステートに移行し、外部通信相手３
からの送信に応答する形で、定められた時間後にＩＤパ
ケットを送信し返す。外部通信相手３は、受信装置１か
らＩＤパケットが返送されるであろうタイミングを見計
らって受信を開始する。このタイミングは通信プロトコ
ルにおいて定められている。
あらかじめ受信装置１用に定められたアドレス情報のみ
のパケットを、プロトコルで規定された間隔で送信す
る。このアドレス情報のみのパケットをＩＤパケットと
称する。ＰＡＧＥ ＳＣＡＮステート中の受信装置１
は、ＰＡＧＥステート中の外部通信相手３から送信され
てくるＩＤパケットを正しく受信できたら、ＳＬＡＶＥ
ＲＥＳＰＯＮＳＥステートに移行し、外部通信相手３
からの送信に応答する形で、定められた時間後にＩＤパ
ケットを送信し返す。外部通信相手３は、受信装置１か
らＩＤパケットが返送されるであろうタイミングを見計
らって受信を開始する。このタイミングは通信プロトコ
ルにおいて定められている。
【００４０】このような通信を確立するための最初のス
テップが行われるには、外部通信相手３および受信装置
１の互いの通信装置間において、まずこれらの通信装置
が互いに電波の届く範囲にあることが前提条件であり、
その上で外部通信相手３がＰＡＧＥステートに入ってお
り、かつ受信装置１がＰＡＧＥ ＳＣＡＮステートに入
っていることが必要である。またBluetoothでは、周波
数ホッピング型のスペクトル拡散方式で通信するため、
互いの送受信に用いた周波数が同一でないと正しく通信
できない。さらに、無線であるため、通信ノイズなどに
よる受信障害が発生する可能性があり、送信データを正
しく受信できない可能性もある。
テップが行われるには、外部通信相手３および受信装置
１の互いの通信装置間において、まずこれらの通信装置
が互いに電波の届く範囲にあることが前提条件であり、
その上で外部通信相手３がＰＡＧＥステートに入ってお
り、かつ受信装置１がＰＡＧＥ ＳＣＡＮステートに入
っていることが必要である。またBluetoothでは、周波
数ホッピング型のスペクトル拡散方式で通信するため、
互いの送受信に用いた周波数が同一でないと正しく通信
できない。さらに、無線であるため、通信ノイズなどに
よる受信障害が発生する可能性があり、送信データを正
しく受信できない可能性もある。
【００４１】前述したように、ＳＬＡＶＥ ＲＥＳＰＯ
ＮＳＥステートに移行した受信装置１が返送したＩＤパ
ケットが正しく外部通信相手３に届くと、外部通信相手
３からＦＨＳと称されるパケットが送信されてくる。こ
のＦＨＳパケットは、通信プロトコルで定められたパケ
ットタイプであり、アドレス部、タイプ部、ペイロード
部および有効フラグ部をすべて備えている。なお、ＩＤ
パケットが正しく外部通信相手３に届くことを、Blueto
othでは、ＭＡＳＴＥＲ ＲＥＳＰＯＮＳＥステートと
規定されている。
ＮＳＥステートに移行した受信装置１が返送したＩＤパ
ケットが正しく外部通信相手３に届くと、外部通信相手
３からＦＨＳと称されるパケットが送信されてくる。こ
のＦＨＳパケットは、通信プロトコルで定められたパケ
ットタイプであり、アドレス部、タイプ部、ペイロード
部および有効フラグ部をすべて備えている。なお、ＩＤ
パケットが正しく外部通信相手３に届くことを、Blueto
othでは、ＭＡＳＴＥＲ ＲＥＳＰＯＮＳＥステートと
規定されている。
【００４２】Bluetoothでは、受信装置１は、正しくＦ
ＨＳパケットを受信すると、再び外部通信相手３に対し
てＩＤパケットを送信する。なお、一定期間中にＦＨＳ
パケットを正しく受信できなければ、再びＩＤパケット
を待つＰＡＧＥ ＳＣＡＮステートに移行する。外部通
信相手３は、ＩＤパケットを正しく受信できたら、コネ
クションステートに移行し、ＰＯＬＬパケットと称され
るパケットを受信装置１に対して送信する。このＰＯＬ
Ｌパケットは、アドレス部とタイプ部とから構成されて
ペイロード部がなく、ＩＤパケットと同様に通信を確立
するためのパケットである。外部通信相手３から送信さ
れたＰＯＬＬパケットを受信すると、受信装置１はコネ
クションステートに移行でき、この時点で通信が確立さ
れる。また、Bluetoothの規定では、外部通信相手３
は、ＰＯＬＬパケットを受信した後、実際の通信データ
であるペイロード部が含まれたパケットを送信する。
ＨＳパケットを受信すると、再び外部通信相手３に対し
てＩＤパケットを送信する。なお、一定期間中にＦＨＳ
パケットを正しく受信できなければ、再びＩＤパケット
を待つＰＡＧＥ ＳＣＡＮステートに移行する。外部通
信相手３は、ＩＤパケットを正しく受信できたら、コネ
クションステートに移行し、ＰＯＬＬパケットと称され
るパケットを受信装置１に対して送信する。このＰＯＬ
Ｌパケットは、アドレス部とタイプ部とから構成されて
ペイロード部がなく、ＩＤパケットと同様に通信を確立
するためのパケットである。外部通信相手３から送信さ
れたＰＯＬＬパケットを受信すると、受信装置１はコネ
クションステートに移行でき、この時点で通信が確立さ
れる。また、Bluetoothの規定では、外部通信相手３
は、ＰＯＬＬパケットを受信した後、実際の通信データ
であるペイロード部が含まれたパケットを送信する。
【００４３】次に、以上のような各ステートで各パケッ
トを送受信することによって、受信装置１において行わ
れる受信処理動作について説明する。
トを送受信することによって、受信装置１において行わ
れる受信処理動作について説明する。
【００４４】図２は、図１の受信装置１における受信処
理動作を示すフローチャート図である。
理動作を示すフローチャート図である。
【００４５】受信装置１では、ＳＴＡＮＤＢＹステート
に遷移しているとき、ホストＣＰＵ２からデータ受信を
開始するように命令されて、ＰＡＧＥ ＳＣＡＮステー
トに移行して受信処理を開始すると、受信クロック制御
手段４は、受信手段５および受信パケット解析手段６に
対して、受信制御クロック４０を制御して、クロックの
供給を開始する（ステップｓ１）。前述のように、通信
を確立するための最初のステップが行われる際に容易に
は送信データを正しく受信できない可能性があることか
ら、受信装置１が、前記ステップｓ１の直後に受信でき
る可能性はきわめて低い。このため、ＰＡＧＥ ＳＣＡ
Ｎステート中の受信装置１内の受信クロック制御手段４
は、受信制御クロック４１を制御して、受信メモリ手段
８および受信データ出力手段９へのクロック供給を停止
したままにしておく。また、受信制御クロック４２を制
御して、受信レジスタ手段７へのクロック供給を停止し
ておく。特に、受信装置全体において回路規模の大きい
受信メモリ手段８へのクロック供給停止は、消費電流面
で大変重要である。
に遷移しているとき、ホストＣＰＵ２からデータ受信を
開始するように命令されて、ＰＡＧＥ ＳＣＡＮステー
トに移行して受信処理を開始すると、受信クロック制御
手段４は、受信手段５および受信パケット解析手段６に
対して、受信制御クロック４０を制御して、クロックの
供給を開始する（ステップｓ１）。前述のように、通信
を確立するための最初のステップが行われる際に容易に
は送信データを正しく受信できない可能性があることか
ら、受信装置１が、前記ステップｓ１の直後に受信でき
る可能性はきわめて低い。このため、ＰＡＧＥ ＳＣＡ
Ｎステート中の受信装置１内の受信クロック制御手段４
は、受信制御クロック４１を制御して、受信メモリ手段
８および受信データ出力手段９へのクロック供給を停止
したままにしておく。また、受信制御クロック４２を制
御して、受信レジスタ手段７へのクロック供給を停止し
ておく。特に、受信装置全体において回路規模の大きい
受信メモリ手段８へのクロック供給停止は、消費電流面
で大変重要である。
【００４６】次いで、ＰＡＧＥ ＳＣＡＮステート中、
受信手段５で受取れた受信データは、内部受信データバ
ス２０を通して、受信パケット解析手段６に渡される
（ステップｓ２）。前述のように、外部通信相手３がＰ
ＡＧＥステート中であれば、通信を確立するためのアド
レス部のみのＩＤパケットが送信されている。受信パケ
ット解析手段６において、受信アドレス判断手段６０
で、受信したＩＤパケットのアドレス部を抽出し、抽出
できたら、受信したデータが、自分宛てであるか否かを
判断する（ステップｓ３）。前述のように、外部通信相
手３がＩＤパケットを送信（ＰＡＧＥ）していないな
ら、アドレス部は検出できず、また受信装置１宛てにＰ
ＡＧＥしている場合でも、送受信の周波数が同一であ
り、かつ受信データに異常がないことが必要条件にな
る。したがって、受信装置１は、通信プロトコルで規定
されたＰＡＧＥ ＳＣＡＮ間隔中、なんらかの理由によ
り自分宛てのＩＤパケットを受信できなかったと判断し
た場合には、通信プロトコルによって規定されたよう
に、受信動作を停止させ、次にＰＡＧＥ ＳＣＡＮを行
うまで、受信制御クロック４０，４１，４２を制御し
て、受信装置１全体のクロックの供給を停止する。再度
ＰＡＧＥ ＳＣＡＮを行うまでの間隔も通信プロトコル
において定められている。
受信手段５で受取れた受信データは、内部受信データバ
ス２０を通して、受信パケット解析手段６に渡される
（ステップｓ２）。前述のように、外部通信相手３がＰ
ＡＧＥステート中であれば、通信を確立するためのアド
レス部のみのＩＤパケットが送信されている。受信パケ
ット解析手段６において、受信アドレス判断手段６０
で、受信したＩＤパケットのアドレス部を抽出し、抽出
できたら、受信したデータが、自分宛てであるか否かを
判断する（ステップｓ３）。前述のように、外部通信相
手３がＩＤパケットを送信（ＰＡＧＥ）していないな
ら、アドレス部は検出できず、また受信装置１宛てにＰ
ＡＧＥしている場合でも、送受信の周波数が同一であ
り、かつ受信データに異常がないことが必要条件にな
る。したがって、受信装置１は、通信プロトコルで規定
されたＰＡＧＥ ＳＣＡＮ間隔中、なんらかの理由によ
り自分宛てのＩＤパケットを受信できなかったと判断し
た場合には、通信プロトコルによって規定されたよう
に、受信動作を停止させ、次にＰＡＧＥ ＳＣＡＮを行
うまで、受信制御クロック４０，４１，４２を制御し
て、受信装置１全体のクロックの供給を停止する。再度
ＰＡＧＥ ＳＣＡＮを行うまでの間隔も通信プロトコル
において定められている。
【００４７】一方、ステップｓ３において、受信装置１
がＰＡＧＥ ＳＣＡＮ実行中に、受信アドレス判断手段
６０で自分宛てであるＩＤパケットを受信できたと判断
すると、ＳＬＡＶＥ ＲＥＳＰＯＮＳＥステートに移行
し、前述のように外部通信相手３にＩＤパケットを返信
する。また前述のように、返送されたＩＤパケットが正
しく外部通信相手３に届くと、外部通信相手３からＦＨ
Ｓパケットが送信される。ＳＬＡＶＥ ＲＥＳＰＯＮＳ
Ｅステート中の受信装置１は、ＦＨＳパケットの受信処
理を行うように通信プロトコルにおいて定められた期間
中、自分宛てであるパケットを受信できるまでパケット
の受信を行う。
がＰＡＧＥ ＳＣＡＮ実行中に、受信アドレス判断手段
６０で自分宛てであるＩＤパケットを受信できたと判断
すると、ＳＬＡＶＥ ＲＥＳＰＯＮＳＥステートに移行
し、前述のように外部通信相手３にＩＤパケットを返信
する。また前述のように、返送されたＩＤパケットが正
しく外部通信相手３に届くと、外部通信相手３からＦＨ
Ｓパケットが送信される。ＳＬＡＶＥ ＲＥＳＰＯＮＳ
Ｅステート中の受信装置１は、ＦＨＳパケットの受信処
理を行うように通信プロトコルにおいて定められた期間
中、自分宛てであるパケットを受信できるまでパケット
の受信を行う。
【００４８】このように自分宛てのＩＤパケットを受信
できたと判断した場合でも、該ＩＤパケットには実際に
互いの通信装置間でやりとりする通信データ、すなわち
ホストＣＰＵ２が受信データとして読出すべきペイロー
ドデータがなく、受信レジスタ手段７および受信メモリ
手段８に対して受信データを格納する必要がない。した
がって、ＩＤパケットを受信できた段階でも、受信制御
クロック４１を制御して、受信メモリ手段８および受信
データ出力手段９に対してクロックの供給を停止させて
おくことによって、回路規模の大きな受信メモリ手段８
にクロック供給する場合と比較して、大幅に消費電力を
低減化することができる。
できたと判断した場合でも、該ＩＤパケットには実際に
互いの通信装置間でやりとりする通信データ、すなわち
ホストＣＰＵ２が受信データとして読出すべきペイロー
ドデータがなく、受信レジスタ手段７および受信メモリ
手段８に対して受信データを格納する必要がない。した
がって、ＩＤパケットを受信できた段階でも、受信制御
クロック４１を制御して、受信メモリ手段８および受信
データ出力手段９に対してクロックの供給を停止させて
おくことによって、回路規模の大きな受信メモリ手段８
にクロック供給する場合と比較して、大幅に消費電力を
低減化することができる。
【００４９】次いで、ＳＬＡＶＥ ＲＥＳＰＯＮＳＥス
テート中、受信手段５で受取れた受信データは、内部受
信データバス２０を通して、受信パケット解析手段６に
渡される（ステップｓ４）。受信パケット解析手段６で
は、受信アドレス判断手段６０で、受信したパケットの
アドレス部を抽出し、抽出できたら、受信したデータ
が、自分宛てであるか否かを判断する（ステップｓ
５）。自分宛てであるパケットと判断すると、受信ヘッ
ダ判断手段６１で解析し、通信プロトコルにて規定され
ているパケットタイプであるＦＨＳパケットを受信した
か否かを判断する（ステップｓ６）。なお、ステップｓ
５で自分宛てのパケットを受信できなかったと判断、ま
たは、ステップｓ６でＦＨＳパケットを受信できなかっ
たと判断した場合には、前述のステップｓ３で自分宛て
のＩＤパケットを受信できなかったと判断した場合と同
様にして、通信プロトコルによって規定された処理を行
う。
テート中、受信手段５で受取れた受信データは、内部受
信データバス２０を通して、受信パケット解析手段６に
渡される（ステップｓ４）。受信パケット解析手段６で
は、受信アドレス判断手段６０で、受信したパケットの
アドレス部を抽出し、抽出できたら、受信したデータ
が、自分宛てであるか否かを判断する（ステップｓ
５）。自分宛てであるパケットと判断すると、受信ヘッ
ダ判断手段６１で解析し、通信プロトコルにて規定され
ているパケットタイプであるＦＨＳパケットを受信した
か否かを判断する（ステップｓ６）。なお、ステップｓ
５で自分宛てのパケットを受信できなかったと判断、ま
たは、ステップｓ６でＦＨＳパケットを受信できなかっ
たと判断した場合には、前述のステップｓ３で自分宛て
のＩＤパケットを受信できなかったと判断した場合と同
様にして、通信プロトコルによって規定された処理を行
う。
【００５０】次いで、ＦＨＳパケットを受信できたと判
断すると、受信クロック制御手段４は、受信制御クロッ
ク４２を制御して、受信レジスタ手段７にクロックを供
給する（ステップｓ７）。クロックが供給された受信レ
ジスタ手段７は、受信したＦＨＳパケットを格納する
（ステップｓ８）。なお、受信制御クロック４２は、Ｉ
Ｄパケットを受信したことをトリガにして、受信レジス
タ手段７に対してクロックの供給を開始してもよい。す
なわち、受信レジスタ手段７にクロックを供給するタイ
ミングは、ステップｓ３でＩＤパケットを受信できたと
判断した時点から、ステップｓ８で受信レジスタ手段７
にＦＨＳパケットを受信する時点までの間であればよ
い。ただし、消費電力の無駄を考慮すれば、ＦＨＳパケ
ットを受信できたと判断した後が好ましい。
断すると、受信クロック制御手段４は、受信制御クロッ
ク４２を制御して、受信レジスタ手段７にクロックを供
給する（ステップｓ７）。クロックが供給された受信レ
ジスタ手段７は、受信したＦＨＳパケットを格納する
（ステップｓ８）。なお、受信制御クロック４２は、Ｉ
Ｄパケットを受信したことをトリガにして、受信レジス
タ手段７に対してクロックの供給を開始してもよい。す
なわち、受信レジスタ手段７にクロックを供給するタイ
ミングは、ステップｓ３でＩＤパケットを受信できたと
判断した時点から、ステップｓ８で受信レジスタ手段７
にＦＨＳパケットを受信する時点までの間であればよ
い。ただし、消費電力の無駄を考慮すれば、ＦＨＳパケ
ットを受信できたと判断した後が好ましい。
【００５１】次いで、受信有効フラグ判断手段６２で、
受信して格納したＦＨＳパケットが通信ノイズなどによ
りパケットデータが破壊されていないか否かを調べるた
め、その有効フラグ部を解析し（ステップｓ９）、受信
したＦＨＳパケットに異常がないか判断する。受信した
ＦＨＳパケットデータに異常が検出されたら、受信レジ
スタ手段７に格納されたＦＨＳパケットを破棄し（ステ
ップ１０）、通信プロトコルによって規定された処理を
行う。一方、通信ノイズなどによる受信異常がなけれ
ば、このＦＨＳパケットの受信を終了する（ステップｓ
１１）。前述のように、受信装置１は、正しくＦＨＳパ
ケットを受信すると、再び外部通信相手３に対してＩＤ
パケットを送信し、送信されたＩＤパケットを正しく受
信した外部通信相手３は、コネクションステートに移行
してＰＯＬＬパケットを受信装置１に対して送信する。
受信して格納したＦＨＳパケットが通信ノイズなどによ
りパケットデータが破壊されていないか否かを調べるた
め、その有効フラグ部を解析し（ステップｓ９）、受信
したＦＨＳパケットに異常がないか判断する。受信した
ＦＨＳパケットデータに異常が検出されたら、受信レジ
スタ手段７に格納されたＦＨＳパケットを破棄し（ステ
ップ１０）、通信プロトコルによって規定された処理を
行う。一方、通信ノイズなどによる受信異常がなけれ
ば、このＦＨＳパケットの受信を終了する（ステップｓ
１１）。前述のように、受信装置１は、正しくＦＨＳパ
ケットを受信すると、再び外部通信相手３に対してＩＤ
パケットを送信し、送信されたＩＤパケットを正しく受
信した外部通信相手３は、コネクションステートに移行
してＰＯＬＬパケットを受信装置１に対して送信する。
【００５２】次いで、受信装置１は、外部通信相手３か
ら送信されるＰＯＬＬパケットを受信すると、コネクシ
ョンステートに移行して通信が確立される（ステップｓ
１２）。ＰＯＬＬを受信して通信が確立した時点で、初
めて受信クロック制御手段４は、受信クロック制御４１
を制御して、受信メモリ手段８や受信データ出力手段９
に対してクロックの供給を開始する（ステップｓ１
３）。
ら送信されるＰＯＬＬパケットを受信すると、コネクシ
ョンステートに移行して通信が確立される（ステップｓ
１２）。ＰＯＬＬを受信して通信が確立した時点で、初
めて受信クロック制御手段４は、受信クロック制御４１
を制御して、受信メモリ手段８や受信データ出力手段９
に対してクロックの供給を開始する（ステップｓ１
３）。
【００５３】なお、Bluetoothでは、あくまで送信側は
コネクションステートに移行した直後の最初のパケット
は、ＰＯＬＬを送出するように規定されているが、受信
装置１は、実際、ＰＯＬＬパケットだけでなく、ペイロ
ードが含まれてやり取りする受信データが存在するパケ
ットをも受信可能である。したがって、受信装置１を設
計する際、Bluetoothの規定外ではあるが、ＰＯＬＬパ
ケット以外の、ペイロードが存在するパケットをも受信
できるような仕様にすることが可能である。ただし、こ
の場合には、ステップｓ１１でＦＨＳパケットを受信で
きたときに受信制御クロック４１を制御して、受信メモ
リ手段８や受信データ出力手段９に対してクロックの供
給を開始する必要がある。
コネクションステートに移行した直後の最初のパケット
は、ＰＯＬＬを送出するように規定されているが、受信
装置１は、実際、ＰＯＬＬパケットだけでなく、ペイロ
ードが含まれてやり取りする受信データが存在するパケ
ットをも受信可能である。したがって、受信装置１を設
計する際、Bluetoothの規定外ではあるが、ＰＯＬＬパ
ケット以外の、ペイロードが存在するパケットをも受信
できるような仕様にすることが可能である。ただし、こ
の場合には、ステップｓ１１でＦＨＳパケットを受信で
きたときに受信制御クロック４１を制御して、受信メモ
リ手段８や受信データ出力手段９に対してクロックの供
給を開始する必要がある。
【００５４】次いで、受信装置１は、前述のようにＰＯ
ＬＬパケットの次から送信されるペイロード部が含まれ
たパケットを受信するので、通信確立後も、前述したよ
うに、受信時には、受信パケット解析手段６で正しい受
信すべきパケットであるか否かを判断する。正しい受信
パケットは、通信の同期を維持するためのパケットを除
いて受信メモリ手段８に直接格納し、受信レジスタ手段
７には格納しない。したがって、通信確立後は、受信ク
ロック制御手段４は受信制御クロック４２を制御し、受
信レジスタ手段７に対してクロックの供給を停止しても
構わない。
ＬＬパケットの次から送信されるペイロード部が含まれ
たパケットを受信するので、通信確立後も、前述したよ
うに、受信時には、受信パケット解析手段６で正しい受
信すべきパケットであるか否かを判断する。正しい受信
パケットは、通信の同期を維持するためのパケットを除
いて受信メモリ手段８に直接格納し、受信レジスタ手段
７には格納しない。したがって、通信確立後は、受信ク
ロック制御手段４は受信制御クロック４２を制御し、受
信レジスタ手段７に対してクロックの供給を停止しても
構わない。
【００５５】受信メモリ手段８に受信データが格納され
た後、ホストＣＰＵ２が受信装置１に対して受信データ
の読出し命令を行うと、受信メモリ手段８は、受信メモ
リ手段８内に格納された受信データを、内部受信データ
バス２１および受信データ出力手段９を通してホストＣ
ＰＵ２に出力する。この処理を行うことによって、ホス
トＣＰＵ２は受信装置１が受信した通信データを得るこ
とができる。受信データの読出し命令を行う替わりに、
受信メモリ手段８内に、一定の受信量を超えたら、その
旨を知らせる情報をホストＣＰＵ２に伝達するようにし
てもよい。
た後、ホストＣＰＵ２が受信装置１に対して受信データ
の読出し命令を行うと、受信メモリ手段８は、受信メモ
リ手段８内に格納された受信データを、内部受信データ
バス２１および受信データ出力手段９を通してホストＣ
ＰＵ２に出力する。この処理を行うことによって、ホス
トＣＰＵ２は受信装置１が受信した通信データを得るこ
とができる。受信データの読出し命令を行う替わりに、
受信メモリ手段８内に、一定の受信量を超えたら、その
旨を知らせる情報をホストＣＰＵ２に伝達するようにし
てもよい。
【００５６】なお、前述のように、受信メモリ手段８内
に格納された受信データと同様に、ＦＨＳパケットは受
信レジスタ手段７にも格納されているので、このＦＨＳ
パケットをホストＣＰＵ２が読出せるようにしてもよ
い。この場合、ＦＨＳパケットデータは、内部受信デー
タバス２２および受信データ出力手段９を通してホスト
ＣＰＵ２に出力される。
に格納された受信データと同様に、ＦＨＳパケットは受
信レジスタ手段７にも格納されているので、このＦＨＳ
パケットをホストＣＰＵ２が読出せるようにしてもよ
い。この場合、ＦＨＳパケットデータは、内部受信デー
タバス２２および受信データ出力手段９を通してホスト
ＣＰＵ２に出力される。
【００５７】以上のように、本実施形態による受信装置
１では、通信を確立した時点か、早くてもＦＨＳパケッ
トを正しく受信できた時点で、初めて受信クロック制御
手段４が、受信制御クロック４１を制御して、受信メモ
リ手段８や、受信データ出力手段９に対してクロックの
供給を開始することによって、通信確立前のＩＤパケッ
ト受信後から受信メモリ手段にクロックを供給する場合
と比較して、大幅に消費電力を低減化することが可能で
ある。その理由は以下の通りである。
１では、通信を確立した時点か、早くてもＦＨＳパケッ
トを正しく受信できた時点で、初めて受信クロック制御
手段４が、受信制御クロック４１を制御して、受信メモ
リ手段８や、受信データ出力手段９に対してクロックの
供給を開始することによって、通信確立前のＩＤパケッ
ト受信後から受信メモリ手段にクロックを供給する場合
と比較して、大幅に消費電力を低減化することが可能で
ある。その理由は以下の通りである。
【００５８】ＩＤパケットとＦＨＳパケットとの違いを
考えてみる。前述したようにＩＤパケットはアドレス部
だけのパケットであるのに対して、ＦＨＳパケットはア
ドレス部、タイプ部、ペイロード部、有効フラグ部のす
べてを備えるパケットであるため、受信データ量が多
い。これは通信ノイズなどが混入されてしまう可能性が
ＩＤパケットと比較して格段に上昇してしまうことを意
味している。すなわち、ＩＤパケットはなんとか正しく
受信できるが、ＦＨＳパケットほどデータ量の多いパケ
ットでは通信ノイズなどにより正しく受信できない通信
状況下では、何度もＦＨＳ受信を失敗してしまい、ステ
ップｓ１０を繰返す可能性が大きい。したがって、この
時点で受信メモリ手段８や受信データ出力手段９へクロ
ックを供給することは、まったくの無駄になる。
考えてみる。前述したようにＩＤパケットはアドレス部
だけのパケットであるのに対して、ＦＨＳパケットはア
ドレス部、タイプ部、ペイロード部、有効フラグ部のす
べてを備えるパケットであるため、受信データ量が多
い。これは通信ノイズなどが混入されてしまう可能性が
ＩＤパケットと比較して格段に上昇してしまうことを意
味している。すなわち、ＩＤパケットはなんとか正しく
受信できるが、ＦＨＳパケットほどデータ量の多いパケ
ットでは通信ノイズなどにより正しく受信できない通信
状況下では、何度もＦＨＳ受信を失敗してしまい、ステ
ップｓ１０を繰返す可能性が大きい。したがって、この
時点で受信メモリ手段８や受信データ出力手段９へクロ
ックを供給することは、まったくの無駄になる。
【００５９】次に、本発明の第２実施形態による受信装
置およびその受信処理動作について説明する。本第２実
施形態による受信装置は、第１実施形態による受信装置
１と同様の構成であるので、図１を参照して説明する。
置およびその受信処理動作について説明する。本第２実
施形態による受信装置は、第１実施形態による受信装置
１と同様の構成であるので、図１を参照して説明する。
【００６０】本第２実施形態による受信装置１は、第１
実施形態と同様にBluetooth規格に従い、同様の装置構
成において、受信レジスタ手段７に格納できるデータの
容量が異なる。すなわち、受信レジスタ手段７は、第１
実施形態では、特定のパケットであるＦＨＳパケットを
１つ格納できる容量を有するように設定されるのに対
し、本第２実施形態では、格納できる容量を増加させ、
いくつかの受信パケットを格納できるように設定され
る。また、本第２実施形態による受信装置１では、受信
メモリ手段８へのクロックの供給を開始するまで、クロ
ックのソース（発振源）になる発振子まで停止させるよ
うに制御する。
実施形態と同様にBluetooth規格に従い、同様の装置構
成において、受信レジスタ手段７に格納できるデータの
容量が異なる。すなわち、受信レジスタ手段７は、第１
実施形態では、特定のパケットであるＦＨＳパケットを
１つ格納できる容量を有するように設定されるのに対
し、本第２実施形態では、格納できる容量を増加させ、
いくつかの受信パケットを格納できるように設定され
る。また、本第２実施形態による受信装置１では、受信
メモリ手段８へのクロックの供給を開始するまで、クロ
ックのソース（発振源）になる発振子まで停止させるよ
うに制御する。
【００６１】このような第２実施形態による受信装置１
においても、第１実施形態と同様にして、通信確立後に
初めて受信メモリ手段８に対してクロックを供給し始め
るように制御する場合には、発振子の発振が安定するま
で多少時間がかかってすぐに供給を開始できないので、
この発振が安定するまでの期間は受信メモリ手段８にク
ロックの供給ができない。したがって、この期間に受信
したデータは、受信メモリ手段８に格納できない不具合
が生じることになる。
においても、第１実施形態と同様にして、通信確立後に
初めて受信メモリ手段８に対してクロックを供給し始め
るように制御する場合には、発振子の発振が安定するま
で多少時間がかかってすぐに供給を開始できないので、
この発振が安定するまでの期間は受信メモリ手段８にク
ロックの供給ができない。したがって、この期間に受信
したデータは、受信メモリ手段８に格納できない不具合
が生じることになる。
【００６２】このような不具合が生じる状況に対処する
ため、通信プロトコルであるBluetoothで定められた最
大通信速度（時間に対する受信データ量）と、発振が安
定するための時間とを考慮し、発振が安定するまでに送
信されてくるパケットを格納できるだけの容量を受信レ
ジスタ手段７にもたせておく。最大通信速度と発振が安
定するための時間とによって、受信レジスタ手段７は、
ＦＨＳパケットに続いて送信されるペイロードを含む受
信データのパケットを格納することになる。したがっ
て、本第２実施形態による受信装置においては、受信レ
ジスタ手段７内の受信データを、ホストＣＰＵ２に送出
できるように構成する必要がある。そこで、受信装置に
は、受信レジスタ手段７から受信データ出力手段９への
内部受信データバス２２を設ける。
ため、通信プロトコルであるBluetoothで定められた最
大通信速度（時間に対する受信データ量）と、発振が安
定するための時間とを考慮し、発振が安定するまでに送
信されてくるパケットを格納できるだけの容量を受信レ
ジスタ手段７にもたせておく。最大通信速度と発振が安
定するための時間とによって、受信レジスタ手段７は、
ＦＨＳパケットに続いて送信されるペイロードを含む受
信データのパケットを格納することになる。したがっ
て、本第２実施形態による受信装置においては、受信レ
ジスタ手段７内の受信データを、ホストＣＰＵ２に送出
できるように構成する必要がある。そこで、受信装置に
は、受信レジスタ手段７から受信データ出力手段９への
内部受信データバス２２を設ける。
【００６３】次に、このように構成した第２実施形態に
よる受信装置における受信処理動作について、第１実施
形態と異なる動作について説明する。
よる受信装置における受信処理動作について、第１実施
形態と異なる動作について説明する。
【００６４】第１実施形態におけるステップｓ１〜ステ
ップｓ１２までと同様に受信処理を行って、通信を確立
する。通信確立後、すなわちステップｓ１２でＰＯＬＬ
パケットを受信した後、または、早くてもステップｓ１
１でＦＨＳパケットを正しく受信した後に、初めて受信
制御クロック４１を制御して、受信メモリ手段８および
受信データ出力手段９にクロックを供給するため、発振
子を始動させる。発振子の発振が安定するまでの期間、
ＦＨＳパケットに続いて送信されるペイロードを含む受
信データのパケットは、受信レジスタ手段７に格納され
る。この期間が経過すると、発振子の発振が安定し、受
信メモリ手段８および受信データ出力手段９に対してク
ロックの供給が始まり、この期間の経過後に送信される
受信データは、受信メモリ手段８に格納される。
ップｓ１２までと同様に受信処理を行って、通信を確立
する。通信確立後、すなわちステップｓ１２でＰＯＬＬ
パケットを受信した後、または、早くてもステップｓ１
１でＦＨＳパケットを正しく受信した後に、初めて受信
制御クロック４１を制御して、受信メモリ手段８および
受信データ出力手段９にクロックを供給するため、発振
子を始動させる。発振子の発振が安定するまでの期間、
ＦＨＳパケットに続いて送信されるペイロードを含む受
信データのパケットは、受信レジスタ手段７に格納され
る。この期間が経過すると、発振子の発振が安定し、受
信メモリ手段８および受信データ出力手段９に対してク
ロックの供給が始まり、この期間の経過後に送信される
受信データは、受信メモリ手段８に格納される。
【００６５】受信メモリ手段８に受信データが格納され
た後、ホストＣＰＵ２が受信装置１に対して受信データ
の読出し命令を行うと、受信メモリ手段８内に格納され
た受信データをＣＰＵ２に出力するだけでなく、受信レ
ジスタ手段７に格納されている受信データも、内部受信
データバス２２および受信データ出力手段９を通ってホ
ストＣＰＵ２に出力される。
た後、ホストＣＰＵ２が受信装置１に対して受信データ
の読出し命令を行うと、受信メモリ手段８内に格納され
た受信データをＣＰＵ２に出力するだけでなく、受信レ
ジスタ手段７に格納されている受信データも、内部受信
データバス２２および受信データ出力手段９を通ってホ
ストＣＰＵ２に出力される。
【００６６】
【発明の効果】以上のように本発明によれば、通信プロ
トコルに基づいて受信したパケットを受信メモリに格納
する受信装置において、受信クロック制御手段は通信が
確立されるまで受信メモリ手段にクロックを供給せず、
受信したパケットを受信レジスタ手段に格納しておき、
そのパケットが受信パケット解析手段で正しいと判断さ
れて通信を確立したとき、初めて受信メモリ手段にクロ
ックを供給し、続いて受信するパケットを受信メモリ手
段に格納することによって、通信を開始してパケットを
受信しても、そのパケットが正しく受信できて通信が確
立するまで、受信装置内において回路規模の大きな受信
メモリ手段へのクロック供給を停止することができるの
で、パケット受信した段階で受信メモリ手段にクロック
供給する場合と比較して、大幅に消費電力を低減化する
ことができる。
トコルに基づいて受信したパケットを受信メモリに格納
する受信装置において、受信クロック制御手段は通信が
確立されるまで受信メモリ手段にクロックを供給せず、
受信したパケットを受信レジスタ手段に格納しておき、
そのパケットが受信パケット解析手段で正しいと判断さ
れて通信を確立したとき、初めて受信メモリ手段にクロ
ックを供給し、続いて受信するパケットを受信メモリ手
段に格納することによって、通信を開始してパケットを
受信しても、そのパケットが正しく受信できて通信が確
立するまで、受信装置内において回路規模の大きな受信
メモリ手段へのクロック供給を停止することができるの
で、パケット受信した段階で受信メモリ手段にクロック
供給する場合と比較して、大幅に消費電力を低減化する
ことができる。
【図１】本発明の第１実施形態による受信装置１の構成
を示すブロック図である。
を示すブロック図である。
【図２】図１の受信装置１における受信処理動作を示す
フローチャート図である。
フローチャート図である。
【図３】本発明および従来の受信装置において受信する
通信データのパケットフォーマットの一例を示す構成図
である。
通信データのパケットフォーマットの一例を示す構成図
である。
【図４】従来の受信装置１０１の構成を示すブロック図
である。
である。
【図５】図４の受信装置１０１における受信処理動作を
示すフローチャート図である。
示すフローチャート図である。
１，１０３ 受信装置 ２，１０２ ホストＣＰＵ ３，１０３ 外部通信相手 ４，１０４ 受信クロック制御手段 ５，１０５ 受信手段 ６，１０６ 受信パケット解析手段 ７，１０７ 受信レジスタ手段 ８，１０８ 受信メモリ手段 ９，１０９ 受信データ出力手段 ４０，４１，４２，１２３ 受信制御クロック ６０，１１０ 受信アドレス判断手段 ６１，１１１ 受信ヘッダ判断手段 ６２，１１２ 受信有効フラグ判断手段 ２０，２１，２２，１２４，１２５ 内部受信データバ
ス
ス
Claims (5)
- 【請求項１】 通信プロトコルに基づいて、外部通信相
手から送信される通信パケットを受信して格納し、格納
されたパケットはホストＣＰＵに出力される受信装置で
あって、 当該受信装置内の各手段に対するクロックの供給を制御
する受信クロック制御手段と、 外部通信相手から送信される通信パケットを受信する受
信手段と、 受信したパケットを解析する受信パケット解析手段と、 前記受信クロック制御手段によって、受信中でもクロッ
クの供給が停止可能に制御され、かつ受信パケットを格
納する受信メモリ手段と、 該受信メモリ手段にクロックが供給されるまでに受信す
るパケットを格納可能な受信レジスタ手段と、 前記受信レジスタ手段および受信メモリ手段に格納され
た受信パケットをホストＣＰＵに出力する受信データ出
力手段とを含んで構成されることを特徴とする通信プロ
トコルに基づく受信装置。 - 【請求項２】 前記受信パケット解析手段は、受信パケ
ットが当該受信装置宛てであるか否かを判断する受信ア
ドレス判断手段と、受信パケットのパケットタイプを判
断する受信ヘッダ判断手段と、受信パケット内の有効フ
ラグに基づいて受信したパケットが有効であるか否かを
判断する受信有効フラグ判断手段とを含んで構成される
ことを特徴とする請求項１記載の通信プロトコルに基づ
く受信装置。 - 【請求項３】 前記受信レジスタ手段は、特定のパケッ
トタイプの受信パケット１つのみを格納する容量を有
し、 前記受信クロック制御手段は、前記受信手段で受信した
パケットが、受信アドレス判断手段で当該受信装置宛と
判断され、受信タイプ判断手段で前記特定のパケットタ
イプと判断され、受信有効フラグ判断手段で有効なパケ
ットであると判断されたとき、受信メモリ手段に対して
クロック供給を開始することを特徴とする請求項２記載
の通信プロトコルに基づく受信装置。 - 【請求項４】 前記受信レジスタ手段は、任意のパケッ
トタイプの受信パケットを複数格納する容量を有し、 前記受信クロック制御手段は、前記受信手段で受信した
パケットが、受信アドレス判断手段で当該受信装置宛と
判断され、受信タイプ判断手段で実際のデータであるペ
イロードが存在するパケットタイプと判断され、受信有
効フラグ判断手段で有効なパケットであると判断された
とき、受信メモリ手段に対してクロック供給を開始する
ことを特徴とする請求項２記載の通信プロトコルに基づ
く受信装置。 - 【請求項５】 前記受信データ出力手段は、ホストＣＰ
Ｕから受信レジスタ手段または受信メモリ手段に格納す
る受信パケットの読出し要求があったとき、そこに格納
されている受信パケットを出力することを特徴とする請
求項１〜４のいずれか１つに記載の通信プロトコルに基
づく受信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182321A JP3588597B2 (ja) | 2001-06-15 | 2001-06-15 | 通信プロトコルに基づく受信装置 |
| CNB021315108A CN1190905C (zh) | 2001-06-15 | 2002-06-14 | 基于通信协议的接收设备 |
| US10/171,622 US7327750B2 (en) | 2001-06-15 | 2002-06-17 | Receiving apparatus based on communications protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001182321A JP3588597B2 (ja) | 2001-06-15 | 2001-06-15 | 通信プロトコルに基づく受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002374315A true JP2002374315A (ja) | 2002-12-26 |
| JP3588597B2 JP3588597B2 (ja) | 2004-11-10 |
Family
ID=19022449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001182321A Expired - Fee Related JP3588597B2 (ja) | 2001-06-15 | 2001-06-15 | 通信プロトコルに基づく受信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US7327750B2 (ja) |
| JP (1) | JP3588597B2 (ja) |
| CN (1) | CN1190905C (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100323634A1 (en) * | 2007-03-19 | 2010-12-23 | Tohru Kimura | Semiconductor device and signal processing method thereof |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IT1144160B (it) * | 1981-03-12 | 1986-10-29 | Cselt Centro Studi Lab Telecom | Sistema di accesso multiplo di terminali su una linea telefonica numerica |
| JP2544385B2 (ja) * | 1987-05-27 | 1996-10-16 | 株式会社日立製作所 | 通信制御装置 |
| JP2863653B2 (ja) * | 1991-07-16 | 1999-03-03 | 三菱電機株式会社 | 通信装置内蔵マイクロコンピュータ |
| DE59106831D1 (de) * | 1991-08-14 | 1995-12-07 | Siemens Ag | Schnittstellenbaustein zur Unterstützung der Kommunikation zwischen Prozessorsystemen. |
| JP3070595B1 (ja) | 1999-02-10 | 2000-07-31 | 日本電気株式会社 | Ａｔｍセル組立分解装置 |
| JP4256546B2 (ja) * | 1999-08-24 | 2009-04-22 | パナソニック株式会社 | ストリーム多重分離装置 |
| US6662301B1 (en) * | 1999-08-27 | 2003-12-09 | Canon Kabushiki Kaisha | Computer peripheral device, its control method, image pickup device, storage medium, computer system, and computer |
| JP2002041445A (ja) * | 2000-05-19 | 2002-02-08 | Matsushita Electric Ind Co Ltd | 高性能ｄｍａコントローラ |
| JP2002190816A (ja) * | 2000-12-20 | 2002-07-05 | Nec Corp | 無線通信システム |
| JP2002353978A (ja) * | 2001-05-25 | 2002-12-06 | Pioneer Electronic Corp | 主局又は従局機能を有する無線通信端末 |
| ATE488815T1 (de) * | 2001-06-04 | 2010-12-15 | Renesas Electronics Corp | Speicherkarte |
| JP3552213B2 (ja) * | 2001-08-31 | 2004-08-11 | 株式会社東芝 | Ｓｄメモリカードホストコントローラ及びクロック制御方法 |
-
2001
- 2001-06-15 JP JP2001182321A patent/JP3588597B2/ja not_active Expired - Fee Related
-
2002
- 2002-06-14 CN CNB021315108A patent/CN1190905C/zh not_active Expired - Fee Related
- 2002-06-17 US US10/171,622 patent/US7327750B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN1400740A (zh) | 2003-03-05 |
| US7327750B2 (en) | 2008-02-05 |
| JP3588597B2 (ja) | 2004-11-10 |
| US20020191629A1 (en) | 2002-12-19 |
| CN1190905C (zh) | 2005-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9998522B2 (en) | Fast join of peer to peer group with power saving mode | |
| EP3095293B1 (en) | Method and apparatus for bluetooth low energy suspend and resume | |
| US6891857B1 (en) | Multiple wireless communication protocol methods and apparatuses including proactive reduction of interference | |
| US7310325B2 (en) | Method of conserving power in wireless local area network | |
| US9485104B2 (en) | Information processing system | |
| US20040003311A1 (en) | Data communication method | |
| US7373134B2 (en) | Multiple-CPU portable terminal with communication function and control method | |
| US20020147005A1 (en) | Information processing apparatus | |
| US7779195B2 (en) | Communication control apparatus for common bus connection devices | |
| US7509150B1 (en) | Reducing power consumption in a radio device by early receiver shut down | |
| JP2011035834A (ja) | 通信システム、通信装置及び通信方法 | |
| JP3588597B2 (ja) | 通信プロトコルに基づく受信装置 | |
| JP6391015B2 (ja) | 無線中継装置 | |
| KR100782342B1 (ko) | 방송 메시지 필터링을 위한 장치 및 방법 | |
| US20090100281A1 (en) | Communication device and communication method | |
| JP4880739B2 (ja) | 無線ｌａｎシステム、データ通信制御方法、及びアクセスポイント | |
| JP3991594B2 (ja) | データ処理装置 | |
| WO2024090260A1 (ja) | 車載中継装置、スリープ制御方法およびスリープ制御プログラム | |
| EP4187984A1 (en) | Bluetooth low energy connection power consumption | |
| KR100319480B1 (ko) | 핸드터미널에있어서계량기와의무선통신방법 | |
| JP5181332B2 (ja) | 通信装置、通信方法及び通信プログラム | |
| US20040133818A1 (en) | Method for changing the mode of a card, a system, a card, and a device | |
| JP2004328624A (ja) | データ通信装置及び方法 | |
| JP2003101476A (ja) | 無線移動機、受信レベル計測方法及び受信レベル計測プログラム | |
| JP2002044009A (ja) | 無線移動機および通信システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040729 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040810 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040816 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3588597 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070820 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080820 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090820 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100820 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110820 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110820 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120820 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120820 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130820 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |