JP7210755B2

JP7210755B2 - ランダムアクセス方法及び機器

Info

Publication number: JP7210755B2
Application number: JP2021544395A
Authority: JP
Inventors: ▲ユエ▼ ▲馬▼; ▲ユ▼民 ▲呉▼
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-01-30
Filing date: 2020-01-22
Publication date: 2023-01-23
Anticipated expiration: 2040-01-22
Also published as: JP2022519352A; KR20210115028A; CN111263464B; WO2020156451A1; US20210352744A1; EP3920647A4; CN111263464A; EP3920647A1

Description

（関連出願の相互参照）
本出願は、２０１９年０１月３０日に国家知的財産局に提出された、出願番号が２０１９１００９４３１８．３であり、出願名称が「ランダムアクセス方法及び機器」である中国特許出願の優先権を主張しており、同出願の内容の全ては、本出願に参照として取り込まれる。
本開示の実施例は、通信技術分野に関し、特にランダムアクセス方法及び機器に関する。

現在では、ランダムアクセス手順は、主に二つの種類を含み、一つは、４ステップランダムアクセス（４－ｓｔｅｐＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、４－ｓｔｅｐＲＡＣＨ）であり、もう一つは、２ステップランダムアクセス（２－ＳｔｅｐＲＡＣＨ）である。関連技術において、端末機器は、２－ＳｔｅｐＲＡＣＨ／４－ｓｔｅｐＲＡＣＨを使用してネットワークにアクセスする時、アクセスの失敗又は未成功又は未完了の状況に遭遇する可能性があり、この際、端末機器は、再アクセスを発行する必要がある。

しかしながら、前回のランダムアクセス手順において、端末機器は、共通制御チャネル（ｃｏｍｍｏｎｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＣＣＣＨ）／上りリンクデータ（ＵＬｄａｔａ）のサイズに従って、一回のメディアアクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）プロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＰＤＵ）のパケット構築を既に完了した。新たなランダムアクセスによって上りリンク許可情報（ｕｐｌｉｎｋｇｒａｎｔ、ＵＬｇｒａｎｔ）／上りリンクデータ共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）のサイズが変更される場合、端末機器は、ＭＡＣＰＤＵのパケット構築を改めて行う必要があり、これによりランダムアクセスが失敗してしまう。

本開示の実施例は、関連技術に存在するランダムアクセスの失敗という問題を解決するためのランダムアクセス方法及び機器を提供する。

上記技術課題を解決するために、本出願は、以下のように実現される。

第一の方面によれば、本開示の実施例は、端末機器に用いられるランダムアクセス方法を提供する。該方法は、
第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行することを含み、
そのうち、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、前記第一の上りリンクデータは、前記第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、前記第二の上りリンクデータは、前記第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、前記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、前記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。

第二の方面によれば、本開示の実施例は、ネットワーク機器に用いられるランダムアクセス方法を提供する。該方法は、
端末機器に配置情報を送信することを含み、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である。

第三の方面によれば、本開示の実施例は、端末機器を提供する。該端末機器は、
第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行するための実行モジュールを含み、
そのうち、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、前記第一の上りリンクデータは、前記第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、前記第二の上りリンクデータは、前記第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、前記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、前記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。

第四の方面によれば、本開示の実施例は、ネットワーク機器を提供する。該ネットワーク機器は、
端末機器に配置情報を送信するための送信モジュールを含み、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である。

第五の方面によれば、本開示の実施例は、端末機器を提供する。該端末機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、第一の方面に記載のランダムアクセス方法のステップを実現させる。

第六の方面によれば、本開示の実施例は、ネットワーク機器を提供する。該ネットワーク機器は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、第二の方面に記載のランダムアクセス方法のステップを実現させる。

第七の方面によれば、本開示の実施例は、コンピュータ可読記憶媒体を提供する。前記コンピュータ可読記憶媒体にはコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、上記ランダムアクセス方法のステップを実現させる。

本開示の実施例では、第一のランダムアクセスが失敗又は未完了又は成功しなかった後、端末機器によるパケット再構築を回避するために、端末機器は、第二のランダムアクセスを発行する時、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータのデータサイズが、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータのデータサイズと同じになるようにし、すなわち前後２回のランダムアクセスで選択されるリソースに対応する上りリンクデータのデータサイズを維持して、第二のランダムアクセスの成功を確保し、通信効率及び効能を向上させる。

本開示の実施例に係る通信システムの可能な構造概略図である。本開示の実施例によるランダムアクセス方法のフローチャート概略図である。本開示の実施例による端末機器の構造概略図のその一である。本開示の実施例によるネットワーク機器の構造概略図のその一である。本開示の実施例による端末機器の構造概略図のその二である。本開示の実施例によるネットワーク機器の構造概略図のその二である。

以下は、本開示の実施例における添付図面を結び付けながら、本開示の実施例における技術案を明瞭且つ完全に記述する。

明らかに、記述された実施例は、本開示の一部の実施例であり、全部の実施例ではない。本開示における実施例に基づき、当業者が創造的な労力を払わない前提で得られたすべての他の実施例は、いずれも本開示の実施例の保護範囲に属する。

以下では、読者の理解を容易にするために、本開示の実施例に係る一部の用語を解釈する。

１．４ステップランダムアクセス（４－ｓｔｅｐＲＡＣＨ）
４－ｓｔｅｐＲＡＣＨ（すなわち、関連技術における通常ＲＡＣＨ手順を指す）は、一般的には、以下のような五つのステップを含む。

ステップ１１：端末機器は、Ｍｓｇ１（ランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ））をネットワーク機器に送信する。

ステップ１２：ネットワーク機器は、Ｍｓｇ１を受信した後、端末機器にＭｓｇ２、すなわちランダムアクセス応答（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）メッセージを送信する。ＲＡＲは、ランダムアクセス無線ネットワーク一時識別子（ＲａｎｄｏｍＡｃｃｅｓｓＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ、ＲＡ－ＲＮＴＩ）によりスクランブルされ、その中には、バックオフインジケータ（ＢａｃｋｏｆｆＩｎｄｉｃａｔｏｒ、ＢＩ）、上りリンク許可（Ｕｐｌｉｎｋｇｒａｎｔ、ＵＬｇｒａｎｔ）、ランダムアクセスプリアンブルコード身分識別コード（ＲａｎｄｏｍＡｃｃｅｓｓｐｒｅａｍｂｌｅＩｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＡＰＩＤ）、一時セル無線ネットワーク一時識別子（ＴｅｍｐｏｒａｒｙＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ、ＴＣ－ＲＮＴＩ）等が含まれる。

ステップ１３：自分が送信したｐｒｅａｍｂｌｅに対応するＲＡＰＩＤを検出した端末機器は、ＵＬｇｒａｎｔの位置に従ってＭｓｇ３を送信する（自分が送信したＲＡＰＩＤに対応するものを検出していない端末機器は、ＢＩを使用してアクセスを遅らせる）。

ステップ１４：端末機器は、ネットワーク側によって送信されるＭｓｇ４を受信し、このＭｓｇ４には、競合解決識別子が含まれ、且つＴＣ－ＲＮＴＩをセル無線ネットワーク一時識別子（ＣｅｌｌＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ、Ｃ－ＲＮＴＩ）にアップグレードし、その後に、ネットワーク側は、Ｃ－ＲＮＴＩを採用してこの端末機器をスケジューリングすることができる。

