(57)【要約】  無線基地局（１）は、第１レイヤの上位レイヤ（第２レイヤ）に属する処理に関する制御データを下りデータチャネルにて無線端末（２）へ送信し、無線端末（２）は、当該下りデータチャネルにて制御データを受信すると、その制御データに対する返信データを制御チャネルにて無線基地局（１）へ送信し、無線基地局（１）は、制御チャネルの受信データから前記返信データを検出し、その返信データに基づいて上位レイヤに属する処理を制御する。これにより、上位レイヤに属する処理の返信データのためだけに無線基地局へのデータチャネルを確立することを不要にすることができる。
2008093413.tif 000002
【特許請求の範囲】
【請求項１】
無線基地局と無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線通信システムにおいて、
前記無線基地局は、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信し、
前記無線端末は、
前記下りデータチャネルにて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルの受信データから前記返信データを検出し、
当該返信データに基づいて前記第２レイヤに属する処理を制御することを特徴とする、無線通信制御方法。
【請求項２】
前記無線端末は、
前記返信データにＣＲＣ演算を施した結果を前記返信データに付加して前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なうことを特徴とする、請求項１記載の無線通信制御方法。
【請求項３】
前記無線端末は、
前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を付与し、
前記無線基地局は、
当該情報を確認することにより前記返信データの検出を確認することを特徴とする、請求項２記載の無線通信制御方法。
【請求項４】
前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、請求項２又は３に記載の無線通信制御方法。
【請求項５】
前記無線端末は、
前記返信データに前記下りデータチャネルの識別情報を含めて送信し、
前記無線基地局は、
前記返信データに含まれる前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理することを特徴とする、請求項１〜４のいずれか１項に記載の無線通信制御方法。
【請求項６】
前記第１レイヤがメディアアクセスコントロール（ＭＡＣ）レイヤであり、前記第２レイヤがコンバージェンスサブレイヤであることを特徴とする、請求項１〜５のいずれか１項に記載の無線通信制御方法。
【請求項７】
無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線基地局であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信する送信手段と、
前記制御データに対する返信データを前記制御チャネルの受信データから検出する検出手段と、
前記検出手段で検出した返信データに基づいて前記第２レイヤに属する処理を制御する制御手段と
をそなえたことを特徴とする、無線基地局。
【請求項８】
前記検出手段は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記無線端末において前記返信データにＣＲＣ演算を施した結果が付加された前記返信データを検出するＣＲＣ処理部をそなえて構成されたことを特徴とする、請求項７記載の無線基地局。
【請求項９】
前記検出手段は、
前記ＣＲＣ処理部で検出された返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報が付与されているか否かを確認することにより、前記返信データの検出を確認する検出保護部をそなえたことを特徴とする、請求項８記載の無線基地局。
【請求項１０】
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、請求項８又は９に記載の無線基地局。
【請求項１１】
前記制御手段は、
前記無線端末が前記返信データに含めて送信した前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理することを特徴とする、請求項７〜１０のいずれか１項に記載の無線基地局。
【請求項１２】
無線基地局との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線端末であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線基地局から受信する受信手段と、
前記受信手段にて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信する送信手段と
をそなえたことを特徴とする、無線端末。
【請求項１３】
前記送信手段は、
前記無線基地局が、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なえるように、前記返信データにＣＲＣ演算を施した結果を前記返信データに付加するＣＲＣ処理部をそなえたことを特徴とする、請求項１２記載の無線端末。
【請求項１４】
前記送信手段は、
前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を設定する種別情報設定部をそなえたことを特徴とする、請求項１３記載の無線端末。
【請求項１５】
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、請求項１３又は１４に記載の無線端末。
【請求項１６】
前記送信手段は、
前記返信データに前記下りデータチャネルの識別情報を含めて送信する下りデータチャネル識別情報付与部をそなえたことを特徴とする、請求項１２〜１５のいずれか１項に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信制御方法並びに無線基地局及び無線端末に関し、例えば、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）システムに好適な技術に関する。
【背景技術】
【０００２】
近年、IEEE802.16WG（Working Group）において、中距離の大容量無線通信システムとして、周波数軸方向と時間軸方向とで無線フレームへの多重化をフレキシブルに行なうＯＦＤＭＡ（Orthogonal Frequency Domain Multiple Access)方式を用いた、ＷｉＭＡＸと呼ばれるシステムの標準化、開発が進められている。なお、IEEE802.16WGでは、主に、固定通信用途向けのIEEE802.16d（例えば、下記の非特許文献１参照）と、移動通信用途向けのIEEE802.16e（例えば、下記の非特許文献２参照）の２種類を規定している（後者の技術を特にモバイルＷｉＭＡＸと呼ぶことがある）。【０００３】
これらのIEEE802.16dやIEEE802.16e（以下、これらを区別しないで単に「ＷｉＭＡＸ標準」という）では、無線端末（ＭＳ：Mobile Station）は、無線基地局（ＢＳ：Base Station）が送信した無線フレームに含まれるＭＡＰ情報に従って、ＢＳとＭＳとの間で通信を行なうことが規定されている。
即ち、ＭＳは、基本的に、時間軸（シンボル時間）方向と周波数（周波数チャネル）方向の２次元領域で表現される無線フレームにおいて、ダウンリンク（ＤＬ）サブフレームにおけるＭＡＰ情報（DL-MAP）で指定されるバーストと呼ばれる領域について受信処理を行ない、アップリンクについてのＭＡＰ情報であるUL-MAPで指定されるバーストを用いて送信処理を行なう。つまり、ＭＡＰ情報は、ＭＳが受信及び送信すべき無線フレームの領域（受信領域及び送信領域）を指定する（割り当てる）情報（バースト割当情報）として位置付けられている。【０００４】
ここで、前記無線フレームにおいては、図８に示すように、（１）制御系メッセージ及び（２）ユーザデータのいずれにもＭＡＣ（Media Access Control）ヘッダが付加されてパケット化された上で転送される。即ち、例えば図９に示すようなヘッダフォーマットを有する、ＷｉＭＡＸ標準のＧＭＨ（Generic MAC Header）が、制御系メッセージ及びユーザデータのいずれにも付加される。なお、以降の説明において、パケットとは、ＩＰ（Internet Protocol）パケットやＡＴＭ（Asynchronous Transfer Mode）セル等のMAC-SDU（Service Data Unit）（以下、単に「ＳＤＵ」ともいう）を意味し、MAC-SDU（ペイロード部）にＧＭＨやサブヘッダ等のヘッダ情報を付与したものをMAC-PDU（Protocol Data Unit）（あるいは単に「ＰＤＵ」）と呼ぶ。ＰＤＵは、当該パケットのプロトコルが扱うデータの単位である。【０００５】
したがって、エア上では制御系メッセージ（ＭＡＣマネジメントデータともいう）かユーザデータかの区別はないが、ＢＳあるいはＭＳでは、これらを前記ＧＭＨの情報要素として設定されるコネクション識別子（ＣＩＤ）（図９に斜線部で示すＭＳＢ８ビット及びＬＳＢ８ビットの計１６ビット）により区別する。
即ち、ＣＩＤには、制御系メッセージであることを表すＣＩＤと、ユーザデータであることを表すＣＩＤとが予め定義されている。例えば、制御系メッセージとしては、Basic CID、Primary CID、Initial Ranging CIDとそれぞれ呼ばれる３種類のＣＩＤ値（ＭＳ毎に付与される固定値）が定義されており、ユーザデータのＣＩＤとしては、Transport CIDと呼ばれるＣＩＤ値が定義されている。【０００６】
したがって、ＭＳ及びＢＳは、送受信データに付加されている前記ＧＭＨを検出、解析してＣＩＤを確認することにより、そのデータが制御系メッセージなのかユーザデータなのかを識別する（つまりは制御チャネルとデータチャネルとを識別する）ことができることになる。なお、制御系メッセージ自体の種別は、ペイロード部のマネジメントメッセージタイプフィールド〔図８の（１）参照〕に設定される種別情報（ＴＹＰＥ値）によって区別される。
【非特許文献１】IEEE 802.16d-2004
【非特許文献２】IEEE 802.16e-2005
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、近年、モバイルＷｉＭＡＸシステム等の移動無線通信技術において、パケットの効率的な伝送を可能にすべく、ＲＯＨＣ（Robust Header Compression）や、ＰＨＳ（Payload Header Suppression）、ＥＣＲＴＰ（Enhanced Compressed Real-time Transport Protocol）等のヘッダ圧縮技術を適用することが提案されている。このヘッダ圧縮技術は、無線リンクの通信状況に応じて動的に状態を切り替え（ステートマシン処理）、適切なヘッダ圧縮処理を適応的に選択することを特徴としている。なお、ＲＯＨＣ技術自体の詳細については、例えばＲＦＣ３０９５に定義されている。【０００８】
しかしながら、前記非特許文献２では、ＲＯＨＣ等のヘッダ圧縮技術に関する詳細な規定はなされておらず、その実現手法はＭＡＣレイヤよりも上位のレイヤでの実装依存となっている。そのため、ロバスト制御等のためのフィードバック処理方法については全く未定義であり、ＲＯＨＣ等のヘッダ圧縮技術を適用する上で必要となる処理に専用の制御系メッセージ種別も未定義である。つまり、現状の規格では、ヘッダ圧縮技術で必要なフィードバック処理はＭＡＣレイヤの上位レイヤ（例えば、コンバージェンスサブレイヤ）で処理することが想定されているだけで、その具体的な実装方法に関しては自由となっている。なお、ここでいう「フィードバック」とは、ＭＳからＢＳへの方向であるアップリンク（ＵＬ）の通信を意図している。【０００９】
ＷｉＭＡＸフォーラムでは、具体的な実装方法（フィードバック方法）を決定しようとしているが、その場では、ユーザデータ用のサービスフロー生成時、即ち、ＤＳＡ（Dynamic Service Addition）処理時にダウンリンクとアップリンクの双方のユーザデータに関するＣＩＤを組で保持、管理することにより、フィードバックデータを識別する方法が議論されている。【００１０】
この方法では、ＢＳとＭＳとの間で通常のＤＬのユーザデータの転送に用いるＤＬコネクションに加えて、ヘッダ圧縮処理（ここでは、ＲＯＨＣ処理を代表例とする）時のフィードバックに用いるコネクション（ＵＬコネクション）を確立する必要がある。ここで、当該ＵＬコネクションとして、通常のＵＬのユーザデータの転送に用いるＵＬコネクションを用いるものとすれば、ＭＳのＵＬのユーザデータの有無に関わらず、ユーザデータ用のＵＬとＤＬの双方のコネクション確立処理（ＤＳＡ処理によって）を実施する必要がある。その場合、ＢＳ及びＭＳは、例えば図６Ａ〜図６Ｃに示すようなシーケンスに従って動作することになる。【００１１】
即ち、図６Ａに示すように、コアネットワーク側からＢＳに対してＤＬのユーザデータ（例えば、ストリーミングデータ）用のコネクション確立要求があると、ＢＳとＭＳとの間では、まず、ＤＬについてのＤＳＡ処理が実施される（ステップＳ１０１〜Ｓ１１０）。
より詳細には、ＢＳは、ＭＳに対してＤＬについてのＤＳＡ（Dynamic Service Addition）要求（DSA-REQ）メッセージ（ＣＩＤ＝Basic CIDの制御系メッセージ）を送信し、ＭＳは、当該DSA-REQメッセージを受信すると、コンテンション領域（帯域）を用いてＤＬ帯域（Band Width：ＢＷ）の割り当てをＤＬ帯域要求メッセージ（制御系メッセージ）にてＢＳに要求する（ＢＷ要求シグナリングの発行）。なお、「コンテンション領域」とは、複数のＭＳで共有される前記無線フレームにおけるＵＬバーストであり、ＢＳからブロードキャストされるＭＡＰ情報（UL-MAP）内のＵＣＤ（Uplink Channel Descriptor）カウント値（β）を基に、ＢＳから周期的に発行（ブロードキャスト）されている該当ＵＣＤメッセージの内容（メッセージ情報）を確認することにより特定される。【００１２】
ＢＳは、前記ＢＷ要求シグナリングを正常に受信すると、当該ＭＳを特定するＣＤＭＡコード（レンジングコード＝１〜２５６のランダム値）や、ＭＳが帯域要求（制御系メッセージ）を行なう上で必要なＵＬ帯域（ＵＬバースト）に関する情報等のパラメータ（情報要素：ＩＥ）をUL-MAPにより該当ＭＳに割り当てて、当該ＭＳのＵＬ帯域要求に従ったＵＬデータ送信を許可する（CDMA_Allocation-IEメッセージの発行）。【００１３】
ＭＳは、当該許可を受けることにより、割り当てられたＵＬバースト（つまり、制御系メッセージの送信領域）を用いて制御系メッセージ（ＣＩＤ＝Basic CID）である帯域要求メッセージやＤＳＡ応答（DSA-RSP）メッセージをＢＳに送信する。そして、ＢＳは、上記帯域要求メッセージを正常に受信すると、これに対する応答としてＤＳＡ確認（DSA-ACK）メッセージをＭＳに送信する。【００１４】
以上のシーケンスにより、ＤＬについてのＤＳＡ処理が完了し、ＤＬのユーザデータ用コネクションが確立される。
次いで、図６Ｂに示すように、ＢＳは、ＭＳとの間でＲＯＨＣ処理時のフィードバックに用いるＵＬコネクション（フィードバックコネクション）を確立するために、ＵＬについてのＤＳＡ処理を実施する（ステップＳ１１１〜Ｓ１１９）。【００１５】
即ち、ＢＳは、ＭＳに対してＵＬについてのDSA-REQメッセージを送信し、ＭＳは、当該DSA-REQメッセージを受信すると、ＤＬコネクションの場合と同様に、コンテンション領域を用いてＵＬ帯域の割り当てを要求する。そして、ＢＳは、当該要求を正常に受信すると、UL-MAPにより当該ＭＳのＵＬ帯域要求の送信を許可し、ＭＳは、当該許可を受けることにより、割り当てられたＵＬバーストを用いてＵＬについての帯域要求メッセージやＤＳＡ応答（DSA-RSP）メッセージをＢＳに送信する。ＢＳは、当該帯域要求メッセージを正常に受信すると、これに対する応答としてＤＳＡ確認（DSA-ACK）メッセージをＭＳに送信する。【００１６】
以上のシーケンスにより、ＵＬについてのＤＳＡ処理が完了し、ＤＬ及びＵＬ双方のユーザデータ用コネクションが確立される。つまり、ＵＬのユーザデータ用コネクションを通じてＲＯＨＣ処理時のフィードバック（ＲＯＨＣのフィードバックパケットの転送）が可能な状態となる。
その後、図６Ｃに示すように、前記コアネットワーク側からユーザデータ（ストリーミングデータ）がＢＳに到着すると、当該データは、ユーザデータであることを表すＣＩＤ＝Transport CIDを含むＧＭＨがＢＳにて付与されて上述のごとく確立されたＤＬコネクションを通じてＭＳへ転送される（ステップＳ１２０）。【００１７】
ここで、ＲＯＨＣ処理が有効な場合、ＢＳ１からユーザデータのＤＬコネクションを通じて送信されたＲＯＨＣパケットがＭＳで受信されると、当該ＭＳは、その受信状態（例えば、前に正常に受信し保持しておいたヘッダ情報と、新たに送信されてきたヘッダ情報との比較結果）に応じて送信側（ＢＳ）でのヘッダ圧縮処理（状態）の選択（遷移）指標となる情報（ＡＣＫ／ＮＡＣＫ）を前記フィードバックパケットによりＢＳに通知する必要がある。なお、ヘッダ圧縮処理の状態には、ＩＲ（Initialization and Refresh）状態、ＦＯ（First Order）状態、ＳＯ（Second Order）状態の３状態があり、ＩＲ状態はヘッダ圧縮を施さずヘッダフィールドのすべてを送信する状態、ＦＯ状態は動的に変化するフィールドのみを更新（送信）する状態、ＳＯ状態は通信が安定しているため所定の最小フィールドのみを更新（送信）する状態を意味する。【００１８】
その際、既に確立されているユーザデータ用のＵＬコネクションを使用すればよいが、無線帯域の有効利用のために、ＢＳ側で、当該ＭＳからの帯域要求を受けてからＵＬコネクションの未使用帯域を割り当てる制御が働いてしまう。
このような場合には、ＭＳが実際にユーザデータ（フィードバックパケット）を送信する必要がある時に、上述したＵＬについてのＤＳＡ処理を改めて実施して必要な帯域を確保する必要がある。そのため、ＭＳは、ＤＬコネクションによるユーザデータ受信中において、ＢＳからのUL-MAPにより指定されるＵＬのコンテンション領域を用いてＵＬ帯域の割り当てを改めて要求し、ＢＳは、その要求に応じてＵＬ帯域（ＵＬバースト）をUL-MAPによりＭＳに割り当てる（ステップＳ１２１〜Ｓ１２５）。【００１９】
これらの処理により、ＭＳは、UL-MAPにより割り当てられたＵＬバーストを用いてＲＯＨＣ処理のフィードバックパケットをＢＳに送信することができる（ステップＳ１２６）。
以上のシーケンスを実現する、ＢＳ及びＭＳの構成としては、例えば図７に示すような構成が考えられる。即ち、それぞれの要部の機能に着目すると、ＢＳ１００は、コアネットワーク転送部１０１と、ＭＡＣマネジメントメッセージ解析部１２１，ダウンリンク（ＤＬ）フレーム構築部１２２及びアップリンク（ＵＬ）フレーム解析部１２３を有するWiMAX-MACレイヤ処理部１０２と、WiMAX-PHY（物理）レイヤ処理部１０３と、サービスフロー制御部（ＲＯＨＣフィードバック処理部）１０４とをそなえて構成され、ＭＳ２００は、ＲＯＨＣフィードバック処理部２０１と、WiMAX-上位レイヤ処理部２０２と、ＵＬフレーム構築部２３１，ＤＬフレーム解析部２３２，ＰＤＵ解析部２３３，制御系メッセージ処理部２３４及びユーザデータ処理部２３５を有するWiMAX-MACレイヤ処理部２０３と、WiMAX-PHY（物理）レイヤ処理部２０４とをそなえて構成することができる。【００２０】
上述のごとく構成されたＢＳ１００では、ＩＰ網やＡＴＭ網などのコアネットワーク（図示省略）からＭＳ２００宛のユーザデータ（ＤＬデータ）が到着すると、コアネットワーク転送部１０１からＤＬ生成要求がWiMAX-MACレイヤ処理部（以下、単に「ＭＡＣレイヤ処理部」という）１０２に転送され（１）、当該ＭＡＣレイヤ処理部１０２（ＭＡＣマネジメントメッセージ解析部１２１）にて当該ＤＬ生成要求が検出される（２）。【００２１】
サービスフロー制御部１０４が、上記ＤＬ生成要求の検出を認識すると、前記DSA-REQメッセージの生成をＭＡＣレイヤ処理部１０２（ＭＡＣマネジメントメッセージ解析部１２１）に応答し（３）、これを受けて、ＭＡＣマネジメントメッセージ解析部１２１は、ＤＬフレーム構築部１２２に対してDSA-REQメッセージの生成、送信を指示する（４）。これにより、DSA-REQメッセージがＭＳ２００へ送信される。【００２２】
上記DSA-REQメッセージをＭＳ２００が受信すると、当該DSA-REQメッセージは、WiMAX-PHYレイヤ処理部（以下、単に「物理レイヤ処理部」という）２０４を経由してＭＡＣレイヤ処理部２０３に転送される。当該ＭＡＣレイヤ処理部２０３では、ＤＬフレーム解析部２３２及びＰＤＵ解析部２３３にて、ＤＬフレーム及びＰＤＵの解析がそれぞれ行なわれて、制御系メッセージ及びユーザデータのいずれであるかが識別され、制御系メッセージは制御系メッセージ処理部２３４へ、ユーザデータはユーザデータ処理部２３５へそれぞれ転送される。【００２３】
そして、制御系メッセージ処理部２３４では、前記マネジメントメッセージタイプフィールドに設定されている種別情報から、受信メッセージがDSA-REQメッセージであることを識別して、その識別情報をWiMAX-上位レイヤ処理部（以下、単に「上位レイヤ処理部」という）２０２へ通知する。当該通知を受けた上位レイヤ処理部２０２は、ＭＡＣレイヤ処理部２０３によるＭＡＣレイヤでのＤＬコネクション確立のための前記一連のネゴシエーション処理が完了した時点で、DSA-RSPメッセージ内容を生成して、ＭＡＣレイヤ処理部２０３へ転送する。【００２４】
当該DSA-RSPメッセージ内容は、ＭＡＣレイヤ処理部２０３のＵＬフレーム構築部２３１にて、パケット（ＰＤＵ）化された上でUL-MAPで指定されたＵＬフレームのＵＬバーストにマッピングされてＢＳ１００へ送信される。
上記ＵＬフレーム（DSA-RSPメッセージ）は、ＢＳ１００の物理レイヤ処理部１０３を経由してＭＡＣレイヤ処理部１０２に転送され、ＵＬフレーム解析部１２３にてその内容（種別情報）が解析され、制御系メッセージ（DSA-RSPメッセージ）が検出される（５）。そして、当該DSA-RSPメッセージは、ＭＡＣマネジメントメッセージ解析部１２１に転送され、そのメッセージ内容に応じた処理が実施される。即ち、DSA-RSPメッセージの場合は、その応答としてのDSA-ACKメッセージが生成され（６）、これがフレーム構築部１２２にてDL-MAPで指定したＤＬサブフレームのＤＬバーストにマッピングされてＭＳ２００へ返信される。【００２５】
以上のようにして、ＢＳ１００とＭＳ２００との間で、図６Ａにより前述したステップＳ１０１〜Ｓ１１０のシーケンスが実施されて、必要な制御系メッセージが制御系メッセージ用コネクションを通じて送受されることによりＤＬのユーザデータ用コネクションが確立される。
なお、その後のＵＬのコネクション確立のためのシーケンスについても、基本的に、上記と同様の処理により必要な制御系メッセージの送受信が実施される。即ち、ＭＳ２００への制御系メッセージやＭＡＰ情報は、ＢＳ１００のサービスフロー制御部１０４及びＭＡＣレイヤ処理部１０２（ＤＬフレーム構築部１２２）により生成され、ＢＳ１００への制御系メッセージは、上位レイヤ処理部２０２及びＭＡＣレイヤ処理部２０３（ＵＬフレーム構築部２３１）により生成される。【００２６】
そして、ＲＯＨＣ処理が実施可能な状態になると、ＢＳ１００は、サービスフロー制御部１０４によって、ＲＯＨＣパケットを生成して、物理レイヤ処理部１０３経由でＭＳ２００へ、確立されたＤＬコネクション（ＤＬサブフレームのＤＬバースト）を用いて転送する（図７の（９）参照）。
しかしながら、以上のようなシーケンス処理では、サービスフロー生成処理（ＤＳＡ処理）がＤＬについてのみ必要な場合、例えば、ＭＳ２００が単純にストリーミングデータを受信できればよい場合でも、ＷｉＭＡＸ標準のＭＡＣレイヤに属しない上位レイヤ処理（ＲＯＨＣ処理等のヘッダ圧縮処理）でフィードバック処理（ＵＬのデータ送信処理）を要する場合には、逆方向（ＵＬ）のユーザデータ用コネクション帯域を確保するために、ＤＳＡ処理をＤＬ及びＵＬの双方について必ず行なわなければならず、ＢＳ１００−ＭＳ２００間の帯域（無線リソース）を有効利用できない。【００２７】
また、ＵＬのサービスフローを生成（構築）する、つまりＵＬのコネクションも確立しなければならないということは、そのためにＢＳ１００やＭＳ２００で保持しなければならない情報量（構築情報コンテキスト）も増加することになり、ＢＳ１００、ＭＳ２００のメモリ浪費やデータベース管理〔Basic CID、ＵＬのCID（ユーザデータ用）、ＤＬのCID（フィードバック専用）のＭＡＰ情報を制御するなど〕の複雑化が発生する。【００２８】
さらに、上位レイヤでフィードバックを処理すると、迅速な処理が必要なユーザデータ転送が遅延してスループットが下がる可能性がある。
本発明は、上記課題に鑑み創案されたもので、その目的の一つは、ヘッダ圧縮処理などのＭＡＣレイヤの上位レイヤに属する処理でＤＬのユーザデータ用コネクションを用いて送信された制御系のデータに対する返信データのためだけに逆方向（ＵＬ）のユーザデータ用コネクションを確立することを不要にすることにある。【００２９】
なお、当該目的に限らず、後述する発明を実施するための最良の形態に示す各構成により導かれる作用効果であって、従来の技術によっては得られない作用効果を奏することも本発明の他の目的の一つとして位置付けることができる。
【課題を解決するための手段】
【００３０】
上記の目的を達成するために、本発明では、下記の無線通信制御方法並びに無線基地局及び無線端末を用いることを要旨としている。即ち、
（１）本発明の無線通信制御方法の一態様は、無線基地局と無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線通信システムにおいて、前記無線基地局は、前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信し、前記無線端末は、前記下りデータチャネルにて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信し、前記無線基地局は、前記制御チャネルの受信データから前記返信データを検出し、当該返信データに基づいて前記第２レイヤに属する処理を制御することを要旨としている。【００３１】
（２）ここで、前記無線端末は、前記返信データにＣＲＣ演算を施した結果を前記返信データに付加して前記制御チャネルにて前記無線基地局へ送信し、前記無線基地局は、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なうようにしてもよい。
（３）また、前記無線端末は、前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を付与し、前記無線基地局は、当該情報を確認することにより前記返信データの検出を確認するようにしてもよい。【００３２】
（４）さらに、前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であってもよい。
（５）また、前記無線端末は、前記返信データに前記下りデータチャネルの識別情報を含めて送信し、前記無線基地局は、前記返信データに含まれる前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理するようにしてもよい。【００３３】
（６）さらに、前記第１レイヤはメディアアクセスコントロール（ＭＡＣ）レイヤであり、前記第２レイヤはコンバージェンスサブレイヤであってもよい。
（７）また、本発明の無線基地局の一態様は、無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線基地局であって、前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信する送信手段と、前記制御データに対する返信データを前記制御チャネルの受信データから検出する検出手段と、前記検出手段で検出した返信データに基づいて前記第２レイヤに属する処理を制御する制御手段とをそなえたことを要旨としている。【００３４】
（８）ここで、前記検出手段は、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記無線端末において前記返信データにＣＲＣ演算を施した結果が付加された前記返信データを検出するＣＲＣ処理部をそなえていてもよい。
（９）また、前記検出手段は、前記ＣＲＣ処理部で検出された返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報が付与されているか否かを確認することにより、前記返信データの検出を確認する検出保護部をそなえていてもよい。【００３５】
（１０）さらに、前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であってもよい。
（１１）また、前記制御手段は、前記無線端末が前記返信データに含めて送信した前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理するようにしてもよい。【００３６】
（１２）さらに、本発明の無線端末の一態様は、無線基地局との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線端末であって、前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線基地局から受信する受信手段と、前記受信手段にて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信する送信手段とをそなえていてもよい。【００３７】
（１３）また、前記送信手段は、前記無線基地局が、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なえるように、前記返信データにＣＲＣ演算を施した結果を前記返信データに付加するＣＲＣ処理部をそなえていてもよい。
（１４）さらに、前記送信手段は、前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を設定する種別情報設定部をそなえていてもよい。【００３８】
（１５）また、前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であってもよい。
（１６）さらに、前記送信手段は、前記返信データに前記下りデータチャネルの識別情報を含めて送信する下りデータチャネル識別情報付与部をそなえていてもよい。
【発明の効果】
【００３９】
上記本発明によれば、少なくとも以下に示すいずれかの効果ないし利点が得られる。
（１）無線端末は、下りデータチャネルを通じて無線基地局から受信した第２レイヤに属する処理に関する制御データに対する返信データを、当該返信データの送信時点で確立済みの制御チャネルを用いて送信するので、返信データのためだけに上りデータチャネルを確立して上り帯域を確保する必要がなく、無線基地局は追加の上りサービスフローを発生することがない。また、無線端末も余分な処理する必要が無くなる。【００４０】
（２）無線端末が、返信データにＣＲＣ演算結果を付与し、無線基地局において、受信データをＣＲＣ演算処理することで当該返信データを検出することができるので、ＷｉＭＡＸ標準で処理定義済みの制御系メッセージの種別情報に加えて新たな種別情報を定義することなく、上位レイヤ（第２レイヤ）に属する処理に関する返信データであることを確認することができる。【００４１】
（３）無線基地局は、前記返信データのペイロード領域に付与された、既存制御データに関して定義済みの種別情報以外の情報を確認することにより、前記返信データの検出を確認することもできる。したがって、前記返信データの検出精度を向上して安定した判断を実現することができる。
（４）また、前記ＣＲＣ演算の対象を、ヘッダ領域を除くペイロード領域の一部又は全部とすることにより、ヘッダ領域の情報に影響を与えることを回避することができる。【００４２】
（５）さらに、無線基地局は、前記返信データに含まれる前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理することもできるので、当該管理のために必要なメモリ量の増加や管理の複雑化を抑制することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態に係る無線通信システムとしてのＷｉＭＡＸシステムの構成を示すブロック図である。
【図２】図１に示すシステムで用いるフィードバックパケットフォーマットの一例を示す図である。
【図３】図１に示すシステムで用いるフィードバックパケットフォーマットの他の例を示す図である。
【図４】図１に示すシステムの無線基地局（ＢＳ）に着目した動作を説明するフローチャートである。
【図５Ａ】図１に示すシステムの動作を説明するシーケンス図である。
【図５Ｂ】図１に示すシステムの動作を説明するシーケンス図である。
【図６Ａ】ＷｉＭＡＸシステムの動作を説明するシーケンス図である。
【図６Ｂ】ＷｉＭＡＸシステムの動作を説明するシーケンス図である。
【図６Ｃ】ＷｉＭＡＸシステムの動作を説明するシーケンス図である。
【図７】図６Ａ〜図６Ｃに示すシーケンスを実現するＷｉＭＡＸシステムの構成を示すブロック図である。
【図８】ＷｉＭＡＸ標準のパケットフォーマットを示す図である。
【図９】ＷｉＭＡＸ標準のＭＡＣヘッダ（ＧＭＨ）フォーマットを示す図である。
【符号の説明】
【００４４】
１  無線基地局（ＢＳ：Base Station）
１１  コアネットワーク転送部
１２  WiMAX-MACレイヤ処理部
１２Ａ  ＭＡＣマネジメントメッセージ解析部
１２Ｂ  ＵＬフレーム解析部
１２Ｃ  フィードバック検出用ＣＲＣ処理部
１２Ｄ  フィードバックヘッダ解析処理部
１２Ｅ  クラシファイア
１２Ｆ  ＰＤＵ生成部（ＲＯＨＣ処理部）
１２Ｇ  ＤＬフレーム構築部
１３  WiMAX-PHYレイヤ処理部
１４  サービスフロー制御部
２  無線端末（ＭＳ：Mobile Station）
２１  WiMAX-上位レイヤ処理部
２２  WiMAX-MACレイヤ処理部
２２Ａ  ＤＬフレーム解析部
２２Ｂ  ＰＤＵ解析部
２２Ｃ  ＤＬ制御系メッセージ処理部
２２Ｄ  ＤＬユーザデータ処理部
２２Ｅ  ＲＯＨＣフィードバック処理部
２２Ｆ  ＵＬユーザデータ処理部
２２Ｇ  ＵＬ制御系メッセージ処理部
２２Ｈ  ＵＬフレーム構築部
２３  WiMAX-PHYレイヤ処理部
【発明を実施するための最良の形態】
【００４５】
以下、図面を参照して本発明の実施の形態を説明する。ただし、本発明は、以下の実施形態に限定されず、本発明の趣旨を逸脱しない範囲で種々変形して実施できることはいうまでもない。
（Ａ）概要説明
前述した課題を解決するために、以下に説明する実施形態では、ＤＬにてＭＡＣレイヤ（第１レイヤ）の上位レイヤ（第２レイヤ）に属するＲＯＨＣ処理などのヘッダ圧縮処理を必要とするパケットをＤＬのユーザデータ用コネクション（つまりは、ＤＬのデータチャネル）により転送する場合、当該パケットに対する返信（フィードバックパケット）は、制御系メッセージ（制御データ）のＧＭＨに設定されているＣＩＤを使用してＭＳからＵＬにて送信し、ＢＳでは当該フィードバックパケットを制御系メッセージ（つまりは、制御チャネルの受信データ）として検出する。【００４６】
即ち、ＢＳでは、ユーザデータパケット処理及びＭＡＣマネジメントメッセージ処理などのＷｉＭＡＸ標準での処理定義済み処理と、ヘッダ圧縮処理に伴うパケット処理とを判別できるようにする。そして、当該判別に際しては、ＷｉＭＡＸ標準で定義済みの制御系メッセージと区別するため、例えばＣＲＣ演算を用いる。なお、以下では、ヘッダ圧縮処理の例として、ＲＯＨＣ処理を代表例として説明する。また、ＢＳとＭＳとの間の通信は、ＷｉＭＡＸ標準に準拠した無線フレーム（ＯＦＤＭあるいはＯＦＤＭＡフレーム）により行なわれることを前提とする。【００４７】
（Ｂ）一実施形態の説明
図１は本発明の一実施形態に係る無線通信システムとしてのＷｉＭＡＸシステムの構成を示すブロック図で、この図１に示すＷｉＭＡＸシステムは、１台以上のＢＳ１と、１台以上のＭＳ２とをそなえて構成され、それぞれの要部の機能に着目すると、ＢＳ１は、コアネットワーク転送部１１と、WiMAX-MACレイヤ処理部（ＭＡＣレイヤ処理部）１２と、WiMAX-PHYレイヤ処理部（物理レイヤ処理部）１３と、サービスフロー制御部１４とをそなえて構成され、ＭＳ２は、WiMAX-上位レイヤ処理部（上位レイヤ処理部）２１と、WiMAX-MACレイヤ処理部（ＭＡＣレイヤ処理部）２２と、WiMAX-PHYレイヤ処理部（物理）２３とをそなえて構成されている。【００４８】
（ＢＳ１の機能説明）
ここで、ＢＳ１において、コアネットワーク転送部１１は、ＩＰ網やＡＴＭ網などのコアネットワークから受信されるＤＬユーザデータや制御メッセージなどをＭＡＣレイヤ処理部１２へ転送するものであり、ＭＡＣレイヤ処理部１２は、本来はＭＡＣレイヤに属する処理、例えば、ネットワークエントリやＰＤＵの生成／再構築、コネクション管理、ＵＬ及びＤＬバーストのスケジューリング等の処理を担うものであるが、本例では、当該ＭＡＣレイヤ処理に加えて、少なくとも、ＭＳ２から制御メッセージの１つとして受信されるＲＯＣＨパケット（フィードバックパケット）の検出などを含むＲＯＨＣに関連する処理（以下、ＲＯＣＨ処理という）を実施できるようになっている。つまり、このＭＡＣレイヤ処理部１２は、本来はＭＡＣレイヤに属さない前記ヘッダ圧縮処理などの上位レイヤ（コンバージェンスサブレイヤ）に属する処理の一部を処理する機能を具備している。【００４９】
物理レイヤ処理部１３は、ＭＡＣレイヤの下位レイヤである、ＷｉＭＡＸの物理レイヤに属する処理、例えば、ＯＦＤＭやＯＦＤＭＡベースの無線フレームの送受信、ＱＰＳＫや１６ＱＡＭ，６４ＱＡＭ等の多値変復調、畳み込み符号やターボ符号等の誤り訂正符号のコーデックなどを含む処理を担うものである。
そして、ＭＡＣレイヤ処理部１２は、図１中に示すように、さらに、ＭＡＣマネジメントメッセージ解析部１２Ａ，ＵＬフレーム解析部１２Ｂ，フィードバック検出用ＣＲＣ処理部１２Ｃ，フィードバックヘッダ解析処理部１２Ｄ，クラシファイア１２Ｅ，ＰＤＵ生成（ＲＯＨＣ処理）部１２ＦおよびＤＬフレーム構築部１２Ｇをそなえて構成される。【００５０】
ＭＡＣマネジメントメッセージ解析部１２Ａは、サービスフロー制御部１４又はフィードバック検出ＣＲＣ処理部１２Ｃからの制御系メッセージのメッセージ内容（前記マネジメントメッセージタイプ）を解析して、その解析結果に応じて、ＭＳ２宛のメッセージはＤＬフレーム構築部１２Ｅへ、自己（ＢＳ１）宛のＭＡＣレイヤに属さない上位レイヤのメッセージはサービスフロー制御部１４へそれぞれ転送することができるものである。【００５１】
ＵＬフレーム解析部１２Ｂは、ＭＳ２から受信されるＵＬフレーム（ＧＭＨ）を解析して制御系メッセージかユーザデータかを識別して、制御系メッセージをフィードバック検出用ＣＲＣ処理部１２Ｃへ転送する機能を具備するものである。
フィードバック検出用ＣＲＣ処理部１２Ｃは、例えば図２に示すように、上記ＵＬフレーム解析部１２Ｂから転送されてきた制御系メッセージのＧＭＨを除くペイロード部に対してＣＲＣ演算を施すことにより、ＲＯＨＣ処理のフィードバックパケットか、それ以外のＷｉＭＡＸ標準で処理定義済みの制御系メッセージかを識別して、ＭＳ２から制御系メッセージの１つとして送信されたフィードバックパケットを検出するものである。つまり、ＢＳ１は、アップリンクのパケットをＭＳ２から受信して、その解析の結果、Basic CIDが使用されていて、且つ、ＣＲＣ演算結果がＯＫの場合をＲＯＨＣのフィードバックパケットであると認識するのである。【００５２】
フィードバックヘッダ解析処理部（検出保護部）１２Ｄは、フィードバック検出用ＣＲＣ処理部１２Ｃで検出された制御系メッセージ（つまりはフィードバックパケット）のマネジメントメッセージタイプをチェックして当該制御メッセージがフィードバックパケットを含むメッセージであるか否かを確認するもので、本例ではマネジメントメッセージタイプが図３に示すごとく「0xFF」（ＷｉＭＡＸ標準で定義済みの種別情報以外の未使用の種別情報）に設定（マスク）されていればフィードバックパケットを含む制御系メッセージであると確認するようになっている。【００５３】
即ち、ＣＲＣ演算結果の確認後に、再度、マネジメントメッセージタイプフィールドを確認することで、ＣＲＣを使用していることに起因する誤識別の可能性を回避して、フィードバックパケットの検出精度を高め、安定した動作を実現しているのである。なお、逆にエア上の品質劣化によるビット反転でフィードバックパケットを、制御系メッセージと誤認識し、制御系メッセージとして処理しようとしても内容が合わずそのフィードバックパケットが破棄される可能性がある。しかし、１つのフィードバックパケットが破棄されてもＲＯＨＣの機能で状態遷移が起こり、ＭＡＣヘッダにかけられている圧縮が解除されるだけなので問題は無い。【００５４】
換言すれば、上記のフィードバック検出用ＣＲＣ処理部１２Ｃ及びフィードバックヘッダ解析処理部１２Ｄは、ＭＳ２への制御データであるＲＯＨＣパケットに対するフィードバックパケット（返信データ）を制御系メッセージ用のＵＬコネクション（つまりは制御チャネル）の受信データから検出する検出手段としての機能を果たしている。
クラシファイア１２Ｅは、コアネットワークから受信されたユーザデータ（ＩＰパケットやイーサネットフレーム、ＡＴＭセルなど）をVoIP，ストリーミング，ＨＴＴＰ，電子メール等の様々なサポートサービス種別毎に分類（クラシファイア）する機能を具備するものである。このクラシファイア１２Ｅの機能も、ＲＯＨＣ処理機能とともに上位レイヤ（コンバージェンスサブレイヤ）に実装することのできる機能ではあるが、本例では、ＭＡＣレイヤでのＲＯＨＣ処理のための準備処理として、少なくともその一部の機能がＭＡＣレイヤ処理部１２に実装されている。【００５５】
ＰＤＵ生成部（ＲＯＨＣ処理部）１２Ｆは、上記クラシファイア１２Ｅによる分類に応じたＰＤＵ（ＲＯＨＣパケットを含む）を生成する一方、ＭＳ２へのＲＯＨＣパケットを生成するとともに、フィードバックヘッダ解析処理部１２Ｄでの処理結果、即ち、受信フィードバックパケットがＡＣＫ（ROHC-ACK）なのかＮＡＣＫ（ROHC-NACK）なのかに応じて自身のＲＯＨＣ処理の状態を維持又は遷移させる（つまり、ステートマシン処理）する機能を具備するものである。換言すれば、当該ＰＤＵ生成部１２Ｆは、フィードバック検出用ＣＲＣ処理部１２Ｃ及びフィードバックヘッダ解析部１２Ｄにより検出されたフィードバックパケットに基づいてＭＡＣレイヤの上位レイヤに属する処理を制御する制御手段としての機能を具備している。【００５６】
そして、ＤＬフレーム構築部１２Ｇは、上記ＰＤＵ生成部１２Ｆで生成されたＰＤＵ（ＲＯＨＣパケットを含む）をＤＬサブフレームのＤＬバーストにマッピングしてＭＳ２へ送信する機能を具備するものである。つまり、当該ＤＬフレーム構築部１２Ｇは、ＭＡＣレイヤの上位レイヤに属する処理に関する制御データであるＲＯＨＣパケットをＤＬのユーザデータ用コネクション（データチャネル）にてＭＳ２へ送信する送信手段としての機能を果たしている。【００５７】
（ＭＳ２の機能説明）
一方、ＭＳ２において、上位レイヤ処理部２１は、ＭＡＣレイヤの上位レイヤに属する処理、例えば、ＩＰパケットやイーサネットフレーム，ＡＴＭセル等のコンバージェンス処理などのコンバージェンスサブレイヤに属する処理を担うものであり、ＭＡＣレイヤ処理部２２は、本来はＭＡＣレイヤに属する処理、例えば、ネットワークエントリやＰＤＵの生成／再構築、コネクション管理、ＵＬ及びＤＬバーストのスケジューリング等の処理を担うものであるが、本例では、当該ＭＡＣレイヤ処理に加えて、少なくとも、ＢＳ１でのＲＯＨＣ処理（ステートマシン処理）の遷移指標となる情報（ROHC-ACK/NACK）を含むＲＯＨＣパケット（フィードバックパケット）の生成、当該パケットのＢＳ１への制御系メッセージとしての送信を含むＲＯＣＨ処理を実施できるようになっている。つまり、このＭＡＣレイヤ処理部２２は、ＢＳ１側と同様に、本来はＭＡＣレイヤに属さない上位レイヤ（コンバージェンスサブレイヤ）に属する処理の一部を処理する機能を具備している。【００５８】
物理レイヤ処理部２３は、ＢＳ１側の物理レイヤ処理部１３と同様に、ＭＡＣレイヤの下位レイヤである、ＷｉＭＡＸの物理レイヤに属する処理、例えば、ＯＦＤＭやＯＦＤＭＡベースの無線フレームの送受信、ＱＰＳＫや１６ＱＡＭ，６４ＱＡＭ等の多値変復調、畳み込み符号やターボ符号等の誤り訂正符号のコーデックなどを含む処理を担うものである。【００５９】
そして、上記ＭＡＣレイヤ処理部２２は、上述したＭＡＣレイヤでのＲＯＨＣ処理のために、その要部の機能に着目すると、図１中に示すように、例えば、ＤＬフレーム解析部２２Ａ，ＰＤＵ解析部２２Ｂ，ＤＬ制御系メッセージ処理部２２Ｃ，ＤＬユーザデータ処理部２２Ｄ，ＲＯＨＣフィードバック処理部２２Ｅ，ＵＬユーザデータ処理部２２Ｆ，ＵＬ制御系メッセージ処理部２２ＧおよびＵＬフレーム構築部２２Ｈをそなえて構成される。【００６０】
ここで、ＤＬフレーム解析部２２Ａは、ＢＳ１からの受信ＤＬフレームのヘッダ領域に設定されているDL/UL-MAPやDCD（Downlink Channel Descriptor），UCD（Uplink Channel Descriptor）を解析して、ＢＳ１から割り当てられたＤＬバースト及びＵＬバーストを識別する機能を具備するものであり、ＰＤＵ解析部２２Ｂは、識別したＤＬバーストで受信されたＰＤＵのヘッダ領域（ＧＭＨ）のＣＩＤフィールドに設定されているＣＩＤを基に、受信ＰＤＵが制御系メッセージかユーザデータかを識別して、制御系メッセージはＤＬ制御系メッセージ処理部２２Ｃへ、ユーザデータはユーザデータ処理部２２Ｄへそれぞれ転送する（振り分ける）機能を具備するものである。【００６１】
制御系メッセージ処理部２２Ｃは、ＰＤＵ解析部２２Ｂから転送されてきた制御系メッセージのメッセージ内容（ＳＤＵ）を解析してその内容に応じた制御（例えば、ＤＳＡ等のコネクション管理、制御）を実施する機能を具備するものであり、ユーザデータ処理部２２Ｄは、ＰＤＵ解析部２２Ｂから転送されてきたユーザデータ（ＲＯＨＣパケットを含む）を処理（ＳＤＵ抽出）して、ＲＯＨＣパケットはＲＯＨＣフィードバック処理部２２Ｅへ、それ以外のユーザデータは上位レイヤ処理部２１へ転送する機能を具備するものである。【００６２】
ＲＯＨＣフィードバック処理部（ＣＲＣ処理部、種別情報設定部）２２Ｅは、ユーザデータ処理部２２ＤからＲＯＨＣパケットが転送されてくると、そのＲＯＨＣパケットに対してＢＳ１へ送信（返信）すべきフィードバックパケットを生成するもので、本例では、図２に示すように、ＭＡＣヘッダのＣＩＤフィールドに制御系メッセージであることを表示するBasic CIDを設定するとともに、マネジメントタイプフィールドをＷｉＭＡＣ標準で定義済みの種別情報以外の情報（「0xFF」）にマスク（設定）し、且つ、ペイロードフィールドにＲＯＨＣフィードバックパケットを格納し、ＭＡＣヘッダを除く各フィールドをＣＲＣ演算した結果を付加することにより、フィードバックパケットを生成するようになっている。【００６３】
なお、ＣＲＣ演算の演算式については不問であり、図２では３２ビットのＣＲＣ演算を適用した場合を例示している。また、図３に示すように、マネジメントタイプフィールドの後に続くペイロードフィールドには、ＤＬのユーザデータ用コネクション（データチャネル）のＣＩＤ（Transport CID）を付与してもよい。この場合、ＲＯＨＣフィードバック処理部２２Ｅは、フィードバックパケットにＤＬのデータチャネルの識別情報（Transport CID）を含めて送信する下りチャネル識別情報付与部としての機能を具備し、ＢＳ１（ＲＯＨＣ処理部１２Ｆ）では、当該ＣＩＤを基に受信フィードバックパケットがどのサービスフロー（ＤＬコネクションのユーザデータ）についてのものかを容易に識別することが可能となる。【００６４】
例えば、ＢＳ１において、サービスフロー（ＳＦ）毎にＲＯＨＣ処理（ステートマシン処理）を管理するためのＩＤと、ＤＬのユーザデータコネクションのＣＩＤ（Transport CID）とがデータベース（図示省略）にて対応付けて管理されている場合、当該フィードバックパケットに付与されたTransport CIDを基にして、ＣＩＤ変換等の余計な処理を経由することなく直接的に、ステートマシン処理、サービスフロー展開に必要な情報を当該データベースから高速に得ることが可能となる。もっとも、Transport CIDとBasic CIDとを対応付けてデータベースを構築、管理し、フィードバックパケットのBasic CIDを基に、対応するTransport CIDを当該データベースにて確認できるようにしてもよい。【００６５】
ＵＬユーザデータ処理部２２Ｆは、ＢＳ１へ送信すべきユーザデータを処理（ＰＤＵ化）してフレーム構築部２２Ｈへ転送する機能を具備するものであり、ＵＬ制御系メッセージ処理部２２Ｇは、ＢＳ１へ送信すべき制御系メッセージを処理（ＰＤＵ化）してフレーム構築部２２Ｈへ転送する機能を具備するものである。
そして、ＵＬフレーム構築部２２Ｈは、上記各部２２Ｅ，２２Ｆ，２２Ｇで生成されたＰＤＵ（フィードバックパケットを含む）を、ＢＳ１からUL-MAPにより割り当てられたＵＬサブフレームのＵＬバーストにマッピングしてＢＳ１へ送信する機能を具備するものである。【００６６】
つまり、上記のＤＬユーザデータ処理部２２Ｄは、ＭＡＣレイヤの上位レイヤに属する処理（ＲＯＨＣ処理）に関する制御データ（ＲＯＨＣパケット）をＤＬのデータチャネルにてＢＳ１から受信する受信手段としての機能を果たし、ＵＬフレーム構築部２２Ｈは、当該受信手段にてＲＯＨＣパケットを受信すると、そのＲＯＨＣパケットに対するフィードバックパケットを、ＵＬの制御系メッセージ用コネクション（制御チャネル）にてＢＳ１へ送信する送信手段としての機能を果たしている。【００６７】
（ＢＳ１の動作説明）
以下、上述のごとく構成された本実施形態のＷｉＭＡＸシステムのＢＳ１（特に、ＭＳ２へＲＯＨＣパケットを送信した後のＵＬの受信処理）に着目した動作について、図４に示すフローチャートを参照しながら説明する。
ＢＳ１では、ＵＬの無線フレームの受信を開始すると、当該無線フレームの解析処理を実施する（ステップＳ１）。即ち、ＭＡＣレイヤ処理部１２において、ＵＬフレーム解析部１２Ｂにより、ＧＭＨのＣＩＤフィールドにBasic CIDが付与されているか否かをチェックすることにより、受信フレームのＰＤＵが制御系メッセージ（ＭＡＣマネジメントメッセージ）か否かをチェックする（ステップＳ２）。【００６８】
その結果、ＭＡＣマネジメントメッセージでなければ、ＭＡＣレイヤ処理部１２は、当該ＰＤＵにはユーザデータがＳＤＵとしてマッピングされているので、当該ＳＤＵに対して所要のユーザデータ処理を施す（ステップＳ２のＮｏルートからステップＳ３）。一方、ＭＡＣマネジメントメッセージであれば、当該メッセージはフィードバック検出用ＣＲＣ処理部１２Ｃへ転送されて、図２又は図３にて前述したように、ペイロードフィールドのＣＲＣ演算対象部分に対してＣＲＣ演算が施される（ステップＳ２のＹｅｓルートからステップＳ４）。【００６９】
フィードバック検出用ＣＲＣ処理部１２Ｃは、当該ＣＲＣ演算結果がＯＫなら受信メッセージが制御系メッセージである可能性があるので、フィードバックヘッダ解析部１２Ｄへ転送する。フィードバックヘッダ解析部１２Ｄでは、転送されてきたメッセージのマネジメントタイプフィールドが「0xFF」にマスクされているか否かをチェックし（ステップＳ５のＹｅｓルートからステップＳ６）、マスクされていれば、当該メッセージはＲＯＨＣ処理のフィードバックパケットであると判断して、フィードバックヘッダ解析部１２Ｄへ転送する（ステップＳ６のＹｅｓルート）。ここで、ペイロードフィールドにTransport CIDが付与されていれば、当該Transport CIDを基に、受信したフィードバックパケットがどのＤＬユーザデータ（ＳＦ）についてのものかが識別される。【００７０】
その後、上記フィードバックパケットは、フィードバックヘッダ解析部１２Ｄへ転送されてヘッダ解析処理が施されることにより、ROHC-ACKかROHC-NACKかが識別される（ステップＳ７及びＳ８）。その結果、ROHC-NACKであれば、ＭＳ２との間の無線環境が劣化していると判断できるため、ＰＤＵ生成部（ＲＯＨＣ処理部）１２Ｆでは、ＢＳ１のＲＯＨＣ状態をＦＯ状態に遷移（あるいは維持）させるステートマシン処理を実施して、生成するＰＤＵのヘッダ圧縮率を低圧縮率に変更（あるいは維持）する（ステップＳ９のＹｅｓルートからステップＳ１０）。【００７１】
一方、フィードバックパケットがROHC-ACKであれば、ＭＳ２との間の無線環境が良好（安定している）と判断できるため、ＰＤＵ生成部（ＲＯＨＣ処理部）１２Ｆは、ＲＯＨＣ状態をＳＯ状態に遷移（あるいは維持）させるステートマシン処理を実施して、生成するＰＤＵのヘッダ圧縮率を高圧縮率に変更（あるいは維持）する（ステップＳ９のＮｏルートからステップＳ１２）。【００７２】
なお、前記ステップＳ５においてＣＲＣ演算結果がＮＧであった場合や、前記ステップＳ６においてマネジメントタイプフィールドがマスクされていなかった場合、当該制御系メッセージは、フィードバックパケットではなく、ＷｉＭＡＸ標準で処理定義済みの制御系メッセージ（DSA-RSPメッセージなど）であると判断することができるため、ＭＡＣマネジメントメッセージ解析部１２Ａへ転送されて、その種別情報に応じたＭＡＣマネジメントメッセージ処理（DSA-ACKメッセージの生成など）が実施される（ステップＳ５又はＳ６のＮｏルートからステップＳ１１）。【００７３】
以上のように、ＢＳ１では、ＭＳ２からＵＬフレームにて受信したパケットのＭＡＣヘッダに制御系メッセージであることを表すＣＩＤ（Basic CID）が使用されていて、且つ、ペイロードフィールドに対するＣＲＣ演算結果がＯＫであれば、ＲＯＨＣ処理のフィードバックパケットであると識別して、その内容（ＡＣＫ／ＮＡＣＫ）に応じたＲＯＨＣのステートマシン処理をＭＡＣレイヤにおいて実施することができる。【００７４】
（ＷｉＭＡＸシステム全体の動作説明）
次に、上述したＢＳ１での動作を前提として、ＢＳ１からＭＳ２へユーザデータ（例えば、ストリーミングデータ）を送信する場合のシーケンスについて、図５Ａ及び図５Ｂを参照しながら説明する。なお、この図５Ａ及び図５Ｂでの表記方法は図６Ａ〜図６Ｃでの表記方法に倣っている。また、以下の説明で用いる（１）〜（１０）の番号は、図１のＢＳ１での処理順序を表す番号（１）〜（１０）に対応している。【００７５】
まず、図５Ａに示すように、コアネットワーク側からＢＳ１に対してＤＬのユーザデータ用のコネクション確立要求があると、ＢＳ１とＭＳ２との間では、図６Ａにより前述したシーケンスと同様に、まず、ＤＬについてのＤＳＡ処理が実施される（ステップＳ２１〜Ｓ３０）。
より詳細には、ＢＳ１では、ＩＰ網やＡＴＭ網などのコアネットワークからＭＳ２宛のユーザデータが到着すると、コアネットワーク転送部１１からＤＬ生成要求がＭＡＣレイヤ処理部１２に転送され（１）、当該ＭＡＣレイヤ処理部１２（ＭＡＣマネジメントメッセージ解析部１２Ａ）にて当該ＤＬ生成要求が検出される（２）。【００７６】
サービスフロー制御部１４が、上記ＤＬ生成要求の検出を認識すると、前記DSA-REQメッセージの生成をＭＡＣレイヤ処理部１２（ＭＡＣマネジメントメッセージ解析部１２１Ａ）に応答し（３）、これを受けて、ＭＡＣマネジメントメッセージ解析部１２Ａは、ＤＬフレーム構築部１２Ｇに対してDSA-REQメッセージ（ＣＩＤ＝Basic CIDの制御系メッセージ）の生成、送信を指示する（４）。これにより、DSA-REQメッセージがＭＳ２へ送信される。【００７７】
ＭＳ２は、当該DSA-REQメッセージを受信すると、コンテンション領域（帯域）を用いてＤＬ帯域（Band Width：ＢＷ）の割り当てをＤＬ帯域要求メッセージ（制御系メッセージ）にてＢＳに要求する（ＢＷ要求シグナリングの発行）。
即ち、ＭＳ２は、ＭＡＣレイヤ処理部２２において、受信DSA-REQメッセージを、ＤＬフレーム解析部２２Ａ，ＰＤＵ解析部２２Ｂ及びＤＬ制御系メッセージ処理部２２Ｃ経由でそれぞれ処理し、その処理結果に応じた制御系メッセージ（ＤＬ帯域要求メッセージ）を生成して、ＵＬ制御系メッセージ処理部２２Ｇ及びＵＬフレーム構築部２２Ｈを通じてＢＳ１へ送信する。【００７８】
なお、本例においても、「コンテンション領域」は、ＢＳ１からブロードキャストされるＭＡＰ情報（UL-MAP）内のＵＣＤ（Uplink Channel Descriptor）カウント値（β）を基に、ＢＳ１から周期的に発行（ブロードキャスト）されている該当ＵＣＤメッセージの内容（メッセージ情報）を確認することにより特定される。
次に、ＢＳ１は、前記ＢＷ要求シグナリングを正常に受信すると、当該ＭＳ２を特定するＣＤＭＡコード（レンジングコード＝１〜２５６のランダム値）や、ＭＳ２が帯域要求（制御系メッセージ）を行なう上で必要なＵＬ帯域（ＵＬバースト）に関する情報等のパラメータ（情報要素：ＩＥ）をUL-MAPにより該当ＭＳ２に割り当てて、当該ＭＳのＵＬ帯域要求メッセージの送信を許可する（CDMA_Allocation-IEメッセージの発行）。【００７９】
即ち、ＢＳ１は、ＭＡＣレイヤ処理部１２において、前記ＢＷ要求シグナリングを、ＵＬフレーム解析部１２Ｂ，フィードバック検出用ＣＲＣ処理部１２Ｃ及びＭＡＣマネジメントメッセージ解析部１２Ａ経由でそれぞれ処理し、その処理結果に応じた制御系メッセージとしてCDMA_Allocation-IEメッセージを生成してＭＳ２へ送信する。
ＭＳ２は、当該CDMA_Allocation-IEメッセージ（帯域要求許可）を受けることにより、割り当てられたＵＬバースト（つまり、制御系メッセージの送信領域）を用いて制御系メッセージ（ＣＩＤ＝Basic CID）である帯域要求メッセージやＤＳＡ応答（DSA-RSP）メッセージをＢＳ１に送信する。【００８０】
即ち、ＭＳ２は、ＭＡＣレイヤ処理部２２において、CDMA_Allocation-IEメッセージを、ＤＬフレーム解析部２２Ａ，ＰＤＵ解析部２２Ｂ及びＤＬ制御系メッセージ２２Ｃ経由でそれぞれ処理し、その処理結果に応じた制御メッセージとして、帯域要求メッセージやＤＳＡ応答（DSA-RSP）メッセージを、ＵＬ制御系メッセージ処理部２２Ｇ及びＵＬフレーム構築部２２Ｈ経由で生成してＢＳ１に送信する。【００８１】
ＢＳ１は、上記DSA-RSPメッセージを正常に受信すると、これに対する応答としてＤＳＡ確認（DSA-ACK）メッセージをＭＳ２に送信する。即ち、ＢＳ１は、ＭＡＣレイヤ処理部１２において、前記DSA-RSPメッセージを、ＵＬフレーム解析部１２Ｂ及びフィードバック検出用ＣＲＣ処理部１２Ｃでの処理によって検出し（５）、ＭＡＣマネジメントメッセージ解析部１２Ａ経由で、当該メッセージに対応する応答（制御系メッセージ）としてDSA-RSPメッセージを生成してＢＳ１へ送信する（６）。【００８２】
そして、当該DSA-RSPメッセージをＭＳ２が正常に受信することにより、ＤＬについてのＤＳＡ処理が完了し、ＤＬのユーザデータ用コネクションが確立される。ここで、図６Ｂで説明したシーケンスでは、次に、ＲＯＨＣ処理時のフィードバックに用いるＵＬコネクション（フィードバックコネクション）を確立するために、ＵＬについてのＤＳＡ処理を実施していたが（ステップＳ１１１〜Ｓ１１９）、本例では、ＲＯＨＣ処理機能がＭＡＣレイヤに実装され、ＲＯＨＣフィードバックを制御用の帯域を用いて実施しているため不要になる。【００８３】
したがって、図５Ｂに示すように、以後、前記コアネットワーク側からユーザデータ（ストリーミングデータ）がＢＳ１に到着すると（７）、当該データは、クラシファイア１２Ｅ，ＰＤＵ生成部１２Ｆ及びＤＬフレーム構築部１２Ｇを経由することにより、ユーザデータであることを表すＣＩＤ＝Transport CIDを含むＧＭＨがＢＳ１にて付与されて上述のごとく確立されたＤＬコネクションを通じてＭＳ２へ転送される（ステップＳ３１）。【００８４】
一方、ＭＳ２は、ＤＬコネクションによるユーザデータの受信中に、ＭＡＣレイヤ処理部２２において、ＢＳ１のＲＯＨＣ処理部１２Ｆで生成されてＤＬフレーム構築部１２ＧによりＤＬフレームにて送信されたＲＯＨＣパケット（８）が、ＤＬユーザデータ処理部２２Ｆにて検出、処理されると、ＲＯＨＣフィードバック処理部２２Ｅにより、当該ＲＯＨＣパケットの正常／異常受信を表すフィードバックパケット（ROHC-ACK/NACK）を生成する。【００８５】
即ち、ＲＯＨＣフィードバック処理部２２Ｅは、図２に示したように、ＭＡＣヘッダのＣＩＤフィールドに、ユーザデータであることを表すTransport CIDではなく制御系メッセージであることを表すBasic CIDを設定するとともに、マネジメントタイプフィールドを未使用の「0xFF」にマスクし、且つ、ペイロードフィールドにＲＯＨＣフィードバックパケットを格納し、ＭＡＣヘッダを除く各フィールドをＣＲＣ演算した結果を付加することにより、フィードバックパケットを生成する。その際、図３に示したように、ペイロードフィールドには、ＤＬのユーザデータコネクションのＣＩＤ（Transport CID）を付与するのが好ましい。【００８６】
そして、ＭＳ２は、生成した上記フィードバックパケットを、ＵＬフレーム構築部２２Ｈを通じてＵＬバーストにてＢＳ１へ送信するために、ＢＳ１からのUL-MAPで指定されたＵＬのコンテンション領域を用いてＵＬ帯域の割り当てを要求し、ＢＳ１は、その要求に応じてＵＬ帯域（ＵＬバースト）をUL-MAPによりＭＳに割り当てる（ステップＳ３２〜Ｓ３６）。これにより、ＭＳ２は、割り当てられたＵＬバーストを用いて前記フィードバックパケットをＢＳ１に送信する（ステップＳ３７）。【００８７】
一方、ＢＳ１では、図４に示したフローチャートに従って動作することにより、ＭＳ２から送信された上記フィードバックパケットをＭＡＣレイヤ処理部１２にて受信、検出する。即ち、ＵＬフレーム解析部１２Ｂ，フィードバック検出用ＣＲＣ処理部１２Ｃ及びフィードバックヘッダ解析部１２Ｄにより、受信ＰＤＵに、Basic CIDが使用されていて、且つ、ＣＲＣ演算結果がＯＫである（より好ましくは、検出精度向上のためにマネジメントタイプフィールドがマスクされていることも検出条件）場合に、当該ＰＤＵがフィードバックパケットであると判断する（９）。【００８８】
そして、当該フィードバックパケットは、ＲＯＨＣ処理部１２Ｆへ転送され、ＲＯＨＣ処理部１２Ｆは、当該フィードバックパケットのＡＣＫ／ＮＡＣＫ（１０）に応じてＲＯＨＣのステートマシン処理を実施して、ＤＬのユーザデータ（ＰＤＵ）のヘッダ圧縮率を変更又は維持する。
以上のように、本実施形態によれば、ＭＳ２は、ユーザデータ用のＤＬコネクション（つまりはＤＬのデータチャネル）を通じてＢＳ１から受信したＲＯＨＣパケットに対する応答（フィードバックパケット）を、ユーザデータ用ではなく制御系メッセージ用のＵＬコネクション（つまりは制御チャネル）を用いて送信することができるので、フィードバックパケットのためだけにユーザデータ用のＵＬコネクションを確立してＵＬ帯域を確保する必要がなく、ＢＳ１はＤＳＡ処理による追加のＵＬサービスフローを発生することがない。また、ＭＳ２も余分なＤＳＡを処理する必要が無くなる。【００８９】
（１）即ち、ＭＳ２のＭＡＣレイヤにＲＯＨＣ用処理機能を設け、フィードバックパケットの追加処理を行ない、ＢＳ１のＭＡＣレイヤにＲＯＨＣ用処理機能を設け、特殊なフィードバックパケットの判定処理をすることにより、ＲＯＨＣのフィードバック処理を高速化することができる。
（２）また、ＢＳ１のＭＡＣレイヤのＲＯＨＣ用処理機能内にＣＲＣ演算機能を設け、ＵＬでフィードバックされたパケットに添付したＣＲＣ結果を演算する処理をすることにより、ＷｉＭＡＸ標準で処理定義済みのマネジメントメッセージタイプ情報に加えて新たなタイプ情報を定義することなく、ＲＯＨＣのフィードバックパケットであることを確認することができる。【００９０】
（３）さらに、ＭＳ２のＭＡＣレイヤのＲＯＨＣ用処理機能内にＣＲＣ演算機能を設け、ダウンリンクで受けたＲＯＨＣ指定されているユーザパケットの状態からフィードバックパケットを生成したものに対して演算を行ない、そのＣＲＣ結果を添付したパケットをフィードバックパケットとしてアップリンクに転送する処理をすることにより、ＲＯＨＣのフィードバックパケットであることを通知することができる。【００９１】
（４）また、ＢＳ１のＭＡＣレイヤのＲＯＨＣ用処理機能内にＣＲＣ演算機能を設け、更にメッセージタイプと区別できる処理をすることにより、ＲＯＨＣのフィードバックパケットと、本来のＷｉＭＡＸ標準の制御系メッセージとを正しく確実に分離することができる。
（５）さらに、ＢＳ１のＭＡＣレイヤに、Transport CIDとBasic CIDとを組み合わせるデータベースを設け、フィードバックされてきたパケット内のBasic CIDを確認することで、組み合わされているTransport CID（つまりは下りデータチャネル）を確認することができる。【００９２】
（６）また、ＢＳ１のＭＡＣレイヤに、コアネットワークから受信したユーザデータを分類（クラシファイア）し、フィードバックパケットからＲＯＨＣの状態を変更し、それに応じた処理（ヘッダ圧縮処理）を実施したパケットをＭＳ２に送信する機能を具備することで、フィードバックの準備処理を行なうことができる。
（７）さらに、フィードバックパケットのマネジメントメッセージタイプフィールドを0xFFに設定して、本来のＷｉＭＡＸ標準のメッセージタイプをマスクすることで、受信側（ＢＳ）において安定した判断をすることができる。【００９３】
（８）また、フィードバックパケットにTransport CIDを挿入することで、Basic CIDからテーブル検索するだけでなく、単純にそのCIDを取得するだけで、どのサービスフロー（ユーザーデータ）のフィードバックパケットかを容易に判断することができる。
（９）さらに、ＣＲＣ演算を、マネジメントメッセージタイプフィールド（0xFF領域）からペイロードフィールド（フィードバックパケット）までの範囲で実施し、その結果を添付することで、ヘッダフィールド（ＧＭＨ）への影響を回避することができる。【００９４】
以上から、例えば、少なくとも以下に示す時間的な効果、帯域的な効果、実装的な効果のいずれかが得られる。
（時間的な効果）
例えば、ネットワークＡＡＡ（Authentication，Authorization，and Accounting）サーバへの通信が片道５ｍｓと考えて、ＤＳＡ（片道分）の処理が１２ｍｓ程度かかるとすると、１台のＢＳ１に一度に５１２台のＭＳ２が接続して、全部のＭＳ２が接続完了するためには、１２×５１２＝６，１４４ｍｓの２倍（ＵＬ及びＤＬ分）、つまり約１２秒かかってしまうところが、本実施形態では、その半分の約６秒で完了することが可能となる。【００９５】
（帯域的な効果）
また、ユーザデータの転送に利用可能な全帯域を２０Ｍｂｐｓ（制御メッセージ用の帯域は別）として、１台のＢＳ２に５１２台のＭＳ２が接続する場合、５０Ｋｂｐｓの１２００バイトのＤＬデータが流れるとすると、１秒間には、
（５０×１０２４／８）バイト／１２００バイト＝５．３（パケット／秒）
のパケットが流れることになる。このパケットそれぞれにフィードバックパケット（約８０バイトと仮定する）が発生するとして、５１２台のＭＳ２すべての帯域を計算すると、
５．３（パケット）×８０（バイト）×５１２×８＝１．７Ｍｂｐｓ
となる。これが、ＵＬに必要な帯域となるが、通常、制御メッセージ用の帯域は確保されているので、これ以外に帯域を割り当てなければならなくなり、２０Ｍｂｐｓのユーザ帯域は、単純に２０−１．７＝１８．３Ｍｂｐｓに減少してしまう。これに対し、上述した実施形態では、１．７Ｍｂｐｓの帯域は制御メッセージ用の帯域を利用するので、２０Ｍｂｐｓのすべてをユーザデータ転送用に使用できることになる。【００９６】
（実装的な効果）
さらに、既存のモバイルＷｉＭＡＸシステムでは、ＲＯＨＣ処理を適用する場合、ＭＡＣレイヤの上位レイヤでＤＬのユーザデータ用コネクションとＵＬのユーザデータ用コネクションとの対応付けを実施する必要があるため、ＭＳとＢＳの各装置でコンテキストとして保存すべきデータは、
ＤＬのTransport CID＝３２（ビット）
ＵＬのTransport CID＝３２（ビット）
Basic CID＝３２（ビット）
とすると、ＢＳでは、最低でも、３２（ビット）×３×５１２（ＭＳ数）＝４９，１５２（ビット）、つまり、約６キロバイトのメモリが必要になる（なお、当然、本来であればＵＬのコンテキストも必要になるが、ここでは省略する）。これに対し、上述した実施形態によれば、ＵＬのTransport CIDを不要にすることができ、また、フィードバックパケットの転送に既存のＣＩＤ（Basic CID）を流用するので、ユーザデータ用のCIDを増やすことがない。したがって、３２（ビット）×２×５１２（ＭＳ数）＝３２，７６８（ビット）に縮小することが可能となる。【００９７】
また、ＵＬのサービスフローを発生させないので、ＵＬ帯域をＢＳ１で登録、管理する必要がなく、帯域管理のためのデータベースを削減することができる。さらには、ＢＳ１での分類処理（クラシファイア）への登録も削減でき、管理が容易になる。
【産業上の利用可能性】
【００９８】
以上詳述したように、本発明によれば、ＭＡＣレイヤの上位レイヤに属するＲＯＨＣ処理のＢＳへのフィードバックパケットのためだけにＵＬのデータチャネルを確立することを不要にできるので、無線リソースの有効利用や管理の容易化を図ることが可能となり、無線通信技術分野に極めて有用と考えられる。
【図１】
2008093413.tif 000003
【図２】
2008093413.tif 000004
【図３】
2008093413.tif 000005
【図４】
2008093413.tif 000006
【図５Ａ】
2008093413.tif 000007
【図５Ｂ】
2008093413.tif 000008
【図６Ａ】
2008093413.tif 000009
【図６Ｂ】
2008093413.tif 000010
【図６Ｃ】
2008093413.tif 000011
【図７】
2008093413.tif 000012
【図８】
2008093413.tif 000013
【図９】
2008093413.tif 000014
【手続補正書】
【提出日】平成21年2月27日(2009.2.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線基地局と無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線通信システムにおいて、
前記無線基地局は、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信し、
前記無線端末は、
前記下りデータチャネルにて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルの受信データから前記返信データを検出し、
当該返信データに基づいて前記第２レイヤに属する処理を制御することを特徴とする、無線通信制御方法。
【請求項２】
前記無線端末は、
前記返信データにＣＲＣ演算を施した結果を前記返信データに付加して前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なうことを特徴とする、請求項１記載の無線通信制御方法。
【請求項３】
無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線基地局であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信する送信手段と、
前記制御データに対する返信データを前記制御チャネルの受信データから検出する検出手段と、
前記検出手段で検出した返信データに基づいて前記第２レイヤに属する処理を制御する制御手段と
をそなえたことを特徴とする、無線基地局。
【請求項４】
前記検出手段は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記無線端末において前記返信データにＣＲＣ演算を施した結果が付加された前記返信データを検出するＣＲＣ処理部をそなえて構成されたことを特徴とする、請求項３記載の無線基地局。
【請求項５】
前記検出手段は、
前記ＣＲＣ処理部で検出された返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報が付与されているか否かを確認することにより、前記返信データの検出を確認する検出保護部をそなえたことを特徴とする、請求項４記載の無線基地局。
【請求項６】
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、請求項３又は４に記載の無線基地局。
【請求項７】
無線基地局との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線端末であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線基地局から受信する受信手段と、
前記受信手段にて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信する送信手段と
をそなえたことを特徴とする、無線端末。
【請求項８】
前記送信手段は、
前記無線基地局が、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なえるように、前記返信データにＣＲＣ演算を施した結果を前記返信データに付加するＣＲＣ処理部をそなえたことを特徴とする、請求項７記載の無線端末。
【請求項９】
前記送信手段は、
前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を設定する種別情報設定部をそなえたことを特徴とする、請求項８記載の無線端末。
【請求項１０】
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、請求項８又は９に記載の無線端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９７
【補正方法】変更
【補正の内容】
【００９７】
また、ＵＬのサービスフローを発生させないので、ＵＬ帯域をＢＳ１で登録、管理する必要がなく、帯域管理のためのデータベースを削減することができる。さらには、ＢＳ１での分類処理（クラシファイア）への登録も削減でき、管理が容易になる。
以上の実施形態に関し、さらに以下の付記を開示する。
（Ｃ）付記
（付記１）
無線基地局と無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線通信システムにおいて、
前記無線基地局は、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信し、
前記無線端末は、
前記下りデータチャネルにて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルの受信データから前記返信データを検出し、
当該返信データに基づいて前記第２レイヤに属する処理を制御することを特徴とする、無線通信制御方法。
（付記２）
前記無線端末は、
前記返信データにＣＲＣ演算を施した結果を前記返信データに付加して前記制御チャネルにて前記無線基地局へ送信し、
前記無線基地局は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なうことを特徴とする、付記１記載の無線通信制御方法。
（付記３）
前記無線端末は、
前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を付与し、
前記無線基地局は、
当該情報を確認することにより前記返信データの検出を確認することを特徴とする、付記２記載の無線通信制御方法。
（付記４）
前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、付記２又は３に記載の無線通信制御方法。
（付記５）
前記無線端末は、
前記返信データに前記下りデータチャネルの識別情報を含めて送信し、
前記無線基地局は、
前記返信データに含まれる前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理することを特徴とする、付記１〜４のいずれか１項に記載の無線通信制御方法。
（付記６）
前記第１レイヤがメディアアクセスコントロール（ＭＡＣ）レイヤであり、前記第２レイヤがコンバージェンスサブレイヤであることを特徴とする、付記１〜５のいずれか１項に記載の無線通信制御方法。
（付記７）
無線端末との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線基地局であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線端末へ送信する送信手段と、
前記制御データに対する返信データを前記制御チャネルの受信データから検出する検出手段と、
前記検出手段で検出した返信データに基づいて前記第２レイヤに属する処理を制御する制御手段と
をそなえたことを特徴とする、無線基地局。
（付記８）
前記検出手段は、
前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記無線端末において前記返信データにＣＲＣ演算を施した結果が付加された前記返信データを検出するＣＲＣ処理部をそなえて構成されたことを特徴とする、付記７記載の無線基地局。
（付記９）
前記検出手段は、
前記ＣＲＣ処理部で検出された返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報が付与されているか否かを確認することにより、前記返信データの検出を確認する検出保護部をそなえたことを特徴とする、付記８記載の無線基地局。
（付記１０）
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、付記８又は９に記載の無線基地局。
（付記１１）
前記制御手段は、
前記無線端末が前記返信データに含めて送信した前記下りデータチャネルの識別情報に基づいて、前記下りデータチャネルと前記制御チャネルとの対応関係を管理することを特徴とする、付記７〜１０のいずれか１項に記載の無線基地局。
（付記１２）
無線基地局との間で、第１レイヤに属する処理として下りデータチャネルを制御チャネルにより確立して、通信を行なう無線端末であって、
前記第１レイヤの上位レイヤである第２レイヤに属する処理に関する制御データを前記下りデータチャネルにて前記無線基地局から受信する受信手段と、
前記受信手段にて前記制御データを受信すると、当該制御データに対する返信データを、前記制御チャネルにて前記無線基地局へ送信する送信手段と
をそなえたことを特徴とする、無線端末。
（付記１３）
前記送信手段は、
前記無線基地局が、前記制御チャネルからの受信データにＣＲＣ演算を施すことにより、前記返信データの検出を行なえるように、前記返信データにＣＲＣ演算を施した結果を前記返信データに付加するＣＲＣ処理部をそなえたことを特徴とする、付記１２記載の無線端末。
（付記１４）
前記送信手段は、
前記返信データのペイロード領域に、既存制御データに関して定義済みの種別情報以外の情報を設定する種別情報設定部をそなえたことを特徴とする、付記１３記載の無線端末。
（付記１５）
前記ＣＲＣ処理部での前記ＣＲＣ演算の対象は、ヘッダ領域を除くペイロード領域の一部又は全部であることを特徴とする、付記１３又は１４に記載の無線端末。
（付記１６）
前記送信手段は、
前記返信データに前記下りデータチャネルの識別情報を含めて送信する下りデータチャネル識別情報付与部をそなえたことを特徴とする、付記１２〜１５のいずれか１項に記載の無線端末。
【国際調査報告】
2008093413.tif 000015
2008093413.tif 000016