以下、図面を参照して本発明の実施の形態� ��説明する。ただし、本発明は、以下の実施� ��態に限定されず、本発明の趣旨を逸脱しな� ��範囲で種々変形して実施できることはいう� ��でもない。
 (A)概要説明
 前述した課題を解決するために、以下に説� ��する実施形態では、DLにてMACレイヤ(第1レイ ヤ)の上位レイヤ(第2レイヤ)に属するROHC処理� ��どのヘッダ圧縮処理を必要とするパケット� ��DLのユーザデータ用コネクション(つまりは� ��DLのデータチャネル)により転送する場合、� ��該パケットに対する返信(フィードバックパ ケット)は、制御系メッセージ(制御データ)の GMHに設定されているCIDを使用してMSからULに� �送信し、BSでは当該フィードバックパケット を制御系メッセージ(つまりは、制御チャネ� �の受信データ)として検出する。

 即ち、BSでは、ユーザデータパケット処� �及びMACマネジメントメッセージ処理などのWi MAX標準での処理定義済み処理と、ヘッダ圧縮 処理に伴うパケット処理とを判別できるよう にする。そして、当該判別に際しては、WiMAX� ��準で定義済みの制御系メッセージと区別す� ��ため、例えばCRC演算を用いる。なお、以下� ��は、ヘッダ圧縮処理の例として、ROHC処理を 代表例として説明する。また、BSとMSとの間� �通信は、WiMAX標準に準拠した無線フレーム(OF DMあるいはOFDMAフレーム)により行なわれるこ� ��を前提とする。

 (B)一実施形態の説明
 図1は本発明の一実施形態に係る無線通信シ ステムとしてのWiMAXシステムの構成を示すブ� ��ック図で、この図1に示すWiMAXシステムは、1 台以上のBS1と、1台以上のMS2とをそなえて構� �され、それぞれの要部の機能に着目すると� �BS1は、コアネットワーク転送部11と、WiMAX-MAC レイヤ処理部(MACレイヤ処理部)12と、WiMAX-PHY� �イヤ処理部(物理レイヤ処理部)13と、サービ� ��フロー制御部14とをそなえて構成され、MS2� �、WiMAX-上位レイヤ処理部(上位レイヤ処理部) 21と、WiMAX-MACレイヤ処理部(MACレイヤ処理部)22 と、WiMAX-PHYレイヤ処理部(物理)23とをそなえ� �構成されている。

 (BS1の機能説明)
 ここで、BS1において、コアネットワーク転� ��部11は、IP網やATM網などのコアネットワーク から受信されるDLユーザデータや制御メッセ� ��ジなどをMACレイヤ処理部12へ転送するもの� �あり、MACレイヤ処理部12は、本来はMACレイヤ に属する処理、例えば、ネットワークエント リやPDUの生成/再構築、コネクション管理、UL 及びDLバーストのスケジューリング等の処理� ��担うものであるが、本例では、当該MACレイ� ��処理に加えて、少なくとも、MS2から制御メ� ��セージの1つとして受信されるROCHパケット(� ��ィードバックパケット)の検出などを含むROH Cに関連する処理(以下、ROCH処理という)を実� �できるようになっている。つまり、このMAC� �イヤ処理部12は、本来はMACレイヤに属さない 前記ヘッダ圧縮処理などの上位レイヤ(コン� �ージェンスサブレイヤ)に属する処理の一部� ��処理する機能を具備している。

 物理レイヤ処理部13は、MACレイヤの下位レ� �ヤである、WiMAXの物理レイヤに属する処理、 例えば、OFDMやOFDMAベースの無線フレームの送 受信、QPSKや16QAM,64QAM等の多値変復調、畳み込 み符号やターボ符号等の誤り訂正符号のコー デックなどを含む処理を担うものである。
 そして、MACレイヤ処理部12は、図1中に示す� ��うに、さらに、MACマネジメントメッセージ� ��析部12A,ULフレーム解析部12B,フィードバック 検出用CRC処理部12C,フィードバックヘッダ解� �処理部12D,クラシファイア12E,PDU生成(ROHC処理) 部12FおよびDLフレーム構築部12Gをそなえて構� ��される。

 MACマネジメントメッセージ解析部12Aは、� ��ービスフロー制御部14又はフィードバック� �出CRC処理部12Cからの制御系メッセージのメ� �セージ内容(前記マネジメントメッセージタ� ��プ)を解析して、その解析結果に応じて、MS2 宛のメッセージはDLフレーム構築部12Eへ、自� ��(BS1)宛のMACレイヤに属さない上位レイヤの� �ッセージはサービスフロー制御部14へそれぞ れ転送することができるものである。

 ULフレーム解析部12Bは、MS2から受信されるUL フレーム(GMH)を解析して制御系メッセージか� ��ーザデータかを識別して、制御系メッセー� ��をフィードバック検出用CRC処理部12Cへ転送� ��る機能を具備するものである。
 フィードバック検出用CRC処理部12Cは、例え� ��図2に示すように、上記ULフレーム解析部12B� ��ら転送されてきた制御系メッセージのGMHを� ��くペイロード部に対してCRC演算を施すこと� ��より、ROHC処理のフィードバックパケットか 、それ以外のWiMAX標準で処理定義済みの制御� ��メッセージかを識別して、MS2から制御系メ� ��セージの1つとして送信されたフィードバッ クパケットを検出するものである。つまり、 BS1は、アップリンクのパケットをMS2から受信 して、その解析の結果、Basic CIDが使用され� �いて、且つ、CRC演算結果がOKの場合をROHCの� �ィードバックパケットであると認識するの� �ある。

 フィードバックヘッダ解析処理部(検出保 護部)12Dは、フィードバック検出用CRC処理部12 Cで検出された制御系メッセージ(つまりはフ� ��ードバックパケット)のマネジメントメッセ ージタイプをチェックして当該制御メッセー ジがフィードバックパケットを含むメッセー ジであるか否かを確認するもので、本例では マネジメントメッセージタイプが図3に示す� �とく「0xFF」(WiMAX標準で定義済みの種別情報� ��外の未使用の種別情報)に設定(マスク)され� ��いればフィードバックパケットを含む制御� ��メッセージであると確認するようになって� ��る。

 即ち、CRC演算結果の確認後に、再度、マ� ��ジメントメッセージタイプフィールドを確� ��することで、CRCを使用していることに起因� ��る誤識別の可能性を回避して、フィードバ� ��クパケットの検出精度を高め、安定した動� ��を実現しているのである。なお、逆にエア� ��の品質劣化によるビット反転でフィードバ� ��クパケットを、制御系メッセージと誤認識� ��、制御系メッセージとして処理しようとし� ��も内容が合わずそのフィードバックパケッ� ��が破棄される可能性がある。しかし、1つの フィードバックパケットが破棄されてもROHC� �機能で状態遷移が起こり、MACヘッダにかけ� �れている圧縮が解除されるだけなので問題� �無い。

 換言すれば、上記のフィードバック検出用C RC処理部12C及びフィードバックヘッダ解析処� ��部12Dは、MS2への制御データであるROHCパケッ トに対するフィードバックパケット(返信デ� �タ)を制御系メッセージ用のULコネクション(� ��まりは制御チャネル)の受信データから検出 する検出手段としての機能を果たしている。
 クラシファイア12Eは、コアネットワークか� ��受信されたユーザデータ(IPパケットやイー� ��ネットフレーム、ATMセルなど)をVoIP,ストリ� ��ミング,HTTP,電子メール等の様々なサポート� ��ービス種別毎に分類(クラシファイア)する� �能を具備するものである。このクラシファ� �ア12Eの機能も、ROHC処理機能とともに上位レ� ��ヤ(コンバージェンスサブレイヤ)に実装す� �ことのできる機能ではあるが、本例では、MA CレイヤでのROHC処理のための準備処理として� ��少なくともその一部の機能がMACレイヤ処理� ��12に実装されている。

 PDU生成部(ROHC処理部)12Fは、上記クラシフ� ��イア12Eによる分類に応じたPDU(ROHCパケット� �含む)を生成する一方、MS2へのROHCパケットを 生成するとともに、フィードバックヘッダ解 析処理部12Dでの処理結果、即ち、受信フィー ドバックパケットがACK(ROHC-ACK)なのかNACK(ROHC-N ACK)なのかに応じて自身のROHC処理の状態を維� ��又は遷移させる(つまり、ステートマシン処 理)する機能を具備するものである。換言す� �ば、当該PDU生成部12Fは、フィードバック検� �用CRC処理部12C及びフィードバックヘッダ解� �部12Dにより検出されたフィードバックパケ� �トに基づいてMACレイヤの上位レイヤに属す� �処理を制御する制御手段としての機能を具� �している。

 そして、DLフレーム構築部12Gは、上記PDU� �成部12Fで生成されたPDU(ROHCパケットを含む)� �DLサブフレームのDLバーストにマッピングし� ��MS2へ送信する機能を具備するものである。� ��まり、当該DLフレーム構築部12Gは、MACレイ� �の上位レイヤに属する処理に関する制御デ� �タであるROHCパケットをDLのユーザデータ用� �ネクション(データチャネル)にてMS2へ送信す る送信手段としての機能を果たしている。

 (MS2の機能説明)
 一方、MS2において、上位レイヤ処理部21は� �MACレイヤの上位レイヤに属する処理、例え� �、IPパケットやイーサネットフレーム,ATMセ� �等のコンバージェンス処理などのコンバー� �ェンスサブレイヤに属する処理を担うもの� �あり、MACレイヤ処理部22は、本来はMACレイヤ に属する処理、例えば、ネットワークエント リやPDUの生成/再構築、コネクション管理、UL 及びDLバーストのスケジューリング等の処理� ��担うものであるが、本例では、当該MACレイ� ��処理に加えて、少なくとも、BS1でのROHC処理 (ステートマシン処理)の遷移指標となる情報( ROHC-ACK/NACK)を含むROHCパケット(フィードバッ� �パケット)の生成、当該パケットのBS1への制� ��系メッセージとしての送信を含むROCH処理を 実施できるようになっている。つまり、この MACレイヤ処理部22は、BS1側と同様に、本来はM ACレイヤに属さない上位レイヤ(コンバージェ ンスサブレイヤ)に属する処理の一部を処理� �る機能を具備している。

 物理レイヤ処理部23は、BS1側の物理レイ� �処理部13と同様に、MACレイヤの下位レイヤで ある、WiMAXの物理レイヤに属する処理、例え� ��、OFDMやOFDMAベースの無線フレームの送受信� ��QPSKや16QAM,64QAM等の多値変復調、畳み込み符� ��やターボ符号等の誤り訂正符号のコーデッ� ��などを含む処理を担うものである。

 そして、上記MACレイヤ処理部22は、上述� �たMACレイヤでのROHC処理のために、その要部� ��機能に着目すると、図1中に示すように、例 えば、DLフレーム解析部22A,PDU解析部22B,DL制御 系メッセージ処理部22C,DLユーザデータ処理部 22D,ROHCフィードバック処理部22E,ULユーザデー� ��処理部22F,UL制御系メッセージ処理部22Gおよ� ��ULフレーム構築部22Hをそなえて構成される� �

 ここで、DLフレーム解析部22Aは、BS1から� �受信DLフレームのヘッダ領域に設定されてい るDL/UL-MAPやDCD(Downlink Channel Descriptor),UCD(Uplink  Channel Descriptor)を解析して、BS1から割り当� �られたDLバースト及びULバーストを識別する� ��能を具備するものであり、PDU解析部22Bは、� ��別したDLバーストで受信されたPDUのヘッダ� �域(GMH)のCIDフィールドに設定されているCIDを 基に、受信PDUが制御系メッセージかユーザデ ータかを識別して、制御系メッセージはDL制� ��系メッセージ処理部22Cへ、ユーザデータは� ��ーザデータ処理部22Dへそれぞれ転送する(振 り分ける)機能を具備するものである。

 制御系メッセージ処理部22Cは、PDU解析部2 2Bから転送されてきた制御系メッセージのメ� ��セージ内容(SDU)を解析してその内容に応じ� �制御(例えば、DSA等のコネクション管理、制� ��)を実施する機能を具備するものであり、ユ ーザデータ処理部22Dは、PDU解析部22Bから転送 されてきたユーザデータ(ROHCパケットを含む) を処理(SDU抽出)して、ROHCパケットはROHCフィ� �ドバック処理部22Eへ、それ以外のユーザデ� �タは上位レイヤ処理部21へ転送する機能を具 備するものである。

 ROHCフィードバック処理部(CRC処理部、種� �情報設定部)22Eは、ユーザデータ処理部22Dか� ��ROHCパケットが転送されてくると、そのROHC� �ケットに対してBS1へ送信(返信)すべきフィー ドバックパケットを生成するもので、本例で は、図2に示すように、MACヘッダのCIDフィー� �ドに制御系メッセージであることを表示す� �Basic CIDを設定するとともに、マネジメント� ��イプフィールドをWiMAC標準で定義済みの種� �情報以外の情報(「0xFF」)にマスク(設定)し、 且つ、ペイロードフィールドにROHCフィード� �ックパケットを格納し、MACヘッダを除く各� �ィールドをCRC演算した結果を付加すること� �より、フィードバックパケットを生成する� �うになっている。

 なお、CRC演算の演算式については不問で� ��り、図2では32ビットのCRC演算を適用した場� ��を例示している。また、図3に示すように、 マネジメントタイプフィールドの後に続くペ イロードフィールドには、DLのユーザデータ� ��コネクション(データチャネル)のCID(Transport� �CID)を付与してもよい。この場合、ROHCフィー ドバック処理部22Eは、フィードバックパケッ トにDLのデータチャネルの識別情報(Transport C ID)を含めて送信する下りチャネル識別情報付 与部としての機能を具備し、BS1(ROHC処理部12F) では、当該CIDを基に受信フィードバックパケ ットがどのサービスフロー(DLコネクションの ユーザデータ)についてのものかを容易に識� �することが可能となる。

 例えば、BS1において、サービスフロー(SF) 毎にROHC処理(ステートマシン処理)を管理する ためのIDと、DLのユーザデータコネクション� �CID(Transport CID)とがデータベース(図示省略)� �て対応付けて管理されている場合、当該フ� �ードバックパケットに付与されたTransport CID を基にして、CID変換等の余計な処理を経由す ることなく直接的に、ステートマシン処理、 サービスフロー展開に必要な情報を当該デー タベースから高速に得ることが可能となる。 もっとも、Transport CIDとBasic CIDとを対応付け てデータベースを構築、管理し、フィードバ ックパケットのBasic CIDを基に、対応するTrans port CIDを当該データベースにて確認できるよ うにしてもよい。

 ULユーザデータ処理部22Fは、BS1へ送信すべ� �ユーザデータを処理(PDU化)してフレーム構築 部22Hへ転送する機能を具備するものであり、 UL制御系メッセージ処理部22Gは、BS1へ送信す� ��き制御系メッセージを処理(PDU化)してフレ� �ム構築部22Hへ転送する機能を具備するもの� �ある。
 そして、ULフレーム構築部22Hは、上記各部22 E,22F,22Gで生成されたPDU(フィードバックパケ� �トを含む)を、BS1からUL-MAPにより割り当てら� ��たULサブフレームのULバーストにマッピング してBS1へ送信する機能を具備するものである 。

 つまり、上記のDLユーザデータ処理部22D� �、MACレイヤの上位レイヤに属する処理(ROHC処 理)に関する制御データ(ROHCパケット)をDLのデ ータチャネルにてBS1から受信する受信手段と しての機能を果たし、ULフレーム構築部22Hは� ��当該受信手段にてROHCパケットを受信すると 、そのROHCパケットに対するフィードバック� �ケットを、ULの制御系メッセージ用コネクシ ョン(制御チャネル)にてBS1へ送信する送信手� ��としての機能を果たしている。

 (BS1の動作説明)
 以下、上述のごとく構成された本実施形態� ��WiMAXシステムのBS1(特に、MS2へROHCパケットを 送信した後のULの受信処理)に着目した動作に ついて、図4に示すフローチャートを参照し� �がら説明する。
 BS1では、ULの無線フレームの受信を開始す� �と、当該無線フレームの解析処理を実施す� �(ステップS1)。即ち、MACレイヤ処理部12にお� �て、ULフレーム解析部12Bにより、GMHのCIDフィ ールドにBasic CIDが付与されているか否かを� �ェックすることにより、受信フレームのPDU� �制御系メッセージ(MACマネジメントメッセー� ��)か否かをチェックする(ステップS2)。

 その結果、MACマネジメントメッセージで� ��ければ、MACレイヤ処理部12は、当該PDUには� �ーザデータがSDUとしてマッピングされてい� �ので、当該SDUに対して所要のユーザデータ� �理を施す(ステップS2のNoルートからステップ S3)。一方、MACマネジメントメッセージであれ ば、当該メッセージはフィードバック検出用 CRC処理部12Cへ転送されて、図2又は図3にて前� ��したように、ペイロードフィールドのCRC演� ��対象部分に対してCRC演算が施される(ステッ プS2のYesルートからステップS4)。

 フィードバック検出用CRC処理部12Cは、当� ��CRC演算結果がOKなら受信メッセージが制御� �メッセージである可能性があるので、フィ� �ドバックヘッダ解析部12Dへ転送する。フィ� �ドバックヘッダ解析部12Dでは、転送されて� �たメッセージのマネジメントタイプフィー� �ドが「0xFF」にマスクされているか否かをチ� ��ックし(ステップS5のYesルートからステップS 6)、マスクされていれば、当該メッセージはR OHC処理のフィードバックパケットであると判 断して、フィードバックヘッダ解析部12Dへ転 送する(ステップS6のYesルート)。ここで、ペ� �ロードフィールドにTransport CIDが付与されて いれば、当該Transport CIDを基に、受信したフ� ��ードバックパケットがどのDLユーザデータ(S F)についてのものかが識別される。

 その後、上記フィードバックパケットは� ��フィードバックヘッダ解析部12Dへ転送され� ��ヘッダ解析処理が施されることにより、ROHC -ACKかROHC-NACKかが識別される(ステップS7及びS8 )。その結果、ROHC-NACKであれば、MS2との間の� �線環境が劣化していると判断できるため、PD U生成部(ROHC処理部)12Fでは、BS1のROHC状態をFO� �態に遷移(あるいは維持)させるステートマシ ン処理を実施して、生成するPDUのヘッダ圧縮 率を低圧縮率に変更(あるいは維持)する(ステ ップS9のYesルートからステップS10)。

 一方、フィードバックパケットがROHC-ACK� �あれば、MS2との間の無線環境が良好(安定し� ��いる)と判断できるため、PDU生成部(ROHC処理� ��)12Fは、ROHC状態をSO状態に遷移(あるいは維� �)させるステートマシン処理を実施して、生� ��するPDUのヘッダ圧縮率を高圧縮率に変更(あ るいは維持)する(ステップS9のNoルートからス テップS12)。

 なお、前記ステップS5においてCRC演算結� �がNGであった場合や、前記ステップS6におい� ��マネジメントタイプフィールドがマスクさ� ��ていなかった場合、当該制御系メッセージ� ��、フィードバックパケットではなく、WiMAX� �準で処理定義済みの制御系メッセージ(DSA-RSP メッセージなど)であると判断することがで� �るため、MACマネジメントメッセージ解析部12 Aへ転送されて、その種別情報に応じたMACマ� �ジメントメッセージ処理(DSA-ACKメッセージの 生成など)が実施される(ステップS5又はS6のNo� ��ートからステップS11)。

 以上のように、BS1では、MS2からULフレー� �にて受信したパケットのMACヘッダに制御系� �ッセージであることを表すCID(Basic CID)が使� �されていて、且つ、ペイロードフィールド� �対するCRC演算結果がOKであれば、ROHC処理の� �ィードバックパケットであると識別して、� �の内容(ACK/NACK)に応じたROHCのステートマシン 処理をMACレイヤにおいて実施することができ る。

 (WiMAXシステム全体の動作説明)
 次に、上述したBS1での動作を前提として、B S1からMS2へユーザデータ(例えば、ストリーミ ングデータ)を送信する場合のシーケンスに� �いて、図5A及び図5Bを参照しながら説明する� ��なお、この図5A及び図5Bでの表記方法は図6A~ 図6Cでの表記方法に倣っている。また、以下� ��説明で用いる(1)~(10)の番号は、図1のBS1での� ��理順序を表す番号(1)~(10)に対応している。

 まず、図5Aに示すように、コアネットワー� �側からBS1に対してDLのユーザデータ用のコネ クション確立要求があると、BS1とMS2との間で は、図6Aにより前述したシーケンスと同様に� ��まず、DLについてのDSA処理が実施される(ス� ��ップS21~S30)。
 より詳細には、BS1では、IP網やATM網などの� �アネットワークからMS2宛のユーザデータが� �着すると、コアネットワーク転送部11からDL� ��成要求がMACレイヤ処理部12に転送され(1)、� �該MACレイヤ処理部12(MACマネジメントメッセ� �ジ解析部12A)にて当該DL生成要求が検出され� �(2)。

 サービスフロー制御部14が、上記DL生成要 求の検出を認識すると、前記DSA-REQメッセー� �の生成をMACレイヤ処理部12(MACマネジメント� �ッセージ解析部121A)に応答し(3)、これを受け て、MACマネジメントメッセージ解析部12Aは、 DLフレーム構築部12Gに対してDSA-REQメッセージ (CID=Basic CIDの制御系メッセージ)の生成、送� �を指示する(4)。これにより、DSA-REQメッセー� ��がMS2へ送信される。

 MS2は、当該DSA-REQメッセージを受信すると、 コンテンション領域(帯域)を用いてDL帯域(Band  Width:BW)の割り当てをDL帯域要求メッセージ(� ��御系メッセージ)にてBSに要求する(BW要求シ� ��ナリングの発行)。
 即ち、MS2は、MACレイヤ処理部22において、� �信DSA-REQメッセージを、DLフレーム解析部22A,P DU解析部22B及びDL制御系メッセージ処理部22C� �由でそれぞれ処理し、その処理結果に応じ� �制御系メッセージ(DL帯域要求メッセージ)を� ��成して、UL制御系メッセージ処理部22G及びUL フレーム構築部22Hを通じてBS1へ送信する。

 なお、本例においても、「コンテンション� ��域」は、BS1からブロードキャストされるMAP� ��報(UL-MAP)内のUCD(Uplink Channel Descriptor)カウン ト値(β)を基に、BS1から周期的に発行(ブロー� ��キャスト)されている該当UCDメッセージの内 容(メッセージ情報)を確認することにより特� ��される。
 次に、BS1は、前記BW要求シグナリングを正� �に受信すると、当該MS2を特定するCDMAコード( レンジングコード=1~256のランダム値)や、MS2� �帯域要求(制御系メッセージ)を行なう上で必 要なUL帯域(ULバースト)に関する情報等のパラ メータ(情報要素:IE)をUL-MAPにより該当MS2に割� ��当てて、当該MSのUL帯域要求メッセージの送 信を許可する(CDMA_Allocation-IEメッセージの発� �)。

 即ち、BS1は、MACレイヤ処理部12において、� �記BW要求シグナリングを、ULフレーム解析部1 2B,フィードバック検出用CRC処理部12C及びMACマ ネジメントメッセージ解析部12A経由でそれぞ れ処理し、その処理結果に応じた制御系メッ セージとしてCDMA_Allocation-IEメッセージを生成 してMS2へ送信する。
 MS2は、当該CDMA_Allocation-IEメッセージ(帯域要 求許可)を受けることにより、割り当てられ� �ULバースト(つまり、制御系メッセージの送� �領域)を用いて制御系メッセージ(CID=Basic CID) である帯域要求メッセージやDSA応答(DSA-RSP)メ ッセージをBS1に送信する。

 即ち、MS2は、MACレイヤ処理部22において� �CDMA_Allocation-IEメッセージを、DLフレーム解析 部22A,PDU解析部22B及びDL制御系メッセージ22C経 由でそれぞれ処理し、その処理結果に応じた 制御メッセージとして、帯域要求メッセージ やDSA応答(DSA-RSP)メッセージを、UL制御系メッ� ��ージ処理部22G及びULフレーム構築部22H経由� �生成してBS1に送信する。

 BS1は、上記DSA-RSPメッセージを正常に受信 すると、これに対する応答としてDSA確認(DSA-A CK)メッセージをMS2に送信する。即ち、BS1は、 MACレイヤ処理部12において、前記DSA-RSPメッセ ージを、ULフレーム解析部12B及びフィードバ� ��ク検出用CRC処理部12Cでの処理によって検出� ��(5)、MACマネジメントメッセージ解析部12A経� ��で、当該メッセージに対応する応答(制御系 メッセージ)としてDSA-RSPメッセージを生成し� ��BS1へ送信する(6)。

 そして、当該DSA-RSPメッセージをMS2が正常 に受信することにより、DLについてのDSA処理� ��完了し、DLのユーザデータ用コネクション� �確立される。ここで、図6Bで説明したシーケ ンスでは、次に、ROHC処理時のフィードバッ� �に用いるULコネクション(フィードバックコ� �クション)を確立するために、ULについてのDS A処理を実施していたが(ステップS111~S119)、本 例では、ROHC処理機能がMACレイヤに実装され� �ROHCフィードバックを制御用の帯域を用いて� ��施しているため不要になる。

 したがって、図5Bに示すように、以後、� �記コアネットワーク側からユーザデータ(ス� ��リーミングデータ)がBS1に到着すると(7)、当 該データは、クラシファイア12E,PDU生成部12F� �びDLフレーム構築部12Gを経由することにより 、ユーザデータであることを表すCID=Transport  CIDを含むGMHがBS1にて付与されて上述のごとく 確立されたDLコネクションを通じてMS2へ転送� ��れる(ステップS31)。

 一方、MS2は、DLコネクションによるユー� �データの受信中に、MACレイヤ処理部22におい て、BS1のROHC処理部12Fで生成されてDLフレーム 構築部12GによりDLフレームにて送信されたROHC パケット(8)が、DLユーザデータ処理部22Fにて� ��出、処理されると、ROHCフィードバック処理 部22Eにより、当該ROHCパケットの正常/異常受� ��を表すフィードバックパケット(ROHC-ACK/NACK)� ��生成する。

 即ち、ROHCフィードバック処理部22Eは、図 2に示したように、MACヘッダのCIDフィールド� �、ユーザデータであることを表すTransport CID ではなく制御系メッセージであることを表す Basic CIDを設定するとともに、マネジメント� �イプフィールドを未使用の「0xFF」にマスク� ��、且つ、ペイロードフィールドにROHCフィー ドバックパケットを格納し、MACヘッダを除く 各フィールドをCRC演算した結果を付加するこ とにより、フィードバックパケットを生成す る。その際、図3に示したように、ペイロー� �フィールドには、DLのユーザデータコネクシ ョンのCID(Transport CID)を付与するのが好まし� �。

 そして、MS2は、生成した上記フィードバ� ��クパケットを、ULフレーム構築部22Hを通じ� �ULバーストにてBS1へ送信するために、BS1から のUL-MAPで指定されたULのコンテンション領域� ��用いてUL帯域の割り当てを要求し、BS1は、� �の要求に応じてUL帯域(ULバースト)をUL-MAPに� �りMSに割り当てる(ステップS32~S36)。これによ り、MS2は、割り当てられたULバーストを用い� ��前記フィードバックパケットをBS1に送信す� ��(ステップS37)。

 一方、BS1では、図4に示したフローチャー トに従って動作することにより、MS2から送信 された上記フィードバックパケットをMACレイ ヤ処理部12にて受信、検出する。即ち、ULフ� �ーム解析部12B,フィードバック検出用CRC処理� ��12C及びフィードバックヘッダ解析部12Dによ� ��、受信PDUに、Basic CIDが使用されていて、且 つ、CRC演算結果がOKである(より好ましくは、 検出精度向上のためにマネジメントタイプフ ィールドがマスクされていることも検出条件 )場合に、当該PDUがフィードバックパケット� �あると判断する(9)。

 そして、当該フィードバックパケットは、R OHC処理部12Fへ転送され、ROHC処理部12Fは、当� �フィードバックパケットのACK/NACK(10)に応じ� �ROHCのステートマシン処理を実施して、DLの� �ーザデータ(PDU)のヘッダ圧縮率を変更又は維 持する。
 以上のように、本実施形態によれば、MS2は� ��ユーザデータ用のDLコネクション(つまりはD Lのデータチャネル)を通じてBS1から受信したR OHCパケットに対する応答(フィードバックパ� �ット)を、ユーザデータ用ではなく制御系メ� ��セージ用のULコネクション(つまりは制御チ� ��ネル)を用いて送信することができるので、 フィードバックパケットのためだけにユーザ データ用のULコネクションを確立してUL帯域� �確保する必要がなく、BS1はDSA処理による追� �のULサービスフローを発生することがない。 また、MS2も余分なDSAを処理する必要が無くな る。

 (1)即ち、MS2のMACレイヤにROHC用処理機能を設 け、フィードバックパケットの追加処理を行 ない、BS1のMACレイヤにROHC用処理機能を設け� �特殊なフィードバックパケットの判定処理� �することにより、ROHCのフィードバック処理� ��高速化することができる。
 (2)また、BS1のMACレイヤのROHC用処理機能内に CRC演算機能を設け、ULでフィードバックされ� ��パケットに添付したCRC結果を演算する処理� ��することにより、WiMAX標準で処理定義済み� �マネジメントメッセージタイプ情報に加え� �新たなタイプ情報を定義することなく、ROHC� ��フィードバックパケットであることを確認� ��ることができる。

 (3)さらに、MS2のMACレイヤのROHC用処理機能 内にCRC演算機能を設け、ダウンリンクで受け たROHC指定されているユーザパケットの状態� �らフィードバックパケットを生成したもの� �対して演算を行ない、そのCRC結果を添付し� �パケットをフィードバックパケットとして� �ップリンクに転送する処理をすることによ� �、ROHCのフィードバックパケットであること� ��通知することができる。

 (4)また、BS1のMACレイヤのROHC用処理機能内に CRC演算機能を設け、更にメッセージタイプと 区別できる処理をすることにより、ROHCのフ� �ードバックパケットと、本来のWiMAX標準の制 御系メッセージとを正しく確実に分離するこ とができる。
 (5)さらに、BS1のMACレイヤに、Transport CIDとBa sic CIDとを組み合わせるデータベースを設け� ��フィードバックされてきたパケット内のBasi c CIDを確認することで、組み合わされている Transport CID(つまりは下りデータチャネル)を� �認することができる。

 (6)また、BS1のMACレイヤに、コアネットワー� ��から受信したユーザデータを分類(クラシフ ァイア)し、フィードバックパケットからROHC� ��状態を変更し、それに応じた処理(ヘッダ圧 縮処理)を実施したパケットをMS2に送信する� �能を具備することで、フィードバックの準� �処理を行なうことができる。
 (7)さらに、フィードバックパケットのマネ� ��メントメッセージタイプフィールドを0xFFに 設定して、本来のWiMAX標準のメッセージタイ� ��をマスクすることで、受信側(BS)において安 定した判断をすることができる。

 (8)また、フィードバックパケットにTransport� �CIDを挿入することで、Basic CIDからテーブル� ��索するだけでなく、単純にそのCIDを取得す� ��だけで、どのサービスフロー(ユーザーデー タ)のフィードバックパケットかを容易に判� �することができる。
 (9)さらに、CRC演算を、マネジメントメッセ� ��ジタイプフィールド(0xFF領域)からペイロー� ��フィールド(フィードバックパケット)まで� �範囲で実施し、その結果を添付することで� �ヘッダフィールド(GMH)への影響を回避するこ とができる。

 以上から、例えば、少なくとも以下に示す� ��間的な効果、帯域的な効果、実装的な効果� ��いずれかが得られる。
 (時間的な効果)
 例えば、ネットワークAAA(Authentication,Authoriza tion,and Accounting)サーバへの通信が片道5msと考 えて、DSA(片道分)の処理が12ms程度かかるとす ると、1台のBS1に一度に512台のMS2が接続して� �全部のMS2が接続完了するためには、12×512=6,1 44msの2倍(UL及びDL分)、つまり約12秒かかって� �まうところが、本実施形態では、その半分� �約6秒で完了することが可能となる。

 (帯域的な効果)
 また、ユーザデータの転送に利用可能な全� ��域を20Mbps(制御メッセージ用の帯域は別)と� �て、1台のBS2に512台のMS2が接続する場合、50Kb psの1200バイトのDLデータが流れるとすると、1 秒間には、
  (50×1024/8)バイト/1200バイト=5.3(パケット/秒 )
