JP7534421B2 - チャネル処理方法、デバイス、装置、及び記憶媒体 - Google Patents

Description

本願の実施例は通信技術分野に関し、特にチャネル処理方法、デバイス、装置、及び記憶媒体に関する。

非地上通信ネットワーク（ＮＴＮ、ｎｏｎ ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ）システムでは、端末装置と衛星間の信号伝播遅延が大幅に増加するという特性に対して、データ伝送遅延を低減するために、ハイブリッド自動再送要求（ＨＡＲＱ、ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）機能をオフにするという方式が展開されている。

現在、ダウンリンク伝送プロセスでは、異なるサービスのサービス品質（ＱｏＳ、ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）要求を満たすために、ネットワーク装置はスケジューリング時に論理チャネルのＱｏＳ要求に基づいて、異なるＱｏＳ要求を有する論理チャネルを異なるＨＡＲＱプロセスに割り当てて伝送してもよい。アップリンク伝送プロセスでは、ネットワーク装置は端末装置に基づいてアップリンク伝送リソースを割り当てるが、割り当てられたアップリンク伝送リソースにおいてどの論理チャネルを多重化してデータを伝送するかは端末装置が決定し、具体的に、端末装置は論理チャネル優先順位、優先ビットレート、及びトークンバケットの深さ等に基づいて論理チャネルの多重化を実行する。

しかし、ＨＡＲＱフィードバック機能をオフにするＨＡＲＱプロセス、及びＨＡＲＱフィードバック機能をオンにするＨＡＲＱプロセスに対して、現在ではまだ、如何にしてアップリンク論理チャネルの多重化を実現するかを規定するための１セットのルールはなく、即ち、端末装置はアップリンク伝送プロセスにおいて異なるサービスの有するＱｏＳ要求を考慮していなく、伝送遅延及び／又は信頼性の要求を満たすことができない可能性がある。

本願の実施例では、チャネル処理方法、デバイス、装置、及び記憶媒体を提供し、端末装置がアップリンク伝送プロセスにおいて異なるサービスの有するＱｏＳ要求を考慮していないため、伝送遅延及び／又は信頼性の要求を満たすことができない可能性があるという問題を解決することに用いられる。

第１態様では、本願の実施例はチャネル処理方法を提供し、
第１情報を取得し、前記第１情報は、アップリンク伝送リソース、前記アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含むことと、
前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、前記アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定することと、を含む。

第２態様では、本願はチャネル処理方法を提供し、
端末装置に対する設定情報を決定し、前記設定情報は各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含むことと、
前記端末装置に前記設定情報を送信することと、を含み、
前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含む。

第３態様では、本願はチャネル処理デバイスを提供し、取得モジュール及び処理モジュールを備え、
前記取得モジュールは第１情報を取得することに用いられ、前記第１情報は、アップリンク伝送リソース、前記アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含み、
前記処理モジュールは、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、前記アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定することに用いられる。

第４態様では、本願はチャネル処理デバイスを提供し、決定モジュール及び送信モジュールを備え、
前記決定モジュールは、端末装置に対する設定情報を決定することに用いられ、前記設定情報は各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含み、
前記送信モジュールは前記端末装置に前記設定情報を送信することに用いられ、
前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含む。

第５態様では、本願の実施例は端末装置を提供し、
プロセッサ、メモリ、受信器、及びネットワーク装置と通信するためのインタフェースを備え、
前記メモリはコンピュータ実行命令を記憶し、
前記プロセッサは前記メモリに記憶されるコンピュータ実行命令を実行し、それによって前記プロセッサは上記第１態様に記載の方法を実行する。

選択肢として、上記プロセッサはチップであってもよい。

第６態様では、本願の実施例はネットワーク装置を提供し、
プロセッサ、メモリ、送信器、及び端末装置と通信するためのインタフェースを備え、
前記メモリはコンピュータ実行命令を記憶し、
前記プロセッサは前記メモリに記憶されるコンピュータ実行命令を実行し、それによって前記プロセッサは上記第２態様に記載の方法を実行する。

選択肢として、上記プロセッサはチップであってもよい。

第７態様では、本願の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行命令が記憶され、前記コンピュータ実行命令がプロセッサによって実行される時、第１態様に記載の方法が実現される。

第８態様では、本願の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行命令が記憶され、前記コンピュータ実行命令がプロセッサによって実行される時、第２態様に記載の方法が実現される。

第９態様では、本願の実施例はプログラムを提供し、該プログラムがプロセッサによって実行される時、第１態様に記載の方法が実行される。

第１０態様では、本願の実施例はプログラムを提供し、該プログラムがプロセッサによって実行される時、第２態様に記載の方法が実行される。

第１１態様では、本願の実施例はコンピュータプログラム製品を提供し、プログラム命令を含み、プログラム命令は第１態様に記載の方法を実現することに用いられる。

第１２態様では、本願の実施例はコンピュータプログラム製品を提供し、プログラム命令を含み、プログラム命令は第２態様に記載の方法を実現することに用いられる。

第１３態様では、本願の実施例はチップを提供し、処理モジュール及び通信インタフェースを備え、該処理モジュールは第１態様に記載の方法を実行することができる。

更に、該チップは記憶モジュール（例えば、メモリ）を備え、記憶モジュールは命令を記憶することに用いられ、処理モジュールは記憶モジュールに記憶される命令を実行することに用いられ、そして記憶モジュールに記憶される命令に対する実行によって、処理モジュールは第１態様に記載の方法を実行する。

第１４態様では、本願の実施例はチップを提供し、処理モジュール及び通信インタフェースを備え、該処理モジュールは第２態様に記載の方法を実行することができる。

更に、該チップは記憶モジュール（例えば、メモリ）を備え、記憶モジュールは命令を記憶することに用いられ、処理モジュールは記憶モジュールに記憶される命令を実行することに用いられ、そして記憶モジュールに記憶される命令に対する実行によって、処理モジュールは第２態様に記載の方法を実行する。

本願の第１５態様では、通信システムを提供し、ネットワーク装置及び端末装置を備え、
前記端末装置は上記第３態様に記載のデバイスであり、前記ネットワーク装置は上記第４態様に記載のデバイスである。

本願の実施例の提供するチャネル処理方法、デバイス、装置、及び記憶媒体によれば、アップリンク伝送リソース、及び該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を取得することによって、更に該ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、該アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定する。この方式において、端末装置は異なるサービスの有するＱｏＳ要求に基づいて、多重化する候補論理チャネルを選択してデータ伝送を実行することができ、伝送遅延及び／又は信頼性の要求が満たされ、ユーザのサービスエクスペリエンスが向上する。

図１は本願の実施例による通信システムの構造模式図である。 図２は本願によるチャネル処理方法実施例１のフローチャートである。 図３は本願によるチャネル処理方法実施例２のインタラクション模式図である。 図４は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの１つのリソース割り当て模式図である。 図５は本願によるチャネル処理方法実施例３のフローチャートである。 図６は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの他のリソース割り当て模式図である。 図７は本願によるチャネル処理方法実施例４のフローチャートである。 図８は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの更なるリソース割り当て模式図である。 図９は本願によるチャネル処理デバイス実施例１の構造模式図である。 図１０は本願によるチャネル処理デバイス実施例２の構造模式図である。 図１１は本願による端末装置実施例の構造模式図である。 図１２は本願によるネットワーク装置実施例の構造模式図である。

本願の実施例の目的、技術案、及びそのメリットをより明確にするために、以下は、本願の実施例における図面を参照しながら、本願の実施例における技術案を明確で完全に説明する。明らかに、説明される実施例は本願の一部の実施例であり、全部の実施例ではない。本願における実施例に基づいて、当業者が創造的な労力を要することなく獲得する全ての他の実施例は、いずれも本願の保護範囲に属する。

本願の実施例の明細書、特許請求の範囲及び上記図面における用語「第１」、「第２」等は類似する対象を区別するためのものであり、必ずしも特定の順序又は前後の順番を説明するためのものではない。理解されるように、このように使用される数字は適切な場合で交換されることができ、それによって、ここに説明される本願の実施例はここで図示される又は説明される順序以外の順序で実施されることができる。尚、用語「含む」、「有する」、及びそれらの何かの変形は、排他的でない包含をカバーすることを意図し、例えば、明確に挙げられる一連のステップ又はユニットのプロセス、方法、システム、製品又は装置に限らず、明確に上げられず、又はこれらのプロセス、方法、製品又は装置に固有の他のステップ又はユニットを含んでもよい。

現段階では、第３世代パートナーシッププロジェクト（３ＧＰＰ、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では非地上通信ネットワーク（ＮＴＮ、ｎｏｎ ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ）技術が研究されている。ＮＴＮでは一般的に衛星通信の方式で地上ユーザに通信サービスが提供され、衛星通信とは人工地球衛星を中継局として利用して、無線電波を転送又は反射し、２つ以上の地球局間で行う通信のことを指す。

地上セルラーネットワーク通信と比較して、衛星通信は多くの独特なメリットを有する。第１に、衛星通信はユーザ地域により制限されない。通常の地上通信では、海、山、砂漠等の、通信装置を設置できない地域、又は人口が少ないため通信カバーをしていない地域はカバーできないが、衛星通信の場合、１つの衛星で比較的に広い地面をカバーでき、そして衛星は地球を回って軌道運動するため、理論的には地球の隅々まで衛星通信でカバーできる。第２に、衛星通信には比較的に大きい社会的価値があり、衛星通信は遠隔の山岳地帯、貧しい国や後進国又は地域で衛星通信を比較的に低いコストでカバーすることができ、これにより、これらの地域の人々は高度な音声通信及びモバイルインターネット技術を利用することができ、先進地域とのデジタルギャップの縮小に利し、これらの地域の発展を促進する。第３に、衛星通信距離が長く、そして通信距離増加による通信コストの増加は大きくない。第４に、衛星通信は安定性が高く、自然災害に影響されない。

従って、ＮＴＮでは、基地局又は一部の基地局の機能を高空プラットフォーム又は衛星に配置することによって端末装置にシームレスなカバレッジを提供し、そして高空プラットフォーム又は衛星は自然災害の影響を受けにくく、５Ｇシステムの信頼性を高めることができる。

以下はまず本願の実施例に適用される通信システムのアーキテクチャの模式図を簡単に説明する。

図１は、本願の実施例による通信システムの構造模式図である。図１に示すように、ネットワーク装置と端末装置１～端末装置６は１つの通信システムを構成することができる。該通信システムにおいて、端末装置１～端末装置６のうちの任意の端末装置はネットワーク装置にアップリンクデータを送信し、又はネットワーク装置から送信されたダウンリンクデータを受信することができる。尚、端末装置４～端末装置６も１つの通信システムを構成することができる。該通信システムにおいて、端末装置４又は端末装置６は端末装置５にアップリンクデータを送信し、又は端末装置５から送信されたダウンリンクデータを受信することができる。

例として、図１に示す通信システムは更に通信衛星を含んでもよい。該通信衛星は端末装置１～端末装置６のうちの少なくとも１つの端末装置とネットワーク装置との中継局として、端末装置１～端末装置６にサービスを提供してもよい。

本願の実施例では、端末装置は端末装置１～端末装置６のうちの任意の１つの端末装置であってもよく、ネットワーク装置は端末装置１～端末装置６にサービスを提供する基地局であってもよく、端末装置１～端末装置６とネットワークとの中継局としての通信衛星であってもよい。

選択肢として、該通信システムに複数のネットワーク装置が含まれてもよく、そして各ネットワーク装置のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例は該通信システムに含まれるネットワーク装置及び通信装置の数について限定しない。

選択肢として、端末装置は無線の方式でネットワーク装置に接続されてもよい。例えば、ネットワーク装置と複数の端末装置との間にはいずれもアンライセンス周波数スペクトルを使用して無線通信を行うことができる。選択肢として、端末装置間には端末ダイレクト（Ｄ２Ｄ、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）の方式で通信を行うことができる。

理解されるように、図１は模式図に過ぎず、該通信システムに更に他のネットワーク装置、例えば、コアネットワーク装置、無線中継装置、及び無線バックホール装置が含まれてもよく、又はネットワークコントローラ、移動管理エンティティ等の他のネットワークエンティティが含まれてもよく、本願の実施例はこれらに限らない。

