(57)【要約】  本願の実施例は、ランダムアクセスのための方法及び端末デバイスを開示し、当該方法は、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することと、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することとを含む。本願の実施例における方法及び端末デバイスは、プリアンブル伝送の信頼度及びネットワークデバイスがプリアンブルに対する応答の確率の向上に有利である。
2020532150.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することと、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することとを含む
ことを特徴とするランダムアクセスのための方法。
【請求項２】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブル伝送の後に位置する１つのＲＡＲウインドウを含み、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、
前記端末デバイスが前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項３】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブルの１番目のプリアンブル伝送の後且つ前記複数のプリアンブルの２番目のプリアンブル伝送の前に位置する１つのＲＡＲウインドウを含み、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、
前記端末デバイスが前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項４】
前記少なくとも１つのＲＡＲウインドウは、前記複数のプリアンブルに一対一対応する、各ＲＡＲウインドウの時間領域の開始位置が対応するプリアンブル伝送の後に位置する複数のＲＡＲウインドウを含み、前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、  
前記端末デバイスが前記各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項５】
前記複数のＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、前記第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である
ことを特徴とする請求項４に記載のランダムアクセスのための方法。
【請求項６】
前記端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することは、
前記端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することを含む
ことを特徴とする請求項１〜５のいずれか１項に記載のランダムアクセスのための方法。
【請求項７】
前記端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することは、
前記端末デバイスが１回のランダムアクセス過程において前記複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することを含む
ことを特徴とする請求項６に記載のランダムアクセスのための方法。
【請求項８】
前記端末デバイスが前記少なくとも１つのＲＡＲウインドウにおいて前記複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、前記方法は、さらに、
前記端末デバイスが前記第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、前記ネットワークデバイスにランダムアクセス過程内の３番目のメッセージを送信することを含む
ことを特徴とする請求項１〜７のいずれか１項に記載のランダムアクセスのための方法。
【請求項９】
前記第１のプリアンブルのＲＡＲは、前記端末デバイスが前記少なくとも１つのＲＡＲウインドウにおいて最初に傍受したＲＡＲである
ことを特徴とする請求項８に記載のランダムアクセスのための方法。
【請求項１０】
前記ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である
ことを特徴とする請求項１〜９のいずれか１項に記載のランダムアクセスのための方法。
【請求項１１】
１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信するように構成される第１の送信ユニットと、
少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受するように構成される傍受ユニットとを含む
ことを特徴とする端末デバイス。
【請求項１２】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブル伝送の後に位置する１つのＲＡＲウインドウを含み、前記傍受ユニットは、
前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１３】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブルの１番目のプリアンブル伝送の後且つ前記複数のプリアンブルの２番目のプリアンブル伝送の前に位置する１つのＲＡＲウインドウを含み、
前記傍受ユニットは、
前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１４】
前記少なくとも１つのＲＡＲウインドウは、前記複数のプリアンブルに一対一対応する、各ＲＡＲウインドウの時間領域の開始位置が対応するプリアンブル伝送の後に位置する複数のＲＡＲウインドウを含み、
前記傍受ユニットは、
前記各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１５】
前記少なくとも１つのＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、前記第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である
ことを特徴とする請求項１１〜１４のいずれか１項に記載の端末デバイス。
【請求項１６】
前記第１の送信ユニットは、
１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信するように構成される
ことを特徴とする請求項１１〜１５のいずれか１項に記載の端末デバイス。
【請求項１７】
前記第１の送信ユニットは、
１回のランダムアクセス過程において前記複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信するように構成される
ことを特徴とする請求項１６に記載の端末デバイス。
【請求項１８】
前記端末デバイスは、さらに、第２の送信ユニットを含み、
前記第２の送信ユニットは、前記傍受ユニットが前記少なくとも１つのＲＡＲウインドウにおいて前記複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、前記第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、前記ネットワークデバイスにランダムアクセス過程内の３番目のメッセージを送信するように構成される
ことを特徴とする請求項１１〜１７のいずれか１項に記載の端末デバイス。
【請求項１９】
前記第１のプリアンブルのＲＡＲは、前記端末デバイスが前記少なくとも１つのＲＡＲウインドウにおいて最初に傍受したＲＡＲである
ことを特徴とする請求項１８に記載の端末デバイス。
【請求項２０】
前記ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である
ことを特徴とする請求項１１〜１９のいずれか１項に記載の端末デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願の実施例は、通信分野に関し、具体的に、ランダムアクセスのための方法及び端末デバイスに関する。
【背景技術】
【０００２】
従来のロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ )システムにおいて、ランダムアクセス過程は、ネットワークデバイスが端末デバイスに専用のランダムプリアンブルを構成してアクセスを開始する非競合に基づくアクセスと、端末デバイスがプリアンブルを要求してアクセスを開始する競合に基づくアクセスとに分けられ、端末デバイスの競合に基づくアクセス又は非競合に基づくアクセスのいずれも、プリアンブルｐｒｅａｍｂｌｅ伝送の信頼性は十分高くない。
【発明の概要】
【０００３】
本願の実施例は、上記に鑑みてなされたものであって、プリアンブル伝送の信頼性及びプリアンブルに対するネットワークデバイスの応答確率を向上させるのに有利なランダムアクセスのための方法、端末デバイス及びネットワークデバイスを提供する。
【０００４】
第１の形態は、ランダムアクセスのための方法を提供し、当該方法は、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することと、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することとを含む。
【０００５】
１回のランダムアクセス過程とは、端末デバイスが前回送信したプリアンブルに対するランダムアクセスに失敗した後に、再度プリアンブルを送信することではなく、端末デバイスが複数のプリアンブルを連続してネットワークデバイスに送信することである。
【０００６】
端末デバイスは、１回のランダムアクセス過程で複数のプリアンブルをネットワークデバイスに送信することで、プリアンブル伝送の信頼性と、プリアンブルに対するネットワークデバイスの応答確率を高めるのに有利である。
【０００７】
この複数のプリアンブルは、系列が全く異なるプリアンブルであってもよいし、系列が同じものを含むプリアンブルであってもよい。この複数のプリアンブルは、異なるビームで送信されてもよいし、同じビームで送信されてもよい。１つの可能な実施例において、前記少なくとも１つのＲＡＲウインドウは、時間領域上の開始位置が前記複数のプリアンブル伝送の後に位置しているＲＡＲウインドウを含み、前記端末デバイスは、前記少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、前記１つのＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む。
【０００８】
１つの可能な実施例において、当該少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が当該複数のプリアンブルの１番目のプリアンブル伝送の後且つ当該複数のプリアンブルの２番目のプリアンブル伝送の前に位置する１つのＲＡＲウインドウを含み、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、当該端末デバイスが当該１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む
選択可能で、端末デバイスは、複数のプリアンブルに対して１つのＲＡＲウインドウを構成し、ＲＡＲウインドウの時間領域上の開始位置は、任意の２つのプリアンブル伝送の間にあってもよい。
【０００９】
１つの可能な実施例において、当該少なくとも１つのＲＡＲウインドウは、当該複数のプリアンブルに一対一対応する、各ＲＡＲウインドウの時間領域の開始位置が対応するプリアンブル伝送の後に位置する複数のＲＡＲウインドウを含み、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、当該端末デバイスが当該各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受することを含む。
【００１０】
選択可能で、端末デバイスは、複数のプリアンブルに対して、上記３種類のＲＡＲウインドウの組み合わせを構成してもよい。
【００１１】
１つの可能な実施例において、当該複数のＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、当該第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である 
選択可能で、当該Ｋ個のサブフレーム長さが３ｍｓである。
【００１２】
ＲＡＲウインドウとプリアンブル伝送の時間間隔を短くすることにより、端末デバイスは、より迅速に対応するＲＡＲを傍受でき、端末デバイスにランダムアクセスを容易に行うことができる。
【００１３】
１つの可能な実施例において、当該端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することは、当該端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することを含む。
【００１４】
１つの可能な実施例において、当該端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することは、当該端末デバイスが１回のランダムアクセス過程において当該複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することを含む。
【００１５】
選択可能で、ネットワークデバイスは、複数のＰＲＡＣＨリソースを予め構成して複数のプリアンブルを伝送しても良いし、１つのＰＲＡＣＨリソースを構成して複数のプリアンブルを伝送しても良く、端末デバイスが、その１つのＰＲＡＣＨリソース内のある位置を使用してそれぞれのプリアンブルを伝送することを自ら決定することができ、ネットワークデバイスは、複数のＰＲＡＣＨリソースを１つのビームに対応するように構成することができ、または異なるＰＲＡＣＨリソースを異なるビームに対応するように構成することができる。
【００１６】
１つの可能な実施例において、当該端末デバイスが当該少なくとも１つのＲＡＲウインドウにおいて当該複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、当該方法は、さらに、当該端末デバイスが当該第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、当該ネットワークデバイスにランダムアクセス過程内の３番目のメッセージを送信することを含む。
【００１７】
選択可能でで、ランダムアクセス過程における３番目のメッセージは、無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )接続要求を搬送しても良いし、いくつかの制御メッセージ、さらにはトラフィックパケットなどを搬送しても良い。
【００１８】
１つの可能な実施例において、当該第１のプリアンブルのＲＡＲは、当該端末デバイスが当該少なくとも１つのＲＡＲウインドウにおいて最初に傍受したＲＡＲである
１つの可能な実施例において、当該ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である
第２の形態は、ランダムアクセスのための方法を提供し、当該方法は、ネットワークデバイスが１回のランダムアクセス過程において端末デバイスにより送信された複数のプリアンブルを受信することと、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることとを含む。
【００１９】
１つの可能な実施例において、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルの１番目のプリアンブルを受信した後、当該端末デバイスに当該１番目のプリアンブルに対応するＲＡＲをフィードバックし、当該ネットワークデバイスが当該複数のプリアンブルのうちの当該１番目のプリアンブルの以外のプリアンブルを受信した後、当該端末デバイスにＲＡＲをフィードバックしないことを含む。
【００２０】
１つの可能な実施例において、当該少なくとも１つのＲＡＲは、当該複数のプリアンブルに一対一対応する複数のＲＡＲを含み、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルの各プリアンブルを受信するごとに、当該端末デバイスに対応するＲＡＲをフィードバックすることを含む。
【００２１】
１つの可能な実施例において、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックすることを含む。
【００２２】
１つの可能な実施例において、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該端末デバイスに当該少なくとも１つのプリアンブルに対応する少なくとも１つのＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該複数のプリアンブルを受信する信号の強さ又は当該複数のプリアンブルを受信する順番に基づいて、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックすることを含む。
【００２３】
１つの可能な実施例において、当該少なくとも１つのＲＡＲは、複数のＲＡＲを含み、当該複数のＲＡＲは、１つのメディアアクセス制御ＭＡＣデータプロトコルのユニットＰＤＵに搬送される。
【００２４】
選択可能で、当該ネットワークデバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該端末デバイスにより送信された当該複数のプリアンブルを受信する。
【００２５】
さらに、当該ネットワークデバイスが１回のランダムアクセス過程において当該複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより当該端末デバイスにより送信された当該複数のプリアンブルを受信する。
【００２６】
第３の形態は、上記の第１の形態または第１の形態の任意の可能な方式における方法を実行するための端末デバイスを提供する。具体的には、該当端末デバイスは、上記の第１の形態または第１の形態の任意の可能な実現方式における方法を実行するためのユニットを含む。
【００２７】
第４の形態は、上記の第２の形態または第２の形態の任意の可能な方式における方法を実行するためのネットワークデバイスを提供する。具体的には、該当ネットワークデバイスは、上記の第２の形態または第２の形態の任意の可能な実現方式における方法を実行するためのユニットを含む。
【００２８】
第５の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを有する端末デバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。当該メモリは、命令を記憶するために使用され、当該プロセッサは、メモリに記憶された命令を実行して、第１の形態または第１の形態の任意の可能な実施例の方法を実行する。
【００２９】
第６の形態は、メモリと、プロセッサと、入力インタフェースと、出力インタフェースとを有するネットワークデバイスを提供する。ここで、メモリ、プロセッサ、入力インタフェース、出力インタフェースは、バスシステムを介して接続される。当該メモリは、命令を記憶するために使用され、当該プロセッサは、メモリに記憶された命令を実行して、第２の形態または第２の形態の任意の可能な実施例の方法を実行する。
【００３０】
第７の形態は、上記の第１の形態または第１の形態の任意の可能な実施例における方法、または上記の第２の形態または第２の形態の任意の可能な実施例における方法を実行するためのコンピュータソフトウェア命令を記憶するためのコンピュータ記憶媒体を提供し、上記の形態を実行するように設計されたプログラムを含む。
【００３１】
第８の形態は、コンピュータープログラム製品を提供し、コンピューターにより実行される場合、コンピューターが上記の第１の形態または第１の形態の任意の可能な実施例における方法、または上記の第２の形態または第２の形態の任意の可能な実施例における方法を実行する。
【００３２】
本願のこれらの態様または他の態様は、以下の実施例の説明においてより容易に理解されるであろう。
【図面の簡単な説明】
【００３３】
【図１】本願の実施例の応用シーンの模式図である。
【図２】ランダムアクセス過程のフローチャートである。
【図３】本願の実施例におけるランダムアクセスのための方法のブロック図である。
【図４】本願の実施例におけるプリアンブルとＲＡＲウインドウの時間領域において位置関係の模式図である。
【図５】本願の実施例におけるプリアンブルとＲＡＲウインドウの時間領域において他の位置関係の模式図である。
【図６】本願の実施例におけるプリアンブルとＲＡＲウインドウの時間領域において他の位置関係の模式図である。
【図７】本願の実施例におけるプリアンブルとＲＡＲウインドウの時間領域において他の位置関係の模式図である。
【図８】本願の実施例におけるプリアンブルとＲＡＲウインドウの時間領域において他の位置関係の模式図である。
【図９】本願の実施例におけるランダムアクセスのための方法の他のブロック図である。
【図１０】ＲＡＲが含まれるＭＡＣ  ＰＤＵの構成図である。
【図１１】本願の実施例における端末デバイスのブロック図である。
【図１２】本願の実施例におけるネットワークデバイスのブロック図である。
【図１３】本願の実施例における端末デバイスの他のブロック図である。
【図１４】本願の実施例におけるネットワークデバイスの他のブロック図である。
【発明を実施するための形態】
【００３４】
以下、本願の実施例における技術的解決策を、本願の実施例における添付図面と併せて、明確かつ完全に説明する。
【００３５】
本願の実施例の技術的解決策は、例えば、グローバル移動通信( Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ )システム、符号分割多元接続( Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ )システム、広帯域符号分割多元接続( Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ )システム、汎用パケット無線サービス( Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ )、ロングタームエボリューション( Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ )システム、ＬＴＥ周波数分割複信( Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ )システム、ＬＴＥ時分割複信( Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ )、汎用移動通信システム( Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ )、又はグローバル相互接続マイクロ波アクセス( Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ )通信システム、及び将来生じ得る５Ｇ（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）システムに適用され得ることが理解されるべきである。
【００３６】
特に、本出願の実施例の技術的解決策は、スパースコード多元接続( Ｓｐａｒｓｅ Ｃｏｄｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣＭＡ )システム、低密度シグネチャ( Ｌｏｗ Ｄｅｎｓｉｔｙ Ｓｉｇｎａｔｕｒｅ、ＬＤＳ )システム等の様々な非直交多元接続技術に基づく通信システムに適用され得るが、ＳＣＭＡシステム及びＬＤＳシステムは、通信分野において別名としても知られてもよい。さらに、本願の実施例の技術的方式は、非直交多元接続技術を採用するマルチキャリア伝送システム、例えば、非直交多元接続技術を採用する直交周波数分割多重( Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，ＯＦＤＭ )、フィルタグループマルチキャリア( Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ−Ｃａｒｒｉｅｒ，ＦＢＭＣ )、汎用周波数分割多重( Ｇｅｎｅｒａｌｉｚｅｄ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，ＧＦＤＭ )、フィルタリング直交周波数分割多重( Ｆｉｌｔｅｒｅｄ−ＯＦＤＭ，Ｆ−ＯＦＤＭ )システム等に適用されてもよい。
【００３７】
本願の実施例は、ユーザ装置(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ )、アクセス端末、ユーザ機器、ユーザ局、移動局、リモート端末、モバイル装置、ユーザ端末、無線通信装置、ユーザエージェント又はユーザ装置を指してもよい。アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル( Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰ )電話、ワイヤレスローカルループ( Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ、ＷＬＬ )局、パーソナルデジタル処理( Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ )、ワイヤレス通信機能を有するハンドヘルドデバイス、コンピューティングデバイス、またはワイヤレスモデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末デバイス、または将来の陸上公衆移動通信ネットワーク( Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、ＰＬＭＮ )ネットワークにおける端末デバイスなどであり得る。
【００３８】
本願の実施例におけるネットワークデバイスは、端末デバイスと通信するためのデバイスであってもよく、例えば、ＧＳＭシステムまたはＣＤＭＡ ( Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ )における基地局であってもよく、ＷＣＤＭＡシステムにおける基地局( ＮｏｄｅＢ、ＮＢ )であってもよく、ＬＴＥシステムにおける発展型基地局( Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、ｅＮＢ又はｅＮｏｄｅＢ )であってもよく、または、中継局、アクセスポイント、車載装置、ウェアラブル装置、および将来の５Ｇネットワークにおけるネットワーク側装置または将来の発展型ＰＬＭＮネットワークにおけるネットワーク側デバイスなどであってもよい。
【００３９】
図１は、本発明の一実施例に係る応用場面の概略図である。図１の通信システムは、端末デバイス１０とネットワークデバイス２０とを含む。ネットワークデバイス２０は、端末デバイス１０に通信サービスを提供し、コアネットワークにアクセスするためのものであり、端末デバイス１０は、ネットワークデバイス２０から送信された同期信号やブロードキャスト信号等を検索することによりネットワークにアクセスし、ネットワークとの通信を行う。図１に示される矢印は、端末デバイス１０とネットワークデバイス２０との間のセルラーリンクを介した上り/下りの送信を表すことができる。
【００４０】
ランダムアクセス技術は、移動通信システムにおいてユーザがネットワークと通行する際の主要な内容である。無線セルラネットワークにおいて、ユーザは、ランダムアクセス過程によりネットワーク側に接続要求を開始する。ＬＴＥシステムでは、ランダムアクセスの主目的は、上り同期を確立し必要なセル無線ネットワーク一時識別( Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，Ｃ−ＲＮＴＩ )を受信する。したがって、ランダムアクセスは、初期アクセスだけでなく、ユーザの上り同期が失われた場合にも適用される。理解を容易にするため、ランダムアクセス過程を図２を参照して簡単に説明する。図２に示すように、主に以下の内容がある。
１、まず、ランダムアクセスプリアンブルの送信である。ネットワークデバイスが端末デバイスの伝送遅延を正しく推定でき、複数の端末デバイスが同時にアクセス要求を開始する競合問題を解決できることを主な目的とする。
２、ネットワークデバイスが端末に送信するフィードバック情報、すなわちランダムアクセス応答( Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ )には、上り同期に必要な伝送遅延と、現在のシステムのアクセス過負荷状況(端末デバイスがバックオフメカニズムを採用して衝突回避を行うための)とが含まれる。また、ネットワークデバイスは、アクセス端末デバイスに割り当てられた上りリソース位置を端末にフィードバックする。
３、端末デバイスは、指定された上りリンクリソース上で、ランダムアクセスイベントに対応するメッセージと、端末デバイス自身の端末デバイス識別子Ｃ−ＲＮＴＩとを送信する。
４、ネットワークデバイスは、衝突解決情報を端末デバイスにフィードバックする。これにより、ランダムアクセス過程において同時に複数の端末デバイスがシステムにアクセスする競合の問題を完全に解決することができる。
【００４１】
アクセスリソースの制限により、複数の端末デバイスが同一のアクセスリソース上で同時にアクセスを開始する場合に衝突が発生する。端末デバイスは、ランダムアクセス応答時間ウィンドウ内に上記２のフィードバック情報を受信したか否か、又は受信したフィードバック情報に含まれるプリアンブルが自分の送信したものと一致するか否かによって、今回のランダムアクセスが失敗したか否かを判断することができる。具体的には、端末デバイスは、ランダムアクセス応答時間ウィンドウ内にフィードバック情報を受信しないか、又は受信したフィードバック情報内にプリアンブルが自分の送信に一致するものが含まれない場合、ランダムアクセスに失敗したとみなすことができ、また、端末デバイスは、上記４で受信した競合解決情報から競合解決に失敗したと判断してもよく、同様、今回のランダムアクセスが失敗したと判断してもよい。
【００４２】
５Ｇ等の将来の無線通信システムの研究において、ビームフォーミング技術は、カバレッジ及びスペクトル効率を向上させるための重要な技術である。ビームフォーミング( Ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ )は、アダプティブアレイスマートアンテナの一実施例であり、複数のセルからなるアンテナアレイ上で実現されるデジタル信号処理技術である。有用信号と干渉信号の到来角などの空間チャネル特性の違いを利用して、アンテナアレイに適切なウエイトを設けることにより、有用信号と干渉信号を空間的に分離し、ユーザ間干渉の低減を図り、システム容量の向上を図る。
【００４３】
ランダムアクセス過程で、端末デバイスは、端末デバイスに対するネットワークデバイスのランダムアクセス応答の確率を高めるために、ネットワークデバイスにマルチビームを用いてプリアンブルｐｒｅａｍｂｌｅを送信することができる。ＲＡＲウインドウの傍受は、通信システムが複数のｐｒｅａｍｂｌｅの送信をサポートする場合に、解決すべき課題となる。
【００４４】
図３は本願の実施例におけるランダムアクセスのための方法１００のフローチャートである。図３に示すように、当該方法１００は以下の内容を含む。
【００４５】
Ｓ１１０において、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信する。
【００４６】
Ｓ１２０において、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受する。
【００４７】
選択可能で、以下の内容を説明する。
一、本願の実施例の適用シーンは、１回のランダムアクセス過程において複数のプリアンブルを送信し、ＬＴＥシステムにおける端末デバイスが１回のランダムアクセス過程でネットワークデバイスに１つのプリアンブルを送信し、そのランダムアクセスが失敗する場合、端末デバイスが再度同じプリアンブルをネットワークデバイスに送信するシーンとは異なる。すなわち、端末デバイスは、１回のランダムアクセス過程で複数のプリアンブルを連続して送信し、前回送信したプリアンブルのＲＡＲを傍受していない状態で、再度プリアンブルを送信する必要がない。
二、本願の実施例では、該複数のプリアンブルは、系列が全く異なるプリアンブルであってもよいし、系列が同じプリアンブルを含んでもよい。この複数のプリアンブルは、異なるビームで送信されてもよいし、同じビームで送信されてもよく、ここでは特に限定しない。
三、当業者は、ＵＥがｐｒｅａｍｂｌｅを送信した後、ＲＡＲ ｗｉｎｄｏｗ内で物理下り制御チャネル( Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ )を傍受して、ｐｒｅａｍｂｌｅに対応するＲＡＲを受信することを理解するであろう。このＲＡＲ時間ウィンドウ内にｅＮｏｄｅＢ応答のＲＡＲが受信されない場合、このランダムアクセス過程は、今度に失敗したと考えられる。図４に示すように、端末デバイスはサブフレーム１でｐｒｅａｍｂｌｅをネットワークデバイスに送信し、サブフレーム４からＲＡＲを傍受し、サブフレーム５でＲＡＲを傍受したり、ＲＡＲウインドウ内の他のサブフレームでＲＡＲを傍受したり、ＲＡＲウインドウ内で対応するＲＡＲを傍受しなかったりする可能性がある。ここで、ＲＡＲウィンドウの時間領域長は、パラメータｒａ−Ｒｅｓｐｏｎｓｅ ＷｉｎｄｏｗＳｉｚｅによって構成され得る。ｐｒｅａｍｂｌｅを送信するサブフレームとＲＡＲウインドウとの相対位置は、プロトコルによって約定されてもよい。
四、端末デバイスがｐｒｅａｍｂｌｅの送信が上りリソースを占用し、ＲＡＲの傍受が下りリソースを占用し、つまり、端末デバイスがｐｒｅａｍｂｌｅを送信するリソースと端末デバイスがＲＡＲを傍受するリソースとは、周波数領域で重ならず、時間領域で重なってもよい。すなわち、本願の実施例において、端末デバイスは、図４のようにサブフレーム４上で２番目のｐｒｅａｍｂｌｅを送信し、サブフレーム４の後のＲＡＲウインドウ内で、この２番目のｐｒｅａｍｂｌｅのＲＡＲを傍受することができる。
【００４８】
そして、本願の実施例におけるランダムアクセスのための方法は、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することで、プリアンブル伝送の信頼度及びプリアンブル応答に対するネットワークデバイスの確率の向上に有利である。
【００４９】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは１つのＲＡＲウインドウを含み、当該１つのＲＡＲウインドウの時間領域の開始位置が当該複数のプリアンブルのうちの少なくとも１つのプリアンブル伝送の後に位置し、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、当該端末デバイスが当該１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む。
【００５０】
具体的には、ネットワークデバイスは、予め１つのＲＡＲウインドウを構成し、そのＲＡＲウインドウの時間領域上の開始位置が端末デバイスが複数のプリアンブルを送信した後に位置し、図５に示すように、ネットワークデバイスが端末デバイスに３つのプリアンブルの伝送リソースを設定し、その３つのプリアンブルをサブフレーム１、サブフレーム２、サブフレーム３でそれぞれ送信するものとし、端末デバイスが送信する最後のプリアンブルのサブフレームの後にＲＡＲウインドウの開始サブフレームが予約されている場合、端末デバイスは、サブフレーム４から始まるＲＡＲウインドウ内で、その３つのプリアンブルのＲＡＲを傍受することができる。
【００５１】
端末デバイスがプリアンブルを送信する位置およびＲＡＲウインドウの長さは、ネットワークデバイスによって予め構成され得るか、またはプロトコルによって予め約定され得ることを理解されたい。ここで、プロトコルによって予め約定されるとは、端末デバイスの出荷形態をいう。
【００５２】
なお、ネットワークデバイスにより構成された当該ＲＡＲウインドウは、当該複数のプリアンブルに対するものであるが、端末デバイスが当該ＲＡＲウインドウにおいて当該複数のプリアンブルの各プリアンブルのＲＡＲを傍受しない可能性がある。つまり、端末デバイスが当該複数のプリアンブルの伝送後の１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのＲＡＲを傍受することができる。例えば、端末デバイスは、図５のＲＡＲウインドウにおいてサブフレーム１に伝送されるプリアンブルのＲＡＲを、サブフレーム２に伝送されるプリアンブルのＲＡＲ、及びサブフレーム３に伝送されるプリアンブルのＲＡＲの任意の組合せを傍受することができる。
【００５３】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは１つのＲＡＲウインドウを含み、当該１つのＲＡＲウインドウの時間領域の開始位置が当該複数のプリアンブルの１番目のプリアンブル伝送後、当該複数のプリアンブルの２番目のプリアンブル伝送前に位置し、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、当該端末デバイスが当該１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む。
【００５４】
具体的に、ネットワークデバイスが１つのＲＡＲウインドウを予め構成し、且つ当該ＲＡＲウインドウの時間領域の開始位置が１番目のプリアンブル伝送後、２番目のプリアンブル伝送前に位置し、図６に示すように、ネットワークデバイスが端末デバイスに３つのプリアンブルの伝送リソースを構成し、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに３つのプリアンブルを送信し、且つ当該３つのプリアンブルがサブフレーム１、サブフレーム３及びサブフレーム５に伝送され、ＲＡＲウインドウの開始サブフレームが端末デバイス１番目の伝送されたプリアンブルのサブフレームの後、且つ２番目の伝送されたプリアンブルのサブフレームの前に位置するとプロトコルにより約定された場合、端末デバイスがサブフレーム２から開始するＲＡＲウインドウにおいて当該３つのプリアンブルのＲＡＲを傍受することができる。
【００５５】
なお、ＲＡＲウインドウが時間領域で終了する位置は、端末デバイスが送信した最後のプリアンブルの時間領域での位置の後であってもよい。
【００５６】
なお、ネットワークデバイスによって構成されるＲＡＲウィンドウは複数のプリアンブルのものであり得るが、端末デバイスは、必ずしもＲＡＲウィンドウ内で複数のプリアンブルの各々のＲＡＲを傍受する必要はない。すなわち、端末デバイスは、最初のプリアンブルの送信終了後のＲＡＲウインドウにおいて、複数のプリアンブルのうちの少なくとも１つのプリアンブルのＲＡＲを傍受することができる。例えば、端末デバイスは、図６のＲＡＲウィンドウ内で、サブフレーム１で送信されたプリアンブルのＲＡＲ、サブフレーム３で送信されたプリアンブルのＲＡＲ、及びサブフレーム５で送信されたＲＡＲの任意の組み合わせを傍受することができる。
【００５７】
選択可能で、ネットワークデバイスは、複数のプリアンブルに対して１つのＲＡＲウインドウを構成し、ＲＡＲウインドウの時間領域上の開始位置は、任意の２つのプリアンブル送信の間にあってもよい。本願の実施例はこれに限定されるものではない。例えば、図７に示すように、ネットワークデバイスは、端末デバイスに対し、３つのプリアンブルの送信リソースを構成し、端末デバイスは、サブフレーム１、サブフレーム３、サブフレーム５のそれぞれで送信される３つのプリアンブルを１回のランダム処理でネットワークデバイスに送信し、ＲＡＲウインドウの開始サブフレームが端末デバイスが２番目に送信されるプリアンブルのサブフレームの後に位置することが予約されている場合、端末デバイスは、図７のサブフレーム４から始まるＲＡＲウインドウ内で、サブフレーム１で送信されるプリアンブルのＲＡＲ、サブフレーム３で送信されるプリアンブルのＲＡＲ、サブフレーム５でのＲＡＲのいずれかの組み合わせを傍受することができる。
【００５８】
選択可能で、端末デバイスは、複数のプリアンブルに対して、上記２種類のＲＡＲウインドウの組み合わせを構成してもよい。例えば、図８に示すように、ネットワークデバイスは、端末デバイスに５個のプリアンブルの送信リソースを設定し、端末デバイスは、サブフレーム１、サブフレーム２、サブフレーム３、サブフレーム５、サブフレーム７でそれぞれ送信される５つのプリアンブルを１回のランダム過程でネットワークデバイスに送信し、ネットワークデバイスは、最初の２つのプリアンブルに対して１つのＲＡＲウィンドウを設定し、次の３つのプリアンブルに対してもう１つのＲＡＲウィンドウを設定し、最初の２つのプリアンブルに対して構成されたＲＡＲウィンドウの時間領域上の開始位置がサブフレーム３ (最初の２個のプリアンブル送信後)であり、次の３個のプリアンブルに対して構成されたＲＡＲウィンドウの時間領域上の開始位置がサブフレーム４ ( ３つのプリアンブル送信後、４つのプリアンブル送信前)である。図８は、例示のためのものであり、本願の実施例の範囲を限定するものではない。
【００５９】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは、当該複数のプリアンブルに一対一対応する複数のＲＡＲウインドウを含み、当該複数のＲＡＲウインドウの各ＲＡＲウインドウの時間領域の開始位置が、対応するプリアンブル伝送の後の位置し、当該端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、当該端末デバイスが当該各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受することを含む。
【００６０】
具体的には、ネットワークデバイスは、プリアンブル毎に１つのＲＡＲウインドウを予め設定しておくことができ、各ＲＡＲウインドウの時間軸上の開始位置が対応するプリアンブル送信後に位置し、図９に示すように、ネットワークデバイスが端末デバイスに３つのプリアンブル伝送リソースを設定し、端末デバイスが１回のランダム処理で３つのプリアンブルをネットワークデバイスに送信し、この３つのプリアンブルは、それぞれサブフレーム１、サブフレーム３およびサブフレーム５で伝送され、１番目のプリアンブルに対応するＲＡＲウインドウはサブフレーム２から始まり、２番目のプリアンブルに対応するＲＡＲウインドウはサブフレーム４から始まり、３番目のプリアンブルに対応するＲＡＲウインドウはサブフレーム６から始まり、すなわち、端末デバイスは、サブフレーム２から始まるＲＡＲウインドウ内から１番目のプリアンブルのＲＡＲを傍受し、サブフレーム４から始まるＲＡＲウインドウ内は２番目のプリアンブルのＲＡＲを傍受し、サブフレーム６から始まるＲＡＲウインドウ内は３番目のプリアンブルのＲＡＲを傍受する。
【００６１】
なお、ＲＡＲウインドウが時間領域で終了する位置は、端末デバイスの後に送信される任意のプリアンブルの後に設定されてもよい。
【００６２】
選択可能で、端末デバイスは、複数のプリアンブルに対して、上記３種類のＲＡＲウインドウの組み合わせを構成してもよい。すなわち、端末デバイスは、複数のプリアンブルのうち一部のプリアンブルに専用のＲＡＲウインドウを配置してもよいし、一部のプリアンブルに共通のＲＡＲウインドウを配置してもよく、この共通のＲＡＲウインドウの時間領域上の開始位置は、いずれかのプリアンブル送信の後にあってもよい。図５〜図８を参照して、簡潔のためにここでは繰り返し説明を省略する。
【００６３】
選択可能で、本願の実施例において、当該複数のＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、当該第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である。
【００６４】
すなわち、上述した各プリアンブルが１つのＲＡＲウィンドウに対応する方式において、各ＲＡＲウィンドウの時間領域上の開始位置と各プリアンブルの送信位置との間隔は、３サブフレーム未満、例えば３ｍｓ未満であってもよい。ここでのサブフレーム長は、ＬＴＥにおける１ｍｓとして理解されてもよく、別の時間領域ユニット長であってもよく、本願実施例はこれに限定されないことを理解すべきである。
【００６５】
ＲＡＲウインドウとプリアンブル送信の時間間隔を短くすることにより、端末デバイスは、より迅速に対応するＲＡＲを傍受することができ、端末デバイスにランダムアクセスを容易に行うことができる。
【００６６】
ＲＡＲウィンドウの開始位置と当該プリアンブルの伝送位置との間隔が３サブフレーム未満であることは、上述した様々なＲＡＲウィンドウに適用可能であることを理解すべきである。本願の実施例はこれに限定されるものではない。例えば、図５の方式において、ネットワークデバイスが端末デバイスに構成するＲＡＲウインドウの開始位置は、最後のプリアンブル送信の後の最初の２サブフレームとすることができる。
【００６７】
選択可能で、本願の実施例において、当該端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することは、当該端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することを含む。 
選択可能で、本願の実施例において、当該端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することは、当該端末デバイスが１回のランダムアクセス過程において、当該複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信することを含む。
【００６８】
物理ランダムアクセスチャネル( Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ )は、ランダムアクセスプリアンブルを送信するために使用され、ネットワークデバイスは、複数のプリアンブルを送信するために複数のＰＲＡＣＨリソースを予め構成することができ、複数のプリアンブルを送信するために１つのＰＲＡＣＨリソースを構成することができ、端末デバイスが、対応するプリアンブルを送信するために１つのＰＲＡＣＨリソースのロケーションを使用することを自ら決定することができ、ネットワークデバイスは、１つのビームに対応する複数のＰＲＡＣＨリソースを構成することもでき、または異なるビームに対応する異なるＰＲＡＣＨリソースを構成することができ、本願の実施例は、これに限定されないことを当業者は理解する。
【００６９】
選択可能で、本願の実施例において、当該端末デバイスが当該少なくとも１つのＲＡＲウインドウにおいて当該複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、当該方法は、さらに、当該端末デバイスが当該第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、当該ネットワークデバイスにランダムアクセスイベントに対応するメッセージを送信することを含む。
【００７０】
端末デバイスは、ＲＡＲを傍受した後、ＲＡＲに含まれる上りグラントに従ってランダムアクセス過程の第３のメッセージ( ＭＳＧ３ )をネットワークデバイスに送信することができる。ランダムアクセス過程では、これらのメッセージの内容は固定されないので、異なるシーンに基づいて異なるメッセージが搬送される。例えば、無線リソース制御( Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ )接続要求が搬送され、又は、制御メッセージさらにはトラフィックパケット等が搬送される。
【００７１】
５Ｇなどの将来の無線通信システムでは、ランダムアクセス過程における３番目のメッセージは、以下のものを含み得る。
１、最初のＲＲＣ接続確立であり、端末デバイスがアイドル状態から接続状態に移行するときに、端末デバイスがランダムアクセスを開始する。
２、ＲＲＣ接続の再確立であり、無線リンクの失敗後に端末デバイスがＲＲＣ接続を再確立する必要がある場合、ＵＥはランダムアクセスを開始する。
３、端末デバイスがハンドオーバを行う際、端末デバイスは、ターゲットセルでランダムアクセスを開始し、このとき端末デバイスは、新たなセルとの上り同期を確立する必要がある。
４、ＲＲＣ接続状態において、下りデータが到着したが、端末デバイスの上り同期外れ状態を発見し(ネットワークデバイスは、上りタイマを保持し、上りタイマがタイムアウトし、ネットワークデバイスが端末デバイスのプローブ( ｓｏｕｎｄｉｎｇ )信号を受信しない場合、端末デバイスの上り同期外れと認識し)、ネットワークデバイスは、端末デバイスを制御してランダムアクセスを開始する。
５、ＲＲＣ接続状態において、上りデータが到着したが、端末デバイスは、自身が上り同期外れ状態(ネットワークデバイスが上りタイマを保持しており、上りタイマがタイムアウトし、端末デバイスがネットワークデバイス調整タイミング先行( ｔｉｍｅ ａｄｖａｎｃｅ、ＴＡ )のコマンドを受信しない場合、端末デバイスが自身で上り同期外れであると認識する)か、もしくは、スケジューリング要求( Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ )の送信に使用可能な物理上り制御チャネル( Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ )リソースがなくなり、ランダムアクセスを開始する。
６、端末デバイスが非アクティブ状態から接続状態に移行する際に開始されるランダムアクセスである。
７、端末は、システム情報を取得する。
【００７２】
選択可能で、本願の実施例において、前記第１のプリアンブルのＲＡＲは、前記端末デバイスが前記少なくとも１つのＲＡＲウィンドウ内で最初に傍受したＲＡＲである。
【００７３】
すなわち、最初に傍受したＲＡＲに含まれる上りグラントに応じて、端末デバイスはネットワークデバイスに３番目のメッセージを送信することができる。あるいは、端末デバイスは、前記少なくとも１つのＲＡＲウインドウ内で複数のＲＡＲを傍受した場合、その中から１つのＲＡＲを選択し、選択したＲＡＲに含まれる上りグラントに応じてネットワークデバイスに３番目のメッセージを送信してもよい。例えば、端末デバイスが複数のＲＡＲを傍受すれば、端末デバイスは、最初に傍受されたＲＡＲに含まれる上りグラントに基づいて３番目のメッセージをネットワークデバイスに送信し、端末デバイスは、受信された複数のＲＡＲのうち信号強度の最も強いＲＡＲに含まれる上りグラントに基づいて３番目のメッセージをネットワークデバイスに送信し、端末デバイスは、他のポリシーに従って複数のＲＡＲのうちの１つのＲＡＲを選択し、選択されたＲＡＲに含まれる上りグラントに基づいて３番目のメッセージをネットワークデバイスに送信することもでき、本発明は、これに限定されない。
【００７４】
選択可能で、本願の実施例において、当該ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である。
【００７５】
つまり、本願の実施例は、ランダムアクセス過程のシーンに限定されない。
【００７６】
図９は本願の実施例におけるランダムアクセスのための方法２００のブロック図である。図９に示すように、当該方法２００は、Ｓ２１０及びＳ２２０を含む。
【００７７】
Ｓ２１０において、ネットワークデバイスが１回のランダムアクセス過程において端末デバイスにより送信された複数のプリアンブルを受信する。
【００７８】
Ｓ２２０において、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックする。
【００７９】
具体的に、端末デバイスが１回のランダムアクセスにおいてネットワークデバイスに複数のプリアンブルを送信することができ、同様、ネットワークデバイスが当該複数のプリアンブルを受信し、ネットワークデバイスが端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのＲＡＲをフィードバックすることができる。
【００８０】
そして、本願の実施例におけるランダムアクセスのための方法において、ネットワークデバイスは１回のランダムアクセス過程において、端末デバイスにより送信された複数のプリアンブルを受信して、プリアンブル伝送の信頼度及びネットワークデバイスからのプリアンブル応答の確率の向上に有利である。
【００８１】
選択可能で、本願の実施例において、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルのうちの１番目のプリアンブルを受信した後、当該端末デバイスに当該１番目のプリアンブルに対応するＲＡＲをフィードバックし、当該ネットワークデバイスが当該複数のプリアンブルのうちの当該１番目のプリアンブル以外のプリアンブルを受信した後、当該端末デバイスにＲＡＲをフィードバックしないことを含む。
【００８２】
つまり、ネットワークデバイスが１番目のプリアンブルを受信した後、端末デバイスに当該１番目のプリアンブルのＲＡＲをフィードバックし、ネットワークデバイスが他のプリアンブルを受信した後、端末デバイスにＲＡＲをフィードバックしなく、即ち、ネットワークデバイスが端末デバイスに１つのＲＡＲのみをフィードバックし、当該ＲＡＲは、１番目のプリアンブルのＲＡＲである。
【００８３】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲは、当該複数のプリアンブルに一対一対応する複数のＲＡＲを含み、当該ネットワークデバイスが当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルの１つのプリアンブルを受信するごとに、当該端末デバイスに対応するＲＡＲをフィードバックする。
【００８４】
具体的に、ネットワークデバイスが１つのプリアンブルを受信するごとに、端末デバイスに対応するＲＡＲをフィードバックし、つまり、ネットワークデバイスが端末デバイスにフィードバックするＲＡＲは、ネットワークデバイスからのプリアンブルに一対一対応する。
【００８５】
選択可能で、本願の実施例において、当該ネットワークデバイスは、当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックすることを含む。
【００８６】
ネットワークデバイスは、全てのプリアンブルを受信した後、それらから少なくとも１つのプリアンブルを選択してフィードバックしても良い。例えば、ネットワークデバイスは、端末デバイスに５つのプリアンブルの伝送リソースを構成し、ネットワークデバイスは、端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに５つのプリアンブルを送信すると考え、ネットワークデバイスは、５つのプリアンブルを受信した後、それらから１つのプリアンブルを選択してフィードバックし、ネットワークデバイスが３つのプリアンブルを受信し、待ち時間において４番目のプリアンブルを受信しない場合、ネットワークデバイスは、他の２つのプリアンブルが紛失され、受信した３つのプリアンブルから１つのプリアンブルを選択してフィードバックする。
【００８７】
ネットワークデバイスが複数のプリアンブルに対して端末デバイスにＲＡＲをフィードバックすることは、例示的なものであり、本願の実施例はこれに限定されない。
【００８８】
選択可能で、本願の実施例において、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該端末デバイスに当該少なくとも１つのプリアンブルに対応する少なくとも１つのＲＡＲをフィードバックすることは、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該複数のプリアンブルを受信した信号の強さ又は当該複数のプリアンブルの受信の順番に基づいて、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックすることを含む。
【００８９】
ネットワークデバイスは、受信したプリアンブルの順序に従って、ＲＡＲを端末デバイスにフィードバックすることができる。例えば、ネットワークデバイスは、最初に受信された１つ以上のプリアンブルをフィードバックしても良い。ネットワークデバイスは、受信したプリアンブルの信号の強さに応じて、ＲＡＲを端末デバイスにフィードバックしてもよい。例えば、ネットワークデバイスは、受信した複数のプリアンブルのうち信号強度の最も強い１つ以上のプリアンブルをフィードバックしてもよい。なお、端末デバイスにプリアンブルをフィードバックするＲＡＲ方式は、一例であって、本発明の範囲を限定するものではない。
【００９０】
選択可能で、本発明の実施例において、当該少なくとも一つのＲＡＲは、一つのメディアアクセス制御ＭＡＣデータプロトコルユニットＰＤＵに搬送される複数のＲＡＲを含む。
【００９１】
ＲＡＲは、典型的には、メディアアクセス制御( Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ )プロトコルデータユニット( Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ、ＰＤＵ )内に搬送され、当該ＭＡＣ ＰＤＵの構造は、図１０に示され、当該ＭＡＣ  ＰＤＵは、図１０から分かるように、１つのＭＡＣヘッダ( ＭＡＣ ｈｅａｄｅｒ )＋０又は複数のＭＡＣ ＲＡＲ ( ＭＡＣ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ )＋が存在し得るパディングｐａｄｄｉｎｇから成ることを当業者は理解する。そのうちの１つＭＡＣ ＲＡＲは、１つのプリアンブルに対応する。具体的には、ネットワークデバイスが複数のプリアンブルに対応するＲＡＲを端末デバイスにフィードバックする場合、各ＲＡＲを異なるＭＡＣ  ＰＤＵに搬送されてもよいし、複数のＲＡＲを同一のＭＡＣ  ＰＤＵに搬送されてもよい。
【００９２】
本明細書において、「システム」および「ネットワーク」という用語は、しばしば、本明細書において交換可能に使用されることが理解される。ここで、及び/又はとは、単に関連のある対象を記述するための関連関係の１つであり、Ａ及び/又はＢのように３つの関係が存在し得ることを意味し、Ａのみ、ＡとＢが同時に存在すること、Ｂのみが存在することの３つの場合が存在し得ることを意味する。なお、本文中の「/」の文字は、前後の関連オブジェクトが一種の「または」の関係であることを一般的に示す。
【００９３】
ネットワークデバイスによって記述されるネットワークデバイスと端末デバイスとの間の相互作用及び関連する特性、機能などは、端末デバイスの関連する特性、機能に対応することが理解される。なお、関連する内容は、上記方法１００において詳細に説明されているので、簡潔のために、ここでは説明を省略する。
【００９４】
また、本発明の様々な実施例において、上述のプロセスの順序の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、その機能及び内部ロジックにおいて決定されるべきであり、本発明の実施例のプロセスを何ら限定するものではないことを理解されたい。
【００９５】
本発明の実施例に係るランダムアクセス方法を詳細に説明したが、本発明の実施例に係るランダムアクセス装置は、図１１乃至図１４を参照して後述するように、本発明の実施例に係るランダムアクセス装置が、本発明の実施例に係るランダムアクセス装置に適用される。
【００９６】
図１１は本願の実施例における端末デバイス３００のブロック図である。図１１に示すように、当該端末デバイス３００は、第１の送信ユニット３１０及び傍受ユニット３２０を含む。
【００９７】
第１の送信ユニット３１０は、１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信するように構成される。
【００９８】
傍受ユニット３２０は、少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受するように構成される。
【００９９】
そして、本願の実施例における端末デバイスは、１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することで、プリアンブル伝送の信頼度及びネットワークデバイスにプリアンブルに対する応答の確率の向上に有利である。
【０１００】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは１つのＲＡＲウインドウを含み、当該１つのＲＡＲウインドウの時間領域の開始位置が当該複数のプリアンブル伝送の後に位置し、当該傍受ユニットは、当該１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される。
【０１０１】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは１つのＲＡＲウインドウを含み、当該１つのＲＡＲウインドウの時間領域の開始位置が当該複数のプリアンブルの１番目のプリアンブル伝送の後、且つ当該複数のプリアンブルの２番目のプリアンブル伝送の前に位置し、当該傍受ユニットは、当該１つのＲＡＲウインドウにおいて当該複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される。
【０１０２】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウは、当該複数のプリアンブルに一対一対応する複数のＲＡＲウインドウを含み、当該複数のＲＡＲウインドウの各ＲＡＲウインドウの時間領域の開始位置が、対応するプリアンブル伝送の後の位置し、
当該傍受ユニットは、当該各ＲＡＲウインドウにおいて、対応するプリアンブルのＲＡＲを傍受するように構成される。
【０１０３】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、当該第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である。
【０１０４】
選択可能で、本願の実施例において、当該第１の送信ユニットは、１回のランダムアクセス過程において、少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信するように構成される。
【０１０５】
選択可能で、本願の実施例において、当該第１の送信ユニットは、１回のランダムアクセス過程において、当該複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより当該ネットワークデバイスに当該複数のプリアンブルを送信するように構成される。
【０１０６】
選択可能で、本願の実施例において、当該端末デバイスは、第２の送信ユニットを含み、第２の送信ユニットは、当該傍受ユニットが当該少なくとも１つのＲＡＲウインドウにおいて当該複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、当該第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、当該ネットワークデバイスにランダムアクセスイベントに対応するメッセージを送信するように構成される。
【０１０７】
選択可能で、本願の実施例において、当該第１のプリアンブルのＲＡＲは、当該端末デバイスが当該少なくとも１つのＲＡＲウインドウにおいて最初に傍受したＲＡＲである。
【０１０８】
選択可能で、本願の実施例において、当該ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である。
【０１０９】
なお、本発明の一実施例に係る端末デバイス３００は、本発明の一実施例に係る端末デバイスに対応することができ、端末デバイス３００の各部の上述した及びその他の動作及び/又は機能は、図３乃至図９に示す方法の端末デバイスの対応するフローをそれぞれ実現するために、簡潔のために、ここでは繰り返し説明を省略する。
【０１１０】
図１２は本願の実施例におけるネットワークデバイス４００のブロック図である図。図１２に示すように、当該ネットワークデバイス４００は、受信ユニット４１０及び送信ユニット４２０を含む。
【０１１１】
受信ユニット４１０は、１回のランダムアクセス過程において端末デバイスからの複数のプリアンブルを受信するように構成される。
【０１１２】
送信ユニット４２０は、当該端末デバイスに当該複数のプリアンブルのうちの少なくとも１つのプリアンブルに対応する少なくとも１つのランダムアクセス応答ＲＡＲをフィードバックするように構成される。
【０１１３】
そして、本願の実施例におけるネットワークデバイスは、１回のランダムアクセス過程において端末デバイスにより送信された複数のプリアンブルを受信することで、プリアンブル伝送の信頼度及びネットワークデバイスがプリアンブルに対する応答の確率の向上に有利である。
【０１１４】
選択可能で、本願の実施例において、当該送信ユニットは、当該複数のプリアンブルの１番目のプリアンブルを受信した後、当該端末デバイスに当該１番目のプリアンブルに対応するＲＡＲをフィードバックし、当該複数のプリアンブルの当該１番目のプリアンブル以外のプリアンブルを受信した後、当該端末デバイスにＲＡＲをフィードバックしないように構成される。
【０１１５】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲは、当該複数のプリアンブルに一対一対応する複数のＲＡＲを含み、当該送信ユニットは、当該複数のプリアンブルの１つのプリアンブルを受信するごとに、当該端末デバイスに対応するＲＡＲをフィードバックするように構成される。
【０１１６】
選択可能で、本願の実施例において、当該送信ユニットは、当該ネットワークデバイスが当該複数のプリアンブルを受信した後、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックするように構成される。
【０１１７】
選択可能で、本願の実施例において、当該受信ユニットは、当該複数のプリアンブルを受信した後、当該複数のプリアンブルを受信する信号の強さ又は当該複数のプリアンブルの受信の順番に基づいて、当該端末デバイスに当該少なくとも１つのＲＡＲをフィードバックするように構成される。
【０１１８】
選択可能で、本願の実施例において、当該少なくとも１つのＲＡＲが複数のＲＡＲを含み、当該複数のＲＡＲは、１つのメディアアクセス制御ＭＡＣデータプロトコルユニットＰＤＵに搬送される。
【０１１９】
選択可能で、本願の実施例において、当該受信ユニット４１０は、１回のランダムアクセス過程において、少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより当該端末デバイスにより送信された当該複数のプリアンブルを受信するように構成される。
【０１２０】
選択可能で、本願の実施例において、当該受信ユニット４１０は、１回のランダムアクセス過程において、当該複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより当該端末デバイスに送信された当該複数のプリアンブルを受信するように構成される。
【０１２１】
選択可能で、本願の実施例において、当該ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である。
【０１２２】
本発明の実施例に係るネットワークデバイス４００は、本発明の方法の実施例に係るネットワークデバイスに対応することができ、ネットワークデバイス４００の各部の上述した及び他の動作及び/又は機能は、それぞれ、図１０の方法におけるネットワークデバイスの対応するフローを実施するために、簡潔のために、ここでは繰り返し説明を省略する。
【０１２３】
図１３に示されるように、本願の実施例は、端末デバイス５００をさらに提供し、当該端末デバイス５００は図１１の端末デバイス３００であっても良く、図３〜図９の方法１００に対応する端末デバイスのコンテンツを実行するために使用される。この端末デバイス５００は、入力インターフェース５１０、出力インターフェース５２０、プロセッサ５３０、及びメモリ５４０を備え、これらはバスシステムにより接続可能となっている。メモリ５４０は、プログラム、命令、又はコードを含むデータを記憶するために使用される。プロセッサ５３０は、メモリ５４０内のプログラム、命令、またはコードを実行して、入力インターフェース５１０を制御して信号を受信し、出力インターフェース５２０を制御して信号を送信し、前述の方法の実施例の動作を完了する。
【０１２４】
そして、本願の実施例における端末デバイスは、１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することで、プリアンブル伝送の信頼度及びネットワークデバイスがプリアンブルに対する応答の確率の向上に有利である。 
本発明の実施例において、プロセッサ５３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ )であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、フィールドプログラマブルゲートアレイ( Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１２５】
メモリ５４０は、読み出し専用メモリおよびランダムアクセスメモリを含むことができ、プロセッサ５３０に命令およびデータを提供する。メモリ５４０の一部は、不揮発性ランダムアクセスメモリも含み得る。例えば、メモリ５４０は、デバイスタイプの情報をさらに記憶することができる。
【０１２６】
実施過程において、方法の各コンテンツは、プロセッサ５３０におけるハードウェアの集積論理回路またはソフトウェア形態の命令によって実現されてもよい。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリ５４０に位置し、プロセッサ５３０は、メモリ５４０内の情報を読み出し、そのハードウェアとともに、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。
【０１２７】
具体的な実施例において、端末デバイス３００の第１及び第２送信ユニットは、図１３の出力インターフェース５２０によって実現され、端末デバイス３００の傍受ユニットは、図１３の入力インターフェース５１０によって実現される。
【０１２８】
図１４に示すように、本願の実施例は、ネットワークデバイス６００をさらに提供し、図５のネットワークデバイス４００であっても良く、図１０の方法２００に対応するネットワークデバイスのコンテンツを実行するために使用される。このネットワークデバイス６００は、入力インターフェース６１０、出力インターフェース６２０、プロセッサ６３０、及びメモリ６４０を備え、これらはバスシステムにより接続可能となっている。メモリ６４０は、プログラム、命令、又はコードを含むデータを記憶するために使用される。プロセッサ６３０は、メモリ６４０内のプログラム、命令、またはコードを実行して、入力インターフェース６１０を制御して信号を受信し、出力インターフェース６２０を制御して信号を送信し、前述の方法の実施例の動作を完了する。
【０１２９】
そして、本願の実施例のネットワークデバイスは、１回のランダムアクセス過程において端末デバイスにより送信的された複数のプリアンブルを受信し、プリアンブル伝送の信頼度及びネットワークデバイスがプリアンブルに対する応答の確率の向上に有利である。
【０１３０】
本発明の実施例において、プロセッサ６３０は、中央処理装置( Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ )であってもよく、他の汎用プロセッサ、デジタル信号プロセッサ( Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ )、特定用途向け集積回路( Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ )、フィールドプログラマブルゲートアレイ( ＦＩＥＬＤ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ )又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネント等であってもよいことが理解されるべきである。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。
【０１３１】
当該メモリ６４０は、読み出し専用メモリおよびランダムアクセスメモリを含み得、プロセッサ６３０に命令およびデータを提供し得る。メモリ６４０の一部は、不揮発性ランダムアクセスメモリをさらに含み得る。例えば、メモリ６４０は、デバイスタイプの情報をさらに記憶してもよい。
【０１３２】
実施過程において、方法の各コンテンツは、プロセッサ６３０内のハードウェアの集積論理回路またはソフトウェア形態の命令によって達成され得る。本願の実施例に関連して開示される方法の内容は、ハードウェアプロセッサ実行として直接的に、またはプロセッサ内のハードウェアおよびソフトウェアモジュールの組み合わせで実行を完了するように実現化され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能読み取り専用メモリ、または電気的に消去可能なプログラム可能メモリ、レジスタなどの当技術分野で熟練した記憶媒体内に配置され得る。この記憶媒体は、メモリ６４０に位置し、プロセッサ６３０は、メモリ６４０内の情報を読み出し、そのハードウェアと組み合わせて、上述した方法の内容を実現する。重複を避けるため、ここでは詳細な説明は省略する。
【０１３３】
具体的な実施例において、ネットワークデバイス４００の送信ユニットは、図１４の出力インターフェイス６２０によって実現され、ネットワークデバイス４００の第１受信ユニット及び第２受信ユニットは、図１４の入力インターフェイス６１０によって実現される。
【０１３４】
当業者は、本明細書に開示される実施例に関連して説明される様々な例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せで実装され得ることを認識するであろう。これらの機能は、技術案の特定の適用例および設計制約に応じて、ハードウェアまたはソフトウェアのいずれで実行されるかに依存する。当業者は、説明された機能を実施するために、特定のアプリケーションごとに異なる方法を使用し得るが、そのような実施は、本開示の範囲から逸脱するものと考えられるべきではない。
【０１３５】
当業者であれば、説明の便宜及び簡潔にするために、上記に説明されたシステム、装置及びユニットの特定の動作プロセスが、前述の方法の実施例における対応するプロセスを参照してよく、ここでその説明が省略されることを理解するであろう。
【０１３６】
本明細書で提供されるいくつかの実施例では、開示されるシステム、装置、および方法は、他の方法で実現されてもよいことが理解されるべきである。例えば、上記の装置の実施例は、単に例示的なものであり、例えば、ユニットの分割は、１つの論理的機能の分割にすぎず、実際の実装では、別の分割方法があり得、例えば、複数のユニット又はコンポーネントが、組み合わされてもよいし、別のシステムに統合されてもよいし、又はいくつかの特徴が省略されてもよいし、又は実行されなくてもよい。別の点では、表示または議論される相互間の結合または直接的な結合または通信接続は、何らかのインターフェース、デバイスまたはユニットを介した間接的な結合または通信接続であってもよく、電気的、機械的、または他の形態であってもよい。
【０１３７】
この分離手段として説明するユニットは、物理的に分離していても、分離していなくてもよく、ユニットとして表示する手段は、物理的なユニットであっても、物理的なユニットでなくても、１箇所にあっても、複数のネットワークユニットに分散していてもよい。また、本実施例の目的は、必要に応じて各部の一部又は全部を選択して実施することができる。
【０１３８】
また、本発明の各実施例における各機能部は、１つの処理部に集積されてもよいし、各部は、物理的に別個に存在してもよいし、２つ以上の部が１つの部に集積されてもよい。
【０１３９】
この機能をソフトウェア機能ユニットの形で実現し、スタンドアロン製品として販売又は使用する場合には、コンピュータ読み取り可能な記憶媒体に記憶させることができる。このような理解に基づいて、本発明の技術的解決策の本質または従来技術に寄与する部分、または技術的解決策の部分は、１つの記憶媒体に記憶されたソフトウェア製品の形態で具現化されてもよく、このソフトウェア製品は、コンピュータ装置(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってもよい)に本発明の様々な実施例のステップの全部または一部を実行させるための複数の命令を含む。なお、前記記憶媒体としては、Ｕ字ディスク、リムーバブルハードディスク、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ、ＲＡＭ、磁気ディスク、光ディスク等のプログラムコードを記憶できる種々の媒体を用いることができる。
【０１４０】
以上、本発明の具体的な実施例を説明したが、本発明の技術的範囲はこれに限定されるものではなく、本発明が属する技術分野で通常の知識を有する者であれば、本発明の技術的範囲内で容易に変更や置換をなし得ることは勿論である。したがって、本発明の保護範囲は、特許請求の範囲によって決定されるべきである。
【図１】
2020532150.tif 000003
【図２】
2020532150.tif 000004
【図３】
2020532150.tif 000005
【図４】
2020532150.tif 000006
【図５】
2020532150.tif 000007
【図６】
2020532150.tif 000008
【図７】
2020532150.tif 000009
【図８】
2020532150.tif 000010
【図９】
2020532150.tif 000011
【図１０】
2020532150.tif 000012
【図１１】
2020532150.tif 000013
【図１２】
2020532150.tif 000014
【図１３】
2020532150.tif 000015
【図１４】
2020532150.tif 000016
【手続補正書】
【提出日】令和2年6月25日(2020.6.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することと、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することとを含む
ことを特徴とするランダムアクセスのための方法。
【請求項２】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブル伝送の後に位置する１つのＲＡＲウインドウを含み、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、
前記端末デバイスが前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項３】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブルの１番目のプリアンブル伝送の後且つ前記複数のプリアンブルの２番目のプリアンブル伝送の前に位置する１つのＲＡＲウインドウを含み、
前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、
前記端末デバイスが前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項４】
前記少なくとも１つのＲＡＲウインドウは、前記複数のプリアンブルに一対一対応する、各ＲＡＲウインドウの時間領域の開始位置が対応するプリアンブル伝送の後に位置する複数のＲＡＲウインドウを含み、前記端末デバイスが少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて、前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受することは、 
前記端末デバイスが前記各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受することを含む
ことを特徴とする請求項１に記載のランダムアクセスのための方法。
【請求項５】
前記複数のＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、前記第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である
ことを特徴とする請求項４に記載のランダムアクセスのための方法。
【請求項６】
前記端末デバイスが１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信することは、
前記端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することを含む
ことを特徴とする請求項１〜５のいずれか１項に記載のランダムアクセスのための方法。
【請求項７】
前記端末デバイスが１回のランダムアクセス過程において少なくとも１つの物理ランダムアクセスチャネルＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することは、
前記端末デバイスが１回のランダムアクセス過程において前記複数のプリアンブルに一対一対応する複数のＰＲＡＣＨリソースにより前記ネットワークデバイスに前記複数のプリアンブルを送信することを含む
ことを特徴とする請求項６に記載のランダムアクセスのための方法。
【請求項８】
前記端末デバイスが前記少なくとも１つのＲＡＲウインドウにおいて前記複数のプリアンブルの第１のプリアンブルのＲＡＲを傍受した後、前記方法は、さらに、
前記端末デバイスが前記第１のプリアンブルのＲＡＲに含まれる上りグラントに基づいて、前記ネットワークデバイスにランダムアクセス過程内の３番目のメッセージを送信することを含む
ことを特徴とする請求項１〜７のいずれか１項に記載のランダムアクセスのための方法。
【請求項９】
前記第１のプリアンブルのＲＡＲは、前記端末デバイスが前記少なくとも１つのＲＡＲウインドウにおいて最初に傍受したＲＡＲである
ことを特徴とする請求項８に記載のランダムアクセスのための方法。
【請求項１０】
前記ランダムアクセス過程は、競合に基づくランダムアクセス過程、非競合に基づくランダムアクセス過程、又はシステム情報取得のランダムアクセス過程である
ことを特徴とする請求項１〜９のいずれか１項に記載のランダムアクセスのための方法。
【請求項１１】
１回のランダムアクセス過程においてネットワークデバイスに複数のプリアンブルを送信するように構成される第１の送信ユニットと、
少なくとも１つのランダムアクセス応答ＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも１つのプリアンブルのランダムアクセス応答ＲＡＲを傍受するように構成される傍受ユニットとを含む
ことを特徴とする端末デバイス。
【請求項１２】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブル伝送の後に位置する１つのＲＡＲウインドウを含み、前記傍受ユニットは、
前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１３】
前記少なくとも１つのＲＡＲウインドウは、時間領域の開始位置が前記複数のプリアンブルの１番目のプリアンブル伝送の後且つ前記複数のプリアンブルの２番目のプリアンブル伝送の前に位置する１つのＲＡＲウインドウを含み、
前記傍受ユニットは、
前記１つのＲＡＲウインドウにおいて前記複数のプリアンブルのうちの少なくとも２つのプリアンブルのＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１４】
前記少なくとも１つのＲＡＲウインドウは、前記複数のプリアンブルに一対一対応する、各ＲＡＲウインドウの時間領域の開始位置が対応するプリアンブル伝送の後に位置する複数のＲＡＲウインドウを含み、
前記傍受ユニットは、
前記各ＲＡＲウインドウにおいてプリアンブルに対応するＲＡＲを傍受するように構成される
ことを特徴とする請求項１１に記載の端末デバイス。
【請求項１５】
前記少なくとも１つのＲＡＲウインドウの第１のＲＡＲウインドウの時間領域の開始位置が、前記第１のＲＡＲウインドウに対応するプリアンブル伝送の後のＫ番目のサブフレームに位置し、Ｋは整数で、３未満である
ことを特徴とする請求項１１〜１４のいずれか１項に記載の端末デバイス。
【国際調査報告】
2020532150.tif 000017
2020532150.tif 000018
2020532150.tif 000019
2020532150.tif 000020