JP7305865B2

JP7305865B2 - Ｅｄｔデータの送信方法及び機器

Info

Publication number: JP7305865B2
Application number: JP2022501326A
Authority: JP
Inventors: ▲ウェイ▼ 鮑; ▲ユウ▼民呉; 毅韜莫
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-07-11
Filing date: 2020-07-02
Publication date: 2023-07-10
Anticipated expiration: 2040-07-02
Also published as: CN111800858A; PT3998835T; US20220132597A1; EP3998835A4; CN111800858B; KR20220024707A; EP3998835B1; US12108463B2; EP3998835A1; WO2021004375A1; HUE068425T2; KR102806576B1; JP2022540238A; ES2987541T3

Description

（関連出願の相互参照）
本出願は、２０１９年０７月１１日に国家知的財産局に提出された、出願番号が２０１９１０６２６１２９．６、出願名称が「ＥＤＴデータの送信方法及び機器」の中国特許出願の優先権を主張しており、同出願の内容の全ては、本出願に参照として取り込まれる。
本開示の実施例は、通信分野に関し、特に早期データ伝送（ＥａｒｌｙＤａｔａＴｒａｎｓｍｉｓｓｉｏｎ、ＥＤＴ）データの送信方法及び機器に関する。

疎である小データを効率的に伝送できるように、ＬＴＥにはＥＤＴ技術が導入されている。この技術は、主に上りリンクに用いられ、端末機器がアイドル状態（Ｉｄｌｅ）と非アクティブ化状態（Ｉｎａｃｔｉｖｅ）に無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ）状態変換を行わずにデータ伝送を完了することができるようにする。

ＮＲ段階において、小データを効率的に伝送するアプリケーションシナリオは、より広くなっており、例えばＩＯＴ分野、ウェアラブル機器分野等である。そして、ＮＲには２ステップランダムアクセス（２－ｓｔｅｐＲＡＣＨ）プロセスが導入されている。現在では、ＮＲ２－ｓｔｅｐＲＡＣＨプロセスにおいて、端末機器がどのようにＥＤＴデータの送信に適切な上りリンクリソースを選択するのは、解決案が不足している。

本開示の実施例の目的は、端末機器がＥＤＴデータの送信に適切な上りリンクリソースを選択できないという問題を解決するためのＥＤＴデータの送信方法及び機器を提供することである。

第一の方面によれば、端末機器によって実行されるＥＤＴデータの送信方法を提供する。前記方法は、
２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲットＰＵＳＣＨリソースから、ＰＵＳＣＨリソースを選択することと、
選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信することとを含む。

第二の方面によれば、端末機器を提供する。この端末機器は、
２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲットＰＵＳＣＨリソースから、ＰＵＳＣＨリソースを選択するためのリソース選択モジュールと、
選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信するための送信モジュールとを含む。

第三の方面によれば、端末機器を提供する。この端末機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、第一の方面に記載のＥＤＴデータの送信方法のステップを実現させる。

第四の方面によれば、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、第一の方面に記載のＥＤＴデータの送信方法のステップを実現させる。

本開示の実施例では、端末機器にＥＤＴデータ伝送ニーズがある時、２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースからＰＵＳＣＨリソース選択を行い、且つ選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信することができ、端末機器がＥＤＴデータの送信に適切な上りリンクリソースを選択できないという問題を解決し、通信の有効性を向上させやすい。

ここで示された添付図面は、本開示へのさらなる理解を提供するために使用され、本開示の一部を構成し、本開示の例示的な実施例及びその説明は、本開示を説明するためのものであり、本開示への不適切な限定を構成するものではない。添付図面において、

本開示の一実施例によるＥＤＴデータの送信方法の概略フローチャートである。本開示の一実施例によるＭｓｇＡ伝送のためのＰＵＳＣＨリソース概略図である。本開示の別の実施例によるＭｓｇＡ伝送のためのＰＵＳＣＨリソース概略図である。本開示のさらに別の実施例によるＭｓｇＡ伝送のためのＰＵＳＣＨリソース概略図である。本開示の一実施例による端末機器の構造概略図である。本開示の別の実施例による端末機器の構造概略図である。

本開示の目的、技術案及び利点をより明確にするために、以下では、本開示の具体的な実施例及び相応な添付図面を結び付けて、本開示の技術案を明確かつ完全に記述する。明らかに、記述された実施例は、本開示の一部の実施例に過ぎず、全ての実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の保護範囲に属する。

なお、本開示の実施例の技術案は、各種の通信システム、例えば、長期的進化（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、ＬＴＥ周波数分割デュプレックス（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＦＤＤ）システム、ＬＴＥ時分割デュプレックス（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ、ＴＤＤ）、汎用移動通信システム（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ、ＵＭＴＳ）、又はワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ、ＷｉＭＡＸ）通信システム、５Ｇシステム、又はニューラジオ（ＮｅｗＲａｄｉｏ、ＮＲ）システム、又は後続の進化通信システムに用いることができる。

本開示の実施例では、端末機器は、モバイルステーション（ＭｏｂｉｌｅＳｔａｔｉｏｎ、ＭＳ）、モバイル端末（ＭｏｂｉｌｅＴｅｒｍｉｎａｌ）、携帯電話（ＭｏｂｉｌｅＴｅｌｅｐｈｏｎｅ）、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）、ハンドセット（ｈａｎｄｓｅｔ）及び携帯機器（ｐｏｒｔａｂｌｅｅｑｕｉｐｍｅｎｔ）、車両（ｖｅｈｉｃｌｅ）などを含んでもよいが、それらに限定されない。この端末機器は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して一つ又は複数のコアネットワークと通信することができ、例えば、端末機器は、携帯電話（又は「セルラ」電話と呼ばれる）、無線通信機能を有するコンピュータなどであってもよく、端末機器は、携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、又は車載型のモバイル装置であってもよい。

図１に示すように、本開示の一実施例は、ＥＤＴデータの送信方法１００を提供する。この方法は、端末機器によって実行されてもよく、以下のステップを含む。

Ｓ１０２、２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲット物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ、ＰＵＳＣＨ）リソースから、ＰＵＳＣＨリソースを選択する。

本明細書の各実施例が実行される前に、ネットワーク機器は、端末機器のためにＭｓｇＡ伝送のためのＰＵＳＣＨリソース（上記ターゲットＰＵＳＣＨリソースを含む）を配置してもよい。