ステップ１５：通常の場合、端末機器は、Ｍｓｇ５、すなわちアクセス完了メッセージを送信する必要がある。

説明すべきことは、一般的に言われる４ステップアクセスは、主に最初の４ステップ競合解決完了の手順を指し、最初の４ステップは、一般的には通常無線ネットワークランダムアクセス手順を表す。

さらに、４ステップランダムアクセス（４－ｓｔｅｐＲＡＣＨ）について、端末機器によるランダムアクセス手順は、
Ａ、競合に基づくランダムアクセス手順、
Ｂ、非競合に基づくランダムアクセス手順を含む。

「競合に基づくランダムアクセス手順」において、端末機器は、Ｍｓｇ１をネットワーク機器に送信し、すなわち、端末機器は、ランダムアクセス要求をネットワーク機器に送信する。ネットワーク機器は、Ｍｓｇ１を受信した後に端末機器にＭｓｇ２を送信し、すなわちネットワーク機器は、ＲＡＲメッセージを端末機器に送信し、このメッセージにはＵＬｇｒａｎｔ情報が付帯されている。端末機器は、Ｍｓｇ２におけるＵＬｇｒａｎｔに基づき、メディアアクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ、ＭＡＣ）レイヤパケット構築機能を実行してＭＡＣプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ、ＰＤＵ）を生成し、且つこのＭＡＣＰＤＵをＭｓｇ３バッファに記憶し、その後、端末機器は、Ｍｓｇ３バッファにおけるＭＡＣＰＤＵをハイブリッド自動再送要求（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、ＨＡＲＱ）プロセスによって送信する。ネットワーク機器は、Ｍｓｇ３を受信した後にＭｓｇ４（例えば、競合解決識別子）を端末機器に送信する。端末機器は、Ｍｓｇ４を受信した後に競合解決が成功したか否かを判断し、成功した場合、ランダムアクセス手順が成功したことになり、そうでなければ、ランダムアクセス手順を再発行する。再発行されるランダムアクセス手順において、端末機器がまたＭｓｇ２におけるＵＬｇｒａｎｔを受信した後、端末機器は、Ｍｓｇ３バッファからその前に記憶されているＭＡＣＰＤＵを直接取り出し且つＨＡＲＱプロセスによって送信する。端末機器は、ランダムアクセス手順が完了した後にランダムアクセス手順におけるＭｓｇ３伝送のＨＡＲＱバッファをクリアする。

「非競合に基づくランダムアクセス手順」において、端末機器は、Ｍｓｇ１をネットワーク機器に送信し、すなわち、端末機器は、ランダムアクセス要求をネットワーク機器に送信する。ネットワーク機器は、Ｍｓｇ１を受信した後に端末機器にＭｓｇ２を送信し、すなわちネットワーク機器は、ＲＡＲメッセージを端末機器に送信し、このメッセージには、ＵＬｇｒａｎｔ情報と端末機器の識別子情報（例えば、Ｍｓｇ１のランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）番号）とが付帯されている。このランダムアクセスプリアンブルの番号が、端末機器のＭｓｇ１によって送信されるランダムアクセスプリアンブルの番号と同じである場合、端末機器は、このランダムアクセス手順が成功したとみなし、そうでなければ、ランダムアクセス手順を再発行する。

端末機器は、ランダムアクセス手順を発行（又は再発行）する度に、各ランダムアクセスＭｓｇ１リソースの対応する下りリンク信号品質（例えば、同期信号ブロック（ＳｙｎｃｈｒｏｎｏｕｓＳｉｇｎａｌＢｌｏｃｋ、ＳＳＢ）のリファレンスシンボル受信パワー（ＲｅｆｅｒｅｎｃｅＳｙｍｂｏｌＲｅｃｅｉｖｅｄＰｏｗｅｒ、ＲＳＲＰ））に基づき、ランダムアクセスリソースの選択を行うことにより、ランダムアクセスの成功確率を向上させる。このため、端末機器がランダムアクセス手順を発行（又は再発行）する度に、端末機器は、「競合に基づくランダムアクセス手順」又は「非競合に基づくランダムアクセス手順」を選択する可能性がある。

２．２ステップランダムアクセス（２－ｓｔｅｐＲＡＣＨ）
２－ｓｔｅｐＲＡＣＨは、具体的には、以下のような二つのステップを含む。

ステップ２１：ＵＥは、２－ｓｔｅｐＲＡＣＨ手順をトリガし、要求情報（ＭｓｇＡ）をネットワーク機器に送信する。例えば、ＰＵＳＣＨ＋ｐｒｅａｍｂｌｅによって送信する。

ステップ２２：ネットワーク側は、確認情報（ＭｓｇＢ）をＵＥに送信する。

ＵＥがＭｓｇＢの受信に失敗した（失敗とは、ＵＥ自身が送信したＭｓｇＡに対応するＲＡＰＩＤ又は競合解決ＩＤを受信しなかったことである）場合、ＵＥは、Ｍｓｇ１を再送信する（具体的な方案によって、ＭｓｇＡ、Ｍｓｇ３又はＭｓｇ１を再送信してもよい）。

一般的には、ステップ２１の前に、ネットワーク機器は、ＵＥに対して２ステップランダムアクセスの配置情報を配置し、例えば、この配置情報は、ＭｓｇＡとＭｓｇＢに対応する送信リソース情報を含む。

通常の場合、理解の便宜上、２ｓｔｅｐのＭｓｇＡには４ｓｔｅｐのＭｓｇ１とＭｓｇ３が含まれ、２ｓｔｅｐのＭｓｇＢには４ｓｔｅｐのＭｓｇ２とＭｓｇ４が含まれる。また、ステップ２１を実行する前に、ネットワーク機器は、ＵＥに対して２－ｓｔｅｐＲＡＣＨの配置情報、例えばＭｓｇＡとＭｓｇＢに対応する送信リソース情報を配置する。

３．ｐｒｅａｍｂｌｅのパケット化
上りリンクカバレッジ要件のため、ＬＴＥとＮＲにおいて、ｐｒｅａｍｂｌｅシーケンス（例えば、各セルは、６４個の利用可能なｐｒｅａｍｂｌｅシーケンスを有する）をパケット化する。一般的には、利用可能なｐｒｅａｍｂｌｅシーケンスを二つのグループ、すなわちＡグループとＢグループに分けることができる。

そのうち、ＡグループとＢグループは、異なる上りリンク伝送ブロックのサイズに対応する。

ＣＣＣＨ伝送において、Ａグループに対応する上りリンク伝送ブロックのサイズを超える場合、ランダムアクセス手順において、Ｂグループにおけるｐｒｅａｍｂｌｅを使用する。その他のＭｓｇ３によって担持される上りリンクデータ伝送において、Ａグループに対応する上りリンク伝送ブロックのサイズを超え、且つ測定される上りリンクパスロスが所定の計算値よりも小さい場合、Ｂグループにおけるｐｒｅａｍｂｌｅを使用し、そうでなければ、Ａグループにおけるｐｒｅａｍｂｌｅを使用する。ネットワーク側は、異なるｐｒｅａｍｂｌｅパケットを受信した後、Ａ、Ｂクラスタに応じて、ＵＥに異なる上りリンクＵＬｇｒａｎｔを割り当てる（ＡグループとＢグループがそれぞれネットワーク側によって配置される最小ｇｒａｎｔ値に対応する）。

