知財求人 - 知財ポータルサイト「IP Force」
▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-14
(45)【発行日】2024-05-22
(54)【発明の名称】通信方法、端末装置及びネットワーク装置
(51)【国際特許分類】
H04W 72/566 20230101AFI20240515BHJP
H04W 72/1268 20230101ALI20240515BHJP
H04W 72/20 20230101ALI20240515BHJP
H04W 28/04 20090101ALI20240515BHJP
【ＦＩ】
H04W72/566
H04W72/1268
H04W72/20
H04W28/04 110
【請求項の数】
9
(21)【出願番号】P 2021574893
(86)(22)【出願日】2019-08-01
(65)【公表番号】
(43)【公表日】2022-11-10
(86)【国際出願番号】 CN2019098858
(87)【国際公開番号】W WO2021016984
(87)【国際公開日】2021-02-04
【審査請求日】2022-07-08
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100091487
【弁理士】
【氏名又は名称】中村 行孝
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(72)【発明者】
【氏名】シー、コン
【審査官】中村 信也
(56)【参考文献】
【文献】Huawei, HiSilicon，Prioritization between SR and PUSCH[online]，3GPP TSG RAN WG2 #106 R2-1906506，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906506.zip>，2019年05月17日，[2023年12月04日検索]
【文献】OPPO，Other issue on intra-UE prioritization in IIoT[online]，3GPP TSG RAN WG2 #106 R2-1906049，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906049.zip>，2019年05月17日，[2023年12月04日検索]
【文献】Huawei, HiSilicon，Further discussion on transmission of de-prioritized data due to intra-UE prioritization[online]，3GPP TSG RAN WG2 #106 R2-1906507，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906507.zip>，2019年05月17日，[2023年12月04日検索]
【文献】Nokia, Nokia Shanghai Bell，Handling of De-prioritized Uplink Transmission[online]，3GPP TSG RAN WG2 #106 R2-1906188，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906188.zip>，2019年05月17日，[2023年12月04日検索]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
通信方法であって、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記端末装置が前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することと、
前記端末装置が前記第１ＳＲを優先的に伝送することを決定し、且つ前記第１ＭＡＣ ＰＤＵがパケット化されていない場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することと、を含み、
前記端末装置が前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することは、
前記端末装置が第１情報に基づいて前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定し、前記第１情報は前記ＰＵＣＣＨリソース及び前記ＰＵＳＣＨリソースの優先度を示すことに用いられることを含み、
前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することは、
前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定することを含み、
前記方法は更に、前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することを含み、
前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスを再送スケジューリングする場合、前記端末装置は再送スケジューリングのためのアップリンクグラントを無視し、
前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することは、
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、のうちの少なくとも１つを含むことを特徴とする通信方法。
【請求項2】
前記方法は更に、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを実行する場合、前記端末装置が新しい伝送リソースに基づいて第２ＭＡＣ ＰＤＵを生成することと、
前記端末装置が前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送することと、を含むことを特徴とする請求項１に記載の方法。
【請求項3】
通信方法であって、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記端末装置が前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定し、ネットワーク装置が前記第１ＳＲを優先的に受信することと、
前記端末装置が前記第１ＳＲを優先的に伝送することを決定し、且つ前記第１ＭＡＣ ＰＤＵがパケット化されていない場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することと、を含み、
前記端末装置が前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することは、
前記端末装置が第１情報に基づいて前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定し、前記第１情報は前記ＰＵＣＣＨリソース及び前記ＰＵＳＣＨリソースの優先度を示すことに用いられることを含み、
前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することは、
前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定することを含み、
前記方法は更に、前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することを含み、
前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスを再送スケジューリングする場合、前記端末装置は再送スケジューリングのためのアップリンクグラントを無視し、
前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することは、
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、のうちの少なくとも１つを含むことを特徴とする通信方法。
【請求項4】
前記方法は更に、前記ネットワーク装置が低優先度の前記第１ＭＡＣ ＰＤＵが存在することを決定し、及び／又は、
前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスに対して再送スケジューリングを行うことを含むことを特徴とする請求項３に記載の方法。
【請求項5】
前記方法は更に、前記ネットワーク装置が、前記端末装置が再送リソースを利用して伝送した少なくとも一部の前記第１ＭＡＣ ＰＤＵを受信することを含むことを特徴とする請求項４に記載の方法。
【請求項6】
前記方法は更に、前記ネットワーク装置が低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定し、及び／又は、
前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行うことを含むことを特徴とする請求項３に記載の方法。
【請求項7】
前記方法は更に、前記ネットワーク装置が前記端末装置から送信された第２ＭＡＣ ＰＤＵを受信することを含むことを特徴とする請求項６に記載の方法。
【請求項8】
端末装置であって、請求項１又は２に記載の方法を実行するように構成される端末装置。
【請求項9】
ネットワーク装置であって、請求項３～７のいずれか１項に記載の方法を実行するように構成されるネットワーク装置。
【発明の詳細な説明】
【技術分野】
【0001】
本願は通信分野に関し、具体的に通信方法、端末装置及びネットワーク装置に関する。
【背景技術】
【0002】
５Ｇシステムには産業用モノのインターネット（ＩＩｏＴ、Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）の概念が導入されており、ＩＩｏＴは工場の自動化（Ｆａｃｔｏｒｙ Ａｕｔｏｍａｔｉｏｎ）、伝送の自動化（Ｔｒａｎｓｐｏｒｔ Ｉｎｄｕｓｔｒｙ）及び電力分配（Ｅｌｅｃｔｒｉｃａｌ Ｐｏｗｅｒ Ｄｉｓｔｒｉｂｕｔｉｏｎ）等のサービスの５Ｇシステムでの伝送をサポートすることができる。
【0003】
従って、ＩＩＯＴサービスの正常伝送をどのように確保するかは、早急な解決の待たれる問題である。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本願の実施例は通信方法、端末装置及びネットワーク装置を提供し、ＩＩＯＴサービスを正常に伝送する可能性を向上させることができる。
【課題を解決するための手段】
【0005】
第１態様では通信方法を提供し、前記方法は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記端末装置が前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することを含む。
【0006】
第２態様では通信方法を提供し、前記方法は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複し、且つ前記端末装置が前記第１ＳＲを優先的に伝送することを決定した場合、前記第１ＭＡＣ ＰＤＵがパケット化されていなければ、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することを含む。
【0007】
第３態様では通信方法を提供し、前記方法は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、ネットワーク装置が前記端末装置から送信された前記第１ＳＲを優先的に受信することを含む。
【0008】
第４態様では、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行することに用いられる端末装置を提供する。
【0009】
具体的に、該端末装置は、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行するための機能モジュールを備える。
【0010】
第５態様では、上記第３態様又はその各実現方式における方法を実行することに用いられるネットワーク装置を提供する。
【0011】
具体的に、該ネットワーク装置は、上記第３態様又はその各実現方式における方法を実行するための機能モジュールを備える。
【0012】
第６態様では、プロセッサ及びメモリを備える端末装置を提供する。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様～第２態様のうちのいずれか１つの態様又はその各実現方式における方法を実行することに用いられる。
【0013】
第７態様では、プロセッサ及びメモリを備えるネットワーク装置を提供する。該メモリはコンピュータプログラムを記憶することに用いられ、該プロセッサは該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第３態様又はその各実現方式における方法を実行することに用いられる。
【0014】
第８態様では、上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実現することに用いられる装置を提供する。
【0015】
具体的に、該装置は、メモリからコンピュータプログラムを呼び出して実行し、該装置が取り付けられる設備に上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行させるためのプロセッサを備える。
【0016】
選択肢として、該装置はチップである。
【0017】
第９態様ではコンピュータ可読記憶媒体を提供し、コンピュータプログラムを記憶することに用いられ、該コンピュータプログラムによってコンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
【0018】
第１０態様ではコンピュータプログラム製品を提供し、コンピュータプログラム命令を含み、該コンピュータプログラム命令によってコンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
【0019】
第１１態様ではコンピュータプログラムを提供し、それがコンピュータにおいて実行されるとき、コンピュータが上記第１態様～第３態様のうちのいずれか１つの態様又はその各実現方式における方法を実行する。
【発明の効果】
【0020】
上記技術案によれば、ＳＲを伝送するためのリソースとＭＡＣ ＰＤＵを伝送するためのリソースとが重複する場合、端末装置はＳＲを優先的に伝送するかどうかを決定することができる。そうすると、端末装置はいくつかのシーンにおいてＳＲを優先的に伝送することができ、そうすれば、ある程度でネットワーク装置が現在伝送必要なＩＩＯＴサービスがあることをタイムリーに知るように確保することができ、それによりネットワーク装置はＩＩＯＴサービスをタイムリーにスケジューリングすることができ、これにより、ＩＩＯＴサービスのＱｏＳを確保し、ＩＩＯＴサービスを正常に伝送する可能性を向上させることができる。
【図面の簡単な説明】
【0021】
【発明を実施するための形態】
【0022】
以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明する。明らかに、説明される実施例は本願の一部の実施例であり、全部の実施例ではない。本願の実施例に基づいて、当業者が進歩性のある労働を必要とせずに取得する他の実施例は、いずれも本願の保護範囲に属する。
【0023】
本願の実施例は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ、Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、進化したロングタームエボリューション（ＬＴＥ－Ａ、Ａｄｖａｎｃｅｄ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム、新無線（ＮＲ、Ｎｅｗ Ｒａｄｉｏ）システム、ＮＲシステムの進化型システム、アンライセンススペクトルにおけるＬＴＥ（ＬＴＥ－Ｕ、ＬＴＥ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、アンライセンススペクトルにおけるＮＲ（ＮＲ－Ｕ、ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システム、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、無線ローカルエリアネットワーク（ＷＬＡＮ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｓ）、ワイヤレスフィデリティ（ＷｉＦｉ、Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、次世代通信システム又は他の通信システム等に適用できる。
【0024】
一般的に、従来の通信システムのサポートする接続数は限られ、実現されやすい。ところが、通信技術の発展に伴って、移動通信システムは従来の通信をサポートするだけではなく、更に例えば、端末間（Ｄ２Ｄ、Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信、マシン対マシン（Ｍ２Ｍ、Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信、マシンタイプ通信（ＭＴＣ、Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）及び車車間（Ｖ２Ｖ、Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）通信等をサポートする。本願の実施例はこれらの通信システムにも適用できる。
【0025】
選択肢として、本願の実施例の通信システムはキャリアアグリゲーション（ＣＡ、Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ）シーンに適用されてもよく、デュアル接続（ＤＣ、Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）シーンに適用されてもよく、独立（ＳＡ、Ｓｔａｎｄａｌｏｎｅ）ネットワーク構築シーンに適用されてもよい。
【0026】
例示的に、本願の実施例に適用される通信システム１００は図１に示される。該通信システム１００はネットワーク装置１１０を備えてもよく、ネットワーク装置１１０は端末装置１２０（通信端末、端末とも称される）と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置と通信することができる。選択肢として、該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ、Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）、ＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）、又はクラウド無線アクセスネットワーク（ＣＲＡＮ、Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における無線コントローラであってもよい。又は、該ネットワーク装置は移動交換局、中継局、アクセスポイント、車載装置、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。
【0027】
該通信システム１００は更にネットワーク装置１１０のカバレッジ範囲内の少なくとも１つの端末装置１２０を備える。ここで使用される「端末装置」としては、有線回線を介して接続するもの、例えば公衆電話交換網（ＰＳＴＮ、Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋｓ）、デジタル加入者回線（ＤＳＬ、Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）、デジタルケーブル、直接ケーブルを介して接続するもの、及び／又は他のデータ接続／ネットワーク、及び／又は無線インターフェース、例えばセルラーネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）例えばＤＶＢ－Ｈネットワークに対するデジタルテレビネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機を介するもの、及び／又は他の端末装置が通信信号を送受信するように設定される装置、及び／又はモノのインターネット（ＩｏＴ、Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）装置を含むが、それらに限らない。無線インターフェースを介して通信するように設定される端末装置は「無線通信端末」、「無線端末」又は「モバイル端末」と称されてもよい。モバイル端末の例は衛星又はセルラー方式の電話、セルラー無線電話及びデータ処理、ファックス及びデータ通信機能を組み合わせることができるパーソナル移動通信システム（ＰＣＳ、Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットへのアクセス、Ｗｅｂブラウザ、メモ帳、カレンダー及び／又は全地球測位システム（ＧＰＳ、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機を備えてもよいＰＤＡ、並びに通常のラップトップ及び／又はパームトップ受信機又は無線電話送受信機を備える他の電子装置を含むが、それらに限らない。端末装置とはアクセス端末、ユーザー装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー電話、コードレスホン、セッション確立プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯装置、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブルデバイス、５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。
【0028】
ネットワーク装置１１０はセルにサービスを提供することができ、端末装置１２０は該セルに使用される伝送リソース（例えば、周波数領域リソース又はスペクトルリソース）によりネットワーク装置１１０と通信し、該セルはネットワーク装置１１０（例えば、基地局）に対応するセルであってもよく、セルはマクロ基地局に属してもよく、スモールセル（Ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属してもよく、ここのスモールセルは例えば、メトロセル（Ｍｅｔｒｏ ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）、フェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）等を含んでもよく、これらのスモールセルはカバレッジ範囲が狭く、送信電力が低いという特徴を有し、高速度のデータ伝送サービスを提供することに適する。
【0029】
図１には１つのネットワーク装置及び２つの端末装置を例示する。選択肢として、該通信システム１００は複数のネットワーク装置を備えてもよく、且つ各ネットワーク装置のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例はこれを制限しない。
【0030】
選択肢として、該通信システム１００は更にネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例はこれを制限しない。
【0031】
理解されるように、本願の実施例では、ネットワーク／システムにおける通信機能を持つ装置は通信装置と称されてもよい。図１に示される通信システム１００を例とし、通信装置は通信機能を持つネットワーク装置１１０及び端末装置１２０を含んでもよく、ネットワーク装置１１０及び端末装置１２０は上記の具体的な装置であってもよく、ここで詳細な説明は省略する。通信装置は更に通信システム１００における他の装置、例えばネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティを含んでもよく、本願の実施例はこれを制限しない。
【0032】
理解されるように、本明細書における用語「システム」と「ネットワーク」は本明細書においてしばしば交換可能に使用される。
【0033】
端末装置とネットワーク装置との通信過程において、スケジューリング要求（ＳＲ、Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）はアップリンクリソースを要求することに用いられる。ネットワーク装置は端末装置の伝送媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層に０個、１つ又は複数のＳＲ設定を設定することができる。１つのＳＲは１組の物理アップリンク制御チャネル（ＰＵＣＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）リソースに対応してもよく、１つのＳＲ設定は１つ又は複数の論理チャネルに対応してもよい。一定の条件を満足する場合、バッファ状態報告（ＢＳＲ、Ｂｕｆｆｅｒ Ｓｔａｔｅ Ｒｅｐｏｒｔ）は対応のＳＲをトリガーすることができる。
【0034】
端末装置側にリソース衝突（リソース重複と称されてもよい）の問題が発生する恐れがあり、例えば、ＳＲを伝送するためのＰＵＣＣＨリソースと媒体アクセス制御（ＭＡＣ、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）プロトコルデータユニット（ＰＤＵ、Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を伝送するための物理アップリンク共有チャネル（ＰＵＳＣＨ、Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースとが衝突する。従来のプロトコルでは、ＳＲを伝送するためのＰＵＣＣＨリソースとＭＡＣ ＰＤＵを伝送するためのＰＵＳＣＨリソースとが衝突する場合、端末装置はＳＲを伝送することがない。そうすると、ＩＩＯＴサービスでは、ネットワーク装置が現在伝送必要なＩＩＯＴサービスがあることを知らない恐れがあり、ネットワーク装置はＩＩＯＴサービスのスケジューリングを遅延する可能性があり、それによりＩＩＯＴサービスの伝送が遅延し、ＩＩＯＴサービスのサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）が確保できない問題が生じ、これはＩＩＯＴにおいては許容できないことである。
【0035】
これに鑑みて、本願の実施例は通信方法を提供し、ＩＩＯＴサービスを正常に伝送する可能性を向上させることができる。理解されるように、本願の実施例のＳＲはＩＩＯＴサービスのスケジューリング要求であってもよく、他のサービスのスケジューリング要求であってもよい。
【0036】
図２は本願の実施例に係る通信方法２００の模式図である。図２に記載の方法は端末装置により実行されることができ、該端末装置は例えば図１に示される端末装置１２０であってもよい。図２に示すように、該方法２００は下記内容の少なくとも一部を含んでもよい。
【0037】
理解されるように、方法２００は複数の通信シーンに適用でき、例えば、方法２００はデータチャネルとデータチャネルとが重複するところがあるシーン、データチャネルと制御チャネルとが重複するところがあるシーン、制御チャネルと制御チャネルとが重複するところがあるシーンに適用されることができる。制御チャネルはアップリンク制御情報（ＵＣＩ、Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）であると理解されてもよく、ＵＣＩはハイブリッド自動再送要求（ＨＡＲＱ、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバック、チャネル状態情報参照信号（ＣＳＩ－ＲＩ、Ｃｈａｎｎｅｌ－Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＳＲのうちの少なくとも１つであってもよい。
【0038】
２１０では、端末装置が第１ＳＲを伝送するためのＰＵＣＣＨリソースと第１ＭＡＣ ＰＤＵを伝送するＰＵＳＣＨリソースとが重複する場合、端末装置は第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定する。
【0039】
第１ＳＲは第１論理チャネルに対応するＳＲであってもよく、及び／又は、第１ＳＲは第１サービスによりトリガーされるＳＲであってもよい。第１サービスは第１論理チャネルに対応してもよく、即ち第１論理チャネルにおいて第１サービスが搬送される。
【0040】
選択肢として、第１サービスはＱｏＳ要求が厳しいサービス、例えばＵＲＬＬＣサービス、ＩＩｏＴサービス、タイムセンシティブネットワーク（ＴＳＮ、Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋ）サービスであってもよい。当然ながら、第１サービスは拡張モバイルブロードバンド（ｅＭＢＢ、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）サービス、垂直産業サービス、ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ、Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）サービス、ビークルツーエブリシングサービス等であってもよい。
【0041】
理解されるように、本明細書における用語「及び／又は」は関連オブジェクトの関連関係を説明するためのものに過ぎず、３つの関係が存在してもよいことを示す。例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」、「ＡとＢが同時に存在する」、「Ｂが独立して存在する」の３つの状況を示してもよい。
【0042】
更に理解されるように、上記内容における端末装置が第１ＳＲを伝送すること及び第１ＭＡＣ ＰＤＵを伝送することは、端末装置が第１ＳＲを送信すること及び第１ＭＡＣ ＰＤＵを送信することと表現されてもよい。
【0043】
本願の実施例では、時系列の優先度によって、４種類のＰＵＣＣＨリソース及びＰＵＳＣＨリソース（説明の便利のために、ＰＵＣＣＨリソースを第１ＰＵＣＣＨリソースと称し、ＰＵＳＣＨリソースを第１ＰＵＳＣＨリソースと称する）が重複するシーンが存在し、具体的に以下のとおりである。
【0044】
（１）第１ＳＲの優先度が低く、且つ第１ＳＲがトリガーされる際に第１ＭＡＣ ＰＤＵがまだパケット化されていない。このとき、端末装置のＭＡＣ層にとって、第１ＳＲの優先度が低いため、第１ＭＡＣ ＰＤＵがパケット化され、且つＭＡＣ層は第１ＳＲを伝送せずに第１ＭＡＣ ＰＤＵを物理層に優先的に伝送する。
【0045】
（２）第１ＳＲの優先度が低く、且つ第１ＳＲがトリガーされる際に第１ＭＡＣ ＰＤＵが既にパケット化されている。このとき、端末装置のＭＡＣ層は第１ＳＲを伝送するように物理層に指示しない。
【0046】
（３）第１ＳＲの優先度が高く、且つ第１ＳＲがトリガーされる際に第１ＭＡＣ ＰＤＵが既にパケット化されている。このとき、端末装置のＭＡＣ層にとって、第１ＳＲの優先度が高いため、第１ＭＡＣ ＰＤＵは低優先度（ｄｅｐｒｉｏｒｉｔｉｚｅｄ）のＭＡＣ ＰＤＵである。
【0047】
（４）第１ＳＲの優先度が高く、且つ第１ＳＲがトリガーされる際に第１ＭＡＣ ＰＤＵがまだパケット化されていない。
【0048】
第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが重複することは、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが時間領域において重複部分を有し、又は、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが周波数領域において重複部分を有し、又は、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが時間周波数領域において重複部分（即ち、時間領域及び周波数領域のいずれにおいても重複する部分）を有すると理解されてもよい。
【0049】
第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが重複することは更に、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが全体的に重複し又は部分的に重複すると理解されてもよい。
【0050】
選択肢として、端末装置が第１ＳＲを優先的に伝送するかどうかを決定することは、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが重複する場合、端末装置が第１ＳＲを優先的に伝送するかどうかを決定すること、端末装置が第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとの重複部分において第１ＳＲを優先的に伝送するかどうかを決定すること、端末装置が第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとの非重複部分において第１ＳＲを優先的に伝送するかどうかを決定すること、のうちの少なくとも１つであると理解されてもよい。
【0051】
選択肢として、端末装置が第１ＳＲを優先的に伝送するかどうかを決定することは、端末装置がＭＡＣ層において第１ＳＲを優先的に伝送するように物理層に指示するかどうかを決定すること、端末装置がＭＡＣ層において物理層に第１ＳＲを優先的に伝送するかどうかを決定すること、端末装置が物理層において第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定すること、のうちの少なくとも１つの状況を指してもよい。
【0052】
理解されるように、本願の実施例では第１ＰＵＳＣＨリソースの名称を制限せず、即ちそれが他の名称で表現されてもよい。例えば、第１ＰＵＳＣＨリソースはアップリンク共有チャネル（ＵＬ－ＳＣＨ、Ｕｐｌｉｎｋ－Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースと表現されてもよい。各グラント（ｇｒａｎｔ）は１つのリソースに対応してもよい。本願の実施例では、グラントはリソースとして理解されてもよい。従って、第１ＰＵＳＣＨリソースは更にグラント又はアップリンクグラント（ＵＬ ｇｒａｎｔ）と表現されてもよい。
【0053】
グラントはネットワーク装置により割り当てられたものであってもよく、予め設定されたものであってもよい。ネットワーク装置が端末装置にグラントを割り当てる場合、ネットワーク装置が端末装置に割り当てたグラントは、設定グラント（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）及び／又は動的グラントを含んでもよい。設定グラントはネットワーク装置が端末装置に半静的に設定したものであってもよく、動的グラントはネットワーク装置が端末装置に動的にスケジューリングしたものであってもよく、例えば、ダウンリンク制御情報（ＤＣＩ、Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）により端末装置にスケジューリングしたものであってもよい。
【0054】
以下、具体的な実現方式と組み合わせて本願の実施例の技術案を詳しく説明する。
【0055】
ステップ１、ネットワーク装置は端末装置にＳＲ設定情報及び論理チャネル設定情報を設定する。ネットワーク装置は論理チャネル設定情報に第１ＳＲの設定ＩＤ又は第１ＰＵＣＣＨリソースのＩＤを設定することができ、端末装置は、第１ＳＲの設定ＩＤ又は第１ＰＵＣＣＨリソースのＩＤにより、ＳＲ設定情報から第１ＰＵＣＣＨリソースを取得することができる。
【0056】
ステップ２、ネットワーク装置は半静的スケジューリング設定グラント又は動的グラントを設定する。設定したのが半静的スケジューリング設定グラントである場合、ネットワーク装置は、無線リソース制御（ＲＲＣ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングによって、該設定グラントを端末装置に指示することができる。ネットワーク装置が設定したのが動的グラントである場合、ネットワーク装置はＤＣＩによって、該動的グラントを端末装置に指示することができる。
【0057】
ステップ３、端末装置は設定された設定グラント又は動的グラントを受信し、アップリンクデータを伝送するアップリンクリソースがあることを決定し、利用可能なＰＵＳＣＨが存在することを決定する。
【0058】
ステップ４、設定された第１論理チャネルが第１ＳＲのトリガー条件を満足する場合、端末装置はＭＡＣ層において第１ＳＲをトリガーする。
【0059】
具体的に、第１論理チャネルのデータを送信する必要がある場合、ＢＳＲをトリガーしてもよい。端末装置がＢＳＲを送信するための利用可能なアップリンクリソースを有しない場合、端末装置は、第１ＳＲを送信することにより、第１論理チャネルのデータを送信するアップリンクリソースを設定するようにネットワーク装置に申請してもよく、第１ＳＲは第１ＰＵＣＣＨリソースにおいて伝送されることができる。
【0060】
現在第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが重複すると仮定すれば、端末装置は、ＭＡＣ層において、どのチャネル又は情報を優先的に伝送するかを決定する必要がある。
【0061】
一実現方式では、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが重複する場合、いかなる場合においても、端末装置は、ＭＡＣ層において、いずれも第１ＳＲを物理層に優先的に伝送することを決定し、及び／又は、ＭＡＣ層において第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示することができる。
【0062】
他の実現方式では、端末装置は第１情報に基づいて、ＭＡＣ層において第１ＳＲを物理層に優先的に伝送するかどうかを決定し、及び／又は、ＭＡＣ層において第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示することができる。
【0063】
選択肢として、該第１情報は予め定義されたものであってもよく、例えばプロトコル規定によって端末装置に予め設定したものであってもよい。又は、ネットワーク装置は、第１情報を含む第１メッセージを端末装置に送信してもよい。第１メッセージはＲＲＣシグナリングにおいて搬送されてもよく、又は、第１メッセージはＤＣＩにおいて搬送されてもよく、又は、第１メッセージはＭＡＣ ＣＥにおいて搬送されてもよい。具体的に、ネットワーク装置は、ＳＲ設定情報、論理チャネル設定情報を設定する際に、端末装置に第１メッセージを送信してもよい。
【0064】
以下、第１情報を詳しく説明する。
【0065】
本願の実施例では、第１情報は、
ネットワーク装置が第１ＳＲを優先的に伝送するかどうかを示す第１指示情報、
第１論理チャネル優先度（ＬＣＰ、Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）順序を使用できる能力を有するかどうか、第１ＬＣＰ順序を使用するかどうか、第１ＬＣＰ順序を使用すること、のうちの少なくとも１つを、端末装置がネットワーク装置に指示する第２指示情報、
第１ＭＡＣ ＰＤＵに含まれる第１ＭＡＣ制御ユニット（ＣＥ、Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）のタイプ、
第１ＰＵＣＣＨリソースの属性、
第１ＰＵＳＣＨリソースの属性、
第１ＳＲに対応する第１論理チャネルの属性、
第１ＭＡＣ ＰＤＵに対応する論理チャネルと称されてもよい第１ＭＡＣ ＣＥに対応する論理チャネルの属性、
第１ＭＡＣ ＣＥをトリガーする理由、
第１ＰＵＳＣＨリソースが第１論理チャネルのデータを搬送できるかどうか、
第１ＳＲをトリガーすることと第１ＭＡＣ ＰＤＵをパケット化することとの時間順序、
第１論理チャネルが第１ＰＵＳＣＨリソースのＬＣＰ限定（ｒｅｓｔｒｉｃｔｉｏｎ）を満足するかどうか、並びに、
ランダムアクセス過程をトリガーする理由、の情報のうちの少なくとも１つを含んでもよいが、それらに限らない。
ネットワーク装置が第１ＳＲを優先的に伝送するかどうかを示す第１指示情報、
第１論理チャネル優先度（ＬＣＰ、Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）順序を使用できる能力を有するかどうか、第１ＬＣＰ順序を使用するかどうか、第１ＬＣＰ順序を使用すること、のうちの少なくとも１つを、端末装置がネットワーク装置に指示する第２指示情報、
第１ＭＡＣ ＰＤＵに含まれる第１ＭＡＣ制御ユニット（ＣＥ、Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）のタイプ、
第１ＰＵＣＣＨリソースの属性、
第１ＰＵＳＣＨリソースの属性、
第１ＳＲに対応する第１論理チャネルの属性、
第１ＭＡＣ ＰＤＵに対応する論理チャネルと称されてもよい第１ＭＡＣ ＣＥに対応する論理チャネルの属性、
第１ＭＡＣ ＣＥをトリガーする理由、
第１ＰＵＳＣＨリソースが第１論理チャネルのデータを搬送できるかどうか、
第１ＳＲをトリガーすることと第１ＭＡＣ ＰＤＵをパケット化することとの時間順序、
第１論理チャネルが第１ＰＵＳＣＨリソースのＬＣＰ限定（ｒｅｓｔｒｉｃｔｉｏｎ）を満足するかどうか、並びに、
ランダムアクセス過程をトリガーする理由、の情報のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0066】
理解されるように、上記複数の条件は、その中の１つ、その中のいずれか２つ、その中のいずれか３つ、その中のいずれか４つ又はその中のいずれか５つ、又はその中のいずれか６つ、又はその中のいずれか７つ、又はその中のいずれか８つ、又はその中のいずれか９つを選んで本願の実施例の第１条件としてもよい。
【0067】
選択肢として、第１ＳＲに対応する第１論理チャネルについては、第１論理チャネルは第１ＰＵＣＣＨリソースにおいて伝送される論理チャネル、即ち第１ＳＲをトリガーする第１ＰＵＣＣＨリソースにおいて伝送される論理チャネルであり、又は、第１論理チャネルは第１ＳＲをトリガーするデータに対応する論理チャネルであり、即ち第１論理チャネルは第１ＳＲに含まれる論理チャネルであってもよいと理解されてもよい。
【0068】
第１ＭＡＣ ＣＥに対応する論理チャネルについては、第１ＭＡＣ ＣＥに対応する論理チャネルは、第１ＭＡＣ ＣＥにおいて搬送される情報に対応する論理チャネルであり、又は、第１ＭＡＣ ＣＥに対応する論理チャネルは、第１ＰＵＳＣＨリソースにおいて伝送される論理チャネルであり、又は、第１ＭＡＣ ＣＥに対応する論理チャネルは、第１ＭＡＣ ＣＥをトリガーする論理チャネルであると理解されてもよい。
【0069】
選択肢として、第１指示情報が、端末装置が第１ＳＲを優先的に伝送するかどうかを示す場合、一例として、第１指示情報は、端末装置が第１ＳＲを優先的に伝送するかどうかを明示的に示してもよい。
【0070】
例示的に、第１指示情報は１つのビットを含んでもよく、ビット「１」で端末装置が第１ＳＲを優先的に伝送するように指示し、ビット「０」で端末装置が第１ＳＲを優先的に伝送しないように指示する。又は、ビット「１」で端末装置が第１ＳＲを優先的に伝送しないように指示し、ビット「０」で端末装置が第１ＳＲを優先的に伝送するように指示する。更に例示的に、第１指示情報は複数のビットを含んでもよく、複数のビットが同じである場合には、端末装置が第１ＳＲを優先的に伝送するように指示し、複数のビットのうちの少なくとも２つのビットが異なる場合には、端末装置が第１ＳＲを優先的に伝送しないように指示する。例えば、第１指示情報のビットが「１１１」である場合には、端末装置が第１ＳＲを優先的に伝送するように指示し、第１指示情報のビットが「０１０」である場合には、端末装置が第１ＳＲを優先的に伝送しないように指示する。更に例示的に、第１指示情報は複数のビットを含んでもよく、複数のビットが同じであり且ついずれも「１」である場合には、端末装置が第１ＳＲを優先的に伝送するように指示し、複数のビットが同じであり且ついずれも「０」である場合には、端末装置が第１ＳＲを優先的に伝送しないように指示する。
【0071】
他の例として、第１指示情報は、端末装置が第１ＳＲを優先的に伝送するかどうかを暗示的に指示することができる。
【0072】
例示的に、第１指示情報は第１ＰＵＣＣＨリソース及び第１ＰＵＳＣＨリソースの優先度を示してもよい。例えば、第１指示情報が、第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度より高いことを示す場合、端末装置は第１指示情報を受信した後第１ＳＲを優先的に伝送することを決定することができる。
【0073】
第１指示情報と類似的に、第２指示情報の、端末装置が第１ＬＣＰ順序を使用できる能力を有するかどうかを指示する実現方式、第１ＬＣＰ順序を使用するかどうかを指示する実現方式、端末装置が第１ＬＣＰ順序を使用することを指示する実現方式、のうちの少なくとも１つの実現方式については、第１指示情報の実現方式を参照してもよい。内容を簡潔にするために、ここで詳細な説明は省略する。
【0074】
選択肢として、第１ＰＵＣＣＨリソースの属性は、第１ＰＵＣＣＨリソースの優先度、第１ＰＵＣＣＨリソースの識別子、第１ＰＵＣＣＨリソースの周期、第１ＰＵＣＣＨリソースの持続時間長さ（ｄｕｒａｔｉｏｎ）、並びに第１ＰＵＣＣＨリソースに対応する変調及び符号化方式（ＭＣＳ、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）レベル、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0075】
第１ＰＵＣＣＨリソースの持続時間長さは、第１ＰＵＣＣＨリソースの持続時間と称されてもよく、第１ＰＵＣＣＨリソースに対応するＭＣＳレベルは、第１ＰＵＣＣＨリソースにおいて情報を伝送する際に使用するＭＣＳレベルであると理解されてもよい。
【0076】
第１ＰＵＣＣＨリソースの優先度は、第１ＰＵＣＣＨリソースの優先度であってもよい以外に、第１ＰＵＣＣＨリソースの優先度は、第１ＰＵＣＣＨリソースにおいて搬送されるすべての論理チャネルのうちのある論理チャネルの優先度であると更に理解されてもよい。例えば、そのある論理チャネルは、第１ＰＵＣＣＨリソースにおいて搬送されるすべての論理チャネルのうちの優先度が最も高い論理チャネルであってもよく、又は優先度が最も低い論理チャネルであってもよく、又はいずれか１つの論理チャネルであってもよい。
【0077】
選択肢として、第１ＰＵＳＣＨリソースの属性は、第１ＰＵＳＣＨリソースの優先度、第１ＰＵＳＣＨリソースの識別子、第１ＰＵＳＣＨリソースの周期、第１ＰＵＳＣＨリソースの持続時間長さ（ｄｕｒａｔｉｏｎ）、第１ＰＵＳＣＨリソースに対応するＭＣＳレベル、第１ＰＵＳＣＨリソースにおいて搬送できる論理チャネルの属性、第１ＰＵＳＣＨリソースにおいて搬送できるサービス情報、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0078】
第１ＰＵＳＣＨリソースの持続時間長さ（ｄｕｒａｔｉｏｎ）は、第１ＰＵＳＣＨリソースの持続時間と称されてもよく、第１ＰＵＳＣＨリソースに対応するＭＣＳレベルは、第１ＰＵＳＣＨリソースにおいて情報を伝送する際に使用するＭＣＳレベルであると理解されてもよい。
【0079】
第１ＰＵＳＣＨリソースの優先度は、第１ＰＵＳＣＨリソースの優先度であってもよい以外に、第１ＰＵＳＣＨリソースの優先度は第１ＰＵＳＣＨリソースにおいて搬送されるすべての論理チャネルのうちのある論理チャネルの優先度であると更に理解されてもよい。例えば、そのある論理チャネルは第１ＰＵＳＣＨリソースにおいて搬送されるすべての論理チャネルのうちの優先度が最も高い論理チャネルであってもよく、又は優先度が最も低い論理チャネルであってもよく、又はいずれか１つの論理チャネルであってもよい。
【0080】
選択肢として、論理チャネルの属性は、論理チャネルの優先度、論理チャネルの識別子、及び論理チャネルにおいて搬送されるサービスのサービス情報、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0081】
論理チャネルに複数の論理チャネルが含まれる場合、論理チャネルの優先度は、該複数の論理チャネルのうちの優先度が最も高い論理チャネルの優先度であってもよく、該複数の論理チャネルのうちの優先度が最も低い論理チャネルの優先度であってもよく、該複数の論理チャネルのうちのいずれか１つの論理チャネルの優先度であってもよい。
【0082】
選択肢として、サービス情報は、サービス優先度、サービスタイプ、サービス識別子及びサービスのサービス品質（ＱｏＳ、Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0083】
第１ＬＣＰ順序については、本願の実施例の第１ＬＣＰ順序は従来のＬＣＰ順序に対する追加及び／又は調整である。優先度の降順でソートされる場合、従来のＬＣＰ順序は、
セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ、Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）ＭＡＣ ＣＥ又はアップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ＵＬ－Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）において搬送されるデータ（Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ ｏｒ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ）、
設定グラント確認ＭＡＣ ＣＥ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｃｏｎｆｉｒｍａｔｉｏｎ ＭＡＣ ＣＥ）、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ，ｗｉｔｈ ｅｘｃｅｐｔｉｏｎ ｏｆ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ）、
単一のパワーヘッドルーム報告（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ）ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ（Ｓｉｎｇｌｅ Ｅｎｔｒｙ ＰＨＲ ＭＡＣ ＣＥ ｏｒ Ｍｕｌｔｉｐｌｅ Ｅｎｔｒｙ ＰＨＲ ＭＡＣ ＣＥ）、
アップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ＵＬ－Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）以外の論理チャネルにおいて搬送されるデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ，ｅｘｃｅｐｔ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ）、
推奨ビットレートクエリのためのＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ Ｒｅｃｏｍｍｅｎｄｅｄ ｂｉｔ ｒａｔｅ ｑｕｅｒｙ）、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ）である。
セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ、Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）ＭＡＣ ＣＥ又はアップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ＵＬ－Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）において搬送されるデータ（Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ ｏｒ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ）、
設定グラント確認ＭＡＣ ＣＥ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｃｏｎｆｉｒｍａｔｉｏｎ ＭＡＣ ＣＥ）、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ，ｗｉｔｈ ｅｘｃｅｐｔｉｏｎ ｏｆ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ）、
単一のパワーヘッドルーム報告（ＰＨＲ、Ｐｏｗｅｒ Ｈｅａｄｒｏｏｍ Ｒｅｐｏｒｔ）ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ（Ｓｉｎｇｌｅ Ｅｎｔｒｙ ＰＨＲ ＭＡＣ ＣＥ ｏｒ Ｍｕｌｔｉｐｌｅ Ｅｎｔｒｙ ＰＨＲ ＭＡＣ ＣＥ）、
アップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ＵＬ－Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）以外の論理チャネルにおいて搬送されるデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ，ｅｘｃｅｐｔ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ）、
推奨ビットレートクエリのためのＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ Ｒｅｃｏｍｍｅｎｄｅｄ ｂｉｔ ｒａｔｅ ｑｕｅｒｙ）、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ）である。
【0084】
選択肢として、本願の実施例では、第１ＬＣＰ順序において、第１サービスを搬送する論理チャネルのデータの優先度は、設定グラント確認ＭＡＣ ＣＥ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ Ｃｏｎｆｉｒｍａｔｉｏｎ ＭＡＣ ＣＥ）より高くてもよく、及び／又は、第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥの優先度は、設定グラント確認ＭＡＣ ＣＥの優先度より高くてもよい。第１サービスを搬送する論理チャネルのデータの優先度は、第１論理チャネルのデータの優先度であってもよい。
【0085】
又は、第１ＬＣＰ順序において、第１サービスを搬送する論理チャネルのデータの優先度は、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ、Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）ＭＡＣ ＣＥ又はアップリンク共通制御チャネル（ＵＬ－ＣＣＣＨ、ＵＬ－Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）において搬送されるデータ（Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ ｏｒ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ）の優先度より高くてもよく、及び／又は、第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥの優先度は、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータの優先度より高い。
【0086】
例示的に、本願の実施例では、第１ＬＣＰ順序は（ａ）、（ｂ）、（ｃ）及び（ｄ）のうちのいずれか１つの順序であってもよい。下記４つの可能な第１ＬＣＰ順序のうち、各第１ＬＣＰ順序における情報の優先度は降順でソートされている。
【0087】
（ａ）
第１サービスを搬送する論理チャネルのデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ａｓｓｏｃｉａｔｅｄ ｔｏ ＵＲＬＬＣ）、
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のパワーヘッドルーム報告、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ，ｅｘｃｅｐｔ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ ａｎｄ ＵＲＬＬＣ）、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
第１サービスを搬送する論理チャネルのデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ ａｓｓｏｃｉａｔｅｄ ｔｏ ＵＲＬＬＣ）、
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のパワーヘッドルーム報告、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ（ｄａｔａ ｆｒｏｍ ａｎｙ Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ，ｅｘｃｅｐｔ ｄａｔａ ｆｒｏｍ ＵＬ－ＣＣＣＨ ａｎｄ ＵＲＬＬＣ）、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
【0088】
（ｂ）
第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ ｆｏｒ ＵＲＬＬＣ）、
第１サービスを搬送する論理チャネルのデータ、
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外及び第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ，ｗｉｔｈ ｅｘｃｅｐｔｉｏｎ ｏｆ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ ａｎｄ ＢＳＲ ｆｏｒ ＵＲＬＬＣ）、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ ｆｏｒ ＵＲＬＬＣ）、
第１サービスを搬送する論理チャネルのデータ、
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外及び第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ（ＭＡＣ ＣＥ ｆｏｒ ＢＳＲ，ｗｉｔｈ ｅｘｃｅｐｔｉｏｎ ｏｆ ＢＳＲ ｉｎｃｌｕｄｅｄ ｆｏｒ ｐａｄｄｉｎｇ ａｎｄ ＢＳＲ ｆｏｒ ＵＲＬＬＣ）、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
【0089】
（ｃ）
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
第１サービスを搬送する論理チャネルのデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
第１サービスを搬送する論理チャネルのデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
【0090】
（ｄ）
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ、
第１サービスを搬送する論理チャネルのデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外及び第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＵＬ－ＣＣＣＨにおいて搬送されるデータ、
第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ、
第１サービスを搬送する論理チャネルのデータ、
設定グラント確認ＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥ以外及び第１サービス又は第１論理チャネルのＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、
単一のＰＨＲ ＭＡＣ ＣＥ又は複数のＰＨＲ ＭＡＣ ＣＥ、
ＵＬ－ＣＣＣＨ及び第１論理チャネル以外の論理チャネルにおいて搬送されるデータ、
推奨ビットレートクエリのためのＭＡＣ ＣＥ、
パディングＢＳＲ ＭＡＣ ＣＥを含むＭＡＣ ＣＥ、という順序である。
【0091】
なお、上記４つの可能な第１ＬＣＰ順序は、当業者が第１ＬＣＰ順序をより良く理解するためのものであって、第１ＬＣＰ順序の範囲を制限するものではない。
【0092】
選択肢として、例えば図３に示されるように、本願の実施例の第１ＭＡＣ ＰＤＵは複数のＭＡＣサブＰＤＵを含んでもよく、ＭＡＣサブＰＤＵはサービングデータユニット（ＳＤＵ、Ｓｅｒｖｉｎｇ Ｄａｔａ Ｕｎｉｔ）及びそのサブヘッダを含んでもよく、又は第１ＭＡＣ ＣＥ及びそのサブヘッダを含んでもよく、第１ＭＡＣ ＣＥは固定サイズのＭＡＣ ＣＥであってもよく、可変長さのＭＡＣ ＣＥであってもよい。
【0093】
選択肢として、第１ＰＵＳＣＨリソースのＬＣＰ制限は、第１ＰＵＳＣＨリソースを利用して論理チャネルにおける情報を伝送する際の第１ＰＵＳＣＨリソースへの要求又は制限を示すことができる。第１ＰＵＳＣＨリソースが該要求又は制限を満足する場合、第１ＰＵＳＣＨリソースにおいて該論理チャネルにおけるデータ又は情報を伝送することができる。例えば、ＬＣＰ制限は、ｄｕｒａｔｉｏｎが５つのスロット（ｓｌｏｔ）である第１ＰＵＳＣＨリソースは論理チャネル１のデータを伝送することができ、ｄｕｒａｔｉｏｎが２つのｓｌｏｔである第１ＰＵＳＣＨリソースは論理チャネル２及び論理チャネル３のデータを伝送することができる、ということであってもよい。
【0094】
上記内容で言及された、第１論理チャネルが第１ＰＵＳＣＨリソースのＬＣＰ制限を満足するかどうかということは、第１ＰＵＳＣＨリソースのＬＣＰ制限（例えば、第１ＰＵＳＣＨリソースの属性であってもよい）が第１論理チャネルにマッチングするかどうかと理解されてもよい。
【0095】
本願の実施例では、（１）第１指示情報が第１ＳＲを優先的に伝送するように端末装置に指示すること、（２）第２指示情報が第２ＭＡＣ ＣＥにおいて搬送される場合、第２ＭＡＣ ＣＥのタイプが第１ＭＡＣ ＣＥタイプであること、（３）第１ＭＡＣ ＣＥのタイプが第１ＭＡＣ ＣＥタイプであること、（４）第１ＰＵＳＣＨリソースの優先度が第１所定優先度閾値以下であること、（５）第１ＰＵＣＣＨリソースの優先度が第１所定優先度閾値以上であること、（６）第１ＰＵＳＣＨリソースの優先度が第１ＰＵＣＣＨリソースの優先度以下であること、（７）第１ＰＵＳＣＨリソースの識別子が第１リソース識別子ではないこと、（８）第１ＰＵＳＣＨリソースの識別子が第２リソース識別子であること、（９）第１ＰＵＣＣＨリソースの識別子が前記第１リソース識別子であること、（１０）第１ＰＵＳＣＨリソースの周期が所定ＰＵＳＣＨ周期閾値以上であること、（１１）第１ＰＵＣＣＨリソースの周期が所定ＰＵＣＣＨ周期閾値以下であること、（１２）第１ＰＵＳＣＨリソースの周期が第１ＰＵＣＣＨリソースの周期以上であること、（１３）第１ＰＵＳＣＨリソースの伝送時間長さが所定のＰＵＳＣＨ伝送時間長さ以上であること、（１４）第１ＰＵＣＣＨリソースの伝送時間長さが所定のＰＵＣＣＨ伝送時間長さ以下であること、（１５）第１ＰＵＳＣＨリソースの伝送時間長さが第１ＰＵＣＣＨリソースの伝送時間以上であること、（１６）第１ＰＵＳＣＨリソースを伝送する際に使用するＭＣＳレベルが所定のＭＣＳレベル以上であること、（１７）第１ＰＵＣＣＨリソースを伝送する際に使用するＭＣＳレベルが所定のＭＣＳレベル以下であること、（１８）第１ＰＵＳＣＨリソースを伝送する際に使用するＭＣＳレベルが第１ＰＵＣＣＨリソースを伝送する際に使用するＭＣＳレベル以上であること、（１９）第１ＰＵＳＣＨリソースにおいて搬送できる論理チャネルの属性が設定された論理チャネルの属性を満足しないこと、（２０）第１ＰＵＳＣＨリソースにおいて搬送できるサービス情報が設定されたサービス情報を満足しないこと、（２１）第１ＭＡＣ ＣＥに対応する論理チャネルの優先度が第２所定優先度閾値以下であること、（２２）第１論理チャネルの優先度が第２所定優先度閾値以上であること、（２３）第１ＭＡＣ ＣＥに対応する論理チャネルの優先度が第１論理チャネルの優先度以下であること、（２４）第１ＭＡＣ ＣＥに対応する論理チャネルの識別子が第１論理チャネル識別子ではないこと、（２５）第１ＭＡＣ ＣＥに対応する論理チャネルの識別子が第２論理チャネル識別子であること、（２６）第１論理チャネルの識別子が第１論理チャネル識別子であること、（２７）第１ＭＡＣ ＣＥに対応する論理チャネルにおいて搬送されるサービスのサービスタイプが第１サービスタイプではないこと、（２８）第１ＭＡＣ ＣＥに対応する論理チャネルにおいて搬送されるサービスのサービスタイプが第２サービスタイプであること、（２９）第１論理チャネルにおいて搬送されるサービスのサービスタイプが第１サービスタイプであること、（３０）第１ＭＡＣ ＣＥに対応する論理チャネルにおいて搬送されるサービスの優先度が第１論理チャネルにおいて搬送されるサービスの優先度以下であること、（３１）第１ＭＡＣ ＣＥに対応する論理チャネルにおいて搬送されるサービスの優先度が所定のサービス優先度以下であること、（３２）第１論理チャネルにおいて搬送されるサービスの優先度が所定のサービス優先度以上であること、（３３）第１ＭＡＣ ＣＥをトリガーする理由が特定の理由であること、（３４）第１論理チャネルの優先度が第１ＭＡＣ ＣＥに対応する論理チャネルの優先度以上であり、且つ第１論理チャネルのデータが第１ＰＵＳＣＨリソースにおいて搬送できないこと、（３５）第１論理チャネルの優先度が第１ＭＡＣ ＣＥに対応する論理チャネルの優先度以上であり、且つ第１ＳＲが、第１ＭＡＣ ＰＤＵがパケット化された後でトリガーされること、（３６）第１ＳＲが、第１ＭＡＣ ＰＤＵがパケット化される前にトリガーされ、且つ第１論理チャネルのデータが第１ＰＵＳＣＨリソースにおいて搬送できないこと、（３７）第１ＳＲが、第１ＭＡＣ ＰＤＵがパケット化される前にトリガーされ、且つ第１論理チャネルが第１ＰＵＳＣＨリソースのＬＣＰ制限を満足しないこと、（３８）ランダムアクセス（ＲＡ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ）をトリガーする理由が測位であること、（３９）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つランダムアクセス過程をトリガーする論理チャネルが特定の論理チャネルではないためであること、（４０）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つランダムアクセス過程をトリガーする論理チャネルが第２論理チャネルであるためであること、（４１）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つＲＡをトリガーする論理チャネルが第１サービスの位置する論理チャネルではないためであること、（４２）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つＲＡをトリガーする論理チャネルが第２サービスの位置する論理チャネルであるためであること、（４３）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つＲＡをトリガーする論理チャネルの優先度が第３所定優先度閾値より低いためであること、（４４）ＲＡをトリガーする理由が、ＲＲＣ接続状態においてアップリンクデータが到達し且つ利用可能なアップリンクリソースがなく、且つＲＡをトリガーする論理チャネルの優先度が第１論理チャネルの優先度より低いためであること、（４５）ＲＡをトリガーする理由が、端末装置が他のシステム情報を要求するためであること、（４６）ＲＡをトリガーする理由が、端末装置がＳＣｅｌｌにＴＡを追加するためであること、（４７）ＲＡをトリガーする理由がビーム失敗復旧であること、
のうちの少なくとも１つの条件を、第１情報が満足する場合、端末装置はＭＡＣ層において第１ＳＲを物理層に優先的に伝送することを決定し、及び／又は、ＭＡＣ層において第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示することができる。
のうちの少なくとも１つの条件を、第１情報が満足する場合、端末装置はＭＡＣ層において第１ＳＲを物理層に優先的に伝送することを決定し、及び／又は、ＭＡＣ層において第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示することができる。
【0096】
第１タイプＭＡＣ ＣＥは、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ、第１タイプＭＡＣ ＳＤＵ、設定グラント確認ＭＡＣ ＣＥ、パディングＢＳＲ ＭＡＣ ＣＥ以外のＢＳＲ ＭＡＣ ＣＥ、単一のＰＨＲ ＭＡＣ ＣＥ、複数のＰＨＲ ＭＡＣ ＣＥ、第１サービス以外のサービスによりトリガーされるＢＳＲ ＭＡＣ ＣＥ、及び第１論理チャネル以外の論理チャネルによりトリガーされるＢＳＲ ＭＡＣ ＣＥのうちのいずれか１つであってもよいが、それらに限らない。
【0097】
理解されるように、本願の実施例では、第１タイプＭＡＣ ＳＤＵは第１タイプＭＡＣ ＣＥと同じ役割を有してもよい。
【0098】
第１タイプＭＡＣ ＣＥは予め定義されたものであってもよく、又は、第１タイプＭＡＣ ＣＥは端末装置が決定したものであってもよい。そうすると、エアインターフェースシグナリングオーバーヘッドを回避し、現在のサービス伝送ニーズ及び特定を更に満足し、端末装置はより多くの自由度を有することができる。当然ながら、第１タイプＭＡＣ ＣＥはネットワーク装置が設定又は指示したものであってもよい。例えば、ネットワーク装置は、第１タイプＭＡＣ ＣＥを設定又は指示するための第２メッセージを端末装置に送信することができる。
【0099】
選択肢として、上記内容で言及された特定の理由は、
第１ＭＡＣ ＣＥをトリガーする理由がランダムアクセスであること、
第１ＭＡＣ ＣＥが設定グラントをアクティブ化又は非アクティブ化することに用いられること、
第１ＭＡＣ ＣＥがＢＳＲによりトリガーされること、
第１ＭＡＣ ＣＥが第１サービス（例えば、ＵＲＬＬＣサービス）のＢＳＲによりトリガーされること、
第１ＭＡＣ ＣＥが第１サービス（例えば、ＵＲＬＬＣサービス）のＢＳＲによりトリガーされないこと、のうちの少なくとも１つを含んでもよい。
第１ＭＡＣ ＣＥをトリガーする理由がランダムアクセスであること、
第１ＭＡＣ ＣＥが設定グラントをアクティブ化又は非アクティブ化することに用いられること、
第１ＭＡＣ ＣＥがＢＳＲによりトリガーされること、
第１ＭＡＣ ＣＥが第１サービス（例えば、ＵＲＬＬＣサービス）のＢＳＲによりトリガーされること、
第１ＭＡＣ ＣＥが第１サービス（例えば、ＵＲＬＬＣサービス）のＢＳＲによりトリガーされないこと、のうちの少なくとも１つを含んでもよい。
【0100】
ステップ５、端末装置が、ＭＡＣ層において、第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示し、及び／又は、第１ＳＲを物理層に優先的に伝送することを決定した場合、端末装置はＭＡＣ層において第１ＳＲを伝送するように物理層に指示し、及び／又は、第１ＳＲを物理層に優先的に伝送してもよい。
【0101】
更に、端末装置はＭＡＣ層において第１ＭＡＣ ＰＤＵを物理層に指示してもよい。端末装置が第１ＭＡＣ ＰＤＵを物理層に指示することは、端末装置が第１ＭＡＣ ＰＤＵを物理層に伝送し、又は、端末装置が第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すると理解されてもよい。
【0102】
又は、端末装置は第１ＭＡＣ ＰＤＵを生成せず、又は第１ＭＡＣ ＰＤＵを廃棄してもよい。例示的に、端末装置は第１ＰＵＳＣＨリソースと第１ＰＵＣＣＨリソースとが重複する場合、第１ＭＡＣ ＰＤＵを廃棄し又は第１ＭＡＣ ＰＤＵを生成しないことを決定することができる。
【0103】
当然ながら、端末装置は第１ＳＲを優先的に伝送するかどうかを決定する前に、ＭＡＣ層において第１ＭＡＣ ＰＤＵを物理層に指示してもよい。即ち、端末装置が第１ＳＲを優先的に伝送することを決定した場合、端末装置は既にＭＡＣ層において第１ＭＡＣ ＰＤＵを物理層に指示した。又は、どのような状況においても、又はいかなる条件も考慮しなくても、端末装置はいずれもＭＡＣ層において第１ＭＡＣ ＰＤＵを物理層に指示してもよい。
【0104】
それに対応して、ＭＡＣ層において、端末装置は第１ＳＲを優先的に伝送することを決定する前に第１ＭＡＣ ＰＤＵをパケット化してもよく、又は、端末装置は第１ＳＲを優先的に伝送することを決定する際に又は第１ＳＲを優先的に伝送することを決定した後で第１ＭＡＣ ＰＤＵをパケット化してもよい。
【0105】
ステップ６、端末装置は、物理層において、第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定する。
【0106】
なお、端末装置がＭＡＣ層において第１ＳＲをネットワーク装置に優先的に伝送するように物理層に指示したとしても、端末装置は物理層において、必ずしもＭＡＣ層の指示に基づいて第１ＳＲをネットワーク装置に優先的に伝送するとは限らず、端末装置は更に、物理層において、第１ＳＲをネットワーク装置に優先的に伝送するかどうかを判断する必要がある。
【0107】
１つの可能な実施例では、端末装置はいかなる場合においても、又はいかなる条件も考慮しなくても、いずれも物理層において第１ＳＲをネットワーク装置に優先的に伝送してもよい。
【0108】
他の可能な実施例では、端末装置は、物理層において第２情報に基づいて、第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定してもよい。
【0109】
第２情報は、プロトコルにおいて規定されたものであってもよく、又はネットワーク装置が端末装置に設定したものであってもよい。
【0110】
選択肢として、第２情報は、
端末装置が物理層において第１ＳＲ及び第１ＭＡＣ ＰＤＵを受信したかどうか、
端末装置が物理層において第１ＳＲ及び第１ＭＡＣ ＰＤＵを受信した時間順序、
第１論理チャネルの優先度、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第１ＰＵＣＣＨリソースの優先度、
第１ＰＵＳＣＨリソースの優先度、のうちの少なくとも１つを含んでもよいが、それらに限らない。
端末装置が物理層において第１ＳＲ及び第１ＭＡＣ ＰＤＵを受信したかどうか、
端末装置が物理層において第１ＳＲ及び第１ＭＡＣ ＰＤＵを受信した時間順序、
第１論理チャネルの優先度、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第１ＰＵＣＣＨリソースの優先度、
第１ＰＵＳＣＨリソースの優先度、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0111】
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第１ＳＲを受信したこと、
端末装置が、物理層において第１ＭＡＣ ＰＤＵを受信する際に、又は第１ＭＡＣ ＰＤＵを受信した後で、又は第１ＭＡＣ ＰＤＵを受信する前に、第１ＳＲを受信したこと、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上であること、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上であること、
のうちの少なくとも１つの条件を、第２情報が満足する場合、端末装置は物理層において第１ＳＲをネットワーク装置に優先的に伝送することを決定することができる。
端末装置が、物理層において第１ＭＡＣ ＰＤＵを受信する際に、又は第１ＭＡＣ ＰＤＵを受信した後で、又は第１ＭＡＣ ＰＤＵを受信する前に、第１ＳＲを受信したこと、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上であること、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上であること、
のうちの少なくとも１つの条件を、第２情報が満足する場合、端末装置は物理層において第１ＳＲをネットワーク装置に優先的に伝送することを決定することができる。
【0112】
選択肢として、ここの内容で言及された、端末装置が物理層において第１ＳＲを受信したことは、端末装置がＭＡＣ層において物理層に第１ＳＲを伝送し、及び／又は、端末装置がＭＡＣ層において物理層に第１ＳＲの送信を指示したと理解されてもよい。
【0113】
端末装置が物理層において第１ＳＲをネットワーク装置に優先的に伝送することを決定した後、端末装置はネットワーク装置に第１ＳＲを優先的に伝送してもよい。図４に示すように、第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが番号２で重複し、端末装置が物理層において第１ＳＲ及び第１ＭＡＣ ＰＤＵを受信した場合、端末装置は物理層において第１ＳＲをネットワーク装置に優先的に伝送することを決定してもよい。端末装置は番号１、２及び３で第１ＳＲをネットワーク装置に優先的に伝送してもよく、又は、端末装置は番号２で第１ＳＲをネットワーク装置に優先的に伝送してもよく、又は、端末装置は番号２及び３で第１ＳＲをネットワーク装置に優先的に伝送してもよい。
【0114】
上記技術案によれば、ＳＲを伝送するためのリソースとＭＡＣ ＰＤＵを伝送するためのリソースとが重複する場合、端末装置はＳＲを優先的に伝送するかどうかを決定する。そうすると、端末装置はいくつかのシーンにおいてＳＲを優先的に伝送することができ、そうすれば、ある程度でネットワーク装置が現在伝送必要なＩＩＯＴサービスがあることをタイムリーに知るように確保することができ、それによりネットワーク装置はＩＩＯＴサービスをタイムリーにスケジューリングすることができ、これにより、ＩＩＯＴサービスのＱｏＳを確保し、ＩＩＯＴサービスを正常に伝送する可能性を向上させる。
【0115】
なお、第１ＭＡＣ ＰＤＵが既にパケット化され、又は端末装置が既にＭＡＣ層において第１ＭＡＣ ＰＤＵを物理層に指示し、又は第１ＭＡＣ ＰＤＵが既に伝送され始めた場合、端末装置は物理層に第１ＳＲを指示しなくてもよく、又は端末装置はネットワーク装置に第１ＳＲを伝送しなくてもよい。更に、第１ＳＲの優先度が第１ＭＡＣ ＰＤＵの優先度以上であっても、端末装置は依然として物理層に第１ＳＲを指示しなくてもよく、又は端末装置は依然としてネットワーク装置に第１ＳＲを伝送しなくてもよい。
【0116】
選択肢として、本願の実施例では、端末装置が第１ＳＲを優先的に伝送することを決定した場合、第１ＳＲがトリガーされる前に第１ＭＡＣ ＰＤＵが既に生成された場合、端末装置は、
第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
第１ＭＡＣ ＰＤＵ、第１ＭＡＣ ＰＤＵに対するｇｒａｎｔ、第１ＭＡＣ ＰＤＵのＨＡＲＱ情報のうちの少なくとも１つをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行してもよい。
更に、端末装置は第１ＭＡＣ ＰＤＵを伝送するとき、ＭＡＣ層において物理層に優先度情報を指示してもよい。同様に、端末装置は第１ＳＲを伝送するとき、ＭＡＣ層において物理層に優先度情報を指示してもよい。
第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
第１ＭＡＣ ＰＤＵ、第１ＭＡＣ ＰＤＵに対するｇｒａｎｔ、第１ＭＡＣ ＰＤＵのＨＡＲＱ情報のうちの少なくとも１つをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行してもよい。
更に、端末装置は第１ＭＡＣ ＰＤＵを伝送するとき、ＭＡＣ層において物理層に優先度情報を指示してもよい。同様に、端末装置は第１ＳＲを伝送するとき、ＭＡＣ層において物理層に優先度情報を指示してもよい。
【0117】
選択肢として、端末装置がＭＡＣ層において物理層に指示する優先度情報は、第１論理チャネルの優先度情報、第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度情報、第１ＭＡＣ ＰＤＵの優先度情報、第１ＰＵＣＣＨリソースの優先度情報及び第１ＰＵＳＣＨリソースの優先度情報のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0118】
更に、端末装置はＭＡＣ層において物理層に論理チャネルの属性情報、例えば第１論理チャネルのサービス情報、第１論理チャネルの識別子情報、第１ＭＡＣ ＰＤＵに対応する論理チャネルのサービス情報及び第１ＭＡＣ ＰＤＵに対応する論理チャネルの識別子情報等を指示してもよい。
【0119】
ネットワーク装置にとって、ネットワーク装置は低優先度（ｄｅｐｒｉｏｒｉｔｉｚｅｄ）の第１ＭＡＣ ＰＤＵが存在すると見なしてもよく、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを行う。このとき、端末装置は再送リソースを利用してネットワーク装置に第１ＭＡＣ ＰＤＵを伝送してもよい。
【0120】
又は、ネットワークはｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在しないと見なしてもよく、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行う。このとき、端末装置は新しい伝送リソースを利用してネットワーク装置に第１ＭＡＣ ＰＤＵを伝送してもよい。
【0121】
第１ＭＡＣ ＰＤＵがまだパケット化されていない場合、方法２００は、端末装置が第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することを更に含んでもよい。
【0122】
実施例１
端末装置は第１ＭＡＣ ＰＤＵをパケット化する。例えば、いかなる場合においても、端末装置はいずれも第１ＭＡＣ ＰＤＵをパケット化してもよい。
端末装置は第１ＭＡＣ ＰＤＵをパケット化する。例えば、いかなる場合においても、端末装置はいずれも第１ＭＡＣ ＰＤＵをパケット化してもよい。
【0123】
このとき、端末装置は更に、
第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
第１ＭＡＣ ＰＤＵがｄｅｐｒｉｏｒｉｔｉｚｅｄ ＭＡＣ ＰＤＵであることを決定すること、
第１ＭＡＣ ＰＤＵ、ｇｒａｎｔ、第１ＭＡＣ ＰＤＵのＨＡＲＱ情報のうちの少なくとも１つをＨＡＲＱプロセスに伝送すること、
ｇｒａｎｔに基づいて伝送するように物理層に指示し、即ち端末装置がＭＡＣ層においてｇｒａｎｔに基づいてネットワーク装置に第１ＭＡＣ ＰＤＵを送信するように物理層に指示すること、
優先度情報及び／又は論理チャネルの属性情報を物理層に指示すること、のうちの少なくとも１つの挙動を実行することができる。
第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
第１ＭＡＣ ＰＤＵがｄｅｐｒｉｏｒｉｔｉｚｅｄ ＭＡＣ ＰＤＵであることを決定すること、
第１ＭＡＣ ＰＤＵ、ｇｒａｎｔ、第１ＭＡＣ ＰＤＵのＨＡＲＱ情報のうちの少なくとも１つをＨＡＲＱプロセスに伝送すること、
ｇｒａｎｔに基づいて伝送するように物理層に指示し、即ち端末装置がＭＡＣ層においてｇｒａｎｔに基づいてネットワーク装置に第１ＭＡＣ ＰＤＵを送信するように物理層に指示すること、
優先度情報及び／又は論理チャネルの属性情報を物理層に指示すること、のうちの少なくとも１つの挙動を実行することができる。
【0124】
ネットワーク装置にとって、ネットワーク装置は第１ＰＵＣＣＨリソースと第１ＰＵＳＣＨリソースとが衝突することを決定した場合、ネットワーク装置は以下２つの挙動を行ってもよい。
【0125】
（１）ネットワーク装置はｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在すると見なし、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを行う。
【0126】
それに対応して、端末装置にとって、端末装置は再送リソースを利用してネットワーク装置に第１ＭＡＣ ＰＤＵの全部の内容又は一部の内容を伝送することができる。図５に示すように、端末装置が再送のための他のＤＣＩを受信した場合、端末装置は該ＤＣＩで示される再送リソースにおいて、ネットワーク装置に第１ＭＡＣ ＰＤＵの全部の内容又は一部の内容を伝送することができる。
【0127】
（２）ネットワーク装置はｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在しないと見なし、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行う。例えば、図６に示す通りである。
【0128】
このとき、端末装置は新しい伝送リソースを利用してネットワーク装置に第１ＭＡＣ ＰＤＵを伝送することができる。
【0129】
実施例１の技術案によれば、端末装置が異なる状況（例えば、状況１では、第１ＳＲは第１ＭＡＣ ＰＤＵが生成される前にトリガーされ、状況２では、第１ＳＲは第１ＭＡＣ ＰＤＵが生成された後でトリガーされる）に対して異なる処理を行うことを回避することができ、端末装置の実現の複雑度を回避するとともに、端末装置及びネットワーク装置の第１ＭＡＣ ＰＤＵに対する理解が一致しないことを回避することもでき、更にネットワーク装置が第１ＭＡＣ ＰＤＵに対して再送スケジューリングを行う際に、端末装置には保存される第１ＭＡＣ ＰＤＵがあるように確保することができる。
【0130】
実施例２
一例として、端末装置は第１ＭＡＣ ＰＤＵをパケット化しない。例えば、いかなる場合においても、端末装置はいずれも第１ＭＡＣ ＰＤＵをパケット化しない。
一例として、端末装置は第１ＭＡＣ ＰＤＵをパケット化しない。例えば、いかなる場合においても、端末装置はいずれも第１ＭＡＣ ＰＤＵをパケット化しない。
【0131】
他の例として、以下のいずれか１つの条件を満足する場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定してもよい。即ち、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定する。
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上である場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、又は、
第１論理チャネルの優先度が第１ＭＡＣ ＰＤＵの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定し、
第１ＰＵＣＣＨリソースの優先度が第１ＰＵＳＣＨリソースの優先度以上であり、且つ第１ＭＡＣ ＰＤＵがパケット化されていない場合、端末装置は第１ＭＡＣ ＰＤＵをパケット化しないことを決定する。
【0132】
このとき、端末装置は更に、ｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在しないことを決定すること、第１ＭＡＣ ＰＤＵに対するｇｒａｎｔを無視すること、のうちの少なくとも１つの挙動を実行してもよい。
【0133】
端末装置がｇｒａｎｔを無視することは具体的に、ネットワーク装置がｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在することを決定し、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを行う場合、端末装置が再送スケジューリングのためのｇｒａｎｔを無視してもよいことを含んでもよい。
【0134】
又は、端末装置が再送スケジューリングのためのｇｒａｎｔを無視することは具体的に、端末装置がＣ－ＲＮＴＩによりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ、Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）においてｇｒａｎｔを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、端末装置がｇｒａｎｔを無視してもよい（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｒｅｃｅｉｖｅｄ ｏｎ ＰＤＣＣＨ ｗａｓ ａｄｄｒｅｓｓｅｄ ｔｏ Ｃ－ＲＮＴＩ ａｎｄ ｉｆ ｔｈｅ ＨＡＲＱ ｂｕｆｆｅｒ ｏｆ ｔｈｅ ｉｄｅｎｔｉｆｉｅｄ ｐｒｏｃｅｓｓ ｉｓ ｅｍｐｔｙ ｄｕｅ ｔｏ ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｆｏｒ ｔｈｅ ＳＲ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ ｏｖｅｒｌａｐｐｉｎｇ ｗｉｔｈ ＵＬ－ＳＣＨ ｒｅｓｏｕｒｃｅ）こと、
端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいてｇｒａｎｔを受信した場合、且つ新データ指示子（ＮＤＩ、Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、端末装置がｇｒａｎｔを無視してもよいこと、
スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、ｇｒａｎｔを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、端末装置がｇｒａｎｔを無視してもよい（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｒｅｃｅｉｖｅｄ ｏｎ ＰＤＣＣＨ ｗａｓ ａｄｄｒｅｓｓｅｄ ｔｏ ＣＳ－ＲＮＴＩ ａｎｄ ｉｆ ｔｈｅ ＨＡＲＱ ｂｕｆｆｅｒ ｏｆ ｔｈｅ ｉｄｅｎｔｉｆｉｅｄ ｐｒｏｃｅｓｓ ｉｓ ｅｍｐｔｙ）こと、
前記ｇｒａｎｔがバンドル（ｂｕｎｄｌｅ）の一部であり且つ該ｂｕｎｄｌｅのためにＭＡＣ ＰＤＵを取得していない（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｉｓ ｐａｒｔ ｏｆ ａ ｂｕｎｄｌｅ ａｎｄ ｉｆ ｎｏ ＭＡＣ ＰＤＵ ｈａｓ ｂｅｅｎ ｏｂｔａｉｎｅｄ ｆｏｒ ｔｈｉｓ ｂｕｎｄｌｅ）こと、
前記ｇｒａｎｔが設定されたｇｒａｎｔのｂｕｎｄｌｅの一部であり、且つ前記ｇｒａｎｔの第１ＰＵＳＣＨとＰＤＣＣＨにおいて又はこのサービングセルのランダムアクセス応答において受信された他のｇｒａｎｔのＰＵＳＣＨとが重複する（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｉｓ ｐａｒｔ ｏｆ ａ ｂｕｎｄｌｅ ｏｆ ｔｈｅ ｃｏｎｆｉｇｕｒｅｄ ｕｐｌｉｎｋ ｇｒａｎｔ、ａｎｄ ｔｈｅ ＰＵＳＣＨ ｏｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｏｖｅｒｌａｐｓ ｗｉｔｈ ａ ＰＵＳＣＨ ｏｆ ａｎｏｔｈｅｒ ｕｐｌｉｎｋ ｇｒａｎｔ ｒｅｃｅｉｖｅｄ ｏｎ ｔｈｅ ＰＤＣＣＨ ｏｒ ｉｎ ａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ ｆｏｒ ｔｈｉｓ Ｓｅｒｖｉｎｇ Ｃｅｌｌ）こと、のうちの少なくとも１つを含んでもよい。
端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいてｇｒａｎｔを受信した場合、且つ新データ指示子（ＮＤＩ、Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、端末装置がｇｒａｎｔを無視してもよいこと、
スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、ｇｒａｎｔを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、端末装置がｇｒａｎｔを無視してもよい（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｒｅｃｅｉｖｅｄ ｏｎ ＰＤＣＣＨ ｗａｓ ａｄｄｒｅｓｓｅｄ ｔｏ ＣＳ－ＲＮＴＩ ａｎｄ ｉｆ ｔｈｅ ＨＡＲＱ ｂｕｆｆｅｒ ｏｆ ｔｈｅ ｉｄｅｎｔｉｆｉｅｄ ｐｒｏｃｅｓｓ ｉｓ ｅｍｐｔｙ）こと、
前記ｇｒａｎｔがバンドル（ｂｕｎｄｌｅ）の一部であり且つ該ｂｕｎｄｌｅのためにＭＡＣ ＰＤＵを取得していない（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｉｓ ｐａｒｔ ｏｆ ａ ｂｕｎｄｌｅ ａｎｄ ｉｆ ｎｏ ＭＡＣ ＰＤＵ ｈａｓ ｂｅｅｎ ｏｂｔａｉｎｅｄ ｆｏｒ ｔｈｉｓ ｂｕｎｄｌｅ）こと、
前記ｇｒａｎｔが設定されたｇｒａｎｔのｂｕｎｄｌｅの一部であり、且つ前記ｇｒａｎｔの第１ＰＵＳＣＨとＰＤＣＣＨにおいて又はこのサービングセルのランダムアクセス応答において受信された他のｇｒａｎｔのＰＵＳＣＨとが重複する（Ｉｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｉｓ ｐａｒｔ ｏｆ ａ ｂｕｎｄｌｅ ｏｆ ｔｈｅ ｃｏｎｆｉｇｕｒｅｄ ｕｐｌｉｎｋ ｇｒａｎｔ、ａｎｄ ｔｈｅ ＰＵＳＣＨ ｏｆ ｔｈｅ ｕｐｌｉｎｋ ｇｒａｎｔ ｏｖｅｒｌａｐｓ ｗｉｔｈ ａ ＰＵＳＣＨ ｏｆ ａｎｏｔｈｅｒ ｕｐｌｉｎｋ ｇｒａｎｔ ｒｅｃｅｉｖｅｄ ｏｎ ｔｈｅ ＰＤＣＣＨ ｏｒ ｉｎ ａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ ｆｏｒ ｔｈｉｓ Ｓｅｒｖｉｎｇ Ｃｅｌｌ）こと、のうちの少なくとも１つを含んでもよい。
【0135】
ネットワーク装置にとって、ネットワーク装置は２つの挙動を行うことができる。
【0136】
ａ、ネットワーク装置はｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在すると見なし、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを行う。
【0137】
この場合、端末装置の挙動は上記内容において既に説明されたため、ここで詳細な説明は省略する。
【0138】
ｂ、ネットワーク装置はｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在しないと見なし、及び／又は、第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行う。
【0139】
それに対応して、端末装置は新しい伝送リソースに基づいて第２ＭＡＣ ＰＤＵを生成してもよく、例えば、端末装置は新しい伝送リソースのトランスポートブロックサイズ（ＴＢＳ、Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）に基づいて第２ＭＡＣ ＰＤＵを生成して、生成された第２ＭＡＣ ＰＤＵをネットワーク装置に伝送することができる。例示的に、図６を参照して、端末装置は、番号１、２及び３の後の少なくとも１つのリソースにおいて、ネットワーク装置に第２ＭＡＣ ＰＤＵを伝送することができる。
【0140】
実施例２の技術案によれば、第１ＭＡＣ ＰＤＵが伝送できずにパケット化されることによる再送待ち遅延の問題を回避し、物理層がリソース重複を実行する必要があるという問題を回避し、それにより端末装置の実現を簡素化する。
【0141】
選択肢として、本願の実施例では、方法２００は更に、端末装置が既にＭＡＣ層において第１ＳＲを伝送するように物理層に指示し、又は第１ＳＲが既に伝送され始めた場合、端末装置が、第１ＳＲの優先度が第１ＭＡＣ ＰＤＵの優先度以上であることを発見しても、端末装置が第１ＭＡＣ ＰＤＵをパケット化しないことを含んでもよい。具体的に、端末装置は、第１ＭＡＣ ＰＤＵをパケット化しないこと、ｄｅｐｒｉｏｒｉｔｉｚｅｄの第１ＭＡＣ ＰＤＵが存在しないと見なすこと、再送スケジューリングのためのｇｒａｎｔを無視すること、のうちの少なくとも１つの挙動を実行することができる。
【0142】
理解されるように、本願の実施例では、「第１」及び「第２」は異なるオブジェクトを区分するためのものに過ぎず、本願の実施例の範囲を制限するものではない。
【0143】
本願の実施例は他の通信方法を更に提供する。該通信方法では、第１ＰＵＳＣＨリソースと第３ＭＡＣ ＰＤＵを伝送するための第２ＰＵＳＣＨリソースとが重複する場合、端末装置は第３ＭＡＣ ＰＤＵを優先的に伝送するかどうかを決定する。
【0144】
１つの可能な実施例では、端末装置は、物理層において第３ＭＡＣ ＰＤＵをネットワーク装置に優先的に伝送するかどうかを決定する。
【0145】
選択肢として、端末装置は、第３情報に基づいて物理層において第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定してもよい。
【0146】
第３情報は、プロトコルによって規定されたものであってもよく、又はネットワーク装置が端末装置に設定したものであってもよい。
【0147】
選択肢として、第３情報は、
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第３ＭＡＣ ＰＤＵを受信したかどうか、
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第３ＭＡＣ ＰＤＵを受信した時間順序、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第３ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第１ＰＵＳＣＨリソースの優先度、
第２ＰＵＳＣＨリソースの優先度、のうちの少なくとも１つを含んでもよいが、それらに限らない。
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第３ＭＡＣ ＰＤＵを受信したかどうか、
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第３ＭＡＣ ＰＤＵを受信した時間順序、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第３ＭＡＣ ＰＤＵに対応する論理チャネルの優先度、
第１ＰＵＳＣＨリソースの優先度、
第２ＰＵＳＣＨリソースの優先度、のうちの少なくとも１つを含んでもよいが、それらに限らない。
【0148】
端末装置が物理層において第１ＭＡＣ ＰＤＵ及び第３ＭＡＣ ＰＤＵを受信したこと、
端末装置が、物理層において第１ＭＡＣ ＰＤＵを受信する際に、又は第１ＭＡＣ ＰＤＵを受信した後で、又は第１ＭＡＣ ＰＤＵを受信する前に、第３ＭＡＣ ＰＤＵを受信したこと、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度が第３ＭＡＣ ＰＤＵに対応する論理チャネルの優先度より低いこと、
第１ＰＵＳＣＨリソースの優先度が第２ＰＵＳＣＨリソースの優先度より低いこと、
のうちの少なくとも１つの条件を、第３情報が満足する場合、端末装置は物理層において第３ＭＡＣ ＰＤＵをネットワーク装置に優先的に伝送することを決定してもよく、又は端末装置は第３ＭＡＣ ＰＤＵの優先度が第１ＭＡＣ ＰＤＵの優先度より高いと見なしてもよい。
端末装置が、物理層において第１ＭＡＣ ＰＤＵを受信する際に、又は第１ＭＡＣ ＰＤＵを受信した後で、又は第１ＭＡＣ ＰＤＵを受信する前に、第３ＭＡＣ ＰＤＵを受信したこと、
第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度が第３ＭＡＣ ＰＤＵに対応する論理チャネルの優先度より低いこと、
第１ＰＵＳＣＨリソースの優先度が第２ＰＵＳＣＨリソースの優先度より低いこと、
のうちの少なくとも１つの条件を、第３情報が満足する場合、端末装置は物理層において第３ＭＡＣ ＰＤＵをネットワーク装置に優先的に伝送することを決定してもよく、又は端末装置は第３ＭＡＣ ＰＤＵの優先度が第１ＭＡＣ ＰＤＵの優先度より高いと見なしてもよい。
【0149】
理解されるように、第１ＰＵＳＣＨリソースと第２ＰＵＳＣＨリソースとが重複する場合、端末装置が第３ＭＡＣ ＰＤＵを優先的に伝送するかどうかを決定する実現方式については、方法２００の実現方式を参照してもよい。内容を簡潔にするために、ここで詳細な説明は省略する。
【0150】
図７は本願の実施例に係る通信方法３００の模式図である。図７に記載の方法は端末装置により実行されることができ、該端末装置は例えば図１に示される端末装置１２０であってもよい。図７に示すように、該方法３００は下記内容の少なくとも一部を含んでもよい。
【0151】
３１０では、端末装置が第１ＳＲを伝送するためのＰＵＣＣＨリソースと第１ＭＡＣ ＰＤＵを伝送するＰＵＳＣＨリソースとが重複し、且つ前記端末装置が前記第１ＳＲを優先的に伝送することを決定した場合、前記第１ＭＡＣ ＰＤＵがパケット化されていなければ、前記端末装置は前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定する。
【0152】
選択肢として、本願の実施例では、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することは、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化することを決定することを含む。
【0153】
選択肢として、本願の実施例では、前記方法３００は更に、
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように前記物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を、前記端末装置が実行することを含む。
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをＨＡＲＱバッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように前記物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を、前記端末装置が実行することを含む。
【0154】
選択肢として、本願の実施例では、前記方法３００は更に、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを実行する場合、前記端末装置が再送リソースを利用して前記ネットワーク装置に前記第１ＭＡＣ ＰＤＵの少なくとも一部を伝送することを含む。
【0155】
選択肢として、本願の実施例では、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することは、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定することを含む。
【0156】
選択肢として、本願の実施例では、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することは、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの少なくとも１つを含む。
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記端末装置が前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの少なくとも１つを含む。
【0157】
選択肢として、本願の実施例では、前記方法３００は更に、
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視し、例えば、第１ＭＡＣ ＰＤＵのＨＡＲＱプロセスの再送スケジューリング又は再送スケジューリングのためのアップリンクグラントを無視し、又は新しい伝送された第１ＭＡＣ ＰＤＵのＨＡＲＱプロセスの再送スケジューリングに従って、パケット化又は伝送すること、のうちの少なくとも１つの挙動を、前記端末装置が実行することを含む。
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視し、例えば、第１ＭＡＣ ＰＤＵのＨＡＲＱプロセスの再送スケジューリング又は再送スケジューリングのためのアップリンクグラントを無視し、又は新しい伝送された第１ＭＡＣ ＰＤＵのＨＡＲＱプロセスの再送スケジューリングに従って、パケット化又は伝送すること、のうちの少なくとも１つの挙動を、前記端末装置が実行することを含む。
【0158】
選択肢として、本願の実施例では、前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することは、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスを再送スケジューリングする場合、前記端末装置が再送スケジューリングのためのアップリンクグラントを無視することを含む。
【0159】
選択肢として、本願の実施例では、前記端末装置が前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視することは、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置が、ＣＳ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、のうちの少なくとも１つを含む。
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、
前記端末装置が、ＣＳ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記端末装置が、前記アップリンクグラントを無視すること、のうちの少なくとも１つを含む。
【0160】
選択肢として、本願の実施例では、前記方法３００は更に、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを実行する場合、前記端末装置が新しい伝送リソースに基づいて第２ＭＡＣ ＰＤＵを生成することと、前記端末装置が前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送することと、を含む。
【0161】
選択肢として、本願の実施例では、前記方法３００は更に、前記端末装置がＭＡＣ層において物理層に前記第１ＭＡＣ ＰＤＵを伝送することを含む。
【0162】
図８は本願の実施例の通信方法４００の模式図である。図８に記載の方法はネットワーク装置により実行されることができ、該ネットワーク装置は例えば図１に示されるネットワーク装置１１０であってもよい。図８に示すように、該方法４００は下記内容の少なくとも一部を含んでもよい。
【0163】
４１０では、端末装置が第１ＳＲを伝送するためのＰＵＣＣＨリソースと第１ＭＡＣ ＰＤＵを伝送するＰＵＳＣＨリソースとが重複する場合、ネットワーク装置は前記第１ＳＲを優先的に受信する。
【0164】
選択肢として、本願の実施例では、前記方法４００は更に、前記ネットワーク装置が低優先度の前記第１ＭＡＣ ＰＤＵが存在することを決定し、及び／又は、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを行うことを含む。
【0165】
選択肢として、本願の実施例では、前記方法４００は更に、前記ネットワーク装置が、前記端末装置が再送リソースを利用して伝送した少なくとも一部の前記第１ＭＡＣ ＰＤＵを受信することを含む。
【0166】
選択肢として、本願の実施例では、前記方法４００は更に、前記ネットワーク装置が低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定し、及び／又は、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行うことを含む。
【0167】
選択肢として、本願の実施例では、前記方法４００は更に、前記ネットワーク装置が前記端末装置から送信された第２ＭＡＣ ＰＤＵを受信することを含む。
【0168】
理解されるように、以上はそれぞれ方法２００～４００について説明したが、方法２００～４００が独立したものであることを意味せず、２つの方法についての説明は互いに参照してもよい。例えば、方法２００における関連説明は方法３００及び４００に適用されてもよい。内容を簡潔にするために、本願の実施例は方法３００及び４００を詳しく説明しない。
【0169】
以上は図面を参照して本願の好適な実施形態を詳しく説明したが、本願は上記実施形態の具体的な詳細に限らず、本願の技術構想範囲内において本願の技術案に対して種々の簡単な変形を行うことができ、これらの簡単な変形はいずれも本願の保護範囲に属する。
【0170】
例えば、矛盾しない限り、上記具体的な実施形態において説明される各具体的な技術的特徴はいかなる適切な方式で組み合わせられてもよく、不必要な重複を回避するために、本願は様々な可能な組み合わせ方式を改めて説明しない。
【0171】
更に例えば、本願の様々な異なる実施形態同士は任意に組み合わせられてもよく、本願の要旨に違反しない限り、同様に本願に開示される内容と見なすべきである。
【0172】
理解されるように、本願の様々な方法実施例では、上記各過程の番号の順位は実行順序の前後を意味せず、各過程の実行順序はその機能及び内部論理によって決定されるべきであり、本願の実施例の実施過程を制限するためのものではない。
【0173】
【0174】
図９は本願の実施例の端末装置５００の模式的なブロック図である。図９に示すように、該端末装置５００は処理ユニット５１０を備え、
前記処理ユニット５１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することに用いられる。
前記処理ユニット５１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記第１ＳＲをネットワーク装置に優先的に伝送するかどうかを決定することに用いられる。
【0175】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、前記端末装置が物理層において前記第１ＳＲ及び前記第１ＭＡＣ ＰＤＵを受信した場合、前記物理層において前記第１ＳＲを前記ネットワーク装置に優先的に伝送することを決定することに用いられる。
【0176】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、前記端末装置が物理層において前記第１ＭＡＣ ＰＤＵを受信する際に又は前記第１ＭＡＣ ＰＤＵを受信した後で前記第１ＳＲを受信した場合、前記物理層において前記第１ＳＲを前記ネットワーク装置に優先的に伝送することを決定することに用いられる。
【0177】
選択肢として、本願の実施例では、前記処理ユニット５１０は更に、前記第１ＳＲを優先的に伝送することを決定し、且つ前記第１ＭＡＣ ＰＤＵがパケット化されていない場合、前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することに用いられる。
【0178】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、前記第１ＭＡＣ ＰＤＵをパケット化することを決定することに用いられる。
【0179】
選択肢として、本願の実施例では、前記処理ユニット５１０は更に、
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをハイブリッド自動再送要求（ＨＡＲＱ）バッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行することに用いられる。
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをハイブリッド自動再送要求（ＨＡＲＱ）バッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行することに用いられる。
【0180】
選択肢として、本願の実施例では、前記端末装置５００は更に通信ユニット５２０を備え、前記通信ユニット５２０は、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して再送スケジューリングを実行する場合、再送リソースを利用して前記ネットワーク装置に少なくとも一部の前記第１ＭＡＣ ＰＤＵを伝送することに用いられる。
【0181】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定することに用いられる。
【0182】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの１つを実行することに用いられる。
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの１つを実行することに用いられる。
【0183】
選択肢として、本願の実施例では、前記処理ユニット５１０は更に、
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視すること、のうちの少なくとも１つの挙動を実行することに用いられる。
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視すること、のうちの少なくとも１つの挙動を実行することに用いられる。
【0184】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスを再送スケジューリングする場合、再送スケジューリングのためのアップリンクグラントを無視することに用いられる。
【0185】
選択肢として、本願の実施例では、前記処理ユニット５１０は具体的に、
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、のうちの少なくとも１つを実行することに用いられる。
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、のうちの少なくとも１つを実行することに用いられる。
【0186】
選択肢として、本願の実施例では、前記処理ユニット５１０は更に、前記ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを実行する場合、新しい伝送リソースに基づいて第２ＭＡＣ ＰＤＵを生成することに用いられ、
前記端末装置５００は、前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送するための通信ユニット５２０を更に備える。
前記端末装置５００は、前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送するための通信ユニット５２０を更に備える。
【0187】
選択肢として、本願の実施例では、前記端末装置５００は、ＭＡＣ層において物理層に前記第１ＭＡＣ ＰＤＵを伝送するための通信ユニット５２０を更に備える。
【0188】
選択肢として、本願の実施例では、前記端末装置５００は更に通信ユニット５２０を備え、前記通信ユニット５２０は、前記端末装置が前記第１ＳＲを優先的に伝送することを決定し、且つ前記第１ＳＲが、前記第１ＭＡＣ ＰＤＵがパケット化される前にトリガーされた場合、ＭＡＣ層において物理層に前記第１ＭＡＣ ＰＤＵを伝送することに用いられる。
【0189】
理解されるように、該端末装置５００は方法２００における端末装置に対応でき、該方法２００における端末装置の対応操作を実現することができる。簡潔のために、ここで詳細な説明は省略する
【0190】
図１０は本願の実施例の端末装置６００の模式的なブロック図である。図１０に示すように、該端末装置６００は処理ユニット６１０を備え、
前記処理ユニット６１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複し、且つ前記端末装置が前記第１ＳＲを優先的に伝送することを決定した場合、前記第１ＭＡＣ ＰＤＵがパケット化されていなければ、前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することに用いられる。
前記処理ユニット６１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複し、且つ前記端末装置が前記第１ＳＲを優先的に伝送することを決定した場合、前記第１ＭＡＣ ＰＤＵがパケット化されていなければ、前記第１ＭＡＣ ＰＤＵをパケット化するかどうかを決定することに用いられる。
【0191】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、前記第１ＭＡＣ ＰＤＵをパケット化することを決定することに用いられる。
【0192】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをハイブリッド自動再送要求（ＨＡＲＱ）バッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように前記物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行することに用いられる。
前記第１ＭＡＣ ＰＤＵが低優先度ＭＡＣ ＰＤＵであることを決定すること、
前記第１ＭＡＣ ＰＤＵをハイブリッド自動再送要求（ＨＡＲＱ）バッファに保存すること、
ＭＡＣ層において、前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントに基づいて伝送するように前記物理層に指示すること、
前記アップリンクグラントをＨＡＲＱプロセスに伝送すること、のうちの少なくとも１つの挙動を実行することに用いられる。
【0193】
選択肢として、本願の実施例では、前記端末装置６００は更に通信ユニット６２０を備え、前記通信ユニット６２０は、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを実行する場合、新しい伝送リソースを利用して前記ネットワーク装置に前記第１ＭＡＣ ＰＤＵの少なくとも一部を伝送することに用いられる。
【0194】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定することに用いられる。
【0195】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの少なくとも１つを実行することに用いられる。
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵに対応する論理チャネルの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記第１ＳＲをトリガーする論理チャネルの優先度が前記第１ＭＡＣ ＰＤＵの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、
前記ＰＵＣＣＨリソースの優先度が前記ＰＵＳＣＨリソースの優先度以上である場合、前記第１ＭＡＣ ＰＤＵをパケット化しないことを決定すること、のうちの少なくとも１つを実行することに用いられる。
【0196】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視すること、のうちの少なくとも１つの挙動を実行することに用いられる。
低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定すること、
前記第１ＭＡＣ ＰＤＵに対するアップリンクグラントを無視すること、のうちの少なくとも１つの挙動を実行することに用いられる。
【0197】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスを再送スケジューリングする場合、再送スケジューリングのためのアップリンクグラントを無視することに用いられる。
【0198】
選択肢として、本願の実施例では、前記処理ユニット６１０は具体的に、
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、のうちの少なくとも１つを実行することに用いられる。
前記端末装置が、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）によりスクランブルされる物理ダウンリンク制御チャネル（ＰＤＣＣＨ）において、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置がＣ－ＲＮＴＩによりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ新データ指示子（ＮＤＩ）が反転され、識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、
前記端末装置が、スケジューリングするための、セル無線ネットワーク一時識別子（ＣＳ－ＲＮＴＩ）によりスクランブルされるＰＤＣＣＨにおいて、前記アップリンクグラントを受信した場合、且つ識別されたＨＡＲＱプロセスのバッファが空である場合、前記アップリンクグラントを無視すること、のうちの少なくとも１つを実行することに用いられる。
【0199】
選択肢として、本願の実施例では、前記処理ユニット６１０は更に、ネットワーク装置が前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを実行する場合、新しい伝送リソースに基づいて第２ＭＡＣ ＰＤＵを生成することに用いられ、
前記端末装置６００は、前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送するための通信ユニット６２０を更に備える。
前記端末装置６００は、前記第２ＭＡＣ ＰＤＵを前記ネットワーク装置に伝送するための通信ユニット６２０を更に備える。
【0200】
選択肢として、本願の実施例では、前記端末装置６００は、ＭＡＣ層において物理層に前記第１ＭＡＣ ＰＤＵを伝送するための通信ユニット６２０を更に備える。
【0201】
理解されるように、該端末装置６００は方法３００における端末装置に対応でき、該方法３００における端末装置の対応操作を実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0202】
図１１は本願の実施例のネットワーク装置７００の模式的なブロック図である。図１１に示すように、該ネットワーク装置７００は通信ユニット７１０を備え、
前記通信ユニット７１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記端末装置から送信された前記第１ＳＲを優先的に受信することに用いられる。
前記通信ユニット７１０は、端末装置が第１スケジューリング要求（ＳＲ）を伝送するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースと第１媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を伝送する物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースとが重複する場合、前記端末装置から送信された前記第１ＳＲを優先的に受信することに用いられる。
【0203】
選択肢として、本願の実施例では、前記ネットワーク装置７００は更に処理ユニット７２０を備え、前記処理ユニット７２０は、低優先度の前記第１ＭＡＣ ＰＤＵが存在することを決定することに用いられ、及び／又は、前記通信ユニット７１０は更に、前記第１ＭＡＣ ＰＤＵに対応するハイブリッド自動再送要求（ＨＡＲＱ）プロセスに対して再送スケジューリングを行うことに用いられる。
【0204】
選択肢として、本願の実施例では、前記通信ユニット７１０は更に、前記端末装置が再送リソースを利用して伝送した少なくとも一部の前記第１ＭＡＣ ＰＤＵを受信することに用いられる。
【0205】
選択肢として、本願の実施例では、前記ネットワーク装置７００は更に処理ユニット７２０を備え、前記処理ユニット７２０は、低優先度の前記第１ＭＡＣ ＰＤＵが存在しないことを決定することに用いられ、及び／又は、前記通信ユニット７１０は更に、前記第１ＭＡＣ ＰＤＵに対応するＨＡＲＱプロセスに対して新しい伝送スケジューリングを行うことに用いられる。
【0206】
選択肢として、本願の実施例では、前記通信ユニット７１０は更に、前記端末装置から送信された第２ＭＡＣ ＰＤＵを受信することに用いられる。
【0207】
理解されるように、該ネットワーク装置７００は方法４００におけるネットワーク装置に対応でき、該方法４００におけるネットワーク装置の対応操作を実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0208】
図１２は本願の実施例に係る通信装置８００の構造模式図である。図１２に示される通信装置８００はプロセッサ８１０を備え、プロセッサ８１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【0209】
選択肢として、図１２に示すように、通信装置８００は更にメモリ８２０を備えてもよい。プロセッサ８１０はメモリ８２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【0210】
メモリ８２０はプロセッサ８１０から独立した１つの単独のデバイスであってもよく、プロセッサ８１０に統合されてもよい。
【0211】
選択肢として、図１２に示すように、通信装置８００は更に送受信機８３０を備えてもよい。プロセッサ８１０は該送受信機８３０が他の装置と通信するように制御することができ、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。
【0212】
送受信機８３０は送信機と受信機を備えてもよい。送受信機８３０は更にアンテナを備えてもよく、アンテナの数は１つ又は複数であってもよい。
【0213】
選択肢として、該通信装置８００は具体的に本願の実施例のネットワーク装置であってもよく、且つ該通信装置８００は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0214】
選択肢として、該通信装置８００は具体的に本願の実施例の端末装置であってもよく、且つ該通信装置８００は本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0215】
図１３は本願の実施例の装置の構造模式図である。図１３に示される装置９００はプロセッサ９１０を備え、プロセッサ９１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【0216】
選択肢として、図１３に示すように、装置９００は更にメモリ９２０を備えてもよい。プロセッサ９１０はメモリ９２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【0217】
メモリ９２０はプロセッサ９１０から独立した１つの単独のデバイスであってもよく、プロセッサ９１０に統合されてもよい。
【0218】
選択肢として、該装置９００は更に入力インターフェース９３０を備えてもよい。プロセッサ９１０は該入力インターフェース９３０が他の装置又はチップと通信するように制御することができ、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。
【0219】
選択肢として、該装置９００は更に出力インターフェース９４０を備えてもよい。プロセッサ９１０は該出力インターフェース９４０が他の装置又はチップと通信するように制御することができ、具体的に、他の装置又はチップに情報又はデータを出力することができる。
【0220】
選択肢として、該装置は本願の実施例の端末装置に適用されてもよく、且つ該装置は本願の実施例の各方法における端末装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0221】
選択肢として、該装置は本願の実施例のネットワーク装置に適用されてもよく、且つ該装置は本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実現することができる。簡潔のために、ここで詳細な説明は省略する。
【0222】
選択肢として、該装置９００はチップであってもよい。理解されるように、本願の実施例で言及されたチップは更にシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と称されてもよい。
【0223】
理解されるように、本願の実施例のプロセッサは信号処理機能を有する集積回路チップでありうる。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で行われてもよい。上記プロセッサは汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロックを実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいかなる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェア復号プロセッサで遂行し、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで遂行するように直接具現されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを行う。
【0224】
理解されるように、本願の実施例では、メモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。例示的な説明であって制限的ではないが、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）が利用可能である。注意すべきように、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。
【0225】
理解されるように、上記メモリは例示的な説明であって制限的ではない。例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）等であってもよい。即ち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含むが、それらに限らないように意図されるものである。
【0226】
【0227】
該端末装置１０１０は上記方法における端末装置の実現する対応機能を実現することに用いられてもよく、該ネットワーク装置１０２０は上記方法におけるネットワーク装置の実現する対応機能を実現することに用いられてもよい。簡潔のために、ここで詳細な説明は省略する。
【0228】
本願の実施例はコンピュータプログラムを記憶することに用いられるコンピュータ可読記憶媒体を更に提供する。
【0229】
選択肢として、該コンピュータ可読記憶媒体は本願の実施例の端末装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータは本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0230】
選択肢として、該コンピュータ可読記憶媒体は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラムによってコンピュータは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0231】
本願の実施例はコンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。
【0232】
選択肢として、該コンピュータプログラム製品は本願の実施例の端末装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータは本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0233】
選択肢として、該コンピュータプログラム製品は本願の実施例のネットワーク装置に適用されてもよく、且つ該コンピュータプログラム命令によってコンピュータは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0234】
本願の実施例は更にコンピュータプログラムを提供する。
【0235】
選択肢として、該コンピュータプログラムは本願の実施例の端末装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータは本願の実施例の各方法における端末装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0236】
選択肢として、該コンピュータプログラムは本願の実施例のネットワーク装置に適用されてもよく、該コンピュータプログラムがコンピュータにおいて実行されるとき、コンピュータは本願の実施例の各方法におけるネットワーク装置の実現する対応プロセスを実行する。簡潔のために、ここで詳細な説明は省略する。
【0237】
当業者であれば意識できるように、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法でここの説明される機能を実現することができるが、このような実現は本願の範囲を超えるものと見なされるべきではない。
【0238】
当業者であれば明確に理解できるように、説明を容易そして簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程については、前述の方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略する。
【0239】
本願に係るいくつかの実施例では、理解されるように、開示されるシステム、装置及び方法は他の方式で実現されてもよい。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの区別は論理機能上の区別に過ぎず、実際に実現するとき、他の区別方式があってもよく、例えば複数のユニット又はコンポーネントが他のシステムに結合又は統合されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
【0240】
分離部材として説明される前記ユニットは物理的に分離してもよく、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、一箇所に位置してもよく、複数のネットワークユニットに配置されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。
【0241】
また、本願の各実施例では、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットが１つのユニットに統合されてもよい。
【0242】
前記機能はソフトウェア機能ユニットの形式で実現され、独立した製品として販売又は使用されるときは、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案の本質的又は従来技術に貢献する部分、又は該技術案の一部はソフトウェア製品の形式で具現されてもよい。該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための若干の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。
【0243】
以上の説明は本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】