JP7201806B2 - データ伝送方法及び端末装置 - Google Patents

Description

本願は通信分野に関し、特にデータ伝送方法及び端末装置に関する。

５Ｇシステムにおいて、サービスのニーズに応じて、それぞれ拡張モバイルブロードバンド（ｅＭＢＢ、Ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ、Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）及び超高信頼・低遅延通信（ｕＲＬＬＣ、Ｕｌｔｒａ ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ）である３つの応用シーンに分けられてもよい。

ＵＲＬＬＣシーンにおいて、このような高信頼・低遅延要件のサービスがあるため、基地局は１つのｅＭＢＢサービスに対するアップリンク（ＵＬ、ｕｐｌｉｎｋ）グラント（ｇｒａｎｔ）をスケジューリングした後、１つのＵＲＬＬＣに対するＵＬ ｇｒａｎｔをスケジューリングする可能性があり、２つのｇｒａｎｔが時間的に重畳されるところがある。又は、基地局は１つのＵＲＬＬＣサービスのＵＬ ｇｒａｎｔをスケジューリングした後、１つの他の異なるサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）要件のＵＲＬＬＣに対するＵＬ ｇｒａｎｔをスケジューリングする可能性があり、２つのｇｒａｎｔが時間的に重畳されるところがある。また、以上のシーンにおいて、時間的に重畳されるところがある２つのｇｒａｎｔも基地局の設定したリソース、例えばｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってもよい。

このとき、ＭＡＣエンティティは各ｇｒａｎｔをいずれもアセンブリングした可能性があるが、最終的に１つのみのｇｒａｎｔが相手方エンティティに伝送され、例えば、ユーザー装置が１つのみのｇｒａｎｔをネットワーク側に伝送する。即ち、このとき、同じ時刻で、媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティ（ｅｎｔｉｔｙ）は２つのｇｒａｎｔをそれぞれアセンブリングして２つのＭＡＣプロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）、例えばＭＡＣ ＰＤＵ１及びＭＡＣ ＰＤＵ２を生成し、それらはそれぞれハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）プロセス（ｐｒｏｃｅｓｓ）１及びｐｒｏｃｅｓｓ２に対応する可能性がある。しかしながら、１つのみのＭＡＣ ＰＤＵが伝送され、例えばＭＡＣ ＰＤＵ２及び対応するＨＡＲＱ ｐｒｏｃｅｓｓ２が伝送されるが、ＭＡＣエンティティはどのＭＡＣ ＰＤＵ又はｇｒａｎｔが最終的に伝送されるかを把握しない恐れがある。

ネットワーク側がこれから１つの新規伝送をスケジューリングし、又は１つの設定されたｇｒａｎｔがあり、且つ対応するプロセス番号がプロセス１である場合、該プロセスにはアセンブリングされたが送信されていないＭＡＣ ＰＤＵ１があるため、どのようにこのシーンを識別するか、及びどのようにこのシーンを処理するかは、現在解決されていない問題である。

本願はデータ伝送方法及び端末装置を提供し、複数のｇｒａｎｔが時間領域において衝突するシーンにおいて、不必要なパケットロスを回避することができ、それによりサービスのＱｏＳを確保する。

第１態様ではデータ伝送方法を提供し、
目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信し、
第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースは重畳し、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含み、該物理層は第３リソースによって該第３ＭＡＣ ＰＤＵを伝送することに用いられることを含む。

第２態様ではデータ伝送方法を提供し、
目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信し、該物理層は第３リソースにより該第３ＭＡＣ ＰＤＵを伝送することに用いられ、
第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースは重畳し、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動しており、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含まないことを含む。

第３態様では端末装置を提供し、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行することに用いられる。具体的に、該端末装置は上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行するための機能モジュールを備える。

第４態様ではチップを提供し、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実現することに用いられる。具体的に、該チップは、メモリからコンピュータプログラムを呼び出して実行することにより、該チップが取り付けられる装置に上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行させるためのプロセッサを備える。

第５態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第６態様ではコンピュータプログラム製品を提供し、コンピュータプログラム命令を含み、前記コンピュータプログラム命令によってコンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

第７態様ではコンピュータプログラムを提供し、コンピュータにおいて実行されるとき、コンピュータが上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。

上記技術案によれば、複数のｇｒａｎｔが時間領域において衝突するシーンにおいて、ＭＡＣエンティティが各ｇｒａｎｔに対していずれも１つのＭＡＣ ＰＤＵを生成するが、最終的に１つのみのＭＡＣ ＰＤＵが伝送され、このような場合、異なる条件に応じて、未伝送のＭＡＣ ＰＤＵをリアセンブリングしてから送信してもよく、新たなリソースを直接に用いて伝送してもよく、ＭＡＣエンティティがＭＡＣ ＰＤＵの伝送状況を決定して、ＭＡＣ ＰＤＵをどのように処理するかを決定するという問題を解決し、プロトコルプロセス処理の完全性を確保し、ＵＥの処理動作を明確にし、不必要なパケットロスを回避することができ、サービスのＱｏＳをできる限り確保し、ＵＥのサービス使用体験を維持する。

図１は本願の実施例に係る通信システムアーキテクチャの模式図である。 図２は本願の実施例に係るリソース衝突シーンの模式図である。 図３は本願の実施例に係るデータ伝送方法の模式的なフローチャートである。 図４は本願の実施例に係る他のリソース衝突シーンの模式図である。 図５は本願の実施例に係る他のデータ伝送方法の模式的なフローチャートである。 図６は本願の実施例に係る端末装置の模式的なブロック図である。 図７は本願の実施例に係る通信装置の模式的なブロック図である。 図８は本願の実施例に係るチップの模式的なブロック図である。 図９は本願の実施例に係る通信システムの模式図である。

以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明する。明らかに、説明される実施例は本願の実施例の一部であり、実施例の全部ではない。本願の実施例に基づいて、当業者が進歩性のある労働を必要とせずに取得する他の実施例は、いずれも本願の保護範囲に属する。

本願の実施例の技術案は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、マイクロ波利用アクセスに関する世界的な相互運用（ＷｉＭＡＸ、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）通信システム又は５Ｇシステム等に適用されてもよい。

例示的に、本願の実施例に適用される通信システム１００は図１に示される。該通信システム１００はネットワーク装置１１０を備えてもよく、ネットワーク装置１１０は端末装置１２０（通信端末、端末とも称される）と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置と通信することができる。選択肢として、該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ、Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）であってもよく、ＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）であってもよく、クラウド無線アクセスネットワーク（ＣＲＡＮ、Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における無線制御装置であってもよい。又は、該ネットワーク装置は移動交換局、中継局、アクセスポイント、車載装置、ウェアラブル装置、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。

該通信システム１００は更にネットワーク装置１１０のカバレッジ範囲内の少なくとも１つの端末装置１２０を備える。ここで使用される「端末装置」は、有線回線を介して接続するもの、例えば公衆電話交換網（ＰＳＴＮ、Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）、デジタル加入者回線（ＤＳＬ、Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、デジタルケーブル、直接ケーブルを介して接続するもの、及び／又は他のデータ接続／ネットワーク、及び／又は無線インターフェース、例えばセルラーネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）例えばＤＶＢ－Ｈネットワークに対するデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機を介するもの、及び／又は他の端末装置が通信信号を送受信するように設定される装置、及び／又はモノのネットワーク（ＩｏＴ、Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）装置を含むが、それらに限らない。無線インターフェースを介して通信するように設定される端末装置は「無線通信端末」、「無線端末」又は「モバイル端末」と称されてもよい。モバイル端末の例は衛星又はセルラー方式の電話、セルラー無線電話及びデータ処理、ファックス及びデータ通信機能を組み合わせることのできるパーソナル移動通信システム（ＰＣＳ、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットへのアクセス、Ｗｅｂブラウザ、メモ帳、カレンダー及び／又は全地球測位システム（ＧＰＳ、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を備えてもよいＰＤＡ、並びに通常のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を備える他の電子装置を含むが、それらに限らない。端末装置はアクセス端末、ユーザー装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末は携帯電話、コードレスホン、セッション確立プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯端末、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。

選択肢として、端末装置１２０同士は装置対装置（Ｄ２Ｄ、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信を行うことができる。

選択肢として、５Ｇシステム又は５Ｇネットワークは更に新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）システム又はＮＲネットワークと称されてもよい。

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

選択肢として、該通信システム１００は更にネットワーク制御装置、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例は制限しない。

理解されるように、本願の実施例では、ネットワーク／システムにおける通信機能を持つ装置は通信装置と称されてもよい。図１に示される通信システム１００を例として、通信装置は通信機能を持つネットワーク装置１１０及び端末装置１２０を備えてもよく、ネットワーク装置１１０及び端末装置１２０は前記具体的な装置であってもよく、ここで詳細な説明は省略する。通信装置は更に通信システム１００における他の装置、例えばネットワーク制御装置、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例は制限しない。

理解されるように、本明細書における用語「システム」と「ネットワーク」は本明細書において常に交換可能に使用される。本明細書における用語「及び／又は」は関連オブジェクトの関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」「ＡとＢが同時に存在する」「Ｂが独立して存在する」の３つの状況を示してもよい。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。

