JP2003078580A - 通信方法および通信システム - Google Patents

Abstract

(57)【要約】 【課題】極力少ない情報量で送達確認を行うテーブルを
送信することによって送達確認を行い、誤りの多い伝送
路においても効率的な選択的再送制御を実現することが
可能な通信方法および通信システムを提供する。 【解決手段】データ送信側である制御センタＣＴＲから
データ群を送信し、データ受信側である移動端末局Ｍ１
（〜Ｍ３）においてはこれらのデータ群についての受信
の成功、失敗を誤り訂正によって判断し、その判断され
た受信データの数が特定の数に達した場合、もしくは送
信データが終了した場合には、各送信データの受信の成
功、失敗を示す１ビットの情報をまとめてテーブル３０
２として保持し、これを再送要求としてデータ送信側の
制御センタＣＴＲに送信することによってデータの再送
を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、受信確認応答によ
ってパケット型のデータの自動再送を行う通信方法およ
び通信システムに係り、たとえばブロードキャストやマ
ルチキャスト等の複数の移動端末局宛の同一データを、
たとえば直交周波数分割多重（ＯＦＤＭ；Orthogonal F
requency Division Multiplexing) 伝送方式等を用いて
無線伝送する通信方法および通信システムに関するもの
である。

【０００２】

【従来の技術】誤りの発生する伝送路を介してデータ伝
送を行う通信システムにおいて、高い信頼度をもってデ
ータ伝送を行うための方式として、従来から自動再送要
求（ＡＲＱ：Automatic Repeat Request）方式が知られ
ている。

【０００３】ＡＲＱ方式における基本的な再送制御とし
て、Ｓｔｏｐ−Ａｎｄ−Ｗａｉｔ（ＳＡＷ）方式、Ｇｏ
−Ｂａｃｋ−Ｎ（ＧＢＮ）方式、Ｓｅｌｅｃｔｉｖｅ
Ｒｅｐｅａｔ（ＳＲ）方式の３つの方式が挙げられる。

【０００４】ＳＡＷ方式は、データを送信した後にその
データの確認応答が受信されるまで次のデータの送信を
行わない方法である。

【０００５】ＧＢＮ方式は、ある限られたデータ量（通
常は、受信側のバッファサイズ相当）を先送りで送信
し、誤りが生じたことが受信側から報告された場合に
は、そのデータから改めて再送し直す方法である。この
場合、受信側からは、誤りなしで受信された最後のデー
タの番号のみが送信側に返される。

【０００６】ＳＲ方式は、データを先送りするのはＧＢ
Ｎ方式と同じであるが、誤りが生じた場合には誤りが生
じたデータの番号を送信側に返す方法である。

【０００７】これらのうち、ＳＡＷ方式は、明らかに効
率が悪いので、実際に多く用いられるのはＧＢＮ方式も
しくはＳＲ方式である。そして、ＳＲ方式に比べてＧＢ
Ｎ方式の方が制御が簡単であり、また、バッファが小さ
い場合に有利である。したがって、現在の通信方式の多
くはＧＢＮ方式を用いている。たとえば、データ等は基
本的な再送制御はＧＢＮ方式であり、ＳＲ方式は、オプ
ションとなっている。

【０００８】

【発明が解決しようとする課題】しかしながら、ＧＢＮ
方式は、誤りが生じた後に受信されたデータは全て無条
件で再送され、これが無駄である。特に、無線通信のよ
うに、誤りが大きいリンクにおいてこれを用いると、デ
ータの再送が頻繁に生じて通信効率が劣化する。また、
リンクの遅延が大きい場合には再送までに時間がかか
り、ＧＢＮ方式ではさらに再送量が増大する。

【０００９】よって、無線通信方式においては、ＳＲ方
式が好ましいとされている。しかし、これにも例外はあ
り、あまりにも誤りが多いと逆に再送要求の数が増大し
て、選択的繰り返しの性能が劣化する。しかも、無線通
信においてはバースト的な誤りが発生し易いことから、
ＳＲ方式が望ましいにもかかわらずそれだけでは不十分
である。

【００１０】次に、送信側から受信側への伝送路の通信
速度と、受信側から送信側への伝送路の通信速度に大き
な差がある場合を考える。このように双方向のリンクの
速度の非対称性が大きい場合、データの送信と、送達確
認の送信のピッチに差が生じる。たとえば、データ送信
リンクと送達確認リンクの差が１００：１であれば、デ
ータパケットと送達確認パケットのデータ量の差が１０
０：１でない限り、双方向とも同様の頻度で送信を続け
通信を行うことはできない。

【００１１】本発明は、かかる事情に鑑みてなされたも
のであり、その目的は、極力少ない情報量で送達確認を
行うテーブルを送信することによって送達確認を行い、
誤りの多い伝送路においても効率的な選択的再送制御を
実現することが可能な通信方法および通信システムを提
供することにある。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、受信確認応答によってパケット型のデー
タの自動再送を行う通信方法であって、データ送信側か
らデータ群をあらかじめ設定した順番で送信し、データ
受信側においては送信されたデータ群についての受信の
成功、失敗を判断し、各送信データの受信の成功、失敗
を示す情報をまとめてテーブルとして保持し、保持した
テーブルデータを再送要求としてデータ送信側に送信す
ることによってデータの再送を行う。

【００１３】本発明方法では、上記受信の成功、失敗は
誤り訂正によって判断する。

【００１４】また、本発明方法では、データ受信側にお
いては、判断された受信データの数が特定の数に達した
場合、もしくは送信データが終了した場合に、各送信デ
ータの受信の成功、失敗を示す１ビットの情報をまとめ
てテーブルとして保持する。

【００１５】また、本発明方法では、データ受信側から
の再送要求でデータの受信が失敗したことを示す場合に
は、それまでにデータ送信側が送信し、データ受信側が
受信確認したデータのうち、データの先頭から、初めて
誤りが生じるまでのデータを、正常に受信されたものと
し、それ以後の全てのデータの送信を改めて始める。

【００１６】また、本発明方法では、あからじめ決まっ
たデータが繰り返し送信側から送信されている場合、受
信側において、当該データを受信する要求が発生してい
なくとも当該データを受信し、各送信データの送信の成
功、失敗を示すテーブルを保持し、実際に当該データの
受信要求が発生した時点で、受信側からどのデータの送
信が行われていないかの報告を待ち、報告が受信された
後に、必要なデータだけの送信を行う。

【００１７】また、本発明方法では、データ受信側から
データ送信側への受信応答パケットを圧縮する。

【００１８】また、本発明方法では、データを送信する
際、ある一続きの送信回数について、その送信の始めか
らのデータ全てに対する誤り訂正もしくは誤り検出を行
う情報を毎回付加し、受信側では上記付加された情報用
いてその受信までの全ての受信データについての誤り訂
正もしくは誤り検出を行う。

【００１９】また、本発明方法では、データ送信側から
データ群を送信する場合、所定の情報ブロック単位毎で
セグメント化し、かつ、少なくともデータがいずれのス
トリームデータであるかを示す固有の番号であるコネク
ションＩＤと入力された順番に付した番号である情報ブ
ロックＩＤを含めてバッファリングし、上記コネクショ
ンＩＤと情報ブロックＩＤを送信側送達確認テーブルに
保持し、コネクションＩＤと情報ブロックＩＤを含めて
順番に送信し、データ受信側は、受信データ群をバッフ
ァリングし、かつ情報ブロックＩＤに対応して受信側送
達確認テーブルに誤りなく受信したか否かを示す１ビッ
トの情報を書き込み、当該受信側送達確認テーブルの内
容を再送要求としデータ送信側に送信する。

【００２０】また、本発明方法では、データ送信側から
データ群を送信する前に、上記コネクションＩＤと情報
ブロックＩＤを送達確認テーブルに保持し、保持した送
達確認テーブルを送信予報として受信側に送信し、デー
タ受信側は、受信した送信予報であるコネクションＩＤ
と情報ブロックＩＤを送達確認テーブルに保持し、受信
の準備を行う。

【００２１】また、本発明は、制御センタと受信端末間
で受信確認応答によってパケット型のデータの自動再送
を行う通信システムであって、上記制御センタは、デー
タ送信側からデータ群をあらかじめ設定した順番で送信
し、上記受信端末からの再送要求に応じてデータを自動
再送し、上記受信端末は、上記制御センタから送信され
たデータ群についての受信の成功、失敗を判断し、各送
信データの受信の成功、失敗を示す情報をまとめてテー
ブルとして保持し、保持したテーブルデータを再送要求
としてデータ送信側に送信する。

【００２２】本発明システムでは、上記受信端末は、上
記受信の成功、失敗は誤り訂正によって判断する。

【００２３】また、本発明システムでは、上記受信端末
は、判断された受信データの数が特定の数に達した場
合、もしくは送信データが終了した場合に、各送信デー
タの受信の成功、失敗を示す１ビットの情報をまとめて
テーブルとして保持する。

【００２４】また、本発明システムでは、上記制御セン
タは、データ受信側からの再送要求でデータの受信が失
敗したことを示す場合には、それまでにデータ送信側が
送信し、データ受信側が受信確認したデータのうち、デ
ータの先頭から、初めて誤りが生じるまでのデータを、
正常に受信されたものとし、それ以後の全てのデータの
送信を改めて始める。

【００２５】また、本発明システムでは、あからじめ決
まったデータが繰り返し送信側から送信されている場
合、上記受信端末は、当該データを受信する要求が発生
していなくとも当該データを受信し、各送信データの送
信の成功、失敗を示すテーブルを保持し、上記制御セン
タは、実際に当該データの受信要求が発生した時点で、
受信側からどのデータの送信が行われていないかの報告
を待ち、報告が受信された後に、必要なデータだけの送
信を行う。

【００２６】また、本発明システムでは、上記受信端末
は、制御センタへの受信応答パケットを圧縮する。

【００２７】また、本発明システムでは、上記制御セン
タは、データを送信する際、ある一続きの送信回数につ
いて、その送信の始めからのデータ全てに対する誤り訂
正もしくは誤り検出を行う情報を毎回付加し、上記受信
端末は、上記付加された情報用いてその受信までの全て
の受信データについての誤り訂正もしくは誤り検出を行
う。

【００２８】また、本発明システムでは、上記制御セン
タは、バッファと送信側送達確認テーブルを含み、デー
タ群を送信する場合、所定の情報ブロック単位毎でセグ
メント化し、かつ、少なくともデータがいずれのストリ
ームデータであるかを示す固有の番号であるコネクショ
ンＩＤと入力された順番に付した番号である情報ブロッ
クＩＤを含めて上記バッファにバッファリングし、上記
コネクションＩＤと情報ブロックＩＤを上記送信側送達
確認テーブルに保持し、コネクションＩＤと情報ブロッ
クＩＤを含めて順番に送信し、上記受信端末は、バッフ
ァと受信側送達確認テーブルを含み、受信データ群を上
記バッファにバッファリングし、かつ情報ブロックＩＤ
に対応して上記受信側送達確認テーブルに誤りなく受信
したか否かを示す１ビットの情報を書き込み、当該受信
側送達確認テーブルの内容を再送要求としデータ送信側
に送信する。