図２と図３に示すように、図２と図３は、二つの異なるサイズのＰＵＳＣＨリソースを例示的に示し、そのうち、図２において、ｔ₁時刻には４つのサイズ１のＰＵＳＣＨリソースがあり、ｔ₂時刻には４つのサイズ２のＰＵＳＣＨリソースがあり、サイズ２は、サイズ１よりも大きく、ｔ₀時刻は、ＥＤＴデータ伝送ニーズの開始時刻であってもよい。図３において、ｔ₁時刻には２つのサイズ１のＰＵＳＣＨリソース及び２つのサイズ２のＰＵＳＣＨリソースがあり、ｔ₂時刻には２つのサイズ１のＰＵＳＣＨリソース及び２つのサイズ２のＰＵＳＣＨリソースがある。

図２と図３は、二つの異なるサイズのＰＵＳＣＨリソースを例示的に列挙しているだけであり、実際には、ネットワーク機器は、より多くのサイズのＰＵＳＣＨリソースを配置することができ、且つ各ＰＵＳＣＨリソースの間に時分割と周波数分割が混合してインターリーブされる。例えば、時刻１にはサイズ１とサイズ２の二つの異なるサイズのＰＵＳＣＨリソースがあり、時刻２にはサイズ２、サイズ３とサイズ４の三つの異なるサイズのＰＵＳＣＨリソースがあり、時刻３にはサイズ３とサイズ４の二つの異なるサイズのＰＵＳＣＨリソース等があり、その後に各グループの配置は、いずれも一定の周期で繰り返される。

ネットワーク機器は、ＭｓｇＡ伝送のためのＰＵＳＣＨリソース配置が完了した後、システム情報ブロック（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ）における表示スイッチ（すなわちＥＤＴ機能スイッチ）によってＥＤＴデータ伝送をサポートするか否かを指示することもできる。

ＥＤＴ機能スイッチがオンになり、端末機器には、送信する必要があるＥＤＴデータがあるが、この時、利用可能な上りリンクリソースがない時、端末機器は、条件に基づいて、ＭｓｇＡ伝送のためのＰＵＳＣＨリソースを使用してＥＤＴデータの送信を行うことができるか否かを判断することができ、ＥＤＴデータ伝送条件は、
アイドル状態又は非アクティブ化状態にあることと、
接続状態にあり、且つＥＤＴデータの送信に適切な上りリンク専用リソースがないことと、
業務サービス品質が予め設定される閾値に達すること（例えば遅延が閾値を満たすこと、及び／又は信頼性が閾値を満たすこと等）と、
到達した業務データのサイズがＭｓｇＡＰＵＳＣＨの伝送要求を満たすこと（例えば、ＭｓｇＡのＰＵＳＣＨ最大サイズよりも小さいこと）と、
端末機器タイプが予め設定されるタイプを満たすこと（例えばモノのインターネットＩｏＴ端末機器、マシンタイプ通信ＭＴＣ端末機器等）と、
業務到達が予め設定される条件を満たすこと（例えば端末機器には送信する必要があるこれらのＥＤＴデータのみがあり、後続に続くデータがないこと）と、のうちの少なくとも一つであってもよい。

選択的に、Ｓ１０２におけるターゲットＰＵＳＣＨリソースは、下記四つのうちの一つであってもよい。

１）伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソース。

ターゲット時間領域位置は、ＥＤＴデータ伝送ニーズの開始時刻、又は、ＥＤＴデータ伝送条件を満たすと決定される時刻等であってもよく、後続の各実施例において言及されたターゲット時間領域位置は、この実施例と類似している。

図２において、例えば、ターゲット時間領域位置は、ｔ₀時刻であり、サイズ１のＰＵＳＣＨリソースが伝送ニーズを満たすことができれば、ターゲットＰＵＳＣＨリソースは、ｔ₁時刻の四つのＰＵＳＣＨリソースであり、ステップＳ１０２は、四つのサイズ１のＰＵＳＣＨリソースから一つをランダムに選択することができる。サイズ１のＰＵＳＣＨリソースが伝送ニーズを満たすことができず、サイズ２のＰＵＳＣＨリソースが伝送ニーズを満たすことができれば、ターゲットＰＵＳＣＨリソースは、ｔ₂時刻の四つのＰＵＳＣＨリソースであり、ステップＳ１０２は、四つのサイズ２のＰＵＳＣＨリソースから一つをランダムに選択することができる。

２）時間ウインドウ内に伝送ニーズを満たすＰＵＳＣＨリソース。

この実施例の前に、ネットワーク機器は、時間ウインドウの時間の長さを配置することができる。時間ウインドウの開始時刻は、図４における時間ウインドウを参照して、ＥＤＴデータ伝送ニーズの開始時刻であってもよく、ＥＤＴデータ伝送ニーズの開始時刻の後の一番目のＰＵＳＣＨリソースの位置等であってもよい。

図４に示される例において、サイズ１のＰＵＳＣＨリソースが伝送ニーズを満たすことができず、サイズ２とサイズ３のＰＵＳＣＨリソースが伝送ニーズを満たすことができる場合、ターゲットＰＵＳＣＨリソースは、ｔ₁時刻の二つのサイズ２のＰＵＳＣＨリソース及びｔ₂時刻の二つのサイズ３のＰＵＳＣＨリソースであり、ステップＳ１０２は、上記四つのＰＵＳＣＨリソースから一つをランダムに選択することができる。

３）Ｎつ（Ｎは、１よりも大きい整数である）の配置パラメータ範囲内に伝送ニーズを満たすＰＵＳＣＨリソース。

そのうち、Ｎつの配置パラメータは、少なくとも一つの時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮつの時間領域位置、又はいずれも伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮつの時間領域位置を含む。

４）伝送ニーズを満たすＭつ（Ｍは、１よりも大きい整数である）のＰＵＳＣＨリソース。

選択的に、この実施例は、ＥＤＴデータ伝送条件を満たした後、伝送ニーズを満たし且つ連続するＭつのＰＵＳＣＨリソースを検索することができ、すなわち、伝送ニーズを満たすこれらのＭつのＰＵＳＣＨリソースの間に伝送ニーズを満たす他のＰＵＳＣＨリソースが存在しない。