無論、上記ＡグループとＢグループのパケット名は、一つの例に過ぎず、担持される上りリンクデータ量のサイズに応じて、類似する意味を有する他のパケット名も本開示の実施例の保護の範囲に属する。

４．第一のランダムアクセスと第二のランダムアクセス
本明細書における第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、本明細書における第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。第一のランダムアクセスと第二のランダムアクセスは、同一のアクセス手順を指し、そのうち、上記同一のアクセス手順は、一回のランダムアクセスがトリガされた後、今回のランダムアクセスが失敗又は未完了又は成功しておらず、その直後に発行される（Ｍｓｇ１／ＭｓｇＡから開始してもよく、又はＭｓｇ３にフォールバックして開始してもよい）次回のランダムアクセスを指し、すなわちこの２回の／複数回のランダムアクセスはその目的が同じであり、同様な又は類似するトリガ条件によってトリガされる。

上述した、４ステップランダムアクセスに直接フォールバックするように２ステップランダムアクセスをトリガする手順は、ネットワーク側によって送信されるＭｓｇＢに付帯されている指示によって明示的にトリガされてもよく、ＭｓｇＢに付帯されているその他の内容によって、端末機器による総合判断を通じて暗黙的に取得されてもよい。例えば、このＭｓｇＢには、端末が送信したｐｒｅａｍｂｌｅに対応するＲＡＰＩＤが付帯されており、対応するＵＬｇｒａｎｔが付帯されており、端末機器が競合解決ＩＤを取得していないこと等である。

５．第一のランダムアクセスの失敗
本明細書で提供されるランダムアクセス方法は、主に第一のランダムアクセスが失敗するシーンに用いられる。本開示の実施例では、第一のランダムアクセスの失敗は、第一のランダムアクセスが未完了であることと、第一のランダムアクセスが成功裏に完了していないことと、第一のランダムアクセスに問題が存在することと、のうちの少なくとも一つを含む。

具体的には、失敗したランダムアクセス手順は、未完了又は未成功のランダムアクセス手順を含んでもよい。失敗は、複数の要因、例えば、送信パワー（プリアンブルシーケンスのパワー及び／又はＰＵＳＣＨのパワーを含む）ｐｏｗｅｒｒａｍｐｉｎｇが最大パワーを超えること、Ｍｓｇ１／ＭｓｇＡの送信回数が予め設定される最大値を超えること、Ｍｓｇ２又はＭｓｇＢ又はＭｓｇ４（競合解決ＩＤ）がタイムアウトしても受信されていないことによって引き起こされる可能性がある。

一般的には、完了したランダムアクセスは、具体的には、成功裏に完了したもの、成功裏に完了していないものに分けられてもよいため、上述した、成功裏に完了していないランダムアクセスも失敗したランダムアクセスに属する。

なお、問題のある（ｐｒｏｂｌｅｍａｔｉｃ）ランダムアクセスも、成功裏に完了していないランダムアクセスと考えられてもよく、すなわちｐｒｏｂｌｅｍａｔｉｃランダムアクセスも本開示の実施例の保護範囲内にある。

６．その他の用語
本明細書における「／」は、又はの意味を表し、例えば、Ａ／Ｂは、Ａ又はＢを表してもよい。本明細書における「及び／又は」は、関連対象の関連関係を記述するものに過ぎず、３つの関係が存在してもよいことを表し、例えばＡ及び／又はＢは、単独のＡ、ＡとＢとの組み合わせ、単独のＢの３つのケースを含むことを表してもよい。

本出願の実施例の技術案を明確に記述しやすくするために、本出願の実施例では、「第一の」、「第二の」等の文字を採用して機能又は作用が基本的に同じである同じ項又は類似項を区別させる。当業者が理解できるように、「第一の」、「第二の」等の文字は、数及び実行順序を限定しない。例えば、第一の上りリンクデータと第二の上りリンクデータは、異なる上りリンクデータを区別するために用いられ、上りリンクデータの特定の順序を記述するためのものではない。

本明細書における、「例示的」又は「例えば」などの用語は、例、例証、又は説明として表すために用いられる。本開示の実施例では、「例示的」又は「例えば」と記述される任意の実施例又は設計方案は、他の実施例又は設計方案より好ましいか、又はより優位性があると解釈されるべきではない。正確に言うと、「例示的」又は「例えば」などの用語を使用することは、関連する概念を具体的な方式で提示することを意図する。本明細書における「の（英語：ｏｆ）」、「相応な（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ、ｒｅｌｅｖａｎｔ）」及び「対応する（英語：ｃｏｒｒｅｓｐｏｎｄｉｎｇ）」は、場合によって混用してもよく、指摘すべきことは、その区別を強調しない場合、それらが表現しようとする意味は一致する。

本明細書における「複数」とは、二つ又は二つ以上であることを意味する。

上記内容を結び付けて、以下では、添付の図面を結び付けて本明細書で提供される方案を説明する。

本開示の実施例による技術案は、各種の通信システム、例えば、５Ｇ通信システム、未来進化システム又は複数の通信融合システム等に用いることができる。複数のアプリケーションシーン、例えば、マシンツーマシン（ＭａｃｈｉｎｅｔｏＭａｃｈｉｎｅ、Ｍ２Ｍ）、Ｄ２Ｍ、マクロマイクロ通信、拡張型移動インターネット（ｅｎｈａｎｃｅＭｏｂｉｌｅＢｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼性と超低遅延通信（ｕｌｔｒａＲｅｌｉａｂｌｅ＆ＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ、ｕＲＬＬＣ）及び大容量モノのインターネット通信（ＭａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）等のシーンを含んでもよい。これらのシーンは、端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信、又はネットワーク機器と端末機器との間の通信等のシーンを含むが、それらに限られない。本開示の実施例は、５Ｇ通信システムにおけるネットワーク機器と端末機器との間の通信、又は端末機器と端末機器との間の通信、又はネットワーク機器とネットワーク機器との間の通信に用いることができる。

図１は、本開示の実施例に係る通信システムの可能な構造概略図を示す。図１に示すように、この通信システムは、少なくとも一つのネットワーク機器１００（図１には一つのみが示される）及び各ネットワーク機器１００に接続されている一つ又は複数の端末機器２００を含む。

そのうち、上記ネットワーク機器１００は、基地局、コアネットワーク機器、送受信ノード（ＴｒａｎｓｍｉｓｓｉｏｎａｎｄＲｅｃｅｐｔｉｏｎＰｏｉｎｔ、ＴＲＰ）、中継局又はアクセスポイント等であってもよい。ネットワーク機器１００は、グローバルモバイル通信システム（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＧＳＭ）又は符号分割多重接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＣＤＭＡ）ネットワークにおけるベーストランシーバーステーション（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ、ＢＴＳ）であってもよく、広帯域符号分割多重接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ、ＷＣＤＭＡ（登録商標））におけるＮＢ（ＮｏｄｅＢ）であってもよく、ＬＴＥにおけるｅＮＢ又はｅＮｏｄｅＢ（ｅｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ）であってもよい。ネットワーク機器１００は、クラウド無線アクセスネットワーク（ＣｌｏｕｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＣＲＡＮ）シーンでの無線制御器であってもよい。ネットワーク機器１００は、５Ｇ通信システムにおけるネットワーク機器又は未来進化ネットワークにおけるネットワーク機器であってもよい。ただし、この用語は、本開示の実施例に対する制限を構成するものではない。