本願の実施例の技術案は、様々な通信システム、例えば、グローバル移動体通信（ＧＳＭ、ｇｌｏｂａｌ ｓｙｓｔｅｍ ｏｆ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システム、ロングタームエボリューションアドバンスド（ＬＴＥ－Ａ、ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、新無線（ＮＲ、ｎｅｗ ｒａｄｉｏ）システム、ＮＲシステムの進化システム、アンライセンス周波数スペクトルにおけるＬＴＥ（ＬＴＥ－Ｕ、ＬＴＥ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、アンライセンス周波数スペクトルにおけるＮＲ（ＮＲ－Ｕ、ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、ユニバーサル移動体通信システム（ＵＭＴＳ、ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｙｓｔｅｍ）、マイクロ波アクセスの世界的相互運用性（ＷｉＭＡＸ、ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ ｍｉｃｒｏｗａｖｅ ａｃｃｅｓｓ）通信システム、無線ローカルエリアネットワーク（ＷＬＡＮ、ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、ワイヤレスフィデリティ（ＷｉＦｉ、ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）、次世代通信システム又は他の通信システム等に適用できる。

一般的に言えば、従来の通信システムがサポートする接続数は限られ、その実現も容易であるが、通信技術の発展につれて、移動通信システムは従来の通信をサポートするだけでなく、更に例えば、デバイスツーデバイス（Ｄ２Ｄ、ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ）通信、マシンツーマシン（Ｍ２Ｍ、ｍａｃｈｉｎｅ ｔｏ ｍａｃｈｉｎｅ）通信、マシンタイプ通信（ＭＴＣ、ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、及び車両間（Ｖ２Ｖ、ｖｅｈｉｃｌｅ ｔｏ ｖｅｈｉｃｌｅ）通信等もサポートすることになり、本願の実施例はこれらの通信システムにも適用できる。

本願の実施例に記載のシステムアーキテクチャ及びサービスシーンは本願の実施例の技術案をより明確に説明するためのものであり、本願の実施例による技術案に対する限定にはならない。当業者が分かるように、ネットワークアーキテクチャの進化及び新しいサービスシーンの出現に伴い、本願の実施例による技術案はそれに類似する技術課題にも同様に適する。

本願の実施例に係るネットワーク装置は、通常の基地局（例えば、ＮｏｄｅＢ又はｅＮＢ又はｇＮＢ）、新無線コントローラ（ＮＲ ｃｏｎｔｒｏｌｌｅｒ、ｎｅｗ ｒａｄｉｏ ｃｏｎｔｒｏｌｌｅｒ）、集中型ネットワーク要素（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ）、新無線基地局、リモート無線モジュール、マイクロ基地局、リレー（ｒｅｌａｙ）、分散型ネットワーク要素（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）、受信ポイント（ＴＲＰ、ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、送信ポイント（ＴＰ、ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、又はいずれかの他の装置であってもよい。本願の実施例はネットワーク装置で採用される具体的な技術及び具体的な装置の形態については限定しない。説明の便利のために、本願の全ての実施例において、端末装置に無線通信機能を提供する上記の装置は一括してネットワーク装置と称される。

本願の実施例では、端末装置は任意の端末であってもよい。例えば、端末装置はマシンタイプ通信のユーザ装置であってもよい。即ち、該端末装置は、ユーザ装置（ＵＥ、ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、モバイルステーション（ＭＳ、ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、端末（ｔｅｒｍｉｎａｌ）等と称されてもよい。該端末装置は無線アクセスネットワーク（ＲＡＮ、ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）経由で１つ又は複数のコアネットワークと通信できる。例えば、端末装置は携帯電話（又は「セルラー方式」電話とも称される）、モバイル端末を有するコンピュータ等であってもよい。例えば、端末装置は更にポータブル、ポケットサイズ、手持ち式、コンピュータに内蔵された又は車載のモバイル装置であってよく、それらの端末装置は無線アクセスネットワークと言語及び／又はデータを交換する。本願の実施例では具体的に限定しない。

選択肢として、ネットワーク装置及び端末装置は、室内又は室外、ハンドヘルド又は車載を含む陸上に配置されてもよく、水面上に配置されてもよく、更に空中の飛行機、風船、及び人工衛星に配置されてもよい。本願の実施例ではネットワーク装置及び端末装置の応用シーンについて限定しない。

選択肢として、ネットワーク装置と端末装置間、及び端末装置同士間は、ライセンススペクトル（ｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）を介して通信してもよく、アンライセンススペクトル（ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）を介して通信してもよく、同時にライセンススペクトル及びアンライセンススペクトルを介して通信してもよい。ネットワーク装置と端末装置間、及び端末装置同士間は、７ギガヘルツ（ＧＨｚ、ｇｉｇａｈｅｒｔｚ）以下の周波数スペクトルを介して通信してもよく、７ＧＨｚ以上の周波数スペクトルを介して通信してもよく、更に同時に７ＧＨｚ以下の周波数スペクトル及び７ＧＨｚ以上の周波数スペクトルを使用して通信してもよい。本願の実施例ではネットワーク装置と端末装置間で使用される周波数スペクトルリソースについて限定しない。

以下ではまず、本願に係る可能性のある通信衛星、５Ｇ ＮＲにおけるハイブリッド自動再送要求（ＨＡＲＱ、ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）メカニズム、及び５Ｇ ＮＲにおける無線リンク制御（ＲＬＣ、ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ）セグメント及びデータ再編成を説明する。

通信衛星
衛星の応用では、サービスを提供する通信衛星の位置する軌道高度によって、通信衛星は静止地球軌道（ＧＥＯ、ｇｅｏｓｔａｔｉｏｎａｒｙ ｅａｒｔｈ ｏｒｂｉｔ）衛星と非静止地球軌道（Ｎｏｎ－ＧＥＯ）衛星に分けることができる。非静止地球軌道衛星は更に、低地球軌道（ＬＥＯ、ｌｏｗ ｅａｒｔｈ ｏｒｂｉｔ）衛星、中地球軌道（ＭＥＯ、ｍｅｄｉｕｍ－ｅａｒｔｈ ｏｒｂｉｔ）衛星、及び高楕円軌道（ＨＥＯ、ｈｉｇｈ ｅｌｌｉｐｔｉｃａｌ ｏｒｂｉｔ）衛星等に分けることができる。ＬＥＯ衛星及びＧＥＯ衛星は軌道高度が低く、伝播遅延が小さいため、グローバル通信の分野において主要な研究対象となっている。

ＬＥＯ衛星の軌道高度範囲は５００ｋｍ～１５００ｋｍであり、軌道周期は約１．５時間～２時間である。端末装置とＬＥＯ間のシングルホップ通信の信号伝播遅延は一般に２０ｍｓ未満であり、最大衛星可視時間は２０分間である。即ち、端末装置とＬＥＯ間の信号伝播は距離が短く、リンク損失が小さく、端末装置の送信電力に対する要求は高くない。

ＧＥＯ衛星の軌道高度は３５７８６ｋｍであり、地球を回る周期は２４時間である。端末装置とＬＥＯ間のシングルホップ通信の信号伝播遅延は一般に２５０ｍｓである。

通常の情況では、衛星のカバレッジを確保し、衛星通信システム全体のシステム容量を向上させるために、衛星は複数ビームを使用して地面をカバーする。１つの衛星は数十乃至数百のビームを形成して地面をカバーすることができ、１つの衛星ビームは直径数十から百以上キロメートルの地上領域をカバーすることができる。

５Ｇ ＮＲにおけるＨＡＲＱメカニズム
５Ｇ ＮＲは、メディアアクセス制御（ＭＡＣ、ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）層のＨＡＲＱメカニズム及びＲＬＣ層の自動再送要求（ＡＲＱ、ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）メカニズムという２つのレベルの再送信メカニズムを有する。ＭＡＣ層のＨＡＲＱメカニズムは主に紛失したデータ又は誤ったデータの再送信を処理し、ＲＬＣ層のＡＲＱは主にＭＡＣ層のＨＡＲＱメカニズムを補完することに用いられる。ＭＡＣ層のＨＡＲＱメカニズムは高速再送信を提供でき、ＲＬＣ層のＡＲＱメカニズムは信頼性の高いデータ伝送を提供できる。

実際の応用では、ＨＡＲＱはストップアンドウェイトプロトコル（Ｓｔｏｐ－ａｎｄ－Ｗａｉｔ Ｐｒｏｔｏｃｏｌ）を使用してデータを送信する。ストップアンドウェイトプロトコルでは、送信側は１つの伝送ブロック（ＴＢ、ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を送信した後、停止して確認情報を待つ。このように、送信側は毎回伝送した後に停止して確認を待ち、それによってユーザのスループットはかなり低い。従って、ＮＲでは複数の平行するＨＡＲＱプロセスを使用してもよく、これらのＨＡＲＱプロセスは一緒に１つのＨＡＲＱエンティティを構成し、このＨＡＲＱエンティティはストップアンドウェイトプロトコルを組み合わせ、継続的なデータ伝送を可能にする。即ち、１つのＨＡＲＱプロセスが確認情報を待っている時、送信側は他のＨＡＲＱプロセスを使用してデータの送信を続けてもよく、それによってデータの継続的な伝送が確保される。

理解されるように、ＨＡＲＱはアップリンクＨＡＲＱとダウンリンクＨＡＲＱに分かれる。アップリンクＨＡＲＱはアップリンクデータ伝送に対するものであり、ダウンリンクＨＡＲＱはダウンリンクデータ伝送に対するものであり、そして両者は互いに独立する。

現在のＮＲプロトコルの規定によれば、端末装置に対応する各サービングセルはいずれもそれ自身のＨＡＲＱエンティティを有し、各ＨＡＲＱエンティティは１セットの平行するダウンリンクＨＡＲＱプロセス及び１セットの平行するアップリンクＨＡＲＱプロセスを維持する。

現在では、各アップリンク・ダウンリンクキャリアはいずれも最大１６個のＨＡＲＱプロセスをサポートする。ネットワーク装置はネットワーク配備状況に応じて、無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングによって送信される準静的設定情報を介して、端末装置に最大のＨＡＲＱプロセス数を指示することができる。ネットワーク装置がＨＡＲＱに関する設定パラメータを提供していない場合、ダウンリンクのＨＡＲＱプロセスのデフォルト数は８であり、アップリンクの各キャリアのサポートする最大ＨＡＲＱプロセス数は常に１６である。各ＨＡＲＱプロセスは１つのＨＡＲＱプロセスＩＤに対応する。

ダウンリンク伝送の場合、ブロードキャスト制御チャネル（ＢＣＣＨ、ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は１つの専用のブロードキャストＨＡＲＱプロセスを使用する。アップリンク伝送の場合、ランダムプロセスにおけるＭｓｇ３伝送はＨＡＲＱ ＩＤ ０を使用する。

ダウンリンクスペース分割多重をサポートしない端末装置の場合、各ダウンリンクＨＡＲＱプロセスは同時に１つのＴＢしか処理できなく、ダウンリンクスペース分割多重をサポートする端末装置の場合、各ダウンリンクＨＡＲＱプロセスは同時に１つ又は２つのＴＢを処理できる。端末装置の各アップリンクＨＡＲＱプロセスは同時に１つのＴＢを処理する。

ＨＡＲＱは時間領域において同期と非同期の２種類に分かれ、周波数領域において非適応と適応の２種類に分かれる。ＮＲアップリンク及びダウンリンクはいずれも非同期適応ＨＡＲＱメカニズムを使用する。非同期ＨＡＲＱメカニズムでは、即ち再送信は任意の時刻に発生することができ、同じＴＢの再送信と前回の伝送との間の時間間隔は固定されていなく、適応ＨＡＲＱメカニズムは再送信に使用される周波数領域リソース及び変調符号化方式（ＭＣＳ、ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）を変更することができる。