５Ｇシステムのリリース１５（Ｒｅｌｅａｓｅ１５）のＵＲＬＬＣ議題において、考慮して処理したのは高信頼・低遅延サービスである。リリース１６（Ｒｅｌ－１６）において、研究オブジェクトを拡大し、工場自動化（Ｆａｃｔｏｒｙ ａｕｔｏｍａｔｉｏｎ）、運送業（Ｔｒａｎｓｐｏｒｔ Ｉｎｄｕｓｔｒｙ）及び電力分配サービス（Ｅｌｅｃｔｒｉｃａｌ Ｐｏｗｅｒ Ｄｉｓｔｒｉｂｕｔｉｏｎ）についての研究を５Ｇインダストリアルインターネット（ＩＩｏＴ、Ｉｎｄｕｓｔｒｉａｌ ｉｎｔｅｒｅｓｔ ｏｆ Ｔｈｉｎｇｓ）の議題に広げる。このようにしてタイムセンシティブネットワーク（ＴＳＮ、Ｔｉｍｅ ｓｅｎｓｉｔｉｖｅ ｎｅｔｗｏｒｋ）の概念を導入した。最終的に、ＩＩｏＴを立ち上げるには、ＴＳＮネットワーク関連拡張、ユーザー内優先度、データ複製伝送及びマルチ接続性（Ｄａｔａ ｄｕｐｌｉｃａｔｉｏｎ ａｎｄ ｍｕｌｔｉ－ｃｏｎｎｅｃｔｉｖｉｔｙ）という３つのオブジェクト（ｏｂｊｅｃｔ）を考慮する。

従来のＮＲ及びＬＴＥシステムにおいて、アップリンク動的スケジューリングにとって、同じ時刻で、１つのみのＵＬｇｒａｎｔがＵＥに伝送されることとなる。動的スケジューリングリソースが構成済みグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）リソースと衝突する場合、一般的に動的スケジューリング伝送を優先的に行い、このとき、優先度の選択はＭＡＣ層（即ち、ＭＡＣエンティティ（ＭＡＣ ｅｎｔｉｔｙ））により決定され、ＭＡＣ層は２つのｇｒａｎｔリソースから１つを選択して、該１つのｇｒａｎｔのみに対してＭＡＣ ＰＤＵのアセンブリーを行ってもよい。

しかしながら、ユーザー内優先度のサブ議題において、いくつかの可能なリソース衝突シーンを決定した。アップリンク伝送リソースを例として、例えば、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔと衝突し、動的（ｄｙｎａｍｉｃ）ｇｒａｎｔがｄｙｎａｍｉｃ ｇｒａｎｔと衝突し、ｄｙｎａｍｉｃ ｇｒａｎｔがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔと衝突する。

異なるシーンは異なる伝送ニーズに対応し、例えば複数のサービスタイプが共存するシーン（例えば、ｅＭＢＢとＵＲＬＬＣが共存する）、又は同じサービスタイプにおける異なる特性のサービスが共存するシーン（例えば、ＵＲＬＬＣサービス１とＵＲＬＬＣ サービス２が共存し、両者の周期・遅延等の要件が異なる）、又は高信頼・低遅延を実現するためのサービス伝送（例えば、同じＵＲＬＬＣサービスに使用される複数のｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを設定し、いずれか１つの時点でいずれも使用可能なｇｒａｎｔリソースがあるようにし、ＵＲＬＬＣサービスがタイムーに伝送されるように確保する）に対応する。

ＵＲＬＬＣシーンにおいて、このような高信頼・低遅延要件のサービスがあるため、基地局は１つのｅＭＢＢサービスに対するＵＬ ｇｒａｎｔをスケジューリングした後、１つのＵＲＬＬＣに対するＵＬ ｇｒａｎｔをスケジューリングする可能性があり、２つのｇｒａｎｔが時間的に重畳されるところがある。又は、基地局は１つのＵＲＬＬＣサービスのＵＬ ｇｒａｎｔをスケジューリングした後、１つの他の異なるＱｏＳ要件のＵＲＬＬＣに対するＵＬ ｇｒａｎｔをスケジューリングする可能性があり、２つのｇｒａｎｔが時間的に重畳されるところがある。このとき、ＭＡＣエンティティは各ｇｒａｎｔをいずれもアセンブリングした可能性があるが、最終的に１つのみのｇｒａｎｔが相手方エンティティに伝送され、例えばＵＥが１つのみのｇｒａｎｔをネットワーク側に伝送した。即ち、このとき、同じ時刻で、ＭＡＣエンティティは２つのｇｒａｎｔをそれぞれアセンブリングして２つのＭＡＣ ＰＤＵ、例えばＭＡＣ ＰＤＵ１及びＭＡＣ ＰＤＵ２を生成し、それらはそれぞれハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）プロセス（ｐｒｏｃｅｓｓ）１及びｐｒｏｃｅｓｓ２に対応する可能性がある。しかしながら、１つのみのＭＡＣ ＰＤＵが伝送され、例えばＭＡＣ ＰＤＵ２及び対応するＨＡＲＱ ｐｒｏｃｅｓｓ２が伝送されるが、ＭＡＣエンティティはどのＭＡＣ ＰＤＵ又はｇｒａｎｔが最終的に伝送されたかを把握しない可能性がある。また、以上のシーンにおいて、時間的に重畳されるところのある２つのｇｒａｎｔは基地局の設定したリソース、例えばｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってもよい。

ネットワーク側がこれから１つの新規伝送をスケジューリングし、又は１つの設定されたｇｒａｎｔがあり、且つ対応するプロセス番号がプロセス１である場合、該プロセスにはアセンブリングされたが送信されていないＭＡＣ ＰＤＵ１があるため、どのようにこのシーンを識別するか、及びどのようにこのシーンを処理するかは、現在解決されていない問題である。この未伝送のＭＡＣ ＰＤＵを直接に廃棄すれば、大量の元々伝送すべきサービスが廃棄され、サービスＱｏＳを満足できず、ＵＥサービス使用体験を低下させるという問題が発生する恐れがある。例えば、ＵＲＬＬＣサービス２が非確認モード（ＵＭ、ｕｎａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）であり、ＭＡＣ層におけるアセンブリングされたＭＡＣ ＰＤＵにパケットロスが直接に発生すると、データが回復できず、ＱｏＳを満足できず、ｓｕｒｖｉｖａｌ ｔｉｍｅを確保できず、例えば前後２つのパケットが紛失すると、サービス伝送に問題が発生してしまう。

例えば、図２は本願の実施例のリソース衝突シーンの模式図を示す。図２に示すように、ネットワーク装置が端末装置にいずれか１つのダウンリンク制御情報（ＤＣＩ、Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えばリソース１を示すＤＣＩ１を送信し、また、同じ又は異なるネットワーク装置も該端末装置にリソース２を示すためのＤＣＩ２を送信したと仮定する。ＭＡＣ層は該リソース１及びリソース２に対応して、それぞれＭＡＣ ＰＤＵ１及びＭＡＣ ＰＤＵ２を生成し、ＭＡＣ ＰＤＵ１がリソース１に対応し、ＭＡＣ ＰＤＵ２がリソース２に対応する。しかしながら、該リソース１とリソース２は時間領域及び／又は周波数領域において重畳されるところがあり、例えば、図２に示すように、該端末装置は一方のみのＭＡＣ ＰＤＵを送信でき、例えば、該端末装置がＭＡＣ ＰＤＵ２のみを送信した場合、このようなシーンについてどのように処理するか、例えば、ＭＡＣ ＰＤＵ１をどのように処理するか、ＭＡＣ層がどのＭＡＣ ＰＤＵを送信したかを把握しないこと、及びネットワーク側がこれから１つの新規伝送をスケジューリングし、又は１つの設定されたｇｒａｎｔがあり、且つ対応するプロセス番号が未送信のＭＡＣ ＰＤＵ１と同じである場合、該ＨＡＲＱプロセス又はＭＡＣ ＰＤＵ１をどのように処理するか等は、現在早急な解決の待たれる問題である。

また、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔに対して、更にタイマー（ｔｉｍｅｒ）の特別な制限条件が対応して存在する。具体的に、ｇｒａｎｔがｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔである場合、一般的に、対応するｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｉｍｅｒが作動していなければ、ＭＡＣエンティティは該ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔを使用して伝送するようにＨＡＲＱエンティティに指示する。即ち、各サービスセルの各ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔにとって、該ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔが設定されてアクティブ化された場合、ＭＡＣエンティティは、
設定されたアップリンクｇｒａｎｔの物理アップリンク共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）持続時間（ｄｕｒａｔｉｏｎ）が物理ダウンリンク制御チャネル（ＰＤＣＣＨ、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はランダムアクセス応答（ＲＡＲ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）で示されるＰＵＳＣＨ ｄｕｒａｔｉｏｎリソースと重畳しない場合、ＨＡＲＱプロセス識別子（ＩＤ）をこのＰＵＳＣＨ ｄｕｒａｔｉｏｎに関連するＨＡＲＱプロセスＩＤとして設定するステップと、
更に、ＨＡＲＱプロセスのｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｉｍｅｒが作動していない場合、対応するＨＡＲＱプロセスの新規データ指示子（ＮＤＩ、Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｉｏｎ）ビット（ｂｉｔ）が反転されることを決定して、設定されたＵＬ ｇｒａｎｔ及び対応するＨＡＲＱ情報をＭＡＣ層におけるＨＡＲＱエンティティに伝達するステップと、を実行する。