端末機器２００は、無線端末機器であってもよく、有線端末機器であってもよく、この無線端末機器は、ユーザに音声及び／又は他の業務データ接続性を提供する機器であってもよく、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続される他の処理機器、車載機器、ウェアラブルデバイス、未来５Ｇネットワークにおける端末機器又は未来進化のＰＬＭＮネットワークにおける端末機器等であってもよい。無線端末機器は、無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、ＲＡＮ）を介して一つまたは複数のコアネットワークと通信することができる。無線端末機器は、移動端末機器、例えば携帯電話（または「セルラー」電話と呼ばれる）と、移動端末機器を有するコンピュータ、例えば携帯型、ポケット型、ハンドヘルド型、コンピュータ内蔵型、または車載型の移動装置であってもよく、それらは、無線アクセスネットワークとボイス及び／又はデータを交換し、及びパーソナル通信サービス（ＰｅｒｓｏｎａｌＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話、セッション開始プロトコル（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ、ＳＩＰ）電話、ワイアレスローカルループ（ＷｉｒｅｌｅｓｓＬｏｃａｌＬｏｏｐ、ＷＬＬ）局、パーソナルデジタルアシスタント（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ、ＰＤＡ）などの機器であってもよい。無線端末機器は、移動機器、ユーザ機器（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、ＵＥ）、ＵＥ端末機器、アクセス端末機器、無線通信機器、端末機器ユニット、端末機器局、移動局（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、移動台（Ｍｏｂｉｌｅ）、遠隔局（ＲｅｍｏｔｅＳｔａｔｉｏｎ）、遠方局、遠隔端末機器（ＲｅｍｏｔｅＴｅｒｍｉｎａｌ）、加入者ユニット（ＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）、加入者局（ＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）、ユーザエージェント（ＵｓｅｒＡｇｅｎｔ）、端末機器装置等であってもよい。一つの実例として、本開示の実施例では、図１は、端末機器が携帯電話であることを例として示される。

図２は、本開示の実施例によるランダムアクセス方法のフローチャート概略図を示す。図２に示すように、このランダムアクセス方法は、以下のようなステップ２０１を含んでもよい。

ステップ２０１：第一のランダムアクセスが失敗した後、端末機器は、第二のランダムアクセスを発行する。

本開示の実施例では、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、この第一の上りリンクデータは、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、この第二の上りリンクデータは、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。

選択的に、本開示の実施例では、上記第二のリソースは、ターゲット第三のリソースとＰＵＳＣＨのうちの少なくとも一つを含み、上記ターゲット第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯのうちの少なくとも一つを含む。

選択的に、本開示の実施例では、上述した、第二のランダムアクセスを発行することは、以下のステップを含む。

ステップ２０１ａ：端末機器は、配置情報及び第一の上りリンクデータのデータサイズに基づき、ターゲットＰＲＡＣＨプリアンブルセットを選択する。

ステップ２０１ｂ：端末機器は、第二のリソースを使用して、第二のランダムアクセスを発行する。

本開示の実施例では、配置情報は、予め定義されるものであるか、又はネットワーク機器によって端末機器に対して配置されるものである。

一つの例において、ステップ２０１ａの前に、以下のようなステップをさらに含む。

ステップ２０１ｃ：ネットワーク機器は、端末機器に配置情報を送信する。

例示的に、上記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及びＮ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含む。

そのうち、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である。例示的に、端末機器は、上記Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係及びＮ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係に基づき、一つのＰＲＡＣＨに対応するＰＲＡＣＨプリアンブルセットと相応なサイズのＰＵＳＣＨとが予備配置関係を備えるか、又は、一つのＲＯに対応するＰＲＡＣＨプリアンブルセットと相応なサイズのＰＵＳＣＨとが予備配置関係を備えるか、又は、一つのＰＲＡＣＨとＲＯとの組み合わせに対応するＰＲＡＣＨプリアンブルセットと相応なサイズのＰＵＳＣＨとが予備配置関係を備えると特定することができる。一つのＰＲＡＣＨプリアンブルセットは、すなわち一つのｐｒｅａｍｂｌｅパケットである。

例示的に、第二のランダムアクセスが２ステップランダムアクセスである場合、端末機器は、第一の上りリンクデータのデータサイズに基づき、Ｘ個のＰＵＳＣＨの中から、データサイズがこの第一の上りリンクデータと同じであるＰＵＳＣＨを選択し、その後、これらのＰＵＳＣＨに対応するＰＲＡＣＨプリアンブルセットの中から一つのＰＲＡＣＨプリアンブルセットをターゲットＰＲＡＣＨプリアンブルセットとして選択する。

例示的に、上記第二のリソースのうちのターゲット第三のリソースは、ターゲットＰＲＡＣＨプリアンブルセットに対応する少なくとも一つの第三のリソースである。すなわち、端末機器は、ターゲットＰＲＡＣＨプリアンブルセットを選択した後、このターゲットＰＲＡＣＨプリアンブルセットに対応する全ての第三のリソースの中からターゲット第三のリソースを選択することができる。

一つの例において、端末機器にこの配置情報が配置されておらず且つ前回のランダムアクセス（すなわち第一のランダムアクセス）が２－ｓｔｅｐＲＡＣＨアクセスである場合、端末機器は、同一のＲＡＣＨｐｒｏｃｅｄｕｒｅに対して、２－ｓｔｅｐＲＡＣＨアクセス（すなわち第二のランダムアクセス）を再発行し、この時、選択されるＰＵＳＣＨ（すなわち発行されるＭｓｇＡに含まれるＰＵＳＣＨ）のデータサイズは、前回のランダムアクセスにおけるＰＵＳＣＨ（すなわちＭｓｇＡに含まれるＰＵＳＣＨ）のデータサイズと一致すべきである。

別の例において、上記Ｘ個のＰＵＳＣＨのデータサイズは同じであり、すなわち２－ｓｔｅｐＲＡＣＨにおいて対応するＰＵＳＣＨのデータサイズは、完全に一致するように予備配置される。

選択的に、本開示の実施例では、第一のランダムアクセスが２ステップランダムアクセスである場合、第一の上りリンクデータは、第一のＰＵＳＣＨであり、又は、第一のランダムアクセスが４ステップランダムアクセスである場合、第一の上りリンクデータは、第一の上りリンク許可情報によって担持されるデータであり、及び、第二のランダムアクセスが２ステップランダムアクセスである場合、第二の上りリンクデータは、第二のＰＵＳＣＨであり、又は、第二のランダムアクセスが４ステップランダムアクセスである場合、第二の上りリンクデータは、第二の上りリンク許可情報によって担持されるデータである。

さらに選択的に、本開示の実施例では、第一のランダムアクセスが２ステップランダムアクセスであり、且つ第二のランダムアクセスが４ステップランダムアクセスである場合、４ステップランダムアクセスに直接フォールバックするように２ステップランダムアクセスをトリガする場合、第一のＰＵＳＣＨのペイロードサイズは、第二の上りリンク許可情報によって担持されるデータサイズと同じである。