のパケットが流れることになる。このパケッ トそれぞれにフィードバックパケット(約80バ イトと仮定する)が発生するとして、512台のMS 2すべての帯域を計算すると、
    5.3(パケット)×80(バイト)×512×8=1.7Mbps
となる。これが、ULに必要な帯域となるが、� ��常、制御メッセージ用の帯域は確保されて� ��るので、これ以外に帯域を割り当てなけれ� ��ならなくなり、20Mbpsのユーザ帯域は、単純� ��20-1.7=18.3Mbpsに減少してしまう。これに対し� ��上述した実施形態では、1.7Mbpsの帯域は制御 メッセージ用の帯域を利用するので、20Mbpsの すべてをユーザデータ転送用に使用できるこ とになる。

 (実装的な効果)
 さらに、既存のモバイルWiMAXシステムでは� �ROHC処理を適用する場合、MACレイヤの上位レ� ��ヤでDLのユーザデータ用コネクションとULの ユーザデータ用コネクションとの対応付けを 実施する必要があるため、MSとBSの各装置で� �ンテキストとして保存すべきデータは、
          DLのTransport CID=32(ビット)
          ULのTransport CID=32(ビット)
           Basic CID=32(ビット)
とすると、BSでは、最低でも、32(ビット)×3×5 12(MS数)=49,152(ビット)、つまり、約6キロバイ� �のメモリが必要になる(なお、当然、本来で� ��ればULのコンテキストも必要になるが、こ� �では省略する)。これに対し、上述した実施� ��態によれば、ULのTransport CIDを不要にするこ とができ、また、フィードバックパケットの 転送に既存のCID(Basic CID)を流用するので、ユ ーザデータ用のCIDを増やすことがない。した がって、32(ビット)×2×512(MS数)=32,768(ビット)� �縮小することが可能となる。

 また、ULのサービスフローを発生させな� �ので、UL帯域をBS1で登録、管理する必要がな く、帯域管理のためのデータベースを削減す ることができる。さらには、BS1での分類処理 (クラシファイア)への登録も削減でき、管理� ��容易になる。