しかしながら、設定されたアップリンクｇｒａｎｔのＰＵＳＣＨ ｄｕｒａｔｉｏｎがＰＤＣＣＨ又はＲＡＲで示されるＰＵＳＣＨ ｄｕｒａｔｉｏｎリソースと重畳する場合、ＭＡＣ層は２つのｇｒａｎｔに対してそれぞれ２つのＭＡＣ ＰＤＵを生成し、１つのみのＭＡＣ ＰＤＵが伝送可能であり、そうすると未伝送のＭＡＣ ＰＤＵ又は未伝送のＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスをどのように処理するかも現在早急な解決の待たれる問題である。

従って、本願の実施例はデータ伝送方法を提供し、該データ伝送方法は上記リソース衝突シーンに適用されることができ、ＭＡＣエンティティが未伝送のＭＡＣ ＰＤＵをどのように処理するかの問題を解決し、ＵＥの処理動作を明確にし、プロトコルプロセス処理の完全性を確保し、不必要なパケットロスを回避することができる。

図３は本願の実施例に係るデータ伝送方法２００の模式的なフローチャートである。該方法２００は端末装置により実行されてもよく、例えば、該端末装置は図１に示される端末装置であってもよい。具体的に、該端末装置に備えられるＭＡＣエンティティにより該方法２００を実行してもよく、換言すれば、該端末装置のＭＡＣ層において該方法２００を実行してもよい。具体的に、図３に示すように、該方法２００は、
目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信し、第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースは重畳し、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含み、該物理層は第３リソースによって該第３ＭＡＣ ＰＤＵを伝送することに用いられるＳ２１０を含む。

理解されるように、本願の実施例のリソースはｇｒａｎｔを指してもよく、又は、アップリンク共有チャネル（ＵＬ－ＳＣＨ、Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）であってもよく、ＰＵＳＣＨであってもよく、該リソースは第１リソース、第２リソース及び第３リソースを含む。

理解されるように、本願の実施例の該第１ＭＡＣ ＰＤＵに対応する第１リソースは動的スケジューリングリソース又は構成済みグラントリソースであってもよく、即ち該第１リソースはｄｙｎａｍｉｃ ｇｒａｎｔ又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってもよい。また、該第１リソースはいかなるサイズの時間領域及び／又は周波数領域リソースを指してもよく、該第１リソースは連続又は非連続リソースを指してもよく、本願の実施例はこれらに限らない。

同様に、本願の実施例の第２ＭＡＣ ＰＤＵに対応する第２リソースはｄｙｎａｍｉｃ ｇｒａｎｔ又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってもよい。また、該第２リソースはいかなるサイズの時間領域及び／又は周波数領域リソースを指してもよく、該第２リソースは連続又は非連続リソースを指してもよい。

同様に、本願の実施例の第３リソースはｄｙｎａｍｉｃ ｇｒａｎｔ又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであってもよい。また、該第３リソースはいかなるサイズの時間領域及び／又は周波数領域リソースを指してもよく、該第３リソースは連続又は非連続リソースを指してもよい。

また、該第１リソースと第２リソースが重畳することは、該第１リソースと第２リソースが時間領域及び／又は周波数領域において部分的に重畳又は完全に重畳されることを意味してもよい。

本願の実施例では、該方法２００は更に、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵ及び該第２ＭＡＣ ＰＤＵを生成することを含んでもよく、第１ＭＡＣ ＰＤＵが第１リソースに対応し、第２ＭＡＣ ＰＤＵが第２リソースに対応する。従って、第１リソースが第２リソースと衝突するため、端末装置は受信側（例えば、ネットワーク装置）に第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのうちの１つを送信することしかできず、ここで受信側に第２ＭＡＣ ＰＤＵを送信すると仮定すれば、該方法２００は更に、該ＭＡＣ層において該物理層に該第２ＭＡＣ ＰＤＵを送信することで、該物理層が該第２リソースにより該第２ＭＡＣ ＰＤＵを伝送することを含み、第１ＭＡＣ ＰＤＵに対して、ＭＡＣ層が物理層に該第１ＭＡＣ ＰＤＵを送信しなくてもよく、又は、該方法２００は更に、該ＭＡＣ層において該物理層に該第１ＭＡＣ ＰＤＵを送信することを含んでもよい。しかしながら、第１リソースが第２リソースと衝突するため、該物理層が該第２ＭＡＣ ＰＤＵを送信していない。

このとき、ネットワーク側がこれから１つの新規伝送をスケジューリングし、又は１つの設定されたｇｒａｎｔがあり、即ち端末装置が第３リソースを決定し、該第３リソースがｄｙｎａｍｉｃ ｇｒａｎｔ又はｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔであり得る場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信することで、該物理層が該第３リソースにより該第３ＭＡＣ ＰＤＵを伝送してもよい。該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含み、例えば、該第１ＭＡＣ ＰＤＵにおけるデータは該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含んでもよく、即ち第３ＭＡＣ ＰＤＵは第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含む。選択肢として、該第３ＭＡＣ ＰＤＵは更に該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＣＥを含んでもよい。

例えば、図４は本願の実施例に係るリソース衝突シーンの模式図を示す。図４に示すように、該第１リソースはネットワーク装置がＤＣＩ１で示すものであり、且つ該第１リソースはＨＡＲＱプロセス１に対応し、第２リソースはネットワーク装置がＤＣＩ２で示すものであり、且つ該第２リソースはＨＡＲＱプロセス２に対応すると仮定する。該端末装置のＭＡＣ層は、ＭＡＣ ＰＤＵ１を生成することに応じて、リソース１を占有する必要があり、ＭＡＣ ＰＤＵ２を生成することに応じて、リソース２を占有する必要がある。しかしながら、リソース１とリソース２は重畳し、例えば図２に示されるように重畳するため、ここで該端末装置がＭＡＣ ＰＤＵ２を選択して送信すると仮定する場合、ＨＡＲＱプロセス１に未送信のＭＡＣ ＰＤＵ１があり、即ち該ＨＡＲＱプロセス１が本願の実施例の目標ＨＡＲＱプロセスであり、該目標ＨＡＲＱに未送信の第１ＭＡＣ ＰＤＵ、即ちＭＡＣ ＰＤＵ１がある。このとき、端末装置はネットワーク装置から送信されたＤＣＩ３を受信し、該ＤＣＩ３がリソース３を示し、該リソース３が同様にＨＡＲＱプロセス１に対応し、該ＨＡＲＱプロセス１に未送信のＭＡＣ ＰＤＵ１がある場合、該端末装置は該リソース３によって、ＭＡＣ ＰＤＵ１におけるＭＡＣ ＳＤＵを含むＭＡＣ ＰＤＵ３を送信することができる。選択肢として、ＭＡＣ ＰＤＵ３は更にＭＡＣ ＰＤＵ１におけるＭＡＣ ＣＥを含んでもよい。

理解されるように、本願の実施例の第３ＭＡＣ ＰＤＵが第１ＭＡＣ ＰＤＵにおけるデータを含むことは、該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含んでもよく、即ち第３ＭＡＣ ＰＤＵは第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含む。例えば、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵをリアセンブリングしてから取得したものであってもよい。例えば、該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵと他のＭＡＣ ＳＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得する。例えば、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵをリアセンブリングしてから取得したものであってもよい。例えば、該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵとｐａｄｄｉｎｇをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得する。又は、該第３ＭＡＣ ＰＤＵは更に該第１ＭＡＣ ＰＤＵであってもよく、即ち第１ＭＡＣ ＰＤＵと第３ＭＡＣ ＰＤＵは同じＭＡＣ ＰＤＵである。又は、該第３ＭＡＣ ＰＤＵは更に該第１ＭＡＣ ＰＤＵとパディング（ｐａｄｄｉｎｇ）ビットを含んでもよく、本願の実施例はこれらに限らない。更に、リアセンブリーがある場合、ＭＡＣ層は多重化及びアセンブリエンティティ（Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙ）が該第３ＭＡＣ ＰＤＵ又は第３リソースの伝送中に該第１ＭＡＣ ＰＤＵのデータ、例えばＭＡＣ ＳＤＵを含むことを示す必要がある。更に、ＭＡＣ層が多重化及びアセンブリエンティティから該第３ＭＡＣ ＰＤＵを取得する。

以下、いくつかの具体的な実施例によって、異なるシーンにおいてどのように第３ＭＡＣ ＰＤＵを送信するかを詳しく説明する。

選択肢として、一実施例として、該第３ＭＡＣ ＰＤＵに第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵが含まれることは、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得することを意味してもよい。具体的に、該ＭＡＣ層においてＭＡＣ多重化及びアセンブリエンティティ（Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙ）により該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得してもよい。例えば、Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙが第１ＭＡＣ ＰＤＵをリアセンブリングした後、第３ＭＡＣ ＰＤＵを取得し、該第３ＭＡＣ ＰＤＵに少なくとも１つのＭＡＣサブＰＤＵ（ＭＡＣ ｓｕｂＰＤＵ（ｓ））が含まれてもよく、該少なくとも１つのＭＡＣ ｓｕｂＰＤＵ（ｓ）には目標ＨＡＲＱプロセスから取得された第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵが含まれる。