５Ｇ ＮＲにおける論理チャネル優先順位処理（ＬＣＰ、Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）
ＬＴＥと同様に、５Ｇ ＮＲでは、ネットワーク（即ちネットワーク装置）は、無線ベアラ（ｐｅｒ－ｂｅａｒｅｒ）ではなく、端末装置（ｐｅｒ－ＵＥ）に基づいてアップリンク伝送リソースを割り当てるが、どの無線ベアラのデータを、割り当てられたアップリンク伝送リソースに入れて伝送できるかは端末装置によって決定されるものである。

端末装置は、ネットワークによって設定されたアップリンク伝送リソースに基づいて、初回伝送のメディアアクセス制御のプロトコルデータユニット（ＭＡＣ ＰＤＵ、ＭＡＣ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）における各論理チャネルのデータ伝送量を決定する必要があり、一部の場合では端末装置は更にメディアアクセス制御のコントロールエレメント（ＭＡＣ ＣＥ、ＭＡＣ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）にリソースを割り当てる必要がある。

アップリンク論理チャネルの多重化を実現するために、各アップリンク論理チャネルに優先順位を割り当てる必要がある。所定サイズのＭＡＣ ＰＤＵの場合、ＭＡＣ ＰＤＵにおける複数のアップリンク論理チャネルが同時にデータ伝送の需要がある場合、上記各アップリンク論理チャネルに対応する論理チャネル優先順位の高い順で、該ＭＡＣ ＰＤＵのリソースを順次に割り当ててもよい。

同時に、異なる論理チャネル間の公平性を考慮するため、優先ビットレート（ＰＢＲ、Ｐｒｉｏｒｉｔｉｚｅｄ Ｂｉｔ Ｒａｔｅ）の概念が導入され、端末装置は論理チャネルの多重化をする場合、まず各論理チャネルの最小データレート需要を確保する必要があり、それによって、優先順位の高いアップリンク論理チャネルがネットワークによって端末装置に割り当てられたアップリンクリソースを常に占有しているため、該端末装置の他の優先順位の低いアップリンク論理チャネルが「餓死」すること、即ち、リソースを永遠に割り当てられないという問題が回避される。

選択肢として、アップリンク論理チャネルの多重化を実現するために、ネットワーク装置は無線リソース制御（ＲＲＣ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を介して各アップリンク論理チャネルに以下のパラメータを設定してもよい。

－論理チャネル優先順位（ｐｒｉｏｒｉｔｙ）：優先順位の値が小さいほど、対応する優先順位が高い。

－優先ビットレート（ＰＢＲ）：該論理チャネルで確保必要な最小レートを表す。

－トークンバケットサイズ継続時間（ＢＳＤ、ｂｕｃｋｅｔ Ｓｉｚｅ Ｄｕｒａｔｉｏｎ）：該パラメータによってトークンバケットの深さが決定される。

端末装置のＭＡＣはトークンバケットメカニズムを使用してアップリンク論理チャネル多重化を実現し、端末装置は各アップリンク論理チャネルｊのために１つのトークン変数Ｂｊを維持し、該変数はトークンバケットでの現在使用可能なトークンの数を示す。具体的な維持方法は以下である。

Ａ１、端末装置は論理チャネルｊを確立する時、Ｂｊを０に初期化する。

Ａ２、端末装置は、各ＬＣＰプロセスの前に、ＢｊをＰＢＲ＊Ｔ追加し、ここで、Ｔは前回Ｂｊが追加された時刻から現在時刻までの時間間隔である。

Ａ３、ステップＡ２に従ってＢｊが更新され、且つ更新されたＢｊがトークンバケットの最大容量（即ち、ＰＢＲ＊ＢＳＤ）より大きい場合、Ｂｊの値はトークンバケットの最大容量として設定される。

選択肢として、端末装置はネットワーク装置から新たに送信されたアップリンクグラント（ＵＬ ｇｒａｎｔ）を受信した場合、端末装置は以下のステップで論理チャネル優先順位処理を行うことができる。

ステップ１
Ｂｊ＞０の全ての論理チャネルについて、所定のアップリンク伝送リソースＭＡＣ ＰＤＵを使用して、端末装置は論理チャネル優先順位の高い順でリソースを論理チャネルに順次に割り当てる。ここで、各論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できなく、即ち、論理チャネルｊに対応するＰＢＲに基づいてトークンバケット内のトークンの数が決定され、更に該トークンの数に基づいて該論理チャネルにリソースが割り当てられる。ある論理チャネルのＰＢＲが無限大に設定されている場合、この論理チャネルのリソースが満たされた後、はじめて論理チャネル優先順位がそれより低い論理チャネルが考慮される。

ステップ２
論理チャネルに更に割り当てることのできるリソースを更新し、即ち、Ｂｊから、論理チャネルｊがステップ１においてＭＡＣ ＰＤＵに多重化した全てのＭＡＣサービスデータユニット（ＳＤＵ、Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）のサイズを減算する。

ステップ３
ステップ１及びステップ２が実行された後、まだ残りのアップリンク伝送リソースがある場合、Ｂｊのサイズに関係なく、残りのリソースを論理チャネル優先順位の高い順で各論理チャネルに順次に割り当てる。高優先順位の論理チャネルの搬送するデータの送信が全て完了し、且つアップリンクグラントがまだ使い果たされていない場合にのみ、低優先順位の論理チャネルがサービスを受けることができ、即ち、この時端末装置は高優先順位の論理チャネルのデータ伝送を最大限に保証することができる。

同時に、端末装置は論理チャネルを使用してデータを伝送する場合、更に以下のルールに従う必要がある。

Ｂ１、端末装置の伝送必要なＲＬＣ ＳＤＵ全体を残りのアップリンク伝送リソースに埋めることができる場合は、該ＲＬＣ ＳＤＵをセグメント化すべきではない。

Ｂ２、端末装置が論理チャネルにおけるＲＬＣ ＳＤＵをセグメント化する場合、残りのリソースのサイズに応じて、できる限り最大のセグメントを埋めるべきである。

Ｂ３、端末装置はデータの伝送を最大限に行うべきである。

Ｂ４、アップリンクグラント（ＵＬ ｇｒａｎｔ）のサイズが８ｂｙｔｅｓ以上であり、且つ端末装置にデータ伝送の需要がある場合、端末装置はパディングバッファステータスレポート（ｐａｄｄｉｎｇ ＢＳＲ、ｐａｄｄｉｎｇ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）のみ、又はパディングビット（ｐａｄｄｉｎｇ ｂｉｔ）のみを送信してはいけない。

異なる信号及び／又は論理チャネルに対して、端末装置は論理チャネル優先順位処理を行う時、更に以下の優先順位の順序に従って処理する必要がある（論理チャネル優先順位の高い順で並べている）。

Ｃ１、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ、Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）ＭＡＣ ＣＥ、又はアップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ｕｐｌｉｎｋ Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）からのデータ。

Ｃ２、設定されたグラント確認（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｃｏｎｆｉｒｍａｔｉｏｎ）ＭＡＣ ＣＥ。

Ｃ３、ｐａｄｄｉｎｇ ＢＳＲ以外に用いられるＢＳＲ ＭＡＣ ＣＥ。

Ｃ４、シングルエントリ（Ｓｉｎｇｌｅ Ｅｎｔｒｙ）パワーヘッドルームレポート（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔｉｎｇ）メディアアクセス制御ユニット（ＭＡＣ ＣＥ）、又はマルチエントリ（Ｍｕｌｔｉｐｌｅ Ｅｎｔｒｙ）パワーヘッドルームレポート（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔｉｎｇ）メディアアクセス制御ユニット（ＭＡＣ ＣＥ）。

Ｃ５、ＵＬ－ＣＣＣＨ以外の任意の論理チャネルからのデータ。

Ｃ６、推奨ビットレートクエリ（Ｒｅｃｏｍｍｅｎｄｅｄ ｂｉｔ ｒａｔｅ ｑｕｅｒｙ）に用いられるＭＡＣ ＣＥ。

Ｃ７、ｐａｄｄｉｎｇ ＢＳＲに用いられるＢＳＲ ＭＡＣ ＣＥ。

現段階では、ＮＲに採用されているセルラーネットワークと比較して、ＮＴＮにおける端末装置と通信衛星間の信号伝播遅延が大幅に増加しているため、ＮＴＮの標準化プロセスにおいて、データ伝送遅延を低減するために、ＨＡＲＱフィードバック機能をオフにするという方式が展開され、そしてＨＡＲＱプロセスに基づいてＨＡＲＱフィードバック機能をイネーブル／ディスエーブルする（即ち、ＨＡＲＱ機能をオン／オフにする）設定を行うことができ、即ち１つの端末装置の複数ＨＡＲＱプロセスに対して、そのうちの一部ＨＡＲＱプロセスのＨＡＲＱフィードバック機能をイネーブル状態に設定し、他の一部ＨＡＲＱプロセスのＨＡＲＱフィードバック機能をディスエーブル状態に設定することができる。

具体的に、あるＨＡＲＱプロセスのＨＡＲＱフィードバック機能をディスエーブル状態に設定すると、一方で、ネットワーク装置は端末装置からのアップリンク伝送（アップリンクＨＡＲＱの場合はアップリンクデータ伝送であり、ダウンリンクＨＡＲＱの場合は該ＨＡＲＱのダウンリンクデータ伝送に対する端末装置のＡＣＫ／ＮＡＣＫフィードバックである）を受信するのを待たずに、引き続き該ＨＡＲＱプロセスをスケジューリングしてデータ伝送を行うことができ、それによってＭＡＣ伝送遅延を低減することができる。他方では、ネットワーク装置が該ＨＡＲＱプロセスをスケジューリングして再送を行うことをしなくなると、ＭＡＣ伝送の信頼性が影響される。

異なるサービスに異なるＱｏＳ要求があり、例えば、一部のサービスは遅延に敏感であり、一部のサービスはパケット損失率に対して厳格な要求を有する。遅延に敏感であるサービスの場合、ＨＡＲＱフィードバック機能属性がディスエーブル状態であるＨＡＲＱプロセスを使用して伝送を行ってもよく、それによって伝送遅延を低減する。パケット損失率に対して厳格な要求を有するサービスの場合は、ＨＡＲＱフィードバック機能属性がイネーブル状態であるＨＡＲＱプロセスを使用して伝送を行ってもよく、それによって伝送信頼性を向上させる。

ダウンリンク伝送の場合、ネットワーク装置はリソーススケジューリングを行う時、異なる論理チャネルのＱｏＳ要求に基づいて、異なるＱｏＳ要求を有する論理チャネルを異なるＨＡＲＱプロセスに割り当てて伝送してもよい。

アップリンク伝送の場合、ネットワーク装置が端末装置に基づいてアップリンク伝送リソース（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ））を割り当てるが、ネットワーク装置によって割り当てられたアップリンク伝送リソースにおいてどの論理チャネルを多重化してデータ伝送を行うかは、端末装置によって決定されるものである。具体的に、端末装置は論理チャネル優先順位、優先ビットレート、及びトークンバケットの深さ等に基づいて論理チャネルの多重化を実行する。

しかし、ＨＡＲＱフィードバック機能をオフにするＨＡＲＱプロセス、及びＨＡＲＱフィードバック機能をオンにするＨＡＲＱプロセスに対して、現在ではまだ、如何にしてアップリンク論理チャネルの多重化を実現するかを規定するための１セットのルールはない。即ち、端末装置はアップリンク伝送プロセスにおいて異なるサービスの有するＱｏＳ要求を考慮していなく、伝送遅延及び／又は信頼性の要求を満たすことができない可能性があり、ユーザのサービスエクスペリエンスが影響される。

上記の課題に対して、本願の実施例はチャネル処理方法を提供し、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を取得することによって、更に該ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、該アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定する。この方式において、端末装置は異なるサービスの有するＱｏＳ要求に基づいて、多重化する候補論理チャネルを選択してデータ伝送を実行することができ、伝送遅延及び／又は信頼性の要求を満たすことができ、ユーザのサービスエクスペリエンスが向上する。

具体的に、本願はＮＴＮシステムにおいて端末装置と通信衛星間の無線信号伝送遅延が急速に変化するという特性に対して、ＮＴＮにおいて、ネットワーク装置が各アップリンク論理チャネルのＨＡＲＱフィードバック機能の属性を設定し、例えば、ＨＡＲＱフィードバック機能を有効にすること、ＨＡＲＱフィードバック機能を無効にすること、ＨＡＲＱフィードバック機能を有効又は無効にすることによって、アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各アップリンク論理チャネルのＨＡＲＱフィードバック機能の属性に基づいて、適切な候補論理チャネルセットを選択することができる、という方法を提供する。

