(57)【要約】  ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームの精度を改善するための、信号送信方法、信号受信方法、リソース決定方法及びデバイスが提供される。信号送信方法は、MAC  CEを生成するステップであり、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ステップと、MAC  CEをネットワークデバイスに送信するステップとを含む。
2021513242.tif 000002
【特許請求の範囲】
【請求項１】
信号送信方法であって、
媒体アクセス制御MAC制御エレメントCEを生成するステップであり、前記MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、前記第1のビットフィールドは、予備ビットフィールドであり、前記第2のビットフィールドは、前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用され、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEは、第3のビットフィールドを含み、前記第3のビットフィールドは、前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用され、前記第3のビットフィールドは、前記第1のビットフィールドのビット及び前記第2のビットフィールドのビットを含む、ステップと、
前記MAC  CEをネットワークデバイスに送信するステップと
を含む方法。
【請求項２】
前記MAC  CEは、第4のビットフィールドを更に含み、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記MAC  CE内の予備ビットフィールドであり、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、請求項１に記載の方法。
【請求項３】
第1のシグナリングを前記ネットワークデバイスに送信するステップであり、前記第1のシグナリングは、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又は
CCCHを通じて前記MAC  CEを前記ネットワークデバイスに送信するステップであり、前記CCCHの論理チャネル識別子は第1の識別子であり、前記第1の識別子は、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ
を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記ネットワークデバイスから第2のシグナリングを受信するステップであり、前記第2のシグナリングは、前記MAC  CEに含まれる前記第3のビットフィールドを使用することにより前記パワーヘッドルームを示すように命令するために使用される、ステップを更に含む、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
信号送信方法であって、
媒体アクセス制御MAC制御エレメントCEを生成するステップであり、前記MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、前記MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第1のビットフィールドは、予備ビットフィールドであり、前記第2のビットフィールドは、前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用され、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第1のビットフィールド及び前記第2のビットフィールドは、前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される、ステップと、
前記MAC  CEをネットワークデバイスに送信するステップと
を含む方法。
【請求項６】
前記MAC  CEは、第4のビットフィールドを更に含み、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記MAC  CE内の予備ビットフィールドであり、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを示すために使用される、請求項５に記載の方法。
【請求項７】
第1のシグナリングを前記ネットワークデバイスに送信するステップであり、前記第1のシグナリングは、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又は
CCCHを通じて前記MAC  CEを前記ネットワークデバイスに送信するステップであり、前記CCCHの論理チャネル識別子は第1の識別子であり、前記第1の識別子は、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを示すために使用される、ステップ
を更に含む、請求項５又は６に記載の方法。
【請求項８】
前記ネットワークデバイスから第2のシグナリングを受信するステップであり、前記第2のシグナリングは、前記MAC  CEに含まれる前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより前記パワーヘッドルームを示すように命令するために使用される、ステップを更に含む、請求項５乃至７のうちいずれか１項に記載の方法。
【請求項９】
前記MAC  CEをネットワークデバイスに送信するステップは、
前記MAC  CEを第3のメッセージmsg3に追加し、前記第3のメッセージmsg3を前記ネットワークデバイスに送信するステップを含む、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
信号送信方法であって、
接続状態にあるとき、バッファ状態報告BSRを搬送する媒体アクセス制御MAC制御エレメントCEを生成するステップであり、前記MAC  CEは、少なくとも3ビットを更に含み、前記少なくとも3ビットは、パワーヘッドルームを示すために使用される、ステップと、
前記MAC  CEをネットワークデバイスに送信するステップと
を含む方法。
【請求項１１】
前記BSRを搬送する前記MAC  CEは、以下の条件、すなわち、
端末デバイスの第1のダウンリンクパスロスと端末デバイスの第2のダウンリンクパスロスとの間の差が第1の閾値よりも大きいという条件であり、前記第1のダウンリンクパスロスは、前記端末デバイスの現在のダウンリンクパスロスであり、前記第2のダウンリンクパスロスは、前記端末デバイスが前記端末デバイスのパワーヘッドルームを前記ネットワークデバイスに最後に示したときに生じるダウンリンクパスロスである、条件、
前記パワーヘッドルームと前記端末デバイスの第1のパワーヘッドルームとの間の差が第2の閾値よりも大きいという条件であり、前記第1のパワーヘッドルームは、前記端末デバイスにより前記ネットワークデバイスに最後に送信されたパワーヘッドルームである、条件、
前記端末デバイスの前記第1のダウンリンクパスロスが第3の閾値よりも大きいという条件であり、前記第1のダウンリンクパスロスは、前記端末デバイスの前記現在のダウンリンクパスロスである、条件、及び
前記パワーヘッドルームが第4の閾値よりも大きいという条件
のうち少なくとも1つが満たされたときに生成される、請求項１０に記載の方法。
【請求項１２】
前記ネットワークデバイスから第1のシグナリングを受信するステップであり、前記第1のシグナリングは、前記BSRを前記ネットワークデバイスに送信する間に前記パワーヘッドルームを示すように構成するために使用される、ステップを更に含む、請求項１０又は１１に記載の方法。
【請求項１３】
リソース決定方法であって、
ネットワークデバイスにより示される第1のリソース情報を取得するステップであり、前記第1のリソース情報は、第3のメッセージmsg3を送信するために使用され、前記第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、
前記第1のリソース情報に含まれる前記パラメータの適切なサブセットに基づいて第2のリソース情報を決定するステップであり、前記第2のリソース情報は、実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、前記第2のトランスポートブロックサイズは、前記第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、前記第1のトランスポートブロックサイズは、前記第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである、ステップと
を含む方法。
【請求項１４】
リソース決定方法であって、
ネットワークデバイスにより示される複数のリソース情報を取得するステップであり、前記複数のリソース情報のそれぞれは、第3のメッセージmsg3を送信するために使用され、それぞれのリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、
実際の送信対象のmsg3のサイズに基づいて、前記複数のリソース情報内の第1のリソース情報を使用することにより前記実際の送信対象のmsg3を送信することを決定するステップと
を含む方法。
【請求項１５】
ネットワークデバイスにより示される複数のリソース情報を取得するステップは、
前記ネットワークデバイスからランダムアクセス応答メッセージを受信するステップであり、前記ランダムアクセス応答メッセージは、前記複数のリソース情報を搬送し、前記ランダムアクセス応答メッセージは、前記複数のリソース情報の数を示すために更に使用される、ステップを含む、請求項１４に記載の方法。
【請求項１６】
信号受信方法であって、
端末デバイスから媒体アクセス制御MAC制御エレメントCEを受信するステップであり、前記MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される、ステップと、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEに含まれる第2のビットフィールドに基づいて前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを決定するステップであり、前記MAC  CEは、第1のビットフィールド及び前記第2のビットフィールドを含み、前記第1のビットフィールドは、予備ビットフィールドである、ステップ、又は
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEに含まれる第3のビットフィールドに基づいて前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを決定するステップであり、前記第3のビットフィールドは、前記第1のビットフィールドのビット及び前記第2のビットフィールドのビットを含む、ステップと
を含む方法。
【請求項１７】
前記MAC  CEは、第4のビットフィールドを更に含み、当該方法は、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記MAC  CE内の予備ビットフィールドであり、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドに基づいて、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを決定するステップを更に含む、請求項１６に記載の方法。
【請求項１８】
前記端末デバイスから第1のシグナリングを受信するステップであり、前記第1のシグナリングは、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又は
CCCHを通じて前記端末デバイスから前記MAC  CEを受信するステップであり、前記CCCHの論理チャネル識別子は第1の識別子であり、前記第1の識別子は、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ
を更に含む、請求項１６又は１７に記載の方法。
【請求項１９】
第2のシグナリングを前記端末デバイスに送信するステップであり、前記第2のシグナリングは、前記MAC  CEに含まれる前記第3のビットフィールドを使用することにより前記パワーヘッドルームを示すように命令するために使用される、ステップを更に含む、請求項１６乃至１８のうちいずれか１項に記載の方法。
【請求項２０】
信号受信方法であって、
端末デバイスから媒体アクセス制御MAC制御エレメントCEを受信するステップであり、前記MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、前記MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含む、ステップと、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第2のビットフィールドに基づいて前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを決定するステップであり、前記第1のビットフィールドは、予備ビットフィールドである、ステップ、又は
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第1のビットフィールド及び前記第2のビットフィールドに基づいて前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを決定するステップと
を含む方法。
【請求項２１】
前記MAC  CEは、第4のビットフィールドを更に含み、当該方法は、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記MAC  CE内の予備ビットフィールドであり、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドに基づいて、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを決定するステップを更に含む、請求項２０に記載の方法。
【請求項２２】
前記端末デバイスから第1のシグナリングを受信するステップであり、前記第1のシグナリングは、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又は
CCCHを通じて前記端末デバイスから前記MAC  CEを受信するステップであり、前記CCCHの論理チャネル識別子は第1の識別子であり、前記第1の識別子は、前記パワーヘッドルームが前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより示されることを示すために使用される、ステップ
を更に含む、請求項２０又は２１に記載の方法。
【請求項２３】
第2のシグナリングを前記端末デバイスに送信するステップであり、前記第2のシグナリングは、前記MAC  CEに含まれる前記第1のビットフィールド及び前記第2のビットフィールドを使用することにより前記パワーヘッドルームを示すように命令するために使用される、ステップを更に含む、請求項２０乃至２２のうちいずれか１項に記載の方法。
【請求項２４】
前記端末デバイスからMAC  CEを受信するステップは、
前記端末デバイスから第3のメッセージmsg3を受信するステップであり、msg3は前記MAC  CEを搬送する、ステップを含む、請求項２０乃至２３のうちいずれか１項に記載の方法。
【請求項２５】
信号受信方法であって、
端末デバイスから媒体アクセス制御MAC制御エレメントCEを受信するステップと、
前記MAC  CEに含まれる少なくとも3ビットに基づいて前記端末デバイスのパワーヘッドルームを決定し、前記MAC  CEからバッファ状態報告BSRを取得するステップと
を含む方法。
【請求項２６】
第1のシグナリングを前記端末デバイスに送信するステップであり、前記第1のシグナリングは、前記BSRを前記ネットワークデバイスに送信する間に前記パワーヘッドルームを示すように前記端末デバイスを構成するために使用される、ステップを更に含む、請求項２５に記載の方法。
【請求項２７】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１乃至９のうちいずれか１項に記載の方法を実行するように構成される、装置。
【請求項２８】
前記メモリを更に含む、請求項２７に記載の装置。
【請求項２９】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１０乃至１２のうちいずれか１項に記載の方法を実行するように構成される、装置。
【請求項３０】
前記メモリを更に含む、請求項２９に記載の装置。
【請求項３１】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１３に記載の方法を実行するように構成される、装置。
【請求項３２】
前記メモリを更に含む、請求項３１に記載の装置。
【請求項３３】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１４又は１５に記載の方法を実行するように構成される、装置。
【請求項３４】
前記メモリを更に含む、請求項３３に記載の装置。
【請求項３５】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１６乃至２４のうちいずれか１項に記載の方法を実行するように構成される、装置。
【請求項３６】
前記メモリを更に含む、請求項３５に記載の装置。
【請求項３７】
プロセッサを含む通信装置であって、
前記プロセッサは、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項２５又は２６に記載の方法を実行するように構成される、装置。
【請求項３８】
前記メモリを更に含む、請求項３７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、通信技術の分野に関し、特に、信号送信方法、信号受信方法、リソース決定方法及びデバイスに関する。
【背景技術】
【０００２】
アップリンク電力制御は無線通信システムにおいて非常に重要である。アップリンク電力制御を通じて、端末デバイスは、アップリンクデータの品質を確保し、また、システム及び他のユーザへの干渉を最小化でき、それにより端末デバイスのバッテリ使用時間を延長する。現在のアップリンク電力制御方式では、端末デバイスは、パワーヘッドルーム報告(power  headroom  report,  PHR)を基地局に送信し、基地局は、端末デバイスにより送信されたPHRに基づいて、端末デバイスのアップリンク送信電力を制御する。
【０００３】
既存の狭帯域のモノのインターネット(narrow  band-internet  of  things,  NB-IoT)のリリース(Release(Rele)-13/14)では、PHRは、ランダムアクセスプロセスにおける第3のメッセージ(msg3)内の媒体アクセス制御(media  access  control,  MAC)制御エレメント(control  element,  CE)を使用することにより、端末デバイスにより基地局に送信される。
【０００４】
現在、どのように電力の浪費及びネットワークへの干渉を更に適切に回避するかが、緊急に解決される必要がある課題である。
【発明の概要】
【０００５】
この出願の実施形態は、電力の浪費及びネットワークへの干渉を適切に回避するための、信号送信方法、信号受信方法、リソース決定方法及びデバイスを提供する。
【０００６】
第1の態様によれば、第1の信号送信方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、MAC  CEを生成するステップであり、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ステップと、MAC  CEをネットワークデバイスに送信するステップとを含む。
【０００７】
対応して、第2の態様によれば、第1の信号受信方法が提供される。当該方法は、ネットワークデバイスにより実行されてもよく、ネットワークデバイスは、例えば、基地局のようなアクセスネットワークデバイスである。当該方法は、端末デバイスからMAC  CEを受信するステップであり、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される、ステップと、MAC  CEに含まれる第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定するステップであり、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドである、ステップ、又はMAC  CEに含まれる第3のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定するステップであり、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ステップとを含む。
【０００８】
この出願の実施形態において、端末デバイスは、MAC  CEに含まれる第3のビットフィールドを使用することにより、端末デバイスのパワーヘッドルームを示す。第3のビットフィールドに含まれる第2のビットフィールドのビットは、MAC  CE内の元の予備ビットフィールドである。これは、この出願の実施形態において、MAC  CE内の元来未使用のビットフィールドが、パワーヘッドルームを一緒に示すために、MAC  CE内で、パワーヘッドルームを示すために元来使用される第1のビットフィールドと共に使用されることと等価である。この場合、パワーヘッドルームを示すために使用されるビット数が増加するので、示されることができるパワーヘッドルーム数が対応して増加する。代替として、この出願の実施形態では、パワーヘッドルームを示すことは、PHRレベルを示すこととして理解されてもよく、それにより、示されることができるPHRレベル数が対応して増加する。この解決策では、端末デバイスのPHRは、より多くのパワーヘッドルームレベルに分割されてもよく、それにより、各パワーヘッドルームレベルは、より少ないパワーヘッドルームを含む。このように、報告粒度が低減され、端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を確保しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。
【０００９】
可能な設計では、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、MAC  CE内の予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される。対応して、第2の態様による方法は、MAC  CEが第4のビットフィールドを更に含み、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、MAC  CE内の予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドに基づいて、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを決定するステップを更に含む。
【００１０】
MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用されてもよく、或いは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用されてもよい。したがって、ネットワークデバイスは、どのパワーヘッドルームセット内のパワーヘッドルームがMAC  CEにより示されかを認識する必要があり、次いで、対応するパワーヘッドルームセット及びMAC  CEに基づいて端末デバイスのパワーヘッドルームを最終的に決定できる。したがって、或る方式では、MAC  CEはまた、パワーヘッドルームが第3のビットフィールドを使用することにより示されるか、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されるかを示すために使用される。しかし、この出願の実施形態は、パワーヘッドルームが第3のビットフィールドを使用することにより示される場合に焦点を当てる。したがって、MAC  CEは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用されると考えられてもよい。このように、ネットワークデバイスは、具体的に示されるパワーヘッドルームが属するパワーヘッドルームセットを通知されてもよく、それにより、ネットワークデバイスは、正確なパワーヘッドルームセットに基づいて端末デバイスのパワーヘッドルームを決定できる。これは、決定されたパワーヘッドルームの精度を改善し、誤りを回避する。
【００１１】
可能な設計では、第1の態様による方法は、第1のシグナリングをネットワークデバイスに送信するステップであり、第1のシグナリングは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又はCCCHを通じてMAC  CEをネットワークデバイスに送信するステップであり、CCCHの論理チャネル識別子は第1の識別子であり、第1の識別子は、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップを更に含む。対応して、第2の態様による方法は、端末デバイスから第1のシグナリングを受信するステップであり、第1のシグナリングは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又はCCCHを通じて端末デバイスからMAC  CEを受信するステップであり、CCCHの論理チャネル識別子は第1の識別子であり、第1の識別子は、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップを更に含む。
【００１２】
上記のように、ネットワークデバイスは、どのパワーヘッドルームセット内のパワーヘッドルームがMAC  CEにより示されかを認識する必要があり、次いで、対応するパワーヘッドルームセット及びMAC  CEに基づいて端末デバイスのパワーヘッドルームを最終的に決定できる。したがって、他の方式では、第1のシグナリングは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることをネットワークデバイスに示すために使用され、第1のシグナリングは、例えば、RRCシグナリングのような上位レイヤシグナリングでもよく、或いは、他のシグナリングでもよく、或いは、CCCHの論理チャネル番号は、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用されてもよい。2つの方式のうちどちらが指示に使用されるかにかかわらず、MAC  CE内の更なるビットが占有される必要はなく、それにより、MAC  CE内のより多くのビットがパワーヘッドルームを示すために使用できる。これは、パワーヘッドルームを示すために使用されるMAC  CE内のビット数を更に増加させ、それにより、示されることができるパワーヘッドルーム数を更に増加させる。このように、より細かいパワーヘッドルームレベルが分割を通じて取得でき、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値がより少なくなってもよく、それにより、パワーヘッドルーム報告の精度が更に増加する。
【００１３】
可能な設計では、第1の態様による方法は、ネットワークデバイスから第2のシグナリングを受信するステップであり、第2のシグナリングは、MAC  CEに含まれる第3のビットフィールドを使用することによりパワーヘッドルームを示すように命令するために使用される、ステップを更に含む。対応して、第2の態様による方法は、第2のシグナリングを端末デバイスに送信するステップであり、第2のシグナリングは、MAC  CEに含まれる第3のビットフィールドを使用することによりパワーヘッドルームを示すように命令するために使用される、ステップを更に含む。
【００１４】
ネットワークデバイスは、第3のビットフィールドを使用することにより、パワーヘッドルームを示す際に端末デバイスをサポートしてもよく、或いは、示すように端末デバイスに要求してもよく、或いは、第1のビットフィールド及び第2のビットフィールドを使用することによりパワーヘッドルームを示す際に端末デバイスをサポートしてもよく、或いは、示すように端末デバイスに要求してもよい。したがって、ネットワークデバイスは、第2のシグナリングを使用することにより、客観的な条件(具体的には、ネットワークデバイスがパワーヘッドルームを示すことを第3のビットフィールドを使用することによりサポートするか、第1のビットフィールド及び第2のビットフィールドを使用することによりサポートするか)又はネットワークデバイスの要求を事前に端末デバイスに通知してもよい。例えば、第2のシグナリングが、第3のビットフィールドを使用することによりパワーヘッドルームを示すように命令するために使用される場合、端末デバイスは、第3のビットフィールドを使用することによりパワーヘッドルームを示してもよく、それにより、端末デバイスの指示方式は、ネットワークデバイスの認識方式と一致する。これは、誤り率を低減する。第2のシグナリングは、例えば、ブロードキャストシグナリングである。厳密に言えば、ネットワークデバイスは、第2のシグナリングをデバイスに送信する代わりに、実際に第2のシグナリングをブロードキャストする。しかし、端末デバイスは、第2のシグナリングを受信する。したがって、ネットワークデバイスは、第2のシグナリングを端末デバイスに送信すると考えられてもよい。
【００１５】
第3の態様によれば、第2の信号送信方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、MAC  CEを生成するステップであり、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される、ステップと、MAC  CEをネットワークデバイスに送信するステップとを含む。
【００１６】
対応して、第4の態様によれば、第2の信号受信方法が提供される。当該方法は、ネットワークデバイスにより実行されてもよく、ネットワークデバイスは、例えば、基地局のようなアクセスネットワークデバイスである。当該方法は、端末デバイスからMAC  CEを受信するステップであり、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含む、ステップと、第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定するステップであり、第1のビットフィールドは、予備ビットフィールドである、ステップ、又は第1のビットフィールド及び第2のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定するステップとを含む。
【００１７】
この出願の実施形態において、端末デバイスは、MAC  CEに含まれる第1のビットフィールド及び第2のビットフィールドを使用することにより、端末デバイスのパワーヘッドルームを示す。第2のビットフィールドは、MAC  CE内の元の予備ビットフィールドである。これは、この出願の実施形態において、MAC  CE内の元来未使用のビットフィールドが、パワーヘッドルームを一緒に示すために、MAC  CE内で、パワーヘッドルームを示すために元来使用される第1のビットフィールドと共に使用されることと等価である。この場合、パワーヘッドルームを示すために使用されるビット数が増加するので、示されることができるパワーヘッドルーム数が対応して増加する。代替として、この出願の実施形態では、パワーヘッドルームを示すことは、PHRレベルを示すこととして理解されてもよく、それにより、示されることができるPHRレベル数が対応して増加する。この解決策では、端末デバイスのPHRは、より多くのパワーヘッドルームレベルに分割されてもよく、それにより、各パワーヘッドルームレベルは、より少ないパワーヘッドルームを含む。このように、報告粒度が低減され、端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を確保しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。
【００１８】
可能な設計では、MAC  CEは、第4のビットフィールドを更に含み、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、MAC  CE内の予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを示すために使用される。対応して、第2の態様による方法は、MAC  CEが第4のビットフィールドを更に含み、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、MAC  CE内の予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドに基づいて、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを決定するステップを更に含む。
【００１９】
可能な設計では、第3の態様による方法は、第1のシグナリングをネットワークデバイスに送信するステップであり、第1のシグナリングは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又はCCCHを通じてMAC  CEをネットワークデバイスに送信するステップであり、CCCHの論理チャネル識別子は第1の識別子であり、第1の識別子は、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される、ステップを更に含む。対応して、第4の態様による方法は、端末デバイスから第1のシグナリングを受信するステップであり、第1のシグナリングは、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又はCCCHを通じて端末デバイスからMAC  CEを受信するステップであり、CCCHの論理チャネル識別子は第1の識別子であり、第1の識別子は、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを示すために使用される、ステップを更に含む。
【００２０】
可能な設計では、第3の態様による方法は、ネットワークデバイスから第2のシグナリングを受信するステップであり、第2のシグナリングは、MAC  CEに含まれる第3のビットフィールドを使用することによりパワーヘッドルームを示すように命令するために使用される、ステップを更に含む。対応して、第4の態様による方法は、第2のシグナリングを端末デバイスに送信するステップであり、第2のシグナリングは、MAC  CEに含まれる第1のビットフィールド及び第2のビットフィールドを使用することによりパワーヘッドルームを示すように命令するために使用される、ステップを更に含む。
【００２１】
第1の態様の方法及び第2の態様による方法は、ビットフィールドの理解においてのみ第3の態様による方法及び第4の態様による方法とは異なる。第1の態様による方法及び第2の態様による方法では、パワーヘッドルームを示すために使用されるビットフィールドは、全体のビットフィールド(すなわち、第3のビットフィールド)として理解される。第3の態様による方法及び第4の態様による方法では、パワーヘッドルームを示すために使用されるビットフィールドは、2つの独立したビットフィールド(すなわち、第1のビットフィールド及び第2のビットフィールド)として理解される。方法の他の実現方式も同様である。したがって、第3の態様による方法及び第4の態様による方法における対応する設計の技術的効果については、第1の態様による方法及び第2の態様による方法における設計の関連する説明を参照する。
【００２２】
第5の態様によれば、第3の信号送信方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、接続状態にあるとき、BSRを搬送するMAC  CEを生成するステップであり、MAC  CEは、少なくとも3ビットを更に含み、少なくとも3ビットは、パワーヘッドルームを示すために使用される、ステップと、MAC  CEをネットワークデバイスに送信するステップとを含む。
【００２３】
対応して、第6の態様によれば、第3の信号受信方法が提供される。当該方法は、ネットワークデバイスにより実行されてもよく、ネットワークデバイスは、例えば、基地局のようなアクセスネットワークデバイスである。当該方法は、端末デバイスからMAC  CEを受信するステップと、MAC  CEに含まれる少なくとも3ビットに基づいて端末デバイスのパワーヘッドルームを決定し、MAC  CEからBSRを取得するステップとを含む。
【００２４】
この出願の実施形態では、端末デバイスは、接続状態にあるときに、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。例えば、端末デバイスのパワーヘッドルームがデータ送信プロセスにおいて変化した場合、端末デバイスは、アップリンク電力制御性能を改善するために、この出願の実施形態において提供される方式で、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。さらに、端末デバイスは、送信のために端末デバイスのパワーヘッドルーム及びBSRを1つのMAC  CEに追加してもよい。これは、シグナリングオーバーヘッドを低減するのに役立つ。
【００２５】
さらに、この出願の実施形態では、端末デバイスにより報告されるパワーヘッドルームは、第1のパワーヘッドルームセット内のパワーヘッドルームでもよく、或いは、第2のパワーヘッドルームセット内のパワーヘッドルームでもよい。パワーヘッドルームが第2のパワーヘッドルームセット内のパワーヘッドルームである場合、PHRは、表１における4つのパワーヘッドルームレベルよりも多くのパワーヘッドルームレベルに再分割されてもよい。端末デバイスのパワーヘッドルームの値の範囲が不変のままであるとき、この出願の実施形態において提供される第2のパワーヘッドルームセットは、より細かい分割粒度を提供でき、それにより、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値は、現在の第1のパワーヘッドルームセット内のパワーヘッドルーム値よりも少ない。さらに、この出願の実施形態では、新たに提供されるパワーヘッドルームセットに適合するために、端末デバイスのパワーヘッドルームを示すためにより多くのビットが提供される。このように、報告粒度が低減され、端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を確保しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。
【００２６】
可能な設計では、BSRを搬送するMAC  CEは、以下の条件、すなわち、
端末デバイスの第1のダウンリンクパスロスと端末デバイスの第2のダウンリンクパスロスとの間の差が第1の閾値よりも大きいという条件であり、第1のダウンリンクパスロスは、端末デバイスの現在のダウンリンクパスロスであり、第2のダウンリンクパスロスは、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに最後に示したときに生じるダウンリンクパスロスである、条件、
パワーヘッドルームと端末デバイスの第1のパワーヘッドルームとの間の差が第2の閾値よりも大きいという条件であり、第1のパワーヘッドルームは、端末デバイスによりネットワークデバイスに最後に送信されたパワーヘッドルームである、条件、
端末デバイスの第1のダウンリンクパスロスが第3の閾値よりも大きいという条件であり、第1のダウンリンクパスロスは、端末デバイスの現在のダウンリンクパスロスである、条件、及び
パワーヘッドルームが第4の閾値よりも大きいという条件
のうち少なくとも1つが満たされたときに生成される。
【００２７】
接続状態にあるとき、端末デバイスは、BSRをネットワークデバイスに送信するためのより多くの機会を有してもよい。この場合、端末デバイスは、端末デバイスがBSRを送信する毎に、端末デバイスのパワーヘッドルームを示してもよい。代替として、端末デバイスのパワーヘッドルームが絶えず変化しない可能性があるので、端末デバイスは、パワーヘッドルームをネットワークデバイスに絶えず示す必要がなくてもよい。パワーヘッドルームを絶えず示すことは、ネットワークデバイスへの何らかの干渉を引き起こし、更なるシグナリングオーバーヘッドを消費する可能性さえある。したがって、この出願のこの実施形態は、決定メカニズムをさらに提供する。端末デバイスは、決定メカニズムを使用することにより、端末デバイスのパワーヘッドルームをネットワークデバイスに示すか否かを決定してもよい。これは、パワーヘッドルームの頻繁な報告を効果的に回避できる。さらに、決定メカニズムは比較的柔軟であり、少なくとも1つの決定メカニズムが実際の用途における使用のために選択されてもよい。
【００２８】
可能な設計では、第5の態様による方法は、ネットワークデバイスから第1のシグナリングを受信するステップであり、第1のシグナリングは、BSRをネットワークデバイスに送信する間にパワーヘッドルームを示すように構成するために使用される、ステップを更に含む。対応して、第6の態様による方法は、第1のシグナリングを端末デバイスに送信するステップであり、第1のシグナリングは、BSRをネットワークデバイスに送信する間にパワーヘッドルームを示すように端末デバイスを構成するために使用される、ステップを更に含む。
【００２９】
ネットワークデバイスは、BSRをネットワークデバイスに送信する間に、パワーヘッドルームを示す際に端末デバイスをサポートしてもよく、或いは、示すように端末デバイスに要求してもよく、或いは、BSRをネットワークデバイスに送信する間に、パワーヘッドルームを示す際に端末デバイスをサポートしなくてもよく、或いは、示すように端末デバイスに要求しなくてもよい。したがって、ネットワークデバイスが、BSRをネットワークデバイスに送信する間に、パワーヘッドルームを示す際に端末デバイスをサポートするか、或いは、示すように端末デバイスに要求する場合、ネットワークデバイスは、第1のシグナリングを使用することにより端末デバイスを構成してもよく、それにより、端末デバイスは、この出願の実施形態において提供される方式でBSRをネットワークデバイスに送信する間にパワーヘッドルームを示してもよい。ネットワークデバイスが端末デバイスを構成しない場合、端末デバイスは、BSRをネットワークデバイスに送信する間に、パワーヘッドルームを示さなくてもよい。このように、端末デバイスの動作方式は、サポート条件又はネットワークデバイスの要件と一致し、誤り率が低減される。第1のシグナリングは、例えば、ブロードキャストシグナリングである。厳密に言えば、ネットワークデバイスは、第1のシグナリングをデバイスに送信する代わりに、実際に第1のシグナリングをブロードキャストする。しかし、端末デバイスは、第1のシグナリングを受信する。したがって、ネットワークデバイスは、第1のシグナリングを端末デバイスに送信すると考えられてもよい。
【００３０】
第7の態様によれば、第1のリソース決定方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、ネットワークデバイスにより示される第1のリソース情報を取得するステップであり、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、第1のリソース情報に含まれるパラメータの適切なサブセットに基づいて第2のリソース情報を決定するステップであり、第2のリソース情報は、実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、第2のトランスポートブロックサイズは、第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである、ステップとを含む。
【００３１】
この出願のこの実施形態では、データ早期送信手順が使用されてもよい。さらに、端末デバイスは、ネットワークデバイスにより割り当てられた冗長リソースを直接使用しなくてもよく、多数のパディングビットを追加する必要もなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ、端末デバイスの電力消費を低減できる。
【００３２】
第8の態様によれば、第2のリソース決定方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、ネットワークデバイスにより示される第1のリソース情報を取得するステップであり、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3のMCSのパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、第1のトランスポートブロックサイズが第2のトランスポートブロックサイズよりも大きいことを決定したとき、第2のリソース情報を再決定するステップであり、第2のリソース情報に含まれるトランスポートブロックサイズは、第2のトランスポートブロックサイズである、ステップを含む。第2のトランスポートブロックサイズは、実際にmsg3を送信するために端末デバイスにより必要とされるトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【００３３】
この出願のこの実施形態では、データ早期送信手順が使用されてもよい。さらに、ネットワークデバイスが過剰に多くのリソースを割り当てた場合、端末デバイスは、実際にmsg3を送信するために端末デバイスにより必要とされるリソースに基づいて、リソースを完全に再決定してもよい。このように、決定されたリソースは、端末デバイスの実際の送信要件を満たし、過剰なリソースは存在しない。したがって、端末デバイスは、多数のパディングビットを追加する必要がなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ、端末デバイスの電力消費を低減できる。
【００３４】
第9の態様によれば、第3のリソース決定方法が提供される。当該方法は、端末デバイスにより実行されてもよい。当該方法は、ネットワークデバイスにより示される複数のリソース情報を取得するステップであり、複数のリソース情報のそれぞれは、msg3を送信するために使用され、それぞれのリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、実際の送信対象のmsg3のサイズに基づいて、複数のリソース情報内の第1のリソース情報を使用することにより実際の送信対象のmsg3を送信することを決定するステップとを含む。
【００３５】
この出願のこの実施形態では、ネットワークデバイスは、複数のリソース情報を割り当ててもよく、それにより、端末デバイスは、使用のために複数のリソース情報から1つのリソース情報を選択してもよい。このように、端末デバイスは、ネットワークデバイスの指示に従い、早期データ送信手順を使用する。さらに、端末デバイスは、msg3を送信するために比較的適切なリソース情報を選択でき、多数のパディングビットを追加する必要はなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ、端末デバイスの電力消費を低減できる。
【００３６】
可能な設計では、ネットワークデバイスにより示される複数のリソース情報を取得するステップは、ネットワークデバイスからランダムアクセス応答メッセージを受信するステップであり、ランダムアクセス応答メッセージは、複数のリソース情報を搬送し、ランダムアクセス応答メッセージは、複数のリソース情報の数を示すために更に使用される、ステップを含む。
【００３７】
この出願のこの実施形態では、ランダムアクセス応答メッセージは、複数のリソース情報を搬送するために使用されてもよく、ランダムアクセス応答メッセージは、複数のリソース情報の数を示すために更に使用されてもよい。このように、ランダムアクセス応答メッセージを受信した後に、端末デバイスは、複数のリソース情報を正確に取得するために、ランダムアクセス応答メッセージで搬送される複数のリソース情報の数を決定できる。さらに、複数のリソース情報の数は、更なるシグナリングを使用することにより示される必要はない。これは、送信リソースを節約するのに役立つ。
【００３８】
第10の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００３９】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第1の態様又は第1の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００４０】
第11の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００４１】
可能な設計では、ネットワークデバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第2の態様又は第2の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００４２】
第12の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００４３】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第3の態様又は第3の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００４４】
第13の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００４５】
可能な設計では、ネットワークデバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第4の態様又は第4の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００４６】
第14の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００４７】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第5の態様又は第5の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００４８】
第15の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００４９】
可能な設計では、ネットワークデバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第6の態様又は第6の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００５０】
第16の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００５１】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第7の態様において提供される方法において対応する機能を実行してもよい。
【００５２】
第17の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００５３】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第8の態様又は第8の態様において提供される方法において対応する機能を実行してもよい。
【００５４】
第18の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００５５】
可能な設計では、端末デバイスの具体的な構造は、プロセッサ及びトランシーバを含んでもよい。プロセッサ及びトランシーバは、第9の態様又は第9の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００５６】
第19の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００５７】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第1の態様又は第1の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００５８】
第20の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００５９】
可能な設計では、ネットワークデバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第2の態様又は第2の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００６０】
第21の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００６１】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第3の態様又は第3の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００６２】
第22の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００６３】
可能な設計では、ネットワークデバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第4の態様又は第4の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００６４】
第23の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００６５】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第5の態様又は第5の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００６６】
第24の態様によれば、通信装置が提供される。通信装置は、例えば、ネットワークデバイスである。ネットワークデバイスは、上記の方法の設計におけるネットワークデバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００６７】
可能な設計では、ネットワークデバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第6の態様又は第6の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００６８】
第25の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００６９】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第7の態様において提供される方法において対応する機能を実行してもよい。
【００７０】
第26の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００７１】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第8の態様又は第8において提供される方法において対応する機能を実行してもよい。
【００７２】
第27の態様によれば、通信装置が提供される。通信装置は、例えば、端末デバイスである。端末デバイスは、上記の方法の設計における端末デバイスを実現するための機能を有する。これらの機能は、ハードウェアにより実現されてもよく、或いは、対応するソフトウェアを実行するハードウェアにより実現されてもよい。ハードウェア又はソフトウェアは、上記の機能に対応する1つ以上のユニットを含む。
【００７３】
可能な設計では、端末デバイスの具体的な構造は、処理モジュール及びトランシーバモジュールを含んでもよい。処理モジュール及びトランシーバモジュールは、第9の態様又は第9の態様の可能な設計のうちいずれか1つにおいて提供される方法において対応する機能を実行してもよい。
【００７４】
第28の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第1の態様又は第1の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００７５】
第29の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計におけるネットワークデバイスでもよく、或いは、ネットワークデバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第2の態様又は第2の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００７６】
第30の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第3の態様又は第3の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００７７】
第31の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計におけるネットワークデバイスでもよく、或いは、ネットワークデバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第4の態様又は第4の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００７８】
第32の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第5の態様又は第5の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００７９】
第33の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計におけるネットワークデバイスでもよく、或いは、ネットワークデバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第6の態様又は第6の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８０】
第34の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第7の態様又は第7の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８１】
第35の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第8の態様又は第8の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８２】
第36の態様によれば、通信装置が提供される。通信装置は、上記の方法の設計における端末デバイスでもよく、或いは、端末デバイスに配置されたチップでもよい。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに記憶されたプログラムコードは命令を含む。プロセッサが命令を実行したとき、通信装置は、第9の態様又は第9の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８３】
第37の態様によれば、第1の通信システムが提供される。通信システムは、端末デバイス及びネットワークデバイスを含む。端末デバイスは、MAC  CEを生成し、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含み、MAC  CEをネットワークデバイスに送信する、ように構成される。ネットワークデバイスは、端末デバイスからMAC  CEを受信し、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEに含まれる第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであるか、或いは、MAC  CEに含まれる第3のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定し、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ように構成される。
【００８４】
第38の態様によれば、第2の通信システムが提供される。通信システムは、端末デバイス及びネットワークデバイスを含む。端末デバイスは、MAC  CEを生成し、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEをネットワークデバイスに送信する、ように構成される。ネットワークデバイスは、端末デバイスからMAC  CEを受信し、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、第1のビットフィールドは、予備ビットフィールドであるか、或いは、第1のビットフィールド及び第2のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定する、ように構成される。
【００８５】
第38の態様によれば、第3の通信システムが提供される。通信システムは、端末デバイス及びネットワークデバイスを含む。端末デバイスは、接続状態にあるとき、BSRを搬送するMAC  CEを生成し、MAC  CEは、少なくとも3ビットを更に含み、少なくとも3ビットは、パワーヘッドルームを示すために使用され、MAC  CEをネットワークデバイスに送信する、ように構成される。ネットワークデバイスは、端末デバイスからMAC  CEを受信し、MAC  CEに含まれる少なくとも3ビットに基づいて端末デバイスのパワーヘッドルームを決定し、MAC  CEからBSRを取得するように構成される。
【００８６】
第37の態様において提供される通信システム、第38の態様において提供される通信システム及び第39の態様において提供される通信システムは、3つの異なる通信システムでもよく、或いは、3つの通信システムのうち少なくとも2つは、同じ通信システムでもよい。
【００８７】
第40の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第1の態様又は第1の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８８】
第41の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第2の態様又は第2の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００８９】
第42の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第3の態様又は第3の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９０】
第43の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第4の態様又は第4の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９１】
第44の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第5の態様又は第5の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９２】
第45の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第6の態様又は第6の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９３】
第46の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第7の態様又は第7の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９４】
第47の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第8の態様又は第8の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９５】
第48の態様によれば、コンピュータ記憶媒体が提供される。コンピュータ読み取り可能記憶媒体は命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第9の態様又は第9の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９６】
第49の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第1の態様又は第1の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９７】
第50の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第2の態様又は第2の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９８】
第51の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第3の態様又は第3の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【００９９】
第52の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第4の態様又は第4の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１００】
第53の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第5の態様又は第5の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１０１】
第54の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第6の態様又は第6の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１０２】
第55の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第7の態様又は第7の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１０３】
第56の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第8の態様又は第8の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１０４】
第57の態様によれば、命令を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは命令を記憶し、命令がコンピュータ上で実行されたとき、コンピュータは、第9の態様又は第9の態様の可能な設計のうちいずれか1つにおける方法を実行することが可能になる。
【０１０５】
この出願の実施形態では、パワーヘッドルームは、MAC  CE内の元来未使用のビットフィールドと、パワーヘッドルームを示すために元来使用されるMAC  CE内の第1のビットフィールドとを使用することにより一緒に示される。端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を保証しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。
【図面の簡単な説明】
【０１０６】
【図１】この出願の実施形態による適用シナリオの概略図である。
【図２】この出願の実施形態による第1の信号送信及び受信方法のフローチャートである。
【図３】msg3に含まれるMAC  CEの概略図である。
【図４】この出願の実施形態によるパワーヘッドルームを示すことができるMAC  CEの概略図である。
【図５】この出願の実施形態による第2の信号送信及び受信方法のフローチャートである。
【図６】この出願の実施形態による、端末デバイスのパワーヘッドルーム及びBSRを搬送するMAC  CEの概略図である
【図７】この出願の実施形態による第1のリソース決定方法のフローチャートである。
【図８】この出願の実施形態による第2のリソース決定方法のフローチャートである。
【図９】この出願の実施形態による第3のリソース決定方法のフローチャートである。
【図１０】この出願の実施形態による端末デバイスを使用することにより実現できる通信装置の概略構造図である。
【図１１】この出願の実施形態によるネットワークデバイスを使用することにより実現できる通信装置の概略構造図である。
【図１２】この出願の実施形態による端末デバイスを使用することにより実現できる通信装置の概略構造図である。
【図１３】この出願の実施形態によるネットワークデバイスを使用することにより実現できる通信装置の概略構造図である。
【図１４】この出願の実施形態による端末デバイスを使用することにより実現できる通信装置の概略構造図である。
【図１５】この出願の実施形態による端末デバイスを使用することにより実現できる通信装置の概略構造図である。
【図１６】この出願の実施形態による端末デバイスを使用することにより実現できる通信装置の概略構造図である。
【図１７Ａ】この出願の実施形態による通信装置の概略構造図である。
【図１７Ｂ】この出願の実施形態による通信装置の概略構造図である。
【発明を実施するための形態】
【０１０７】
この出願の実施形態の目的、技術的解決策及び利点をより明確にするために、以下に、この出願の実施形態における添付図面を参照して、この出願の実施形態の技術的解決策について明確且つ完全に説明する。
【０１０８】
当業者の理解を容易にするために、この出願の実施形態におけるいくつかの用語について以下に説明する。
【０１０９】
1.端末デバイスは、音声及び/又はデータ接続をユーザに提供するデバイスを含み、例えば、無線接続機能を有するハンドヘルドデバイス、又は無線モデムに接続された処理デバイスを含んでもよい。端末デバイスは、無線アクセスネットワーク(radio  access  network,  RAN)を通じてコアネットワークと通信し、RANと音声及び/又はデータを交換してもよい。端末デバイスは、ユーザ機器(user  equipment,  UE)、無線端末デバイス、移動端末デバイス、加入者ユニット(subscriber  unit)、加入者局(subscriber  station)、移動局(mobile  station)、移動体(mobile)、遠隔局(remote  station)、アクセスポイント(access  point,  AP)、遠隔端末デバイス(remote  terminal)、アクセス端末デバイス(access  terminal)、ユーザ端末デバイス(user  terminal)、ユーザエージェント(user  agent)、ユーザデバイス(user  device)等を含んでもよい。例えば、端末デバイスは、携帯電話(或いは「セルラ」電話と呼ばれる)、移動端末デバイスを有するコンピュータ、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ埋め込み型又は車載型の移動装置、又はスマートウェアラブルデバイスを含んでもよい。例えば、端末デバイスは、パーソナル通信サービス(personal  communication  service,  PCS)電話、コードレス電話セット、セッションイニシエーションプロトコル(session  initiation  protocol,  SIP)電話、無線ローカルループ(wireless  local  loop,  WLL)局又はパーソナルデジタルアシスタント(personal  digital  assistant,  PDA)のようなデバイスである。端末デバイスは、例えば、比較的低電力消費を有するデバイス、限られた記憶能力を有するデバイス又は限られた計算能力を有するデバイスのような制限のあるデバイスを更に含む。例えば、端末デバイスは、バーコード、無線周波数識別(radio  frequency  identification,  RFID)、センサ、全地球測位システム(global  positioning  system,  GPS)又はレーザスキャナのような情報検知デバイスを含む。
【０１１０】
限定ではなく例として、この出願のこの実施形態における端末デバイスは、代替として、ウェアラブルデバイスでもよい。ウェアラブルデバイスはまた、ウェアラブルインテリジェントデバイスとも呼ばれてもよく、日常装着のインテリジェント設計においてウェアラブル技術を適用することにより開発された、メガネ、手袋、時計、衣類及び靴のようなウェアラブルデバイスの一般用語である。ウェアラブルデバイスは、身体に直接装着されるか或いはユーザの衣類又はアクセサリに組み込まれることができるポータブルデバイスである。ウェアラブルデバイスは単なるハードウェアデバイスではなく、ソフトウェアサポート、データ交換及びクラウド相互作用を通じて強力な機能を実現するために使用される。一般的なウェアラブルインテリジェントデバイスは、スマートフォンに依存することなく完全或いは部分的な機能を実現できるフル機能及び大型のデバイス、例えば、スマートウォッチ又はスマートメガネと、1つのタイプのアプリケーション機能のみに焦点を当ててスマートフォンのような他のデバイスと共に動作する必要があるデバイス、例えば、身体兆候を監視するための様々なスマートバンド、スマートヘルメット又はスマートジュエリーとを含む。
【０１１１】
2.例えば、基地局(例えば、アクセスポイント)を含むネットワークデバイスは、アクセスネットワーク内にあり且つ1つ以上のセルを通じてエアインタフェース上で無線端末デバイスと通信するデバイスでもよい。ネットワークデバイスは、受信した無線フレームとインターネットプロトコル(IP)パケットとを相互に変換し、端末デバイスとアクセスネットワークの残りの部分との間のルータとして機能するように構成されてもよく、アクセスネットワークの残りの部分はIPネットワークを含んでもよい。ネットワークデバイスは、エアインタフェースの属性管理を調整してもよい。例えば、ネットワークデバイスは、ロングタームエボリューション(long  term  evolution,  LTE)システム又はLTEアドバンスト(LTE-Advanced、LTE-A)システムにおける進化型ノードB(NodeB又はeNB又はe-NodeB,  evolutional  NodeB)を含んでもよく、或いは、第5世代移動通信技術(fifth  generation,  5G)の新無線(new  radio,  NR)システムにおける次世代ノードB(next  generation  NodeB,  gNB)を含んでもよく、或いは、クラウドアクセスネットワーク(CloudRAN)システムにおける集中ユニット(centralized  unit,  CU)及び分散ユニットを含んでもよい。これは、この出願の実施形態では限定されない。
【０１１２】
3.NB-IoT:現在、第3世代パートナーシッププロジェクト(3rd  generation  partnership  project,  3GPP)標準は、新たなエアインタフェースを設計し、狭帯域技術の特性を十分に使用することにより、セルラネットワークに基づいてIoTサービスを搬送することに焦点を当てている。このタイプのIoTはNB-IoTと呼ばれる。従来のセルラネットワークと比較して、NB-IoTシステムにおけるサービス及び端末デバイスは以下の特徴を有する。
【０１１３】
(1)低サービスレート及び長サービス周期:従来のセルラネットワークと比較して、NB-IoTサービスは、より小さいデータパケットを生成し、通常では遅延に敏感ではない。
【０１１４】
(2)大量接続要件:1つのNB-IoT基地局は、大量に展開されるスマート水道/電力メーター、スマート家庭、車両、ウェアラブルデバイスのような多数のモノのインターネットの端末デバイスをカバーしてもよい。例えば、端末デバイス数は、数万を超えてもよい。
【０１１５】
(3)低コスト要件:既存のセルラネットワーク端末デバイスと比較して、NB-IoTシステムは、端末デバイスの大量展開を実現するために低コスト端末デバイスを必要とする。低コスト要件は、端末デバイスの実現の複雑性も非常に低いことを必要とする。
【０１１６】
(4)低電力消費要件:NB-IoTシステムは、端末デバイスのバッテリ電力を節約して端末デバイスが非常に長い待機時間を有することを確保するために、端末デバイスのより低い電力消費を必要とし、それにより、バッテリ交換の人件費を削減する。
【０１１７】
低コスト及び深いカバレッジのような上記の要件を満たすために、NB-IoTシステムは、多くの特別な設計を有する。例えば、NB-IoTシステムは、端末デバイスを簡略化してコストを低減するために、PUCCHを有さない。さらに、深いカバレッジを実現するために、NB-IoTシステム内にある制御チャネル(例えば、狭帯域物理ダウンリンク制御チャネル(narrow  physical  downlink  control  channel,  NPDCCH))、データチャネル(例えば、狭帯域物理ダウンリンク共有チャネル(narrow  physical  downlink  shared  channel,  NPDSCH)及び狭帯域物理アップリンク共有チャネル(narrow  physical  uplink  shared  channel,  NPUSCH))は繰り返し送信され、それにより、比較的悪いカバレッジを有する端末デバイスが同じコンテンツをうまく受信する確率が、数百回又は数千回の繰り返し送信を通じて増加する。
【０１１８】
4.PHRは、現在の物理アップリンク共有チャネル(physical  uplink  shared  channel,  PUSCH)送信に使用される送信電力以外に、端末デバイスにより使用できる送信電力を表す。この場合、PHRは、端末デバイスにより許容される最大送信電力と現在評価されているPUSCH送信電力との間の差であり、式PH=UEAllowedMaxTransPower-PuschPowerを使用することにより簡単に表されてもよい。UEAllowedMaxTransPowerは端末デバイスにより許容される最大送信電力を表し、PuschPowerは現在評価されているPUSCH送信電力を表す。代替として、PHRは、現在のPUSCH送信及び物理アップリンク制御チャネル(physical  uplink  control  channel,  PUCCH)送信に使用される送信電力以外に、端末デバイスにより使用できる送信電力を表す。この場合、PHRは、端末デバイスにより許容される最大送信電力と現在評価されているPUSCH送信電力及びPUCCH送信電力との間の差であり、式PH=UEAllowedMaxTransPower-PuschPower-PucchPowerを使用することにより簡単に表されてもよい。UEAllowedMaxTransPowerは端末デバイスにより許容される最大送信電力を表し、PuschPowerは現在評価されているPUSCH送信電力を表し、PucchPowerは現在評価されているPUCCH送信電力を表す。
【０１１９】
パワーヘッドルームを定義する理由は、パワーヘッドルームがアップリンクリソースブロック(resource  block,  RB)リソースを割り当てるための基準としてネットワークデバイスにより使用される可能性があるためである。PHRが端末デバイスにより許容される最大送信電力と現在評価されているPUSCH送信電力との間の差である例が使用される。例えば、PH値が負である場合、これは、現在のPUSCH送信電力が端末デバイスにより許容される最大送信電力を超えていることを示し、端末デバイスに割り当てられるアップリンクRBリソースは、次のスケジューリングの間に低減されてもよく、PH値が正である場合、以降に割り当てられるアップリンクRB数は増加し続けてもよい。
【０１２０】
5.ランダムアクセスプロセスは、端末デバイスがネットワークにアクセスすることを試みるためにランダムアクセスプリアンブル(preamble)を送信した時点から、端末デバイスがネットワークデバイスへの基本的なシグナリング接続を確立する時点までのプロセスである。ランダムアクセスは、移動通信システムにおける重要なステップであり、端末デバイスとネットワークデバイスとの間の通信リンクを確立するための最後のステップである。例えば、端末デバイスは、呼び出し、リソース要求又はデータ送信のような以降の動作を完了するために、ランダムアクセスプロセスを使用することによりネットワークデバイスと情報を交換する。さらに、端末デバイスは、ランダムアクセスを通じて、システムとのアップリンク時間同期を更に実現してもよい。
【０１２１】
ランダムアクセスプロセスは、コンテンションベースのランダムアクセスプロセス及びコンテンションフリーのランダムアクセスプロセスを含んでもよい。この出願の実施形態は、例として、コンテンションベースのランダムアクセスプロセスを使用することにより主に記載される。
【０１２２】
コンテンションベースのランダムアクセスプロセスは、通常では4つのステップを含んでもよい。
【０１２３】
ステップ1:端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信し、ランダムアクセスプリアンブルはまた、ランダムアクセスプロセスにおける第1のメッセージ(msg1)とも呼ばれる。
【０１２４】
ステップ2:ネットワークデバイスは、ランダムアクセス応答(random  access  response,  RAR)メッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRARメッセージを受信し、RARメッセージはまた、ランダムアクセスプロセスにおける第2のメッセージ(msg2)とも呼ばれる。
【０１２５】
ステップ3:端末デバイスは、無線リソース制御(radio  resource  control,  RRC)接続を確立するために使用されるアップリンクシグナリングをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからアップリンクシグナリングを受信する。アップリンクシグナリングはまた、ランダムアクセスプロセスにおけるmsg3とも呼ばれる。アップリンクシグナリングは、通常では、RRCシグナリング部分、MAC  CE等を含んでもよい。RRCシグナリングは、異なるシナリオで変化してもよく、例えば、RRC接続設定要求、RRC再確立要求又はRRC再開要求でもよい。
【０１２６】
ステップ4:ネットワークデバイスは、RRC接続設定メッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRRC接続設定メッセージを受信する。RRC接続設定メッセージはまた、ランダムアクセスプロセスにおける第4のメッセージ(msg4)とも呼ばれる。
【０１２７】
6)この出願の実施形態における「システム」及び「ネットワーク」という用語は、交換可能に使用されてもよい。「複数」は、2つ以上を意味する。これを考慮すると、この出願の実施形態では、「複数」はまた、「少なくとも2つ」として理解されてもよい。「及び/又は」という用語は、関連する対象物を記述するための関連付け関係を記述し、3つの関係が存在してもよいことを表す。例えば、A及び/又はBは、以下の3つの場合、すなわち、Aのみが存在する場合、A及びBの双方が存在する場合、及びBのみが存在する場合を表してもよい。さらに、「/」という文字は、別段の指定がない限り、通常では、関連する対象物の間の「又は」の関係を示す。
【０１２８】
さらに、別段の指定がない限り、この出願の実施形態で言及される「第1」及び「第2」のような順序番号は、複数の対象物の間を区別することを意図するものであるが、複数の対象物の順序、時系列、優先度又は重要レベルを限定することを意図するものではない。
【０１２９】
上記に、この出願の実施形態に含まれるいくつかの概念について説明し、以下に、この出願の実施形態の技術的背景について説明する。
【０１３０】
移動通信は人々の生活を大きく変えているが、より高い性能を有する移動システムの追求は決して止まっていない。5Gシステムは、移動データトラヒックの将来の爆発的な増加、大量のデバイス接続並びに様々な新たなサービス及び適用シナリオの継続的な出現に対処するために現れている。5Gの一部として、モノのインターネットは急速に増加する市場の需要を有する。予測は、2022年までに、5Gのモノのインターネットへの接続数が180億に達することを示している。
【０１３１】
現在、第3世代パートナーシッププロジェクト(3rd  generation  partnership  project,  3GPP)標準は、セルラネットワーク及びモノのインターネットの特性に基づく解決策を提案している。例えば、NB-IoTシステムでは、IoTサービスは、狭帯域技術の特性を使用することにより搬送される。NB-IoTシステムは、既存のセルラネットワーク(ロングタームエボリューション(long  term  evolution,  LTE))とは独立した新たなエアインタフェース技術を使用し、端末デバイスは、より低いコストを有し、より低いレート及びより低いモビリティをサポートする。
【０１３２】
NB-IoTシステムの初期リリース(Rel-13/14)では、モノのインターネットの小データパケット送信特性のための多くの固有の設計が存在する。例えば、送信されるデータ量が比較的小さく、時間が比較的短く、端末が低いモビリティを有することを考慮して、パワーヘッドルームは、接続が確立されたときに一度だけ報告され、パワーヘッドルーム報告粒度は、LTEにおけるパワーヘッドルーム報告粒度よりも大きい。これは、端末デバイスの複雑性と、パワーヘッドルームを報告するために必要とされるシグナリングオーバーヘッドとを低減する。表１は、現在のNB-IoTシステムにおいて報告できるパワーヘッドルームが属するパワーヘッドルームテーブルである。表１内の各エントリは、パワーヘッドルームレベルを表す(例えば、PH=0はパワーヘッドルームレベルを表し、PH=1は他のパワーヘッドルームレベルを表す)。表１では、エントリはまた行として理解されてもよい。現在のNB-IoTシステムでは、PHRは表１に示す4つのパワーヘッドルームレベルのみに分割され、各パワーヘッドルームレベルは複数の特定のパワーヘッドルーム値に対応することが習得できる。例えば、端末デバイスが、端末デバイスのパワーヘッドルームが第1のパワーヘッドルームであると決定した場合、端末デバイスは、表１に示す4つのパワーヘッドルームレベル内にあり且つ第1のパワーヘッドルームが属するパワーヘッドルームレベルを決定し、決定されたパワーヘッドルームレベルを基地局に送信する。基地局は、端末デバイスにより送信されたパワーヘッドルームレベルに基づいて、端末デバイスのパワーヘッドルームを決定する。
【表１】
2021513242.tif 000003
【０１３３】
現在、4つのパワーヘッドルームレベルのみが存在し、したがって、各パワーヘッドルームレベルのパワーヘッドルーム範囲は比較的大きい。言い換えると、各パワーヘッドルームレベルは、比較的多くのパワーヘッドルーム値に対応する。その結果、報告粒度も比較的大きい。例えば、第1のパワーヘッドルームと第2のパワーヘッドルームとの間の差は比較的大きいが、第1のパワーヘッドルームと第2のパワーヘッドルームとの双方は、表１におけるPH=1に対応するパワーヘッドルームレベルでカバーされる。この場合、端末デバイスのパワーヘッドルームが第1のパワーヘッドルームであるか第2のパワーヘッドルームであるかにかかわらず、端末デバイスにより報告されるパワーヘッドルームレベルは、PH=1に対応するパワーヘッドルームレベルである。この場合、ネットワークデバイスが端末デバイスにより報告されたパワーヘッドルームレベルに基づいて端末デバイスのパワーヘッドルームを決定したとき、端末デバイスのパワーヘッドルームが第1のパワーヘッドルームであるが、ネットワークデバイスは、端末デバイスのパワーヘッドルームが第2のパワーヘッドルームであると決定する可能性がある。比較的大きい報告粒度は、不正確な報告されるパワーヘッドルームをもたらし、その結果、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームは不正確であることが習得できる。
【０１３４】
NB-IoTの商業的利用の増加に伴い、ますます多くの適用シナリオが発見され、新たな課題がもたらされる。例えば、いくつかのアプリケーションは、PHRの粒度に対して比較的高い要件を有し、いくつかの端末デバイス(例えば、共有自転車)は、送信プロセスにおいて移動してもよい。これらの新たなシナリオでは、既存のパワーヘッドルーム報告粒度は過剰に大きく、その結果、報告されるパワーヘッドルームは不正確である。さらに、パワーヘッドルームは、データ送信プロセスにおけるパワーヘッドルームの変化の後に報告できない。その結果、アップリンク電力制御性能が悪い。
【０１３５】
したがって、この出願の実施形態では、NB-IoTにおけるパワーヘッドルームを報告するための方法は、新たな適用シナリオの要件に適合するように最適化される。この出願の実施形態は、NB-IoTシステムに適用されてもよく、或いは、他の同様の通信システムに適用されてもよい。
【０１３６】
この出願の実施形態の技術的背景は、上記に記載されている。図１は、この出願の実施形態による適用シナリオの概略図である。
【０１３７】
図１は、ネットワークデバイス及び複数の端末デバイスを含む。これらの端末デバイスは、NB-IoTシステムにおける端末デバイスであり、例えば、冷蔵庫、車両及びテレビジョンを含む。ネットワークデバイスは、例えば、基地局のようなアクセスネットワークデバイスである。図１に示すネットワークデバイス及び少なくとも1つの端末デバイスは、この出願の実施形態において提供される技術的解決策を実現するように構成されてもよい。
【０１３８】
この出願の実施形態において提供される技術的解決策について、添付図面を参照して以下に詳細に説明する。以下の説明プロセスでは、この出願の実施形態において提供される技術的解決策が、図１に示す適用シナリオに適用される例が使用される。明らかに、これは実際の用途では限定されない。さらに、この明細書において、パワーヘッドルームテーブルはまた、パワーヘッドルームセットとして理解されてもよい。例えば、表１に示すパワーヘッドルームテーブルは、第1のパワーヘッドルームセットとして理解されてもよい。この出願の実施形態において提供される新たなパワーヘッドルームテーブルはまた、他のパワーヘッドルームセットとして理解されてもよい。例えば、この出願の実施形態において提供される新たなパワーヘッドルームテーブルは、第2のパワーヘッドルームセットとして理解されてもよい。言い換えると、この出願の実施形態において、「テーブル」及び「セット」という2つの用語は互いに置き換えられてもよい。
【０１３９】
この出願の実施形態は、第1の信号送信及び受信方法を提供する。第1の信号送信及び受信方法では、端末デバイスは、msg3をネットワークデバイスに送信するとき、端末デバイスのパワーヘッドルームを示す。言い換えると、第1の信号送信及び受信方法では、端末デバイスは、ランダムアクセスプロセスにおいて、端末デバイスのパワーヘッドルームをネットワークデバイスに示す。さらに、第1の信号送信方法では、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに示すことは、端末デバイスが、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルをネットワークデバイスに示すこととして理解されてもよく、或いは、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに示すことは、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルをネットワークデバイスに示すことにより実現されることとして理解されてもよい。
【０１４０】
第1の信号送信及び受信方法では、この出願のこの実施形態は、少なくとも1つの新たなパワーヘッドルームテーブルを提供する。以下では、主に、1つの新たなパワーヘッドルームテーブルが提供される例を使用する。実際の用途では、新たなパワーヘッドルームテーブルの数は限定されない。例えば、この出願のこの実施形態において提供される新たなパワーヘッドルームテーブルは、第1のパワーヘッドルームテーブルと呼ばれ、第1のパワーヘッドルームテーブルはまた、第2のパワーヘッドルームセットとして理解されてもよい。第1のパワーヘッドルームテーブルは、少なくとも5つのエントリを含む。各エントリの形式については、表１におけるいずれかのエントリの形式を参照する。同様に、各エントリは、パワーヘッドルームレベルを表す。具体的には、この出願のこの実施形態では、PHRは、表１における4つのパワーヘッドルームレベルよりも多くのパワーヘッドルームレベルに再分割されてもよく、各パワーヘッドルームレベルはまた、複数の特定のパワーヘッドルーム値に対応してもよい。しかし、表１に示すパワーヘッドルームテーブルと比較して、第1のパワーヘッドルームテーブルに含まれる少なくとも1つのパワーヘッドルームレベルのそれぞれに対応するパワーヘッドルーム値の数は、表１に示すパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルに対応するパワーヘッドルーム値の数未満である。この場合、端末デバイスのパワーヘッドルームの値の範囲が不変のままであるとき、この出願のこの実施形態において提供される第1のパワーヘッドルームテーブルは、より細かい分割粒度を提供でき、それにより、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値は、現在の表１におけるパワーヘッドルーム値よりも少ない。このように、報告粒度が低減され、それにより、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームの精度が改善される。この出願のこの実施形態が複数のパワーヘッドルームテーブルを提供する場合、異なるパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルは異なってもよく、或いは、パワーヘッドルームテーブルのうち少なくとも2つに含まれるパワーヘッドルームレベルは部分的に重複してもよい。さらに、この出願のこの実施形態において提供されるパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルと、表１に示すパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルとは、異なってもよく或いは部分的に重複してもよい。
【０１４１】
図２を参照して、第1の信号送信及び受信方法の手順について以下に説明する。
【０１４２】
S21:ネットワークデバイスは、第2のシグナリングを端末デバイスに送信し、端末デバイスは、ネットワークデバイスから第2のシグナリングを受信する。第2のシグナリングは、MAC  CEに含まれる第3のビットフィールドを使用することにより端末デバイスのパワーヘッドルームを示すように命令するために使用されるか、或いは、第2のシグナリングは、MAC  CEに含まれる第1のビットフィールド及び第2のビットフィールドを使用することにより端末デバイスのパワーヘッドルームを示すように命令するために使用される。
【０１４３】
第2のシグナリングは、ネットワークデバイスが新たなパワーヘッドルームテーブルを使用することをサポートするか或いは使用する必要があることを端末デバイスに通知するために使用されることとして理解されてもよい。以下では、第1のパワーヘッドルームテーブルを例として使用する。代替として、第2のシグナリングは、パワーヘッドルームをネットワークデバイスに送信するときに第1のパワーヘッドルームテーブルを使用するように端末デバイスに命令するために使用されることとして理解されてもよい。
【０１４４】
例えば、第2のシグナリングは、ブロードキャストを通じて送信されてもよい。
【０１４５】
S22:端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信する。S22において、ランダムアクセスプロセスが開始すると考えられてもよい。
【０１４６】
S23:ネットワークデバイスは、RARメッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRARメッセージを受信する。
【０１４７】
RARメッセージは、ネットワークデバイスにより示されるmsg3の送信リソースを搬送してもよい。
【０１４８】
S24:端末デバイスは、MAC  CEを生成し、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すため或いは第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される。第1のパワーヘッドルームセットは、表１に示されるパワーヘッドルームテーブルであり、第2のパワーヘッドルームセットは、第1のパワーヘッドルームテーブルとして理解されてもよい。
【０１４９】
S21において、ネットワークデバイスは、ネットワークデバイスが新たなパワーヘッドルームテーブルを使用することをサポートするか或いは使用する必要があることを示し、端末デバイスは、端末デバイスの能力情報を認識している。端末デバイスの能力情報が、端末デバイスが新たなパワーヘッドルームテーブルを使用することもサポートすることを示す場合、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに示すとき、端末デバイスは、新たなパワーヘッドルームテーブル、例えば、第1のパワーヘッドルームテーブルを使用できる。
【０１５０】
端末デバイスは、端末デバイスのパワーヘッドルームを取得するために物理レイヤ測定を実行し、次いで、第1のパワーヘッドルームテーブルを参照して、第1のパワーヘッドルームテーブル内で端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを決定してもよい。例えば、端末デバイスにより測定される端末デバイスのパワーヘッドルームは、第1のパワーヘッドルームであり、端末デバイスは、第1のパワーヘッドルームテーブルを参照して、第1のパワーヘッドルームが第1のパワーヘッドルームテーブル内の第1のパワーヘッドルームレベルに属することを決定する。この場合、端末デバイスは、第1のパワーヘッドルームレベルをネットワークデバイスに送信する必要がある。
【０１５１】
一例では、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される。
【０１５２】
具体的には、端末デバイスにより生成されるMAC  CEは、第1のビットフィールド及び第2のビットフィールドを含んでもよい。第2のビットフィールドは、MAC  CEにあり且つパワーヘッドルームを示すために元来使用されるビットフィールドであり、第1のビットフィールドは、予備ビットフィールドである。図３に参照が行われてもよい。図３は、msg3で搬送されるMAC  CEの例を示す。図３においてPHにより表されるビットフィールドは、端末デバイスのパワーヘッドルームを示すために使用され、言い換えると、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを示すために使用される。Rは予備(reserved)、すなわち、予備ビットを表し、或いは、予備ビットフィールドと呼ばれる。DVは、データ量(data  volume)を表すために使用される。さらに、図３において、小さいグリッドがブロックの上方で更に均等に分割されている。1つの小さいグリッドは1ビットを表す。例えば、PHにより表されるビットフィールドは2ビットを含み、1つの予備ビットは1ビットを含む。この場合、図３において、第2のビットフィールドは、PHにより表されるビットフィールドを含んでもよく、第1のビットフィールドは、Rにより表されるビットフィールドを含んでもよい。図３において、Rにより表される2つのビットフィールドが存在する。この場合、第1のビットフィールドは、Rにより表される2つのビットフィールドのうち少なくとも1つを含んでもよい。端末デバイスが第1のパワーヘッドルームセットを使用することにより端末デバイスのパワーヘッドルームを示す場合、すなわち、端末デバイスが第1のパワーヘッドルームセット内のパワーヘッドルームを示す必要がある場合、端末デバイスは、図３に示すMAC  CEを生成し、第2のビットフィールドを使用することにより、第1のパワーヘッドルームセット内のパワーヘッドルームを示してもよい。
【０１５３】
さらに、図４は、この出願のこの実施形態における端末デバイスにより生成されるMAC  CEの例を示す。図４において、DVはデータ量を表すために使用され、Rは予備ビットを表し、第2のビットフィールドはPHにより表されるビットフィールドを含み、第1のビットフィールドはPHEにより表されるビットフィールドを含む。図４において、MAC  CE内のRにより表される1つの元のビットフィールドがPHEビットフィールドとして使用され、図４内のPHEビットフィールド及びPHビットフィールドが端末デバイスのパワーヘッドルームを一緒に示すために使用されてもよいことが習得できる。言い換えると、図４において、3ビットが、端末デバイスのパワーヘッドルームを示すために使用できる。端末デバイスのパワーヘッドルームを示すために2ビットが使用される元の場合と比較して、パワーヘッドルームを示すために使用されるビット数は増加する。さらに、図４において、端末デバイスのパワーヘッドルームを一緒に示すために、元の予備ビットのうち1つがPHビットフィールドと共に使用される例が使用される。これは、実際の用途では限定されない。例えば、元の2つの予備ビットは、端末デバイスのパワーヘッドルームを一緒に示すために、PHビットフィールドと共に使用されてもよい。すなわち、端末デバイスのパワーヘッドルームを示すために4ビットが使用される。これは、この出願のこの実施形態にでは限定されない。端末デバイスが、第2のパワーヘッドルームセットを使用することにより端末デバイスのパワーヘッドルームを示す場合、すなわち、端末デバイスが第2のパワーヘッドルームセット内のパワーヘッドルームを示す必要がある場合、端末デバイスは、第1のビットフィールド及び第2のビットフィールドを使用することにより第1のパワーヘッドルームセット内のパワーヘッドルームを一緒に示すために、図４に示すMAC  CEを生成してもよい。この場合、第1のビットフィールド及び第2のビットフィールドは2ビットのフィールドであり、端末デバイスは、2ビットのフィールドを使用することにより端末デバイスのパワーヘッドルームを一緒に示す。
【０１５４】
この出願のこの実施形態において提供される第1のパワーヘッドルームテーブルは、少なくとも5つのエントリを含むので、第1のパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルを示すために、より多くのビットが必要とされる。したがって、この出願のこの実施形態では、MAC  CEにおける元来未使用のビットフィールドが、パワーヘッドルームレベルを一緒に示すために、パワーヘッドルームを示すために元来使用されるMAC  CE内の第1のビットフィールドと共に使用される。この場合、示されることができるパワーヘッドルームレベル数が対応して増加し、各パワーヘッドルームレベルに含まれるパワーヘッドルーム数が減少する。このように、報告粒度が低減し、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームの精度が改善される。
【０１５５】
他の例では、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む。
【０１５６】
上記で図４について説明するとき、第1のビットフィールド及び第2のビットフィールドが2つの独立したビットフィールドである例が使用される。実際には、第1のビットフィールド及び第2のビットフィールドは、代替として、例えば、第3のビットフィールドと呼ばれる1つのビットフィールドとして考えられてもよい。この出願のこの実施形態において提供される第1のパワーヘッドルームテーブルが使用された後に、第3のビットフィールドは、端末デバイスのパワーヘッドルームを示すために使用されてもよいと理解されてもよい。第3のビットフィールドは、第1のビット部分及び第2のビット部分を含み、第2のビット部分は、MAC  CE内で、パワーヘッドルームを示すために元来使用されるビットであり、第1のビット部分は、MAC  CE内の元の予備ビットである。第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含むこととして理解されてもよく、或いは、第3のビットフィールドは、元の第1のビットフィールド及び元の第2のビットフィールドを含み、第1のビットフィールド及び第2のビットフィールドが1つのビットフィールドに結合されることとして理解されてもよい。図４が例として使用される。この理解によれば、第3のビットフィールドは、図４においてPHEにより表されるビット及びPHにより表されるビットを含む。PHにより表されるビットは第2のビット部分であり、PHEにより表されるビットは第1のビット部分である。端末デバイスが第2のパワーヘッドルームセットを使用することにより端末デバイスのパワーヘッドルームを示す場合、すなわち、端末デバイスが第2のパワーヘッドルームセット内のパワーヘッドルームを示す必要がある場合、端末デバイスは、図４に示すMAC  CEを生成し、第3のビットフィールドを使用することにより第1のパワーヘッドルームセット内のパワーヘッドルームを示してもよい。第2のパワーヘッドルームセットが端末デバイスのパワーヘッドルームを示すために使用される場合、端末デバイスは、第3のビットフィールドを直接使用することにより、端末デバイスのパワーヘッドルームを示すように構成されてもよい。言い換えると、端末デバイスは、第3のビットフィールドが実際には2つの元のビットフィールドを含むことを認識しなくてもよい。したがって、この理解方式は、端末デバイスの特定の実現方式に比較的適している。明らかに、これは異なる理解の方法のみであり、解決策の本質は変わらない。
【０１５７】
S25:端末デバイスは、MAC  CEをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからMAC  CEを受信する。
【０１５８】
この出願のこの実施形態では、端末デバイスは、MAC  CEをmsg3に追加し、msg3をネットワークデバイスに送信してもよく、ネットワークデバイスは、端末デバイスからmsg3を受信し、msg3を解析することによりMAC  CEを取得できる。
【０１５９】
上記のように、この出願のこの実施形態は、第1のパワーヘッドルームテーブルを提供し、端末デバイスにより送信される端末デバイスのパワーヘッドルームは、第1のパワーヘッドルームテーブルに基づいて決定される。この場合、ネットワークデバイスはまた、第1のパワーヘッドルームテーブルに基づいて、端末デバイスにより送信されたパワーヘッドルームを決定する必要がある。現在、パワーヘッドルームテーブル、すなわち、表１に示すパワーヘッドルームテーブルが既に存在し、この出願のこの実施形態は、第1のパワーヘッドルームテーブルを更に提供する。ネットワークデバイスは、S21において、ネットワークデバイスが第1のビットフィールド及び第2のビットフィールドを使用することによりパワーヘッドルームを報告することをサポートすることを端末デバイスに通知し、言い換えると、ネットワークデバイスは、第1のパワーヘッドルームテーブルを使用することをサポートするが、端末デバイス能力を考慮して、全ての端末デバイスが第1のパワーヘッドルームテーブルを使用できるとは限らない。例えば、旧バージョンのいくつかの端末デバイスは、表１に示すパワーヘッドルームテーブルのみを使用可能でもよい。したがって、ネットワークデバイスは、実際に端末デバイスにより使用されるパワーヘッドルームテーブルを認識する必要があり、端末デバイスは、使用されるパワーヘッドルームテーブルをネットワークデバイスに通知する必要がある。
【０１６０】
この出願のこの実施形態では、端末デバイスが使用されるパワーヘッドルームテーブルをネットワークデバイスに示す方式は、以下の方式を含むが、これらに限定されない。
【０１６１】
方式a:MAC  CEを使用することによりパワーヘッドルームテーブルを示す。
【０１６２】
例えば、MAC  CEは、第4のビットフィールドを更に含む。MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、MAC  CE内の予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用される。第4のビットフィールドは、MAC  CE内の予備ビットフィールドであることとして理解されてもよい。しかし、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第4のビットフィールドは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用されてもよい。
【０１６３】
図４が依然として例として使用される。図４において、2つの元の予備ビットフィールドのうち1つは、端末デバイスのパワーヘッドルームを一緒に示すために元のPHビットフィールドと共に使用され、元の2つの予備ビットフィールド内の残りの予備ビットフィールド(すなわち、図４においてRにより表されるビットフィールド)は、MAC  CEにより示されるパワーヘッドルームが属するパワーヘッドルームテーブルを示すために使用され、残りの予備ビットフィールドは、第4のビットフィールドとして使用されてもよい。例えば、端末デバイスにより使用できるパワーヘッドルームテーブルは、表１に示すパワーヘッドルームテーブルと、この出願のこの実施形態において提供される第1のパワーヘッドルームテーブルとを含み、図４においてRにより表されるビットフィールドに含まれる1ビットの値は、パワーヘッドルームテーブルを示すために使用されてもよい。例えば、ビットの値が「1」である場合、これは、MAC  CEにより示されるパワーヘッドルームが属するパワーヘッドルームテーブルが第1のパワーヘッドルームテーブルであることを示し、ビットの値が「0」である場合、これは、MAC  CEにより示されるパワーヘッドルームが属するパワーヘッドルームテーブルが表１に示すパワーヘッドルームテーブルであることを示す。明らかに、ビットの値と示されるパワーヘッドルームテーブルとの間の関係は単なる例であり、これに限定されない。
【０１６４】
方式aでは、端末デバイスのパワーヘッドルームとパワーヘッドルームが属するパワーヘッドルームテーブルとの双方がMAC  CE内で示されてもよく、指示のために更なるリソースは必要とされず、それにより、送信リソースが節約できる。
【０１６５】
方式b:第1のシグナリングを使用することによりパワーヘッドルームテーブルを示す。
【０１６６】
例えば、第1のシグナリングはRRCシグナリングである。この場合、端末デバイスは、RRCシグナリングをネットワークデバイスに送信してもよく、ネットワークデバイスは、端末デバイスからRRCシグナリングを受信する。RRCシグナリングは、MAC  CE内で端末デバイスにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを示すために使用されてもよい。代替として、RRCシグナリングは、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用されるか、或いは、RRCシグナリングは、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを示すために使用されることとして理解されてもよい。
【０１６７】
例えば、端末デバイスは、msg3のRRCシグナリングにおいて、MAC  CE内で示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを示す。RRCシグナリングにおける指示形式は、明示的な指示でもよく、或いは、暗示的な指示でもよい。例えば、パワーヘッドルームテーブルは、端末デバイスのバージョン番号を示すことにより示される。
【０１６８】
方式bでは、RRCシグナリング内でパワーヘッドルームテーブルを示すために使用できるより多くのビット数が存在してもよく、この方式は、より多くのパワーヘッドルームテーブルが存在する場合により適用可能である。
【０１６９】
方式c:チャネルの論理チャネル番号を使用することによりパワーヘッドルームテーブルを示す。
【０１７０】
例えば、端末デバイスは、MAC  CEをmsg3に追加し、共通制御チャネル(common  control  channel,  CCCH)を通じて、MAC  CEを搬送するmsg3をネットワークデバイスに送信する。この場合、ネットワークデバイスは、CCCHを通じて端末デバイスからmsg3を受信する。CCCHは不変として考えられてもよいが、1つのCCCHは、複数の論理チャネル識別子を有してもよい。したがって、CCCHの論理チャネル識別子は、異なるmsg3を示すために使用されてもよい。ここでの異なるmsg3は、異なるMAC  CEを搬送するmsg3を示す。異なるパワーヘッドルームテーブルが使用されるとき、MAC  CEは異なると考えられる。CCCHの論理チャネル識別子は、異なるパワーヘッドルームテーブルを示すために使用されてもよいことが理解され得る。代替として、CCCHの論理チャネル識別子は、パワーヘッドルームが第3のビットフィールドを使用することにより示されることを示すために使用されるか、或いは、CCCHの論理チャネル識別子は、パワーヘッドルームが第1のビットフィールド及び第2のビットフィールドを使用することにより示されることを示すために使用されることとして理解されてもよい。
【０１７１】
例えば、端末デバイスは、生成されたMAC  CEをmsg3に追加し、CCCHを通じてmsg3をネットワークデバイスに送信する。MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルが第1のパワーヘッドルームテーブルである場合、CCCHの論理チャネル識別子は第1の識別子でもよく、或いは、MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルが表１に示すパワーヘッドルームテーブルである場合、CCCHの論理チャネル識別子は、第2の識別子でもよい。すなわち、第1の識別子及び第2の識別子のいずれかは、MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを示すために使用できる。
【０１７２】
パワーヘッドルームテーブルが方式bで示されるか方式cで示されるかにかかわらず、MAC  CE内のビットはパワーヘッドルームテーブルを示すために占有される必要はなく、MAC  CE内の予備ビットフィールドは、端末デバイスのパワーヘッドルームを一緒に示すためにPHフィールドと共に使用されてもよい。これはmsg3を使用することにより送信できるパワーヘッドルームの範囲を拡張し、より細かい粒度のパワーヘッドルームが報告されてもよい。
【０１７３】
具体的な実現プロセスにおいて、方式a、方式b又は方式cは、パワーヘッドルームテーブルを示すためにランダムに選択されてもよく、或いは、ネットワークデバイスは、方式a、方式b又は方式cのうちどれが、パワーヘッドルームテーブルを示すために具体的に使用されるかを構成してもよく、或いは、プロトコルは、方式a、方式b又は方式cのうちどれが、パワーヘッドルームテーブルを示すために具体的に使用されるかを指定してもよい。これは具体的には限定されない。
【０１７４】
S26:ネットワークデバイスは、受信したMAC  CE内の第2のビットフィールドに基づいて端末デバイスのパワーヘッドルームを決定するか、或いは、ネットワークデバイスは、受信したMAC  CE内の第3のビットフィールドに基づいて端末デバイスのパワーヘッドルームを決定する。
【０１７５】
MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、ネットワークデバイスは、MAC  CEに含まれる第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、ネットワークデバイスは、MAC  CEに含まれる第3のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定し、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む。
【０１７６】
代替として、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、ネットワークデバイスは、第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、第1のビットフィールドは、予備ビットフィールドであり、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、ネットワークデバイスは、第1のビットフィールド及び第2のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定する。
【０１７７】
実際には、端末デバイスは、MAC  CEを使用することにより、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを実際に示す。パワーヘッドルームテーブルを決定した後に、ネットワークデバイスは、MAC  CEを使用することにより、決定されたパワーヘッドルームテーブルと端末デバイスにより示されるパワーヘッドルームレベルとの間のマッチングを実行することにより、端末デバイスのパワーヘッドルームを決定できる。
【０１７８】
具体的には、MAC  CEが第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドが予備ビットフィールドであり、第2のビットフィールドが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、ネットワークデバイスは、第2のビットフィールドに基づいて端末デバイスのパワーヘッドルームレベルを決定し、次いで、第1のパワーヘッドルームセットに基づいて端末デバイスのパワーヘッドルームを最終的に決定できる。
【０１７９】
代替として、MAC  CEが第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールド及び第2のビットフィールドが第2のパワーヘッドルームセット内のパワーヘッドルームを一緒に示すために使用される場合、ネットワークデバイスは、第1のビットフィールド及び第2のビットフィールドに基づいて端末デバイスのパワーヘッドルームレベルを決定でき、次いで、第2のパワーヘッドルームセットに基づいて端末デバイスのパワーヘッドルームを最終的に決定できる。
【０１８０】
代替として、MAC  CEが第3のビットフィールドを含み、第3のビットフィールドが第2のパワーヘッドルームセット内のパワーヘッドルームを一緒に示すために使用される場合、ネットワークデバイスは、第3のビットフィールドに基づいて端末デバイスのパワーヘッドルームレベルを決定でき、次いで、第2のパワーヘッドルームセットに基づいて端末デバイスのパワーヘッドルームを最終的に決定できる。
【０１８１】
端末デバイスが、S25に記載の方式aにおけるパワーヘッドルームテーブルを示す場合、ネットワークデバイスは、MAC  CEに基づいて、端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを決定する。端末デバイスが、S25に記載の方式bにおけるパワーヘッドルームテーブルを示す場合、ネットワークデバイスは、受信したRRCシグナリングに基づいて、MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを決定してもよい。端末デバイスが、S25に記載の方式cにおけるパワーヘッドルームテーブルを示す場合、ネットワークデバイスは、msg3を搬送するCCCHの論理チャネル番号に基づいて、MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを決定してもよい。
【０１８２】
図２に示す手順において、S21〜S23は任意選択のステップであり、必須ではない。
【０１８３】
この出願のこの実施形態では、PHRは、表１における4つのパワーヘッドルームレベルよりも多くのパワーヘッドルームレベルに再分割されてもよい。端末デバイスのパワーヘッドルームの値の範囲が不変のままであるとき、この出願の実施形態において提供される第1のパワーヘッドルームテーブルは、より細かい分割粒度を提供でき、それにより、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値は、現在の表１におけるパワーヘッドルーム値よりも少ない。さらに、この出願のこの実施形態では、新たに提供されるパワーヘッドルームセットに適合するために、端末デバイスのパワーヘッドルームを示すためにより多くのビットが提供される。このように、報告粒度が低減され、端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を確保しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。さらに、この出願のこの実施形態では、端末デバイスは、msg3をネットワークデバイスに送信するとき、端末デバイスのパワーヘッドルームを依然として示し、端末デバイスのパワーヘッドルームを示すための既存の手順がある程度再利用されてもよい。これは、現在の手順にほとんど影響を与えず、従来技術との互換性がより高い。
【０１８４】
さらに、上記のように、現在では、端末デバイスは、パワーヘッドルームがデータ送信プロセスにおいて変化した後に、パワーヘッドルームを報告できない。言い換えると、現在では、端末デバイスは、接続状態にあるときにパワーヘッドルームを報告できず、悪いアップリンク電力制御性能を生じる。これを鑑みて、この出願の実施形態は、端末デバイスが接続状態にあるときにパワーヘッドルームを報告できないという問題を解決するための第2の信号送信及び受信方法を提供する。さらに、第2の信号送信及び受信方法では、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに示すことはまた、端末デバイスが、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルをネットワークデバイスに示すこととして理解されてもよく、或いは、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイス示すことは、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルをネットワークデバイスに示すことにより実現されることとして理解されてもよい。
【０１８５】
第2の信号の送信及び受信方法では、この出願のこの実施形態はまた、少なくとも1つの新たなパワーヘッドルームテーブルを提供してもよい。以下では、主に、1つの新たなパワーヘッドルームテーブルが提供される例を使用する。実際の用途では、新たなパワーヘッドルームテーブルの数は限定されない。例えば、この出願のこの実施形態において提供される新たなパワーヘッドルームテーブルは、第2のパワーヘッドルームテーブルと呼ばれ、第2のパワーヘッドルームテーブルはまた、第2のパワーヘッドルームセットとして理解されてもよい。第2のパワーヘッドルームテーブルは、少なくとも5つのエントリを含む。各エントリの形式については、表１におけるいずれかのエントリの形式を参照する。同様に、各エントリは、パワーヘッドルームレベルを表す。具体的には、この出願のこの実施形態では、PHRは、表１における4つのパワーヘッドルームレベルよりも多くのパワーヘッドルームレベルに再分割されてもよく、各パワーヘッドルームレベルはまた、複数の特定のパワーヘッドルーム値に対応してもよい。しかし、表１に示すパワーヘッドルームテーブルと比較して、第2のパワーヘッドルームテーブルに含まれる少なくとも1つのパワーヘッドルームレベルのそれぞれに対応するパワーヘッドルーム値の数は、表１に示すパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルに対応するパワーヘッドルーム値の数未満である。この場合、端末デバイスのパワーヘッドルームの値の範囲が不変のままであるとき、この出願のこの実施形態において提供される第2のパワーヘッドルームテーブルは、より細かい分割粒度を提供でき、それにより、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値は、現在の表１におけるパワーヘッドルーム値よりも少ない。このように、報告粒度が低減され、それにより、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームの精度が改善される。図２に示す実施形態において提供される第2のパワーヘッドルームテーブル及び第1のパワーヘッドルームテーブルは、同じパワーヘッドルームテーブルでもよく、或いは、異なるパワーヘッドルームテーブルでもよい。これは、この出願のこの実施形態では限定されない。この出願のこの実施形態が複数のパワーヘッドルームテーブルを提供する場合、異なるパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルは異なってもよく、或いは、パワーヘッドルームテーブルのうち少なくとも2つに含まれるパワーヘッドルームレベルは部分的に重複してもよい。さらに、この出願のこの実施形態において提供されるパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルと、表１に示すパワーヘッドルームテーブルに含まれるパワーヘッドルームレベルとは、異なってもよく或いは部分的に重複してもよい。
【０１８６】
しかし、第2の信号送信及び受信方法では、具体的に使用されるパワーヘッドルームテーブルは限定されない。例えば、端末デバイスは、第2のパワーヘッドルームテーブルを使用してもよく、或いは、表１に示すパワーヘッドルームテーブルを使用し続けてもよい。
【０１８７】
図５を参照して、第2の信号送信及び受信方法の手順について以下に説明する。
【０１８８】
S51:ネットワークデバイスは、端末デバイスの能力情報を取得する。
【０１８９】
この出願のこの実施形態では、端末デバイスの能力情報は、端末デバイスが拡張パワーヘッドルーム報告をサポートするか否かを示すために使用されてもよい。端末デバイスの能力情報は、端末デバイスがバッファ状態報告(buffer  status  report,  BSR)をトリガしつつ、パワーヘッドルーム報告をトリガすることをサポートするか否かを示すために使用されてもよいこととして理解されてもよい。
【０１９０】
言い換えると、図５に示す実施形態では、端末デバイスは、BSRをネットワークデバイスに送信しつつ端末デバイスのパワーヘッドルームを示す。端末デバイスがBSRをネットワークデバイスに送信するとき、端末デバイスは、通常では、アップリンクデータを送信する必要がある。この場合、端末デバイスのパワーヘッドルームもネットワークデバイスに示される。これは、ネットワークデバイスがアップリンク電力制御を実行するのに役立ち、それにより、パワーヘッドルームをネットワークデバイスに示すための機会は比較的良好である。
【０１９１】
ネットワークデバイスが端末デバイスの能力情報を取得する方式は、以下のいくつかの方式を含むが、これらに限定されない。
【０１９２】
方式1:ランダムアクセスプロセスを使用することにより能力情報を取得する。
【０１９３】
例えば、ランダムアクセスプロセスにおいて、端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信する。次いで、ネットワークデバイスは、RARメッセージを端末デバイスに送信し、RARメッセージは、msg3の送信リソースを搬送してもよく、端末デバイスは、ネットワークデバイスからRARメッセージを受信する。次いで、端末デバイスは、msg3をネットワークデバイスに送信する。msg3において、端末デバイスの能力情報が示されてもよく、端末デバイスの能力情報は、端末デバイスがBSRをトリガしつつパワーヘッドルーム報告をトリガすることをサポートするか否かを示してもよい。この場合、ネットワークデバイスは、端末デバイスからmsg3を受信し、msg3を解析することにより端末デバイスの能力情報を取得でき、それにより、端末デバイスがBSRをトリガしつつパワーヘッドルーム報告をトリガすることをサポートするか否かを決定する。
【０１９４】
方式1では、ネットワークデバイスは、端末デバイスから端末デバイスの能力情報を直接取得してもよく、それにより、取得された端末デバイスの能力情報は比較的正確である。さらに、端末デバイスの能力情報は、ランダムアクセスプロセスを使用することにより取得されてもよく、端末デバイスは、他の情報を更に送信する必要がなく、それにより、送信リソースを節約する。
【０１９５】
方式2:コアネットワークデバイスを使用することにより能力情報を取得する。
【０１９６】
例えば、ネットワークデバイスは、要求メッセージをコアネットワークデバイスに送信してもよく、要求メッセージは、端末デバイスの能力情報を取得することを要求するために使用される。例えば、要求メッセージは、端末デバイスのアイデンティティ(ID)を搬送してもよい。ネットワークデバイスから要求メッセージを受信した後に、コアネットワークデバイスは、端末デバイスの能力情報を問い合わせ、端末デバイスの能力情報をネットワークデバイスに送信してもよい。この場合、ネットワークデバイスは、端末デバイスがBSRをトリガしつつパワーヘッドルーム報告をトリガすることをサポートするか否かを決定するために、コアネットワークデバイスから端末デバイスの能力情報を受信できる。コアネットワークデバイスは、例えば、モビリティ管理エンティティ(mobility  management  entity,  MME)である。これは具体的には限定されない。
【０１９７】
方式2では、ネットワークデバイスは、端末デバイスと相互作用することなく、端末デバイスの能力情報を取得できる。これは、相互作用プロセス又はエアインタフェース上での交換されるデータの量を低減し、エアインタフェース送信リソースを節約できる。
【０１９８】
具体的な実現プロセスにおいて、端末デバイスの能力情報を取得するために、方式1又は方式2がランダムに選択されてもよく、或いは、プロトコルが、方式1又は方式2のどちらが端末デバイスの能力情報を取得するために具体的に使用されるかを指定してもよい。これは具体的には限定されない。
【０１９９】
S52:ネットワークデバイスは、第1のシグナリングを端末デバイスに送信し、端末デバイスは、ネットワークデバイスから第1のシグナリングを受信し、第1のシグナリングは、BSRをネットワークデバイスに送信しつつ端末デバイスのパワーヘッドルームを示すように端末デバイスを構成するために使用される。
【０２００】
ネットワークデバイスは、S51において端末デバイスの能力情報を取得する。端末デバイスの能力情報が、端末デバイスが、BSRをネットワークデバイスに送信しつつ端末デバイスのパワーヘッドルームを示すことをサポートできることを示す場合、ネットワークデバイスは、BSRをネットワークデバイスに送信しつつ端末デバイスのパワーヘッドルームを示すように端末デバイスを構成するために、第1のシグナリングを端末デバイスに送信してもよい。
【０２０１】
S53:端末デバイスは、BSRを搬送するMAC  CEを生成し、MAC  CEは、少なくとも3ビットを使用することにより端末デバイスのパワーヘッドルームを示すために更に使用される。
【０２０２】
この出願のこの実施形態では、端末デバイスは、表１に示すパワーヘッドルームテーブルを使用してもよく、或いは、新たなパワーヘッドルームテーブルを使用してもよい。使用される具体的なパワーヘッドルームは、プロトコルにおいて指定されてもよく、或いは、ネットワークデバイスにより構成されてもよい。これらの2つの場合、端末デバイスは、使用されるパワーヘッドルームテーブルをネットワークデバイスに更に示す必要はない。代替として、プロトコルは、使用されるパワーヘッドルームテーブルを指定せず、ネットワークデバイスは、使用されるパワーヘッドルームテーブルを構成しない。この場合、端末デバイスは、MAC  CEを使用することにより使用されるパワーヘッドルームテーブルを示してもよく、或いは、端末デバイスは、更なるシグナリングを使用することにより、例えば、RRCシグナリングを使用することにより、使用されるパワーヘッドルームテーブルを示してもよい。具体的な実現方式については、図２に示す実施形態における関連する説明を参照する。詳細は説明しない。
【０２０３】
S53において端末デバイスにより生成されるMAC  CEの例については、図６を参照する。図６において、LCG  IDは論理チャネル番号を表し、BSRにより表されるビットフィールドは、BSRを搬送するために使用され、PHにより表されるビットフィールドは、端末デバイスのパワーヘッドルームを示すために使用され、Rは予備ビットを表し、或いは、予備ビットフィールドと呼ばれる。図６において、ブロックの第1行がBSRを搬送するために使用され、ブロックの第2行が端末デバイスのパワーヘッドルームを示すために使用されることが視覚的に理解され得る。さらに、図６において、小さいグリッドがブロックの上方で更に均等に分割されている。1つの小さいグリッドは1ビットを表してもよい。例えば、PHにより表されるビットフィールドは4ビットを含み、1つの予備ビットは1ビットを含む。端末デバイスがBSRを別々に送信し、異なるMAC  CEを使用することにより端末デバイスのパワーヘッドルームを示す場合、各MAC  CEは、サブヘッダを含む必要があり、サブヘッダもまた、送信リソースを占有する必要がある。しかし、端末デバイスがBSRを送信し、1つのMAC  CEを使用することにより端末デバイスのパワーヘッドルームを示す場合、図６に示すように、MAC  CEは1つのサブヘッダのみを含む必要がある(図６に図示せず)。これは、サブヘッダ数を低減し、送信リソースを節約する。
【０２０４】
図６が例として使用される。端末デバイスが表１に示すパワーヘッドルームテーブルを使用する場合、図６に示すPHビットフィールドは、端末デバイスのパワーヘッドルームを示すために使用されてもよく、MAC  CE内の少なくとも2ビットは、端末デバイスのパワーヘッドルームを示すために使用されてもよい。端末デバイスが第2のパワーヘッドルームテーブルを使用する場合、図６に示すPHビットフィールドは、端末デバイスのパワーヘッドルームを示すために使用されてもよい。代替として、第2のパワーヘッドルームテーブルがより多くのパワーヘッドルームレベルを含む場合、図６に示すPHビットフィールド及び少なくとも1つの予備ビットフィールドは、端末デバイスのパワーヘッドルームを一緒に示すために使用されてもよい。端末デバイスのパワーヘッドルームを一緒に示すためにPHビットフィールドと共に使用される予備ビットフィールドの具体的な数は、第2のパワーヘッドルームテーブルに含まれるパワーヘッドルームレベル数に関連する。結論として、端末デバイスが第2のパワーヘッドルームテーブルを使用する場合、MAC  CE内の少なくとも3ビットは、端末デバイスのパワーヘッドルームを示すために使用される。例えば、第2のパワーヘッドルームテーブルに含まれるパワーヘッドルームレベル数が32である場合、PHビットフィールドは4ビットを含む。この場合、PHビットフィールド及び予備ビットフィールドのうち1つは、端末デバイスのパワーヘッドルームを一緒に示すために使用されてもよく、すなわち、5ビットが、端末デバイスのパワーヘッドルームを示すために使用され、それにより、32個のパワーヘッドルームレベルが示されることができる。端末デバイスのパワーヘッドルームを一緒に示すためにPHビットフィールドと共に使用される予備ビットフィールドは、図６におけるPHビットフィールドに隣接してもよく或いは隣接しなくてもよい。これは具体的には限定されない。
【０２０５】
S54:端末デバイスは、MAC  CEをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからMAC  CEを受信する。
【０２０６】
S55:ネットワークデバイスは、MAC  CEに含まれる少なくとも3ビットに基づいて端末デバイスのパワーヘッドルームを決定し、MAC  CEからBSRを取得する。
【０２０７】
ネットワークデバイスは、MAC  CEを解析することにより、BSR及び端末デバイスにより示されるパワーヘッドルームレベルを取得できる。パワーヘッドルームテーブルを決定した後に、ネットワークデバイスは、MAC  CEを使用することにより、決定されたパワーヘッドルームテーブルと端末デバイスにより示されるパワーヘッドルームレベルとの間のマッチングを実行することにより、端末デバイスのパワーヘッドルームを決定できる。
【０２０８】
端末デバイスが、プロトコル仕様を使用することにより、使用されるパワーヘッドルームテーブルを決定する場合、ネットワークデバイスもまた、プロトコル仕様を使用することにより、使用されるパワーヘッドルームテーブルを決定する。代替として、端末デバイスが、ネットワークデバイスの構成を使用することにより、使用されるパワーヘッドルームテーブルを決定する場合、ネットワークデバイスは、端末デバイスの構成に基づいて、使用されるパワーヘッドルームテーブルを決定できる。代替として、端末デバイスがMAC  CEを使用することによりパワーヘッドルームテーブルを示す場合、ネットワークデバイスは、MAC  CEに基づいて、端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを決定する。端末デバイスがRRCシグナリングを使用することによりパワーヘッドルームテーブルを示す場合、ネットワークデバイスは、受信したRRCシグナリングに基づいて、MAC  CEにより示される端末デバイスのパワーヘッドルームが属するパワーヘッドルームテーブルを決定できる。
【０２０９】
接続状態にあるとき、端末デバイスは、BSRをネットワークデバイスに送信するためのより多くの機会を有してもよい。この場合、端末デバイスは、端末デバイスがBSRを送信する毎に、端末デバイスのパワーヘッドルームを示してもよい。代替として、端末デバイスのパワーヘッドルームが絶えず変化しない可能性があるので、端末デバイスは、パワーヘッドルームをネットワークデバイスに絶えず示す必要がなくてもよい。パワーヘッドルームを絶えず示すことは、ネットワークデバイスへの何らかの干渉を引き起こし、更なるシグナリングオーバーヘッドを消費する可能性さえある。したがって、この出願のこの実施形態は、決定メカニズムをさらに提供する。端末デバイスは、決定メカニズムを使用することにより、端末デバイスのパワーヘッドルームをネットワークデバイスに示すか否かを決定してもよい。これは、パワーヘッドルームの頻繁な報告を効果的に回避できる。
【０２１０】
例えば、決定メカニズムは、以下のもののうち少なくとも1つを含むが、これらに限定されない。以下のもののうち少なくとも1つが満たされたとき、端末デバイスは、MAC  CEを生成する。言い換えると、以下のもののうち少なくとも1つが満たされたとき、端末デバイスは、BSRを送信しつつパワーヘッドルームをネットワークデバイスに示してもよい:
端末デバイスの第1のダウンリンクパスロスと端末デバイスの第2のダウンリンクパスロスとの間の差が第1の閾値よりも大きいことであり、第1のダウンリンクパスロスは、端末デバイスの現在のダウンリンクパスロスであり、第2のダウンリンクパスロスは、端末デバイスが端末デバイスのパワーヘッドルームをネットワークデバイスに最後に示したときに生じるダウンリンクパスロスである、こと、
端末デバイスの現在のパワーヘッドルームと端末デバイスの第1のパワーヘッドルームとの間の差が第2の閾値よりも大きいことであり、第1のパワーヘッドルームは、端末デバイスによりネットワークデバイスに最後に送信されたパワーヘッドルームである、こと、
端末デバイスの第1のダウンリンクパスロスが第3の閾値よりも大きいことであり、第1のダウンリンクパスロスは、端末デバイスの現在のダウンリンクパスロスである、こと、及び
端末デバイスの現在のパワーヘッドルームが第4の閾値よりも大きいこと。
【０２１１】
第1の閾値、第2の閾値、第3の閾値及び第4の閾値は、プロトコルを使用することにより定義されてもよく、或いは、端末デバイスのためにネットワークデバイスにより構成されてもよい。
【０２１２】
決定メカニズムは比較的柔軟であることが習得できる。実際の用途では、1つ以上の決定メカニズムが決定のためにランダムに選択されてもよく、或いは、どの1つ以上の決定メカニズムが具体的に選択されるかがプロトコルにおいて具体的に指定されてもよく、或いは、どの1つ以上の決定メカニズムが具体的に選択されるかがネットワークデバイスにより構成されてもよい。さらに、上記の決定メカニズムは単なる例である。具体的な用途では、他の決定メカニズムが存在してもよい。これは具体的には限定されない。
【０２１３】
図５に示す手順では、S51及びS52は任意選択のステップであり、必須ではない。
【０２１４】
この出願のこの実施形態では、PHRは、表１における4つのパワーヘッドルームレベルよりも多くのパワーヘッドルームレベルに再分割されてもよい。端末デバイスのパワーヘッドルームの値の範囲が不変のままであるとき、この出願の実施形態において提供される第1のパワーヘッドルームテーブルは、より細かい分割粒度を提供でき、それにより、各パワーヘッドルームレベルに含まれるパワーヘッドルーム値は、現在の表１におけるパワーヘッドルーム値よりも少ない。さらに、この出願のこの実施形態では、新たに提供されるパワーヘッドルームセットに適合するために、端末デバイスのパワーヘッドルームを示すためにより多くのビットが提供される。このように、報告粒度が低減され、端末デバイスはより正確なパワーヘッドルームを報告できる。ネットワークデバイスは、端末デバイスに対してより正確な電力制御を対応して実行でき、それにより、端末デバイスは、適切な電力を使用することによりデータを送信できる。これは、伝送品質を確保しつつ、電力の浪費を回避し、ネットワークへの干渉を適切に回避する。さらに、この出願のこの実施形態では、端末デバイスは、接続状態にあるときに、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。例えば、端末デバイスのパワーヘッドルームがデータ送信プロセスにおいて変化した場合、端末デバイスは、アップリンク電力制御性能を改善するために、この出願の実施形態において提供される方式で、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。さらに、端末デバイスは、送信のために端末デバイスのパワーヘッドルーム及びBSRを1つのMAC  CEに追加してもよい。これは、シグナリングオーバーヘッドを低減するのに役立つ。
【０２１５】
図２に示す実施形態及び図５に示す実施形態の双方において、端末デバイスが、端末デバイスのパワーヘッドルームをネットワークデバイスに示す例が使用される。実際には、図２に示す実施形態では、msg3を使用することにより端末デバイスのパワーヘッドルームをネットワークデバイスに示すことに加えて、端末デバイスは、他の情報をネットワークデバイスに更に送信してもよい。例えば、端末デバイスは、msg3の少なくとも1つの予備ビットフィールド又はmsg3内のMAC  CEを使用することにより、端末デバイスのダウンリンク干渉情報をネットワークデバイスに送信してもよい。同様に、図５に示す実施形態では、接続状態にあるときに、MAC  CEを使用することにより端末デバイスのパワーヘッドルーム及びBSRをネットワークデバイスに示すことに加えて、端末デバイスは、他の情報をネットワークデバイスに更に送信してもよい。例えば、端末デバイスは、MAC  CEを使用することにより、端末デバイスのダウンリンク干渉情報をネットワークデバイスに送信してもよい。具体的には、図２に示す実施形態及び図５に示す実施形態の双方において、パワーヘッドルームをネットワークデバイスに示すことは単なる例であり、ネットワークデバイスに送信される具体的な情報は限定されない。
【０２１６】
図２に示す実施形態又は図５に示す実施形態では、端末デバイスは、報告粒度を低減するために、より多くのビットを使用することにより端末デバイスのパワーヘッドルームを示してもよい。これは、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームが十分に正確でないという技術的問題を解決し、ネットワークデバイスにより決定される端末デバイスのパワーヘッドルームの精度を改善する。他の技術的問題については、以下に説明する。
【０２１７】
既存のランダムアクセス手順では、端末デバイスは、接続確立等のための基本情報のみを送信することが許可され、ネットワークデバイスは、msg3を送信するために、非常に少ないリソース、例えば、88ビットのみをスケジューリングする。したがって、msg3に割り当てられたリソースは、非常に少量のデータを送信することをサポートできる。したがって、NB-IoTの現在議論されている拡張バージョンでは、適切な量のアップリンクデータがランダムアクセスプロセスにおけるmsg3で送信される。これはデータ早期送信手順である。このように、端末デバイスは、比較的タイムリーな方式でデータをネットワークデバイスに送信でき、接続が確立された後にデータを送信するのを待機する必要がない。したがって、ネットワークデバイスは、msg3を送信するためにより多くのアップリンクリソースを端末デバイスに割り当ててもよく、端末デバイスは、msg3においてより多くのアップリンクデータを送信してもよい。
【０２１８】
この新たな特徴について、端末デバイスは、msg3内でいくつかの情報を報告してもよい。しかし、通常のデータと比較して、端末デバイスにより報告される情報は、通常では、比較的小さいデータ量を有する。データ早期送信手順が使用されると、ネットワークデバイスは、端末デバイスの送信目的を予測できず、典型的なアップリンクデータ量に基づいて、msg3を送信するために、少なくとも数百ビットのアップリンクリソースを端末デバイスに割り当てるが、端末デバイスは、送信される必要がある情報を送信するために、非常に少ないリソースのみ使用してもよい。したがって、残りのリソースについて、端末デバイスはパディングビット(padding  bits)を追加する必要がある。言い換えると、データ早期送信メカニズムが使用される場合、端末デバイスは、少量の情報を報告するために多数のパディングビットを追加し、端末デバイスの電力消費は比較的高い。
【０２１９】
これを鑑みて、この出願の実施形態は、第1のリソース決定方法を提供する。当該方法によれば、いくつかの情報がデータ早期送信メカニズムを使用することにより報告でき、端末デバイスは、多数のパディングビットを追加する必要がない。これは、端末デバイスの電力消費を低減するのに役立つ。
【０２２０】
図７を参照して、当該方法の手順について以下のように説明する。
【０２２１】
S71:端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信する。
【０２２２】
データ早期送信メカニズムが使用されるので、端末デバイスは、早期データ送信に使用される予約リソース上でランダムアクセスプリアンブルをネットワークデバイスに送信してもよく、ネットワークデバイスはまた、早期データ送信に使用される予約リソース上で端末デバイスからランダムアクセスプリアンブルを受信する。
【０２２３】
S72:端末デバイスは、ネットワークデバイスにより示される第1のリソース情報を取得し、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式(modulation  and  coding  scheme,  MCS)のパラメータ及びmsg3に使用されるリソースユニット(resource  unit,  RU)数のパラメータを含む。
【０２２４】
端末デバイスは、例えば、ネットワークデバイスから受信したRARを使用することにより、ネットワークデバイスにより示される第1のリソース情報を取得する。例えば、ネットワークデバイスは、RARメッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRARメッセージを受信する。RARメッセージは、1つのアップリンク許可情報(UL  grant)を含んでもよい。UL  grantは、第1のリソース情報を示してもよい。UL  grantは、msg3に使用されるMCS及びmsg3に使用されるRU数を示すために使用されてもよいこととして理解されてもよい。RUはリソースユニットであり、RUは異なるシステムにおいて異なってもよい。RU数は、使用リソース数を示してもよい。したがって、図７におけるS72は、端末デバイスがネットワークデバイスから受信したRARを使用することにより第1のリソース情報を取得する例を使用する。言い換えると、図７におけるS72は、ネットワークデバイスがRARを端末デバイスに送信し、端末デバイスがネットワークデバイスからRARを受信するプロセスを含み、端末デバイスがRARを使用することにより第1のリソース情報を取得するプロセスを更に含む。
【０２２５】
msg3内でデータを報告又は送信するために使用されてもよいTBS、及びTBSとMCSと及びリソースユニット数との間のマッピング関係は、端末デバイスのためにネットワークデバイスにより予め構成された情報、又はプロトコルにおいて標準化されて固定された情報である。したがって、msg3に使用されるMCS及びmsg3に使用されるリソースユニット数を取得した後に、端末デバイスは、テーブルを検索することにより、第1のリソース情報により示されるトランスポートブロックサイズ(transport  block  size,  TBS)を決定できる。具体的なテーブル検索方式については、従来技術を参照する。代替として、第1のリソース情報は、msg3に使用されるMCS、msg3に使用されるリソースユニット数及びmsg3に使用されるTBSを直接搬送してもよい。言い換えると、ネットワークデバイスはTBSを直接示してもよく、端末デバイスはテーブルを検索する必要がない。
【０２２６】
S73:端末デバイスは、第1のリソース情報に含まれるパラメータの適切なサブセットに基づいて第2のリソース情報を決定し、第2のリソース情報は、端末デバイスにより実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、第2のトランスポートブロックサイズは、第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０２２７】
上記のように、データ早期送信メカニズムが使用されるので、ネットワークデバイスは、通常では、msg3を送信するために使用されるより多くのリソースを割り当てる。言い換えると、第1のリソース情報により示されるTBSは比較的大きくてもよい。例えば、端末デバイスは、msg3を使用することにより端末デバイスのパワーヘッドルームを示す必要がある。パワーヘッドルームを示すことは、実際にはあまり多くのリソースを必要とせず、実際に必要とされるリソースのTBSは、第1のリソース情報により示されるTBSよりもはるかに小さくてもよい。したがって、この出願のこの実施形態は、端末デバイスがネットワークデバイスの命令に完全に従った動作を実行しなくてもよいことを提案する。例えば、ネットワークデバイスが2つのパラメータ、すなわち、msg3に使用されるMCS及びmsg3に使用されるリソースユニット数を示す場合、端末デバイスは、2つのパラメータのうち1つのみを使用することにより、第2のリソース情報を最終的に決定してもよい。
【０２２８】
第1の例では、端末デバイスは、第1のリソース情報内でネットワークデバイスにより示されるmsg3のMCSを使用してもよく、第1のリソース情報により示されるリソースユニット数に基づいて、MCSを不変のままに保持してリソースユニット数を減少させる。端末デバイスは、msg3を送信するために端末デバイスにより実際に必要とされるTBSを認識している。したがって、端末デバイスは、第2のリソース情報を決定するために、msg3内でデータを報告又は送信するために使用できるTBSから、送信される必要があるデータを送信するのに十分な最小のTBSを再選択する。
【０２２９】
第2の例では、端末デバイスは、第1のリソース情報内でネットワークデバイスにより示されるmsg3のリソースユニット数を使用してもよく、第1のリソース情報により示されるMCSに基づいて、リソースユニット数を不変のままに保持してMCSを低減する。端末デバイスは、msg3を送信するために端末デバイスにより実際に必要とされるTBSを認識している。したがって、端末デバイスは、msg3内でデータを報告又は送信するために使用できるTBSから、送信される必要があるデータを送信するのに十分な最小のTBSを再選択する。
【０２３０】
上記の第1の例又は第2の例のどちらが使用されるかにかかわらず、最終的に決定される第2のリソース情報に含まれるmsg3のMCSは、第1のリソース情報に含まれるmsg3のMCSと同じであり、第2のリソース情報に含まれるmsg3のリソースユニット数は、第1のリソース情報に含まれるmsg3のリソースユニット数未満であり、第2のリソース情報に含まれるmsg3のTBSは、第1のリソース情報に含まれるmsg3のTBS未満であることが習得できる。言い換えると、端末デバイスは、ネットワークデバイスにより示されるいくつかのリソースのみを使用し、残りのリソースは使用しない。さらに、この出願のこの実施形態では、端末デバイスは、第3のTBSに対応するリソースを使用しない。言い換えると、端末デバイスは、パディングビットを第3のTBSに対応するリソースに追加する必要はない。第3のTBSは、第1のTBSと第2のTBSとの間の差であり、第2のTBSは、第2のリソース情報に含まれるmsg3のTBSであり、第1のTBSは、第1のリソース情報に含まれるmsg3のTBSであり、第3のTBSに対応するリソースは、送信される必要があるデータを送信するために端末デバイスにより使用されるリソース以外の、第1のリソース情報により示されるリソース内の残りのリソースとして理解されてもよい。
【０２３１】
上記の第1の例及び第2の例は、単に2つの例である。実際の用途では、第1のリソース情報は、他のパラメータを更に含んでもよく、端末デバイスが第1のリソース情報に含まれるパラメータの適切なサブセットを使用することにより第2のリソース情報を決定するいずれかの解決策は、この出願の実施形態の保護範囲内に入る。
【０２３２】
S74:端末デバイスは、第2のリソース情報により示されるリソースを使用することによりmsg3を送信し、ネットワークデバイスは、第2のリソース情報により示されるリソースを使用することにより端末デバイスからmsg3を受信する。
【０２３３】
第2のリソース情報を決定した後に、端末デバイスは、第2のリソース情報により示されるリソースを使用することによりmsg3を送信してもよい。ネットワークデバイスは、実際に第1のリソース情報を端末デバイスに示すが、端末デバイスは、第1のリソース情報により示されるリソース内のいくつかのリソースのみを使用することによりmsg3を送信する。しかし、ネットワークデバイスは、端末デバイスにより実際に使用されるリソースを認識しない。したがって、ネットワークデバイスは、端末デバイスにより送信されたmsg3を取得するために、第1のリソース情報により示される全てのリソースに対して依然として検出を実行してもよい。
【０２３４】
S75:ネットワークデバイスは、受信したmsg3に基づいて、端末デバイスにより送信された情報を取得する。
【０２３５】
例えば、端末デバイスがmsg3を使用することにより端末デバイスのパワーヘッドルームを示す場合、ネットワークデバイスは、msg3を解析することにより端末デバイスのパワーヘッドルームを決定できる。例えば、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを実際に示し、ネットワークデバイスは、msg3を使用することにより、対応するパワーヘッドルームテーブルと端末デバイスにより示されるパワーヘッドルームレベルとの間のマッチングを実行することにより、端末デバイスのパワーヘッドルームレベルを決定できる。
【０２３６】
この出願のこの実施形態では、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。具体的な指示方式については、図２に示す実施形態の説明を参照する。代替として、端末デバイスは、msg3を使用することにより、端末デバイスのダウンリンク干渉情報、他のデータ等のような他の情報をネットワークデバイスに送信してもよい。msg3を使用することにより送信される具体的な情報は限定されない。
【０２３７】
図７に示す実施形態におけるS71、S74及びS75は、任意選択のステップであり、必須ではない。
【０２３８】
この出願のこの実施形態では、データ早期送信手順が使用されてもよいことが習得できる。さらに、端末デバイスは、ネットワークデバイスにより割り当てられた冗長なリソースを直接使用しなくてもよく、多数のパディングビットを追加する必要がなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ端末デバイスの電力消費を低減できる。
【０２３９】
図７に示す実施形態では、端末デバイスは、第1のリソース情報に含まれるパラメータの適切なサブセットを使用することにより第2のリソース情報を決定する。以下に、第2のリソース決定方法について説明する。当該方法はまた、端末デバイスが早期データ送信メカニズムを使用することによりデータをネットワークデバイスに送信するときに多数のパディングビットを追加する必要があるという問題を解決できる。しかし、この方法では、端末デバイスは、他の方式で、実際にmsg3を送信するために使用されるリソース情報を決定してもよい。
【０２４０】
図８を参照して、当該方法の手順について以下のように説明する。
【０２４１】
S81:端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信する。
【０２４２】
データ早期送信メカニズムが使用されるので、端末デバイスは、早期データ送信に使用される予約リソース上でランダムアクセスプリアンブルをネットワークデバイスに送信してもよく、ネットワークデバイスはまた、早期データ送信に使用される予約リソース上で端末デバイスからランダムアクセスプリアンブルを受信する。
【０２４３】
S82:端末デバイスは、ネットワークデバイスにより示される第1のリソース情報を取得し、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3のMCSのパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む。
【０２４４】
端末デバイスは、例えば、ネットワークデバイスから受信したRARを使用することにより、ネットワークデバイスにより示される第1のリソース情報を取得する。例えば、ネットワークデバイスは、RARメッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRARメッセージを受信する。RARメッセージは、1つのUL  grantを含んでもよい。UL  grantは、第1のリソース情報を示してもよい。UL  grantは、msg3に使用されるMCS及びmsg3に使用されるRU数を示すために使用されてもよいこととして理解されてもよい。RUはリソースユニットであり、RUは異なるシステムにおいて異なってもよい。RU数は、使用リソース数を示してもよい。したがって、図８におけるS82は、端末デバイスがネットワークデバイスから受信したRARを使用することにより第1のリソース情報を取得する例を使用する。言い換えると、図８におけるS82は、ネットワークデバイスがRARを端末デバイスに送信し、端末デバイスがネットワークデバイスからRARを受信するプロセスを含み、端末デバイスがRARを使用することにより第1のリソース情報を取得するプロセスを更に含む。
【０２４５】
msg3内でデータを報告又は送信するために使用されてもよいTBS、及びTBSとMCSと及びリソースユニット数との間のマッピング関係は、端末デバイスのためにネットワークデバイスにより予め構成された情報、又はプロトコルにおいて標準化されて固定された情報である。したがって、msg3に使用されるMCS及びmsg3に使用されるリソースユニット数を取得した後に、端末デバイスは、テーブルを検索することにより、第1のリソース情報により示されるTBSを決定できる。具体的なテーブル検索方式については、従来技術を参照する。代替として、第1のリソース情報は、msg3に使用されるMCS、msg3に使用されるリソースユニット数及びmsg3に使用されるTBSを直接搬送してもよい。言い換えると、ネットワークデバイスはTBSを直接示してもよく、端末デバイスはテーブルを検索する必要がない。
【０２４６】
S83:端末デバイスは、第1のトランスポートブロックサイズが第2のトランスポートブロックサイズよりも大きいことを決定した場合、端末デバイスは、第2のリソース情報を再決定し、第2のリソース情報に含まれるトランスポートブロックサイズは、第2のトランスポートブロックサイズである。第2のトランスポートブロックサイズは、実際にmsg3を送信するために端末デバイスにより必要とされるトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０２４７】
上記のように、データ早期送信メカニズムが使用されるので、ネットワークデバイスは、通常では、msg3を送信するために使用されるより多くのリソースを割り当てる。言い換えると、第1のリソース情報により示されるTBSは比較的大きくてもよい。例えば、端末デバイスは、msg3を使用することにより端末デバイスのパワーヘッドルームを示す必要がある。パワーヘッドルームを示すことは、実際にはあまり多くのリソースを必要とせず、実際に必要とされるリソースのTBSは、第1のリソース情報により示されるTBSよりもはるかに小さくてもよい。したがって、この出願のこの実施形態は、端末デバイスがネットワークデバイスの命令に従わずに動作を実行してもよいことを提案する。例えば、第1のTBSが第2のTBSよりも大きいことを決定した場合、端末デバイスは、決定された第2のリソース情報に含まれるTBSが第1のTBS未満であるならば、第2のリソース情報を再決定してもよい。
【０２４８】
例えば、端末デバイスは、第1のリソース情報内で示されるmsg3のリソースユニット数以下の全ての可能な数のリソースユニットと、第1のリソース情報内で示されるMCS以下の全ての可能なMCSをトラバースしてもよい。1つのTBSは、各MCS及び各リソースユニット数に基づいて決定されてもよいので、端末は、トラバースを通じて取得される全ての可能なTBSから、送信される必要があるデータを送信するのに十分な最小のTBSを再選択してもよい。MCS及びリソースユニット数の複数の組み合わせに対応するTBSが同じである場合、端末は、第2のリソース情報を決定するために、組み合わせのうち1つをランダムに選択してもよい。代替として、組み合わせのうち1つは、予め定義されたルールに従って選択される。例えば、比較的高い或いは低いMCSを有する組み合わせが常に選択されるか、或いは、比較的多い或いは少ないリソースユニット数を有する組み合わせが常に選択される。
【０２４９】
上記の例は、単なる例である。実際の用途では、第1のリソース情報は、他のパラメータを更に含んでもよく、端末デバイスが同様のルールを使用することにより第2のリソース情報を決定するいずれかの解決策は、この出願の実施形態の保護範囲内に入る。
【０２５０】
S84:第2のリソース情報を決定した後に、端末デバイスは、第2のリソース情報により示されるリソースを使用することによりmsg3を送信でき、ネットワークデバイスは、第2のリソース情報により示されるリソースを使用することによりmsg3を受信する。
【０２５１】
ネットワークデバイスは、実際に第1のリソース情報を端末デバイスに示す。しかし、端末デバイスは、第1のリソース情報を使用せず、msg3を送信するために第2のリソース情報を再決定する。しかし、ネットワークデバイスは、端末デバイスにより使用される第2のリソース情報を認識しない。したがって、ネットワークデバイスはまた、ステップS83における方法と同様の方法を使用し、端末デバイスにより送信されたmsg3を取得するために、第1のリソース情報内で示されるmsg3のリソースユニット数以下の全てのリソースユニット数と、第1のリソース情報内で示されるMCS以下の全てのMCSとを使用することにより、検出を実行することを試みる必要があってもよい。
【０２５２】
第2のリソース情報を決定した後に、端末デバイスは、第2のリソース情報により示されるリソースを使用することによりmsg3を送信できる。
【０２５３】
この出願のこの実施形態では、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。具体的な指示方式については、図２に示す実施形態の説明を参照する。代替として、端末デバイスは、msg3を使用することにより、他の情報、例えば、端末デバイスのダウンリンク干渉情報又は他のデータをネットワークデバイスに送信してもよい。msg3を使用することにより送信される具体的な情報は限定されない。
【０２５４】
S85:ネットワークデバイスは、受信したmsg3に基づいて、端末デバイスにより送信された情報を取得する。
【０２５５】
例えば、端末デバイスがmsg3を使用することにより端末デバイスのパワーヘッドルームを示す場合、ネットワークデバイスは、msg3を解析することにより端末デバイスのパワーヘッドルームを決定できる。例えば、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを実際に示し、ネットワークデバイスは、msg3を使用することにより、対応するパワーヘッドルームテーブルと端末デバイスにより示されるパワーヘッドルームレベルとの間のマッチングを実行することにより、端末デバイスのパワーヘッドルームレベルを決定できる。
【０２５６】
図８に示す実施形態におけるS81、S84及びS85は、任意選択のステップであり、必須ではない。
【０２５７】
この出願のこの実施形態では、データ早期送信手順が使用されてもよいことが習得できる。さらに、ネットワークデバイスが過剰に多くのリソースを割り当てた場合、端末デバイスは、実際にmsg3を送信するために端末デバイスにより必要とされるリソースに基づいて、リソースを完全に再決定してもよい。このように、決定されたリソースは、端末デバイスの実際の送信要件を満たし、過剰なリソースは存在しない。したがって、端末デバイスは、多数のパディングビットを追加する必要がなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ端末デバイスの電力消費を低減できる。
【０２５８】
図７に示す実施形態では、端末デバイスは、第1のリソース情報に含まれるパラメータの適切なサブセットを使用することにより第2のリソース情報を決定する。図８に示す実施形態では、端末デバイスは、msg3を送信するために使用されるリソース情報を再決定する。以下に、第2のリソース決定方法について説明する。当該方法はまた、端末デバイスが早期データ送信メカニズムを使用することによりデータをネットワークデバイスに送信するときに多数のパディングビットを追加する必要があるという問題を解決できる。しかし、この方法では、端末デバイスは、他の方式で、実際にmsg3を送信するために使用されるリソース情報を決定してもよい。
【０２５９】
図９を参照して、当該方法の手順について以下のように説明する。
【０２６０】
S91:端末デバイスは、ランダムアクセスプリアンブルをネットワークデバイスに送信し、ネットワークデバイスは、端末デバイスからランダムアクセスプリアンブルを受信する。
【０２６１】
データ早期送信メカニズムが使用されるので、端末デバイスは、早期データ送信に使用される予約リソース上でランダムアクセスプリアンブルをネットワークデバイスに送信してもよく、ネットワークデバイスはまた、早期データ送信に使用される予約リソース上で端末デバイスからランダムアクセスプリアンブルを受信する。
【０２６２】
S92:ネットワークデバイスは、複数のリソース情報を端末デバイスに示し、端末デバイスは、ネットワークデバイスにより示される複数のリソース情報を取得し、複数のリソース情報のそれぞれは、msg3を送信するために使用され、複数のリソース情報のそれぞれは、msg3のMCSのパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む。
【０２６３】
端末デバイスは、例えば、ネットワークデバイスから受信したRARを使用することにより、ネットワークデバイスにより示される複数のリソース情報を取得する。例えば、ネットワークデバイスは、RARメッセージを端末デバイスに送信し、端末デバイスは、ネットワークデバイスからRARメッセージを受信する。RARメッセージは、複数のUL  grantを含んでもよい。各UL  grantは、1つのリソース情報を示すために使用されてもよく、各UL  grantは、msg3に使用されるMCS及びmsg3に使用されるRU数を示すために使用されてもよい。RUはリソースユニットであり、RUは異なるシステムにおいて異なってもよい。RU数は、使用リソース数を示してもよい。明らかに、異なるUL  grantにより示されるパラメータ内で、少なくとも1つのパラメータは異なる。したがって、図８におけるS82は、端末デバイスがネットワークデバイスから受信したRARを使用することにより第1のリソース情報を取得する例を使用する。言い換えると、図８におけるS82は、ネットワークデバイスがRARを端末デバイスに送信し、端末デバイスがネットワークデバイスからRARを受信するプロセスを含み、端末デバイスがRARを使用することにより複数のリソース情報を取得するプロセスを更に含む。
【０２６４】
複数のUL  grantに加えて、ネットワークデバイスは、RARにおいて、RARに含まれるUL  grant数、すなわち、RARにより示される複数のリソース情報の数を更に示してもよい。例えば、RARにより示される複数のリソース情報の数は、RARのサブヘッダ内の予備ビットを使用することにより示されてもよく、或いは、RARのペイロード(payload)内の予備ビットを使用することにより示されてもよい。これは具体的には限定されない。RARにより示される複数のリソース情報の数は、異なる方式で示されてもよい。
【０２６５】
さらに、ネットワークデバイスは、異なるカバレッジレベル及び/又は異なるダウンリンクキャリアにおける端末デバイスのためのUL  grant数を別々に構成してもよい。この場合、異なるカバレッジレベルにおける端末デバイス及び/又は異なるダウンリンクキャリアを使用することによりRARを受信する端末デバイスについて、RARに含まれるUL  grant数が異なってもよい。
【０２６６】
代替として、ネットワークデバイスは、他の方式で、RARに含まれるUL  grant数を端末デバイスに示してもよい。例えば、ネットワークデバイスは、ブロードキャストメッセージを使用することにより指示を実行する。例えば、ブロードキャストメッセージは、S21の前に送信されてもよく、ブロードキャストメッセージは、以降にネットワークデバイスにより送信されるRARに含まれるUL  grant数を示してもよい。ブロードキャストメッセージ及びRARを受信した後に、端末デバイスは、ブロードキャストメッセージに基づいて、RARに含まれるUL  grant数を決定できる。
【０２６７】
同様に、ネットワークデバイスがブロードキャストメッセージを使用することにより指示を実行するとき、ネットワークデバイスはまた、異なるカバレッジレベルにおける端末デバイス及び/又は異なるダウンリンクキャリアについて、異なるUL  grant数を別々に構成してもよい。例えば、ネットワークデバイスは、ブロードキャストメッセージを使用することにより、少なくとも1つのカバレッジレベル及び/又は少なくとも1つのダウンリンクキャリアにおける端末デバイスについて構成されたUL  grant数を送信してもよい。この場合、ネットワークデバイスがブロードキャストメッセージを使用することにより端末デバイスについて構成されたUL  grant数を送信した場合、ブロードキャストメッセージ及びRARを受信した後に、端末デバイスは、端末デバイスのカバレッジレベルに基づいて、RARに含まれるUL  grant数を決定でき、或いは、ネットワークデバイスが、ブロードキャストメッセージを使用することにより少なくとも1つのダウンリンクキャリアについて構成されたUL  grant数を送信した場合、ブロードキャストメッセージ及びRARを受信した後に、端末デバイスは、RARを受信するために端末デバイスにより使用されるダウンリンクキャリアに基づいて、RARに含まれるUL  grant数を決定できる。
【０２６８】
ネットワークデバイスがRARに含まれるUL  grant数を示す方式は、以下の2つの方式を含むが、これらに限定されない。
【０２６９】
例えば、1つの方式では、数が直接示される。この場合、RARが1つのUL  grantを含む場合、ネットワークデバイスはUL  grant数が1であることを示し、RARが2つのUL  grantを含む場合、ネットワークデバイスはUL  grant数が2であることを示し、RARが3つのUL  grantを含む場合、ネットワークデバイスはUL  grant数が3であることを示し、以下同様である。この指示方式は、比較的簡単且つ直接的であり、理解及び実現するのが容易である。
【０２７０】
例えば、他の方式では、RARが1つ以上のUL  grantを含むか否かが示される。この場合、複数のUL  grantが存在する場合、具体的なUL  grant数は、プロトコルを使用することにより指定されてもよい。例えば、複数のUL  grantが存在する場合、プロトコルは、具体的には2つのUL  grantが存在することを指定する。この場合、例えば、1ビットが指示に使用される。ビットの値が「0」である場合、これは、RARが1つのUL  grantを含むことを示し、ビットの値が「1」である場合、これは、RARが複数のUL  grantを含むことを示し、プロトコルの仕様から、複数のUL  grantが存在する場合、具体的には2つのUL  grantが存在することが習得できる。明らかに、プロトコルにおいて指定されるUL  grant数は、2に限定されず、具体的なビット指示方式はこれに限定されない。
【０２７１】
msg3内でデータを報告又は送信するために使用されてもよいTBS、及びTBSとMCSと及びリソースユニット数との間のマッピング関係は、端末デバイスのためにネットワークデバイスにより予め構成された情報、又はプロトコルにおいて標準化されて固定された情報である。したがって、msg3に使用されるMCS及びmsg3に使用されるリソースユニット数を取得した後に、端末デバイスは、テーブルを検索することにより、複数のリソース情報のそれぞれにより示されるTBSを決定できる。具体的なテーブル検索方式については、従来技術を参照する。代替として、複数のリソース情報のそれぞれは、msg3に使用されるMCS、msg3に使用されるリソースユニット数及びmsg3に使用されるTBSを直接搬送してもよい。言い換えると、ネットワークデバイスはTBSを直接示してもよく、端末デバイスはテーブルを検索する必要がない。
【０２７２】
S93:端末デバイスは、端末デバイスにより実際に送信されるmsg3のサイズに基づいて、複数のリソース情報のうち第1のリソース情報を使用することにより、端末デバイスにより実際に送信されるmsg3を送信することを決定する。
【０２７３】
端末デバイスは、msg3を送信するために端末デバイスにより実際に必要とされるTBSを認識している。この場合、端末デバイスは、msg3を送信するために実際に必要とされるTBSに基づいて、複数のリソース情報から、msg3を送信するための1つの適切なリソース情報を選択してもよい。例えば、第1のリソース情報が選択される。適切なリソース情報は、リソース情報に含まれるTBSとmsg3を送信するために実際に必要とされるTBSとの間の差が最小であり、リソース情報に含まれるTBSがmsg3を送信するために端末デバイスにより実際に必要とされるTBS以上であることを意味してもよい。
【０２７４】
S94:端末デバイスは、第1のリソース情報により示されるリソースを使用することにより、msg3をネットワークデバイスに送信し、ネットワークデバイスは、第1のリソース情報により示されるリソースを使用することにより、端末デバイスからmsg3を受信する。
【０２７５】
ネットワークデバイスは、実際に複数のリソース情報を端末デバイスに示すが、端末デバイスは、第1のリソース情報により示されるリソースのみを使用することによりmsg3を送信する。しかし、ネットワークデバイスは、どのリソース情報に対応するリソースが端末デバイスにより使用されるかを認識しない。したがって、ネットワークデバイスは、端末デバイスにより送信されたmsg3を取得するために、複数のリソース情報により示される全てのリソースに対して依然として検出を実行してもよい。
【０２７６】
この出願のこの実施形態では、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームをネットワークデバイスに示してもよい。具体的な指示方式については、図２に示す実施形態の説明を参照する。代替として、端末デバイスは、msg3を使用することにより、他の情報、例えば、端末デバイスのダウンリンク干渉情報又は他のデータをネットワークデバイスに送信してもよい。msg3を使用することにより送信される具体的な情報は限定されない。
【０２７７】
S95:ネットワークデバイスは、受信したmsg3に基づいて、端末デバイスにより送信された情報を取得する。
【０２７８】
例えば、端末デバイスがmsg3を使用することにより端末デバイスのパワーヘッドルームを示す場合、ネットワークデバイスは、msg3を解析することにより端末デバイスのパワーヘッドルームを決定できる。例えば、端末デバイスは、msg3を使用することにより、端末デバイスのパワーヘッドルームが属するパワーヘッドルームレベルを実際に示し、ネットワークデバイスは、msg3を使用することにより、対応するパワーヘッドルームテーブルと端末デバイスにより示されるパワーヘッドルームレベルとの間のマッチングを実行することにより、端末デバイスのパワーヘッドルームレベルを決定できる。
【０２７９】
図９に示す実施形態におけるS91、S94及びS95は、任意選択のステップであり、必須ではない。
【０２８０】
この出願の実施形態では、ネットワークデバイスは、複数のリソース情報を割り当ててもよく、それにより、端末デバイスは、使用のために複数のリソース情報から1つのリソース情報を選択してもよい。このように、端末デバイスは、ネットワークデバイスの指示に従い、早期データ送信手順を使用する。さらに、端末デバイスは、msg3を送信するために比較的適切なリソース情報を選択でき、多数のパディングビットを追加する必要がなく、それにより、端末デバイスは、情報をネットワークデバイスに送信しつつ端末デバイスの電力消費を低減できる。
【０２８１】
以下に、添付図面を参照して、この出願の実施形態において提供されるデバイスについて説明する。
【０２８２】
図１０は、通信装置1000の概略構造図である。通信装置1000は、上記の端末デバイスの機能を実現してもよい。通信装置1000は、上記の端末デバイスでもよく、或いは、上記の端末デバイスに配置されたチップでもよい。通信装置1000は、プロセッサ1001及びトランシーバ1002を含んでもよい。プロセッサ1001は、図２に示す実施形態においてS24を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1002は、図２に示す実施形態においてS21、S22、S23及びS25を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０２８３】
例えば、プロセッサ1001は、MAC  CEを生成するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、
MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含み、
トランシーバ1002は、MAC  CEをネットワークデバイスに送信するように構成される。
【０２８４】
代替として、例えば、プロセッサ1001は、MAC  CEを生成するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、
MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、
MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
トランシーバ1002は、MAC  CEをネットワークデバイスに送信するように構成される。
【０２８５】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０２８６】
図１１は、通信装置1100の概略構造図である。通信装置1100は、上記のネットワークデバイスの機能を実現してもよい。通信装置1100は、上記のネットワークデバイスでもよく、或いは、上記のネットワークデバイスに配置されたチップでもよい。通信装置1100は、プロセッサ1101及びトランシーバ1102を含んでもよい。プロセッサ1101は、図２に示す実施形態においてS26を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1102は、図２に示す実施形態においてS21、S22、S23及びS25を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０２８７】
例えば、トランシーバ1102は、端末デバイスからMAC  CEを受信するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
プロセッサ1101は、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEに含まれる第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEに含まれる第3のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定し、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ように構成される。
【０２８８】
代替として、例えば、トランシーバ1102は、端末デバイスからMAC  CEを受信するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、
プロセッサ1101は、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、第1のビットフィールドは、予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定する、ように構成される。
【０２８９】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０２９０】
図１２は、通信装置1200の概略構造図である。通信装置1200は、上記の端末デバイスの機能を実現してもよい。通信装置1200は、上記の端末デバイスでもよく、或いは、上記の端末デバイスに配置されたチップでもよい。通信装置1200は、プロセッサ1201及びトランシーバ1202を含んでもよい。プロセッサ1201は、図５に示す実施形態においてS53を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1202は、図５に示す実施形態においてS52及びS54を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０２９１】
例えば、プロセッサ1201は、通信装置1200が接続状態にあるとき、BSRを搬送するMAC  CEを生成するように構成され、MAC  CEは、少なくとも3ビットを更に含み、少なくとも3ビットは、パワーヘッドルームを示すために使用され、
トランシーバ1202は、MAC  CEをネットワークデバイスに送信するように構成される。
【０２９２】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０２９３】
図１３は、通信装置1300の概略構造図である。通信装置1300は、上記のネットワークデバイスの機能を実現してもよい。通信装置1300は、上記のネットワークデバイスでもよく、或いは、上記のネットワークデバイスに配置されたチップでもよい。通信装置1300は、プロセッサ1301及びトランシーバ1302を含んでもよい。プロセッサ1301は、図５に示す実施形態においてS55を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1302は、図５に示す実施形態においてS52及びS54を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０２９４】
例えば、トランシーバ1102は、端末デバイスからMAC  CEを受信するように構成され、
プロセッサ1101は、MAC  CEに含まれる少なくとも3ビットに基づいて端末デバイスのパワーヘッドルームを決定し、MAC  CEからBSRを取得するように構成される。
【０２９５】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０２９６】
図１４は、通信装置1400の概略構造図である。通信装置1400は、上記の端末デバイスの機能を実現してもよい。通信装置1400は、上記の端末デバイスでもよく、或いは、上記の端末デバイスに配置されたチップでもよい。通信装置1400は、プロセッサ1401を含んでもよい。任意選択で、通信装置1400は、トランシーバ1402を更に含んでもよい。プロセッサ1401は、図７に示す実施形態においてS72及びS73を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1402は、図７に示す実施形態においてS71、S72(トランシーバ1402がネットワークデバイスからRARを受信し、プロセッサ1401がRARから第1のリソース情報を取得する)及びS74を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０２９７】
例えば、プロセッサ1401は、ネットワークデバイスにより示される第1のリソース情報を取得するように構成され、第1のリソース情報は、第3のメッセージmsg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
プロセッサ1401は、第1のリソース情報に含まれるパラメータの適切なサブセットに基づいて第2のリソース情報を決定するように更に構成され、第2のリソース情報は、実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、第2のトランスポートブロックサイズは、第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０２９８】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０２９９】
図１５は、通信装置1500の概略構造図である。通信装置1500は、上記の端末デバイスの機能を実現してもよい。通信装置1500は、上記の端末デバイスでもよく、或いは、上記の端末デバイスに配置されたチップでもよい。通信装置1500は、プロセッサ1501を含んでもよい。任意選択で、通信装置1500は、トランシーバ1502を更に含んでもよい。プロセッサ1501は、図８に示す実施形態においてS82及びS83を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1502は、図８に示す実施形態においてS81、S82(トランシーバ1502がネットワークデバイスからRARを受信し、プロセッサ1501がRARから第1のリソース情報を取得する)及びS84を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３００】
例えば、プロセッサ1501は、ネットワークデバイスにより示される第1のリソース情報を取得するように構成され、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
プロセッサ1501は、第1のトランスポートブロックサイズが第2のトランスポートブロックサイズよりも大きいことを決定した場合、第2のリソース情報を再決定するように更に構成され、第2のリソース情報に含まれるトランスポートブロックサイズは、第2のトランスポートブロックサイズである。第2のトランスポートブロックサイズは、実際にmsg3を送信するために端末デバイスにより必要とされるトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０３０１】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３０２】
図１６は、通信装置1600の概略構造図である。通信装置1600は、上記の端末デバイスの機能を実現してもよい。通信装置1600は、上記の端末デバイスでもよく、或いは、上記の端末デバイスに配置されたチップでもよい。通信装置1600は、プロセッサ1601を含んでもよい。任意選択で、通信装置1600は、トランシーバ1602を更に含んでもよい。プロセッサ1601は、図９に示す実施形態においてS92及びS93を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバ1602は、図９に示す実施形態においてS91、S92(トランシーバ1602がネットワークデバイスからRARを受信し、プロセッサ1601がRARから第1のリソース情報を取得する)及びS94を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３０３】
例えば、プロセッサ1601は、ネットワークデバイスにより示される複数のリソース情報を取得するように構成され、複数のリソース情報のそれぞれは、第3のメッセージmsg3を送信するために使用され、それぞれのリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
プロセッサ1601は、実際の送信対象のmsg3のサイズに基づいて、複数のリソース情報内の第1のリソース情報を使用することにより実際の送信対象のmsg3を送信することを決定するように更に構成される。
【０３０４】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３０５】
簡単な実施形態では、当業者は、通信装置1000、通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500及び通信装置1600のそれぞれが、代替として図１７Ａに示す通信装置1700の構造を使用することにより実現されてもよいことを理解できる。通信装置1700は、上記のネットワークデバイス又は端末デバイスの機能を実現してもよい。通信装置1700は、プロセッサ1701を含んでもよい。通信装置1700が、図２に示す実施形態において端末デバイスの機能を実現するように構成されるとき、プロセッサ1701は、図２に示す実施形態においてS24を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図２に示す実施形態においてネットワークデバイスの機能を実現するように構成されるとき、プロセッサ1701は、図２に示す実施形態においてS26を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図５に示す実施形態において端末デバイスの機能を実現するように構成されるとき、プロセッサ1701は、図５に示す実施形態においてS53を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図５に示す実施形態においてネットワークデバイスの機能を実現するように構成されるとき、プロセッサ1701は、図５に示す実施形態においてS55を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図７に示す実施形態において端末デバイスの機能を実現するように構成されるとき、プロセッサ1701は、図７に示す実施形態においてS72及びS73を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図８に示す実施形態において端末デバイスの機能を実現するように構成されるとき、プロセッサ1701は、図８に示す実施形態においてS82及びS83を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が、図９に示す実施形態において端末デバイスの機能を実現するように構成されるとき、プロセッサ1701は、図９に示す実施形態においてS92及びS93を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３０６】
通信装置1700は、フィールドプログラマブルゲートアレイ(field-programmable  gate  array,  FPGA)、特定用途向け集積チップ(application  specific  integrated  circuit,  ASIC)、システム・オン・チップ(system  on  chip,  SoC)、中央処理装置(central  processor  unit,  CPU)、ネットワークプロセッサ(network  processor,  NP)、デジタル信号処理回路(digital  signal  processor,  DSP)、マイクロコントローラユニット(micro  controller  unit,  MCU)、プログラマブルコントローラ(programmable  logic  device,  PLD)又は他の集積チップを使用することにより実現されてもよく、通信装置600は、ネットワークデバイス又は通信デバイスがこの出願の実施形態において提供されるメッセージ送信方法を実現することを可能にするために、ネットワークデバイス又は通信デバイスに配置されてもよい。
【０３０７】
任意選択の実現方式では、通信装置1700は、ネットワークデバイスと通信するように構成されたトランシーバコンポーネントを含んでもよい。例えば、通信装置1700が図２に示す実施形態においてネットワークデバイス又は端末デバイスの機能を実現するように構成されるとき、トランシーバコンポーネントは、図２に示す実施形態においてS21、S22、S23及びS25を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が図５に示す実施形態においてネットワークデバイス又は端末デバイスの機能を実現するように構成されるとき、トランシーバコンポーネントは、図５に示す実施形態においてS52及びS54を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が図７に示す実施形態においてネットワークデバイス又は端末デバイスの機能を実現するように構成されるとき、トランシーバコンポーネントは、図７に示す実施形態においてS71、S72(トランシーバコンポーネントがネットワークデバイスからRARを受信し、プロセッサ1701がRARから第1のリソース情報を取得する)及びS74を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が図８に示す実施形態においてネットワークデバイス又は端末デバイスの機能を実現するように構成されるとき、トランシーバコンポーネントは、図８に示す実施形態においてS81、S82(トランシーバコンポーネントがネットワークデバイスからRARを受信し、プロセッサ1701がRARから第1のリソース情報を取得する)及びS84を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。通信装置1700が図９に示す実施形態においてネットワークデバイス又は端末デバイスの機能を実現するように構成されるとき、トランシーバコンポーネントは、図９に示す実施形態においてS91、S92(トランシーバコンポーネントがネットワークデバイスからRARを受信し、プロセッサ1701がRARから第1のリソース情報を取得する)及びS94を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３０８】
任意選択の実現方式では、図１７Ｂを参照すると、通信装置1700は、メモリ1702を更に含んでもよい。メモリ1702は、コンピュータプログラム又は命令を記憶するように構成され、プロセッサ1701は、コンピュータプログラム又は命令をデコードして実行するように構成される。これらのコンピュータプログラム又は命令は、上記のネットワークデバイス又は上記の端末デバイスの機能プログラムを含んでもよいことが理解されるべきである。ネットワークデバイスの機能プログラムがプロセッサ1701によりデコードされて実行されたとき、ネットワークデバイスは、図２に示す実施形態、図５に示す実施形態、図７に示す実施形態、図８に示す実施形態又は図９に示す実施形態において提供される方法におけるネットワークデバイスの機能を実現することが可能になってもよい。端末デバイスの機能プログラムがプロセッサ1701によりデコードされて実行されたとき、端末デバイスは、図２に示す実施形態、図５に示す実施形態、図７に示す実施形態、図８に示す実施形態又は図９に示す実施形態において提供される方法における端末デバイスの機能を実現することが可能になってもよい。
【０３０９】
他の任意選択の実現方式では、ネットワークデバイス又は端末デバイスのこれらの機能プログラムは、通信装置1700の外部メモリに記憶される。ネットワークデバイスの機能プログラムがプロセッサ1701によりデコードされて実行されたとき、メモリ1702は、ネットワークデバイスの機能プログラムの内容の一部又は全部を一時的に記憶する。端末デバイスの機能プログラムがプロセッサ1701によりデコードされて実行されたとき、メモリ1702は、端末デバイスの機能プログラムの内容の一部又は全部を一時的に記憶する。
【０３１０】
他の任意選択の実現方式では、ネットワークデバイス又は端末デバイスのこれらの機能プログラムは、通信装置1700の内部メモリ1702に記憶される。通信装置1700の内部メモリ1702がネットワークデバイスの機能プログラムを記憶するとき、通信装置1700は、この出願の実施形態におけるネットワークデバイス内に配置されてもよい。通信装置1700の内部メモリ1702が端末デバイスの機能プログラムを記憶するとき、通信装置1700は、この出願の実施形態における端末デバイス内に配置されてもよい。
【０３１１】
更に他の任意選択の実現方式では、ネットワークデバイスのこれらの機能プログラムのいくつかの内容は、通信装置1700の外部メモリに記憶され、ネットワークデバイスのこれらの機能プログラムの他の内容は、通信装置1700の内部メモリ1702に記憶される。代替として、端末デバイスのこれらの機能プログラムのいくつかの内容は、通信装置1700の外部メモリに記憶され、端末デバイスのこれらの機能プログラムの他の内容は、通信装置1700の内部メモリ1702に記憶される。
【０３１２】
この出願の実施形態では、通信装置1000、通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500、通信装置1600及び通信装置1700は、各機能モジュールが各機能に対応する分割を通じて取得される形式で提示されるか、或いは、各機能モジュールが一体化した方式での分割を通じて取得される形式で提示されてもよい。ここでの「モジュール」は、ASIC、1つ以上のソフトウェア又はファームウェアプログラムを実行するプロセッサ及びメモリ、集積論理回路、及び/又は上記の機能を提供できる他のコンポーネントでもよい。
【０３１３】
さらに、図１０に示す実施形態において提供される通信装置1000は、代替として、他の形式で実現されてもよい。例えば、端末デバイスは、処理モジュール及びトランシーバモジュールを含む。例えば、処理モジュールは、プロセッサ1001を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1002を使用することにより実現されてもよい。処理モジュールは、図２に示す実施形態においてS24を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図２に示す実施形態においてS21、S22、S23及びS25を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３１４】
例えば、処理モジュールは、MAC  CEを生成するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、
MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEは、第3のビットフィールドを含み、第3のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含み、
トランシーバモジュールは、MAC  CEをネットワークデバイスに送信するように構成される。
【０３１５】
代替として、例えば、処理モジュールは、MAC  CEを生成するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、
MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールドは、予備ビットフィールドであり、第2のビットフィールドは、第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、或いは、
MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドは、第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
トランシーバモジュールは、MAC  CEをネットワークデバイスに送信するように構成される。
【０３１６】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３１７】
図１１に示す実施形態において提供される通信装置1100は、代替として、他の形式で実現されてもよい。例えば、ネットワークデバイスは、処理モジュール及びトランシーバモジュールを含む。例えば、処理モジュールは、プロセッサ1101を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1102を使用することにより実現されてもよい。処理モジュールは、図２に示す実施形態においてS26を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図２に示す実施形態においてS21、S22、S23及びS25を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３１８】
例えば、トランシーバモジュールは、端末デバイスからMAC  CEを受信するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
処理モジュールは、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEに含まれる第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、第1のビットフィールドは予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、MAC  CEに含まれる第3のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定し、第3のビットフィールドは、第1のビットフィールドのビット及び第2のビットフィールドのビットを含む、ように構成される。
【０３１９】
代替として、例えば、トランシーバモジュールは、端末デバイスからMAC  CEを受信するように構成され、MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、
処理モジュールは、MAC  CEが第1のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第2のビットフィールドに基づいて第1のパワーヘッドルームセット内のパワーヘッドルームを決定し、第1のビットフィールドは、予備ビットフィールドであり、或いは、MAC  CEが第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用される場合、第1のビットフィールド及び第2のビットフィールドに基づいて第2のパワーヘッドルームセット内のパワーヘッドルームを決定する、ように構成される。
【０３２０】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３２１】
図１２に示す実施形態において提供される通信装置1200は、代替として、他の形式で実現されてもよい。例えば、端末デバイスは、処理モジュール及びトランシーバモジュールを含む。例えば、処理モジュールは、プロセッサ1201を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1202を使用することにより実現されてもよい。処理モジュールは、図５に示す実施形態においてS53を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図５に示す実施形態においてS52及びS54を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３２２】
例えば、処理モジュールは、通信装置1200が接続状態にあるとき、BSRを搬送するMAC  CEを生成するように構成され、MAC  CEは、少なくとも3ビットを更に含み、少なくとも3ビットは、パワーヘッドルームを示すために使用され、
トランシーバモジュールは、MAC  CEをネットワークデバイスに送信するように構成される。
【０３２３】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３２４】
図１３に示す実施形態において提供される通信装置1300は、代替として、他の形式で実現されてもよい。例えば、ネットワークデバイスは、処理モジュール及びトランシーバモジュールを含む。例えば、処理モジュールは、プロセッサ1301を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1302を使用することにより実現されてもよい。処理モジュールは、図５に示す実施形態においてS55を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図５に示す実施形態においてS52及びS54を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３２５】
例えば、トランシーバモジュールは、端末デバイスからMAC  CEを受信するように構成され、
処理モジュールは、MAC  CEに含まれる少なくとも3ビットに基づいて端末デバイスのパワーヘッドルームを決定し、MAC  CEからBSRを取得するように構成される。
【０３２６】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３２７】
図１４に示す実施形態において提供される通信装置1400は、代替として、他の形式で実現されてもよい。例えば、端末デバイスは、処理モジュールを含む。任意選択で、端末デバイスは、トランシーバモジュールを更に含む。例えば、処理モジュールは、プロセッサ1401を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1402を使用することにより実現されてもよい。処理モジュールは、図７に示す実施形態においてS72及びS73を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図７に示す実施形態においてS71、S72(トランシーバモジュールがネットワークデバイスからRARを受信し、処理モジュールがRARから第1のリソース情報を取得する)及びS74を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３２８】
例えば、処理モジュールは、ネットワークデバイスにより示される第1のリソース情報を取得するように構成され、第1のリソース情報は、第3のメッセージmsg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
処理モジュールは、第1のリソース情報に含まれるパラメータの適切なサブセットに基づいて第2のリソース情報を決定するように更に構成され、第2のリソース情報は、実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、第2のトランスポートブロックサイズは、第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０３２９】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３３０】
図１５に示す実施形態において提供される通信装置1500は、代替として、他の形式で実現されてもよい。例えば、端末デバイスは、処理モジュールを含む。任意選択で、端末デバイスは、トランシーバモジュールを更に含む。例えば、処理モジュールは、プロセッサ1501を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1502を使用することにより実現されてもよい。処理モジュールは、図８に示す実施形態においてS82及びS83を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図８に示す実施形態においてS81、S82(トランシーバモジュールがネットワークデバイスからRARを受信し、処理モジュールがRARから第1のリソース情報を取得する)及びS84を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３３１】
例えば、処理モジュールは、ネットワークデバイスにより示される第1のリソース情報を取得するように構成され、第1のリソース情報は、msg3を送信するために使用され、第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
処理モジュールは、第1のトランスポートブロックサイズが第2のトランスポートブロックサイズよりも大きいことを決定した場合、第2のリソース情報を再決定するように更に構成され、第2のリソース情報に含まれるトランスポートブロックサイズは、第2のトランスポートブロックサイズである。第2のトランスポートブロックサイズは、実際にmsg3を送信するために端末デバイスにより必要とされるトランスポートブロックサイズであり、第1のトランスポートブロックサイズは、第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである。
【０３３２】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３３３】
図１６に示す実施形態において提供される通信装置1600は、代替として、他の形式で実現されてもよい。例えば、端末デバイスは、処理モジュールを含む。任意選択で、端末デバイスは、トランシーバモジュールを更に含む。例えば、処理モジュールは、プロセッサ1601を使用することにより実現されてもよく、トランシーバモジュールは、トランシーバ1602を使用することにより実現されてもよい。処理モジュールは、図９に示す実施形態においてS92及びS93を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。トランシーバモジュールは、図９に示す実施形態においてS91、S92(トランシーバモジュールがネットワークデバイスからRARを受信し、処理モジュールがRARから第1のリソース情報を取得する)及びS94を実行するように、及び/又は、この明細書に記載の技術の他のプロセスをサポートするように構成されてもよい。
【０３３４】
例えば、処理モジュールは、ネットワークデバイスにより示される複数のリソース情報を取得するように構成され、複数のリソース情報のそれぞれは、第3のメッセージmsg3を送信するために使用され、それぞれのリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含み、
処理モジュールは、実際の送信対象のmsg3のサイズに基づいて、複数のリソース情報内の第1のリソース情報を使用することにより実際の送信対象のmsg3を送信することを決定するように更に構成される。
【０３３５】
上記の方法の実施形態におけるステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてもよい。詳細は、ここでは再び説明しない。
【０３３６】
この出願の実施形態において提供される通信装置1000、通信装置1100、通信装置1200、通信装置1300、通信装置1400、通信装置1500、通信装置1600及び通信装置1700は、図２に示す実施形態、図５に示す実施形態、図７に示す実施形態、図８に示す実施形態又は図９に示す実施形態において提供される方法を実行するように構成されてもよい。したがって、装置により達成できる技術的効果については、上記の方法の実施形態を参照する。詳細は、ここでは再び説明しない。
【０３３７】
この出願の実施形態は、この出願の実施形態による方法、デバイス(システム)及びコンピュータプログラムプロダクトのフローチャート及び/又はブロック図を参照して記載されている。コンピュータプログラム命令は、フローチャート及び/又はブロック図内の各プロセス及び/又は各ブロックと、フローチャート及び/又はブロック図内のプロセス及び/又はブロックの組み合わせとを実現するために使用されてもよいことが理解されるべきである。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、埋め込みプロセッサ又はいずれか他のプログラム可能データ処理デバイスのプロセッサがマシンを生成するために提供されてもよく、それにより、コンピュータ又はいずれか他のプログラム可能データ処理デバイスのプロセッサにより実行される命令は、フローチャート内の1つ以上のプロセス及び/又はブロック図内の1つ以上のブロックにおける特定の機能を実現するための装置を生成する。
【０３３８】
上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア又はこれらのいずれかの組み合わせを使用することにより実現されてもよい。ソフトウェアが実施形態を実現するために使用されるとき、実施形態は、コンピュータプログラムプロダクトの形式で完全に或いは部分的に実現されてもよい。コンピュータプログラムプロダクトは、1つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されたとき、この出願の実施形態による手順又は機能が全て或いは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は他のプログラム可能装置でもよい。コンピュータ命令は、コンピュータ読み取り可能記憶媒体に記憶されてもよく、或いは、コンピュータ読み取り可能記憶媒体から他のコンピュータ読み取り可能記憶媒体に送信されてもよい。例えば、コンピュータ命令は、有線(例えば、同軸ケーブル、光ファイバ又はデジタル加入者線(digital  subscriber  line,  DSL))又は無線(例えば、赤外線、無線又はマイクロ波)方式で、ウェブサイト、コンピュータ、サーバ又はデータセンタから、他のウェブサイト、コンピュータ、サーバ又はデータセンタに送信されてもよい。コンピュータ読み取り可能記憶媒体は、コンピュータによりアクセス可能ないずれかの使用可能媒体、又は1つ以上の使用可能媒体を統合するサーバ又はデータセンタのようなデータ記憶デバイスでもよい。使用可能媒体は、磁気媒体(例えば、フロッピーディスク、ハードディスク又は磁気テープ)、光媒体(例えば、デジタル多用途ディスク(digital  versatile  disc,  DVD))、半導体媒体(例えば、ソリッドステートドライブ(solid  state  disk,  SSD))等でもよい。
【０３３９】
明らかに、当業者は、この出願の真意及び範囲から逸脱することなく、この出願の実施形態に様々な修正及び変更を行うことができる。この出願は、以下の特許請求の範囲及びこれらの等価な技術により定義される保護の範囲内にあることを条件として、これらの修正及び変更をカバーすることを意図する。
【図１】
2021513242.tif 000004
【図２】
2021513242.tif 000005
【図３】
2021513242.tif 000006
【図４】
2021513242.tif 000007
【図５】
2021513242.tif 000008
【図６】
2021513242.tif 000009
【図７】
2021513242.tif 000010
【図８】
2021513242.tif 000011
【図９】
2021513242.tif 000012
【図１０】
2021513242.tif 000013
【図１１】
2021513242.tif 000014
【図１２】
2021513242.tif 000015
【図１３】
2021513242.tif 000016
【図１４】
2021513242.tif 000017
【図１５】
2021513242.tif 000018
【図１６】
2021513242.tif 000019
【図１７Ａ】
2021513242.tif 000020
【図１７Ｂ】
2021513242.tif 000021
【手続補正書】
【提出日】令和2年8月21日(2020.8.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
信号送信方法であって、
媒体アクセス制御MAC制御エレメントCEを生成するステップであり、前記MAC  CEは、第1のパワーヘッドルームセット内のパワーヘッドルーム又は第2のパワーヘッドルームセット内のパワーヘッドルームを示すために使用され、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEは、第1のビットフィールド及び第2のビットフィールドを含み、前記第1のビットフィールドは、予備ビットフィールドであり、前記第2のビットフィールドは、前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用され、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記MAC  CEは、第3のビットフィールドを含み、前記第3のビットフィールドは、前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用され、前記第3のビットフィールドは、前記第1のビットフィールドのビット及び前記第2のビットフィールドのビットを含む、ステップと、
前記MAC  CEをネットワークデバイスに送信するステップと
を含む方法。
【請求項２】
前記MAC  CEは、第4のビットフィールドを更に含み、
前記MAC  CEが前記第1のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記MAC  CE内の予備ビットフィールドであり、或いは、
前記MAC  CEが前記第2のパワーヘッドルームセット内の前記パワーヘッドルームを示すために使用される場合、前記第4のビットフィールドは、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、請求項１に記載の方法。
【請求項３】
第1のシグナリングを前記ネットワークデバイスに送信するステップであり、前記第1のシグナリングは、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ、又は
CCCHを通じて前記MAC  CEを前記ネットワークデバイスに送信するステップであり、前記CCCHの論理チャネル識別子は第1の識別子であり、前記第1の識別子は、前記パワーヘッドルームが前記第3のビットフィールドを使用することにより示されることを示すために使用される、ステップ
を更に含む、請求項１又は２に記載の方法。
【請求項４】
前記ネットワークデバイスから第2のシグナリングを受信するステップであり、前記第2のシグナリングは、前記MAC  CEに含まれる前記第3のビットフィールドを使用することにより前記パワーヘッドルームを示すように命令するために使用される、ステップを更に含む、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
リソース決定方法であって、
ネットワークデバイスにより示される第1のリソース情報を取得するステップであり、前記第1のリソース情報は、第3のメッセージmsg3を送信するために使用され、前記第1のリソース情報は、msg3の変調及び符号化方式のパラメータ及びmsg3に使用されるリソースユニット数のパラメータを含む、ステップと、
前記第1のリソース情報に含まれる前記パラメータの適切なサブセットに基づいて第2のリソース情報を決定するステップであり、前記第2のリソース情報は、実際にmsg3を送信するために使用され、第2のトランスポートブロックサイズは、第1のトランスポートブロックサイズよりも小さく、前記第2のトランスポートブロックサイズは、前記第2のリソース情報に含まれるmsg3のトランスポートブロックサイズであり、前記第1のトランスポートブロックサイズは、前記第1のリソース情報に含まれるmsg3のトランスポートブロックサイズである、ステップと
を含む方法。
【請求項６】
プロセッサ(1001)を含む通信装置(1000)であって、
前記プロセッサ(1001)は、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項１乃至４のうちいずれか１項に記載の方法を実行するように構成される、装置。
【請求項７】
プロセッサ(1401)を含む通信装置(1400)であって、
前記プロセッサ(1401)は、メモリに結合し、前記メモリ内の命令を読み取り、前記命令に従って請求項５に記載の方法を実行するように構成される、装置。
【国際調査報告】
2021513242.tif 000022
2021513242.tif 000023
2021513242.tif 000024
2021513242.tif 000025
2021513242.tif 000026
2021513242.tif 000027
2021513242.tif 000028