本実施例では、端末装置は第１条件を満足する場合、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得してもよい。該第１条件は、
該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズにマッチングしないこと、
該目標ＨＡＲＱプロセスにおける第１トランスポートブロック（ＴＢ、Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）に基づいて、該目標ＨＡＲＱプロセスに対応する新規データ指示子（ＮＤＩ）が反転されることを決定し、該第１ＴＢが該第１リソースに対応すること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳すること、
該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
ＭＡＣ層において該物理層から送信された、該目標ＨＡＲＱプロセスにおける該第１ＭＡＣ ＰＤＵが伝送されていないことを示す指示情報を受信すること、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していること、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

第１条件に該第３リソースのサイズが該第１ＭＡＣ ＰＤＵサイズにマッチングしないことを含む状況については、例えば、該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズより大きい場合、ＭＡＣ層において第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵと他のＭＡＣ ＳＤＵをリアセンブリングした後、第３リソースにより伝送してもよい。更に例えば、該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズより大きい場合、ＭＡＣ層において第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵとＭＡＣ ＣＥをリアセンブリングした後、第３リソースにより伝送してもよい。更に例えば、該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズより大きい場合、ＭＡＣ層において第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵとｐａｄｄｉｎｇをリアセンブリングした後、第３リソースにより伝送してもよい。又は、以上のいずれか１つの組み合わせ方式でリアセンブリングしてから第３リソースにより伝送してもよい。このように、該第３リソースを活用し、リソースの浪費を回避できる。

該第１条件に端末装置が該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定することを含む状況については、例えば、該目標ＨＡＲＱプロセスにおける第１ＴＢに基づいて、該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されるかどうかを決定してもよく、該第１ＴＢが該第１リソースに対応する。具体的に、ＮＤＩが反転される場合、該第３リソースが再送データではなく新しいデータの伝送に用いられることを示し、そうすると該第３リソースにより第１ＭＡＣ ＰＤＵにおけるデータを含む第３ＭＡＣ ＰＤＵを伝送してもよい。逆に、該ＮＤＩが反転されていない場合、該第３リソースが再送データを伝送することに用いられることを示し、端末装置は第１条件における他の条件に基づいて、第３ＭＡＣ ＰＤＵを送信するかどうかを決定することができ、又は、該端末装置はＭｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙにより第１ＭＡＣ ＰＤＵをリアセンブリングせずに、該第３リソースに対応する再送データを送信してもよいが、本願の実施例はこれらに限らない。

第１条件に該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定することを含む状況については、端末装置のＭＡＣ層は複数の方式で該目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがあるかどうかを決定することができる。例えば、該ＭＡＣ層は物理層とのインタラクションで該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定でき、例えば、第１条件は該物理層から送信された、該目標ＨＡＲＱプロセスにおける該第１ＭＡＣ ＰＤＵが伝送されていないことを示す指示情報をＭＡＣ層において受信することを含んでもよい。

更に例えば、該ＭＡＣ層は更に所定のルールに従って該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定でき、例えば、第１ＭＡＣ ＰＤＵの第１リソースが第２ＭＡＣ ＰＤＵの第２リソースと衝突すれば、所定のルールは時間領域的に後ろにあるＭＡＣ ＰＤＵのみを送信することを示し、そうするとＭＡＣ層は時間領域的に前にある第１ＭＡＣ ＰＤＵが該目標ＨＡＲＱプロセスにおいて伝送されていないことを決定できる。更に例えば、第１ＭＡＣ ＰＤＵの第１リソースが第２ＭＡＣ ＰＤＵの第２リソースと衝突すれば、ＭＡＣ層はｇｒａｎｔの属性に基づいて、送信しないＭＡＣ ＰＤＵを決定する。更に例えば、第１ＭＡＣ ＰＤＵの第１リソースが第２ＭＡＣ ＰＤＵの第２リソースと衝突すれば、ＭＡＣはどのｇｒａｎｔを送信するかを決定して、送信しないＭＡＣ ＰＤＵを決定する。更に例えば、ＭＡＣ層は第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのうちのどれを送信するかを決定し、即ちＭＡＣ層は第１ＭＡＣ ＰＤＵを送信せずに第２ＭＡＣ ＰＤＵを送信することを決定し、そうすると該ＭＡＣ層は該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定できるが、本願の実施例はこれらに限らない。

該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定することと同様に、該第１条件は更に、該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないことを決定することを含んでもよく、及び／又は、該第１条件は更に、該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないことを含んでもよい。

第１条件に該第１リソースと該第２リソースが重畳することを含む状況については、すなわち第１リソースが衝突（ｏｖｅｒｌａｐｐｅｄ）又は重畳リソースであり、又は、第１ＴＢが第２ＴＢと重畳又は衝突し、即ち第１ＴＢが衝突又は重畳するものであり、第１ＴＢが第１ＭＡＣ ＰＤＵに対応し、第２ＴＢが第２ＭＡＣ ＰＤＵに対応し、すなわち第１ＴＢが第１リソースを占有し、第２ＴＢが第２リソースを占有すると更に記述されてもよく、又は、第１ＴＢの伝送が第２ＴＢの伝送と衝突又は重畳し、即ち第１ＴＢの伝送が衝突又は重畳するものであると更に記述されてもよいが、本願の実施例はこれらに限らない。

第１条件に該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していることを含む状況については、一般的に、第１リソースが構成済みグラントリソースであり、及び／又は、該第３リソースが構成済みグラントリソースである場合、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している可能性があり、又は、第１リソース又は第３リソースが動的スケジューリングリソースである場合、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している可能性もある。具体的に、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、該第１条件における他の条件と組み合わせて、例えば、該目標ＨＡＲＱプロセスに第１ＭＡＣ ＰＤＵが未伝送されない状況、又は該目標ＨＡＲＱプロセスにアセンブリングされる第１ＭＡＣ ＰＤＵがあるが、該第１ＭＡＣ ＰＤＵに対応する第１リソースが伝送されていない場合、該ＭＡＣ層は依然としてＨＡＲＱエンティティに第３リソース及び該目標ＨＡＲＱの関連情報を送信してもよく、それにより、ＨＡＲＱエンティティが物理層に第３ＭＡＣ ＰＤＵを送信し、物理層が第３リソースにより該第３ＭＡＣ ＰＤＵを送信する。

第１条件に該第３リソースの優先度が該第１リソースの優先度より高いことを含む状況については、例えば、該第３リソースがプリエンプトリソースであってもよい。

第１条件に該第２リソースが該第１リソースより優先的に伝送されることを含む状況については、例えば、該第２リソースの優先度が該第１リソースの優先度より高くてもよい。第１リソースが第２リソースと衝突するが、第２リソースが優先的に伝送されるため、該第１リソースが伝送されておらず、該目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある。

第１条件に該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであることを含む状況については、該第１条件における他の条件と組み合わせて、該第３リソースを用いて第１ＭＡＣ ＰＤＵにおけるデータを含む第３ＭＡＣ ＰＤＵを伝送することを決定できる。

選択肢として、該第１条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵを保留して他方のＭＡＣ ＰＤＵを送信してもよいことを含んでもよい。例えば、前のＭＡＣ ＰＤＵが第１ＭＡＣ ＰＤＵである場合、第２ＭＡＣ ＰＤＵが送信される。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵが削除（ｆｌｕｓｈ）されるが、後ろのＭＡＣ ＰＤＵが送信されてもよく、例えば、前のＭＡＣ ＰＤＵが第１ＭＡＣ ＰＤＵである場合、後ろの第２ＭＡＣ ＰＤＵが送信され、第１ＭＡＣ ＰＤＵが削除され、このとき、対応するＨＡＲＱプロセスに未送信のＭＡＣ ＰＤＵがない。

同様に、該第１条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、他のルールに従って一方を選択して送信し、例えば第２ＭＡＣ ＰＤＵを送信してもよく、そうすると他方のＭＡＣ ＰＤＵを保留し、即ち第１ＭＡＣ ＰＤＵを保留することを含んでもよい。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、一定のルールに従って一方を選択して送信し、例えば第２ＭＡＣ ＰＤＵを送信してもよく、そうすると他方のＭＡＣ ＰＤＵ即ち第１ＭＡＣ ＰＤＵに対して、該第１ＭＡＣ ＰＤＵを削除してもよい。

選択肢として、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している状況については、該方法２００は更に、該ＭＡＣ層が該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、及び／又は、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することを含んでもよい。又は、更に第３条件と組み合わせて、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していて、第３条件を満足する場合、該ＭＡＣ層は該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、及び／又は、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信する。

該第３条件は、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定すること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳することを決定すること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

又は、該第３条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵを保留して他方のＭＡＣ ＰＤＵを送信してもよいことを含んでもよい。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵが削除（ｆｌｕｓｈ）されるが、後ろのＭＡＣ ＰＤＵが送信されてもよい。