シーン１：第一のランダムアクセスと第二のランダムアクセスがいずれも２ステップランダムアクセスである場合、上記第一の上りリンクデータは、第一のＰＵＳＣＨであり、上記第二の上りリンクデータは、第二のＰＵＳＣＨである。

例を挙げると、前回のランダムアクセスとその次回のランダムアクセスがいずれも２－ｓｔｅｐＲＡＣＨであるシーンに対して、端末機器は、前回の２－ｓｔｅｐＲＡＣＨアクセスが失敗した後、同一のＲＡＣＨｐｒｏｃｅｄｕｒｅに対して２－ｓｔｅｐＲＡＣＨアクセスを再発行し、この時、選択されるターゲットリソース（すなわちＰｒｅａｍｂｌｅ、ＲＯ、ＰｒｅａｍｂｌｅとＲＯとの組み合わせのうちのいずれか一つ）に対応するＰｒｅａｍｂｌｅパケット（例えば、Ａグループ又はＢグループ）は、前回の２－ｓｔｅｐＲＡＣＨアクセスに対応するＰｒｅａｍｂｌｅパケットと同じであるべきであり、すなわち２回のランダムアクセスに対応するＰＵＳＣＨリソースのサイズは一致すべきである。

シーン２：第一のランダムアクセスが２ステップランダムアクセスであり、且つ第二のランダムアクセスが４ステップランダムアクセスである場合、上記第一の上りリンクデータは、第二のＰＵＳＣＨであり、上記第二の上りリンクデータは、第一の上りリンク許可情報によって担持されるデータである。

例を挙げると、前回のランダムアクセスが２－ｓｔｅｐＲＡＣＨであり、その次回のシーンランダムアクセスが４－ｓｔｅｐＲＡＣＨであることに対して、ネットワーク側は、２－ｓｔｅｐＲＡＣＨにおけるｐｒｅａｍｂｌｅ／ＲＯとＰＵＳＣＨリソースとの関係をブロードキャストで配置し、４－ｓｔｅｐＲＡＣＨにおけるｐｒｅａｍｂｌｅＡ／Ｂのパケットをブロードキャストで配置する。端末機器は、前回の２－ｓｔｅｐＲＡＣＨアクセスが失敗した後、同一のＲＡＣＨｐｒｏｃｅｄｕｒｅに対して４－ｓｔｅｐＲＡＣＨアクセスを再発行し、この時、新たに選択されるターゲットリソース（この時のランダムアクセスが４－ｓｔｅｐＲＡＣＨであるため、このターゲットリソースはＰｒｅａｍｂｌｅである）に対応するＰｒｅａｍｂｌｅパケット（例えば、Ａグループ又はＢグループ）に対応する上りリンク許可データ量ｇｒａｎｔｓｉｚｅサイズは、前回の２－ｓｔｅｐＲＡＣＨアクセスによって送信されるＭｓｇＡのＰＵＳＣＨリソースのサイズと一致すべきである。

シーン３：第一のランダムアクセスが４ステップランダムアクセスであり、且つ第二のランダムアクセスが２ステップランダムアクセスである場合、上記第一の上りリンクデータは、第二の上りリンク許可情報によって担持されるデータであり、上記第二の上りリンクデータは、第一のＰＵＳＣＨである。

例を挙げると、前回のランダムアクセスが４－ｓｔｅｐＲＡＣＨであり、その次回のシーンランダムアクセスが２－ｓｔｅｐＲＡＣＨであることに対して、端末機器は、前回の４－ｓｔｅｐＲＡＣＨアクセスが失敗した後、同一のＲＡＣＨｐｒｏｃｅｄｕｒｅに対して２－ｓｔｅｐＲＡＣＨアクセスを再発行し、この時、新たに選択されるターゲットリソース（すなわちＰｒｅａｍｂｌｅ、ＲＯ、ＰｒｅａｍｂｌｅとＲＯとの組み合わせ）に対応するＰｒｅａｍｂｌｅパケット（例えば、Ａグループ又はＢグループ）に対応する上りリンク許可データ量ｇｒａｎｔｓｉｚｅサイズ（すなわちＰＵＳＣＨサイズ）は、前回の４－ｓｔｅｐＲＡＣＨにおけるＰｒｅａｍｂｌｅパケットに含まれる上りリンク許可データ量ｇｒａｎｔｓｉｚｅと一致すべきである。

シーン４：シーン３のさらなるサブシーンであり、第一のランダムアクセスが２ステップランダムアクセスであり、且つ第二のランダムアクセスが４ステップランダムアクセスである場合、４ステップランダムアクセスに直接フォールバックするように２ステップランダムアクセスをトリガする場合、上記第一のＰＵＳＣＨのペイロードサイズは、第二の上りリンク許可情報によって担持されるデータサイズと同じである。

例を挙げると、２－ｓｔｅｐＲＡＣＨアクセスが４－ｓｔｅｐＲＡＣＨアクセスに直接フォールバックするシーンにおいて、ＵＥは、２－ｓｔｅｐＲＡＣＨアクセスのＭｓｇＢを４－ｓｔｅｐＲＡＣＨアクセスのＭｓｇ３に直接ｆａｌｌｂａｃｋして伝送を継続することを発行する場合、ネットワーク機器がＲＡＲに付帯させたＵＬｇｒａｎｔのサイズは、ＵＥがアクセスを発行する時に使用されるリソースに対応するＰｒｅａｍｂｌｅパケットに対応するＰＵＳＣＨのｐａｙｌｏａｄ（ペイロード）サイズと同じであるべきである。

本開示の実施例によるランダムアクセス方法では、第一のランダムアクセスが失敗した後、端末機器によるパケット再構築を回避するために、端末機器は、第二のランダムアクセスを発行する時、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータのデータサイズが、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータのデータサイズと同じになるようにし、すなわち前後２回のランダムアクセスで選択されるリソースに対応する上りリンクデータのデータサイズを維持して、第二のランダムアクセスの成功を確保し、通信効率及び効能を向上させる。

図３は、本開示の実施例による端末機器を実現する可能な構造概略図である。図３に示すように、この端末機器４００は、実行モジュール４０１を含み、そのうち、
実行モジュール４０１は、第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行するためのものである。

そのうち、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、上記第一の上りリンクデータは、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、上記第二の上りリンクデータは、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、上記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、上記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。

選択的に、上記第二のリソースは、ターゲット第三のリソースとターゲットランダムアクセスＰＵＳＣＨのうちの少なくとも一つを含み、上記ターゲット第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯのうちの少なくとも一つを含む。

選択的に、上記実行モジュール４０１は、具体的には、配置情報及び第一の上りリンクデータのデータサイズに基づき、ターゲットＰＲＡＣＨプリアンブルセットを選択し、第二のリソースを使用して、第二のランダムアクセスを発行するためのものであって、そのうち、上記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及びＮ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、上記ターゲット第三のリソースは、ターゲットＰＲＡＣＨプリアンブルセットに対応する少なくとも一つの第三のリソースであり、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である。

選択的に、上記Ｘ個のＰＵＳＣＨのデータサイズは、全て同じである。

選択的に、上記配置情報は、予め定義されるものであるか、又はネットワーク機器によって端末機器に対して配置されるものである。