本明細書の各実施例において言及されたＥＤＴデータの伝送ニーズを満たすＰＵＳＣＨリソースは、
１）このＰＵＳＣＨリソースが収容可能なデータ量がＥＤＴデータのデータ量以上であることと、
２）このＰＵＳＣＨリソースの伝送配置（例えばパワー配置）がＥＤＴデータの伝送ニーズを満たすことができることと、
３）このＰＵＳＣＨリソースのリソースサイズがＥＤＴデータの伝送ニーズ等を満たすことができることと、のうちの一つ又は複数の組み合わせであってもよい。

本明細書の各実施例において言及されたＰＵＳＣＨリソースのサイズは、一般的にはＰＵＳＣＨリソースのリソースサイズを指す。

Ｓ１０４、選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信する。

このステップにおいて、端末機器は、選択されるＰＵＳＣＨリソースを使用してＥＤＴデータを送信することができ、無論、端末機器は、上記選択されるＰＵＳＣＨリソースによってＲＲＣシグナリング等を送信することもでき、この実施例は、上記ＥＤＴデータ及びＲＲＣシグナリングをＭｓｇＡと呼んでもよく、無論、ＭｓｇＡは、ＰＲＡＣＨリソースによって送信されるｐｒｅａｍｂｌｅをさらに含んでもよく、そのうち、上記ＰＲＡＣＨリソースは、上記選択されるＰＵＳＣＨリソースとマッピング関係を呈する。

端末機器は、ＭｓｇＡを送信した後にＭｓｇＢの受信を待つことができ、対応するＭｓｇＢを正しく受信し、且つＭｓｇＢにおける内容がＥＤＴデータの送信に成功したことを指示すれば、ＥＤＴデータの送信プロセスが終了する。

本開示の実施例によるＥＤＴデータの送信方法は、端末機器にＥＤＴデータ伝送ニーズがある時、２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースからＰＵＳＣＨリソース選択を行い、且つ選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信することができ、端末機器がＥＤＴデータの送信に適切な上りリンクリソースを選択できないという問題を解決し、通信の有効性を向上させやすい。

上記方法実施例１００において言及されたターゲットＰＵＳＣＨリソースは、一般的には複数であり、Ｓ１０２において言及されたターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、以下のうちの一つを含む。

１、ターゲットＰＵＳＣＨリソースの伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。選択的に、サイズが最小となるＰＵＳＣＨリソースが複数であれば、サイズが最小となる複数のＰＵＳＣＨリソースから一つをランダムに選択する。

２、ターゲットＰＵＳＣＨリソースの伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最大となるＰＵＳＣＨリソースを選択する。選択的に、サイズが最大となるＰＵＳＣＨリソースが複数であれば、サイズが最大となる複数のＰＵＳＣＨリソースから一つをランダムに選択する。

３、ターゲットＰＵＳＣＨリソースから伝送ニーズを満たすＰＵＳＣＨリソースをランダムに選択する。

４、ターゲットＰＵＳＣＨリソースから、予め設定される重みに従って伝送ニーズを満たすＰＵＳＣＨリソースを選択する。

本開示の上記実施例によるＥＤＴデータの送信方法を詳細に説明するために、以下では、いくつかの具体的な実施例を結び付けて紹介する。

実施例１
端末機器は、ＭｓｇＡ伝送のためのＰＵＳＣＨリソースを使用してＥＤＴデータを送信する条件を満たす場合、すなわち、前記実施例において言及されたＥＤＴデータ伝送条件を満たす場合、端末機器は、ＭｓｇＡ伝送のためのＰＵＳＣＨリソースから、ターゲット時間領域位置に最も近く、且つ伝送ニーズを満たすＰＵＳＣＨリソースを選別してＭｓｇＡを送信する。

図２の時分割図を例として、端末機器にｔ＝ｔ₀時刻にＥＤＴデータ伝送ニーズがあり、このＥＤＴデータサイズｘ＞サイズ１、ｘ＜サイズ２であると、このとき伝送データサイズを満たす最も近いＰＵＳＣＨリソース位置は、図２においてサイズ２のＰＵＳＣＨリソースが位置する時間領域位置ｔ₂であり、この時間領域位置に条件を満たす複数のＰＵＳＣＨリソース（例えば図２に示される４つ）があり、衝突の可能性を低減させるために、端末機器は、この同じ時間領域位置上の伝送ニーズを満たす複数のＰＵＳＣＨリソースのうち、一つのＰＵＳＣＨリソースをランダムに選択してＭｓｇＡを送信し、ＭｓｇＡにこのＥＤＴデータが付帯される。

異なるサイズのＰＵＳＣＨリソースが時間領域で一致し、周波数領域で区別される場合、例えば、図３に示される周波数分割ＰＵＳＣＨリソースである。ＵＥにｔ＝ｔ₀時刻にＥＤＴデータ伝送ニーズがあり、このＥＤＴデータサイズｘ＜サイズ１、ｘ＜サイズ２である場合、条件を満たすＰＵＳＣＨリソースは、図３においてｔ₀時刻に最も近い第一の時間領域位置ｔ₁であり、この時間領域位置に伝送ニーズを満たす複数のＰＵＳＣＨリソース（例えば図３に示される４つ）があり、理論的には、これらの４つのＰＵＳＣＨリソースがいずれも端末機器によって選択されることが可能であり、実際の応用において、端末機器は、以下のうちの一つの選択原則に従って選択することができる。

選択原則１、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが複数であれば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択する。例えば、図３において、ｔ₁時刻の二つのサイズ１のＰＵＳＣＨリソースから一つをランダムに選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択する。

選択原則２、伝送ニーズを満たし、且つターゲット時間領域位置に最も近い全てのＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。例えば、図３において、ｔ₁時刻の四つのＰＵＳＣＨリソースから一つをランダムに選択する。

選択原則３、伝送ニーズを満たし、且つターゲット時間領域位置に最も近い全てのＰＵＳＣＨリソースから、異なる重みに従って一ブロックをランダムに選択する。

選択的に、上記重みは、ネットワーク機器によってＳＩＢを介して配置される。

選択的に、上記重みは、ＰＵＳＣＨリソースのサイズに反比例する。例えば、伝送ニーズを満たすＰＵＳＣＨリソースのうち、ＰＵＳＣＨリソースのサイズが小さいほど、選択される確率が高くなる。

選択的に、標準が規定されてもよく、例えば、伝送ニーズを満たすＰＵＳＣＨリソースのうち、サイズが最小となるＰＵＳＣＨリソースが選択される重みは、１であり、一レベル大きいサイズのＰＵＳＣＨリソースが選択される重みは、０．５であり、さらに一レベル大きいサイズのＰＵＳＣＨリソースが選択される重みは、０．２５であること等である。