【００２９】また、本発明システムでは、上記制御セン
タは、データ送信側からデータ群を送信する前に、上記
コネクションＩＤと情報ブロックＩＤを送達確認テーブ
ルに保持し、保持した送達確認テーブルを送信予報とし
て受信側に送信し、受信端末は、受信した送信予報であ
るコネクションＩＤと情報ブロックＩＤを送達確認テー
ブルに保持し、受信の準備を行う。

【００３０】本発明によれば、たとえば送信側の制御セ
ンタにおいて何本かの送信データのストリームがあると
き、その各々に、コネクション(Connection)ＩＤを割り
当てる。コネクションＩＤは、情報ビットがどのデータ
であるかを示す固有の番号である。データが入力される
と、バッファにバッファリングされる。このとき、デー
タは、情報ブロック(Information Block) 単位（パケッ
ト単位）でセグメント化され、入力された順番に番号が
振られ、情報ブロックＩＤ(Information Block ID)が生
成される。制御センタは、情報ブロックが溜まると、こ
れを送信する準備を始める。まず、コネクションＩＤ、
情報ブロックＩＤを送信側送達確認テーブルに書き込ん
で行き、この書き込んだ内容を受信側に送信予報（Send
ing Forecast）として報告する。

【００３１】受信端末にも受信側送達確認テーブルが用
意されていて、ここに送信予報(Sending Forecast)の内
容が書き込むことにより受信の準備をする。送信側の制
御センタは送信側送達確認テーブルを必ず順番にバッフ
ァから読み出し、読み出した情報ブロックデータを送信
する。なお、情報ロックには、コネクションＩＤと情報
ブロックＩＤが付加されている。受信端末にも、コネク
ションＩＤに対応した容量がかなり大きなバッファであ
るバッファが用意されていて、データを受信すると、情
報ブロックＩＤを調べ、対応する領域ヘデータを書き込
んで行くと同時に、受信側送達確認テーブルの対応する
位置に、誤りなく受信したか否かを示す１ビットの情報
を書き込んで行く。情報ブロックは、正しく受信されな
い限り、それが自分宛ての信号であるか否かの判断がで
きないことから、受信信号だけみてもデータのロストは
検出できない。しかし、データは必ず送信側送達確認テ
ーブルの順に送信されることから、たとえば３番を受信
したのちに５番が受信された場合には４番がロストした
ことがわかる。ところが、ある時を境にそれ以降１つも
データを受信できなかった場合、前項のロスト検出もで
きないが、そのときは、送信予報（Sending Forecast）
として報告された時間からのタイマがあらかじめ決めら
れた時間を計時することで、ロストを検出する。

【００３２】データがロストしても、正しく受信したと
しても、受信端末は受信側送達確認テーブルの内容を、
受信応答確認ＡＣＫとして送信側に報告する。受信応答
確認ＡＣＫを返す頻度は、報告できるブロック数が一定
数を超えたときか、そうでなければ一定の時間おきに１
回行う。今、情報ブロックがＮビットであるとすると、
受信端末は受信側送達確認テーブルは１ブロック当たり
１ビットであることから、単純に考えればに１対Ｎの非
対称リンクで再送要求できる。受信側送達確認テーブル
の内容を受け取った送信側の制御センタは、受信エラー
とされた情報ブロックを送信側送達確認テーブルの最新
の部分に登録しなおす。そして、登録しなおしたことを
受信端末に報告する。登録しなおせば、ＡＲＱテーブル
のそれより過去の内容は忘れて（破棄して）よいことに
なる。そして、登録しなおしたことの報告を受けた受信
端末は、自分の受信側送達確認テーブルも同様に登録し
なおす。登録しなおせば、受信側送達確認テーブルのそ
れより過去の内容は忘れて（破棄して）よいことにな
る。受信側のバッファに溜まってきたデータが、頭から
順に不連続な部分なしでつながっていれば、それを、上
位側のレイヤにデータストリームとして出力することが
できる。出力してしまえば、ストリームバッファのその
部分は忘れて（破棄して）よいことになる。

【００３３】

【発明の実施の形態】図１は、本発明に係るＯＦＤＭ通
信システムの概要を示す図であり、図２は、本発明に係
るＯＦＤＭ通信システムの具体的な構成例を示す図であ
る。

【００３４】このＯＦＤＭ通信システム１は、図１に示
すように、高速ダウンリンクシステムを採用している。
図１においては、Ｍ１は通信装置としての移動端末局、
Ｂ１は通常の基地局、Ｂ２は高速ダウンリンク用基地
局、Ｎ１は既存の携帯電話網（既存セルラの有線ネット
ワーク）、Ｎ２はインターネットなどのデータ通信網、
Ｎ３は高速ダウンリンクシステム用のデータ通信網をそ
れぞれ示している。また、図１および図２において、高
速ダウンリンクシステムのことを「Ｗ−ＯＦＤＭ」とし
て示している。

【００３５】このＯＦＤＭ通信システム１では、図１に
示すように、移動端末局Ｍ１は、データエラーによるパ
ケットの再送制御（ＡＲＱ：Automatic Roquest for Re
petition）などの制御信号は、既存の基地局Ｂ１、ネッ
トワーク（携帯電話網）Ｎ１を経由して伝送する。高速
ダウンリンクシステムの伝送容量は、既存の携帯電話シ
ステムの伝送容量に比べて非常に大容量となっており、
移動端末局Ｍ１がダウンロードする画像、動画なとの大
量のデジタルコンテンツは、すなわち、高いビットレー
トを要するトラフィックチャネルは、この高速ダウンリ
ンクシステムを経由して、高速に短時間で伝送する。情
報は全てＩＰでやりとりされる。高速ダウンリンクシス
テム用のデータ通信網Ｎ３はインターネット等のデータ
通信網Ｎ２とも接続されている。また、この高速ダウン
リンク用データ通信網Ｎ３は、ネットワークＮ１とも接
続されており、比較的低いビットレートの各種制御信号
などは、この携帯電話の基地局Ｂ１からネットワークＮ
１を経由して、高速ダウンリンクシステム用データ通信
網Ｎ３に伝送される。また、移動端末局Ｍ１からのデー
タエラーによるパケットの再送制御（ＡＲＱ）などの制
御信号は、既存の基地局Ｂ１、ネットワーク（携帯電話
網）Ｎ１を経由して高速ダウンリンクシステム用のデー
タ通信網Ｎ３にある制御センタに伝送される。この場
合、制御センタから移動端末局Ｍ１の要求するデジタル
コンテンツが、高速ダウンリンクシステム用のデータ通
信網Ｎ３、基地局Ｂ２を経由して移動端末局Ｍ１に再送
される。

【００３６】図２に示すＯＦＤＭ通信システム１Ａは、
移動端末局（ＭＳ；Mobile Station）Ｍ１〜Ｍ３、基地
局（ＢＳ；Base Station）Ｂ１〜Ｂ４、既存セルラの有
線ネットワークＮ１、インターネット（Internet）など
のデータ通信網Ｎ２、付加ダウンリンクのためにあるデ
ータベースなどを持つデータ通信網Ｎ３、および付加ダ
ウンリンクのネットワークのためにある制御センタ（Ｍ
ＲＣ；Mobile RoutingCenter ）ＣＴＲを主構成要素と
して有している。

【００３７】なお、この通信システム１Ａにおいては、
移動端末局Ｍ１〜Ｍ３と制御センタＣＴＲとの間に、た
とえばＴＣＰ(Trarnsmission Control Protocol)ストリ
ームを提供する。そして、移動端末局Ｍ１〜Ｍ３と制御
センタＣＴＲ間では、たとえばＡＲＱ方式に基づいて、
自動再送制御を行う。本実施形態に係る再送制御は、概
略、以下のように行われる。

【００３８】基本的には、データ送信側である制御セン
タＣＴＲからデータ群を送信し、データ受信側である移
動端末局Ｍ１（〜Ｍ３）においてはこれらのデータ群に
ついての受信の成功、失敗を誤り訂正によって判断し、
その判断された受信データの数が特定の数に達した場
合、もしくは送信データが終了した場合には、各送信デ
ータの受信の成功、失敗を示す１ビットの情報をまとめ
てテーブルとして保持し、これを再送要求としてデータ
送信側の制御センタＣＴＲに送信することによってデー
タの再送を行う。また、データ受信側である移動端末局
Ｍ１（〜Ｍ３）からの再送要求でデータの受信が失敗し
たことを示す場合には、それまでにデータ送信側である
制御センタＣＴＲが送信し、またデータ受信側である移
動端末局Ｍ１（〜Ｍ３）が受信確認したデータのうち、
データの先頭から、初めて誤りが生じるまでのデータ
を、正常に受信されたものとし、それ以後の全てのデー
タの送信を改めて始める。また、ブロードキャストやマ
ルチキャスト等のように、あらかじめ決まったデータが
繰り返し送信側から送信されている場合、受信側である
移動端末局Ｍ１（〜Ｍ３）において、そのデータを受信
する要求が発生していなくともそのデータを受信し、各
送信データの送信の成功、失敗を示すテーブルを保持
し、実際にそのデータの受信要求が発生した時点で、制
御センタＣＴＲは受信側からどのデータの送信が行われ
ていないかの報告を待ち、報告が受信された後に、必要
なデータだけの送信を行う。また、制御センタＣＴＲで
は、データを送信する際、ある一続きの送信回数につい
て、その送信の始めからのデータ全てに対する誤り訂正
もしくは誤り検出を行う情報を毎回付加し、受信側の移
動端末局ではそれを用いてその受信までの全ての受信デ
ータについての誤り訂正もしくは誤り検出を行う。ま
た、データ受信側である移動端末局からデータ送信側で
ある制御センタＣＴＲへの受信応答パケットを圧縮す
る。以上の再送制御の具体的な処理については、後で詳
述する。

【００３９】基地局Ｂ１は既存セルラの機能を有し、基
地局Ｂ２は付加ダウンリンクの機能を有しており、基地
局Ｂ３は既存セルラの機能を有し、基地局Ｂ４は付加ダ
ウンリンク機能を有している。そして、有線ネットワー
クＮ１は、たとえば有線の通信線Ｌ１およびＬ２により
基地局Ｂ１およびＢ３に接続されている。制御センタＣ
ＴＲは、通信線Ｌ３およびＬ４により基地局Ｂ２および
Ｂ４に接続されている。また、制御センタＣＴＲは、通
信線Ｌ５によりネットワークＮ１に接続され、通信線Ｌ
６によりデータ通信網Ｎ２に接続され、通信線Ｌ７によ
りデータ通信網Ｎ３に接続されている。

