(57)【要約】  広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送受信するシステム及び方法を開示する。このシステム及び方法によると、移動端末機が移動端末機自身のＨＡＲＱバッファ容量を検出し、検出されたＨＡＲＱバッファ容量に関する情報を含むメッセージを基地局へ送信する。基地局は、このメッセージを受信して、ＨＡＲＱバッファ容量に基づいて移動端末機（ＭＳ）に割り当てられる信号送信量を決定することによって、ＭＳのＨＡＲＱバッファ容量に応じてＨＡＲＱ方式を運用することができる。
2008515332.tif 000002
【特許請求の範囲】
【請求項１】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信する方法であって、
移動端末機自身のＨＡＲＱバッファ容量を検出するステップと、
前記検出されたＨＡＲＱバッファ容量を示す情報を含むメッセージを基地局へ送信するステップと
を具備することを特徴とする方法。
【請求項２】
前記メッセージは、加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ ）メッセージであることを特徴とする請求項１記載の方法。
【請求項３】
前記ＨＡＲＱバッファ容量情報は、アップリンク及びダウンリンクの各々に対するＨＡＲＱバッファ容量と、前記広帯域無線接続通信システムで支援するＨＡＲＱ方式の各々に対するＨＡＲＱバッファ容量とを含むことを特徴とする請求項１記載の方法。
【請求項４】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機と前記基地局との間に予め設定されているインデックス形態で表現されることを特徴とする請求項１記載の方法。
【請求項５】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機自身がダウンリンク及びアップリンクＨＡＲＱのために貯蔵することができるデータビットの最大個数で表現されることを特徴とする請求項１記載の方法。
【請求項６】
前記ＨＡＲＱバッファ容量情報は、１つのＨＡＲＱチャンネル当たりのパケットサイズを示す形態で表現されることを特徴とする請求項１記載の方法。
【請求項７】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信する方法であって、
移動端末機のＨＡＲＱバッファ容量を示す情報を含むメッセージを受信するステップと、
前記情報に基づいて、前記移動端末機に割り当てられる信号の送信量を決定するステップと
を具備することを特徴とする方法。
【請求項８】
前記メッセージは、加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ ）メッセージであることを特徴とする請求項７記載の方法。
【請求項９】
前記ＨＡＲＱバッファ容量情報は、アップリンク及びダウンリンクの各々に対するＨＡＲＱバッファ容量と、前記広帯域無線接続通信システムで支援するＨＡＲＱ方式の各々に対するＨＡＲＱバッファ容量とを含むことを特徴とする請求項７記載の方法。
【請求項１０】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機と前記基地局との間に予め設定されているインデックス形態で表現されることを特徴とする請求項７記載の方法。
【請求項１１】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機自身がダウンリンク及びアップリンクＨＡＲＱのために貯蔵することができるデータビットの最大個数で表現されることを特徴とする請求項７記載の方法。
【請求項１２】
前記ＨＡＲＱバッファ容量情報は、１つのＨＡＲＱチャンネル当たりのパケットサイズを示す形態で表現されることを特徴とする請求項７記載の方法。
【請求項１３】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信する方法であって、
移動端末機自身のダウンリンク及びアップリンクＨＡＲＱバッファ容量を検出するステップと、
前記検出されたダウンリンク及びアップリンクＨＡＲＱバッファ容量を示す情報を示すＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”をダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ７”乃至“ｂ５”を予備ビットとして設定し、“ｂ４”を前記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ３”乃至“ｂ０”を１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定するステップと、
“ｂ１５”乃至“ｂ８”をアップリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ１５”乃至“ｂ１３”を予備ビットとして設定し、“ｂ１２”を前記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ１１”乃至“ｂ８”をＮｅｐを示すビットとして設定するステップと、
前記ＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを基地局へ送信するステップと
を具備することを特徴とする方法。
【請求項１４】
前記ダウンリンク及びアップリンクＨＡＲＱバッファ容量は、増分冗長（ＩＲ）方式を使用する場合のダウンリンク及びアップリンクＨＡＲＱバッファ容量であることを特徴とする請求項１３記載の方法。
【請求項１５】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信する方法であって、
移動端末機のダウンリンク及びアップリンクＨＡＲＱバッファ容量情報を示すＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを受信するステップと、
前記ＨＡＲＱバッファ容量フィールドに含まれたＨＡＲＱバッファ容量情報に基づいて、前記移動端末機の信号送信量を決定するステップとを具備し、
前記ＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”は、ダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ７”乃至“ｂ５”は、予備ビットとして設定され、“ｂ４”は、前記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ３”乃至“ｂ０”は、１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定され、
“ｂ１５”乃至“ｂ８”は、アップリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ１５”乃至“ｂ１３”は、予備ビットとして設定され、“ｂ１２”は、前記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ１１”乃至“ｂ８”は、Ｎｅｐを示すビットとして設定されることを特徴とする方法。
【請求項１６】
前記ダウンリンク及びアップリンクＨＡＲＱバッファ容量は、増分冗長（ＩＲ）方式を使用する場合のダウンリンク及びアップリンクＨＡＲＱバッファ容量であることを特徴とする請求項１５記載の方法。
【請求項１７】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信するシステムであって、
ＨＡＲＱバッファと、
前記ＨＡＲＱバッファの容量を検出し、前記検出されたＨＡＲＱバッファ容量を示す情報を生成し、送信器が前記生成された情報を含むメッセージを生成するように制御する制御器と、
前記制御器の制御によって前記メッセージを生成し、前記生成されたメッセージを基地局へ送信する送信器と
を具備することを特徴とするシステム。
【請求項１８】
前記メッセージは、加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ ）メッセージであることを特徴とする請求項１７記載のシステム。
【請求項１９】
前記ＨＡＲＱバッファ容量情報は、アップリンク及びダウンリンクの各々に対するＨＡＲＱバッファ容量と、前記広帯域無線接続通信システムで支援するＨＡＲＱ方式の各々に対するＨＡＲＱバッファ容量とを含むことを特徴とする請求項１７記載のシステム。
【請求項２０】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機と前記基地局との間に予め設定されているインデックス形態で表現されることを特徴とする請求項１７記載のシステム。
【請求項２１】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機自身の実際の総ＨＡＲＱバッファ容量を示す形態で表現されることを特徴とする請求項１７記載のシステム。
【請求項２２】
前記ＨＡＲＱバッファ容量情報は、１つのＨＡＲＱチャンネル当たりのパケットサイズを示す形態で表現されることを特徴とする請求項１７記載のシステム。
【請求項２３】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信するシステムであって、
移動端末機のＨＡＲＱバッファ容量を示す情報を含むメッセージを受信する受信器と、
前記情報に基づいて、前記移動端末機の信号送信量を決定する制御器と
を具備することを特徴とするシステム。
【請求項２４】
前記メッセージは、加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ ）メッセージであることを特徴とする請求項２３記載のシステム。
【請求項２５】
前記ＨＡＲＱバッファ容量情報は、アップリンク及びダウンリンクの各々に対するＨＡＲＱバッファ容量と、前記広帯域無線接続通信システムで支援するＨＡＲＱ方式の各々に対するＨＡＲＱバッファ容量とを含むことを特徴とする請求項２３記載のシステム。
【請求項２６】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機と前記基地局との間に予め設定されているインデックス形態で表現されることを特徴とする請求項２３記載のシステム。
【請求項２７】
前記ＨＡＲＱバッファ容量情報は、前記移動端末機自身の実際の総ＨＡＲＱバッファ容量を示す形態で表現されることを特徴とする請求項２３記載のシステム。
【請求項２８】
前記ＨＡＲＱバッファ容量情報は、１つのＨＡＲＱチャンネル当たりのパケットサイズを示す形態で表現されることを特徴とする請求項２３記載のシステム。
【請求項２９】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信するシステムであって、
ＨＡＲＱバッファと、
前記ＨＡＲＱバッファのダウンリンク及びアップリンク容量を検出し、前記ダウンリンク及びアップリンクＨＡＲＱバッファ容量を示す情報を示すＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”をダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ７”乃至“ｂ５”を予備ビットとして設定し、“ｂ４”を前記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ３”乃至“ｂ０”を１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定し、“ｂ１５”乃至“ｂ８”をアップリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ１５”乃至“ｂ１３”を予備ビットとして設定し、“ｂ１２”を前記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ１１”乃至“ｂ８”をＮｅｐを示すビットとして設定するように制御した後に、送信器が前記ＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを生成するように制御する制御器と、
前記制御器の制御によって、前記加入者端末機（ＳＳ）基本容量交渉要求メッセージを生成して基地局へ送信する送信器と
を具備することを特徴とするシステム。
【請求項３０】
前記ダウンリンク及びアップリンクＨＡＲＱバッファ容量は、増分冗長（ＩＲ）方式を使用する場合のダウンリンク及びアップリンクＨＡＲＱバッファ容量であることを特徴とする請求項２９記載のシステム。
【請求項３１】
広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信するシステムであって、
移動端末機のダウンリンク及びアップリンクＨＡＲＱバッファ容量情報を示すＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求メッセージを受信する受信器と、
前記ＨＡＲＱバッファ容量フィールドに含まれたダウンリンク及びアップリンクＨＡＲＱバッファ容量情報に基づいて、前記移動端末機の信号送信量を決定する制御器とを具備し、
前記ＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”は、ダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ７”乃至“ｂ５”は、予備ビットとして設定され、“ｂ４”は、前記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ３”乃至“ｂ０”は、１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定され、“ｂ１５”乃至“ｂ８”は、アップリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ１５”乃至“ｂ１３”は、予備ビットとして設定され、“ｂ１２”は、前記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ１１”乃至“ｂ８”は、Ｎｅｐを示すビットとして設定されることを特徴とするシステム。
【請求項３２】
前記ダウンリンク及びアップリンクＨＡＲＱバッファ容量は、増分冗長（ＩＲ）方式を使用する場合のダウンリンク及びアップリンクＨＡＲＱバッファ容量であることを特徴とする請求項３１記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広帯域無線接続（Broadband Wireless Access；以下、‘ＢＷＡ’と称する）通信システムに関し、特に、移動端末機（Mobile Station；以下、‘ＭＳ’と称する）のハイブリッド自動反復要求（Hybrid  Automatic Repeat reQuest；以下、‘ＨＡＲＱ’と称する）バッファ容量（buffer capability）情報を送受信するシステム及び方法に関する。
【背景技術】
【０００２】
次世代通信システムである第４世代（4th Generation；以下、“４Ｇ”と称する）通信システムにおいては、高速の伝送速度で多様なサービス品質（Quality of Service；以下、“ＱｏＳ”と称する）を有するサービスをユーザーに提供するための活発な研究が進んでいる。特に、現在の４Ｇ通信システムでは、無線近距離通信ネットワーク（Local Area Network；以下、“ＬＡＮ”と称する）システム及び無線都市地域ネットワーク（Metropolitan Area Network；以下、“ＭＡＮ”と称する）システムのような広帯域無線接続（ＢＷＡ）通信システムに移動性（Mobility）とＱｏＳを保証する形態で高速のサービスを支援するための研究が活発になされている。その代表的な通信システムが、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｄ／ｅ通信システムである。
【０００３】
ＩＥＥＥ８０２．１６ｄ／ｅ通信システムは、無線ＭＡＮシステムの物理チャンネル（physical channel）において、広帯域送信ネットワークを支援するために直交周波数分割多元（Orthogonal Frequency Division Multiplexing；以下、“ＯＦＤＭ”と称する）方式／直交周波数分割多元接続（Orthogonal Frequency Division Multiplexing Access；以下、“ＯＦＤＭＡ”と称する）方式を採用する。図１を参照して、ＩＥＥＥ８０２．１６ｅ通信システムの構成について説明する。
【０００４】
図１は、典型的なＩＥＥＥ８０２．１６ｅ通信システムの構成を概略的に示すブロック図である。
図１を参照すると、ＩＥＥＥ８０２．１６ｅ通信システムは、多重セル（multi-cell）構造を有し、すなわち、セル１００とセル１５０とを有する。また、ＩＥＥＥ８０２．１６ｅ通信システムは、セル１００を管理する基地局（Base Station；ＢＳ）１１０と、セル１５０を管理する基地局１４０と、複数のＭＳ１１１，１１３，１３０，１５１，及び１５３とから構成される。そして、基地局１１０及び１４０とＭＳ１１１，１１３，１３０，１５１，及び１５３との間の信号の送受信は、ＯＦＤＭ／ＯＦＤＭＡ方式を使用して行われる。
【０００５】
一方、信号を送信する間に、チャンネル状況に応じて、雑音、干渉、及びフェージング（fading）などによる不回避なエラーが発生して、情報の損失が発生する。一般的に、このような情報の損失を減少させるために、チャンネルの特性によって、多様なエラー制御方式（error-control scheme）を使用してシステムの信頼度を向上させる。その代表的なエラー制御方式がＨＡＲＱ方式である。ＨＡＲＱ方式は、自動再送要求（Automatic Retransmission reQuest；以下、‘ＡＲＱ’と称する）方式及び順方向エラー訂正（Forward Error Correction；以下、‘ＦＥＣ’と称する）方式の長所を結合した新たなエラー制御方式である。
【０００６】
ＨＡＲＱ方式によると、送信器が送信した信号に対する肯定的確認応答（ACKnowledment；以下、‘ＡＣＫ’と称する）／否定的確認応答（Non-ACKnowledment；以下、‘ＮＡＣＫ’と称する）信号が受信器から送信器へフィードバックされ、上記受信器からＮＡＣＫ信号のフィードバックを受ける場合には、上記送信された信号を再送信して、信号送信の信頼性を向上させる。ここで、上記受信器は、上記送信器が送信した信号を正常に受信した場合には、ＡＣＫ信号を上記送信器へフィードバックし、上記送信器から異常な信号を受信した場合、すなわち、上記送信器が送信した信号にエラーが発生した場合には、上記ＮＡＣＫ信号を上記送信器へフィードバックする。ここで、ＨＡＲＱ方式を使用する場合に、送信される信号は、ＨＡＲＱエンコーダパケット（HARQ encoder packet；以下、Ｈｅｐと称する）の単位を有する。１つのＨｅｐは、１つ以上の媒体接続制御（Medium Access Control；以下、‘ＭＡＣ’と称する）-プロトコルデータユニット（Protocol Data Unit；以下、‘ＰＤＵ’と称する）（ＭＡＣ-ＰＤＵ）を連結し、上記連結したＭＡＣ-ＰＤＵに巡回冗長検査（cyclic redundancy check；ＣＲＣ）符号を挿入することによって生成される。
【０００７】
現在、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムは、２つのタイプのＨＡＲＱ方式、すなわち、第１のタイプ（ｔｙｐｅ-I）のＨＡＲＱ方式及び第２のタイプ（ｔｙｐｅ-II）のＨＡＲＱ方式を支援する。下記では、ＨＡＲＱ方式の２つのタイプについて説明する。
【０００８】
一番目に、ｔｙｐｅ-I ＨＡＲＱ方式について説明する。
ｔｙｐｅ-I ＨＡＲＱ方式は、チェースコンバイニング（Chase Combining；以下、‘ＣＣ’と称する）方式とも呼び、初期送信（initial transmission）及び再送信（retransmission）の際に、送信器は、同一のフォーマットの信号を送信する。すると、受信器は、上記初期送信及び再送信の際に、上記送信器が送信した信号を受信し、２つの受信信号をソフトコンバイニング（soft combining）した後に復号する方式である。
【０００９】
二番目に、ｔｙｐｅ-II ＨＡＲＱ方式について説明する。
ｔｙｐｅ-II ＨＡＲＱ方式は、増分冗長（Incremental Redundancy；以下、‘ＩＲ’と称する）方式とも呼び、初期送信及び再送信の際に、送信器は、相異なるフォーマットの信号を送信する。すると、受信器は、上記初期送信及び再送信の際に、上記送信器が送信した信号を符号コンバイニング（code combining）した後に復号する方式である。
【００１０】
上述したように、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムは、２つのタイプのＨＡＲＱ方式を支援する。ＨＡＲＱ方式を実現するためには、ＭＳが初期化又はハンドオーバー（handover）動作を遂行する際に、ＢＳとＭＳとの間でＨＡＲＱ方式の運用のためのパラメーター（parameter）を交換する必要がある。しかしながら、現在のＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおいて、ＭＳの初期化又はハンドオーバーの際にＨＡＲＱ方式の運用のために交換されるパラメーターは、ＭＳのバッファ容量(buffer capability)に関連したパラメーターを何も含んでいない。
【００１１】
ここで、ＭＳのバッファ容量とは無関係にＨＡＲＱ方式を運用する場合に発生する問題点について説明する。
一番目に、基地局は、ＭＳのバッファ容量をまったく知らないので、ＭＳが受信不可能なサイズでＨｅｐサイズを決定する可能性がある。この場合、ＭＳが基地局から送信されたＨｅｐを受信することができず、従って、Ｈｅｐの異常受信による不必要な再送信を発生する。
【００１２】
二番目に、ＭＳは、誤りＨｅｐに対するコンバイニング動作に必要とされる第１のメモリ容量のみならず、上位階層へ送信するために、正常のＨｅｐを復号することによって生成されたＭＡＣ-ＰＤＵを再整列（reordering）するのに必要とされる第２のメモリ容量を確保していなければならない。ＭＳが上記コンバイニング及び再整列に必要とされるメモリ容量を確保していない場合、ＭＳが基地局から送信されたＨｅｐを受信することができず、従って、Ｈｅｐの異常受信による不必要な再送信を発生させる。
【００１３】
上述したように、ＭＳのバッファ容量とは無関係にＨＡＲＱ方式を運用する場合に、不必要なＨｅｐの再送信が発生する。このような不必要なＨｅｐの再送信がトラフィック遅延（traffic delay）及び不必要な資源割当てを発生させ、結果的に、全体システムの性能を低下させる。
【発明の開示】
【発明が解決しようとする課題】
【００１４】
上記背景に鑑みて、本発明の目的は、ＢＷＡ通信システムにおけるＨＡＲＱバッファ容量情報を送受信するシステム及び方法を提供することにある。
本発明の他の目的は、ＢＷＡ通信システムにおけるＭＳの初期化又はハンドオーバーの際にＨＡＲＱバッファ容量情報を送受信することによって、不必要なＨＡＲＱエンコーダパケットを防止するシステム及び方法を提供することにある。
【課題を解決するための手段】
【００１５】
上記のような目的を達成するために、本発明の第１の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信するシステムは、ＨＡＲＱバッファと、上記ＨＡＲＱバッファの容量を検出し、上記検出されたＨＡＲＱバッファ容量を示す情報を生成し、送信器が上記生成された情報を含むメッセージを生成するように制御する制御器と、上記制御器の制御によって上記メッセージを生成し、上記生成されたメッセージを基地局へ送信する送信器とを具備することを特徴とする。
【００１６】
本発明の第２の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信するシステムは、移動端末機のＨＡＲＱバッファ容量を示す情報を含むメッセージを受信する受信器と、上記情報に基づいて、上記移動端末機の信号送信量を決定する制御器とを具備することを特徴とする。
【００１７】
本発明の第３の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信するシステムは、ＨＡＲＱバッファと、上記ＨＡＲＱバッファのダウンリンク及びアップリンク容量を検出し、上記ダウンリンク及びアップリンクＨＡＲＱバッファ容量を示す情報を示すＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”をダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ７”乃至“ｂ５”を予備ビットとして設定し、“ｂ４”を上記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ３”乃至“ｂ０”を１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定し、“ｂ１５”乃至“ｂ８”をアップリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ１５”乃至“ｂ１３”を予備ビットとして設定し、“ｂ１２”を上記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ１１”乃至“ｂ８”をＮｅｐを示すビットとして設定するように制御した後に、送信器が上記ＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを生成するように制御する制御器と、上記制御器の制御によって、上記加入者端末機（ＳＳ）基本容量交渉要求メッセージを生成して基地局へ送信する送信器とを具備することを特徴とする。
【００１８】
本発明の第４の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信するシステムは、移動端末機のダウンリンク及びアップリンクＨＡＲＱバッファ容量情報を示すＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求メッセージを受信する受信器と、上記ＨＡＲＱバッファ容量フィールドに含まれたダウンリンク及びアップリンクＨＡＲＱバッファ容量情報に基づいて、上記移動端末機の信号送信量を決定する制御器とを具備し、上記ＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”は、ダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ７”乃至“ｂ５”は、予備ビットとして設定され、“ｂ４”は、上記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ３”乃至“ｂ０”は、１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定され、“ｂ１５”乃至“ｂ８”は、アップリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ１５”乃至“ｂ１３”は、予備ビットとして設定され、“ｂ１２”は、上記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ１１”乃至“ｂ８”は、Ｎｅｐを示すビットとして設定されることを特徴とする。
【００１９】
本発明の第５の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信する方法は、移動端末機自身のＨＡＲＱバッファ容量を検出するステップと、上記検出されたＨＡＲＱバッファ容量を示す情報を含むメッセージを基地局へ送信するステップとを具備することを特徴とする。
【００２０】
本発明の第６の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信する方法は、移動端末機のＨＡＲＱバッファ容量を示す情報を含むメッセージを受信するステップと、上記情報に基づいて、上記移動端末機に割り当てられる信号の送信量を決定するステップとを具備することを特徴とする。
【００２１】
本発明の第７の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を送信する方法は、移動端末機自身のダウンリンク及びアップリンクＨＡＲＱバッファ容量を検出するステップと、上記検出されたダウンリンク及びアップリンクＨＡＲＱバッファ容量を示す情報を示すＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”をダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ７”乃至“ｂ５”を予備ビットとして設定し、“ｂ４”を上記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ３”乃至“ｂ０”を１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定するステップと、“ｂ１５”乃至“ｂ８”をアップリンクＨＡＲＱバッファ容量情報を示すビットとして設定して、“ｂ１５”乃至“ｂ１３”を予備ビットとして設定し、“ｂ１２”を上記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定し、“ｂ１１”乃至“ｂ８”をＮｅｐを示すビットとして設定するステップと、上記ＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを基地局へ送信するステップとを具備することを特徴とする。
【００２２】
本発明の第８の見地によると、広帯域無線接続通信システムにおけるハイブリッド自動反復要求（ＨＡＲＱ）バッファ容量情報を受信する方法は、移動端末機のダウンリンク及びアップリンクＨＡＲＱバッファ容量情報を示すＨＡＲＱバッファ容量フィールドを含む加入者端末機（ＳＳ）基本容量交渉要求（ＳＢＣ-ＲＥＱ）メッセージを受信するステップと、上記ＨＡＲＱバッファ容量フィールドに含まれたＨＡＲＱバッファ容量情報に基づいて、上記移動端末機の信号送信量を決定するステップとを具備し、上記ＨＡＲＱバッファ容量フィールドが“ｂ１５”乃至“ｂ０”の１６ビットを有する場合に、“ｂ７”乃至“ｂ０”は、ダウンリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ７”乃至“ｂ５”は、予備ビットとして設定され、“ｂ４”は、上記ダウンリンクＨＡＲＱバッファ容量が全体ダウンリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ３”乃至“ｂ０”は、１つのＨＡＲＱチャンネル当たりのパケットサイズ（Ｎｅｐ）を示すビットとして設定され、“ｂ１５”乃至“ｂ８”は、アップリンクＨＡＲＱバッファ容量情報を示すビットとして設定され、“ｂ１５”乃至“ｂ１３”は、予備ビットとして設定され、“ｂ１２”は、上記アップリンクＨＡＲＱバッファ容量が全体アップリンクＨＡＲＱバッファ容量を示すか否かを示すビットとして設定され、“ｂ１１”乃至“ｂ８”は、Ｎｅｐを示すビットとして設定されることを特徴とする。
【発明の効果】
【００２３】
本発明によると、ＢＷＡ通信システムにおいて、ＭＳのＨＡＲＱバッファ容量に関する情報を基地局に通知することによって、ＢＳは、ＭＳのＨＡＲＱバッファ容量に従ってＨＡＲＱ方式を運用できる。従って、ＭＳが異常な信号を受信することによる不必要な信号の再送信を防止するので、トラフィック遅延及び不必要な資源割当てを防止することによって、全体システムの性能を向上させることができる、という長所を有する。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の好適な一実施形態を添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００２５】
本発明は、広帯域無線接続（Broadband Wireless Access；ＢＷＡ）通信システムであるＩＥＥＥ（Institute of Electrical and Electronics Engineers）８０２．１６ｄ／ｅ通信システムにおいて、ハイブリッド自動反復要求（Hybrid  Automatic Repeat reQuest；以下、‘ＨＡＲＱ’と称する）バッファ容量（buffer capability）情報を送受信するシステム及び方法を提案する。特に、本発明は、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおいて、移動端末機（Mobile Station；以下、‘ＭＳ’と称する）の初期化又はハンドオーバー（handover）の際に、ＭＳのＨＡＲＱバッファ容量に関連してＭＳが基地局と交渉するようにすることによって、ＭＳのＨＡＲＱバッファ容量を考慮してＨＡＲＱ方式を運用するシステム及び方法を提案する。また、本発明では、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムを一例に挙げて説明するが、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムだけでなく、ＨＡＲＱ方式を使用する他の通信システムにもすべて適用可能であることはもちろんである。
【００２６】
また、本発明を説明するに先立って、ＩＥＥＥ８０２．１６ｄ／ｅ通信システムの一般的なＭＳの初期化動作及びＭＳのハンドオーバーによる動作は、ＭＳのＨＡＲＱバッファ容量に関する情報を送受信する動作を除いて、本発明にもそのまま適用されることに留意しなければならない。従って、ＭＳの初期化動作及びＭＳのハンドオーバーによる動作に関する詳細な説明は省略する。
【００２７】
図２は、本発明の第１の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作を概略的に示すフロー図である。
図２を説明するに先立って、本発明の第１の実施形態では、ＭＳの初期化又はハンドオーバーの際に、ＭＳのＨＡＲＱバッファ容量に関する情報が、加入者端末機基本容量交渉要求（Subscriber Station Basic Capability Negotiation Request；以下、“ＳＢＣ-ＲＥＱ”と称する）メッセージ及び加入者端末機基本容量交渉応答（Subscriber Station Basic Capability Negotiation Response；以下、“ＳＢＣ-ＲＳＰ”と称する）メッセージの送受信動作を通して、ＭＳと基地局との間で送受信されると仮定する。
【００２８】
図２を参照すると、まず、ＭＳ２００は、ステップ２１１で、ＭＳ２００自身のＨＡＲＱバッファ容量を検出して、基地局２５０へＳＢＣ-ＲＥＱメッセージを送信する。ここで、ＳＢＣ-ＲＥＱメッセージは、ＭＳ２００が基地局２５０と基本容量に関連した交渉を行うために送信される媒体接続制御（Medium Access Control；以下、‘ＭＡＣ’と称する）メッセージである。ＳＢＣ-ＲＥＱメッセージは、ＭＳ２００が支援可能な変調（modulation）及び符号化（coding）方式に関する情報などを含む。特に、本発明の第１の実施形態によるＳＢＣ-ＲＥＱメッセージは、ＨＡＲＱバッファ容量フィールドをさらに含み、ＨＡＲＱバッファ容量フィールドには、ＭＳ２００のＨＡＲＱバッファ容量情報が記載(record)される。上記ＨＡＲＱバッファ容量情報は、ＭＳと基地局との間に予め設定されているインデックス形態、又は、ＭＳがダウンリンク及びアップリンクＨＡＲＱのために貯蔵することができるデータビットの最大個数で表現されることができる。
【００２９】
また、ＭＳ２００のＨＡＲＱバッファ容量情報は、次のような３つのタイプに基づいてＨＡＲＱバッファ容量フィールドに記載されることができる。
第１のタイプ
上記第１のタイプによると、ＭＳ２００は、ＭＳ２００自身のＨＡＲＱバッファ容量情報をＭＳ２００と基地局２５０との間に予め設定されているインデックス形態で記載する。ここで、ＭＳ２００及び基地局２５０の各々には、下記表１に示すようなＨＡＲＱバッファ容量インデックステーブルが予め備えられている。従って、ＭＳ２００及び基地局２５０の各々は、インデックス形態に基づいて、ＭＳ２００のＨＡＲＱバッファ容量情報を認識することができる。
【００３０】
【表１】
2008515332.tif 000003
【００３１】
表１に示すように、ＨＡＲＱバッファ容量インデックステーブルには、インデックスの各々に対応するＨＡＲＱバッファ容量情報と、１つのＨＡＲＱチャンネル当たりのパケットサイズ“Ｎｅｐ”を示すＮＥＰと、ＨＡＲＱチャンネルの個数とがマッピングされて貯蔵されている。
【００３２】
このように、ＭＳ２００が、ＭＳ２００自身のＨＡＲＱバッファ容量情報に対応するインデックスをＨＡＲＱバッファ容量フィールドに記載したＳＢＣ-ＲＥＱメッセージを基地局２５０へ送信する。すると、基地局２５０は、ＳＢＣ-ＲＥＱメッセージのＨＡＲＱバッファ容量フィールドに記載されているインデックスについて、基地局２５０自身のＨＡＲＱバッファ容量インデックステーブルを検索して、ＭＳ２００のＨＡＲＱバッファ容量情報を識別する。基地局２５０は、上記識別されたＭＳ２００のＨＡＲＱバッファ容量情報に基づいて、ＭＳ２００に割り当てられる信号送信量を決定する。
【００３３】
第２のタイプ
上記第２のタイプによると、ＭＳ２００は、実際の総ＨＡＲＱバッファ容量をＭＳ２００自身のＨＡＲＱバッファ容量情報として記載する。このように、ＭＳ２００は、ＭＳ２００自身の総ＨＡＲＱバッファ容量が記載されたＨＡＲＱバッファ容量フィールドを含むＳＢＣ-ＲＥＱメッセージを基地局２５０へ送信する。すると、基地局２５０は、ＳＢＣ-ＲＥＱメッセージのＨＡＲＱバッファ容量フィールドに記載されているＭＳ２００の総ＨＡＲＱバッファ容量を検出して、“Ｎｅｐ”に該当する信号送信量がＭＳ２００に割り当てられるように制御する。
【００３４】
第３のタイプ
上記第３のタイプによると、ＭＳ２００は、ＭＳ２００自身のＨＡＲＱバッファ容量情報をＮｅｐとして記載する。このように、ＭＳ２００は、ＮｅｐがＨＡＲＱバッファ容量フィールドに記載されたＳＢＣ-ＲＥＱメッセージを基地局２５０へ送信する。すると、基地局２５０は、ＳＢＣ-ＲＥＱメッセージのＨＡＲＱバッファ容量フィールドに記載されているＮｅｐを検出して、“Ｎｅｐ”に該当する信号送信量がＭＳ２００に割り当てられるように制御する。ここで、第３のタイプ、すなわち、ＭＳ２００がＭＳ２００自身のＨＡＲＱバッファ容量情報をＮｅｐの形態で記載する場合に、ＳＢＣ-ＲＥＱメッセージに含まれたＨＡＲＱバッファ容量フィールドのフォーマットについて説明すると、次の通りである。
【００３５】
一番目に、ＨＡＲＱバッファ容量フィールドのフォーマットについて説明する。
まず、ＨＡＲＱバッファ容量フィールドが“ｂ７”乃至“ｂ０”の８ビットで表現される場合、上位４ビットは、“０”又は“１”の値を示すように決定される。ここで、“０”の値は、全体ＨＡＲＱバッファ容量を示し、“１”の値は、１つのＨＡＲＱチャンネル当たりのＨＡＲＱバッファ容量を示す。そして、残りの下位４ビットには、上記ＨＡＲＱバッファ容量がビット数又は“Ｎｅｐ”として記載される。また、ＭＳ２００に割り当てられたＨＡＲＱチャンネルの個数も基地局２５０に通知しなければならない。ＭＳ２００に割り当てられたＨＡＲＱチャンネルの個数は、上記ＨＡＲＱバッファ容量フィールドに含まれることもあり、ＳＢＣ-ＲＥＱメッセージ内の他のフィールドに含まれることもある。
【００３６】
従って、上記上位４ビットが“０”の値を有する場合に、ＨＡＲＱチャンネル当たりのＮｅｐは、上記下位４ビットに記載された全体ＨＡＲＱバッファ容量をＭＳ２００に割り当てられたＨＡＲＱチャンネルの個数に割ることによって得られることができる。一方、上記上位４ビットが“１”の値を有する場合に、全体ＨＡＲＱバッファ容量は、上記下位４ビットに記載されたＮｅｐをＭＳ２００に割り当てられたＨＡＲＱチャンネルの個数と乗じることによって得られることができる。
【００３７】
二番目に、ＨＡＲＱバッファ容量フィールドのフォーマットについて説明する。
まず、上記ＨＡＲＱバッファ容量フィールドが“ｂ７”乃至“ｂ０”の８ビットで表現される場合、“ｂ７”乃至“ｂ５”の上位３ビットは、予備ビットとして設定され、次のビットである“ｂ４”は、このようなフォーマットがＨＡＲＱバッファ容量を示すか否かを示す値を有する。残りのビットである“ｂ３”乃至“ｂ０”には、ビット数又は“Ｎｅｐ”を記載する。
【００３８】
一方、ＭＳ２００は、アップリンク及びダウンリンクのすべてに対して、ＨＡＲＱバッファ容量を基地局２５０へ通知しなければならない。また、２つのタイプの方式、すなわち、第１のタイプ（ｔｙｐｅ-I）であるチェースコンバイニング（Chase Combining；以下、‘ＣＣ’と称する）方式及び第２のタイプ（ｔｙｐｅ-II）である増分冗長（Incremental Redundancy；以下、‘ＩＲ’と称する）方式をＩＥＥＥ８０２．１６ｄ／ｅ通信システムで支援するので、ＭＳ２００は、ＣＣ方式及びＩＲ方式のすべてに対してＨＡＲＱバッファ容量を基地局２５０へ通知しれなければならない。
【００３９】
従って、例えば、上記第３のタイプの二番目のＨＡＲＱバッファ容量フィールドフォーマットの場合、上述したように、ＣＣ方式及びＩＲ方式のうちいずれか一つのＨＡＲＱ方式のダウンリンクＨＡＲＱバッファ容量情報は、１バイト、すなわち、“ｂ７”乃至“ｂ０”の８ビットに記載され、ＣＣ方式及びＩＲ方式のうちいずれか一つのＨＡＲＱ方式のアップリンクＨＡＲＱバッファ容量情報は、１バイト、すなわち、“ｂ１５”乃至“ｂ８”の８ビットに記載される。この場合、上記アップリンクＨＡＲＱバッファ容量情報を記載する方式は、上記ダウンリンクＨＡＲＱバッファ容量情報を記載する方式とそのビットのみ異なるだけ、残りの部分は同一であるので、その詳細な説明は省略する。
【００４０】
一方、さらに図２を参照すると、基地局２５０がＭＳ２００からＳＢＣ-ＲＥＱメッセージを受信する場合、基地局２５０は、ステップＳ２１３で、ＳＢＣ-ＲＥＱメッセージに対する応答メッセージであるＳＢＣ-ＲＳＰメッセージをＭＳ２００へ送信する。ここで、ＳＢＣ-ＲＳＰメッセージもＨＡＲＱバッファ容量フィールドを含む。基地局２５０は、ＳＢＣ-ＲＥＱメッセージ内のＨＡＲＱバッファ容量フィールドを通してＭＳ２００のＨＡＲＱバッファ容量情報を認識することができる。従って、基地局２５０は、ステップ２１５で、ＭＳ２００のＨＡＲＱバッファ容量に基づいてＭＳ２００に割り当てられる信号送信量を決定し、上記決定された信号送信量に基いて割り当てられたＨＡＲＱバースト（burst）に関する情報をコンパクトダウンリンクマップ（Ｃｏｍｐａｃｔ ＤＬ-ＭＡＰ）メッセージを通じてＭＳ２００に通知する。
【００４１】
図２を参照して、本発明の第１の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作について説明した。以下、図３を参照して、本発明の第２の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作について説明する。
【００４２】
図３を説明するに先立って、本発明の第２の実施形態では、ＭＳの初期化又はハンドオーバーの際に、ＭＳのＨＡＲＱバッファ容量に関する情報が、登録要求（Registration Request；以下、‘ＲＥＧ-ＲＥＱ’と称する）メッセージ及び登録応答（Registration Response；以下、‘ＲＥＧ-ＲＳＰ’と称する）メッセージの送受信動作を通して、 ＭＳと基地局との間で送受信されると仮定する。
【００４３】
図３を参照すると、まず、ＭＳ３００は、ステップＳ３１１で、ＭＳ３００自身のＨＡＲＱバッファ容量を検出して、基地局３５０へＲＥＧ-ＲＥＱメッセージを送信する。ここで、ＲＥＧ-ＲＥＱメッセージは、ＭＳ３００のＭＳ登録情報などを含む。特に、本発明の第２の実施形態によると、ＨＡＲＱバッファ容量フィールドは、ＲＥＧ-ＲＥＱメッセージに付加的に含まれ、ＭＳ３００のＨＡＲＱバッファ容量情報は、ＨＡＲＱバッファ容量フィールドに記載される。ここで、ＭＳ３００のＨＡＲＱバッファ容量情報を記載する方式は、本発明の第１の実施形態で説明したＳＢＣ-ＲＥＱメッセージ内のＨＡＲＱバッファ容量フィールドに記載される方式と同一であるので、その詳細な説明を省略する。
【００４４】
基地局３５０がＭＳ３００からＲＥＧ-ＲＥＱメッセージを受信すると、基地局３５０は、ステップＳ３１３で、ＲＥＧ-ＲＥＱメッセージに対する応答メッセージであるＲＥＧ-ＲＳＰメッセージを ＭＳ３００へ送信する。ここで、ＲＥＧ-ＲＳＰメッセージもＨＡＲＱバッファ容量フィールドを含む。基地局３５０は、ＲＥＧ-ＲＥＱメッセージ内のＨＡＲＱバッファ容量フィールドを介してＭＳ３００のＨＡＲＱバッファ容量情報を認識することができる。従って、基地局３５０は、ステップＳ３１５で、ＭＳ３００のＨＡＲＱバッファ容量情報に基づいてＭＳ３００に割り当てられる信号送信量を決定して、その決定された信号送信量に基づいて割り当てられたＨＡＲＱバーストに関する情報をＣｏｍｐａｃｔ ＤＬ-ＭＡＰメッセージを通じてＭＳ３００に通知する。
【００４５】
図３を参照して、本発明の第２の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作について説明した。以下、図４を参照して、本発明の第２の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作について説明する。
【００４６】
図４を説明するに先立って、本発明の第３の実施形態では、ＭＳの初期化又はハンドオーバーの際に、ＭＳのＨＡＲＱバッファ容量に関する情報が、レンジング要求（Ranging-Request；以下、‘ＲＮＧ-ＲＥＱ’と称する）メッセージ及びレンジング応答（Ranging-Response；以下、‘ＲＮＧ-ＲＳＰ'と称する）メッセージの送受信動作を通して、ＭＳと基地局との間で送受信されると仮定する。
【００４７】
図４を参照すると、まず、ＭＳ４００は、ステップＳ４１１で、ＭＳ４００自身のＨＡＲＱバッファ容量を検出して、基地局４５０へＲＮＧ-ＲＥＱメッセージを送信する。特に、本発明の第３の実施形態によると、ＨＡＲＱバッファ容量フィールドは、ＲＮＧ-ＲＥＱメッセージに付加的に含まれ、ＭＳ４００のＨＡＲＱバッファ容量情報は、ＨＡＲＱバッファ容量フィールドに記載される。ここで、ＭＳ４００のＨＡＲＱバッファ容量情報を記載する方式は、本発明の第１の実施形態で説明したＳＢＣ-ＲＥＱメッセージ内のＨＡＲＱバッファ容量フィールドに記載される方式と同一であるので、その詳細な説明を省略する。
【００４８】
基地局４５０がＭＳ４００からＲＮＧ-ＲＥＱメッセージを受信すると、基地局４５０は、ステップＳ４１３で、ＲＮＧ-ＲＥＱメッセージに対する応答メッセージであるＲＮＧ-ＲＳＰメッセージを送信する。ここで、ＲＮＧ-ＲＳＰメッセージもＨＡＲＱバッファ容量フィールドを含む。基地局４５０は、ＲＮＧ-ＲＥＱメッセージ内のＨＡＲＱバッファ容量フィールドを介してＭＳ４００のＨＡＲＱバッファ容量情報を認識することができる。従って、基地局４５０は、ステップＳ４１５で、ＭＳ４００のＨＡＲＱバッファ容量情報に基づいてＭＳ４００に割り当てられる信号送信量を決定して、その決定された信号送信量に基づいて割り当てられたＨＡＲＱバーストに関する情報をＣｏｍｐａｃｔ ＤＬ-ＭＡＰメッセージを通じてＭＳ４００に通知する。
【００４９】
図４を参照して、本発明の第３の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作について説明した。以下、図５のブロック図を参照して、本発明の実施形態によるＭＳの内部構成について説明する。
【００５０】
まず、ＭＳは、ＨＡＲＱバッファ５１１と、制御器５１３と、送信器５１５とを含む。ＨＡＲＱバッファ５１１は、ＭＳのＨＡＲＱ方式を支援し、受信されるＨＡＲＱエンコーダパケット（Ｈｅｐ）と、正常なＨｅｐを復号して生成され、上位階層への送信のために再整列（reordering）されるＭＡＣ-ＰＤＵとを格納する。制御器５１３は、ＨＡＲＱバッファ５１１のＨＡＲＱバッファ容量を検出し、上記検出されたＨＡＲＱバッファ容量に基づいてＨＡＲＱバッファ容量フィールドに記載される情報を生成し、この生成された情報、すなわち、ＨＡＲＱバッファ容量情報を送信器５１５へ出力する。送信器５１５は、制御器５１３が生成したＨＡＲＱバッファ容量情報又は上記生成された情報に基づいて得られた情報を、送信される該当メッセージ（すなわち、ＳＢＣ-ＲＥＱメッセージ、ＲＥＧ-ＲＥＱメッセージ、又はＲＮＧ-ＲＥＱメッセージ）のＨＡＲＱバッファ容量フィールドに記載した後に、該当メッセージを基地局へ送信する。
【００５１】
図５を参照して、本発明の実施形態によるＭＳの内部構成について説明した。以下、図６のブロック図を参照して、本発明の実施形態による基地局の内部構成について説明する。
図６を参照すると、基地局は、受信器６１１と制御器６１３とを含む。
受信器６１１は、ＭＳから該当メッセージ、すなわち、ＳＢＣ-ＲＥＱメッセージ、ＲＥＧ-ＲＥＱメッセージ、又はＲＮＧ-ＲＥＱメッセージを受信し、上記受信されたメッセージのＨＡＲＱ容量フィールド内のＭＳのＨＡＲＱバッファ容量に関する情報を制御器６１３へ出力する。制御器６１３は、受信器６１１から出力されたＨＡＲＱバッファ容量情報に基づいて、ＭＳに割り当てられる信号送信量を決定して、ＭＳのＨＡＲＱバッファ容量に適合した信号を送信する。
なお、本発明の詳細な説明においては、具体的な実施の形態について説明したが、本発明の範囲から逸脱しない範囲内であれば、種々な変形が可能であることは言うまでもない。よって、本発明の範囲は、上述した実施の形態に限定されるものではなく、特許請求の範囲とその均等物によって定められるべきである。
【図面の簡単な説明】
【００５２】
【図１】典型的なＩＥＥＥ８０２．１６ｅ通信システムの構成を概略的に示すブロック図である。
【図２】本発明の第１の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作を概略的に示すフロー図である。
【図３】本発明の第２の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作を概略的に示すフロー図である。
【図４】本発明の第３の実施形態によるＩＥＥＥ８０２．１６ｄ／ｅ通信システムにおけるＨＡＲＱバッファ容量情報を送受信する動作を概略的に示すフロー図である。
【図５】本発明の実施形態によるＭＳの内部構成を概略的に示すブロック図である。
【図６】本発明の実施形態による基地局の内部構成を概略的に示すブロック図である。
【符号の説明】
【００５３】
５１１；ＨＡＲＱバッファ
５１３；制御器
５１５；送信器
６１１；受信器
６１３；制御器
【図１】
2008515332.tif 000004
【図２】
2008515332.tif 000005
【図３】
2008515332.tif 000006
【図４】
2008515332.tif 000007
【図５】
2008515332.tif 000008
【図６】
2008515332.tif 000009
【国際調査報告】
2008515332.tif 000010
2008515332.tif 000011