選択原則４、この選択原則４は、以下の二つの状況に分けられる。

４．１端末機器が予め設定されるタイプに属する場合、例えば低能力／低複雑度、又は省電力／低パワーの場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

４．２端末機器が上記予め設定されるタイプに属しない場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則５、この選択原則５は、以下の二つの状況に分けられる。

５．１端末機器がセルカバーエッジにあり、例えば、パスロスが閾値を満たすか、又は上りリンクパワーが予め設定される条件に達する場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

５．２端末機器のパスロスが閾値を満たさないか、又は上りリンクパワーが予め設定される条件に達していない場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則６、この選択原則６は、以下の二つの状況に分けられる。

６．１端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものである場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

６．２端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものではない場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則７、端末機器に能力の余裕があるか、又はパワーの余裕がある場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。無論、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースが一つであれば、この一つのＰＵＳＣＨリソースを直接的に選択する。

選択原則８、この選択原則８は、以下の二つの状況に分けられる。

８．１端末機器に能力の余裕があるか、又はパワーの余裕がある場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

８．２端末機器に能力の余裕がないか、又はパワーの余裕がない場合、伝送ニーズを満たし、且つターゲット時間領域位置に最も近いＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

実施例２
実施例１によるＰＵＳＣＨリソース選択案において、端末機器は、２－ｓｔｅｐＲＡＣＨプロセスをできるだけ早く開始することにより、ＥＤＴデータを送信し、ＥＤＴデータの伝送効率を向上させることができるが、それとともに一定の衝突確率（例えば、マルチユーザが同時に開始する）及び一定のリソース浪費（例えばターゲット時間領域位置に最も近いＰＵＳＣＨリソースが伝送ニーズサイズよりも遥かに大きい）を引き起こす可能性がある。本実施例２は、上記問題を解決するためのこのＰＵＳＣＨリソース選択方式を提供する。

ＥＤＴデータの送信遅延要求が特に高くない場合、例えばｄｅｌａｙ－ｔｏｌｅｒａｔｅ業務の場合、端末機器は、一定の時間ウインドウ内にＰＵＳＣＨを選択することができ、時間ウインドウのサイズ及び時間ウインドウを使用する規則は、ネットワーク機器によって配置されてもよく、又は標準によって規定されてもよい。

例えば、業務のＱｏＳ特性を区別して、異なる時間ウインドウサイズを採用してもよく、遅延要求が高いのは、小さい時間ウインドウを使用するか、又は即時に開始してもよく、遅延要求が低いのは、大きい時間ウインドウを使用するか、又は、端末機器は、２－ｓｔｅｐＲＡＣＨプロセスを正常に開始する場合に時間ウインドウを使用せず、ＥＤＴデータがＲＡＣＨプロセスに伴う場合にのみ時間ウインドウを起動してもよい。

時間ウインドウの開始時刻は、ＥＤＴデータ伝送ニーズの開始時刻であってもよく、規定された他の時刻、例えばＥＤＴデータ伝送条件を満たした後の一番目のＰＵＳＣＨリソースの時間領域位置であってもよい。

時間ウインドウサイズは、サブフレームを粒度としてもよく、又はミリ秒を粒度としてもよい。

端末機器にＥＤＴの時間ウインドウが配置されている場合、一般的には、時間ウインドウにおいて、複数の時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースが存在する。例えば、図４において、端末機器にｔ₀時刻にＥＤＴデータ伝送ニーズが存在し、時間ウインドウの長さは、図４に示すように、図４においてｔ₁時刻とｔ₂時刻にいずれも異なるサイズのＰＵＳＣＨリソースがあることが分かる。

ＥＤＴデータサイズｘ＞サイズ１、ｘ＜サイズ２、ｘ＜サイズ３とすると、時間ウインドウにおいて、計４つ（ブロック）のＰＵＳＣＨリソースのサイズは、伝送ニーズを満たし（二つのサイズ２と二つのサイズ３）、理論的には、これらの４つのＰＵＳＣＨリソースがいずれも端末機器によって選択されることが可能であり、実際の応用において、端末機器は、以下のうちの一つの原則に従って選択することができる。

選択原則１、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが複数であれば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択する。例えば、図４において、ｔ₁時刻の二つのサイズ２のＰＵＳＣＨリソースから一つをランダムに選択する。

選択原則２、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。例えば、図４において、ｔ₁時刻の２つのサイズ２のＰＵＳＣＨリソース及びｔ₂時刻の２つのサイズ３のＰＵＳＣＨリソース（計４つ）から一つをランダムに選択する。

選択原則３、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、異なる重みに従って一ブロックをランダムに選択する。

選択的に、標準が規定されてもよく、例えば、伝送ニーズを満たすＰＵＳＣＨリソースのうち、サイズが最小となるものが選択される重みは、１であり、一レベル大きいサイズのＰＵＳＣＨリソースが選択される重みは、０．５であり、さらに一レベル大きいサイズのＰＵＳＣＨリソースが選択される重みは、０．２５であること等である。

４．１端末機器が予め設定されるタイプに属する場合、例えば低能力／低複雑度、又は省電力／低パワーの場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

４．２端末機器が上記予め設定されるタイプに属しない場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

５．１端末機器がセルカバーエッジにあり、例えば、パスロスが閾値を満たすか、又は上りリンクパワーが予め設定される条件に達する場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

５．２端末機器のパスロスが閾値を満たさないか、又は上りリンクパワーが予め設定される条件に達していない場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

６．１端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものである場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

６．２端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものではない場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則７、端末機器に能力の余裕があるか、又はパワーの余裕がある場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。無論、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースが一つであれば、この一つのＰＵＳＣＨリソースを直接的に選択する。

８．１端末機器に能力の余裕があるか、又はパワーの余裕がある場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

８．２端末機器に能力の余裕がないか、又はパワーの余裕がない場合、時間ウインドウ内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

上記複数の選択原則において、基本的な伝送ニーズとパワー要求を満たす場合、伝送ニーズを満たすＰＵＳＣＨリソースが複数あれば、上記列挙されたのは、いずれもサイズが最小となるＰＵＳＣＨリソース（方式１）をできるだけ（優先的に、又はより大きい確率で）選択することによって、オーバヘッドと消費電力を節約することである。

