(57)【特許請求の範囲】
【請求項１】
データ伝送方法であって、
端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することと、
前記端末装置が前記ネットワーク装置から送信された指示情報を受信し、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられることと、
前記アップリンク許可に基づいて、前記端末装置が前記送信待ちアップリンクデータを送信することとを含み、
前記端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することは、
前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することを含み、
前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することは、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とリソースとの対応関係に基づき、前記スケジューリングリクエストを送信するためのリソースを確定することと、
確定された前記リソースに基づき、前記スケジューリングリクエストを送信することとを含むことを特徴とする
前記データ伝送方法。
【請求項２】
前記スケジューリングリクエストは指示フィールドを含み、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられ、
前記端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することは、
前記端末装置が前記スケジューリングリクエストにおける前記指示フィールドにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記スケジューリングリクエストに占有され且つ前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含むことを含むことを特徴とする
請求項１に記載の方法。
【請求項４】
前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することは、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とスケジューリングリクエストのターゲット受信電力との対応関係に基づき、前記送信待ちアップリンクデータの属性情報を通知するためのスケジューリングリクエストに対応するターゲット受信電力を確定することと、
前記ネットワーク装置と前記端末装置の間のパス損失、及び前記スケジューリングリクエストに対応するターゲット受信電力に基づき、送信電力を確定することと、
前記送信電力を用い、前記スケジューリングリクエストを送信することとを含むことを特徴とする
請求項１又は３に記載の方法。
【請求項５】
前記スケジューリングリクエストはプリアンブルシーケンスコードを含むことを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項６】
前記スケジューリングリクエストはプリアンブルシーケンスコード及び指示フィールドを含み、ここで、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられることを特徴とする
請求項５に記載の方法。
【請求項７】
前記スケジューリングリクエストは物理層シグナリングであることを特徴とする
請求項１−６のいずれか一項に記載の方法。
【請求項８】
前記送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのサービス品質（ＱｏＳ）レベル情報のうちの少なくとも一つを含むことを特徴とする
請求項１−７のいずれか一項に記載の方法。
【請求項９】
前記送信待ちアップリンクデータに対するアップリンク許可に、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するハイブリッド自動再送リクエスト（ＨＡＲＱ）プロセス番号、というパラメータのうちの少なくとも一つが含まれることを特徴とする
請求項１−８のいずれか一項に記載の方法。
【請求項１０】
前記送信待ちアップリンクデータに対するアップリンク許可は識別情報を含み、前記識別情報が、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられることを特徴とする
請求項１−８のいずれか一項に記載の方法。
【請求項１１】
前記端末装置がスケジューリングリクエストにより前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知する前に、前記方法はさらに、
前記ネットワーク装置から送信された配置情報を受信することを含み、前記配置情報が、
の少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセット、のうちの少なくとも一つの情報及び／又は前記情報の間のマッピング関係を示すことに用いられ、前記少なくとも一つのサービスの属性情報が、前記送信待ちアップリンクデータの属性情報を含むことを特徴とする
請求項１−１０のいずれか一項に記載の方法。
【請求項１２】
データ伝送方法であって、
ネットワーク装置が端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得することであって、前記スケジューリングリクエストは、前記端末装置によって、前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とリソースとの対応関係に基づいて確定されたリソースを介して送信されたものであることと、
前記端末装置の送信待ちアップリンクデータの属性情報に基づき、前記ネットワーク装置が前記端末装置の送信待ちアップリンクデータに対するアップリンク許可を確定することと、
前記ネットワーク装置が前記端末装置へ指示情報を送信し、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられることとを含む、前記データ伝送方法。
【請求項１３】
端末装置であって、
命令を記憶するためのメモリと、
請求項１−１１のいずれか一項に記載の方法を実行するように、前記の命令を実行するためのプロセッサと、を含む、前記端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は通信分野に関し、且つより具体的にデータ伝送方法、端末装置とネットワーク装置に関する。
【背景技術】
【０００２】
移動通信技術の発展に伴い、第５世代移動通信技術（５Ｇ：ｆｉｆｔｈ  ｇｅｎｅｒａｔｉｏｎ）が現在研究されており、ここで、ユーザ体験に大きな影響を与える要因がデータ伝送遅延である。
【０００３】
したがって、どのようにデータ伝送遅延を低減するかは研究すべき問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本出願の実施例はデータ伝送遅延を低減することができるデータ伝送方法及び装置を提供する。
【課題を解決するための手段】
【０００５】
第一の態様によるデータ伝送方法は、
端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することと、
前記端末装置が前記ネットワーク装置から送信された指示情報を受信し、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられることと、
前記アップリンク許可に基づいて、前記端末装置が前記送信待ちアップリンクデータを送信することとを含む。
【０００６】
したがって、本出願の実施例では、端末装置は直接スケジューリングリクエストにより送信待ちデータの属性情報をネットワーク装置に通知し、該データの属性情報に基づいて該データに対する許可を送信することができ、それによって端末装置は該データに対する許可に基づいて、送信待ちデータを送信することができ、それによって複数回のインタラクションによって遅延が長すぎるという問題を回避することができる。
【０００７】
第一の態様と組み合わせ、第一の態様の第一の可能な実施形態では、前記スケジューリングリクエストは指示フィールドを含み、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられ、
前記端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することは、
前記端末装置が前記スケジューリングリクエストにおける前記指示フィールドにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することを含む。
【０００８】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第二の可能な実施形態では、前記端末装置がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知することは、
前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することを含む。
【０００９】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第三の可能な実施形態では、前記スケジューリングリクエストに占有され且つ前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含む。
【００１０】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第四の選択可能な実施形態では、前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することは、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とリソースとの対応関係に基づき、前記スケジューリングリクエストを送信するためのリソースを確定することと、
確定された前記リソースに基づき、前記スケジューリングリクエストを送信することとを含む。
【００１１】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第五の選択可能な実施形態では、前記端末装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することは、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とスケジューリングリクエストのターゲット受信電力との対応関係に基づき、前記送信待ちアップリンクデータの属性情報を通知するためのスケジューリングリクエストに対応するターゲット受信電力を確定することと、
前記ネットワーク装置と前記端末装置の間のパス損失、及び前記スケジューリングリクエストに対応するターゲット受信電力に基づき、送信電力を確定することと、
前記送信電力を用い、前記スケジューリングリクエストを送信することとを含む。
【００１２】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第六の選択可能な実施形態では、前記スケジューリングリクエストはプリアンブルシーケンスコードを含む。
【００１３】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第七の選択可能な実施形態では、前記スケジューリングリクエストはプリアンブルシーケンスコード及び指示フィールドを含み、ここで、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【００１４】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第八の選択可能な実施形態では、前記スケジューリングリクエストは物理層シグナリングである。
【００１５】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第九の選択可能な実施形態では、前記送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【００１６】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第十の選択可能な実施形態では、前記送信待ちアップリンクデータに対するアップリンク許可に、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するハイブリッド自動再送リクエスト（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）プロセス番号のうちの少なくとも一つを含む。
【００１７】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第十一の選択可能な実施形態では、前記送信待ちアップリンクデータに対するアップリンク許可は識別情報を含み、前記識別情報が、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【００１８】
第一の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第一の態様の第十二の選択可能な実施形態では、前記端末装置がスケジューリングリクエストにより前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知する前に、前記方法はさらに、
前記ネットワーク装置から送信された配置情報を受信することを含み、前記配置情報が、
少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセット、のうちの少なくとも一つの情報及び／又は前記情報の間のマッピング関係を示すことに用いられる。
【００１９】
第二の態様によるデータ伝送方法は、
端末装置がネットワーク装置から送信された第一のメッセージを受信し、前記第一のメッセージに前記端末装置が第二のメッセージを送信するための第一の配置情報、及び前記端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、前記第二のメッセージが、前記端末装置に送信待ちアップリンクデータが存在することを前記ネットワーク装置に通知することに用いられることと、
送信待ちアップリンクデータが存在する時に、前記第一の配置情報に基づき、前記端末装置が前記ネットワーク装置へ第二のメッセージを送信することと、
前記第二のメッセージを送信した後、前記第二の配置情報に基づき、前記端末装置が前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することとを含む。
【００２０】
したがって、本出願の実施例では、ネットワーク装置は端末装置へ第一のメッセージを送信し、該第一のメッセージに該端末装置が第二のメッセージを送信するための第一の配置情報、及び該端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、該第二のメッセージが、該端末装置に送信待ちアップリンクデータが存在することを該ネットワーク装置に通知することに用いられ、端末装置はデータを送信する必要がある時に、該第一の配置情報に基づいてネットワーク装置へ第二のメッセージを送信することができ、そして第二のメッセージを送信した後、該送信待ちアップリンクデータを直接送信し、それによってデータを送信する必要がある時のみ、端末装置がネットワーク装置へ許可をリクエストすることによって遅延が長すぎるという問題を解決することができる。
【００２１】
第二の態様と組み合わせ、第二の態様の第一の可能な実施形態では、前記方法はさらに、
前記端末装置が、前記ネットワーク装置が前記第二のメッセージに対して送信した応答メッセージを受信することを含み、
前記第二のメッセージを送信した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することは、
前記第二のメッセージを送信し且つ前記応答メッセージを受信した後、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することを含む。
【００２２】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第二の可能な実施形態では、前記第二のメッセージを送信した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することは、
前記第二のメッセージを送信してから、所定時間を経過した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することを含む。
【００２３】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第三の可能な実施形態では、前記第二のメッセージは指示フィールドを含み、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【００２４】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第四の可能な実施形態では、前記方法はさらに、
前記端末装置が前記第二のメッセージに占有されるリソース及び／又は前記第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することを含む。
【００２５】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第五の可能な実施形態では、前記第二のメッセージに占有され且つ前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域リソースと空間領域リソースのうちの少なくとも一つを含む。
【００２６】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第六の可能な実施形態では、前記端末装置が前記第二のメッセージに占有されるリソース及び／又は前記スケジューリングリクエストに対応する受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知することは、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報と第二のメッセージのターゲット受信電力との対応関係に基づき、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知するための第二のメッセージのターゲット受信電力を確定することと、
前記ネットワーク装置と前記端末装置の間のパス損失、及び前記第二のメッセージのターゲット受信電力に基づき、送信電力を確定することと、
前記送信電力を用い、前記スケジューリングリクエストを送信することとを含む。
【００２７】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第七の可能な実施形態では、前記送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【００２８】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第八の可能な実施形態では、前記第二のメッセージはプリアンブルシーケンスを含む。
【００２９】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第九の可能な実施形態では、前記第一の配置情報は、
前記第二のメッセージを送信するためのコード領域リソース、前記第二のメッセージを送信するための時間領域リソース、前記第二のメッセージを送信するための周波数領域リソース、前記第二のメッセージを送信するための空間領域リソースと前記第二のメッセージのターゲット受信電力のうちの少なくとも一つを含む。
【００３０】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第十の可能な実施形態では、前記第二の配置情報は、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号のうちの少なくとも一つを含む。
【００３１】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第十一の可能な実施形態では、前記第二の配置情報は識別情報を含み、前記識別情報が、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【００３２】
第二の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第二の態様の第十二の可能な実施形態では、前記第二の配置情報は前記端末装置のアップリンクデータに対応するベアラ、論理チャネル、データストリームと送信待ちデータ量のうちの少なくとも一つに基づいて配置されたものである。
【００３３】
第三の態様によるデータ伝送方法は、
ネットワーク装置が端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得することと、
前記端末装置の送信待ちアップリンクデータの属性情報に基づき、前記ネットワーク装置が前記端末装置の送信待ちアップリンクデータに対するアップリンク許可を確定することと、
前記ネットワーク装置が前記端末装置へ指示情報を送信し、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられることとを含む。
【００３４】
第三の態様と組み合わせ、第三の態様の第一の可能な実施形態では、前記スケジューリングリクエストは指示フィールドを含み、前記指示フィールドが前記端末装置の送信待ちアップリンクデータの属性情報を示すことに用いられ、
前記ネットワーク装置が端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得することは、
前記ネットワーク装置が前記端末装置から送信されたスケジューリングリクエストに含まれる前記指示フィールドにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得することを含む。
【００３５】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第二の可能な実施形態では、前記ネットワーク装置が端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得することは、
前記ネットワーク装置が前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングに対応する受信電力のうちの少なくとも一つに基づき、前記端末装置の送信待ちアップリンクデータの属性情報を取得することを含む。
【００３６】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第三の可能な実施形態では、前記スケジューリングリクエストに占有され且つ前記送信待ちアップリンクデータの属性情報を取得するために前記ネットワーク装置によって用いられるリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含む。
【００３７】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第四の可能な実施形態では、前記スケジューリングリクエストは、プリアンブルシーケンスコードを含む。
【００３８】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第五の可能な実施形態では、前記スケジューリングリクエストは前記プリアンブルシーケンスコードと指示フィールドを含み、ここで、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【００３９】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第六の可能な実施形態では、前記スケジューリングリクエストは物理層シグナリングである。
【００４０】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第七の可能な実施形態では、前記端末装置の送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【００４１】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第八の可能な実施形態では、前記端末装置の送信待ちアップリンクデータに対するアップリンク許可に、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つが含まれる。
【００４２】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第九の可能な実施形態では、前記端末装置の送信待ちアップリンクデータに対するアップリンク許可は、識別情報を含み、前記識別情報が、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【００４３】
第三の態様又はその上記のいずれかの可能な実施形態では、第三の態様の第十の可能な実施形態では、ネットワーク装置が端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得する前に、前記方法はさらに、
前記ネットワーク装置が前記端末装置へ配置情報を送信することを含み、前記配置情報が少なくとも一つのデータの属性情報を示すことに用いられ、前記配置情報が、
少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセット、のうちの少なくとも一つの情報及び／又は前記情報の間のマッピング関係を示すことに用いられる。
【００４４】
第四の態様によるデータ伝送方法は、
ネットワーク装置が端末装置へ第一のメッセージを送信し、前記第一のメッセージに前記端末装置が第二のメッセージを送信するための第一の配置情報、及び前記端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、前記第二のメッセージが前記端末装置に送信待ちアップリンクデータが存在することを前記ネットワーク装置に通知することに用いられることと、
前記ネットワーク装置が前記端末装置から送信された前記第二のメッセージを受信することと、
前記第二のメッセージを受信した後、前記ネットワーク装置が前記端末装置から送信されたアップリンクデータをモニタリングすることとを含む。
【００４５】
第四の態様と組み合わせ、第四の態様の第一の可能な実施形態では、前記方法はさらに、
前記端末装置へ前記第二のメッセージに対する応答メッセージを送信することを含み、
前記第二のメッセージを受信した後、前記端末装置から送信されたアップリンクデータをモニタリングすることは、
前記第二のメッセージを受信し且つ前記応答メッセージを送信した後、前記端末装置から送信されたアップリンクデータをモニタリングすることを含む。
【００４６】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第二の可能な実施形態では、前記第二のメッセージを受信した後、前記ネットワーク装置が前記端末装置から送信されたアップリンクデータをモニタリングすることは、
前記第二のメッセージを受信してから、所定時間を経過した後、前記ネットワーク装置が前記端末装置から送信されたアップリンクデータをモニタリングすることを含む。
【００４７】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第三の可能な実施形態では、前記方法はさらに、
前記第二のメッセージにより前記端末装置の送信しようとするアップリンクデータの属性情報を取得することを含み、
前記端末装置から送信されたアップリンクデータをモニタリングすることは、
前記アップリンクデータの属性情報に基づき、前記端末装置から送信された前記アップリンクデータをモニタリングすることを含む。
【００４８】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第四の可能な実施形態では、前記第二のメッセージが指示情報を含む場合、前記第二のメッセージにより前記端末装置の送信しようとするアップリンクデータの属性情報を取得することは、
前記端末装置から送信された前記第二のメッセージに含まれる前記指示情報により、前記端末装置の送信待ちアップリンクデータの属性情報を取得することを含む。
【００４９】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第五の可能な実施形態では、前記第二のメッセージにより前記端末装置の送信しようとするアップリンクデータの属性情報を取得することは、
前記ネットワーク装置が前記第二のメッセージに占有されるリソース及び／又は前記第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、前記端末装置の送信しようとするアップリンクデータの属性情報を取得することを含む。
【００５０】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第六の可能な実施形態では、前記第二のメッセージに占有され且つ前記アップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域リソースと空間領域リソースのうちの少なくとも一つを含む。
【００５１】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第七の可能な実施形態では、前記アップリンクデータの属性情報は、
前記アップリンクデータのサイズ、前記アップリンクデータに対応するデータストリーム情報、前記アップリンクデータに対応するベアラ情報、前記アップリンクデータに対応する論理チャネル情報と前記データのＱｏＳレベル情報のうちの少なくとも一つを含む。
【００５２】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第八の可能な実施形態では、前記第二のメッセージはプリアンブルシーケンスを含む。
【００５３】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第九の可能な実施形態では、前記第一の配置情報は、
前記第二のメッセージを送信するためのコード領域リソース、前記第二のメッセージを送信するための時間領域リソース、前記第二のメッセージを送信するための周波数領域リソース、前記第二のメッセージを送信するための空間領域リソースと前記第二のメッセージのターゲット受信電力のうちの少なくとも一つを含む。
【００５４】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第十の可能な実施形態では、
前記第二の配置情報は、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号のうちの少なくとも一つを含む。
【００５５】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第十一の可能な実施形態では、前記第二の配置情報は識別情報を含み、前記識別情報が、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【００５６】
第四の態様又はその上記のいずれかの可能な実施形態と組み合わせ、第四の態様の第十二の可能な実施形態では、前記第二の配置情報は前記端末装置のアップリンクデータに対応するベアラ、論理チャネル、データストリームと送信待ちデータ量のうちの少なくとも一つに基づいて配置されたものである。
【００５７】
第五の態様による端末装置は、第一の態様又はその各実施形態における方法を実行するためのユニット、又は第二の態様又はその各実施形態における方法を実行するためのユニットを備える。
【００５８】
第六の態様によるネットワーク装置は、第三の態様又はその各実施形態における方法を実行するためのユニット、又は第四の態様又はその各実施形態における方法を実行するためのユニットを備える。
【００５９】
第七の態様による端末装置は、プロセッサとメモリを備え、前記メモリがプログラムを記憶することに用いられ、前記プロセッサが前記メモリに記憶されたプログラムコードを呼び出し、第一の態様又はその各実施形態における方法を実行し、又は第二の態様又はその各実施形態における方法を実行することに用いられる。
【００６０】
第八の態様によるネットワーク装置はプロセッサとメモリを備え、前記メモリがプログラムを記憶することに用いられ、前記プロセッサが前記メモリに記憶されたプログラムコードを呼び出し、第三の態様又はその各実施形態における方法を実行し、又は第四の態様又はその各実施形態における方法を実行することに用いられる。
【００６１】
第九の態様によるコンピュータ可読媒体は、端末で実行されるプログラムコードを記憶し、前記プログラムコードが第一の態様又はその各実施形態における方法を実行するための命令、又は第二の態様又はその各実施形態における方法を実行するための命令を含む。
【００６２】
第十の態様によるコンピュータ可読媒体は、ネットワーク装置で実行されるためのプログラムコードを記憶し、前記プログラムコードが第三の態様又はその各実施形態における方法を実行するための命令、又は第四の態様又はその各実施形態における方法を実行するための命令を含む。
【００６３】
第十一の態様によるシステムチップは、入力インタフェース、出力インタフェース、プロセッサとメモリを備え、該プロセッサが該メモリでのコードを実行することに用いられ、該コードが実行される場合、該プロセッサが上記第一の態様及び各実施形態における方法、又は上記第二の態様及び各実施形態における方法を実施することができる。
【００６４】
第二の態様によるシステムチップは、入力インタフェース、出力インタフェース、プロセッサとメモリを備え、該プロセッサが該メモリでのコードを実行することに用いられ、該コードが実行される場合、該プロセッサが上記第三の態様及び各実施形態における方法、又は上記第四の態様及び各実施形態における方法を実施することができる。
【図面の簡単な説明】
【００６５】
【図１】本出願の実施例による通信システムの概略図である。
【図２】本出願の実施例によるデータ伝送方法の概略フローチャートである。
【図３】本出願の実施例によるデータ伝送方法の概略フローチャートである。
【図４】本出願の実施例による端末装置の概略ブロックである。
【図５】本出願の実施例による端末装置の概略ブロックである。
【図６】本出願の実施例によるネットワーク装置の概略ブロックである。
【図７】本出願の実施例によるネットワーク装置の概略ブロックである。
【図８】本出願の実施例によるシステムチップの概略ブロックである。
【図９】本出願の実施例による通信システムの概略ブロックである。
【発明を実施するための形態】
【００６６】
本出願の実施例の技術的解決策をより明確に説明するために、以下に実施例又は従来技術に必要な図面を簡単に説明し、明らかに、以下に記載される図面が本出願のいくつかの実施例に過ぎず、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。
【００６７】
以下に本出願の実施例の図面を組み合わせながら、本出願の実施例における技術的解決策を説明する。
【００６８】
本出願の実施例の技術的解決策は様々な通信システム、例えばグローバルモバイル通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：「ＧＳＭ」と略称）システム、符号分割多元アクセス（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＣＤＭＡ」と略称）システム、帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＷＣＤＭＡ」と略称）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：「ＧＰＲＳ」と略称）、長期進化型（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｓｙｓｔｅｍ：「ＴＤＤ」と略称）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：「ＵＭＴＳ」と略称）、ワールドワイドインターオペラビリティマイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：「ＷｉＭＡＸ」と略称）通信システム又は将来の５Ｇシステムなどに応用されてもよい。
【００６９】
図１に本出願の実施例に応用される無線通信システム１００が示される。該無線通信システム１００はネットワーク装置１１０を備えることができる。ネットワーク装置１００は端末装置と通信する装置であってもよい。ネットワーク装置１００は特定の地理的領域に通信カバレッジを提供することができ、そして該カバレッジエリアに位置する端末装置（例えばＵＥ）と通信することができる。選択可能に、該ネットワーク装置１００はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよく、ＬＴＥシステムにおける進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）であってもよく、又はクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における無線コントローラであってもよく、又は該ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス及び将来の５Ｇネットワークにおけるネットワーク側装置又は将来の進化した公衆陸上モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）におけるネットワーク装置などであってもよい。
【００７０】
該無線通信システム１００はさらにネットワーク装置１１０のカバレッジ内に位置する少なくとも一つ端末装置１２０を備える。端末装置１２０は移動式又は固定式でもよい。選択可能に、端末装置１２０はアクセス端末、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、加入者ユニット、加入者局、移動サイト、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザ装置と呼ばれてもよい。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）サイト、パーソナルデジタル処理（ＰＤＡ：Ｐｅｒｓｏｎａ１  Ｄｉｇｉｔａ１  Ａｓｓｉｓｔａｎｔ：）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理装置、車載デバイス、ウェアラブルデバイス及び将来の５Ｇネットワークにおける端末装置又は将来の進化したＰＬＭＮにおける端末装置などであってもよい。
【００７１】
選択可能に、５Ｇシステム又はネットワークは新しい（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システム又はネットワークと呼ばれてもよい。
【００７２】
図１に一つのネットワーク装置と二つの端末装置が例示的に示され、選択可能に、該無線通信システム１００は複数のネットワーク装置を含むことができ且つ各ネットワーク装置のカバレッジ内で他の数の端末装置を含むことができ、本出願の実施例はこれに限定されない。
【００７３】
選択可能に、該無線通信システム１００はさらにネットワークコントローラ、移動管理エンティティなどの他のネットワークエンティティを含むことができ、本出願の実施例はこれに限定されない。
【００７４】
理解すべきものとして、本明細書で用語「システム」と「ネットワーク」は多くの場合、互換的に使用される。本明細書では用語「及び／又は」は、関連するオブジェクトの関連関係を記述するためのものに過ぎず、３種類の関係が存在してもよいことを示し、Ａ及び／又はＢは、Ａが単独で存在すること、ＡとＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示すことができる。また、文字「／」は、一般的に前後にある関連オブジェクトが「又は」の関係であることを示す。
【００７５】
図２は本出願の実施例によるデータ伝送方法２００の概略フローチャートである。図２に示すように、該方法２００は２１０〜２６０を含む。
【００７６】
２１０において、端末装置はスケジューリングリクエストにより、該端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知する。
【００７７】
２２０において、ネットワーク装置は端末装置から送信されたスケジューリングリクエストにより、該端末装置の送信待ちアップリンクデータの属性情報を取得する。
【００７８】
選択可能に、該送信待ちアップリンクデータの属性情報は、該送信待ちアップリンクデータのサイズ、該送信待ちアップリンクデータに対応するデータストリーム情報（例えば、データストリーム識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）、該送信待ちアップリンクデータに対応するベアラ情報（例えばベアラＩＤ）、該送信待ちアップリンクデータに対応する論理チャネル情報（例えば、論理チャネルＩＤ）と該送信待ちアップリンクデータのサービス品質（ＱｏＳ：Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）レベル情報のうちの少なくとも一つを含む。
【００７９】
選択可能に、本出願の実施例では、サービスの送信データブロックのサイズが固定される場合、スケジューリングリクエストに送信待ちデータのサイズを含ませないことが可能である。
【００８０】
選択可能に、本出願の実施例では、スケジューリングリクエストのみに他の情報ではなく送信待ちデータのサイズを含ませることが可能である。
【００８１】
選択可能に、本出願の実施例では、端末装置は送信待ちアップリンクデータが存在することを確定した場合、ネットワーク装置へ該スケジューリングリクエストを送信することができる。
【００８２】
選択可能に、本出願の実施例では、該スケジューリングリクエストはプリアンブルシーケンスコードを含む。
【００８３】
選択可能に、本出願の実施例では、該スケジューリングリクエストは物理層シグナリングである。
【００８４】
選択可能に、本出願の実施例では、該スケジューリングリクエストは指示フィールドを含み、該指示フィールドが該送信待ちアップリンクデータの属性情報を示すことに用いられ、該端末装置が該スケジューリングリクエストにおける該指示フィールドにより、該送信待ちアップリンクデータの属性情報を該ネットワーク装置に通知する。これにより、ネットワーク装置はスケジューリングリクエストにおける指示フィールドに基づき、送信待ちアップリンクデータの属性情報を取得することができる。
【００８５】
選択可能に、該スケジューリングリクエストはプリアンブルシーケンスコード及び指示フィールドを含み、ここで、前記指示フィールドが該送信待ちアップリンクデータの属性情報を示すことに用いられる。
【００８６】
選択可能に、指示フィールドはプリアンブルシーケンスコードの前端位置又は後端位置に位置してもよく、プリアンブルシーケンスコードの中間位置に位置してもよい。
【００８７】
選択可能に、本出願の実施例では、該端末装置は該スケジューリングリクエストに占有されるリソース及び／又は該スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、該送信待ちアップリンクデータの属性情報を該ネットワーク装置に通知する。
【００８８】
一つの実施形態では、端末装置は該送信待ちアップリンクデータの属性情報、及びデータの属性情報とリソースとの対応関係に基づき、該スケジューリングリクエストを送信するためのリソースを確定し、確定された該リソースに基づき、該スケジューリングリクエストを送信する。それに対応して、ネットワーク装置は受信されたスケジューリングリクエストに占有されたリソースに基づき、端末装置の送信待ちアップリンクデータの属性情報を確定することができる。
【００８９】
選択可能に、本出願の実施例では、該スケジューリングリクエストに占有され且つ該送信待ちアップリンクデータの属性情報を該ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域リソースと空間領域リソースのうちの少なくとも一つを含む。
【００９０】
選択可能に、空間領域リソースは該スケジューリングリクエストを送信するためのビームであってもよい。
【００９１】
一つの実施形態では、端末装置は該送信待ちアップリンクデータの属性情報、及びデータの属性情報とスケジューリングリクエストのターゲット受信電力との対応関係に基づき、該送信待ちアップリンクデータの属性情報を通知するためのスケジューリングリクエストに対応するターゲット受信電力を確定し、該ネットワーク装置と該端末装置の間のパス損失、及び該スケジューリングリクエストに対応するターゲット受信電力に基づき、送信電力を確定し、該送信電力を用い、該スケジューリングリクエストを送信する。これにより、ネットワーク装置はスケジューリングリクエストの受信電力に基づき、送信待ちアップリンクデータの属性情報を確定することができる。
【００９２】
例えば、端末装置は以下の式に従って送信電力Ｐを取得することができる：
Ｐ＝Ｐｐａｔｈｌｏｓｓ＋Ｐｔａｒｇｅｔ＋ｄｅｌｔａ。
【００９３】
ここで、Ｐｐａｔｈｌｏｓｓがダウンリンク信号に基づいて計算されたパス損失値であり、Ｐｔａｒｇｅｔがネットワーク装置によって設定されたスケジューリングリクエストの所望の受信電力値であり、ｄｅｌｔａがネットワーク装置によって設定された電力余裕である。
【００９４】
一つの実施形態では、スケジューリングリクエストに占有されたリソース及びスケジューリングリクエストのターゲット受信電力の両者により送信待ちアップリンクデータの属性情報を示すことができる。
【００９５】
２３０において、該端末装置の送信待ちアップリンクデータの属性情報に基づき、ネットワーク装置は該端末装置の送信待ちアップリンクデータに対するアップリンク許可を確定する。
【００９６】
選択可能に、該送信待ちアップリンクデータのアップリンク許可に、
該送信待ちアップリンクデータを送信するための基礎パラメータセット、該送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、該送信待ちアップリンクデータを送信するための変調符号化方式、該送信待ちアップリンクデータを送信するための最大電力、該送信待ちアップリンクデータを送信するためのリソース及び該送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つが含まれる。
【００９７】
選択可能に、該送信待ちアップリンクデータに対する許可は識別情報を含み、該識別情報が、
該送信待ちアップリンクデータを送信するための基礎パラメータセット、該送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、該送信待ちアップリンクデータを送信するための変調符号化方式、該送信待ちアップリンクデータを送信するための最大電力、該送信待ちアップリンクデータを送信するためのリソース及び該送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【００９８】
選択可能に、識別情報と様々なパラメータのマッピング関係はプロトコルによって定められてもよく、又はネットワーク装置によって設定されてもよい。
【００９９】
選択可能に、本出願の実施例では、基礎パラメータセットは、サブ搬送波間隔、特定帯域幅におけるサブ搬送波数、物理リソースブロック（ＰＲＢ）におけるサブ搬送波、直交周波数分割多重（ＯＦＤＭ）シンボルの長さ、ＯＦＤＭシンボルサイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）の長さ、ＯＦＤＭ信号を生成するためのフーリエ変換又は逆フーリエ変換のポイント数、伝送時間間隔（ＴＴＩ）におけるＯＦＤＭシンボル数、特定時間長に含まれるＴＴＩの個数のうちの少なくとも一つを含むことができる。
【０１００】
２４０において、ネットワーク装置は該端末装置へ指示情報を送信し、該指示情報が該送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられる。
【０１０１】
２５０において、該端末装置は該ネットワーク装置から送信された指示情報を受信し、該指示情報が該送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられる。
【０１０２】
２６０において、該アップリンク許可に基づき、端末装置は該送信待ちアップリンクデータを送信する。
【０１０３】
具体的には、端末装置は該アップリンク許可に基づき、アップリンクデータ（ＰＤＵ）を生成する。
【０１０４】
選択可能に、本出願の実施例では、該端末装置がスケジューリングリクエストにより該端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に送信する前に、ネットワーク装置は、端末装置へ配置情報を送信することができ、該配置情報が以下の少なくとも一つの情報及び／又は該情報の間のマッピング関係を示すことに用いられる：
少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセット。
【０１０５】
選択可能に、配置情報は上位層シグナリング、例えばＲＲＣ層シグナリング又はＭＡＣ層シグナリングによって含まれてもよい。
【０１０６】
選択可能に、サービスの属性情報はデータストリーム情報、ベアラ情報、論理チャネル情報と送信待ちデータ量のうちの少なくとも一つを含むことができる。
【０１０７】
選択可能に、サービスの属性情報に含まれる送信待ちデータ量は一つの値であってもよく、一つの値範囲であってもよい。
【０１０８】
選択可能に、本出願の実施例に記載されるデータの属性情報はデータの属するサービスの属性情報を含むことができる。
【０１０９】
選択可能に、該配置情報に示される情報及び情報の間のマッピング関係は以下の通りであってもよい：
１）各サービスに対して、｛データストリーム情報及び／又はベアラ情報及び／又は論理チャネル情報、｛送信待ちデータ量、スケジューリングリクエストリソース情報｝、基礎パラメータセット情報｝であり、ここで、この配置が、各サービスが基礎パラメータセットを有する場合に適応し、又は、
２）各サービスに対して、｛データストリーム情報及び／又はベアラ情報及び／又は論理チャネル情報、｛送信待ちデータ量、スケジューリングリクエストリソース情報｝｝、及び全てのサービスに対して、｛利用可能な基礎パラメータセット情報｝であり、ここで、この配置が、端末が全てのサービスに対して使用できる基礎パラメータセットに適応し、又は、
３）｛送信待ちデータ量、スケジューリングリクエストリソース情報｝と｛利用可能な基礎パラメータセット情報｝であり、又は、
４）各サービスに対して、｛データストリーム情報及び／又はベアラ情報及び／又は論理チャネル情報、スケジューリングリクエストリソース情報、基礎パラメータセット情報｝であり、ここで、この配置が、送信待ちデータブロックが固定され又は一定の範囲内で変更できる場合に適応し、
５）（送信待ちデータ量、スケジューリングリクエストの所望の受信電力値｝と利用可能な基礎パラメータセット情報｝であり、この配置が、サービスデータストリーム情報、ベアラ情報と論理チャネル情報が無視される場合に適応し、又は、
６）各サービスに対して、｛データストリーム情報及び／又はベアラ情報及び／又は論理チャネル情報、スケジューリングリクエストの所望の受信電力値、基礎パラメータセット情報｝であり、ここで、この配置が、送信待ちデータが固定され又は一定の範囲内で変更できる場合に適応する。
【０１１０】
選択可能に、以上に記載れる送信待ちデータ量とは送信が必要なデータの量であり、一つの値であってもよく、値範囲であってもよい。該データ量は絶対値（ｄＢｍ）又は相対値（ｄＢ）であってもよい。
【０１１１】
選択可能に、｛送信待ちデータ量、スケジューリングリクエストリソース情報｝とは送信待ちデータ量に特定のスケジューリングリクエストリソースを配置することを指すことができる。
【０１１２】
理解すべきものとして、以上に示される様々な配置は本出願の実施例のいくつかの選択可能な形態に過ぎず、本出願の実施例に対する特別な限定を構成するべきではない。
【０１１３】
選択可能に、本出願の実施例では、複数のサービスが存在する場合、端末装置はサービス優先度に基づいて送信待ちサービスを確定することができ、具体的的には論理チャネルの優先度及び／又はベアラの優先度及び／又はデータストリームの優先度に基づいて送信待ちサービスを確定することができる。
【０１１４】
したがって、本出願の実施例では、端末装置は直接スケジューリングリクエストにより送信待ちデータの属性情報をネットワーク装置に通知することができ、該データの属性情報に基づいて該データに対する許可を送信することができ、それによって端末装置は該データに対する許可に基づき、送信待ちデータを送信することができ、それによって複数回のインタラクションによって遅延が長すぎるという問題を回避することができる。
【０１１５】
図３は本出願の実施例によるデータ伝送方法３００の概略フローチャートである。図３に示すように、該方法３００は３１０〜３６０を含む。
【０１１６】
３１０において、ネットワーク装置は端末装置へ第一のメッセージを送信し、該第一のメッセージに該端末装置が第二のメッセージを送信するための第一の配置情報、及び該端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、該第二のメッセージが、該端末装置に送信待ちアップリンクデータが存在することを該ネットワーク装置に通知することに用いられる。
【０１１７】
選択可能に、該第一のメッセージは上位層シグナリング、例えばＲＲＣ層シグナリング又はＭＡＣ層シグナリングに含まれてもよい。
【０１１８】
選択可能に、該第一の配置情報は、
該第二のメッセージを送信するためのコードリソース、該第二のメッセージを送信するための時間領域リソース、該第二のメッセージを送信するための周波数領域リソース、該第二のメッセージを送信するための空間領域リソースと該第二のメッセージのターゲット受信電力のうちの少なくとも一つを含む。
【０１１９】
選択可能に、該第二の配置情報は、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータを送信するための対応するＨＡＲＱプロセス番号のうちの少なくとも一つを含む。
【０１２０】
選択可能に、該第二の配置情報は識別情報を含み、該識別情報が、
アップリンクを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータを送信するための対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【０１２１】
選択可能に、識別情報と様々なパラメータのマッピング関係はプロトコルによって定められてもよく、又はネットワーク装置によって端末装置に配置されてもよい。
【０１２２】
選択可能に、本出願の実施例では、ネットワーク装置は端末装置が有する可能性があるサービスに基づいて各サービスに対する第二の配置情報を予め送信することができる。
【０１２３】
例えば、前記第二の配置情報はアップリンクデータに対応するベアラ、論理チャネル、データストリームと送信待ちデータ量のうちの少なくとも一つに基づいて配置されたものである。
【０１２４】
例えば、第二の配置情報は送信待ちデータ量に基づいて配置されてもよく、例えば、ネットワーク装置は各データ量にアップリンクリソース、最大送信電力と変調符号化方式などを配置することができる。
【０１２５】
３２０において、端末装置はネットワーク装置から送信された第一のメッセージを受信する。
【０１２６】
３３０において、送信待ちアップリンクデータが存在する時に、該第一の配置情報に基づき、該端末装置は、該端末装置に送信待ちアップリンクデータが存在することを該ネットワーク装置に通知するための第二のメッセージを該ネットワーク装置に送信する。
【０１２７】
例えば、該第一の配置情報が第一のメッセージのターゲット受信電力を含む時に、端末装置は該ターゲット受信電力、及び端末装置とネットワーク装置の間のパス損失に基づき、該第二のメッセージを送信するための送信電力を確定することができる。
【０１２８】
例えば、該第一の配置情報がコード領域リソース、時間領域リソース、周波数領域リソース及び／又は空間領域リソースを含む時に、第一の配置情報に示されるリソースに従って、該第二のメッセージを送信する。
【０１２９】
選択可能に、本出願の実施例では、端末装置は第二のメッセージにより送信待ちアップリンクデータの属性情報をネットワーク装置に通知する。
【０１３０】
一つの実施形態では、該第二のメッセージは指示フィールドを含み、該指示フィールドが該送信待ちアップリンクデータの属性情報を示すことに用いられる。ネットワーク装置は該端末装置から送信された該第二のメッセージに含まれる該指示情報により、該端末装置の送信待ちアップリンクデータの属性情報を取得することができる。
【０１３１】
一つの実施形態では、該端末装置は該第二のメッセージに占有されるリソース及び／又は該第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、該送信待ちアップリンクデータの属性情報を該ネットワーク装置に通知する。ネットワーク装置は該送信待ちアップリンクデータの属性情報、及びデータの属性情報と第二のメッセージのターゲット受信電力との対応関係に基づき、該端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知するための第二のメッセージのターゲット受信電力を確定することができる。
【０１３２】
例えば、該ネットワーク装置と該端末装置の間のパス損失、及び該第二のメッセージのターゲット受信電力に基づき、送信電力を確定し、該送信電力を用い、該スケジューリングリクエストを送信する。それに対応して、ネットワーク装置は該第二のメッセージに占有されるリソース及び／又は該第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、該端末装置の送信しようとするアップリンクデータの属性情報を取得する。
【０１３３】
例えば、端末装置は以下の式に従って送信電力Ｐを取得することができる：
Ｐ＝Ｐｐａｔｈｌｏｓｓ＋Ｐｔａｒｇｅｔ＋ｄｅｌｔａ。
【０１３４】
ここで、Ｐｐａｔｈｌｏｓｓがダウンリンク信号に基づいて計算されたパス損失値であり、Ｐｔａｒｇｅｔがネットワーク装置によって設定されたスケジューリングリクエストの所望の受信電力値であり、ｄｅｌｔａがネットワーク装置によって設定された電力余裕である。
【０１３５】
理解すべきものとして、本出願の実施例では、所望の受信電力値はターゲット受信電力値と呼ばれてもよい。
【０１３６】
選択可能に、本出願の実施例では、端末装置はダウンリンクパスのパス損失に基づいて端末装置の送信電力を計算し、アップリンク及びダウンリンクが対称的であるシステムに適用できる。
【０１３７】
選択可能に、該第二のメッセージに占有され且つ該送信待ちアップリンクデータの属性情報を該ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含む。
【０１３８】
選択可能に、該送信待ちアップリンクデータの属性情報は、
該送信待ちアップリンクデータのサイズ、該送信待ちアップリンクデータに対応するデータストリーム情報、該送信待ちアップリンクデータに対応するベアラ情報、該送信待ちアップリンクデータに対応する論理チャネル情報と該送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【０１３９】
選択可能に、該第二のメッセージはプリアンブルシーケンスコードを含む。
【０１４０】
選択可能に、該第二のメッセージはプリアンブルシーケンスコード及び指示フィールドを含み、該指示フィールドが端末装置の送信待ちアップリンクデータの属性情報を通知することに用いられる。
【０１４１】
選択可能に、指示フィールドはプリアンブルシーケンスコードの前端位置又は後端位置に位置してもよい。
【０１４２】
３４０において、該端末装置から送信された該第二のメッセージを受信する。
【０１４３】
選択可能に、端末装置から送信された第二のメッセージを受信した後、ネットワーク装置は該端末装置へ該第二のメッセージに対応する応答メッセージを送信し、それに対応して、ネットワーク装置は端末装置から送信された該応答メッセージを受信する。
【０１４４】
３５０において、該第二のメッセージを送信した後、該第二の配置情報に基づき、該ネットワーク装置へ該送信待ちアップリンクデータを送信する。
【０１４５】
選択可能に、本出願の実施例では、端末装置は該第二のメッセージを送信し且つ該応答メッセージを受信した後、該ネットワーク装置へ該送信待ちアップリンクデータを送信する。
【０１４６】
選択可能に、本出願の実施例では、端末装置は前記第二のメッセージを送信してから、所定時間を経過した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信する。
【０１４７】
例えば、端末装置は第二のメッセージを送信した後、タイマーを起動することができ、タイマーがタイムアウトした場合、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信することができる。
【０１４８】
３６０において、該第二のメッセージを受信した後、該端末装置から送信されたアップリンクデータをモニタリングする。
【０１４９】
選択可能に、ネットワーク装置は該第二のメッセージを受信し且つ該応答メッセージを送信した後、該端末装置から送信されたアップリンクデータをモニタリングする。
【０１５０】
選択可能に、本出願の実施例では、端末装置は前記第二のメッセージを受信してから、所定時間を経過した後、前記端末装置から送信されたアップリンクデータをモニタリングする。
【０１５１】
例えば、ネットワーク装置は、該第二のメッセージを受信した後、タイマーを起動することができ、タイマーがタイムアウトした場合、前記端末装置から送信されたアップリンクデータをモニタリングすることができる。
【０１５２】
選択可能に、該第二のメッセージにより該端末装置の送信しようとするアップリンクデータの属性情報を取得する場合、ネットワーク装置は該アップリンクデータの属性情報に基づき、該端末装置から送信された該アップリンクデータをモニタリングする。具体的には、３１０における第二の配置情報に示されるアップリンクリソースで、端末装置のデータをモニタリングすることができる。
【０１５３】
該属性情報が送信待ちデータのベアラ情報、データストリーム情報又は論理チャネル情報を含む場合、ベアラ情報、データストリーム情報又は論理チャネル情報に基づき、端末装置のデータを取得することができる。
【０１５４】
また、例えば、該属性情報が送信待ちデータのサイズを含む場合、ネットワーク装置は該サイズを有するデータをモニタリングし、そして該サイズのデータを取得した後、モニタリングを停止することができる。
【０１５５】
選択可能に、本出願の実施例では、端末装置が第二のメッセージにより送信待ちデータの属性情報を通知しない場合、ネットワーク装置はブラインド検出により該送信待ちデータを取得することができる。具体的には、３１０における第二の配置情報に示されるアップリンクリソースで、端末装置のデータをモニタリングすることができる。
【０１５６】
理解すべきものとして、本出願の実施例に記載されるアップリンクデータは端末装置のデータキャッシュ状態、電力余裕又はアップリンク進み量などの端末装置の状態情報であってもよい。
【０１５７】
選択可能に、本出願の実施例では、複数のサービスが存在する場合、端末装置は、サービス優先度に基づいて送信待ちサービスを確定することができ、具体的には論理チャネルの優先度及び／又はベアラの優先度及び／又はデータストリームの優先度に基づいて送信待ちサービスを確定することができる。
【０１５８】
したがって、本出願の実施例では、ネットワーク装置は端末装置へ第一のメッセージを送信し、該第一のメッセージに該端末装置が第二のメッセージを送信するための第一の配置情報、及び該端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、該第二のメッセージが該端末装置に送信待ちアップリンクデータが存在することを該ネットワーク装置に通知することに用いられ、端末装置はデータを送信する必要がある時に、該第一の配置情報に基づいてネットワーク装置へ第二のメッセージを送信し、そして第二のメッセージを送信した後、該送信待ちアップリンクデータを直接送信することができ、それによってデータを送信する必要がある時のみ、端末装置がネットワーク装置に許可をリクエストすることによって遅延が長すぎるという問題を解決することができる。
【０１５９】
図４は本出願の実施例による端末装置４００の概略ブロック図である。図４に示すように、該端末装置４００は送信ユニット４１０と受信ユニット４２０を備え、ここで、
前記送信ユニット４１０がスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知するように構成され、
前記受信ユニット４２０が前記ネットワーク装置から送信された指示情報を受信するように構成され、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられ、
前記送信ユニット４１０が前記アップリンク許可に基づき、前記送信待ちアップリンクデータを送信するように構成される。
【０１６０】
選択可能に、前記スケジューリングリクエストは指示フィールドを含み、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられ、
前記送信ユニット４１０はさらに、
前記スケジューリングリクエストにおける前記指示フィールドにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するように構成される。
【０１６１】
選択可能に、前記送信ユニット４１０はさらに、
前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングリクエストに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するように構成される。
【０１６２】
選択可能に、前記スケジューリングリクエストに占有され且つ前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含む。
【０１６３】
選択可能に、前記送信ユニット４１０はさらに、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とリソースとの対応関係に基づき、前記スケジューリングリクエストを送信するためのリソースを確定し、
確定された前記リソースに基づき、前記スケジューリングリクエストを送信するように構成される。
【０１６４】
選択可能に、前記送信ユニット４１０はさらに、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報とスケジューリングリクエストのターゲット受信電力との対応関係に基づき、前記送信待ちアップリンクデータの属性情報を通知するためのスケジューリングリクエストに対応するターゲット受信電力を確定し、
前記ネットワーク装置と前記端末装置の間のパス損失、及び前記スケジューリングリクエストに対応するターゲット受信電力に基づき、送信電力を確定し、
前記送信電力を用い、前記スケジューリングリクエストを送信するように構成される。
【０１６５】
選択可能に、前記スケジューリングリクエストはプリアンブルシーケンスコードを含む。
【０１６６】
選択可能に、前記スケジューリングリクエストはプリアンブルシーケンスコード及び指示フィールドを含み、ここで、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【０１６７】
選択可能に、前記スケジューリングリクエストは物理層シグナリングである。
【０１６８】
選択可能に、前記送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【０１６９】
選択可能に、前記送信待ちアップリンクデータに対するアップリンク許可にいくつかのパラメータのうちの少なくとも一つが含まれる：
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号。
【０１７０】
選択可能に、前記送信待ちアップリンクデータに対するアップリンク許可は識別情報を含み、前記識別情報が
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【０１７１】
選択可能に、前記受信ユニット４２０はさらに、
前記ネットワーク装置から送信された配置情報を受信するように構成され、前記配置情報が、
少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセットのうちの少なくとも一つの情報及び／又は前記情報の間のマッピング関係を示すことに用いられる。
【０１７２】
選択可能に、該端末装置４００は方法２００における端末装置で実行される対応操作を実行することに用いられてもよく、簡潔にするために、ここで説明を省略する。
【０１７３】
図５は本出願の実施例による端末装置５００の概略ブロック図である。図５に示すように、該端末装置５００は受信ユニット５１０と送信ユニット５２０を備え、ここで、
前記受信ユニット５１０がネットワーク装置から送信された第一のメッセージを受信するように構成され、前記第一のメッセージに前記端末装置が第二のメッセージを送信するための第一の配置情報、及び前記端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、前記第二のメッセージが、前記端末装置に送信待ちアップリンクデータが存在することを前記ネットワーク装置に通知することに用いられ、
前記送信ユニット５２０が、送信待ちアップリンクデータが存在する時に、前記第一の配置情報に基づき、前記ネットワーク装置へ第二のメッセージを送信するように構成され、
前記送信ユニット５２０が前記第二のメッセージを送信した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信するように構成される。
【０１７４】
選択可能に、前記受信ユニット５１０はさらに前記ネットワーク装置が前記第二のメッセージに対して送信した応答メッセージを受信するように構成され、
前記送信ユニット５２０はさらに前記第二のメッセージを送信し且つ前記応答メッセージを受信した後、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信するように構成される。
【０１７５】
選択可能に、前記送信ユニット５２０はさらに、
前記第二のメッセージを送信してから、所定時間を経過した後、前記第二の配置情報に基づき、前記ネットワーク装置へ前記送信待ちアップリンクデータを送信するように構成される。
【０１７６】
選択可能に、前記第二のメッセージは指示フィールドを含み、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【０１７７】
選択可能に、前記送信ユニット５２０はさらに、
前記第二のメッセージに占有されるリソース及び／又は前記第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するように構成される。
【０１７８】
選択可能に、前記第二のメッセージに占有され且つ前記送信待ちアップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域リソースと空間領域リソースのうちの少なくとも一つを含む。
【０１７９】
選択可能に、前記送信ユニット５２０はさらに、
前記送信待ちアップリンクデータの属性情報、及びデータの属性情報と第二のメッセージのターゲット受信電力との対応関係に基づき、前記端末装置の送信待ちアップリンクデータの属性情報をネットワーク装置に通知するための第二のメッセージのターゲット受信電力を確定し、
前記ネットワーク装置と前記端末装置の間のパス損失、及び前記第二のメッセージのターゲット受信電力に基づき、送信電力を確定し、
前記送信電力を用い、前記スケジューリングリクエストを送信するように構成される。
【０１８０】
選択可能に、前記送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【０１８１】
選択可能に、前記第二のメッセージはプリアンブルシーケンスを含む。
【０１８２】
選択可能に、前記第一の配置情報は、
前記第二のメッセージを送信するためのコード領域リソース、前記第二のメッセージを送信するための時間領域リソース、前記第二のメッセージを送信するための周波数領域リソース、前記第二のメッセージを送信するための空間領域リソースと前記第二のメッセージのターゲット受信電力のうちの少なくとも一つを含む。
【０１８３】
選択可能に、前記第二の配置情報は、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号のうちの少なくとも一つを含む。
【０１８４】
選択可能に、前記第二の配置情報は識別情報を含み、前記識別情報が、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【０１８５】
選択可能に、前記第二の配置情報はアップリンクデータに対応するベアラ、論理チャネル、データストリームと送信待ちデータ量のうちの少なくとも一つに基づいて配置されたものである。
【０１８６】
選択可能に、該端末装置５００は方法３００における端末装置で実行される対応操作を実行することに用いられてもよく、簡潔にするために、ここで説明を省略する。
【０１８７】
図６は本出願の実施例によるネットワーク装置６００の概略ブロック図である。図６に示すように、該ネットワーク装置６００は受信ユニット６１０、処理ユニット６２０と送信ユニット６３０を備える。
【０１８８】
前記受信ユニット６１０は端末装置から送信されたスケジューリングリクエストを受信するように構成される。
【０１８９】
前記処理ユニット６２０は、端末装置から送信されたスケジューリングリクエストにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得し、前記端末装置の送信待ちアップリンクデータの属性情報に基づき、前記端末装置の送信待ちアップリンクデータに対するアップリンク許可を確定するように構成される。
【０１９０】
前記送信ユニット６３０は、前記端末装置へ指示情報を送信するように構成され、前記指示情報が前記送信待ちアップリンクデータに対するアップリンク許可を示すことに用いられる。
【０１９１】
選択可能に、前記スケジューリングリクエストは指示フィールドを含み、前記指示フィールドが前記端末装置の送信待ちアップリンクデータの属性情報を示すことに用いられ、
前記処理ユニット６２０はさらに、
前記端末装置から送信されたスケジューリングリクエストに含まれる前記指示フィールドにより、前記端末装置の送信待ちアップリンクデータの属性情報を取得するように構成される。
【０１９２】
選択可能に、前記処理ユニット６２０はさらに、
前記スケジューリングリクエストに占有されるリソース及び／又は前記スケジューリングに対応する受信電力のうちの少なくとも一つに基づき、前記端末装置の送信待ちアップリンクデータの属性情報を取得するように構成される。
【０１９３】
選択可能に、前記スケジューリングリクエストに占有され且つ前記送信待ちアップリンクデータの属性情報を取得するために前記ネットワーク装置によって用いられるリソースは、
コード領域リソース、時間領域リソース、周波数領域と空間領域リソースのうちの少なくとも一つを含む。
【０１９４】
選択可能に、前記スケジューリングリクエストは、プリアンブルシーケンスコードを含む。
【０１９５】
選択可能に、前記スケジューリングリクエストは前記プリアンブルシーケンスコードと指示フィールドを含み、ここで、前記指示フィールドが前記送信待ちアップリンクデータの属性情報を示すことに用いられる。
【０１９６】
選択可能に、前記スケジューリングリクエストは物理層シグナリングである。
【０１９７】
選択可能に、前記端末装置の送信待ちアップリンクデータの属性情報は、
前記送信待ちアップリンクデータのサイズ、前記送信待ちアップリンクデータに対応するデータストリーム情報、前記送信待ちアップリンクデータに対応するベアラ情報、前記送信待ちアップリンクデータに対応する論理チャネル情報と前記送信待ちアップリンクデータのＱｏＳレベル情報のうちの少なくとも一つを含む。
【０１９８】
選択可能に、前記端末装置の送信待ちアップリンクデータに対するアップリンク許可に、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つが含まれる。
【０１９９】
選択可能に、前記端末装置の送信待ちアップリンクデータに対するアップリンク許可は、識別情報を含み、前記識別情報が、
前記送信待ちアップリンクデータを送信するための基礎パラメータセット、前記送信待ちアップリンクデータを送信するための伝送ブロックのサイズ、前記送信待ちアップリンクデータを送信するための変調符号化方式、前記送信待ちアップリンクデータを送信するための最大電力、前記送信待ちアップリンクデータを送信するためのリソース及び前記送信待ちアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【０２００】
選択可能に、前記送信ユニット６３０はさらに、
前記端末装置へ配置情報を送信するように構成され、前記配置情報が少なくとも一つのデータの属性情報を示すことに用いられ、前記配置情報が、
少なくとも一つのサービスの属性情報、スケジューリングリクエストを送信するためのリソース、スケジューリングリクエストに対応するターゲット受信電力及び基礎パラメータセットのうちの少なくとも一つの情報及び／又は前記情報の間のマッピング関係を示すことに用いられる。
【０２０１】
選択可能に、該ネットワーク装置６００は方法２００におけるネットワーク装置で実行される対応操作を実行することに用いられてもよく、簡潔にするために、ここで説明を省略する。
【０２０２】
図７は本出願の実施例によるネットワーク装置７００の概略ブロック図である。図７に示すように、該ネットワーク装置７００は受信ユニット７１０と送信ユニット７２０を備え、ここで、
前記送信ユニット７２０が端末装置へ第一のメッセージを送信するように構成され、前記第一のメッセージに前記端末装置が第二のメッセージを送信するための第一の配置情報、及び前記端末装置がアップリンクデータを送信するための第二の配置情報が含まれ、ここで、前記第二のメッセージが前記端末装置に送信待ちアップリンクデータが存在することを前記ネットワーク装置に通知することに用いられ、
前記受信ユニット７１０は前記端末装置から送信された前記第二のメッセージを受信するように構成され、前記第二のメッセージを受信した後、前記ネットワーク装置が前記端末装置から送信されたアップリンクデータをモニタリングする。
【０２０３】
選択可能に、前記送信ユニット７２０はさらに、
前記端末装置へ前記第二のメッセージに対する応答メッセージを送信するように構成され、
前記受信ユニット７１０はさらに、
前記第二のメッセージを受信し且つ前記応答メッセージを送信した後、前記端末装置から送信されたアップリンクデータをモニタリングするように構成される。
【０２０４】
選択可能に、前記受信ユニット７１０はさらに、
前記第二のメッセージを受信してから、所定時間を経過した後、前記端末装置から送信されたアップリンクデータをモニタリングするように構成される。
【０２０５】
選択可能に、図７に示すように、該ネットワーク装置７００はさらに前記第二のメッセージにより前記端末装置の送信しようとするアップリンクデータの属性情報を取得するように構成される処理ユニット７３０を備え、
前記受信ユニット７１０はさらに、前記アップリンクデータの属性情報に基づき、前記端末装置から送信された前記アップリンクデータをモニタリングするように構成される。
【０２０６】
選択可能に、処理ユニット７１０はさらに、
前記端末装置から送信された前記第二のメッセージに含まれる前記指示情報により、前記端末装置の送信待ちアップリンクデータの属性情報を取得するように構成される。
【０２０７】
選択可能に、前記処理ユニット７３０はさらに、
前記第二のメッセージに占有されるリソース及び／又は前記第二のメッセージに対応するターゲット受信電力のうちの少なくとも一つにより、前記端末装置の送信しようとするアップリンクデータの属性情報を取得するように構成される。
【０２０８】
選択可能に、前記第二のメッセージに占有され且つ前記アップリンクデータの属性情報を前記ネットワーク装置に通知するためのリソースは、
コード領域リソース、時間領域リソース、周波数領域リソースと空間領域リソースのうちの少なくとも一つを含む。
【０２０９】
選択可能に、前記アップリンクデータの属性情報は、
前記アップリンクデータのサイズ、前記アップリンクデータに対応するデータストリーム情報、前記アップリンクデータに対応するベアラ情報、前記アップリンクデータに対応する論理チャネル情報と前記データのＱｏＳレベル情報のうちの少なくとも一つを含む。
【０２１０】
選択可能に、前記第二のメッセージはプリアンブルシーケンスを含む。
【０２１１】
選択可能に、前記第一の配置情報は、
前記第二のメッセージを送信するためのコード領域リソース、前記第二のメッセージを送信するための時間領域リソース、前記第二のメッセージを送信するための周波数領域リソース、前記第二のメッセージを送信するための空間領域リソースと前記第二のメッセージのターゲット受信電力のうちの少なくとも一つを含む。
【０２１２】
選択可能に、前記第二の配置情報は、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号のうちの少なくとも一つを含む。
【０２１３】
選択可能に、前記第二の配置情報は識別情報を含み、前記識別情報が、
アップリンクデータを送信するための基礎パラメータセット、アップリンクデータを送信するための伝送ブロックのサイズ、アップリンクデータを送信するための変調符号化方式、アップリンクデータを送信するための最大電力、アップリンクデータを送信するためのリソース及びアップリンクデータに対応するＨＡＲＱプロセス番号、というパラメータのうちの少なくとも一つにインデックスを付けることに用いられる。
【０２１４】
選択可能に、前記第二の配置情報はアップリンクデータに対応するベアラ、論理チャネル、データストリームと送信待ちデータ量のうちの少なくとも一つに基づいて配置されたものである。
【０２１５】
選択可能に、該ネットワーク装置７００は方法３００におけるネットワーク装置で実行される対応操作を実行することに用いられてもよく、簡潔にするために、ここで説明を省略する。
【０２１６】
図８は本出願の実施例によるシステムチップの一つの概略構造図である。図８のシステムチップ８００は入力インタフェース８０１、出力インタフェース８０２、プロセッサ８０３、メモリ８０４とバス８０５を備え、前記プロセッサ８０３及びメモリ８０４がバス８０５を介して接続し、前記プロセッサ８０３が前記メモリ８０４でのコードを実行することに用いられる。
【０２１７】
選択可能に、前記コードが実行される場合、前記プロセッサ８０３は方法の実施例における端末装置で実行される方法を実施する。簡潔にするために、ここで説明を省略する。
【０２１８】
選択可能に、前記コードが実行される場合、前記プロセッサ８０３は方法の実施例におけるネットワーク装置で実行される方法を実施する。簡潔にするために、ここで説明を省略する。
【０２１９】
図９は本出願の実施例による通信装置９００の概略ブロック図である。通信装置９００はメモリ９１０、送受信機９２０、プロセッサ９３０を備える。
【０２２０】
メモリ９１０はプログラムを記憶するように構成される。
【０２２１】
送受信機９２０は他の装置と通信するように構成される。
【０２２２】
プロセッサ９３０はメモリ９１０におけるプログラムを実行するように構成される。
【０２２３】
選択可能に、コートが実行される場合、該プロセッサ９３０は方法における端末装置で実行される各操作を実現することができ、簡潔にするために、ここで説明を省略する。
【０２２４】
選択可能に、コートが実行される場合、該プロセッサ９３０は方法におけるネットワーク装置で実行される各操作を実現することができ、簡潔にするために、ここで説明を省略する。
【０２２５】
理解すべきものとして、本出願の実施例では、該プロセッサ９３０は中央処理ユニット（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：「ＣＰＵ」と略称）であってもよく、該プロセッサ９１０はさらに他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、専用集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどであってもよい。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサはいずれかの従来のプロセッサなどであってもよい。
【０２２６】
該メモリ９１０は読み取り専用メモリとランダムアクセスメモリを含み、そしてプロセッサ９３０に命令とデータを提供することができる。メモリ９１０の一部はさらに不揮発性ランダムアクセスメモリを含むことができる。例えば、メモリ９１０はさらに装置タイプの情報を記憶することができる。
【０２２７】
実施プロセスでは、上記方法の各ステップは、プロセッサ９３０内のハードウェアの集積論理回路又はソフトウェア形態の命令によって完了されてもよい。本出願の実施例と組み合わせて開示されるステップはハードウェアプロセッサによって実行されて完了され、又はプロセッサにおけるハードウェアモジュール及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。該記憶媒質はメモリに位置し、プロセッサ９３０はメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。繰り返しを回避するために、ここで詳細な説明を省略する。
【０２２８】
当業者であれば、本明細書に開示された実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現されてもよいと理解できる。これらの機能がハードウェア又はソフトウェアで実行されるかどうかは技術的解決策の特定アプリケーションと設計約束条件に依存する。専門技術者は各特定のアプリケーションに対して異なる方法を使用して説明された機能を実現することができるが、このような実現は本発明の範囲を超えていると考えられるべきではない。
【０２２９】
当業者は便宜上且つ簡潔に説明するために、上述したシステム、装置とユニットの具体的な動作プロセスについて上記方法の実施例における対応するプロセスを参照することができ、ここでは説明を省略することを明確に理解することができる。
【０２３０】
本出願が提供するいくつかの実施例では、開示されたシステム、装置及び方法は他の方式により実現されてもよいと理解すべきである。例えば、上述した装置の実施例は例示的なものに過ぎず、例えば、前記ユニットの区分はロジック機能的区分に過ぎず、実際に実施する時に他の区分方式もあり得る。例えば、複数のユニット又は部材が組み合わせられてもよく、又は他のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【０２３１】
分離部材として説明された前記ユニットは物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的ユニットであってもよく又は物理的ユニットでなくてもよく、すなわち一つの箇所に位置してもよく、又は複数のネットワークユニットに分布してもよい。実際のニーズに応じてその中の一部又は全てのユニットを選択して本実施例の解決策の目的を達成することができる。
【０２３２】
また、本発明の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく、個々のユニットは単独で物理的に存在してもよく、二つ又は二つ以上のユニットは一つのユニットに統合されてもよい。
【０２３３】
前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売又は使用される場合、一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき，本出願の技術的解決策は本質的にソフトウェア製品の形態で実現されてもよく、又は従来技術に貢献する部分又は該技術的解決策の部分がソフトウェア製品の形態で実現されてもよく、該コンピュータソフトウェア製品は一つのコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置などあってもよい）に本出願の各実施例に記載の方法の全部又は一部のステップを実行させるためのいくつかの命令を含む記憶媒体に記憶される。前記記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。
【０２３４】
以上は、本出願の具体的な実施形態に過ぎず、本出願の保護範囲はこれに制限されず、当業者が本出願に開示された技術範囲内で容易に想到し得る変化又は入れ替わりが全て本出願の保護範囲内に含まれるべきである。したがって、本出願の保護範囲は特許請求の範囲によって準拠するべきである。
【図１】
0006853348.tif 000002
【図２】
0006853348.tif 000003
【図３】
0006853348.tif 000004
【図４】
0006853348.tif 000005
【図５】
0006853348.tif 000006
【図６】
0006853348.tif 000007
【図７】
0006853348.tif 000008
【図８】
0006853348.tif 000009
【図９】
0006853348.tif 000010