(57)【要約】可変フォーマットのメッセージを用いた帯域要請方法を提供する。この可変フォーマットのメッセージを用いた帯域要請方法は、端末で要請しようとするアップリンクの帯域要請大きさによって帯域要請タイプを決定し、該決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成し、該帯域要請メッセージを基地局に転送する過程を含む。ここで、決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかである。この方法によれば、帯域要請タイプによって異なるフォーマットの帯域要請メッセージを使用することによって、該当のタイプに最適化された形態でメッセージを転送し、オーバーヘッドを減らすことができ、リソースを效率的に使用することができる。【選択図】図３Ａ
2011528210.tif 000002
【特許請求の範囲】
【請求項１】
端末で要請しようとするアップリンクの帯域大きさによって帯域要請タイプを決定する段階と、
前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成する段階と、
前記帯域要請メッセージを基地局に転送する段階と、
を含み、
前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかであることを特徴とする、可変フォーマットのメッセージを用いた帯域要請方法。
【請求項２】
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第１閾値以下であれば、連結識別子単位で必要な帯域を要請する連結単位帯域要請を選択する段階を含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項３】
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが、第１閾値より大きく第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択する段階を含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項４】
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第２閾値を越えると、端末単位帯域要請を選択する段階を含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項５】
前記帯域要請メッセージを生成する段階は、
前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を、前記帯域要請メッセージに追加する段階を含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項６】
前記帯域要請メッセージは、
前記ＱｏＳレベルフィールドを含み、前記ＱｏＳレベルフィールドは、グラントスケジューリングタイプ、最大レイテンシー、最小リザーブドトラフィックレート及び優先順位のうち少なくとも一つを含む、請求項５に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項７】
前記帯域要請メッセージを生成する前に、前記基地局からＱｏＳパラメータ及び粒度（ｇｒａｎｕｌａｒｉｔｙ）情報のうち少なくとも一つを受信する段階をさらに含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項８】
前記帯域要請メッセージは、
一般媒体接続制御ヘッダー（Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）及びステーション識別子（Ｓｔａｔｉｏｎ  ＩＤ）フィールドを含むことを特徴とする、請求項１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項９】
前記ステーション識別子フィールドは、
所定のサブヘッダーまたは拡張ヘッダーに含まれることを特徴とする、請求項８に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１０】
基地局からランダムアクセスコードのヘッダータイプに関するマッチング情報を受信する段階と、
端末で要請しようとするアップリンクの帯域大きさによって帯域要請タイプを決定する段階と、
前記決定された帯域要請タイプのヘッダータイプにマッチングされたランダムアクセスコードを選択して前記基地局に転送する段階と、
前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成する段階と、
前記帯域要請メッセージを基地局に転送する段階と、
を含み、
前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかであることを特徴とする、可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１１】
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが、第１閾値より大きく第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択する段階を含むことを特徴とする、請求項１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１２】
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第２閾値を越えると、端末単位帯域要請を選択する段階を含むことを特徴とする、請求項１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１３】
前記帯域要請メッセージを生成する段階は、
前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を含むＱｏＳレベルフィールドを、前記帯域要請メッセージに追加する段階を含むことを特徴とする、請求項１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１４】
前記ヘッダータイプは、
前記帯域要請タイプのヘッダー長さによる分類を表す情報であることを特徴とする、請求項１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【請求項１５】
前記帯域要請メッセージを生成する前に、前記基地局からＱｏＳパラメータ及び粒度（ｇｒａｎｕｌａｒｉｔｙ）情報のうち少なくとも一つを受信する段階をさらに含むことを特徴とする、請求項１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アップリンクのリソース割当に係り、特に、端末が割当要請情報を基地局に效率的に伝達する方法に関するものである。
【背景技術】
【０００２】
従来の広帯域無線接続システムにおいて、端末は、ＭＡＣシグナリング（ｓｉｇｎａｌｉｎｇ）ヘッダー形態やＭＡＣサブヘッダー形態で帯域要請情報を転送することでアップリンク帯域幅を要請することができる。この場合、端末は、基地局間の連結単位でアップリンク帯域幅を要請する。 
【０００３】
従来の帯域要請ヘッダーのフォーマットは、図１に示す通りである。このヘッダーを用いてアップリンク帯域幅を要請する場合、端末は最大５１２ＫＢまで要請することができる。 
【０００４】
表１は、図１の帯域要請ヘッダーのフィールドを表すものである。 
【０００５】
【表１】
2011528210.tif 000003
一方、帯域要請及びアップリンク転送電力報告（ＵＬ  Ｔｘ  ｐｏｗｅｒ  ｒｅｐｏｒｔ）を共に転送するＭＡＣシグナリングヘッダーのフォーマットは、図２に示されている。 
【０００６】
図２の各フィールドについての説明は、表２の通りである。このヘッダーを用いてアップリンク帯域幅を要請する場合、端末は最大２ＫＢまで要請することができる。 
【０００７】
【表２】
2011528210.tif 000004
上記２種類のヘッダーの他に、帯域要請／ＣＩＮＲ報告（ＢＲ  ａｎｄ  ＣＩＮＲ  ｒｅｐｏｒｔ）ヘッダーとアップリンクスリープ制御を用いた帯域要請（ＢＲ  ｗｉｔｈ  ＵＬ  ｓｌｅｅｐ  ｃｏｎｔｒｏｌ）ヘッダーが存在する。これによれば、最大２ＫＢまでアップリンク帯域幅を要請することができる。 
【０００８】
従来の広帯域無線接続システムでは、連結単位でアップリンクの帯域幅を要請し、このため、常に１６ビットの連結識別子（Ｃｏｎｎｅｃｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ；ＣＩＤ）を含めて転送しなければならない。また、最大要請帯域幅の大きさである５１２ＫＢあるいは２ＫＢを表現するために必要なビット数を各ヘッダーに単純に含ませる。このため、従来の帯域要請方法では、余分のオーバーヘッドの増加を防止することが困難であった。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、上記問題点を解決するために案出されたもので、その目的は、帯域要請を転送するヘッダーあるいはサブヘッダーのフォーマットをより效率的にデザインすることによって帯域要請時におけるオーバーヘッドを減らす可変フォーマットのメッセージを用いる帯域要請方法を提供することにある。 
【００１０】
本発明で達成しようとする技術的課題は、以上に言及した技術的課題に制限されず、言及していない別の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【課題を解決するための手段】
【００１１】
上記の技術的課題を達成するために、本発明の一実施例に係る可変フォーマットのメッセージを用いた帯域要請方法は、端末で要請しようとするアップリンクの帯域要請大きさによって帯域要請タイプを決定し、前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成し、前記帯域要請メッセージを基地局に転送する過程を含む。ここで、前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかとすることができる。 
【００１２】
好ましくは、前記帯域要請タイプを決定する過程で、前記要請しようとするアップリンクの帯域大きさが第１閾値以下であるとともに単一連結であれば、連結識別子単位に必要な帯域を要請する連結単位帯域要請を選択することができる。 
【００１３】
好ましくは、前記帯域要請タイプを決定する過程で、前記要請しようとするアップリンクの帯域大きさが第１閾値超第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択することができる。 
【００１４】
好ましくは、前記帯域要請タイプを決定する過程で、前記要請しようとするアップリンクの帯域大きさが第２閾値を超過すると、端末単位帯域要請を選択することができる。 
【００１５】
好ましくは、前記帯域要請メッセージを生成する過程で、前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を含むＱｏＳレベルフィールドまたはＱｏＳインデックス（ＱｏＳ  ＩＤ）を前記帯域要請メッセージに追加することができる。ここで、ＱｏＳレベルフィールドは、グラントスケジューリングタイプ、最大レイテンシー、最小リザーブドトラフィックレート及び優先順位のうち少なくとも一つを含むことができる。 
【００１６】
上記の技術的課題を達成するために、本発明の他の実施例に係る可変フォーマットのメッセージを用いた帯域要請方法は、基地局からランダムアクセスコードのヘッダータイプに関するマッチング情報を受信し、端末で要請しようとするアップリンクの帯域大きさによって帯域要請タイプを決定し、前記決定された帯域要請タイプのヘッダータイプにマッチングされたランダムアクセスコードを選択して前記基地局に転送し、前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成し、前記帯域要請メッセージを基地局に転送する過程を含む。ここで、前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかとすることができる。 
【００１７】
好ましくは、前記帯域要請タイプを決定する過程で、前記要請しようとするアップリンクの帯域大きさが第１閾値超第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択することができる。 
【００１８】
好ましくは、前記帯域要請タイプを決定する過程で、前記要請しようとするアップリンクの帯域大きさが第２閾値を超過すると、端末単位帯域要請を選択することができる。 
【００１９】
好ましくは、前記帯域要請メッセージを生成する過程で、前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を前記帯域要請メッセージに追加することができる。 
【００２０】
好ましくは、前記ヘッダータイプは、前記帯域要請タイプのヘッダー長さによる分類を表す情報とすることができる。
【発明の効果】
【００２１】
本発明の実施例によれば、下記のような効果が得られる。 
【００２２】
第一、帯域要請タイプによって異なるフォーマットの帯域要請メッセージを使用することによって、該当のタイプに最適化した形態でメッセージを転送し、オーバーヘッドを減らすことができる。 
【００２３】
第二、帯域要請オーバーヘッドの減少によって無線リソースをより效率的に使用することができる。 
【００２４】
本発明で得られる効果は以上言及した効果に制限されず、言及していない別の効果は、下の記載から、本発明の属する技術の分野における通常の知識を有する者には明らかになるであろう。
【図面の簡単な説明】
【００２５】
【図１】従来の帯域要請ヘッダーのフォーマットの一例を示す図である。
【図２】帯域要請及びアップリンク転送電力報告を共に転送するＭＡＣシグナリングヘッダーのフォーマットの一例を示す図である。
【図３Ａ】本発明の一実施例による帯域要請のタイプ間の関係を示す図である。
【図３Ｂ】端末がＱｏＳインデックスを決定する例を示す図である。
【図３Ｃ】基地局がＱｏＳインデックスを決定する例を示す図である。
【図３Ｄ】遅延に敏感でないデータのＱｏＳインデックスを変更する例を示す図である。
【図４】本発明の一実施例によって、要請しようとするアップリンクの大きさによって帯域要請タイプを決定する手順を示す図である。
【図５】各帯域要請タイプによるヘッダーフォーマットの例を示す図である。
【図６】各帯域要請タイプによるヘッダーフォーマットの例を示す図である。
【図７】各帯域要請タイプによるヘッダーフォーマットの例を示す図である。
【図８】帯域要請ＭＡＣサブヘッダーフォーマットの一例を示す図である。
【図９】帯域要請ＭＡＣサブヘッダーフォーマットの一例を示す図である。
【図１０】グラントスケジューリングタイプによるＱｏＳレベルフィールドの構成要素の例を示す図である。
【図１１】ＱｏＳレベルフィールドの構成要素であるアップリンクグラントスケジューリングタイプのために必要なビット数を計算するフローチャートである。
【図１２】ＱｏＳレベルフィールドを構成する一要素である最大レイテンシーのために必要なビット数を計算するフローチャートである。
【図１３】本発明の他の実施例による帯域要請の長さを知らせる方法の一例を示す図である。
【発明を実施するための形態】
【００２６】
本発明は、無線接続システムに関するものである。以下、より効率的にリソース割当要請情報を基地局に伝達する方法に関する本発明の実施例について説明する。 
【００２７】
下記の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素または特徴は、別の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施することができる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は、他の実施例に含まれることもでき、他の実施例の対応する構成または特徴に取って代わることもできる。 
【００２８】
図面に関する説明において、本発明の要旨を曖昧にさせるとされる手順または段階などは説明を省略し、当業者のレベルで理解できるような手順または段階も説明を省略するものとする。 
【００２９】
本明細書において、本発明の実施例は、基地局と移動局間のデータ送受信関係を中心に説明された。ここで、基地局は、移動局と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）の意味を有する。本文書で、基地局により行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われることもできる。 
【００３０】
すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて移動局との通信のために行われる種々の動作は、基地局または基地局以外の別のネットワークノードにより行われることができる。ここで、‘基地局’は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語に代替可能である。また、‘端末（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）’は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）またはターミナル（Ｔｅｒｍｉｎａｌ）などの用語に代替可能である。 
【００３１】
また、送信端は、データサービスまたは音声サービスを提供する固定及び／または移動ノードのことをいい、受信端は、データサービスまたは音声サービスを受信する固定及び／または移動ノードを意味する。したがって、アップリンクでは端末を送信端とし、基地局を受信端とすることができる。同様に、ダウンリンクでは端末を受信端とし、基地局を送信端とすることができる。 
【００３２】
一方、本発明で、端末には、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、セルラーフォン、ＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）フォン、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）フォン、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）フォン、ＭＢＳ（Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ  Ｓｙｓｔｅｍ）フォンなどを用いることができる。また、端末には、ハンドヘルドＰＣ（Ｈａｎｄ−Ｈｅｌｄ  ＰＣ）、ノートブックＰＣ、スマート（Ｓｍａｒｔ）フォンまたはマルチモードマルチバンド（ＭＭ−ＭＢ：Ｍｕｌｔｉ  Ｍｏｄｅ−Ｍｕｌｔｉ  Ｂａｎｄ）端末機などを用いることもできる。 
【００３３】
ここで、スマートフォンとは、移動通信端末機と個人携帯端末機の長所を結合した端末機で、移動通信端末機に、個人携帯端末機の機能である一定管理、ファックス送受信及びインターネット接続などのデータ通信機能を統合した端末機のことを意味することができる。また、マルチモードマルチバンド端末機とは、マルチモデムチップを内蔵して、携帯インターネットシステム及び他の移動通信システム（例えば、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）２０００システム、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  ＣＤＭＡ）システム等）のいずれにおいても作動できる端末機のことをいう。 
【００３４】
本発明の実施例は様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現することができる。 
【００３５】
ハードウェアによる具現の場合、本発明の実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現することができる。 
【００３６】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例に係る方法は、以上で説明された機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードはメモリーユニットに記憶されてプロセッサにより駆動されることができる。メモリーユニットは、プロセッサの内部または外部に設けられて、既に公知の様々な手段によりプロセッサとデータを交換することができる。 
【００３７】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも一つに開示された標準文書によりサポートされることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確にするために説明を省略した段階または部分は、これらの文書によりサポートすることができる。また、本文書で開示している用語はいずれも上記の標準文書により説明することができる。特に、本発明の実施例は、ＩＥＥＥ  ８０２．１６システムの標準文書であるＰ８０２．１６−２００４、Ｐ８０２．１６ｅ−２００５及びＰ８０２．１６Ｒｅｖ２のうち一つ以上によりサポートされることができる。 
【００３８】
以下、本発明の好適な実施形態を、添付の図面を参照しつつ詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明の実施可能な唯一の実施形態を示すためのものではない。 
【００３９】
また、本発明の実施例で使われる特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で別の形態に変更することもできる。 
【００４０】
帯域要請タイプ（Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ  Ｔｙｐｅ）によって要求する帯域要請大きさの最大値が異なってくるため、帯域要請メッセージを単一のフォーマットに制限すると、ヘッダーのオーバーヘッドを増加させることにつながる。 
【００４１】
本発明の一実施例では、新しい無線接続システムで帯域要請フォーマット（Ｂａｎｄｗｉｄｔｈ  Ｒｅｑｕｅｓｔ  Ｆｏｒｍａｔ）を設計する当たり、端末の連結単位の他に、ＱｏＳレベル、制御シグナリング（ｃｏｎｔｒｏｌ  ｓｉｇｎａｌｌｉｎｇ）、端末単位のアップリンク帯域幅要請を考慮する。これによって、端末は同一の帯域要請情報をより效率的に転送することが可能になる。 
【００４２】
第一の考慮事項である帯域要請タイプは、下記のように分類することができる。 
【００４３】
まず、連結単位のアップリンク割当では、基地局との連結単位でリソース割当を要請する。基地局は、端末の連結と関連する全ての情報（例えば、ＱｏＳパラメータ等）を考慮してリソースを割り当てる。端末は、当該連結を用いたデータ転送に、連結単位帯域要請に応じて割り当てられたリソースを使用する。 
【００４４】
また、ＱｏＳレベル単位のアップリンク割当では、現在端末の連結のうち、同一のまたは類似のＱｏＳレベルの連結単位でリソース割当を要請する。例えば、グラントスケジューリングタイプが実時間ポーリングサービス（ｒｔＰＳ）の連結識別子１、３とＢＥ（Ｂｅｓｔ  Ｅｆｆｏｒｔ）の連結識別子２が存在する時、端末は、同一のグラントスケジューリングタイプを有する連結識別子１と３のためのリソース割当を一つのメッセージで要請することができる。基地局は、該当のＱｏＳの連結と関連する他の情報を用いてアップリンクリソースを割り当てたり、端末の要請時に伝達された情報のみを考慮してアップリンクリソースを割り当てることができる。この例で、基地局が端末にｒｔＰＳに対するリソースを割り当てると、端末は、割り当てられたリソースをそれぞれ連結識別子１及び３に分配する。 
【００４５】
最後に、端末単位のアップリンク割当では、全ての連結単位を含む端末単位でリソースが割り当てられる。基地局は、端末との全ての連結と関連する全ての情報を用いたり、端末の要請時に伝達された情報を考慮したりしてアップリンクリソースを割り当てることができる。基地局が端末単位でリソースを割り当てると、端末は、割り当てられたリソースを任意に分配して使用する。 
【００４６】
図３Ａは、本発明の一実施例による帯域要請のタイプ間の関係を示す図である。 
【００４７】
上位のタイプは下位のタイプを含んでアップリンクを割り当てることができるので、これらのタイプによって異なる形態で帯域要請のフォーマットを設計することができる。また、それぞれの帯域要請タイプにおいて割当要請可能な最大の帯域大きさもそれぞれ異なってくる。 
【００４８】
上述のＱｏＳレベルは、該当のフロー（ｆｌｏｗ）のＱｏＳを示すパラメータ（フィールド）で表すことができる。ＱｏＳレベルフィールドは、スケジューリングタイプ（Ｓｃｈｅｄｕｌｉｎｇ  ｔｙｐｅ）、最大レイテンシー（Ｍａｘｉｍｕｍ  ｌａｔｅｎｃｙ）、トラフィックレート（Ｔｒａｆｆｉｃ  ｒａｔｅ）、優先順位（Ｐｒｉｏｒｉｔｙ）などを含む。スケジューリングタイプは、制御データとトラフィックデータとに区別することができ、制御データにはシグナリング、ＭＡＣメッセージなどが含まれ、トラフィックデータにはＵＧＳ、ｒｔＰＳ、ｅｒｔＰＳ、ｎｒｔＰＳ、ＢＥなどが含まれる。最大レイテンシーは、遅延（ｄｅｌａｙ）に敏感なデータの場合に必要なパラメータである。トラフィックレートには、最大持続トラフィックレート（Ｍａｘｉｍｕｍ  ｓｕｓｔａｉｎｅｄ  ｔｒａｆｆｉｃ  ｒａｔｅ）、最小リザーブトラフィックレート（Ｍｉｎｉｍｕｍ  ｒｅｓｅｒｖｅｄ  ｔｒａｆｆｉｃ  ｒａｔｅ）などが含まれる。該当のレベルの別のフィールドが全て同じ値を有する場合、優先順位フィールドに基づいてより優先権を有するデータを判断する。優先順位は、該当のレベルに含まれないＱｏＳフィールド（例えば、最大レイテンシー、トラフィックレート等）を考慮して決定することができる。 
【００４９】
ＱｏＳインデックスは、ＱｏＳレベルフィールドが表すレベルを示すインデックスである。ＱｏＳインデックスを決定するために、あらかじめ定義されたＱｏＳレベルに索引を付けることもできる。 
【００５０】
スケジューリングタイプ及び優先順位で構成されたＱｏＳレベルのインデックス決定例を、表３に示す。 
【００５１】
【表３】
2011528210.tif 000005
上記ＱｏＳインデックスは、端末または基地局で決定することができる。 
【００５２】
図３Ｂは、端末がＱｏＳインデックスを決定する例を示す図である。 
【００５３】
まず、基地局は、ＱｏＳインデックステーブル、優先順位決定規則情報などを放送チャネルやＭＡＣメッセージを用いて各端末に転送する。例えば、優先順位決定規則情報は、レイテンシー４９ｍｓ以下は優先順位０、レイテンシー５０ｍｓ以上は優先順位１を割り当てるものとすることができる。 
【００５４】
各端末は、基地局から転送された情報に基づいて該当のフローのＱｏＳインデックスを決定する。 
【００５５】
端末は、決定されたＱｏＳインデックスを、動的サービス割当要請（ＤＳＡ−ＲＥＱ）メッセージを用いて基地局に転送することもできる。図３Ｂの例では、ＱｏＳインデックスを表３のインデックス３に決定した。 
【００５６】
図３Ｃは、基地局がＱｏＳインデックスを決定する例を示す図である。 
【００５７】
まず、各端末は、新しく生成するフローのＱｏＳパラメータを、動的サービス割当要請（ＤＳＡ−ＲＥＱ）メッセージを用いて基地局に転送する。 
【００５８】
次に、基地局は、各端末から転送された該当のフローのＱｏＳパラメータ値に基づいてＱｏＳインデックスを決定する。図３Ｃの例では、ＱｏＳインデックスを表３のインデックス３に決定した。 
【００５９】
基地局は、決定されたＱｏＳインデックスを、動的サービス割当応答（ＤＳＡ−ＲＳＰ）メッセージのようなＭＡＣメッセージを用いて端末に転送する。この時、優先順位決定規則情報も共に転送することができる。もし、基地局が新しくフローを生成する場合には、ＱｏＳインデックスを決定して動的サービス割当要請（ＤＳＡ−ＲＥＱ）メッセージを用いて端末に転送することができる。このように決定／転送されたＱｏＳインデックスは、該当のフローのＱｏＳパラメータが端末または基地局から始まるＭＡＣメッセージ（例えば、動的サービス変更要請／応答メッセージ（ＤＳＣ−ＲＥＱ／ＤＳＣ−ＲＳＰ））によって変更されることによって再決定され、該ＭＡＣメッセージ（ＤＳＣ−ＲＥＱ／ＤＳＣ−ＲＳＰ）を通じて転送されることができる。 
【００６０】
ここでは、優先順位決定規則の例について説明する。優先順位決定規則は、上述したように、該当のレベルの別のフィールドが全て同じ値を有する場合、これらの優先順位を決定する時に用いられる。 
【００６１】
遅延に敏感なデータ（Ｄｅｌａｙ  ｓｅｎｓｉｔｉｖｅ  ｄａｔａ）の場合、例えば、ＭＡＣメッセージのような制御シグナリング（Ｃｏｎｔｒｏｌ  ｓｉｇｎａｌｉｎｇ）やＵＧＳ、ｒｔＰＳ、ｅｒｔＰＳなどのトラフィックの場合には、該当のフローの遅延関連パラメータ値（例えば、最大レイテンシー）の範囲によって優先順位を決定することができる。 
【００６２】
遅延に敏感でないデータ（Ｄｅｌａｙ  ｔｏｌｅｒａｎｔ  ｄａｔａ）の場合、例えば、ｎｒｔＰＳ、ＢＥなどのトラフィックの場合は、最下位の優先順位と決定することができる。例えば、ｎｒｔＰＳの場合、表３のＱｏＳインデックス１１を割り当てることができる。また、該当のフローのトラフィックレート関連パラメータ（例えば、最大持続トラフィックレート、最小リザーブトラフィックレート）とキューイング遅延（ｑｕｅｕｉｎｇ  ｄｅｌａｙ）値によって端末が最下位優先順位を流動的に変更することもできる。これにより、ＱｏＳインデックスが変更されることができる。 
【００６３】
図３Ｄは、遅延に敏感でないデータのＱｏＳインデックスを変更する例を示す図である。 
【００６４】
まず、端末が動的サービス追加要請（ＤＳＡ−ＲＥＱ）メッセージを用いてＱｏＳ関連パラメータを基地局に転送する。 
【００６５】
基地局は、当該パラメータに基づいてＱｏＳインデックスを決定する。図３Ｄの例では、ＱｏＳインデックスを表３のインデックス１１に決定した。 
【００６６】
端末が、変更されたＱｏＳインデックス（例えば、ＱｏＳインデックス１０）を帯域要請インジケーターや帯域要請メッセージを用いて基地局に転送すると、基地局は、該変更されたＱｏＳインデックスに基づいてリソースを割り当てる。 
【００６７】
図３Ｄのシステムに用いられるスケジューラは、該当の端末のチャネル状況、以前転送量などの要素の他に、ＱｏＳインデックスも考慮してスケジューリングを行うことができる。遅延に敏感でないデータ間に異なる優先順位を与えることができる。例えば、帯域要請がキュー（ｑｕｅｕｅ）に入った時間によって異なる優先順位を与えることができる。      
【００６８】
図４は、本発明の一実施例によって、要請しようとするアップリンクの大きさによって帯域要請タイプを決定する手順を示す図である。 
【００６９】
Ｎｃｏｎｎｅｃｔｉｏｎは、連結単位の帯域要請において要請可能なアップリンクの最大大きさを意味し、ＮＱｏＳは、ＱｏＳレベル単位の帯域要請において要請可能なアップリンクの最大大きさを意味する（Ｎｃｏｎｎｅｃｔｉｏｎ＜ＮＱｏＳ≦ＮＭＳ）。 
【００７０】
まず、帯域を要請しようとする連結が一つの連結識別子（または、フロー識別子）に対するもので、要請しようとする帯域大きさがＮｃｏｎｎｅｃｔｉｏｎより小さいまたは等しい値であれば（Ｓ４１０）、端末は連結単位の帯域要請を選択する（Ｓ４１５）。 
【００７１】
一方、帯域を要請しようとする連結が複数の連結識別子に対するもので、要請しようとする帯域大きさがＮｃｏｎｎｅｃｔｉｏｎより大きく、ＮＱｏＳより小さい値であれば（Ｓ４２０）、端末は、ＱｏＳ単位の帯域要請を選択する（Ｓ４２５）。または、帯域を要請しようとする連結が実時間サービスに関するものであれば、端末はＱｏＳ単位の帯域要請を選択する（Ｓ４２５）。 
【００７２】
最後に、それ以外の場合に、端末は、端末単位の帯域要請を選択する（Ｓ４２９）。 
【００７３】
Ｎｃｏｎｎｅｃｔｉｏｎを２Ｋ、ＮＱｏＳを３２Ｋ、ＮＭＳを５００Ｋにすると、Ｃａｓｅ  １ではＮｃｏｎｎｅｃｔｉｏｎ（２Ｋ）より小さい値であるから、連結単位の帯域要請フォーマットで転送する。一方、Ｃａｓｅ  ２では、Ｎｃｏｎｎｅｃｔｉｏｎ（２Ｋ）より大きく、ＮＱｏＳ（３２Ｋ）より小さいから、ＱｏＳレベル単位の帯域要請フォーマットで転送する。Ｃａｓｅ  ３では、単一連結であるものの、要求する大きさが大きいから、ＱｏＳレベル単位の帯域要請フォーマットで転送し、割り当てられた全てのリソースを連結識別子４が占有できるようにする。 
【００７４】
また、ＭＡＣシグナリングヘッダー形態で転送する帯域要請のフォーマットは、帯域要請タイプによって異なるフィールドを有することができる。該当のヘッダーがどのような内容を含んでいるかを表すヘッダータイプのフィールドと、端末がアップリンクリソースをどれくらい必要とするかを表す帯域要請大きさフィールド（ＢＲ  ｓｉｚｅ  ｆｉｅｌｄ）は、帯域要請タイプによらずに共通して含まれる。この場合、帯域要請タイプ別帯域要請大きさフィールドの長さは、Ｌｃｏｎｎｅｃｔｉｏｎ＜ＬＱｏＳ≦ＬＭＳの条件を満たす。 
【００７５】
図５乃至図７は、各帯域要請タイプ別ヘッダーフォーマットの例を示す図である。 
【００７６】
端末は、それぞれのアップリンクグラントスケジューリングタイプによって異なる長さのＱｏＳレベルフィールドまたは該ＱｏＳレベルフィールドが表すレベルに対するＱｏＳインデックスを追加することで、ヘッダーを流動的にデザインすることができる。このＱｏＳレベルフィールドをＱｏＳインデックスに取って代わることでメッセージのオーバーヘッドを減らすこともできる。ここで、基地局は、ヘッダータイプまたは別のフィールド（例えば、ＩＤフィールド）を確認することでどんなタイプの帯域要請であるかがわかる。 
【００７７】
図５は、連結単位の帯域要請ＭＡＣシグナリングヘッダーフォーマットの一例を示す図である。 
【００７８】
連結単位帯域要請では、端末が、基地局との論理的連結に対する識別子（８０２．１６ｅシステムにおけるｃｏｎｎｅｃｔｉｏｎ  ＩＤ、８０２．１６ｍシステムにおけるｆｌｏｗ  ＩＤ）を転送すると、基地局は、該当の識別子の設定パラメータに基づいて端末の当該識別子のためのアップリンクリソースを割り当てることができる。 
【００７９】
図６は、ＱｏＳレベル単位の帯域要請ＭＡＣシグナリングヘッダーフォーマットの一例を示す図である。 
【００８０】
端末が、基地局との論理的連結に関する設定パラメータを一定の基準によってレベル化したＱｏＳレベルフィールドまたは該ＱｏＳレベルフィールドが表すレベルに対するＱｏＳインデックスを転送すると、基地局は、該当のＱｏＳレベルに基づいて端末にアップリンクリソースを割り当てる。端末は、割り当てられたリソースを同一のＱｏＳレベルを有するサービスに適切な大きさで分配する。端末が、該当のＱｏＳレベルに属する連結に割り当てられたリソースを全て分配すると、連結単位の帯域要請と同様の結果を得ることができる。 
【００８１】
図７は、端末単位の帯域要請ＭＡＣシグナリングヘッダーフォーマットの一例を示す図である。 
【００８２】
基地局は、ＱｏＳレベル値から、端末が最高の優先順位でアップリンクリソースを分配するＱｏＳレベル（サービス）を確認することができる。また、基地局は、ＱｏＳレベル値に基づいて、多数の帯域要請のうちどの帯域要請の要求を受け入れてリソースを割り当てるかを決定することができる。 
【００８３】
以上説明した帯域要請は、ＭＡＣシグナリングヘッダーの形態ではなくサブヘッダーの形態で転送されることができる。ＭＡＣサブヘッダーの形態で転送されるということは、ＭＡＣメッセージを含むアップリンクデータの一般ＭＡＣヘッダーに追加されて転送されることを意味する。 
【００８４】
図８及び図９は、帯域要請ＭＡＣサブヘッダーフォーマットの一例を示す図である。 
【００８５】
図８のヘッダーフォーマットは、一般ＭＡＣヘッダーのタイプ（Ｔｙｐｅ）フィールドによって帯域要請サブヘッダーの存在有無がわかる形態のものである。例えば、タイプフィールドが“００１”であれば、帯域要請サブヘッダーが存在することがわかる。帯域要請サブヘッダーには、帯域要請タイプを表す帯域要請タイプ（ＢＲ  ｔｙｐｅ）フィールド、要請する帯域幅の大きさを表す帯域要請サイズ（ＢＲ  ｓｉｚｅ）フィールド、端末識別子（ＭＳ  ＩＤあるいはＳｔａｔｉｏｎ  ＩＤ）フィールド、及びＱｏＳレベルを表すＱｏＳレベル（ｌｅｖｅｌ）フィールドなどを含むことができる。 
【００８６】
図９は、１ビットの帯域要請インクルード（ＢＲ  ｉｎｃｌｕｄｅ）フィールドの値によって帯域要請サブヘッダーの存在有無がわかる形態のものである。例えば、帯域要請インクルード（ＢＲ  ｉｎｃｌｕｄｅ）ビットが“０”であれば、帯域要請サブヘッダーが存在しないことを示し、“１”であれば、帯域要請サブヘッダーが追加されたことを示すことができる。 
【００８７】
図８及び図９に示す帯域要請サブヘッダーに限定されず、本発明は、別の種類のサブヘッダーや拡張ヘッダー（ｅｘｔｅｎｄｅｄ  ｈｅａｄｅｒ）にも適用することができる。
【００８８】
図８及び図９に示す帯域要請サブヘッダー中の一部のフィールドは付加的な（ｏｐｔｉｏｎａｌ）もので、帯域要請タイプによっては転送されずに済む。 
【００８９】
一方、ヘッダー内に含まれるＱｏＳレベルフィールドまたは該ＱｏＳレベルフィールドが表すレベルに対するＱｏＳインデックスのビット数は、ＱｏＳレベルを構成するＱｏＳパラメータによって決定することができる。このような情報は、基地局がブロードキャストメッセージ（ＵＣＤ、ｓｕｂ−ＵＣＤ、ＨＲＧ、ＭＲＧ、ＬＲＧ）あるいはブロードキャスト制御チャネル（ＰＢＣＨ、ＳＢＣＨ、Ｐ−ＳＦＨ、Ｓ−ＳＦＨ）を通じて伝達することができる。ＱｏＳレベルフィールドまたは該ＱｏＳレベルフィールドが表すレベルに対するＱｏＳインデックスのビット数に関する情報は、初期エントリー（ｉｎｉｔｉａｌ  ｅｎｔｒｙ）過程のＭＡＣメッセージ（例えば、ＲＮＧ−ＲＳＰ、ＲＥＧ−ＲＳＰ、ＳＢＣ−ＲＳＰ）または動的サービス（ｄｙｎａｍｉｃ  ｓｅｒｖｉｃｅ）を確立する過程中のＭＡＣメッセージ（例えば、ＤＳＡ−ＲＳＰ、ＤＳＣ−ＲＳＰ）を通じて伝達することもできる。または、該情報は、端末内にあらかじめ記憶されていても良い。 
【００９０】
上述した通り、ＱｏＳレベルは、ＱｏＳレベルと関連する複数の構成要素を含むＱｏＳレベルフィールドの形式で転送したり、該ＱｏＳレベルフィールドが表すレベルに対するＱｏＳインデックスを用いて転送したりすることができる。すなわち、ＱｏＳインデックスを転送する場合には、ＱｏＳレベルフィールドを構成するパラメータは転送しない。 
【００９１】
特に、図１０は、ＱｏＳレベルを、ＱｏＳインデックスによらずにＱｏＳレベルフィールドに構造化して転送する例を示す図である。 
【００９２】
図１０のＱｏＳレベルフィールドは、グラントスケジューリングタイプ（ｇｒａｎｔ  ｓｃｈｅｄｕｌｉｎｇ  ｔｙｐｅ）を含む。例えば、グラントスケジューリングタイプは、２ビットで構成されることができる。端末は、ｒｔＰＳの場合は最大レイテンシー（Ｍａｘｉｍｕｍ  Ｌａｔｅｎｃｙ）を追加し、非実時間ポーリングサービス（ｎｒｔＰＳ）の場合は、トラフィックレート（ｔｒａｆｆｉｃ  ｒａｔｅ）が重要な情報とされうるのでこれをＱｏＳレベルフィールドに追加する。なお、端末は、ＱｏＳレベルフィールドに該当の要請に対する優先順位も追加することができる。 
【００９３】
図１１は、図１０でＱｏＳレベルフィールドの構成要素であるアップリンクグラントスケジューリング（ＵＬ  ｇｒａｎｔ  ｓｃｈｅｄｕｌｉｎｇ）タイプのために必要なビット数を計算するフローチャートである。 
【００９４】
端末は、動的サービス割当要請を基地局に転送する（Ｓ１１１０）。 
【００９５】
以降、端末は、基地局からＱｏＳレベルを構成する要素（ＱｏＳレベルパラメータ）を受信し（Ｓ１１２０）、アップリンクグラントスケジューリングタイプが新規のものか否かを確認する（Ｓ１１３０）。
【００９６】
アップリンクグラントスケジューリングタイプの場合は、既存に基地局と連結をしているスケジューリングタイプ（ｎ個）に新しいスケジューリングタイプがさらに生成された場合、全体スケジューリングタイプの個数は、ｎ＋１になる（Ｓ１１３１）。端末は、ｎ＋１に該当する値を臨時変数（ｔｅｍｐＧＳＴ）に記憶した後（Ｓ１１３２）、ｎ＋１を表現するためのビット数を計算する（Ｓ１１３３）。例えば、端末がＢＥとｎｒｔＰＳに対する連結を維持している状況でｒｔＰＳに対する連結が追加されると、アップリンクグラントスケジューリングタイプのためのビット数は、２（２＋１＝３＜２２）となる。 
【００９７】
図１２は、図１０でＱｏＳレベルフィールドを構成する一要素である最大レイテンシーのために必要なビット数を計算するフローチャートである。 
【００９８】
該当のパラメータの粒度（ｇｒａｎｕｌａｒｉｔｙ）情報は、図１１に示すように、動的サービス割当応答（ＤＳＡ−ＲＳＰ）メッセージを通じて端末に伝達される。すなわち、アップリンクグラントスケジューリングタイプ別粒度が端末に伝達されることができる。最終的に、ＱｏＳレベルフィールドのビット数は、要請しようとするアップリンクグラントスケジューリングタイプと粒度によって異なることがある。 
【００９９】
図１１で、アップリンクグラントスケジューリングタイプが新規であり、ｎを１増加させた値を表現するためのビット数を計算した場合（Ｃａｓｅ  Ｂ）、インデックスｉはｎ−１に設定する（Ｓ１１６０）。 
【０１００】
インデックスｉにおける最大レイテンシー（ｍａｘｉ）は、図１１で動的サービス割当応答（ＤＳＡ−ＲＳＰ）メッセージを通じて端末に伝達された値である（Ｓ１１７１）。      
【０１０１】
最大レイテンシー（ｍａｘｉ）を、動的サービス割当応答（ＤＳＡ−ＲＳＰ）メッセージを通じて伝達された粒度単位値（２＊１００）で除算し（Ｓ１１７２）、この値をビット数に換算する（Ｓ１１７３）。すなわち、同一のアップリンクグラントスケジューリングタイプ内で最大レイテンシーを粒度単位で除算した個数を表現するためのビット数を使用する。 
【０１０２】
結論的に、アップリンクグラントスケジューリングタイプのためのビット数（ＮＧＳＴ）と最大レイテンシー（ｍａｘｉ）を表すためのビット数（ＮＭＴＲ，ｉ）を合算すると、ＱｏＳレベルフィールドを構成するためのビット数（Ｎｉ）が得られる（Ｓ１１７４）。図１２の例では、ＮＧＳＴが２であり、ＮＭＴＲ，ｉが２であるから、Ｎｉは４となる。すなわち、この例では、ＱｏＳレベルフィールドが４ビットで構成される。もちろん、ここに優先順位情報をさらに追加することができる。 
【０１０３】
一方、図１１でアップリンクグラントスケジューリングタイプが新規でない場合（Ｃａｓｅ  Ａ）、アップリンクグラントスケジューリングタイプによってインデックスｉを０、１のようなｎ−２以下の整数に設定する（Ｓ１１４０、Ｓ１１４１、Ｓ１１４２）。 
【０１０４】
その後、最大レイテンシー（ｍａｘｉ）が動的サービス割当応答（ＤＳＡ−ＲＳＰ）メッセージを通じて端末に伝達された値（例えば、５００）より小さいと、ＱｏＳレベルフィールドを構成するためのビット数（Ｎｉ）を演算するための上記の過程（Ｓ１１７１〜１１７４）を行い、そうでないと手順を終了する。 
【０１０５】
このようにして構成された各パラメータ別ビット数は、新しいアップリンクグラントスケジューリングタイプが追加されたり、同一のタイプ内における該当のパラメータ値のうち最大値が変更された場合に、アップデートされることができる。 
【０１０６】
これらのヘッダーはあらかじめ割り当てられたリソース領域に転送されることができ、ランダムアクセス過程によって新しく割り当てられたリソース領域に転送されることができる。上述したように、帯域要請タイプによってヘッダーフォーマットが異なり、その長さ（または大きさ）も異なることがあるので、端末は、ランダムアクセス過程で転送する帯域要請の長さを知らせることができる。 
【０１０７】
一方、ＱｏＳレベルをＱｏＳレベルフィールドを用いずに、ＱｏＳインデックスを用いて転送する場合には、図１１及び図１２の過程を省略することができる。 
【０１０８】
図１３は、本発明の他の実施例による帯域要請の長さを知らせる方法の一例を示す図である。 
【０１０９】
基地局は、ランダムアクセス過程で用いられるコードをヘッダー大きさによって分類した後、ブロードキャストメッセージを通じてランダムアクセスコードのヘッダータイプに関するマッチング情報を端末に知らせる（Ｓ１３１０）。ここで、マッチング情報は、ヘッダー大きさによるヘッダータイプを基準にして複数のランダムアクセスコードが一つ以上のグループに分類されたものでありうる。 
【０１１０】
端末は、自身が基地局に要請しようとするアップリンク帯域大きさに基づいて帯域要請タイプを決定することができる。端末は、決定された帯域要請タイプに該当する長さに基づいてヘッダータイプを決定することができる（Ｓ１３２０）。 
【０１１１】
端末は、決定されたヘッダータイプに該当するコード領域から一つのコードを選択する（Ｓ１３２１、Ｓ１３２２）。 
【０１１２】
例えば、図１３のように、端末が要請しようとするアップリンク帯域に基づくヘッダー長さがヘッダータイプ１に該当すると、端末は、ヘッダータイプ１に該当するコードの一つである５番目のものを選択することができる。 
【０１１３】
端末は、選択されたコードを基地局に転送し（Ｓ１３３０）、該当するヘッダータイプの転送を許諾する割当メッセージを受信する（Ｓ１３４０）。 
【０１１４】
最後に、端末は、該当するヘッダータイプ（または、帯域要請タイプ）が適用された帯域要請メッセージを基地局に転送する（Ｓ１３５０）。 
【０１１５】
図１３で、帯域要請タイプのフォーマット長が３バイト及び４バイトの２種類であるから、コードを２通りに分類する。このように分類されたそれぞれの領域のコード個数は、ブロードキャストメッセージ（ＵＣＤ、ｓｕｂ−ＵＣＤ、ＨＲＧ、ＭＲＧ、ＬＲＧ）あるいはブロードキャスト制御チャネル（ＳＢＣＨ、ＰＢＣＨ、Ｓ−ＳＦＨ、Ｐ−ＳＦＨ）を通じて端末に伝達されたり、端末にあらかじめ記憶されることができる。 
【０１１６】
一方、転送する帯域要請の長さを基地局に知らせる別の方法の一つに、ＣＤＭＡ方式のように、ヘッダー長さ識別子をスプレッド（ｓｐｒｅａｄ）した値を当該選択したコードに乗算して転送する方式がある。 
【０１１７】
以上では図面に示す実施例に挙げて本発明を説明してきたが、これらの実施例は例示的なもので、当該技術の分野における通常の知識を有する者にとっては、様々な変形実施が可能であるということは明らかである。そして、それらの変形も本発明の技術的保護範囲に含まれることは当然である。したがって、本発明の真の技術的保護範囲は、添付の特許請求の範囲における技術的思想によって定められるべきである。
【産業上の利用可能性】
【０１１８】
本発明は、帯域要請を転送するヘッダーあるいはサブヘッダーのフォーマットをより效率的にデザインすることによって帯域要請時のオーバーヘッドを減らす帯域要請方法に関するもので、ＩＥＥＥ  ８０２．１６ｍなどのシステムにおいて基地局、端末などの装置に適用されることができる。
【図１】
2011528210.tif 000006
【図２】
2011528210.tif 000007
【図３Ａ】
2011528210.tif 000008
【図３Ｂ】
2011528210.tif 000009
【図３Ｃ】
2011528210.tif 000010
【図３Ｄ】
2011528210.tif 000011
【図４】
2011528210.tif 000012
【図５】
2011528210.tif 000013
【図６】
2011528210.tif 000014
【図７】
2011528210.tif 000015
【図８】
2011528210.tif 000016
【図９】
2011528210.tif 000017
【図１０】
2011528210.tif 000018
【図１１】
2011528210.tif 000019
【図１２】
2011528210.tif 000020
【図１３】
2011528210.tif 000021
【手続補正書】
【提出日】平成23年1月13日(2011.1.13)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
好ましくは、前記ヘッダータイプは、前記帯域要請タイプのヘッダー長さによる分類を表す情報とすることができる。
（項目１）
端末で要請しようとするアップリンクの帯域大きさによって帯域要請タイプを決定する段階と、
前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成する段階と、
前記帯域要請メッセージを基地局に転送する段階と、
を含み、
前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかであることを特徴とする、可変フォーマットのメッセージを用いた帯域要請方法。
（項目２）
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第１閾値以下であれば、連結識別子単位で必要な帯域を要請する連結単位帯域要請を選択する段階を含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目３）
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが、第１閾値より大きく第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択する段階を含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目４）
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第２閾値を越えると、端末単位帯域要請を選択する段階を含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目５）
前記帯域要請メッセージを生成する段階は、
前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を、前記帯域要請メッセージに追加する段階を含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目６）
前記帯域要請メッセージは、
前記ＱｏＳレベルフィールドを含み、前記ＱｏＳレベルフィールドは、グラントスケジューリングタイプ、最大レイテンシー、最小リザーブドトラフィックレート及び優先順位のうち少なくとも一つを含む、項目５に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目７）
前記帯域要請メッセージを生成する前に、前記基地局からＱｏＳパラメータ及び粒度（ｇｒａｎｕｌａｒｉｔｙ）情報のうち少なくとも一つを受信する段階をさらに含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目８）
前記帯域要請メッセージは、
一般媒体接続制御ヘッダー（Ｇｅｎｅｒｉｃ  ＭＡＣ  Ｈｅａｄｅｒ）及びステーション識別子（Ｓｔａｔｉｏｎ  ＩＤ）フィールドを含むことを特徴とする、項目１に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目９）
前記ステーション識別子フィールドは、
所定のサブヘッダーまたは拡張ヘッダーに含まれることを特徴とする、項目８に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目１０）
基地局からランダムアクセスコードのヘッダータイプに関するマッチング情報を受信する段階と、
端末で要請しようとするアップリンクの帯域大きさによって帯域要請タイプを決定する段階と、
前記決定された帯域要請タイプのヘッダータイプにマッチングされたランダムアクセスコードを選択して前記基地局に転送する段階と、
前記決定された帯域要請タイプによるヘッダーフォーマットを有する帯域要請メッセージを生成する段階と、
前記帯域要請メッセージを基地局に転送する段階と、
を含み、
前記決定された帯域要請タイプは、連結単位帯域要請、ＱｏＳ単位帯域要請または端末単位帯域要請のいずれかであることを特徴とする、可変フォーマットのメッセージを用いた帯域要請方法。
（項目１１）
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが、第１閾値より大きく第２閾値以下であれば、同一のＱｏＳレベルを有する連結識別子をまとめて必要な帯域を要請するＱｏＳ単位帯域要請を選択する段階を含むことを特徴とする、項目１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目１２）
前記帯域要請タイプを決定する段階は、
前記要請しようとするアップリンクの帯域大きさが第２閾値を越えると、端末単位帯域要請を選択する段階を含むことを特徴とする、項目１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目１３）
前記帯域要請メッセージを生成する段階は、
前記ＱｏＳ単位帯域要請が選択された場合、前記基地局との論理的連結に対する設定パラメータをＱｏＳレベルに変換した情報を含むＱｏＳレベルフィールドを、前記帯域要請メッセージに追加する段階を含むことを特徴とする、項目１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目１４）
前記ヘッダータイプは、
前記帯域要請タイプのヘッダー長さによる分類を表す情報であることを特徴とする、項目１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
（項目１５）
前記帯域要請メッセージを生成する前に、前記基地局からＱｏＳパラメータ及び粒度（ｇｒａｎｕｌａｒｉｔｙ）情報のうち少なくとも一つを受信する段階をさらに含むことを特徴とする、項目１０に記載の可変フォーマットのメッセージを用いた帯域要請方法。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末がアップリンクリソースの割当を要請する方法であって、
新しいフロー（ｆｌｏｗ）を生成するために、生成されるフローの少なくとも一つのＱｏＳパラメータを含む動的サービス割当要請メッセージ（ＤＳＡ−ＲＥＱ）を基地局に転送する段階と、
前記少なくとも一つのＱｏＳパラメータを考慮して決定されたインデックスを少なくとも一つ含むインデックスパラメータ情報を含む動的サービス割当応答メッセージ（ＤＳＡ−ＲＳＰ）を、前記動的サービス割当要請メッセージに対する応答として前記基地局から受信する段階と、
アップリンクリソースの割当を要請するために前記インデックスパラメータ情報に含まれた前記少なくとも一つのインデックスのうち前記アップリンクリソースに対応するインデックスを含む帯域要請メッセージを前記基地局に転送する段階と、
を含む、アップリンクリソース割当要請方法。
【請求項２】
前記少なくとも一つのＱｏＳパラメータは、スケジューリングタイプ、最大レイテンシー、最大持続トラフィックレート、最小リザーブトラフィックレート及び優先順位のうち少なくとも一つを含むことを特徴とする、請求項１に記載のアップリンクリソース割当要請方法。
【請求項３】
前記帯域要請メッセージに含まれたインデックスを考慮して決定されたアップリンクリソースを前記基地局から受信する段階をさらに含むことを特徴とする、請求項１に記載のアップリンクリソース割当要請方法。
【請求項４】
前記フローが生成された後に、該フローの前記少なくとも一つのＱｏＳパラメータを変更するために変更された少なくとも一つのＱｏＳパラメータを含む動的サービス変更要請メッセージ（ＤＳＣ−ＲＥＱ）を前記基地局に転送する段階と、
前記動的サービス変更要請メッセージに対する応答として、前記変更された少なくとも一つのＱｏＳパラメータを考慮して再決定したインデックスを含む動的サービス変更応答メッセージ（ＤＳＣ−ＲＳＰ）を、前記基地局から受信する段階と、
をさらに含むことを特徴とする、請求項１に記載のアップリンクリソース割当要請方法。
【請求項５】
無線通信システムにおいて端末がアップリンクリソースの割当を要請する方法であって、
新しいフローを生成するために、生成されるフローの少なくとも一つのＱｏＳパラメータと前記少なくとも一つのＱｏＳパラメータを考慮して決定されたインデックスを少なくとも一つ含むインデックスパラメータ情報を含む動的サービス割当要請メッセージを基地局から受信する段階と、
前記動的サービス割当要請メッセージに対する応答として動的サービス割当応答メッセージを前記基地局に転送する段階と、
アップリンクリソースの割当を要請するために前記インデックスパラメータ情報に含まれた前記少なくとも一つのインデックスのうち前記アップリンクリソースに対応するインデックスを含む帯域要請メッセージを前記基地局に転送する段階と、
を含む、アップリンクリソース割当要請方法。
【請求項６】
前記少なくとも一つのＱｏＳパラメータは、スケジューリングタイプ、最大レイテンシー、最大持続トラフィックレート、最小リザーブトラフィックレート及び優先順位のうち少なくとも一つを含むことを特徴とする、請求項５に記載のアップリンクリソース割当要請方法。
【請求項７】
前記帯域要請メッセージに含まれたインデックスを考慮して決定されたアップリンクリソースを前記基地局から受信する段階をさらに含むことを特徴とする、請求項５に記載のアップリンクリソース割当要請方法。
【請求項８】
前記フローが生成された後に、該フローの前記少なくとも一つのＱｏＳパラメータを変更するために変更された少なくとも一つのＱｏＳパラメータ及び前記変更された少なくとも一つのＱｏＳパラメータを考慮して再決定したインデックスを含む動的サービス変更要請メッセージ（ＤＳＣ−ＲＥＱ）を前記基地局から受信する段階と、
前記動的サービス変更要請メッセージに対する応答として動的サービス変更応答メッセージ（ＤＳＣ−ＲＳＰ）を前記基地局に転送する段階と、
をさらに含むことを特徴とする、請求項５に記載のアップリンクリソース割当要請方法。
【請求項９】
無線通信システムにおいてアップリンクリソースの割当を要請する端末であって、
プロセッサと、
前記プロセッサの制御によって外部に無線信号を送信する送信モジュールと、
前記プロセッサの制御によって外部から無線信号を受信する受信モジュールと、
を含み、
前記プロセッサは、
新しいフローを生成するために、生成されるフローの少なくとも一つのＱｏＳパラメータを含む動的サービス割当要請メッセージ（ＤＳＡ−ＲＥＱ）が前記送信モジュールを介して基地局に転送されるようにし、前記少なくとも一つのＱｏＳパラメータを考慮して決定されたインデックスを少なくとも一つ含むインデックスパラメータ情報を含む動的サービス割当応答メッセージ（ＤＳＡ−ＲＳＰ）が前記動的サービス割当要請メッセージに対する応答として前記基地局から前記受信モジュールを介して受信されると、アップリンクリソースの割当を要請するために前記インデックスパラメータ情報に含まれた前記少なくとも一つのインデックスのうち前記アップリンクリソースに対応するインデックスを含む帯域要請メッセージが前記送信モジュールを介して前記基地局に転送されるようにすることを特徴とする、端末。
【請求項１０】
前記少なくとも一つのＱｏＳパラメータは、スケジューリングタイプ、最大レイテンシー、最大持続トラフィックレート、最小リザーブトラフィックレート及び優先順位のうち少なくとも一つを含むことを特徴とする、請求項９に記載の端末。
【請求項１１】
前記プロセッサは、
前記帯域要請メッセージに含まれたインデックスを考慮して決定されたアップリンクリソースを前記基地局から前記受信モジュールを介して受信するようにすることを特徴とする、請求項９に記載の端末。
【請求項１２】
前記プロセッサは、
前記フローが生成された後に、前記フローの前記少なくとも一つのＱｏＳパラメータを変更するために変更された少なくとも一つのＱｏＳパラメータを含む動的サービス変更要請メッセージ（ＤＳＣ−ＲＥＱ）が、前記送信モジュールを介して前記基地局に転送されるようにし、前記動的サービス変更要請メッセージに対する応答として、前記変更された少なくとも一つのＱｏＳパラメータを考慮して再決定したインデックスを含む動的サービス変更応答メッセージ（ＤＳＣ−ＲＳＰ）が前記受信モジュールを介して受信されるようにすることを特徴とする、請求項９に記載の端末。
【請求項１３】
無線通信システムにおいてアップリンクリソースの割当を要請する端末であって、
プロセッサと、
前記プロセッサの制御によって外部に無線信号を送信する送信モジュールと、
前記プロセッサの制御によって外部から無線信号を受信する受信モジュールと、
を含み、
前記プロセッサは、
新しいフローを生成するために、生成されるフローの少なくとも一つのＱｏＳパラメータと前記少なくとも一つのＱｏＳパラメータを考慮して決定されたインデックスを少なくとも一つ含むインデックスパラメータ情報を含む動的サービス割当要請メッセージが、前記受信モジュールを介して基地局から受信されると、前記動的サービス割当要請メッセージに対する応答として動的サービス割当応答メッセージが前記送信モジュールを介して前記基地局に転送されるようにし、アップリンクリソースの割当を要請するために前記インデックスパラメータ情報に含まれた前記少なくとも一つのインデックスのうち前記アップリンクリソースに対応するインデックスを含む帯域要請メッセージが前記送信モジュールを介して前記基地局に転送されるようにすることを特徴とする、端末。
【請求項１４】
前記少なくとも一つのＱｏＳパラメータは、スケジューリングタイプ、最大レイテンシー、最大持続トラフィックレート、最小リザーブトラフィックレート及び優先順位のうち少なくとも一つを含むことを特徴とする、請求項１３に記載の端末。
【請求項１５】
前記プロセッサは、
前記帯域要請メッセージに含まれたインデックスを考慮して決定されたアップリンクリソースを前記受信モジュールを介して前記基地局から受信するようにすることを特徴とする、請求項１３に記載の端末。
【請求項１６】
前記プロセッサは、
前記フローが生成された後に、前記フローの前記少なくとも一つのＱｏＳパラメータを変更するために変更された少なくとも一つのＱｏＳパラメータ及び前記変更された少なくとも一つのＱｏＳパラメータを考慮して再決定したインデックスを含む動的サービス変更要請メッセージ（ＤＳＣ−ＲＥＱ）が、前記受信モジュールを介して前記基地局から受信されると、前記動的サービス変更要請メッセージに対する応答として動的サービス変更応答メッセージ（ＤＳＣ−ＲＳＰ）が前記送信モジュールを介して前記基地局に転送されるようにすることを特徴とする、請求項１３に記載の端末。
【請求項１７】
無線通信システムにおいてアップリンクリソースの割当を要請する端末であって、
中央処理ユニットと、
メモリーユニットと、
外部と無線信号を送受信する無線通信（ＲＦ）ユニットと、
を含み、
前記無線通信ユニットは、
外部に無線信号を送信する送信モジュールと、
外部から無線信号を受信する受信モジュールと、
新しいフローを生成するために、生成されるフローの少なくとも一つのＱｏＳパラメータを含む動的サービス割当要請メッセージ（ＤＳＡ−ＲＥＱ）が前記送信モジュールを介して基地局に転送されるようにし、前記少なくとも一つのＱｏＳパラメータを考慮して決定されたインデックスを少なくとも一つ含むインデックスパラメータ情報を含む動的サービス割当応答メッセージ（ＤＳＡ−ＲＳＰ）が、前記動的サービス割当要請メッセージに対する応答として前記基地局から前記受信モジュールを介して受信されると、アップリンクリソースの割当を要請するために前記インデックスパラメータ情報に含まれた前記少なくとも一つのインデックスのうち前記アップリンクリソースに対応するインデックスを含む帯域要請メッセージが前記送信モジュールを介して前記基地局に転送されるようにする制御モジュールと、
を含む、端末。
【請求項１８】
前記少なくとも一つのＱｏＳパラメータは、スケジューリングタイプ、最大レイテンシー、最大持続トラフィックレート、最小リザーブトラフィックレート及び優先順位のうち少なくとも一つを含むことを特徴とする、請求項１７に記載の端末。
【請求項１９】
前記プロセッサは、
前記帯域要請メッセージに含まれたインデックスを考慮して決定されたアップリンクリソースを、前記基地局から前記受信モジュールを介して受信するようにすることを特徴とする、請求項１７に記載の端末。
【国際調査報告】
2011528210.tif 000022
2011528210.tif 000023