JP2024500487A - 通信方法及び装置 - Google Patents

通信方法及び装置 Download PDF

Info

Publication number
JP2024500487A
JP2024500487A JP2023538902A JP2023538902A JP2024500487A JP 2024500487 A JP2024500487 A JP 2024500487A JP 2023538902 A JP2023538902 A JP 2023538902A JP 2023538902 A JP2023538902 A JP 2023538902A JP 2024500487 A JP2024500487 A JP 2024500487A
Authority
JP
Japan
Prior art keywords
downlink reference
resource
terminal device
reference signal
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2023538902A
Other languages
English (en)
Inventor
ジャン，ユンハオ
グオ，インハオ
リ，チャオジュン
ウ，イチュン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2024500487A publication Critical patent/JP2024500487A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/006—Quality of the received signal, e.g. BER, SNR, water filling

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

この出願は、通信方法及び装置を開示する。この方法は、端末デバイスが、アクセス・ネットワーク・デバイスから第１の設定情報を受信することであって、第１の設定情報は、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、Ｍ個のＣＧリソースは、端末が非接続状態のときに、上りリンク情報を送信するために端末デバイスによって使用される、ことと、端末が非接続状態に入った後に、アクセス・ネットワーク・デバイスから第１の再設定情報を受信することであって、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである、ことと、を含む。上述の方式では、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定することにより、アクセス・ネットワーク・デバイスの受信性能を効果的に改善することができる。第１の再設定情報を通して、ＣＧリソースと下りリンク参照信号との対応関係が更新される。このようにして、端末デバイスがＲＲＣ非接続状態で移動するときに、その対応関係をタイムリーかつ柔軟に調整し、ＲＲＣ非接続状態の端末デバイスのデータ伝送を確実にすることができる。

Description

