JP5206684B2 - 無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局 - Google Patents

無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局 Download PDF

Info

Publication number
JP5206684B2
JP5206684B2 JP2009534114A JP2009534114A JP5206684B2 JP 5206684 B2 JP5206684 B2 JP 5206684B2 JP 2009534114 A JP2009534114 A JP 2009534114A JP 2009534114 A JP2009534114 A JP 2009534114A JP 5206684 B2 JP5206684 B2 JP 5206684B2
Authority
JP
Japan
Prior art keywords
radio
information
base station
code
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.)
Expired - Fee Related
Application number
JP2009534114A
Other languages
English (en)
Other versions
JPWO2009040927A1 (ja
Inventor
將人 奥田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2009040927A1 publication Critical patent/JPWO2009040927A1/ja
Application granted granted Critical
Publication of JP5206684B2 publication Critical patent/JP5206684B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局に関する。本発明は、例えば、無線端末が無線基地局にデータを送信するのに用いる無線リソースを、無線基地局が割り当てるシステムに用いると好適である。
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を含むＵＬ−ＭＡＰメッセージのペイロード部の例を示す。
Figure 0005206684
この表１に示すように、CDMA_Allocation-IEに含まれるレンジングコード（Ranging Code），レンジングシンボル（Ranging Symbol），レンジングサブチャネル（Ranging Subchannel）によって、ＢＲコードを送信したＭＳが、自局に無線リソースが割り当てられたか否かを判別することができる。
ＭＳは、このＵＬ−ＭＡＰメッセージを受信し、ＢＲヘッダを送信するための帯域が割り当てられたら、当該割当帯域にてＢＲヘッダをＢＳに送信する（ステップＳ１０３）。ＢＲヘッダは、ＭＳがＢＳとの間で設定を要求する論理的なコネクションの識別情報（ＣＩＤ）と、ＭＳが送信したいデータのサイズ（バイト数）に関する情報とを含む。
図２２に、ＢＲヘッダフォーマットの例を示す。また、次表２に、ＢＲヘッダの各フィールドの意味を示す。
Figure 0005206684
ＢＳは、当該ＢＲヘッダに含まれるＣＩＤから、ＢＲヘッダを送信したＭＳを特定（当該ＭＳは、既にネットワークエントリを完了させており、ＭＳとＣＩＤとの対応がネットワーク側で管理されている）し、また、無線リソース（帯域）が必要とされているコネクション及びそのサービス品質（ＱｏＳ：Quality of Service）情報を特定することができる。なお、ＱｏＳ情報は、コネクション設定時にＢＳとＭＳとの間で交換される。
ＢＳは、ＱｏＳ情報を考慮して、要求されたデータを送信するための帯域を割り当てるか否かを判断する。すなわち、複数のＭＳから要求（ＢＲヘッダ）を受信した場合、高いＱｏＳが要求されるコネクションを優先して、帯域を割り当てるようにする。帯域の割り当ては、ＢＳがＵＬ−ＭＡＰメッセージを送信することより行なわれる（ステップＳ１０４）。
ただし、ＢＲヘッダ等を受信したＢＳは、無線リソースの割り当てが必要なＣＩＤを特定できるので、ＢＲコードの受信に対する割り当て時とは異なるフォーマットのメッセージ（ＵＬ−ＭＡＰメッセージ）にて無線リソースの割り当てを行なうことができる。
次表３に、ＢＲヘッダ等の受信に応じてＢＳが生成するＵＬ−ＭＡＰメッセージ例を示す。
Figure 0005206684
ＭＳは、当該ＵＬ−ＭＡＰメッセージで割り当てられた帯域を用いて、データ（ＭＡＣ−ＰＤＵ：Medium Access Control - Protocol Data Unit）をＢＳに送信する（ステップＳ１０５）。
なお、下記の特許文献１には、特定のコードと、ＭＳがＢＳに送信するデータ量とを関連付けることが記載されている。
特開２００７−１８４９３６号 IEEE Std 802.16(TM)2004 IEEE Std 802.16e(TM)2005
本発明の目的の一つは、無線端末の送信データのサービス品質情報を考慮した無線リソース割当を可能にすることにある。
また、本発明の他の目的の一つは、無線基地局から無線端末に対して無線リソースを割り当てるまでの遅延時間を短縮することにある。
本発明のさらに他の目的の一つは、無線基地局と無線端末との間の帯域等の無線リソースの効率的な利用を図ることにある。
なお、前記目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の一つとして位置付けることができる。
前記目的を達成するために、本明細書では、以下に示す「無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局」を開示する。
（１）即ち、前記割当方法の限定的でない第１の態様では、複数の無線端末の各々は、無線リソースの割当要求と無線基地局へ送信する送信データのサービス品質情報とを表す信号列を前記無線基地局へ送信し、前記無線基地局は、前記複数の無線端末から受信した前記信号列を基に前記サービス品質情報を識別し、前記サービス品質情報に基づいて、他の無線端末が要求するサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記複数の無線端末に対する上り無線リソースの割り当てを制御する。
（２）ここで、前記無線基地局は、前記識別したサービス品質情報に応じて定まる優先順位で、前記複数の無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記複数の無線端末に割り当てる、こととしてもよい。
（３）また、前記複数の無線端末の各々は、前記送信データの送信データ量をさらに表す前記信号列を前記無線基地局へ送信し、前記無線基地局は、前記複数の無線端末から受信した前記信号列を基に前記送信データ量をさらに識別し、前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、こととしてもよい。
（４）さらに、前記無線基地局は、前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、こととしてもよい。
（５）また、前記信号列は、前記無線端末を識別する情報、又は、前記無線基地局と前記無線端末との間の通信のコネクションを識別する情報をさらに表す信号列としてもよい。
（６）さらに、前記信号列は、前記無線基地局と前記無線端末との間の通信に用いる変調方式及び符号化方式を識別する情報をさらに表す信号列としてもよい。
（７）また、限定的でない第２の態様の無線通信システムにおける無線リソースの割当方法は、無線基地局と無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、前記無線端末は、無線リソースの割当要求と前記無線リソースの割当要求に係る所定の情報の一部である第１の情報とを表す第１の信号列と、無線リソースの割当要求と前記第１の情報とは異なる第２の情報であって前記第１の情報と組み合わせることで前記所定の情報をなす前記第２の情報とを表す第２の信号列と、を異なる送信タイミングあるいは異なる周波数にて前記無線基地局に送信し、前記無線基地局は、前記無線端末から前記第１の信号列及び第２の信号列を前記送信タイミングに応じた異なる受信タイミングあるいは前記異なる周波数で受信した場合に、それぞれの信号列が表す前記第１の情報及び第２の情報を識別し、識別した前記第１の情報及び前記第２の情報の組み合わせが表す前記所定の情報に基づいて、前記無線端末に対する無線リソースの割り当てを制御する。
（８）ここで、前記無線基地局は、前記第１の信号列及び第２の信号列のいずれか一方を正常に受信できない場合に、他方の信号列が表す情報を識別し、識別した情報に基づいて、前記無線リソースの割り当てを制御する、こととしてもよい。
（９）また、前記第１の情報及び第２の情報のいずれか一方は、前記無線端末を識別する情報、前記無線端末が前記無線基地局へ送信する送信データのサービス品質情報、前記送信データの送信データ量に関する情報、変調方式及び符号化方式を識別する情報のいずれかとしてもよい。
（１０）さらに、前記無線端末は、前記第１の信号列及び第２の信号列を、前記無線基地局へ時間的に連続して送信する、こととしてもよい。
（１１）また、前記異なるタイミング又は前記異なる周波数は、前記無線基地局から指定されることとしてもよい。
（１２）さらに、前記複数の無線端末の各々が選択可能な、前記サービス品質情報を表す信号列の数は、高いサービス品質情報ほど多く定義されることとしてもよい。
（１３）また、開示する無線端末の限定的でない第１の態様では、前記無線端末は、無線リソースの割当要求と前線基地局へ送信する送信データのサービス品質情報とを表す信号列を生成する生成手段と、前記生成手段で生成した信号列を前記無線基地局へ送信する送信手段と、をそなえ、前記無線端末は、前記送信手段によって送信された前記信号列を基に識別される前記サービス品質情報に基づいて、他の無線端末から要求されたサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記無線基地局による上り無線リソースの割り当て制御を受ける。
（１４）ここで、前記生成手段は、前記送信データの送信データ量をさらに表す信号列を生成する、こととしてもよい。
（１５）また、開示する無線基地局の限定的でない第２の態様では、前記無線基地局は、前記複数の無線端末が送信した、無線リソースの割当要求と前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を受信する受信手段と、前記受信手段で受信した信号列を基に前記サービス品質情報を識別する識別手段と、前記サービス品質情報に基づいて、他の無線端末が要求するサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記複数の無線端末に対する上り無線リソースの割り当てを制御する制御手段と、をそなえる。
（１６）ここで、前記制御手段は、前記識別したサービス品質情報に応じて定まる優先順位で、前記複数の無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記複数の無線端末に割り当てる、こととしてもよい。
（１７）また、前記受信した信号列は、前記送信データの送信データ量をさらに表す信号列であり、前記識別手段は、前記受信した信号列を基に前記送信データ量をさらに識別し、前記制御手段は、前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、こととしてもよい。
（１８）さらに、前記制御手段は、前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、こととしてもよい。
前記開示した技術によれば、例えば、以下に示すいずれかの効果ないし利点が得られる。
（１）無線基地局は、無線端末の送信データのサービス品質情報を考慮して無線端末に対する帯域割当が可能となる。
（２）無線基地局から無線端末に無線リソースを割り当てるまでの遅延時間を短縮することができる。
（３）無線基地局と無線端末との間の無線リソースの効率的な利用を図ることができる。
（４）無線リソースの割り当てを要求する無線端末を無線基地局において早期に特定（識別）することが可能となる。
（５）無線端末が適切な送信方法（変調方式及び符号化方式）を利用して送信を行なえる無線リソースの割り当てが可能となる。
第１実施形態に係る無線通信システムの一例を示す図である。 図１に示す無線基地局（ＢＳ）の構成を示すブロック図である。 図１に示す無線端末（ＭＳ）の構成を示すブロック図である。 ＰＲＢＳ生成器の一例を示す図である。 第１実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。 第１実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。 第１実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。 第２実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。 第２実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。 第２実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。 第３実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。 第３実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。 第３実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。 第４実施形態のＭＳによるＢＲコードの送信例を通常の送信例と比較して説明するための模式図である。 第４実施形態のＭＳによるＢＲコードの送信例を説明するための模式図である。 第４実施形態の無線通信システムにおけるＢＳとＭＳとの間の帯域割当処理のシーケンス図である。 第４実施形態のＢＳにおけるＢＲコード受信時の動作を説明するフローチャートである。 第４実施形態のＭＳがＢＳに対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。 第４実施形態の無線通信システムにおいてＭＳが連続送信した２つのコードのいずれか一方がＢＳで正しく受信できなかった場合の帯域割当処理を示すシーケンス図である。 第４実施形態の無線通信システムにおいてＭＳが連続送信した２つのコードのいずれか一方がＢＳで正しく受信できなかった場合の帯域割当処理を示すシーケンス図である。 従来のＢＳとＭＳとの間の帯域割当処理を説明するシーケンス図である。 ＢＲヘッダフォーマットを示す図である。
符号の説明
１ 無線基地局（ＢＳ）
１１ ネットワーク（ＮＷ）インタフェース部
１２ パケット識別部
１３ パケットバッファ部
１４ ＰＤＵ生成部
１５ 符号化部
１６ 変調部
１７ 送信部
１８ デュプレクサ
１９ アンテナ
２０ 受信部
２１ 復調部
２２ 復号化部
２３ 制御メッセージ抽出部
２４ パケット再生部
２５ コード解析部
２６ 記憶部
２７ 制御部
５（５−１，５−２，５−３） 無線端末（ＭＳ）
５０ データ処理部
５１ ＰＤＵバッファ部
５２ 符号化部
５３ 変調部
５４ 送信部
５５ コード生成部
５６ デュプレクサ
５７ アンテナ
５８ 受信部
５９ 復調部
６０ 復号化部
６１ 制御メッセージ抽出部
６２ 制御部
６３ 記憶部
以下、図面を参照して本発明の実施の形態を説明する。ただし、本発明は、以下に示す実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
〔１〕第１実施形態
図１は、第１実施形態に係る無線通信システムの一例を示す図である。この図１に示す無線通信システムは、例えば、無線基地局（ＢＳ）１と、このＢＳ１のサービスエリア内においてＢＳ１と無線により通信する１台以上の無線端末（ＭＳ）５とをそなえる。なお、図１では、ＭＳ＃１，ＭＳ＃２，ＭＳ＃３の３台のＭＳ５を図示している。
（ＢＳの説明）
そして、ＢＳ１は、例えば図２に示すように、ネットワーク（ＮＷ）インタフェース部１１と、パケット識別部１２と、パケットバッファ部１３と、ＰＤＵ生成部１４と、符号化部１５と、変調部１６と、送信部１７と、デュプレクサ１８と、アンテナ１９と、受信部２０と、復調部２１と、復号化部２２と、制御メッセージ抽出部２３と、パケット再生部２４と、コード解析部２５と、記憶部２６と、制御部２７とをそなえる。
ここで、ＮＷインタフェース部１１は、図示しないルーティング装置（複数のＢＳと接続されて、パケットデータ等のデータの方路制御を行なう装置）との間のインタフェース（ここでは、パケット通信を行なうこととする）を形成するものである。
当該ＮＷインタフェース部１１は、前記ルーティング装置から受信したＭＳ５宛のデータ（下りデータ）をパケット識別部１２へ転送し、パケット再生部２４から受信したデータ（上りデータ）を前記ルーティング装置へ送信する機能を具備する。なお、ＢＳ１からＭＳ５への通信の方向が下り（ダウンリンク：ＤＬ）であり、その逆方向であるＭＳ５からＢＳへの通信の方向が上り（アップリンク：ＵＬ）である。
パケット識別部１２は、ＮＷインタフェース部１１から受信したパケットデータに含まれるＩＰアドレスを識別し、ＩＰアドレスデータに基づき宛先ＭＳ５を特定（識別）するとともに、特定したＭＳ５に対応するＱｏＳ情報を取得し、制御部にＭＳ５の識別情報（ＩＤ），ＱｏＳ情報，データサイズを与えて帯域割り当て要求を行ない、ＮＷインタフェース部１１から渡されたパケットデータをパケットバッファ部１３に格納するものである。
なお、宛先ＭＳ５の識別は、例えば、前記ＩＰアドレスデータとＭＳ５を識別する情報（ＭＳ−ＩＤ）との対応を記憶しておき、対応するＭＳ−ＩＤを取得することで実現される。また、当該ＭＳ−ＩＤとＱｏＳ情報（以下、ＱｏＳクラスともいう）との対応を記憶しておくことで、ＭＳ５に対応するＱｏＳ情報を取得することができる。
パケットバッファ部１３は、制御部２７からの書き込み及び読み出し制御に従って、パケット識別部１２から転送されたパケットデータを一時的に保持してＰＤＵ生成部１４へ出力するものである。
ＰＤＵ生成部１４は、同期信号（プリアンブル）を基準として形成される無線フレーム内に、ユーザデータおよび制御データの送信データが格納されるようにＰＤＵデータを生成し、符号化部１５に出力するものである。
符号化部１５は、ＰＤＵ生成部１４で生成されたＰＤＵデータについて、誤り訂正符号化等の符号化処理を施すものである。
変調部１６は、符号化部１５により符号化されたＰＤＵデータをＱＰＳＫや１６ＱＡＭ、６４ＱＡＭ等の変調方式にて変調するものである。
送信部１７は、変調部１６により得られた変調信号について、無線周波数への周波数変換（アップコンバート）、所定送信電力への電力増幅などの無線送信処理を施すものである。
デュプレクサ１８は、アンテナ１９を送受信系で共用するためのもので、送信部１７からの無線信号（ＤＬ信号）はアンテナ１９へ送出し、アンテナ１９で受信された無線信号（ＵＬ信号）は受信部２０へ送出する。
アンテナ１９は、ＭＳ５との間で無線信号を送受信するためのものである。
受信部２０は、アンテナ１９及びデュプレクサ１８を介して受信された無線信号について、低雑音増幅、ベースバンド信号への周波数変換（ダウンコンバート）等の無線受信処理を施すものである。
復調部２１は、前記無線受信処理を施された受信信号を復調し、ＢＲコード等のＣＤＭＡコード（信号列）の情報をコード解析部２５に出力するとともに、その他のメッセージを復号化部２２に出力する機能を具備する。
復号化部２２は、復調部２１により復調された受信信号を復号（誤り訂正復号等）するものである。
制御メッセージ抽出部２３は、復号化部２２により得られた復号データから制御データ（メッセージ）を抽出し、制御部２７に出力するとともに、ユーザデータ等の他のデータをパケット再生部２４に転送するものである。
パケット再生部２４は、制御データ抽出部２３から転送されたデータをパケット化してＮＷインタフェース部１１に出力するものである。
コード解析部（識別手段）２５は、復調部２１からの受信コードがＢＲコード等であるかのコード種別を識別し、ＢＲコードの場合、例えば下記の表４に示すような、ＱｏＳクラスとコードインデクスとを対応付けたデータ（ＱｏＳクラス別コードインデクスデータ）に基づきＱｏＳクラスを識別して、その情報を制御部２７に与える機能を具備する。なお、表４に示すデータは、例えば、テーブル形式のデータとして記憶部２６に記憶される。
Figure 0005206684
 この表４において、コードインデクス（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）メッセージを受信するまでの時間が長くなると、ＴＣＰの再送時のタイムアウト時間が必要以上に長くなり、サービス品質の悪化につながる。また、このように短いメッセージを送信するために、ＢＲヘッダ（６バイト）を送信すると、相対的にオーバヘッドも大きくなる。
そこで、上述したごとく、ＢＲコードでＭＳ５がＢＳ１に送信するデータサイズをＢＳ１に通知することで、ＭＳ５がＴＣＰセッションを確立してＢＳ１にデータ送信を開始するまでの遅延を短縮することが可能となる。また、ＴＣＰにおけるＲＴＴに基づく再送タイムアウト値が必要以上に長くなり、サービス品質の悪化につながることも抑制することができる。
さらには、ＭＳ５がＴＣＰセッションの確立のために、５０〜６０バイト程度の小さなデータサイズの上りメッセージ（ＴＣＰ同期メッセージ、ＴＣＰ同期確認メッセージ、ＴＣＰ確認メッセージ等）を送信するために、ＢＲヘッダをさらに送信する必要が無いから、ＢＳ１とＭＳ５との間の無線リソースの有効利用を図ることが可能となる。
〔３〕第３実施形態
本実施形態では、第１実施形態と第２実施形態との組み合わせ、即ち、１つのＢＲコードで、帯域割当要求と、ＭＳ５（コネクション）のＱｏＳクラスと、ＭＳ５がＢＳ１に要求する送信データ量（要求サイズ）とを表すように定義することについて説明する。
次表５に、ＱｏＳクラスと要求サイズとに対応するＢＲコードの例を示す。
Figure 0005206684
この表５の例では、コードインデクスがＬ〜Ｍ−１番のＢＲコードは、低位のＱｏＳクラスで要求サイズが６バイトであることを表し、コードインデクスがＭ〜Ｎ−１番のＢＲコードは、低位のＱｏＳクラスで要求サイズが６０バイトであることを表している。同様に、コードインデクスがＮ〜Ｐ−１番のＢＲコードは、中位のＱｏＳクラスで要求サイズが６バイト、Ｐ〜Ｑ−１番のＢＲコードは、中位のＱｏＳクラスで要求サイズが６０バイト、Ｑ〜Ｒ−１番のＢＲコードは、高位のＱｏＳクラスで要求サイズが６バイト、Ｒ〜Ｓ−１番のＢＲコードは、高位のＱｏＳクラスで要求サイズが６０バイトであることをそれぞれ表している。
なお、本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。また、第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。
また、表５の例では、要求サイズが６バイトか６０バイトかの２種類である場合しか示していないが、もちろん、異なる要求サイズ毎に異なるＢＲコードを定義することが可能である。
そして、本例では、前記表５に示すように定義したデータ（ＱｏＳクラス及び要求サイズ別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６及びＭＳ５の記憶部６３にてそれぞれ記憶、管理して、ＢＳ１とＭＳ５とで共有することとする。
当該ＱｏＳクラス及び要求サイズ別コードインデクスデータについても、例えば、既述のＵＣＤメッセージや、レンジング応答（RNG-RSP）メッセージ、動的サービス追加要求／応答（DSA-REQ/RSP）メッセージに含めることで、ＭＳ５に通知することができる。
したがって、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６２におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、ＱｏＳクラスと送信データ量（要求サイズ）とに対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、対応するＱｏＳクラスと要求サイズとを特定し、そのＱｏＳクラス及び要求サイズに応じた無線リソース（ＵＬ帯域）の割り当てを実施することとなる。
以下、本例での動作（帯域割当処理）について、図１１〜図１３を用いて説明する。なお、図１１は、ＢＳ１とＭＳ５との間の帯域割当処理のシーケンス図、図１２はＢＳ１がＭＳ５からＢＲコードを受信した時の動作を説明するフローチャート、図１３はＭＳ５がＢＳ１に対して帯域要求及びデータ送信処理を実施する時の動作を説明するフローチャートである。
図１３に示すように、ＭＳ５（制御部６２）は、ＢＳ１に送信するデータ（ＵＬデータ）が生じると（ステップＢ２１のＹルート）、当該送信データの宛先を示すＩＰアドレス等のヘッダ情報から、ＢＳ１とＭＳ５との間のコネクション（ＣＩＤ）とＱｏＳ情報とを確定する（ステップＢ２２）とともに、当該送信データを、ＢＳ１との間の無線リンク（ＵＬ）上を転送するＭＡＣ−ＰＤＵにカプセル化したときのデータサイズを計算、確定する（ステップＢ２３）。なお、これらステップＢ２２及びＢ２３での処理の順序は不問であり、同時でもよい。また、ＵＬデータの有無は、本例においても、例えば、ＰＤＵバッファ部５１にデータが記憶されているか否かを監視することで確認することができる。
そして、ＭＳ５（制御部６２）は、ＵＬデータを送信可能な無線リソース（ＵＬ帯域）がＢＳ１から割り当てられているか否かを確認する（ステップＢ２４）。
その結果、発生したＵＬデータの少なくとも一部を送信できるだけの無線リソースが既に割り当てられている場合、ＭＳ５は、割り当てられた無線リソースを利用して、ＢＳ１にデータを送信する（ステップＢ２４のＹルートからステップＢ２６）。このとき、残りのデータ分の無線リソースの割り当てがなされていなければ、ＭＳ５は、ＢＲヘッダ等を送信するためのＵＬ帯域を確保し、ＢＲヘッダ等も送信するのが好ましい。
一方、ＵＬデータの送信には不十分だが、ＢＲヘッダを送信するのに必要な無線リソースが既に割り当てられている場合、ＭＳ５は、ＢＲヘッダをＢＳ１に送信し、無線リソースの割り当てを要求する（ステップＢ２４のＮルート及びステップＢ２５のＹルートからステップＢ２７）。
また、ＢＲヘッダを送信するのに必要な無線リソースの割り当てもない場合には、ＭＳ５（制御部６２）は、記憶部６２におけるＱｏＳクラス及び要求サイズ別コードインデクスデータを基に、ＱｏＳクラス及び要求サイズに対応するＢＲコードをコード生成部５５に生成させ、ＢＳ１に送信する（ステップＢ２４及びＢ２５のＮルートからステップＢ２８）。
ここで、例えば図１１に示すように、３台のＭＳ（＃１，＃２，＃３）５−１，５−２，５−３のうち、ＭＳ５−１が高位のＱｏＳクラス、ＭＳ５−２がそれよりも低い中位のＱｏＳクラス、ＭＳ５−３がさらに低い低位のＱｏＳクラスであり、ある時間に、各ＭＳ５−１，５−２，５−３がそれぞれ前記ステップＢ２８を実行することにより、それぞれのコネクションに対してＭＳ５−１は６０バイト、ＭＳ５−２は６バイト、ＭＳ５−３は６バイト分のＵＬ帯域を要求するためにＢＲコードを生成し、ＢＳ１に送信したとする（ステップＳ３１〜Ｓ３３）。ただし、その際の送信順序は不問である。
各ＭＳ５−１，５−２，５−３からＢＲコードをそれぞれ受信した（図１２のステップＡ２１のＹルート）ＢＳ１は、ＢＲコードをコード解析部２５にて解析して、ＱｏＳクラス及び要求サイズを識別し、その情報を制御部２７に与える。
制御部２７は、図１２に示すように、コード解析部２５から与えられた情報を基に、受信したＢＲコードをＱｏＳクラスの高い順に並べ替えた上で（ステップＡ２２）、記憶部２６における前記要求サイズ別コードインデクスデータに基づき、高いＱｏＳクラスのＢＲコードから優先して、当該ＢＲコードに対応するデータサイズを特定する。
そして、制御部２７は、記憶部２６に記憶されたデータを基に、無線リソースの使用（割当）状況（利用可能な無線リソース）を確認し、その状況に応じて、前記データサイズを送信できるだけの無線リソース（ＵＬ帯域）を決定し、その割当情報を含むＵＬ−ＭＡＰメッセージを生成し、送信する（ステップＡ２３）。
図１１の例では、ＵＬ−ＭＡＰメッセージ中の“CDMA_Allocation-IE”を用いて、高位ＱｏＳクラスのＭＳ５−１と中位ＱｏＳクラスのＭＳ５−２とがそれぞれ要求サイズのデータ（ＭＳ５−１は６０バイト、ＭＳ５−２は６バイト）を送信できる分のＵＬ帯域を、ＭＳ５−１とＭＳ５−２とに対してそれぞれ割り当てる（ステップＳ３４）。即ち、制御部２７は、低位のＱｏＳクラスのＭＳ５−３が６バイト分のデータを送信するためのＵＬ帯域の割り当ては後回しにする。
なお、本例においても、高位ＱｏＳクラスのＭＳ５−１を最優先として、中位ＱｏＳクラスのＭＳ５−２についてのＵＬ帯域の割り当ても後回しにすることも可能である。また、高位ＱｏＳクラスのＭＳ５−１にＵＬ帯域を割り当てることにより、利用可能な無線リソースが無くなるか不足する場合にも、ＭＳ５−１よりもＱｏＳクラスの低いＭＳ５−２に対するＵＬ帯域の割り当てを後回しにすることも可能である。
ただし、不足の場合には、その時点で利用可能な無線リソースのみでの帯域割当を行なってもよい。さらに、同じＱｏＳクラスのＭＳ５（コネクション）が複数存在する場合は、どのコネクションから割り当てを行なってもよい。例えば、ＢＲコードの受信順序で行なうこととしてもよいし、要求サイズが大きい（あるいは小さい）順序で行なうこととしてもよい。
また、ＢＳ１（制御部２７）は、ＢＲコードを受信しただけでは、当該ＢＲコードを送信したのがＭＳ５−１，５−２，５−３のいずれであるか、どのバーストプロファイルを利用可能か、を特定することができない。
そのため、本例においても、ＢＳ１（制御部２７）は、好ましくは、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）に、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含めることとする。これにより、ＭＳ５（５−１，５−２）は、受信したＵＬ−ＭＡＰメッセージが自局宛のものか否かを判別することが可能となる。また、バーストプロファイルについては、各ＭＳ５が共通にサポートするもの、好ましくは、最も雑音や伝搬損失に強いもの（例えば、ＱＰＳＫ、符号化率１／２）を選ぶこととする。
これにより、ＭＳ５−１，５−２は、それぞれ、図１３に示したステップＢ２６を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図１１のステップＳ３５，Ｓ３６）。つまり、ＭＳ５−１，５−２は、いずれも、ＢＳ１からＢＲヘッダを送信するためのＵＬ帯域が割り当てられなくても、ＵＬデータの送信が可能となる。
ＭＳ５−１，５−２のＵＬデータの送信がそれぞれ完了した後、ＢＳ１は、低位ＱｏＳクラスのＭＳ５−３のコネクションに対する帯域割当をＭＳ５−１，５−２の場合と同様に行なう（ステップＳ３７）。
これにより、ＭＳ５−３は、図１３に示したステップＢ２６を実行することとなり、ＢＲヘッダをＢＳ１に送信することなく、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（ステップＳ３８）。
なお、図１１の例では、ＢＳ１（制御部２７）は、ＵＬ帯域を割り当てたＭＳ５−１（５−２）のＵＬデータの送信完了を待って、より下位側のＱｏＳクラスのコネクションに対する帯域割当処理を開始しているが、遅延時間（先に説明したＴＣＰでの再送時のタイムアウト時間等）を考慮して、前記送信完了を待たずにもっと早いタイミングで、より低位側のＱｏＳクラスのコネクション（ＭＳ５−３）に対する帯域割当処理を開始することとしてもよい。
以上のように、本例によれば、ＢＳ１は、ＭＳ５からＢＲコードの受信に成功すれば、そのＢＲコードに対応するＱｏＳクラス及び送信データ量を識別することができるので、高いＱｏＳクラスのＭＳ５から優先して、その送信データ量に応じたＵＬデータ送信用のＵＬ帯域割当を実施することができる。
したがって、既述の実施形態で述べたのと同様の効果ないし利点が得られるほか、ＢＳ１は、ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域を割り当てる必要がなく、ＭＳ５は、ＢＲヘッダを送信する必要がないから、ＭＳ５がＢＲコードを送信してから当該ＭＳ５に必要なＵＬ帯域がＢＳ１によって割り当てられるまでの時間をさらに短縮することができる。また、ＵＬ帯域を効率的に利用することも可能となる。
〔４〕第４実施形態
既述の実施形態では、ＱｏＳクラス及び／又はデータサイズ（要求サイズ）との対応を表すＢＲコードを用いる方法について示したが、ＢＲコードにさらなる意味付けを行なうこともできる。例えば、ＭＳ５を識別する情報（ＭＳ−ＩＤ）、あるいは、ＢＳ１とＭＳ５との間の論理的なコネクションを識別する情報（ＣＩＤ）をさらに関連付けることもできる。
次表６に、ＱｏＳクラス，要求サイズ及びＭＳ−ＩＤに対応するＢＲコードの例を示す。
Figure 0005206684
本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。
また、表６の例では、要求サイズが６バイトか６０バイトかの２種類である場合しか示していないが、異なる要求サイズ毎に異なるＢＲコードを定義することはもちろん可能である。
そして、本例では、前記表６に示すように定義したデータ（ＱｏＳクラス，要求サイズ及びＭＳ別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６にて記憶、管理する。一方、ＭＳ５では、表６に示すデータのうち自局に対応する部分のコードインデクスデータのみを記憶部６３にて記憶、管理しておけば足りる。
当該部分的なコードインデクスデータは、例えば、ＭＳ５に個別のＤＬメッセージである既述のレンジング応答（RNG-RSP）メッセージに含めることで、ＢＳ１からＭＳ５に個別に通知することができる。ＣＩＤを関連付けたＢＲコードとする場合には、既述の動的サービス追加要求／応答（DSA-REQ/RSP）メッセージ等の、コネクションに個別のＤＬメッセージにコードインデクスデータを含めることで、ＢＳ１からＭＳ５にコネクション別に通知することができる。ただし、自局以外の他のＭＳ５用のコードインデクスデータも含め前記表６の内容すべてをＭＳ５に通知しても構わないような場合には、既述のＵＣＤメッセージ等のブロードキャストメッセージを用いてＭＳ５に報知してもよい。
そして、ＭＳ５（制御部６２）は、ＢＳ１へ送信するデータがある場合、記憶部６３における前記コードインデクスデータを基に、ＱｏＳクラスと送信データ量（要求サイズ）と自局（あるいはコネクション）とに対応するＢＲコードをコード生成部５５に生成させて、ＢＳ１へ送信することとなる。
一方、ＢＳ１（制御部２７）は、ＭＳ５からＢＲコードを受信すると、記憶部２６におけるコードインデクスデータを基に、対応するＱｏＳクラスと要求サイズとＭＳ５（コネクション）とを識別し、識別したＭＳ５に関して、そのＱｏＳクラス及び要求サイズに応じた無線リソース（ＵＬ帯域）の割り当てを第３実施形態と同様にして実施することとなる。
この場合、ＢＳ１（制御部２７）は、ＢＲコードの受信に成功すれば、当該ＢＲコードを送信したＭＳ５を識別することができるから、ＢＲヘッダを受信しない早い段階でＢＲコードを送信したＭＳ５の特定が可能となる。これにより、例えば当該ＭＳ５を識別する情報（ＭＳ−ＩＤ）を含めたＵＬ−ＭＡＰメッセージを早期に生成することができる。
その際、ＵＬ−ＭＡＰメッセージ（CDMA_Allocation-IE）には、必ずしも、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める必要はない。よって、既述の実施形態に比して、ＵＬ−ＭＡＰメッセージの情報量を削減することができ、ＤＬの無線リソースの有効利用を図ることができる。
さらに、ＢＳ１は、ＭＳ５を特定することで、常時、通信するＭＳ５との無線チャネル状態を管理することができ、適切なバーストプロファイルを特定することができる。そのため、本例において、ＢＳ１（制御部２７）は、バーストプロファイルについては、特定したＭＳ５に適したものを選んでＵＬ−ＭＡＰメッセージに含めて通知することとする。なお、無線チャネル状態については、ＭＳ５からのフィードバック信号やＭＳ５からのＵＬ信号を計測することで把握することができる。
以上のように、本例によれば、ＢＳ１は、ＢＲコードの受信に成功すれば、そのＢＲコードを送信したＭＳ５（あるいはコネクション）と、当該ＭＳ５の送信データのＱｏＳクラスと、送信データサイズ（要求サイズ）とをそれぞれ識別することができるので、高いＱｏＳクラスのＭＳ５から優先して、そのＭＳ５が要求するデータサイズに応じたデータ送信用のＵＬ帯域の割り当てをＭＳ個別に行なうことができる（ＭＳ５がＢＲヘッダを送信するためのＵＬ帯域の割り当ては不要）。
したがって、既述の実施形態と同様の効果ないし利点が得られるほか、ＢＳ１がＭＳ５へ送信するＵＬ帯域の割当情報（ＵＬ−ＭＡＰ）の情報量を削減することができ、また、ＤＬ帯域の効率的な利用を図ることができる。
なお、前記特許文献１に記載の技術では、ＢＳは、受信したコードでどのＱｏＳ、ＭＳあるいはコネクションに対する帯域の割当要求かを判断することはできない。
〔５〕第５実施形態
前記表６では、ＭＳ５毎にＢＲコードを定義したが、バーストプロファイル毎にＢＲコードを定義することもできる。
次表７に、ＱｏＳクラス，データサイズ及びバーストプロファイルに対応するＢＲコードの例を示す。
Figure 0005206684
本例においても、各ＱｏＳクラスと関連付けるＢＲコード数は、ＱｏＳクラス毎に同数でもよいし、一部又は全部のＱｏＳクラスで異なっていてもよい。また、第１実施形態と同様に、高位のＱｏＳクラス用のコード数をそれよりも低位のＱｏＳクラスのコード数よりも多くなるように設定して、コードの衝突確率を軽減することとしてもよい。
また、表７の例では、要求サイズが６バイトか６０バイトかの２種類、変調方式がＱＰＳＫと１６ＱＡＭの２種類で符号化率はいずれも１／２である場合しか示していないが、もちろん、異なる要求サイズ、３種類以上の異なる変調方式、２種類以上の異なる符号化率毎に異なるＢＲコードを定義することが可能である。
そして、本例では、前記表７に示すように定義したデータ（ＱｏＳクラス，要求サイズ及びバーストファイル別コードインデクスデータ）を、例えば、ＢＳ１の記憶部２６及びＭＳ５の記憶部６３にてそれぞれ記憶、管理して、ＢＳ１とＭＳ５との間で共有する。
当該コードインデクスデータについても、例えば、ＵＣＤメッセージ等のブロードキャストメッセージや、レンジング応答（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）には、必ずしも、受信したＢＲコードに関する情報（コードインデクス，コードの受信フレーム番号，サブチャネル番号，シンボル番号等）を含める必要はない。よって、これらの情報を含める場合よりも、ＵＬ−ＭＡＰメッセージの情報量を削減することができ、ＤＬの無線リソースの有効利用を図ることができる。
バーストプロファイルについては、ＢＳ１は、第４実施形態と同様に、ＭＳ５を特定することでそのＭＳ５がどのバーストプロファイルを利用可能かを特定することができるから、特定したＭＳ５に適したものを選んでＵＬ−ＭＡＰメッセージに含めて通知することとする。
以上のようにしてＢＲヘッダ送信用のＵＬ帯域をＢＳ１から割り当てられたＭＳ５は、図１８の前記ステップＢ３７を実行することによりＢＲヘッダをＢＳ１へ送信する（図２０のステップＳ４６）。
ＢＲヘッダを受信したＢＳ１（制御部２７）は、ＢＲヘッダに含まれるＣＩＤから、当該ＢＲヘッダを送信したＭＳ５を特定し、当該ＢＲヘッダにより要求されたデータ量を送信するのに必要な無線リソース量と、利用可能な無線リソース量とに基づいて、ＭＳ５に割り当てる無線リソース量を決定し、ＵＬ−ＭＡＰメッセージを用いて帯域割当を行なう（図２０のステップＳ４７）。
これにより、ＭＳ５は、図１８に示したステップＢ３６を実行することとなり、前記ＵＬ−ＭＡＰメッセージにより割り当てられたＵＬ帯域にて、ＵＬデータ（ＭＡＣ−ＰＤＵ）の送信を実施する（図２０のステップＳ４８）。
以上のように、本実施形態によれば、ＭＳ５がＢＳ１に対して、それぞれ独立した意味を表し互いに関連性ある異なるＢＲコードを連続送信することで、限られたＢＲコード数の有効利用を図りつつ、ＢＳ１は、連続受信したＢＲコードが表す情報（ＭＳ５のＱｏＳクラスや要求サイズ、ＭＳ−ＩＤ、ＣＩＤ、バーストプロファイル等）を検出し、それに応じた適切な無線リソースの割り当てを判断、実施することができる。また、無線リソースの効率的な利用も可能となる。
さらに、一部のＢＲコードがＢＳ１において正常に受信できなかったとしても、正常に受信できたＢＲコードが表す情報に応じた、適切な無線リソースの割り当てを実施することができるから、当該割当処理の信頼性の向上を図ることができる。

Claims (18)

  1. 無線基地局と複数の無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、
    前記複数の無線端末の各々は、
    無線リソースの割当要求と前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を前記無線基地局へ送信し、
    前記無線基地局は、
    前記複数の無線端末から受信した前記信号列を基に前記サービス品質情報を識別し、
    前記サービス品質情報に基づいて、他の無線端末が要求するサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記複数の無線端末に対する上り無線リソースの割り当てを制御する、
    ことを特徴とする、無線通信システムにおける無線リソースの割当方法。
  2. 前記無線基地局は、
    前記識別したサービス品質情報に応じて定まる優先順位で、前記複数の無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記複数の無線端末に割り当てる、
    ことを特徴とする、請求項１記載の無線通信システムにおける無線リソースの割当方法。
  3. 前記複数の無線端末の各々は、
    前記送信データの送信データ量をさらに表す前記信号列を前記無線基地局へ送信し、
    前記無線基地局は、
    前記複数の無線端末から受信した前記信号列を基に前記送信データ量をさらに識別し、
    前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、
    ことを特徴とする、請求項１記載の無線通信システムにおける無線リソースの割当方法。
  4. 前記無線基地局は、
    前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、
    ことを特徴とする、請求項３記載の無線通信システムにおける無線リソースの割当方法。
  5. 前記信号列は、前記無線端末を識別する情報、又は、前記無線基地局と前記無線端末との間の通信のコネクションを識別する情報をさらに表す信号列である、
    ことを特徴とする、請求項１〜４のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
  6. 前記信号列は、前記無線基地局と前記無線端末との間の通信に用いる変調方式及び符号化方式を識別する情報をさらに表す信号列である、
    ことを特徴とする、請求項１〜４のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
  7. 無線基地局と無線端末とをそなえた無線通信システムにおける無線リソースの割当方法であって、
    前記無線端末は、
    無線リソースの割当要求と前記無線リソースの割当要求に係る所定の情報の一部である第１の情報とを表す第１の信号列と、無線リソースの割当要求と前記第１の情報とは異なる第２の情報であって前記第１の情報と組み合わせることで前記所定の情報をなす前記第２の情報とを表す第２の信号列と、を異なる送信タイミングあるいは異なる周波数にて前記無線基地局に送信し、
    前記無線基地局は、
    前記無線端末から前記第１の信号列及び第２の信号列を前記送信タイミングに応じた異なる受信タイミングあるいは前記異なる周波数で受信した場合に、それぞれの信号列が表す前記第１の情報及び第２の情報を識別し、
    識別した前記第１の情報及び前記第２の情報の組み合わせが表す前記所定の情報に基づいて、前記無線端末に対する無線リソースの割り当てを制御する、ことを特徴とする、無線通信システムにおける無線リソースの割当方法。
  8. 前記無線基地局は、
    前記第１の信号列及び第２の信号列のいずれか一方を正常に受信できない場合に、他方の信号列が表す情報を識別し、
    識別した情報に基づいて、前記無線リソースの割り当てを制御する、
    ことを特徴とする、請求項７記載の無線通信システムにおける無線リソースの割当方法。
  9. 前記第１の情報及び第２の情報のいずれか一方は、前記無線端末を識別する情報、前記無線端末が前記無線基地局へ送信する送信データのサービス品質情報、前記送信データの送信データ量に関する情報、変調方式及び符号化方式を識別する情報のいずれかである、ことを特徴とする、請求項７又は８に記載の無線通信システムにおける無線リソースの割当方法。
  10. 前記無線端末は、
    前記第１の信号列及び第２の信号列を、前記無線基地局へ時間的に連続して送信する、ことを特徴とする、請求項７〜９のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
  11. 前記異なるタイミング又は前記異なる周波数は、前記無線基地局から指定されることを特徴とする、請求項７〜１０のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
  12. 前記複数の無線端末の各々が選択可能な、前記サービス品質情報を表す信号列の数は、高いサービス品質情報ほど多く定義されている、
    ことを特徴とする、請求項１〜６のいずれか１項に記載の無線通信システムにおける無線リソースの割当方法。
  13. 複数の無線端末と無線基地局とをそなえた無線通信システムにおける前記無線端末であって、
    無線リソースの割当要求と前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を生成する生成手段と、
    前記生成手段で生成した信号列を前記無線基地局へ送信する送信手段と、
    をそなえ、
    前記無線端末は、
    前記送信手段によって送信された前記信号列を基に識別される前記サービス品質情報に基づいて、他の無線端末から要求されたサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記無線基地局による上り無線リソースの割り当て制御を受ける、
    ことを特徴とする、無線通信システムにおける無線端末。
  14. 前記生成手段は、
    前記送信データの送信データ量をさらに表す信号列を生成する、
    ことを特徴とする、請求項１３記載の無線通信システムにおける無線端末。
  15. 複数の無線端末と無線基地局とをそなえた無線通信システムにおける前記無線基地局であって、
    前記複数の無線端末が送信した、無線リソースの割当要求と前記無線基地局へ送信する送信データのサービス品質情報とを表す信号列を受信する受信手段と、
    前記受信手段で受信した信号列を基に前記サービス品質情報を識別する識別手段と、
    前記サービス品質情報に基づいて、他の無線端末が要求するサービス品質より高いサービス品質を要求する前記無線端末から順に、前記複数の無線端末が要求する複数のサービス品質間で共通の上り無線リソースにおける利用可能な上り無線リソース量に応じた前記複数の無線端末に対する上り無線リソースの割り当てを制御する制御手段と、
    をそなえたことを特徴とする、無線通信システムにおける無線基地局。
  16. 前記制御手段は、
    前記識別したサービス品質情報に応じて定まる優先順位で、前記複数の無線端末が前記送信データの送信データ量に応じた上り無線リソース量を前記無線基地局に要求するのに用いる上り無線リソースを前記複数の無線端末に割り当てる、
    ことを特徴とする、請求項１５記載の無線通信システムにおける無線基地局。
  17. 前記受信した信号列は、前記送信データの送信データ量をさらに表す信号列であり、
    前記識別手段は、
    前記受信した信号列を基に前記送信データ量をさらに識別し、
    前記制御手段は、
    前記識別したサービス品質情報と送信データ量とに基づいて、前記送信データ量に応じた前記上り無線リソースの割り当てを制御する、
    ことを特徴とする、請求項１５記載の無線通信システムにおける無線基地局。
  18. 前記制御手段は、
    前記識別したサービス品質情報に応じて定まる優先順位で、前記識別した送信データ量に応じた上り無線リソースを割り当てる、
    ことを特徴とする、請求項１７記載の無線通信システムにおける無線基地局。
JP2009534114A 2007-09-28 2007-09-28 無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局 Expired - Fee Related JP5206684B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2007/068946 WO2009040927A1 (ja) 2007-09-28 2007-09-28 無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局

Publications (2)

Publication Number Publication Date
JPWO2009040927A1 JPWO2009040927A1 (ja) 2011-01-13
JP5206684B2 true JP5206684B2 (ja) 2013-06-12

Family

ID=40510840

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009534114A Expired - Fee Related JP5206684B2 (ja) 2007-09-28 2007-09-28 無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局

Country Status (6)

Country Link
US (1) US8515437B2 (ja)
EP (2) EP2194674B1 (ja)
JP (1) JP5206684B2 (ja)
KR (1) KR101145034B1 (ja)
CN (1) CN101809935B (ja)
WO (1) WO2009040927A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090109932A1 (en) * 2007-10-25 2009-04-30 Nokia Siemens Networks Oy Fast urgent services support over 802.16 air interface
KR101216074B1 (ko) * 2009-03-06 2012-12-26 엘지전자 주식회사 대역폭요청프리엠블 시퀀스 선택방법 및 임의접속방법
US8638794B1 (en) * 2010-04-15 2014-01-28 Cellco Partnership Method and system for routing traffic across multiple interfaces via VPN traffic selectors and local policies
CN102316585B (zh) * 2010-07-07 2015-07-22 中兴通讯股份有限公司 一种基于cdma的无线资源分配方法、装置及设备
CN102387009B (zh) * 2010-09-02 2014-07-02 中兴通讯股份有限公司 一种无线链路控制层上行传输的方法和演进的节点b
KR20140012645A (ko) * 2011-01-25 2014-02-03 엘지전자 주식회사 정전 리포트를 전송 및 수신하는 방법과 이를 위한 장치
JP2013223172A (ja) * 2012-04-18 2013-10-28 Kyocera Corp 無線通信システム
US20150223232A1 (en) * 2012-08-27 2015-08-06 Telefonaktiebolaget L M Ericsson (Publ) Methods and Arrangements for Resource Allocation
CN103841646A (zh) * 2012-11-23 2014-06-04 北京信威通信技术股份有限公司 一种保证业务质量的无线资源分配方法
CN103458520B (zh) * 2013-08-23 2016-03-30 京信通信系统（中国）有限公司 一种上行频域资源的分配方法和装置
US10225795B2 (en) 2015-04-07 2019-03-05 At&T Intellectual Property I, L.P. Resource-sensitive token-based access point selection
CN209545887U (zh) 2016-11-05 2019-10-25 苹果公司 基站、装置和无线设备
US11025601B2 (en) * 2018-12-04 2021-06-01 Citrix Systems, Inc. System and apparatus for enhanced QOS, steering and policy enforcement for HTTPS traffic via intelligent inline path discovery of TLS terminating node
US11832165B2 (en) * 2020-11-24 2023-11-28 Qualcomm Incorporated State-based sensing procedure
US11503553B1 (en) 2021-06-24 2022-11-15 T-Mobile Usa, Inc. Allocation of resource blocks based on traffic priority
US11558827B1 (en) 2021-06-24 2023-01-17 T-Mobile Usa, Inc. Maximum power reduction based on power headroom

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007504708A (ja) * 2003-08-29 2007-03-01 サムスン エレクトロニクス カンパニー リミテッド 広帯域無線接続通信システムにおける媒体接続制御階層の動作状態を制御する装置及び方法
JP2007184936A (ja) * 2006-01-03 2007-07-19 Samsung Electronics Co Ltd マルチホップ中継方式を使用する広帯域無線接続通信システムにおけるアップストリーム帯域幅要請及び割り当て方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6925068B1 (en) * 1999-05-21 2005-08-02 Wi-Lan, Inc. Method and apparatus for allocating bandwidth in a wireless communication system
GB0001804D0 (en) * 2000-01-26 2000-03-22 King S College London Pre-emptive bandwidth allocation by dynamic positioning
US6977919B1 (en) * 2000-07-31 2005-12-20 Harington Valve Llc Method and apparatus for efficient bandwidth utilization in subscriber unit initialization and synchronization in a time-synchronized communication system
DE10053352A1 (de) * 2000-10-27 2002-05-08 Alcatel Sa Verfahren zum Zuweisen von Ressourcen
US6978144B1 (en) * 2001-04-19 2005-12-20 Cisco Technology, Inc. Method and system for managing real-time bandwidth in a wireless network
US6836666B2 (en) * 2001-05-08 2004-12-28 Lucent Technologies Inc. Method to control uplink transmissions in a wireless communication system
US20030084144A1 (en) * 2001-10-30 2003-05-01 Lipinski Greg J. Network bandwidth optimization method and system
JP3895165B2 (ja) * 2001-12-03 2007-03-22 株式会社エヌ・ティ・ティ・ドコモ 通信制御システム、通信制御方法、通信基地局及び移動端末
US8175610B2 (en) * 2002-06-07 2012-05-08 Nokia Corporation Apparatus, and an associated method, for facilitating airlink resource management in a radio communication system
KR20050029112A (ko) * 2003-09-20 2005-03-24 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 서비스 품질별 업링크대역폭 요청 및 할당 방법
EP1643690B1 (en) * 2004-10-01 2008-04-02 Matsushita Electric Industrial Co., Ltd. Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels
KR101299221B1 (ko) * 2005-10-05 2013-08-22 한국전자통신연구원 이동통신 시스템의 상향 링크 트래픽에 대한 자원 요청 및패킷 스케줄링 방법, 그리고 그 장치
KR100615139B1 (ko) * 2005-10-18 2006-08-22 삼성전자주식회사 무선통신 시스템에서 전송 시간 구간의 할당 방법과 장치및 그 시스템
PL3007509T3 (pl) * 2006-02-03 2017-07-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Przydział zasobów na łączu uplink w systemie komunikacji mobilnej
US7599321B2 (en) * 2006-03-01 2009-10-06 Freescale Semiconductor, Inc. Prioritization of connection identifiers for an uplink scheduler in a broadband wireless access communication system
JP4472713B2 (ja) * 2006-06-19 2010-06-02 株式会社エヌ・ティ・ティ・ドコモ 移動局装置、送信方法及び移動通信システム
EP2030470B1 (en) * 2006-06-20 2018-06-13 LG Electronics Inc. Procedure for initial access
US8126474B2 (en) * 2006-08-15 2012-02-28 Nokia Corporation Streaming quality optimization
US7719997B2 (en) * 2006-12-28 2010-05-18 At&T Corp System and method for global traffic optimization in a network
GB2447635A (en) * 2007-03-19 2008-09-24 Fujitsu Ltd Scheduling qos communications between nodes within a predetermined time unit in wimax systems

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007504708A (ja) * 2003-08-29 2007-03-01 サムスン エレクトロニクス カンパニー リミテッド 広帯域無線接続通信システムにおける媒体接続制御階層の動作状態を制御する装置及び方法
JP2007184936A (ja) * 2006-01-03 2007-07-19 Samsung Electronics Co Ltd マルチホップ中継方式を使用する広帯域無線接続通信システムにおけるアップストリーム帯域幅要請及び割り当て方法

Also Published As

Publication number Publication date
EP2728960A1 (en) 2014-05-07
CN101809935A (zh) 2010-08-18
EP2194674B1 (en) 2017-03-22
WO2009040927A1 (ja) 2009-04-02
US8515437B2 (en) 2013-08-20
EP2194674A1 (en) 2010-06-09
KR20100056544A (ko) 2010-05-27
US20100177730A1 (en) 2010-07-15
EP2194674A4 (en) 2013-06-19
KR101145034B1 (ko) 2012-05-11
JPWO2009040927A1 (ja) 2011-01-13
CN101809935B (zh) 2014-09-03

Similar Documents

Publication Publication Date Title
JP5206684B2 (ja) 無線通信システムにおける無線リソースの割当方法並びに無線端末及び無線基地局
US10375677B2 (en) Method and system for allocating media access control layer resources in a wireless communication environment
JP4022625B2 (ja) 通信システム、通信方法、基地局、および移動局
JP5507999B2 (ja) 移動通信システムにおけるアップリンク制御情報伝送方法
JP4979092B2 (ja) 無線通信システムにおけるリソース割り当て方法
JP5413464B2 (ja) 中継局、基地局および無線通信方法
CN101199186B (zh) 多载波cdma系统
KR100967224B1 (ko) 다중 캐리어 ｈｓｄｐａ에 대해 다운링크 트래픽 채널 리소스를 할당하는 방법 및 데이터 전송 방법
JP6049460B2 (ja) 第１の無線装置、通信方法及び製品
TWI462516B (zh) 根據ｈａｒｑ處理以傳輸並接收資料的方法及其行動通訊終端
JP2005536942A (ja) 無線ローカルエリアネットワークにおける通信サービス品質を保証する方法及び装置
JP5776551B2 (ja) 中継局、中継方法、及び無線通信装置
CN101919295B (zh) 无线数据传输的方法
JP5128663B2 (ja) 固定割当方式における無線資源の再割当方法
CN104488344A (zh) 用于小型分组传输的lte增强
JP2009538063A (ja) 周波数分割二重システムにおける半二重通信
JP2010521864A (ja) パケット基盤移動通信システムにおけるデータ伝送のための無線リソース割当方法及びデータ伝送方法
WO2007105685A1 (ja) 通信装置および通信方法
JP5173786B2 (ja) 無線基地局装置および無線通信システム
JP6600117B1 (ja) 移動通信方法
JP5039840B2 (ja) 移動通信方法、移動局及び無線基地局
JP3851202B2 (ja) 無線通信装置および無線通信方法
JP2008141710A (ja) 通信システム、基地局、端末及び通信方法
CN102752868B (zh) 无线资源的分配方法以及无线终端和无线基站
JP5089431B2 (ja) 無線基地局装置

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120515

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120620

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20121016

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121130

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20121218

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130122

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130204

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20160301

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees