(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-10-06
(54)【発明の名称】リソース割り当て方法、装置及びシステム
(51)【国際特許分類】
H04W 28/18 20090101AFI20230929BHJP
H04W 92/20 20090101ALI20230929BHJP
H04W 72/1263 20230101ALI20230929BHJP
H04W 80/02 20090101ALI20230929BHJP
【ＦＩ】
H04W28/18
H04W92/20 110
H04W72/1263
H04W80/02
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023517326
(86)(22)【出願日】2020-09-25
(85)【翻訳文提出日】2023-03-15
(86)【国際出願番号】 CN2020117878
(87)【国際公開番号】W WO2022061757
(87)【国際公開日】2022-03-31
(81)【指定国・地域】
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(72)【発明者】
【氏名】イ・スゥ
(72)【発明者】
【氏名】リ・グオルゥォン
(72)【発明者】
【氏名】ルゥ・ヤン
(72)【発明者】
【氏名】ジア・メイイ
(72)【発明者】
【氏名】ジャン・レイ
(72)【発明者】
【氏名】ワン・シヌ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD17
5K067EE02
5K067EE06
5K067EE10
(57)【要約】
本発明の実施例は、リソース割り当て方法、装置及びシステムを提供する。該方法は、ＵＥベアラ情報を取得するステップと、ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、論理チャネルｊがリソース割り当てを行うために選択された場合、論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、を含む。本発明の実施例によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【選択図】図４ａ
【選択図】図４ａ
【特許請求の範囲】
【請求項1】
ＵＥベアラ情報を取得する取得部と、論理チャネルｊにおけるＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記リソースの割り当ては、前記論理チャネルｊにおけるＵＥベアラトークン数に関連する、割り当て部と、を含む、リソース割り当て装置。
【請求項2】
前記リソース割り当て装置は、ＩＡＢネットワークにおける第１のＩＡＢノードに適用され、前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第１のＩＡＢノードのＢＡＰ層のＢＡＰヘッダに追加され、前記ＢＡＰ層から前記第１のＩＡＢノードのＭＡＣ層に転送される、請求項１に記載のリソース割り当て装置。
【請求項3】
前記リソース割り当て装置は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第２のＩＡＢノードにより第１のＩＡＢノードから受信されて取得され、
前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードである、請求項１に記載のリソース割り当て装置。
【請求項4】
前記ＵＥベアラ情報は、ＵＥ ＩＤ、
ＵＥベアラＩＤ、及び
ＴＥＩＤのうちの少なくとも１つである、請求項１に記載のリソース割り当て装置。
【請求項5】
前記割り当て部は、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、前記論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる処理、
前記ＵＥベアラトークン数（Ｂｋ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び
前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を循環的に行う、請求項１に記載のリソース割り当て装置。
【請求項6】
前記ＵＥベアラトークン数（Ｂｋ）をＰＢＲ／Ｋ×Ｔだけ増加させ、得られたＵＥベアラトークン数（Ｂｋ）の値がＵＥベアラトークンバケットのサイズよりも大きい場合、ＵＥベアラトークン数（Ｂｋ）の値をＵＥベアラトークンバケットのサイズに設定する第２の処理部であって、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記ＵＥベアラトークン数（Ｂｋ）の前回の増加から経過した時間である、第２の処理部、をさらに含む、請求項１に記載のリソース割り当て装置。
【請求項7】
前記ＵＥベアラトークンバケットのサイズは、ＰＢＲ／Ｋ×ＢＳＤである、請求項６に記載のリソース割り当て装置。
【請求項8】
ＵＥベアラ情報を取得する取得部と、論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、割り当て部と、を含む、リソース割り当て装置。
【請求項9】
前記リソース割り当て装置は、ＩＡＢネットワークにおける第１のＩＡＢノード又は第２のＩＡＢノードに適用され、前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、請求項８に記載のリソース割り当て装置。
【請求項10】
イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する取得部と、第１のトークン数（Ｂｍ）に基づいて論理チャネルｊにおけるイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記第１のトークン数（Ｂｍ）は、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連する、割り当て部と、を含む、リソース割り当て装置。
【請求項11】
前記リソース割り当て装置は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、請求項１０に記載のリソース割り当て装置。
【請求項12】
前記論理チャネルｊにおける第１のＢＨ ＲＬＣチャネルからのデータの論理チャネル構成と第２のＢＨ ＲＬＣチャネルからのデータの論理チャネル構成とは同一であり、同一の前記論理チャネル構成は、前記論理チャネルｊの論理チャネル構成である、請求項１０に記載のリソース割り当て装置。
【請求項13】
前記割り当て部は、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）の数が０よりも大きい場合、前記論理チャネルｊにおける最大の第１のトークン数（Ｂｍ）を有するイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる処理、
前記第１のトークン数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び
前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を循環的に行う、請求項１０に記載のリソース割り当て装置。
【請求項14】
第１のトークン数（Ｂｍ）をＰＢＲ×ｋｍ／Ｋ×Ｔだけ増加させ、得られた第１のトークン数（Ｂｍ）の値がトークンバケットのサイズよりも大きい場合、第１のトークン数（Ｂｍ）の値をトークンバケットのサイズに設定する第２の処理部であって、ｋｍはイングレスＢＨ ＲＬＣチャネルｍでのＵＥベアラの数であり、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記第１のトークン数（Ｂｍ）の前回の増加から経過した時間である、第２の処理部、をさらに含む、請求項１０に記載のリソース割り当て装置。
【請求項15】
前記トークンバケットのサイズは、ＰＢＲ×ｋｍ／Ｋ×ＢＳＤである、請求項１４に記載のリソース割り当て装置。
【請求項16】
前記取得部は、ＩＡＢドナーから、ＢＨ ＲＬＣチャネルでのＵＥベアラの数を示す構成情報を受信する、請求項１０に記載のリソース割り当て装置。
【請求項17】
前記構成情報は、前記ＩＡＢドナーによりＦ１ＡＰを介して提供される、請求項１６に記載のリソース割り当て装置。
【請求項18】
前記構成情報は、前記ＩＡＢドナーによりＲＲＣシグナリングを介して提供される、請求項１６に記載のリソース割り当て装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信分野に関する。
【背景技術】
【0002】
アクセスバックホール統合（ｉｎｔｅｇｒａｔｅｄ ａｃｃｅｓｓ ａｎｄ ｂａｃｋｈａｕｌ：ＩＡＢ）は、次世代無線アクセスネットワーク（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ＮＧ－ＲＡＮ）において無線中継の機能を実現している。この中継ノードは、ＩＡＢノード（ＩＡＢ ｎｏｄｅ）と称され、５Ｇの新しい無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）を介してアクセスとバックホール（ｂａｃｋｈａｕｌ：ＢＨ）を同時にサポートする。各バックホール無線リンク制御チャネル（ＢＨ ＲＬＣ ｃｈａｎｎｅｌ、ＢＨ ＲＬＣチャネルと略称される）は、サービス品質（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ：ＱｏＳ）情報又は優先度の構成を有するため、ＢＨ ＲＬＣチャネルの選択は、バックホールリンク上の特定のサービスの優先度処理及びＱｏＳ強化を促進することができる。
【0003】
Ｆ１－Ｕ（Ｆ１インタフェースのユーザープレーン）サービスについて、各ＧＴＰ－Ｕ（ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ－ｕｓｅｒ ｐｌａｎｅ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ－Ｕｓｅｒ Ｐｌａｎｅ）パイプは、指定されたＢＨ ＲＬＣチャネルにマッピングされてもよく、或いは複数のＧＴＰ－Ｕパイプを共通のＢＨ ＲＬＣチャネルにマッピングしてもよい。言い換えれば、ＩＡＢノードは、端末装置（ＵＥ）のデータ無線ベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ：ＤＲＢ）（ＵＥベアラと略称される）についてＢＨ ＲＬＣチャネルで多重化する必要がある。
【0004】
ＩＡＢノードでは、以下の２種類のベアラマッピング方式を採用してもよい。第１の種類の方式は、ＵＥベアラとＢＨ ＲＬＣチャネルとが１対１でマッピングする。この方式では、各ＵＥベアラが個別のＢＨ ＲＬＣチャネルにマッピングされ、各ＢＨ ＲＬＣチャネルが次のホップの個別のＢＨ ＲＬＣチャネルにマッピングされる。確立されたＢＨ ＲＬＣチャネルの数は、確立されたＵＥベアラの数に等しい。第２の種類の方式は、多対１のマッピングであり、即ち、例えばＵＥベアラのＱｏＳ構成などの特定のパラメータに基づくものであり、異なる端末装置に属する複数のＵＥベアラが同一のＢＨ ＲＬＣチャネルに多重化される。
【0005】
なお、背景技術に関する上記の説明は、単なる本発明の構成をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものである。これらの構成が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明の発明者の発見により、ＩＡＢネットワークではＵＥベアラとＢＨ ＲＬＣチャネルとの多対１のマッピングが配備されている場合、又はＵＥベアラとＢＨ ＲＬＣチャネルとの１対１のマッピングと多対１のマッピングとが混在して構成されている場合、既存の標準は、ＵＥベアラ間の公平性を確保することができない。
【0007】
上記の問題の少なくとも１つ又は他の同様な問題を解決するために、本発明の実施例は、シングルホップの非ＩＡＢのネットワーク配備性能に近づくように、既存のプロトコルを拡張することで、より緻密な粒度を有するトポロジ範囲の公平性を提供するリソース割り当て（ａｌｌｏｃａｔｉｏｎ ｏｆ ｒｅｓｏｕｒｃｅｓ）方法、装置及びシステムを提供する。
【課題を解決するための手段】
【0008】
本発明の実施例の１つの態様では、リソース割り当て方法であって、ＵＥベアラ情報を取得するステップと、論理チャネルｊにおけるＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記リソースの割り当ては、前記論理チャネルｊにおけるＵＥベアラトークン数に関連する、ステップと、を含む、方法を提供する。
【0009】
本発明の実施例のもう１つの態様では、リソース割り当て方法であって、ＵＥベアラ情報を取得するステップと、前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、を含む、方法を提供する。
【0010】
本発明の実施例のもう１つの態様では、リソース割り当て方法であって、ＵＥベアラ情報を取得するステップと、論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、ステップと、を含む、方法を提供する。
【0011】
本発明の実施例のもう１つの態様では、リソース割り当て方法であって、ＵＥベアラ情報を取得するステップと、前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、ステップと、を含む、方法を提供する。
【0012】
本発明の実施例のもう１つの態様では、リソース割り当て方法であって、イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得するステップと、第１のトークン数（Ｂｍ）に基づいて論理チャネルｊにおけるイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記第１のトークン数（Ｂｍ）は、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連する、ステップと、を含む、方法を提供する。
【0013】
本発明の実施例のもう１つの態様では、リソース割り当て方法であって、各イングレス（ｉｎｇｒｅｓｓ）ＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得するステップと、ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する、ステップと、を含む、方法を提供する。
【0014】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、ＵＥベアラ情報を取得する取得部と、論理チャネルｊにおけるＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記リソースの割り当ては、前記論理チャネルｊにおけるＵＥベアラトークン数に関連する、割り当て部と、を含む、装置を提供する。
【0015】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、ＵＥベアラ情報を取得する取得部と、前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける第１の処理部と、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部と、を含む、装置を提供する。
【0016】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、ＵＥベアラ情報を取得する取得部と、論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、割り当て部と、を含む、装置を提供する。
【0017】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、ＵＥベアラ情報を取得する取得部と、前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける処理部と、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、割り当て部と、を含む、装置を提供する。
【0018】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する取得部と、第１のトークン数（Ｂｍ）に基づいて論理チャネルｊにおけるイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記第１のトークン数（Ｂｍ）は、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連する、割り当て部と、を含む、装置を提供する。
【0019】
本発明の実施例のもう１つの態様では、リソース割り当て装置であって、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する取得部と、ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける第１の処理部と、論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる割り当て部であって、前記トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する、割り当て部と、を含む、装置を提供する。
【0020】
本発明の実施例の有利な効果の１つは以下の通りである。本発明の実施例によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【0021】
下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【0022】
１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。
【0023】
なお、本文では、用語「含む／有する」は、特徴、部材、ステップ又は構成要件が存在することを意味し、一つ又は複数の他の特徴、部材、ステップ又は構成要件の存在又は付加を排除しない。
【図面の簡単な説明】
【0024】
本発明の実施例の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
【0025】
含まれる図面は、本発明の実施例をさらに理解するために用いられ、明細書の一部を構成し、本発明の実施形態を例示するために用いられ、文言の記載と共に本発明の原理を説明する。なお、以下に説明される図面は、単なる本発明の一部の実施例であり、当業者にとっては、これらの図面に基づいて他の図面を容易に想到できる。
【図1】ＵＥベアラとＢＨ ＲＬＣチャネルとの多対１のマッピングの一例を示す概略図である。
【図2】公平性が強化されていない例の概略図である。
【図3】本発明の実施例１に係るＦ１－Ｕプロトコルをサポートするプロトコルスタックの概略図である。
【図4a】本発明の実施例１に係るリソース割り当て方法の一例の概略図である。
【図4b】本発明の実施例１に係るリソース割り当て方法の一例の概略図である。
【図5a】本発明の実施例１に係るリソース割り当て方法の他の例の概略図である。
【図5b】本発明の実施例１に係るリソース割り当て方法の他の例の概略図である。
【図6a】本発明の実施例２に係るリソース割り当て方法の一例の概略図である。
【図6b】本発明の実施例２に係るリソース割り当て方法の一例の概略図である。
【図7】ＢＨ ＲＬＣチャネルでのＵＥベアラの数の一例の概略図である。
【図11】本発明の実施例５に係る通信システムの一例の概略図である。
【図12】本発明の実施例５に係るＩＡＢノードの一例の概略図である。
【発明を実施するための形態】
【0026】
本発明の上記及び他の特徴は以下の説明により明らかになる。明細書及び図面において、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明は説明される実施形態に限定されない。本発明は、添付される特許請求の範囲内の全ての変更されたもの、変形されたもの及び均等的なものを含む。
【0027】
本発明の実施例では、用語「第１」、「第２」などは、タイトルで異なる要素を区別するために用いられるが、これらの要素の空間的配列又は時間的順序などを表すものではなく、これらの要素はこれらの用語に制限されない。用語「及び／又は」は、関連するリストに列挙された用語の１つ又は複数のうち何れか１つ及び全ての組み合わせを含む。用語「含む」、「包括する」、「有する」などは、列挙された特徴、要素、素子又は構成部材の存在を意味するが、１つ又は複数の他の特徴、要素、素子又は構成部材の存在又は追加を排除するものではない。
【0028】
本発明の実施例では、単数形の「１つ」、「該」などは複数形を含み、「１種類」又は「１類」と広義的に理解されるべきであり、「１個」に限定されない。また、用語「前記」は、文脈がそうでないことを明確に示さない限り、単数形及び複数形両方を含むと理解されるべきである。また、文脈がそうでないことを明確に示さない限り、用語「に記載の」は「少なくとも一部に記載の」と理解されるべきであり、用語「に基づいて」は「少なくとも一部に基づいて」と理解されるべきである。
【0029】
本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、進化したロングタームエボリューション（ＬＴＥ－Ａ、ＬＴＥ－Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ－Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などの任意の通信規格に適合するネットワークを意味してもよい。
【0030】
また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われてもよく、該通信プロトコルは、例えば１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、及び将来の５Ｇ、６Ｇ等、並びに／又は現在の既知の他の通信プロトコル若しくは将来開発される他の通信プロトコルを含んでもよいが、これらに限定されない。
【0031】
本発明の実施例では、用語「ネットワーク装置」は、例えば通信システムに端末装置をアクセスさせて該端末装置にサービスを提供する通信システム内の装置を意味する。ネットワーク装置は、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、ブロードキャスト送信機、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ゲートウェイ、サーバ、無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、基地局コントローラ（ＢＳＣ：Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）などを含んでもよいが、これらに限定されない。
【0032】
そのうち、基地局は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、及び５Ｇ基地局（ｇＮＢ）など、並びにリモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、中継装置（ｒｅｌａｙ）又は低電力ノード（例えばｆｅｍｔｏ、ｐｉｃｏなど）を含んでもよいが、これらに限定されない。また、用語「基地局」はそれらの機能の一部又は全てを含んでもよく、各基地局は特定の地理的エリアに対して通信カバレッジを提供してもよい。用語「セル」は、該用語が使用されるコンテキストに応じて、基地局及び／又はそのカバレッジエリアを意味してもよい。
【0033】
本発明の実施例では、用語「ユーザ装置」（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又は用語「端末装置」（ＴＥ：Ｔｅｒｍｉｎａｌ Ｅｑｕｉｐｍｅｎｔ又はＴｅｒｍｉｎａｌ Ｄｅｖｉｃｅ）は、例えばネットワーク装置を介して通信ネットワークにアクセスし、ネットワークサービスを受ける装置を意味する。端末装置は、固定的なもの又は移動的なものであってもよく、移動局（ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、アクセス端末（ＡＴ：Ａｃｃｅｓｓ Ｔｅｒｍｉｎａｌ）、ステーションなどと称されてもよい。
【0034】
そのうち、端末装置は、携帯電話（Ｃｅｌｌｕｌａｒ Ｐｈｏｎｅ）、パーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線変復調装置、無線通信装置、ハンドヘルドデバイス、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話、スマートフォン、スマートウォッチ、デジタルカメラなどを含んでもよいが、これらに限定されない。
【0035】
例えば、モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）などのシナリオでは、ユーザ装置は、監視又は測定を行う機器又は装置であってもよく、例えばマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、デバイスツーデバイス（Ｄ２Ｄ：Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）端末、マシンツーマシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）端末などを含んでもよいが、これらに限定されない。
【0036】
本発明の発明者の発見により、背景技術の部分で言及されているＵＥベアラとＢＨ ＲＬＣチャネルとの多対１のマッピング方式により、ＩＡＢネットワークは公平性の問題が発生する。図１に示すように、既存のＩＡＢノードのＢＡＰ（ｂａｃｋｈａｕｌ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ：バックホールアダプテーションプロトコル）層及びＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：媒体アクセス制御）層は、データバッファリング及びスケジューリングの際に、ＢＨ ＲＬＣチャネル内の異なるＵＥベアラを区別しないように設計されているため、異なるＵＥ間の公平性が満たされなくなる。また、本発明の発明者の発見により、ＩＡＢネットワークは、ＵＥがＤｏｎｏｒ ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ：分布するユニット）からどれだけのホップ離れているかにかかわらず、各ＵＥベアラのＱｏＳ要求を満たすように無線リソースをスケジューリングしようと試みるべきである。ＵＥベアラがＢＨ ＲＬＣチャネルに組み込まれる場合にＱｏＳ差別化を部分的に実現することは依然として可能であるが、ＵＥベアラ間の公平な実行は粒度がより大きくなる。
【0037】
図２は、公平性が強化されていない例の概略図である。図２に示すように、ＢＨ ＲＬＣチャネルにおいて、複数のＵＥベアラがある時点で異なるデータレートを有する場合、ＵＥベアラ間の公平性を保証できない。図２では、異なるＵＥベアラのデータストリームが同一のＱｏＳレベルを有し、且つ異なるＵＥベアラが各ＩＡＢノードにおいて同一のＢＨ ＲＬＣチャネルにマッピングされると仮定する。公平性がサポートされないと、あるＵＥのパケット、例えば図２における「１」とマークされたブロックは、優先的に送信される可能性がある。この場合、他のＵＥベアラのパケットが遅延することにより、ＱｏＳの性能が低下する可能性がある。
【0038】
本発明は、ＩＡＢノードごとに公平性を強化することによって、トポロジ範囲の公平性を達成する。説明の便宜上、本発明では、５ＧのマルチホップのＩＡＢネットワーク配備のシナリオを一例とし、このシナリオでは、複数のＵＥがマルチホップのＩＡＢノードを介してＩＡＢ－ｄｏｎｏｒ（ＩＡＢドナー）に接続され、最後に５Ｇネットワークにアクセスする。なお、本発明はこれに限定されず、公平性の強化に関する他のシナリオにも適用され、本発明の原理が適用される限り、本発明の保護範囲内に入ると見なされる。
【0039】
以下は、図面を参照しながら本発明の各実施形態を説明する。これらの実施形態は、単なる例示的なものであり、本発明を限定するものではない。
【0040】
＜実施例１＞
本発明の実施例は、リソース割り当て方法を提供し、ＩＡＢネットワークにおけるＩＡＢノード側から説明する。
本発明の実施例は、リソース割り当て方法を提供し、ＩＡＢネットワークにおけるＩＡＢノード側から説明する。
【0041】
本発明の実施例では、ＩＡＢノードは、ＵＥ及び次のホップのＩＡＢノードへのＮＲアクセスインタフェースを終結（ｔｅｒｍｉｎａｔｅ）するためのｇＮＢ－ＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ：分布式ユニット）機能と、ＩＡＢ－ｄｏｎｏｒでのｇＮＢ－ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ：中央ユニット）を終結（ｔｅｒｍｉｎａｔｅ）するための機能のＦ１プロトコルをサポートする。ＩＡＢノードのｇＮＢ－ＤＵ機能は、ＩＡＢ－ＤＵとも称される。ＩＡＢノードは、他のＩＡＢノード又はＩＡＢ－ｄｏｎｏｒのｇＮＢ－ＤＵに接続し、ＩＡＢ－ｄｏｎｏｒでのＣＵに接続し、コアネットワークに接続するための、ＩＡＢ－ＭＴ（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｉｏｎ：モバイル端末）と称されるＵＥ機能のサブセットをさらにサポートする。
【0042】
図３は、本発明の実施例に係るＦ１－Ｕプロトコルをサポートするプロトコルスタックの概略図であり、ＩＡＢ－ＤＵからＩＡＢ－ｄｏｎｏｒ－ＣＵまでの間のＦ１－Ｕのプロトコルスタックを示している。図３に示すように、Ｆ１－Ｕは、２つのホップのバックホールを介して搬送される。Ｆ１－Ｕは、ＩＡＢ－ＤＵとＩＡＢ－ｄｏｎｏｒ－ＣＵとの間でＩＰ伝送を使用し、ＩＰ伝送の定義について、３ＧＰＰ(登録商標) ＴＳ ３８．４７０を参照してもよく、ここでその説明を省略する。
【0043】
【0044】
ステップ４０１：ＵＥベアラ情報を取得する。
【0045】
ステップ４０２：論理チャネルｊにおけるＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てる。該リソースの割り当ては、該論理チャネルｊにおけるＵＥベアラトークン数に関連する。
【0046】
【0047】
ステップ４０１’：ＵＥベアラ情報を取得する。
【0048】
ステップ４０２’：該ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0049】
ステップ４０３’：論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。
【0050】
本発明の実施例では、ＵＥベアラレベルの公平性をサポートするために、ＢＡＰヘッダ（ｈｅａｄｅｒ）にＵＥベアラ情報を追加する。ＭＡＣ層は、新しいＵＥベアラレベルのトークン数（ＵＥベアラトークン数Ｂｋと称される）に基づいて論理チャネル優先度処理を行う。同様な論理チャネルでは、現在のトークン数Ｂｋが最大のＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。これによって、マルチホップのＩＡＢネットワークにおいて、どのＤＲＢからＢＨ ＲＬＣチャネルへのマッピングオプションが配備されても、ＱｏＳをサポートするように、ＵＥアップリンク伝送の公平性を強化することができる。
【0051】
なお、本発明の実施例では、特別な説明がない限り、「取得する」（ａｃｑｕｉｒｅ）は、「得る」（ｏｂｔａｉｎ）、「決定」（ｄｅｔｅｒｍｉｎｅ）等の用語と互いに置き換えられてもよく、その意味は同様である。
【0052】
幾つかの態様では、本発明の実施例の方法は、ＩＡＢネットワークの上流経路における最初のＩＡＢノード（第１のＩＡＢノードと称される）に適用され、該ノードは、アクセスＩＡＢノード（ａｃｃｅｓｓ ＩＡＢ ｎｏｄｅ）とも称される。上記のＵＥベアラ情報は、該第１のＩＡＢノードのＢＡＰ層のＢＡＰヘッダに追加され、該ＢＡＰ層から該第１のＩＡＢノードのＭＡＣ層に転送される。これによって、該第１のＩＡＢノードのＭＡＣ層は、ＢＡＰ層から該ＵＥベアラ情報を取得することができる。図３に示すように、ＩＡＢノード１（第１のＩＡＢノード）について、ＩＡＢ－ＭＴが上位層からＢＡＰ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ：サービスデータユニット）を受信した場合、ＢＡＰヘッダにＵＥベアラ情報を追加し、ＭＡＣ層に転送する。
【0053】
幾つかの態様では、本発明の実施例の方法は、ＩＡＢネットワークの中間のＩＡＢノード（第２のＩＡＢノードと称される）に適用され、上記のＵＥベアラ情報は、該第２のＩＡＢノードにより第１のＩＡＢノードから受信されて取得される。これによって、該第２のＩＡＢノードのＭＡＣ層は、第１のＩＡＢノードからＵＥベアラ情報を取得することができる。本発明は、該ＵＥベアラ情報の第１のＩＡＢノードから第２のＩＡＢノードへの転送プロセス及び方式に限定されず、関連技術を参照してもよい。図３に示すように、ＩＡＢノード２（第２のＩＡＢノード）について、ＩＡＢ－ＭＴが並置された（ｃｏｌｌｏｃａｔｅｄ）ＢＡＰエンティティ、即ち、並置されたＩＡＢ－ＤＵでのＢＡＰエンティティからＢＡＰ Ｄａｔａ ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ：プロトコルデータユニット）を受信した場合、ＢＡＰ層は、ＢＡＰヘッダを読み取り、ＢＡＰヘッダにおけるＵＥベアラ情報をＭＡＣ層に転送する。
【0054】
本発明の実施例では、ＢＨ ＲＬＣチャネルは異なるＵＥからのイーグレス／エグレスの複数のベアラを多重化するため、ＢＨ ＲＬＣチャネルで伝送される各データブロックは、ＵＥ及び／又はＵＥベアラの識別子を含む必要がある。本発明は、ＢＡＰヘッダにＵＥベアラ情報を追加することによって、ＵＥベアラレベルのデータファリング及びスケジューリングを容易に実現することができる。
【0055】
本発明の実施例では、ＵＥベアラ情報は、ＵＥ識別子、又はＵＥベアラ識別子、又はＧＴＰ－Ｕヘッダ内のＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ ＩＤ：トンネルエンドポイント識別子）、又はこれらの識別子の任意の組み合わせであってよい。ここで、ＵＥ識別子は、ＰＣＩ（ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ：物理セル識別子）とＣ－ＲＮＴＩ（ｃｅｌｌ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ：セル無線ネットワーク一時識別子）との組み合わせにより構成されてもよい。ここで、ＵＥベアラ識別子は、ＵＥ識別子とＤＲＢ識別子との組み合わせにより構成されてもよい。ＢＡＰ層は、ＵＥベアラ情報をＭＡＣ層に転送する。ＵＥ識別子をＵＥベアラ情報として使用する場合、ＵＥレベルの公平性を確保することができる。これは、通常、同一のＵＥの異なるＤＲＢが異なるＢＨ ＲＬＣチャネルにマッピングされ、この場合、ＵＥレベルの公平性とＵＥベアラレベルの公平性とが一致するためである。
【0056】
本発明の実施例では、ＵＥベアラ情報が得られ、ＩＡＢ－ＭＴのＭＡＣ層は、ステップ４０２の処理、又はステップ４０２’及びステップ４０３’の処理により論理チャネル優先度（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ：ＬＣＰ）を強化することができる。
【0057】
幾つかの態様では、ＭＡＣ層のバッファにおいて、ＵＥベアラ情報に基づいて異なるＵＥベアラを異なるキュー（ｑｕｅｕｅ）に入れる。即ち、各キューは、１つのＵＥベアラ情報に対応する。論理チャネルに基づくキューイングに比べて、リソース割り当ての粒度を低減させることができる。
【0058】
本発明の実施例では、新しい論理チャネル優先度変数Ｂｋが導入され、Ｂｋは、ＵＥベアラｋごとに保持されているトークン数を表す変数である（同一の論理チャネルｊに複数のＵＥベアラがある場合）。言い換えれば、論理チャネルｊに複数のＵＥベアラがある場合、Ｂｋは、ＵＥベアラｋのトークン数を表す。また、３ＧＰＰ ＴＳ３８．３２１によれば、論理チャネルごとに１つのトークン数を表す変数が保持されており、本発明の実施例では、論理チャネルトークン数と称され、論理チャネルｊを一例とすると、該論理チャネルトークン数はＢｊと表される。
【0059】
幾つかの態様では、同一の論理チャネルにおける複数のＵＥベアラは、同一の論理チャネル構成、例えば、論理チャネル優先度（ｐｒｉｏｒｉｔｙ）、優先ビットレート（ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅ：ＰＢＲ）、トークンバケットサイズの期間（ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ：ＢＳＤ）、即ちトークンバケットの深さなどを共有する。
【0060】
幾つかの態様では、上記のパラメータは、ネットワーク装置によりＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ：無線リソース制御）シグナリングを介して構成されてもよい。なお、本発明はこれに限定されず、上記のパラメータは、他のシグナリング構成又は他の方式により決定されてもよい。
【0061】
本発明の実施例では、新しい伝送を実行する際に、論理チャネルｊがリソース割り当てを行うために選択された場合、論理チャネルｊにおける各ＵＥベアラ（「ｋ」と表される）について保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。
【0062】
例えば、論理チャネルｊにおける対応するＵＥベアラキューにおけるＭＡＣ ＳＤＵを１つずつ選択する。ＭＡＣ ＳＤＵを選択するたびに、Ｂｋ及びＢｊを更新する。論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。
【0063】
本発明の実施例では、論理チャネルｊにおける最大のＢｋを有するＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てた後、該ＵＥベアラトークン数（Ｂｋ）からサービスされる（ｓｅｒｖｅｄ）ＭＡＣ ＳＤＵのサイズを減算し、論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算した後、最初から繰り返しを開始してもよい。即ち、論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラント（ＵＬ ｇｒａｎｔ）を使い切るまで、論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる処理、該ＵＥベアラトークン数（Ｂｋ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を行い続け、上記の２つの条件のうちの何れかが先に発生した場合、当該条件の発生時点で処理を停止する。
【0064】
本発明の実施例では、ＢＡＰ層は各ＵＥベアラのＵＥベアラ情報（即ち、各ＵＥベアラのＭＡＣ ＳＤＵの識別情報）をＭＡＣ層に転送したため、ＭＡＣ層は、バッファにおけるＭＡＣ ＳＤＵの識別情報の統計を取ることで、論理チャネルｊに含まれるＵＥベアラの数（本発明の実施例では、Ｋと表記される）を取得してもよい。
【0065】
本発明の実施例では、Ｋ（Ｋ≧１）個のＵＥベアラを含む各論理チャネルｊについて、ＭＡＣエンティティは、以下の処理を実行してもよい。
【0066】
各ＬＣＰプロセスを実行する前に、ＢｋをＰＢＲ／Ｋ×Ｔだけ増加させる。ここで、Ｔは、Ｂｋの前回の増加から経過した時間である。
【0067】
Ｂｋの値がＰＢＲ／Ｋ×ＢＳＤよりも大きい場合、Ｂｋを、各ＵＥベアラに均等に割り当てられたトークンバケットサイズ（ＰＢＲ／Ｋ×ＢＳＤ）に設定する。
【0068】
本発明の実施例では、上述のプロセスがＢｋに対応する優先ビットレートがＰＢＲ／Ｋ、即ち、論理チャネルｊについて構成された優先ビットレートの１／Ｋであり、各ＵＥベアラに対応するトークンバケットが論理チャネルｊ全体のトークンバケットサイズの１／Ｋであると理解されてもよい。
【0069】
本発明の実施例では、Ｂｊの更新方式やタイミングは、従来の規格と一致するため、ここでその説明を省略する。
【0070】
なお、上記の図４ａ及び図４ｂは、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図４ａ及び図４ｂの記載に限定されない。
【0071】
【0072】
ステップ５０１：ＵＥベアラ情報を取得する。
【0073】
ステップ５０２：論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる。
【0074】
【0075】
ステップ５０１’：ＵＥベアラ情報を取得する。
【0076】
ステップ５０２’：該ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0077】
ステップ５０３’：論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる。
【0078】
【0079】
図５ｂの例では、図４ｂに示す方法との差異として、ステップ５０３’において、依然として各論理チャネルｊについて変数Ｂｊを保持し、論理チャネルｊにリソースを割り当てる際に、異なるＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン（ｒｏｕｎｄ ｒｏｂｉｎ）方式でサービスを提供する。即ち、ラウンドロビンで異なるＵＥベアラのＭＡＣ ＳＤＵを選択し、論理チャネルｊのデータ又はアップリンクグラント（ＵＬ ｇｒａｎｔ）を使い切るまで、該選択されたＭＡＣ ＳＤＵにリソースを割り当て、上記の条件のうちの何れかが先に発生した場合、発生した時点で処理を停止する。
【0080】
本発明の実施例では、図４ａ及び図４ｂに示す方法と同様に、図５ａ及び図５ｂに示す方法は、ＩＡＢネットワークにおける第１のＩＡＢノードに適用されてもよいし、ＩＡＢネットワークにおける第２のＩＡＢノードに適用されてもよい。即ち、図５ａ及び図５ｂに示す方法は、ＩＡＢネットワークにおける第１のＩＡＢノードによりＭＡＣ層で実施されてもよいし、ＩＡＢネットワークにおける第２のＩＡＢノードによりＭＡＣ層で実施されてもよい。第１のＩＡＢノード及び第２のＩＡＢノードの定義について、上述したものであり、ここでその説明を省略する。
【0081】
なお、上記の図５ａ及び図５ｂは、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図５ａ及び図５ｂの記載に限定されない。
【0082】
本発明の実施例の方法によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【0083】
＜実施例２＞
本発明の実施例は、リソース割り当て方法を提供し、ＩＡＢネットワークにおけるＩＡＢノード側から説明する。
本発明の実施例は、リソース割り当て方法を提供し、ＩＡＢネットワークにおけるＩＡＢノード側から説明する。
【0084】
本発明の実施例では、ＩＡＢノードの定義及びＦ１－Ｕプロトコルをサポートするプロトコルスタックの構造は、実施例１と同様であり、ここでその内容を援用し、その説明を省略する。
【0085】
【0086】
ステップ６０１：イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する。
【0087】
ステップ６０２：第１のトークン数（Ｂｍ）に基づいて論理チャネルｊにおけるイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる。該第１のトークン数（Ｂｍ）は、該論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連する。
【0088】
【0089】
ステップ６０１’：各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数（ｎｕｍｂｅｒ ｏｆ ＵＥ ｂｅａｒｅｒｓ）を取得する。
【0090】
ステップ６０２’：ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0091】
ステップ６０３’：論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる。該トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する。
【0092】
【0093】
本発明の実施例では、ＩＡＢノードは、各ＢＨ ＲＬＣチャネルで搬送されるＵＥベアラの数に関する情報を取得する。ＭＡＣ層は、同一の論理チャネルにマッピングされる各イングレス（ｉｎｇｒｅｓｓ）ＢＨ ＲＬＣチャネルｍにトークン数（Ｂｍと表される）を構成する。現在のトークン数Ｂｍが最大のイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる。これによって、マルチホップのＩＡＢネットワークにおいて、どのＤＲＢからＢＨ ＲＬＣチャネルへのマッピングオプションが配備されても、ＱｏＳをサポートするように、ＵＥアップリンク伝送の公平性を強化することができる。
【0094】
図７は、ＢＨ ＲＬＣチャネルでのＵＥベアラの数の一例の概略図であり、ＩＡＢノード２（第２のＩＡＢノード）についてのアップリンクデータのイングレスＢＨ ＲＬＣチャネル上のＵＥベアラの数を示している。図７では、各ＵＥが１つのＤＲＢを有し、全てのＵＥのＤＲＢの優先度が同一であり、ＵＥ１及びＵＥ２のＤＲＢが同一のＢＨ ＲＬＣチャネルにマッピングされ、ＵＥ３のＤＲＢが他のＢＨ ＲＬＣチャネルにマッピングされると仮定する。また、それらは、ＩＡＢノード２で同一のエグレス（ｅｇｒｅｓｓ）ＢＨ ＲＬＣチャネルにマッピングされる。即ち、イングレスＢＨ ＲＬＣチャネル１からのＵＥベアラの数は２であり、イングレスＢＨ ＲＬＣチャネル２からのＵＥベアラの数は１である。
【0095】
幾つかの態様では、本発明の実施例の方法は、ＩＡＢネットワークの中間のＩＡＢノード（第２のＩＡＢノードと称される）に適用される。図３及び図７に示すように、ＩＡＢノード２（第２のＩＡＢノード）では、ＩＡＢ－ＭＴが並置された（ｃｏｌｌｏｃａｔｅｄ）ＢＡＰエンティティからＢＡＰ Ｄａｔａ ＰＤＵを受信すると、ＢＡＰ層は、該データのイングレスＢＨ ＲＬＣチャネルからの識別子をＭＡＣ層に転送する。これによって、ＭＡＣ層は、各ＭＡＣ ＳＤＵがどのキューに入れるべきかを把握することができる。
【0096】
本発明の実施例では、各イングレスＢＨ ＲＬＣチャネル上のＵＥベアラの数が得られ、ＩＡＢ－ＭＴのＭＡＣ層は、ステップ６０２の処理、又はステップ６０２’及びステップ６０３’の処理により論理チャネル優先度を強化することができる。
【0097】
幾つかの態様では、ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に入れる。即ち、各キューは、１つのイングレスＢＨ ＲＬＣチャネルに対応する。
【0098】
本発明の実施例では、新しい論理チャネル優先度変数Ｂｍが導入され、Ｂｍは、イングレスＢＨ ＲＬＣチャネルごとに保持されているトークン数を表す変数である（同一の論理チャネルｊに複数のイングレスＢＨ ＲＬＣチャネルがある場合）。言い換えれば、複数のイングレスＢＨ ＲＬＣチャネルが論理チャネルｊにマッピングされる場合、Ｂｍは、イングレスＢＨ ＲＬＣチャネルｍについてのトークン数を表す。また、３ＧＰＰ ＴＳ３８．３２１によれば、論理チャネルごとに１つのトークン数を表す変数が保持されており、本発明の実施例では、論理チャネルトークン数と称され、論理チャネルｊを一例とすると、該論理チャネルトークン数はＢｊと表される。
【0099】
幾つかの態様では、同一の論理チャネルにおける異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、同一の論理チャネル構成、例えば、論理チャネル優先度（ｐｒｉｏｒｉｔｙ）、優先ビットレート（ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅ：ＰＢＲ）、トークンバケットサイズの期間（ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ：ＢＳＤ）、即ちトークンバケット深さなどを共有する。
【0100】
幾つかの態様では、上記のパラメータは、ネットワーク装置によりＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ：無線リソース制御）シグナリングを介して構成されてもよい。なお、本発明はこれに限定されず、上記パラメータは、他のシグナリングを介して構成されてもよいし、他の方法により決定されてもよい。
【0101】
本発明の実施例では、新たな伝送を実行する際に、論理チャネルｊがリソース割り当てを行うために選択された場合、論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する。
【0102】
例えば、各イングレスＢＨ ＲＬＣチャネルからのキューにおけるＭＡＣ ＳＤＵを１つずつ選択する。ＭＡＣ ＳＤＵを選択するたびに、Ｂｍ及びＢｊを更新する。論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、論理チャネルｊにおける最大のトークン数（Ｂｍ）を有するイングレスＢＨ ＲＬＣチャネルのキューにおけるＭＡＣ ＳＤＵにリソースを割り当てる。
【0103】
本発明の実施例では、論理チャネルｊにおける最大Ｂｍを有するイングレスＢＨ ＲＬＣチャネルのキューにおけるＭＡＣ ＳＤＵにリソースを割り当てた後、該トークンの数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算し、論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算した後、最初から繰り返しを開始してもよい。即ち、論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラント（ＵＬ ｇｒａｎｔ）を使い切るまで、論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、論理チャネルｊにおける最大のイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる処理、該トークン数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を行い続け、上記の２つの条件のうちの何れかが先に発生した場合、当該条件の発生時点で処理を停止する。
【0104】
本発明の実施例では、ｋｍは、イングレスＢＨ ＲＬＣチャネルｍからのＵＥベアラの数として定義され、Ｋは、論理チャネルｊにおける全てのＵＥベアラの数として定義される。Ｋは、論理チャネルｊに対応するＢＨ ＲＬＣチャネル（即ち、エグレスＢＨ ＲＬＣチャネル）の構成により取得されてもよいし、論理チャネルｊのデータソースに対応する全てのイングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数の統計を取ることで取得されてもよいが、本発明はこれらに限定されない。
【0105】
本発明の実施例では、複数のＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを含む各論理チャネルｊについて、ＭＡＣエンティティは、以下の処理を実行してもよい。
【0106】
各ＬＣＰプロセスを実行する前に、ＢｍをＰＢＲ×ｋｍ／Ｋ×Ｔだけ増加させる。ここで、Ｔは、Ｂｍの前回の増加から経過した時間である。
【0107】
Ｂｍの値がＰＢＲ×ｋｍ／Ｋ×ＢＳＤよりも大きい場合、Ｂｍを、各イングレスＢＨ ＲＬＣチャネルからのキューに均等に割り当てられたトークンバケットサイズ（ＰＢＲ×ｋｍ／Ｋ×ＢＳＤ）に設定する。
【0108】
本発明の実施例では、上述のプロセスがＢｍに対応する優先ビットレートがＰＢＲ×ｋｍ／Ｋ、即ち、論理チャネルｊについて構成された優先ビットレートのｋｍ／Ｋであり、各イングレスＢＨ ＲＬＣチャネルに対応するトークンバケットが論理チャネルｊ全体のトークンバケットサイズのｋｍ／Ｋであると理解されてもよい。
【0109】
本発明の実施例では、Ｂｊの更新方式やタイミングは、従来の規格と一致するため、ここでその説明を省略する。
【0110】
本発明の実施例では、ステップ６０１及びステップ６０１’において、イングレスＢＨ ＲＬＣチャネル上のＵＥベアラ数は、任意の実施可能な方法により取得されてもよい。例えば、該ＩＡＢノード（第２のＩＡＢノード）は、ＩＡＢドナーから、ＢＨ ＲＬＣチャネル上のＵＥベアラ数を示す構成情報を受信し、該構成情報に基づいてイングレスＢＨ ＲＬＣチャネル上のＵＥベアラ数を取得してもよい。
【0111】
本発明の実施例では、第２のＩＡＢノードは、各ＢＨ ＲＬＣチャネルで搬送されるＵＥベアラの数に関する情報を取得する必要があるため、第２のＩＡＢノードは、ＢＨ ＲＬＣチャネル上のＵＥベアラの数が変化するたびに更新してもよい。
【0112】
幾つかの態様では、上記の構成情報は、ＩＡＢ－ｄｏｎｏｒからのＦ１ＡＰ（Ｆ１ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ）により実現される。例えば、ＩＡＢ－ｄｏｎｏｒのＣＵは、Ｆ１ＡＰプロトコルを介して上記のＩＡＢノードのＩＡＢ－ＤＵにＢＨ ＲＬＣチャネルの構成情報を送信し、該構成情報は該ＢＨ ＲＬＣチャネル上のＵＥベアラの数を含む。
【0113】
幾つかの態様では、上記の構成情報は、ＩＡＢ－ｄｏｎｏｒからのＲＲＣシグナリングにより実現される。例えば、ＩＡＢ－ｄｏｎｏｒのＣＵは、ＲＲＣメッセージを介して上記ＩＡＢノードのＩＡＢ－ＭＴに論理チャネル構成情報を送信し、該論理チャネル構成情報は該論理チャネルに対応するＢＨ ＲＬＣチャネル上のＵＥベアラの数を含む。
【0114】
上記の２種類の構成情報の取得方法は、単なる一例であり、ＢＨ ＲＬＣチャネル上のＵＥベアラの数の更新は、他の実施可能な方式により実現されてもよい。
【0115】
なお、上記の図６ａ及び図６ｂは、本発明の実施例を概略的に示しているに過ぎないが、本発明はこれに限定されない。例えば、様々なステップ間の実行順序を適切に調整したり、他の幾つかのステップを追加したり、幾つかのステップを減らしたりしてもよい。当業者は、上記の内容に基づいて適切な変形を行うことができ、上記の図６ａ及び図６ｂの記載に限定されない。
【0116】
本発明の実施例の方法によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【0117】
＜実施例３＞
本発明の実施例は、リソース割り当て装置を提供する。該装置は、例えば、ＩＡＢネットワークにおけるＩＡＢノードであってもよいし、ＩＡＢノードに構成された構成要素又はコンポーネントであってもよい。
本発明の実施例は、リソース割り当て装置を提供する。該装置は、例えば、ＩＡＢネットワークにおけるＩＡＢノードであってもよいし、ＩＡＢノードに構成された構成要素又はコンポーネントであってもよい。
【0118】
【0119】
取得部８０１は、ＵＥベアラ情報を取得する。
【0120】
割り当て部８０２は、論理チャネルｊにおけるＵＥベアラｋのＭＡＣ ＳＤＵにリソースを割り当てる。該リソースの割り当ては、該論理チャネルｊにおけるＵＥベアラトークン数に関連する。
【0121】
図８ｂは、本発明の実施例３に係るリソース割り当て装置の一例の概略図である。該装置の問題解決の原理は、実施例１の図４ｂの方法と同様であるため、その具体的な実施について、実施例１の図４ｂの方法の実施を参照してもよく、同様な内容の説明を省略する。
【0122】
図８ｂに示すように、本発明の実施例に係るリソース割当装置８００’は、取得部８０１’、第１の処理部８０２’及び割り当て部８０３’を含む。
【0123】
取得部８０１’は、ＵＥベアラ情報を取得する。
【0124】
第１の処理部８０２’は、該ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0125】
割り当て部８０３’は、論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。
【0126】
幾つかの態様では、リソース割当装置８００’は、ＩＡＢネットワークにおける第１のＩＡＢノードに適用され、該第１のＩＡＢノードは、該ＩＡＢネットワークの上流経路における最初のＩＡＢノードである。該ＵＥベアラ情報は、該第１のＩＡＢノードのＢＡＰ層のＢＡＰヘッダに追加され、該ＢＡＰ層から該第１のＩＡＢノードのＭＡＣ層に転送される。
【0127】
幾つかの態様では、リソース割当装置８００’は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、該第２のＩＡＢノードは、該ＩＡＢネットワークの中間のＩＡＢノードである。該ＵＥベアラ情報は、該第２のＩＡＢノードにより第１のＩＡＢノードから受信されて取得され、該第１のＩＡＢノードは、該ＩＡＢネットワークの上流経路における最初のＩＡＢノードである。
【0128】
幾つかの態様では、該ＵＥベアラ情報は、ＵＥ ＩＤ、ＵＥベアラＩＤ、及びＴＥＩＤのうちの少なくとも１つである。
【0129】
幾つかの態様では、該論理チャネルｊにおける全てのＵＥベアラは、同一の論理チャネル構成を共有する。
【0130】
幾つかの態様では、該論理チャネル構成は、論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及びトークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む。
【0131】
幾つかの態様では、該論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される。
【0132】
幾つかの態様では、割り当て部８０２／８０３’は、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、該論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる処理、該ＵＥベアラトークン数（Ｂｋ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び該論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を循環的に行う。
【0133】
幾つかの態様では、図８ｂに示すように、リソース割当装置８００’は、第２の処理部８０４’をさらに含む。
【0134】
第２の処理部８０４’は、該ＵＥベアラトークン数（Ｂｋ）をＰＢＲ／Ｋ×Ｔだけ増加させ、得られたＵＥベアラトークン数（Ｂｋ）の値がＵＥベアラトークンバケットのサイズよりも大きい場合、ＵＥベアラトークン数（Ｂｋ）の値をＵＥベアラトークンバケットのサイズに設定する。ここで、Ｋは該論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは該ＵＥベアラトークン数（Ｂｋ）の前回の増加から経過した時間である。
【0135】
幾つかの態様では、該ＵＥベアラトークンバケットのサイズは、ＰＢＲ／Ｋ×ＢＳＤである。
【0136】
【0137】
取得部９０１は、ＵＥベアラ情報を取得する。
【0138】
割り当て部９０２は、論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる。
【0139】
図９ｂは、本発明の実施例３に係るリソース割り当て装置の他の例の概略図である。該装置の問題解決の原理は、実施例１の図５ｂの方法と同様であるため、その具体的な実施について、実施例１の図５ｂの方法の実施を参照してもよく、同様な内容の説明を省略する。
【0140】
図９ｂに示すように、本発明の実施例に係るリソース割当装置９００’は、取得部９０１’、処理部９０２’及び割り当て部９０３’を含む。
【0141】
取得部９０１’は、ＵＥベアラ情報を取得する。
【0142】
処理部９０２’は、該ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0143】
割り当て部９０３’は、論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる。
【0144】
幾つかの態様では、該リソース割り当て装置は、ＩＡＢネットワークにおける第１のＩＡＢノード又は第２のＩＡＢノードに適用され、該第２のＩＡＢノードは、該ＩＡＢネットワークの中間のＩＡＢノードである。
【0145】
なお、以上は本発明に関連する構成要素又はモジュールについてのみ説明しているが、本発明はこれに限定されない。本発明の実施例に係るリソース割り当て装置８００／８００’／９００／９００’は、他の構成要素又はモジュールをさらに含んでもよい。これらの構成要素又はモジュールの具体的な内容について、関連技術を参照してもよい。例えば、リソース割り当て装置８００、上記の第２の処理部８０４’をさらに含んでもよい。
【0146】
さらに、説明の便宜上、図８ａ、図８ｂ、図９ａ及び図９ｂは、様々な構成要素又はモジュール間の接続関係又は信号方向を例示的に示すだけであるが、バス接続などの様々な関連技術を使用できることは当業者には明らかである。上記の様々な構成要素又はモジュールは、プロセッサ、メモリ、送信機、及び受信機などのハードウェアデバイスによって実装されてもよく、本発明はこれに限定されない。
【0147】
本発明の実施例によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【0148】
＜実施例４＞
本発明の実施例は、リソース割り当て装置を提供する。該装置は、例えば、ＩＡＢネットワークにおける中間のＩＡＢノードであってもよいし、中間のＩＡＢノードに構成された構成要素又はコンポーネントであってもよい。
本発明の実施例は、リソース割り当て装置を提供する。該装置は、例えば、ＩＡＢネットワークにおける中間のＩＡＢノードであってもよいし、中間のＩＡＢノードに構成された構成要素又はコンポーネントであってもよい。
【0149】
【0150】
取得部１００１は、イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する。
【0151】
割り当て部１００２は、第１のトークン数（Ｂｍ）に基づいて論理チャネルｊにおけるイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる。該第１のトークン数（Ｂｍ）は、該論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連する。
【0152】
図１０ｂは、本発明の実施例４に係るリソース割り当て装置の一例の概略図である。該装置の問題解決の原理は、実施例２の方法と同様であるため、その具体的な実施について、実施例２の方法の実施を参照してもよく、同様な内容の説明を省略する。
【0153】
図１０ｂに示すように、本発明の実施例に係るリソース割当装置１０００’は、取得部１００１’、第１の処理部１００２’及び割り当て部１００３’を含む。
【0154】
取得部１００１’は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得する。
【0155】
第１の処理部１００２’は、ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分ける。
【0156】
割り当て部１００３’は、論理チャネルｊがリソース割り当てを行うために選択された場合、該論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てる。ここで、該トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する。
【0157】
【0158】
幾つかの態様では、リソース割り当て部１０００／１０００’は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、該第２のＩＡＢノードは、該ＩＡＢネットワークの中間のＩＡＢノードである。
【0159】
幾つかの態様では、該論理チャネルｊの異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、同一の論理チャネル構成を共有する。例えば、該論理チャネルｊにおける第１のＢＨ ＲＬＣチャネルからのデータの論理チャネル構成と第２のＢＨ ＲＬＣチャネルからのデータの論理チャネル構成とは同一であり、同一の該論理チャネル構成は、該論理チャネルｊの論理チャネル構成である。
【0160】
幾つかの態様では、該論理チャネル構成は、論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及びトークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む。
【0161】
幾つかの態様では、該論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される。
【0162】
幾つかの態様では、割り当て部１００２／１００３’は、該論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、該論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）の数が０よりも大きい場合、該論理チャネルｊにおける最大の第１のトークン数（Ｂｍ）を有するイングレスＢＨ ＲＬＣチャネルｍからのＭＡＣ ＳＤＵにリソースを割り当てる処理、該第１のトークン数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理、及び該論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算する処理を循環的に行う。
【0163】
幾つかの態様では、図１０ｂに示すように、リソース割当装置１０００’は、第２の処理部１００４’をさらに含む。
【0164】
第２の処理部１００４’は、第１のトークン数（Ｂｍ）をＰＢＲ×ｋｍ／Ｋ×Ｔだけ増加させ、得られた第１のトークン数（Ｂｍ）の値がトークンバケットのサイズよりも大きい場合、第１のトークン数（Ｂｍ）の値をトークンバケットのサイズに設定する。ここで、ｋｍはイングレスＢＨ ＲＬＣチャネルｍでのＵＥベアラの数であり、Ｋは該論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは該第１のトークン数（Ｂｍ）の前回の増加から経過した時間である。
【0165】
幾つかの態様では、該トークンバケットのサイズは、ＰＢＲ×ｋｍ／Ｋ×ＢＳＤである。
【0166】
幾つかの態様では、取得部１００１’は、ＩＡＢドナーから、ＢＨ ＲＬＣチャネルでのＵＥベアラの数を示す構成情報を受信する。
【0167】
幾つかの態様では、該構成情報は、該ＩＡＢドナーによりＦ１ＡＰを介して提供され、或いはＩＡＢドナーによりＲＲＣシグナリングを介して提供される。
【0168】
なお、以上は本発明に関連する構成要素又はモジュールについてのみ説明しているが、本発明はこれに限定されない。本発明の実施例に係るリソース割り当て装置１０００／１０００’は、他の構成要素又はモジュールをさらに含んでもよい。これらの構成要素又はモジュールの具体的な内容について、関連技術を参照してもよい。例えば、リソース割り当て装置１０００、上記の第２の処理部１００４’をさらに含んでもよい。
【0169】
さらに、説明の便宜上、図１０ａ及び図１０ｂは、様々な構成要素又はモジュール間の接続関係又は信号方向を例示的に示すだけであるが、バス接続などの様々な関連技術を使用できることは当業者には明らかである。上記の様々な構成要素又はモジュールは、プロセッサ、メモリ、送信機、及び受信機などのハードウェアデバイスによって実装されてもよく、本発明はこれに限定されない。
【0170】
本発明の実施例によれば、マルチホップのＩＡＢネットワークにおいて同一のＱｏＳ要求を有するユーザ間の公平性を確保することができる。
【0171】
＜実施例５＞
本発明の実施例は、通信システムをさらに提供する。図１１は、本発明の実施例５に係る通信システム１１００の一例の概略図である。図１１に示すように、通信システム１１００は、第１のＩＡＢノード１１０１及び第２のＩＡＢノード１１０２を含む。該第１のＩＡＢノードは、アップリンク経路上の最初のＩＡＢノードであり、該第２のＩＡＢノードは、中間のＩＡＢノードである。また、幾つかの態様では、図１１に示すように、通信システム１１００は、ＩＡＢ ｄｏｎｏｒノード１１０３をさらに含んでもよい。また、幾つかの態様では、図１１に示すように、通信システム１１００は、端末装置１１０４をさらに含んでもよい。簡略化のために、図１１では、３つの端末装置１１０４、２つの第１のＩＡＢノード１１０１、１つの第２のＩＡＢノード１１０２、及び１つのＩＡＢ ｄｏｎｏｒノードのみを一例にして説明するが、本発明の実施例はこれに限定されない。端末装置１１０４、第１のＩＡＢノード１１０１、第２のＩＡＢノード１１０２、及びＩＡＢ ｄｏｎｏｒノード１１０３のネットワークアーキテクチャについて、関連技術を参照してもよく、ここで説明を省略する。
本発明の実施例は、通信システムをさらに提供する。図１１は、本発明の実施例５に係る通信システム１１００の一例の概略図である。図１１に示すように、通信システム１１００は、第１のＩＡＢノード１１０１及び第２のＩＡＢノード１１０２を含む。該第１のＩＡＢノードは、アップリンク経路上の最初のＩＡＢノードであり、該第２のＩＡＢノードは、中間のＩＡＢノードである。また、幾つかの態様では、図１１に示すように、通信システム１１００は、ＩＡＢ ｄｏｎｏｒノード１１０３をさらに含んでもよい。また、幾つかの態様では、図１１に示すように、通信システム１１００は、端末装置１１０４をさらに含んでもよい。簡略化のために、図１１では、３つの端末装置１１０４、２つの第１のＩＡＢノード１１０１、１つの第２のＩＡＢノード１１０２、及び１つのＩＡＢ ｄｏｎｏｒノードのみを一例にして説明するが、本発明の実施例はこれに限定されない。端末装置１１０４、第１のＩＡＢノード１１０１、第２のＩＡＢノード１１０２、及びＩＡＢ ｄｏｎｏｒノード１１０３のネットワークアーキテクチャについて、関連技術を参照してもよく、ここで説明を省略する。
【0172】
本発明の実施例では、ＩＡＢ ｄｏｎｏｒノード１１０３と端末装置１１０４との間では、第１のＩＡＢノード１１０１及び第２のＩＡＢノード１１０２を介して、既存のサービス又は将来に実装可能なサービスの伝送を行うことができる。例えば、これらのサービスは、拡張モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及び車車間／路車間通信（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）などを含むが、これらに限定されない。
【0173】
幾つかの態様では、第１のＩＡＢノード１１０１及び第２のＩＡＢノードは、実施例１に記載された方法を実行するように構成される。幾つかの態様では、第２のＩＡＢノード１１０２は、実施例２に記載された方法を実行するように構成される。第１のＩＡＢノード１１０１及び第２のＩＡＢノード１１０２について、実施例１～実施例４を参照してもよく、ここでその説明を省略する。
【0174】
本発明の実施例は、ＩＡＢノードをさらに提供する。
【0175】
図１２は、本発明の実施例５に係るＩＡＢノードの一例の概略図である。図１２に示すように、ＩＡＢノード１２００は、プロセッサ１２０１及びメモリ１２０２を含んでもよく、メモリ１２０２は、データ及びプログラムを記憶し、プロセッサ１２０１に接続される。なお、この図は例示的なものであり、他のタイプの構造を用いてこの構造を補足又は置換して、通信機能又は他の機能を実現してもよい。
【0176】
例えば、プロセッサ１２０１は、実施例１又は実施例２に記載された方法を実現するためのプログラムを実行するように構成されてもよい。
【0177】
また、図１２に示すように、ＩＡＢノード１２００は、通信モジュール１２０３、入力部１２０４、ディスプレイ１２０５、及び電源１２０６などをさらに含んでもよい。ここで、上記ユニットの機能は従来技術と同様であり、ここでその説明を省略する。なお、ＩＡＢノード１２００は図１２に示す全てのユニットを含む必要がない。また、ＩＡＢノード１２００は、図１２に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。
【0178】
本発明の実施例では、コンピュータ読み取り可能なプログラムであって、ＩＡＢノードにおいて該プログラムを実行する際に、コンピュータに該ＩＡＢノードにおいて実施例１又は実施例２に記載の方法を実行させる、プログラムをさらに提供する。
【0179】
本発明の実施例は、コンピュータ読み取り可能なプログラムが記憶されている記憶媒体であって、該プログラムを実行する際に、コンピュータにＩＡＢノードにおいて実施例１又は実施例２に記載の方法を実行させる、記憶媒体をさらに提供する。
【0180】
本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される際に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。
【0181】
本発明の実施例を参照しながら説明した各装置における各処理方法は、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又は両者の組み合わせで実施されてもよい。例えば、図面に示す機能的ブロック図における１つ若しくは複数、又は機能的ブロック図の１つ若しくは複数の組み合わせは、コンピュータプログラムフローの各ソフトウェアモジュールに対応してもよいし、各ハードウェアモジュールに対応してもよい。これらのソフトウェアモジュールは、図面に示す各ステップにそれぞれ対応してもよい。これらのハードウェアモジュールは、例えばフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）を用いてこれらのソフトウェアモジュールをハードウェア化して実現されてもよい。
【0182】
ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、モバイルハードディスク、ＣＤ－ＲＯＭ又は当業者にとって既知の任意の他の形の記憶媒体に位置してもよい。プロセッサが記憶媒体から情報を読み取り、且つ／或いは記憶媒体に情報を書き込むように該記憶媒体をプロセッサに接続してもよいし、記憶媒体がプロセッサの構成部であってもよい。プロセッサ及び記憶媒体はＡＳＩＣに位置してもよい。該ソフトウェアモジュールは移動端末のメモリに記憶されてもよいし、移動端末に挿入されたメモリカードに記憶されてもよい。例えば、機器（例えば移動端末）が比較的に大きい容量のＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置を用いる場合、該ソフトウェアモジュールは該ＭＥＧＡ－ＳＩＭカード又は大容量のフラッシュメモリ装置に記憶されてもよい。
【0183】
図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、本願に記載されている機能を実行するための汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理装置、ディスクリートハードウェアコンポーネント、又はそれらの任意の適切な組み合わせで実現されてもよい。図面に記載されている機能的ブロック図における一つ以上の機能ブロック及び／又は機能ブロックの一つ以上の組合せは、例えば、コンピューティング機器の組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰ通信と組み合わせた１つ又は複数のマイクロプロセッサ又は他の任意の構成で実現されてもよい。
【0184】
以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び変更を行ってもよく、これらの変形及び変更も本発明の範囲内のものである。
【0185】
また、上述の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
リソース割り当て方法であって、
Ｓ１：ＵＥベアラ情報を取得するステップと、
Ｓ２：前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、を含む、方法。
（付記２）
前記方法は、ＩＡＢネットワークにおける第１のＩＡＢノードに適用され、
前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第１のＩＡＢノードのＢＡＰ層のＢＡＰヘッダに追加され、前記ＢＡＰ層から前記第１のＩＡＢノードのＭＡＣ層に転送される、付記１に記載の方法。
（付記３）
前記方法は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第２のＩＡＢノードにより第１のＩＡＢノードから受信されて取得され、
前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードである、付記１に記載の方法。
（付記４）
前記ＵＥベアラ情報は、
ＵＥ ＩＤ、
ＵＥベアラＩＤ、及び
ＴＥＩＤのうちの少なくとも１つである、付記１に記載の方法。
（付記５）
前記論理チャネルｊにおける全てのＵＥベアラは、同一の論理チャネル構成を共有する、付記１に記載の方法。
（付記５．１）
前記論理チャネル構成は、
論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、
優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及び
トークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む、付記５に記載の方法。
（付記５．２）
前記論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される、付記５に記載の方法。
（付記６）
Ｓ３は、
Ｓ３１：前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、前記論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、
Ｓ３２：前記ＵＥベアラトークン数（Ｂｋ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３３：前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３４：前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、Ｓ３１～Ｓ３３の処理を循環的に行うステップと、を含む、付記１に記載の方法。
（付記７）
Ｓ３の前に、
前記ＵＥベアラトークン数（Ｂｋ）をＰＢＲ／Ｋ×Ｔだけ増加させ、得られたＵＥベアラトークン数（Ｂｋ）の値がＵＥベアラトークンバケットのサイズよりも大きい場合、ＵＥベアラトークン数（Ｂｋ）の値をＵＥベアラトークンバケットのサイズに設定するステップであって、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記ＵＥベアラトークン数（Ｂｋ）の前回の増加から経過した時間である、ステップ、をさらに含む、付記１に記載の方法。
（付記８）
前記ＵＥベアラトークンバケットのサイズは、ＰＢＲ／Ｋ×ＢＳＤである、付記７に記載の方法。
（付記９）
リソース割り当て方法であって、
Ｓ１：ＵＥベアラ情報を取得するステップと、
Ｓ２：前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、ステップと、を含む、方法。
（付記１０）
前記方法は、ＩＡＢネットワークにおける第１のＩＡＢノード又は第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、付記９に記載の方法。
（付記１１）
リソース割り当て方法であって、
Ｓ１：各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得するステップと、
Ｓ２：ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する、ステップと、を含む、方法。
（付記１２）
前記方法は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、付記１１に記載の方法。
（付記１３）
前記論理チャネルｊの異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、同一の論理チャネル構成を共有する、付記１１に記載の方法。
（付記１３．１）
前記論理チャネル構成は、
論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、
優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及び
トークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む、付記１３に記載の方法。
（付記１３．２）
前記論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される、付記１３に記載の方法。
（付記１４）
Ｓ３は、
Ｓ３１：前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）の数が０よりも大きい場合、前記論理チャネルｊにおける最大の第１のトークン数（Ｂｍ）を有するイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てるステップと、
Ｓ３２：前記第１のトークン数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３３：前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３４：前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、Ｓ３１～Ｓ３３の処理を循環的に行うステップと、を含む、付記１１に記載の方法。
（付記１５）
Ｓ３の前に、
トークン数（Ｂｍ）をＰＢＲ×ｋｍ／Ｋ×Ｔだけ増加させ、得られたトークン数（Ｂｍ）の値がトークンバケットのサイズよりも大きい場合、トークン数（Ｂｍ）の値をトークンバケットのサイズに設定するステップであって、ｋｍは各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数であり、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記トークン数（Ｂｍ）の前回の増加から経過した時間である、ステップ、をさらに含む、付記１１に記載の方法。
（付記１６）
前記トークンバケットのサイズは、ＰＢＲ×ｋｍ／Ｋ×ＢＳＤである、付記１５に記載の方法。
（付記１７）
Ｓ１は、
ＩＡＢ－ｄｏｎｏｒから、ＢＨ ＲＬＣチャネルでのＵＥベアラの数を示す構成情報を受信するステップ、を含む、付記１１に記載の方法。
（付記１７．１）
前記構成情報は、前記ＩＡＢ－ｄｏｎｏｒによりＦ１ＡＰを介して提供される、付記１７に記載の方法。
（付記１７．２）
前記構成情報は、前記ＩＡＢ－ｄｏｎｏｒによりＲＲＣシグナリングを介して提供される、付記１７に記載の方法。
（付記１８）
コンピュータプログラムが記憶されたメモリと、プロセッサと、を含む、ＩＡＢノードであって、前記プロセッサは、前記コンピュータプログラムを実行することで、付記１乃至１７の何れかに記載の方法を実現するように構成される、ＩＡＢノード。
（付記１９）
第１のＩＡＢノードと第２のＩＡＢノードとを含む通信システムであって、前記第１のＩＡＢノードは、付記１乃至１０の何れかに記載の方法を実行するように構成され、前記第２のＩＡＢノードは、付記１乃至１７の何れかに記載の方法を実行するように構成される、通信システム。
（付記１）
リソース割り当て方法であって、
Ｓ１：ＵＥベアラ情報を取得するステップと、
Ｓ２：前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各ＵＥベアラｋについて保持されているＵＥベアラトークン数（Ｂｋ）に基づいて、各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、を含む、方法。
（付記２）
前記方法は、ＩＡＢネットワークにおける第１のＩＡＢノードに適用され、
前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第１のＩＡＢノードのＢＡＰ層のＢＡＰヘッダに追加され、前記ＢＡＰ層から前記第１のＩＡＢノードのＭＡＣ層に転送される、付記１に記載の方法。
（付記３）
前記方法は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードであり、
前記ＵＥベアラ情報は、前記第２のＩＡＢノードにより第１のＩＡＢノードから受信されて取得され、
前記第１のＩＡＢノードは、前記ＩＡＢネットワークの上流経路における最初のＩＡＢノードである、付記１に記載の方法。
（付記４）
前記ＵＥベアラ情報は、
ＵＥ ＩＤ、
ＵＥベアラＩＤ、及び
ＴＥＩＤのうちの少なくとも１つである、付記１に記載の方法。
（付記５）
前記論理チャネルｊにおける全てのＵＥベアラは、同一の論理チャネル構成を共有する、付記１に記載の方法。
（付記５．１）
前記論理チャネル構成は、
論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、
優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及び
トークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む、付記５に記載の方法。
（付記５．２）
前記論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される、付記５に記載の方法。
（付記６）
Ｓ３は、
Ｓ３１：前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）が０よりも大きい場合、前記論理チャネルｊにおける最大のＵＥベアラトークン数（Ｂｋ）を有するＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップと、
Ｓ３２：前記ＵＥベアラトークン数（Ｂｋ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３３：前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３４：前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、Ｓ３１～Ｓ３３の処理を循環的に行うステップと、を含む、付記１に記載の方法。
（付記７）
Ｓ３の前に、
前記ＵＥベアラトークン数（Ｂｋ）をＰＢＲ／Ｋ×Ｔだけ増加させ、得られたＵＥベアラトークン数（Ｂｋ）の値がＵＥベアラトークンバケットのサイズよりも大きい場合、ＵＥベアラトークン数（Ｂｋ）の値をＵＥベアラトークンバケットのサイズに設定するステップであって、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記ＵＥベアラトークン数（Ｂｋ）の前回の増加から経過した時間である、ステップ、をさらに含む、付記１に記載の方法。
（付記８）
前記ＵＥベアラトークンバケットのサイズは、ＰＢＲ／Ｋ×ＢＳＤである、付記７に記載の方法。
（付記９）
リソース割り当て方法であって、
Ｓ１：ＵＥベアラ情報を取得するステップと、
Ｓ２：前記ＵＥベアラ情報に基づいて、ＭＡＣ層のバッファにおいて、異なるＵＥベアラのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊについて保持されている論理チャネルトークン数（Ｂｊ）に基づいて各ＵＥベアラのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、前記論理チャネルｊにおける各ＵＥベアラのＭＡＣ ＳＤＵにラウンドロビン方式でリソースを割り当てる、ステップと、を含む、方法。
（付記１０）
前記方法は、ＩＡＢネットワークにおける第１のＩＡＢノード又は第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、付記９に記載の方法。
（付記１１）
リソース割り当て方法であって、
Ｓ１：各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数を取得するステップと、
Ｓ２：ＭＡＣ層のバッファにおいて、異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵを異なるキュー（ｑｕｅｕｅ）に分けるステップと、
Ｓ３：論理チャネルｊがリソース割り当てを行うために選択された場合、前記論理チャネルｊにおける各イングレスＢＨ ＲＬＣチャネルｍからのキューについて保持されているトークン数（Ｂｍ）に基づいて、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てるステップであって、前記トークン数（Ｂｍ）は、各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数に関連し、各イングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、該イングレスＢＨ ＲＬＣチャネルでの全てのＵＥベアラからのＭＡＣ ＳＤＵを意味する、ステップと、を含む、方法。
（付記１２）
前記方法は、ＩＡＢネットワークにおける第２のＩＡＢノードに適用され、
前記第２のＩＡＢノードは、前記ＩＡＢネットワークの中間のＩＡＢノードである、付記１１に記載の方法。
（付記１３）
前記論理チャネルｊの異なるイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵは、同一の論理チャネル構成を共有する、付記１１に記載の方法。
（付記１３．１）
前記論理チャネル構成は、
論理チャネル優先度（Ｐｒｉｏｒｉｔｙ）、
優先ビットレート（ＰＢＲ：Ｐｒｉｏｒｉｔｉｓｅｄ Ｂｉｔ Ｒａｔｅ）、及び
トークンバケットサイズの期間（ＢＳＤ：ｂｕｃｋｅｔ ｓｉｚｅ ｄｕｒａｔｉｏｎ）のうちの少なくとも１つを含む、付記１３に記載の方法。
（付記１３．２）
前記論理チャネル構成は、ネットワーク装置により無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して構成される、付記１３に記載の方法。
（付記１４）
Ｓ３は、
Ｓ３１：前記論理チャネルｊに関連する論理チャネルトークン数（Ｂｊ）の数が０よりも大きい場合、前記論理チャネルｊにおける最大の第１のトークン数（Ｂｍ）を有するイングレスＢＨ ＲＬＣチャネルからのＭＡＣ ＳＤＵにリソースを割り当てるステップと、
Ｓ３２：前記第１のトークン数（Ｂｍ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３３：前記論理チャネルトークン数（Ｂｊ）からサービスされるＭＡＣ ＳＤＵのサイズを減算するステップと、
Ｓ３４：前記論理チャネルｊのデータの割り当てが完了し、或いはアップリンクグラントを使い切るまで、Ｓ３１～Ｓ３３の処理を循環的に行うステップと、を含む、付記１１に記載の方法。
（付記１５）
Ｓ３の前に、
トークン数（Ｂｍ）をＰＢＲ×ｋｍ／Ｋ×Ｔだけ増加させ、得られたトークン数（Ｂｍ）の値がトークンバケットのサイズよりも大きい場合、トークン数（Ｂｍ）の値をトークンバケットのサイズに設定するステップであって、ｋｍは各イングレスＢＨ ＲＬＣチャネルでのＵＥベアラの数であり、Ｋは前記論理チャネルｊにおけるＵＥベアラの総数であり、Ｔは前記トークン数（Ｂｍ）の前回の増加から経過した時間である、ステップ、をさらに含む、付記１１に記載の方法。
（付記１６）
前記トークンバケットのサイズは、ＰＢＲ×ｋｍ／Ｋ×ＢＳＤである、付記１５に記載の方法。
（付記１７）
Ｓ１は、
ＩＡＢ－ｄｏｎｏｒから、ＢＨ ＲＬＣチャネルでのＵＥベアラの数を示す構成情報を受信するステップ、を含む、付記１１に記載の方法。
（付記１７．１）
前記構成情報は、前記ＩＡＢ－ｄｏｎｏｒによりＦ１ＡＰを介して提供される、付記１７に記載の方法。
（付記１７．２）
前記構成情報は、前記ＩＡＢ－ｄｏｎｏｒによりＲＲＣシグナリングを介して提供される、付記１７に記載の方法。
（付記１８）
コンピュータプログラムが記憶されたメモリと、プロセッサと、を含む、ＩＡＢノードであって、前記プロセッサは、前記コンピュータプログラムを実行することで、付記１乃至１７の何れかに記載の方法を実現するように構成される、ＩＡＢノード。
（付記１９）
第１のＩＡＢノードと第２のＩＡＢノードとを含む通信システムであって、前記第１のＩＡＢノードは、付記１乃至１０の何れかに記載の方法を実行するように構成され、前記第２のＩＡＢノードは、付記１乃至１７の何れかに記載の方法を実行するように構成される、通信システム。
【図1】
【図2】
【図3】
【図4a】
【図4b】
【図5a】
【図5b】
【図6a】
【図6b】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【国際調査報告】