この出願は、無線通信技術の分野に関係し、特に、通信方法及び装置に関係する。
第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）通信システムにおいて、端末デバイスは、ＲＲＣ接続（ＲＲＣ－ｃｏｎｎｅｃｔｅｄ）状態、ＲＲＣアイドル（ＲＲＣ－ｉｄｌｅ）状態、及びＲＲＣ非アクティブ（ＲＲＣ－ｉｎａｃｔｉｖｅ）状態の３つの無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）状態を有する。ＲＲＣ接続状態の端末デバイスは、アクセス・ネットワーク・デバイスとデータ伝送を行ってもよい。しかしながら、ＲＲＣ非アクティブ状態（又はＲＲＣアイドル状態）の端末デバイスがアクセス・ネットワーク・デバイスとデータ伝送を行おうとする場合には、端末デバイスは、最初に複数回の情報交換を完了して接続状態に入る必要がある。言い換えれば、ＲＲＣ非アクティブ状態の端末デバイスが、最初にＲＲＣ接続状態に入り、次いで、アクセス・ネットワーク・デバイスとデータ伝送を行う必要がある。
ＲＲＣ非アクティブ状態の端末デバイスの電力消費を低減するために、現在、スモール・データ伝送シナリオに対する解決策が提供されている。具体的には、端末デバイスは、端末デバイスがＲＲＣ非アクティブ状態にあるときにアクセス・ネットワーク・デバイスに上りリンク・データを送信してもよく、ＲＲＣ接続状態に入った後に上りリンク・データを送信する必要はない。しかしながら、スモール・データ伝送シナリオに対する解決策としては、スモール・データを受信するアクセス・ネットワーク・デバイスの受信性能を改善するためのさらなる研究が依然として必要である。
この出願は、端末デバイスから送信された上りリンク・データをＣＧリソース上で受信するアクセス・ネットワーク・デバイスの受信性能を改善するために通信方法及び装置を提供する。
第１の態様によれば、この出願の実施形態は、通信方法を提供する。本方法は、端末デバイス側で機能を実装するために使用される。例えば、端末デバイス、又は端末デバイスのチップに適用されてもよい。この出願のこの実施形態は、方法の具体的な実行体を限定するものではない。本方法が端末デバイスに適用される例を使用して、本方法では、端末デバイスは、アクセス・ネットワーク・デバイスから、第１の設定情報を受信し、第１の設定情報は、Ｎ個の下りリンク参照信号に対応するＭ個のＣＧリソースを設定するためのものである。任意選択で、端末デバイスが非接続状態にあるときに、端末デバイスは、第１の設定情報に基づいてＣＧリソース上で上りリンク情報を送信してもよい。上りリンク情報は、ＰＵＳＣＨ及び／又はＰＵＣＣＨで搬送される情報であってもよい。
以上のようにして、アクセス・ネットワーク・デバイスは、端末デバイスに対して、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応するように設定してもよい。したがって、端末デバイスが下りリンク参照信号に対応するＣＧリソース上で上りリンク・データ（例えばスモール・データ）を送信するときに、アクセス・ネットワーク・デバイスは、対応する受信ビームを使用してＣＧリソース上で上りリンク・データを受信してもよく、その結果、上りリンク・データを受信するアクセス・ネットワーク・デバイスの受信性能を効果的に改善することができる。
可能な設計では、端末デバイスは、端末デバイスが非接続状態に入った後に、アクセス・ネットワーク・デバイスから第１の再設定情報をさらに受信してもよく、第１の再設定情報は、前記Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである。Ｍ及びＮは、正の整数である。任意選択で、第１の再設定情報は、ＤＣＩ、ＭＡＣ ＣＥ、又はＲＲＣメッセージで搬送されてもよい。代替的には、第１の再設定情報はまた、ランダム・アクセス・プロセスで伝送されるメッセージ、例えば、２ステップ・ランダム・アクセス・プロセスにおけるＭｓｇＢ、又は４ステップ・ランダム・アクセス・プロセスにおけるＭｓｇ２又はＭｓｇ４で搬送されてもよい。
上述の方式では、アクセス・ネットワーク・デバイスは、第１の再設定情報を端末デバイスに送信して、ＣＧリソースと下りリンク参照信号との対応関係を更新してもよい。このようにして、端末デバイスがＲＲＣ非接続状態で移動するときに、ＣＧリソースと下りリンク参照信号との対応関係をタイムリーかつ柔軟に調整することができ、その結果、現在の下りリンク参照信号を選択した後に、端末デバイスは、上りリンク・データを送信するためのＣＧリソースをより多く有し、ＲＲＣ非接続状態の端末デバイスのデータ伝送を確実にすることができる。
可能な設計では、第１の再設定情報は、ＤＣＩで搬送されるときに、ＤＣＩは、第２の情報をさらに含み、第２の情報は、ＨＡＲＱフィードバック情報及び／又はスケジューリング情報を含み、ＨＡＲＱフィードバック情報は、端末デバイスの上りリンク・データが正常に受信されたかどうかを示し、スケジューリング情報は、端末デバイスのＰＵＳＣＨ又はＰＤＳＣＨをスケジューリングするためのものである。任意選択で、上りリンク情報は、前述の上りリンク・データを含む。
可能な設計では、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応することは、Ｍ個のＣＧリソースが１つ以上のＣＧリソース・セットに属し、各ＣＧリソースが、ＣＧリソース・セットのうちの１つに属し、各ＣＧリソース・セットは、Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、Ｍ個のＣＧリソースが１つ以上の周期におけるものであり、各ＣＧリソースが、周期のうちの１つにおけるものであり、各周期は、Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、Ｍ個のＣＧリソースにおける１つ以上のＣＧリソースは、少なくとも１つの下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することとのうちの少なくとも１つを含む。
上述の方式では、アクセス・ネットワーク・デバイスが、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するときに、アクセス・ネットワーク・デバイスが、複数の可能な粒度に基づいて対応関係を設定し、（例えば、「セット」、「周期」、「数」などの粒度に基づいてＣＧリソーを設定）、対応関係が柔軟であり、さらに、端末デバイスもＣＧリソースを選択する自由度が高く、それにより、ＲＲＣ非接続状態でのデータ伝送を容易にする。
可能な設計では、Ｍ個のＣＧリソースはＷ個のＣＧリソース・セットに属し、Ｗ個のＣＧリソース・セットは、第１のＣＧリソース・セットを含み、第１の設定情報は、第１のＣＧリソース・セットに対応する下りリンク参照信号のタイプ、第１のＣＧリソース・セットに対応する下りリンク参照信号の識別子、及び下りリンク参照信号の測定閾値（例えば第１の閾値）のうちの少なくとも１つを含む。下りリンク参照信号の測定値が第１の閾値以上であるときに、端末デバイスは、下りリンク参照信号に対応するＣＧリソースを使用して上りリンク・データを送信してもよい。
可能な設計では、方法は、アクセス・ネットワーク・デバイスからＰ個の下りリンク参照信号を受信することであって、Ｐ個の下りリンク参照信号は、Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上である、ことと、次いで、Ｐ個の下りリンク参照信号の測定値に基づいて、アクセス・ネットワーク・デバイスに第１の情報を送信することと、をさらに含む。
本明細書において、第１の情報は、ＣＧリソースと下りリンク参照信号との対応関係の更新を要求するためのものであってもよい。
上述の方式では、端末デバイスが、アクセス・ネットワーク・デバイスに、ＣＧリソースと下りリンク参照信号との対応関係を更新するように積極的に要求してもよい。例えば、アクセス・ネットワーク・デバイスは、第１の情報を受信した後に、第１の情報に基づいて対応関係を更新してもよい。第１の情報が受信されない場合、アクセス・ネットワーク・デバイスは、一時的に対応関係を更新しなくてもよい。
可能な設計では、Ｎ個の下りリンク参照信号は、第１の下りリンク参照信号を含み、方法は、第１の下りリンク参照信号に対応するＣＧリソース上で第１の情報をアクセス・ネットワーク・デバイスに送信することをさらに含む。
可能な設計では、方法は、第１の下りリンク参照信号に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスに送信することをさらに含む。
上述の方式では、端末デバイスは、第１の下りリンク参照信号に対応するＣＧリソース上で第１の情報と上りリンク・データを一緒に送信してもよく、その結果、ＣＧリソースをより十分に利用することができる。
可能な設計では、第１の下りリンク参照信号に対応するＣＧリソース上で第１の情報をアクセス・ネットワーク・デバイスに送信する前に、方法は、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から第１の下りリンク参照信号を選択することをさらに含み、第１の下りリンク参照信号の測定値は、第１の閾値以上であることか、又は第１の下りリンク参照信号の測定値は、Ｎ個の下りリンク参照信号中の他の下りリンク参照信号の測定値以上である。
可能な設計では、Ｐ個の下りリンク参照信号は、第２の下りリンク参照信号を含み、第２の下りリンク参照信号の測定値は、第１の下りリンク参照信号の測定値よりも大きく、第１の情報は、第１の下りリンク参照信号の測定値と、第２の下りリンク参照信号の測定値と、を含むか、第１の情報は、第２の下りリンク参照信号のインデックスを含むか、又は第１の情報は、Ｐ個の下りリンク参照信号の測定値を含む。
可能な設計では、Ｍ個のＣＧリソースは、第１のＣＧリソースを含み、第１の設定情報は、第１のＣＧリソースを設定し、かつ第１のＣＧリソースを第１の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、第１のＣＧリソースを第２の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第２のＣＧリソースをさらに含み、第１の設定情報は、第２のＣＧリソースを設定し、かつ第２のＣＧリソースを第２の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、さらに、第２のＣＧリソースを第１の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｐ個の下りリンク参照信号は、第３の下りリンク参照信号を含み、方法は、第３の下りリンク参照信号に対応するランダム・アクセス・リソースに基づいてランダム・アクセス・プロセスを開始することをさらに含み、第１の情報は、第１のメッセージで搬送され、第１のメッセージは、ランダム・アクセス・プロセスで使用される。
可能な設計では、Ｍ個のＣＧリソースは、第３のＣＧリソースを含み、第１の設定情報は、第３のＣＧリソースを設定し、かつ第３のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、第３のＣＧリソースを第３の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第４のＣＧリソースをさらに含み、第１の設定情報は、第４のＣＧリソースを設定し、かつ第４のＣＧリソースを第３の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、さらに、第４のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第５のＣＧリソースを含み、第５のＣＧリソースに対応するＨＡＲＱプロセス識別子は、第１のオフセットに基づいて取得され、第１のオフセットは、第５のＣＧリソースに対応する下りリンク参照信号に基づいて決定される。
上述の方式では、ＣＧリソースに対応するＨＡＲＱプロセス識別子が、そのＣＧリソースに対応する下りリンク参照信号に関係するため、それにより、特定のＨＡＲＱプロセス識別子に対応するＣＧリソースの数を増加させる、すなわち、端末デバイスの選択機会を増加させ、上りリンク・データの伝送遅延を低減する。
可能な設計では、方法は、さらに、第２の設定情報をアクセス・ネットワーク・デバイスから受信することであって、第２の設定情報は、ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの最大再送回数及び／又はＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの有効期間を設定するためのものである、ことを含む。
上述の方式では、ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスにおいて、端末デバイスが過剰な再伝送を実行することにより引き起こされるリソースの無駄を効果的に回避することができる。
第２の態様によれば、この出願の実施形態は、通信方法を提供する。本方法は、アクセス・ネットワーク・デバイス側で機能を実装するために使用される。例えば、本方法は、アクセス・ネットワーク・デバイス又はアクセス・ネットワーク・デバイス内のチップに適用されてもよい。この出願のこの実施形態は、方法の具体的な実行体を限定するものではない。本方法がアクセス・ネットワーク・デバイスに適用される例を使用して、本方法では、アクセス・ネットワーク・デバイスは、第１の設定情報を端末デバイスに送信し、第１の設定情報は、Ｍ個の設定グラントＣＧリソーをＮ個の下りリンク参照信号に対応するように設定するためのものであり、Ｍ個のＣＧリソースは、端末デバイスが非接続状態のときに、端末デバイスから上りリンク情報を受信するためのものであり、端末デバイスが非接続状態に入った後に、アクセス・ネットワーク・デバイスは、第１の設定情報に基づいてＣＧリソース上で上りリンク情報を受信してもよい。
可能な設計では、アクセス・ネットワーク・デバイスは、端末デバイスが非接続状態にあるときに、第１の再設定情報を端末デバイスに送信してもよく、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものであり、Ｍ及びＮは、正の整数である。
Ｍ個の設定グラントＣＧリソースがＮ個の下りリンク参照信号に対応することについての説明、第１の再設定情報の説明などについては、第１の観点を参照のこと。詳細は、ここでは再度説明されない。
可能な設計では、第１の再設定情報を端末デバイスに送信することは、端末デバイスから第１の情報を受信することと、第１の情報に基づいて第１の再設定情報を端末デバイスに送信することと、を含む。
可能な設計では、Ｎ個の下りリンク参照信号は、第１の下りリンク参照信号を含み、本方法は、第１の下りリンク参照信号に対応するＣＧリソース上で端末デバイスから第１の情報を受信することをさらに含む。
可能な設計では、本方法は、さらに、第１の下りリンク参照信号に対応するＣＧリソース上で端末デバイスからアップリンクデータを受信することをさらに含む。
可能な設計では、第１の下りリンク参照信号の測定値は、第１の閾値以上であること、又は、第１の下りリンク参照信号の測定値は、Ｎ個の下りリンク参照信号のうちの他の下りリンク参照信号の測定値以上である。
可能な設計では、本方法は、Ｐ個の下りリンク参照信号を送信することをさらに含み、Ｐ個の下りリンク参照信号は、Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上であり、Ｐ個の下りリンク参照信号は、第２の下りリンク参照信号を含み、第１の情報は、第１の下りリンク参照信号の測定値と、第２の下りリンク参照信号の測定値と、を含み、第２の下りリンク参照信号の測定値は、第１の下りリンク参照信号の測定値よりも大きいか、第１の情報は、第２の下りリンク参照信号のインデックスを含むか、又は第１の情報は、Ｐ個の下りリンク参照信号の測定値を含む。
可能な設計では、Ｍ個のＣＧリソースは、第１のＣＧリソースを含み、第１の設定情報は、第１のＣＧリソースを設定し、かつ第１のＣＧリソースを第１の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、第１のＣＧリソースを第２の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第２のＣＧリソースをさらに含み、第１の設定情報は、第２のＣＧリソースを設定し、かつ第２のＣＧリソースを第２の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、さらに、第２のＣＧリソースを第１の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、本方法は、Ｐ個の下りリンク参照信号を送信することをさらに含み、Ｐ個の下りリンク参照信号は、Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上であり、Ｐ個の下りリンク参照信号は、第３の下りリンク参照信号を含み、第１の情報は、第１のメッセージで搬送され、第１のメッセージは、ランダム・アクセス・プロセスで使用され、第１のメッセージを搬送するためのリソースは、第３の下りリンク参照信号に対応するランダム・アクセス・リソースである。
可能な設計では、Ｍ個のＣＧリソースは、第３のＣＧリソースを含み、第１の設定情報は、第３のＣＧリソースを設定し、かつ第３のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、第３のＣＧリソースを第３の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第４のＣＧリソースをさらに含み、第１の設定情報は、第４のＣＧリソースを設定し、かつ第４のＣＧリソースを第３の下りリンク参照信号に対応するように設定するためのものであり、第１の再設定情報は、さらに、第４のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものである。
可能な設計では、Ｍ個のＣＧリソースは、第５のＣＧリソースを含み、第５のＣＧリソースに対応するＨＡＲＱプロセス識別子は、第１のオフセットに基づいて取得され、第１のオフセットは、第５のＣＧリソースに対応する下りリンク参照信号に基づいて決定される。
可能な設計では、本方法は、さらに、第２の設定情報を端末デバイスに送信することであって、第２の設定情報は、ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの最大再送回数及び／又はＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの有効期間を設定するためのものである、ことを含む。
第２の態様で説明される方法は、第１の態様で説明される方法に対応すると留意されたい。第２の態様で説明される方法における関係する技術的特徴の有利な効果については、第１の態様の説明を参照のこと。詳細は、ここでは再度説明しない。
第３の態様によれば、この出願の実施形態は、通信装置を提供する。通信装置は、端末デバイスであってもよいし、端末デバイスの内部に配設され得るチップであってもよい。通信装置は、第１の態様を実装する機能を有する。例えば、通信装置は、第１の態様のステップを実行するための対応するモジュール、ユニット、又は手段（ｍｅａｎｓ）を含む。機能、ユニット、又は手段は、ソフトウェア又はハードウェアによって実装されてもよいし、対応するソフトウェアを実行するハードウェアによって実装されてもよい。
可能な設計では、通信装置は、処理ユニット及び通信ユニットを含む。通信ユニットは、信号を受信及び受信して、通信装置と別の装置との間で通信を実装するように構成されてもよい。例えば、通信ユニットは、アクセス・ネットワーク・デバイスから設定情報を受信するように構成されている。処理ユニットは、通信装置の内部動作の一部を実行するように構成されてもよい。処理ユニット及び通信ユニットによって実行される機能は、第１の態様における動作に対応してもよい。
可能な設計では、装置は、プロセッサを含み、トランシーバをさらに含んでもよい。トランシーバは、信号を受信及び送信するように構成されており、プロセッサは、トランシーバを使用して、第１の態様の可能な設計又は実装のいずれか１つによる方法を完了する。通信装置は、１つ以上のメモリをさらに含んでもよい。メモリは、プロセッサに結合されてもよく、メモリは、第１の態様における機能を実装するためのコンピュータ・プログラム又は命令を記憶してもよい。プロセッサは、メモリに記憶されたコンピュータ・プログラム又は命令を実行してもよい。コンピュータ・プログラム又は命令が実行されるときに、通信装置は、第１の態様の可能な設計又は実装のいずれか１つによる方法を実装することが可能となる。
可能な設計では、装置は、プロセッサを含み、プロセッサは、メモリに結合されるように構成されてもよい。メモリは、第１の態様における機能を実装するためのコンピュータ・プログラム又は命令をしてもよい。プロセッサは、メモリに記憶されたコンピュータ・プログラム又は命令を実行してもよい。コンピュータ・プログラム又は命令が実行されるときに、通信装置は、第１の態様の可能な設計又は実装のいずれか１つによる方法を実装することが可能となる。
可能な設計では、通信装置は、プロセッサと、インターフェース回路と、を含み、プロセッサは、インターフェース回路を介して別の装置と通信し、第１の態様の可能な設計又は実装のいずれか１つによる方法を実行するように構成されている。
第４の態様によれば、この出願の実施形態は、通信装置を提供する。通信装置は、アクセス・ネットワーク・デバイスであってもよいし、アクセス・ネットワーク・デバイスに配設され得るチップであってもよい。通信装置は、第２の態様を実装する機能を有する。例えば、通信装置は、第２の態様における動作を実行するための対応するモジュール、ユニット又は手段を含む。モジュール、ユニット、又は手段は、ソフトウェア又はハードウェアによって実装されてもよく、又は対応するソフトウェアを実行するハードウェアによって実装されてもよい。
可能な設計では、通信装置は、処理ユニット及び通信ユニットを含む。通信ユニットは、信号を受信及び受信して、通信装置と別の装置との間で通信を実装するように構成されてもよい。例えば、通信ユニットは、端末デバイスから上りリンク情報を受信するように構成されている。処理ユニットは、通信装置の内部動作の一部を実行するように構成されてもよい。処理ユニット及び通信ユニットによって実行される機能は、第２の態様における動作に対応してもよい。
可能な設計では、装置は、プロセッサを含み、トランシーバをさらに含んでもよい。トランシーバは、信号を受信及び送信するように構成されており、プロセッサは、トランシーバを使用して、第２の態様の可能な設計又は実装のいずれか１つによる方法を完了する。通信装置は、１つ以上のメモリをさらに含んでもよい。メモリは、プロセッサに結合されてもよく、メモリは、第２の態様における機能を実装するためのコンピュータ・プログラム又は命令を記憶してもよい。プロセッサは、メモリに記憶されたコンピュータ・プログラム又は命令を実行してもよい。コンピュータ・プログラム又は命令が実行されるときに、通信装置は、第２の態様の可能な設計又は実装のいずれか１つにおける方法を実装することが可能となる。
可能な設計では、装置は、プロセッサを含み、プロセッサは、メモリに結合されてもよい。メモリは、第２の態様における機能を実装するためのコンピュータ・プログラム又は命令をしてもよい。プロセッサは、メモリに記憶されたコンピュータ・プログラム又は命令を実行してもよい。コンピュータ・プログラム又は命令が実行されるときに、通信装置は、第２の態様の可能な設計又は実装のいずれか１つにおける方法を実装することが可能となる。
可能な設計では、通信装置は、プロセッサと、インターフェース回路と、を含み、プロセッサは、インターフェース回路を介して別の装置と通信し、第２の態様の可能な設計又は実装のいずれか１つによる方法を実行するように構成されている。
第３の態様又は第４の態様において、プロセッサは、ハードウェア又はソフトウェアによって実装されてもよいことが理解されよう。プロセッサがハードウェアによって実装されるときに、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアによって実装されるときに、プロセッサは汎用プロセッサであってもよく、メモリに記憶されたソフトウェアコードを読み出すことによって実装される。さらに、１つ以上のプロセッサ、及び１つ以上のメモリがあってもよい。メモリは、プロセッサと統合されてもよく、又は、メモリとプロセッサは別々に配設される。特定の実装プロセスにおいて、メモリ及びプロセッサは、１つのチップに統合されてもよいし、異なるチップに配設されてもよい。メモリのタイプ並びにメモリ及びプロセッサが配設される方式は、この出願のこの実施形態では限定されない。
第５の態様によれば、この出願の実施形態は、通信システムを提供する。通信システムは、第３の発明による通信装置と、第４の発明による通信装置と、を含む。
第６の態様によれば、この出願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ記憶媒体はコンピュータ可読命令を記憶し、コンピュータ可読命令がコンピュータによって読み出されて実行されるときに、コンピュータは、第１の態様又は第２の態様の可能な設計のいずれか１つの方法を実行することが可能となる。
第７の態様によれば、この出願の実施形態は、コンピュータ・プログラム製品を提供する。コンピュータがコンピュータ・プログラム製品を読み出して実行するときに、コンピュータは、第１の態様又は第２の態様の可能な設計のいずれか１つの方法を実行することが可能となる。
第８の態様によれば、この出願の実施形態は、チップを提供する。チップはプロセッサを含み、プロセッサはメモリに結合され、メモリに記憶されたソフトウェアプログラムを読み出して実行して、第１の態様又は第２の態様の可能な設計のいずれか１つによる方法を実装するように構成されている。
この出願のこれらの態様又は他の態様は、以下の実施形態の説明においてより簡潔かつ理解可能である。
この出願の一実施形態が適用可能なネットワーク・アーキテクチャの概略図である。 この出願の一実施形態が適用可能なネットワーク・アーキテクチャの概略図である。 この出願の一実施形態が適用可能なネットワーク・アーキテクチャの概略図である。
この出願の一実施形態による端末デバイスによる３つのＲＲＣ状態の切り替えの概略図である。
この出願の一実施形態によるＳＳＢの概略図である。
この出願の一実施形態による同期信号バースト・セットの概略図である。
この出願の一実施形態によるＳＳＢとＲＯプロセスとの間の対応関係の概略図である。
この出願の一実施形態による２つのランダム・アクセス・プロセスの概略図である。
この出願の実施形態１による通信方法に対応する概略フローチャートである。
この出願の一実施形態によるＳＳＢに対応するビームの概略図である。
この出願の一実施形態によるＣＧリソースと下りリンク参照信号との間の対応状況の概略図である。 この出願の一実施形態によるＣＧリソースと下りリンク参照信号との間の対応状況の概略図である。 この出願の一実施形態によるＣＧリソースと下りリンク参照信号との間の対応状況の概略図である。
この出願の実施形態２による通信方法に対応する概略フローチャートである。
この出願の一実施形態によるＣＧリソースと下りリンク参照信号との間の対応関係の概略図である。
この出願の一実施形態による装置の可能な概略ブロック図である。
この出願の一実施形態による端末デバイスの構造の概略図である。
この出願の一実施形態によるアクセス・ネットワーク・デバイスの構造の概略図である。
この出願の実施形態における技術的解決策は、この出願の実施形態における添付図面を参照して以下に説明される。
この出願の実施形態で提供される技術的解決策は、様々な通信システム、例えば、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信システム、無線フィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）システム、将来の通信システム、複数の通信システムが集約されるシステムなどに適用されてもよい。これは、この出願の実施形態で限定されない。５Ｇはニュー・ラジオ（ｎｅｗ ｒａｄｉｏ、ＮＲ）と呼ばれることもある。
この出願の実施形態で提供される技術的解決策は、通信デバイス間の通信に適用されてもよい。通信デバイス間の通信は、アクセス・ネットワーク・デバイスと端末デバイスとの間の通信、アクセス・ネットワーク・デバイスとアクセス・ネットワーク・デバイスとの間の通信、及び／又は端末デバイスと端末デバイスとの間の通信を含んでもよいが、これらに限定されない。この出願の実施形態では、「通信」という用語はまた、「伝送」、「情報伝送」、「データ伝送」、「信号伝送」などと説明されることもある。伝送は、送信及び／又は受信を含んでもよい。アクセス・ネットワーク・デバイスと端末デバイスとの間の通信が、この出願の実施形態における技術的解決策を説明するための一例として使用される。当業者はまた、別のスケジューリング・エンティティと下位エンティティとの間の通信、例えばマクロ基地局とマイクロ基地局との間の通信、例えば第１の端末デバイスと第２の端末デバイスとの間の通信において技術的解決策を使用してもよい。スケジューリング・エンティティは、エア・インタフェースリソースなどの無線リソースを下位エンティティに割り当ててもよい。
最初に、当業者の理解を容易にするために、この出願の実施形態におけるいくつかの用語が説明される。
（１）端末デバイス：端末デバイスは、略して端末と呼ばれることがあり、アクセス・ネットワーク・デバイスと無線通信を実行することができる無線端末デバイスである。例えば、端末デバイスは、アクセス・ネットワーク・デバイスのスケジューリング情報及び指示情報を受信してもよい。無線端末デバイスは、ユーザに音声及び／又はデータ接続性を提供する装置、無線接続機能を有するハンドヘルド・デバイス、又は別の処理デバイスであってもよい。端末デバイスは、無線アクセス・ネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を使用して、１つ以上のコア・ネットワーク又はインターネットと通信してもよい。
端末デバイスは、ハンドヘルド型又は車載型を含め、屋内又は屋外を含む陸上に配備されてもよいし、水面（船など）に配備されてもよいし、空中（例えば、航空機、気球、又は衛星）に配備されてもよい。端末デバイスは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）であってもよい。ＵＥは、ハンドヘルド・デバイス、車載デバイス、ウェアラブル・デバイス、又は無線通信機能を有するコンピューティング・デバイスを含む。例えば、ＵＥは、携帯電話（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレット・コンピュータ、又は無線トランシーバ機能を有するコンピュータであってもよい。代替的には、端末デバイスは、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）端末デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）端末デバイス、産業制御における無線端末、自走における無線端末、遠隔医療における無線端末、スマートグリッドにおける無線端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）における無線端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）における無線端末などであってもよい。この出願の実施形態では、端末デバイスの機能を実装するように構成された装置は、端末デバイスであってもよいし、機能を実装する際に端末デバイスを支援することができる装置、例えばチップ・システムであってもよい。この装置は、端末デバイスに搭載されてもよいし、端末デバイスに合わせて使用されてもよい。この出願の実施形態において、チップ・システムは、チップを含んでもよいし、チップ及び他のディスクリート・コンポーネントを含んでもよい。この出願の実施形態で提供される技術的解決策は、端末デバイスの機能を実装するように構成された装置が端末デバイスである一例を使用して説明される。
（２）アクセス・ネットワーク・デバイス：アクセス・ネットワーク・デバイスは、無線ネットワーク内のデバイスであってもよい。例えば、アクセス・ネットワーク・デバイスは、端末デバイスを無線ネットワークに接続するＲＡＮノードであってもよく、ＲＡＮデバイス又は基地局と呼ばれることもある。いくつかのアクセス・ネットワーク・デバイスの例は、次世代ＮｏｄｅＢ（ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮｏｄｅＢ）、伝送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）、発展型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ、ｅＮＢ）、無線ネットワーク・コントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ、ＲＮＣ）、ＮｏｄｅＢ（ＮｏｄｅＢ、ＮＢ）、基地局コントローラ（ＢＳＣ）、基地トランシーバ局（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ、ＢＴＳ）、ホーム基地局（例えば、ホーム発展型ＮｏｄｅＢ又はホームＮｏｄｅＢ、ＨＮＢ）、ベースバンド・ユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ、ＢＢＵ）、無線フィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）アクセス・ポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）などである。ネットワーク構造では、アクセス・ネットワーク・デバイスは、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ、ＣＵ）ノード、分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ、ＤＵ）ノード、又はＣＵノードとＤＵノードを含むアクセス・ネットワーク・デバイスであってもよい。別の可能なケースでは、アクセス・ネットワーク・デバイスは、端末デバイスに無線通信機能を提供する他の装置であってもよい。アクセス・ネットワーク・デバイスによって使用される特定の技術及び特定のデバイス形態は、この出願の実施形態で限定されない。説明の便宜上、この出願の実施形態では、端末デバイスに無線通信機能を提供する装置は、アクセス・ネットワーク・デバイスと呼ばれる。この出願の実施形態では、アクセス・ネットワーク・デバイスの機能を実装するように構成された装置は、アクセス・ネットワーク・デバイスであってもよいし、機能を実施する際にアクセス・ネットワーク・デバイスをサポートすることができる装置、例えばチップ・システムであってもよい。装置は、アクセス・ネットワーク・デバイスに搭載されてもよいし、アクセス・ネットワーク・デバイスに合わせて使用されてもよい。この出願の実施形態で提供される技術的解決策は、アクセス・ネットワーク・デバイスの機能を実装するように構成された装置がアクセス・ネットワーク・デバイスである一例を使用して説明される。
（３）「システム」及び「ネットワーク」という用語は、この出願の実施形態において互換的に使用されてもよい。「少なくとも１つ」とは、１つ以上を意味し、「複数の」とは、２つ以上を意味する。「及び／又は」という用語は、関連するオブジェクトを説明するための関連関係であり、３つの関係が存在してもよいことを表す。例えば、Ａ及び／又はＢは、以下の３つのケース、すなわち、Ａのみが存在すること、ＡとＢの両方が存在すること、及びＢのみが存在することであって、ＡとＢは単数又は複数であることを表してもよい。文字「／」は一般に、関連オブジェクト間の「又は」関係を示す。「以下の項目（個）のうち少なくとも１つ」又はこれに類似する表現は、これらの項目の任意の組み合わせを示し、単一の項目（個）又は複数の項目（個）の任意の組み合わせを含む。例えば、「Ａ、Ｂ、及びＣのうちの少なくとも１つ」は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又はＡ、Ｂ及びＣを含む。特に記載されない限り、この出願の実施形態において言及される「第１の」及び「第２の」などの序数の用語は、複数のオブジェクトを区別することを意図しており、複数のオブジェクトの数、順序、時系列、優先順位、又は重要度を限定することを意図していない。
図１は、この出願の実施形態が適用可能であるネットワーク・アーキテクチャの概略図である。図１に示すように、端末デバイスは、無線ネットワークにアクセスして、無線ネットワークを使用して外部ネットワーク（例えばインターネット）のサービスを取得するか、又は、無線ネットワークを使用して別のデバイス、例えば別の端末デバイスと通信してもよい。無線ネットワークは、ＲＡＮと、コア・ネットワーク（ｃｏｒｅ ｎｅｔｗｏｒｋ、ＣＮ）と、を含む。ＲＡＮは、端末デバイス（例えば、端末デバイス１３０１又は端末デバイス１３０２）を無線ネットワークに接続するように構成されている。ＣＮは、端末デバイスを管理し、外部ネットワークと通信するためのゲートウェイを提供するように構成されている。
ＲＡＮは、１つ以上のアクセス・ネットワーク・デバイス、例えば、アクセス・ネットワーク・デバイス１１０１及びアクセス・ネットワーク・デバイス１１０２を含んでもよい。
ＣＮは、１つ以上のＣＮデバイス、例えば、ＣＮデバイス１２０を含んでもよい。図１に示すネットワーク・アーキテクチャが５Ｇ通信システムに適用可能であるときに、ＣＮは、アクセス及びモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＡＭＦ）エンティティ、セッション管理機能（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ、ＳＭＦ）エンティティ、及びユーザ・プレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ、ＵＰＦ）エンティティを含んでもよい。
図１に示す通信システムにおけるデバイスの数は、単に一例として使用されているにすぎないと理解されたい。この出願のこの実施形態は、それらに制限されない。実際のアプリケーションでは、通信システムは、より多くの端末デバイス及びより多くのアクセス・ネットワーク・デバイスを含んでもよく、さらに別のデバイスを含んでもよい。
図２は、この出願の一実施形態が適用可能である別のネットワーク・アーキテクチャの概略図である。図２に示すように、ネットワーク・アーキテクチャは、ＣＮデバイス、アクセス・ネットワーク・デバイス、及び端末デバイスを含む。アクセス・ネットワーク・デバイスは、ベースバンド装置と高周波装置とを含む。ベースバンド装置は、１つのノードによって実装されてもよいし、複数のノードで実装されてもよい。無線周波数装置は、ベースバンド装置から遠隔的に独立して実装されてもよいし、ベースバンド装置に統合されてもよい。代替的には、高周波装置の一部の機能が独立して統合され、一部の機能がベースバンド装置に統合されてもよい。例えば、ＬＴＥ通信システムにおいて、アクセス・ネットワーク・デバイスは、ベースバンド装置と高周波装置とを含む。無線周波数装置は、ベースバンド装置に対して遠隔的に配設されてもよい。例えば、リモート無線ユニット（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ、ＲＲＵ）は、ＢＢＵに対して配設されるリモート無線ユニットである。
アクセス・ネットワーク・デバイスと端末デバイスとの間の通信は、特定のプロトコル層構造に適合する。例えば、制御プレーン・プロトコル層構造は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）層、パケットデータ収束プロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ、ＲＬＣ）層、メディア・アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層、物理層などのプロトコル層の機能を含んでもよい。ユーザ・プレーン・プロトコル層構造は、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、物理層などのプロトコル層の機能を含んでもよい。可能な実装では、サービス・データ適応プロトコル（ｓｅｒｖｉｃｅ ｄａｔａ ａｄａｐｔａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＤＡＰ）層は、ユーザ・プレーン・プロトコル層構造のＰＤＣＰ層の上にさらに含まれてもよい。
アクセス・ネットワーク・デバイスは、１つのノードを使用して、ＲＲＣ層、ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層、物理層などのプロトコル層の機能を実装してもよいし、複数のノードを使用して、プロトコル層の機能を実装してもよい。例えば、発展型構造では、アクセス・ネットワーク・デバイスは、ＣＵ及びＤＵを含み、複数のＤＵは、１つのＣＵによって集中制御される。図２に示すように、ＣＵ及びＤＵは、無線ネットワークのプロトコル層に基づいて割り当てられてもよい。例えば、ＣＵにはＰＤＣＰ層及びＰＤＣＰ層より上のプロトコル層の機能が割り当てられ、ＤＵにはＲＬＣ層、ＭＡＣ層、物理層などのＰＤＣＰ層より下のプロトコル層の機能が割り当てられる。
このようなプロトコル層における割り当ては一例にすぎない。この割り当ては、ＲＬＣ層などの他のプロトコル層においても実行され、その結果、ＣＵにはＲＬＣ層及びＲＬＣ層より上のプロトコル層の機能が割り当てられ、ＤＵにはＲＬＣ層より下のプロトコル層の機能が割り当てられる。代替的には、割り当ては、プロトコル層内で実行される。例えば、ＣＵにはＲＬＣ層の一部の機能とＲＬＣ層より上のプロトコル層の機能が割り当てられ、ＤＵにはＲＬＣ層の残りの機能とＲＬＣ層より下のプロトコル層の機能が割り当てられる。追加的に、分割が他の方式で代替的に実行されてもよく、例えば、分割が遅延に基づいて実行される。ＤＵには処理時間が遅延要件を満たす必要がある機能がセットされ、ＣＵには処理時間が遅延要件を満たす必要がない機能がセットされる。
追加的に、無線周波数装置が、独立して統合されていてもよいし、ＤＵ内に配置されていなくてもよいし、ＤＵ内に統合されてもよい。代替的に、無線周波数装置の一部が、ＤＵ内に遠隔統合されてもよい。これは、本明細書において限定されるものではない。
図３は、この出願の一実施形態が適用可能である別のネットワーク・アーキテクチャの概略図である。図２に示すネットワーク・アーキテクチャと比較して、図３では、ＣＵの制御プレーン（ＣＰ）とユーザ・プレーン（ＵＰ）は、実装のために異なるエンティティにさらに分離及び分割される。異なるエンティティは、それぞれ、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ、ＣＰ）ＣＵエンティティ（すなわち、ＣＵ－ＣＰエンティティ）及びユーザ・プレーン（ｕｓｅｒ ｐｌａｎｅ、ＵＰ）ＣＵエンティティ（すなわち、ＣＵ－ＵＰエンティティ）である。
前述のネットワーク・アーキテクチャでは、ＣＵによって生成された信号は、ＤＵを使用して端末デバイスに送信されてもよいし、端末デバイスによって生成された信号は、ＤＵを使用してＣＵに送信されてもよい。例えば、ＲＲＣ層又はＰＤＣＰ層におけるシグナリングは、最終的にＰＨＹ層においてシグナリングとして処理されて端末デバイスに送信されるか、又はＰＨＹ層において受信されたシグナリングから変換される。このアーキテクチャでは、ＲＲＣ層又はＰＤＣＰ層におけるシグナリングがＤＵによって送信されることか、又はＤＵ及び無線周波数装置によって送信されることも考えられ得る。
図１、図２、又は図３に示すネットワーク・アーキテクチャは、様々な無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｉｅ、ＲＡＴ）の通信システムに適用可能であってもよく、例えば、４Ｇ通信システムであってもよいし、５Ｇ通信システムであってもよいし、４Ｇ通信システムと５Ｇ通信システムとの移行システムであってもよい。移行システムは４．５Ｇ通信システムと呼ばれることもあり、もちろん将来の通信システムであってもよい。この出願の実施形態で説明されるネットワーク・アーキテクチャ及びサービス・シナリオは、この出願の実施形態における技術的解決策をより明確に説明することを意図しているが、この出願の実施形態で提供される技術的解決策に限定を構成するものではない。当業者は、この出願の実施形態で提供される技術的解決策が、通信ネットワーク・アーキテクチャが発展し、新たなサービス・シナリオが出現するにつれて、同様の技術的課題にも適用可能であることを知ってもよい。
この出願の以下の実施形態における装置は、装置によって実装される機能に基づいて、端末デバイス又はアクセス・ネットワーク・デバイスに位置してもよい。上述のＣＵ－ＤＵ構造が使用されるときに、アクセス・ネットワーク・デバイスは、ＣＵ、ＤＵ、又はＣＵとＤＵを含むアクセス・ネットワーク・デバイスであってもよい。
以下、最初に、この出願の実施形態における関連する技術的特徴を説明する。説明は、この出願の実施形態の理解を容易にすることを意図しているが、この出願の保護範囲を限定するものとして解釈されるべきではないことに留意されたい。
１．端末デバイスのＲＲＣ状態
図１、図２、又は図３に示すネットワーク・アーキテクチャでは、端末デバイスは、アクセス・ネットワーク・デバイスとの間でＲＲＣ接続セットアップ・プロセスを実行してもよい。アクセス・ネットワーク・デバイスとのＲＲＣ接続がセットアップされた後に、端末デバイスのＲＲＣ状態は、ＲＲＣ接続状態である。続いて、端末デバイスのＲＲＣ状態は、ＲＲＣアイドル状態、ＲＲＣ接続状態、及びＲＲＣ非アクティブ状態に切り替えられてもよい。
最初に、端末デバイスの３つのＲＲＣ状態について説明する。
（１）ＲＲＣ接続状態
例えば、端末デバイスがＲＲＣ接続状態のときに、端末デバイスとアクセス・ネットワーク・デバイスとの間にＲＲＣ接続がある。このケースでは、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスのカバレッジ内にあること、又はアクセス・ネットワーク・デバイスの管理範囲内にあることを知っている。例えば、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスによって管理されるセルのカバレッジ内にあることを知る。コア・ネットワークは、端末デバイスがあるアクセス・ネットワーク・デバイスのカバレッジ又は管理範囲を知っており、コア・ネットワークは、端末デバイスを位置決め又は発見することができるアクセス・ネットワーク・デバイスを知っている。
さらに、端末デバイスがＲＲＣ接続状態のときに、アクセス・ネットワーク・デバイス及び端末デバイスは、端末デバイスに固有のデータチャネル及び／又は制御チャネルを送信して、端末デバイスに固有の情報又はユニキャスト情報を伝送してもよい。例えば、アクセス・ネットワーク・デバイスは、端末デバイスに固有の物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）及び／又は物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を端末デバイスに送信し、及び／又は端末デバイスは、端末デバイスに固有の物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）及び／又は物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）をアクセス・ネットワーク・デバイスに送信してもよい。端末デバイスは、ＰＤＣＣＨを介して、アクセス・ネットワーク・デバイスによって送信された上りリンク・スケジューリング指示又は下りリンク・スケジューリング指示を受信してもよい。端末デバイスは、ＰＵＣＣＨを介して、ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）情報をアクセス・ネットワーク・デバイスに送信して、端末デバイスの下りリンク・データ復調状況を示してもよい。
（２）ＲＲＣアイドル状態
例えば、端末デバイスがＲＲＣアイドル状態のときに、端末デバイスとアクセス・ネットワークとの間のＲＲＣ接続が解放される。このケースでは、端末デバイスは、アクセス・ネットワーク・デバイスからページング・メッセージ、ブロードキャスト・チャネル、及び／又はシステム情報を受信してもよい。
さらに、端末デバイスがＲＲＣアイドル状態のときに、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスのカバレッジ内にあるかどうか、又はアクセス・ネットワーク・デバイスの管理範囲内にあるかどうかを知らないことがある。例えば、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスによって管理されているセルのカバレッジ内にあるかどうかを知らないことがある。コア・ネットワークは、端末デバイスがあるアクセス・ネットワーク・デバイスのカバレッジ又は管理範囲を知らないことがあり、コア・ネットワークは、端末デバイスを位置決め又は発見することができるアクセス・ネットワーク・デバイスを知らないことがある。
（３）ＲＲＣアイドル状態
例えば、端末デバイスがＲＲＣ非アクティブ状態のときに、端末デバイスとアクセス・ネットワーク・デバイスとの間にＲＲＣ接続がない。このケースでは、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスのカバレッジ内にあるかどうか、又はアクセス・ネットワーク・デバイスの管理範囲内にあるかどうかを知らないことがある。例えば、アクセス・ネットワーク・デバイスは、端末デバイスがアクセス・ネットワーク・デバイスによって管理されているセルのカバレッジ内にあるかどうかを知らないことがある。コア・ネットワークは、アクセス・ネットワーク・デバイスのカバレッジ又は管理範囲、又は端末デバイスがあるアクセス・ネットワーク・デバイスのカバレッジ又は管理範囲を知っていてもよく、コア・ネットワークは、端末デバイスを位置決め又は発見することができるアクセス・ネットワーク・デバイス又は複数のアクセス・ネットワーク・デバイスを知らないことがある。
さらに、端末デバイスがＲＲＣ非アクティブ状態のときに、端末デバイスは、アクセス・ネットワーク・デバイスからページング・メッセージ、同期信号、ブロードキャスト・メッセージ、及び／又はシステム情報を受信してもよい。
この出願の実施形態では、ＲＲＣ非アクティブ状態とＲＲＣアイドル状態をまとめてＲＲＣ非接続状態と呼んでもよい。
図４は、この出願の一実施形態による端末デバイスによる上述の３つのＲＲＣ状態の切り替えの概略図である。図４に示すように、以下の可能な切り替えケースが含まれてもよい。
（１）ＲＲＣ接続状態→ＲＲＣアイドル状態
例えば、アクセス・ネットワーク・デバイスは、ＲＲＣ接続解放（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｌｅａｓｅ）メッセージを端末デバイスに送信し、その結果、端末デバイスがＲＲＣ接続状態からＲＲＣアイドル状態に切り替えてもよい。
（２）ＲＲＣ接続状態→ＲＲＣ非アクティブ状態
例えば、アクセス・ネットワーク・デバイスは、ＲＲＣ接続中断（ＲＲＣ ｃｏｎｎｅｔｉｏｎ ｓｕｓｐｅｎｄ）メッセージ又はＲＲＣ接続解放メッセージを端末デバイスに送信し、その結果、端末デバイスがＲＲＣ接続状態からＲＲＣ非アクティブ状態に切り替わる。
（３）ＲＲＣアイドル状態→ＲＲＣ接続状態
例えば、端末デバイスは、端末デバイスが、アクセス・ネットワーク・デバイスとのＲＲＣ接続セットアップ・プロセスを通して、ＲＲＣアイドル状態からＲＲＣ接続状態に切り替わることを可能にしてもよい。ＲＲＣ接続セットアップ・プロセスは、端末デバイスの上位層によってトリガされてもよい。例えば、端末デバイスが上りリンク・データを送信する必要があるときに、端末デバイスの上位層が、ＲＲＣ接続セットアップ・プロセスをトリガする。代替的には、ＲＲＣ接続セットアップ・プロセスは、アクセス・ネットワーク・デバイスによってトリガされてもよい。例えば、端末デバイスがＲＲＣアイドル状態のときに、アクセス・ネットワーク・デバイスは、ページング・メッセージを端末デバイスに送信し、ページング・メッセージは、端末デバイスの識別子を含む。これに対応して、端末デバイスは、アクセス・ネットワーク・デバイスからページング・メッセージを受信した後、ＲＲＣ接続セットアップ・プロセスをトリガする。
具体的には、ＲＲＣ接続セットアップ・プロセスは、端末デバイスがＲＲＣ接続要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）メッセージをアクセス・ネットワーク・デバイスに送信することであってもよい。アクセス・ネットワーク・デバイスが要求メッセージを受信した後に、アクセス・ネットワーク・デバイスがＲＲＣ接続セットアップ（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）メッセージを端末デバイスに送信する場合は、アクセス・ネットワーク・デバイスが端末デバイスのアクセスを受け入れることを意味し、端末デバイスのＲＲＣ状態がＲＲＣ接続状態に切り替えられてもよい。アクセス・ネットワーク・デバイスがＲＲＣ接続拒否（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｊｅｃｔ）メッセージを端末デバイスに送信する場合は、アクセス・ネットワーク・デバイスが端末デバイスのアクセスを拒否することを意味し、端末デバイスのＲＲＣ状態がＲＲＣアイドル状態を継続する。
（４）ＲＲＣ非アイドル状態→ＲＲＣ接続状態
例えば、端末デバイスがＲＲＣ非アクティブ状態のときに、端末デバイスのＲＲＣ状態は、ＲＲＣ接続セットアップ・プロセス又はＲＲＣ接続再開プロセスを通して、ＲＲＣ接続状態に切り替えられてもよい。
ＲＲＣ非アクティブ状態では、端末デバイスがアクセス・ネットワーク・デバイスからページング・メッセージを受信した後、又は端末デバイスの上位層によるトリガが実行された後に、端末デバイスは、ＲＲＣ接続再開処理を開始して、端末デバイスとアクセス・ネットワーク・デバイスとの間のＲＲＣ接続の再開を試みて、ＲＲＣ接続状態に入ってもよい。例えば、端末デバイスとアクセス・ネットワーク・デバイスとの間のＲＲＣ接続再開処理は 端末デバイスが、ＲＲＣ接続再開要求（ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｓｕｍｅ ｒｅｑｕｅｓｔ）メッセージをアクセス・ネットワーク・デバイスに送信することと、アクセス・ネットワーク・デバイスが、要求を受信した後に、ＲＲＣ接続セットアップ・メッセージ又はＲＲＣ接続再開メッセージを端末デバイスに送信し、その結果、端末デバイスの状態は、ＲＲＣ接続状態に切り替えられ得る。代替的には、アクセス・ネットワーク・デバイスがＲＲＣ解放メッセージを端末デバイスに送信し、その結果、端末デバイスの状態は、ＲＲＣ非アクティブ状態からＲＲＣアイドル状態に切り替えられる。代替的には、アクセス・ネットワーク・デバイスがＲＲＣ接続拒否メッセージを端末デバイスに送信し、その結果、端末デバイスはＲＲＣ非アクティブ状態を継続する。
（５）ＲＲＣ非アイドル状態→ＲＲＣアイドル状態
例えば、端末デバイスがＲＲＣ非アクティブ状態のときに、アクセス・ネットワーク・デバイスは、端末デバイスが解放処理を通してＲＲＣ非アクティブ状態からＲＲＣアイドル状態に切り替わることを可能にしてもよい。
２．ビーム
通信システム（例えば、５Ｇ通信システム、又は将来の通信システム）では、より高いキャリア周波数（例えば、６ギガ・ヘルツ（ｇｉｇａ ｈｅｒｔｚ、ＧＨｚ）以上）、例えば２８ＧＨｚ帯域、３８ＧＨｚ帯域、又は７２ＧＨｚ帯域が使用されて、より広い帯域幅とより高い伝送速度を有する無線通信を実装する。しかしながら、このようなキャリア周波数の無線信号は、空間伝搬中により深刻なフェージングを受ける可能性があり、無線信号でさえ受信端で検出することが困難である。したがって、通信システムでは、指向性の良いビームを取得するためにビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ）技術が使用されて、アンテナ利得を増加させて、送信方向における電力を増加させる。通信システムにおけるビームフォーミングは、高帯域に限定されるものではなく、６ＧＨｚ未満の低帯域に適用されてもよい。
ビームは、通信リソースとして理解されてもよく、ビームは、ワイド・ビーム、ナロー・ビーム、又は別のタイプのビームであってもよい。異なるビームは、異なる通信リソースと考えられてもよく、異なるビームを使用して同じ情報、又は異なる情報が送信されてもよい。ビームは、送信ビーム及び受信ビームを含む。送信ビームは、アンテナを使用して信号が送信されるときに、空間の異なる方向に形成される信号強度分布であってもよい。受信ビームは、アンテナアレイが空間内の異なる方向における無線信号の受信を強くするか、又は弱くする分布であってもよい。送信ビームは、送信フィルタを構成することによって実装されてもよく、受信ビームは、受信フィルタを構成することによって実装されてもよい。この出願の実施形態におけるフィルタは、デジタル・フィルタ、アナログ・フィルタ、又はデジタル－アナログ・ハイブリッド・フィルタを含んでもよい。これは、具体的に限定されるものではない。
例えば、アクセス・ネットワーク・デバイスは、送信ビームｘを使用して下りリンク参照信号を送信する。これに対応して、端末デバイスは、受信ビームｙを使用して下りリンク参照信号を受信してもよい。このケースでは、送信ビームｘと受信ビームｙは、ビーム対として理解されてもよい。さらに、受信ビームｙを使用して端末デバイスによって受信された下りリンク参照信号の測定値が大きい場合に、空間チャネル相互作用に基づいて、受信ビームｘ′を使用して端末デバイスによって送信された信号を受信するアクセス・ネットワーク・デバイスの受信性能も良好である。受信ビームｘ′は、送信ビームｘと高い相関度を有しており、具体的には、受信ビームｘ′に対応する受信フィルタのパラメータと送信ビームｘに対応する送信フィルタのパラメータとが同じ又は互いに非常に近く、これは、結果に反映される。言い換えれば、受信ビームｘ′の形成効果と送信ビームｘのフォーミング効果とが、同じ又は類似である。
ＳＳＢ
図１、図２、又は図３に示すネットワーク・アーキテクチャでは、端末デバイスは、アクセス・ネットワーク・デバイスによって送信された同期信号／ブロードキャスト・チャネル・ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ／ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ ｂｌｏｃｋ、ＳＳ／ＰＢＣＨブロックは、略してＳＳＢとも呼ばれてもよい）を受信して、アクセス・ネットワーク・デバイスとの同期を実装すること、システム情報を取得することなどを行ってもよい。
（１）ＳＳＢのフォーメーション
この出願の実施形態では、ＳＳＢは、一次同期信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＰＳＳ）、二次同期信号（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ、ＳＳＳ）、及び物理ブロードキャスト・チャネルｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、ＰＢＣＨ）を含んでもよい。図５に示すように、時間領域では、１つのＳＳＢが４つの直交周波数分割多重（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）シンボル（ｓｙｍｂｏｌ）を占有し、これらは、シンボル０～３として示される。周波数領域では、１つのＳＳＢは、２０個のリソース・ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）（１つＲＢは、１２個のサブキャリアを含む）、すなわち２４０個のサブキャリアを占有し、サブキャリア番号は、０～２３９である。ＰＳＳは、シンボル０の中央の１２７個のサブキャリア上に位置し、ＳＳＳは、シンボル２の中央の１２７個のサブキャリア上に位置する。ＰＳＳ及びＳＳＳを保護するために、それぞれ異なるガード・サブキャリアがある。ガード・サブキャリアは、信号を搬送するためのものではない。サブキャリアは、ガード・サブキャリアとしてＳＳＳの両側に別々に予約される。図５では、ＳＳＳの両側の空白領域はガード・サブキャリアである。ＰＢＣＨは、シンボル１及びシンボル３の全てのサブキャリアを占有し、シンボル２の全てのサブキャリアにおいて、ＳＳＳによって占有されるサブキャリア以外の残りのサブキャリアの一部（すなわち、残りのサブキャリアにおけるガード・サブキャリア以外のサブキャリア）を占有する。
（２）ＳＳＢの送信機構
セル（又はキャリア）に対して、アクセス・ネットワーク・デバイスは、異なる送信ビームを使用して異なる瞬間にＳＳＢを送信して、セルのブロードキャスト・ビーム・カバレッジを完了してもよい。図６に示すように、アクセス・ネットワーク・デバイスは、送信ビーム０を使用してＳＳＢ＃０を送信し、送信ビーム１を使用してＳＳＢ＃１を送信し、送信ビーム２を使用してＳＳＢ＃２を送信するなどを行う。このケースでは、送信ビーム０がＳＳＢ＃０に対応し、送信ビーム１がＳＳＢ＃１に対応し、送信ビーム２がＳＳＢ＃２に対応することが理解されよう。
ビーム走査プロセスでは、アクセス・ネットワーク・デバイスによって送信されるＳＳＢのセットは、同期信号バースト・セット（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｕｒｓｔ ｓｅｔ、ＳＳバースト・セット）又はＳＳＢバースト・セットと呼ばれてもよい。ＳＳバースト・セットの周期は、特定ビームに対応するＳＳＢの周期と等価であり、５ｍｓ（ミリ秒）、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１６０ｍｓなどと設定されてもよい。
例えば、グラント・スペクトル内の１つのＳＳバースト・セットは、多くても４、８、又は６４個のＳＳＢを有する。キャリア帯域が３ＧＨｚ未満のときに、１つのＳＳバースト・セットは、多くても４つのＳＳＢを有する。各ＳＳバースト・セットは、５ｍｓの時間間隔内にある。ＳＳバースト・セットの一例については、図６を参照のこと。図６では、ＳＳバースト・セットの周期が２０ｍｓであり、かつ１つのＳＳバースト・セットがＰ個のＳＳＢを含む一例が使用され、Ｐは、正の整数である。図６では、Ｐ個のＳＢＳは、２０ｍｓのうち５ｍｓの時間期間内にある。
（３）ＳＳＢとランダム・アクセス・チャネル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＲＡＣＨ）機会（ｏｃｃａｓｉｏｎ）（略してＲＯ）との間の対応関係
アクセス・ネットワーク・デバイスは、ＳＳＢとＲＯとの対応関係を端末デバイスに示してもよい。例えば、ネットワーク・デバイスは、システム情報を使用して、ＳＳＢとＲＯとの間の対応関係を端末デバイスに示してもよい。別の可能な例では、ＳＳＢとＲＯとの間の対応関係はまた、プロトコルを使用して予め定義されてもよい。ＲＯは、ランダム・アクセス・リソース又はランダム・アクセス機会、すなわち、ランダム・アクセス・プリアンブルを搬送するための時間周波数リソースとして理解されてもよい。
例えば、ＳＳＢとＲＯとの間の対応関係を端末デバイスに示すときに、アクセス・ネットワーク・デバイスは、１つのＲＯに対応するＳＳＢの数、及び１つのＲＯにおける１つのＳＳＢに対応する候補プリアンブルの数を示してもよい。ＳＳＢバースト・セットが４つのＳＳＢ（ＳＳＢ１～ＳＳＢ４）を含み、ＲＯの周波数分割多重パラメータが４（言い換えれば、４つのＲＯが、１つの時間ユニットにおける周波数分割多重のためのものである）である一例を使用して、以下、２つの例を参照してＳＳＢとＲＯとの間の対応関係を説明する。
例１では、図７の（ａ）を参照する。アクセス・ネットワーク・デバイスは、１つのＲＯに対応するＳＳＢの数が８分の１であることを示し、１つのＲＯにおける１つのＳＳＢに対応する候補プリアンブルの数が４であることを示す。このケースでは、１つのＲＯに対応するＳＳＢの数は、１／８であり、言い換えれば、８個のＲＯが、１つのＳＳＢに対応する。したがって、最初の２つの時間ユニットにおける８つのＲＯは、ＳＳＢ１に対応し、次の２つの時間ユニットにおける８つのＲＯは、ＳＳＢ２に対応する、などである。追加的に、各ＲＯに対応するプリアンブルのインデックスは０～３である。端末デバイスが、測定を通して、ＳＳＢ１の測定値が高いことを取得するときに、端末デバイスは、ＳＳＢ１に対応する８つのＲＯのいずれか１つ上で、インデックスが０～３のプリアンブルのいずれか１つを送信することを選択してもよい。
例２では、図７の（ｂ）を参照する。アクセス・ネットワーク・デバイスは、１つのＲＯに対応するＳＳＢの数が２であることを示し、１つのＲＯにおける１つのＳＳＢに対応する候補プリアンブルの数が１６であることを示す。このケースでは、１つのＲＯに対応するＳＳＢの数は、２である。したがって、第１の時間ユニットにおける第１の周波数領域位置におけるＲＯは、ＳＳＢ１及びＳＳＢ２に対応し、第１の時間ユニットにおける第２の周波数領域位置におけるＲＯは、ＳＳＢ３及びＳＳＢ４に対応し、第１の時間ユニットにおける第３の周波数領域位置におけるＲＯは、ＳＳＢ１及びＳＳＢ２に対応し、第１の時間ユニットにおける第４の周波数領域位置におけるＲＯは、ＳＳＢ３及びＳＳＢ４に対応するなどである。追加的に、ＳＳＢ１に対応するプリアンブルのインデックスは０～１５であり、ＳＳＢ２に対応するプリアンブルのインデックスは１６～３１であり、ＳＳＢ３に対応するプリアンブルのインデックスは０～１５であり、ＳＳＢ４に対応するプリアンブルのインデックスは１６～３１である。端末デバイスが、測定を通して、ＳＳＢ１の測定値が高いことを取得するときに、端末デバイスは、ＳＳＢ１に対応するいずれか１つのＲＯ上で、インデックスが０～１５のプリアンブルのいずれか１つを送信することを選択してもよい。
上述の２つの例における時間ユニットは、１つ以上のシンボルを含んでもよいし、１つ以上のスロットを含んでもよいことに留意されたい。この出願の実施形態では、時間ユニットの特定の長さは限定されない。
上述の関係する技術的特徴の説明に基づいて、ＲＲＣ非接続状態（一例として、ＲＲＣ非アクティブ状態を使用する）の端末デバイスの場合、第３世代パートナーシップ・プロジェクト（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ、３ＧＰＰ）リリース１６（Ｒｅｌｅａｓｅ １６）より前では、ユニキャスト・データ伝送を行う際にＲＲＣ非アクティブ状態の端末デバイスはサポートされていない。具体的には、端末デバイスは、ＲＲＣ接続が再開され、端末デバイスがＲＲＣ接続状態に入った後にのみユニキャスト・データ送信を実行してもよい。しかしながら、いくつかのシナリオにおいて、ＲＲＣ非アクティブ状態の端末デバイスによって伝送される必要があるデータ・パケットは、通常スモールである（すなわち、スモール・データ（ｓｍａｌｌ ｄａｔａ））である。端末デバイスがデータ伝送を行うたびにＲＲＣ接続セットアップ・プロセスが発生し、ＲＲＣ非アクティブ状態からＲＲＣ接続状態に入るために、不要な電力消費及びシグナリング・オーバーヘッドが発生する。
ＷｅＣｈａｔ又はＱＱのインスタントメッセージ、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ、ＡＰＰ）の心拍パケット、又はプッシュメッセージなどのスマートフォン関係サービスと、ウェアラブル・デバイスの周期的データ（例えば、心拍パケット）、又は産業用無線センサ・ネットワークによって送信される周期的データなどの非スマートフォン関連サービスとを具体的にカバーし得る複数のスモール・データ伝送シナリオがあってもよい。追加的に、スモール・データの特定サイズは、この出願の実施形態において制限されなくてもよい。例えば、１００～３００バイトのデータ・パケットは、スモール・データと考えられてもよい。別の例では、１つのスロットで送信され得るデータ・パケットはスモール・データと考えられてもよい（例えば、直交位相シフト・キーイング（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ、ＱＰＳＫ）が、帯域幅リソースが５Ｍで、かつサブキャリア間隔が３０ ｋＨｚの１つのスロットに対する変調のためのものである場合、約５００バイトが伝送されてもよい）。別の例では、ＲＲＣ非アクティブ状態で送信されるユーザ・プレーン・データ・パケット及び／又は制御プレーン・データ・パケットは、スモール・データと考えられてもよい。
スモール・データ伝送シナリオでは、端末デバイスがＲＲＣ非アクティブ状態のときに、状態切り替えを実行することなく、端末デバイスが、スモール・データ伝送を実行するようにサポートされてもよく、それによって、端末デバイスのシグナリング・オーバーヘッド及び電力消費を有意に低減する。
例えば、端末デバイスがＲＲＣ非アクティブ状態のときに、端末デバイスがスモール・データ伝送を実行することは、具体的には以下の２つの方法を使用して実装されてもよい。
（１）ランダム・アクセス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ、ＲＡ）に基づくデータ伝送
従来のランダム・アクセスと異なり、ランダム・アクセスに基づくデータ伝送とは、端末デバイスが、ランダム・アクセス・プロセスにおいて、上りリンク・データ（簡単のために、この出願の実施形態において以下に説明されるデータは、別段の指定がない限り、ユーザ・プレーン・データを表す）をアクセス・ネットワーク・デバイスに送信するか、又は下りリンク・データを受信することを意味する。
例えば、ランダム・アクセス・プロセスは、４ステップのランダム・アクセス・プロセス及び２ステップのランダム・アクセス・プロセスを含んでもよい。端末デバイスは、４ステップのランダム・アクセス・プロセスにおいて、メッセージ３（Ｍｓｇ３）を使用して上りリンク・データを送信してもよいし、メッセージ４（Ｍｓｇ４）を使用して下りリンク・データを受信してもよい。代替的には、端末デバイスは、２ステップのランダム・アクセス・プロセスにおいて、メッセージＡ（ＭｓｇＡ）を使用して上りリンク・データを送信してもよいし、メッセージＢ（ＭｓｇＢ）を使用して下りリンク・データを受信してもよい。
図８（ａ）は、この出願の一実施形態による４ステップのランダム・アクセス・プロセスの概略図である。図８（ａ）に示すように、４ステップのランダム・アクセス・プロセスは、以下のステップを含んでもよい。
Ｓ８０１１：端末デバイスは、ランダム・アクセス・プリアンブル（ｐｒｅａｍｂｌｅ）を物理ランダム・アクセス・チャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してアクセス・ネットワーク・デバイスに送信する、すなわち、メッセージ１（Ｍｓｇ１）をアクセス・ネットワーク・デバイスに送信する。
例えば、プリアンブルはシーケンスであってもよく、端末デバイスのタイミング・アドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ、ＴＡ）を決定するためにアクセス・ネットワーク・デバイスによって使用される。
Ｓ８０１２：アクセス・ネットワーク・デバイスは、端末デバイスによって送信されたランダム・アクセス・プリアンブルを検出した後に、ランダム・アクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ、ＲＡＲ）を端末デバイスを送信する、すなわち、メッセージ２（Ｍｓｇ２）を端末デバイスに送信する。メッセージ２は、ＰＵＳＣＨのリソース位置を示してもよい。
Ｓ８０１３：端末デバイスは、メッセージ２によって示されたＰＵＳＣＨのリソース位置に基づいて、ＰＵＳＣＨを介してメッセージ３をアクセス・ネットワーク・デバイスに送信する。メッセージ３は、上りリンク・データ、例えば上りリンク・スモール・データを含んでもよい。任意選択で、メッセージ３は、端末デバイスの識別子をさらに含んでもよい。
Ｓ８０１４：アクセス・ネットワーク・デバイスは、メッセージ３を受信し、メッセージ４を端末デバイスに送信し、メッセージ４は、フィードバック情報を含み、上りリンク・データが正常に受信されたかどうかを端末デバイスに通知してもよい。
なお、上述の４ステップのランダム・アクセス・プロセスにおけるＰＲＡＣＨリソース、プリアンブル、及びＲＡＲ受信するためのリソースは全て、端末デバイスに対してアクセス・ネットワーク・デバイスによって設定されてもよい。例えば、アクセス・ネットワーク・デバイスは、端末デバイスが接続状態のときに、端末デバイスに対して専用リソースを設定してもよいし、システム・メッセージにおいて競合のためにリソースをブロードキャストしてもよい。
図８（ｂ）は、この出願の一実施形態による２ステップのランダム・アクセス・プロセスの概略図である。図８（ｂ）に示すように、２ステップのランダム・アクセス・プロセスは、以下のステップを含んでもよい。
Ｓ８０２１：端末デバイスは、メッセージＡをアクセス・ネットワーク・デバイスに送信する。具体的には、端末デバイスは、ランダム・アクセス・プリアンブルをＰＲＡＣＨを通してアクセス・ネットワーク・デバイスに送信し、対応するＰＵＳＣＨを通して上りリンク・データ（例えば、上りリンク・スモール・データ）をアクセス・ネットワーク・デバイスに送信する。任意選択で、端末デバイスはまた、端末デバイスの識別子を送信してもよい。
Ｓ８０２２：アクセス・ネットワーク・デバイスは、メッセージＡを受信した後に、メッセージＢを端末デバイスに送信する。メッセージＢは、ＲＡＲを含み、ＲＡＲは、メッセージＡのフィードバック情報を含み、上りリンク・データが正常に受信されたかどうかを端末デバイスに通知してもよい。
上述の２ステップのランダム・アクセス・プロセスにおけるＰＲＡＣＨリソース、プリアンブル、ＰＵＳＣＨリソース（ＰＵＳＣＨにおける変調参照信号（ＤＭＲＳ）のリソースを含む））、及びＲＡＲを受信するためのリソースは、端末デバイスに対してアクセス・ネットワーク・デバイスによって設定されてもよい。例えば、アクセス・ネットワーク・デバイスは、端末デバイスが接続状態のときに、端末デバイスに対して専用リソースを設定してもよいし、システム・メッセージにおいて競合のためにリソースをブロードキャストしてもよい。
（２）設定グラント（ＣＧ）リソースに基づくデータ伝送
ＣＧリソースに基づくデータ伝送とは、アクセス・ネットワーク・デバイスが、端末デバイスに対して上りリンク・データ（例えば、ＰＵＳＣＨ）伝送のためのリソースを設定してもよいことを意味する。端末デバイスが、上りリンク・データを送信する必要があるときに、端末デバイスは、アクセス・ネットワーク・デバイスからのダイナミック・グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）を受信せず、プリアンブルを送信せずに、ＣＧリソースを使用してデータをアクセス・ネットワーク・デバイスに直接送信する。ＣＧリソースに基づくデータ伝送は、グラント・フリー（ｇｒａｎｔ ｆｒｅｅ、ＧＦ）データ伝送とも呼ばれることがある。端末デバイスはプリアンブルを送信する必要がないため、ランダム・アクセスに基づくデータ伝送解決策と比較して、端末デバイスのシグナリング・オーバーヘッド及び消費電力をさらに低減することができる。
しかしながら、ＣＧリソースに基づくデータ伝送では、ＲＲＣ非アクティブ状態の端末デバイスは、ＲＲＣ接続状態のものと同様のビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）処理を有さない。したがって、アクセス・ネットワーク・デバイスは、通常、ＲＲＣ非アクティブ状態の端末デバイスの位置情報（又はチャネル情報）を知らず、さらに、どの受信ビームが、端末デバイスによってＣＧリソース上で送信された上りリンク・データを受信するためのものであるかを知らない。アクセス・ネットワーク・デバイスが端末デバイスのチャネル情報を知らないときに、アクセス・ネットワーク・デバイスが全方位アンテナを使用して上りリンク・データを受信する場合、受信性能の低下を引き起こす。性能改善方式は、デジタル・フィルタリング処理に依存することである。しかし、端末デバイスのチャネル情報がないときに、アクセス・ネットワーク・デバイスの受信複雑度が大幅に増大する。
これに基づいて、ＣＧに基づくデータ伝送の関係実装は、この出願の実施形態で研究されている。
以下、実施形態１～実施形態３を参照して、この出願の実施形態を詳細に説明する。
実施形態１
アクセス・ネットワーク・デバイスが端末デバイスのチャネル情報を知らないために受信性能の低下が引き起こされるという問題を解決するために、可能なアイデアとしては、ＣＧリソースとチャネル情報との間の対応関係をセットアップすることである。このようにして、アクセス・ネットワーク・デバイスは、ＣＧリソースに対応するチャネル情報に基づいて、対応する受信ビームを使用してＣＧリソース上で上りリンク・データを受信し、それにより、上りリンク・データの受信性能を改善することができる。
具体的には、アクセス・ネットワーク・デバイスは、下りリンク参照信号を周期的にブロードキャストしてもよい。端末デバイスがＲＲＣ非接続状態のときに、端末デバイスが、下りリンク参照信号を測定することが基本的な挙動である。また、空間チャネル相反関係に基づいて、端末デバイスが下りリンク参照信号の測定を通して、下りリンク参照信号の測定値が大きい（例えば、下りリンク参照信号１の測定値が大きく、下りリンク参照信号１を送信するためにアクセス・ネットワーク・デバイスによって使用されるビームが送信ビームｘである）ときに、対応する受信ビームｘ′を使用して端末デバイスによって送信された信号を受信するアクセス・ネットワーク・デバイスの受信性能も良好である。この出願の実施形態１で提供される通信方法は、以下のステップを含んでもよい。アクセス・ネットワーク・デバイスは、第１の設定情報を端末デバイスに送信してもよく、第１の設定情報は、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、Ｎ個の下りリンク参照信号は、下りリンク参照信号１を含む。さらに、端末デバイスは、ＲＲＣ非接続状態に入った後に、下りリンク参照信号１に対応するＣＧリソース上で上りリンク・データを送信してもよい。これに対応して、アクセス・ネットワーク・デバイスは、対応する受信ビームを使用して、ＣＧリソース上で端末デバイスによって送信された上りリンク・データを受信してもよい。Ｍ及びＮは、正の整数である。アクセス・ネットワーク・デバイスが端末デバイスのチャネル情報を知らず、全方位アンテナを使用して上りリンク・データを受信する方式と比較して、この方式は、アクセス・ネットワーク・デバイスの受信性能を効果的に改善することができる。
以下、図９を参照して、この出願の実施形態１で提供される通信方法を詳細に説明する。
図９は、この出願の実施形態１による通信方法に対応する概略フローチャートである。図９に示すように、本方法は、以下のステップを含む。
任意選択で、Ｓ９００では、端末デバイスは、ＲＲＣ接続状態に入る。
ここで、端末デバイスは、ＲＲＣ接続セットアップ・プロセス又はＲＲＣ接続再開処理を通して、ＲＲＣ状態をＲＲＣ接続状態に切り替えてもよい。
任意選択で、Ｓ９０１では、アクセス・ネットワーク・デバイスは、第１の設定情報を端末デバイスに送信し、第１の設定情報は、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものである。
これに対応して、Ｓ９０２では、端末デバイスは、アクセス・ネットワーク・デバイスから第１の設定情報を受信してもよい。
ここで、アクセス・ネットワーク・デバイスは、さらに、端末デバイスに対してＭ個のＣＧリソースを設定してもよい。一例では、アクセス・ネットワーク・デバイスは、第１の設定情報を使用して、端末デバイスに対してＭ個のＣＧリソースを設定してもよい。言い換えれば、第１の設定情報が、Ｍ個のＣＧリソースを設定し、かつＭ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように構成するためのものであってもよい。アクセス・ネットワーク・デバイスが第１の設定情報を端末デバイスに送信する複数の方式があってもよい。例えば、アクセス・ネットワーク・デバイスは、ＲＲＣメッセージを端末デバイスに送信してもよく、ＲＲＣメッセージは、第１の設定情報を含む。例えば、ＲＲＣメッセージは、ＲＲＣ接続解放メッセージ又は別の可能なメッセージであってよい。これは、具体的に限定されるものではない。
さらに別の例では、アクセス・ネットワーク・デバイスは、第３の設定情報を使用して、端末デバイスに対してＭ個のＣＧリソースを設定してもよい。例えば、アクセス・ネットワーク・デバイスは、同じメッセージを使用して、第１の設定情報及び第３の設定情報を端末デバイスに送信してもよい。代替的には、アクセス・ネットワーク・デバイスは、異なるメッセージを使用して、第１の設定情報及び第３の設定情報を端末デバイスに送信してもよい。例えば、アクセス・ネットワーク・デバイスは、最初に、ＲＲＣメッセージ１を端末デバイスに送信することであって、ＲＲＣメッセージ１は、第３の設定情報を含む、ことと、ＲＲＣメッセージ２を端末デバイスに送信することであって、ＲＲＣメッセージ２は、第１の設定情報を含む、こととを行ってもよい。
Ｍ個のＣＧリソースについて説明する。
Ｍ個のＣＧリソースは、端末デバイスがＲＲＣ非接続状態のときに、端末デバイスが上りリンク情報をアクセス・ネットワーク・デバイスに送信するために端末デバイスによって使用されてもよい。例えば、Ｍ個のＣＧリソースは、端末デバイスがＲＲＣ非接続状態のときに、端末デバイスによって上りリンク情報を送信するため専用である。別の例として、Ｍ個のＣＧリソースは、端末デバイスがＲＲＣ接続状態のときに、上りリンク情報を送信するために端末デバイスによって使用されてもよいし、端末デバイスがＲＲＣ非接続状態のときに、上りリンク情報を送信するために端末デバイスによって使用されてもよい。上りリンク情報は、上りリンク・データ及び／又は上りリンク・シグナリングを含んでもよく、上りリンク・シグナリングは、物理層におけるシグナリング、ＭＡＣ層におけるシグナリング、及びＲＲＣ層におけるシグナリングのうちの少なくとも１つを含んでもよい。上りリンク・データ及び／又は上りリンク・シグナリングは、端末デバイスに固有のＰＵＳＣＨ及び／又はＰＵＣＣＨ上で搬送されてもよい。
この出願のこの実施形態では、ＣＧリソースは、「セット」の粒度、「周期」の粒度、「数」の粒度などの複数の可能な粒度をサポートしてもよい。例えば、ＣＧリソースの１つのセットが１つの周期（長さ）に対応し、１つの周期が１つ以上のＣＧリソースを含んでもよい。１つのＣＧリソースは、１回のデータ伝送のためのものであってもよい。１周期に含まれる複数のＣＧリソースは、同じデータを繰り返し伝送するためのものであってもよく、複数のＣＧリソースを通して伝送されるデータの冗長バージョンが、同じ又は異なっていてもよい。言い換えれば、１周期に含まれる複数のＣＧリソースが、複数の繰り返し機会として理解されてもよい。１周期における複数のＣＧリソースのうちの任意の２つの異なるＣＧリソースは、時間及び／又は周波数によって分割されてもよい。これは、限定されるものではない。
アクセス・ネットワーク・デバイスは、Ｗ個のＣＧリソース・セットの設定情報を端末デバイスに（例えば、第１の設定情報を使用して）送信し、Ｗは、正の整数である。例えば、Ｗ＝３であり、Ｗ個のＣＧリソース・セットは、第１のＣＧリソース・セット、第２のＣＧリソース・セット、及び第３のＣＧリソース・セットを含んでもよい。第１のＣＧリソースを一例として使用して、第１のＣＧリソース・セットの設定情報は、（１）第１のＣＧリソース・セットに対応する周期の持続時間、（２）周期内の繰り返しの数、周期内に含まれる繰り返し機会の数、又は周期内に含まれるＣＧリソースの数、（３）周期内の各ＣＧリソースの時間周波数位置情報のうちの少なくとも１つを含んでもよい。任意選択で、１つのＣＧリソース・セットは、ＣＧリソースのグループ又は別の名前で呼ばれることもあるが、これに限定されない。
任意選択で、第１のＣＧリソース・セットの設定情報は、他の可能な情報、例えば、周波数ホッピング指示情報（スロット内又はスロット間周波数ホッピングを示す）、ＤＭＲＳ設定情報（ＤＭＲＳのタイプ、位置、長さ、及び／又はＤＭＲＳがプリコードされているかどうかを示す）、変調及びコーディング・スキーム（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ、ＭＣＳ）テーブル、リソース割り当て方式（タイプ０、タイプ１、又はダイナミック切り替えを示す）、電力制御指示情報、ＨＡＲＱプロセスの数（例えば、１～１６のうちの１つであり得る）、及び反復中に使用される冗長バージョンのうちの１つ以上をさらに含んでもよい。これは、具体的に限定されるものではない。
Ｎ個の下りリンク参照信号について説明する。
例えば、下りリンク参照信号は、ＳＳＢ、チャネル状態情報参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＣＳＩ－ＲＳ）、測位参照信号（ｐｏｓｉｔｉｏｎｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＰＲＳ）、下りリンクＤＭＲＳ、他の可能な下りリンク参照信号であってよい。これは、具体的に限定されるものではない。この出願のこの実施形態では、下りリンク参照信号がＳＳＢである一例が説明のために使用される。
上述したように、１つのＳＳバースト・セットは、複数のＳＳＢを含んでもよい。例えば、１つのＳＳバースト・セットが４つのＳＳＢ、すなわちＳＳＢ１、ＳＳＢ２、ＳＳＢ３及びＳＳＢ４を含む場合、Ｎは、４以下の正の整数であってもよい。言い換えれば、Ｎ個の下りリンク参照信号が、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、又はＳＳＢ４のうちの少なくとも１つを含んでもよい。別の例としては、１つのＳＳバースト・セットが８つのＳＳＢ、すなわちＳＳＢ１、ＳＳＢ２、．．．及びＳＳＢ８を含む場合、Ｎは、８以下の正の整数であってもよい。言い換えれば、Ｎ個の下りリンク参照信号が、ＳＳＢ１、ＳＳＢ２、．．．、又はＳＳＢ８のうちの少なくとも１つを含んでもよい。
Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するようにすることが説明される。
例えば、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応する特定の対応方式が複数あってもよい。以下、３つの可能な対応方式について説明する。
（１）対応方式１：Ｍ個のＣＧリソースは、「セット」の粒度においてＮ個の下りリンク参照信号に対応する。例えば、Ｍ個のＣＧリソースは、１つ以上のＣＧリソース・セットに属し、各ＣＧリソースは、１つのＣＧリソース・セットのみに属してもよい。各ＣＧリソース・セットは、Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応してもよい。追加的に、１つの下りリンク参照信号はまた、１つ以上のＣＧリソース・セットに対応してもよい。
例えば、Ｍ個のＣＧリソースは、Ｗ個のＣＧリソース・セットに属する。Ｗ＝３である一例を使用して、Ｗ個のＣＧリソース・セットは、第１のＣＧリソース・セット、第２のＣＧリソース・セット、及び第３のＣＧリソース・セットを含んでもよい。例えば、Ｍ個のＣＧリソースは、第１のＣＧリソース・セットに含まれる全てのＣＧリソース、第２のＣＧリソース・セットに含まれる全てのＣＧリソース、及び第３のＣＧリソース・セットに含まれる全てのＣＧリソースを含んでもよい。Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。図１０に示すように、ＳＳＢ１は、送信ビーム１に対応し、ＳＳＢ２は、送信ビーム２に対応し、ＳＳＢ３は、送信ビーム３に対応し、ＳＳＢ４は、送信ビーム４に対応する。このケースでは、可能な対応するケースは以下のようである。図１１に示すように、第１のＣＧリソース・セットは、ＳＳＢ１に対応し、第２のＣＧリソース・セットは、ＳＳＢ２に対応し、第３のＣＧリソース・セットは、ＳＳＢ３及びＳＳＢ４に対応する。このケースでは、第１のＣＧリソース・セットに含まれる全てのＣＧリソースがＳＳＢ１に対応し、第２のＣＧリソース・セットに含まれる全てのＣＧリソースがＳＳＢ２に対応し、第３のＣＧリソース・セットに含まれる全てのＣＧリソースがＳＳＢ３及びＳＳＢ４に対応することが理解されよう。
別の例では、Ｍ個のＣＧリソースは、Ｗ個のＣＧリソース・セットに属する。Ｗ＝３である一例を使用して、Ｗ個のＣＧリソース・セットは、第１のＣＧリソース・セット、第２のＣＧリソース・セット、及び第３のＣＧリソース・セットを含んでもよい。例えば、第１のＣＧリソース・セットは、２つのＣＧリソースを１つの周期に含み、第２のＣＧリソース・セットは、３つのＣＧリソースを１つの周期に含み、第３のＣＧリソース・セットは、３つのＣＧリソースを１つの周期に含む。このケースでは、Ｍ個のリソースは、２＋３＋３＝８ＣＧリソースである。このケースでは、可能な対応するケースは以下のようである。第１のＣＧリソース・セットは、ＳＳＢ１に対応してもよく、第２のＣＧリソース・セットは、ＳＳＢ２に対応してもよく、第３のＣＧリソース・セットは、ＳＳＢ３及びＳＳＢ４に対応してもよい。このケースでは、第１のＣＧリソース・セットの各周期における２つのＣＧリソースがＳＳＢ１に対応し、第２のＣＧリソース・セットの各周期における３つのＣＧリソースがＳＳＢ２に対応し、第３のＣＧリソース・セットの各周期における３つのＣＧリソース・セットがＳＳＢ３及びＳＳＢ４に対応することが理解されよう。
アクセス・ネットワーク・デバイスが、対応する方式で、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するときに、ＣＧリソース・セットのいずれか１つに対して、可能な設定例は以下のようである。
ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ（ＣＧリソース・セットの設定情報）：：＝ＳＥＱＵＥＮＣＥ｛
．．．
ＣｏｒｒｅｓｐｏｎｄｉｎｇＲＳ ＥＮＵＭＥＲＡＴＥＤ ｛ＳＳＢ， ＣＳＩ－ＲＳ， ＰＲＳ｝ ＯＰＴＩＯＮＡＬ，
（ＣＧリソース・セットに対応する下りリンク参照信号のタイプは、例えば、ＳＳＢ、ＣＳＩ－ＲＳ、又はＰＲＳのいずれかである）
ＣｏｒｒｅｓｐｏｎｄｉｎｇＲＳＩｎｄｅｘ－１ ＩＮＴＥＧＥＲ （０．．６３） ＯＰＴＩＯＮＡＬ，
（対応する第１の下りリンク参照信号のインデックス）
ＣｏｒｒｅｓｐｏｎｄｉｎｇＲＳＩｎｄｅｘ－２ ＩＮＴＥＧＥＲ （０．．６３） ＯＰＴＩＯＮＡＬ，
（対応する第２の下りリンク参照信号のインデックス）
ＲＳＲＰｏｆＲＳ ＲＳＲＰ ＯＰＴＩＯＮＡＬ，
（ＲＳＲＰに対応する閾値（例えば、後述する第１の閾値）に対して、下りリンク参照信号を測定して取得されたＲＳＲＰが閾値以上であるときは、下りリンク参照信号に対応するＣＧリソースを使用して上りリンク・データが送信されてもよいことを意味する）
．．．｝
（２）対応方式２：Ｍ個のＣＧリソースは、「周期」の粒度においてＮ個の下りリンク参照信号に対応する。例えば、Ｍ個のＣＧリソースは、１つ以上の周期内にあり、各ＣＧリソースは１つの周期のみを有することができる。各周期は、Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応してもよい。追加的に、１つの下りリンク参照信号は、１つ以上の周期に対応してもよい。
例えば、Ｍ個のＣＧリソースが複数の周期内にあるということは、Ｍ個のＣＧリソースが、１つのＣＧリソース・セットの複数の周期内にあること、言い換えれば、Ｍ個のＣＧリソースが、ＣＧリソース・セットの複数の周期内にＣＧリソースを含むことを意味する。例えば、Ｍ個のＣＧリソースは、ＣＧリソース・セットの周期ｉ、周期ｉ＋１、及び周期ｉ＋２内にあり、言い換えれば、Ｍ個のＣＧリソースは、周期ｉ、周期ｉ＋１、及び周期ｉ＋２内にＣＧリソースを含み、ｉは、正の整数であってもよい。Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。図１０に示すように、ＳＳＢ１は、送信ビーム１に対応し、ＳＳＢ２は、送信ビーム２に対応し、ＳＳＢ３は、送信ビーム３に対応し、ＳＳＢ４は、送信ビーム４に対応する。このケースでは、可能な対応するケースは以下のようである。周期ｉは、ＳＳＢ１に対応し、周期ｉ＋１は、ＳＳＢ２に対応し、周期ｉ＋２は、ＳＳＢ３及びＳＳＢ４に対応する。具体的には、周期ｉ内の全てのＣＧリソースがＳＳＢ１に対応し、周期ｉ＋１内の全てのＣＧリソースがＳＳＢ２に対応し、周期ｉ＋２内の全てのＣＧリソースがＳＳＢ３及びＳＳＢ４に対応する。
別の例として、Ｍ個のＣＧリソースが複数の周期内にあることはまた、Ｍ個のＣＧリソースが複数のＣＧリソース・セットの複数の周期内にあることを意味してもよい。例えば、Ｍ個のＣＧリソースは、第１のＣＧリソース・セットの１つ以上の周期（例えば、周期ｉ、周期ｉ＋１、及び周期ｉ＋２）、及び第２のＣＧリソース・セットの１つ以上の周期（例えば、周期ｊ、周期ｊ＋１、及び周期ｊ＋２）内にある。具体的には、Ｍ個のＣＧリソースは、第１のＣＧリソース・セットの１つ以上の周期内にＣＧリソースと、第２のＣＧリソース・セットの１つ以上の周期内にＣＧリソースとを含む。Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。図１０に示すように、ＳＳＢ１は、送信ビーム１に対応し、ＳＳＢ２は、送信ビーム２に対応し、ＳＳＢ３は、送信ビーム３に対応し、ＳＳＢ４は、送信ビーム４に対応する。このケースでは、可能な対応するケースは以下のようである。図１２に示すように、第１のＣＧリソース・セットでは、周期ｉは、ＳＳＢ１に対応し、周期ｉ＋１は、ＳＳＢ２に対応し、周期ｉ＋２は、ＳＳＢ３及びＳＳＢ４に対応する。第２のＣＧリソース・セットでは、周期ｊ及び周期ｊ＋１は、ＳＳＢ１に対応し、周期ｊ＋２は、ＳＳＢ２に対応し、周期ｊ＋３は、ＳＳＢ３及びＳＳＢ４に対応し、ｊは、正の整数であってもよい。第１のＣＧリソース・セットの周期と第２のＣＧリソース・セットの周期とは、下りリンク参照信号に別々かつ独立に対応してもよい。例えば、第１のＣＧリソース・セットの周期ｉ内のＣＧリソースと、第２のＣＧリソース・セットの周期ｊ内のＣＧリソースとが時間領域で重なっているときに、第１のＣＧリソース・セットの周期ｉと第２のＣＧリソース・セットの周期ｊとは、同じＳＳＢに対応していてもよいし、異なるＳＳＢに対応していてもよい。これは、具体的に限定されるものではない。追加的に、図１１に示す対応関係と比較して、図１２に示す対応関係は、端末デバイスが周期を選択する際により良好な自由度を有することを可能にする。
（３）対応方式３：Ｍ個のＣＧリソースは、「数」の粒度においてＮ個の下りリンク参照信号に対応する。例えば、Ｍ個のＣＧリソースにおける１つ以上のＣＧリソースは、少なくとも１つの下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応する。言い換えれば、１つのＣＧリソースが、１つ以上の下りリンク参照信号に対応し、及び／又は１つの下りリンク参照信号が、１つ以上のＣＧリソースに対応してもよい。
例えば、Ｍ個のＣＧリソースは、１つのＣＧリソース・セットにおけるＭ個のＣＧリソースであってもよい。代替的には、Ｍ個のＣＧリソースはまた、複数のＣＧリソース・セットにおけるＭ個のＣＧリソースであってもよい。例えば、Ｍ個のＣＧリソースは、第１のＣＧリソース・セットにＭ１個のＣＧリソースを含み、第２のＣＧリソース・セットにＭ２個のＣＧリソースを含んでもよい。Ｍ１及びＭ２は、正の整数であり、Ｍ１＋Ｍ２＝Ｍである。Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。図１０に示すように、ＳＳＢ１は、送信ビーム１に対応し、ＳＳＢ２は、送信ビーム２に対応し、ＳＳＢ３は、送信ビーム３に対応し、ＳＳＢ４は、送信ビーム４に対応する。Ｍ個のＣＧリソースが、Ｍ個のＣＧリソースが１つのＣＧリソース・セットにおけるＭ個のＣＧリソースであってもよい一例を使用して、可能な対応するケースは以下のようである。図１３に示すように、ＣＧリソース・セットの各周期（例えば周期１）における第１のＣＧリソースが、ＳＳＢ１に対応し、第２のＣＧリソースが、ＳＳＢ２に対応し、第３のＣＧリソースが、ＳＳＢ３及びＳＳＢ４に対応する。追加的に、図１１又は図１２に示す対応関係と比較して、図１３に示す対応関係は、端末デバイスがＣＧリソースを選択する際により良好な自由度を有することを可能にする。
Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するときに、アクセス・ネットワーク・デバイスは、対応方式１、対応方式２、及び対応方式３の１つを別々に使用してもよいし、対応方式１、対応方式２、及び対応方式３の２つ又は３つの対応方式を組み合わせて使用してもよい。アクセス・ネットワーク・デバイスが対応方式２と対応方式３とを組み合わせて使用する一例を使用して、例えば、Ｍ個のＣＧリソースは、Ｗ個のＣＧリソース・セットにおけるＣＧリソースである。例えば、Ｗ＝２であり、Ｗ個のＣＧリソース・セットは、第１のＣＧリソース・セット、及び第２のＣＧリソース・セットを含んでもよい。Ｍ個のＣＧリソースは、第１のＣＧリソースの周期ｉ、周期ｉ＋１、及び周期ｉ＋２内にＣＧリソースと、第２のＣＧリソースの周期ｊ、及び周期ｊ＋１内にＣＧリソースとを含む。Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。このケースでは、可能な対応するケースは以下のようである。第１のＣＧリソース・セットでは、周期ｉは、ＳＳＢ１に対応し、周期ｉ＋１は、ＳＳＢ２に対応し、周期ｉ＋２は、ＳＳＢ３及びＳＳＢ４に対応する。第２のＣＧリソース・セットでは、周期ｊにおける第１及び第２のＣＧリソースが、ＳＳＢ１に対応し、周期ｊにおける第３のＣＧリソースが、ＳＳＢ２に対応し、周期ｊにおける他のＣＧリソース（例えば、周期ｊにおける第４、第５、及び第６のＣＧリソース）が、ＳＳＢ３及びＳＳＢ４に対応し、周期ｊ＋１における全てのＣＧリソースが、ＳＳＢ１に対応する。
Ｓ９０３：端末デバイスは、ＲＲＣ非接続状態に入る。
ここで、端末デバイスがＲＲＣ非接続状態に入る方式は複数あってもよい。例えば、アクセス・ネットワーク・デバイスは、ＲＲＣ接続解放メッセージを端末デバイスに送信してもよく、その結果、端末デバイスがＲＲＣ接続解放メッセージを受信した後にＲＲＣ非接続状態に入ってもよい。別の例として、端末デバイスが弱いカバレッジ・エリアにあるときに、信号受信品質が悪く、ＲＲＣ接続状態を維持できない場合、端末デバイスは、積極的に非接続状態に入ってもよい。
任意選択で、Ｓ９０４では、アクセス・ネットワーク・デバイスは、Ｐ個の下りリンク参照信号を送信し、Ｐ個の下りリンク参照信号は、Ｎ個の下りリンク参照信号を含んでもよい。
例えば、１つのＳＳバースト・セットが、４つのＳＳＢ、すなわち、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む場合、Ｐは、４あってもよく、Ｐ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含み、Ｎは、４以下の正の整数であってもよく、Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４の少なくとも１つを含む。例えば、１つのＳＳバースト・セットが、８つのＳＳＢ、すなわち、ＳＳＢ１、ＳＳＢ２、．．．、ＳＳＢ８を含む場合、Ｐは、８であってもよく、Ｐ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、．．．、ＳＳＢ８を含み、Ｎは、８以下の正の整数であり、Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、及びＳＳＢ８の少なくとも１つを含む。
任意選択で、Ｓ９０５では、端末デバイスは、Ｐ個の下りリンク参照信号を受信し、Ｐ個の下りリンク参照信号を測定する。
端末デバイスは、Ｐ個の下りリンク参照信号を測定することによって、Ｐ個の下りリンク参照信号の測定値を取得してもよい。各下りリンク参照信号の測定値は、参照信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ、ＲＳＲＰ）、参照信号受信品質（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅ ｑｕａｌｉｔｙ、ＲＳＲＱ）、及び信号対干渉プラス雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ ｎｏｉｓｅ ｒａｔｉｏ、ＳＩＮＲ）のうちの少なくとも１つを含んでもよい。これは、具体的に限定されるものではない。
任意選択で、Ｓ９０６では、端末デバイスは、下りリンク参照信号１に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスに送信する。
端末デバイスは、上りリンク・データを送信する必要があると決定する場合、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から下りリンク参照信号１を選択し、下りリンク参照信号１に対応するＣＧリソース上で上りリンク・データを送信してもよい。
例えば、端末デバイスが、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から下りリンク参照信号１を選択する方式が複数あってもよい。例えば、端末デバイスは、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号のうち、測定値が第１の閾値以上である１以上の下りリンク参照信号（例えば、下りリンク参照信号１及び下りリンク参照信号２）を決定して、このような下りリンク参照信号から１つの下りリンク参照信号（例えば、下りリンク参照信号１）を選択する。第１の閾値は、実際の要件に従ってセットされてもよく、これは、特に限定されるものではない。別の例では、端末デバイスは、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から、測定値が最も大きい下りリンク参照信号（例えば、下りリンク参照信号１）を選択する。
任意選択で、Ｓ９０７では、アクセス・ネットワーク・デバイスは、対応する受信ビームを使用して、下りリンク参照信号１に対応するＣＧリソース上で上りリンク・データを受信する。
図１１に示す対応関係を一例として使用して、端末デバイスは、測定を通して、ＳＳＢ１の測定値が最も高いか、又はより高いことを取得する場合、端末デバイスは、ＳＳＢ１に対応するＣＧリソース上で上りリンク・データを送信し、例えば、第１のＣＧリソース・セットからＣＧリソース（例えば、ＣＧリソース１）を選択して、上りリンク・データを送信してもよい。これに対応して、端末デバイスに対してＣＧリソースを設定した後に、アクセス・ネットワーク・デバイスは、対応するビームを使用して、設定されたＣＧリソース上での受信を試みてもよい。例えば、アクセス・ネットワーク・デバイスは、受信ビーム１′を使用してＣＧリソース１上で受信を試みてもよく、その結果、端末デバイスによって送信された上りリンク・データが受信され得る。受信ビーム１′は、送信ビーム１と高い相関度を有する。
端末デバイスは、測定を通して、ＳＳＢ２の測定値が最も高いか、又はより高いことを取得する場合、端末デバイスは、ＳＳＢ２に対応するＣＧリソース上で上りリンク・データを送信し、例えば、第２のＣＧリソース・セットからＣＧリソース（例えば、ＣＧリソース２）を選択して、上りリンク・データを送信してもよい。これに対応して、アクセス・ネットワーク・デバイスは、受信ビーム２′を使用してＣＧリソース２上で受信を試みてもよく、その結果、端末デバイスによって送信された上りリンク・データが受信され得る。受信ビーム２′は、送信ビーム２と高い相関度を有する。例えば、受信ビーム２′は、送信ビーム２と同じ又は類似であってもよい。
端末デバイスは、測定を通して、ＳＳＢ３（又はＳＳＢ４）の測定値が最も高いか、又はより高いことを取得する場合、端末デバイスは、ＳＳＢ３（又はＳＳＢ４）に対応するＣＧリソース上で上りリンク・データを送信し、例えば、第３のＣＧリソース・セットからＣＧリソース（例えば、ＣＧリソース３）を選択して、上りリンク・データを送信してもよい。これに対応して、アクセス・ネットワーク・デバイスは、受信ビーム３′を使用してＣＧリソース３上で受信を試みてもよく、その結果、端末デバイスによって送信された上りリンク・データが受信され得る。受信ビーム３′は、送信ビーム３及び送信ビーム４と高い相関度を有する。代替的には、アクセス・ネットワーク・デバイスは、受信ビーム３ａ′又は受信ビーム３ｂ′を使用して、ＣＧリソース３上で上りリンク・データを受信してもよい。受信ビーム３ａ′は送信ビーム３と高い相関度を有し、受信ビーム３ｂ′は送信ビーム４と高い相関度を有する。
図１２に示す対応関係を一例として使用して、端末デバイスは、測定を通して、ＳＳＢ１の測定値が最も高いか、又はより高いことを取得する場合、端末デバイスは、ＳＳＢ１に対応するＣＧリソース上で上りリンク・データを送信し、例えば、第１のリソース・セットの周期ｉからＣＧリソースを選択して上りリンク・データを送信し、及び／又は第２のリソース・セットの周期ｊ及び／又はｊ＋１からＣＧリソースを選択して上りリンク・データを送信してもよい。これに対応して、アクセス・ネットワーク・デバイスは、受信ビーム１′を使用して、第１のリソース・セットの周期ｉ、第２のリソース・セットの周期ｊ、及び第２のリソース・セットの周期ｊ＋１で受信することを試みてもよい。他のケースは、図１１の説明と同様であり、詳細は再度説明されない。
図１３に示す対応関係を一例として使用して、端末デバイスは、測定を通して、ＳＳＢ１の測定値が最も高いか、又はより高いことを取得する場合、端末デバイスは、ＳＳＢ１に対応するＣＧリソース上で上りリンク・データを送信し、例えば、第１のＣＧリソース・セットの周期において第１のＣＧリソースを選択して、上りリンク・データを送信してもよい。これに対応して、アクセス・ネットワーク・デバイスは、受信ビーム１′を使用して、第１のリソース・セットの各周期において第１のＣＧリソースで受信することを試みてもよい。他のケースは、図１１の説明と同様であり、詳細は再度説明されない。
Ｎ個の下りリンク参照信号のうちの異なる下りリンク参照信号に対応するＣＧリソースの数は、同じであっても異なっていてもよい。例えば、Ｎ個の下りリンク参照信号は、下りリンク参照信号１と下りリンク参照信号２と、を含み、下りリンク参照信号１に対応するＣＧリソースの数は、下りリンク参照信号２に対応するＣＧリソースの数と同じであっても異なっていてもよい。
また、端末デバイスがＲＲＣ接続状態にあるときに、ビーム管理プロセスを介して端末デバイスとアクセス・ネットワーク・デバイスとの間でサービス・ビームが維持されてもよい。しかしながら、端末デバイスがＲＲＣ非接続状態に入るときに、端末デバイスがサービス・ビームのカバレッジ内にある確率が最も高く、端末デバイスが他のビームのカバレッジ内にある確率は低い。サービス・ビームが下りリンク参照信号１に対応するビームであると想定すると、端末デバイスがサービス・ビームのカバレッジ内にあるときに、測定を通して、端末デバイスによって取得される下りリンク参照信号１の測定値が通常最も大きくなる。したがって、下りリンク参照信号１に対応するＣＧリソースの数は、Ｎ個の下りリンク参照信号のうちの別の下りリンク参照信号に対応するＣＧリソースの数以上にセットされてもよい。このように、端末デバイスは、端末デバイスがＲＲＣ非接続状態のときに、ＣＧリソースを使用して、上りリンク・データを送信することができ、ＣＧリソース上のアクセス・ネットワーク・デバイスの空間検出オーバーヘッドを低減する。
下りリンクの参照信号に対応するＣＧリソースの数は、下りリンク参照信号に対応するセットの数、周期の数、ＣＧリソースの数のうちの少なくとも１つを含んでもよい。これは、具体的に限定されるものではない。
以上のようにして、アクセス・ネットワーク・デバイスは、端末デバイスに対して、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応するように設定してもよい。したがって、端末デバイスが下りリンク参照信号に対応するＣＧリソース上で上りリンク・データを送信するときに、アクセス・ネットワーク・デバイスは、対応する受信ビームを使用してＣＧリソース上で上りリンク・データを受信してもよく、その結果、アクセス・ネットワーク・デバイスの受信性能を効果的に改善することができる。さらに別の態様によれば、アクセス・ネットワーク・デバイスがＭ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するときに、アクセス・ネットワーク・デバイスが、複数の可能な粒度に基づいて対応を設定してもよく、その結果、端末デバイスはＣＧリソースを選択する自由度が高く、それによりＲＲＣ非接続状態でのデータ伝送を容易にする。
実施形態２
実施形態１で説明されたように、アクセス・ネットワーク・デバイスは、端末デバイスに対して、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応するように設定してもよい。しかしながら、端末デバイスはモビリティを有するため、ある時間が経過すると、アクセス・ネットワーク・デバイスによって端末デバイスに対して設定された上述の対応が適切ではないことがあり、ＲＲＣ非接続状態の端末デバイスのデータ伝送に影響を及ぼす。
例えば、アクセス・ネットワーク・デバイスによって端末デバイスに送信される下りリンク参照信号は、下りリンク参照信号１（送信ビーム１に対応）、下りリンク参照信号２（送信ビーム２に対応）、下りリンク参照信号３（送信ビーム３に対応）、下りリンク参照信号４（送信ビーム４に対応）を含む。アクセス・ネットワーク・デバイスは、Ｍ１個のＣＧリソースを下りリンク参照信号１に対応させるように設定し、Ｍ２個のＣＧリソースは、下りリンク参照信号２に対応し、Ｍ３個のＣＧリソースは、下りリンク参照信号３に対応し、下りリンク参照信号４は、ＣＧリソースに対応しない。例えば、時間期間Ｔ１において、端末デバイスは送信ビーム１のカバレッジ内にあり、さらに、下りリンク参照信号１に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスに送信してもよい。しかし、時間期間Ｔ２において、端末デバイスは、送信ビーム４のカバレッジに移動してもよい。下りリンク参照信号４がＣＧリソースに対応しないため、端末デバイスはＣＧリソースをしようして上りリンク・データを送信することができず、ＲＲＣ非接続状態の端末デバイスのデータ伝送に影響を及ぼす。
これに基づいて、この出願の実施の形態２で提供される通信方法は、以下のステップを含んでもよい。端末デバイスが、アクセス・ネットワーク・デバイスから第１の設定情報を受信し、第１の設定情報は、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、端末が非接続状態に入った後に、アクセス・ネットワーク・デバイスから第１の再設定情報を受信してもよく、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである。Ｍ及びＮは、正の整数である。このように、アクセス・ネットワーク・デバイスは、再設定情報を端末デバイスに送信して、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新してもよい。このように、端末デバイスがＲＲＣ非接続状態で移動するときに、ＣＧリソースと下りリンク参照信号との対応関係をタイムリーかつ柔軟に調整することができ、ＲＲＣ非接続状態の端末デバイスのデータ伝送を確実にすることができる。
以下、図１４を参照して、この出願の実施形態２で提供される通信方法を詳細に説明する。
図１４は、この出願の実施形態２による通信方法に対応する概略フローチャートである。図１４に示すように、本方法は、以下のステップを含む。
任意選択で、Ｓ１４００では、端末デバイスは、ＲＲＣ接続状態に入る。
Ｓ１４０１では、アクセス・ネットワーク・デバイスは、第１の設定情報を端末デバイスに送信し、第１の設定情報は、Ｍ個のＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものである。
これに対応して、Ｓ１４０２では、端末デバイスは、アクセス・ネットワーク・デバイスから第１の設定情報を受信してもよい。
任意選択で、Ｓ１４０３では、端末デバイスは、ＲＲＣ非接続状態に入る。
任意選択で、Ｓ１４０４では、アクセス・ネットワーク・デバイスは、Ｐ個の下りリンク参照信号を送信し、Ｐ個の下りリンク参照信号は、Ｎ個の下りリンク参照信号を含んでもよい。
任意選択で、Ｓ１４０５では、端末デバイスは、Ｐ個の下りリンク参照信号を受信し、Ｐ個の下りリンク参照信号を測定する。
Ｓ１４００～Ｓ１４０５の特定の実装については、実施形態１を参照のこと。詳細は、ここでは再度説明されない。
任意選択で、Ｓ１４０６では、端末デバイスは、Ｐ個の下りリンク参照信号の測定値に基づいて、第１情報をアクセス・ネットワーク・デバイスに送信する。
第１の情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号の更新を要求するためのものであってもよいし、第１の情報は、ＣＧリソースと下りリンク参照信号との対応関係の更新を要求するためのものであってもよい。代替的には、第１の情報は、Ｐ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号の測定値を示してもよい。代替的には、第１の情報は、Ｐ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号の一連の測定値を示してもよい。代替的には、第１の情報は、Ｐ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号を示してもよく、１つ以上の下りリンク参照信号の測定値は、別の参照信号の測定値よりも大きいか、又は１つ以上の下りリンク参照信号の測定値は、第１の閾値以上である。
この出願のこの実施形態では、第１の情報をアクセス・ネットワーク・デバイスに送信するように端末デバイスをトリガするための理由が複数あってもよい。例えば、Ｐ個の下りリンク参照信号は、第１の下りリンク参照信号と第２の下りリンク参照信号とを含み、さらに他の可能な下りリンク参照信号を含む。端末デバイスは、Ｐ個の下りリンク参照信号の測定値に基づいて、第２の下りリンク参照信号の測定値がＰ個の参照信号のうちの他の下りリンク参照信号の測定値よりも大きい（すなわち、Ｐ個の下りリンク参照信号のうちの第２の下りリンク参照信号の測定値が最大である）と決定した後に、以下のケース１及びケース２のうちの少なくとも１つが満されると決定される場合、第１の情報がアクセス・ネットワーク・デバイスに送信されてもよい。ケース１：第２の下りリンク参照信号が、対応するＣＧリソースを有さない。言い換えれば、第２の下りリンク参照信号は、Ｎ個の下りリンク参照信号に属さない。ケース２：第２の下りリンク参照信号に対応するＣＧリソース数が少ない。例えば、第２の下りリンク参照信号に対応するＣＧリソースの数は、Ｎ個の下りリンク参照信号のうちの別の参照信号に対応するＣＧリソースの数よりも少ない。
この出願のこの実施形態では、端末デバイスが第１の情報をアクセス・ネットワーク・デバイスに送信する具体的な方式が複数あり得る。以下、３つの可能な方式について説明する。
（１）実装１：実装が、上述のケース１に適用可能である。
端末デバイスは、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から第１の下りリンク参照信号を選択し、第１の下りリンク参照信号に対応するＣＧリソース上で第１の情報をアクセス・ネットワーク・デバイスに送信してもよい。任意選択で、端末デバイスは、第１の下りリンク参照信号に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスにさらに送信してもよい。端末デバイスがＮ個の下りリンク参照信号から第１の下りリンク参照信号を選択する具体的な実装については、実施形態１における説明を参照のこと。
実施形態において、第１の情報は、第１の下りリンク参照信号の測定値と、第２の下りリンク参照信号の測定値と、を含んでもよい。代替的には、第１の情報は、第２の下りリンク参照信号のインデックス（すなわち、Ｐ個の下りリンク参照信号において最大の測定値を有する下りリンク参照信号のインデックス）を含んでいてもよい。代替的には、第１の情報は、Ｐ個の下りリンク参照信号の測定値を含んでいてもよい。このケースでは、端末デバイスは、ＣＧリソースと下りリンク参照信号との間の対応関係を明示的に更新することを要求していることが理解されよう。
（１）実装２：実装が、上述のケース２に適用可能である。
上述したように、アクセス・ネットワーク・デバイスは、ＳＳＢとランダム・アクセス・リソースとの間の対応関係を端末デバイスに示してもよい。したがって、下りリンク参照信号がＳＳＢである一例を使用して、端末デバイスは、第２の下りリンク参照信号に対応するランダム・アクセス・リソースに基づいてランダム・アクセス・プロセスを開始し、ランダム・アクセス・プロセスにおいて第１の情報をアクセス・ネットワーク・デバイスに送信してもよい。例えば、第１の情報が第１のメッセージで搬送され、第１のメッセージがランダム・アクセス・プロセスで使用されるか、又は第１のメッセージがランダム・アクセス・プロセスで送信される。ランダム・アクセス・プロセスが２ステップのランダム・アクセス・プロセスである場合、第１のメッセージは、ＭｓｇＡである。ランダム・アクセス・プロセスが４ステップのランダム・アクセス・プロセスである場合、第１のメッセージは、Ｍｓｇ１又はＭｓｇ３であってもよい。任意選択で、端末デバイスは、ランダム・アクセス・プロセスを介して上りリンク・データをアクセス・ネットワーク・デバイスにさらに送信してもよく、例えば、ランダム・アクセス・プロセスにおけるＭｓｇＡ又はＭｓｇ３を使用して上りリンク・データを送信してもよい。
実装では、第１の情報は、ランダム・アクセス・プリアンブルであってもよい。このケースでは、端末デバイスは、ＣＧリソースと下りリンク参照信号との間の対応関係を暗黙的に更新することを要求していることが理解されよう。代替的には、第１の情報は、Ｐ個の下りリンク参照信号の測定値を含んでいてもよい。このケースでは、端末デバイスは、ＣＧリソースと下りリンク参照信号との間の対応関係を明示的に更新することを要求していることが理解されよう。
（２）実装３：実装が、上述のケース３に適用可能である。
端末デバイスは、Ｎ個の下りリンク参照信号の測定値に基づいて、Ｎ個の下りリンク参照信号から第２の下りリンク参照信号を選択し、第１の下りリンク参照信号に対応するＣＧリソース上で第１の情報をアクセス・ネットワーク・デバイスに送信してもよい。任意選択で、端末デバイスは、第２の参照信号に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスにさらに送信してもよい。
実装では、第１の情報は、Ｐ個の下りリンク参照信号の測定値を含んでもよい。このケースでは、端末デバイスは、ＣＧリソースと下りリンク参照信号との間の対応関係を明示的に更新することを要求していることが理解されよう。
端末デバイスがＣＧリソースで第１の情報を送信する具体的な実装は複数あってもよいことに留意されたい。例えば、端末デバイスは、ＣＧリソース上でＰＵＣＣＨを送信してもよく、ＰＵＣＣＨは、第１の情報を含み、ＰＵＣＣＨは、ＣＧリソース上のＰＵＳＣＨ上で再使用されてもよい。別の例として、端末デバイスは、ＣＧリソース上でＭＡＣ制御要素（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ ＣＥ）を送信してもよく、ＭＡＣ ＣＥは、第１の情報を含む。別の例では、端末デバイスは、ＣＧリソース上でＲＲＣメッセージを送信してもよく、ＲＲＣメッセージは、第１の情報を含む。
任意選択で、Ｓ１４０７では、アクセス・ネットワーク・デバイスは、第１の情報を受信し、第１の再設定情報を端末デバイスに送信し、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである。
これに対応して、Ｓ１４０８では、端末デバイスは、第１の再設定情報を受信してもよい。
例えば、第１のＣＧリソースが第１の下りリンク参照信号に対応することは、第１の設定情報に設定されていることが想定されている。上述の実施形態１、実施形態２又は実施形態３を使用して、アクセス・ネットワーク・デバイスが端末デバイスによって送信された第１の情報を受信する場合、アクセス・ネットワーク・デバイスによって送信された第１の再設定情報は、第１のＣＧリソースを第２の下りリンク参照信号に対応するように設定するためのものである。このように、端末デバイスは、第１の再設定情報を受信した後に、第１の下りリンク参照信号に対応するＣＧリソースを、第２の下りリンク参照信号に対応するＣＧリソースに更新してもよい。任意選択で、第２のＣＧリソースが第２の下りリンク参照信号に対応することが第１の設定情報にも設定されている場合、第１の再設定情報は、さらに、第２のＣＧリソースを第１の下りリンク参照信号に対応するように設定するたものであってもよい。このように、端末デバイスは、さらに、第１の再設定情報を受信した後に、第２の下りリンク参照信号に対応するＣＧリソースを、第１の下りリンク参照信号に対応するＣＧリソースに更新してもよい。
追加的に、上述した実装１又は実装３において、アクセス・ネットワーク・デバイスが、端末デバイスによって送信された第１の情報を受信する場合、第１の再設定情報は、ＤＣＩ、ＭＡＣ ＣＥ、又はＲＲＣメッセージで搬送されてもよい。可能な実装では、ＤＣＩは、第２の情報を含んでもよく、第２の情報は、ＨＡＲＱフィードバック情報及び／又はスケジューリング情報を含んでもよい。ＨＡＲＱフィードバック情報は、端末デバイスの上りリンク・データが正常に受信されたかどうかを示す（例えば、端末デバイスが上りリンク・データをアクセス・ネットワーク・デバイスに送信した後に、アクセス・ネットワーク・デバイスは、ＨＡＲＱフィードバック情報を使用して、端末デバイスに上りリンク・データが正常に受信されたかどうかを通知してもよい）。ＨＡＲＱフィードバック情報は、肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）又は否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）であってもよい。スケジューリング情報は、端末デバイスの後続の上りリンク及び下りリンク伝送をスケジューリングするためのものであってもよい。例えば、スケジューリング情報は、端末デバイスのＰＵＳＣＨ又はＰＤＳＣＨをスケジューリングするためのものであってもよい。前述の実施形態２において、アクセス・ネットワーク・デバイスが、端末デバイスによって送信された第１の情報を受信する場合、第１の再設定情報が第２のメッセージで搬送され、第２のメッセージが、上述したランダム・アクセス・プロセスで使用されるか、又は第２のメッセージが、上述したランダム・アクセス・プロセスで伝送される。例えば、第２のメッセージは、ランダム・アクセス・プロセスにおけるＭｓｇＢであってもよいし、ランダム・アクセス・プロセスにおけるＭｓｇ２又はＭｓｇ４であってもよい。
上述は、第１の再設定情報が、Ｍ個のＣＧリソースの一部に対応する下り参照信号を更新するためのものである一例を使用して説明している。別の可能な例では、第１の再設定情報は、Ｍ個のＣＧリソースの全てに対応する下りリンク参照信号を更新するためのものであってもよい。
以下、第１の再設定情報に含まれ得る内容について、いくつかの可能な例を参照して記載する。
一例では、Ｍ個のＣＧリソースは、ＣＧリソース１、ＣＧリソース２、ＣＧリソース３、及びＣＧリソース４を含み、Ｎ個の下りリンク参照信号は、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４を含む。第１の設定情報には、ＣＧリソース１がＳＳＢ１に対応し、ＣＧリソース２がＳＳＢ２に対応し、ＣＧリソース３がＳＳＢ３に対応し、ＣＧリソース４がＳＳＢ４に対応することが設定されている。このケースでは、第１の再設定情報は２ビットであってもよく、２ビットの値はサイクリック・シフトの数を示す。例えば、２ビットの値が「０１」であるときに、１つのサイクリック・シフトが行われることを示す。具体的には、ＣＧリソース１がＳＳＢ２に対応し、ＣＧリソース２がＳＳＢ３に対応し、ＣＧリソース３がＳＳＢ４に対応し、ＣＧリソース４がＳＳＢ１に対応する。例えば、２ビットの値が「１０」であるときに、２つのサイクリック・シフトが行われることを示す。具体的には、ＣＧリソース１がＳＳＢ３に対応し、ＣＧリソース２がＳＳＢ４に対応し、ＣＧリソース３がＳＳＢ１に対応し、ＣＧリソース４がＳＳＢ２に対応する。例えば、２ビットの値が「１１」であるときに、３つのサイクリック・シフトが行われることを示す。具体的には、ＣＧリソース１がＳＳＢ４に対応し、ＣＧリソース２がＳＳＢ１に対応し、ＣＧリソース３がＳＳＢ２に対応し、ＣＧリソース４がＳＳＢ３に対応する。このように、第１の再設定情報はビット数が小さいので、実装が簡単であり、複数のＣＧリソースに対応する下りリンク参照信号が更新され得る。
さらに別の例では、第１の再設定情報に含まれる内容については、第１の設定情報に含まれる内容を参照する。第１の再設定情報に含まれる内容と第１の設定情報に含まれる内容との相違点は、以下のようである。 すなわち、第１の再設定情報に設定されたＣＧリソースに対応する下りリンク参照信号は、第１の設定情報に設定されたＣＧリソースに対応する下りリンク参照信号とは異なっていてもよい。
さらに別の例では、第１のＣＧリソースが第１の下りリンク参照信号に対応することは、第１の設定情報に設定されていることが想定されている。上述した実装１を使用して、アクセス・ネットワーク・デバイスが、端末デバイスによって送信された第１の情報（すなわち、端末デバイスによって第１のＣＧリソースで送信された第１の情報）を受信する場合、アクセス・ネットワーク・デバイスによって送信された第１の再設定情報は、第２の下りリンク参照信号のインデックスを含んでもよく、第２の下りリンク参照信号のインデックスは、第１のＣＧリソース（又は第１の下りリンク参照信号に対応する全てのＣＧリソース）に対応する下りリンク参照信号が第２の下りリンク参照信号に更新されたことを示す。
ステップＳ１４０６は、任意選択のステップであると留意されたい。言い換えれば、端末デバイスは、第１の情報を送信することにより、アクセス・ネットワーク・デバイスに、ＣＧリソースと下りリンク参照信号との対応関係を更新することを要求してもよい。次いで、アクセス・ネットワーク・デバイスは、端末デバイスの要求に基づいて、第１の再設定情報を端末デバイスに送信して、ＣＧリソースと下りリンク参照信号との対応関係を更新する。
代替的には、アクセス・ネットワーク・デバイスは、第１の再設定情報を積極的に送信して、ＣＧリソースと下りリンク参照信号との対応関係を更新してもよい。このケースでは、端末デバイスは、第１の情報をアクセス・ネットワーク・デバイスに送信する必要がなくてもよい。例えば、端末デバイスが第２の下りリンク参照信号を選択し、第２の下りリンク参照信号に対応するＣＧリソース上で上りリンク・データをアクセス・ネットワーク・デバイスに送信するときに、アクセス・ネットワーク・デバイスが、第２の下りリンク参照信号に対応するＣＧリソースの数が少ないと決定する場合、第１の再設定情報が積極的に送信されて、第２の下りリンク参照信号に対応するＣＧリソースを増加させてもよい。例えば、端末デバイスが第２の下りリンク参照信号に対応するランダム・アクセス・リソースに基づいてランダム・アクセス・プロセスを開始するときに、アクセス・ネットワーク・デバイスは、第２の下りリンク参照信号の測定値が最大又はより大きいことを学習してもよく、第１の再設定情報が積極的に送信されて、第２の下りリンク参照信号に対応するＣＧリソースを増加させてもよい。
アクセス・ネットワーク・デバイスが、第１の再設定情報を端末デバイスに送信した後、ＣＧリソースと下りリンク参照信号との対応関係を再度更新する必要がある場合、その後、アクセス・ネットワーク・デバイスが、さらに、第２の再設定情報を端末デバイスに送信して、ＣＧリソースと下りリンク参照信号との対応関係を更新してもよいことが理解されよう。
上述の方式では、アクセス・ネットワーク・デバイスは、再設定情報を端末デバイスに送信して、ＣＧリソースと下りリンク参照信号との対応関係を更新してもよい。このようにして、端末デバイスがＲＲＣ非接続状態で移動するときに、ＣＧリソースと下りリンク参照信号との対応関係をタイムリーかつ柔軟に調整することができ、その結果、現在の下りリンク参照信号を選択した後に、端末デバイスは、上りリンク・データを送信するためのＣＧリソースをより多く有し、ＲＲＣ非接続状態の端末デバイスのデータ伝送を確実にすることができる。
実施形態３
実施形態１又は実施形態２で説明されたように、アクセス・ネットワーク・デバイスは、端末デバイスに対して、Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応するように設定してもよい。これに基づいて、実施形態３では、ＣＧリソースに対応するＨＡＲＱプロセス識別子（ＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤ）についてさらに検討する。
複数のデータ・パケットの並列伝送をサポートするために、複数のＨＡＲＱプロセスを使用して、端末デバイスとアクセス・ネットワーク・デバイスとの間でデータ伝送が実行されてもよい。並列伝送は同時伝送と等価ではないと留意されたい。ＨＡＲＱプロセスは、最初の伝送から最終的にＡＣＫが受信される（言い換えれば、データ・パケットが正しく受信されたことを受信者が確認したことを示す情報が受信される）までの全プロセスを含んでもよいし、最初の伝送から最大再送回数を超えるまでの全プロセスを含んでもよい。任意選択で、２つのプロセスは、ＮＡＣＫを受信すること、再伝送を送信することなどのプロセスを含んでもよい。プロセス全体は、ＨＡＲＱプロセス識別子を使用することによってマーク付けされてもよい。このように、最初の伝送と再伝送のＨＡＲＱプロセス識別子が同じであるため、最初に伝送されたデータ・パケットと再伝送されたデータ・パケットとの間に関係をセットアップすることができ、それにより、受信機の正確な受信を容易にすることができる。端末デバイスとアクセス・ネットワーク・デバイスとの間で複数のＨＡＲＱプロセスが使用されるときは、そのようなプロセスが複数並列にあってもよいことを意味する。すなわち、ＨＡＲＱプロセスが終了しないときに、別のＨＡＲＱプロセスが同時に実行されてもよい。
動的スケジューリング・データ伝送において、アクセス・ネットワーク・デバイスは、ＤＣＩを使用してＰＵＳＣＨ／ＰＤＳＣＨをスケジューリングしてもよく、ＤＣＩは、ＨＡＲＱプロセス識別子を示すフィールドを含んでもよい。例えば、４ビットは、ＰＵＳＣＨ／ＰＤＳＣＨ上で伝送されたデータ・パケットのＨＡＲＱプロセス識別子をマーク付けするために、ＨＡＲＱプロセス識別子（ＨＡＲＱプロセス識別子は０～１５の範囲である）を示してもよい。しかしながら、ＣＧリソースに基づくデータ伝送では、動的スケジューリングのためのＤＣＩはない。したがって、アクセス・ネットワーク・デバイスと端末デバイスとの間でＨＡＲＱプロセス識別子を動的に決定するための方法はない。このケースでは、ＨＡＲＱプロセス識別子を決定するための方式は以下のようである。 すなわち、データ・パケットのＨＡＲＱプロセス識別子は、データ・パケットを搬送するＣＧリソースの開始時間位置（例えば、開始シンボル）に基づいて決定される。具体的には、データ・パケットのＨＡＲＱプロセス識別子は、以下の式を使用して、端末デバイスとアクセス・ネットワーク・デバイスとの間で決定されてもよい。
Figure 2024500487000002
上述した式における各パラメータの意味については、表１を参照のこと。
Figure 2024500487000003
ＨＡＲＱプロセス識別子を決定するための上述した方法では、ＣＧリソースの観点から、一周期におけるＣＧリソースに対応するＨＡＲＱプロセス識別子は概ね同じであり、隣接する周期におけるＣＧリソースに対応するＨＡＲＱプロセス識別子は異なっていてもよい。
例えば、アクセス・ネットワーク・デバイスは、端末デバイスに対して、ＣＧリソース・セットと、ＣＧリソース・セットと下りリンク参照信号との間の対応関係を設定することが想定されている。ＣＧリソース・セットと下りリンク参照信号との間の対応関係は以下のようである。すなわち、図１５を参照する。ＳＳＢ１は周期１に対応し、ＳＳＢ２は周期２に対応し、ＳＳＢ３は周期３に対応し、ＳＳＢ４は周期４に対応し、ＳＳＢ１は周期５に対応し、ＳＳＢ２は周期６に対応し、ＳＳＢ３は周期７に対応し、ＳＳＢ４は周期８に対応する。さらに、各システム・フレームは１０スロットを含み、各スロットは１４シンボルを含み、各周期の長さは１スロットであり、周期１における最初のＣＧリソースが含まれるシステム・フレームのフレーム番号は０であり、最初のＣＧリソースが属するスロットはスロット０であり、最初のＣＧリソースが属する開始シンボルは０であり、ＨＡＲＱプロセスの総数は１６であり、ｈａｒｑ－ＰｒｏｃＩＤ－Ｏｆｆｓｅｔ２の値は０とすると想定する。
このケースでは、周期１におけるＣＧリソース（例えば、周期１における最初のＣＧリソース）について、対応するＨＡＲＱプロセス識別子は、以下のように取得されてもよい。
Figure 2024500487000004
周期２におけるＣＧリソース（例えば、周期２における最初のＣＧリソース）について、対応するＨＡＲＱプロセス識別子は、以下のように取得されてもよい。
Figure 2024500487000005
周期３におけるＣＧリソース（例えば、周期３における最初のＣＧリソース）について、対応するＨＡＲＱプロセス識別子は、以下のように取得されてもよい。
Figure 2024500487000006
周期４におけるＣＧリソース（例えば、周期４における最初のＣＧリソース）について、対応するＨＡＲＱプロセス識別子は、以下のように取得されてもよい。
Figure 2024500487000007
残りは類推によって推論される。
周期５におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝４である。
周期６におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝５である。
周期７におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝６である。
周期８におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝７である。
しかしながら、いくつかの可能なシナリオでは、ＨＡＲＱプロセス識別子のための上述の計算方法が使用されるときに、いくつかの問題が発生してもよい。例えば、上述した例では、ＳＳＢ１～ＳＳＢ４におけるＳＳＢ３及びＳＳＢ４の測定値がいずれも第１の閾値以上であると想定しており、具体的には、端末デバイスは、ＳＳＢ３に対応するＣＧリソース又はＳＳＢ４に対応するＣＧリソース上で上りリンク・データを送信してもよい。端末デバイスが、ＨＡＲＱプロセスＩＤが３に等しいＨＡＲＱプロセスが利用可能であると見つけた場合、周期４におけるＣＧリソースに対応するＨＡＲＱプロセス識別子が３であるため、端末デバイスは、ＳＳＢ４に対応するＣＧリソースについてのみ上りリンク・データを送信することを選択することができる。しかし、ＳＳＢ３に対応するＣＧリソースでは、上りリンク・データを送信することができない。したがって、端末デバイスによるＣＧリソースの選択が制限され、上りリンク・データの伝送遅延が増大する。
これに基づき、この出願の実施形態３では、Ｍ個のＣＧリソースのうちの１つのＣＧリソースについて、ＣＧリソースに対応するＨＡＲＱプロセス識別子が、第１のオフセットに基づいて取得され、第１のオフセットは、ＣＧリソースに対応する下りリンク参照信号に基づいて決定されてもよい。例えば、第１のオフセットは、ＣＧリソースに対応する下りリンク参照信号に対してアクセス・ネットワーク・デバイスによって設定されてもよい。
一例では、ＣＧリソースに対応するＨＡＲＱプロセス識別子は、以下の式を使用して、決定されてもよい。
Figure 2024500487000008
ｈａｒｑ－ＰｒｏｃＩＤ－ｏｆｆｓｅｔ－ｆｏｒＳＳＢ－ｎは、最初のオフセットである。
例えば、上述した例では、オフセット１、オフセット２、オフセット３、及びオフセット４が導入されている。オフセット１は、ＳＳＢ１に基づいて、決定されてもよく、例えば、オフセット１＝３である。オフセット２は、ＳＳＢ２に基づいて、決定されてもよく、例えば、オフセット２＝２である。オフセット３は、ＳＳＢ３に基づいて、決定されてもよく、例えば、オフセット３＝１である。オフセット４は、ＳＳＢ４に基づいて、決定されてもよく、例えば、オフセット４＝０である。このケースでは、
周期１におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝３である。
周期２におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝３である。
周期３におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝３である。
周期４におけるＣＧリソースに対して、対応するＨＡＲＱプロセス識別子が以下のよう取得されてもよい。すなわち、ＨＡＲＱプロセスＩＤ＝３である。
このように、端末デバイスは、ＳＳＢ３に対応するＣＧリソース又はＳＳＢ４に対応するＣＧリソースで上りリンク・データを送信してもよいときに、ＨＡＲＱプロセスＩＤが３に等しいＨＡＲＱプロセスが利用可能であると端末デバイスが見つける場合、端末デバイスが、ＳＳＢ３に対応するＣＧリソースで上りリンク・データを送信することを選択してもよいし、ＳＳＢ４に対応するＣＧリソースで上りリンク・データを送信することを選択してもよく、それにより、ＨＡＲＱプロセス識別子に対応するＣＧリソースの数を増加させる。すなわち、端末デバイスの選択機会が増加し、それにより、上りリンク・データの伝送遅延を低減することを容易にする。
さらに、端末デバイスが、最初に伝送されたデータ・パケットをＨＡＲＱプロセスを使用して送信し、アクセス・ネットワーク・デバイスからフィードバックされたＡＣＫを受信しない場合、端末デバイスは、ＨＡＲＱプロセスを使用して、再伝送を１回以上実行してもよい。端末デバイスによる過剰な再送によりひき起こされるリソースの無駄を回避するために、本発明の第３の実施形態では、アクセス・ネットワーク・デバイスは、第２の設定情報を端末デバイスに送信してもよく、第２の設定情報は、ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの最大再送回数及び／又はＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの有効持続期間を設定するためのものである。アクセス・ネットワーク・デバイスが第２の設定情報を端末デバイスに送信する複数の方式があってもよい。これは、この出願のこの実施形態において限定されない。例えば、アクセス・ネットワーク・デバイスは、同じメッセージを使用して、第１の設定情報及び第２の設定情報を端末デバイスに送信してもよい。このように、端末デバイスが、ＨＡＲＱプロセス識別子に対して、ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの再伝送回数が最大再伝送回数に達したか、又はＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの持続時間が有効持続時間に達したことを見つけた後に、端末デバイスは、ＨＡＲＱプロセスを廃棄してもよい。任意選択で、端末デバイスは、アクセス・ネットワーク・デバイスに対してランダム・アクセス・プロセスを開始してＲＲＣ接続状態に入るようにしてもよいし、ランダム・アクセスに基づいてデータ伝送を行ってもよい。
実施形態１～実施形態３の場合、以下に留意されたい。
（１）実施形態１と実施形態２を別々に実装してもよく、実施形態３を実施形態１と組み合わせて実装してもよいし、実施形態２と組み合わせて実装してもよい。
（２）以上は、実施の形態１と実施の形態３との相違点について焦点を当てている。相違点以外の内容については、実施形態１～実施形態３が相互に参照されてもよい。
（３）実施形態１～実施形態２で説明されたフローチャートのステップ番号は、手順を実行するための例にすぎず、ステップを実行するための順序に対する限定を構成しない。この出願の実施形態では、互いに時系列依存性を持たないステップ間に厳密な実行順序はない。追加的に、フローチャートに示されるステップの全てが必須のステップであるわけではなく、実際の要件に基づいて、いくつかのステップがフローチャートに追加されるか、又はそこから削除されてもよい。
前述のものは、主に、アクセス・ネットワーク・デバイスと端末デバイスとの間の相互作用の観点から、この出願の実施形態で提供される解決策を説明する。前述の機能を実装するために、端末デバイスは、機能を実行するための対応するハードウェア構造及び／又はソフトウェア・モジュールを含むことが理解されよう。当業者は、この出願の実施形態では、この明細書に開示された実施形態を参照して説明された例におけるユニット及びアルゴリズムのステップが、ハードウェア又はハードウェアとコンピュータ・ソフトウェアの組み合わせによって実装され得ると容易に認識すべきである。機能がハードウェアによって行われるか、コンピュータ・ソフトウェアによって駆動されるハードウェアによって行われるかは、特定の用途と技術的解決策の設計上の制約に依存する。当業者であれば、異なる方法を使用して、各特定のアプリケーションの説明された機能を実装してもよく、その実装がこの出願の範囲を超えると考えられるべきでない。
この出願の実施形態では、端末デバイスは、前述の方法の例に基づいて、機能ユニットに分割されてもよい。例えば、各機能モジュールが各対応する機能に基づいた分割を通して取得されてもよいし、２つ以上の機能が１つのユニットに統合されてもよい。統合されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。
統合ユニットが使用されるときに、図１６は、この出願の一実施形態による装置の可能な概略ブロック図である。図１６に示すように、装置１６００は、処理ユニット１６０２と通信ユニット１６０３とを含んでもよい。処理ユニット１６０２は、装置１６００のアクションを制御及び管理するように構成されている。通信ユニット１６０３は、装置１６００と他のデバイスとの通信をサポートするように構成されている。任意選択で、通信ユニット１６０３はトランシーバ・ユニットとも呼ばれ、それぞれ受信動作及び送信動作を実行するように構成された受信ユニット及び／又は送信ユニットを含んでもよい。装置１６００はさらに、装置１６００のプログラム・コード及び／又はデータを記憶するように構成された記憶ユニット１６０１を含んでもよい。
装置１６００は、前述の実施形態における端末デバイスであってもよいし、端末デバイスに配設されたチップであってもよい。処理ユニット１６０２は、前述の方法例における端末デバイスのアクションを実行する際に、装置１６００を支援してもよい。代替的には、方法の例では、処理ユニット１６０２が主に端末デバイスの内部アクションを実行し、通信部１６０３が装置１６００と他のデバイスとの間の通信をサポートしてもよい。
詳細は、以下のようである。一実施形態では、通信ユニット１６０３が、アクセス・ネットワーク・デバイスから第１の設定情報を受信することであって、第１の設定情報は、Ｍ個の設定グラントＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、Ｍ個のＣＧリソースは、端末が非接続状態のときに、上りリンク情報を送信するために端末デバイスによって使用される、ことと、端末が非接続状態に入った後に、アクセス・ネットワーク・デバイスから第１の再設定情報を受信することであって、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである、ことと、を行うように構成されている。Ｍ及びＮは、正の整数である。
装置１６００は、上述の実施形態におけるアクセス・ネットワーク・デバイスであってもよいし、アクセス・ネットワーク・デバイス内に配設されたチップであってもよい。処理ユニット１６０２は、上述の方法例におけるアクセス・ネットワーク・デバイスのアクションを実行する際に装置１６００をサポートしてもよい。代替的には、方法の例では、処理ユニット１６０２が主にネットワーク・デバイスの内部アクションを実行し、通信ユニット１６０３が装置１６００と他のデバイスとの間の通信をサポートしてもよい。
具体的には、一実施形態では、通信ユニット１６０３が、第１の設定情報を端末デバイスに送信するすることであって、第１の設定情報は、Ｍ個の設定グラントＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、Ｍ個のＣＧリソースは、端末が非接続状態のときに、端末デバイスから上りリンク情報を受信するためのものである、ことと、端末が非接続状態に入った後に、第１の再設定情報を端末デバイスに送信することであって、第１の再設定情報は、Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである、ことと、を行うように構成されている。Ｍ及びＮは、正の整数である。
装置におけるユニットへの分割は、論理関数の分割にすぎない。実際の実装では、ユニットの全部又は一部が、１つの物理エンティティに統合されてもよいし、物理的に分離されてもよい。追加的に、本発明の装置における各ユニットが、処理要素を介してソフトウェアを呼び出す形態で全て実装されてもよいし、ハードウェアの形態で全て実装されてもよいし、一部のユニットが処理要素を介してソフトウェアを呼び出す形態で実装されてもよいし、一部のユニットがハードウェアの形態で実装されてもよい。例えば、各ユニットは、別々に配設された処理要素であってもよいし、実装のために装置のチップに統合されてもよい。追加的に、各ユニットは、代替的に、ユニットの機能を実行するために装置の処理要素によって呼び出されるプログラムの形態でメモリに記憶されてもよい。追加的に、ユニットの全部又は一部が、統合されてもよいし、独立して実装されてもよい。ここで、処理要素はプロセッサとも呼ばれ、信号処理能力を有する集積回路であってもよい。実装プロセスにおいて、上述の方法又はユニットにおける動作は、プロセッサ要素内のハードウェア統合論理回路を使用して実装されてもよいし、プロセッサ要素がソフトウェアを呼び出す形態で実装されてもよい。
一実施形態では、装置における前述のユニットのいずれか１つは、前述の方法を実装するように構成された１つ以上の集積回路、例えば、１つ以上の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳ ＩＣ）、１つ以上のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌｉｎｇ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、若しくは１つ以上のフィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、又はこれらの集積回路形態のうちの少なくとも２つの組み合せであってもよい。別の例では、装置におけるユニットが、処理要素がプログラムをスケジューリングする形態で実装されてもよいときに、処理要素は、プロセッサ、例えば、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）又はプログラムを呼び出すことができる別のプロセッサであってもよい。さらに別の例では、ユニットは、システム・オン・チップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ、ＳｏＣ）の形態で統合及び実装されてもよい。
前述の受信するように構成されたユニットは、装置のインターフェース回路であり、別の装置からの信号を受信するように構成されている。例えば、装置がチップの方式で実装されるときに、受信ユニットは、チップのものであり、別のチップ又は装置から信号を受信するように構成されたインターフェース回路である。前述の送信するように構成されたユニットは、装置のインターフェース回路であり、別の装置に信号を送信するように構成されている。例えば、装置がチップの方式で実装されるときに、受信ユニットは、チップのものであり、別のチップ又は装置に信号を送信するように構成されたインターフェース回路である。
図１７は、この出願の一実施形態による、端末デバイスの構造の概略図である。端末デバイスは、上述した実施形態における端末デバイスであってもよく、上述した実施形態における端末デバイスの動作を実装するように構成されている。図１７に示すように、端末デバイスは、アンテナ１７１０と、無線周波数部１７２０と、信号処理部１７３０と、を含む。アンテナ１７１０は、無線周波数部１７２０に接続される。下りリンク方向では、無線周波数部１７２０は、アンテナ１７１０を使用してネットワーク・デバイスによって送信された情報を受信し、処理のためにネットワーク・デバイスによって送信された情報を信号処理部１７３０に送信する。上りリンク方向では、信号処理部１７３０は、端末デバイスの情報を処理し、その情報を無線周波数部１７２０に送信する。無線周波数部１７２０は、端末デバイスの情報を処理し、アンテナ１７１０を使用してその情報をネットワーク・デバイスに送信する。
信号処理部１７３０は、各通信プロトコル層のデータを処理するように構成されたモデム・サブシステムを含んでもよく、端末デバイスのオペレーティング・システム及びアプリケーション層を処理するように構成された中央処理サブシステムをさらに含んでもよく、追加的に、他のサブシステム、例えば、マルチメディア・サブシステム及び周辺サブシステムをさらに含んでもよい。マルチメディア・サブシステムは、端末デバイスのカメラ及びスクリーン・ディスプレイを制御するように構成されており、周辺サブシステムは、別のデバイスに接続するように構成されている。モデム・サブシステムは、別々に配設されたチップであってもよい。
モデム・サブシステムは、例えば、主制御ＣＰＵ及び別の集積回路を含む１つ以上の処理要素１７３１を含んでもよい。追加的に、モデム・サブシステムは、記憶要素１７３２及びインターフェース回路１７３３をさらに含んでもよい。記憶要素１７３２は、データ及びプログラムを記憶するように構成されている。しかしながら、上述した方法において端末デバイスによって実行される方法を実行するために使用されるプログラムは、記憶要素１７３２に記憶されるのではなく、モデム・サブシステム外のメモリに記憶され、使用されるときに、モデム・サブシステムによってロードされて使用されてもよい。インターフェース回路１７３３は、別のサブシステムと通信するように構成されている。
モデム・サブシステムは、チップを使用して実装されてもよい。チップは、少なくとも１つの処理要素、及びインターフェース回路を含む。処理要素は、端末デバイスによって実行される任意の方法のステップを実行するように構成されており、インターフェース回路は、別の装置と通信するように構成されている。一実施形態では、前述の方法におけるステップを実装するために端末デバイスによって使用されるユニットは、処理要素によってプログラムをスケジューリングする形態で実装されてもよい。例えば、端末デバイスのための装置は、処理要素と記憶要素と、を含み、処理要素は、記憶要素に記憶されたプログラムを呼び出して、上述した方法の実施形態において端末デバイスによって実行される方法を実行する。記憶要素は、処理要素と同じチップ上に位置する記憶要素、すなわち、オンチップ記憶要素であってもよい。
別の実装では、前述の方法において端末デバイスによって実行される方法を実行するために使用されるプログラムは、処理要素とは異なるチップ上に位置する記憶要素、すなわち、オフチップ記憶素子内にあってもよい。このケースでは、処理要素は、オフチップ記憶要素からオンチップ記憶要素にプログラムを呼び出すか、又はロードして、前述の方法の実施形態において対応する端末デバイスによって実行される方法を呼び出し及び実行する。
一実装では、前述の方法のステップを実装するために端末デバイスによって使用されるユニットは、１つ以上の処理要素として構成されてもよく、処理要素は、モデム・サブシステム上に配設されてもよく、処理要素は、集積回路、例えば、１つ以上のＡＳ ＩＣ、１つ以上のＤＳＰ、１つ以上のＦＰＧＡ、又はこれらの集積回路の組み合わせであってもよい。集積回路は、一緒に集積されてチップを形成してもよい。
上述の方法のステップを実装するために端末デバイスによって使用されるユニットは、一緒に統合され、ＳＯＣの形態で実装されてもよい。ＳＯＣチップは、前述の通信方法を実装するように構成されている。少なくとも１つの処理要素及び記憶要素がチップに統合されてもよく、処理要素は、記憶要素に記憶されたプログラムを呼び出して、端末デバイスによって実行される上述の方法を実装する。代替的には、少なくとも１つの集積回路がチップに統合されてもよく、上述の端末デバイスによって実行される方法を実装するように構成されてもよい。代替的には、前述の実施形態を参照すると、一部のユニットの機能は、処理要素によって呼び出されるプログラムの形態で実装され、一部のユニットの機能は、集積回路の形態で実装される。
端末デバイスのための装置は、少なくとも１つの処理要素とインターフェース回路とを含んでもよく、少なくとも１つの処理要素は、上述の方法の実施形態で提供される端末デバイスによって実行されるいずれかの方法を実行するように構成されていることが分かる。処理要素は、第１の方式であってもよい。言い換えれば、端末デバイスによって実行されるステップの一部又は全部は、記憶要素に記憶されたプログラムを呼び出す方式で実行される。代替的には、処理要素は、第２の方式であってもよい。言い換えれば、端末デバイスによって実行されるステップの一部又は全部は、命令と組み合わせてプロセッサ要素内のハードウェアの集積論理回路を使用して実行される。もちろん、端末デバイスによって実行されるステップの一部又は全部がまた、第１の方式及び第２の方式を参照して実行されてもよい。
ここでの処理要素は、上述したものと同じであり、プロセッサを使用して実装されてもよい。処理要素の機能は、図１６で説明した処理ユニットの機能と同じであってもよい。例えば、処理要素は、汎用プロセッサ、例えば、ＣＰＵであってもよいし、前述の方法を実装するように構成された１つ以上の集積回路、例えば、１つ以上のＡＳＩＣ、１つ以上のマイクロプロセッサ（ＤＳＰ）、１つ以上のＦＰＧＡ、又はこれらの集積回路形態のうちの少なくとも２つの組み合わせであってもよい。記憶要素は、メモリを使用して実装されてもよい。処理要素の機能は、図１６で説明した記憶ユニットの機能と同じであってもよい。記憶要素は、１つのメモリであってもよいし、複数のメモリの総称であってもよい。
図１７に示す端末デバイスは、上述した方法の実施形態における端末デバイスの全ての処理を実装することができる。図１７に示す端末デバイスにおける全てのモジュールの動作及び／又は機能は、それぞれ上述した方法の実施形態における対応する手順を実装するためのものである。詳細については、上述の方法の実施形態における説明を参照のこと。繰り返しを避けるために、本明細書では詳細な説明は適切に省略される。
図１８は、この出願の一実施形態によるアクセス・ネットワーク・デバイスの構造の概略図である。アクセス・ネットワーク・デバイス（又は基地局）は、前述の方法の実施形態におけるアクセス・ネットワーク・デバイスの機能を実行するために、図１に示すシステム・アーキテクチャにおいて使用されてもよい。アクセス・ネットワーク・デバイス１８０は、１つ以上のＤＵ１８０１及び１つ以上のＣＵ１８０２を含んでもよい。ＤＵ１８０１は、少なくとも１つのアンテナ１８０１１、少なくとも１つの無線周波数ユニット１８０１２、少なくとも１つのプロセッサ１８０１３、及び少なくとも１つのメモリ１８０１４を含んでもよい。ＤＵ１８０１は、主に、無線周波数信号を受信及び送信し、無線周波数信号とベースバンド信号との間の変換を実行し、部分的なベースバンド処理を実行するように構成されている。ＣＵ１８０２は、少なくとも１つのプロセッサ１８０２２及び少なくとも１つのメモリ１８０２１を含んでもよい。
ＣＵ１８０２は、主に、ベースバンド処理やアクセス・ネットワーク・デバイスの制御などを実行するように構成されている。ＤＵ１８０１及びＣＵ１８０２は物理的に一緒に配設されてもよく、又は物理的に分離されてもよく、すなわち、基地局は分散基地局である。ＣＵ１８０２は、アクセス・ネットワーク・デバイスの制御センタであり、処理ユニットとも呼ばれ、主に、ベースバンド処理機能を完了するように構成されている。例えば、ＣＵ１８０２は、上述した方法の実施形態におけるアクセス・ネットワーク・デバイスに関する動作手順を実行するようにアクセス・ネットワーク・デバイスを制御するように構成されてもよい。
追加的に、任意選択で、アクセス・ネットワーク・デバイス１８０は、１つ以上の無線周波数ユニット、１つ以上のＤＵ、及び１つ以上のＣＵを含んでもよい。ＤＵは、少なくとも１つのプロセッサ１８０１３及び少なくとも１つのメモリ１８０１４を含んでもよく、無線周波数ユニットは、少なくとも１つのアンテナ１８０１１及び少なくとも１つの無線周波数ユニット１８０１２を含んでもよく、ＣＵは、少なくとも１つのプロセッサ１８０２２及び少なくとも１つのメモリ１８０２１を含んでもよい。
一具体例では、ＣＵ１８０２は１つ以上の基板を含んでもよい。複数の基板は、単一のアクセス表示を有する無線アクセス・ネットワーク（例えば、５Ｇネットワーク）を共同でサポートしてもよいし、異なるアクセス標準を有する無線アクセス・ネットワーク（例えば、ＬＴＥネットワーク、５Ｇネットワーク、又は別のネットワーク）を別々にサポートしてもよい。メモリ１８０２１及びプロセッサ１８０２２は、１つ以上の基板を提供してもよい。言い換えれば、メモリ及びプロセッサは、各基板上に配設されてもよい。代替的には、複数の基板は、同じメモリ及び同じプロセッサを共有してもよい。追加的に、必要な回路は、さらに、各基板上に配設される。プロセッサ１８０１は、１つ以上の基板を含んでもよい。複数の基板は、単一のアクセス表示を有する無線アクセス・ネットワーク（例えば、５Ｇネットワーク）を共同でサポートしてもよいし、異なるアクセス標準を有する無線アクセス・ネットワーク（例えば、ＬＴＥネットワーク、５Ｇネットワーク、又は別のネットワーク）を別々にサポートしてもよい。メモリ１８０１４及びプロセッサ１８０１３は、１つ以上の基板を提供してもよい。言い換えれば、メモリ及びプロセッサは、各基板上に配設されてもよい。代替的には、複数の基板は、同じメモリ及び同じプロセッサを共有してもよい。追加的に、必要な回路は、さらに、各基板上に配設される。
図１８に示すアクセス・ネットワーク・デバイスは、上述した方法の実施形態におけるアクセス・ネットワーク・デバイスの全ての処理を実装することができる。図１８に示すアクセス・ネットワーク・デバイス内の全てのモジュールの動作及び／又は機能は、それぞれ、上述した方法の実施形態における対応する手順を実装するためのものである。詳細については、方法の実施形態における説明を参照のこと。繰り返しを避けるために、本明細書では詳細は適宜省略される。
当業者は、この出願の実施形態が方法、システム、又はコンピュータ・プログラム製品として提供され得ることを理解すべきである。したがって、この出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又はソフトウェアとハードウェアの組み合わせを有する実施形態の形態を使用してもよい。さらに、この出願は、コンピュータ使用可能プログラム・コードを含む１つ以上のコンピュータ使用可能記憶媒体（ディスク・メモリ、ＣＤ－ＲＯＭ、光学メモリなどを含むがこれらに限定されない）上で実装されるコンピュータ・プログラム製品の形態を使用してもよい。
この出願は、この出願による方法、デバイス（システム）、及びコンピュータ・プログラム製品のフローチャート及び／又はブロック図を参照して説明される。コンピュータ・プログラム命令を使用して、フローチャート及び／又はブロック図における各プロセス及び／又は各ブロック、及びフローチャート及び／又はブロック図におけるプロセス及び／又はブロックの組み合わせを実装してもよいことに理解されたい。これらのコンピュータ・プログラム命令は、汎用コンピュータ、専用コンピュータ、埋め込みプロセッサ、又は別のプログラマブル・データ処理デバイスのプロセッサに提供されて、マシンを生成してもよく、その結果、コンピュータ又は別のプログラマブル・データ処理装置のプロセッサによって実行される命令は、フローチャートの１つ以上のプロセス及び／又はブロック図の１つ以上のブロックにおいて特定の機能を実装するための装置を生成する。
これらのコンピュータ・プログラム命令は、コンピュータ又は別のプログラマブル・データ処理デバイスを特定の方式で作動するように案内することができるコンピュータ可読メモリに記憶されてもよく、その結果、コンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート内の１つ以上のプロセス及び／又はブロック図内の１つ以上のブロックにおいて特定の機能を実装する。
これらのコンピュータ・プログラム命令は、コンピュータ又は別のプログラム可能なデータ処理デバイスにロードされてもよく、その結果、一連の動作ステップがコンピュータ又は別のプログラマブル・デバイス上で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータ又は別のプログラマブル・デバイス上で実行される命令は、フローチャート内の１つ以上のプロセス及び／又はブロック図内の１つ以上のブロックにおいて特定の機能を実装するためのステップを提供する。
当業者が、この出願の精神及び範囲から逸脱することなく、この出願に様々な修正及び変形を行うことができることが明らかである。この出願は、以下の特許請求の範囲及びそれらの均等の技術によって画定される保護の範囲内にあることを条件として、この出願のこれらの修正及び変形をカバーすることを意図している。