本願の全体的な考え方は、端末装置がネットワーク装置によって割り当てられたアップリンク伝送リソースに基づいて、アップリンク論理チャネルの多重化を実現することである。そして主な発明ポイントは、ネットワークはサービスのＱｏＳ需要（例えば、遅延、伝送信頼性等）に基づいてアップリンク論理チャネルに、「ＨＡＲＱフィードバック機能を有効にする」属性、又は「ＨＡＲＱフィードバック機能を無効にする」属性、又は「ＨＡＲＱフィードバック機能を有効又は無効にする」属性を設定し、端末装置は現在のアップリンクデータ伝送に使用されるＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態に基づいて、異なる候補論理チャネルセット、及び異なる論理チャネル優先順位の処理を決定することである。

以下では具体的な実施例によって本願の技術案を詳しく説明する。尚、本願の技術案は以下内容のうちの一部又は全部を含んでもよく、以下の幾つかの具体的な実施例は互いに組み合わせられてもよく、同じ又は類似する概念又はプロセスは一部の実施例において繰り返して説明しない可能性がある。

図２は本願によるチャネル処理方法実施例１のフローチャートである。該方法の説明では端末装置を実行の主体とする。図２に示すように、該チャネル処理方法は以下のステップＳ２０１～Ｓ２０２を含んでもよい。

ステップＳ２０１では、第１情報を取得し、該第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含む。

本願の実施例では、端末装置はデータ伝送の需要を有する場合、ネットワーク装置にリソーススケジューリング要求を送信するという方式によって、ネットワーク装置から送信された第１情報を取得してもよく、ネットワークの事前に設定した第１情報を直接に取得してもよく、更にネットワーク装置によって決定された第１情報を他の装置から取得してもよい。

選択肢として、第１情報は、アップリンク伝送リソース（アップリンクグラント）、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含んでもよい。選択肢として、該第１情報に更に、今回のアップリンク伝送が初回伝送であることを示すための指示情報が含まれてもよい。

理解されるように、本願の実施例では第１情報に含まれる具体的な内容は限定されず、端末装置が第１情報を取得する具体的な方式も限定されず、いずれも実際の応用シーンに基づいて決定されてもよく、ここでは繰り返して説明しない。

ステップＳ２０２では、該ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、該アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定する。

本実施例では、端末装置とネットワーク装置間に複数の論理チャネルがあり、ネットワーク装置は関連するパラメータ、例えば、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、及び論理チャネルのＨＡＲＱフィードバック機能の属性等を各論理チャネルに設定し、そして更に端末装置に、アップリンクＨＡＲＱプロセス数及び各アップリンクＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を設定する。従って、ユーザエクスペリエンス向上のために、端末装置は、ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、アップリンク伝送リソースにおいて多重化できる候補論理チャネルセットを決定することができる。

選択肢として、１つの可能な設計では、候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する及び／又は一部一致する論理チャネルを含んでもよい。他の可能な設計では、候補論理チャネルセットは、第１候補論理チャネルセット及び第２候補論理チャネルセットを含んでもよく、該第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネルを含み、第２候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

候補論理チャネルセットの具体的な構成は上記のいずれか１つであってもよく、本願の実施例はそれについて限定しない。

本願の実施例によるチャネル処理方法では、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を取得することによって、更に該ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、該アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定する。この方式において、端末装置は異なるサービスの有するＱｏＳ要求に基づいて、多重化する候補論理チャネルを選択してデータ伝送を実行することができ、伝送遅延及び／又は信頼性の要求が満たされ、ユーザのサービスエクスペリエンスが向上する。

例として、上記実施例を踏まえて、図３は本願によるチャネル処理方法実施例２のインタラクション模式図である。該方法については端末装置とネットワーク装置との情報インタラクションによって説明する。図３に示すように、該チャネル処理方法は以下のステップＳ３０１～Ｓ３０２を含んでもよい。

ステップＳ３０１では、ネットワーク装置は端末装置に対する設定情報を決定し、該設定情報は、各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含む。

第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含む。第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含む。

本実施例では、論理チャネル優先順位は該論理チャネルが使用されうる順序を表すことに用いられ、論理チャネル優先順位の値が小さいほど、対応する論理チャネルの優先順位が高く、優先的に使用されうることを表す。優先ビットレートは、異なる論理チャネル間の公平性を考慮するため、各論理チャネルに設定した最小のデータレートである。トークンバケットサイズ継続時間は主にトークンバケットの深さを決定し、更にトークンバケットの最大容量を決定することに用いられる。

ＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバック機能を有効にすること、ＨＡＲＱフィードバック機能を無効にすること、ＨＡＲＱフィードバック機能を有効又は無効にすること、のうちの１つの属性である。

具体的に、「ＨＡＲＱフィードバック機能を有効にする」属性の意味は、該論理チャネルはＨＡＲＱフィードバック機能を有効にするアップリンク伝送リソースに多重化するのに適することである。「ＨＡＲＱフィードバック機能を無効にする」属性の意味は、該論理チャネルはＨＡＲＱフィードバック機能を無効にするアップリンク伝送リソースに多重化するのに適することである。「ＨＡＲＱフィードバック機能を有効又は無効にする」属性の意味は、該論理チャネルはＨＡＲＱフィードバック機能を有効又は無効にするアップリンク伝送リソースに多重化するのに適することである。

本実施例では、データのアップリンク伝送を実現するために、ネットワーク装置はアップリンク伝送のためのＨＡＲＱプロセスの数を端末装置に設定する必要があり、更に、異なるサービスの異なるＱｏＳ要求を満足するために、本実施例では、ネットワーク装置は更に端末装置に設定する各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を決定してもよく、それによって端末装置は異なるサービスの遅延及び／又は信頼性に対する要求に基づいて、適切なＨＡＲＱプロセスを選択することができる。

具体的に、ネットワーク装置は第１設定情報によって端末装置の各アップリンク論理チャネルに、それぞれ論理チャネル優先順位、ＰＢＲ、ＢＳＤ、及び「ＨＡＲＱフィードバック機能を有効にする」属性又は「ＨＡＲＱフィードバック機能を無効にする」属性又は「ＨＡＲＱフィードバック機能を有効又は無効にする」属性を設定してもよい。

尚、ネットワーク装置は更に第２設定情報によって端末装置にアップリンクＨＡＲＱプロセス数、及び各アップリンクＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態（有効又は無効状態）を設定してもよい。

ステップＳ３０２では、ネットワーク装置は端末装置に上記設定情報を送信する。

本願の実施例では、ネットワーク装置は端末装置に対する設定情報を決定した後、それを端末装置に送信し、それによって端末装置は各論理チャネルの有する属性、ネットワーク装置と端末装置間のＨＡＲＱプロセス数、及び各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を知る。

選択肢として、ネットワーク装置は無線リソース制御（ＲＲＣ、ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリング又はＭＡＣ ＣＥによって上記設定情報を送信してもよく、更に他のシグナリングによって送信してもよい。本願の実施例は設定情報を送信する具体的な方式について限定せず、ここでは繰り返して説明しない。

対応して、本願の実施例では、端末装置は上記ステップＳ２０１（第１情報を取得すること）を実行する前に、更に以下のステップＳ３０３を実行してもよい。

ステップＳ３０３では、端末装置はネットワーク装置から送信された設定情報を取得する。

本実施例では、端末装置は各論理チャネルのＨＡＲＱフィードバック機能属性及び各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を決定することができる。これらはいずれもネットワーク装置から送信された設定情報に基づいて決定されたものであるため、端末装置はデータアップリンク伝送需要を有する場合、まずネットワーク装置から送信された上記設定情報を取得する必要がある。

選択肢として、本願の実施例では、図３に示すように、該チャネル処理方法は更に以下のステップＳ３０４を含んでもよい。

ステップＳ３０４では、端末装置は上記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てる。

選択肢として、端末装置はアップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定した後、ネットワーク装置から取得した各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当ててもよく、更に各候補論理チャネルによってデータのアップリンク伝送を行う。

具体的に、端末装置は各候補論理チャネルの論理チャネル優先順位、ＰＢＲ、ＢＳＤに基づいて、それぞれ第１ラウンドのリソース割り当て及び第２ラウンドのリソース割り当てを実行する。第１ラウンドのリソース割り当て及び第２ラウンドのリソース割り当ての具体的な実現方式については以下内容の説明を参照でき、ここでは繰り返して説明しない。

本願の実施例によるチャネル処理方法では、ネットワーク装置は端末装置に対する設定情報を決定して端末装置に送信し、そして該設定情報は、各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含む。従って、端末装置は異なるサービス需要を満足する論理チャネルを決定するができ、それによって異なるサービスの有するＱｏＳ要求を満たすことができ、ユーザのサービスエクスペリエンスの向上に貢献する。

例として、本願の上記いずれか１つの実施例では、候補論理チャネルセットは以下いずれかの可能な設計で実現されてもよい。

本願の１つの可能な設計では、該候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する及び／又は一部一致する論理チャネルを含む。

具体的に、１つの例として、上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、該候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

他の例として、上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、該候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

本実施例では、理解されるように、ＨＡＲＱフィードバック機能を有効にするＨＡＲＱプロセスのアップリンク伝送の場合、端末装置はＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効にする」こと及び「ＨＡＲＱフィードバック機能を有効又は無効にする」ことであるアップリンク論理チャネルのみを今回のアップリンク伝送リソースに多重化する。一方、ＨＡＲＱフィードバック機能を無効にするＨＡＲＱプロセスのアップリンク伝送の場合は、端末はＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を無効にする」こと及び「ＨＡＲＱフィードバック機能を有効又は無効にする」ことであるアップリンク論理チャネルのみを今回のアップリンク伝送リソースに多重化する。

本実施例では、端末装置はＨＡＲＱフィードバック機能属性が上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネル、及びＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルのみを多重化し、それによって、異なるサービスの遅延及び／又は信頼性に対する要求を満足することができ、既存のチャネル多重化方法に存在する、サービス要求不一致によるユーザエクスペリエンス低下の問題が回避される。

例として、本願の該可能な設計では、即ち、該候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む場合、上記ステップＳ３０４は具体的に以下のステップによって実現されてもよい。即ち、
上記候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、各候補論理チャネルにリソースを割り当てる。

１つの例として、第１情報において示される今回アップリンク伝送に使用されるＨＡＲＱプロセスのＨＡＲＱフィードバック機能が有効状態にある場合、端末装置は以下のステップＤ１１～Ｄ１４で、候補論理チャネルセットにおける各候補論理チャネルにリソースを割り当て、即ち、論理チャネルの多重化を実現する。

ステップＤ１１では、今回アップリンク伝送の候補論理チャネルを決定する。即ち、現在伝送待ちデータを有する全ての論理チャネルのうちから、ＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効にする」こと及び「ＨＡＲＱフィードバック機能を有効又は無効にする」ことである論理チャネルを選択する。

ステップＤ１２では、第１ラウンドのリソース割り当てを行い、即ち、候補論理チャネルセットにおける各候補論理チャネルにＰＢＲを満足するリソースを割り当てる。候補論理チャネルセットにおける全ての、トークン変数Ｂｊ＞０の候補論理チャネルに対して、論理チャネル優先順位の高い順でリソースを順次に割り当て、該ラウンドのリソース割り当てのプロセスでは、各候補論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できなく、即ち、候補論理チャネルｊに対応するＰＢＲに基づいてトークンバケット内のトークンの数が決定され、更に該トークンの数に基づいて該候補論理チャネルにリソースが割り当てられる。

ステップＤ１３では、ステップＤ１２においてリソースが割り当てられた候補論理チャネルｊについて、該候補論理チャネルｊの有するＢｊから、候補論理チャネルｊがステップＤ１２においてアップリンク伝送リソースに多重化したサイズを減算し、即ち該候補論理チャネルｊの有するＢｊから、候補論理チャネルｊがステップＤ１２においてＭＡＣ ＰＤＵに多重化した全てのＭＡＣ ＳＤＵのサイズを減算する。