同様に、該第３条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、他のルールに従って、一方を送信して他方のＭＡＣ ＰＤＵを保留してもよいことを含んでもよい。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、一定のルールに従って、一方を送信して他方のＭＡＣ ＰＤＵを削除してもよい。

理解されるように、該第３条件に含まれ得る条件が第１条件に含まれ得る条件に属する状況については、上記第１条件についての説明に適用される。簡潔のために、ここで詳細な説明は省略する。

理解されるように、該第３条件は第１条件と組み合わせて使用されてもよく、すなわち第１条件も設定したし、第３条件も設定した。

又は、該第３条件は独立して設定され、即ち第３条件のみを設定してもよい。第３条件を満足する場合、該第３条件に対応するステップを実行する。第１条件を設定しないため、このとき、第１条件に対応するステップを直接に実行してもよく、又は他の方式で第１条件に対応するステップを実行するかどうかを決定し、例えば、他の方式で該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングして該第３ＭＡＣ ＰＤＵを取得して該第３ＭＡＣ ＰＤＵを送信するかどうかを決定してもよい。又は、第１条件を設定しない場合、第１条件に対応するステップを実行しなくてもよく、例えば、第１条件も設定しないし、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングして該第３ＭＡＣ ＰＤＵを取得することも実行しない。

又は、同様に、第１条件も独立して設定され、即ち第１条件のみを設定してもよい。第１条件を満足する場合、第１条件に対応するステップを実行する。第３条件を設定しないため、このとき、第３条件に対応するステップを直接に実行してもよく、他の方式で第３条件に対応するステップを実行するかどうかを決定し、例えば、他の方式で該ＭＡＣ層は該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されるかどうかを決定し、及び該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信するかどうかを決定してもよい。又は、第３条件を設定しない場合、第３条件に対応するステップを実行しなくてもよく、例えば、第３条件を設定せずに、該ＭＡＣ層が該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されるかどうかを決定すること、該ＭＡＣ層が該第３リソースをＨＡＲＱエンティティに送信することのうちの少なくとも１つを実行しないが、本願の実施例はこれらに限らない。

選択肢として、他の実施例として、該第３ＭＡＣ ＰＤＵに第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵが含まれることは、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵであり、又は、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵとパディングビットを含むことを意味してもよい。具体的に、端末装置は第２条件を満足する場合、該ＭＡＣ層において該物理層に該第３ＭＡＣ ＰＤＵを送信してもよく、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵであり、又は、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵとパディングビットを含む。

該第２条件は、
該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズにマッチングすること、
該目標ＨＡＲＱプロセスにおける第１ＴＢに基づいて、該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、該第１ＴＢが該第１リソースに対応すること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳すること、
ＭＡＣ層において該物理層から送信された、該目標ＨＡＲＱプロセスにおける該第１ＭＡＣ ＰＤＵが伝送されていないことを示す指示情報を受信すること、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していること、
該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

又は、該第２条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵを保留して他方のＭＡＣ ＰＤＵを送信してもよいことを含んでもよい。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、時間の順序に従って、前のＭＡＣ ＰＤＵが削除（ｆｌｕｓｈ）されるが、後ろのＭＡＣ ＰＤＵが送信されてもよい。

同様に、該第２条件は更に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、他のルールに従って、一方を送信して他方のＭＡＣ ＰＤＵを保留してもよいことを含んでもよい。該状況とは逆に、第１ＭＡＣ ＰＤＵ及び第２ＭＡＣ ＰＤＵのＨＡＲＱプロセスが同じである場合、一定のルールに従って、一方を送信して他方のＭＡＣ ＰＤＵを削除してもよい。

理解されるように、該第２条件に含まれ得る各条件は一部の条件が第１条件に含まれ得る条件に属するため、上記第１条件についての説明にも適用される。簡潔のために、ここで詳細な説明は省略する。

第１条件と違って、該第２条件は、該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズにマッチングする場合、ＭＡＣ層が物理層に第１ＭＡＣ ＰＤＵを直接に送信してもよく、それにより物理層が該第３リソースを用いて該第１ＭＡＣ ＰＤＵを送信すること、又は、該第１ＭＡＣ ＰＤＵにｐａｄｄｉｎｇを追加した後、物理層により送信することを含んでもよい。

選択肢として、前の実施例と同様に、該実施例では、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している上記状況については、該方法２００は更に、該ＭＡＣ層が該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、及び／又は、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することを含んでもよい。又は、第３条件と組み合わせて、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していて、第３条件を満足する場合、該ＭＡＣ層は該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、及び／又は、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信してもよい。

該第３条件に含まれ得る条件は前の実施例における第３条件に含まれ得る条件についての説明に適用される。簡潔のために、ここで詳細な説明は省略する。

且つ、該第３条件と第２条件は組み合わせて使用されてもよく、それぞれ独立して使用されてもよい。第３条件を独立して使用する場合、第２条件を設定しないことに応じて、第２条件に対応するステップを直接に実行し、又は、他の方式で第２条件に対応するステップを実行するかどうかを決定してもよい。例えば、第２条件を設定せずに、他の方式で該ＭＡＣ層において該物理層に該第３ＭＡＣ ＰＤＵを送信するかどうかを決定し、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵであり、又は、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵとパディングビットを含む。又は、第２条件を設定しない場合、第２条件に対応するステップを実行しなくてもよく、例えば、第２条件も設定しないし、該ＭＡＣ層において該物理層に該第３ＭＡＣ ＰＤＵを送信することも実行せず、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵであり、又は、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵとパディングビットを含む。

同様に、第２条件を独立して使用する場合、第３条件を設定しないことに応じて、第３条件に対応するステップを直接に実行し、又は、他の方式で第３条件に対応するステップを実行するかどうかを決定してもよい。例えば、第３条件を設定せずに、他の方式で該ＭＡＣ層は該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されるかどうかを決定して、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信するかどうかを決定する。又は、第３条件を設定しない場合、第３条件に対応するステップを実行しなくてもよく、例えば、第３条件を設定せずに、該ＭＡＣ層が該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されるかどうかを決定すること、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することのうちの少なくとも１つを実行しないが、本願の実施例はこれらに限らない。

上記２つの実施例については、以下に異なる状況を参照して例を挙げて説明する。

例えば、各アップリンクｇｒａｎｔに対して、ＨＡＲＱエンティティは下記ステップを実行し、該アップリンクｇｒａｎｔは構成済みグラントリソースであってもよく、動的スケジューリングリソースであってもよい。

ステップ１、ｇｒａｎｔ全体に関連するＨＡＲＱプロセスを決定し、各決定されたＨＡＲＱプロセスに対してステップ２を実行し、例えば、下記ステップ２におけるいずれか１つの状況を実行してもよい。

ステップ２、
受信されたｇｒａｎｔがＴＣ－ＲＮＴＩ以外のものによりスクランブルされたＰＤＣＣＨによりスケジューリングされたものであり、このＨＡＲＱプロセスの前の１つのＴＢ伝送と比較して、対応するＨＡＲＱプロセスのＮＤＩが反転されることを決定すること、
又は、受信されたｇｒａｎｔがＣ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨによりスケジューリングされ、対応するプロセスのＨＡＲＱバッファ（ｂｕｆｆｅｒ）が空いていること、
又は、ＵＬ ｇｒａｎｔがＲＡＲにおいて受信されたものであること、
ＵＬ ｇｒａｎｔがＲＡＲウィンドウ（Ｗｉｎｄｏｗ）において受信されたＣ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨで示され、且つＰＤＣＣＨがビーム失敗リカバリ（ＢＦＲ、Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ）によりトリガーされたＲＡ過程を成功的に遂行すること、
又は、ＵＬ ｇｒａｎｔが設定されたＵＬ ｇｒａｎｔ ｂｕｎｄｌｅの一部であり、且つプロトコル６．１．２．３ ｏｆ ＴＳ ３８．２１４［７］に基づいて、ＵＬ ｇｒａｎｔが初期伝送に使用される可能性があり、ｂｕｎｄｌｅに対してＭＡＣ ＰＤＵを取得したことがないこと、という状況又は条件のうちの少なくとも１つを満足するかどうかを判断し、満足すれば、ステップ３を実行し続ける。

ステップ３、
Ｍｓｇ３ ｂｕｆｆｅｒにＭＡＣ ＰＤＵがあり、且つＵＬ ｇｒａｎｔがＲＡＲから取得されたものであること、
又は、Ｍｓｇ３ ｂｕｆｆｅｒにＭＡＣ ＰＤＵがあり、且つＵＬ ｇｒａｎｔがＲＡＲ Ｗｉｎｄｏｗにおいて受信されたＣ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨで示されるものであり、ＰＤＣＣＨがＢＦＲによりトリガーされたＲＡ過程を成功的に遂行すること、という状況又は条件のうちの少なくとも１つを満足するかどうかを判断し、満足すれば、ステップ４を実行し続ける。

ステップ４、Ｍｓｇ３ ｂｕｆｆｅｒからＭＡＣ ＰＤＵを取得する。

ステップ４では更に、ＵＬ ｇｒａｎｔのサイズが取得されたＭＡＣ ＰＤＵのサイズにマッチングせず、このＵＬ ｇｒａｎｔを受信してからＲＡ過程を成功的に遂行した場合、ステップ５を実行し続けてもよい。

