JPH08149065A - 無線通信装置 - Google Patents
無線通信装置Info
- Publication number
- JPH08149065A JPH08149065A JP6286546A JP28654694A JPH08149065A JP H08149065 A JPH08149065 A JP H08149065A JP 6286546 A JP6286546 A JP 6286546A JP 28654694 A JP28654694 A JP 28654694A JP H08149065 A JPH08149065 A JP H08149065A
- Authority
- JP
- Japan
- Prior art keywords
- bit
- memory
- data
- transmission
- stream data
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/02—Speed or phase control by the received code signals, the signals containing no special synchronisation information
- H04L7/033—Speed or phase control by the received code signals, the signals containing no special synchronisation information using the transitions of the received signal to control the phase of the synchronising-signal-generating means, e.g. using a phase-locked loop
- H04L7/0331—Speed or phase control by the received code signals, the signals containing no special synchronisation information using the transitions of the received signal to control the phase of the synchronising-signal-generating means, e.g. using a phase-locked loop with a digital phase-locked loop [PLL] processing binary samples, e.g. add/subtract logic for correction of receiver clock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
- H04L7/041—Speed or phase control by synchronisation signals using special codes as synchronising signal
-
- 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/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【構成】 ＲＯＭ３０内に受信ビット定義テーブル４０
を設け、この受信ビット定義テーブル４０に、第１受信
メモリＤ１にストアされたビットストリームデータのビ
ット種類毎に、取り出しビット数および第２受信メモリ
Ｄ２のメモリ位置を設定する。マイクロコンピュータ２
６は、受信ビット定義テーブル４０で与えられる受信パ
ラメータに応じて、第１受信メモリＤ１から所定ビット
のビットストリームデータを取り出し、バイトストリー
ムデータとして第２受信メモリＤ２に書き込む。 【効果】 受信ビット定義テーブルを各受信ビットスト
リームデータに応じて個別に準備するだけで、ＲＯＭ容
量の大幅な増加なしに、任意のビットストリームデータ
を処理することができる。
を設け、この受信ビット定義テーブル４０に、第１受信
メモリＤ１にストアされたビットストリームデータのビ
ット種類毎に、取り出しビット数および第２受信メモリ
Ｄ２のメモリ位置を設定する。マイクロコンピュータ２
６は、受信ビット定義テーブル４０で与えられる受信パ
ラメータに応じて、第１受信メモリＤ１から所定ビット
のビットストリームデータを取り出し、バイトストリー
ムデータとして第２受信メモリＤ２に書き込む。 【効果】 受信ビット定義テーブルを各受信ビットスト
リームデータに応じて個別に準備するだけで、ＲＯＭ容
量の大幅な増加なしに、任意のビットストリームデータ
を処理することができる。
Description
【０００１】
【産業上の利用分野】この発明は無線通信装置に関し、
特にたとえばセルラ方式の自動車電話あるいは携帯用電
話等の移動体通信システムに用いられる無線通信装置に
関する。
特にたとえばセルラ方式の自動車電話あるいは携帯用電
話等の移動体通信システムに用いられる無線通信装置に
関する。
【０００２】
【従来の技術】従来の携帯電話機においては、基地局と
やりとりする通信データはそれほど多くなく、また、ビ
ットストリームデータの中のビットデータの位置も固定
されていたため、その指定のビットをプログラムの中で
直接解析し、作成しあるいは処理していた。
やりとりする通信データはそれほど多くなく、また、ビ
ットストリームデータの中のビットデータの位置も固定
されていたため、その指定のビットをプログラムの中で
直接解析し、作成しあるいは処理していた。
【０００３】
【発明が解決しようとする課題】しかしながら、近年の
携帯電話機においては、データのディジタル化や機能の
複雑化に伴い、基地局とやりとりする通信データの種類
が増大し、さらに通信データのフォーマットも複雑化し
ている。したがって、これを従来のようにプログラム中
で処理する場合には、大容量のプログラムＲＯＭが必要
となり、したがって、コストが高くなるばかりでなく、
携帯電話機が大型になりその携帯性に支障を生じる。
携帯電話機においては、データのディジタル化や機能の
複雑化に伴い、基地局とやりとりする通信データの種類
が増大し、さらに通信データのフォーマットも複雑化し
ている。したがって、これを従来のようにプログラム中
で処理する場合には、大容量のプログラムＲＯＭが必要
となり、したがって、コストが高くなるばかりでなく、
携帯電話機が大型になりその携帯性に支障を生じる。
【０００４】それゆえに、この発明の主たる目的は、わ
ずかなＲＯＭの容量の増加だけで基地局とやりとりする
ビットストリームデータを処理することができる、無線
通信装置を提供することである。
ずかなＲＯＭの容量の増加だけで基地局とやりとりする
ビットストリームデータを処理することができる、無線
通信装置を提供することである。
【０００５】
【課題を解決するための手段】第１発明は、基地局から
受信したビットストリームデータをストアする第１受信
メモリ、ビットストリームデータのビット種類によって
決定されるかつ少なくとも取り出しビット数を含む受信
パラメータを付与する受信パラメータ付与手段、および
受信パラメータに従って第１受信メモリからビットデー
タを取り出す取出手段を備える、無線通信装置である。
受信したビットストリームデータをストアする第１受信
メモリ、ビットストリームデータのビット種類によって
決定されるかつ少なくとも取り出しビット数を含む受信
パラメータを付与する受信パラメータ付与手段、および
受信パラメータに従って第１受信メモリからビットデー
タを取り出す取出手段を備える、無線通信装置である。
【０００６】第２発明は、基地局へ送信するバイトスト
リームデータをストアする送信メモリ、バイトストリー
ムデータのビット種類によって決定されるかつ少なくと
も取り出しビット数および送信メモリのメモリ位置を含
む送信パラメータを付与する送信パラメータ付与手段、
および送信パラメータに従って送信メモリからビットデ
ータを取り出す取出手段を備える、無線通信装置であ
る。
リームデータをストアする送信メモリ、バイトストリー
ムデータのビット種類によって決定されるかつ少なくと
も取り出しビット数および送信メモリのメモリ位置を含
む送信パラメータを付与する送信パラメータ付与手段、
および送信パラメータに従って送信メモリからビットデ
ータを取り出す取出手段を備える、無線通信装置であ
る。
【０００７】第３発明は、基地局から受信したビットス
トリームデータをストアする受信メモリ、ビットストリ
ームデータのビット種類によって決定されるかつ少なく
とも取り出しビット数を含む受信パラメータを付与する
受信ビット定義テーブル、受信パラメータに従って受信
メモリからビットデータを取り出す第１取出手段、基地
局へ送信するバイトストリームデータをストアする送信
メモリ、バイトストリームデータのビット種類によって
決定されるかつ少なくとも取り出しビット数および送信
メモリのメモリ位置を含む送信パラメータを付与する送
信ビット定義テーブル、および送信パラメータに従って
送信メモリからビットデータを取り出す第２取出手段を
備える、無線通信装置である。
トリームデータをストアする受信メモリ、ビットストリ
ームデータのビット種類によって決定されるかつ少なく
とも取り出しビット数を含む受信パラメータを付与する
受信ビット定義テーブル、受信パラメータに従って受信
メモリからビットデータを取り出す第１取出手段、基地
局へ送信するバイトストリームデータをストアする送信
メモリ、バイトストリームデータのビット種類によって
決定されるかつ少なくとも取り出しビット数および送信
メモリのメモリ位置を含む送信パラメータを付与する送
信ビット定義テーブル、および送信パラメータに従って
送信メモリからビットデータを取り出す第２取出手段を
備える、無線通信装置である。
【０００８】
【作用】第１発明において、たとえば、マイクロコンピ
ュータのＲＡＭに割り付けられた第１受信メモリが、デ
ータ受信回路から出力される下り制御メッセージ（ＦＯ
ＣＣ）のようなビットストリームデータをストアする。
たとえばＲＯＭに形成されている受信ビット定義テーブ
ルのような受信パラメータ付与手段が、ビットストリー
ムデータに含まれるビット種類（たとえばＢＩＴ，Ｔ１
Ｔ２，ＲＳＶＤなど）に応じた取り出しビット数を与
え、それに応じて、マイクロコンピュータが、第１受信
メモリから指定されたビット数のデータを取り出し、あ
るいは読み飛ばし（スキップ）する。
ュータのＲＡＭに割り付けられた第１受信メモリが、デ
ータ受信回路から出力される下り制御メッセージ（ＦＯ
ＣＣ）のようなビットストリームデータをストアする。
たとえばＲＯＭに形成されている受信ビット定義テーブ
ルのような受信パラメータ付与手段が、ビットストリー
ムデータに含まれるビット種類（たとえばＢＩＴ，Ｔ１
Ｔ２，ＲＳＶＤなど）に応じた取り出しビット数を与
え、それに応じて、マイクロコンピュータが、第１受信
メモリから指定されたビット数のデータを取り出し、あ
るいは読み飛ばし（スキップ）する。
【０００９】好ましくは、ＲＡＭにバイトストリームデ
ータをストアするための第２受信メモリが設けられ、受
信パラメータ付与手段は、第１受信メモリから読み出し
たデータを書き込むべき第２受信メモリのメモリ位置を
指定する。したがって、第１受信メモリから読み出した
データが、第２受信メモリの指定されたメモリ位置に書
き込まれる。このようにして、第２受信メモリにバイト
ストリームデータがストアされるので、無線通信装置内
部では、ビットストリームデータから変換されたバイト
ストリームデータを処理することになり、その処理が容
易に行える。
ータをストアするための第２受信メモリが設けられ、受
信パラメータ付与手段は、第１受信メモリから読み出し
たデータを書き込むべき第２受信メモリのメモリ位置を
指定する。したがって、第１受信メモリから読み出した
データが、第２受信メモリの指定されたメモリ位置に書
き込まれる。このようにして、第２受信メモリにバイト
ストリームデータがストアされるので、無線通信装置内
部では、ビットストリームデータから変換されたバイト
ストリームデータを処理することになり、その処理が容
易に行える。
【００１０】第２発明においては、たとえばマイクロコ
ンピュータが、上り制御メッセージ（ＲＥＣＣ）のよう
なバイトストリームデータをたとえばＲＡＭに割り付け
られた送信メモリに設定する。たとえばＲＯＭに形成さ
れている送信ビット定義テーブルのような送信パラメー
タ付与手段が、バイトストリームデータに含まれるビッ
ト種類（たとえばＦ，ＮＡＷＣ，ＢＩＴ，ＦＬＡＧな
ど）に応じた取り出しビット数と、それを送信メモリの
どのメモリ位置から取り出すかを示すメモリ位置とを与
える。応じて、マイクロコンピュータが、送信メモリの
指定されたメモリ位置から指定されたビット数だけデー
タを取り出し、データ送信回路に与える。このようにし
て、バイトストリームデータがビットストリームデータ
に変換されて基地局に送信される。
ンピュータが、上り制御メッセージ（ＲＥＣＣ）のよう
なバイトストリームデータをたとえばＲＡＭに割り付け
られた送信メモリに設定する。たとえばＲＯＭに形成さ
れている送信ビット定義テーブルのような送信パラメー
タ付与手段が、バイトストリームデータに含まれるビッ
ト種類（たとえばＦ，ＮＡＷＣ，ＢＩＴ，ＦＬＡＧな
ど）に応じた取り出しビット数と、それを送信メモリの
どのメモリ位置から取り出すかを示すメモリ位置とを与
える。応じて、マイクロコンピュータが、送信メモリの
指定されたメモリ位置から指定されたビット数だけデー
タを取り出し、データ送信回路に与える。このようにし
て、バイトストリームデータがビットストリームデータ
に変換されて基地局に送信される。
【００１１】第３発明は、第１発明と第２発明との組み
合わせを含む。
合わせを含む。
【００１２】
【発明の効果】この発明によれば、ＲＯＭに形成されて
いるビット定義テーブルのようなパラメータ付与手段を
設けるだけで、基地局との間で授受される任意のビット
ストリームデータを処理できるので、大型化およびコス
ト高が解消できる。この発明の上述の目的，その他の目
的，特徴および利点は、図面を参照して行う以下の実施
例の詳細な説明から一層明らかとなろう。
いるビット定義テーブルのようなパラメータ付与手段を
設けるだけで、基地局との間で授受される任意のビット
ストリームデータを処理できるので、大型化およびコス
ト高が解消できる。この発明の上述の目的，その他の目
的，特徴および利点は、図面を参照して行う以下の実施
例の詳細な説明から一層明らかとなろう。
【００１３】
【実施例】図１に示す実施例の携帯無線電話１０は、た
とえば、アメリカのセルラーシステムで使用されるもの
であり、受信回路１２および送信回路１４を含む。受信
回路１２および送信回路１４は、アンテナ共用器１６を
介してアンテナ１８に接続されるとともに、音声処理回
路２０にそれぞれ接続される。これによって、携帯無線
電話１０は、加入者と無線基地局との間の基本的な無線
通信を実現することができる。
とえば、アメリカのセルラーシステムで使用されるもの
であり、受信回路１２および送信回路１４を含む。受信
回路１２および送信回路１４は、アンテナ共用器１６を
介してアンテナ１８に接続されるとともに、音声処理回
路２０にそれぞれ接続される。これによって、携帯無線
電話１０は、加入者と無線基地局との間の基本的な無線
通信を実現することができる。
【００１４】受信回路１２はデータ復調器および弁別器
（ともに図示せず）を含み、弁別器から出力される下り
制御チャネル（Foward Analog Control Chanel: ＦＯＣ
Ｃ）メッセージがデータ受信回路２２に与えられる。Ｆ
ＯＣＣメッセージは、基地局から移動局への制御データ
（移動局制御データ）であり、ビットストリームデータ
の形式で受信される。データ受信回路２２で受信したＦ
ＯＣＣメッセージは、そのままマイクロコンピュータ２
４に与えられる。また、このマイクロコンピュータ２６
は、上り制御チャネル（Reverse Analog Control Chane
l:ＲＥＣＣ）メッセージをデータ送信回路２４に与え、
データ送信回路２４は、このＲＥＣＣメッセージを符号
化し、送信回路１４に与える。送信回路１４はデータ変
調器（図示せず）を含み、移動局から基地局への制御デ
ータ（基地局制御データ）であるＲＥＣＣメッセージ
を、ビットストリームデータの形式で送出する。
（ともに図示せず）を含み、弁別器から出力される下り
制御チャネル（Foward Analog Control Chanel: ＦＯＣ
Ｃ）メッセージがデータ受信回路２２に与えられる。Ｆ
ＯＣＣメッセージは、基地局から移動局への制御データ
（移動局制御データ）であり、ビットストリームデータ
の形式で受信される。データ受信回路２２で受信したＦ
ＯＣＣメッセージは、そのままマイクロコンピュータ２
４に与えられる。また、このマイクロコンピュータ２６
は、上り制御チャネル（Reverse Analog Control Chane
l:ＲＥＣＣ）メッセージをデータ送信回路２４に与え、
データ送信回路２４は、このＲＥＣＣメッセージを符号
化し、送信回路１４に与える。送信回路１４はデータ変
調器（図示せず）を含み、移動局から基地局への制御デ
ータ（基地局制御データ）であるＲＥＣＣメッセージ
を、ビットストリームデータの形式で送出する。
【００１５】マイクロコンピュータ２６には、ＲＡＭ２
８およびＲＯＭ３０が結合されるとともに、表示器３２
およびキー入力回路３４が結合される。表示器３２はた
とえば液晶表示器であり、この携帯無線電話１０の回線
の接続状態やその他の情報を表示する。キー入力回路３
４は数字キー，センドキー，エンドキー等を含み、マイ
クロコンピュータ２６に対してキー入力を与える。そし
て、マイクロコンピュータ２６は、たとえば１６ビット
であり、ＲＯＭ３０のプログラムに従って、メッセージ
をデータ受信回路１２およびデータ送信回路１４を介し
て授受する。
８およびＲＯＭ３０が結合されるとともに、表示器３２
およびキー入力回路３４が結合される。表示器３２はた
とえば液晶表示器であり、この携帯無線電話１０の回線
の接続状態やその他の情報を表示する。キー入力回路３
４は数字キー，センドキー，エンドキー等を含み、マイ
クロコンピュータ２６に対してキー入力を与える。そし
て、マイクロコンピュータ２６は、たとえば１６ビット
であり、ＲＯＭ３０のプログラムに従って、メッセージ
をデータ受信回路１２およびデータ送信回路１４を介し
て授受する。
【００１６】ＦＯＣＣメッセージ（移動局制御）データ
の一例が図２に示される。ＦＯＣＣメッセージデータに
おいて、最初の２ビット（Ｔ１Ｔ２）は、タイプフィー
ルドであり、ワード数が１か、あるいは２または４かを
示す。Ｔ１Ｔ２が「００」のときにはワード１のみであ
ることを示し、「０１」のときには複数ワードであるこ
とを示す。次の２ビット（ＤＣＣ）は、ディジタルカラ
ーコードである。次のワード２では、タイプフィールド
Ｔ１Ｔ２は「１０」に設定される。このようなビットス
トリームディジタル形式のＦＯＣＣメッセージデータ
が、マイクロコンピュータ２６からＲＡＭ２８の第１受
信メモリＤ１にストアされる。そして、マイクロコンピ
ュータ２６は、この第１受信メモリＤ１にストアされた
ＦＯＣＣメッセージデータを、図２最下欄に示すような
バイトストリームデータ形式に変換して、第２受信メモ
リＤ２にストアする。以下に、図３を参照して、ＦＯＣ
Ｃデータ受信動作を説明する。
の一例が図２に示される。ＦＯＣＣメッセージデータに
おいて、最初の２ビット（Ｔ１Ｔ２）は、タイプフィー
ルドであり、ワード数が１か、あるいは２または４かを
示す。Ｔ１Ｔ２が「００」のときにはワード１のみであ
ることを示し、「０１」のときには複数ワードであるこ
とを示す。次の２ビット（ＤＣＣ）は、ディジタルカラ
ーコードである。次のワード２では、タイプフィールド
Ｔ１Ｔ２は「１０」に設定される。このようなビットス
トリームディジタル形式のＦＯＣＣメッセージデータ
が、マイクロコンピュータ２６からＲＡＭ２８の第１受
信メモリＤ１にストアされる。そして、マイクロコンピ
ュータ２６は、この第１受信メモリＤ１にストアされた
ＦＯＣＣメッセージデータを、図２最下欄に示すような
バイトストリームデータ形式に変換して、第２受信メモ
リＤ２にストアする。以下に、図３を参照して、ＦＯＣ
Ｃデータ受信動作を説明する。
【００１７】マイクロコンピュータ２６は、データ受信
回路２２からのビットストリームデータ形式のＦＯＣＣ
データを第１受信メモリＤ１にストアすると、図３のス
テップＳ１において、ビットストリームデータをバイト
ストリームデータに変換するために、各種の初期設定を
行う。すなわち、このステップＳ１において、マイクロ
コンピュータ２６は、ビットストリームデータメモリす
なわち第１受信メモリＤ１およびバイトストリームデー
タメモリすなわち第２受信メモリＤ２を初期設定すると
ともに、ＲＡＭ２８のビット列操作レジスタ３６を初期
化する。ビット列操作レジスタ３６は、第１受信メモリ
Ｄ１から任意のビット位置から任意のビット数のデータ
を取り出し、あるいは読み飛ばし（スキップ）するため
のレジスタである。次に、ステップＳ２において、マイ
クロコンピュータ２６は、第１受信メモリＤ１にストア
されているビットストリームデータから、ビット列操作
レジスタ３６によって、最初の２ビットのタイプフィー
ルドデータ（Ｔ１Ｔ２）を取り出し、ＲＡＭ２８のタイ
プレジスタ３８に設定する。
回路２２からのビットストリームデータ形式のＦＯＣＣ
データを第１受信メモリＤ１にストアすると、図３のス
テップＳ１において、ビットストリームデータをバイト
ストリームデータに変換するために、各種の初期設定を
行う。すなわち、このステップＳ１において、マイクロ
コンピュータ２６は、ビットストリームデータメモリす
なわち第１受信メモリＤ１およびバイトストリームデー
タメモリすなわち第２受信メモリＤ２を初期設定すると
ともに、ＲＡＭ２８のビット列操作レジスタ３６を初期
化する。ビット列操作レジスタ３６は、第１受信メモリ
Ｄ１から任意のビット位置から任意のビット数のデータ
を取り出し、あるいは読み飛ばし（スキップ）するため
のレジスタである。次に、ステップＳ２において、マイ
クロコンピュータ２６は、第１受信メモリＤ１にストア
されているビットストリームデータから、ビット列操作
レジスタ３６によって、最初の２ビットのタイプフィー
ルドデータ（Ｔ１Ｔ２）を取り出し、ＲＡＭ２８のタイ
プレジスタ３８に設定する。
【００１８】ステップＳ３において、マイクロコンピュ
ータ２６は、タイプレジスタ３８にストアした２ビット
（Ｔ１Ｔ２）の値によって、メッセージタイプ（種類）
を判定し、その判定に従ってＲＯＭ３０に予め設定され
ている受信ビット定義テーブル４０のどのテーブルを用
いるかを決定する。受信ビット定義テーブル４０は、メ
ッセージタイプに応じて個別的に対応するように設定さ
れた複数のテーブルを含み、図２の例では、２ビット
（Ｔ１Ｔ２）が「０１」であるので、マイクロコンピュ
ータ２６は、受信ビット定義テーブル４０に含まれる制
御メッセージテーブル４２（図４）を指定する。
ータ２６は、タイプレジスタ３８にストアした２ビット
（Ｔ１Ｔ２）の値によって、メッセージタイプ（種類）
を判定し、その判定に従ってＲＯＭ３０に予め設定され
ている受信ビット定義テーブル４０のどのテーブルを用
いるかを決定する。受信ビット定義テーブル４０は、メ
ッセージタイプに応じて個別的に対応するように設定さ
れた複数のテーブルを含み、図２の例では、２ビット
（Ｔ１Ｔ２）が「０１」であるので、マイクロコンピュ
ータ２６は、受信ビット定義テーブル４０に含まれる制
御メッセージテーブル４２（図４）を指定する。
【００１９】図４を参照して、受信ビット定義テーブル
４０の一例である制御メッセージテーブル４２には、ビ
ット種類（Ｔ１Ｔ２，ＢＩＴ，ＲＳＶＤ，およびＤＡＴ
Ａ ＥＮＤ）とそれに対応するビット数が設定されている
とともに、当該ビット種類の当該ビットがバイトストリ
ームデータメモリすなわち第２受信メモリＤ２のどのメ
モリ位置に書き込まれるべきかが設定されている。たと
えば、図４の最上欄のビット種類ＢＩＴは、２ビットで
あり、それは第２受信メモリＤ２のｄｃｃ領域の２ビッ
トにストアされるべきである。図４の上から２番目の欄
のビット種類ＢＩＴは、２４ビットであり、第２受信メ
モリＤ２のｍｉｎ１領域にストアされる。また、第３番
目の欄のビット種類Ｔ１Ｔ２は、２ビットであり、それ
は第２受信メモリＤ２のタイプデータ領域の２ビットに
ストアされるべきであることがわかる。以下、同様であ
る。
４０の一例である制御メッセージテーブル４２には、ビ
ット種類（Ｔ１Ｔ２，ＢＩＴ，ＲＳＶＤ，およびＤＡＴ
Ａ ＥＮＤ）とそれに対応するビット数が設定されている
とともに、当該ビット種類の当該ビットがバイトストリ
ームデータメモリすなわち第２受信メモリＤ２のどのメ
モリ位置に書き込まれるべきかが設定されている。たと
えば、図４の最上欄のビット種類ＢＩＴは、２ビットで
あり、それは第２受信メモリＤ２のｄｃｃ領域の２ビッ
トにストアされるべきである。図４の上から２番目の欄
のビット種類ＢＩＴは、２４ビットであり、第２受信メ
モリＤ２のｍｉｎ１領域にストアされる。また、第３番
目の欄のビット種類Ｔ１Ｔ２は、２ビットであり、それ
は第２受信メモリＤ２のタイプデータ領域の２ビットに
ストアされるべきであることがわかる。以下、同様であ
る。
【００２０】図３に戻って、次に、ステップＳ４におい
て、マイクロコンピュータ２６は、受信ビット定義テー
ブル４０すなわち、制御メモリテーブル４２のビット種
類を判定する。最初は、ビット種類は“ＢＩＴ”である
ので、ステップＳ４において“ＮＯ”と判断され、ステ
ップＳ５において“ＹＥＳ”と判断される。したがっ
て、マイクロコンピュータ２６は、次のステップＳ６に
おいて、ビット列操作レジスタ３６によって、制御メッ
セージテーブル４２によって指定されるビット数（２ビ
ット）分、ビットストリームデータメモリすなわち、第
１受信メモリＤ１から取り出し、第２受信メモリＤ２の
指定メモリ位置すなわちｄｃｃ領域にストアする。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、制御メッセージテーブル４２を次
に進める。
て、マイクロコンピュータ２６は、受信ビット定義テー
ブル４０すなわち、制御メモリテーブル４２のビット種
類を判定する。最初は、ビット種類は“ＢＩＴ”である
ので、ステップＳ４において“ＮＯ”と判断され、ステ
ップＳ５において“ＹＥＳ”と判断される。したがっ
て、マイクロコンピュータ２６は、次のステップＳ６に
おいて、ビット列操作レジスタ３６によって、制御メッ
セージテーブル４２によって指定されるビット数（２ビ
ット）分、ビットストリームデータメモリすなわち、第
１受信メモリＤ１から取り出し、第２受信メモリＤ２の
指定メモリ位置すなわちｄｃｃ領域にストアする。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、制御メッセージテーブル４２を次
に進める。
【００２１】制御メッセージテーブル４２において、次
のビット種類も“ＢＩＴ”であるので、ステップＳ４に
おいて“ＮＯ”と判断され、ステップＳ５において“Ｙ
ＥＳ”と判断される。したがって、マイクロコンピュー
タ２６は、次のステップＳ６において、ビット列操作レ
ジスタ３６によって、制御メッセージテーブル４２によ
って指定されるビット数（２４ビット）分、第１受信メ
ッセージＤ１から取り出し、第２受信メモリＤ２の指定
メモリ位置すなわち、ｍｉｎ１領域にストアする。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、制御メッセージテーブル４２を次
に進める。
のビット種類も“ＢＩＴ”であるので、ステップＳ４に
おいて“ＮＯ”と判断され、ステップＳ５において“Ｙ
ＥＳ”と判断される。したがって、マイクロコンピュー
タ２６は、次のステップＳ６において、ビット列操作レ
ジスタ３６によって、制御メッセージテーブル４２によ
って指定されるビット数（２４ビット）分、第１受信メ
ッセージＤ１から取り出し、第２受信メモリＤ２の指定
メモリ位置すなわち、ｍｉｎ１領域にストアする。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、制御メッセージテーブル４２を次
に進める。
【００２２】制御メッセージテーブル４２の第３番目の
欄のビット種類は“Ｔ１Ｔ２”であり、ステップＳ４に
おいて“ＹＥＳ”と判断される。したがって、次のステ
ップＳ８において、マイクロコンピュータ２６は、ビッ
ト列操作レジスタ３６によって、第１受信メモリＤ１の
ビットストリームデータから２ビットＴ１Ｔ２を取り出
し、タイプレジスタ３８にロードする。そして、ステッ
プＳ９において、マイクロコンピュータ２６は、タイプ
レジスタ３８の値と第２受信メモリＤ２のタイプ領域の
値とを比較し、両者が一致しているか否かを判断する。
２つの値が不一致のときには、ステップＳ１０において
Ｔ１Ｔ２エラーメッセージを基地局に向けて返送する。
両者が一致していれば、ステップＳ７において制御メッ
セージテーブル４２をインクリメントする。
欄のビット種類は“Ｔ１Ｔ２”であり、ステップＳ４に
おいて“ＹＥＳ”と判断される。したがって、次のステ
ップＳ８において、マイクロコンピュータ２６は、ビッ
ト列操作レジスタ３６によって、第１受信メモリＤ１の
ビットストリームデータから２ビットＴ１Ｔ２を取り出
し、タイプレジスタ３８にロードする。そして、ステッ
プＳ９において、マイクロコンピュータ２６は、タイプ
レジスタ３８の値と第２受信メモリＤ２のタイプ領域の
値とを比較し、両者が一致しているか否かを判断する。
２つの値が不一致のときには、ステップＳ１０において
Ｔ１Ｔ２エラーメッセージを基地局に向けて返送する。
両者が一致していれば、ステップＳ７において制御メッ
セージテーブル４２をインクリメントする。
【００２３】また、制御メッセージテーブル４２におい
て、次のビット種類は“ＲＳＶＤ”であるので、ステッ
プＳ４において“ＮＯ”と判断され、ステップＳ５にお
いて“ＮＯ”と判断され、ステップＳ１１で“ＹＥＳ”
と判断される。したがって、マイクロコンピュータ２６
は、次のステップＳ１２において、制御メッセージテー
ブル４２によって指定されるビット数（２ビット）分、
第１受信メモリＤ１からのデータを読み飛ばす（スキッ
プする）。そして、ステップＳ７において、次のビット
ストリームデータを処理するために、制御メッセージテ
ーブル４２を次に進める。
て、次のビット種類は“ＲＳＶＤ”であるので、ステッ
プＳ４において“ＮＯ”と判断され、ステップＳ５にお
いて“ＮＯ”と判断され、ステップＳ１１で“ＹＥＳ”
と判断される。したがって、マイクロコンピュータ２６
は、次のステップＳ１２において、制御メッセージテー
ブル４２によって指定されるビット数（２ビット）分、
第１受信メモリＤ１からのデータを読み飛ばす（スキッ
プする）。そして、ステップＳ７において、次のビット
ストリームデータを処理するために、制御メッセージテ
ーブル４２を次に進める。
【００２４】以下、同様にして、ビットストリームデー
タの処理が終了するまで上述のステップを繰り返し実行
する。そして、図４の最下欄に示すように、制御メッセ
ージテーブル４２のビット種類が“ＤＡＴＡ ＥＮＤ”
になると、処理が終了する。このようにして、図３に示
す処理が終了すれば、第１受信メモリＤ１のビットスト
リームデータがソフトウェアで処理し易いバイトストリ
ームデータに変換され、第２受信メモリＤ２にストアさ
れる。
タの処理が終了するまで上述のステップを繰り返し実行
する。そして、図４の最下欄に示すように、制御メッセ
ージテーブル４２のビット種類が“ＤＡＴＡ ＥＮＤ”
になると、処理が終了する。このようにして、図３に示
す処理が終了すれば、第１受信メモリＤ１のビットスト
リームデータがソフトウェアで処理し易いバイトストリ
ームデータに変換され、第２受信メモリＤ２にストアさ
れる。
【００２５】また、基地局制御メッセージすなわちＲＥ
ＣＣメッセージの一例が図５に示される。このＲＥＣＣ
メッセージは、マイクロコンピュータ２６によって作成
され、基地局への送信に先立ってＲＡＭ２８の第１送信
メモリＤ１１に図５の最上欄に示すようなバイトストリ
ームデータの形式でストアされる。そして、マイクロコ
ンピュータ２６は、このバイトストリームデータを図５
に示すようなビットストリームデータ形式のＲＥＣＣメ
ッセージに変換し、それを第２送信メモリＤ１２にスト
アする。この第２送信メモリＤ１２から、データ送信回
路２４へ、ビットストリームデータが与えられる。ビッ
トストリームデータのＲＥＣＣメッセージにおいて、最
初のビット種類“Ｆ”は、先頭ワード識別フィールドで
あり、「１」のとき当該ワードが先頭ワードであること
を示し、「０」で２番目以降のワードであることを示
す。次のビット種類“ＮＡＷＣ”は、それ以降に送出さ
れる付加ワード数を示す。以下に、図６を参照して、Ｒ
ＥＣＣデータ送信動作を説明する。
ＣＣメッセージの一例が図５に示される。このＲＥＣＣ
メッセージは、マイクロコンピュータ２６によって作成
され、基地局への送信に先立ってＲＡＭ２８の第１送信
メモリＤ１１に図５の最上欄に示すようなバイトストリ
ームデータの形式でストアされる。そして、マイクロコ
ンピュータ２６は、このバイトストリームデータを図５
に示すようなビットストリームデータ形式のＲＥＣＣメ
ッセージに変換し、それを第２送信メモリＤ１２にスト
アする。この第２送信メモリＤ１２から、データ送信回
路２４へ、ビットストリームデータが与えられる。ビッ
トストリームデータのＲＥＣＣメッセージにおいて、最
初のビット種類“Ｆ”は、先頭ワード識別フィールドで
あり、「１」のとき当該ワードが先頭ワードであること
を示し、「０」で２番目以降のワードであることを示
す。次のビット種類“ＮＡＷＣ”は、それ以降に送出さ
れる付加ワード数を示す。以下に、図６を参照して、Ｒ
ＥＣＣデータ送信動作を説明する。
【００２６】マイクロコンピュータ２６は、ＲＡＭ２８
の第１送信メモリＤ１１に図５に示すようなバイトスト
リームデータ形式のＲＥＣＣデータをストアすると、図
６のステップＳ２１において、バイトストリームデータ
をビットストリームデータに変換するために、各種の初
期設定を行う。すなわち、このステップＳ２１におい
て、マイクロコンピュータ２６は、バイトストリームデ
ータメモリすなわち第１送信メモリＤ１１およびビット
ストリームデータメモリすなわち第２送信メモリＤ１２
を初期設定するとともに、ビット列操作レジスタ３６を
初期化する。ビット列操作レジスタ３６は、この場合、
第１送信メモリＤ１１からのデータの読み出しに使われ
る。次に、ステップＳ２２において、マイクロコンピュ
ータ２６は、第１送信メモリＤ１１にストアされている
バイトストリームデータのタイプフィールドを参照し、
メッセージタイプ（種類）を判定し、その判定に従って
ＲＯＭ３０に予め設定されている送信ビット定義テーブ
ル４４を決定する。送信ビット定義テーブル４４は、メ
ッセージタイプに応じて個別的に対応するように設定さ
れた複数のテーブルを含み、図５の例では、ｔｙｐｅ＝
６５であるため、マイクロコンピュータ２６は、送信ビ
ット定義テーブル４４に含まれる指示メッセージテーブ
ル４６（図７）を指定する。
の第１送信メモリＤ１１に図５に示すようなバイトスト
リームデータ形式のＲＥＣＣデータをストアすると、図
６のステップＳ２１において、バイトストリームデータ
をビットストリームデータに変換するために、各種の初
期設定を行う。すなわち、このステップＳ２１におい
て、マイクロコンピュータ２６は、バイトストリームデ
ータメモリすなわち第１送信メモリＤ１１およびビット
ストリームデータメモリすなわち第２送信メモリＤ１２
を初期設定するとともに、ビット列操作レジスタ３６を
初期化する。ビット列操作レジスタ３６は、この場合、
第１送信メモリＤ１１からのデータの読み出しに使われ
る。次に、ステップＳ２２において、マイクロコンピュ
ータ２６は、第１送信メモリＤ１１にストアされている
バイトストリームデータのタイプフィールドを参照し、
メッセージタイプ（種類）を判定し、その判定に従って
ＲＯＭ３０に予め設定されている送信ビット定義テーブ
ル４４を決定する。送信ビット定義テーブル４４は、メ
ッセージタイプに応じて個別的に対応するように設定さ
れた複数のテーブルを含み、図５の例では、ｔｙｐｅ＝
６５であるため、マイクロコンピュータ２６は、送信ビ
ット定義テーブル４４に含まれる指示メッセージテーブ
ル４６（図７）を指定する。
【００２７】図７を参照して、送信ビット定義テーブル
４４の一例である指示メッセージテーブル４６には、ビ
ット種類（Ｆ，ＮＡＥＣ，ＢＩＴ，ＦＬＡＧ，およびＤ
ＡＴＡ ＥＮＤ）とそれに対応するビット数が設定され
ているとともに、当該ビット種類の当該ビットがバイト
ストリームデータメモリすなわち第１送信メモリＤ１１
のどのメモリ位置にストアされているかが設定されてい
る。たとえば、図７の最上欄のビット種類Ｆは、１ビッ
トであり、それは読み飛ばされる（スキップ）べきであ
ることが示される。次のビット種類ＮＡＷＣは、３ビッ
トであり、これも読み飛ばされる（スキップ）べきであ
る。次のビット種類ＢＩＴは、１ビットであり、それは
第１送信メモリＤ１１のｔ領域の１ビットにストアされ
ていることがわかる。次のビット種類ＢＩＴは、１ビッ
トであり、それは第１送信メモリＤ１１のｓ領域の１ビ
ットにストアされていることがわかる。次のビット種類
ＢＩＴは、１ビットであり、それは第１送信メモリＤ１
１のｅ領域の１ビットにストアされている。以下、同様
である。
４４の一例である指示メッセージテーブル４６には、ビ
ット種類（Ｆ，ＮＡＥＣ，ＢＩＴ，ＦＬＡＧ，およびＤ
ＡＴＡ ＥＮＤ）とそれに対応するビット数が設定され
ているとともに、当該ビット種類の当該ビットがバイト
ストリームデータメモリすなわち第１送信メモリＤ１１
のどのメモリ位置にストアされているかが設定されてい
る。たとえば、図７の最上欄のビット種類Ｆは、１ビッ
トであり、それは読み飛ばされる（スキップ）べきであ
ることが示される。次のビット種類ＮＡＷＣは、３ビッ
トであり、これも読み飛ばされる（スキップ）べきであ
る。次のビット種類ＢＩＴは、１ビットであり、それは
第１送信メモリＤ１１のｔ領域の１ビットにストアされ
ていることがわかる。次のビット種類ＢＩＴは、１ビッ
トであり、それは第１送信メモリＤ１１のｓ領域の１ビ
ットにストアされていることがわかる。次のビット種類
ＢＩＴは、１ビットであり、それは第１送信メモリＤ１
１のｅ領域の１ビットにストアされている。以下、同様
である。
【００２８】図６に戻って、次に、ステップＳ２３にお
いて、マイクロコンピュータ２６は、送信ビット定義テ
ーブル４４すなわち、指示メッセージテーブル４６のビ
ット種類を判定する。最初は、ビット種類は“Ｆ”であ
るので、ステップＳ２３において“ＮＯ”と判断され、
ステップＳ２４において“ＮＯ”と判断され、ステップ
Ｓ２５において“ＹＥＳ”と判断される。したがって、
マイクロコンピュータ２６は、次のステップＳ２６にお
いて、ビット列操作レジスタ３６によって、指示メッセ
ージテーブル４６によって指定されるビット数（１ビッ
ト）分、バイトストリームデータメモリすなわち第１送
信メモリＤ１１のデータをスキップする。そして、ステ
ップＳ２７において、次のビットストリームデータを処
理するために、指示メッセージテーブル４６を次に進め
る。
いて、マイクロコンピュータ２６は、送信ビット定義テ
ーブル４４すなわち、指示メッセージテーブル４６のビ
ット種類を判定する。最初は、ビット種類は“Ｆ”であ
るので、ステップＳ２３において“ＮＯ”と判断され、
ステップＳ２４において“ＮＯ”と判断され、ステップ
Ｓ２５において“ＹＥＳ”と判断される。したがって、
マイクロコンピュータ２６は、次のステップＳ２６にお
いて、ビット列操作レジスタ３６によって、指示メッセ
ージテーブル４６によって指定されるビット数（１ビッ
ト）分、バイトストリームデータメモリすなわち第１送
信メモリＤ１１のデータをスキップする。そして、ステ
ップＳ２７において、次のビットストリームデータを処
理するために、指示メッセージテーブル４６を次に進め
る。
【００２９】指示メッセージテーブル４６において、次
のビット種類は“ＮＡＷＣ”であるので、ステップＳ２
３において“ＮＯ”と判断され、ステップＳ２４におい
て“ＮＯ”と判断され、ステップＳ２５において“ＹＥ
Ｓ”と判断される。したがって、マイクロコンピュータ
２６は、次のステップＳ２６において、指示メッセージ
テーブル４６によって指定されるビット数（３ビット）
分、バイトストリームデータメモリすなわち第１送信メ
モリＤ１１のデータをスキップする。そして、ステップ
Ｓ２７において、次のビットストリームデータを処理す
るために、指示メッセージテーブル４６を次に進める。
のビット種類は“ＮＡＷＣ”であるので、ステップＳ２
３において“ＮＯ”と判断され、ステップＳ２４におい
て“ＮＯ”と判断され、ステップＳ２５において“ＹＥ
Ｓ”と判断される。したがって、マイクロコンピュータ
２６は、次のステップＳ２６において、指示メッセージ
テーブル４６によって指定されるビット数（３ビット）
分、バイトストリームデータメモリすなわち第１送信メ
モリＤ１１のデータをスキップする。そして、ステップ
Ｓ２７において、次のビットストリームデータを処理す
るために、指示メッセージテーブル４６を次に進める。
【００３０】指示メッセージテーブル４６において、次
のビット種類は“ＢＩＴ”であるので、ステップＳ２３
において“ＮＯ”と判断され、ステップＳ２４において
“ＹＥＳ”と判断される。したがって、マイクロコンピ
ュータ２６は、次のステップＳ２８において、指示メッ
セージテーブル４６によって指定されるビット数（１ビ
ット）分、第１送信メモリＤ１１の指定メモリ領域ｔか
ら取り出し、第２送信メモリＤ１２に設定する。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、指示メッセージテーブル４６を次
に進める。
のビット種類は“ＢＩＴ”であるので、ステップＳ２３
において“ＮＯ”と判断され、ステップＳ２４において
“ＹＥＳ”と判断される。したがって、マイクロコンピ
ュータ２６は、次のステップＳ２８において、指示メッ
セージテーブル４６によって指定されるビット数（１ビ
ット）分、第１送信メモリＤ１１の指定メモリ領域ｔか
ら取り出し、第２送信メモリＤ１２に設定する。そし
て、ステップＳ７において、次のビットストリームデー
タを処理するために、指示メッセージテーブル４６を次
に進める。
【００３１】以下、同様にして、第１送信メモリＤ１１
の指定領域からビット種類“ＢＩＴ”のデータが取り出
され、第２送信メモリＤ１２に設定される。図７の第９
番目の欄のビット種類は“ＦＬＡＧ”である。したがっ
て、ステップＳ２３において“ＹＥＳ”と判断され、ス
テップＳ２９へ進む。ステップＳ２９では、第１送信メ
モリＤ１１のフラグ領域ｆｌａｇに送信すべきフラグデ
ータが設定されているか否かを判断する。もし、送信す
べきフラグデータがなければ、ステップＳ３０におい
て、次のビット種類ＦＬＡＧまで指示メッセージテーブ
ル４６をスキップする。そして、第１送信メモリＤ１１
にフラグデータがあれば、ステップＳ２７において指示
メッセージテーブル４６をインクリメントする。
の指定領域からビット種類“ＢＩＴ”のデータが取り出
され、第２送信メモリＤ１２に設定される。図７の第９
番目の欄のビット種類は“ＦＬＡＧ”である。したがっ
て、ステップＳ２３において“ＹＥＳ”と判断され、ス
テップＳ２９へ進む。ステップＳ２９では、第１送信メ
モリＤ１１のフラグ領域ｆｌａｇに送信すべきフラグデ
ータが設定されているか否かを判断する。もし、送信す
べきフラグデータがなければ、ステップＳ３０におい
て、次のビット種類ＦＬＡＧまで指示メッセージテーブ
ル４６をスキップする。そして、第１送信メモリＤ１１
にフラグデータがあれば、ステップＳ２７において指示
メッセージテーブル４６をインクリメントする。
【００３２】そして、図７の最下欄に示すようにビット
種類が“ＤＡＴＡ ＥＮＤ”になると、ステップＳ３１
において、マイクロコンピュータ２６は、送信すべきＲ
ＥＣＣメッセージデータの総ビット数を計算するととも
に、ステップＳ３２において、各パケットの先頭ワード
識別フィールドＦおよび付加ワード数フィールドＮＡＷ
Ｃを設定する。その後、処理が終了する。
種類が“ＤＡＴＡ ＥＮＤ”になると、ステップＳ３１
において、マイクロコンピュータ２６は、送信すべきＲ
ＥＣＣメッセージデータの総ビット数を計算するととも
に、ステップＳ３２において、各パケットの先頭ワード
識別フィールドＦおよび付加ワード数フィールドＮＡＷ
Ｃを設定する。その後、処理が終了する。
【００３３】このようにして、図６に示す処理が終了す
れば、第１送信メモリＤ１１のバイトストリームデータ
が基地局への送信のためにビットストリームデータに変
換されて第２送信メモリＤ１２にストアされ、それがデ
ータ送信回路２４に与えられる。なお、上述の実施例で
は、ＦＯＣＣメッセージデータおよびＲＥＣＣメッセー
ジデータについて説明した。しかしながら、他のメッセ
ージ、たとえば、下り音声チャネル（Foward Analog Vo
ice Channel ：ＦＶＣ），下りディジタルトラヒックチ
ャネル（Foward Digital Traffic channel：ＦＤＴＣ）
等の受信データおよび、たとえば、上り音声チャネル
（Reverse Analog Voice Channel：ＲＶＣ），下りディ
ジタルトラヒックチャネル（Reverse Digital Traffic
channel ：ＲＤＴＣ）等の送信データについても同様に
適用できる。ただし、ビット種類として上述の例以外の
ものがある場合には、それに応じて、受信ビット定義テ
ーブル４０および送信ビット定義テーブル４４を変更す
ればよい。
れば、第１送信メモリＤ１１のバイトストリームデータ
が基地局への送信のためにビットストリームデータに変
換されて第２送信メモリＤ１２にストアされ、それがデ
ータ送信回路２４に与えられる。なお、上述の実施例で
は、ＦＯＣＣメッセージデータおよびＲＥＣＣメッセー
ジデータについて説明した。しかしながら、他のメッセ
ージ、たとえば、下り音声チャネル（Foward Analog Vo
ice Channel ：ＦＶＣ），下りディジタルトラヒックチ
ャネル（Foward Digital Traffic channel：ＦＤＴＣ）
等の受信データおよび、たとえば、上り音声チャネル
（Reverse Analog Voice Channel：ＲＶＣ），下りディ
ジタルトラヒックチャネル（Reverse Digital Traffic
channel ：ＲＤＴＣ）等の送信データについても同様に
適用できる。ただし、ビット種類として上述の例以外の
ものがある場合には、それに応じて、受信ビット定義テ
ーブル４０および送信ビット定義テーブル４４を変更す
ればよい。
【００３４】ここで、図８を参照して、図３実施例のた
とえばステップＳ５において、ビットストリームデータ
メモリすなわち第１受信メモリＤ１からビット列操作レ
ジスタ３６によってデータを取り出し、それをバイトス
トリームデータメモリすなわち第２受信メモリＤ２にス
トアするための詳細な動作を説明する。ただし、この実
施例では、第２受信メモリＤ２においては、８０８６系
ＣＰＵで処理し易いように、バイトの並びの上位，下位
が逆にされている。
とえばステップＳ５において、ビットストリームデータ
メモリすなわち第１受信メモリＤ１からビット列操作レ
ジスタ３６によってデータを取り出し、それをバイトス
トリームデータメモリすなわち第２受信メモリＤ２にス
トアするための詳細な動作を説明する。ただし、この実
施例では、第２受信メモリＤ２においては、８０８６系
ＣＰＵで処理し易いように、バイトの並びの上位，下位
が逆にされている。
【００３５】一例として、図９に示すように、第１受信
メモリＤ１の第１４ビット目(getpos)から１３ビット(n
o)を取り出す場合を考える。まず、最初のステップＳ１
０１において、マイクロコンピュータ２６は、ビットス
トリームデータメモリすなわち第１受信メモリＤ１の取
り出しビット位置(getpos)を、図４の受信ビット定義テ
ーブル４２に従ってビット列操作レジスタ３６の所定領
域に設定する。すなわち、取り出しビット位置(getpos)
として「getpos＋no」を設定する。なお、「no」は取り
出しビット数であり、これも受信ビット定義テーブル４
２によって設定される。
メモリＤ１の第１４ビット目(getpos)から１３ビット(n
o)を取り出す場合を考える。まず、最初のステップＳ１
０１において、マイクロコンピュータ２６は、ビットス
トリームデータメモリすなわち第１受信メモリＤ１の取
り出しビット位置(getpos)を、図４の受信ビット定義テ
ーブル４２に従ってビット列操作レジスタ３６の所定領
域に設定する。すなわち、取り出しビット位置(getpos)
として「getpos＋no」を設定する。なお、「no」は取り
出しビット数であり、これも受信ビット定義テーブル４
２によって設定される。
【００３６】次のステップＳ１０２において、マイクロ
コンピュータ２６は、テンポラリ変数(tmp) をビット列
操作レジスタ３６の別の所定領域に設定する。テンポラ
リ変数(tmp) は「getpos−１」で与えられる。次のステ
ップＳ１０３において、マイクロコンピュータ２６は、
取り出しビット位置(getpos)におけるビットパターン(g
etbit)を図１０に示すビットパターンテーブル４８によ
って求める。
コンピュータ２６は、テンポラリ変数(tmp) をビット列
操作レジスタ３６の別の所定領域に設定する。テンポラ
リ変数(tmp) は「getpos−１」で与えられる。次のステ
ップＳ１０３において、マイクロコンピュータ２６は、
取り出しビット位置(getpos)におけるビットパターン(g
etbit)を図１０に示すビットパターンテーブル４８によ
って求める。
【００３７】次のステップＳ１０４において、マイクロ
コンピュータ２６は、第１受信メモリＤ１へのポインタ
(dp)をビット列操作レジスタ３６の別の所定領域に設定
する。したがって、ステップＳ１０１において取り出し
ビット位置(getpos)およびステップＳ１０４においてポ
インタ(dp)がそれぞれ右端に合わせられる。これは、ビ
ットストリームデータを右から処理するためである。
コンピュータ２６は、第１受信メモリＤ１へのポインタ
(dp)をビット列操作レジスタ３６の別の所定領域に設定
する。したがって、ステップＳ１０１において取り出し
ビット位置(getpos)およびステップＳ１０４においてポ
インタ(dp)がそれぞれ右端に合わせられる。これは、ビ
ットストリームデータを右から処理するためである。
【００３８】次のステップＳ１０５において、マイクロ
コンピュータ２６は、ビット列操作レジスタ３６のビッ
トデータレジスタ（図示せず）をリセットするととも
に、ステップＳ１０６においてループカウンタ（図示せ
ず）を初期設定する。この場合、１バイトは８ビットで
あるため、ループカウンタｉ＝８が設定される。ステッ
プＳ１０７において、第１受信メモリＤ１の取り出しビ
ット(getbit)がビットパターンテーブルに従って、
「１」か「０」かを判定する。そして、取り出しビット
(getbit)が「１」のときには、「１」とともにビットデ
ータレジスタを右シフトする（ステップＳ１０８）。取
り出しビット(getbit)が「０」のときには「０」ととも
にビットデータレジスタを右シフトする（ステップＳ１
０９）。
コンピュータ２６は、ビット列操作レジスタ３６のビッ
トデータレジスタ（図示せず）をリセットするととも
に、ステップＳ１０６においてループカウンタ（図示せ
ず）を初期設定する。この場合、１バイトは８ビットで
あるため、ループカウンタｉ＝８が設定される。ステッ
プＳ１０７において、第１受信メモリＤ１の取り出しビ
ット(getbit)がビットパターンテーブルに従って、
「１」か「０」かを判定する。そして、取り出しビット
(getbit)が「１」のときには、「１」とともにビットデ
ータレジスタを右シフトする（ステップＳ１０８）。取
り出しビット(getbit)が「０」のときには「０」ととも
にビットデータレジスタを右シフトする（ステップＳ１
０９）。
【００３９】ステップＳ１１０では、マイクロコンピュ
ータ２６は、ビット列操作レジスタ３６すなわち取り出
しビット数レジスタの値(no)を１マイナスし、０と等し
くなったか否かを判定する。すなわち、受信ビット定義
テーブルによって設定された取り出しビット数だけ第１
受信メモリＤ１からビットデータを取り出したか否かを
判定する。第１受信メモリＤ１から取り出すべきビット
データが残っている場合には、このステップＳ１１０に
おいて“ｎ≠０”と判断される。そして、ステップＳ１
１１において、ループカウンタの値(i) を１マイナス
し、０に等しくなったかどうか、すなわち、ループカウ
ンタで設定した回数だけ右シフトを行ったかどうかを判
定する。８回シフトが終了していなければ、このステッ
プＳ１１１において“ｉ≠０”と判断される。そして、
ステップＳ１１３において、取り出しビットパターン(g
etbit)を１ビット左シフトする。ステップＳ１１４にお
いては、キャリフラグ(C) がセットされているか否かを
判断する。すなわち、ステップＳ１１３における左シフ
トによってキャリが発生したかどうかが判断される。
ータ２６は、ビット列操作レジスタ３６すなわち取り出
しビット数レジスタの値(no)を１マイナスし、０と等し
くなったか否かを判定する。すなわち、受信ビット定義
テーブルによって設定された取り出しビット数だけ第１
受信メモリＤ１からビットデータを取り出したか否かを
判定する。第１受信メモリＤ１から取り出すべきビット
データが残っている場合には、このステップＳ１１０に
おいて“ｎ≠０”と判断される。そして、ステップＳ１
１１において、ループカウンタの値(i) を１マイナス
し、０に等しくなったかどうか、すなわち、ループカウ
ンタで設定した回数だけ右シフトを行ったかどうかを判
定する。８回シフトが終了していなければ、このステッ
プＳ１１１において“ｉ≠０”と判断される。そして、
ステップＳ１１３において、取り出しビットパターン(g
etbit)を１ビット左シフトする。ステップＳ１１４にお
いては、キャリフラグ(C) がセットされているか否かを
判断する。すなわち、ステップＳ１１３における左シフ
トによってキャリが発生したかどうかが判断される。
【００４０】ステップＳ１１４において“ＹＥＳ”と判
定されれば、次のステップＳ１１５において、第１受信
メモリＤ１のポインタ(dp)を１つ戻すとともに、ビット
パターン(getbit)を初期設定する。すなわち、ステップ
Ｓ１０７〜Ｓ１１４において、ビットパターンテーブル
（図１０）に従ったビットパターン(getbit)の全パター
ンのチェックを行う。
定されれば、次のステップＳ１１５において、第１受信
メモリＤ１のポインタ(dp)を１つ戻すとともに、ビット
パターン(getbit)を初期設定する。すなわち、ステップ
Ｓ１０７〜Ｓ１１４において、ビットパターンテーブル
（図１０）に従ったビットパターン(getbit)の全パター
ンのチェックを行う。
【００４１】そして、ループカウンタによって設定され
た８回のシフト動作が終了すると、ステップＳ１１２に
おいて、ループカウンタが再度初期設定されるととも
に、現在のビットデータレジスタの値をバイトストリー
ムデータメモリすなわち第２受信メモリＤ２の指定ポイ
ンタ(p) の位置に書き込む。それとともに、指定ポイン
タ(p) をインクリメントし、ビットデータレジスタをク
リアする。次のビットパターン(getbit)のチェックのた
めである。
た８回のシフト動作が終了すると、ステップＳ１１２に
おいて、ループカウンタが再度初期設定されるととも
に、現在のビットデータレジスタの値をバイトストリー
ムデータメモリすなわち第２受信メモリＤ２の指定ポイ
ンタ(p) の位置に書き込む。それとともに、指定ポイン
タ(p) をインクリメントし、ビットデータレジスタをク
リアする。次のビットパターン(getbit)のチェックのた
めである。
【００４２】最後に、ステップＳ１１０において“オー
バ（ｎ＝０）”と判断されたとき、すなわち、取り出し
ビット数(no)によって指定されたビット数だけ第１受信
メモリＤ１からデータビットを取り出したときには、ス
テップＳ１１６において未処理ビットデータ(bitdata)
を右詰めにし、それを指定ポインタ(p) に従って第２受
信メモリＤ２に書き込む。
バ（ｎ＝０）”と判断されたとき、すなわち、取り出し
ビット数(no)によって指定されたビット数だけ第１受信
メモリＤ１からデータビットを取り出したときには、ス
テップＳ１１６において未処理ビットデータ(bitdata)
を右詰めにし、それを指定ポインタ(p) に従って第２受
信メモリＤ２に書き込む。
【００４３】このようにして、図１１に示すように、ビ
ットストリームデータがバイトストリームデータに変換
されて、第２受信メモリＤ２にストアされる。なお、取
り出しビット位置(getpos)，取り出しビット数(no)およ
び第２受信メモリＤ２のポインタ(p) は、受信ビット定
義テーブル４０（４２）によって任意に設定可能である
ので、図８に従って、第１受信メモリＤ１にストアされ
た任意のビットストリームデータをバイトストリームデ
ータに変換して第２受信メモリＤ２へストアすることが
できる。
ットストリームデータがバイトストリームデータに変換
されて、第２受信メモリＤ２にストアされる。なお、取
り出しビット位置(getpos)，取り出しビット数(no)およ
び第２受信メモリＤ２のポインタ(p) は、受信ビット定
義テーブル４０（４２）によって任意に設定可能である
ので、図８に従って、第１受信メモリＤ１にストアされ
た任意のビットストリームデータをバイトストリームデ
ータに変換して第２受信メモリＤ２へストアすることが
できる。
【００４４】次に、図１２を参照して、図６実施例のた
とえばステップＳ６において、バイトストリームデータ
メモリすなわち第１送信メモリＤ１１からビット列操作
レジスタ３６によってデータを取り出し、それをビット
ストリームデータメモリすなわち第２送信メモリＤ１２
にストアするための詳細な動作を説明する。ただし、こ
の実施例では、上述の実施例と同様に、第１送信メモリ
Ｄ１１においては、８０８６系ＣＰＵで処理し易いよう
に、バイトの並びの上位，下位が逆にされている。
とえばステップＳ６において、バイトストリームデータ
メモリすなわち第１送信メモリＤ１１からビット列操作
レジスタ３６によってデータを取り出し、それをビット
ストリームデータメモリすなわち第２送信メモリＤ１２
にストアするための詳細な動作を説明する。ただし、こ
の実施例では、上述の実施例と同様に、第１送信メモリ
Ｄ１１においては、８０８６系ＣＰＵで処理し易いよう
に、バイトの並びの上位，下位が逆にされている。
【００４５】一例として、図１３に示すように、第２送
信メモリＤ１３の第１４ビット目(getpos)から１３ビッ
ト(no)を設定ないし書き込む場合を考える。まず、最初
のステップＳ２０１において、マイクロコンピュータ２
６は、ビットストリームデータメモリすなわち第２送信
メモリＤ１２の設定ビット位置(setpos)を、図７の送信
ビット定義テーブル４６に従ってビット列操作レジスタ
３６の所定領域に設定する。すなわち、設定ビット位置
(setpos)として「setpos＋no」を設定する。なお、「n
o」は書き込みないし設定ビット数であり、これも送信
ビット定義テーブル４６によって設定される。
信メモリＤ１３の第１４ビット目(getpos)から１３ビッ
ト(no)を設定ないし書き込む場合を考える。まず、最初
のステップＳ２０１において、マイクロコンピュータ２
６は、ビットストリームデータメモリすなわち第２送信
メモリＤ１２の設定ビット位置(setpos)を、図７の送信
ビット定義テーブル４６に従ってビット列操作レジスタ
３６の所定領域に設定する。すなわち、設定ビット位置
(setpos)として「setpos＋no」を設定する。なお、「n
o」は書き込みないし設定ビット数であり、これも送信
ビット定義テーブル４６によって設定される。
【００４６】次のステップＳ２０２において、マイクロ
コンピュータ２６は、テンポラリ変数(tmp) をビット列
操作レジスタ３６の別の所定領域に設定する。テンポラ
リ変数(tmp) は「setpos−１」で与えられる。次のステ
ップＳ２０３において、マイクロコンピュータ２６は、
設定ビット位置(setpos)におけるビットパターン(setbi
t)を図１０に示すビットパターンテーブル４８によって
求める。
コンピュータ２６は、テンポラリ変数(tmp) をビット列
操作レジスタ３６の別の所定領域に設定する。テンポラ
リ変数(tmp) は「setpos−１」で与えられる。次のステ
ップＳ２０３において、マイクロコンピュータ２６は、
設定ビット位置(setpos)におけるビットパターン(setbi
t)を図１０に示すビットパターンテーブル４８によって
求める。
【００４７】次のステップＳ２０４において、マイクロ
コンピュータ２６は、第２送信メモリＤ１２へのポイン
タ(dp)をビット列操作レジスタ３６の別の所定領域に設
定する。したがって、ステップＳ２０１において設定ビ
ット位置(setpos)およびステップＳ２０４においてポイ
ンタ(dp)がそれぞれ右端に合わせられる。これは、ビッ
トストリームデータを右から書き込みないし設定するた
めである。
コンピュータ２６は、第２送信メモリＤ１２へのポイン
タ(dp)をビット列操作レジスタ３６の別の所定領域に設
定する。したがって、ステップＳ２０１において設定ビ
ット位置(setpos)およびステップＳ２０４においてポイ
ンタ(dp)がそれぞれ右端に合わせられる。これは、ビッ
トストリームデータを右から書き込みないし設定するた
めである。
【００４８】次のステップＳ２０５において、マイクロ
コンピュータ２６は、ビット列操作レジスタ３６のビッ
トデータレジスタ（図示せず）にバイトストリームデー
タメモリすなわち第１送信メモリＤ１のポインタ（p ）
を初期設定するとともに、ステップＳ２０６においてル
ープカウンタ（図示せず）を初期設定する。この場合に
は、１バイトは８ビットであるため、ループカウンタｉ
＝８が設定される。
コンピュータ２６は、ビット列操作レジスタ３６のビッ
トデータレジスタ（図示せず）にバイトストリームデー
タメモリすなわち第１送信メモリＤ１のポインタ（p ）
を初期設定するとともに、ステップＳ２０６においてル
ープカウンタ（図示せず）を初期設定する。この場合に
は、１バイトは８ビットであるため、ループカウンタｉ
＝８が設定される。
【００４９】ステップＳ２０７において、ビットデータ
（bitdata ）を１ビット右にシフトし、それによってキ
ャリが発生するか否かを判定する。キャリ（C ）が
「１」のときには、ステップＳ２０８において、ビット
ストリームデータメモリすなわち第２送信メモリＤ１２
の、送信ビット定義テーブル４６によって指定される設
定ビット（setbit）を「１」に設定する。キャリ（C ）
が「０」のときには、ステップＳ２０９において、ビッ
トストリームデータメモリすなわち第２送信メモリＤ１
２の、送信ビット定義テーブル４６によって指定される
設定ビット（setbit）を「０」に設定する。
（bitdata ）を１ビット右にシフトし、それによってキ
ャリが発生するか否かを判定する。キャリ（C ）が
「１」のときには、ステップＳ２０８において、ビット
ストリームデータメモリすなわち第２送信メモリＤ１２
の、送信ビット定義テーブル４６によって指定される設
定ビット（setbit）を「１」に設定する。キャリ（C ）
が「０」のときには、ステップＳ２０９において、ビッ
トストリームデータメモリすなわち第２送信メモリＤ１
２の、送信ビット定義テーブル４６によって指定される
設定ビット（setbit）を「０」に設定する。
【００５０】ステップＳ２１０では、マイクロコンピュ
ータ２６は、ビット列操作レジスタ３６すなわち設定ビ
ット数レジスタの値(no)を１マイナスし、０と等しくな
ったか否かを判定する。すなわち、送信ビット定義テー
ブルによって指定された設定ビット数だけ第２送信メモ
リＤ１２へビットストリームデータを設定したか否かを
判定する。第２送信メモリＤ１２へ設定すべきビットデ
ータが残っている場合には、このステップＳ２１０にお
いて“ｎ≠０”と判断される。そして、ステップＳ２１
１において、ループカウンタの値(i) を１マイナスし、
０に等しくなったかどうか、すなわち、ループカウンタ
で設定した回数だけ右シフトを行ったかどうかを判定す
る。８回シフトが終了していなければ、このステップＳ
２１１において“ｉ≠０”と判断される。そして、ステ
ップＳ２１３において、設定ビットパターン(setbit)を
１ビット左シフトする。ステップＳ2 １４においては、
キャリフラグ(C) がセットされているか否かを判断す
る。すなわち、ステップＳ２１３における左シフトによ
ってキャリが発生したかどうかが判断される。
ータ２６は、ビット列操作レジスタ３６すなわち設定ビ
ット数レジスタの値(no)を１マイナスし、０と等しくな
ったか否かを判定する。すなわち、送信ビット定義テー
ブルによって指定された設定ビット数だけ第２送信メモ
リＤ１２へビットストリームデータを設定したか否かを
判定する。第２送信メモリＤ１２へ設定すべきビットデ
ータが残っている場合には、このステップＳ２１０にお
いて“ｎ≠０”と判断される。そして、ステップＳ２１
１において、ループカウンタの値(i) を１マイナスし、
０に等しくなったかどうか、すなわち、ループカウンタ
で設定した回数だけ右シフトを行ったかどうかを判定す
る。８回シフトが終了していなければ、このステップＳ
２１１において“ｉ≠０”と判断される。そして、ステ
ップＳ２１３において、設定ビットパターン(setbit)を
１ビット左シフトする。ステップＳ2 １４においては、
キャリフラグ(C) がセットされているか否かを判断す
る。すなわち、ステップＳ２１３における左シフトによ
ってキャリが発生したかどうかが判断される。
【００５１】ステップＳ２１４において“ＹＥＳ”と判
定されれば、次のステップＳ２１５において、第２送信
メモリＤ１２のポインタ(dp)を１つ戻すとともに、ビッ
トパターン(setbit)を初期設定する。すなわち、ステッ
プＳ２０７〜Ｓ２１４において、ビットパターンテーブ
ル（図１０）に従ったビットパターン(setbit)の全パタ
ーンのチェックを行う。
定されれば、次のステップＳ２１５において、第２送信
メモリＤ１２のポインタ(dp)を１つ戻すとともに、ビッ
トパターン(setbit)を初期設定する。すなわち、ステッ
プＳ２０７〜Ｓ２１４において、ビットパターンテーブ
ル（図１０）に従ったビットパターン(setbit)の全パタ
ーンのチェックを行う。
【００５２】そして、ループカウンタによって設定され
た８回のシフト動作が終了すると、ステップＳ２１２に
おいて、ループカウンタが再度初期設定されるととも
に、第２送信メモリＤ１２の指定ポインタ(p) をインク
リメントし、ビットデータレジスタをその指定ポインタ
（p ）によって指定された第２送信メモリＤ１２のビッ
トデータで初期化する。次のビットパターン(setbit)の
チェックのためである。
た８回のシフト動作が終了すると、ステップＳ２１２に
おいて、ループカウンタが再度初期設定されるととも
に、第２送信メモリＤ１２の指定ポインタ(p) をインク
リメントし、ビットデータレジスタをその指定ポインタ
（p ）によって指定された第２送信メモリＤ１２のビッ
トデータで初期化する。次のビットパターン(setbit)の
チェックのためである。
【００５３】そして、ステップＳ２１０において“オー
バ（ｎ＝０）”と判断されたとき、すなわち、設定ビッ
ト数(no)によって指定されたビット数だけ第２送信メモ
リＤ１２へデータビットを設定したときには、処理を終
了する。このようにして、図１４に示すように、第１送
信メモリＤ１１のバイトストリームデータがビットスト
リームデータに変換されて、第２送信メモリＤ１２にス
トアされる。
バ（ｎ＝０）”と判断されたとき、すなわち、設定ビッ
ト数(no)によって指定されたビット数だけ第２送信メモ
リＤ１２へデータビットを設定したときには、処理を終
了する。このようにして、図１４に示すように、第１送
信メモリＤ１１のバイトストリームデータがビットスト
リームデータに変換されて、第２送信メモリＤ１２にス
トアされる。
【００５４】なお、設定ビット位置(setpos)，設定ビッ
ト数(no)および第１送信メモリＤ１１のポインタ(p)
は、送信ビット定義テーブル４４（４６）によって任意
に設定可能であるので、図１２に従って、第１送信メモ
リＤ１１にストアされた任意のバイトストリームデータ
をビットストリームデータに変換して第２送信メモリＤ
１２へストアすることができる。
ト数(no)および第１送信メモリＤ１１のポインタ(p)
は、送信ビット定義テーブル４４（４６）によって任意
に設定可能であるので、図１２に従って、第１送信メモ
リＤ１１にストアされた任意のバイトストリームデータ
をビットストリームデータに変換して第２送信メモリＤ
１２へストアすることができる。
【図１】この発明の一実施例を示すブロック図である。
【図２】下り制御チャネルデータ（ＦＯＣＣ）の一例を
示す図解図である。
示す図解図である。
【図３】受信ビットストリームデータをバイトストリー
ムデータに変換するための動作を示すフロー図である。
ムデータに変換するための動作を示すフロー図である。
【図４】図３実施例で用いられる受信ビット定義テーブ
ルの一例を示す図解図である。
ルの一例を示す図解図である。
【図５】上り制御チャネルデータ（ＲＥＣＣ）の一例を
示す図解図である。
示す図解図である。
【図６】送信バイトストリームデータをビットストリー
ムデータに変換するための動作を示すフロー図である。
ムデータに変換するための動作を示すフロー図である。
【図７】図６実施例で用いられる送信ビット定義テーブ
ルの一例を示す図解図である。
ルの一例を示す図解図である。
【図８】第１受信メモリのビットストリームデータを第
２受信メモリにバイトストリームデータとして取り出す
ための動作を示すフロー図である。
２受信メモリにバイトストリームデータとして取り出す
ための動作を示すフロー図である。
【図９】ビットストリームデーをバイトストリームデー
タに変換する状態を示す図解図である。
タに変換する状態を示す図解図である。
【図１０】ビットパターンテーブルの一例を示す図解図
である。
である。
【図１１】図８実施例に従ってビットストリームデータ
がバイトストリームデータに変換されて第２受信メモリ
に書き込まれる状態を示す図解図である。
がバイトストリームデータに変換されて第２受信メモリ
に書き込まれる状態を示す図解図である。
【図１２】第１送信メモリのバイトストリームデータを
第２送信メモリにビットストリームデータとして設定す
るための動作を示すフロー図である。
第２送信メモリにビットストリームデータとして設定す
るための動作を示すフロー図である。
【図１３】バイトストリームデーをビットストリームデ
ータに変換する状態を示す図解図である。
ータに変換する状態を示す図解図である。
【図１４】図１２実施例に従ってバイトストリームデー
タがビットストリームデータに変換されて第２送信メモ
リに書き込まれる状態を示す図解図である。
タがビットストリームデータに変換されて第２送信メモ
リに書き込まれる状態を示す図解図である。
１０… 無線通信装置 ２２… データ受信回路 ２４… データ送信回路 ２６… マイクロコンピュータ ２８… ＲＡＭ ３０… ＲＯＭ Ｄ１… 第１受信メモリ Ｄ２… 第２受信メモリ Ｄ１１… 第１送信メモリ Ｄ１２… 第２送信メモリ ３６… ビット列操作レジスタ ３８… 指定レジスタ ４０，４２… 受信ビット定義テーブル ４４，４６… 送信ビット定義テーブル
───────────────────────────────────────────────────── フロントページの続き (72)発明者 森本 充 鳥取県鳥取市南吉方３丁目201番地 鳥取 三洋電機株式会社内 (72)発明者 山根 学 鳥取県鳥取市南吉方３丁目201番地 鳥取 三洋電機株式会社内
Claims (6)
- 【請求項１】基地局から受信したビットストリームデー
タをストアする第１受信メモリ、 前記ビットストリームデータのビット種類によって決定
されるかつ少なくとも取り出しビット数を含む受信パラ
メータを付与する受信パラメータ付与手段、および前記
受信パラメータに従って前記第１受信メモリからビット
データを取り出す取出手段を備える、無線通信装置。 - 【請求項２】バイトストリームデータをストアするため
の第２受信メモリをさらに備え、前記受信パラメータ付
与手段は前記第２受信メモリのメモリ位置を指定し、そ
れによって前記ビットデータが前記第２受信メモリの前
記メモリ位置に書き込まれる、請求項１記載の無線通信
装置。 - 【請求項３】前記受信パラメータ付与手段は前記受信パ
ラメータを予め定義した受信ビット定義テーブルを含
む、請求項１または２記載の無線通信装置。 - 【請求項４】基地局へ送信するバイトストリームデータ
をストアする送信メモリ、 前記バイトストリームデータのビット種類によって決定
されるかつ少なくとも取り出しビット数および前記送信
メモリのメモリ位置を含む送信パラメータを付与する送
信パラメータ付与手段、および前記送信パラメータに従
って前記送信メモリからビットデータを取り出す取出手
段を備える、無線通信装置。 - 【請求項５】前記送信パラメータ付与手段は前記送信パ
ラメータを予め定義した送信ビット定義テーブルを含
む、請求項４記載の無線通信装置。 - 【請求項６】基地局から受信したビットストリームデー
タをストアする受信メモリ、 前記ビットストリームデータのビット種類によって決定
されるかつ少なくとも取り出しビット数を含む受信パラ
メータを付与する受信ビット定義テーブル、 前記受信パラメータに従って前記受信メモリからビット
データを取り出す第１取出手段、 基地局へ送信するバイトストリームデータをストアする
送信メモリ、 前記バイトストリームデータのビット種類によって決定
されるかつ少なくとも取り出しビット数および前記送信
メモリのメモリ位置を含む送信パラメータを付与する送
信ビット定義テーブル、および前記送信パラメータに従
って前記送信メモリからビットデータを取り出す第２取
出手段を備える、無線通信装置。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6286546A JP2975857B2 (ja) | 1994-11-21 | 1994-11-21 | 無線通信装置 |
| US08/502,684 US5764648A (en) | 1994-07-20 | 1995-07-14 | Method and apparatus for generating a transmission timing signal in a wireless telephone |
| EP03020278A EP1379022B1 (en) | 1994-11-21 | 1995-07-20 | Wireless telephone |
| DE69535217T DE69535217T2 (de) | 1994-11-21 | 1995-07-20 | Drahtloses Telefon |
| EP95111446A EP0693835B1 (en) | 1994-07-20 | 1995-07-20 | Synchronization of a wireless telephone |
| DE69532982T DE69532982T2 (de) | 1994-07-20 | 1995-07-20 | Drahtloses Telefon |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6286546A JP2975857B2 (ja) | 1994-11-21 | 1994-11-21 | 無線通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08149065A true JPH08149065A (ja) | 1996-06-07 |
| JP2975857B2 JP2975857B2 (ja) | 1999-11-10 |
Family
ID=17705819
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6286546A Expired - Lifetime JP2975857B2 (ja) | 1994-07-20 | 1994-11-21 | 無線通信装置 |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP1379022B1 (ja) |
| JP (1) | JP2975857B2 (ja) |
| DE (1) | DE69535217T2 (ja) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5040195A (en) * | 1988-12-20 | 1991-08-13 | Sanyo Electric Co., Ltd. | Synchronization recovery circuit for recovering word synchronization |
-
1994
- 1994-11-21 JP JP6286546A patent/JP2975857B2/ja not_active Expired - Lifetime
-
1995
- 1995-07-20 EP EP03020278A patent/EP1379022B1/en not_active Expired - Lifetime
- 1995-07-20 DE DE69535217T patent/DE69535217T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1379022B1 (en) | 2006-09-06 |
| DE69535217T2 (de) | 2007-07-19 |
| EP1379022A2 (en) | 2004-01-07 |
| EP1379022A3 (en) | 2005-04-20 |
| DE69535217D1 (de) | 2006-10-19 |
| JP2975857B2 (ja) | 1999-11-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20040054745A1 (en) | Method of supporting multiple languages for a mobile communication terminal and a communication system for the same | |
| EP0925698B1 (en) | Smart card with internal data compression | |
| US20050148354A1 (en) | Method for issuing a call termination alert according to service options in a composite cellular terminal | |
| KR100663403B1 (ko) | 멀티미디어 메시지 전송 방법 및 시스템 | |
| KR100247010B1 (ko) | 쇼트 메시지 서비스 이용 디지털 이동 통신단말기에서 메시지 전송방법 | |
| US8374648B2 (en) | Method for performing communication function in wireless terminal | |
| KR20010026671A (ko) | 디지털 휴대용 단말기의 장문 메시지 송수신장치 및 그 방법 | |
| KR20010049041A (ko) | 단문메시지 서비스를 이용한 휴대용 무선 단말기의멀티미디어 데이터 송수신 방법 | |
| US20020090068A1 (en) | Method of transmitting and receiving image files in mobile phone | |
| JP2007066159A (ja) | 電子機器、データ処理方法及びデータ処理プログラム | |
| US20050136971A1 (en) | Operation method of portable phone to change mode using dial key and apparatus for the same | |
| US6738805B2 (en) | Audio-contents demo system connectable to a mobile telephone device | |
| US6208878B1 (en) | Radio communication apparatus | |
| KR100334682B1 (ko) | 이동통신 단말기의 메시지 복구 방법 | |
| US7512107B2 (en) | Asynchronous mobile communication terminal capable of setting time according to present location information, and asynchronous mobile communication system and method for setting time using the same | |
| US7636555B2 (en) | Event list specification based radio interface control | |
| GB2399255A (en) | Sending phone book messages to another communication device | |
| JPH08149065A (ja) | 無線通信装置 | |
| KR20010001801A (ko) | 무선망을 통한 무선 단말기의 소프트웨어 업데이트 방법 | |
| KR100532075B1 (ko) | 휴대형 이동 전화 단말기를 위한 글자체 데이터 다운로드서비스 방법 | |
| KR100454964B1 (ko) | 단문 메시지 삭제 제어 방법 | |
| WO2004095412A1 (ja) | 表示処理方法及び表示処理装置 | |
| US6185417B1 (en) | System for saving and reading text messages | |
| AU3682099A (en) | Mobile telephone and control method therefor | |
| US20020143738A1 (en) | Portable information terminal and control method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990817 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 9 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 9 |
|
| R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080903 Year of fee payment: 9 |
|
| R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 10 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090903 Year of fee payment: 10 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100903 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100903 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110903 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120903 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120903 Year of fee payment: 13 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120903 Year of fee payment: 13 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130903 Year of fee payment: 14 |
|
| EXPY | Cancellation because of completion of term |