しかし別の方式（方式２）が存在し、すなわち上述した、サイズが最小となるＰＵＳＣＨリソースをできるだけ選択することを、サイズが最大となるＰＵＳＣＨリソースをできるだけ（優先的に、又はより大きい確率で）選択することに置き換えることによって、より高い伝送効果を取得する。

上記方式１と方式２の二つの選択方式は、標準において規定されてもよく、ネットワーク機器によって配置されてもよく、ひいては、ネットワーク機器は、さらに条件を配置してもよく、異なる条件を満たす端末機器は、異なる選択方式を取り、例えば、省電力優先の端末機器は、方式１を採用し、性能優先の端末機器は、方式２を採用する。

実施例３
本実施例は、実施例２と類似する別のＰＵＳＣＨリソース選択方式を提供する。

ＥＤＴデータの送信遅延要求が特に高くない場合、例えばｄｅｌａｙ－ｔｏｌｅｒａｔｅ業務の場合、端末機器は、一定の時間領域内にＰＵＳＣＨを選択することができ、例えば、Ｎつの配置パラメータ範囲内にＰＵＳＣＨを選択し、Ｎは、１よりも大きい整数である。

Ｎつの配置パラメータ範囲の規則は、ネットワーク機器によって配置されてもよく、又は標準によって規定されてもよく、例えば、業務のＱｏＳ特性を区別して、異なるサイズの配置パラメータ範囲を採用してもよく、遅延要求が高いのは、小さい配置パラメータ範囲を使用するか、又は即時に開始してもよく、遅延要求が低いのは、大きい配置パラメータ範囲を使用してもよく、又は、端末機器は、２－ｓｔｅｐＲＡＣＨプロセスを正常に開始する場合に配置パラメータ範囲を使用せず、ＥＤＴデータがＲＡＣＨプロセスに伴う場合にのみ配置パラメータ範囲を起動するようにしてもよい。

Ｎつの配置パラメータ範囲（又は遅延範囲と呼ばれる）の配置は、
１、ＥＤＴデータトリガ時刻が開始し、伝送ニーズを満たすＰＵＳＣＨリソースの数が配置閾値Ｎに達する場合、伝送ニーズを満たすこのＮつのＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースを選択することと、
２、ＥＤＴデータトリガ時刻が開始し、Ｎつの時間領域位置のうち、少なくとも一つの時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースが存在する場合、この範囲から伝送ニーズを満たす一つのＰＵＳＣＨリソースを選択することと、
３、ＥＤＴデータトリガ時刻が開始し、Ｎつの時間領域位置（連続しなくてもよい）のうち、各時間領域位置にいずれも伝送ニーズを満たすＰＵＳＣＨリソースが存在する場合、この範囲から伝送ニーズを満たす一つのＰＵＳＣＨリソースを選択することと、のような選択のうちの一つであってもよい。

なお、上記配置パラメータ範囲は、いずれもパラメータＮで表され、実際の応用において、異なる配置でＮの値が異なってもよい。

端末機器に上記Ｎつの配置パラメータ範囲が配置されている場合、このＮつの配置パラメータ範囲にＥＤＴデータ伝送ニーズを満たす複数のＰＵＳＣＨリソースがあり、理論的には、これらの複数のＰＵＳＣＨリソースがいずれも端末機器によって選択されることが可能であり、実際の応用において、端末機器は、以下のうちの一つの原則に従って選択することができる。

選択原則１、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たし且つサイズが最小となるＰＵＳＣＨリソースを選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが複数であれば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則２、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たす一つのＰＵＳＣＨリソースをランダムに選択する。

選択原則３、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースから、異なる重みに従って一ブロックをランダムに選択する。

４．１端末機器が予め設定されるタイプに属する場合、例えば低能力／低複雑度、又は省電力／低パワーの場合、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たし且つサイズが最小となるＰＵＳＣＨリソースを選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが一つであれば、伝送ニーズを満たすサイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択する。

４．２端末機器が上記予め設定されるタイプに属しない場合、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たす一つのＰＵＳＣＨリソースをランダムに選択する。

５．１端末機器がセルカバーエッジにあり、例えば、パスロスが閾値を満たすか、又は上りリンクパワーが予め設定される条件に達する場合、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たし且つサイズが最小となるＰＵＳＣＨリソースを選択する。

５．２端末機器のパスロスが閾値を満たさないか、又は上りリンクパワーが予め設定される条件に達していない場合、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たすＰＵＳＣＨリソースから一つをランダムに選択する。

６．１端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものである場合、Ｎつの配置パラメータ範囲内に、伝送ニーズを満たし且つサイズが最小となるＰＵＳＣＨリソースを選択する。

選択的に、サイズが最小となるＰＵＳＣＨリソースが複数であれば、サイズが最小となる複数のＰＵＳＣＨリソースから一つをランダムに選択する。

６．２端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものではない場合、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つをランダムに選択する。

選択原則７、端末機器に能力の余裕があるか、又はパワーの余裕がある場合、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。無論、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースが一つであれば、この一つのＰＵＳＣＨリソースを直接的に選択する。

８．１端末機器に能力の余裕があるか、又はパワーの余裕がある場合、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースから、サイズが最小となるＰＵＳＣＨリソースを選択する。

８．２端末機器に能力の余裕がないか、又はパワーの余裕がない場合、Ｎつの配置パラメータ範囲内の伝送ニーズを満たすＰＵＳＣＨリソースから、一つのＰＵＳＣＨリソースをランダムに選択する。

実施例４
以上の各実施例では、ＰＵＳＣＨリソースがＥＤＴデータの伝送ニーズを満たすか否かを判断する場合、ＰＵＳＣＨリソースのサイズを重点的に考慮したが、実際には、リソースサイズのほか、他の考慮する必要がある条件がある可能性があり、例えば、
ＰＵＳＣＨリソースが収容可能なデータサイズ、
繰り返し伝送回数と、
伝送パラメータ（この伝送パラメータは、伝送パワーを指してもよく、伝送パワー以外の、伝送信頼性と伝送オーバヘッド等に関連するパラメータを指してもよい）と、のうちの少なくとも一つを結び付けてＰＵＳＣＨリソースを選択することができる。

実際の応用において、実施例１の最も近い原則、実施例２の時間ウインドウ、実施例３のＮつの配置パラメータ範囲等に基づき、ＰＵＳＣＨリソースがＥＤＴデータの伝送ニーズを満たすか否かを判断する場合、一般的には、さらに下記少なくとも一つを考慮する必要がある。