【００４０】このような構成を有するＯＦＤＭ通信シス
テム１，１Ａは、以下の理由に基づいて構成されてい
る。すなわち、近年、移動通信の需要は非常に高まって
おり、音声などの小容量の通信だけでなく、インターネ
ットに代表される、デジタルデータのコンテンツのダウ
ンロードなど、より大容量の情報伝送にも使用されるよ
うになっている。これらでデジタルデータの通信では、
個人が発信する情報量に比べ、受信する情報量が圧倒的
に大きいという特徴がある。そこで、既存の携帯電話網
にオーバーレイする形態で、新たに下り（ダウンリン
ク：制御センタ、基地局から移動端末局方向への通信）
回路を付加している。この下りの回線は、既存の携帯電
話網に比べて、よい大容量の情報を伝送できるように設
計される。このような携帯通信システムにおいては、利
用者は制御信号などの比較的低いビットレートの信号は
既存の携帯電話網で通信し、ダウンロードするデジタル
データなど、高いビットレートの信号（高いビットレー
トを要するトラフィックチャネル）は、付加した下り回
線で高速に伝送するように構成される。

【００４１】また、ＯＦＤＭ伝送方式を用いることによ
って、複数の同期した局から同時に同じ内容を送信する
システム構成が可能になる。これをＳＦＮ（single fre
quency network）と呼ぶ。これをセルラー携帯電話や無
線ＬＡＮなど、同期した基地局あるいは制御局によって
集中管理される無線通信システムに適用し、制御チャネ
ルや、ブロードキャストやマルチキャスト等の用途に用
いる共通チャネルとすることにより、システム全体のチ
ャネルの使用効率を上げることができる。

【００４２】本実施形態においては、たとえばチャネル
割り当てを行う際に、近隣の複数の基地局を１つのグル
ープとして設定し、そのグループ内で共通の通信チャネ
ル、制御チャネルを設定する。これらの共通チャネルで
は、同じ内容のデータが同じ周波数、同じ時間帯を用い
て送信される。無線通信におけるデータ通信の割合は急
激に上昇している。さらに、データ通信の多くは有線通
信網から無線端末への情報のダウンロードであり、その
情報によってはブロードキャストまたはマルチキャスト
であり、セル内の複数の端末に送信する。このような場
合には共通のチャネルを設定して送信を行った方が効率
が良い。

【００４３】以下、高速ダウンリンクシステムを採用し
た ＯＦＤＭ通信システム１におけるセルの構成、チャ
ネルの構成および割り当て方法、並びに自動再送制御の
具体的な処理について、図面に関連付けて順を追って説
明する。

【００４４】また、ＯＦＤＭ通信システム１，１Ａにお
いて、セルは、たとえば図３に示すように構成すること
が可能である。図３において、実線は、既存の携帯電話
基地局それぞれが移動端末と通信できる範囲（セル）を
示している。そして、破線で示すものが、下り（基地局
から移動端末局方向への通信）専用に付加的に設けた広
帯域無線（Ｗ−ＯＦＤＭ）通信システムの基地局それぞ
れが移動端末局と通信できる範囲（セル）を示してい
る。

【００４５】具体的には、図３（Ａ）に示すように、既
存の携帯電話システムの基地局と同じように設置し同じ
セル形状を構成する方法、図３（Ｂ）に示すように、利
用者が多く存在するエリアのみ基地局を設置する方法、
図３（Ｃ）に示すように、利用者が多く存在するエリア
に既存の携帯電話基地局より小出力の基地局を設置し、
携帯電話のセルより小さなセル（マイクロセル）で構成
する方法、図３（Ｄ）に示すように、既存の携帯電話基
地局より大出力の基地局を設置し、携帯電話のセルより
大きなセルで構成する方法、図３（Ｅ）に示すように、
図３（Ｂ）および図３（Ｃ）の方法を組み合わせて構成
する方法（オーバーレイセルシステム）、あるいは図３
（Ｆ）に示すように、主要道路沿いにマイクロセルを構
成する方法などがある。

【００４６】本実施形態では、たとえば図３（Ａ）の方
法、すなわち、既存の携帯電話システムの基地局と同じ
ように設置し同じセル形状を構成する方法によりセルが
構成される。

【００４７】高速ダウンリンクシステムを採用したＷ−
ＯＦＤＭ通信システム１Ａにおいては、各基地局Ｂ１〜
Ｂ４はＧＰＳ（Global Positioning System ）の信号を
受信することで、完全に同期している。そして、Ｗ−Ｏ
ＦＤＭ通信システム１Ａにおける基地局から送信される
ＯＦＤＭ信号は、後述するフレームを一つの単位として
送信され、全ての基地局は同じタイミングでフレームを
送信するように構成されている。

【００４８】また、Ｗ−ＯＦＤＭ通信システム１Ａにお
いて、既存の携帯電話システムの周波数帯域とは異なる
周波数帯域が割り当てられている。Ｗ−ＯＦＤＭ通信シ
ステム１Ａに割り当てられた周波数帯域は、複数の無線
チャネルに分割され、同一チャネル干渉がなるべく生じ
ず、かつ無線チャネルを有効に利用できるように各基地
局毎に、たとえば図４に示すような形態をもって割り当
てられる。図４に示す例では、周波数帯域を１２個の無
線チャネルに分割し、各基地局（セル）毎に割り当てて
いる。図４中、正六角形の中の１から１２までの数字
は、それぞれ無線チャネル番号を示している。

【００４９】ここで、図２のＯＦＤＭ通信システム１Ａ
の通信例を説明する。移動端末局から発せられたダウン
ロード要求は、既存の携帯電話基地局Ｂ１やＢ３、携帯
電話網でなるネットワークＮ１を経由して、高速ダウン
リンクシステムのネットワーク網にある制御センタＣＴ
Ｒにで伝送される。制御センタＣＴＲは、このダウンロ
ード要求をルータを介してインターネット等のデータ通
信網Ｎ２に対して行う。データ通信網Ｎ２から伝送され
てくるデジタルデータコンテンツは、制御センタＣＴＲ
のルータから、高速ダウンリンクシステムのネットワー
ク網、基地局Ｂ２，Ｂ４を経由して移動端末局へ届けら
れる。データエラーなどに伴う再送制御などの制御信号
も、既存の携帯電話基地局、携帯電話ネットワーク網を
経由して高速ダウンリンクシステムのネットワーク網に
ある制御センタＣＴＲに伝送される。制御センタＣＴＲ
は移動端末局の要求するデジタルデータコンテンツを、
高速ダウンリンワシステムのネットワーク網、基地局を
経由して移動端末局へ再送する。

【００５０】具体的には、たとえば、移動端末局Ｍ１
は、データのダウンロードの要求を制御センタＣＴＲに
伝えるため、信号（００１）を、既存システムのフォー
マットに従い基地局Ｂ１に送信する。この要求信号は、
既存のセルラネットワークＮ１を経由し、制御センタＣ
ＴＲに届けられる。データの要求を知った制御センタＣ
ＴＲは、データ通信網Ｎ２から通信線Ｌ６経由でデータ
（１２１）を取り寄せ、取り寄せたデータ（１２１）を
移動端末局Ｍ１に届けるため、通信線Ｌ３経由でデータ
（１１１）として基地局Ｂ２に送信する。このデータ
（１１１）を受け取った基地局Ｂ２は、付加ダウンリン
クのフォーマットに従い、移動端末局Ｍ１に対してデー
タ（１０１）を送信する。これにより、移動端末局Ｍ１
は要求したデータ（１０１）を受信することができる。

【００５１】あるいは、移動端末局Ｍ３は、データのダ
ウンロードの要求を制御センタＣＴＲに伝えるため、信
号（００３）を、既存システムのフォーマットに従い基
地局Ｂ３に送信する。この要求信号は、既存のセルラネ
ットワークＮ１を経由し、制御センタＣＴＲに届けられ
る。データの要求を知った制御センタＣＴＲは、付加ダ
ウンリンク専用のデータ通信網Ｎ３から通信線Ｌ７経由
でデータ（１２３）を取り寄せ、取り寄せたデータ（１
２３）を移動端末局Ｍ３に届けるため、通信線Ｌ４経由
でデータ（１１３）として、付加ダウンリンク専用の基
地局Ｂ４に送信する。このデータ（１１３）を受け取っ
た基地局Ｂ３は、付加ダウンリンクのフォーマットに従
い、移動端末局Ｍ３に対してデータ（１０３）を送信す
る。これにより、移動端末局Ｍ３は要求したデータ（１
０３）を受信することができる。

【００５２】このようなＯＦＤＭ通信システム１Ａにお
いて、基地局に設けられる送信装置から各移動端末局Ｍ
１〜Ｍ３に送信されるＯＦＤＭ信号は、図５に示すよう
に、１フレームＦＲＭが７つのタイムスロット期間ＴＳ
ＬＴと一つのフレームガード期間ＴＦＧＤにより構成さ
れる。図５において、ＴＦＲＭはフレーム期間、ＴＳＬ
Ｔはタイムスロット期間、ＴＦＧＤはフレームガード期
間をそれぞれ示している。フレームガードＦＧＤは無信
号であり、本実施形態では、フレームＦＲＭの７つのタ
イムスロット列の末尾に付加されている。各基地局Ｂ１
〜Ｂ３は、７つのタイムスロットＳＬＴと一つのフレー
ムガードＦＧＤにより構成されるフレームを単位とし
て、同じタイミングでフレームを送出する。なお、本実
施形態においては、フレームガード期間ＴＦＧＤをフレ
ームの末尾に付加した例を示しているが、フレームの先
頭に設ける、あるいはフレームの末尾および先頭に設け
ることも可能である。

【００５３】また、フレームＦＲＭを構成する各タイム
スロットＳＬＴは、有効シンボル期間ＴＳＢＬに、ガー
ドＧＤを付加して構成される。ガードＧＤを付加したタ
イムスロットＳＬＴは、有効シンボル期間の先頭、ある
いは末尾、あるいは先頭と末尾のある決められた期間の
信号を、図６から図８に示すように、有効シンボル期間
の反対端側、図６の例では、有効シンボル期間ＴＳＢＬ
の末尾の信号と同一信号を有効シンボル期間の先頭につ
なげ、図７の例では、有効シンボル期間ＴＳＢＬの先頭
の信号と同一信号を有効シンボル期間の末尾につなげ、
図８の例では、有効シンボル期間の先頭と末尾の信号そ
れぞれと同一信号を有効シンボル期間の末尾と先頭につ
なぎ合わせて形成される。図５に示すタイムスロット
は、図７に示す方法により構成されたものである。