ステップ５、多重化及びアセンブリエンティティ（Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙ）がその後のアップリンク伝送中にＭＡＣ ｓｕｂＰＤＵ（ｓ）を含むように指示し、ＭＡＣ ｓｕｂＰＤＵ（ｓ）には取得されたＭＡＣ ＰＤＵからのＭＡＣ ＳＤＵが含まれ、多重化及びアセンブリエンティティからリアセンブリングされた後のＭＡＣ ＰＤＵを取得する。

選択肢として、上記ステップ３における各条件がいずれも満足されない場合、ステップ２の後でステップ６を実行し続けてもよい。ステップ６では、対応するＨＡＲＱプロセスにはアセンブリングされたＭＡＣ ＰＤＵがあるが、ＭＡＣ ＰＤＵに対応するｇｒａｎｔが伝送されておらず、且つＵＬ ｇｒａｎｔのサイズが識別されたＨＡＲＱプロセスから取得されたＭＡＣ ＰＤＵのサイズにマッチングしない場合、ステップ７を実行し続ける。

ステップ７、多重化及びアセンブリエンティティ（Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ａｓｓｅｍｂｌｙ ｅｎｔｉｔｙ）がその後のアップリンク伝送中にＭＡＣ ｓｕｂＰＤＵ（ｓ）を含むように指示し、ＭＡＣ ｓｕｂＰＤＵ（ｓ）には取得されたＭＡＣ ＰＤＵからのＭＡＣ ＳＤＵが含まれ、多重化及びアセンブリエンティティからＭＡＣ ＰＤＵを取得する。

選択肢として、上記ステップ６は更に以下の二つの状況で代替されてもよい。

状況１
ステップ６、対応するＨＡＲＱプロセスにはアセンブリングされたＭＡＣ ＰＤＵがあるが、ＭＡＣ ＰＤＵに対応するｇｒａｎｔが伝送されていない場合、ステップ７を実行し続ける。

このような場合、リソースのサイズがＭＡＣ ＰＤＵのサイズと同じであるかどうかにかかわらず、いずれもＭＡＣ ＰＤＵをリアセンブリングする。その利点はすべてのｃａｓｅが同様に処理され、ＵＥ処理の複雑度を低減することである。

状況２
ステップ６、対応するＨＡＲＱプロセスにはアセンブリングされたＭＡＣ ＰＤＵがあるが、ＭＡＣ ＰＤＵに対応するｇｒａｎｔが伝送されておらず、且つＵＬ ｇｒａｎｔのサイズが識別されたＨＡＲＱプロセスから取得されたＭＡＣ ＰＤＵのサイズにマッチングしない場合、ステップ７を実行し続ける。

状況３
ステップ６、対応するＨＡＲＱプロセスにはアセンブリングされたＭＡＣ ＰＤＵがあるが、ＭＡＣ ＰＤＵに対応するｇｒａｎｔが伝送されておらず、且つＵＬ ｇｒａｎｔのサイズが識別されたＨＡＲＱプロセスから取得されたＭＡＣ ＰＤＵのサイズにマッチングする場合、ステップ７は、取得されたＭＡＣ ＰＤＵが、識別されたＨＡＲＱプロセスに記憶される未伝送のＭＡＣ ＰＤＵであることに代替される。

状況２及び状況３では、異なる状況に対して、ＭＡＣ ＰＤＵの取得を明確に定義し、未伝送のＭＡＣ ＰＤＵが再伝送されるように確保し、不必要なパケットロスを回避し、サービスのＱｏＳをできる限り確保する。

選択肢として、上記ステップ３及びステップ６がいずれも満足されない場合、伝送待ちＭＡＣ ＰＤＵがあれば、多重化及びアセンブリエンティティからＭＡＣ ＰＤＵを取得して伝送し、
また、他の実施例として、構成済みグラントリソース、即ち各サービスセルの各ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔにとって、伝送リソースを設定してアクティブ化した場合、ＭＡＣエンティティは下記ステップを実行する。

ステップ１、設定されたアップリンクｇｒａｎｔの第１ＰＵＳＣＨ ｄｕｒａｔｉｏｎとＰＤＣＣＨ又はＲＡＲで示される第２ＰＵＳＣＨ ｄｕｒａｔｉｏｎリソースが重畳しない場合、ステップ２を実行し続ける。

ステップ２、ＨＡＲＱプロセスＩＤを第１ＰＵＳＣＨ ｄｕｒａｔｉｏｎに関連するＨＡＲＱプロセスＩＤとして設定する。また、該ステップ２は更に、対応するＨＡＲＱプロセスのｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｉｍｅｒが作動していない場合、ステップ３を実行し続けること、又は、対応するＨＡＲＱプロセスのｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｉｍｅｒが作動しており、且つ対応するＨＡＲＱプロセスにはアセンブリングされたＭＡＣ ＰＤＵがあるが、ＭＡＣ ＰＤＵが伝送されていない場合、ステップ３における少なくとも１つを実行し続けることを含んでもよい。

対応するＨＡＲＱプロセスのＮＤＩ ｂｉｔが反転されることを決定し、設定されたＵＬ ｇｒａｎｔ及び対応するＨＡＲＱ情報をＨＡＲＱエンティティに伝達する。

また、他の実施例として、動的グラントリソースにとって、目標ＨＡＲＱプロセスは構成済みグラントリソースに設定したプロセスであり、又は、目標ＨＡＲＱプロセスは構成済みグラントリソースに設定したプロセスと同じである場合、第３条件を満足すれば、対応するＨＡＲＱプロセスのｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｉｍｅｒを起動又は再起動する。

従って、本願の実施例のデータ伝送方法において、複数のｇｒａｎｔが時間領域において衝突するシーン、例えば、ＭＡＣエンティティが各ｇｒａｎｔに対していずれも１つのＭＡＣ ＰＤＵを生成するが、最終的に１つのみのＭＡＣ ＰＤＵが伝送された場合、異なる条件に応じて、未伝送のＭＡＣ ＰＤＵをリアセンブリングしてから送信してもよく、新たなリソースを直接に用いて伝送してもよく、ＭＡＣエンティティがＭＡＣ ＰＤＵの伝送状況を決定して、ＭＡＣ ＰＤＵをどのように処理するかを決定するという問題を解決し、プロトコルプロセス処理の完全性を確保し、ＵＥの処理動作を明確にし、不必要なパケットロスを回避することができ、サービスのＱｏＳをできる限り確保し、ＵＥのサービス使用体験を維持する。

選択肢として、上記方法２００において、目標ＨＡＲＱプロセスに未伝送のＭＡＣ ＰＤＵがある場合、端末装置は他のリソースを用いて該未伝送のＭＡＣ ＰＤＵにおけるデータを送信してもよい。逆に、該端末装置は更にＭＡＣ ＰＤＵにおけるデータを送信しなくてもよい。具体的に、図５は本願の実施例に係る他のデータ伝送方法３００の模式的なフローチャートである。該方法３００は端末装置により実行されてもよく、例えば、該端末装置は図１に示される端末装置であってもよく、具体的に、該端末装置に備えられるＭＡＣエンティティにより該方法３００を実行してもよく、換言すれば、該端末装置のＭＡＣ層において該方法３００を実行してもよい。具体的に、図５に示すように、該方法３００は、
目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信し、該物理層が第３リソースにより該第３ＭＡＣ ＰＤＵを伝送することに用いられ、第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースが重畳し、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動しており、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵにおけるデータを含まないＳ３１０を含む。更に、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＣＥを含まない。

理解されるように、該方法３００における第１リソース、第２リソース及び第３リソースは上記方法２００におけるものに一致する。簡潔のために、ここで詳細な説明は省略する。

理解されるように、目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、一般的に、該第１リソース及び／又は該第３リソースが構成済みグラントリソースである場合、対応する目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動しているが、本願の実施例はこれらに限らない。

選択肢として、方法２００と同様に、該方法３００は更に、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵ及び該第２ＭＡＣ ＰＤＵを生成することと、該ＭＡＣ層において該物理層に該第２ＭＡＣ ＰＤＵを送信し、該物理層は該第２リソースにより該第２ＭＡＣ ＰＤＵを伝送することに用いられることと、を含み、
又は、該方法３００は更に、該ＭＡＣ層において該物理層に該第１ＭＡＣ ＰＤＵを送信し、しかし該物理層が該第１ＭＡＣ ＰＤＵを送信しないことを含んでもよい。簡潔のために、ここで詳細な説明は省略する。

また、該方法３００は更に、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、該ＭＡＣ層において該目標ＨＡＲＱプロセスに対応する新規データ指示子（ＮＤＩ）が反転されることを決定し、及び／又は、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することで、ＨＡＲＱエンティティが物理層により該第１ＭＡＣ ＰＤＵにおけるデータを含まない該第３ＭＡＣ ＰＤＵを送信することを含む。