選択的に、第一のランダムアクセスが２ステップランダムアクセスである場合、上記第一の上りリンクデータは、第一のＰＵＳＣＨであり、又は、第一のランダムアクセスが４ステップランダムアクセスである場合、上記第一の上りリンクデータは、第一の上りリンク許可情報によって担持されるデータであり、第二のランダムアクセスが２ステップランダムアクセスである場合、上記第二の上りリンクデータは、第二のＰＵＳＣＨであり、又は、第二のランダムアクセスが４ステップランダムアクセスである場合、上記第二の上りリンクデータは、第二の上りリンク許可情報によって担持されるデータである。

選択的に、第一のランダムアクセスが２ステップランダムアクセスであり、且つ第二のランダムアクセスが４ステップランダムアクセスである場合、４ステップランダムアクセスに直接フォールバックするように２ステップランダムアクセスをトリガする場合、第一のＰＵＳＣＨのペイロードサイズは、第二の上りリンク許可情報によって担持されるデータサイズと同じである。

選択的に、上記第一のランダムアクセスの失敗は、第一のランダムアクセスが未完了であることと、第一のランダムアクセスが成功裏に完了していないことと、第一のランダムアクセスに問題が存在することと、のうちの少なくとも一つを含む。

本開示の実施例による端末機器は、第一のランダムアクセスが失敗した後、端末機器によるパケット再構築を回避するために、端末機器が第二のランダムアクセスを発行する時、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータのデータサイズが、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータのデータサイズと同じになるようにし、すなわち前後２回のランダムアクセスで選択されるリソースに対応する上りリンクデータのデータサイズを維持して、第二のランダムアクセスの成功を確保し、通信効率及び効能を向上させる。

本開示の実施例による端末機器は、上記方法の実施例に示される各プロセスを実現することができる。説明の重複を回避するために、ここでは説明を省略する。

図４は、本開示の実施例によるネットワーク機器を実現する可能な構造概略図である。図４に示すように、このネットワーク機器５００は、送信モジュール５０１を含み、そのうち、
送信モジュール５０１は、端末機器に配置情報を送信するためのものである。

そのうち、上記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及びＮ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である。

本開示の実施例によるネットワーク機器は、端末機器に配置情報を送信することによって、端末機器は、配置情報及び第一の上りリンクデータのデータサイズに基づき、ターゲットＰＲＡＣＨプリアンブルセットを選択し、且つこのターゲットＰＲＡＣＨプリアンブルセットに基づき、第二のリソースを特定して、第二のランダムアクセスを発行することができる。第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータのデータサイズが、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータのデータサイズと同じであり、すなわち前後２回のランダムアクセスで選択されるリソースに対応する上りリンクデータのデータサイズを維持するため、第二のランダムアクセスの成功を確保し、通信効率及び効能を向上させる。

本開示の実施例によるネットワーク機器は、上記方法の実施例に示される各プロセスを実現することができる。説明の重複を回避するために、ここでは説明を省略する。

図５は、本開示の各実施例を実現する端末機器のハードウェア構造概略図である。この端末機器１００は、無線周波数ユニット１０１と、ネットワークモジュール１０２と、オーディオ出力ユニット１０３と、入力ユニット１０４と、センサ１０５と、表示ユニット１０６と、ユーザ入力ユニット１０７と、インターフェースユニット１０８と、メモリ１０９と、プロセッサ１１０と、電源１１１などの部材を含むが、それらに限らない。当業者であれば理解できるように、図５に示す端末機器１００の構造は、端末機器に対する限定を構成しなく、端末機器１００には、図示された部材の数よりも多くまたは少ない部材、または何らかの部材の組み合わせ、または異なる部材の配置が含まれてもよい。本開示の実施例では、端末機器１００は、携帯電話、タブレットパソコン、ノートパソコン、パームトップコンピューター、車載端末機器、ウェアラブルデバイス、及び歩数計などを含むが、それらに限らない。

そのうち、プロセッサ１１０は、第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行するために用いられる。そのうち、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、上記第一の上りリンクデータは、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、上記第二の上りリンクデータは、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、上記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、上記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含む。

説明すべきことは、上記方法の実施例に係る全ての関連内容は、いずれも図５における各機能モジュールに導入して実現することができ、ここでは説明を省略する。

本開示の実施例による端末機器は、第一のランダムアクセスが失敗した後、端末機器によるパケット再構築を回避するために、端末機器は、第二のランダムアクセスを発行する時、第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータのデータサイズが、第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータのデータサイズと同じになるようにし、すなわち前後２回のランダムアクセスで選択されるリソースに対応する上りリンクデータのデータサイズを維持して、第二のランダムアクセスの成功を確保し、通信効率及び効能を向上させる。

理解すべきことは、本開示の実施例では、無線周波数ユニット１０１は、情報の送受信または通話中の信号の送受信に用いられてもよい。具体的には、基地局からの下りリンクのデータを受信してから、プロセッサ１１０に処理させてもよい。また、上りリンクのデータを基地局に送信してもよい。一般的には、無線周波数ユニット１０１は、アンテナ、少なくとも一つの増幅器、送受信機、カプラ、低雑音増幅器、デュプレクサなどを含むが、それらに限られない。なお、無線周波数ユニット１０１は、無線通信システムやネットワークを介して他の機器との通信を行ってもよい。

端末機器１００は、ネットワークモジュール１０２によってユーザに無線のブロードバンドインターネットアクセスを提供し、例えば、ユーザへ電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスなどを支援する。

オーディオ出力ユニット１０３は、無線周波数ユニット１０１またはネットワークモジュール１０２によって受信されたまたはメモリ１０９に記憶されたオーディオデータをオーディオ信号に変換して、音声として出力することができる。そして、オーディオ出力ユニット１０３はさらに、端末機器１００によって実行された特定の機能に関連するオーディオ出力（例えば、呼び信号受信音、メッセージ着信音など）を提供することができる。オーディオ出力ユニット１０３は、スピーカ、ブザー及び受話器などを含む。

入力ユニット１０４は、オーディオまたはビデオ信号を受信するために用いられる。入力ユニット１０４は、グラフィックスプロセッサ（ＧｒａｐｈｉｃｓＰｒｏｃｅｓｓｉｎｇＵｎｉｔ、ＧＰＵ）１０４１とマイクロホン１０４２を含んでもよい。グラフィックスプロセッサ１０４１は、ビデオキャプチャモードまたは画像キャプチャモードにおいて画像キャプチャ装置（例えば、カメラ）によって得られた静止画像またはビデオの画像データを処理する。処理された画像フレームは、表示ユニット１０６に表示されてもよい。グラフィックスプロセッサ１０４１によって処理された画像フレームは、メモリ１０９（または他の記憶媒体）に記憶されてもよく、または無線周波数ユニット１０１またはネットワークモジュール１０２を介して送信されてもよい。マイクロホン１０４２は、音声を受信することができるとともに、このような音声をオーディオデータとして処理することができる。処理されたオーディオデータは、電話の通話モードにおいて、無線周波数ユニット１０１を介して移動通信基地局に送信することが可能なフォーマットに変換して出力されてもよい。