ステップＤ１４では、Ｄ１１において決定された全ての候補論理チャネルについて、ステップＤ１２が実行された後、まだ残りのアップリンク伝送リソースがある場合、各候補論理チャネルＢｊのサイズに関係なく、残りのアップリンク伝送リソースを論理チャネル優先順位の高い順で候補論理チャネルセットにおける各候補論理チャネルに順次に割り当てる。

他の例として、第１情報において示される今回アップリンク伝送に使用されるＨＡＲＱプロセスのＨＡＲＱフィードバック機能が無効状態にある場合、端末装置は以下のステップＤ２１～Ｄ２４で、候補論理チャネルセットにおける各候補論理チャネルにリソースを割り当てる。

ステップＤ２１では、今回アップリンク伝送の候補論理チャネルを決定する。現在伝送待ちデータを有する全ての論理チャネルのうちから、ＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を無効にする」こと及び「ＨＡＲＱフィードバック機能を有効又は無効にする」ことである論理チャネルを選択する。

ステップＤ２２では、第１ラウンドのリソース割り当てを行い、即ち、各候補論理チャネルにＰＢＲを満足するリソースを割り当てる。トークン変数Ｂｊ＞０の全ての候補論理チャネルに対して、論理チャネル優先順位の高い順でリソースを順次に割り当て、各候補論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できなく、即ち、論理チャネルｊに対応するＰＢＲに基づいてトークンバケット内のトークンの数Ｂｊが決定され、更に該トークンの数に基づいて該候補論理チャネルにリソースが割り当てられる。

ステップＤ２３では、ステップＤ２２においてリソースが割り当てられた候補論理チャネルｊについて、該候補論理チャネルｊの有するＢｊから、候補論理チャネルｊがステップＤ２２においてＭＡＣ ＰＤＵに多重化した全てのＭＡＣ ＳＤＵのサイズを減算する。

ステップＤ２４では、ステップＤ２１において決定された全ての候補論理チャネルについて、ステップＤ２２が実行された後、まだ残りのアップリンク伝送リソースがある場合、各候補論理チャネルＢｊのサイズに関係なく、残りのアップリンク伝送リソースを論理チャネル優先順位の高い順で上記各候補論理チャネルに順次に割り当てる。

以下では１つの例を使って、上記ステップＤ１１～Ｄ１４、及び／又はステップＤ２１～Ｄ２４について具体的に説明する。

例として、図４は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの１つのリソース割り当て模式図である。図４に示すように、仮に端末装置がそれぞれＬＣ１、ＬＣ２、ＬＣ３、ＬＣ４の４本のアップリンク論理チャネルを確立した場合、端末装置が論理チャネル選択及びリソース割り当てを実行する具体的なステップは、以下のステップ（４１）～（４３）である。

ステップ（４１）では、端末装置はネットワーク装置から送信されたＲＲＣ設定情報を受信する。それは以下のステップ（４１．１）～（４１．２）を含む。

ステップ（４１．１）では、論理チャネルの設定を行う。即ち、端末装置の各アップリンク論理チャネルに対して、論理チャネル優先順位（仮に各アップリンク論理チャネルの論理チャネル優先順位はＬＣ１＞ＬＣ２＞ＬＣ３＞ＬＣ４である）、ＰＢＲ、ＢＳＤを設定し、それと同時に、ＬＣ１及びＬＣ３の属性を「ＨＡＲＱフィードバック機能を有効にする」ことに設定し、ＬＣ２の属性を「ＨＡＲＱフィードバック機能を無効にする」ことに設定し、ＬＣ４の属性を「ＨＡＲＱフィードバック機能を有効／無効にする」ことに設定する。

ステップ（４１．２）では、アップリンクＨＡＲＱプロセスの設定を行う。即ち、端末装置に、それぞれＨＡＲＱ ＩＤ ０及びＨＡＲＱ ＩＤ １の２つのアップリンクＨＡＲＱプロセス数を設定し、それと同時に、ＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能を有効状態に設定し、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能を無効状態に設定する。

１つの例として、ステップ（４２）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ ０であることを含み、ＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能が有効状態であるため、端末装置は以下のステップ（４２．１）～（４２．３）で論理チャネル多重化を実現する。

ステップ（４２．１）では、ＬＣ１、ＬＣ３、ＬＣ４を今回アップリンク伝送の候補論理チャネルとして選択する。

ステップ（４２．２）では、第１ラウンドのリソース割り当てを行う。即ち、選択されたＬＣ１、ＬＣ３、ＬＣ４にＰＢＲを満足するリソースを順次に割り当て、そしてリソース割り当て結果に基づいて、選択されたＬＣ１、ＬＣ３、ＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。

ステップ（４２．３）では、第２ラウンドのリソース割り当てを行う。即ち、伝送待ちの残りデータ量及びアップリンク伝送リソースの残りリソース量に基づいて、ＬＣ１、ＬＣ３、ＬＣ４に残りのアップリンク伝送リソースを順次に割り当てる。

他の例として、ステップ（４３）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ １であることを含み、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能が無効状態であるため、端末装置は以下のステップ（４３．１）～（４３．３）で論理チャネル多重化を実現する。

ステップ（４３．１）では、ＬＣ２、ＬＣ４を今回アップリンク伝送の候補論理チャネルとして選択する。

ステップ（４３．２）では、第１ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ２、ＬＣ４にＰＢＲを満足するリソースを順次に割り当て、そしてリソース割り当て結果に基づいて、ＬＣ２、ＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。

ステップ（４３．３）では、第２ラウンドのリソース割り当てを行う。即ち、伝送待ちの残りデータ量及びアップリンク伝送リソースの残りリソース量に基づいて、ＬＣ２、ＬＣ４に残りのリソースを順次に割り当てる。

本願の他の可能な設計では、該候補論理チャネルセットは、第１候補論理チャネルセット及び第２候補論理チャネルセットを含む。

該第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が該ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネルを含む。第２候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

該可能な設計では、１つの例として、上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネルを含む。

他の例として、上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネルを含む。

具体的に、本実施例では、端末装置は、論理チャネルのＨＡＲＱフィードバック機能属性及びＨＡＲＱフィードバック機能状態に基づいて、候補の論理チャネルを、候補順序の異なる第１候補論理チャネルセット及び第２候補論理チャネルセットに分ける。実際の応用では、端末装置はまず、ＨＡＲＱフィードバック機能属性が上記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネルからなる第１候補論理チャネルセットを多重化し、その後、更にＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを多重化する。これにより、属性が一致する論理チャネルのデータ伝送を優先的に保証することができ、そしてその上に更にリソース利用率を向上させることができる。

例として、本願の該可能な設計では、即ち、候補論理チャネルセットが第１候補論理チャネルセット及び第２候補論理チャネルセットを含む場合、上記ステップＳ３０４は具体的に第１の可能な実現方式又は第２の可能な実現方式によって実現されることができる。

具体的に、ステップＳ３０４の第１の可能な実現方式では、ＨＡＲＱフィードバック機能を有効にするＨＡＲＱプロセスのアップリンク伝送の場合、端末装置は優先的にＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。各ラウンドのリソース割り当て（第１ラウンドのリソース割り当て及び第２ラウンドのリソース割り当て）の後にまだ残りがあれば、続けてＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効／無効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。

ステップＳ３０４の第１の可能な実現方式では、ＨＡＲＱフィードバック機能を無効にするＨＡＲＱプロセスのアップリンク伝送の場合、端末装置は優先的にＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を無効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。各ラウンドのリソース割り当ての後に今回のアップリンク伝送リソースにまだ残りがあれば、続けてＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効／無効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。

例として、図５は本願によるチャネル処理方法実施例３のフローチャートである。図５に示すように、候補論理チャネルセットが第１候補論理チャネルセット及び第２候補論理チャネルセットを含む場合、上記ステップＳ３０４の第１の可能な実現方式は具体的に以下のステップＳ５０１～Ｓ５０３である。

ステップＳ５０１では、アップリンク伝送リソースを使用して、それぞれ第１候補論理チャネルセット及び第２候補論理チャネルセットにおける各候補論理チャネルに対して、第１ラウンドのリソース割り当てを実行する。

選択肢として、第１ラウンドのリソース割り当ては、第１候補論理チャネルセットに対する１番目の第１ラウンドのリソース割り当て、及び第２候補論理チャネルセットに対する２番目の第１ラウンドのリソース割り当てを含む。

本願の実施例では、端末装置はまず第１候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、上記アップリンク伝送リソースを使用して、第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第１ラウンドのリソース割り当てを行う。次に、上記１番目の第１ラウンドのリソース割り当ての後、アップリンク伝送リソースがまだ完全に割り当てられていない場合、第１アップリンク残り伝送リソースを決定する。最後には、第２候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、該第１アップリンク残り伝送リソースを使用して、第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第１ラウンドのリソース割り当てを行う。

具体的に、端末装置はＢｊ＞０の全ての第１候補論理チャネルセットにおける各候補論理チャネルに対して、まず論理チャネル優先順位の高い順で１番目の第１ラウンドのリソース割り当てを実行し、各論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できない。次に、第１候補論理チャネルセットのうちの、リソースが割り当てられた候補論理チャネルｊに対して、該候補論理チャネルｊのＢｊから、候補論理チャネルｊが１番目の第１ラウンドのリソース割り当てにおいてＭＡＣ ＰＤＵに多重化した全てのＭＡＣ ＳＤＵのサイズを減算する。

選択肢として、上記第１候補論理チャネルセットに対して、１番目の第１ラウンドのリソース割り当てを実行した後、まだ残りのアップリンク伝送リソースがあれば、続けて上記決定された第２候補論理チャネルセットに対して２番目の第１ラウンドのリソース割り当てを実行する。

具体的に、Ｂｊ＞０の全ての第２候補論理チャネルセットにおける各候補論理チャネルに対して、まず論理チャネル優先順位の高い順で２番目の第１ラウンドのリソース割り当てを実行し、各論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できない。次に、第２候補論理チャネルセットのうちの、リソースが割り当てられた候補論理チャネルｊに対して、Ｂｊから、候補論理チャネルｊが２番目の第１ラウンドのリソース割り当てにおいてＭＡＣ ＰＤＵに多重化した全てのＭＡＣ ＳＤＵのサイズを減算する。

理解されるように、１番目の第１ラウンドのリソース割り当てと２番目の第１ラウンドのリソース割り当ての具体的なステップは類似し、区別は、１番目の第１ラウンドのリソース割り当ての対象が第１候補論理チャネルセットにおける候補論理チャネルであり、２番目の第１ラウンドのリソース割り当ての対象が第２候補論理チャネルセットにおける候補論理チャネルであることだけである。

ステップＳ５０２では、第１ラウンドのリソース割り当ての後、アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定する。

本実施例では、端末装置が上記ステップＳ５０１で、アップリンク伝送リソースを使用して第１候補論理チャネル及び第２候補論理チャネルに対して第１ラウンドのリソース割り当てを実行した後、該アップリンク伝送リソースがまだ完全に割り当てられていなく、且つ残りの伝送待ちデータ量がある場合、残りのアップリンク伝送リソースを決定する。

ステップＳ５０３では、前記残りのアップリンク伝送リソースを使用して、それぞれ第１候補論理チャネルセット及び第２候補論理チャネルセットにおける各候補論理チャネルに対して、第２ラウンドのリソース割り当てを実行する。

選択肢として、該可能な実現方式では、上記残りのアップリンク伝送リソースは第２アップリンク残り伝送リソースである。該ステップの具体的な実現については、第２アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第２ラウンドのリソース割り当てを順次に行い、１番目の第２ラウンドのリソース割り当ての後、第２アップリンク残り伝送リソースがまだ完全に割り当てられていない場合、第３アップリンク残り伝送リソースを決定し、最後には第３アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第２ラウンドのリソース割り当てを順次に行う。