また、該方法３００では、ＨＡＲＱプロセスにｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｔｉｍｅｒが対応している状況を限定しなくてもよい。即ち、目標ＨＡＲＱプロセスは設定されたｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔの計算したＨＡＲＱプロセスと異なるプロセスであってもよい。すなわち、他の方法３００は、
目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信し、該物理層が第３リソースにより該第３ＭＡＣ ＰＤＵを伝送することに用いられ、第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースが重畳し、該第３ＭＡＣ ＰＤＵが該第１ＭＡＣ ＰＤＵにおけるデータを含まないＳ３１０を含む。更に、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＣＥを含まない。

Ｒｅｌｅａｓｅ １６にはｇｒａｎｔが時間領域において衝突するシーンが複数ある可能性がある。シーンが複雑で、解決手段が多く、ＭＡＣエンティティが各ｇｒａｎｔに対していずれも１つのＭＡＣ ＰＤＵを生成する場合があるが、最終的に１つのみのＭＡＣ ＰＤＵが伝送され、且つＭＡＣエンティティはどのＭＡＣ ＰＤＵが伝送／未伝送のものであるかを把握しない恐れがあるため、生成されたが伝送されていないＭＡＣ ＰＤＵをどのように決定して、このＭＡＣ ＰＤＵを処理するかは現在のプロトコルにおいて考慮していないものである。且つ、このような衝突が発生する場合が多く、この未伝送のＭＡＣ ＰＤＵを直接に廃棄すると、大量の元々伝送すべきサービスが廃棄され、サービスＱｏＳを満足できず、ＵＥサービス使用体験を低下させるという問題が発生する恐れがある。例えば、ＵＲＬＬＣサービス２がＵＭモードであり、ＭＡＣ ＰＤＵにアセンブリングされており、直接にパケットロスすると、データが回復できず、ＱｏＳを満足できず、ｓｕｒｖｉｖａｌ ｔｉｍｅを確保できなくなる（前後２つのパケットがすべて紛失されると、サービス伝送に問題が生じる）。従って、本願の実施例のデータ伝送方法は、例えば上記シーンにおける処理手段を提供し、ＭＡＣエンティティがＭＡＣ ＰＤＵの伝送状況を決定して、ＭＡＣ ＰＤＵをどのように処理するかを決定するという問題を解決し、プロトコルプロセス処理の完全性を確保し、ＵＥの処理動作を明確にし、不必要なパケットロスを回避することができ、サービスのＱｏＳをできる限り確保し、ＵＥのサービス使用体験を維持する。

理解されるように、本願の様々な実施例では、上記各過程の番号の順位は実行順序の前後を意味せず、各過程の実行順序はその機能及び内部論理によって決定されるべきであり、本願の実施例の実施過程を制限するためのものではない。

また、本明細書における用語「及び／又は」は関連オブジェクトの関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」「ＡとＢが同時に存在する」「Ｂが独立して存在する」の３つの状況を示してもよい。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。

以上は図１～図５を参照しながら、本願の実施例に係るデータ伝送方法を詳しく説明したが、以下に図６～図９を参照しながら、本願の実施例に係る端末装置を説明する。

図６に示すように、本願の実施例に係る端末装置４００は処理ユニット４１０及び送受信ユニット４２０を備える。具体的に、該送受信ユニット４２０は、目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信することに用いられ、第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースは重畳し、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含み、該物理層は第３リソースによって該第３ＭＡＣ ＰＤＵを伝送することに用いられる。

選択肢として、一実施例として、該処理ユニット４１０は、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵ及び該第２ＭＡＣ ＰＤＵを生成することに用いられ、該送受信ユニット４２０は更に、該ＭＡＣ層において該物理層に該第２ＭＡＣ ＰＤＵを送信することに用いられ、該物理層は該第２リソースにより該第２ＭＡＣ ＰＤＵを伝送することに用いられる。

選択肢として、一実施例として、該送受信ユニット４２０は更に、該ＭＡＣ層において該物理層に該第１ＭＡＣ ＰＤＵを送信することに用いられる。

選択肢として、一実施例として、該第１ＭＡＣ ＰＤＵにおけるデータは該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含む。

選択肢として、一実施例として、該処理ユニット４１０は、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得することに用いられる。

選択肢として、一実施例として、該処理ユニット４１０は更に、該ＭＡＣ層においてＭＡＣ多重化及びアセンブリエンティティにより該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得することに用いられる。

選択肢として、一実施例として、該第３ＭＡＣ ＰＤＵは少なくとも１つのＭＡＣサブＰＤＵを含み、該少なくとも１つのＭＡＣサブＰＤＵは該第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵを含む。

選択肢として、一実施例として、該処理ユニット４１０は更に、第１条件を満足すれば、該ＭＡＣ層において該第１ＭＡＣ ＰＤＵをリアセンブリングした後、該第３ＭＡＣ ＰＤＵを取得することに用いられ、該第１条件は、
該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズにマッチングしないこと、
該目標ＨＡＲＱプロセスにおける第１ＴＢに基づいて、該目標ＨＡＲＱプロセスに対応する新規データ指示子（ＮＤＩ）が反転されることを決定し、該第１ＴＢが該第１リソースに対応すること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定すること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳することを決定すること、
該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
ＭＡＣ層において該物理層から送信された、該目標ＨＡＲＱプロセスにおける該第１ＭＡＣ ＰＤＵが伝送されていないことを示す指示情報を受信すること、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していること、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

選択肢として、一実施例として、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵであり、又は、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵとパディングビットを含む。

選択肢として、一実施例として、該送受信ユニット４２０は、第２条件を満足すれば、該ＭＡＣ層において該物理層に該第３ＭＡＣ ＰＤＵを送信することに用いられ、該第２条件は、
該第３リソースのサイズが該第１ＭＡＣ ＰＤＵのサイズにマッチングすること、
該目標ＨＡＲＱプロセスにおける第１ＴＢに基づいて、該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、該第１ＴＢが該第１リソースに対応すること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定すること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳することを決定すること、
ＭＡＣ層において該物理層から送信された、該目標ＨＡＲＱプロセスにおける該第１ＭＡＣ ＰＤＵが伝送されていないことを示す指示情報を受信すること、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動していること、
該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

選択肢として、一実施例として、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動しており、該処理ユニット４１０は、第３条件を満足すれば、該ＭＡＣ層において該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されることを決定し、及び／又は、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することに用いられる。

該第３条件は、
該第１リソース及び／又は該第３リソースが構成済みグラントリソースであること、
該目標ＨＡＲＱプロセスに未伝送の該第１ＭＡＣ ＰＤＵがあることを決定すること、
該目標ＨＡＲＱプロセスにある該第１ＭＡＣ ＰＤＵに対応する該第１リソースが伝送されていないこと、
該第１リソースと該第２リソースが重畳することを決定すること、
該目標ＨＡＲＱプロセスにおける該第１ＴＢが伝送されていないこと、
該第２リソースの優先度が該第１リソースの優先度より高いこと、
該第２リソースが該第１リソースより優先的に伝送されること、
該第３リソースの優先度が該第１リソースの優先度より高いこと、
該第３リソースがプリエンプトリソースであること、
該第１リソース及び該第３リソースに対応するＨＡＲＱプロセス番号が同じであること、のうちの少なくとも１つの条件を含む。

選択肢として、一実施例として、該目標ＨＡＲＱプロセスに対応するＮＤＩが反転されていない場合、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵである。

理解されるように、上記内容に基づいて、本願の実施例の端末装置４００は本願の実施例の方法２００を実行するものに対応してもよく、且つ端末装置４００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ図１～図４における各方法における端末装置の対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。

選択肢として、本願の実施例の端末装置４００は更に以下のステップを実行することに用いられてもよい。具体的に、該送受信ユニット４２０は、目標ＨＡＲＱプロセスに未伝送の第１ＭＡＣ ＰＤＵがある場合、ＭＡＣ層において物理層に第３ＭＡＣ ＰＤＵを送信することに用いられ、該物理層は第３リソースにより該第３ＭＡＣ ＰＤＵを伝送することに用いられ、第１ＭＡＣ ＰＤＵに対応する第１リソースと第２ＭＡＣ ＰＤＵに対応する第２リソースは重畳し、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動しており、該第３ＭＡＣ ＰＤＵは該第１ＭＡＣ ＰＤＵにおけるデータを含まない。

選択肢として、一実施例として、該第１リソース及び／又は該第３リソースは構成済みグラントリソースである。

選択肢として、一実施例として、該処理ユニット４１０は該ＭＡＣ層において該第１ＭＡＣ ＰＤＵ及び該第２ＭＡＣ ＰＤＵを生成することに用いられ、該送受信ユニット４２０は更に、該ＭＡＣ層において該物理層に該第２ＭＡＣ ＰＤＵを送信することに用いられ、該物理層は該第２リソースにより該第２ＭＡＣ ＰＤＵを伝送することに用いられる。

選択肢として、一実施例として、該送受信ユニット４２０は更に、該ＭＡＣ層において該物理層に該第１ＭＡＣ ＰＤＵを送信することに用いられる。

選択肢として、一実施例として、該処理ユニット４１０は、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、該ＭＡＣ層において該目標ＨＡＲＱプロセスに対応する新規データ指示子（ＮＤＩ）が反転されることを決定することに用いられ、及び／又は、該送受信ユニット４２０は更に、該目標ＨＡＲＱプロセスに対応する構成済みグラントタイマーが作動している場合、該ＭＡＣ層において該第３リソースをＨＡＲＱエンティティに送信することに用いられる。