【００５４】以上のように、有効シンボル期間ＴＳＢＬ
にガード期間ＴＧＤを付加されたタイムスロット列にフ
レームガード期間ＴＦＧＤしてフレームが構成されたＯ
ＦＤＭ信号を送信する送信装置は基地局に搭載され、こ
の送信装置から送信されたＰＦＤＭ信号を受信する移動
端末局Ｍ１〜Ｍ３には、フレームガード期間が付加され
たＯＦＤＭ信号をより正確に同期することが可能な受信
装置が搭載されている。

【００５５】そして、基地局は、制御センタＣＴＲから
の制御信号により指示されたチャネルの特定のサブキャ
リアで規定のパイロット信号を送信し、また、制御セン
タからのトラフィック、使用チャネル情報、チャネルア
ロケーション情報を移動端末局へ送信する。

【００５６】次に、Ｗ−ＯＦＤＭ通信システムにおける
チャネルの種類およびチャネルアロケーションレイの例
について説明する。

【００５７】Ｗ−ＯＦＤＭ通信システムにおいては、セ
ルサーチチャネル（Ｃｅｌｌ Ｓｅａｒｃｈ Ｃｈａｎ
ｎｅｌ）ＣＳＣ、シングル周波数ネットワーク共通チャ
ネル（Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏ
ｒｋ Ｃｏｍｍｏｎ Ｃｈａｎｎｅｌ）ＳＦＮＣＣ、お
よび固定周波数リユース共通チャネル（Ｆｉｘ Ｆｒｅ
ｑｕｅｎｃｙ Ｒｅｕｓｅ Ｃｏｍｍｏｎ Ｃｈａｎｎ
ｅｌ）ＦＦＲＣＣの制御チャネルと、トラフィックチャ
ネル（Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）ＴＣとが用い
られる。

【００５８】セルサーチチャネルＣＳＣは、主として移
動端末局において受信電界強度を測定し、その測定結果
から制御センタＣＴＲにおいて移動端末局に最適な基地
局を割り当てるために用いられる。

【００５９】シングル周波数ネットワーク共通チャネル
ＳＦＮＣＣは、チャネルアロケーション情報など全ての
移動端末局に共通の制御情報の伝送に用いられる他、交
通情報、天気予報、ニュースなどのブロードキャストサ
ービス情報の伝送などに用いられる。このシングル周波
数ネットワーク共通チャネルＳＦＮＣＣは、全ての基地
局から、あるいは所定の条件に従って動的に設定される
複数の基地局から同時に同じ信号が送信される。一般
に、ＯＦＤＭ伝送方式は遅延信号の干渉に強い特徴があ
るため、このように同一信号を同時に全ての基地局から
送信しても、移動端末局での受信が可能である。

【００６０】固定周波数リユース共通チャネルＦＦＲＣ
Ｃは、移動端末局がトラフィックチャネルＴＲを受信す
る際のタイムスロット情報、すなわち、その基地局に割
当てられたチャネルのうち、どのチャネルのどのタイム
スロットを受信すればよいかといった情報の伝送に用い
られる。

【００６１】図９は、高速ダウンリンクシステムのチャ
ネルアロケーションの一例を示す図である。図９は、１
無線チャネルの周波数帯域幅を４００ｋＨｚとして、こ
れを７無線チヤネル、４００〔ｋＨｚ〕×７＝２．８
〔ＭＨｚ〕の周波数帯域を有する高速ダウンリンクシス
テムのチャネルアロケーション例を示している。

【００６２】図９においては、周波数を縦軸に、時間を
横軸に示している。そして、図９に示す各マスは周波数
帯域幅４００ｋＨｚ（１無線チャネル）、長さ２ｍｓの
フレームを示している。右上がりのハッチングを施した
マスがセルサーチチャネルＣＳＣ、右下がりのハッチン
グを施したマスがシングル周波数ネットワーク共通チャ
ネルＳＦＮＣＣ、右上がりのハッチングを施しかつ番号
を付したマスが固定周波数リユース共通チャネルＦＦＲ
ＣＣ、単に番号を付したマスがトラフィックチャネルＴ
Ｃをそれぞれ示している。なお、マス中に記載されてい
る番号は基地局（セル）番号であり、本例では繰返しセ
ル数が１２の場合を示している。また、番号の記載され
ていないマスは、シングル周波数ネットワーク共通チャ
ネルＳＦＮＣＣで、上述したようにチャネルアロケーシ
ョン情報など、全ての移動端末局に共通の制御情報の伝
送に使用される。このチャネルは全ての基地局、あるい
は所定の条件に従って動的に設定される複数の基地局か
ら同時に同じ信号が送信される。

【００６３】図９の例では、セルサーチチャネルＣＳ
Ｃ、シングル周波数ネットワーク共通チャネルＳＦＮＣ
Ｃ、固定周波数リユース共通チャネルＦＦＲＣＣの３種
類の制御チャネルは、１００フレーム毎（２００ｍｓ
毎）に４フレーム（８ｍｓ）送出されている。実際に
は、７無線チャネル全てを使って送信しているので、４
〔フレーム〕×７〔無線チャネル〕＝２８〔チャネル〕
分を使って制御信号を送信している。残りの９６〔フレ
ーム〕×７〔無線チャネル〕＝６７２〔チャネル〕はト
ラフィックチャネルである。以降、無線周波数の違いに
よるチャネルのことを「無線チャネル」と示し、無線チ
ャネルとフレームにより決まる無線チャネルフレーム
（図９で説明するとマスの一つ一つ）のことを「チャネ
ル」と示すことにする。

【００６４】次に、チャネルの構成例について説明す
る。

【００６５】前述したように、無線チャネルの帯域幅は
４００ｋＨｚで、１フレーム長さは２ｍｓである。図１
０に示すように、１無線チャネルは１００本のサブキャ
リアＳＣで構成され、サブキャリア間隔は４ｋＨｚであ
る。図９の例では、システム全体のサブキャリア数は、
１００〔サブキャリア〕×７〔無線チャネル〕＝７００
〔サブキャリア〕になる。また、図１０に示すように、
無線チャネルを構成する１００本のサブキャリアのう
ち、周波数軸で両端に位置するサブキャリアは、ガード
サブキャリアＧＳＣ１，ＧＳＣ２となっている。これら
ガードサブキャリアＧＳＣ１，ＧＳＣ２は無信号であ
る。

【００６６】また、1 フレームは、図１１に示すよう
に、長さ２７９．３μｓ（２２８８ポイント）のタイム
スロット７個と、長さ４４．９２μｓ（３６８ポイン
ト）の無信号のフレームガード期間ＴＦＧＤから構成さ
れている。１タイムスロットは２５０μｓ（２０４８ポ
イント）の有効シンボル期間（サブキャリア間隔４ｋＨ
ｚの逆数）ＴＳＢＬと、２９．３μｓ（２４０ポイン
ト）のガード期間ＴＧＤから構成されている。

【００６７】また、図９の例では、セルサーチチャネル
ＣＳＣは、１００フレーム毎（２００ｍｓ、７００チャ
ネル毎）に１チャネル送信されている。このようにセル
サーチチャネルＣＳＣを１チャネルだけ送信する理由は
次の通りである。

【００６８】すなわち、図９からも明らかなように、セ
ルサーチチャネルＣＳＣ、シングル周波数ネットワーク
共通チャネルＳＦＮＣＣ、固定周波数リユース共通チャ
ネルＦＦＲＣＣなどの制御チャネルはなるべく少なくし
た方がより多くのトラフィックチャネルをＴＣ確保する
ことができ、単位周波数帯域当たりのスループットを向
上することができる。シングル周波数ネットワーク共通
チャネルＳＦＮＣＣと固定周波数リユース共通チャネル
ＦＦＲＣＣは、システム構成上必要な情報の伝送のため
に使われているので、これらの制御チャネルを削るわけ
にはいかない。その点、セルサーチチャネルＣＳＣは、
基地局からの受信電界強度を測定するためのパイロット
信号を送信しているだけである。そこで、本実施形態に
係る図９の例では、セルサーチチャネルＣＳＣを、周波
数軸方向にｎサブキャリア毎に分割して、各基地局にこ
のサブキャリアを割当てることにより、セルサーチチャ
ネルＣＳＣの数を削減することで、トラフィックチャネ
ルＴＣを確保し、単位周波数当たりのスループットを向
上できるＯＦＤＭ通信システムを実現している。

【００６９】具体的には、図１２に示すように、セルサ
ーチチャネルＣＳＣの１００本のサブキャリアのうち周
波数軸上で両端の２サブキャリアずつ、計４サブキャリ
アはガードサブキャリアとし、残り９６本のサブキャリ
アが８サブキャリアずつ１２分割されて、各基地局に割
当てられている。各基地局は割当てられたチャネルのサ
ブキャリアで規定のパイロット信号を送信する。

【００７０】このように、セルサーチチャネルＣＳＣ
は、チャネルを周波数軸方向にさらに１２分割されてお
り、図４に示すように１２セル繰返しで各基地局に周波
数帯域が割当てられる。各基地局は規定のパイロット信
号をこの周波数帯域内で送信し、移動端末局はこの信号
の受信電界強度を測定し、これを制御センタＣＴＲに伝
送する。詳細は後述する。

【００７１】固定周波数リユース共通チャネルＦＦＲＣ
Ｃは、繰返しセル数分（図４の例では１２セル繰返し）
のチャネルを確保してあり、図４に示すように１２セル
繰返しで各基地局に１チャネルずつ割当てられる。固定
周波数リユース共通チャネルＦＦＲＣＣは、各基地局で
異なる情報の伝送に使用される。伝送される情報として
は、移動端末局がどこのチャネルのどのタイムスロット
を受信したらよいかの情報（使用チャネル情報）などが
ある。この使用チャネル情報は、たとえば移動端末局の
チャネル抽出部で、自局宛てのトラフィックチャネルＴ
ＣやセルサーチチャネルＣＳＣの抽出に利用される。

【００７２】各移動端末局Ｍ１（〜Ｍ３）は、受信した
制御センタＣＴＲから基地局を経由して伝送されるチャ
ネルアロケーション情報を更新する。このとき、移動端
末局は、自局宛ての情報以外の時間（トラフィックチャ
ネルＴＣ、固定周波数リユース共通チャネルＦＦＲＣ
Ｃ）では、受信部１１の電源をオフにして、消費電力を
削減している。一方、移動端末局は、セルサーチチャネ
ルＣＳＣとシングル周波数ネットワーク共通チャネルＳ
ＦＮＣＣは毎回受信しており、チャネルアロケーション
マップを更新して、セルサーチチャネルの受信電界強度
を測定している。これにより、移動端末局が移動して
も、常に受信電界強度の強い基地局と通信を行うことが
できる。

