(57)【要約】  本発明はデータ送信方法、装置、コンピュータ装置及び記憶媒体を開示し、該方法は、端末が伝送リソース設定情報を受信することと、端末が前記伝送リソース設定のリソースにおいてデータを送信すること等と、を含む。本発明に記載の案を採用することで、リソースに対する合理的な使用が実現できる。
2021508206.tif 000002
【特許請求の範囲】
【請求項１】
データ送信方法であって、
端末が伝送リソース設定情報を受信することと、
端末が前記伝送リソース設定のリソースにおいてデータを送信することと、を含むことを特徴とするデータ送信方法。
【請求項２】
前記伝送リソースは、動的スケジューリングの伝送リソース及び非動的スケジューリングの伝送リソースのうちの１種類又は複数種類を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記端末が伝送リソース設定情報を受信することは、
端末が少なくとも２セットの伝送リソース設定に対応する少なくとも２セットの伝送リソース設定情報を受信し、
又は、端末が少なくとも２セットの伝送リソース設定を含む１セットの伝送リソース設定情報を受信することを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記端末が前記伝送リソース設定のリソースにおいてデータを送信する前に、更に、
端末が前記少なくとも２セットの伝送リソース設定のリソースから、伝送対象データに適する伝送リソースを決定することを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記端末が前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することは、
前記端末が伝送リソースの優先度設定に基づいて前記伝送対象データに適する伝送リソースを決定し、
前記優先度設定はプロトコル約束又は設定によるものであり、前記設定は暗示的と明示的なものを含むことを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記端末が前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することは、
前記端末が前記伝送対象データのトラフィックタイプに基づいて前記伝送対象データに適する伝送リソースを決定し、
前記伝送対象データのトラフィックタイプと前記伝送リソースとの間に約束関係が存在し、前記約束関係はプロトコル約束又は設定によるものであることを含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記端末が前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することは、
前記端末が伝送対象データの特徴パラメータに基づいて前記伝送対象データに適する伝送リソースを決定し、
前記伝送対象データの特徴パラメータと前記伝送リソースとの間に約束関係が存在し、前記約束関係はプロトコル約束又は設定によるものであることを含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記伝送対象データの特徴パラメータは、遅延、信頼性及びデータ量のうちの少なくとも１種類又は複数種類を含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記端末が前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することは、
前記端末が伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの少なくとも２つの情報に基づいて、前記伝送対象データに適する伝送リソースを決定することを含むことを特徴とする請求項４に記載の方法。  
【請求項１０】
該方法は更に、前記伝送対象データが少なくとも２つの異なるトラフィックタイプを含み、又は２セットの異なる特徴パラメータに対応する場合、まずトラフィックタイプ優先度が高い又は特徴パラメータが厳しい伝送対象データを基準にして、一部又は全部の伝送リソースを決定することを含むことを特徴とする請求項４に記載の方法。
【請求項１１】
前記端末が前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することは、
前記少なくとも２セットの伝送リソース設定のリソースが時間領域において一部又は全部重複する場合、前記端末が少なくとも２セットの伝送リソース設定のリソースから少なくとも１セットの伝送リソース設定のリソースを決定して伝送対象データを送信することを含むことを特徴とする請求項４に記載の方法。
【請求項１２】
前記端末が少なくとも２セットの伝送リソース設定のリソースから少なくとも１セットの伝送リソース設定のリソースを決定して伝送対象データを送信することは、
前記端末がトラフィック量と送信制限のうちの少なくとも１種類の情報に基づいて、伝送対象データを送信するための伝送リソースの数を決定することを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
動的スケジューリングの伝送リソースの優先度は、全部又は一部の非動的スケジューリングの伝送リソースの優先度より高いことを特徴とする請求項５に記載の方法。
【請求項１４】
データ送信装置であって、受信ユニット及び送信ユニットを含み、
前記受信ユニットは、伝送リソース設定情報を受信することに用いられ、
前記送信ユニットは、前記伝送リソース設定のリソースにおいてデータを送信することに用いられることを特徴とするデータ送信装置。
【請求項１５】
前記伝送リソースは、動的スケジューリングの伝送リソース及び非動的スケジューリングの伝送リソースのうちの１種類又は複数種類を含むことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記受信ユニットは、少なくとも２セットの伝送リソース設定に対応する少なくとも２セットの伝送リソース設定情報を受信し、
又は、前記受信ユニットは、少なくとも２セットの伝送リソース設定を含む１セットの伝送リソース設定情報を受信することを特徴とする請求項１４に記載の装置。
【請求項１７】
前記送信ユニットは更に、前記少なくとも２セットの伝送リソース設定のリソースから伝送対象データに適する伝送リソースを決定することに用いられることを特徴とする請求項１６に記載の装置。
【請求項１８】
前記送信ユニットは、伝送リソースの優先度設定に基づいて前記伝送対象データに適する伝送リソースを決定し、
前記優先度設定はプロトコル約束又は設定によるものであり、前記設定は暗示的と明示的なものを含むことを特徴とする請求項１７に記載の装置。
【請求項１９】
前記送信ユニットは、前記伝送対象データのトラフィックタイプに基づいて前記伝送対象データに適する伝送リソースを決定し、
前記伝送対象データのトラフィックタイプと前記伝送リソースとの間に約束関係が存在し、前記約束関係はプロトコル約束又は設定によるものであることを特徴とする請求項１７に記載の装置。
【請求項２０】
前記送信ユニットは、伝送対象データの特徴パラメータに基づいて前記伝送対象データに適する伝送リソースを決定し、
前記伝送対象データの特徴パラメータと前記伝送リソースとの間に約束関係が存在し、前記約束関係はプロトコル約束又は設定によるものであることを特徴とする請求項１７に記載の装置。
【請求項２１】
前記伝送対象データの特徴パラメータは、遅延、信頼性及びデータ量のうちの少なくとも１種類又は複数種類を含むことを特徴とする請求項２０に記載の装置。
【請求項２２】
前記送信ユニットは、伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの少なくとも２つの情報に基づいて、前記伝送対象データに適する伝送リソースを決定することを特徴とする請求項１７に記載の装置。
【請求項２３】
前記送信ユニットは更に、前記伝送対象データが少なくとも２つの異なるトラフィックタイプを含み、又は２セットの異なる特徴パラメータに対応する場合、まずトラフィックタイプ優先度が高い又は特徴パラメータが厳しい伝送対象データを基準にして一部又は全部の伝送リソースを決定することに用いられることを特徴とする請求項１７に記載の装置。
【請求項２４】
前記送信ユニットは、前記少なくとも２セットの伝送リソース設定のリソースが時間領域において一部又は全部重複する場合、少なくとも２セットの伝送リソース設定のリソースから少なくとも１セットの伝送リソース設定のリソースを決定して伝送対象データを送信することを特徴とする請求項１７に記載の装置。
【請求項２５】
前記送信ユニットは、トラフィック量と送信制限のうちの少なくとも１種類の情報に基づいて伝送対象データを送信するための伝送リソースの数を決定することを特徴とする請求項２４に記載の装置。
【請求項２６】
動的スケジューリングの伝送リソースの優先度は、全部又は一部の非動的スケジューリングの伝送リソースの優先度より高いことを特徴とする請求項１８に記載の装置。
【請求項２７】
メモリ、プロセッサ、及び前記メモリに記憶され、そして前記プロセッサにおいて実行できるコンピュータプログラムを含むコンピュータ装置であって、前記プロセッサが前記プログラムを実行する時、請求項１〜１３のいずれか１項に記載の方法が実現されることを特徴とするコンピュータ装置。
【請求項２８】
コンピュータプログラムが記憶されるコンピュータ可読記憶媒体であって、前記プログラムがプロセッサによって実行される時、請求項１〜１３のいずれか１項に記載の方法が実現されることを特徴とするコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線ネットワーク技術に関し、特に、データ送信方法、装置、コンピュータ装置及び記憶媒体に関する。
【背景技術】
【０００２】
現在の５Ｇシステムには超高信頼低遅延通信（ＵＲＬＬＣ、Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）サービスが導入され、該サービスの特徴は非常に短い遅延内（例えば１ｍｓ）において超高信頼（例えば９９．９９９％）の伝送を実現することである。
【０００３】
この目標を実現するために、グラントフリー（Ｇｒａｎｔ  ｆｒｅｅ）という概念が提案されている。Ｇｒａｎｔ  ｆｒｅｅは事前設定／半持続状態のリソース設定方式（以下「非動的スケジューリング」と略称する）を採用し、端末はトラフィックニーズに応じて設定されたリソースにおいて伝送を行う。該技術はリソースリクエスト（ＳＲ、Ｓｃｈｅｄｕｌｅ  Ｒｅｑｕｅｓｔ）とバッファステータスレポート（ＢＳＲ、Ｂｕｆｆｅｒ  Ｓｔａｔｕｓ  Ｒｅｐｏｒｔ）のプロセスを回避し、それによって、端末の有効転送時間を増加させる。
【０００４】
なお、周期性を有するサービス、例えば、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおけるインターネット電話（ＶｏＩＰ、Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）サービスも非動的スケジューリングの方式を採用することが多い。
【０００５】
現在、非動的スケジューリングはｔｙｐｅ１とｔｙｐｅ２の２タイプがある。ｔｙｐｅ１は無線リソース制御（ＲＲＣ、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング（準静的）を採用してリソースを設定し、時間周波数領域リソース、参照シンボル情報、変調符号化方式及び電力制御パラメータ等を含んでもよい。ｔｙｐｅ２はＲＲＣシグナリングと物理層シグナリングを組み合わせた方式（準静的設定、動的アクティブ化／非アクティブ化）を採用し、ＲＲＣシグナリングの設定は時間領域リソース周期と電力制御パラメータ等を含み、物理層シグナリングの設定は周波数領域リソース、参照シンボル情報及び変調符号化方式等を含む。
【０００６】
異なるトラフィックタイプ、例えば、ＵＲＬＬＣトラフィックとＶｏＩＰトラフィックに適応するために、複数セットの非動的スケジューリングの伝送リソースを同時に設定してもよい。尚、実際の応用においては、更に動的スケジューリングの伝送リソースを設定する可能性がある。それらのリソースをどのように合理的に使用するかについて、現在の技術ではまだ有効な解決方式はない。
【発明の概要】
【０００７】
そこで、本発明はデータ送信方法、装置、コンピュータ装置及び記憶媒体を提供する。
【０００８】
具体的な技術案は以下の通りである。
【０００９】
データ送信方法であって、
端末が伝送リソース設定情報を受信することと、
端末が上記伝送リソース設定のリソースにおいてデータを送信することと、を含む。
【００１０】
データ送信装置であって、該データ送信装置は受信ユニット及び送信ユニットを含み、
前記受信ユニットは伝送リソース設定情報を受信することに用いられ、
前記送信ユニットは前記伝送リソース設定のリソースにおいてデータを送信することに用いられる。
【００１１】
コンピュータ装置であって、該コンピュータ装置はメモリ、プロセッサ、及び前記メモリに記憶され、そして前記プロセッサにおいて実行できるコンピュータプログラムを含み、前記プロセッサが前記プログラムを実行する時、上記の方法が実現される。
【００１２】
コンピュータ可読記憶媒体であって、コンピュータプログラムが記憶され、前記プログラムがプロセッサによって実行される時、上記の方法が実現される。
【００１３】
上記の説明から分かるように、本発明に記載の案を採用することで、端末は伝送リソース設定情報を受信でき、そして伝送リソース設定のリソースにおいてデータを送信でき、それによって、リソースに対する合理的な使用が実現される。
【図面の簡単な説明】
【００１４】
【図１】図１は、本発明に記載のデータ送信方法の実施例のフローチャートである。
【図２】図２は、本発明に記載のデータ送信装置の実施例の構成構造の模式図である。
【図３】図３は本発明の実施形態を実現することに適用される、例示的なコンピュータシステム／サーバ１２のブロック図を示す。
【発明を実施するための形態】
【００１５】
本発明の技術案をより明確に、明瞭にするために、以下は添付図面を参照しながら実施例を挙げ、本発明に記載の案を更に説明する。
【００１６】
明らかに、ここに説明する実施例は、本発明の一部の実施例であり、全部の実施例ではない。本発明における実施例に基づいて、当業者が創造的な労働をすることなく獲得した他の全ての実施例は、いずれも本発明の保護する範囲に属する。
【００１７】
図１は、本発明に記載のデータ送信方法の実施例のフローチャートである。図１に示すように、以下の具体的な実現方式を含む。
【００１８】
１０１では、端末は伝送リソース設定情報を受信する。
【００１９】
１０２では、端末は前記伝送リソース設定のリソースにおいてデータを送信する。
【００２０】
伝送リソースは、動的スケジューリングの伝送リソース及び非動的スケジューリングの伝送リソースのうちの１種類又は複数種類を含む。非動的スケジューリングの伝送リソースはＴｙｐｅ１の伝送リソースであってもよく、Ｔｙｐｅ２の伝送リソースであってもよく、更にＴｙｐｅ１とＴｙｐｅ２の伝送リソースを同時に含んでもよい。
【００２１】
１０１において、端末が伝送リソース設定情報を受信することは、端末が少なくとも２セットの伝送リソース設定に対応する少なくとも２セットの伝送リソース設定情報を受信し、又は、端末が少なくとも２セットの伝送リソース設定を含む１セットの伝送リソース設定情報を受信することを含む。
【００２２】
１０２の前に、端末は少なくとも２セットの伝送リソース設定のリソースから、伝送対象データに適する伝送リソースを決定してもよい。
【００２３】
典型的に、前記少なくとも２セットの伝送リソース設定のリソースが時間領域において重複しない場合、端末は現在時刻において条件を満たす伝送リソースを使用して伝送対象データを送信してもよい。前記条件を満たすことは即ち、伝送リソース設定がトラフィック伝送ニーズを満たすことを指し、具体的には、伝送時間間隔（ＴＴＩ、Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）長さが遅延要求を満たすこと、変調符号化方式（ＭＣＳ、Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）が信頼性ニーズを満たすこと、リソースブロックサイズ（ＴＢＳ、Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  Ｓｉｚｅ）がトラフィックパケットサイズ要求を満たすことのうちの１つ又は複数を含んでもよい。
【００２４】
典型的に、前記少なくとも２セットの伝送リソース設定のリソースが時間領域において一部又は全部重複する場合、端末は少なくとも２セットの伝送リソース設定のリソースから、少なくとも１セットの伝送リソース設定のリソースを決定して伝送対象データを送信してもよい。
【００２５】
典型的に、端末はトラフィック量と送信制限のうちの少なくとも１種類の情報に基づいて、伝送対象データを送信するための伝送リソースの数を決定してもよい。
【００２６】
送信電力制限が送信制限の１つの典型的な場合である。電力が制限されたシーンでは、端末は１セットの伝送リソース設定のリソースを使用して伝送対象データを送信することしかできない。電力が制限されないシーンでは、端末は少なくとも１セットの伝送リソース設定のリソースを使用して伝送対象データを送信することができる。端末は基地局設定情報を受信することで電力が制限されたかどうかを判定し、又は、電力が制限されるかどうかを自分で決定してもよい。基地局設定の方式について、電力制限の明示的な指示シグナリングに基づいて判定してもよく、他のシグナリング、例えば、波形によって、電力が制限されたかどうかを間接的に示されてもよい。典型的に、端末がシングルキャリア送信方式、例えば、離散フーリエ変換拡散の直交周波数分割多重（ＤＦＴ−Ｓ−ＯＦＤＭ、Ｄｉｓｃｒｅｔｅ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ  Ｓｐｒｅａｄ  Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）を採用する場合、端末は電力制限されたシーンであると判定でき、端末がマルチキャリア送信方式、例えば、ＯＦＤＭを採用する場合、端末は電力制限されないシーンであると判定できる。また例えば、変調波形に基づいて、端末がバイナリ位相シフトキーイング（ＢＰＳＫ、Ｂｉｎａｒｙ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）関連の変調方式を採用する場合、端末は電力制限されたシーンであると判定でき、端末が直交位相シフトキーイング（ＱＰＳＫ、Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）以上の変調方式を採用する場合、端末は電力制限されないシーンであると判定できる。
【００２７】
端末はトラフィック量に基づいて伝送対象データを送信するための伝送リソースの数を決定する。トラフィック量が比較的に少なく、１つの伝送リソースで全ての伝送対象データを十分に送信できる場合、１つの伝送リソースを採用してもよい。トラフィック量が比較的に大きく、１つの伝送リソースでは全ての伝送対象データを十分に送信できない場合、もし端末に少なくとも２つの伝送リソースが設定されているなら、少なくとも２つの伝送リソースを採用して伝送対象データを送信してもよい。端末の採用する伝送リソース数は設定された伝送リソース数以下である。そして、上記伝送リソースはトラフィックニーズを満たす伝送リソースに限る。
【００２８】
端末は送信制限とトラフィック量に基づいて伝送対象データを送信するための伝送リソースの数を決定する。その内、送信制限の制約はトラフィック量に優先する。即ち、送信制限によって１つのみの伝送リソースで伝送対象データを送信するように制限された場合、トラフィック量が少なくとも２つの伝送リソースでデータ送信する必要があるほど大きくても、やはり１つの伝送リソースを採用して伝送対象データを送信するしかできない。
【００２９】
端末は更に、伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの少なくとも１つの情報に基づいて、少なくとも１セットの伝送対象データに適する伝送リソースを決定してもよい。
【００３０】
例えば、伝送リソースの優先度設定に基づいて伝送対象データに適する伝送リソースを決定してもよい。典型的に、優先度の高い伝送リソースが優先的に使用される。前記優先度設定はプロトコル約束又は設定によるものであってもよく、前記設定は暗示的と明示的なものを含む。
【００３１】
具体的に、プロトコル約束の方式は、例えば、プロトコルにおいて動的スケジューリングの伝送リソースの優先度が非動的スケジューリングの伝送リソースのそれより高いと約束し、また例えば、伝送リソースの１つ又は複数のパラメータ設定に対して優先度を約束することを含んでもよく、具体的には、短ＴＴＩの伝送リソースの優先度が長ＴＴＩの伝送リソースのそれより高く、その技術的メリットはデータ遅延の減少であり、低ＭＣＳの伝送リソースの優先度が高ＭＣＳの伝送リソースのそれより高く、その技術的メリットはデータ伝送信頼性の確保であり、小ＴＢＳの伝送リソースの優先度が大ＴＢＳの伝送リソースのそれより高く、その技術的メリットはリソース浪費の回避／減少であることを含む。
【００３２】
暗示的な方式は、伝送リソースのパラメータ設定及びパラメータに対応する優先度設定によって、伝送リソースの優先度を決定することを含んでもよい。具体的に、ＴＴＩ、ＭＣＳ及びＴＢＳパラメータのうちの１つ又は複数、及び対応する優先度設定に基づいて伝送リソースの優先度を決定してもよい。前記対応する優先度設定はプロトコル約束又はシグナリング設定（明示的又は暗示的を含む）によるものであってもよい。説明の重複を避けるために、ＴＴＩ設定のみを例とし、他のパラメータ設定も類似の方法を参照できる。伝送リソース１は比較的に短いＴＴＩを設定し、伝送リソース２は比較的に長いＴＴＩを設定し、ＴＴＩ長さに対して設定された優先度によって、短ＴＴＩの優先度が高く、そうすると、伝送リソース１の優先度は伝送リソース２より高く、その技術的メリットは、データ遅延の減少である。
【００３３】
明示的な方式は、伝送リソースのパラメータ設定に優先度パラメータが含まれ、又は、伝送対象データの特徴パラメータに伝送リソースの優先度が含まれることを含んでもよい。後者について、伝送対象データの特徴パラメータに１つの伝送リソース情報が含まれる場合、伝送対象データは対応する伝送リソースにおいて送信されるしかできなく、又は、伝送対象データは優先的に対応する伝送リソースにおいて送信される。
【００３４】
また、更に伝送対象データのトラフィックタイプに基づいて伝送対象データに適する伝送リソースを決定してもよい。伝送対象データのトラフィックタイプと伝送リソースとの間に約束関係が存在する。前記約束関係はプロトコル約束又は設定によるものであってもよい。
【００３５】
前記トラフィックタイプは論理チャネルによって区別されてもよく、特定の識別子によって区別されてもよい。前者について、伝送対象データのトラフィックタイプと伝送リソースとの間に約束関係が存在し、即ち伝送対象データの所属する論理チャネルに基づいて伝送リソースを決定し、伝送対象データの所属する論理チャネルと伝送リソースとの間に約束関係が存在する。
【００３６】
プロトコルによって伝送対象データのトラフィックタイプと伝送リソースとの間の関係が約束される。例えば、伝送対象データのトラフィックタイプ１と伝送リソース１とが対応し、即ちトラフィックタイプ１のデータは伝送リソース１を採用して送信される。
【００３７】
設定方法は暗示的又は明示的であってもよい。暗示的な方式について、伝送対象データのトラフィックタイプに含まれるパラメータと伝送リソースとの制約関係に基づいて、伝送リソースを決定してもよい。例えば、論理チャネルにおけるＴＴＩ  ｌｅｎｇｔｈパラメータに基づいて使用可能な伝送リソースを決定し、即ちＴＴＩ長さが論理チャネルにおけるＴＴＩ  ｌｅｎｇｔｈパラメータ設定以下である場合、はじめて使用可能な伝送リソースとする。明示的な方式について、設定方法は、１）伝送リソース設定にトラフィックタイプパラメータが含まれ、トラフィックタイプパラメータは１つ又は複数であってもよく、２）トラフィックタイプ設定に伝送リソースパラメータが含まれることを含んでもよい。
【００３８】
更に伝送対象データの特徴パラメータに基づいて伝送対象データに適する伝送リソースを決定してもよい。伝送対象データの特徴パラメータと伝送リソースとの間に約束関係が存在する。前記約束関係はプロトコル約束又は設定によるものである。伝送対象データの特徴パラメータは、遅延、信頼性及びデータ量のうちの少なくとも１種類又は複数種類を含む。
【００３９】
具体的には、
１）複数特徴パラメータのいずれも満足必要な場合、特徴パラメータ同士の間に一定の優先度関係が存在する。
【００４０】
典型的に、遅延＞信頼性＞データ量（「＞」前の優先度が高く、以下は同じであり、繰り返して説明することをしない）であり、その技術的メリットは、データの瞬時伝送を確保し、端末がデータを伝送するチャンスがない又はチャンスが少ないというのを回避することである。
【００４１】
典型的に、遅延＞データ量＞信頼性であり、その技術的メリットは、データ遅延ニーズを確保することである。
【００４２】
典型的に、データ量＞遅延＞信頼性であり、その技術的メリットは、できるだけ多くのデータが伝送チャンスを獲得するのを確保し、システム効率を最大化し、そして伝送遅延をできるだけ低減することである。
【００４３】
典型的に、データ量＞信頼性＞遅延であり、その技術的メリットは、できるだけ多くのデータが伝送チャンスを獲得するのを確保し、システム効率を最大化し、そしてできるだけデータ伝送の信頼性を確保することである。
【００４４】
典型的に、信頼性＞データ量＞遅延であり、その技術的メリットは、データ伝送の信頼性を確保した上で、システムのデータ伝送量を高め、システム効率を高めることである。
【００４５】
典型的に、信頼性＞遅延＞データ量であり、その技術的メリットは、データ伝送の信頼性を確保することである。
【００４６】
２）伝送対象データの特徴パラメータと伝送リソースとの間の制約関係。
【００４７】
例えば、低遅延は短ＴＴＩに対応し、高信頼性は低ＭＣＳレベルに対応し、大データ量は大ＴＢＳリソースに対応する。逆もそうである。高低については閾値を基準にして評価されてもよい。閾値はプロトコル約束又は設定によるものであってもよい。
【００４８】
３）上記パラメータ要求を満たした上で、依然として少なくとも２セットの伝送リソースが存在する場合、特徴パラメータに存在する優先度関係に基づいて、システムの許す伝送リソース数に更に絞ってもよい。
【００４９】
典型的に、長ＴＴＩ＞小ＴＢＳ＞高ＭＣＳであり、即ち、ＴＴＩの長いのを優先的に選択し、それからＴＢＳの小さいのを選択し、最後にＭＣＳの高いのを選択し、その技術的メリットは、短遅延データと衝突するのを回避又は減少することである。
【００５０】
典型的に、長ＴＴＩ＞高ＭＣＳ＞小ＴＢＳであり、その技術的メリットは、短遅延データと衝突するのを回避又は減少し、そしてシステムの伝送効率を高めることである。
【００５１】
典型的に、小ＴＢＳ＞長ＴＴＩ＞高ＭＣＳであり、その技術的メリットは、リソース効率を高め、ＴＢＳにおいて情報量のないデータが補充されるのを回避し、短遅延データとの衝突を一層回避することである。
【００５２】
典型的に、小ＴＢＳ＞高ＭＣＳ＞長ＴＴＩであり、その技術的メリットは、リソース効率を高め、ＴＢＳにおいて情報量のないデータが補充されるのを回避することである。
【００５３】
典型的に、高ＭＣＳ＞小ＴＢＳ＞長ＴＴＩであり、その技術的メリットは、伝送効率を高め、冗長リソースの使用を回避することである。
【００５４】
典型的に、高ＭＣＳ＞長ＴＴＩ＞小ＴＢＳであり、その技術的メリットは、伝送効率を高め、短遅延データとの衝突を回避することである。
【００５５】
上記方式において、端末は主に、伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの１つの情報に基づいて、伝送対象データに適する伝送リソースを決定する。なお、更に伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの少なくとも２つの情報に基づいて、伝送対象データに適する伝送リソースを決定してもよい。少なくとも２つの情報に基づいて伝送対象データに適する伝送リソースを決定する場合、複数の情報間の優先度を更に定義する必要がある。  
【００５６】
前記少なくとも２つの情報はぞれぞれ以下に示す通りであってもよい。
【００５７】
１）伝送リソースの優先度設定＋伝送対象データのトラフィックタイプ
【００５８】
典型的に、伝送リソースの優先度設定＞伝送対象データのトラフィックタイプであり、その技術的メリットは、優先度はコントロール可能であり、システム効率が高いということである。
【００５９】
例えば、伝送リソース１：優先度が高く、サポートするトラフィックタイプはＵＲＬＬＣである。伝送リソース２：優先度が高く、サポートするトラフィックタイプは拡張モバイルブロードバンド（ｅＭＢＢ、Ｅｎｈａｎｃｅ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）である。伝送リソース３：優先度が低く、サポートするトラフィックタイプはＵＲＬＬＣである。上記の原則に基づいて、端末はまず優先度に基づいて伝送リソース１と２に決定し、更にトラフィックタイプに基づいて、伝送リソース１に決定し、その後、伝送リソース１を利用して伝送対象データを送信する。
【００６０】
典型的に、伝送対象データのトラフィックタイプ＞伝送リソースの優先度設定であり、その技術的メリットは、トラフィックの伝送ニーズ（例えば、遅延と信頼性）を確保することである。
【００６１】
例えば、伝送リソース１：優先度が高く、サポートするトラフィックタイプはＵＲＬＬＣである。伝送リソース２：優先度が高く、サポートするトラフィックタイプはｅＭＢＢである。伝送リソース３：優先度が低く、サポートするトラフィックタイプはＵＲＬＬＣである。上記の原則に基づいて、端末はまずトラフィックタイプに基づいて伝送リソース１と３に決定し、更に優先度に基づいて、伝送リソース１に決定し、その後、伝送リソース１を利用して伝送対象データを送信する。
【００６２】
２）伝送リソースの優先度設定＋伝送対象データの特徴パラメータ
【００６３】
典型的に、伝送リソースの優先度設定＞伝送対象データの特徴パラメータであり、その技術的メリットは、優先度はコントロール可能であり、システム効率が高いということである。
【００６４】
典型的に、伝送対象データの特徴パラメータ＞伝送リソースの優先度設定であり、その技術的メリットは、トラフィックの伝送ニーズ（例えば、遅延と信頼性）を確保することである。
【００６５】
典型的に、伝送対象データの特徴パラメータ１（例えば遅延）＞伝送リソースの優先度設定＞伝送対象データの特徴パラメータ２（例えばＴＢＳ）であり、その技術的メリットは、トラフィックのある伝送ニーズ（例えば、遅延又は信頼性）を確保し、それと同時にシステムの伝送効率を確保することである。
【００６６】
３）伝送対象データのトラフィックタイプ＋伝送対象データの特徴パラメータ
【００６７】
典型的に、伝送対象データのトラフィックタイプ＞伝送対象データの特徴パラメータであり、その技術的メリットは、高レベルトラフィックの伝送性能を優先的に確保できることである。
【００６８】
典型的に、伝送対象データの特徴パラメータ＞伝送対象データのトラフィックタイプであり、その技術的メリットは、特定の性能パラメータを優先的に確保できることである。
【００６９】
典型的に、伝送対象データの特徴パラメータ１（例えば遅延）＞伝送対象データのトラフィックタイプ＞伝送対象データの特徴パラメータ２（例えばＴＢＳ）であり、その技術的メリットは、ある性能パラメータを優先的に確保でき、それと同時に異なるトラフィックタイプの優先度も配慮することである。
【００７０】
４）伝送リソースの優先度設定＋伝送対象データのトラフィックタイプ＋伝送対象データの特徴パラメータ
【００７１】
典型的に、伝送リソースの優先度設定＞伝送対象データの特徴パラメータ＞伝送対象データのトラフィックタイプであり、その技術的メリットは、システムの効率を優先的に確保し、その次は特徴パラメータを確保することである。
【００７２】
典型的に、伝送リソースの優先度設定＞伝送対象データのトラフィックタイプ＞伝送対象データの特徴パラメータであり、その技術的メリットは、システムの効率を優先的に確保し、その次は特定トラフィックの特殊ニーズを確保することである。
【００７３】
典型的に、伝送対象データの特徴パラメータ＞伝送リソースの優先度設定＞伝送対象データのトラフィックタイプであり、その技術的メリットは、特定ニーズに向けて最適化し、最適化の目標を精密化し、システム効率を高めることである。
【００７４】
典型的に、伝送対象データの特徴パラメータ＞伝送対象データのトラフィックタイプ＞伝送リソースの優先度設定であり、その技術的メリットは、特徴パラメータと特定のトラフィック伝送を優先的に確保することである。
【００７５】
典型的に、伝送対象データのトラフィックタイプ＞伝送対象データの特徴パラメータ＞伝送リソースの優先度設定であり、その技術的メリットは、特定トラフィック伝送を最適化し、そして一層特定パラメータに向けて最適化し、トラフィック伝送ニーズを確保することである。
【００７６】
典型的に、伝送対象データのトラフィックタイプ＞伝送リソースの優先度設定＞伝送対象データの特徴パラメータであり、その技術的メリットは、特定トラフィック伝送を最適化し、システム効率を一層最適化することである。
【００７７】
典型的に、伝送対象データの特徴パラメータ１＞伝送対象データのトラフィックタイプ＞伝送リソースの優先度設定＞伝送対象データの特徴パラメータ２であり、その技術的メリットは、特定特徴パラメータと特定のトラフィック伝送を優先的に確保し、優先度も配慮することである。
【００７８】
典型的に、伝送対象データの特徴パラメータ１＞伝送リソースの優先度設定＞伝送対象データのトラフィックタイプ＞伝送対象データの特徴パラメータ２であり、その技術的メリットは、特定ニーズに向けて最適化し、最適化の目標を精密化し、システム効率を高めることである。
【００７９】
伝送対象データが少なくとも２つの異なるトラフィックタイプを含み、又は２セットの異なる特徴パラメータに対応する場合、まずトラフィックタイプ優先度が高い又は特徴パラメータが厳しい伝送対象データを基準にして一部又は全部の伝送リソースを決定してもよい。例えば、伝送対象データにＵＲＬＬＣとｅＭＢＢが含まれる場合、まずＵＲＬＬＣトラフィック又はＵＲＬＬＣの特徴パラメータに基づいて、伝送リソースを選択してもよい。
【００８０】
なお、実際の応用においては、事前に設定したルールに従って、伝送リソースにおいて伝送するデータを決定してもよい。例えば、伝送対象データに対応するトラフィックタイプの優先度に従って伝送対象データを決定し、そして選定した伝送リソースにおいて伝送を行う等してもよい。
【００８１】
以上は方法実施例に関する説明であり、以下は装置実施例を通して、本発明に記載の案を更に説明する。
【００８２】
図２は、本発明に記載のデータ送信装置の実施例の構成構造の模式図である。図２に示すように、受信ユニット２０１と送信ユニット２０２を含む。
【００８３】
受信ユニット２０１は、伝送リソース設定情報を受信することに用いられる。
【００８４】
送信ユニット２０２は、伝送リソース設定のリソースにおいてデータを送信することに用いられる。
【００８５】
伝送リソースは、動的スケジューリングの伝送リソース及び非動的スケジューリングの伝送リソースのうちの１種類又は複数種類を含む。非動的スケジューリングの伝送リソースはＴｙｐｅ１の伝送リソースであってもよく、Ｔｙｐｅ２の伝送リソースであってもよく、更にＴｙｐｅ１とＴｙｐｅ２の伝送リソースを同時に含んでもよい。
【００８６】
受信ユニット２０１は、少なくとも２セットの伝送リソース設定に対応少なくとも２セットの伝送リソース設定情報を受信し、又は、少なくとも２セットの伝送リソース設定を含む１セットの伝送リソース設定情報を受信してもよい。
【００８７】
送信ユニット２０２は、伝送リソース設定のリソースにおいてデータを送信する前に、まず少なくとも２セットの伝送リソース設定のリソースから、伝送対象データに適する伝送リソースを決定してもよい。
【００８８】
典型的に、送信ユニット２０２は、伝送リソースの優先度設定に基づいて伝送対象データに適する伝送リソースを決定してもよく、優先度設定はプロトコル約束又は設定によるものであり、設定は暗示的と明示的なものを含む。
【００８９】
典型的に、送信ユニット２０２は、伝送対象データのトラフィックタイプに基づいて伝送対象データに適する伝送リソースを決定してもよく、伝送対象データのトラフィックタイプと伝送リソースとの間に約束関係が存在し、約束関係はプロトコル約束又は設定によるものである。
【００９０】
典型的に、送信ユニット２０２は、伝送対象データの特徴パラメータに基づいて伝送対象データに適する伝送リソースを決定してもよく、伝送対象データの特徴パラメータと伝送リソースとの間に約束関係が存在し、約束関係はプロトコル約束又は設定によるものである。
【００９１】
伝送対象データの特徴パラメータは、遅延、信頼性及びデータ量のうちの少なくとも１種類又は複数種類を含む。
【００９２】
典型的に、送信ユニット２０２は、伝送リソースの優先度設定、伝送対象データのトラフィックタイプ、及び伝送対象データの特徴パラメータのうちの少なくとも２つの情報に基づいて、伝送対象データに適する伝送リソースを決定してもよい。
【００９３】
また、伝送対象データが少なくとも２つの異なるトラフィックタイプを含み、又は２セットの異なる特徴パラメータに対応する場合、送信ユニット２０２は、まずトラフィックタイプ優先度が高い又は特徴パラメータが厳しい伝送対象データを基準にして、一部又は全部の伝送リソースを決定してもよい。
【００９４】
また、少なくとも２セットの伝送リソース設定のリソースが時間領域において一部又は全部重複する場合、送信ユニット２０２は、少なくとも２セットの伝送リソース設定のリソースから、少なくとも１セットの伝送リソース設定のリソースを決定して伝送対象データを送信してもよい。
【００９５】
典型的に、送信ユニット２０２は、トラフィック量と送信制限のうちの少なくとも１種類の情報に基づいて、伝送対象データを送信するための伝送リソースの数を決定してもよい。
【００９６】
図２に示す装置実施例の具体的な動作フローについては、前記の方法実施例での関係説明を参照でき、ここでは詳述しない。
【００９７】
図３は本発明の実施形態を実現することに適用される、例示的なコンピュータシステム／サーバ１２のブロック図を示す。図３に示すコンピュータシステム／サーバ１２は例示的なものに過ぎず、本発明実施例の機能と使用範囲に如何なる制限ももたらさない。
【００９８】
図３に示すように、コンピュータシステム／サーバ１２は汎用計算装置の形で現れる。コンピュータシステム／サーバ１２の構成要素は、１つ又は複数のプロセッサ（処理ユニット）１６、メモリ２８、異なるシステムコンポーネント（メモリ２８とプロセッサ１６を含む）を繋げるバス１８を含んでもよいが、これには限らない。
【００９９】
バス１８は、メモリバス又はメモリコントローラ、周辺バス、グラフィックアクセラレータポート、プロセッサ、又は複数のバス構造のうちの任意のバス構造を使用するローカルバスを含む、幾つかの種類のバス構造のうちの１つ又は複数を表す。例えば、これらのアーキテクチャには、産業標準アーキテクチャ（ＩＳＡ）バス、マイクロチャネルアーキテクチャ（ＭＡＣ）バス、拡張ＩＳＡバス、ビデオ電子規格協会（ＶＥＳＡ）ローカルバス、周辺コンポーネント相互接続（ＰＣＩ）バスが含まれるが、これらに限られない。
【０１００】
コンピュータシステム／サーバ１２は、典型的に、複数種類のコンピュータシステム可読媒体を含む。これらの媒体は、揮発性及び不揮発性の媒体、リムーバブル及び非リムーバブルの媒体を含む、コンピュータシステム／サーバ１２がアクセスできる任意の利用可能な媒体であってもよい。
【０１０１】
メモリ２８は揮発性メモリ形式のコンピュータシステム可読媒体、例えば、ランダムアクセスメモリ（ＲＡＭ）３０及び／又はキャッシュメモリ３２を含んでもよい。コンピュータシステム／サーバ１２は更に他のリムーバブル／非リムーバブルの、揮発性／不揮発性コンピュータシステム記憶媒体を含んでもよい。一例として、ストレージシステム３４は、非リムーバブルの、不揮発性磁気媒体（図３には示されていないが、通常「ハードディスクドライブ」と呼ばれる）を読み書きすることに用いられてもよい。図３には示されていないが、リムーバブル不揮発性磁気ディスク（例えば「フロッピーディスク」）に読み書きするための磁気ディスクドライブ、及びリムーバブル不揮発性光ディスク（例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ又は他の光媒体）に読み書きするための光ディスクドライブを提供してもよい。この場合、各ドライブは、１つ又は複数のデータ媒体インターフェースを介してバス１８に接続されてもよい。メモリ２８は、本発明各実施例の機能を実行するために設定された１セット（例えば、少なくとも１つ）のプログラムモジュールを有する少なくとも１つのプログラム製品を含んでもよい。
【０１０２】
１セット（例えば、少なくとも１つ）のプログラムモジュール４２を有するプログラム／ユーティリティ４０は、例えば、メモリ２８に記憶されてもよく、このようなプログラムモジュール４２は、オペレーティングシステム、１つ又は複数のアプリケーションプログラム、その他のプログラムモジュール、及びプログラムデータを含むが、これらに限らず、これらの例のうちのそれぞれ、又はその何らかの組み合わせにはネットワーク環境の実現が含まれる可能性がある。プログラムモジュール４２は通常、本発明に記載の実施例における機能及び／又は方法を実行する。
【０１０３】
コンピュータシステム／サーバ１２はまた、１つ又は複数の外部装置１４（例えばキーボード、ポインティングデバイス、ディスプレイ２４等）と通信してもよく、更にユーザが該コンピュータシステム／サーバ１２と対話できるようにする１つ又は複数の装置と通信し、及び／又は該コンピュータシステム／サーバ１２が１つ又は複数の他の計算装置と通信できるようにする如何なる装置（例えばネットワークカード、モデム等）と通信してもよい。このような通信は入力／出力（Ｉ／Ｏ）インタフェース２２を介して行われてもよい。そして、コンピュータシステム／サーバ１２は更にネットワークアダプタ２０を介して１つ又は複数のネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）及び／又はパブリックネットワーク、例えば、インターネット）と通信してもよい。図３に示すように、ネットワークアダプタ２０はバス１８を介してコンピュータシステム／サーバ１２の他のモジュールと通信する。理解されるように、図には示されていないが、コンピュータシステム／サーバ１２と組み合わせて他のハードウェア及び／又はソフトウェアモジュールが使用されてもよく、該ハードウェア及び／又はソフトウェアモジュールは、マイクロコード、デバイスドライバ、冗長処理ユニット、外部ディスクドライブアレイ、ＲＡＩＤシステム、テープドライブ、及びデータバックアップストレージシステム等を含むがこれらに限らない。
【０１０４】
プロセッサ１６はメモリ２８に記憶されるプログラムを実行することで、様々な機能アプリケーション及びデータ処理を実行し、例えば、図１に示す実施例における方法を実現する。
【０１０５】
本発明は同時にコンピュータ可読記憶媒体を開示し、該コンピュータ可読記憶媒体にはコンピュータプログラムが記憶され、該プログラムがプロセッサによって実行される時、図１に示す実施例における方法が実現される。
【０１０６】
１つ又は複数のコンピュータ可読媒体の任意の組み合わせが採用されてもよい。コンピュータ可読媒体はコンピュータ可読信号媒体又はコンピュータ可読記憶媒体であってもよい。コンピュータ可読記憶媒体は、例えば、電子、磁気、光、電磁気、赤外線、又は半導体のシステム、装置又はデバイス、又は上記の任意の組み合わせであってもよいが、これには限らない。コンピュータ可読記憶媒体のより具体的な例（非網羅的リスト）は、１つまたは複数のリード線を有する電気的接続、ポータブルコンピュータ磁気ディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクト磁気ディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又は上記の任意の適切な組合せを含む。本明細書において、コンピュータ可読記憶媒体はプログラムを含む又は記憶する如何なる有形媒体であってもよく、該プログラムは命令実行システム、装置又はデバイスによって使用されること、又はそれと組み合わせて使用することができる。
【０１０７】
コンピュータ可読信号媒体は、ベースバンドにおいて伝播される、又はキャリアの一部として伝播されるデータ信号を含んでもよく、そこにおいてコンピュータ可読プログラムコードが運ばれる。その伝播データ信号は、電磁信号、光信号、又は上記の任意の適切な組合せを含むが、それには限らない複数の形式を採用してもよい。コンピュータ可読信号媒体は更にコンピュータ可読記憶媒体以外の如何なるコンピュータ可読媒体であってもよく、該コンピュータ可読媒体は、命令実行システム、装置、又はデバイスによって使用される又はそれと組み合わせて使用するためのプログラムを送信、伝播又は伝送できる。
【０１０８】
コンピュータ可読媒体に含まれるプログラムコードは、無線、電線、光ケーブル、ＲＦ等、又は上記の任意の適切な組み合わせを含むが、これらに限らない、任意の適切な媒体で伝送されてもよい。
【０１０９】
１つ又は複数のプログラム設計言語又はその組み合わせで、本発明の動作を実行するためのコンピュータプログラムコードを記述してもよく、前記プログラム設計言語は、オブジェクト指向のプログラム設計言語、例えば、Ｊａｖａ、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋等を含み、更に従来のプロセスプログラム設計言語、例えば、「Ｃ」言語又はそれに類似するプログラム設計言語等を含む。プログラムコードは完全にユーザコンピュータにおいて実行されてもよく、部分的にユーザコンピュータにおいて実行されてもよく、独立したソフトウェアパッケージとして実行されてもよく、一部はユーザコンピュータにおいて一部はリモートコンピュータにおいて実行されてもよく、又は完全にリモートコンピュータにおいて又はサーバにおいて実行されてもよい。リモートコンピュータが関係する場合、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含む任意種類のネットワークを介してユーザコンピュータに接続されてもよく、又は、外部コンピュータに接続（例えばインターネットサービスプロバイダを利用してインターネットを介して接続）されてもよい。
【０１１０】
本発明で提供する幾つかの実施例において、理解されるように、開示される装置及び方法等は、他の方式で実現されてもよい。例えば、上記に記載の装置実施例は単に模式的なものであり、例えば、前記ユニットの区分は論理的な機能区分に過ぎず、実際の実施では他の区分方式があってもよい。
【０１１１】
分離部材として説明された前記ユニットは物理的に分離したものであってもでなくてもよく、ユニットとして表示された部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、一箇所に位置してもよく、複数のネットワークユニットに分散されてもよい。実際の需要に応じてその一部又は全部のユニットを選択して、本実施例案の目的を実現してもよい。
【０１１２】
また、本発明の各実施例において、各機能ユニットが１つの処理ユニットに集積されてもよく、各ユニットが独立して物理的に存在してもよく、２つ以上のユニットが１つのユニットに集積されてもよい。上記の集積ユニットはハードウェアの形で実現されてもよく、ハードウェア＋ソフトウェア機能ユニットの形で実現されてもよい。
【０１１３】
上記の、ソフトウェア機能ユニットの形で実現される集積ユニットは、コンピュータ可読記憶媒体に記憶されてもよい。上記ソフトウェア機能ユニットは、記憶媒体に記憶され、１台のコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置等であってもよい）又はプロセッサ（ｐｒｏｃｅｓｓｏｒ）に、本発明の各実施例で説明した方法の一部ステップを実行させるための若干の命令を含む。前述の記憶媒体は、ＵＳＢディスク、リムーバブルハードディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク又は光ディスク等、プログラムコードを記憶できる各種の媒体を含む。
【０１１４】
以上は本発明の比較的好適な実施例に過ぎず、本発明を制限するためのものではない。本発明の精神及び原則内において行われた全ての修正、同等な代替、改善等は、いずれも本発明の保護する範囲に含まれるとすべきである。
【図１】
2021508206.tif 000003
【図２】
2021508206.tif 000004
【図３】
2021508206.tif 000005
【手続補正書】
【提出日】令和2年6月24日(2020.6.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ送信方法であって、
端末が伝送リソース設定情報を受信し、前記伝送リソース設定情報が少なくとも２セットの伝送リソース設定を含み、前記伝送リソース設定によって設定される伝送リソースが非動的スケジューリングの伝送リソースであることと、
前記端末が前記少なくとも２セットの伝送リソース設定によって設定される伝送リソースから、伝送対象データに適する伝送リソースを決定することと、
端末が決定された伝送リソースにおいてデータを送信することと、を含むことを特徴とするデータ送信方法。
【請求項２】
前記端末が前記少なくとも２セットの伝送リソース設定によって設定される伝送リソースから伝送対象データに適する伝送リソースを決定することは、
前記端末が伝送対象データの所属する論理チャネルに基づいて、前記少なくとも２セットの伝送リソース設定によって設定される伝送リソースから前記伝送対象データに適する伝送リソースを決定することを特徴とする請求項１に記載の方法。
【請求項３】
前記伝送対象データの所属する論理チャネルと前記伝送対象データに適する伝送リソースとの間に約束関係が存在することを特徴とする請求項２に記載の方法。
【請求項４】
前記約束関係はトラフィックタイプ設定に含まれる伝送リソースパラメータによって設定されることを特徴とする請求項３に記載の方法。
【請求項５】
前記端末が伝送リソース設定情報を受信することは、
前記伝送リソース設定情報を取得するように、前記端末が無線リソース制御（ＲＲＣ）シグナリングを受信し、又は、前記端末がＲＲＣシグナリングと物理層シグナリングを受信することを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
データ送信装置であって、受信ユニット及び送信ユニットを含み、
前記受信ユニットは、伝送リソース設定情報を受信することに用いられ、前記伝送リソース設定情報が少なくとも２セットの伝送リソース設定を含み、前記伝送リソース設定によって設定される伝送リソースが非動的スケジューリングの伝送リソースであり、
前記送信ユニットは、前記少なくとも２セットの伝送リソース設定によって設定される伝送リソースから、伝送対象データに適する伝送リソースを決定することに用いられ、
前記送信ユニットは更に、決定された伝送リソースにおいてデータを送信することに用いられることを特徴とするデータ送信装置。
【請求項７】
前記送信ユニットは、伝送対象データの所属する論理チャネルに基づいて、前記少なくとも２セットの伝送リソース設定によって設定される伝送リソースから前記伝送対象データに適する伝送リソースを決定することを特徴とする請求項６に記載の装置。
【請求項８】
前記伝送対象データの所属する論理チャネルと前記伝送対象データに適する伝送リソースとの間に約束関係が存在することを特徴とする請求項７に記載の装置。
【請求項９】
前記約束関係はトラフィックタイプ設定に含まれる伝送リソースパラメータによって設定されることを特徴とする請求項８に記載の装置。
【請求項１０】
前記受信ユニットが伝送リソース設定情報を受信することは、
前記伝送リソース設定情報を取得するように、前記受信ユニットが無線リソース制御（ＲＲＣ）シグナリングを受信し、又は、前記受信ユニットがＲＲＣシグナリングと物理層シグナリングを受信することを特徴とする請求項６〜９のいずれか１項に記載の装置。
【請求項１１】
メモリ、プロセッサ、及び前記メモリに記憶され、そして前記プロセッサにおいて実行できるコンピュータプログラムを含むコンピュータ装置であって、前記プロセッサが前記プログラムを実行する時、請求項１〜５のいずれか１項に記載の方法が実現されることを特徴とするコンピュータ装置。
【請求項１２】
コンピュータプログラムが記憶されるコンピュータ可読記憶媒体であって、前記プログラムがプロセッサによって実行される時、請求項１〜５のいずれか１項に記載の方法が実現されることを特徴とするコンピュータ可読記憶媒体。
【国際調査報告】
2021508206.tif 000006
2021508206.tif 000007
2021508206.tif 000008
2021508206.tif 000009