端末機器１００はさらに、少なくとも一つのセンサ１０５、例えば、光センサ、モーションセンサ及び他のセンサを含む。具体的には、光センサは、環境光センサ及接近センサを含み、そのうち、環境光センサは、環境光の明暗に応じて、表示パネル１０６１の輝度を調整することができる。接近センサは、端末機器１００が耳元に移動した時、表示パネル１０６１及び／又はバックライトをオフにすることができる。モーションセンサの一種として、加速度計センサは、各方向（一般的には、三軸）での加速度の大きさを検出することができ、静止時、重力の大きさ及び方向を検出することができ、端末機器姿勢（例えば、縦横スクリーン切り替え、関連ゲーム、磁力計姿勢校正）の識別、振動識別関連機能（例えば、歩数計、タップ）などに用いることができる。センサ１０５はさらに、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロ、気圧計、湿度計、温度計、赤外線センサなどを含んでもよい。ここでは説明を省略する。

表示ユニット１０６は、ユーザによって入力された情報またはユーザに提供される情報を表示するために用いられている。表示ユニット１０６は、表示パネル１０６１を含んでもよい。液晶ディスプレイ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ、ＬＣＤ）、有機発光ダイオード（ＯｒｇａｎｉｃＬｉｇｈｔ－ＥｍｉｔｔｉｎｇＤｉｏｄｅ、ＯＬＥＤ）などの形式で表示パネル１０６１を配置してもよい。

ユーザ入力ユニット１０７は、入力された数字または文字情報の受信、端末機器１００のユーザによる設置及び機能制御に関するキー信号入力の発生に用いられてもよい。具体的には、ユーザ入力ユニット１０７は、タッチパネル１０７１および他の入力機器１０７２を含む。タッチパネル１０７１は、タッチスクリーンとも呼ばれ、その上または付近でのユーザによるタッチ操作（例えば、ユーザが指、タッチペンなどの任意の適切な物体または付属品を使用してタッチパネル１０７１上またはタッチパネル１０７１付近で行う操作）を収集することができる。タッチパネル１０７１は、タッチ検出装置とタッチコントローラの二つの部分を含んでもよい。そのうち、タッチ検出装置は、ユーザによるタッチ方位を検出し、タッチ操作による信号を検出し、信号をタッチコントローラに伝送する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、それをタッチポイント座標に変換してから、プロセッサ１１０に送信し、プロセッサ１１０から送信されてきたコマンドを受信して実行する。なお、抵抗式、静電容量式、赤外線及び表面音波などの様々なタイプを用いてタッチパネル１０７１を実現してもよい。タッチパネル１０７１以外、ユーザ入力ユニット１０７は、他の入力機器１０７２を含んでもよい。具体的には、他の入力機器１０７２は、物理的なキーボード、機能キー（例えば、ボリューム制御ボタン、スイッチボタンなど）、トラックボール、マウス、操作レバーを含んでもよいが、それらに限られない。ここでは説明を省略する。

さらに、タッチパネル１０７１は、表示パネル１０６１上に覆われてもよい。タッチパネル１０７１は、その上または付近でのタッチ操作を検出すると、プロセッサ１１０に伝送して、タッチイベントのタイプを特定し、その後、プロセッサ１１０は、タッチイベントのタイプに応じて表示パネル１０６１上で相応な視覚出力を提供する。図５では、タッチパネル１０７１と表示パネル１０６１は、二つの独立した部材として端末機器１００の入力と出力機能を実現するものであるが、いくつかの実施例では、タッチパネル１０７１と表示パネル１０６１を集積して端末機器１００の入力と出力機能を実現してもよい。具体的には、ここでは限定しない。

インターフェースユニット１０８は、外部装置と端末機器１００との接続のためのインターフェースである。例えば、外部装置は、有線または無線ヘッドフォンポート、外部電源（または電池充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置への接続用のポート、オーディオ入力／出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、イヤホンポートなどを含んでもよい。インターフェースユニット１０８は、外部装置からの入力（例えば、データ情報、電力など）を受信するとともに、受信した入力を端末機器１００内の一つまたは複数の素子に伝送するために用いられてもよく、または端末機器１００と外部装置との間でデータを伝送するために用いられてもよい。

メモリ１０９は、ソフトウェアプログラム及び各種のデータを記憶するために用いられてもよい。メモリ１０９は、主に記憶プログラム領域および記憶データ領域を含んでもよい。そのうち、記憶プログラム領域は、オペレーティングシステム、少なくとも一つの機能に必要なアプリケーションプログラム（例えば、音声再生機能、画像再生機能など）などを記憶することができ、記憶データ領域は、携帯電話の使用によって作成されるデータ（例えば、オーディオデータ、電話帳など）などを記憶することができる。なお、メモリ１０９は、高速ランダムアクセスメモリを含んでもよく、非揮発性メモリ、例えば、少なくとも一つの磁気ディスクメモリデバイス、フラッシュメモリデバイス、または他の揮発性ソリッドステートメモリデバイスをさらに含んでもよい。

プロセッサ１１０は、端末機器１００の制御センターであり、各種のインターフェースと線路によって端末機器１００全体の各部分を接続する。メモリ１０９に記憶されるソフトウェアプログラム及び／又はモジュールを運行または実行し、メモリ１０９に記憶されるデータを呼び出し、端末機器１００の各種の機能を実行し、データを処理することで、端末機器１００全体をモニタリングする。プロセッサ１１０は、一つまたは複数の処理ユニットを含んでもよい。選択的に、プロセッサ１１０は、アプリケーションプロセッサとモデムプロセッサを集積してもよい。そのうち、アプリケーションプロセッサは、主にオペレーティングシステム、ユーザインターフェースおよびアプリケーションプログラムなどを処理するためのものであり、モデムプロセッサは、主に無線通信を処理するためのものである。理解すべきことは、上記モデムプロセッサは、プロセッサ１１０に集積されなくてもよい。

端末機器１００はさらに、各部材に電力を供給する電源１１１（例えば、電池）を含んでもよい。選択的に、電源１１１は、電源管理システムによってプロセッサ１１０にロジック的に接続されてもよい。それにより、電源管理システムによって充放電管理及び消費電力管理などの機能を実現することができる。

また、端末機器１００は、いくつかの示されていない機能モジュールを含む。ここでは説明を省略する。

図６は、本開示の実施例を実現するネットワーク機器のハードウェア構造概略図である。このネットワーク機器８００は、プロセッサ８０１と、送受信機８０２と、メモリ８０３と、ユーザインターフェース８０４と、バスインターフェースとを含む。

そのうち、送受信機８０２は、送信モジュール５０１に用いられ、端末機器に配置情報を送信するために用いられる。

本開示の実施例では、図６では、バスアーキテクチャは、任意の数の相互接続されたバスとブリッジを含んでもよく、具体的にはプロセッサ８０１によって代表される一つまたは複数のプロセッサとメモリ８０３によって代表されるメモリの各種の回路でリンクされてもよい。バスアーキテクチャは、周辺機器、電圧レギュレータとパワー管理回路などのような各種の他の回路をリンクしてもよい。それらは、すべて当技術分野でよく知っているものであるため、ここでは、これ以上説明しない。バスインターフェースは、インターフェースを提供する。送受信機８０２は、複数の素子であってもよく、すなわち、送信機と受信機を含み、伝送媒体で各種の他の装置と通信するためのユニットを提供してもよい。異なるユーザ機器について、ユーザインターフェース８０４は、必要な機器に外接や内接することができるインターフェースであってもよい。接続された機器は、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティックなどを含むが、それらに限らない。プロセッサ８０１は、バスアーキテクチャと一般的な処理の管理を担当し、メモリ８０３は、プロセッサ８０１の操作実行時に使用されるデータを記憶してもよい。