【００７３】このような構成を有する移動端末局Ｍ１
（〜Ｍ３）は、電源投入時に全ての無線チャネルを受信
する。シングル周波数ネットワーク共通チャネルＳＦＮ
ＣＣは、たとえば全ての基地局Ｂ１〜Ｂ４から同時に同
−の信号を送信しているので、移動端末局Ｍ１（〜Ｍ
３）はどこにいても（どこの基地局と通信すればよいか
わからない初期状態でも）この制御チャネルは受信する
ことができる。このシングル周波数ネットワーク共通チ
ャネルＳＦＮＣＣを受信することによって、チャネルア
ロケーション情報、すなわち、基地局番号１から１２番
までの基地局が使用しているチャネルの位置情報を知る
ことができる。チャネルアロケーションがわかれば、移
動端末局Ｍ１（〜Ｍ３）は制御チャネルがどこからどこ
までの４フレームに存在するのかがわかる。移動端末局
Ｍ１（〜Ｍ３）は、待ち受け時には制御チャネルの部分
だけを受信し、トラフィックチャネルＴＣの部分は受信
電源をオフにすることで余計な電力消費を抑える。

【００７４】次に、移動端末局Ｍ１（〜Ｍ３）は、どこ
の基地局と通信を行えばよいか、すなわち、どの基地局
の送信信号の電界強度が強いかを検出する。各基地局
は、図９に示すように、それぞれの基地局に割当てられ
たサブキャリアで規定のパイロット信号を送信してい
る。移動端末局Ｍ１（〜Ｍ３）は、このセルサーチチャ
ネルＣＳＣを受信して信号強度を測定し、最も受信電界
強度の強い基地局を選定する。選定した結集は既存の携
帯電話などの回線を通じて制御センタＣＴＲへ通知、位
置登録される。

【００７５】また、移動端末局Ｍ１（〜Ｍ３）は、待ち
受け時にもセルサーチチャネルＣＳＣを受信しており、
移動端末局の移動による通信基地局の切換え（ハンドオ
ーバー）を常時（正確には２００ｍｓ毎）行っている。
移動端末局Ｍ１（〜Ｍ３）は、セルサーチチャネルＣＳ
Ｃのほか、シングル周波数ネットワーク共通チャネルＳ
ＦＮＣＣ、固定周波数リユース共通チャネルＦＦＲＣＣ
も常時（正確には２００ｍｓ毎）受信している。シング
ル周波数ネットワーク共通チャネルＳＦＮＣＣは、先に
述べたチャネルアロケーション情報を伝送しているほ
か、交通情報、天気予報、ニュースなどのブロードキャ
ストサービス情報の伝送などにもこのチャネルを使用す
る。移動端末局Ｍ１（〜Ｍ３）が、トラフィックチャネ
ルＴＣを受信する際のタイムスロット情報、すなわち、
その基地局に割当てられたチャネルのうち、どのチャネ
ルのどのタイムスロットを受信すればよいかといった情
報は、固定周波数リユース共通チャネルＦＦＲＣＣよっ
て伝送される。先にも述べたように、移動端末局Ｍ１
（〜Ｍ３）は常時（正確には２００ｍｓ毎）固定周波数
リユース共通チャネルＦＦＲＣＣを受信しており、自局
宛ての情報がある場合は、この固定周波数リユース共通
チャネルＦＦＲＣＣから、どのチャネルのどのタイムス
ロットに、その情報が含まれているかを読みとり、自局
宛ての情報を含んでいるトラフィックチャネルＴＣを受
信する。自局宛ての情報を含まないトラフィックチャネ
ルは電力消費を抑えるために受信しない。

【００７６】制御センタＣＴＲは、セルサーチチャネル
ＣＳＣを周波数軸方向にｎサブキャリア毎に分割して、
各基地局にこのサブキャリアを割当て、各基地局が同時
に送信したセルサーチチャネルＣＳＣを受信した移動端
末局からの受信電界強度測定結果を判断して、それぞれ
の移動端末局がどこの基地局と通信可能な状態にあるか
を位置登録し、ある移動端末局に対して送信するトラフ
ィック（パケット）がある場合に、位置登録情報からそ
の移動端末局と通信可能な基地局ヘトラフィック（パケ
ット）を転送する。

【００７７】なお、各基地局に割当てられるチャネル
は、それぞれの基地局のトラフィック量により決定され
る。すなわち、トラフィック量の多い基地局では多くの
チャネルがアロケーションされ、その分トラフィック量
の少ない基地局に割当てられるチャネル数を少なくす
る。各基地局のトラフィック量は逐次制御センタＣＴＲ
に通知されており、制御センタＣＴＲではこの情報を基
に、チャネルアロケーションマップを作成する。作成さ
れたチャネルアロケーションマップは、各基地局に通知
され、各基地局はこのチャネルアロケーションマップに
従って移動端末局との通信を行う。各基地局は、このチ
ャネルアロケーションマップを、シングル周波数ネット
ワーク共通チャネルＳＦＮＣＣを用いて移動端末局に伝
送する。

【００７８】なお、上述した高速ダウンリンクシステム
を採用したＯＦＤＭ通信システムにおいては、チャネル
アロケーションを図９に示す例を用いて説明したが、本
発明は、これに限定されるものではなく、種々の態様を
もってチャネルをアロケーションすることも可能であ
る。たとえば無線チャネル数と繰返しセル数を同数とし
て、各基地局は固定周波数リユース共通チャネルとトラ
フィックチャネルについては、決まった周波数チャネル
を縦続的に占有して利用するように構成することも可能
である。

【００７９】また、上述した説明では、セルサーチチャ
ネルＣＳＣは、１００フレーム毎（２００ｍｓ、７００
チャネルまたは１２００チャネル毎）に１チャネル送信
される場合を例に説明したが、たとえば図１３に示すよ
うに、各基地局それぞれにセルサーチチャネルを割り当
てるように構成することも可能である。この場合、単位
周波数帯域当たりのスループットとしては、上述した実
施形態に比べて劣るが、同期した基地局を持つＯＦＤＭ
変調方式を採用したセルラー無線通信システム等におい
て、複数の基地局から同時にデータを送信することがで
きるという効果は得ることができる。これにより、セル
間にまたがった多くの端末に同じ情報を配信する場合、
情報を送信する各々のセルにおいて同じチャネルを用い
て同時にデータを送信することができるようになり、シ
ステム全体としてチャネルを効率的に使用することがで
きる。また、各基地局に割当てられるチャネル、たとえ
ば共通の制御チャネルを、それぞれの基地局のトラフィ
ック量により決定するようにできることから、特定の地
域、すなわち基地局の組み合わせによって得られる通信
圏に特定データを効率的に送信することができる。

【００８０】また、複数の基地局からの送信を可能とす
る方法としては、上記のように変復調方式としてＯＦＤ
Ｍを用いる方法の他に、スペクトラム拡散変調方式を用
いることも可能である。ただし、スペクトラム拡散変調
を行うためには、通信のために必要とされる帯域以上の
クロックで動作する機器が必要であり、また、拡散コー
ドを復調使用する場合には更に機器的に複雑になるた
め、高速なデータ伝送の場合には、ＯＦＤＭ方式を採用
することが望ましい。現在の移動体通信において、ＯＦ
ＤＭを用いて複数の基地局から同時に同じチャネルを用
いて送信する方式は存在しないが、通信全体におけるデ
ータ伝送の割合が大きくなるにつれて、この方式は望ま
しいものとなる。

【００８１】上述したように、本ＯＦＤＭ通信システム
１においては、システムにおいて使用される制御チャネ
ルの中で基地局にかかわらず共通なものは、全ての基地
局において同じチャネル（時間帯、周波数帯）を用いて
送信される。また、複数のセル内の端末に対してブロー
ドキャスト、マルチキャストを行うデータ送信が存在
し、その端末の総数が充分大きな値であるとき、データ
伝送を行う必要があるセルの基地局全てから、同じチャ
ネル（時間帯、周波数帯）を用いた送信を行う。

【００８２】たとえば、各セルの基地局は移動交換局
（または、ＴＣＰ／ＩＰプロトコルによってパケット伝
送されるネットワークの場合にはルータやゲートウェイ
等）に接続される。移動交換局は、ＷＡＮ、もしくはイ
ンターネットのような広域通信網に接続される。共通チ
ャネルとしてどのチャネルを用いるかは、それがプロト
コルとしてあらかじめ決定されているか、もしくは、移
動交換局において決定される。そして、本実施形態で
は、システムが所有する全チャネル中、共通の通信チャ
ネル、もしくは、共通の制御チャネルが占める割合を、
動的に変化させる。

【００８３】次に、移動端末局Ｍ１（〜Ｍ３）と制御セ
ンタＣＴＲ間での、たとえばＡＲＱ方式に基づいた自動
再送制御の具体的処理について説明する。

【００８４】まず、本ＯＦＤＭ通信システム１では、制
御センタＣＴＲ側で、送信すべき情報ビット１０１は、
すべて図１４（Ａ）に示すように、情報ブロック(Infor
mation Block) と称する５１２ビットの単位にまとめて
伝送される。この単位は、チャネル割り当てやデータの
伝送が失敗したときの復帰（ＡＲＱ）などにおける単位
となる。一般に、情報ビットには、ＴＣＰコネクション
のような同時にいくつも設定され得るストリームデー
タ、ＵＤＰパケットのような同時にいくつも設定され得
るブロックデータ、共通制御チャネル(Common Control
Channel)のようなデータなど、種々の形態のものが考え
られるが、本実施経形態の場合、図１４に示すように、
情報ビットがどのデータかを示す１６ビットのコネクシ
ョンＩＤ１０２が付加される。また、一般に各コネクシ
ョンのデータのサイズは５１２ビットよりも大きいが、
これは５１２ビットずつに分割されることになる。分割
したときに何番目のデータであるかを示す情報ブロック
ＩＤ１０３も付加される。さらに、伝送時にエラーが発
生したか否かを判定するために、１６ビットのＣＲＣを
計算し、計算したＣＲＣ１０４も付加される。ただし、
図１４（Ｂ）に示すように、ＣＲＣチェック１０４とコ
ネクションＩＤ１０２は互いに排他的論理和（ｅｘ−ｏ
ｒ）が施された１６ビット情報１０５が付加される。そ
の結果、情報ブロック１００のサイズは５４４ビットと
なる。

【００８５】受信側である移動端末局Ｍ１（〜Ｍ３）で
は、受信情報ブロックに基づいてＣＲＣチェックを行
い、その結果が期待されるコネクションＩＤ１０２にな
っていれば、エラーが無かったものと判別できる。期待
されるコネクションＩＤ１０２になっていなければ、エ
ラーが起こったものとみなす。

【００８６】図１５は、制御センタＣＴＲの送信側（Ｔ
Ｘ）自動再送制御回路の要部構成を示すブロック図であ
る。