具体的に、上記第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第２ラウンドのリソース割り当てを行い、即ち、各候補論理チャネルのトークン変数Ｂｊのサイズに関係なく、残りのアップリンク伝送リソース（第２アップリンク残り伝送リソース）を、論理チャネル優先順位の高い順で第１候補論理チャネルセットにおける各候補論理チャネルに順次に割り当てる。

選択肢として、端末装置が１番目の第２ラウンドのリソース割り当てを実行した後、第２アップリンク残り伝送リソースにまだ残りがあれば、上記第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第２ラウンドのリソース割り当てを実行し、即ち、Ｂｊのサイズに関係なく、残りのリソース（第３アップリンク残り伝送リソース）を、論理チャネル優先順位の高い順で第２候補論理チャネルセットにおける各候補論理チャネルに順次に割り当てる。

以下では１つの例を使って、図５に示す実施例の実現方式を具体的に説明する。

例として、図６は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの他のリソース割り当て模式図である。図６に示すように、仮に端末装置がそれぞれＬＣ１、ＬＣ２、ＬＣ３、ＬＣ４の４本のアップリンク論理チャネルを確立した場合、端末装置が論理チャネル選択及びリソース割り当てを実行する具体的なステップは、以下のステップ（６１）～（６３）である。

ステップ（６１）では、端末装置はネットワーク装置から送信されたＲＲＣ設定情報を受信する。該ステップ（６１）の具体的な実現と上記図４の対応模式図におけるステップ（４１）の具体的な実現とは一致し、具体的には図４に示す模式図における記載を参照でき、ここでは繰り返して説明しない。

端末装置の有する各論理チャネルの論理チャネル優先順位はＬＣ１＞ＬＣ２＞ＬＣ３＞ＬＣ４である。ＬＣ１及びＬＣ３の属性は「ＨＡＲＱフィードバック機能を有効にする」ことであり、ＬＣ２の属性は「ＨＡＲＱフィードバック機能を無効にする」ことであり、ＬＣ４の属性は「ＨＡＲＱフィードバック機能を有効／無効にする」ことである。端末装置はそれぞれＨＡＲＱ ＩＤ ０及びＨＡＲＱ ＩＤ １の２つのアップリンクＨＡＲＱプロセス数を有し、そしてＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能は有効状態であり、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能は無効状態である。

１つの例として、ステップ（６２）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ ０であることを含み、ＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能が有効状態であるため、端末装置は以下のステップ（６２．１）～（６２．３）で論理チャネル多重化を実現する。

ステップ（６２．１）では、ＬＣ１及びＬＣ３を今回アップリンク伝送の第１候補論理チャネルセットとして選択し、ＬＣ４を今回アップリンク伝送の第２候補論理チャネルセットとして選択する。

ステップ（６２．２）では、第１ラウンドのリソース割り当てを行う。即ち、端末装置はまずＬＣ１及びＬＣ３にＰＢＲを満足するリソースを割り当て（１番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいてＬＣ１及びＬＣ３に対応するＰＢＲトークンバケット内のトークン数を更新する。１番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、続けてＬＣ４にＰＢＲを満足するリソースを割り当て（２番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいて、ＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。

ステップ（６２．３）では、第２ラウンドのリソース割り当てを行う。即ち、端末装置はまずＬＣ１及びＬＣ３に残りのアップリンク伝送リソースを割り当て（１番目の第２ラウンドのリソース割り当て）、１番目の第２ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、更にＬＣ４にリソースを割り当てる（２番目の第２ラウンドのリソース割り当て）。

他の例として、ステップ（６３）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ １であることを含み、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能が無効状態であるため、端末装置は以下のステップ（６３．１）～（６３．３）で論理チャネル多重化を実現する。

ステップ（６３．１）では、ＬＣ２を今回アップリンク伝送の第１候補論理チャネルセットとして選択し、ＬＣ４を今回アップリンク伝送の第２候補論理チャネルセットとして選択する。

ステップ（６３．２）では、第１ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ２にＰＢＲを満足するリソースを割り当て（１番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいてＬＣ２に対応するＰＢＲトークンバケット内のトークン数を更新する。１番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、続けてＬＣ４にＰＢＲを満足するリソースを割り当て（２番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいて、ＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。

ステップ（６３．３）では、第２ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ２に残りのアップリンク伝送リソースを割り当て（１番目の第２ラウンドのリソース割り当て）、１番目の第２ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、更にＬＣ４にリソースを割り当てる（２番目の第２ラウンドのリソース割り当て）。

本願の実施例によるチャネル処理方法では、端末装置はまずアップリンク伝送リソースを使用して、それぞれ第１候補論理チャネルセット及び第２候補論理チャネルセットにおける各候補論理チャネルに対して、第１ラウンドのリソース割り当てを実行し、第１ラウンドのリソース割り当ての後、アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定し、最後には前記残りのアップリンク伝送リソースを使用して、それぞれ第１候補論理チャネルセット及び第２候補論理チャネルセットにおける各候補論理チャネルに対して、第２ラウンドのリソース割り当てを実行する。該技術案では、端末装置はまず第１候補論理チャネルセットを多重化し、次に第２候補論理チャネルセットを多重化し、これにより属性が一致する論理チャネルのデータ伝送を優先的に保証することができ、更に第１ラウンドのリソース割り当て及び第２ラウンドのリソース割り当てによって、リソース利用率も向上させることができ、それによってユーザのサービスエクスペリエンスが向上する。

選択肢として、ステップＳ３０４の第２の可能な実現方式では、ＨＡＲＱフィードバック機能を有効にするＨＡＲＱプロセスのアップリンク伝送の場合、端末装置は優先的にＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効にする」ことであるアップリンク論理チャネル（第１候補論理チャネルセット）を今回のアップリンク伝送リソースに多重化する。第２ラウンドのリソース割り当ての後にまだ残りがあれば、続けてＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効／無効にする」ことであるアップリンク論理チャネル（第２候補論理チャネルセット）を今回のアップリンク伝送リソースに多重化する。

ステップＳ３０４の第２の可能な実現方式では、ＨＡＲＱフィードバック機能を無効にするＨＡＲＱプロセスのアップリンク伝送の場合、端末装置は優先的にＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を無効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。第２ラウンドのリソース割り当ての後にまだ残りがあれば、続けてＨＡＲＱフィードバック機能属性が「ＨＡＲＱフィードバック機能を有効／無効にする」ことであるアップリンク論理チャネルを今回のアップリンク伝送リソースに多重化する。

例として、図７は本願によるチャネル処理方法実施例４のフローチャートである。図７に示すように、候補論理チャネルセットが第１候補論理チャネルセット及び第２候補論理チャネルセットを含む場合、上記ステップＳ３０４の第２の可能な実現方式は具体的に以下のステップＳ７０１～Ｓ７０３である。

ステップＳ７０１では、上記アップリンク伝送リソースを使用して、第１候補論理チャネルセットにおける各候補論理チャネルに対して、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行する。

選択肢として、本実施例では、端末装置はまず第１候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、上記アップリンク伝送リソースを使用して、第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第１ラウンドのリソース割り当てを行う。次に、１番目の第１ラウンドのリソース割り当ての後、上記アップリンク伝送リソースがまだ完全に割り当てられていない場合、第４アップリンク残り伝送リソースを決定する。最後には、第４アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第２ラウンドのリソース割り当てを順次に行う。

具体的に、端末装置はＢｊ＞０の全ての第１候補論理チャネルセットにおける各候補論理チャネルに対して、まず論理チャネル優先順位の高い順で１番目の第１ラウンドのリソース割り当てを実行し、各論理チャネルに割り当てられたリソースはＰＢＲの要求しか満足できない。次に、第１候補論理チャネルセットのうちの、リソースが割り当てられた候補論理チャネルｊに対して、リソース割り当て結果に基づいて第１候補論理チャネルセットにおける各候補論理チャネルに対応するＰＢＲトークンバケット内のトークン数を更新する。

選択肢として、上記第１候補論理チャネルセットに対して、１番目の第１ラウンドのリソース割り当てを実行した後、まだ残りのアップリンク伝送リソースがあれば、第１候補論理チャネルセットにおける各候補論理チャネルのトークン変数Ｂｊのサイズに関係なく、残りのアップリンク伝送リソース（第４アップリンク残り伝送リソース）を、論理チャネル優先順位の高い順で第１候補論理チャネルセットにおける各候補論理チャネルに順次に割り当てる（１番目の第２ラウンドのリソース割り当て）。

ステップＳ７０２では、上記１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当ての後、アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定する。

本実施例では、端末装置が上記ステップＳ７０１で、アップリンク伝送リソースを使用して第１候補論理チャネルに対して、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行した後、該アップリンク伝送リソースがまだ完全に割り当てられていなく、且つ残りの伝送待ちデータ量がある場合、残りのアップリンク伝送リソースを決定する。

ステップＳ７０３では、上記残りのアップリンク伝送リソースを使用して、順次に第２候補論理チャネルセットにおける各候補論理チャネルに対して、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを実行する。

選択肢として、該可能な実現方式では、上記残りのアップリンク伝送リソースは第５アップリンク残り伝送リソースである。該ステップの具体的な実現については、端末装置はまず第２候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、第５アップリンク残り伝送リソースを使用して、第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第１ラウンドのリソース割り当てを行い、次に２番目の第２ラウンドのリソース割り当ての後、第５アップリンク残り伝送リソースがまだ完全に割り当てられていない場合、第６アップリンク残り伝送リソースを決定し、最後に、第６アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第２ラウンドのリソース割り当てを順次に行う。

具体的には、上記第２候補論理チャネルセットにおける各候補論理チャネルに対して、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを実行する。

理解されるように、端末装置の第２候補論理チャネルセットにおける各候補論理チャネルに対するリソース割り当てのプロセスは、第１候補論理チャネルセットにおける各候補論理チャネルに対するリソース割り当てのプロセスと類似し、具体的には上記ステップＳ７０１における記載を参照でき、ここでは繰り返して説明しない。

以下では１つの例を使って、図７に示す実施例の実現方式を具体的に説明する。

例として、図８は端末装置の有する論理チャネルのＨＡＲＱフィードバック機能属性及び各論理チャネルの更なるリソース割り当て模式図である。図８に示すように、仮に端末装置がそれぞれＬＣ１、ＬＣ２、ＬＣ３、ＬＣ４の４本のアップリンク論理チャネルを確立した場合、端末装置が論理チャネル選択及びリソース割り当てを実行する具体的なステップは、以下のステップ（８１）～（８２）である。

ステップ（８１）では、端末装置はネットワーク装置から送信されたＲＲＣ設定情報を受信する。

該ステップ（８１）の具体的な実現と上記図４の対応模式図におけるステップ（４１）の具体的な実現とは一致し、具体的には図４に示す模式図における記載を参照でき、ここでは繰り返して説明しない。

端末装置の有する各論理チャネルの論理チャネル優先順位はＬＣ１＞ＬＣ２＞ＬＣ３＞ＬＣ４であり、ＬＣ１及びＬＣ３の属性は「ＨＡＲＱフィードバック機能を有効にする」ことであり、ＬＣ２の属性は「ＨＡＲＱフィードバック機能を無効にする」ことであり、ＬＣ４の属性は「ＨＡＲＱフィードバック機能を有効／無効にする」ことである。端末装置はそれぞれＨＡＲＱ ＩＤ ０及びＨＡＲＱ ＩＤ １の２つのアップリンクＨＡＲＱプロセス数を有し、そしてＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能は有効状態であり、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能は無効状態である。

１つの例として、ステップ（８２）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ ０であることを含み、ＨＡＲＱ ＩＤ ０のＨＡＲＱフィードバック機能が有効状態であるため、端末装置は以下のステップ（８２．１）～（８２．３）で論理チャネル多重化を実現する。

ステップ（８２．１）では、ＬＣ１及びＬＣ３を今回アップリンク伝送の第１候補論理チャネルセットとして選択し、ＬＣ４を今回アップリンク伝送の第２候補論理チャネルセットとして選択する。

ステップ（８２．２）では、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ１及びＬＣ３にＰＢＲを満足するリソースを割り当て（１番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいてＬＣ１及びＬＣ３に対応するＰＢＲトークンバケット内のトークン数を更新する。１番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、ＬＣ１及びＬＣ３のＢｊのサイズに関係なく、いずれも残りのアップリンク伝送リソースを、ＬＣ１及びＬＣ３の論理チャネル優先順位の高い順で順次にＬＣ１及びＬＣ３に割り当てる（１番目の第２ラウンドのリソース割り当て）。