Claims (42)

  1. 通信方法であって、
    第１の設定情報をアクセス・ネットワーク・デバイスから受信することであって、前記第１の設定情報は、Ｍ個の設定グラントＣＧリソースをＮ個の下りリンク参照信号に対応するように構成するためのものであり、前記Ｍ個のＣＧリソースは、端末デバイスが非接続状態のときに、上りリンク情報を送信するために前記端末デバイスよって使用される、ことと、
    前記端末デバイスが前記非接続状態のときに、前記アクセス・ネットワーク・デバイスから第１の再設定情報を受信することであって、前記第１の再設定情報は、前記Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである、ことと、を含み、
    Ｍ及びＮは、正の整数である、方法。
  2. 前記Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応することは、
    前記Ｍ個のＣＧリソースが１つ以上のＣＧリソース・セットに属し、各ＣＧリソースが、前記ＣＧリソース・セットのうちの１つに属し、前記各ＣＧリソース・セットは、前記Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、
    前記Ｍ個のＣＧリソースが１つ以上の周期におけるものであり、前記各ＣＧリソースが、前記周期のうちの１つにおけるものであり、前記各周期は、前記Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、
    前記Ｍ個のＣＧリソースにおける１つ以上のＣＧリソースは、前記少なくとも１つの下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することとのうちの少なくとも１つを含む、請求項１に記載の方法。
  3. 前記方法は、
    前記アクセス・ネットワーク・デバイスからＰ個の下りリンク参照信号を受信することであって、前記Ｐ個の下りリンク参照信号は、前記Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上である、ことと、
    前記Ｐ個の下りリンク参照信号の測定値に基づいて、前記アクセス・ネットワーク・デバイスに第１の情報を送信することと、をさらに含む、請求項１又は２に記載の方法。
  4. 前記Ｎ個の下りリンク参照信号は、第１の下りリンク参照信号を含み、
    前記方法は、
    前記第１の下りリンク参照信号に対応するＣＧリソース上で前記第１の情報を前記アクセス・ネットワーク・デバイスに送信することをさらに含む、請求項１～３のいずれか一項に記載の方法。
  5. 前記方法は、
    前記第１の下りリンク参照信号に対応するＣＧリソース上で上りリンク・データを前記アクセス・ネットワーク・デバイスに送信することをさらに含む、請求項４に記載の方法。
  6. 前記第１の下りリンク参照信号の測定値は、第１の閾値以上であること、又は、前記第１の下りリンク参照信号の測定値は、前記Ｎ個の下りリンク参照信号のうちの他の下りリンク参照信号の測定値以上である、請求項４又は５に記載の方法。
  7. 前記Ｐ個の下りリンク参照信号は、第２の下りリンク参照信号を含み、前記第２の下りリンク参照信号の測定値は、前記第１の下りリンク参照信号の前記測定値よりも大きく、
    前記第１の情報は、前記第１の下りリンク参照信号の前記測定値と、前記第２の下りリンク参照信号の前記測定値と、を含むか、
    前記第１の情報は、前記第２の下りリンク参照信号のインデックスを含むか、又は
    前記第１の情報は、前記Ｐ個の下りリンク参照信号の測定値を含む、請求項３～６のいずれか一項に記載の方法。
  8. 前記Ｍ個のＣＧリソースは、第１のＣＧリソースを含み、前記第１の設定情報は、前記第１のＣＧリソースを設定し、かつ前記第１のＣＧリソースを前記第１の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、前記第１のＣＧリソースを前記第２の下りリンク参照信号に対応するように設定するためのものである、請求項１～７のいずれか一項に記載の方法。
  9. 前記Ｍ個のＣＧリソースは、第２のＣＧリソースをさらに含み、前記第１の設定情報は、前記第２のＣＧリソースを設定し、かつ前記第２のＣＧリソースを前記第２の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、さらに、前記第２のＣＧリソースを前記第１の下りリンク参照信号に対応するように設定するためのものである、請求項８に記載の方法。
  10. 前記第１の再設定情報は、下りリンク制御情報ＤＣＩ、メディア・アクセス制御ＭＡＣ制御要素ＣＥ、又は無線リソース制御ＲＲＣメッセージで搬送される、請求項１～９のいずれか一項に記載の方法。
  11. 前記ＤＣＩは、第２の情報をさらに含み、前記第２の情報は、ＨＡＲＱフィードバック情報及び／又はスケジューリング情報を含み、前記ＨＡＲＱフィードバック情報は、前記端末デバイスの前記上りリンク・データが正常に受信されたかどうかを示し、前記スケジューリング情報は、前記端末デバイスの物理上り共有チャネルＰＵＳＣＨ又は物理下り共有チャネルＰＤＳＣＨをスケジューリングするためのものである、請求項１０に記載の方法。
  12. 前記Ｐ個の下りリンク参照信号は、第３の下りリンク参照信号を含み、
    前記方法は、前記第３の下りリンク参照信号に対応するランダム・アクセス・リソースに基づいてランダム・アクセス・プロセスを開始することを含み、
    前記第１の情報は、第１のメッセージで搬送され、第１のメッセージはランダム・アクセス・プロセスで使用される、請求項３に記載の方法。
  13. 前記Ｍ個のＣＧリソースは、第３のＣＧリソースを含み、前記第１の設定情報は、前記第３のＣＧリソースを設定し、かつ前記第３のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、前記第３のＣＧリソースを前記第３の下りリンク参照信号に対応するように設定するためのものである、請求項１２に記載の方法。
  14. 前記Ｍ個のＣＧリソースは、第４のＣＧリソースを含み、前記第１の設定情報は、前記第４のＣＧリソースを設定し、かつ前記第４のＣＧリソースを前記第３の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、さらに、前記第４のＣＧリソースを前記第４の下りリンク参照信号に対応するように設定するためのものである、請求項１３に記載の方法。
  15. 前記第１の再設定情報は、第２のメッセージで搬送され、前記第２のメッセージは、前記ランダム・アクセス・プロセスで使用される、請求項１２～１４のいずれか一項に記載の方法。
  16. 前記Ｍ個のＣＧリソースは、第５のＣＧリソースを含み、前記第５のＣＧリソースに対応するハイブリッド自動再送要求ＨＡＲＱプロセス識別子は、第１のオフセットに基づいて取得され、前記第１のオフセットは、前記第５のＣＧリソースに対応する下りリンク参照信号に基づいて決定される、請求項１～１５のいずれか一項に記載の方法。
  17. 前記方法は、さらに、
    前記第２の設定情報を前記アクセス・ネットワーク・デバイスから受信することであって、前記第２の設定情報は、前記ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの最大再送回数及び／又は前記ＨＡＲＱプロセス識別子に対応する前記ＨＡＲＱプロセスの有効期間を設定するためのものである、ことを含む、請求項１６に記載の方法。
  18. 通信方法であって、
    第１の設定情報を前記端末デバイスに送信することであって、前記第１の設定情報は、Ｍ個の設定グラントＣＧリソースをＮ個の下りリンク参照信号に対応するように設定するためのものであり、前記Ｍ個のＣＧリソースは、端末デバイスが非接続状態のときに、前記端末デバイスから上りリンク情報を受信するためのものである、ことと、
    前記端末デバイスが前記非接続状態のときに、第１の再設定情報を前記端末デバイスから受信することであって、前記第１の再設定情報は、前記Ｍ個のＣＧリソースの一部又は全部に対応する下りリンク参照信号を更新するためのものである、ことと、を含み、
    Ｍ及びＮは、正の整数である、方法。
  19. 前記Ｍ個のＣＧリソースがＮ個の下りリンク参照信号に対応することは、
    前記Ｍ個のＣＧリソースが１つ以上のＣＧリソース・セットに属し、各ＣＧリソースが、前記ＣＧリソース・セットのうちの１つに属し、前記各ＣＧリソース・セットは、前記Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、
    前記Ｍ個のＣＧリソースが１つ以上の周期におけるものであり、前記各ＣＧリソースが、前記周期のうちの１つにおけるものであり、前記各周期は、前記Ｎ個の下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することと、
    前記Ｍ個のＣＧリソースにおける１つ以上のＣＧリソースは、前記少なくとも１つの下りリンク参照信号のうちの１つ以上の下りリンク参照信号に対応することとのうちの少なくとも１つを含む、請求項１８に記載の方法。
  20. 前記第１の再設定情報を前記端末デバイスに送信することは、
    前記端末デバイスから第１の情報を受信することと、
    前記第１の情報に基づいて前記第１の再設定情報を前記端末デバイスに送信することと、を含む、請求項１８又は１９に記載の方法。
  21. 前記Ｎ個の下りリンク参照信号は、第１の下りリンク参照信号を含み、
    前記方法は、
    前記第１の下りリンク参照信号に対応するＣＧリソース上で前記端末デバイスから前記第１の情報を受信することをさらに含む、請求項１８～２０のいずれか一項に記載の方法。
  22. 前記方法は、さらに、
    前記第１の下りリンク参照信号に対応するＣＧリソース上で前記端末デバイスからアップリンクデータを受信することをさらに含む、請求項２１に記載の方法。
  23. 前記第１の下りリンク参照信号の測定値は、第１の閾値以上であること、又は、前記第１の下りリンク参照信号の測定値は、前記Ｎ個の下りリンク参照信号のうちの他の下りリンク参照信号の測定値以上である、請求項２１又は２２に記載の方法。
  24. 前記方法は、Ｐ個の下りリンク参照信号を送信することをさらに含み、前記Ｐ個の下りリンク参照信号は、前記Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上であり、
    前記Ｐ個の下りリンク参照信号は、第２の下りリンク参照信号を含み、
    前記第１の情報は、前記第１の下りリンク参照信号の前記測定値と、前記第２の下りリンク参照信号の測定値と、を含み、前記第２の下りリンク参照信号の前記測定値は、前記第１の下りリンク参照信号の前記測定値よりも大きいか、
    前記第１の情報は、前記第２の下りリンク参照信号のインデックスを含むか、又は
    前記第１の情報は、前記Ｐ個の下りリンク参照信号の測定値を含む、請求項２０～２３のいずれか一項に記載の方法。
  25. 前記Ｍ個のＣＧリソースは、第１のＣＧリソースを含み、前記第１の設定情報は、前記第１のＣＧリソースを設定し、かつ前記第１のＣＧリソースを前記第１の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、前記第１のＣＧリソースを前記第２の下りリンク参照信号に対応するように設定するためのものである、請求項１８～２４のいずれか一項に記載の方法。
  26. 前記Ｍ個のＣＧリソースは、第２のＣＧリソースをさらに含み、前記第１の設定情報は、前記第２のＣＧリソースを設定し、かつ前記第２のＣＧリソースを前記第２の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、さらに、前記第２のＣＧリソースを前記第１の下りリンク参照信号に対応するように設定するためのものである、請求項２５に記載の方法。
  27. 前記第１の再設定情報は、ＤＣＩ、ＭＡＣ ＣＥ、又はＲＲＣメッセージで搬送される、請求項１８～２６のいずれか一項に記載の方法。
  28. 前記ＤＣＩは、第２の情報をさらに含み、前記第２の情報は、ＨＡＲＱフィードバック情報及び／又はスケジューリング情報を含み、前記ＨＡＲＱフィードバック情報は、前記端末デバイスの前記上りリンク・データが正常に受信されたかどうかを示し、前記スケジューリング情報は、前記端末デバイスのＰＵＳＣＨ又はＰＤＳＣＨをスケジューリングするためのものである、請求項２７に記載の方法。
  29. Ｐ個の下りリンク参照信号を送信することであって、前記Ｐ個の下りリンク参照信号は、前記Ｎ個の下りリンク参照信号を含み、Ｐは、正の整数であり、Ｐは、Ｎ以上である、ことをさらに含み、
    前記Ｐ個の下りリンク参照信号は、第３の下りリンク参照信号を含み、
    前記第１の情報は、第１のメッセージで搬送され、前記第１のメッセージは、ランダム・アクセス・プロセスで使用され、前記ランダム・アクセス・プロセスで使用されるランダム・アクセス・リソースは、前記第３の下りリンク参照信号に対応するランダム・アクセス・リソースである、請求項２０に記載の方法。
  30. 前記Ｍ個のＣＧリソースは、第３のＣＧリソースを含み、前記第１の設定情報は、前記第３のＣＧリソースを設定し、かつ前記第３のＣＧリソースを第４の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、前記第３のＣＧリソースを前記第３の下りリンク参照信号に対応するように設定するためのものである、請求項２９に記載の方法。
  31. 前記Ｍ個のＣＧリソースは、第４のＣＧリソースをさらに含み、前記第１の設定情報は、前記第４のＣＧリソースを設定し、かつ前記第４のＣＧリソースを前記第３の下りリンク参照信号に対応するように設定するためのものであり、
    前記第１の再設定情報は、さらに、前記第４のＣＧリソースを前記第４の下りリンク参照信号に対応するように設定するためのものである、請求項３０に記載の方法。
  32. 前記第１の再設定情報は、第２のメッセージで搬送され、前記第２のメッセージは、前記ランダム・アクセス・プロセスで使用される、請求項２９～３１のいずれか一項に記載の方法。
  33. 前記Ｍ個のＣＧリソースは、第５のＣＧリソースを含み、前記第５のＣＧリソースに対応するＨＡＲＱプロセス識別子は、第１のオフセットに基づいて取得され、前記第１のオフセットは、前記第５のＣＧリソースに対応する下りリンク参照信号に基づいて決定される、請求項１８～３２のいずれか一項に記載の方法。
  34. 前記方法は、
    第２の設定情報を前記端末デバイスから受信することであって、前記第２の設定情報は、前記ＨＡＲＱプロセス識別子に対応するＨＡＲＱプロセスの最大再送回数及び／又は前記ＨＡＲＱプロセス識別子に対応する前記ＨＡＲＱプロセスの有効期間を設定するためのものである、ことを含む、請求項３３に記載の方法。
  35. 通信装置であって、請求項１～１７のいずれか一項に記載の方法を実行するように構成されているモジュールを含む、通信装置。
  36. 通信装置であって、請求項１８～３４のいずれか一項に記載の方法を実行するように構成されているモジュールを含む、通信装置。
  37. 通信装置であって、プロセッサと、メモリと、を含み、前記プロセッサは、前記メモリに結合され、前記プロセッサは、請求項１～１７のいずれか一項に記載の方法を実装するように構成されている、通信装置。
  38. 通信装置であって、プロセッサと、メモリと、を含み、前記プロセッサは、前記メモリに結合され、前記プロセッサは、請求項１８～３４のいずれか一項に記載の方法を実装するように構成されている、通信装置。
  39. プロセッサと、インターフェース回路と、を含む通信装置であって、前記インターフェース回路が、前記通信装置以外の通信装置から別の信号を受信し、前記信号を前記プロセッサに送信するか、又は前記プロセッサから信号を前記通信装置以外の別の通信装置に送信するように構成されており、前記プロセッサが、論理回路を使用するか、又はコード命令を実行して、請求項１～１７のいずれか一項に記載の方法を実装するように構成されている、通信装置。
  40. プロセッサと、インターフェース回路と、を含む通信装置であって、前記インターフェース回路が、前記通信装置以外の通信装置から別の信号を受信し、前記信号を前記プロセッサに送信するか、又は前記プロセッサから信号を前記通信装置以外の別の通信装置に送信するように構成されており、前記プロセッサが、論理回路を使用するか、又はコード命令を実行して、請求項１８～３４のいずれか一項に記載の方法を実装するように構成されている、通信装置。
  41. コンピュータ・プログラム又は命令を記憶するコンピュータ可読記憶媒体であって、前記コンピュータ・プログラム又は前記命令が通信装置によって実行されるときに、請求項１～１７のいずれか一項に記載の方法、又は請求項１８～３４のいずれか一項に記載の方法が実装される、コンピュータ可読記録媒体。
  42. 請求項３５、３７、及び３９のいずれか一項に記載の通信装置と、請求項３６、３８、及び４０のいずれか一項に記載の通信装置と、を含む、通信システム。