【００８７】本ＴＸ自動再送制御回路２００は、たとえ
ば入力データとしてＴＣＰストリーム等を受けて、それ
ぞれにコネクションＩＤ等を割り当てる識別回路２０１
と、コネクションＩＤ１０２が付加され、情報ブロック
ＩＤ１０３が付加された情報ブロック１００を逐次バッ
ファリングする複数のＴＸ・ストリームバッファ２０２
−１〜２０２−ｎと、ストリームバッファ２０２−１〜
２０２−ｎにバッファリングされたコネクションＩＤ１
０２と情報ブロックＩＤ１０３とが順番に書き込まれる
ＴＸ・ＡＲＱテーブル２０３と、ＴＸ・ストリームバッ
ファ２０２−１〜２０２−ｎのデータとＡＲＱテーブル
を情報に基づいて、ＣＲＣチェック１０４とコネクショ
ンＩＤ１０２を互いに排他的論理和（ｅｘ−ｏｒ）を施
して１６ビット情報１０５を付加する合成回路２０４、
合成回路２０４によりデータを送信する送信回路２０５
と、受信側である移動端末局Ｍ１等から送信されてきた
再送要求等を受信し、ＣＲＣチェック等を行う受信回路
２０６と、受信回路２０６のＣＲＣチェック結果に基づ
いて、ＡＲＱテーブルの内容の書き替えや再送すべき必
要なデータ等の管理を行うＡＲＱハンドラ２０７とを、
主構成要素として有している。

【００８８】図１６は、移動端末局Ｍ１（〜Ｍ３）の受
信側（ＲＸ）自動再送制御回路の要部構成を示すブロッ
ク図である。

【００８９】本ＲＸ自動再送制御回路３００は、送信側
である制御センタＣＴＲから発信され、基地局を通して
送信されてきた、データを受信し復調、デコードしてコ
ネクションＩＤが期待するものである場合に受信データ
を取り込んで次段に出力する受信回路３０１と、ＲＸ・
ＡＲＱテーブル３０２と、コネクションＩＤ１０２が付
加され、情報ブロックＩＤ１０３が付加された情報ブロ
ック１００を逐次バッファリングする複数のＲＸ・スト
リームバッファ３０３−１〜３０３−ｎと、受信回路３
０１で受信されたデータからコネクションＩＤと情報ブ
ロックＩＤをＡＲＱテーブルの順番に書き込み、受信デ
ータをＲＸ・ストリームバッファ３０３−１〜３０３−
ｎにバッファリングする分離回路３０４と、ＡＲＱテー
ブル３０２の内容に応じたパケット生成制御を行うＡＲ
Ｑハンドラ３０５と、ＡＲＱハンドラ３０５の制御の
下、ＣＲＣを付加したパケットを生成するパケット生成
回路３０６と、パケット生成回路３０６によるデータを
送信する送信回路３０７とを、主構成要素として有して
いる。

【００９０】このような構成に基づく自動再送制御に係
るデータの送受信の基本的動作を図１７〜図２０に関連
付けて説明する。図１７は自動再送制御に係るデータの
送受信の基本的動作を説明するためのシステム概要図、
図１８は送信側（ＴＸ）の基本動作を説明するためのフ
ローチャート、図１９は受信側（ＲＸ）の基本動作を説
明するためのフローチャート、図２０は送信側（ＴＸ）
ＡＲＱテーブルと受信側（ＲＸ）ＡＲＱテーブルへのＩ
Ｄデータの書き込み状態を説明するための図である。な
お、図１７においては、右側が送信側、左側が受信側で
ある。

【００９１】データの送受信の基本的な動作は以下のよ
うになる。

【００９２】また、送信側の制御センタＣＴＲの識別回
路２０１において何本かの送信データのストリーム（ス
トリームではない場合には短いストリームであるとみな
せば良い）があるとき、その各々に、コネクション(Con
nection)ＩＤを割り当てる。コネクションＩＤは、情報
ビットがどのデータであるかを示す固有の番号である。

【００９３】データが入力されると、それぞれ容量がか
なり大きなバッファであるＴＸ・ストリームバッファ２
０２−１〜２０２−ｎにバッファリングされる（図１８
のステップＳＴ２０１）。このとき、データは、情報ブ
ロック(Information Block) 単位（パケット単位）でセ
グメント化され、入力された順番に番号が振られる。こ
れを、情報ブロックＩＤ(Information Block ID)とす
る。

【００９４】情報ブロックが溜まると、これを送信する
準備を始める。まず、コネクションＩＤ、情報ブロック
ＩＤをＴＸ・ＡＲＱテーブル２０３に書き込んで行き、
この書き込んだ内容を受信側に送信予報（Sending Fore
cast）として報告する（図１８のステップＳＴ２０２、
図２０のステップＳＴ４０１）。

【００９５】受信側の移動端末局にも受信ＡＲＱテーブ
ル３０２が用意されていて、ここに送信予報(Sending F
orecast)の内容が書き込むことにより受信の準備をする
（図１９のステップＳＴ３０１、図２０のステップＳＴ
４０２）。

【００９６】送信側の制御センタＣＴＲはＴＸ・ＡＲＱ
テーブル２０３を必ず順番にストリームバッファから読
み出し、読み出した情報ブロックデータを送信する（図
１８のステップＳＴ２０３、図２０のステップＳＴ４０
３）。なお、情報ロックには、コネクションＩＤと情報
ブロックＩＤが付加されている。

【００９７】受信側の移動端末局にも、コネクションＩ
Ｄに対応した容量がかなり大きなバッファであるＲＸ・
ストリームバッファ３０３−１〜３０３−ｎが用意され
ていて、データを受信（図１９のステップＳＴ３０２）
すると、情報ブロックＩＤを調べ、対応する領域ヘデー
タを書き込んで行くと同時に、ＲＸ・ＡＲＱテーブル３
０２の対応する位置に、丸印をつけていく。すなわち、
“誤りなく受信”したことを示す情報を記入する（図１
９のステップＳＴ３０３）。

【００９８】情報ブロックは、正しく受信されない限
り、それが自分宛ての信号であるか否かの判断ができな
いことから、受信信号だけみてもデータのロストは検出
できない。しかし、データは必ずＴＸ・ＡＲＱテーブル
２０３の順に送信されることから、たとえば３番を受信
したのちに５番が受信された場合には４番がロストした
ことがわかる。

【００９９】ところが、ある時を境にそれ以降１つもデ
ータを受信できなかった場合、前項のロスト検出もでき
ないが、そのときは、送信予報（Sending Forecast）と
して報告された時間からのタイマがあらかじめ決められ
た時間を計時することで、ロストを検出する。このタイ
マの設定時間はいろいろな要因を考慮して決められる。
たとえば、タイマの設定時間は４０ｍｓに選定される。

【０１００】データがロストしても、正しく受信したと
しても、受信側の移動端末局はＲＸ・ＡＲＱテーブル３
０２の内容を、受信応答確認ＡＣＫとして送信側に報告
する。受信応答確認ＡＣＫを返す頻度は、報告できるブ
ロック数が一定数を超えたときか、そうでなければ一定
の時間おきに１回行う（図１９のステップＳＴ３０４，
ＡＳＴ３０５，ＳＴ３０８、図２０のステップＳＴ４０
４）。今、情報ブロックがＮビットであるとすると、Ｒ
Ｘ・ＡＲＱテーブル３０２は１ブロック当たり１ビット
であることから、単純に考えればに１対Ｎの非対称リン
クでＡＲＱができる。ＡＲＱテーブルはかなりの効率で
情報圧縮可能であることから、原理的にはさらに非対称
度を大きくできる。その他のオーバーヘッド等もあって
理想通りにはいかないだろうが、いずれにしても無駄を
極力なくすように構成される。

【０１０１】ＲＸ・ＡＲＱテーブルの内容を受け取った
送信側の制御センタＣＴＲは、受信エラーとされた情報
ブロックをＴＸ・ＡＲＱテーブル２０３の最新の部分に
登録しなおす。そして、登録しなおしたことを受信側の
移動端末局に報告する（図１８のステップＳＴ２０７、
図２０のステップＳＴ４０５）。登録しなおせば、ＡＲ
Ｑテーブルのそれより過去の内容は忘れて（破棄して）
よいことになる。

【０１０２】そして、登録しなおしたことの報告を受け
た受信側の移動端末局は、自分のＡＲＱテーブル３０２
も同様に登録しなおす（図２０のステップＳＴ４０
６）。登録しなおせば、ＡＲＱテーブルのそれより過去
の内容は忘れて（破棄して）よいことになる。

【０１０３】受信側のストリームバッファ３０３−１〜
３０３−ｎに溜まってきたデータが、頭から順に不連続
な部分なしでつながっていれば、それを、上位側のレイ
ヤにデータストリームとして出力することができる（図
２０のステップＳＴ４０８）。出力してしまえば、スト
リームバッファのその部分は忘れて（破棄して）よいこ
とになる。

【０１０４】送信側の制御センタＣＴＲでは、丸バツ表
で丸で報告された部分はストリームバッファから忘れて
（破棄して）よい（図１８のステップＳＴ２０６）。

【０１０５】次に、送達確認用ＡＲＱテーブルの送信エ
ラーが生じた場合について説明する。

【０１０６】送達確認用のＡＲＱテーブルの送信を誤る
と、テーブルの一貫性が失われ、ＡＲＱアルゴリズムが
機能しなくなる。したがって、ＡＲＱテーブルは誤りな
く伝送される必要があり、誤りが生じた場合には直ちに
復旧されなければならない。また、１度誤りが生じた場
合には、それ以降のＡＲＱテーブルの送信は意味を持た
ない。よって、ＡＲＱテーブルを送信する際の誤り訂正
／誤り検出は、それまでに送られたＡＲＱ全体について
行って送信したほうが良い。このようにすれば、1 度で
もＡＲＱテーブルの受信時に誤りがあれば、それ以降に
受信されたＡＲＱテーブルもすべて誤りとして処理さ
れ、間違えたＡＲＱテーブルを用いつづける可能性を減
少させることが可能となる。

【０１０７】図２１に誤り訂正／誤り検出ブロックの付
加方法を示す。たとえば、誤り検出のため、多項式での
割り算結果の剰余が付加される場合（ＣＲＣチェック等
が当てはまる）、送信する側においてはＡＲＱテーブル
の多項式での剰余を計算して付加するが、この時の剰余
を保持し、次回のＡＲＱテーブルの送付時の剰余計算
は、この剰余を考慮した形で行う。割り算は、シフトレ
ジスタを用いて行うことができる。

【０１０８】図２２にその構成を示す。図２２は、多項
式Ｇ（ｘ）を次のようにした場合の割り算回路である。
図２２において、４０１−０〜４０１−ｍは係数乗算
器、４０２−０〜４０２−m-1 は加算器、４０３−０〜
４０３−m-1 はシフトレジスタをそれぞれ示している。