このＰＵＳＣＨリソースが収容可能なデータサイズは、伝送待ちのＥＤＴデータ量以上である必要がある。一般的には、ＥＤＴデータと等しく又はそれよりもわずかに大きいのは、比較的に効率的な伝送であり、端末機器の観点から言えば、比較的に大きな伝送パワーと冗長ｐａｄｄｉｎｇを費やす必要がなく、ネットワーク機器の観点から言えば、リソース利用率が高く、余分なリソースへの浪費を避ける。

ＰＵＳＣＨの繰り返し伝送回数である。

一般的には、繰り返し伝送回数が高いほど、伝送成功率と信頼性が高くなるが、端末機器の電力消費と遅延も増加し、ネットワーク機器のリソース消費も多くなるため、効果とオーバヘッドとの間の適切なトレードオフが必要である。

ＰＵＳＣＨの伝送パワー以外の伝送パラメータである。

この伝送パラメータは、伝送信頼性とオーバヘッドの両方に関連するパラメータを指してもよく、両者の間の適切なトレードオフが必要である。

ＰＵＳＣＨの伝送パワーである。

端末機器がいくつかの特別に設計された機器である場合、省電力とコスト等の原因を考慮する可能性があり、端末機器の送信パワーが制限されており、このときいくつかのＰＵＳＣＨリソースに必要とする伝送パワーは、端末機器によってサポートされることができない可能性があるため、端末機器によってサポートされるものしか選択できず、且つ成功率向上とオーバヘッドのトレードオフをできるだけ上げる。

上述した、異なる方面のＰＵＳＣＨ配置に対する考慮に基づき、依然として最初の三つの実施例と組み合わせて使用され、最も近い時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースを選択し、又は配置される時間ウインドウから適切なＰＵＳＣＨリソースを選択し、又は配置されるＮつのパラメータ範囲から適切なＰＵＳＣＨリソースを選別することができる。

具体的には、本実施例を結び付けて条件を満たすＰＵＳＣＨリソースを判断するとともに、最初の三つの実施例の選択原則を利用して、条件を満たすＰＵＳＣＨリソースのうち、今回のＥＤＴデータに使用されるＰＵＳＣＨリソースをランダムに、又は一定の規則で選別することができる。

実施例５
上記各実施例は、ＥＤＴがＲＡＣＨプロセスに伴うＰＵＳＣＨリソースの選択方法を提供するが、伝送ニーズを満たすＰＵＳＣＨリソースが検索されていないという例外があり、例えば、伝送サイズを満たすＰＵＳＣＨリソースがないか、又は遅延が長すぎるか、又はパワー等の伝送条件が満たされない。

このような場合、端末機器は、ターゲット時間領域位置に最も近いＰＵＳＣＨリソースのうち、一つをランダムに選択し、ＥＤＴデータが付帯されない従来のＲＡＣＨプロセスを開始することができる。

上記実施例１～実施例５によるＥＤＴデータの送信方法は、端末機器にＥＤＴデータ伝送ニーズがある時、２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースからＰＵＳＣＨリソース選択を行い、且つ選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信することができ、端末機器がＥＤＴデータの送信に適切な上りリンクリソースを選択できないという問題を解決し、通信の有効性を向上させやすい。

また、上記各実施例は、端末機器による上りリンクＥＤＴデータの送信効率を向上させ、ＲＲＣ状態変換と再配置等のシグナリングオーバヘッドを避け、且つ遅延をある程度低減させるとともに、端末機器のＰＵＳＣＨリソースサイズ、遅延要求と能力等の要素に基づいて上りリンクリソースを合理的に選択し、伝送効果とオーバヘッドとをバランスし、リソース効率を良好に向上させる。

以上では、図１～図４を結び付けて本開示の実施例によるＥＤＴデータの送信方法を詳細に記述した。以下では、図５を結び付けて本開示の実施例による端末機器を詳細に記述する。

図５は、本開示の実施例による端末機器の構造概略図である。図５に示すように、端末機器５００は、
２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲットＰＵＳＣＨリソースから、ＰＵＳＣＨリソースを選択するために用いることができるリソース選択モジュール５０２と、
選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信するために用いることができる送信モジュール５０４とを含む。

選択的に、一実施例として、前記ターゲットＰＵＳＣＨリソースは、
伝送ニーズを満たし、且つ前記ＥＤＴデータ伝送ニーズの開始時刻を含むターゲット時間領域位置に最も近いＰＵＳＣＨリソース、又は
ターゲット時間ウインドウ内に伝送ニーズを満たすＰＵＳＣＨリソース、又は
Ｎつ（Ｎは、１よりも大きい整数である）の配置パラメータ範囲内に伝送ニーズを満たすＰＵＳＣＨリソース、又は伝送ニーズを満たすＭつ（Ｍは、１よりも大きい整数である）のＰＵＳＣＨリソースを含む。

選択的に、一実施例として、前記Ｎつの配置パラメータは、
少なくとも一つの時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮつの時間領域位置、又は
いずれも伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮつの時間領域位置を含む。

選択的に、一実施例として、前記ターゲットＰＵＳＣＨリソースは、複数であり、前記リソース選択モジュール５０２は、具体的には、
ターゲットＰＵＳＣＨリソースからサイズが最小となるＰＵＳＣＨリソースを選択し、又は
ターゲットＰＵＳＣＨリソースからサイズが最大となるＰＵＳＣＨリソースを選択し、又は
ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択し、又は
ターゲットＰＵＳＣＨリソースから予め設定される重みに従ってＰＵＳＣＨリソースを選択するために用いることができる。

