(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-04-23
(54)【発明の名称】データ伝送方法、装置及び通信ディバイス
(51)【国際特許分類】
H04W 72/115 20230101AFI20240416BHJP
H04W 74/0838 20240101ALI20240416BHJP
H04W 72/231 20230101ALI20240416BHJP
【ＦＩ】
H04W72/115
H04W74/0838
H04W72/231
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023569806
(86)(22)【出願日】2021-05-10
(85)【翻訳文提出日】2023-11-10
(86)【国際出願番号】 CN2021092881
(87)【国際公開番号】W WO2022236629
(87)【国際公開日】2022-11-17
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ブルートゥース
(71)【出願人】
【識別番号】516180667
【氏名又は名称】北京小米移動軟件有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】ジャン，シャウウェイ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD23
5K067DD24
5K067EE02
5K067EE10
5K067HH28
(57)【要約】
本開示はデータ伝送方法、装置及び通信ディバイスを提供し、無線通信の技術分野に属する。ここで、方法は、ユーザイクイップメント（ＵＥ）は現在のデータ送信段階を決定するステップと、現在のデータ送信段階に基づいて、ＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用するステップと、を含む。これにより、ＵＥは、現在のデータ送信段階に基づいて、適切なＣＧ ＳＤＴリソースを使用してデータ伝送を行うことができ、ＵＥのデータ伝送効率を向上させることができ、それにより、ＵＥにＳＤＴプロセスにおいてより多くのデータを送信させることができる。
【選択図】図３
【選択図】図３
【特許請求の範囲】
【請求項1】
ユーザイクイップメント（ＵＥ）に適用されるデータ伝送方法であって、現在のデータ送信段階を決定するステップと、
前記現在のデータ送信段階に基づいて設定グラントスモールデータ伝送ＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用するステップと、を含む、
ことを特徴とするデータ伝送方法。
【請求項2】
ネットワーク側ディバイスにより設定されたＣＧ ＳＤＴリソースを受信するステップをさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項3】
前記ＣＧ ＳＤＴリソースは無線リソース制御解放（ＲＲＣ Ｒｅｌｅａｓｅ）メッセージにより設定される、ことを特徴とする請求項２に記載の方法。
【請求項4】
前記現在のデータ送信段階に基づいてＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用するステップは、前記現在のデータ送信段階が初期データ送信段階であると決定するステップと、
前記ＵＥが第１のＣＧ ＳＤＴリソースを使用してデータを送信した後、前記ネットワーク側ディバイスのフィードバック情報を受信しなかったことに応答して、他のＣＧ ＳＤＴリソースを使用してデータを送信しないステップと、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項5】
再送条件が満たされたと決定されるまで、再送ＣＧ ＳＤＴリソースを使用して前記データを再送するステップをさらに含む、ことを特徴とする請求項４に記載の方法。
【請求項6】
前記現在のデータ送信段階に基づいてＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用するステップは、前記現在のデータ送信段階が後続データ送信段階であると決定するステップと、
複数のＣＧ ＳＤＴリソースを使用して伝送するステップと、を含む、
ことを特徴とする請求項１に記載の方法。
【請求項7】
前記複数のＣＧ ＳＤＴリソースは同じビームに対応するか、又は同じＣＧ ＳＤＴリソースグループに属する、ことを特徴とする請求項６に記載の方法。
【請求項8】
前記複数のＣＧ ＳＤＴリソースと初期データ送信段階におけるＣＧ ＳＤＴリソースは同じビームに対応するか、又は同じＣＧ ＳＤＴリソースグループに属する、ことを特徴とする請求項６に記載の方法。
【請求項9】
特定の物理下り制御チャネルＰＤＣＣＨリソース設定を使用して前記ネットワーク側ディバイスの制御情報をモニターするステップをさらに含む、ことを特徴とする請求項１に記載の方法。
【請求項10】
前記現在のデータ送信段階が後続データ送信段階であると決定するステップと、特定のＰＤＣＣＨリソース設定を使用して前記ネットワーク側ディバイスの制御情報をモニターするステップと、をさらに含む、
ことを特徴とする請求項１に記載の方法。
【請求項11】
前記特定のＰＤＣＣＨリソースは前記ネットワーク側ディバイスにより設定される、ことを特徴とする請求項９又は１０に記載の方法。
【請求項12】
前記特定のＰＤＣＣＨリソースは、特定のリソース識別子、
特定の時間領域リソース設定、
特定の周波数領域リソース設定、及び
前記初期データ送信段階において受信された前記ネットワーク側ディバイスのフィードバック情報に対応するＰＤＣＣＨリソースと同じＰＤＣＣＨリソースのうちの少なくとも１つを含み、
前記特定のＰＤＣＣＨリソースに関連付けられた下り信号は、前記初期データ送信段階に前記ＵＥが使用するＣＧ ＳＤＴリソースに関連付けられた下り信号と同じである、
ことを特徴とする請求項９又は１０に記載の方法。
【請求項13】
ネットワーク側ディバイスに適用されるデータ伝送方法であって、設定されたＣＧ ＳＤＴリソースをＵＥに送信するステップを含み、
前記ＵＥは現在のデータ送信段階に基づいてＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用する、
ことを特徴とするデータ伝送方法。
【請求項14】
設定されたＣＧ ＳＤＴリソースをＵＥに送信するステップは、前記ＵＥに第１のＲＲＣ Ｒｅｌｅａｓｅメッセージを送信するステップであって、前記第１のＲＲＣ Ｒｅｌｅａｓｅメッセージにより前記ＣＧ ＳＤＴリソースを設定するステップを含む、
ことを特徴とする請求項１３に記載の方法。
【請求項15】
設定された特定のＰＤＣＣＨリソースをＵＥに送信するステップであって、前記特定のＰＤＣＣＨリソースは前記ネットワーク側ディバイスの制御情報をモニターすることに用いられるステップをさらに含む、ことを特徴とする請求項１３に記載の方法。
【請求項16】
設定された特定のＰＤＣＣＨリソースをＵＥに送信するステップは、前記ＵＥに第２のＲＲＣ Ｒｅｌｅａｓｅメッセージを送信するステップであって、前記第２のＲＲＣ Ｒｅｌｅａｓｅメッセージにより前記特定のＰＤＣＣＨリソースを設定するステップを含む、
ことを特徴とする請求項１５に記載の方法。
【請求項17】
設定された特定のＰＤＣＣＨリソースをＵＥに送信するステップは、前記ＵＥにシステムメッセージを送信するステップであって、前記システムメッセージにより前記特定のＰＤＣＣＨリソースを設定するステップを含む、
ことを特徴とする請求項１５に記載の方法。
【請求項18】
現在のデータ送信段階を決定することに用いられる決定モジュールと、前記現在のデータ送信段階に基づいて設定グラントスモールデータ伝送ＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用することに用いられる処理モジュールと、を含む、
ことを特徴とするデータ伝送装置。
【請求項19】
設定されたＣＧ ＳＤＴリソースをＵＥに送信することに用いられる送信モジュールを含み、前記ＵＥは現在のデータ送信段階に基づいてＣＧ ＳＤＴプロセスにおけるＣＧ ＳＤＴリソースを使用する、
ことを特徴とするデータ伝送装置。
【請求項20】
トランシーバと、メモリと、前記トランシーバ及び前記メモリにそれぞれ接続されるプロセッサと、を含み、前記プロセッサは、前記メモリにおけるコンピュータ実行可能なコマンドを実行して、前記トランシーバの無線信号の送受信を制御することで、請求項１～１２のいずれか一項に記載のデータ伝送方法を実現し、又は請求項１３～１７のいずれか一項に記載のデータ伝送方法を実現することができるように構成される、
ことを特徴とする通信ディバイス。
【請求項21】
コンピュータ実行可能なコマンドが記憶されるコンピュータ記憶媒体であって、前記コンピュータ実行可能なコマンドがプロセッサによって実行される時に、請求項１～１２のいずれか一項に記載のデータ伝送方法を実現し、又は請求項１３～１７のいずれか一項に記載のデータ伝送方法を実現することができる、
コンピュータ記憶媒体。
【発明の詳細な説明】
【技術分野】
【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】
本開示の上記及び／又は追加の態様及び利点は、以下の図面と併せた実施例の説明から明らかになり、理解しやすくなるであろう。
【図1】ＳＤＴプロセスの概略図である。
【図2】ＣＧ ＳＤＴのフローチャートである。
【図3】本開示の実施例により提供されるデータ伝送方法のフローチャートである。
【図4】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図5】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図6】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図7】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図8】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図9】本開示の実施例により提供される別のデータ伝送方法のフローチャートである。
【図10】本開示の実施例により提供されるデータ伝送装置の構造概略図である。
【図11】本開示の実施例により提供される別のデータ伝送装置の構造概略図である。
【図12】本開示の実施例により提供されるＵＥのブロック図である。
【図13】本開示の実施例により提供されるネットワーク側ディバイスの構造概略図である。
【発明を実施するための形態】
【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】
本開示は、上記で説明され、図面に示された正確な構造に限定されず、その範囲から逸脱することなく、様々な修正及び変更を行うことができることを理解されたい。本開示の範囲は、添付の特許請求の範囲のみによって制限される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【国際調査報告】