理解されるように、上記内容に基づいて、本願の実施例の端末装置４００は更に本願の実施例の方法３００を実行するものに対応してもよく、且つ端末装置４００の各ユニットの上記及び他の操作及び／又は機能はそれぞれ図５における各方法における端末装置の対応プロセスを実現するためのものである。簡潔のために、ここで詳細な説明は省略する。

従って、本願の実施例の端末装置において、ｇｒａｎｔが時間領域において衝突する複数のシーンにおいて、ＭＡＣエンティティが各ｇｒａｎｔに対していずれも１つのＭＡＣ ＰＤＵを生成するが、最終的に１つのみのＭＡＣ ＰＤＵが伝送された場合、異なる条件に応じて、未伝送のＭＡＣ ＰＤＵをリアセンブリングしてから送信してもよく、新たなリソースを直接に用いて伝送してもよく、ＭＡＣエンティティがＭＡＣ ＰＤＵの伝送状況を決定して、ＭＡＣ ＰＤＵをどのように処理するかを決定するという問題を解決し、プロトコルプロセス処理の完全性を確保し、ＵＥの処理動作を明確にし、不必要なパケットロスを回避することができ、サービスのＱｏＳをできる限り確保し、ＵＥのサービス使用体験を維持する。

図７は本願の実施例に係る通信装置５００の構造模式図である。図７に示される通信装置５００はプロセッサ５１０を備え、プロセッサ５１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図７に示すように、通信装置５００は更にメモリ５２０を備えてもよい。プロセッサ５１０はメモリ５２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ５２０はプロセッサ５１０から独立した１つの独立したデバイスであってもよく、プロセッサ５１０に統合されてもよい。

選択肢として、図７に示すように、通信装置５００は更に送受信機５３０を備えてもよく、プロセッサ５１０は該送受信機５３０と他の装置との通信を制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。

送受信機５３０は送信機と受信機を備えてもよい。送受信機５３０は更にアンテナを備えてもよく、アンテナの数が１つ又は複数であってもよい。

選択肢として、該通信装置５００は具体的に本願の実施例のネットワーク装置であってもよく、且つ該通信装置５００は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該通信装置５００は具体的に本願の実施例のモバイル端末／端末装置であってもよく、且つ該通信装置５００は本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

図８は本願の実施例のチップの構造模式図である。図８に示されるチップ６００はプロセッサ６１０を備え、プロセッサ６１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

選択肢として、図８に示すように、チップ６００は更にメモリ６２０を備えてもよい。プロセッサ６１０はメモリ６２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ６２０はプロセッサ６１０から独立した１つの独立したデバイスであってもよく、プロセッサ６１０に統合されてもよい。

選択肢として、該チップ６００は更に入力インターフェース６３０を備えてもよい。プロセッサ６１０は該入力インターフェース６３０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。

選択肢として、該チップ６００は更に出力インターフェース６４０を備えてもよい。プロセッサ６１０は該出力インターフェース６４０と他の装置又はチップとの通信を制御することができ、具体的に、他の装置又はチップに情報又はデータを出力することができる。

選択肢として、該チップは本願の実施例のネットワーク装置に適用されてもよく、且つ該チップは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該チップは本願の実施例のモバイル端末／端末装置に適用されてもよく、且つ該チップは本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。

理解されるように、本願の実施例に言及したチップは更にシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と称されてもよい。

図９は本願の実施例に係る通信システム７００の模式的なブロック図である。図９に示すように、該通信システム７００は端末装置７１０及びネットワーク装置７２０を備える。

該端末装置７１０は上記方法における端末装置の実現する対応機能を実現することに用いられてもよく、該ネットワーク装置７２０は上記方法におけるネットワーク装置の実現する対応機能を実現することに用いられてもよい。簡潔のために、ここで詳細な説明は省略する。

理解されるように、本願の実施例のプロセッサは信号処理機能を有する集積回路チップでありうる。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で行われてもよい。上記プロセッサは汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいかなる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを行う。

理解されるように、本願の実施例では、メモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。例示的な説明であって制限的ではないが、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）は利用可能である。注意されるように、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

理解されるように、上記メモリは例示的な説明であって制限的ではなく、例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）等であってもよい。すなわち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。

本願の実施例は更にコンピュータ可読記憶媒体を提供し、該コンピュータ可読記憶媒体はコンピュータプログラムを記憶することに用いられる。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータ可読記憶媒体は本願の実施例のモバイル端末／端末装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例は更にコンピュータプログラム製品を提供し、該コンピュータプログラム製品はコンピュータプログラム命令を含む。

選択肢として、該コンピュータプログラム製品は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラム製品は本願の実施例のモバイル端末／端末装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

本願の実施例は更にコンピュータプログラムを提供する。

選択肢として、該コンピュータプログラムは本願の実施例のネットワーク装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

選択肢として、該コンピュータプログラムは本願の実施例のモバイル端末／端末装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータが本願の実施例の各方法におけるモバイル端末／端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。

当業者であれば意識できるように、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法でここの説明される機能を実現することができるが、このような実現は本願の範囲を超えるものと見なされるべきではない。

当業者であれば明確に理解できるように、説明を容易且つ簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程については、前述の方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略する。

本願に係るいくつかの実施例では、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式があってもよく、例えば複数のユニット又はコンポーネントは他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。

分離部材として説明される前記ユニットは物理的に分離してもよく、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち一箇所に位置してもよく、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。

また、本願の各実施例では、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットは１つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案の本質的又は従来技術に貢献する部分、又は該技術案の一部はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上の説明は本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。

Claims (7)

1. データ伝送方法であって、端末装置に適用され、
   第１リソースと第２リソースが時間領域及び／又は周波数領域において部分的に又は完全に重畳される場合、ＭＡＣ層において物理層に前記第２リソースに対応する第２媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信し、前記第１リソースに対応する第１ＭＡＣ ＰＤＵはＭＡＣ層において物理層に送信されないことと、
   第３リソースのサイズが前記第１ＭＡＣ ＰＤＵのサイズにマッチングし、目標ハイブリッド自動再送要求（ＨＡＲＱ）プロセスにおいて前記第１ＭＡＣ ＰＤＵが伝送されていなく、前記第２リソースの優先度が前記第１リソースの優先度より高く、前記第１リソース及び前記第３リソースが構成済みグラントリソースであり、且つ前記第１リソース及び前記第３リソースに対応するＨＡＲＱプロセス番号が同じである場合、第３リソースによって前記ＭＡＣ層において前記物理層に第３ＭＡＣ ＰＤＵを送信し、前記第３ＭＡＣ ＰＤＵは前記第１ＭＡＣ ＰＤＵであることと、を含むことを特徴とするデータ伝送方法。
2. 前記第１ＭＡＣ ＰＤＵにおけるデータは前記第１ＭＡＣ ＰＤＵにおけるＭＡＣサービスデータユニット（ＳＤＵ）を含むことを特徴とする請求項１に記載の方法。
3. 前記第３ＭＡＣ ＰＤＵは前記ＭＡＣ層において前記第１ＭＡＣ ＰＤＵをリアセンブリングすることによって取得されたものであることを特徴とする請求項２に記載の方法。
4. 前記第３ＭＡＣ ＰＤＵは少なくとも１つのＭＡＣサブＰＤＵを含み、前記少なくとも１つのＭＡＣサブＰＤＵに前記第１ＭＡＣ ＰＤＵにおけるＭＡＣ ＳＤＵが含まれることを特徴とする請求項３に記載の方法。
5. 端末装置であって、送受信ユニットを備え、
   前記送受信ユニットは、第１リソースと第２リソースが時間領域及び／又は周波数領域において部分的に又は完全に重畳される場合、ＭＡＣ層において物理層に前記第２リソースに対応する第２媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を送信し、前記第１リソースに対応する第１ＭＡＣ ＰＤＵはＭＡＣ層において物理層に送信されないことと、
   第３リソースのサイズが前記第１ＭＡＣ ＰＤＵのサイズにマッチングし、目標ハイブリッド自動再送要求（ＨＡＲＱ）プロセスにおいて前記第１ＭＡＣ ＰＤＵが伝送されていなく、前記第２リソースの優先度が前記第１リソースの優先度より高く、前記第１リソース及び前記第３リソースが構成済みグラントリソースであり、且つ前記第１リソース及び前記第３リソースに対応するＨＡＲＱプロセス番号が同じである場合、第３リソースによって前記ＭＡＣ層において前記物理層に第３ＭＡＣ ＰＤＵを送信し、前記第３ＭＡＣ ＰＤＵは前記第１ＭＡＣ ＰＤＵであることと、に用いられることを特徴とする端末装置。
6. 前記第１ＭＡＣ ＰＤＵにおけるデータは前記第１ＭＡＣ ＰＤＵにおけるＭＡＣサービスデータユニット（ＳＤＵ）を含むことを特徴とする請求項５に記載の端末装置。
7. 前記第３ＭＡＣ ＰＤＵは前記ＭＡＣ層において前記第１ＭＡＣ ＰＤＵをリアセンブリングすることによって取得されたものであることを特徴とする請求項６に記載の端末装置。

Images