【０１０９】

【数１】Ｇ（ｘ）＝ｇ_m ｘ^m ＋ｇ_m-1 ｘ^m-1 ＋・・・＋
ｇ₁ ｘ＋ｇ₀

【０１１０】入力には高次項から順に入力され、０次の
係数が入力された時点でのレジスタの残り値が剰余であ
る。この剰余を保存し、次回のＡＲＱテーブルの送信時
にこの状態から入力を開始すると、前回のＡＲＱテーブ
ルに引き続き割り算を実行することになり、その剰余は
前回のＡＲＱテーブルを高次項としてもつ多項式の剰余
になる。これを最初のＡＲＱテーブルの送信から繰り返
すことにより、送信された全てのＡＲＱテーブルに対す
る誤り検出が可能となる。

【０１１１】繰り返し送信されるデータの受信について 次に、同じデータが繰り返し伝送されている場合におい
ての送達確認方法について説明する。

【０１１２】同じデータが繰り返し伝送されている状態
とは、たとえばマルチキャストやブロードキャストのた
めのデータが周期的に伝送されている状態などが考えら
れる。受信端末がこのようなデータを受信する場合、 １．繰り返し伝送されているデータを極力受信してお
く、 ２．実際に受信端末においてそのデータを要求された場
合、それまでに受信したデータを補うためのデータを改
めてユニキャスト（１：１の通信路）で要求する、とい
う方法で受信することにより、要求が発生してから全て
のデータを受信する場合と比較して、高速に受信するこ
とが可能になる。本発明の構成を用いれば、このような
送受信方法が可能になる。具体的には、たとえば以下の
ように行えば良い。図２３はその処理の流れを示してい
る。

【０１１３】受信側の移動端末局において、繰り返し伝
送されているデータを受信し、一意に与えられるデータ
番号（そのようなデータに対して特別に与えられるコネ
クションＩＤ）を保存し、さらに受信されたデータとそ
のＡＲＱテーブル３０２を保存しておく。

【０１１４】実際に受信側の移動端末局において受信要
求が発生した場合、受信側の移動端末局は送信側の制御
センタＣＴＲとの間に１対１のコネクションを形成し、
それまでに受信されていないデータの受信の準備に入
る。

【０１１５】受信側の移動端末局は、受信すべきデータ
のＡＲＱテーブル３０２を適切な長さ分だけ切り出し、
送信側の制御センタＣＴＲに送信する。ここで適切な長
さとは、ＡＲＱテーブル３０２内の受信されていないデ
ータの数が一定数を上回っているという意味である。受
信されていないデータが一定数に達しない場合、受信側
は全てのＡＲＱテーブル３０２を送信する。

【０１１６】送信側の制御センタＣＴＲにおいて情報ブ
ロックが溜まると、これを送信する準備を始める。ま
ず、コネクションＩＤ、情報ブロックＩＤをＴＸ・ＡＲ
Ｑテーブル２０３に書き込んで行き、この書き込んだ内
容を受信側に送信予報（Sending Forecast）として報告
する。このとき、ＴＸ・ＡＲＱテーブル２０３は新たに
作成され、受信側の移動端末局において受信されていな
いデータに対して新たに先頭から番号が割り当てられ
る。

【０１１７】受信側の移動端末局においても、受信され
ていないデータのために新たにＡＲＱテーブル３０２が
作成され、送信側のＡＲＱテーブル２０３と同期され
る。

【０１１８】受信側の移動端末局において送られたＡＲ
Ｑテーブル３０２の続きが存在する場合には引き続きテ
ーブルは切り出され、たとえば送信予報（Sending Fore
cast）が到着したタイミング等に、順次送信側の制御セ
ンタＣＴＲに送信される。

【０１１９】なお、送受信されるデータの送達確認方法
は、上述の基本動作と同様に行われる。

【０１２０】もしくは、以下のような方法も実現可能で
ある。

【０１２１】受信側の移動端末局において、繰り返し伝
送されているデータを受信し、一意に与えられるデータ
番号（そのようなデータに対して特別に与えられるコネ
クションＩＤ）を保存し、さらに受信されたデータとそ
のＡＲＱテーブル３０２を保存しておく。

【０１２２】受信側の移動端末局において、（そうとは
意織しないようにするが）データを要求したときは、コ
ネクション開設のコマンドを発する。

【０１２３】送信側の制御センタＣＴＲは、対応するブ
ロードキャストストリームを取り出し、そのなかのブロ
ックの適当な分量をこれをすでに送信済みブロック扱い
でＡＲＱテーブル２０３に書く。そして、受信端末に送
信予報（Sending Forecast）を送る。

【０１２４】受信側の移動端末局は、送信予報（Sendin
g Forecast）の内容をＡＲＱテーブル３０２に書き、す
でに受け取っているデータを見てＡＲＱテーブル３０２
を作成し、それを報告する。

【０１２５】以後の送達確認方法は、上述の基本動作と
同様に行われる。

【０１２６】以上説明したように、本第１の実施形態に
よれば、基本的に、データ送信側である制御センタＣＴ
Ｒからデータ群を送信し、データ受信側である移動端末
局Ｍ１（〜Ｍ３）においてはこれらのデータ群について
の受信の成功、失敗を誤り訂正によって判断し、その判
断された受信データの数が特定の数に達した場合、もし
くは送信データが終了した場合には、各送信データの受
信の成功、失敗を示す１ビットの情報をまとめてテーブ
ルとして保持し、これを再送要求としてデータ送信側の
制御センタＣＴＲに送信することによってデータの再送
を行う。また、データ受信側である移動端末局Ｍ１（〜
Ｍ３）からの再送要求でデータの受信が失敗したことを
示す場合には、それまでにデータ送信側である制御セン
タＣＴＲが送信し、またデータ受信側である移動端末局
Ｍ１（〜Ｍ３）が受信確認したデータのうち、データの
先頭から、初めて誤りが生じるまでのデータを、正常に
受信されたものとし、それ以後の全てのデータの送信を
改めて始める。また、ブロードキャストやマルチキャス
ト等のように、あらかじめ決まったデータが繰り返し送
信側から送信されている場合、受信側である移動端末局
Ｍ１（〜Ｍ３）において、そのデータを受信する要求が
発生していなくともそのデータを受信し、各送信データ
の送信の成功、失敗を示すテーブルを保持し、実際にそ
のデータの受信要求が発生した時点で、制御センタＣＴ
Ｒは受信側からどのデータの送信が行われていないかの
報告を待ち、報告が受信された後に、必要なデータだけ
の送信を行う。また、制御センタＣＴＲでは、データを
送信する際、ある一続きの送信回数について、その送信
の始めからのデータ全てに対する誤り訂正もしくは誤り
検出を行う情報を毎回付加し、受信側の移動端末局では
それを用いてその受信までの全ての受信データについて
の誤り訂正もしくは誤り検出を行う。また、データ受信
側である移動端末局からデータ送信側である制御センタ
ＣＴＲへの受信応答パケットを圧縮する。これにより、
本実施形態によれば、以下の効果を得ることができる。

【０１２７】すなわち、本実施形態によれば、データを
送信するリンクの伝送速度に対して送達確認を行うリン
クの伝送速度が小さい場合、送達確認のためのデータ量
を小さくすることができるため、送達確認を高速に行う
ことができる。また、ＡＲＱテーブルを用いて、パケッ
ト番号を明記せずに選択的なデータの再送を行うことが
できるため、誤り率が大きい無線リンクなどのリンクに
おいて効率的な選択的再送を行うことができる。また、
需要の多いマルチキャストデータ等の複数人が受信する
ことが想定されているデータを、送信側から繰り返し送
信し続けているような場合、受信要求が発生する前に受
信側においてデータを受信しておき、要求が発生した段
階で、ＡＲＱテーブルを用いて受信されているデータの
情報送信し、その後に必要なデータのみの送信を開始す
ることにより、無駄なデータの送信を抑えることができ
る。

【０１２８】また、本実施形態によれば、セルサーチチ
ャネルを周波数軸方向にｎサブキャリア毎に分割して、
各基地局にこのサブキャリアを割当てることから、セル
サーチチャネルを削減することができ、より多くのトラ
フィックチャネルを確保することができ、単位周波数帯
域当たりのスループットを向上させることができる。ま
た、セルサーチチャネルを少なくすることで、チャネル
アロケーション情報を減らすことができ、シングル周波
数ネットワーク共通チャネルも減らすことができる。し
たがって、本実施形態によれば、移動端末局を待ち受け
状態のときに受信しなければならない制御チャネル数を
削減することができる。その結果、電力消費を低く抑え
ることができ、端末の小型軽量化に寄与できる利点があ
る。

【０１２９】

【発明の効果】以上説明したように、本発明によれば、
データを送信するリンクの伝送速度に対して送達確認を
行うリンクの伝送速度が小さい場合、送達確認のための
データ量を小さくすることができるため、送達確認を高
速に行うことができ、有効である。

【０１３０】また、送達確認テーブルを用いて、パケッ
ト番号を明記せずに選択的なデータの再送を行うことが
できるため、誤り率が大きい無線リンクなどのリンクに
おいて効率的な選択的再送を行うことができる。

【０１３１】また、需要の多いマルチキャストデータ等
の複数人が受信することが想定されているデータを、送
信側から繰り返し送信し続けているような場合、受信要
求が発生する前に受信側においてデータを受信してお
き、要求が発生した段階で、送達確認テーブルを用いて
受信されているデータの情報を送信し、その後に必要な
データのみの送信を開始することにより、無駄なデータ
の送信を抑えることができる。

【図面の簡単な説明】

【図１】本発明に係るＯＦＤＭ通信システムの概要を示
す図である。

【図２】本発明に係るＯＦＤＭ通信システムの具体的な
構成例を示す図である。

【図３】図１の通信システムにおけるセルの構成方法を
説明するための図である。

【図４】本実施形態に係る無線チャネルの割り当て例を
示す図である。

【図５】本発明に係るフレームガードを含むＯＦＤＭ信
号の構成例を示す図である。

【図６】本発明に係るＯＦＤＭ信号のガードを含むタイ
ムスロットの形成方法を説明するための図である。

【図７】本発明に係るＯＦＤＭ信号のガードを含むタイ
ムスロットの形成方法を説明するための図である。

【図８】本発明に係るＯＦＤＭ信号のガードを含むタイ
ムスロットの形成方法を説明するための図である。

【図９】高速ダウンリンクシステムのチャネルアロケー
ションの一例を示す図であって、１無線チャネルの周波
数帯域幅を４００ｋＨｚとして、これを７無線チヤネ
ル、４００〔ｋＨｚ〕×７＝２．８〔ＭＨｚ〕の周波数
帯域を有する高速ダウンリンクシステムのチャネルアロ
ケーション例を示す図である。