JP2023538902A 2020-12-25 2020-12-25 通信方法及び装置 Pending JP2024500487A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/139553 WO2022134046A1 (zh) 2020-12-25 2020-12-25 一种通信方法及装置

Publications (1)

Publication Number Publication Date
JP2024500487A true JP2024500487A (ja) 2024-01-09

Family

ID=82157110

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023538902A Pending JP2024500487A (ja) 2020-12-25 2020-12-25 通信方法及び装置

Country Status (5)

Country Link
US (1) US20230337223A1 (ja)
EP (1) EP4247094A4 (ja)
JP (1) JP2024500487A (ja)
CN (1) CN116711426A (ja)
WO (1) WO2022134046A1 (ja)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11832267B2 (en) * 2018-08-10 2023-11-28 Apple Inc. Uplink transmissions in preconfigured resources for enhanced machine type communication (EMTC) and narrow-band internet of things (NB-IOT)
US11510241B2 (en) * 2018-08-17 2022-11-22 Huawei Technologies Co., Ltd. Network-assisted clear channel assessment bandwidth adaptation mechanism
CN111050400B (zh) * 2018-10-12 2023-01-13 华为技术有限公司 信息处理的方法和装置
US11330443B2 (en) * 2019-01-08 2022-05-10 Ofinno, Llc HARQ feedback for configured grant
CN111800887B (zh) * 2019-08-02 2023-02-07 维沃移动通信有限公司 非授权频段上的上行传输方法及终端设备

