(57)【要約】  無線端末（５）は、無線リソースの割当要求と、無線基地局（１）へ送信する送信データのサービス品質情報とを表す信号列を無線基地局（１）へ送信し、無線基地局（１）は、無線端末（５）から受信した前記信号列を基に前記サービス品質情報を識別し、識別したサービス品質情報に基づいて、無線端末（５）に対する上り無線リソースの割り当てを制御する。これにより、無線端末（５）の送信データのサービス品質情報を考慮した無線リソース割当が可能となる。
2009040927.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局と無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、
前記無線端末は、
無線リソースの割当要求と、前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を前記無線基地局へ送信し、
前記無線基地局は、
前記無線端末から受信した前記信号列を基に前記サービス品質情報を識別し、
識別したサービス品質情報に基づいて、前記無線端末に対する上り無線リソースの割り当てを制御する、
ことを特徴とする、無線通信システムにおける無線リソースの割当方法。
【請求項２】
前記無線基地局は、
前記識別したサービス品質情報に応じて定まる優先順位で、前記無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記無線端末に割り当てる、
ことを特徴とする、請求項１記載の無線通信システムにおける無線リソースの割当方法。
【請求項３】
前記無線端末は、
前記送信データの送信データ量をさらに表す前記信号列を前記無線基地局へ送信し、
前記無線基地局は、
前記無線端末から受信した前記信号列を基に前記送信データ量をさらに識別し、
前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、
ことを特徴とする、請求項１記載の無線通信システムにおける無線リソースの割当方法。
【請求項４】
前記無線基地局は、
前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、
ことを特徴とする、請求項３記載の無線通信システムにおける無線リソースの割当方法。
【請求項５】
前記信号列は、前記無線端末を識別する情報、又は、前記無線基地局と前記無線端末との間の通信のコネクションを識別する情報をさらに表す信号列である、
ことを特徴とする、請求項１〜４のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
【請求項６】
前記信号列は、前記無線基地局と前記無線端末と間の通信に用いる変調方式及び符号化方式を識別する情報をさらに表す信号列である、
ことを特徴とする、請求項１〜４のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
【請求項７】
無線基地局と無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、
前記無線端末は、
無線リソースの割当要求と第１の情報とを表す第１の信号列と、無線リソースの割当要求と前記第１の情報とは異なる第２の情報とを表す第２の信号列と、を異なる送信タイミングあるいは異なる周波数にて前記無線基地局に送信し、
前記無線基地局は、
前記無線端末から前記第１の信号列及び第２の信号列を前記送信タイミングに応じた異なる受信タイミングあるいは前記異なる周波数で受信した場合に、それぞれの信号列が表す前記第１の情報及び第２の情報を識別し、
識別した情報に基づいて、前記無線端末に対する無線リソースの割り当てを制御する、ことを特徴とする、無線通信システムにおける無線リソースの割当方法。
【請求項８】
前記無線基地局は、
前記第１の信号列及び第２の信号列のいずれか一方を正常に受信できない場合に、他方の信号列が表す情報を識別し、
識別した情報に基づいて、前記無線リソースの割り当てを制御する、
ことを特徴とする、請求項７記載の無線通信システムにおける無線リソースの割当方法。
【請求項９】
前記第１の情報及び第２の情報のいずれか一方は、前記無線端末を識別する情報、前記無線端末が前記無線基地局へ送信する送信データのサービス品質情報、前記送信データの送信データ量に関する情報、変調方式及び符号化方式を識別する情報のいずれかである、
ことを特徴とする、請求項７又は８に記載の無線通信システムにおける無線リソースの割当方法。
【請求項１０】
前記無線端末は、
前記第１の信号列及び第２の信号列を、前記無線基地局へ時間的に連続して送信する、
ことを特徴とする、請求項７〜９のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
【請求項１１】
前記異なるタイミング又は前記異なる周波数は、前記無線基地局から指定されることを特徴とする、請求項７〜１０のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
【請求項１２】
前記無線端末が選択可能な、前記サービス品質情報を表す信号列の数は、高いサービス品質情報ほど多く定義されている、
ことを特徴とする、請求項１〜６のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
【請求項１３】
無線端末と無線基地局とをそなえた無線通信システムにおける前記無線端末であって、
無線リソースの割当要求と、前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を生成する生成手段と、
前記生成手段で生成した信号列を前記無線基地局へ送信する送信手段と、
をそなえたことを特徴とする、無線通信システムにおける無線端末。
【請求項１４】
前記生成手段は、
前記送信データの送信データ量をさらに表す信号列を生成する、
ことを特徴とする、請求項１３記載の無線通信システムにおける無線端末。
【請求項１５】
無線端末と無線基地局とをそなえた無線通信システムにおける前記無線基地局であって、
前記無線端末が送信した、無線リソースの割当要求と、前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を受信する受信手段と、
前記受信手段で受信した信号列を基に前記サービス品質情報を識別する識別手段と、
前記識別手段で識別したサービス品質情報に基づいて、前記無線端末に対する上り無線リソースの割り当てを制御する制御手段と、
をそなえたことを特徴とする、無線通信システムにおける無線基地局。
【請求項１６】
前記制御手段は、
前記識別したサービス品質情報に応じて定まる優先順位で、前記無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記無線端末に割り当てる、
ことを特徴とする、請求項１５記載の無線通信システムにおける無線基地局。
【請求項１７】
前記受信した信号列は、前記送信データの送信データ量をさらに表す信号列であり、
前記識別手段は、
前記受信した信号列を基に前記送信データ量をさらに識別し、
前記制御手段は、
前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、
ことを特徴とする、請求項１５記載の無線通信システムにおける無線基地局。
【請求項１８】
前記制御手段は、
前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、
ことを特徴とする、請求項１７記載の無線通信システムにおける無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局に関する。本発明は、例えば、無線端末が無線基地局にデータを送信するのに用いる無線リソースを、無線基地局が割り当てるシステムに用いると好適である。
【背景技術】
【０００２】
IEEE802.16 WG（Working Group）では、無線基地局に複数の端末が接続可能なポイントツーマルチポイント（Point-to-Multipoint：Ｐ−ＭＰ）型通信方式を規定している。IEEE802.16 WGでは、主に固定通信用途向けのIEEE802.16d仕様（802.16-2004）と、移動通信用途向けの802.16e仕様（802.16e-2005）の２種類を規定している。複数の物理層が規定されているが、ＯＦＤＭやＯＦＤＭＡなどの技術が主に使用される。【０００３】
IEEE802.16d/e（以下、IEEE802.16と総称する）に準拠した通信システムでは、１台の無線基地局（ＢＳ）に複数の無線端末（ＭＳ）が接続するＰ−ＭＰ型接続が可能である。なお、無線端末には、携帯電話、ＰＤＡ、ノート型ＰＣ等の各種端末が含まれる。【０００４】
IEEE802.16では、ＭＳがデータを送信するときには、ＢＳがＭＳに無線帯域を割り当てる。このとき、ＭＳがデータ送信を行なうために用いる帯域の割り当てをＢＳに要求するには、まず、“Bandwidth Request CDMA Code”と呼ばれる所定パターンのコード（以下、ＢＲコードという）を送信することとされている。【０００５】
ＢＲコードは、ＣＤＭＡコードの一種であり、最大２５６個定義されるＣＤＭＡコードの一部をＢＲコードとして用いることとされている。その他のＣＤＭＡコードは、ＭＳがＢＳに対して接続を開始するときに行なう初期レンジング（Initial Ranging）や、接続確立後の周期レンジング（periodic ranging）などに用いられる。なお、これらのＣＤＭＡコードは、レンジングコードと総称されることもある。【０００６】
図２１に、ＭＳがＢＲコードを送信してから、実際に、データを送信するための帯域が割り当てられるまでのシーケンスを示す。【０００７】
ＭＳは、ＢＳにデータを送信するための無線リソース（上り（アップリンク：ＵＬ）の帯域）を要求するとき、ＢＲコードとして定義されたＣＤＭＡコードの中からランダムに１つを選択して、ＢＳに送信する（ステップＳ１０１）。【０００８】
ＢＲコードを受信したＢＳは、ＭＳが“Bandwidth Request Header”と呼ばれるメッセージ（以下、ＢＲヘッダという）を送信するために用いる無線リソース（帯域（幅））を割り当てるために、“CDMA_Allocation-IE”と呼ばれる情報要素を含む上りメッセージ（ＵＬ−ＭＡＰメッセージ）を送信する（ステップＳ１０２）。【０００９】
次表１に、CDMA_Allocation-IEを含むＵＬ−ＭＡＰメッセージのペイロード部の例を示す。
【表１】
2009040927.tif 000003
【００１０】
この表１に示すように、CDMA_Allocation-IEに含まれるレンジングコード（Ranging Code），レンジングシンボル（Ranging Symbol），レンジングサブチャネル（Ranging Subchannel）によって、ＢＲコードを送信したＭＳが、自局に無線リソースが割り当てられたか否かを判別することができる。【００１１】
ＭＳは、このＵＬ−ＭＡＰメッセージを受信し、ＢＲヘッダを送信するための帯域が割り当てられたら、当該割当帯域にてＢＲヘッダをＢＳに送信する（ステップＳ１０３）。ＢＲヘッダは、ＭＳがＢＳとの間で設定を要求する論理的なコネクションの識別情報（ＣＩＤ）と、ＭＳが送信したいデータのサイズ（バイト数）に関する情報とを含む。【００１２】
図２２に、ＢＲヘッダフォーマットの例を示す。また、次表２に、ＢＲヘッダの各フィールドの意味を示す。
【表２】
2009040927.tif 000004
【００１３】
ＢＳは、当該ＢＲヘッダに含まれるＣＩＤから、ＢＲヘッダを送信したＭＳを特定（当該ＭＳは、既にネットワークエントリを完了させており、ＭＳとＣＩＤとの対応がネットワーク側で管理されている）し、また、無線リソース（帯域）が必要とされているコネクション及びそのサービス品質（ＱｏＳ：Quality of Service）情報を特定することができる。なお、ＱｏＳ情報は、コネクション設定時にＢＳとＭＳとの間で交換される。【００１４】
ＢＳは、ＱｏＳ情報を考慮して、要求されたデータを送信するための帯域を割り当てるか否かを判断する。すなわち、複数のＭＳから要求（ＢＲヘッダ）を受信した場合、高いＱｏＳが要求されるコネクションを優先して、帯域を割り当てるようにする。帯域の割り当ては、ＢＳがＵＬ−ＭＡＰメッセージを送信することより行なわれる（ステップＳ１０４）。【００１５】
ただし、ＢＲヘッダ等を受信したＢＳは、無線リソースの割り当てが必要なＣＩＤを特定できるので、ＢＲコードの受信に対する割り当て時とは異なるフォーマットのメッセージ（ＵＬ−ＭＡＰメッセージ）にて無線リソースの割り当てを行なうことができる。【００１６】
次表３に、ＢＲヘッダ等の受信に応じてＢＳが生成するＵＬ−ＭＡＰメッセージ例を示す。
【表３】
2009040927.tif 000005
【００１７】
ＭＳは、当該ＵＬ−ＭＡＰメッセージで割り当てられた帯域を用いて、データ（ＭＡＣ−ＰＤＵ：Medium Access Control - Protocol Data Unit）をＢＳに送信する（ステップＳ１０５）。【００１８】
なお、下記の特許文献１には、特定のコードと、ＭＳがＢＳに送信するデータ量とを関連付けることが記載されている。
【特許文献１】特開２００７−１８４９３６号
【非特許文献１】IEEE Std 802.16(TM)2004
【非特許文献２】IEEE Std 802.16e(TM)2005
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明の目的の一つは、無線端末の送信データのサービス品質情報を考慮した無線リソース割当を可能にすることにある。【００２０】
また、本発明の他の目的の一つは、無線基地局から無線端末に対して無線リソースを割り当てるまでの遅延時間を短縮することにある。【００２１】
本発明のさらに他の目的の一つは、無線基地局と無線端末との間の帯域等の無線リソースの効率的な利用を図ることにある。【００２２】
なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の一つとして位置付けることができる。
【課題を解決するための手段】
【００２３】
前記目的を達成するために、本明細書では、以下に示す「無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局」を開示する。【００２４】
（１）即ち、前記割当方法の限定的でない第１の態様では、無線端末は、無線リソースの割当要求と、無線基地局へ送信する送信データのサービス品質情報とを表す信号列を前記無線基地局へ送信し、前記無線基地局は、前記無線端末から受信した前記信号列を基に前記サービス品質情報を識別し、識別したサービス品質情報に基づいて、前記無線端末に対する上り無線リソースの割り当てを制御する。【００２５】
（２）ここで、前記無線基地局は、前記識別したサービス品質情報に応じて定まる優先順位で、前記無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記無線端末に割り当てる、こととしてもよい。【００２６】
（３）また、前記無線端末は、前記送信データの送信データ量をさらに表す前記信号列を前記無線基地局へ送信し、前記無線基地局は、前記無線端末から受信した前記信号列を基に前記送信データ量をさらに識別し、前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、
こととしてもよい。【００２７】
（４）さらに、前記無線基地局は、前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、
こととしてもよい。【００２８】
（５）また、前記信号列は、前記無線端末を識別する情報、又は、前記無線基地局と前記無線端末との間の通信のコネクションを識別する情報をさらに表す信号列としてもよい。【００２９】
（６）さらに、前記信号列は、前記無線基地局と前記無線端末と間の通信に用いる変調方式及び符号化方式を識別する情報をさらに表す信号列としてもよい。【００３０】
（７）また、限定的でない第２の態様の無線通信システムにおける無線リソースの割当方法は、無線基地局と無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、前記無線端末は、無線リソースの割当要求と第１の情報とを表す第１の信号列と、無線リソースの割当要求と前記第１の情報とは異なる第２の情報とを表す第２の信号列と、を異なる送信タイミングあるいは異なる周波数にて前記無線基地局に送信し、前記無線基地局は、前記無線端末から前記第１の信号列及び第２の信号列を前記送信タイミングに応じた異なる受信タイミングあるいは前記異なる周波数で受信した場合に、それぞれの信号列が表す前記第１の情報及び第２の情報を識別し、識別した情報に基づいて、前記無線端末に対する無線リソースの割り当てを制御する。【００３１】
（８）ここで、前記無線基地局は、前記第１の信号列及び第２の信号列のいずれか一方を正常に受信できない場合に、他方の信号列が表す情報を識別し、識別した情報に基づいて、前記無線リソースの割り当てを制御する、こととしてもよい。【００３２】
（９）また、前記第１の情報及び第２の情報のいずれか一方は、前記無線端末を識別する情報、前記無線端末が前記無線基地局へ送信する送信データのサービス品質情報、前記送信データの送信データ量に関する情報、変調方式及び符号化方式を識別する情報のいずれかとしてもよい。【００３３】
（１０）さらに、前記無線端末は、前記第１の信号列及び第２の信号列を、前記無線基地局へ時間的に連続して送信する、こととしてもよい。【００３４】
（１１）また、前記異なるタイミング又は前記異なる周波数は、前記無線基地局から指定されることとしてもよい。【００３５】
（１２）さらに、前記無線端末が選択可能な、前記サービス品質情報を表す信号列の数は、高いサービス品質情報ほど多く定義されることとしてもよい。【００３６】
（１３）また、開示する無線端末の限定的でない第１の態様では、前記無線端末は、無線リソースの割当要求と、無線基地局へ送信する送信データのサービス品質情報とを表す信号列を生成する生成手段と、前記生成手段で生成した信号列を前記無線基地局へ送信する送信手段と、をそなえる。【００３７】
（１４）ここで、前記生成手段は、前記送信データの送信データ量をさらに表す信号列を生成する、こととしてもよい。【００３８】
（１５）また、開示する無線基地局の限定的でない第２の態様では、前記無線基地局は、前記無線端末が送信した、無線リソースの割当要求と、前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を受信する受信手段と、前記受信手段で受信した信号列を基に前記サービス品質情報を識別する識別手段と、前記識別手段で識別したサービス品質情報に基づいて、前記無線端末に対する上り無線リソースの割り当てを制御する制御手段と、をそなえる。【００３９】
（１６）ここで、前記制御手段は、前記識別したサービス品質情報に応じて定まる優先順位で、前記無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記無線端末に割り当てる、こととしてもよい。【００４０】
（１７）また、前記受信した信号列は、前記送信データの送信データ量をさらに表す信号列であり、前記識別手段は、前記受信した信号列を基に前記送信データ量をさらに識別し、前記制御手段は、前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、こととしてもよい。【００４１】
（１８）さらに、前記制御手段は、前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、こととしてもよい。
【発明の効果】
【００４２】
前記開示した技術によれば、例えば、以下に示すいずれかの効果ないし利点が得られる。【００４３】
（１）無線基地局は、無線端末の送信データのサービス品質情報を考慮して無線端末に対する帯域割当が可能となる。【００４４】
（２）無線基地局から無線端末に無線リソースを割り当てるまでの遅延時間を短縮することができる。【００４５】
（３）無線基地局と無線端末との間の無線リソースの効率的な利用を図ることができる。【００４６】
（４）無線リソースの割り当てを要求する無線端末を無線基地局において早期に特定（識別）することが可能となる。【００４７】
（５）無線端末が適切な送信方法（変調方式及び符号化方式）を利用して送信を行なえる無線リソースの割り当てが可能となる。
【図面の簡単な説明】
【００４８】
【図１】第１実施形態に係る無線通信システムの一例を示す図である。
【図２】図１に示す無線基地局（ＢＳ）の構成を示すブロック図である。
【図３】図１に示す無線端末（ＭＳ）の構成を示すブロック図である。
【図４】ＰＲＢＳ生成器の一例を示す図である。
【図５】第１実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。
【図６】第１実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。
【図７】第１実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。
【図８】第２実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。
【図９】第２実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。
【図１０】第２実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。
【図１１】第３実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。
【図１２】第３実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。
【図１３】第３実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。
【図１４】第４実施形態のＭＳによるＢＲコードの送信例を通常の送信例と比較して説明するための模式図である。
【図１５】第４実施形態のＭＳによるＢＲコードの送信例を説明するための模式図である。
【図１６】第４実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。
【図１７】第４実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。
【図１８】第４実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。
【図１９】第４実施形態の無線通信システムにおいてＭＳが連続送信した２つのコードのいずれか一方がＢＳで正しく受信できなかった場合の帯域割当処理を示すシーケンス図である。
【図２０】第４実施形態の無線通信システムにおいてＭＳが連続送信した２つのコードのいずれか一方がＢＳで正しく受信できなかった場合の帯域割当処理を示すシーケンス図である。
【図２１】従来のＢＳとＭＳとの間の帯域割当処理を説明するシーケンス図である。
【図２２】ＢＲヘッダフォーマットを示す図である。
【符号の説明】
【００４９】
１  無線基地局（ＢＳ）
１１  ネットワーク（ＮＷ）インタフェース部
１２  パケット識別部
１３  パケットバッファ部
１４  ＰＤＵ生成部
１５  符号化部
１６  変調部
１７  送信部
１８  デュプレクサ
１９  アンテナ
２０  受信部
２１  復調部
２２  復号化部
２３  制御メッセージ抽出部
２４  パケット再生部
２５  コード解析部
２６  記憶部
２７  制御部
５（５−１，５−２，５−３）  無線端末（ＭＳ）
５０  データ処理部
５１  ＰＤＵバッファ部
５２  符号化部
５３  変調部
５４  送信部
５５  コード生成部
５６  デュプレクサ
５７  アンテナ
５８  受信部
５９  復調部
６０  復号化部
６１  制御メッセージ抽出部
６２  制御部
６３  記憶部
【発明を実施するための最良の形態】
【００５０】
以下、図面を参照して本発明の実施の形態を説明する。ただし、本発明は、以下に示す実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。【００５１】
〔１〕第１実施形態
図１は、第１実施形態に係る無線通信システムの一例を示す図である。この図１に示す無線通信システムは、例えば、無線基地局（ＢＳ）１と、このＢＳ１のサービスエリア内においてＢＳ１と無線により通信する１台以上の無線端末（ＭＳ）５とをそなえる。なお、図１では、ＭＳ＃１，ＭＳ＃２，ＭＳ＃３の３台のＭＳ５を図示している。【００５２】
（ＢＳの説明）
そして、ＢＳ１は、例えば図２に示すように、ネットワーク（ＮＷ）インタフェース部１１と、パケット識別部１２と、パケットバッファ部１３と、ＰＤＵ生成部１４と、符号化部１５と、変調部１６と、送信部１７と、デュプレクサ１８と、アンテナ１９と、受信部２０と、復調部２１と、復号化部２２と、制御メッセージ抽出部２３と、パケット再生部２４と、コード解析部２５と、記憶部２６と、制御部２７とをそなえる。【００５３】
ここで、ＮＷインタフェース部１１は、図示しないルーティング装置（複数のＢＳと接続されて、パケットデータ等のデータの方路制御を行なう装置）との間のインタフェース（ここでは、パケット通信を行なうこととする）を形成するものである。【００５４】
当該ＮＷインタフェース部１１は、前記ルーティング装置から受信したＭＳ５宛のデータ（下りデータ）をパケット識別部１２へ転送し、パケット再生部２４から受信したデータ（上りデータ）を前記ルーティング装置へ送信する機能を具備する。なお、ＢＳ１からＭＳ５への通信の方向が下り（ダウンリンク：ＤＬ）であり、その逆方向であるＭＳ５からＢＳへの通信の方向が上り（アップリンク：ＵＬ）である。【００５５】
パケット識別部１２は、ＮＷインタフェース部１１から受信したパケットデータに含まれるＩＰアドレスを識別し、ＩＰアドレスデータに基づき宛先ＭＳ５を特定（識別）するとともに、特定したＭＳ５に対応するＱｏＳ情報を取得し、制御部にＭＳ５の識別情報（ＩＤ），ＱｏＳ情報，データサイズを与えて帯域割り当て要求を行ない、ＮＷインタフェース部１１から渡されたパケットデータをパケットバッファ部１３に格納するものである。【００５６】
なお、宛先ＭＳ５の識別は、例えば、前記ＩＰアドレスデータとＭＳ５を識別する情報（ＭＳ−ＩＤ）との対応を記憶しておき、対応するＭＳ−ＩＤを取得することで実現される。また、当該ＭＳ−ＩＤとＱｏＳ情報（以下、ＱｏＳクラスともいう）との対応を記憶しておくことで、ＭＳ５に対応するＱｏＳ情報を取得することができる。【００５７】
パケットバッファ部１３は、制御部２７からの書き込み及び読み出し制御に従って、パケット識別部１２から転送されたパケットデータを一時的に保持してＰＤＵ生成部１４へ出力するものである。【００５８】
ＰＤＵ生成部１４は、同期信号（プリアンブル）を基準として形成される無線フレーム内に、ユーザデータおよび制御データの送信データが格納されるようにＰＤＵデータを生成し、符号化部１５に出力するものである。【００５９】
符号化部１５は、ＰＤＵ生成部１４で生成されたＰＤＵデータについて、誤り訂正符号化等の符号化処理を施すものである。【００６０】
変調部１６は、符号化部１５により符号化されたＰＤＵデータをＱＰＳＫや１６ＱＡＭ、６４ＱＡＭ等の変調方式にて変調するものである。【００６１】
送信部１７は、変調部１６により得られた変調信号について、無線周波数への周波数変換（アップコンバート）、所定送信電力への電力増幅などの無線送信処理を施すものである。【００６２】
デュプレクサ１８は、アンテナ１９を送受信系で共用するためのもので、送信部１７からの無線信号（ＤＬ信号）はアンテナ１９へ送出し、アンテナ１９で受信された無線信号（ＵＬ信号）は受信部２０へ送出する。【００６３】
アンテナ１９は、ＭＳ５との間で無線信号を送受信するためのものである。【００６４】
受信部２０は、アンテナ１９及びデュプレクサ１８を介して受信された無線信号について、低雑音増幅、ベースバンド信号への周波数変換（ダウンコンバート）等の無線受信処理を施すものである。【００６５】
復調部２１は、前記無線受信処理を施された受信信号を復調し、ＢＲコード等のＣＤＭＡコード（信号列）の情報をコード解析部２５に出力するとともに、その他のメッセージを復号化部２２に出力する機能を具備する。【００６６】
復号化部２２は、復調部２１により復調された受信信号を復号（誤り訂正復号等）するものである。【００６７】
制御メッセージ抽出部２３は、復号化部２２により得られた復号データから制御データ（メッセージ）を抽出し、制御部２７に出力するとともに、ユーザデータ等の他のデータをパケット再生部２４に転送するものである。【００６８】
パケット再生部２４は、制御データ抽出部２３から転送されたデータをパケット化してＮＷインタフェース部１１に出力するものである。【００６９】
コード解析部（識別手段）２５は、復調部２１からの受信コードがＢＲコード等であるかのコード種別を識別し、ＢＲコードの場合、例えば下記の表４に示すような、ＱｏＳクラスとコードインデクスとを対応付けたデータ（ＱｏＳクラス別コードインデクスデータ）に基づきＱｏＳクラスを識別して、その情報を制御部２７に与える機能を具備する。なお、表４に示すデータは、例えば、テーブル形式のデータとして記憶部２６に記憶される。【００７０】
【表４】
2009040927.tif 000006
この表４において、コードインデクス（Code Index）は、例えば図４に示すようなＰＲＢＳ（Pseudo-Random Binary Sequence）生成器により生成される番号情報（何番目に生成されるコードかを表す情報）である。【００７１】
即ち、ＢＲコードを含むＣＤＭＡコードが１４４ビットで構成され、最大２５６個定義可能であるとして、各ＣＤＭＡコードは、ＰＲＢＳ生成器で１４４ビットずつシフトすることで生成される。【００７２】
例えば、最初のＣＤＡＭコード（コードインデクス＝０）は、図４に示すＰＲＢＳ生成器を１４４クロック分シフトさせて出力されたビット列Ｃｋから構成される。同様に、２番目のＣＤＭＡコード（コードインデクス＝１）は、１４５−２８８クロックシフトさせた出力Ｃｋとなる。なお、図４において、“Initialization sequence”のs6-s0は、例えば、ＢＳ１から報知される値を用いる。【００７３】
表４に示す例では、最大２５６個のコードインデクスのうち、Ｌ〜Ｍ−１のＺ個を低位ＱｏＳ用のＢＲコード、Ｍ〜Ｎ−１のＹ個を中位ＱｏＳ用のＢＲコード、Ｎ−Ｐ−１のＸ個を高位ＱｏＳ用のＢＲコードという風に定義している。【００７４】
ＭＳ５は、ＵＬの送信データが存在する場合、その送信データのＱｏＳクラスに応じたコードインデクスのＢＲコード（以下、単に「コード」ともいう）を選択してＢＳ１に送信する。例えば、ＭＳ５は、Ｘ個のＢＲコードからランダムに１つを選択して、ＢＳ１に送信する。【００７５】
そのため、本例におけるＭＳ５は、後述するように、表４と同等の情報を保有（共有）する。そこで、前記ＱｏＳクラス別ＢＲデータは、例えば、ＢＳ１からＭＳ５へ送信する。その際、ＢＳ１は、ＭＳ５へブロードキャストするメッセージ、例えば、ＵＣＤ（Uplink Channel Descriptor）メッセージを用いることができる。【００７６】
他の例として、ＭＳ５宛に個別に送信するＤＬのメッセージ、例えば、ＭＳ５とＢＳ１との接続処理の過程でＢＳ１がＭＳ５へ送信することとされている、レンジング応答（RNG-RSP）メッセージや、ＭＳ５とＢＳ１との間で新たなコネクションを設定（追加）する処理（動的サービス追加処理）の過程でＢＳ１がＭＳ５に送信することとされている、動的サービス追加要求／応答（DSA-REQ/RSP）メッセージを利用することもできる。【００７７】
そして、ＭＳ５は、例えば、ＢＳ１との間でコネクションを設定するときに、ＢＳ１により設定されるコネクションのＱｏＳクラスを確定されるので、受信したＵＣＤメッセージの情報と併せて、そのコネクションに用いる帯域要求に用いるＢＲコードの範囲を確定することができる。【００７８】
なお、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。ただし、複数のＭＳ５が同時に同一コード（インデクス）を選択することもあり得るから、例えば、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとするのが好ましい。【００７９】
次に、図２において、記憶部２６は、ＢＳ１が記憶すべき各種データ（前記表１に示すデータを含む）を記憶するものである。例えば、ＭＳ５から受信した制御データに含まれるＭＳ５の機能情報，認証情報，データ暗号化に用いる鍵情報，無線チャネル情報やコネクションのＱｏＳ情報等を記憶する。また、ＢＳ１における無線リソース（ＵＬ／ＤＬの帯域等）の空塞（割当）状況を管理するための情報も記憶する。【００８０】
制御部２７は、記憶部２６に記憶された各種データを適宜利用して、ＢＳ１の動作を制御するもので、例えば、下記の（ａ）〜（ｄ）に示すような処理を行なう機能を具備する。【００８１】
（ａ）ＤＬのトラフィックに関して、パケット識別部１２から帯域割り当て要求を受けると、ＱｏＳ情報に応じて、帯域を割り当てるＭＳ５を選択し、ユーザデータの送信をスケジューリングするように、パケットバッファ部１３及びＰＤＵ生成部１４に指示を行なう機能。【００８２】
（ｂ）制御データの生成機能。生成した制御データは、ユーザデータと同様に、符号化部１５、変調部１６、送信部１７、デュプレクサ１８、アンテナ１９を経由してＭＳ５宛に送信される。【００８３】
（ｃ）ＵＬのトラフィックに関して、コード解析部２５から与えられた受信ＢＲコードの情報や制御メッセージ抽出部２３から与えられたＢＲヘッダの情報を基に、ＭＳ５にＵＬ帯域を割り当てる割当情報（ＵＬ−ＭＡＰ）を生成する機能。ただし、当該割当処理は、前記表１に示した受信ＢＲコードのＱｏＳクラスが高いものほど優先して実施する。【００８４】
（ｄ）受信した制御データを処理する機能。例えば、ＭＳ５がサポートする機能（周波数や変調方式、符号化率等）の登録、ＭＳ５の認証、暗号鍵の生成及び交換や無線チャネルの状態管理などを行なう。【００８５】
（ＭＳの説明）
一方、本例におけるＭＳ５は、例えば図３に示すように、データ処理部５０と、ＰＤＵバッファ部５１と、符号化部５２と、変調部５３と、送信部５４と、コード生成部５５と、デュプレクサ５６と、アンテナ５７と、受信部５８と、復調部５９と、復号化部６０と、制御メッセージ抽出部６１と、制御部６２と、記憶部６３と、をそなえる。【００８６】
なお、図３において、ＰＤＵバッファ部５１，符号化部５２，変調部５３，送信部５４およびコード生成部５５から成るブロックは送信処理部として機能し、受信部５８，復調部５９，復号化部６０および制御メッセージ抽出部６１から成るブロックは受信処理部として機能することをそれぞれ点線枠で示している。以下において、これらの送信処理部と受信処理部とを送受信処理部と総称することがある。【００８７】
ここで、データ処理部５０は、ＢＳ１から受信し受信処理部で処理されたデータ（ＤＬデータ）に含まれる各種データの表示処理，音声出力処理等を行なう一方、通信先の装置（他ＭＳ５やサーバ等）宛のデータ（ＵＬのユーザデータ等）をＰＤＵバッファ部５１に出力する機能を具備する。【００８８】
ＰＤＵバッファ部５１は、データ処理部５０から転送された送信データを、制御部６２からの制御（書き込み及び読み出し制御）に基づいて、記憶するとともに、記憶したデータを符号化部５２に出力するものである。【００８９】
符号化部５２は、制御部６２の制御の下、ＰＤＵバッファ部５１からの送信データについて誤り訂正符号化等の符号化処理を施すものである。【００９０】
変調部５３は、制御部６２の制御の下、符号化部５２で符号化された送信データ及びコード生成部５５にて生成されたＣＤＭＡコード（ＢＲコード）について、それぞれＱＰＳＫや１６ＱＡＭ、６４ＱＡＭ等の変調処理を施すものである。【００９１】
送信部５４は、変調部５３により得られた変調信号について、無線周波数への周波数変換（アップコンバート）、所定送信電力への電力増幅などの無線送信処理を施すものである。【００９２】
コード生成部（生成手段）５５は、制御部６２の制御の下、ＢＲコード等のＣＤＭＡコードを生成するものである。当該コード生成部５５は、ＵＬの帯域の割り当てが必要な場合に、帯域割当に必要なコネクションのＱｏＳクラスに対応するＢＲコード（帯域割当要求と、ＢＳ１へ送信する送信データのサービス品質情報とを表す信号列）を生成する。【００９３】
デュプレクサ５６は、アンテナ５７を送受信処理部で共用するためのもので、送信部５４からの無線信号（ＵＬ信号）はアンテナ５７へ送出し、アンテナ５７で受信された無線信号（ＤＬ信号）は受信部５８へ送出する。【００９４】
アンテナ５７は、ＢＳ１との間で無線信号を送受信するためのものである。【００９５】
受信部５８は、アンテナ５７及びデュプレクサ５６を介して受信された無線信号について、低雑音増幅、ベースバンド信号への周波数変換（ダウンコンバート）等の無線受信処理を施すものである。【００９６】
復調部５９は、制御部６２の制御の下、前記無線受信処理を施された受信信号を復調するものである。【００９７】
復号化部６０は、制御部６２の制御の下、復調部５９により復調された受信信号を復号（誤り訂正復号等）するものである。【００９８】
制御メッセージ抽出部６１は、復号化部６０により得られた復号データから制御データ（メッセージ）を抽出し、制御部６２に出力するとともに、ユーザデータ等の他のデータをデータ処理部５０に転送するものである。【００９９】
制御部６２は、記憶部６３に記憶された各種データを適宜利用して、ＭＳ５の動作を制御するもので、例えば、下記の（ａ）及び（ｂ）に示すような処理を行なう機能を具備する。【０１００】
（ａ）ＢＳ１と送受信する制御データの処理。例えば、ＭＳ５のサポートする機能の登録，認証，鍵生成・交換や無線チャネルの状態管理などを行なう。【０１０１】
（ｂ）ＢＳ１から受信したＵＬの帯域の割当情報（ＵＬ−ＭＡＰ）を基に、送信処理部を制御して、ユーザデータあるいは制御データをＢＳ１に送信する。帯域の割り当てが必要な場合は、帯域割当の必要なコネクションのＱｏＳクラスに相当するＢＲコードあるいはＢＲヘッダをＢＳに送信するように、送信処理部に指示する。【０１０２】
記憶部６３は、ＭＳ５の動作に必要な各種データを記憶するものである。この記憶部６３は、ＢＳ１における前記表１に示したＱｏＳクラス別コードインデクスデータも記憶する。制御部６２は、このＱｏＳクラス別コードインデクスデータを基に、前記ＱｏＳクラスに相当するＢＲコードを特定し、コード生成部５５にそのＢＲコードを生成させることができる。【０１０３】
なお、以上説明したＢＳ１及びＭＳ５の構成（機能）は、後述する他の実施形態においても、それぞれの実施形態における特徴的な機能を除いて、特に断らない限り、同様である。【０１０４】
（動作説明）
以下、上述のごとく構成された本例の無線通信システムの動作（帯域割当処理）について、図５〜図７を用いて説明する。なお、図５は、ＢＳ１とＭＳ５との間の前記帯域割当処理のシーケンス図、図６はＢＳ１がＭＳ５からＢＲコードを受信した時の動作を説明するフローチャート、図７はＭＳ５がＢＳ１に対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。【０１０５】
図７に示すように、ＭＳ５（制御部６２）は、ＢＳ１に送信するデータ（ＵＬデータ）があると（ステップＢ１のＹルート）、当該送信データの宛先を示すＩＰアドレス等のヘッダ情報から、ＢＳ１とＭＳ５との間のコネクション（ＣＩＤ）とＱｏＳ情報とを確定する（ステップＢ２）。なお、送信データの有無は、例えば、ＰＤＵバッファ部５１にデータが記憶されているか否かを監視することで確認することができる。【０１０６】
そして、ＭＳ５（制御部６２）は、ＵＬの無線リソース（帯域）がＢＳ１から割り当てられているか否かを確認する（ステップＢ３）。【０１０７】
その結果、発生したＵＬデータの少なくとも一部を送信できるだけの無線リソースが既に割り当てられている場合、ＭＳ５は、割り当てられた無線リソースを利用して、ＢＳ１にデータを送信する（ステップＢ３のＹルートからステップＢ５）。このとき、残りのデータ分の無線リソースの割り当てがなされていなければ、ＭＳ５は、ＢＲヘッダ等を送信するためのＵＬの無線リソース（ＵＬ帯域）を確保し、ＢＲヘッダ等も送信するのが好ましい。【０１０８】
一方、ＵＬデータの送信には不十分だが、ＢＲヘッダを送信するのに必要な無線リソースが既に割り当てられている場合、ＭＳ５は、ＢＲヘッダをＢＳ１に送信し、データ送信用の無線リソース（ＵＬ帯域）の割り当てを要求する（ステップＢ３のＮルート及びステップＢ４のＹルートからステップＢ６）。【０１０９】
また、ＢＲヘッダを送信するのに必要な無線リソースの割り当てもない場合には、ＭＳ５（制御部６２）は、記憶部６２におけるＱｏＳクラス別コードインデクスデータ（前記表１参照）を基に、送信データのＱｏＳクラスに相当するＢＲコードをコード生成部５５に生成させ、ＢＳ１に送信し、少なくともＢＲヘッダを送信可能なＵＬ帯域の割り当てを要求する（ステップＢ３及びＢ４のＮルートからステップＢ７）。【０１１０】
ここで、例えば図５に示すように、３台のＭＳ（＃１，＃２，＃３）５−１，５−２，５−３のうち、ＭＳ５−１が高位のＱｏＳクラスのコネクション、ＭＳ５−２がそれよりも低い中位のＱｏＳクラスのコネクション、ＭＳ５−３がさらに低い低位のＱｏＳクラスのコネクションをＢＳ１とそれぞれ設定しており、ある時間に、各ＭＳ５−１，５−２，５−３がそれぞれ前記ステップＢ７を実行することにより、それぞれのコネクションに対する無線リソース（ＵＬ帯域）を要求するためにＢＲコードを生成し、ＢＳ１に送信したとする（ステップＳ１〜Ｓ３）。ただし、その際の送信順序は不問である。【０１１１】
この場合、各ＭＳ５−１，５−２，５−３（以下、区別しない場合は単に「ＭＳ５」と表記する）が送信したＢＲコードに対応するＱｏＳクラスは、ＭＳ５−１，５−２，５−３の順に高いことになる。【０１１２】
各ＭＳ５−１，５−２，５−３からＢＲコードをそれぞれ受信したＢＳ１は、ＢＲコードをコード解析部２５にて解析して、ＱｏＳクラスを識別し、その情報を制御部２７に与える。【０１１３】
制御部２７は、図６に示すように、コード解析部２５から与えられた情報を基に、受信したＢＲコードをＱｏＳクラスの高い順に並べ替えた上で（ステップＡ１のＹルートからステップＡ２）、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況（利用可能な無線リソース量）を確認し、その状況に応じて、高位のＱｏＳのＭＳ５（コネクション）に対する帯域割当を優先するようにスケジューリング処理を実施し、ＭＳ５がＢＲヘッダを送信できるだけの無線リソースの割当情報を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＡ３）。【０１１４】
つまり、制御部２７は、ＭＳ５が送信データ量に応じたＵＬの無線リソースの割り当てをＢＳ１に要求するＢＲヘッダの送信用帯域（ＵＬ帯域）を、ＭＳ５から受信したＢＲコードを基に識別したＱｏＳクラスに応じて定まる優先順位で割り当てる。【０１１５】
図５の例では、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、高位ＱｏＳクラスのＭＳ５−１と中位ＱｏＳクラスのＭＳ５−２とがそれぞれ少なくともＢＲヘッダを送信できる分の無線リソースを、ＭＳ５−１とＭＳ５−２とに対してそれぞれ割り当てる（ステップＳ４）。すなわち、制御部２７は、低位のＱｏＳクラスのＭＳ５−３に対する無線リソースの割り当ては後回しにする。【０１１６】
なお、高位ＱｏＳクラスのＭＳ５−１を最優先として、中位ＱｏＳクラスのＭＳ５−２についての無線リソースの割り当ても後回しにすることも可能である。また、高位ＱｏＳクラスのＭＳ５−１に無線リソースを割り当てることにより、利用可能な無線リソースが無くなるか不足する場合にも、ＭＳ５−１よりもＱｏＳクラスの低いＭＳ５−２に対する無線リソースの割り当てを後回しにすることも可能である。【０１１７】
ただし、不足の場合には、その時点で利用可能な無線リソースのみでの帯域割当を行なってもよい。さらに、同じＱｏＳクラスのＭＳ５（コネクション）が複数存在する場合は、どのコネクションから割り当てを行なってもよい。例えば、ＢＲコードの受信順序で行なうこととしてもよい。【０１１８】
また、ＢＳ１（制御部２７）は、ＢＲコードを受信しただけでは、当該ＢＲコードを送信したのがＭＳ５−１，５−２，５−３のいずれであるか、どのバーストプロファイルを利用可能か、を特定することができない。なお、バーストプロファイルとは、変調方式及び符号化方式（符号化率を含む）の組み合わせを意味する。【０１１９】
そのため、ＢＳ１（制御部２７）は、好ましくは、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）に、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める（図５において、CDMA_Allocation-IE(MS#1)，CDMA_Allocation-IE(MS#2)がこの意味を表している）。【０１２０】
これにより、ＭＳ５は、受信したＵＬ−ＭＡＰメッセージのCDMA_Allocation-IEが自局宛のものか否かを判別することが可能となる。また、バーストプロファイルについては、各ＭＳ５が共通にサポートするもの、好ましくは、最も雑音や伝搬損失に強いもの（例えば、ＱＰＳＫ、符号化率１／２）を選ぶこととする。【０１２１】
以上のようにしてＢＲヘッダ送信用の無線リソースをＢＳ１から割り当てられたＭＳ５−１及びＭＳ５−２は、それぞれ図７の前記ステップＢ６を実行することによりＢＲヘッダを送信する（ステップＳ５，Ｓ６）。【０１２２】
ＢＲヘッダを受信したＢＳ１（制御部２７）は、ＢＲヘッダに含まれるＣＩＤから、当該ＢＲヘッダを送信したＭＳ５−１，５−２を特定し、当該ＢＲヘッダにより要求されたデータ量を送信するのに必要な無線リソース量と、利用可能な無線リソース量とに基づいて、各ＭＳ５−１，５−２に割り当てる無線リソースを決定し、ＵＬ−ＭＡＰメッセージを用いて無線リソースの割り当てを行なう。図５の例では、まず、高位ＱｏＳクラスのＭＳ５−１のコネクションに対するＵＬ帯域の割り当てを実施している（ステップＳ７）。【０１２３】
これにより、ＭＳ５−１は、図７に示したステップＢ５を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（ステップＳ８）。【０１２４】
ＭＳ５−１のＵＬデータの送信が完了した後、ＢＳ１は、中位ＱｏＳクラスのＭＳ５−２のコネクションに対するＵＬ帯域の割り当てをＭＳ５−１の場合と同様に行なう（ステップＳ９）。ＭＳ５−２は、図７に示したステップＢ５を実行し、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（ステップＳ１０）。【０１２５】
そして、ＭＳ５−２のＵＬデータの送信が完了した後、ＢＳ１（制御部２７）は、低位ＱｏＳクラスのＭＳ５−３から受信したＢＲコードに対する帯域割当処理を開始する。【０１２６】
即ち、制御部２７は、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況を確認し、その空き状況に応じて、低位ＱｏＳクラスのコネクションに対する帯域割当をスケジューリングし、ＭＳ５−３がＢＲヘッダを送信可能なＵＬ帯域の割当情報（CDMA_Allocation-IE）を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＳ１１）。【０１２７】
ＭＳ５−３は、当該ＵＬ−ＭＡＰメッセージを受信すると、図７に示した前記ステップＢ６を実行することによりＢＲヘッダを送信する（ステップＳ１２）。【０１２８】
ＭＳ５−３が送信したＢＲヘッダを受信したＢＳ１（制御部２７）は、そのＢＲヘッダに含まれるＣＩＤから、当該ＢＲヘッダを送信したＭＳ５−３を特定し、当該ＢＲヘッダにより要求されたデータ量を送信するのに必要な無線リソース量と、利用可能な無線リソース量とに基づいて、ＭＳ５−３に割り当てる無線リソース量を決定し、ＵＬ−ＭＡＰメッセージを用いてＵＬ帯域の割り当てを行なう（ステップＳ１３）。【０１２９】
これにより、ＭＳ５−３は、図７に示したステップＢ５を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（ステップＳ１４）。【０１３０】
なお、図５の例では、ＢＳ１（制御部２７）は、ＵＬ帯域を割り当てたＭＳ５−１（５−２）のＵＬデータの送信完了を待って、より下位側のＱｏＳクラスのコネクションに対する帯域割当処理を開始しているが、ＭＳ５−１（５−２）がＢＲコードを送信してからＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）を受信して帯域割当がなされるまでの遅延時間（例えば、後述するＴＣＰでの再送時のタイムアウト時間等）を考慮して、前記送信完了を待たずにもっと早いタイミングで、より低位側のＱｏＳクラスのコネクション（ＭＳ５−２（ＭＳ５−３））に対する帯域割当処理を開始することとしてもよい。【０１３１】
以上のように、本実施形態によれば、ＢＲコードをＱｏＳクラスに関連付けて定義することにより、ＭＳ５は、ＢＲコードでＢＳ１へ送信するデータのＱｏＳクラスをＢＳ１に通知することができ、ＢＳ１は、ＢＲコードの受信に成功すれば、帯域割当を要求されているＭＳ５（コネクション）のＱｏＳクラスを識別することができる。【０１３２】
したがって、ＭＳ５がＢＲヘッダをＢＳ１に送信するために要するＵＬ帯域の割り当てを、ＱｏＳクラスの高いコネクション（ＭＳ５）から優先して実施することが可能となる。よって、高いＱｏＳクラスのコネクションに対して必要なＵＬ帯域が割り当てられやすくなり、低いＱｏＳクラスのコネクションに対して、必要以上に帯域割当を優先することがない。また、高いＱｏＳクラスのコネクションほど帯域を割り当てるまでの遅延を削減することもできる。【０１３３】
〔２〕第２実施形態
第１実施形態では、ＢＲコードをＱｏＳクラスに関連付けて定義することにより、ＢＲコードが帯域割当要求とＱｏＳクラスとを表すこととし、ＢＲコードを受信したＢＳ１がＱｏＳクラスを考慮して、無線リソース（ＵＬ帯域）の割り当てを適切に行なうことを可能にした。【０１３４】
本実施形態では、ＢＲコードに、ＭＳ５が要求する送信データ量（例えば、バイト数）を関連付けて定義することにより、ＢＲコードが帯域割当要求と前記送信データ量とを表すこととし、ＢＲコードを受信したＢＳ１がその送信データ量を識別して必要なＵＬ帯域をＭＳ５に割り当てることを可能とする。【０１３５】
即ち、本例では、ＭＳ５が帯域割当をＢＳ１に要求する際に送信するＣＤＭＡコード（ＢＲコード）として、送信データ量（要求サイズ）別のＢＲコード（コードインデクス）を定義し、その情報（要求サイズ別コードインデクスデータ）をＢＳ１とＭＳ５とで共有することとする。【０１３６】
当該要求サイズ別コードインデクスデータは、例えば、既述のＵＣＤメッセージ等のブロードキャストメッセージに含めて、ＭＳ５に通知することができる。また、既述のレンジング応答（RNG-RSP）メッセージや、動的サービス追加要求／応答（DSA-REQ/RSP）メッセージ、その他のＭＳ５に個別のＤＬメッセージを利用してもよい。【０１３７】
当該要求サイズ別コードインデクスデータは、例えば、ＢＳ１の記憶部２６及びＭＳ５の記憶部６３にてそれぞれ記憶、管理される。【０１３８】
したがって、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６２における要求サイズ別コードインデクスデータを基に、その送信データ量（要求サイズ）に対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。【０１３９】
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６における要求サイズ別コードインデクスデータを基に、対応する要求サイズを特定し、その要求サイズに応じたデータ送信用のＵＬ帯域の割り当てを実施することとなる。【０１４０】
以下、本例での動作（帯域割当処理）について、図８〜図１０を用いて説明する。なお、図８は、ＢＳ１とＭＳ５との間の帯域割当処理のシーケンス図、図９はＢＳ１がＭＳ５からＢＲコードを受信した時の動作を説明するフローチャート、図１０はＭＳ５がＢＳ１に対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。【０１４１】
図１０に示すように、ＭＳ５（制御部６２）は、ＢＳ１に送信するデータ（ＵＬデータ）が生じると（ステップＢ１１のＹルート）、当該送信データを、ＢＳ１との間の無線リンク（ＵＬ）上を転送するＭＡＣ−ＰＤＵにカプセル化したときのデータサイズを計算、確定する（ステップＢ１２）。なお、ＵＬデータの有無は、本例においても、例えば、ＰＤＵバッファ部５１にデータが記憶されているか否かを監視することで確認することができる。【０１４２】
そして、ＭＳ５（制御部６２）は、ＵＬデータを送信可能な無線リソース（ＵＬ帯域）がＢＳ１から割り当てられているか否かを確認する（ステップＢ１３）。【０１４３】
その結果、発生したＵＬデータの少なくとも一部を送信できるだけのＵＬ帯域が既に割り当てられている場合、ＭＳ５は、割り当てられたＵＬ帯域にて、ＢＳ１にデータを送信する（ステップＢ１３のＹルートからステップＢ１５）。このとき、残りのデータ分のＵＬ帯域の割り当てがなされていなければ、ＭＳ５は、ＢＲヘッダ等を送信するためのＵＬ帯域を確保し、ＢＲヘッダ等も送信するのが好ましい。【０１４４】
一方、ＵＬデータの送信には不十分だが、ＢＲヘッダを送信するのに必要な無線リソースが既に割り当てられている場合、ＭＳ５は、ＢＲヘッダをＢＳ１に送信し、無線リソースの割り当てを要求する（ステップＢ１３のＮルート及びステップＢ１４のＹルートからステップＢ１６）。【０１４５】
また、ＢＲヘッダを送信するのに必要な無線リソースの割り当てもない場合には、ＭＳ５（制御部６２）は、記憶部６２における要求サイズ別コードインデクスデータを基に、送信データのサイズ（例えば、５０バイトと仮定する）に対応するＢＲコードをコード生成部５５に生成させ、ＢＳ１に送信する（ステップＢ１３及びＢ１４のＮルートからステップＢ１７）。【０１４６】
例えば図８に示すように、ＭＳ５は、５０バイト分のデータ送信用の無線リソース要求を表すＢＲコードを送信する（ステップＳ２１）。【０１４７】
ＢＳ１は、当該ＢＲコードを受信すると（図９のステップＡ１１のＹルート）、記憶部２６における前記要求サイズ別コードインデクスデータに基づき、受信したＢＲコードに対応するデータサイズ（５０バイト）を特定し、そのデータサイズを送信できるだけの無線リソース（ＵＬ帯域）を決定し、その割当情報をＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）にて送信する（図９のステップＡ１２及び図８のステップＳ２２）。【０１４８】
図８の例では、“ＵＬ−ＭＡＰ（CDMA_Allocation-IE：５０バイト）”が、５０バイト分のデータを転送するための無線リソースを割り当てることを意味している。なお、割り当てる無線リソース（ＵＬ帯域）は、スロット数で表すことができる（以下、同様）。【０１４９】
このとき、ＢＳ１（制御部２７）は、ＢＲコードを受信しただけでは、当該ＢＲコードを送信したのがＭＳ５−１，５−２，５−３のいずれであるか、どのバーストプロファイルを利用可能か、を特定することができない。【０１５０】
そのため、本例においても、ＢＳ１（制御部２７）は、好ましくは、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）に、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含めることとする。これにより、ＭＳ５は、受信したＵＬ−ＭＡＰメッセージが自局宛のものか否かを判別することが可能となる。また、バーストプロファイルについては、各ＭＳ５が共通にサポートするもの、好ましくは、最も雑音や伝搬損失に強いもの（例えば、ＱＰＳＫ、符号化率１／２）を選ぶこととする。【０１５１】
これにより、ＭＳ５は、図１０に示したステップＢ１５を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図８のステップＳ２３）。つまり、ＢＳ１は、ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域を割り当てる必要がなく、ＭＳ５は、ＢＳ１にＢＲヘッダを送信する必要が無い。【０１５２】
以上のように、本実施形態によれば、ＢＲコードをＭＳ５が要求する送信データ量（サイズ）に関連付けて定義することにより、ＭＳ５は、ＢＲコードで送信データサイズをＢＳ１に通知することができ、ＢＳ１は、ＢＲコードの受信に成功すれば、帯域割当を要求されているコネクションにてＭＳ５が送信しようとしている送信データサイズを判別することができる。【０１５３】
したがって、ＢＳ１は、ＭＳ５からＢＲヘッダを受信しなくても、必要な量の無線リソースをＭＳ５に割り当てることができ、ＭＳ５に無線リソースを割り当てるまでの時間を短縮することが可能となる。【０１５４】
また、ＢＳ１は、ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域を割り当てる必要が無く、ＭＳ５は、ＢＳ１にＢＲヘッダを送信する必要が無いから、ＢＳ１とＭＳ５との間のＵＬ帯域の浪費を抑制して有効利用を図ることもできる。【０１５５】
例えば、ＭＳ５がＷｅｂアクセスなどをするときのＴＣＰ（Transport Control Protocol）セッションを確立することを想定する。この場合、ＭＳ５は、ＴＣＰ同期（TCP:SYN）メッセージをＢＳ１に送信し、ＴＣＰ同期確認（TCP:SYN-ACK）メッセージをＢＳ１から受信した後、ＴＣＰ確認（TCP:ACK）メッセージを送信する、３ウェイハンドシェイクを行なう。【０１５６】
この過程でＭＳ５が送信するSYNとACKのメッセージは非常に短いパケット長であることが知られている。例えば、ＩＰｖ４プロトコルヘッダ２０バイトとＴＣＰヘッダ２０バイトの計４０バイトのデータである。当該データを、無線リンク上を転送する際のデータフォーマット（ＭＡＣ−ＰＤＵ）にカプセル化するときに付加される、ヘッダやＣＲＣ（Cyclic Redundancy Check）コード、その他の情報を含めても、５０バイト〜６０バイト程度である。【０１５７】
また、ＴＣＰでは、ラウンドトリップタイム（Round Trip Time：ＲＴＴ）を計測し、再送タイムアウト値の計算に用いている。したがって、例えば、ＭＳ５のＴＣＰレイヤがＴＣＰ同期（TCP:SYN）を発呼して、下位のＩＰレイヤに渡し、IEEE802.16のＭＡＣ／ＰＨＹレイヤを経由して送信してから、ＴＣＰ同期確認（TCP:SYN-ACK）メッセージを受信するまでの時間が長くなると、ＴＣＰの再送時のタイムアウト時間が必要以上に長くなり、サービス品質の悪化につながる。また、このように短いメッセージを送信するために、ＢＲヘッダ（６バイト）を送信すると、相対的にオーバヘッドも大きくなる。【０１５８】
そこで、上述したごとく、ＢＲコードでＭＳ５がＢＳ１に送信するデータサイズをＢＳ１に通知することで、ＭＳ５がＴＣＰセッションを確立してＢＳ１にデータ送信を開始するまでの遅延を短縮することが可能となる。また、ＴＣＰにおけるＲＴＴに基づく再送タイムアウト値が必要以上に長くなり、サービス品質の悪化につながることも抑制することができる。【０１５９】
さらには、ＭＳ５がＴＣＰセッションの確立のために、５０〜６０バイト程度の小さなデータサイズの上りメッセージ（ＴＣＰ同期メッセージ、ＴＣＰ同期確認メッセージ、ＴＣＰ確認メッセージ等）を送信するために、ＢＲヘッダをさらに送信する必要が無いから、ＢＳ１とＭＳ５との間の無線リソースの有効利用を図ることが可能となる。【０１６０】
〔３〕第３実施形態
本実施形態では、第１実施形態と第２実施形態との組み合わせ、即ち、１つのＢＲコードで、帯域割当要求と、ＭＳ５（コネクション）のＱｏＳクラスと、ＭＳ５がＢＳ１に要求する送信データ量（要求サイズ）とを表すように定義することについて説明する。【０１６１】
次表５に、ＱｏＳクラスと要求サイズとに対応するＢＲコードの例を示す。【０１６２】
【表５】
2009040927.tif 000007
【０１６３】
この表５の例では、コードインデクスがＬ〜Ｍ−１番のＢＲコードは、低位のＱｏＳクラスで要求サイズが６バイトであることを表し、コードインデクスがＭ〜Ｎ−１番のＢＲコードは、低位のＱｏＳクラスで要求サイズが６０バイトであることを表している。同様に、コードインデクスがＮ〜Ｐ−１番のＢＲコードは、中位のＱｏＳクラスで要求サイズが６バイト、Ｐ〜Ｑ−１番のＢＲコードは、中位のＱｏＳクラスで要求サイズが６０バイト、Ｑ〜Ｒ−１番のＢＲコードは、高位のＱｏＳクラスで要求サイズが６バイト、Ｒ〜Ｓ−１番のＢＲコードは、高位のＱｏＳクラスで要求サイズが６０バイトであることをそれぞれ表している。【０１６４】
なお、本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。また、第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。
また、表５の例では、要求サイズが６バイトか６０バイトかの２種類である場合しか示していないが、もちろん、異なる要求サイズ毎に異なるＢＲコードを定義することが可能である。【０１６５】
そして、本例では、前記表５に示すように定義したデータ（ＱｏＳクラス及び要求サイズ別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６及びＭＳ５の記憶部６３にてそれぞれ記憶、管理して、ＢＳ１とＭＳ５とで共有することとする。【０１６６】
当該ＱｏＳクラス及び要求サイズ別コードインデクスデータについても、例えば、既述のＵＣＤメッセージや、レンジング応答（RNG-RSP）メッセージ、動的サービス追加要求／応答（DSA-REQ/RSP）メッセージに含めることで、ＭＳ５に通知することができる。【０１６７】
したがって、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６２におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、ＱｏＳクラスと送信データ量（要求サイズ）とに対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。【０１６８】
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、対応するＱｏＳクラスと要求サイズとを特定し、そのＱｏＳクラス及び要求サイズに応じた無線リソース（ＵＬ帯域）の割り当てを実施することとなる。【０１６９】
以下、本例での動作（帯域割当処理）について、図１１〜図１３を用いて説明する。なお、図１１は、ＢＳ１とＭＳ５との間の帯域割当処理のシーケンス図、図１２はＢＳ１がＭＳ５からＢＲコードを受信した時の動作を説明するフローチャート、図１３はＭＳ５がＢＳ１に対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。【０１７０】
図１３に示すように、ＭＳ５（制御部６２）は、ＢＳ１に送信するデータ（ＵＬデータ）が生じると（ステップＢ２１のＹルート）、当該送信データの宛先を示すＩＰアドレス等のヘッダ情報から、ＢＳ１とＭＳ５との間のコネクション（ＣＩＤ）とＱｏＳ情報とを確定する（ステップＢ２２）とともに、当該送信データを、ＢＳ１との間の無線リンク（ＵＬ）上を転送するＭＡＣ−ＰＤＵにカプセル化したときのデータサイズを計算、確定する（ステップＢ２３）。なお、これらステップＢ２２及びＢ２３での処理の順序は不問であり、同時でもよい。また、ＵＬデータの有無は、本例においても、例えば、ＰＤＵバッファ部５１にデータが記憶されているか否かを監視することで確認することができる。【０１７１】
そして、ＭＳ５（制御部６２）は、ＵＬデータを送信可能な無線リソース（ＵＬ帯域）がＢＳ１から割り当てられているか否かを確認する（ステップＢ２４）。【０１７２】
その結果、発生したＵＬデータの少なくとも一部を送信できるだけの無線リソースが既に割り当てられている場合、ＭＳ５は、割り当てられた無線リソースを利用して、ＢＳ１にデータを送信する（ステップＢ２４のＹルートからステップＢ２６）。このとき、残りのデータ分の無線リソースの割り当てがなされていなければ、ＭＳ５は、ＢＲヘッダ等を送信するためのＵＬ帯域を確保し、ＢＲヘッダ等も送信するのが好ましい。【０１７３】
一方、ＵＬデータの送信には不十分だが、ＢＲヘッダを送信するのに必要な無線リソースが既に割り当てられている場合、ＭＳ５は、ＢＲヘッダをＢＳ１に送信し、無線リソースの割り当てを要求する（ステップＢ２４のＮルート及びステップＢ２５のＹルートからステップＢ２７）。【０１７４】
また、ＢＲヘッダを送信するのに必要な無線リソースの割り当てもない場合には、ＭＳ５（制御部６２）は、記憶部６２におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、ＱｏＳクラス及び要求サイズに対応するＢＲコードをコード生成部５５に生成させ、ＢＳ１に送信する（ステップＢ２４及びＢ２５のＮルートからステップＢ２８）。【０１７５】
ここで、例えば図１１に示すように、３台のＭＳ（＃１，＃２，＃３）５−１，５−２，５−３のうち、ＭＳ５−１が高位のＱｏＳクラス、ＭＳ５−２がそれよりも低い中位のＱｏＳクラス、ＭＳ５−３がさらに低い低位のＱｏＳクラスであり、ある時間に、各ＭＳ５−１，５−２，５−３がそれぞれ前記ステップＢ２８を実行することにより、それぞれのコネクションに対してＭＳ５−１は６０バイト、ＭＳ５−２は６バイト、ＭＳ５−３は６バイト分のＵＬ帯域を要求するためにＢＲコードを生成し、ＢＳ１に送信したとする（ステップＳ３１〜Ｓ３３）。ただし、その際の送信順序は不問である。【０１７６】
各ＭＳ５−１，５−２，５−３からＢＲコードをそれぞれ受信した（図１２のステップＡ２１のＹルート）ＢＳ１は、ＢＲコードをコード解析部２５にて解析して、ＱｏＳクラス及び要求サイズを識別し、その情報を制御部２７に与える。【０１７７】
制御部２７は、図１２に示すように、コード解析部２５から与えられた情報を基に、受信したＢＲコードをＱｏＳクラスの高い順に並べ替えた上で（ステップＡ２２）、記憶部２６における前記要求サイズ別コードインデクスデータに基づき、高いＱｏＳクラスのＢＲコードから優先して、当該ＢＲコードに対応するデータサイズを特定する。【０１７８】
そして、制御部２７は、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況（利用可能な無線リソース）を確認し、その状況に応じて、前記データサイズを送信できるだけの無線リソース（ＵＬ帯域）を決定し、その割当情報を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＡ２３）。【０１７９】
図１１の例では、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、高位ＱｏＳクラスのＭＳ５−１と中位ＱｏＳクラスのＭＳ５−２とがそれぞれ要求サイズのデータ（ＭＳ５−１は６０バイト、ＭＳ５−２は６バイト）を送信できる分のＵＬ帯域を、ＭＳ５−１とＭＳ５−２とに対してそれぞれ割り当てる（ステップＳ３４）。即ち、制御部２７は、低位のＱｏＳクラスのＭＳ５−３が６バイト分のデータを送信するためのＵＬ帯域の割り当ては後回しにする。【０１８０】
なお、本例においても、高位ＱｏＳクラスのＭＳ５−１を最優先として、中位ＱｏＳクラスのＭＳ５−２についてのＵＬ帯域の割り当ても後回しにすることも可能である。また、高位ＱｏＳクラスのＭＳ５−１にＵＬ帯域を割り当てることにより、利用可能な無線リソースが無くなるか不足する場合にも、ＭＳ５−１よりもＱｏＳクラスの低いＭＳ５−２に対するＵＬ帯域の割り当てを後回しにすることも可能である。【０１８１】
ただし、不足の場合には、その時点で利用可能な無線リソースのみでの帯域割当を行なってもよい。さらに、同じＱｏＳクラスのＭＳ５（コネクション）が複数存在する場合は、どのコネクションから割り当てを行なってもよい。例えば、ＢＲコードの受信順序で行なうこととしてもよいし、要求サイズが大きい（あるいは小さい）順序で行なうこととしてもよい。【０１８２】
また、ＢＳ１（制御部２７）は、ＢＲコードを受信しただけでは、当該ＢＲコードを送信したのがＭＳ５−１，５−２，５−３のいずれであるか、どのバーストプロファイルを利用可能か、を特定することができない。【０１８３】
そのため、本例においても、ＢＳ１（制御部２７）は、好ましくは、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）に、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含めることとする。これにより、ＭＳ５（５−１，５−２）は、受信したＵＬ−ＭＡＰメッセージが自局宛のものか否かを判別することが可能となる。また、バーストプロファイルについては、各ＭＳ５が共通にサポートするもの、好ましくは、最も雑音や伝搬損失に強いもの（例えば、ＱＰＳＫ、符号化率１／２）を選ぶこととする。【０１８４】
これにより、ＭＳ５−１，５−２は、それぞれ、図１３に示したステップＢ２６を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図１１のステップＳ３５，Ｓ３６）。つまり、ＭＳ５−１，５−２は、いずれも、ＢＳ１からＢＲヘッダを送信するためのＵＬ帯域が割り当てられなくても、ＵＬデータの送信が可能となる。【０１８５】
ＭＳ５−１，５−２のＵＬデータの送信がそれぞれ完了した後、ＢＳ１は、低位ＱｏＳクラスのＭＳ５−３のコネクションに対する帯域割当をＭＳ５−１，５−２の場合と同様に行なう（ステップＳ３７）。【０１８６】
これにより、ＭＳ５−３は、図１３に示したステップＢ２６を実行することとなり、ＢＲヘッダをＢＳ１に送信することなく、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（ステップＳ３８）。【０１８７】
なお、図１１の例では、ＢＳ１（制御部２７）は、ＵＬ帯域を割り当てたＭＳ５−１（５−２）のＵＬデータの送信完了を待って、より下位側のＱｏＳクラスのコネクションに対する帯域割当処理を開始しているが、遅延時間（先に説明したＴＣＰでの再送時のタイムアウト時間等）を考慮して、前記送信完了を待たずにもっと早いタイミングで、より低位側のＱｏＳクラスのコネクション（ＭＳ５−３）に対する帯域割当処理を開始することとしてもよい。【０１８８】
以上のように、本例によれば、ＢＳ１は、ＭＳ５からＢＲコードの受信に成功すれば、そのＢＲコードに対応するＱｏＳクラス及び送信データ量を識別することができるので、高いＱｏＳクラスのＭＳ５から優先して、その送信データ量に応じたＵＬデータ送信用のＵＬ帯域割当を実施することができる。【０１８９】
したがって、既述の実施形態で述べたのと同様の効果ないし利点が得られるほか、ＢＳ１は、ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域を割り当てる必要がなく、ＭＳ５は、ＢＲヘッダを送信する必要がないから、ＭＳ５がＢＲコードを送信してから当該ＭＳ５に必要なＵＬ帯域がＢＳ１によって割り当てられるまでの時間をさらに短縮することができる。また、ＵＬ帯域を効率的に利用することも可能となる。【０１９０】
〔４〕第４実施形態
既述の実施形態では、ＱｏＳクラス及び／又はデータサイズ（要求サイズ）との対応を表すＢＲコードを用いる方法について示したが、ＢＲコードにさらなる意味付けを行なうこともできる。例えば、ＭＳ５を識別する情報（ＭＳ−ＩＤ）、あるいは、ＢＳ１とＭＳ５との間の論理的なコネクションを識別する情報（ＣＩＤ）をさらに関連付けることもできる。【０１９１】
次表６に、ＱｏＳクラス，要求サイズ及びＭＳ−ＩＤに対応するＢＲコードの例を示す。
【表６】
2009040927.tif 000008
【０１９２】
本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。【０１９３】
また、表６の例では、要求サイズが６バイトか６０バイトかの２種類である場合しか示していないが、異なる要求サイズ毎に異なるＢＲコードを定義することはもちろん可能である。【０１９４】
そして、本例では、前記表６に示すように定義したデータ（ＱｏＳクラス，要求サイズ及びＭＳ別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６にて記憶、管理する。一方、ＭＳ５では、表６に示すデータのうち自局に対応する部分のコードインデクスデータのみを記憶部６３にて記憶、管理しておけば足りる。【０１９５】
当該部分的なコードインデクスデータは、例えば、ＭＳ５に個別のＤＬメッセージである既述のレンジング応答（RNG-RSP）メッセージに含めることで、ＢＳ１からＭＳ５に個別に通知することができる。ＣＩＤを関連付けたＢＲコードとする場合には、既述の動的サービス追加要求／応答（DSA-REQ/RSP）メッセージ等の、コネクションに個別のＤＬメッセージにコードインデクスデータを含めることで、ＢＳ１からＭＳ５にコネクション別に通知することができる。ただし、自局以外の他のＭＳ５用のコードインデクスデータも含め前記表６の内容すべてをＭＳ５に通知しても構わないような場合には、既述のＵＣＤメッセージ等のブロードキャストメッセージを用いてＭＳ５に報知してもよい。【０１９６】
そして、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６３における前記コードインデクスデータを基に、ＱｏＳクラスと送信データ量（要求サイズ）と自局（あるいはコネクション）とに対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。【０１９７】
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６におけるコードインデクスデータを基に、対応するＱｏＳクラスと要求サイズとＭＳ５（コネクション）とを識別し、識別したＭＳ５に関して、そのＱｏＳクラス及び要求サイズに応じた無線リソース（ＵＬ帯域）の割り当てを第３実施形態と同様にして実施することとなる。【０１９８】
この場合、ＢＳ１（制御部２７）は、ＢＲコードの受信に成功すれば、当該ＢＲコードを送信したＭＳ５を識別することができるから、ＢＲヘッダを受信しない早い段階でＢＲコードを送信したＭＳ５の特定が可能となる。これにより、例えば当該ＭＳ５を識別する情報（ＭＳ−ＩＤ）を含めたＵＬ−ＭＡＰメッセージを早期に生成することができる。【０１９９】
その際、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）には、必ずしも、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める必要はない。よって、既述の実施形態に比して、ＵＬ−ＭＡＰメッセージの情報量を削減することができ、ＤＬの無線リソースの有効利用を図ることができる。【０２００】
さらに、ＢＳ１は、ＭＳ５を特定することで、常時、通信するＭＳ５との無線チャネル状態を管理することができ、適切なバーストプロファイルを特定することができる。そのため、本例において、ＢＳ１（制御部２７）は、バーストプロファイルについては、特定したＭＳ５に適したものを選んでＵＬ−ＭＡＰメッセージに含めて通知することとする。なお、無線チャネル状態については、ＭＳ５からのフィードバック信号やＭＳ５からのＵＬ信号を計測することで把握することができる。【０２０１】
以上のように、本例によれば、ＢＳ１は、ＢＲコードの受信に成功すれば、そのＢＲコードを送信したＭＳ５（あるいはコネクション）と、当該ＭＳ５の送信データのＱｏＳクラスと、送信データサイズ（要求サイズ）とをそれぞれ識別することができるので、高いＱｏＳクラスのＭＳ５から優先して、そのＭＳ５が要求するデータサイズに応じたデータ送信用のＵＬ帯域の割り当てをＭＳ個別に行なうことができる（ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域の割り当ては不要）。【０２０２】
したがって、既述の実施形態と同様の効果ないし利点が得られるほか、ＢＳ１がＭＳ５へ送信するＵＬ帯域の割当情報（ＵＬ−ＭＡＰ）の情報量を削減することができ、また、ＤＬ帯域の効率的な利用を図ることができる。【０２０３】
なお、前記特許文献１に記載の技術では、ＢＳは、受信したコードでどのＱｏＳ、ＭＳあるいはコネクションに対する帯域の割当要求かを判断することはできない。【０２０４】
〔５〕第５実施形態
前記表６では、ＭＳ５毎にＢＲコードを定義したが、バーストプロファイル毎にＢＲコードを定義することもできる。【０２０５】
次表７に、ＱｏＳクラス，データサイズ及びバーストプロファイルに対応するＢＲコードの例を示す。
【表７】
2009040927.tif 000009
【０２０６】
本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。また、第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。【０２０７】
また、表７の例では、要求サイズが６バイトか６０バイトかの２種類、変調方式がＱＰＳＫと１６ＱＡＭの２種類で符号化率はいずれも１／２である場合しか示していないが、もちろん、異なる要求サイズ、３種類以上の異なる変調方式、２種類以上の異なる符号化率毎に異なるＢＲコードを定義することが可能である。【０２０８】
そして、本例では、前記表７に示すように定義したデータ（ＱｏＳクラス，要求サイズ及びバーストファイル別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６及びＭＳ５の記憶部６３にてそれぞれ記憶、管理して、ＢＳ１とＭＳ５との間で共有する。【０２０９】
当該コードインデクスデータについても、例えば、ＵＣＤメッセージ等のブロードキャストメッセージや、レンジング応答（RNG-RSP）メッセージ、動的サービス追加要求／応答（DSA-REQ/RSP）メッセージ等のＭＳ５あるいはコネクションに個別のＤＬメッセージに含めて、ＢＳからＭＳ５に通知することができる。【０２１０】
したがって、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６２におけるコードインデクスデータを基に、ＱｏＳクラスと、送信データ量（要求サイズ）と、使用するバーストプロファイルとに対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。【０２１１】
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６におけるコードインデクスデータを基に、対応するＱｏＳクラスと要求サイズとバーストプロファイルとを特定し、そのＱｏＳクラス，要求サイズ及びバーストプロファイルに応じた無線リソース（ＵＬ帯域）の割り当てを実施することとなる。【０２１２】
この場合、ＢＳ１（制御部２７）は、ＢＲコードの受信に成功すれば、当該ＢＲコードを送信したＭＳ５は特定できないが、バーストプロファイルを特定することができる。【０２１３】
そこで、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）には、例えば、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含めるが、バーストプロファイルに関しては、特定したバーストプロファイルをＵＬ−ＭＡＰメッセージに含めることとする。【０２１４】
これにより、ＭＳ５は、ＢＳ１から割り当てられた帯域を用いてＵＬデータをＢＳ１に送信する際、ＢＲコードでＢＳ１に通知したバーストプロファイルにてＵＬデータの符号化、変調を実施することができる。【０２１５】
したがって、より効率的なバーストプロファイルでの通信が可能（例えば、６４ＱＡＭ、符号化率１／２で通信可能）なＭＳ５が、それよりも非効率なバーストプロファイル（例えば、ＱＰＳＫ、符号化率１／２）を用いて通信してしまい、無線リソースの効率的な利用を妨げてしまうような現象を防止することができる。これは、データサイズの大きなＵＬデータのために無線リソース（ＵＬ帯域）を割り当てる場合に、より有効である。【０２１６】
なお、以上説明した各実施形態から、ＢＲコードと対応付けることのできる情報の例としては、ＭＳ５のＱｏＳクラス、送信データサイズ、コネクション、バーストプロファイル（変調方式や符号化率）に関する情報が挙げられることがわかる。前記の各実施形態では、これらの情報の組み合わせのすべてについては明示していないが、先の説明で明示しない組み合わせによるＢＲコードの定義ももちろん可能である。【０２１７】
〔６〕第６実施形態
既述のとおり、ＢＲコードとＭＳ−ＩＤ（あるいはＣＩＤ）とを関連付けなければ、ＢＳ１は、ＢＲコードを送信したＭＳ５を特定することができない。そのため、ＢＳ１は、例えば、ＭＳ５との間のチャネル状態に応じたバーストプロファイルではなく、最も雑音や伝搬損失に強いバーストプロファイルを使用するように、ＭＳ５に指示する割当情報を生成、送信する。この割当情報には、既述のＢＲコードに関する情報が含まれ、その情報を基に、ＭＳ５は自局宛の無線リソースの割当情報であることを認識することができる。【０２１８】
一方、第２乃至第５実施形態で説明したように、ＢＲコードがＭＳ５のＱｏＳクラス，ＭＳ５の送信データサイズ，ＭＳ（コネクション）の識別情報，バーストプロファイルの一部又は全部の組み合わせを表すように定義すると、必要なＢＲコード数が非常に多くなる。【０２１９】
そこで、本実施形態では、例えば、帯域割当要求と、ＭＳ５のＱｏＳクラスと、ＭＳ５の送信データサイズとを表すＢＲコードと、帯域割当要求と、ＭＳ５（あるいはコネクション）とを表すコードとの２つのコードを、ＭＳ５がＢＳ１に対して異なるタイミング（あるいは異なるサブチャネル）にて送信することで、必要なＢＲコード数の削減、ＢＲコードエラー時の帯域割当処理の信頼性の向上という更なるメリットを得られる方法について示す。【０２２０】
通常、ＢＲコードなどのＣＤＭＡコードは、例えば図１４の（１）に示すように１回だけ送信されるか、あるいは、図１４の（２）に示すように同一コード（Ｘ）が連続して複数回送信される。ここで、この図１４におけるコードの単発送信および複数回送信において、コードＸとコードＹとの間に関連性は無く、それぞれが独立の意味を有している。なお、コードＸ及びコードＹは、通常は異なるＭＳからそれぞれ送信されるが、同一ＭＳから送信されてもよい。【０２２１】
これに対し、本実施形態では、例えば図１５の（１）及び（２）に示すように、ＭＳ５によるコードの単発送信及び複数回送信において、コードＸ１及びコードＸ２との間に関連性をもたせる。即ち、それぞれが独立の意味を有するものの、両者が組み合わさることで有意な情報として定義する。ただし、コードＸ１及びコードＸ２は、同一ＭＳ５から送信することとする。【０２２２】
例えば、図１５において、第１のコードＸ１は、既述の実施形態第１乃至第３実施形態で示したコード、例えば、ＱｏＳクラスや送信データ量と関連付けられてそれらの意味（第１の情報）を表すコード（第１の信号列）とし、第２のコードＸ２（第２の信号列）は、ＭＳ５を識別する情報（ＭＳ−ＩＤ）（あるいは、ＣＩＤ）と関連付けられてその意味（第１の情報とは異なる第２の情報）を表すコード（第２の信号列）とすることができる。【０２２３】
ＭＳ−ＩＤを表すコードＸ２の情報（コードインデクス）は、例えば、ＭＳ５がＢＳ１に対する接続処理を行なう過程でＢＳ１からＭＳ５に送信されるＤＬメッセージを用いてＭＳ５に個別に通知する（割り当てる）ことができる。当該ＤＬメッセージとしては、例えば、レンジング応答（RNG-RSP）メッセージを用いることができる。【０２２４】
コードＸ２は、前記ＭＳ−ＩＤのほか、ＢＳ１とＭＳ５との間の論理的なコネクションを識別する情報（ＣＩＤ）と関連付けたＣＩＤを表すコードとしたり、バーストプロファイルを識別する情報と関連付けたバーストプロファイルを表すコードとしたりすることもできる。【０２２５】
コードＸ２を、ＣＩＤを表すコードとする場合には、例えば、既述のコネクションに個別のＤＬメッセージであるDSA-REQ/RSPメッセージに、そのコードインデクスを含めることで、ＭＳ５に個別に通知することができる。【０２２６】
コードＸ２を、バーストプロファイルを表すコードとする場合には、例えば、既述のＵＣＤメッセージ等のブロードキャストメッセージに、そのコードインデクスを含めることで、ＭＳ５に報知することができる。【０２２７】
ＭＳ５は、このようにしてＢＳ１から送信されたコードインデクスを受信することで、ＢＳ１の記憶部２６で記憶、管理される、コードＸ１及びコードＸ２がそれぞれ単独で表す情報とその組み合わせが表す情報とを、記憶部６３にて記憶、管理することができる。つまり、ＢＳ１とＭＳ５との間でコードＸ１及びコードＸ２に関して同等の情報（コードインデクスデータ）を共有する。【０２２８】
また、ＭＳ５は、コードＸ１とコードＸ２とを予め決められた順序（送信タイミング）、または、ＢＳ１から指定された順序で送信することが望ましい。ＢＳ１がＭＳ５に対してこれらのコードＸ１とコードＸ２の送信順序を指定する場合には、例えば、前記ＵＣＤメッセージを用いることができる。【０２２９】
さらに、ＭＳ５は、コードＸ１は奇数シンボル、コードＸ２は偶数シンボルというように、予め決められた送信タイミングか、ＢＳ１から指示された送信タイミングで、コードＸ１とコードＸ２とを送信することとするのが望ましい。ＢＳ１がＭＳ５に対して前記タイミングを指示する場合は、同様に、前記ＵＣＤメッセージを用いることができる。【０２３０】
なお、コードＸ１及びコードＸ２にそれぞれどのような情報を対応付けるかは自由である。例えば、上記の例とは逆に、先に送信するコードＸ１を、ＭＳ−ＩＤや、ＣＩＤ、バーストプロファイル等を表すコードとし、その後に送信するコードＸ２を、既述の第１乃至第３実施形態で示したコードとしても、以下に説明するのと同一若しくは同様の作用効果を得ることができる。【０２３１】
また、図１５の例では、ＭＳ５が、時間的に連続して、あるいは、所定又はＢＳ指定のタイミングで、複数コードを送信する例を示しているが、連続（隣接）する、あるいは、所定又はＢＳ指定のサブチャネル（周波数）で、複数コードをそれぞれ送信することとしても、以下に説明するのと同一若しくは同様の作用効果を得ることができる。【０２３２】
以下、本実施形態での動作（帯域割当処理）について、図１６〜図２０を用いて説明する。図１６は、ＢＳ１とＭＳ５との間の前記帯域割当処理のシーケンス図、図１７はＢＳ１がＭＳ５からＢＲコードを受信した時の動作を説明するフローチャート、図１８はＭＳ５がＢＳ１に対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。また、図１９及び図２０は、ＭＳ５が連続送信した２つのコードのいずれか一方がＢＳ１で正しく受信できなかった場合の帯域割当処理を示すシーケンス図である。【０２３３】
また、以下では、説明を簡単にするために、ＭＳ５は、時間的に連続して２つのコードを送信することとし、一方（第１のコード）をＭＳ５のＱｏＳクラスと送信データサイズ（要求サイズ）を表すコード、他方（第２のコード）をＭＳ−ＩＤを表すコードとする。つまり、この場合は、第１のコードで前記表５に相当する内容を表し、これとＭＳ−ＩＤを表す第２のコードとの組み合わせにより、前記表６に相当する内容を表すことができる。【０２３４】
図１８に示すように、ＭＳ５（制御部６２）は、ＢＳ１に送信するデータ（ＵＬデータ）が生じると（ステップＢ３１のＹルート）、当該送信データの宛先を示すＩＰアドレス等のヘッダ情報から、ＢＳ１とＭＳ５との間のコネクション（ＣＩＤ）とＱｏＳ情報とを確定する（ステップＢ３２）とともに、当該送信データを、ＢＳ１との間の無線リンク（ＵＬ）上を転送するＭＡＣ−ＰＤＵにカプセル化したときのデータサイズを計算、確定する（ステップＢ３３）。【０２３５】
なお、これらのステップＢ３２及びＢ３３での処理の順序は不問であり、同時でもよい。また、ＵＬデータの有無は、本例においても、例えば、ＰＤＵバッファ部５１にデータが記憶されているか否かを監視することで確認することができる。【０２３６】
そして、ＭＳ５（制御部６２）は、ＵＬデータを送信可能な無線リソース（ＵＬ帯域）がＢＳ１から割り当てられているか否かを確認する（ステップＢ３４）。【０２３７】
その結果、発生したＵＬデータの少なくとも一部を送信できるだけの無線リソースが既に割り当てられている場合、ＭＳ５は、割り当てられた無線リソースを利用して、ＢＳ１にデータを送信する（ステップＢ３４のＹルートからステップＢ３６）。このとき、残りのデータ分の無線リソースの割り当てがなされていなければ、ＭＳ５は、ＢＲヘッダ等を送信するためのＵＬ帯域を確保し、ＢＲヘッダ等も送信するのが好ましい。【０２３８】
一方、ＵＬデータの送信には不十分だが、ＢＲヘッダを送信するのに必要な無線リソースが既に割り当てられている場合、ＭＳ５は、ＢＲヘッダをＢＳ１に送信し、無線リソースの割り当てを要求する（ステップＢ３４のＮルート及びステップＢ３５のＹルートからステップＢ３７）。【０２３９】
また、ＢＲヘッダを送信するのに必要な無線リソースの割り当てもない場合には、ＭＳ５（制御部６２）は、記憶部６２におけるコードインデクスデータを基に、ＱｏＳクラス及び要求サイズに対応するＢＲコード（第１のコード）と、ＭＳ−ＩＤに対応するＢＲコード（第２のコード）とをコード生成部５５にそれぞれ生成させ、ＢＳ１に時間的に連続して送信する（ステップＢ３４及びＢ３５のＮルートからステップＢ３８）。図１６の例では、要求サイズを５０バイトとした前者のＢＲコードを先に送信する例を示している（ステップＳ４１，Ｓ４２）。【０２４０】
なお、図１６には、１台のＭＳ５に着目した例を示しているが、他のＭＳ５についても、ＢＳ１へ送信するデータが発生しＢＲヘッダを送信できるだけの帯域割当がなされていなければ、上記と同様にして、ＢＲコードの連続送信を行なうことになる。【０２４１】
一方、ＢＳ１（制御部２７）は、図１７に示すように、ＭＳ５からＢＲコードを受信すると（ステップＡ３１のＹルート）、連続してＢＲコードが受信されるか否かを監視する（ステップＡ３２）。【０２４２】
ここで、ＭＳ５が前記のように連続送信したＢＲコードのいずれをも正常に受信できたとすると（ステップＡ３２のＹルート）、ＢＳ１は、先に受信した第１のコードをＱｏＳクラスの高い順に並べ替えた上で（ステップＡ３４）、記憶部２６における前記コードインデクスデータに基づき、高いＱｏＳクラスのコードから優先して、当該コードに対応するデータサイズを特定する。【０２４３】
また、ＢＳ１は、後に受信した第２のコードを基に、ＢＲコードを送信したＭＳ５を識別する。そして、ＢＳ１は、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況（利用可能な無線リソース）を確認し、その状況に応じて、前記データサイズを送信できるだけの無線リソース（ＵＬ帯域）を決定し、その割当情報を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＡ３５）。【０２４４】
図１６の例では、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、ＭＳ５が要求サイズ（５０バイト）のデータを送信できる分のＵＬ帯域を、ＭＳ５に対して割り当てている（ステップＳ４３）。【０２４５】
この場合、ＢＳ１は、第２のＢＲコードの受信に成功しているから、当該ＢＲコードを送信したＭＳ５を特定することができ、例えば当該ＭＳ５を識別する情報（ＭＳ−ＩＤ）を含めたＵＬ−ＭＡＰメッセージを生成することができる。【０２４６】
したがって、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）には、必ずしも、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める必要はない。よって、これらの情報を含める場合よりも、ＵＬ−ＭＡＰメッセージの情報量を削減することができ、ＤＬの無線リソースの有効利用を図ることができる。【０２４７】
バーストプロファイルについては、ＢＳ１は、第４実施形態と同様に、ＭＳ５を特定することでそのＭＳ５がどのバーストプロファイルを利用可能かを特定できるから、特定したＭＳ５に適したものを選んでＵＬ−ＭＡＰメッセージに含めて通知することとする。【０２４８】
ＭＳ５は、前記ＵＬ−ＭＡＰメッセージによりＵＬ帯域が割り当てられると、図１８に示したステップＢ３６を実行することとなり、ＢＲヘッダをＢＳ１に送信することなく、割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図１６のステップＳ４４）。【０２４９】
なお、図１９及び図２０に示すように、同一ＭＳ１が連続送信したＢＲコードのいずれか一方が無線伝搬環境によってＢＳ１においてエラーとなったりして正しく受信できない場合がある。図１９はＭＳ−ＩＤを表す第２のコードがＢＳ１において正しく受信できない場合、図２０はＱｏＳクラス及び要求サイズを表す第１のコードがＢＳ１において正しく受信できない場合をそれぞれ示している。【０２５０】
例えば、図１９に示すように、ＢＳ１において、ＱｏＳクラス及び要求サイズを表す第１のコードは正しく受信できたが、ＭＳ−ＩＤを表す第２のコードを正しく受信できなかった場合、ＢＳ１（制御部２７）は、図１７のステップＡ３２のＮルート及びステップＡ３３のＹルートをとって、正常に受信できた第１のコードをＱｏＳクラスの高い順に並べ替えた上で（ステップＡ３６）、記憶部２６における前記コードインデクスデータに基づき、高いＱｏＳクラスのコードから優先して、当該コードに対応するデータサイズを特定する。【０２５１】
そして、ＢＳ１は、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況（利用可能な無線リソース）を確認し、その状況に応じて、前記データサイズを送信できるだけの無線リソース（ＵＬ帯域）を決定し、その割当情報を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＡ３７）。【０２５２】
図１９の例では、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、ＭＳ５が要求サイズ（５０バイト）のデータを送信できる分のＵＬ帯域を、ＭＳ５に対して割り当てている（ステップＳ４３ａ）。【０２５３】
この場合、ＢＳ１は、第２のＢＲコードの受信に失敗しているから、当該ＢＲコードを送信したＭＳ５を特定することができない。そこで、ＢＳ１は、既述の実施形態と同様に、例えば、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）に、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める。バーストプロファイルについては、前記ステップＳ４４と同様に、各ＭＳ５が共通にサポートするもの、好ましくは、最も雑音や伝搬損失に強いもの（例えば、ＱＰＳＫ、符号化率１／２）を選んでＵＬ−ＭＡＰメッセージに含めることとする。【０２５４】
これに対し、図２０に示すように、ＢＳ１において、ＱｏＳクラス及び要求サイズを表す第１のコードを正しく受信できなかったが、ＭＳ−ＩＤを表す第２のコードを正しく受信できた場合、ＢＳ１（制御部２７）は、図１７のステップＡ３２のＮルート及びステップＡ３３のＮルートをとって、正常に受信できた第２のコードを基に、当該コードを送信したＭＳ５を特定し、当該ＭＳ５が少なくともＢＲヘッダを送信できるだけの無線リソース（ＵＬ帯域）の割当処理を行なう（ステップＡ３８）。【０２５５】
図２０の例では、ＢＳ１は、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、ＭＳ５が少なくともＢＲヘッダを送信できる分のＵＬ帯域を、当該ＭＳ５に対して割り当てている（ステップＳ４５）。【０２５６】
この場合、ＢＳ１（制御部２７）は、第２のＢＲコードの受信に成功しているから、当該ＢＲコードを送信したＭＳ５を特定することができ、例えば当該ＭＳ５を識別する情報（ＭＳ−ＩＤ）を含めたＵＬ−ＭＡＰメッセージを生成することができる。【０２５７】
したがって、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）には、必ずしも、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める必要はない。よって、これらの情報を含める場合よりも、ＵＬ−ＭＡＰメッセージの情報量を削減することができ、ＤＬの無線リソースの有効利用を図ることができる。【０２５８】
バーストプロファイルについては、ＢＳ１は、第４実施形態と同様に、ＭＳ５を特定することでそのＭＳ５がどのバーストプロファイルを利用可能かを特定することができるから、特定したＭＳ５に適したものを選んでＵＬ−ＭＡＰメッセージに含めて通知することとする。【０２５９】
以上のようにしてＢＲヘッダ送信用のＵＬ帯域をＢＳ１から割り当てられたＭＳ５は、図１８の前記ステップＢ３７を実行することによりＢＲヘッダをＢＳ１へ送信する（図２０のステップＳ４６）。【０２６０】
ＢＲヘッダを受信したＢＳ１（制御部２７）は、ＢＲヘッダに含まれるＣＩＤから、当該ＢＲヘッダを送信したＭＳ５を特定し、当該ＢＲヘッダにより要求されたデータ量を送信するのに必要な無線リソース量と、利用可能な無線リソース量とに基づいて、ＭＳ５に割り当てる無線リソース量を決定し、ＵＬ−ＭＡＰメッセージを用いて帯域割当を行なう（図２０のステップＳ４７）。【０２６１】
これにより、ＭＳ５は、図１８に示したステップＢ３６を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図２０のステップＳ４８）。【０２６２】
以上のように、本実施形態によれば、ＭＳ５がＢＳ１に対して、それぞれ独立した意味を表し互いに関連性ある異なるＢＲコードを連続送信することで、限られたＢＲコード数の有効利用を図りつつ、ＢＳ１は、連続受信したＢＲコードが表す情報（ＭＳ５のＱｏＳクラスや要求サイズ、ＭＳ−ＩＤ、ＣＩＤ、バーストプロファイル等）を検出し、それに応じた適切な無線リソースの割り当てを判断、実施することができる。また、無線リソースの効率的な利用も可能となる。【０２６３】
さらに、一部のＢＲコードがＢＳ１において正常に受信できなかったとしても、正常に受信できたＢＲコードが表す情報に応じた、適切な無線リソースの割り当てを実施することができるから、当該割当処理の信頼性の向上を図ることができる。
【図１】
2009040927.tif 000010
【図２】
2009040927.tif 000011
【図３】
2009040927.tif 000012
【図４】
2009040927.tif 000013
【図５】
2009040927.tif 000014
【図６】
2009040927.tif 000015
【図７】
2009040927.tif 000016
【図８】
2009040927.tif 000017
【図９】
2009040927.tif 000018
【図１０】
2009040927.tif 000019
【図１１】
2009040927.tif 000020
【図１２】
2009040927.tif 000021
【図１３】
2009040927.tif 000022
【図１４】
2009040927.tif 000023
【図１５】
2009040927.tif 000024
【図１６】
2009040927.tif 000025
【図１７】
2009040927.tif 000026
【図１８】
2009040927.tif 000027
【図１９】
2009040927.tif 000028
【図２０】
2009040927.tif 000029
【図２１】
2009040927.tif 000030
【図２２】
2009040927.tif 000031
【国際調査報告】
2009040927.tif 000032
2009040927.tif 000033