【図１０】チャネルの構成例を示す図である。

【図１１】本発明に係るフレームの具体的な構成例を説
明するための図である。

【図１２】本発明に係るセルサーチチャネルの構成例を
説明するための図である。

【図１３】高速ダウンリンクシステムのチャネルアロケ
ーションの他の例を示す図である。

【図１４】本発明に係るＯＦＤＭ通信システムの伝送単
位である情報ブロック(Information Block) 等を説明す
るための図である。

【図１５】本発明に係る制御センタの送信側（ＴＸ）自
動再送制御回路の要部構成を示すブロック図である。

【図１６】本発明に係る移動端末局の受信側（ＲＸ）自
動再送制御回路の要部構成を示すブロック図である。

【図１７】自動再送制御に係るデータの送受信の基本的
動作を説明するためのシステム概要図である。

【図１８】送信側（ＴＸ）の基本動作を説明するための
フローチャートである。

【図１９】受信側（ＲＸ）の基本動作を説明するための
フローチャートである。

【図２０】送信側（ＴＸ）ＡＲＱテーブルと受信側（Ｒ
Ｘ）ＡＲＱテーブルへのＩＤデータの書き込み状態を説
明するための図である。

【図２１】誤り訂正／誤り検出ブロックの付加方法を示
す図である。

【図２２】シフトレジスタを用いた割り算回路の構成例
を示す回路図である。

【図２３】同じデータが繰り返し伝送されている場合に
おいての送達確認方法について説明するための図であ
る。

【符号の説明】

１，１Ａ…Ｗ−ＯＦＤＭ通信システム、Ｍ１〜Ｍ３…移
動端末局（ＭＳ）、Ｂ１〜Ｂ４…基地局（ＢＳ）、Ｎ１
…既存セルラの有線ネットワーク、Ｎ２…インターネッ
トなどのデータ通信網、Ｎ３…付加ダウンリンクのため
にあるデータベースなどを持つデータ通信網、ＣＴＲ…
付加ダウンリンクのネットワークのためにある制御セン
タ（ＭＲＣ）、１００…情報ブロック、１０１…情報ビ
ット、１０２…コネクションＩＤ、１０３…情報ブロッ
クＩＤ、１０４…ＣＲＣ、１０５…ＣＲＣチェック１０
４とコネクションＩＤ１０２は互いに排他的論理和（ｅ
ｘ−ｏｒ）が施された１６ビット情報、２００…送信側
自動再送制御回路、２０１…識別回路、２０２−１〜２
０２−ｎ…送信側ストリームバッファ、２０３…ＡＲＱ
テーブル、２０４…合成回路、２０５…送信回路、２０
６…受信回路、２０７…ＡＲＱハンドラ、３００…受信
側自動再送制御回路、３０１…受信回路、３０２…ＡＲ
Ｑテーブル、３０３−１〜３０３−ｎ…受信側ストリー
ムバッファ、３０４…分離回路、３０５…ＡＲＱハンド
ラ、３０６…パケット生成回路、３０７…送信回路、４
０１−０〜４０１−ｍ…係数乗算器、４０２−０〜４０
２−m-1 …加算器、４０３−０〜４０３−m-1 …シフト
レジスタ。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA01 GA11 HA08 HC09 JL01 JT09 KA08 LA02 LA18 LE11 MB13 5K034 AA05 DD02 EE03 HH11 MM03

Claims (18)

【特許請求の範囲】
1. 【請求項１】 受信確認応答によってパケット型のデー
   タの自動再送を行う通信方法であって、 データ送信側からデータ群をあらかじめ設定した順番で
   送信し、 データ受信側においては送信されたデータ群についての
   受信の成功、失敗を判断し、 各送信データの受信の成功、失敗を示す情報をまとめて
   テーブルとして保持し、 保持したテーブルデータを再送要求としてデータ送信側
   に送信することによってデータの再送を行う通信方法。
2. 【請求項２】 上記受信の成功、失敗は誤り訂正によっ
   て判断する請求項１記載の通信方法。
3. 【請求項３】 データ受信側においては、判断された受
   信データの数が特定の数に達した場合、もしくは送信デ
   ータが終了した場合に、各送信データの受信の成功、失
   敗を示す１ビットの情報をまとめてテーブルとして保持
   する請求項１記載の通信方法。
4. 【請求項４】 データ受信側からの再送要求でデータの
   受信が失敗したことを示す場合には、それまでにデータ
   送信側が送信し、データ受信側が受信確認したデータの
   うち、データの先頭から、初めて誤りが生じるまでのデ
   ータを、正常に受信されたものとし、それ以後の全ての
   データの送信を改めて始める請求項１記載の通信方法。
5. 【請求項５】 あからじめ決まったデータが繰り返し送
   信側から送信されている場合、受信側において、当該デ
   ータを受信する要求が発生していなくとも当該データを
   受信し、各送信データの送信の成功、失敗を示すテーブ
   ルを保持し、実際に当該データの受信要求が発生した時
   点で、受信側からどのデータの送信が行われていないか
   の報告を待ち、報告が受信された後に、必要なデータだ
   けの送信を行う請求項１記載の通信方法。
6. 【請求項６】 データ受信側からデータ送信側への受信
   応答パケットを圧縮する請求項１記載の通信方法。
7. 【請求項７】 データを送信する際、ある一続きの送信
   回数について、その送信の始めからのデータ全てに対す
   る誤り訂正もしくは誤り検出を行う情報を毎回付加し、 受信側では上記付加された情報用いてその受信までの全
   ての受信データについての誤り訂正もしくは誤り検出を
   行う請求項１記載の通信方法。
8. 【請求項８】 データ送信側からデータ群を送信する場
   合、所定の情報ブロック単位毎でセグメント化し、か
   つ、少なくともデータがいずれのストリームデータであ
   るかを示す固有の番号であるコネクションＩＤと入力さ
   れた順番に付した番号である情報ブロックＩＤを含めて
   バッファリングし、上記コネクションＩＤと情報ブロッ
   クＩＤを送信側送達確認テーブルに保持し、コネクショ
   ンＩＤと情報ブロックＩＤを含めて順番に送信し、 データ受信側は、受信データ群をバッファリングし、か
   つ情報ブロックＩＤに対応して受信側送達確認テーブル
   に誤りなく受信したか否かを示す１ビットの情報を書き
   込み、当該受信側送達確認テーブルの内容を再送要求と
   しデータ送信側に送信する請求項１記載の通信方法。
9. 【請求項９】 データ送信側からデータ群を送信する前
   に、上記コネクションＩＤと情報ブロックＩＤを送達確
   認テーブルに保持し、保持した送達確認テーブルを送信
   予報として受信側に送信し、 データ受信側は、受信した送信予報であるコネクション
   ＩＤと情報ブロックＩＤを送達確認テーブルに保持し、
   受信の準備を行う請求項８記載の通信方法。
10. 【請求項１０】 制御センタと受信端末間で受信確認応
    答によってパケット型のデータの自動再送を行う通信シ
    ステムであって、 上記制御センタは、データ送信側からデータ群をあらか
    じめ設定した順番で送信し、上記受信端末からの再送要
    求に応じてデータを自動再送し、 上記受信端末は、上記制御センタから送信されたデータ
    群についての受信の成功、失敗を判断し、各送信データ
    の受信の成功、失敗を示す情報をまとめてテーブルとし
    て保持し、保持したテーブルデータを再送要求としてデ
    ータ送信側に送信する通信システム。
11. 【請求項１１】 上記受信端末は、上記受信の成功、失
    敗は誤り訂正によって判断する請求項１０記載の通信シ
    ステム。
12. 【請求項１２】 上記受信端末は、判断された受信デー
    タの数が特定の数に達した場合、もしくは送信データが
    終了した場合に、各送信データの受信の成功、失敗を示
    す１ビットの情報をまとめてテーブルとして保持する請
    求項１０記載の通信システム。
13. 【請求項１３】 上記制御センタは、データ受信側から
    の再送要求でデータの受信が失敗したことを示す場合に
    は、それまでにデータ送信側が送信し、データ受信側が
    受信確認したデータのうち、データの先頭から、初めて
    誤りが生じるまでのデータを、正常に受信されたものと
    し、それ以後の全てのデータの送信を改めて始める請求
    項１０記載の通信システム。
14. 【請求項１４】 あからじめ決まったデータが繰り返し
    送信側から送信されている場合、 上記受信端末は、当該データを受信する要求が発生して
    いなくとも当該データを受信し、各送信データの送信の
    成功、失敗を示すテーブルを保持し、 上記制御センタは、実際に当該データの受信要求が発生
    した時点で、受信側からどのデータの送信が行われてい
    ないかの報告を待ち、報告が受信された後に、必要なデ
    ータだけの送信を行う請求項１０記載の通信システム。
15. 【請求項１５】 上記受信端末は、制御センタへの受信
    応答パケットを圧縮する請求項１０記載の通信システ
    ム。
16. 【請求項１６】 上記制御センタは、データを送信する
    際、ある一続きの送信回数について、その送信の始めか
    らのデータ全てに対する誤り訂正もしくは誤り検出を行
    う情報を毎回付加し、 上記受信端末は、上記付加された情報用いてその受信ま
    での全ての受信データについての誤り訂正もしくは誤り
    検出を行う請求項１０記載の通信システム。
17. 【請求項１７】 上記制御センタは、バッファと送信側
    送達確認テーブルを含み、データ群を送信する場合、所
    定の情報ブロック単位毎でセグメント化し、かつ、少な
    くともデータがいずれのストリームデータであるかを示
    す固有の番号であるコネクションＩＤと入力された順番
    に付した番号である情報ブロックＩＤを含めて上記バッ
    ファにバッファリングし、上記コネクションＩＤと情報
    ブロックＩＤを上記送信側送達確認テーブルに保持し、
    コネクションＩＤと情報ブロックＩＤを含めて順番に送
    信し、 上記受信端末は、バッファと受信側送達確認テーブルを
    含み、受信データ群を上記バッファにバッファリング
    し、かつ情報ブロックＩＤに対応して上記受信側送達確
    認テーブルに誤りなく受信したか否かを示す１ビットの
    情報を書き込み、当該受信側送達確認テーブルの内容を
    再送要求としデータ送信側に送信する請求項１０記載の
    通信システム。
18. 【請求項１８】 上記制御センタは、データ送信側から
    データ群を送信する前に、上記コネクションＩＤと情報
    ブロックＩＤを送達確認テーブルに保持し、保持した送
    達確認テーブルを送信予報として受信側に送信し、 受信端末は、受信した送信予報であるコネクションＩＤ
    と情報ブロックＩＤを送達確認テーブルに保持し、受信
    の準備を行う請求項１７記載の通信システム。