また、ネットワーク機器８００は、いくつかの示されていない機能モジュールをさらに含む。ここでは説明を省略する。

選択的に、本開示の実施例はさらに、端末機器を提供する。該端末機器は、プロセッサ、メモリ、メモリに記憶され、プロセッサ上で運行できるコンピュータプログラムを含み、このコンピュータプログラムがプロセッサによって実行される時、上記実施例１におけるランダムアクセス方法のプロセスを実現し、且つ同じ技術的効果を達することができる。説明の重複を回避するために、ここで説明を省略する。

選択的に、本開示の実施例は、ネットワーク機器をさらに提供する。該ネットワーク機器は、プロセッサと、メモリと、メモリに記憶され、プロセッサ上で運行できるコンピュータプログラムとを含み、このコンピュータプログラムがプロセッサによって実行される時、上記実施例１におけるランダムアクセス方法のプロセスを実現し、且つ同じ技術的効果を達することができる。説明の重複を回避するために、ここで説明を省略する。

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

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

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

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

Claims

端末機器に用いられるランダムアクセス方法であって、
第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行することを含み、
そのうち、前記第一のランダムアクセスの第一の上りリンクデータは、前記第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、前記第一の上りリンクデータは、前記第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、前記第二の上りリンクデータは、前記第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、前記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、前記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、
前記第二のリソースは、ターゲット第三のリソースとランダムアクセス上りリンクデータ共有チャネルリソースＰＵＳＣＨのうちの少なくとも一つを含み、前記ターゲット第三のリソースは、物理ランダムアクセスチャネルＰＲＡＣＨプリアンブルとランダムアクセスタイミングＲＯのうちの少なくとも一つを含み、
前述した、第二のランダムアクセスを発行することは、
配置情報及び前記第一の上りリンクデータのデータサイズに基づき、ターゲットＰＲＡＣＨプリアンブルセットを選択することと、
前記第二のリソースを使用して、前記第二のランダムアクセスを発行することとを含み、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、
一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、前記ターゲット第三のリソースは、前記ターゲットＰＲＡＣＨプリアンブルセットに対応する少なくとも一つの第三のリソースであり、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である、ランダムアクセス方法。
前記Ｘ個のＰＵＳＣＨのデータサイズは、全て同じである、請求項１に記載の方法。
前記配置情報は、予め定義されるものであるか、又はネットワーク機器によって前記端末機器に対して配置されるものである、請求項１又は２に記載の方法。
前記第一のランダムアクセスが２ステップランダムアクセスである場合、前記第一の上りリンクデータは、第一のＰＵＳＣＨであり、又は、前記第一のランダムアクセスが４ステップランダムアクセスである場合、前記第一の上りリンクデータは、第一の上りリンク許可情報によって担持されるデータであり、
前記第二のランダムアクセスが２ステップランダムアクセスである場合、前記第二の上りリンクデータは、第二のＰＵＳＣＨであり、又は、前記第二のランダムアクセスが４ステップランダムアクセスである場合、前記第二の上りリンクデータは、第二の上りリンク許可情報によって担持されるデータである、請求項１に記載の方法。
前記第一のランダムアクセスが２ステップランダムアクセスであり、且つ前記第二のランダムアクセスが４ステップランダムアクセスである場合、４ステップランダムアクセスに直接フォールバックするように２ステップランダムアクセスをトリガする場合、前記第一のＰＵＳＣＨのペイロードサイズは、前記第二の上りリンク許可情報によって担持されるデータサイズと同じである、請求項４に記載の方法。
前記第一のランダムアクセスの失敗は、前記第一のランダムアクセスが未完了であることと、前記第一のランダムアクセスが成功裏に完了していないことと、前記第一のランダムアクセスに問題が存在することと、のうちの少なくとも一つを含む、請求項１に記載の方法。
ネットワーク機器に用いられるランダムアクセス方法であって、
端末機器に配置情報を送信することを含み、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である、ランダムアクセス方法。
前記Ｘ個のＰＵＳＣＨのデータサイズは、全て同じである、請求項７に記載の方法。
端末機器であって、
第一のランダムアクセスが失敗した後、第二のランダムアクセスを発行するための実行モジュールを含み、
そのうち、第一のランダムアクセスの第一の上りリンクデータは、第二のランダムアクセスの第二の上りリンクデータとデータサイズが同じであり、前記第一の上りリンクデータは、前記第一のランダムアクセスで使用される第一のリソースに対応する上りリンクデータであり、前記第二の上りリンクデータは、前記第二のランダムアクセスで使用される第二のリソースに対応する上りリンクデータであり、前記第一のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、前記第二のランダムアクセスは、２ステップランダムアクセス又は４ステップランダムアクセスを含み、
前記第二のリソースは、ターゲット第三のリソースとランダムアクセス上りリンクデータ共有チャネルリソースＰＵＳＣＨのうちの少なくとも一つを含み、前記ターゲット第三のリソースは、物理ランダムアクセスチャネルＰＲＡＣＨプリアンブルとランダムアクセスタイミングＲＯのうちの少なくとも一つを含み、
前記実行モジュールは、
配置情報及び前記第一の上りリンクデータのデータサイズに基づき、ターゲットＰＲＡＣＨプリアンブルセットを選択し、
前記第二のリソースを使用して、前記第二のランダムアクセスを発行するためのものであって、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、
一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、前記ターゲット第三のリソースは、前記ターゲットＰＲＡＣＨプリアンブルセットに対応する少なくとも一つの第三のリソースであり、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である、端末機器。
前記Ｘ個のＰＵＳＣＨのデータサイズは、全て同じである、請求項９に記載の端末機器。
ネットワーク機器であって、
端末機器に配置情報を送信するための送信モジュールを含み、
そのうち、前記配置情報は、Ｍ個のＰＲＡＣＨプリアンブルセットとＮ個の第三のリソースとの間の対応関係、及び前記Ｎ個の第三のリソースとＸ個のＰＵＳＣＨとの間の対応関係のうちの少なくとも一つを含み、一つの第三のリソースは、ＰＲＡＣＨプリアンブルとＲＯとのうちの少なくとも一つを含み、一つのＰＲＡＣＨプリアンブルセットは、少なくとも一つの第三のリソースに対応し、一つのＰＵＳＣＨは、少なくとも一つの第三のリソースに対応し、Ｍは、１よりも大きい整数であり、Ｎ、Ｘは、正の整数である、ネットワーク機器。
前記Ｘ個のＰＵＳＣＨのデータサイズは、全て同じである、請求項１１に記載のネットワーク機器。
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項１～６のいずれか１項に記載のランダムアクセス方法のステップを実現させる、端末機器。
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるコンピュータプログラムとを含み、前記コンピュータプログラムが前記プロセッサによって実行される時、請求項７又は８に記載のランダムアクセス方法のステップを実現させる、ネットワーク機器。
コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項１～６のいずれか１項に記載のランダムアクセス方法のステップを実現させる、コンピュータ可読記憶媒体。
コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行される時、請求項７又は８に記載のランダムアクセス方法のステップを実現させる、コンピュータ可読記憶媒体。