Also Published As

Publication number Publication date
US20230337223A1 (en) 2023-10-19
WO2022134046A1 (zh) 2022-06-30
EP4247094A4 (en) 2024-01-24
CN116711426A (zh) 2023-09-05
EP4247094A1 (en) 2023-09-20

Similar Documents

Publication Publication Date Title
US11246068B2 (en) Communication method between a terminal and base stations for cell handover
US11303343B2 (en) Method, terminal device, and network device for beam failure management and beam recovery
JP7511004B2 (ja) 複数のｐｄｓｃｈ送信機会における開始シンボルをシグナリングするためのシステム及び方法
US10182457B2 (en) Methods for transmitting and receiving physical random access channel (PRACH), base station and user equipment
JP7358481B2 (ja) 通信方法および通信装置
WO2020221318A1 (zh) 一种上行波束管理方法及装置
CN113473549B (zh) 一种测量间隙的配置方法及装置
US11968155B2 (en) Method and apparatus of handling multiple active BWPS
US11750345B2 (en) Electronic device, wireless communication method and computer readable medium
US20230025552A1 (en) Communication method and apparatus
US20230164723A1 (en) Communication method and apparatus
EP3854124A1 (en) Channel state information reference signal resource mapping
JP2019500815A (ja) ワイヤレス通信の方法およびシステム、ならびにデバイス
CN112351451B (zh) 波束失败恢复方法及装置
US20230164757A1 (en) Communication method and apparatus
JP2024500487A (ja) 通信方法及び装置
US12041004B2 (en) Electronic device, wireless communication method and computer readable medium
CN117750456B (zh) 小区切换方法、设备、存储介质、芯片系统及产品
US20240107612A1 (en) Method for handling dl ul tci states
WO2021244580A1 (zh) 一种测量配置方法及通信装置
WO2023024704A1 (zh) 通信方法以及通信装置
WO2024046236A1 (zh) 一种数据传输方法及装置
JP2024514131A (ja) 処理能力が制約されたシナリオにおいてマルチｒｔｔ測位を改善するためにｐｒｓとｓｒｓとの関連付けを定義すること
CN117750456A (zh) 小区切换方法、设备、存储介质、芯片系统及产品
CN117598006A (zh) 用于侧行通信的方法及装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230711

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230711

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240523

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240528