選択的に、一実施例として、サイズが最小となるＰＵＳＣＨリソースが複数であれば、前記リソース選択モジュール５０２は、具体的には、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択するために用いることができ、又は
サイズが最大となるＰＵＳＣＨリソースが複数であれば、前記リソース選択モジュール５０２は、具体的には、サイズが最大となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記端末機器が予め設定されるタイプに属する場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択し、又は
前記端末機器が前記予め設定されるタイプに属しない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記端末機器のパスロスが閾値を満たすか、又は上りリンクパワーが予め設定される条件に達する場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択し、又は
前記端末機器のパスロスが閾値を満たさないか、又は上りリンクパワーが予め設定される条件に達していない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものである場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択し、又は
前記端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものではない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記端末機器に能力の余裕があるか、又はパワーの余裕がある場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記端末機器に能力の余裕があるか、又はパワーの余裕がある場合、前記ターゲットＰＵＳＣＨリソースが、サイズが最大となる複数のＰＵＳＣＨリソースを含めば、サイズが最大となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最大となるＰＵＳＣＨリソースが一つであれば、サイズが最大となる一つのＰＵＳＣＨリソースを直接的に選択し、又は
前記端末機器に能力の余裕がないか、又はパワーの余裕がない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択するために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
前記ターゲットＰＵＳＣＨリソースが収容可能なデータサイズと、
繰り返し伝送回数と、
伝送パラメータと、のうちの少なくとも一つに基づき、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択するために用いることができる。

選択的に、一実施例として、前記送信モジュール５０４は、さらに、
前記ターゲットＰＵＳＣＨから伝送ニーズを満たすＰＵＳＣＨリソースを選択していなければ、２ステップランダムアクセスプロセスを開始し、且つ前記２ステップランダムアクセスプロセスにおいて前記ＥＤＴデータを送信しないために用いることができる。

選択的に、一実施例として、前記リソース選択モジュール５０２は、具体的には、
アイドル状態又は非アクティブ化状態にあることと、
接続状態にあり、且つ前記ＥＤＴデータの送信に適切な上りリンク専用リソースがないことと、
業務サービス品質が予め設定される閾値に達することと、
到達した業務データのサイズがＭｓｇＡＰＵＳＣＨの伝送要求を満たすことと、
端末機器タイプが予め設定されるタイプを満たすことと、
業務到達が予め設定される条件を満たすことと、のうちの少なくとも一つを満たす場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択するために用いることができる。

本開示の実施例による端末機器５００は、本開示の実施例に対応する方法１００のフローを参照してよく、そして、この端末機器５００における各ユニット／モジュール及び上記他の操作及び／又は機能は、方法１００における相応なフローをそれぞれ実現するためのものであり、且つ同じ又は同等の技術的効果を達することができる。簡潔にするために、ここでは説明を省略する。

図６は、本開示の別の実施例による端末機器のブロック図である。図６に示された端末機器６００は、少なくとも１つのプロセッサ６０１と、メモリ６０２と、少なくとも１つのネットワークインターフェース６０４と、ユーザインターフェース６０３とを含む。端末機器６００における各コンポーネントは、バスシステム６０５を介して互いに結合される。理解できるように、バスシステム６０５は、これらのコンポーネント間の接続通信を実現するために用いられる。バスシステム６０５は、データバスのほか、電源バスと、制御バスと、状態信号バスとをさらに含む。しかしながら、明確に説明するために、図６には、様々なバスをバスシステム６０５として記載する。

そのうち、ユーザインターフェース６０３は、ディスプレイ、キーボード、クリックデバイス（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ））、タッチパッド又はタッチスクリーンなどを含んでもよい。

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

いくつかの実施形態では、メモリ６０２には、実行可能なモジュール又はデータ構造、又はそれらのサブセット、又はオペレーティングシステム６０２１及びアプリケーションプログラム６０２２というそれらの拡張セットのような要素が記憶されている。

そのうち、オペレーティングシステム６０２１は、様々なシステムプログラム、例えばフレームワークレイヤ、コアライブラリレイヤ、ドライブレイヤなどを含み、様々な基礎的な業務の実現及びハードウェアに基づくタスクの処理のために用いられる。アプリケーションプログラム６０２２は、様々なアプリケーションプログラム、例えばメディアプレーヤ（ＭｅｄｉａＰｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）などを含み、様々なアプリケーション業務を実現するために用いられる。本開示の実施例の方法を実現するプログラムは、アプリケーションプログラム６０２２に含まれてもよい。

本開示の実施例では、端末機器６００は、メモリ６０２に記憶され、且つプロセッサ６０１上で運行できるコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ６０１によって実行される時、以下のような方法１００のステップを実現させる。

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

理解できるように、本開示の実施例に記述されたこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせで実現されてもよい。ハードウェアの実現に対して、処理ユニットは、一つ又は複数の専用集積回路（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、デジタルシグナルプロセッシングデバイス（ＤＳＰＤｅｖｉｃｅ、ＤＳＰＤ）、プログラマブル論理機器（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット、又はそれらの組み合わせに実現されてもよい。

ソフトウェアの実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）によって本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、且つプロセッサを介して実行されてもよい。メモリは、プロセッサ内又はプロセッサの外部に実現されてもよい。

端末機器６００は、前記実施例において端末機器によって実現された各プロセスを実現でき、且つ同じ又は同等の技術的効果を達することができる。説明の重複を回避するために、ここでは説明を省略する。

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、このコンピュータプログラムがプロセッサによって実行される時、上記方法の実施例１００の各プロセスを実現させ、且つ同じ技術的効果を達することができる。説明の重複を回避するために、ここで説明を省略する。そのうち、前記コンピュータ可読記憶媒体は、例えば、リードオンリーメモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称される）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称される）、磁気ディスク又は光ディスクなどである。

なお、本明細書において、「含む」、「包含」という用語またはその他の任意の変形は、非排他的な「含む」を意図的にカバーするものであり、それにより、一連の要素を含むプロセス、方法、物品又は装置は、それらの要素を含むだけではなく、明確にリストアップされていない他の要素も含み、又はこのようなプロセス、方法、物品または装置に固有の要素も含む。それ以上の制限がない場合に、「……を１つ含む」という文章で限定された要素について、この要素を含むプロセス、方法、物品又は装置には他の同じ要素も存在することが排除されるものではない。

以上の実施の形態の記述によって、当業者であればはっきりと分かるように、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームの形態によって実現されてもよい。無論、ハードウェアによっても実現されるが、多くの場合、前者は、好適な実施の形態である。このような理解を踏まえて、本開示の技術案は、実質には又は従来の技術に寄与した部分がソフトウェア製品の形式によって表われてもよい。このコンピュータソフトウェア製品は、一つの記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、一台の端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器などであってもよい）に本開示の各実施例に記載の方法を実行させるための若干の指令を含む。

以上は、添付図面を結び付けながら、本開示の実施例を記述していたが、本開示は、上述した具体的な実施の形態に限らず、上述した具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本開示による示唆を基にして、本開示の趣旨や請求項が保護する範囲から逸脱しない限り、多くの形式の変更を行うことができ、それらは、いずれも本開示の保護範囲に入っている。