ステップ（８２．３）では、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ１及びＬＣ３にそれぞれ１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行した後、アップリンク伝送リソースにまだ残りがあれば、更にＬＣ４にリソースを割り当て、即ち端末装置はＬＣ４にＰＢＲを満足するリソースを割り当て（２番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいてＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。２番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、ＬＣ４のＢｊのサイズに関係なく、いずれも残りのアップリンク伝送リソースをＬＣ４に割り当てる（２番目の第２ラウンドのリソース割り当て）。

他の１つの例として、ステップ（８３）では、端末装置はネットワーク装置から送信された第１情報を受信し、第１情報は、アップリンク伝送リソース、該アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスがＨＡＲＱ ＩＤ １であることを含み、ＨＡＲＱ ＩＤ １のＨＡＲＱフィードバック機能が無効状態であるため、端末装置は以下のステップ（８３．１）～（８３．３）で論理チャネル多重化を実現する。

ステップ（８３．１）では、ＬＣ２を今回アップリンク伝送の第１候補論理チャネルセットとして選択し、ＬＣ４を今回アップリンク伝送の第２候補論理チャネルセットとして選択する。

ステップ（８３．２）では、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ２にＰＢＲを満足するリソースを割り当て（１番目の第１ラウンドのリソース割り当て）、そしてリソース割り当て結果に基づいてＬＣ２に対応するＰＢＲトークンバケット内のトークン数を更新する。１番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、ＬＣ２のＢｊのサイズに関係なく、残りのアップリンク伝送リソースをＬＣ２に割り当てる。

ステップ（８３．３）では、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを行う。即ち、端末装置はＬＣ４にＰＢＲを満足するリソースを割り当て、そしてリソース割り当て結果に基づいてＬＣ４に対応するＰＢＲトークンバケット内のトークン数を更新する。２番目の第１ラウンドのリソース割り当ての後にアップリンク伝送リソースにまだ残りがあれば、ＬＣ４のサイズに関係なく、残りのアップリンク伝送リソースをＬＣ４に割り当てる。

本願の実施例によるチャネル処理方法では、端末装置はまず上記アップリンク伝送リソースを使用して、第１候補論理チャネルセットにおける各候補論理チャネルに対して、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行し、次に上記１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当ての後、アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定し、最後には前記残りのアップリンク伝送リソースを使用して、順次に第２候補論理チャネルセットにおける各候補論理チャネルに対して、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを実行する。該技術案では、端末装置はまず第１候補論理チャネルセットを最大限に多重化し、最後には第２候補論理チャネルセットを多重化し、これにより属性が一致する論理チャネルのデータ伝送を最大限に優先的に保証することができ、様々なサービスの異なるＱｏＳ要求を最大限に満足することができる。

上記のように、端末装置はＮＴＮにおいてＨＡＲＱプロセスに基づいて各ＨＡＲＱプロセスで各ＨＡＲＱ機能をオン／オフにするかどうかを設定することができ、その特性に対して、本願の実施例は、ＮＴＮにおいて端末装置がネットワーク装置から割り当てられたアップリンク伝送リソースに基づいて論理チャネル優先順位処理を行う方法を提供し、アップリンク論理チャネルの多重化を実現する。該方法を使用して、様々なサービスの異なるＱｏＳ要求をよく満足することができ、ユーザのサービスエクスペリエンスが向上する。

上記では本願の実施例で言及されたチャネル処理方法の具体的な実現を説明したが、下記は本願の装置実施例であり、本願の方法実施例を実行することに用いられることができる。本願の装置実施例に開示されていない詳細については、本願の方法実施例を参照できる。

図９は本願によるチャネル処理デバイス実施例１の構造模式図である。該デバイスは端末装置に統合されてもよく、端末装置によって実現されてもよい。図９に示すように、該デバイスは取得モジュール９０１及び処理モジュール９０２を備えてもよい。

該取得モジュール９０１は、第１情報を取得することに用いられ、前記第１情報は、アップリンク伝送リソース、前記アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含み、
該処理モジュール９０２は、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、前記アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定することに用いられる。

本願の１つの可能な設計では、該取得モジュール９０１は更に、第１情報を取得する前に、ネットワーク装置から送信された設定情報を取得することに用いられ、前記設定情報は、端末装置の各アップリンク論理チャネルに対する第１設定情報及びアップリンクＨＡＲＱプロセスに対する第２設定情報を含み、
前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含む。

選択肢として、前記ＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバック機能を有効にすること、ＨＡＲＱフィードバック機能を無効にすること、ＨＡＲＱフィードバック機能を有効又は無効にすること、のうちの１つの属性である。

本願の他の可能な設計では、該処理モジュール９０２は更に、前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることに用いられる。

１つの例として、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する及び／又は一部一致する論理チャネルを含む。

選択肢として、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

選択肢として、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

他の例として、該処理モジュール９０２は、前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることに用いられ、具体的には、
該処理モジュール９０２は具体的に、前記候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、各候補論理チャネルにリソースを割り当てることに用いられる。

本願の更なる可能な設計では、前記候補論理チャネルセットは、第１候補論理チャネルセット及び第２候補論理チャネルセットを含む。

前記第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能のＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネルを含む。

前記第２候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含む。

選択肢として、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、前記第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネルを含む。

選択肢として、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、前記第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネルを含む。

本願の別の可能な設計では、該処理モジュール９０２は、前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることに用いられ、具体的には、
該処理モジュール９０２は具体的に、前記アップリンク伝送リソースを使用して、それぞれ前記第１候補論理チャネルセット及び前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、第１ラウンドのリソース割り当てを実行し、前記第１ラウンドのリソース割り当ての後、前記アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定し、前記残りのアップリンク伝送リソースを使用して、それぞれ前記第１候補論理チャネルセット及び前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、第２ラウンドのリソース割り当てを実行することに用いられる。

例として、該処理モジュール９０２は、前記アップリンク伝送リソースを使用して、それぞれ前記第１候補論理チャネルセット及び前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、第１ラウンドのリソース割り当てを実行することに用いられ、具体的に、
該処理モジュール９０２は具体的に、前記第１候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、前記アップリンク伝送リソースを使用して、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第１ラウンドのリソース割り当てを行い、前記１番目の第１ラウンドのリソース割り当ての後、前記アップリンク伝送リソースがまだ完全に割り当てられていない場合、第１アップリンク残り伝送リソースを決定し、前記第２候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、前記第１アップリンク残り伝送リソースを使用して、前記第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第１ラウンドのリソース割り当てを行うことに用いられる。

選択肢として、前記残りのアップリンク伝送リソースは第２アップリンク残り伝送リソースである。

該処理モジュール９０２は、前記残りのアップリンク伝送リソースを使用して、それぞれ前記第１候補論理チャネルセット及び前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、第２ラウンドのリソース割り当てを実行することに用いられ、具体的に、
該処理モジュール９０２は具体的に、前記第２アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第２ラウンドのリソース割り当てを順次に行い、前記１番目の第２ラウンドのリソース割り当ての後、前記第２アップリンク残り伝送リソースがまだ完全に割り当てられていない場合、第３アップリンク残り伝送リソースを決定し、前記第３アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、前記第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第２ラウンドのリソース割り当てを順次に行うことに用いられる。

本願の別の可能な設計では、該処理モジュール９０２は、前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることに用いられ、具体的には、
該処理モジュール９０２は具体的に、前記アップリンク伝送リソースを使用して、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行し、前記１番目の第１ラウンドのリソース割り当て及び前記１番目の第２ラウンドのリソース割り当ての後、前記アップリンク伝送リソースがまだ完全に割り当てられていない場合、残りのアップリンク伝送リソースを決定し、前記残りのアップリンク伝送リソースを使用して、順次に前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを実行することに用いられる。

選択肢として、該処理モジュール９０２は、前記アップリンク伝送リソースを使用して、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して、１番目の第１ラウンドのリソース割り当て及び１番目の第２ラウンドのリソース割り当てを実行することに用いられ、具体的に、
該処理モジュール９０２は具体的に、前記第１候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、前記アップリンク伝送リソースを使用して、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第１ラウンドのリソース割り当てを行い、前記１番目の第１ラウンドのリソース割り当ての後、前記アップリンク伝送リソースがまだ完全に割り当てられていない場合、第４アップリンク残り伝送リソースを決定し、前記第４アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、前記第１候補論理チャネルセットにおける各候補論理チャネルに対して１番目の第２ラウンドのリソース割り当てを順次に行うことに用いられる。

例として、前記残りのアップリンク伝送リソースは第５アップリンク残り伝送リソースである。

該処理モジュール９０２は、前記残りのアップリンク伝送リソースを使用して、順次に前記第２候補論理チャネルセットにおける各候補論理チャネルに対して、２番目の第１ラウンドのリソース割り当て及び２番目の第２ラウンドのリソース割り当てを実行することに用いられ、具体的に、
該処理モジュール９０２は具体的に、前記第２候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンバケットサイズ継続時間に基づいて、前記第５アップリンク残り伝送リソースを使用して、前記第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第１ラウンドのリソース割り当てを行い、前記２番目の第２ラウンドのリソース割り当ての後、前記第５アップリンク残り伝送リソースがまだ完全に割り当てられていない場合、第６アップリンク残り伝送リソースを決定し、前記第６アップリンク残り伝送リソースを使用して、論理チャネル優先順位の高い順で、前記第２候補論理チャネルセットにおける各候補論理チャネルに対して２番目の第２ラウンドのリソース割り当てを順次に行うことに用いられる。

本実施例によるデバイスは、前述の図２～図７に示す実施例における端末装置側の技術案を実行することに用いられ、その実現原理及び技術効果は類似し、ここでは繰り返して説明しない。

図１０は本願によるチャネル処理デバイス実施例２の構造模式図である。該デバイスはネットワーク装置に統合されてもよく、ネットワーク装置によって実現されてもよい。図１０に示すように、該デバイスは決定モジュール１００１及び送信モジュール１００２を備えてもよい。

該決定モジュール１００１は端末装置に対する設定情報を決定することに用いられ、前記設定情報は各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含み、
該送信モジュール１００２は前記端末装置に前記設定情報を送信することに用いられ、
前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含む。

選択肢として、前記ＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバック機能を有効にすること、ＨＡＲＱフィードバック機能を無効にすること、ＨＡＲＱフィードバック機能を有効又は無効にすること、のうちの１つの属性である。

本実施例によるデバイスは、前述の図２～図７に示す実施例におけるネットワーク装置側の技術案を実行することに用いられ、その実現原理及び技術効果は類似し、ここでは繰り返して説明しない。

尚、理解されるように、上記デバイスの各モジュールの区分は論理的な機能区分に過ぎず、実際の実現では、その全部又は一部が１つの物理エンティティに統合されてもよく、物理的に分かれてもよい。そしてこれらのモジュールは、全部ソフトウェアが処理要素によって呼び出される形式で実現されてもよく、全部ハードウェアの形式で実現されてもよく、更に一部のモジュールは処理要素がソフトウェアを呼び出す形式で実現され、一部のモジュールはハードウェアの形式で実現されてもよい。例えば、処理モジュール又は決定モジュールは単独に設定される処理要素であってもよく、上記デバイスのある１つのチップに統合されて実現されてもよく、尚、プログラムコードの形式で上記デバイスのメモリに記憶され、上記デバイスのある１つの処理要素によって上記決定モジュールの機能が呼び出されて実行されてもよい。他のモジュールの実現はそれと類似する。尚、これらのモジュールの全部又は一部は統合されてもよく、独立して実現されてもよい。ここに記載の処理要素は信号処理機能を有する集積回路でありうる。実現プロセスにおいて、上記方法の各ステップ又は上記各モジュールはプロセッサ要素におけるハードウェアの集積論理回路又はソフトウェア形式の命令で実現されてもよい。