Claims

端末機器によって実行される早期データ伝送ＥＤＴデータの送信方法であって、
２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲット物理上りリンク共有チャネルＰＵＳＣＨリソースから、ＰＵＳＣＨリソースを選択することと、
選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信することとを含み、
前記ターゲットＰＵＳＣＨリソースは、
伝送ニーズを満たし、且つ前記ＥＤＴデータの伝送ニーズの開始時刻を含むターゲット時間領域位置に最も近いＰＵＳＣＨリソース、又は
ターゲット時間ウインドウ内に伝送ニーズを満たすＰＵＳＣＨリソース、又は
Ｎ個（Ｎは、１よりも大きい整数である）の配置パラメータ範囲内に伝送ニーズを満たすＰＵＳＣＨリソース、又は
伝送ニーズを満たすＭ個（Ｍは、１よりも大きい整数である）のＰＵＳＣＨリソースを含む、早期データ伝送ＥＤＴデータの送信方法。
前記Ｎ個の配置パラメータは、
少なくとも一つの時間領域位置に伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮ個の時間領域位置、又は
いずれも伝送ニーズを満たすＰＵＳＣＨリソースが存在するＮ個の時間領域位置を含む、請求項１に記載の方法。
前記ターゲットＰＵＳＣＨリソースは、複数であり、前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
ターゲットＰＵＳＣＨリソースからサイズが最小となるＰＵＳＣＨリソースを選択すること、又は
ターゲットＰＵＳＣＨリソースからサイズが最大となるＰＵＳＣＨリソースを選択すること、又は
ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択すること、又は
ターゲットＰＵＳＣＨリソースから予め設定される重みに従ってＰＵＳＣＨリソースを選択することを含む、請求項１又は２に記載の方法。
サイズが最小となるＰＵＳＣＨリソースが複数であれば、前述した、ターゲットＰＵＳＣＨリソースからサイズが最小となるＰＵＳＣＨリソースを選択することは、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択することをさらに含み、又は
サイズが最大となるＰＵＳＣＨリソースが複数であれば、前述した、ターゲットＰＵＳＣＨリソースからサイズが最大となるＰＵＳＣＨリソースを選択することは、サイズが最大となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択することをさらに含む、請求項３に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
前記端末機器が予め設定されるタイプに属する場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択すること、又は
前記端末機器が前記予め設定されるタイプに属しない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することを含む、請求項１又は２に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
前記端末機器のパスロスが閾値を満たすか、又は上りリンクパワーが予め設定される条件に達する場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択すること、又は
前記端末機器のパスロスが閾値を満たさないか、又は上りリンクパワーが予め設定される条件に達していない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することを含む、請求項１又は２に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
前記端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものである場合、前記ターゲットＰＵＳＣＨリソースがサイズが最小となる複数のＰＵＳＣＨリソースを含めば、サイズが最小となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最小となるＰＵＳＣＨリソースが一つであれば、サイズが最小となる一つのＰＵＳＣＨリソースを直接的に選択すること、又は
前記端末機器がパワーランピングの後に前記ＥＤＴデータの送信を再度試みるものではない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することを含む、請求項１又は２に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
前記端末機器に能力の余裕があるか、又はパワーの余裕がある場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することを含む、請求項１又は２に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することは、
前記端末機器に能力の余裕があるか、又はパワーの余裕がある場合、前記ターゲットＰＵＳＣＨリソースが、サイズが最大となる複数のＰＵＳＣＨリソースを含めば、サイズが最大となる複数のＰＵＳＣＨリソースから一つのＰＵＳＣＨリソースをランダムに選択し、又は前記ターゲットＰＵＳＣＨリソースのうちのサイズが最大となるＰＵＳＣＨリソースが一つであれば、サイズが最大となる一つのＰＵＳＣＨリソースを直接的に選択すること、又は
前記端末機器に能力の余裕がないか、又はパワーの余裕がない場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースをランダムに選択することを含む、請求項１又は２に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
前記ターゲットＰＵＳＣＨリソースが収容可能なデータサイズと、
繰り返し伝送回数と、
伝送パラメータと、のうちの少なくとも一つに基づき、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することを含む、請求項１に記載の方法。
前記ターゲットＰＵＳＣＨから伝送ニーズを満たすＰＵＳＣＨリソースを選択していなければ、２ステップランダムアクセスプロセスを開始することをさらに含み、そのうち、前記２ステップランダムアクセスプロセスにおいて前記ＥＤＴデータを送信しない、請求項１に記載の方法。
前述した、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することは、
アイドル状態又は非アクティブ化状態にあることと、
接続状態にあり、且つ前記ＥＤＴデータの送信に適切な上りリンク専用リソースがないことと、
業務サービス品質が予め設定される閾値に達することと、
到達した業務データのサイズがＭｓｇＡＰＵＳＣＨの伝送要求を満たすことと、
端末機器タイプが予め設定されるタイプを満たすことと、
業務到達が予め設定される条件を満たすことと、のうちの少なくとも一つを満たす場合、ターゲットＰＵＳＣＨリソースからＰＵＳＣＨリソースを選択することを含む、請求項１に記載の方法。
２ステップランダムアクセスプロセスにおけるＭｓｇＡ伝送のためのＰＵＳＣＨリソースであるターゲットＰＵＳＣＨリソースから、ＰＵＳＣＨリソースを選択するためのリソース選択モジュールと、
選択されるＰＵＳＣＨリソースによってＥＤＴデータを送信するための送信モジュールとを含み、
前記ターゲットＰＵＳＣＨリソースは、
伝送ニーズを満たし、且つ前記ＥＤＴデータの伝送ニーズの開始時刻を含むターゲット時間領域位置に最も近いＰＵＳＣＨリソース、又は
ターゲット時間ウインドウ内に伝送ニーズを満たすＰＵＳＣＨリソース、又は
Ｎ個（Ｎは、１よりも大きい整数である）の配置パラメータ範囲内に伝送ニーズを満たすＰＵＳＣＨリソース、又は
伝送ニーズを満たすＭ個（Ｍは、１よりも大きい整数である）のＰＵＳＣＨリソースを含む、端末機器。
コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～１２のいずれか１項に記載のＥＤＴデータの送信方法のステップを実現させる、コンピュータ可読記憶媒体。