例えば、これらのモジュールは、上記方法を実施するように設定された１つ又は複数の集積回路、例えば、１つ又は複数の特定用途向け集積回路（ＡＳＩＣ、ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、又は、１つ又は複数のマイクロプロセッサ（ＤＳＰ、ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、又は、１つ又は複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ、ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）等であってもよい。更に例えば、上記あるモジュールが処理要素がプログラムコードを呼び出す形式で実現される場合、該処理要素は汎用プロセッサ、例えば、中央処理装置（ＣＰＵ、ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、又はプログラムコードを呼び出すことができる他のプロセッサであってもよい。更に例えば、これらのモジュールは統合されて、システムオンチップ（ＳＯＣ、ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）の形式で実現されてもよい。

上記実施例は、全体又は部分的にソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせで実現されてもよい。ソフトウェアで実現される時は全体又は部分的にコンピュータプログラム製品の形式で実現されてもよい。前記コンピュータプログラム製品は１つ又は複数のコンピュータ命令を含む。前記コンピュータプログラム命令がコンピュータにロードされて実行される時、本願の実施例に記載のプロセス又は機能は全体又は部分的に発生する。前記コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は他のプログラム可能装置であってもよい。前記コンピュータ命令はコンピュータ読み取り可能な記憶媒体に記憶され、又はあるコンピュータ読み取り可能な記憶媒体から別のコンピュータ読み取り可能な記憶媒体に伝送されてもよい。例えば、前記コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンターから有線（例えば、同軸ケーブル、光ファイバ、デジタル加入者回線（ＤＳＬ））又は無線（例えば赤外線、無線、マイクロ波等）方式を介して別のウェブサイト、コンピュータ、サーバ、又はデータセンターに伝送されてもよい。前記コンピュータ読み取り可能な記憶媒体はコンピュータのアクセスできる任意の利用可能な媒体、又は１つ又は複数の利用可能な媒体を統合したサーバ、データセンター等のデータ記憶装置であってもよい。前記利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートディスク（ＳＳＤ、ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ））等であってもよい。

図１１は本願による端末装置実施例の構造模式図である。図１１に示すように、該端末装置は、プロセッサ１１０１、メモリ１１０２、受信器１１０３、及びネットワーク装置と通信するためのインタフェース１１０４を備えてもよく、
メモリ１１０２はコンピュータ実行命令を記憶することに用いられ、該受信器１１０３はインタフェース１１０４を介して他の装置と通信することに用いられ、プロセッサ１１０１は前記メモリ１１０２に記憶されるコンピュータ実行命令を実行し、それによって前記プロセッサ１１０１は前述の図２～図７に示す実施例における端末装置側の技術案を実行する。

図１２は本願によるネットワーク装置実施例の構造模式図である。図１２に示すように、該ネットワーク装置は、プロセッサ１２０１、メモリ１２０２、送信器１２０３、及び端末装置と通信するためのインタフェース１２０４を備えてもよく、
メモリ１２０２はコンピュータ実行命令を記憶することに用いられ、該送信器１２０３はインタフェース１２０４を介して他の装置と通信することに用いられ、プロセッサ１２０１は前記メモリ１２０２に記憶されるコンピュータ実行命令を実行し、それによって前記プロセッサ１２０１は前述の図２～図７に示す実施例におけるネットワーク装置側の技術案を実行する。

更に、本願は更に通信システムを提供し、前記通信システムはネットワーク装置及び端末装置を備える。該端末装置は上記図９に示すチャネル処理デバイス又は図１１に示す端末装置であってもよく、該ネットワーク装置は上記図１０に示すチャネル処理デバイス又は図１２に示すネットワーク装置であってもよい。該端末装置及びネットワーク装置の具体的な実現については上記実施例の記載を参照でき、ここでは繰り返して説明しない。

本願は更にコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行命令が記憶され、前記コンピュータ実行命令がプロセッサによって実行される時、前述のいずれかの方法実施例における端末装置側の技術案が実現される。

本願は更にコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはコンピュータ実行命令が記憶され、前記コンピュータ実行命令がプロセッサによって実行される時、前述のいずれかの方法実施例におけるネットワーク装置側の技術案が実現される。

本願の実施例は更にプログラムを提供し、該プログラムがプロセッサによって実行される時、前述の方法実施例における端末装置側の技術案が実行される。

本願の実施例は更にプログラムを提供し、該プログラムがプロセッサによって実行される時、前述の方法実施例におけるネットワーク装置（基地局）側の技術案が実行される。

本願の実施例は更にコンピュータプログラム製品を提供し、プログラム命令を含み、プログラム命令は前述の方法実施例における端末装置側の技術案を実現することに用いられる。

本願の実施例は更にコンピュータプログラム製品を提供し、プログラム命令を含み、プログラム命令は前述の方法実施例におけるネットワーク装置（基地局）側の技術案を実現することに用いられる。

本願の実施例は更にチップを提供し、処理モジュール及び通信インタフェースを備え、該処理モジュールは前述の方法実施例における端末装置側の技術案を実行することができる。

更に、該チップは更に記憶モジュール（例えば、メモリ）を備え、記憶モジュールは命令を記憶することに用いられ、処理モジュールは記憶モジュールに記憶される命令を実行することに用いられ、そして記憶モジュールに記憶される命令に対する実行によって、処理モジュールは端末装置側の技術案を実行する。

本願の実施例は更にチップを提供し、処理モジュール及び通信インタフェースを備え、該処理モジュールは前述の方法実施例におけるネットワーク装置（基地局）側の技術案を実行することができる。

更に、該チップは更に記憶モジュール（例えば、メモリ）を備え、記憶モジュールは命令を記憶することに用いられ、処理モジュールは記憶モジュールに記憶される命令を実行することに用いられ、そして記憶モジュールに記憶される命令に対する実行によって、処理モジュールはネットワーク装置側の技術案を実行する。

本願による幾つかの実施例において、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。例えば、上記の装置実施例は単に模式的なものであり、例えば、前記ユニットの区分は論理的な機能区分に過ぎず、実際の実施では他の区分方式があってもよい。例えば、複数のユニット又はコンポーネントが組み合わせられてもよく、又は他のシステムに統合されてもよく、又は幾つかの特徴が省略されても、又は実行されなくてもよい。尚、表示又は検討される相互間のカップリング又は直接カップリング又は通信接続は幾つかのインタフェース、装置又はユニットによる間接カップリング又は通信接続であってもよく、電気的、機械的又は他の形式であってもよい。

上記ユーザ装置及びネットワーク装置の具体的な実現では、理解されるように、プロセッサは、中央処理装置（ＣＰＵ、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよく、更に他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等であってもよい。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサは如何なる通常のプロセッサ等であってもよい。本願に開示される方法のステップは、ハードウェアプロセッサで遂行し、又はプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。

上記各方法実施例の全部又は一部のステップは、プログラムが関連のハードウェアを命令することによって実現されてもよい。前述のプログラムは１つの読み取り可能なメモリに記憶されてもよい。該プログラムが実行される時、上記各方法実施例を含むステップを実行し、前述のメモリ（記憶媒体）は、読取り専用メモリ（ＲＯＭ、ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ、フラッシュメモリ、ハードディスク、ソリッドステートディスク、磁気テープ（ｍａｇｎｅｔｉｃ ｔａｐｅ）、フロッピーディスク（ｆｌｏｐｐｙ ｄｉｓｋ）、光ディスク（ｏｐｔｉｃａｌ ｄｉｓｃ）、及びその任意の組み合わせを含む。

Claims (15)

1. チャネル処理方法であって、
   端末装置が第１情報を取得し、前記第１情報は、アップリンク伝送リソース、前記アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含むことと、
   前記端末装置が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、前記アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定することと、を含み、
   前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
   前記論理チャネルのＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
   前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する又は一部一致する論理チャネルを含むことを特徴とするチャネル処理方法。
2. 前記第１情報を取得する前に、前記方法は更に、
   前記端末装置がネットワーク装置から送信された設定情報を取得し、前記設定情報は、端末装置の各アップリンク論理チャネルに対する第１設定情報及びアップリンクＨＡＲＱプロセスに対する第２設定情報を含むことを含み、
   前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
   前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含むことを特徴とする請求項１に記載の方法。
3. 前記方法は更に、
   前記端末装置が前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることを含むことを特徴とする請求項１又は２に記載の方法。
4. 前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含むことを特徴とする請求項１に記載の方法。
5. 前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含むことを特徴とする請求項１に記載の方法。
6. 前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることは、
   前記候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンサイズ継続時間に基づいて、各候補論理チャネルにリソースを割り当てることを含むことを特徴とする請求項３～５のいずれか１項に記載の方法。
7. 前記候補論理チャネルセットは、第１候補論理チャネルセット及び第２候補論理チャネルセットを含み、
   前記第１候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する論理チャネルを含み、
   前記第２候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含むことを特徴とする請求項３に記載の方法。
8. チャネル処理方法であって、
   ネットワーク装置が端末装置に対する設定情報を決定し、前記設定情報は各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含むことと、
   前記ネットワーク装置が前記端末装置に前記設定情報を送信することと、を含み、
   前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
   前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含み、
   前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
   前記論理チャネルのＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含むことを特徴とするチャネル処理方法。
9. チャネル処理デバイスであって、取得モジュール及び処理モジュールを備え、
   前記取得モジュールは第１情報を取得することに用いられ、前記第１情報は、アップリンク伝送リソース、前記アップリンク伝送リソースにおいてデータを伝送するのに使用されるＨＡＲＱプロセスの識別子を含み、
   前記処理モジュールは、前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態及び各論理チャネルのＨＡＲＱフィードバック機能属性に基づいて、前記アップリンク伝送リソースにおいて多重化する候補論理チャネルセットを決定することに用いられ、
   前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
   前記論理チャネルのＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
   前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性が前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態と一致する又は一部一致する論理チャネルを含むことを特徴とするチャネル処理デバイス。
10. 前記取得モジュールは更に、第１情報を取得する前にネットワーク装置から送信された設定情報を取得することに用いられ、前記設定情報は、端末装置の各アップリンク論理チャネルに対する第１設定情報及びアップリンクＨＡＲＱプロセスに対する第２設定情報を含み、
    前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
    前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含むことを特徴とする請求項９に記載のデバイス。
11. 前記処理モジュールは更に、前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることに用いられることを特徴とする請求項９又は１０に記載のデバイス。
12. 前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が有効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含むことを特徴とする請求項９に記載のデバイス。
13. 前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態が無効状態であれば、前記候補論理チャネルセットは、現在伝送待ちデータを有する全ての論理チャネルのうちの、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を無効にすることである論理チャネル、ＨＡＲＱフィードバック機能属性がＨＡＲＱフィードバック機能を有効又は無効にすることである論理チャネルを含むことを特徴とする請求項９に記載のデバイス。
14. 前記候補論理チャネルセットにおける各候補論理チャネルの第１設定情報に基づいて、各候補論理チャネルにリソースを割り当てることは、
    前記候補論理チャネルセットにおける各候補論理チャネルの優先ビットレート、論理チャネル優先順位、及びトークンサイズ継続時間に基づいて、各候補論理チャネルにリソースを割り当てることを含むことを特徴とする請求項１１～１３のいずれか１項に記載のデバイス。
15. チャネル処理デバイスであって、決定モジュール及び送信モジュールを備え、
    前記決定モジュールは、端末装置に対する設定情報を決定することに用いられ、前記設定情報は各アップリンク論理チャネルの第１設定情報及びアップリンクＨＡＲＱプロセスの第２設定情報を含み、
    前記送信モジュールは前記端末装置に前記設定情報を送信することに用いられ、
    前記第１設定情報は、論理チャネル優先順位、優先ビットレート、トークンバケットサイズ継続時間、ＨＡＲＱフィードバック機能属性を含み、
    前記第２設定情報は、アップリンクＨＡＲＱプロセスのプロセス数、各ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態を含み、
    前記ＨＡＲＱプロセスのＨＡＲＱフィードバック機能状態は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含み、
    前記論理チャネルのＨＡＲＱフィードバック機能属性は、ＨＡＲＱフィードバックを有効にすること、又は、ＨＡＲＱフィードバックを無効にすることを含むことを特徴とするチャネル処理デバイス。

Images