JP2023547806A - 通信方法および装置 - Google Patents

Abstract

本出願は、Ｍｓｇ ３の繰り返し送信の量を示すために大量の時間／周波数リソースが占有されるという既存の問題を解決するための通信方法および装置を開示する。この方法は、端末デバイスが第１の情報を受信することを含む。端末デバイスは、第１の情報における共有ビットに基づいて第１の表示情報を取得する。第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示す。第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求である。共有ビットは、第１の表示情報および第１の情報によって共有される。端末デバイスは、第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定する。

Description

本出願は、ワイヤレス通信の分野に関し、詳細には、通信方法および装置に関する。

ワイヤレス通信システムにおいては、通信は、さまざまなタイプの送信ノードおよび受信ノードに基づいて、さまざまなタイプへと分類され得る。一般に、ネットワークデバイスによって端末へ情報を送信することは、ダウンリンク（Ｄｏｗｎｌｉｎｋ，ＤＬ）通信と呼ばれ、端末によってネットワークデバイスへ情報を送信することは、アップリンク（Ｕｐｌｉｎｋ，ＵＬ）通信と呼ばれる。第４世代（Ｆｏｕｒｔｈ ｇｅｎｅｒａｔｉｏｎ，４Ｇ）ワイヤレス通信システムおよび第５世代（Ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）ワイヤレス通信システム：新無線アクセステクノロジー（Ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ，ＮＲ）システムにおいては、端末が成功裏にネットワークにアクセスすることが可能であることを確実にするためには、ランダムアクセス手順におけるそれぞれのステップにおけるメッセージの成功裏の送信が最初に確実にされる必要がある。ダウンリンク送信電力は高く、ダウンリンクカバレッジは通常、アップリンクチャネルカバレッジよりも良好であるので、カバレッジボトルネックは通常、アップリンクにおいて生じる。ランダムアクセス手順においては、ネットワークデバイスによって配信されたランダムアクセス応答情報を成功裏に受信した後に、端末は、メッセージ３（ｍｅｓｓａｇｅ ３，Ｍｓｇ ３、または第３のメッセージもしくはＭｓｇ ３情報と呼ばれる）をネットワークデバイスへ送信する必要があり、メッセージ３は、ＰＵＳＣＨチャネル上で搬送される。

既存の通信システムにおいては、Ｍｓｇ ３を繰り返し送信するという解決策が、カバレッジの制限されている端末用に提案されている。たとえば、別々のカバレッジレベル、たとえば、カバレッジエンハンスメント（Ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔ，ＣＥ）モードＡ、すなわちＣＥｍｏｄｅＡ、およびカバレッジエンハンスメントモードＢ、すなわちＣＥｍｏｄｅＢが、別々のタイプの端末用に定義されている。ランダムアクセス手順においては、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続が確立されていない場合には、Ｍｓｇ ３の送信は依然として、ランダムアクセス応答情報を使用することによって、具体的には、ＲＡＲ情報におけるランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）ＵＬグラントフィールドを使用することによって示される。ランダムアクセス応答アップリンクグラントＲＡＲ ＵＬグラントフィールドは、Ｍｓｇ ３ ＰＵＳＣＨ繰り返し表示フィールド「Ｎｕｍｂｅｒ ｏｆ Ｒｅｐｅｔｉｔｉｏｎｓ ｆｏｒ Ｍｓｇ ３ ＰＵＳＣＨ」を含む。別々のカバレッジレベルに関しては、繰り返し送信の表示ビットの量も異なり、繰り返し送信どうしの別々の最大量が示され得る。

従来のテクノロジーにおいては、Ｍｓｇ ３の送信が示される場合には、繰り返し送信の量が示されるが、ＲＡＲ ＵＬグラントのビットの量が変化し、占有される時間／周波数リソースの量が増やされる。加えて、レガシー端末は、新たに定義されたＲＡＲ ＵＬグラント情報を識別することができない。

本出願は、Ｍｓｇ ３の繰り返し送信の量を示すために大量の時間／周波数リソースが占有されるという既存の問題を解決するための通信方法を提供する。

第１の態様によれば、本出願は、通信方法を提供する。この方法は、端末デバイス、または端末デバイスにおいて使用されるチップによって実行され得る。以降では、この方法が端末デバイスによって実行される例を使用することによって記述を提供する。主要なプロセスは、端末デバイスが第１の情報を受信することを含む。端末デバイスは、第１の情報における共有ビットに基づいて第１の表示情報を取得する。第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示す。第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求である。共有ビットは、第１の表示情報および第１の情報によって共有される。端末デバイスは、第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定する。

第１の態様において提供されている方法によれば、第１の情報（第１の情報は、従来のテクノロジーにおけるランダムアクセス手順においてネットワークデバイスおよび端末デバイスによって送信される情報である）を受信した後に、端末デバイスは、第１の情報における共有ビットに基づいて第１の表示情報を取得する。第１の表示情報は、Ｍｓｇ ３の繰り返し送信の量を示し得る。共有ビットは、第１の情報および第１の表示情報によって共有される。具体的には、第１の表示情報が搬送されない場合には、共有ビットは、第１の情報によって搬送される必要がある情報を示し得る。そのため、第１の態様において提供されている方法によれば、端末デバイスは、時間／周波数リソースオーバーヘッドを増やすことなく、Ｍｓｇ ３の繰り返し送信の量を取得して、Ｍｓｇ ３の繰り返し送信を実施し、端末デバイスの限られているカバレッジという問題を回避することが可能である。

第１の態様の可能な実施態様においては、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

第１の態様の可能な実施態様において提供されている方法によれば、Ｍｓｇ ３が繰り返し送信される必要があると決定した後に、端末デバイスは、第１の表示情報によって示される繰り返し送信のタイプに基づいて、Ｍｓｇ ３を繰り返し送信するための具体的な方法をさらに決定し得、それによってＭｓｇ ３は、より柔軟な様式で繰り返し送信されて、端末デバイスによってネットワークにアクセスする安定性をさらに改善し、正常な通信を確実にすることが可能である。

第１の態様の可能な実施態様においては、端末デバイスが第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定することは、
端末デバイスが、第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて第３のメッセージの繰り返し送信の量を決定することを含む。

この実施形態における方法においては、２つのタイプの情報を同時に示すという目的を達成するために、第１の情報にある、共有ビットとして使用され得るビットの量が、ある程度制限され得る。Ｍｓｇ ３の繰り返し送信の量をより柔軟に設定するために、第１の態様の可能な実施態様において提供されている方法においては、繰り返し送信係数Ｋおよび第１の表示情報が組み合わされて繰り返し送信の量を示す様式が提供される。繰り返し送信係数を設定する複数の様式があり得る。第１の表示情報を使用することによって、繰り返し送信が実行されることが可能であると決定され、繰り返し送信の事前に定義された量が設定されている場合には、繰り返し送信係数Ｋ（またはスケール係数と呼ばれる）を使用することによって、繰り返し送信の複数の量が柔軟に設定されて、繰り返し送信の量を設定する柔軟性を改善し得る。

第１の態様の可能な実施態様においては、繰り返し送信係数Ｋは、第１の表示情報に含められるか、繰り返し送信係数Ｋは、事前に定義された値であるか、または繰り返し送信係数Ｋは、受信されたシステムメッセージＳＩＢに含められる。任意選択の方法においては、繰り返し送信係数Ｋは、ＳＩＢ１メッセージにおいて示され得る。

第１の態様の可能な実施態様においては、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

第１の態様の可能な実施態様においては、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

第１の態様の可能な実施態様においては、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

第１の態様の可能な実施態様においては、この方法は、端末デバイスが、基準信号受信電力ＲＳＲＰに基づいてカバレッジレベルを決定することをさらに含む。

第２の態様によれば、本出願は、別の通信方法をさらに提供する。この方法は、ネットワークデバイス、またはネットワークデバイスにおいて使用されるチップによって実行され得る。以降では、この方法がネットワークデバイスによって実行される例を使用することによって記述を提供する。主要なプロセスは、ネットワークデバイスが、第１の情報における共有ビットに第１の表示情報を含めることを含む。第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示す。第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求である。共有ビットは、第１の表示情報および第１の情報によって共有される。ネットワークデバイスは、第１の情報を端末デバイスへ送信する。

第２の態様の可能な実施態様においては、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

第２の態様の可能な実施態様においては、この方法は、ネットワークデバイスが、繰り返し送信係数Ｋを第１の表示情報に含めるか、または繰り返し送信係数ＫをシステムメッセージＳＩＢに含めることをさらに含む。第３のメッセージの繰り返し送信の量は、第１の表示情報および繰り返し送信係数Ｋを使用することによって決定される。

第２の態様の可能な実施態様においては、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

第２の態様の可能な実施態様においては、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

第２の態様の可能な実施態様においては、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

第２の態様の可能な実施態様においては、この方法は、ネットワークデバイスが、端末デバイスによって使用される確保されている物理ランダムアクセスチャネルＰＲＡＣＨリソースに基づいて端末デバイスのカバレッジレベルを決定すること、ネットワークデバイスが、端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて端末デバイスのカバレッジレベルを決定すること、またはネットワークデバイスが、ＰＲＡＣＨチャネル上で端末デバイスによって搬送される信号の受信電力に基づいて端末デバイスのカバレッジレベルを決定することをさらに含む。

第３の態様によれば、本出願の実施形態は、第１の情報を受信するように構成されている受信ユニットと、第１の情報における共有ビットに基づいて第１の表示情報を取得することであって、第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、共有ビットは、第１の表示情報および第１の情報によって共有されること、ならびに
第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定することを行うように構成されている処理ユニットとを含む通信装置をさらに提供する。

第３の態様の可能な実施態様においては、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

第３の態様の可能な実施態様においては、第１の決定ユニットが、第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて第３のメッセージの繰り返し送信の量を決定するように特に構成されている。

第３の態様の可能な実施態様においては、繰り返し送信係数Ｋは、第１の表示情報に含められるか、繰り返し送信係数Ｋは、事前に定義された値であるか、または繰り返し送信係数Ｋは、受信されたシステムメッセージＳＩＢに含められる。

第３の態様の可能な実施態様においては、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

第３の態様の可能な実施態様においては、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

第３の態様の可能な実施態様においては、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

第３の態様の可能な実施態様においては、この通信装置は、基準信号受信電力ＲＳＲＰに基づいてカバレッジレベルを決定するように構成されている第２の決定ユニットをさらに含む。

第４の態様によれば、本出願の実施形態は、第１の情報における共有ビットに第１の表示情報を含めるように構成されている処理ユニットであって、第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、共有ビットは、第１の表示情報および第１の情報によって共有される、処理ユニットと、第１の情報を端末デバイスへ送信するように構成されている送信ユニットとを含む通信装置をさらに提供する。

第４の態様の可能な実施態様においては、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

第４の態様の可能な実施態様においては、処理ユニットは、繰り返し送信係数Ｋを第１の表示情報に含めるか、または繰り返し送信係数ＫをシステムメッセージＳＩＢに含めるようにさらに構成されている。第３のメッセージの繰り返し送信の量は、第１の表示情報および繰り返し送信係数Ｋを使用することによって決定される。

第４の態様の可能な実施態様においては、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

第４の態様の可能な実施態様においては、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

第４の態様の可能な実施態様においては、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

第４の態様の可能な実施態様においては、処理ユニットは、端末デバイスによって使用される確保されている物理ランダムアクセスチャネルＰＲＡＣＨリソースに基づいて端末デバイスのカバレッジレベルを決定すること、端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて端末デバイスのカバレッジレベルを決定すること、またはＰＲＡＣＨチャネル上で端末デバイスによって搬送される信号の受信電力に基づいて端末デバイスのカバレッジレベルを決定することを行うようにさらに構成されている。

第５の態様によれば、通信装置が提供される。この通信装置は、前述の方法実施形態における端末デバイス、または端末デバイスに配置されているチップであり得る。この通信装置は、プロセッサおよびインターフェース回路を含み、任意選択でメモリをさらに含む。メモリは、コンピュータプログラムまたは命令を格納するように構成されている。プロセッサは、メモリおよびインターフェース回路に結合されている。プロセッサがコンピュータプログラムまたは命令を実行したときに、この通信装置は、第１の態様の方法実施形態において端末デバイスによって実行される方法を実行することを可能にされる。

第６の態様によれば、通信装置が提供される。この通信装置は、前述の方法実施形態におけるネットワークデバイス、またはネットワークデバイスに配置されているチップであり得る。この通信装置は、プロセッサおよびインターフェース回路を含み、任意選択でメモリをさらに含む。メモリは、コンピュータプログラムまたは命令を格納するように構成されている。プロセッサは、メモリおよびインターフェース回路に結合されている。プロセッサがコンピュータプログラムまたは命令を実行したときに、この通信装置は、第２の態様の方法実施形態においてネットワークデバイスによって実行される方法を実行することを可能にされる。

第７の態様によれば、コンピュータプログラム製品が提供される。このコンピュータプログラム製品は、コンピュータプログラムコードを含む。そのコンピュータプログラムコードが実行されたときに、前述の態様において端末デバイスによって実行される方法が実行される。

第８の態様によれば、コンピュータプログラム製品が提供される。このコンピュータプログラム製品は、コンピュータプログラムコードを含む。そのコンピュータプログラムコードが実行されたときに、前述の態様においてネットワークデバイスによって実行される方法が実行される。

第９の態様によれば、本出願は、チップシステムを提供する。このチップシステムは、前述の態様における方法における端末デバイスの機能を実施するように構成されているプロセッサを含む。可能な設計においては、このチップシステムは、プログラム命令および／またはデータを格納するように構成されているメモリをさらに含む。このチップシステムは、チップを含み得、またはチップおよび別のディスクリートコンポーネントを含み得る。

第１０の態様によれば、本出願は、チップシステムを提供する。このチップシステムは、前述の態様における方法におけるネットワークデバイスの機能を実施するように構成されているプロセッサを含む。可能な設計においては、このチップシステムは、プログラム命令および／またはデータを格納するように構成されているメモリをさらに含む。このチップシステムは、チップを含み得、またはチップおよび別のディスクリートコンポーネントを含み得る。

第１１の態様によれば、本出願は、コンピュータ可読記憶媒体を提供する。このコンピュータ可読記憶媒体は、コンピュータプログラムを格納している。そのコンピュータプログラムが実行されたときに、前述の態様において端末デバイスによって実行される方法が実施される。

第１２の態様によれば、本出願は、コンピュータ可読記憶媒体を提供する。このコンピュータ可読記憶媒体は、コンピュータプログラムを格納している。そのコンピュータプログラムが実行されたときに、前述の態様においてネットワークデバイスによって実行される方法が実施される。

第１３の態様によれば、通信システムが提供される。この通信システムは、前述の態様のうちのいずれか１つにおけるネットワークデバイスおよび端末デバイスを含む。

本出願が適用可能であるネットワークアーキテクチャーの概略図である。 従来のテクノロジーにおけるランダムアクセス手順の概略図である。 本出願の実施形態による通信方法の概略フローチャートである。 本出願の実施形態による通信装置の構造の概略図である。 本出願の実施形態による別の通信装置の構造の概略図である。 本出願の実施形態による別の通信装置の構造の概略図である。 本出願の実施形態によるネットワークデバイスの構造の概略図である。 本出願の実施形態による端末デバイスの構造の概略図である。

以降では、添付の図面を参照しながら、本出願の実施態様について詳細に記述する。

本出願の実施形態における技術的な解決策は、さまざまな通信システム、たとえば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）システム、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）モバイル通信システム、および将来のモバイル通信システムに適用され得る。

図１は、本出願の実施形態が適用可能である可能なネットワークアーキテクチャーの概略図である。このネットワークアーキテクチャーは、端末デバイス１１０およびアクセスネットワークデバイス１２０を含む。端末デバイス１１０およびアクセスネットワークデバイス１２０は、Ｕｕエアインターフェースを通じて互いと通信し得る。Ｕｕエアインターフェースは、ユニバーサルＵＥツーネットワークインターフェース（ｕｎｉｖｅｒｓａｌ ＵＥ ｔｏ ｎｅｔｗｏｒｋ ｉｎｔｅｒｆａｃｅ）として理解され得る。Ｕｕエアインターフェースを通じた送信は、アップリンク送信およびダウンリンク送信を含む。

たとえば、アップリンク送信は、端末デバイス１１０がアップリンク信号をアクセスネットワークデバイス１２０へ送信するということを意味する。アップリンク信号は、アップリンクデータ情報、アップリンク制御情報、および基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）のうちの１つまたは複数を含み得る。アップリンク信号を送信するために使用されるチャネルは、アップリンクチャネルと呼ばれ、アップリンクチャネルは、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）または物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）であり得る。ＰＵＳＣＨは、アップリンクデータを搬送するために使用され、アップリンクデータは、アップリンクデータ情報と呼ばれることもある。ＰＵＣＣＨは、端末デバイスによってフィードバックされるアップリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）を搬送するために使用される。ＵＣＩは、チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ）、肯定応答（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＡＣＫ）／否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＮＡＣＫ）などを含み得る。

ＬＴＥシステムにおいては、アクセスネットワークデバイスはｅＮＢであり、コアネットワークデバイスはＭＭＥである。ＵＭＴＳシステムにおいては、アクセスネットワークデバイスはＲＮＣであり、コアネットワークデバイスはＳＧＳＮである。別のワイヤレス通信システムにおいては、対応するアクセスネットワークデバイスおよび対応するコアネットワークデバイスも含まれる。以降の実施形態においては、アクセスネットワークデバイスおよびコアネットワークデバイスの両方が、端末デバイスに対するネットワークデバイスと総称される。

前述の通信システムに基づいて、本出願は、通信方法を提供する。以降では、本出願において使用されるいくつかの名詞または用語を説明および記述しており、それらの名詞または用語は、本発明の一部としても使用される。

１．端末デバイス

端末デバイスは、簡潔に端末と呼ばれることがあり、またはユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）と呼ばれることがあり、ユーザ機器は、ワイヤレストランシーバ機能を有するデバイスである。端末デバイスは、地上に配備され得（この場合、その配備は、屋内もしくは屋外、またはハンドヘルドもしくは車載の配備を含む）、水上に（たとえば、船上に）配備され得、または空中に（たとえば、航空機、無人航空機、気球、もしくは衛星上に）配備され得る。端末デバイスは、モバイル電話、車、タブレットコンピュータ、スマートスピーカー、検知器、ガソリンスタンドのセンサ、ワイヤレストランシーバ機能を有するコンピュータ、仮想現実端末デバイス、拡張現実端末デバイス、産業用制御におけるワイヤレス端末デバイス、自動運転におけるワイヤレス端末デバイス、遠隔医療におけるワイヤレス端末デバイス、スマートグリッドにおけるワイヤレス端末デバイス、輸送安全におけるワイヤレス端末デバイス、スマートシティーにおけるワイヤレス端末デバイス、スマートホームにおけるワイヤレス端末デバイスなどであり得る。端末デバイスは、固定型または移動型であり得る。これは、本出願の実施形態においては限定されない。

本出願の実施形態においては、端末の機能を実施するように構成されている装置が、端末デバイスであり得、またはその機能を実施する際に端末デバイスをサポートすることが可能である装置、たとえばチップシステムであり得る。その装置は、端末デバイスに設置され得る。本出願の実施形態においては、チップシステムは、チップを含み得、またはチップおよび別のディスクリートコンポーネントを含み得る。本出願の実施形態において提供されている技術的な解決策においては、本出願の実施形態において提供されている技術的な解決策は、端末デバイスの機能を実施するように構成されている装置が端末デバイスである例を使用して記述されている。

２．ネットワークデバイス

ネットワークデバイスは、アクセスネットワークデバイスであり得る。アクセスネットワークデバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）デバイスと呼ばれることもあり、端末デバイスのためにワイヤレス通信機能を提供するデバイスである。アクセスネットワークデバイスは、たとえば、次世代ＮｏｄｅＢ（ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｇＮＢ）、エボルブドＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ）、ベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ，ＢＢＵ）、送信受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，ＴＲＰ）、５Ｇにおける送信ポイント（ｔｒａｎｓｍｉｔｔｉｎｇ ｐｏｉｎｔ，ＴＰ）、将来のモバイル通信システムにおける基地局、またはＷｉ－Ｆｉシステムにおけるアクセスポイントを含むが、それらに限定されない。あるいは、アクセスネットワークデバイスは、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＣＲＡＮ）シナリオにおける無線コントローラ、中央ユニット（ｃｅｎｔｒａｌ ｕｎｉｔ，ＣＵ）、および／もしくは分散ユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ，ＤＵ）であり得、またはネットワークデバイスは、中継局、車載デバイス、将来の進化したＰＬＭＮネットワークにおけるネットワークデバイスなどであり得る。

端末デバイスは、さまざまなテクノロジーを使用することによって複数のアクセスネットワークデバイスと通信し得る。たとえば、端末デバイスは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ，ＬＴＥ）をサポートするアクセスネットワークデバイスと通信し得、５Ｇをサポートするアクセスネットワークデバイスと通信し得、またはＬＴＥをサポートするアクセスネットワークデバイスおよび５Ｇをサポートするアクセスネットワークデバイスの両方と通信し得る。これは、本出願の実施形態においては限定されない。

本出願の実施形態においては、ネットワークデバイスの機能を実施するように構成されている装置が、ネットワークデバイスであり得、またはその機能を実施する際にネットワークデバイスをサポートすることが可能である装置、たとえばチップシステムであり得る。その装置は、ネットワークデバイスに設置され得る。本出願の実施形態において提供されている技術的な解決策においては、本出願の実施形態において提供されている技術的な解決策は、ネットワークデバイスの機能を実施するように構成されている装置がネットワークデバイスである例を使用して記述されている。

３．ランダムアクセス

ランダムアクセスは、端末デバイスとネットワークデバイスとの間における無線リンク接続を確立するプロセスである。ランダムアクセスが完了された後にのみ、ネットワークデバイスと端末デバイスとの間においてデータインターワーキングが正常に実行されることが可能である。別々のサービストリガリング様式に基づいて、ランダムアクセスは、競合ベースのランダムアクセス（Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）および非競合ベースのランダムアクセス（Ｎｏｎ－Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）へと分類され得る。競合ベースのランダムアクセスの主な手順は、下記のステップを含む（実施手順のステップは、図２において示されている）。

Ｓ２０１．ＵＥは、ランダムアクセスプリアンブル（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）をネットワークデバイスへ送信する。

ランダムアクセスプリアンブルは、メッセージ１（ｍｅｓｓａｇｅ １，Ｍｓｇ１）またはランダムアクセス要求と呼ばれることもある。ランダムアクセスプリアンブルの機能は、ランダムアクセス要求があるということをネットワークデバイスに通知することである。

Ｓ２０２．ネットワークデバイスは、ランダムアクセスプリアンブルを検知した後にランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ，ＲＡＲ）をＵＥへ送信する。ランダムアクセス応答は、メッセージ２（ｍｅｓｓａｇｅ ２，Ｍｓｇ２）と呼ばれることもある。ランダムアクセス応答は、メッセージ３のスケジューリング情報、すなわち、ＲＡＲアップリンク（ｕｐｌｉｎｋ，ＵＬ）グラント（ｇｒａｎｔ）情報を含む。ランダムアクセス応答は、その他の情報をさらに含み得る。詳細がここで記述されることはない。

Ｓ２０３．ＵＥは、ランダムアクセス応答を受信し、ランダムアクセス応答におけるスケジューリング情報を使用することによってスケジュールされた時間／周波数リソース上でメッセージ３を送信する。メッセージ３は、物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）上で搬送される。メッセージ３は、端末デバイスの一意のユーザ識別子などの情報を搬送し得る。

Ｓ２０４．ネットワークデバイスは、ＵＥからメッセージ３を受信し、ネットワークデバイスに成功裏にアクセスしているＵＥへ競合解消メッセージを返す。競合解消メッセージは、メッセージ４（ｍｅｓｓａｇｅ ４，Ｍｓｇ４）とも呼ばれる。ネットワークデバイスは、ネットワークデバイスに成功裏にアクセスしているＵＥを示すためにメッセージ３における一意のユーザ識別子を競合解消メッセージに含める。アクセスに失敗している他のＵＥは、再びランダムアクセスを開始する。

ランダムアクセス手順の成功にとってはメッセージ３の成功裏の送信が重要であるということが、前述のプロセスから知られることが可能である。しかしながら、通信システムにおいては、端末デバイスのカバレッジが、いくつかの適用シナリオにおいて制限される。カバレッジの制限されている端末は通常、いくつかの深いカバレッジのシナリオ、たとえば、セルエッジまたは地下室などのエリアに配置されている。あるいは、カバレッジの制限されている端末デバイスは通常、より低い通信性能、たとえば、より狭い帯域幅、より少量のアンテナポート、より低い処理能力、より長い処理時間、および／またはより低い送信レートを有する。加えて、カバレッジの制限されている端末デバイスは、より長いバッテリー寿命、より低い処理の複雑さ、および／またはデバイスコストを有し得る。結果として、カバレッジの制限されている端末デバイスがアップリンク送信を実行する場合には、受信端の信号対干渉雑音比（Ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ ｎｏｉｓｅ ｒａｔｉｏ，ＳＩＮＲ）が低く、アップリンク送信は通常、繰り返される必要がある。受信端は、複数のアップリンク送信を受信して組み合わせた後に復調およびデコーディングを実行する。

カバレッジの制限されている端末用に提案されている、Ｍｓｇ ３を繰り返し送信するという実施解決策は、次のとおりである。ネットワークデバイスは、１つのスケジューリングを通じて、有効なアップリンク時間ドメインリソース上で複数の連続した回数にわたって同じ有効なデータを繰り返し送信するように端末デバイスに示し、ネットワークデバイスは、複数の連続したアップリンク送信を受信して組み合わせた後に復調およびデコーディングを実行する。既存のＮＲプロトコルにおいては、ＲＲＣ接続を確立しているユーザに関して、通信システムは、ＰＵＳＣＨ繰り返し送信タイプＡ（ＰＵＳＣＨ繰り返しタイプＡ）およびＰＵＳＣＨ繰り返し送信タイプＢ（ＰＵＳＣＨ繰り返しタイプＢ）という２つの異なるタイプのＰＵＳＣＨ繰り返し送信をサポートする。ＰＵＳＣＨ繰り返し送信タイプＡは、スロットベースであり、ＰＵＳＣＨ繰り返し送信用に使用されるそれぞれのスロットにおいてＰＵＳＣＨによって占有される時間ドメインシンボルどうしのロケーションおよび長さが同じであることが必要とされる。ＰＵＳＣＨ繰り返し送信は、前述の条件を満たさないスロットにおいて実行されることが可能ではない。ＰＵＳＣＨ繰り返し送信タイプＢに関しては、ＰＵＳＣＨ繰り返し送信は、スロットベースの送信に限定されないが、ＰＵＳＣＨ繰り返し送信は、開始アップリンクシンボルから開始する複数の連続したアップリンクシンボル上で実行される（繰り返しタイプＢの具体的な実施態様は、開始シンボルがそれぞれの繰り返し送信において変化すること、または毎回実際に送信されるシンボルの量がそれぞれの繰り返し送信において変化することであり得る）。

既存のＮＲプロトコルにおける繰り返し送信の実施においては、Ｍｓｇ ３の繰り返し送信の量を示すためにＲＡＲ ＵＬグラントのビットの量が増やされる場合には、この実施解決策においては、より多くの時間／周波数リソースが占有される。加えて、レガシー端末は、新たに定義されたＲＡＲ ＵＬグラント情報を識別することが可能ではなく、その結果として、ネットワークにアクセスすることが可能ではなく、正常な通信に影響を与える。

従来のテクノロジーにおける前述の問題に基づいて、本出願の実施形態は、ネットワークカバレッジ性能を改善するための通信方法を提供する。以降では、本出願の実施形態における方法を実施するネットワークデバイスおよび端末デバイスに関連して本出願の実施形態の特定の実施ステップについて具体的に記述する。それらのステップは、（図３において示されている）下記のステップを含み得る。

Ｓ３０１．ネットワークデバイスは、第１の情報における共有ビットに第１の表示情報を含め、第１の情報を端末デバイスへ送信する。第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示す。第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求である。共有ビットは、第１の表示情報および第１の情報によって共有される。

この実施形態においては、第１の情報は、従来のテクノロジーにおけるランダムアクセス手順において端末デバイスによって使用される情報であり得る。第１の情報の１つまたは複数のビットが特定の設定を通じて分割されること、および第１の表示情報との間で共有されるビットとして使用されることが可能であるならば、第１の情報は、シグナリングとして理解され得、またはフィールドとして理解され得る。確かに、第１の情報および第１の表示情報が１つまたは複数のビットを共有する場合には、もともと第１の情報の意味を示す当初のビットセットが、第１の情報によって示されることになる意味と、第１の表示情報によって示されることになる意味とを示すように変更される。言い換えれば、当初のビットセットにおけるいくつかのビットは、第１の情報の意味を示し、いくつかのビットは、第１の表示情報の意味を示す。この様式においては、フィールドまたはシグナリングの長さを増やすことなく、より多くの情報が搬送されることが可能であり、それによってリソースが適切に使用される。

Ｓ３０２．端末デバイスは、第１の情報を受信する。

Ｓ３０３．端末デバイスは、第１の情報における共有ビットに基づいて第１の表示情報を取得する。

Ｓ３０４．端末デバイスは、第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定する。

前述の実施形態において提供されている様式で、Ｍｓｇ ３が繰り返し送信されることが可能であると決定された後に、既存のＮＲプロトコルにおいては、通信システムが、２つの異なるタイプのＰＵＳＣＨ繰り返し送信をサポートする（この場合、繰り返し送信のタイプは、ＰＵＳＣＨ繰り返し送信タイプＡ（ＰＵＳＣＨ繰り返しタイプＡ）およびＰＵＳＣＨ繰り返し送信タイプＢ（ＰＵＳＣＨ繰り返しタイプＢ）を含む）ということを考慮すると、さらに、より柔軟な様式でＭｓｇ ３を繰り返し送信するために、この実施形態においては、
第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

繰り返しタイプＡおよび繰り返しタイプＢに関しては、プロトコルＴＳ３８．２１４における具体的な説明を参照されたい。この例においては、端末が繰り返し送信を実行する具体的な様式を示すために様式が提供されているだけであり、タイプが具体的に繰り返しタイプＡであるかもしくは繰り返しタイプＢであるかは限定されず、または特定の繰り返しタイプは限定されない。

この実施形態においては、Ｍｓｇ ３が繰り返し送信される必要があると決定した後に、端末デバイスは、第１の表示情報によって示される繰り返し送信のタイプに基づいて、繰り返しタイプＡまたは繰り返しタイプＢのどちらの繰り返しタイプが、Ｍｓｇ ３を繰り返し送信するために使用されるかをさらに決定し得、それによってＭｓｇ ３は、より柔軟な様式で繰り返し送信されて、端末デバイスによってネットワークにアクセスする安定性をさらに改善し、正常な通信を確実にすることが可能である。

図３において示されている方法に基づいて、第１の情報および第１の表示情報を送信するプロセスにおいて、２つのタイプの情報が同時に示され、それらの２つのタイプの情報が互いに影響を与えないという目的を達成するために、第１の情報にある、共有ビットとして使用され得るビットの量が、ある程度制限され得る。Ｍｓｇ ３の繰り返し送信の量をより柔軟に設定するために、本出願のこの実施形態は、繰り返し送信係数Ｋおよび第１の表示情報が組み合わされて繰り返し送信の量を示す様式をさらに提供する。繰り返し送信係数を設定する複数の様式があり得る。第１の表示情報を使用することによって、繰り返し送信が実行されることが可能であると決定され、繰り返し送信用の１つの基本データが設定された後に、繰り返し送信係数Ｋ（可変係数とも呼ばれる）を使用することによって、繰り返し送信の複数の量が柔軟に設定されて、繰り返し送信の量を設定する柔軟性を改善することが可能である。具体的な実施態様は、第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて第３のメッセージの繰り返し送信の量を決定することであり得る。

この実施態様においては、第１の表示情報によって示される繰り返し送信の量は、繰り返し送信が実行されることが可能であるかどうかのケースを含む。第１の表示情報によって示される繰り返し送信の量が０である場合には、それは、繰り返し送信がサポートされていないということを示す。繰り返し送信の示される量が０でない場合には、第１の表示情報と繰り返し送信係数Ｋとに基づいて繰り返し送信の適切な量が決定されて、繰り返し送信を実行することが可能である。

端末デバイスおよびネットワークデバイスは、繰り返し送信係数Ｋの設定を設定様式において統一し得る。例は下記のとおりである。

Ａ１．繰り返し送信係数Ｋが、第１の表示情報に含められる。具体的な実施態様は、下記のとおりであり得る。

ネットワークデバイスは、繰り返し送信係数Ｋを第１の表示情報に含める。あるいは、それに対応して、端末デバイスは、第１の表示情報から繰り返し送信係数Ｋを取得する。

Ａ２．繰り返し送信係数Ｋは、事前に定義された値である。

端末デバイスは、繰り返し送信係数Ｋを事前に格納しており、第１の表示情報を使用することによって、繰り返し送信が実行されることが可能であると決定した後に、第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の基数に基づいて繰り返し送信の量を取得する。

Ａ３．繰り返し送信係数Ｋは、受信されたシステムメッセージＳＩＢに含められる。

それに対応して、ネットワークデバイスは、システムメッセージ（システム情報ブロック，ＳＩＢ）に繰り返し送信係数Ｋを含め得る。特定の適用実施態様においては、繰り返し送信係数Ｋを搬送するためにＳＩＢ１が選択され得る。それに対応して、端末デバイスは、ＳＩＢ１メッセージから繰り返し送信係数Ｋを取得し得る。

この例においては、端末デバイスおよびネットワークデバイスは、１つの第２の情報を使用することによって繰り返し送信係数Ｋを送信するように事前に構成され得る。このケースにおいては、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続が確立される前に、限られた情報がネットワークデバイスと端末デバイスとの間においてやり取りされるので、ＳＩＢメッセージが、この例においては第２の情報として選択され得、すなわち、ＳＩＢが、繰り返し送信係数Ｋを搬送するために選択される。

前述の方法によれば、第１の表示情報によって示される値と、繰り返し送信係数Ｋとが組み合わされて、繰り返し送信の量を決定し得る。これは、繰り返し送信の量の任意選択の量の範囲を広げ、より多くの繰り返し送信の様式がある。さらに、繰り返し送信係数Ｋの前述の表示様式Ａ１およびＡ３に基づいて、繰り返し送信係数Ｋのリアルタイムの更新および調整が実施されることが可能である。第１の表示情報によって示されることが可能である繰り返し送信の量が制限され、繰り返し送信の量が柔軟に示される必要がある場合には、適切な機会がより柔軟に選択されて、第１の情報またはＳＩＢを使用することによって最新の繰り返し送信係数Ｋを示すことが可能である。

本出願のこの実施形態においては、複数のタイプのシグナリングまたはフィールドが、第１の表示情報を搬送するために第１の情報として使用され得るということがステップ３０１において指摘される。しかしながら、繰り返し送信の最も一般的な適用シナリオに基づいて、繰り返し送信は一般に、カバレッジの制限されている端末デバイスに関して実行される。そのため、本出願のこの実施形態において提供されている方法においては、カバレッジの制限されている端末デバイスによって情報を送信するために共通に使用されるフィールドが選択されて、第１の表示情報を搬送し得、共有ビットを提供するために、カバレッジの制限されている端末デバイスのいくつかの特徴に基づいてフィールドが選択される。はじめに、本出願のこの実施形態においては、端末デバイスのカバレッジが制限されているかどうかを決定する実施態様は、下記のとおりであり得る。

端末デバイスは、基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ，ＲＳＲＰ）を使用することによって、端末デバイスのカバレッジが制限されているかどうかを決定し、ＲＳＲＰ値を使用することによって、カバレッジレベルを決定し得る。端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、その端末デバイスは、カバレッジの制限されている端末デバイスであるとみなされ得る。

端末デバイスがカバレッジの制限されている端末デバイスであると端末デバイスが決定した後に、カバレッジの制限されている端末デバイスは、ＰＲＡＣＨ繰り返し送信を実行することによってアクセス確率を高め得る。この適用可能なシナリオに基づいて、本出願のこの実施形態においては、端末デバイスがネットワークデバイス（基地局であり得る）に端末デバイスのカバレッジレベル（またはカバレッジが制限されているかどうか）を通知する複数の特定の様式が、下記を含み得る。

様式１： 端末デバイスのカバレッジレベルは、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ，ＰＲＡＣＨ）リソースを使用することによって示される。

基地局は、カバレッジの制限されている端末デバイスのために専用のＰＲＡＣＨリソースを確保する（すなわち、新たなタイプのＰＲＡＣＨリソースを付加し得る）。基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ，ＲＳＲＰ）が、事前に定義されたしきい値未満であると決定した場合（すなわち、端末デバイスがカバレッジの制限されている端末であると決定した場合）には、端末デバイスは、確保されているＰＲＡＣＨリソースを使用することを選択する。さらに、別々のカバレッジレベルの端末デバイスどうしは、別々の確保されているＰＲＡＣＨリソースを使用することを選択し得る。言い換えれば、カバレッジの制限されている端末は、ＰＲＡＣＨ繰り返し送信を通じてアクセスを実行し得る。ＰＲＡＣＨ繰り返し送信は、さまざまな時間ドメインまたは周波数ドメインロケーションでの複数の送信を含む。繰り返し送信中には、ＰＲＡＣＨシーケンスは変化しない。

それに対応して、ネットワークデバイスは、端末デバイスによって使用されるＰＲＡＣＨリソースに基づいて端末デバイスのカバレッジレベルを決定し得る。言い換えれば、ネットワークデバイスは、端末デバイスによって使用されるＰＲＡＣＨリソースの時間ドメインまたは周波数ドメインロケーションに基づいて端末デバイスのカバレッジレベルを決定する。

様式２： 端末デバイスのカバレッジレベルは、端末デバイスによるＰＲＡＣＨ繰り返し送信の量を使用することによって示される。

カバレッジの制限されている端末デバイスは、アクセス確率を高めるためにＰＲＡＣＨ繰り返し送信を実行する。それに対応して、基地局は、ＰＲＡＣＨ繰り返し送信の量を検知することによって、カバレッジの制限されている端末デバイスが基地局にアクセスするかどうかを識別し得る。さらに、ＰＲＡＣＨ繰り返し送信の量は、端末デバイスの制限レベルに対応し得る。このケースにおいては、ネットワークデバイスは、端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて端末デバイスのカバレッジレベルを決定し得る。

様式３： 端末デバイスのカバレッジレベルは、ＰＲＡＣＨチャネル上で端末デバイスによって搬送される信号の受信電力に基づいて決定される。

さらに、カバレッジの制限されている端末のＳＩＮＲは低い。そのため、カバレッジの制限されている端末デバイスは通常、小さなＭＣＳインデックス値を選択する。そのため、既存のＭＣＳフィールドに関しては、冗長ビットがあり得る。加えて、カバレッジの制限されている端末デバイスに関しては、通常では、フルパワー送信はアクセス要件を満たすことが可能ではない。そのため、送信電力制御（Ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ，ＴＰＣ）フィールドによって示される電力調整率は、正の値であるべきであり、共有ビットは、ＴＰＣフィールドによって提供され得る。そのため、第１の情報は、ＭＣＳフィールドおよび／またはＴＰＣフィールドであり得る。この実施形態において提供されている方法は、２つの異なるフィールドによって共有ビットを提供する様式に関して、以降でさらに記述されている。

１．第１の情報がＭＣＳフィールドである場合には、本出願のこの実施形態における繰り返し送信の量を示す実施態様は、下記のとおりであり得る。

本出願のこの実施形態において提供されている方法においては、ＭＣＳフィールドは、ＭＣＳフィールドの既存の意味に影響を与えることなく、第１の表示情報を搬送することが可能である。ＭＣＳフィールドによって提供される共有ビットについてさらに記述するために、ＭＣＳフィールドの既存のフォーマットと、そのフィールドによって示されることになる意味とが最初に記述される。詳細は下記のとおりである。

既存のランダムアクセス応答のアップリンクグラントＲＡＲ ＵＬグラント情報には、合計で１６個のＭＣＳインデックス値が含まれ、４ビットによって示される。インデックス値が０から１５へ増えるにつれて、インデックス値に対応するコードレート、スペクトル効率なども順次増える（この場合、ＭＣＳインデックス値とビット値との間におけるマッピング関係が、表１において示されている）。

既存の通信システムにおいては、端末デバイスのカバレッジステータスに基づいて端末デバイスどうしが複数のカバレッジレベルへと分類され得、カバレッジレベルは、端末デバイスのＲＳＲＰに基づいて決定される。端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルであるとＲＳＲＰに基づいて決定された場合には、その端末デバイスは、カバレッジの制限されている端末デバイスであると決定され得る。カバレッジの制限されている端末デバイスのＳＩＮＲは低いので、カバレッジの制限されている端末デバイスは通常、低いビットレート、スペクトル効率などに対応するために、小さなＭＣＳインデックス値を選択する。たとえば、カバレッジの制限されている端末デバイスは通常、ＭＣＳインデックス値０～３または０～７のみを選択する。表１において示されているように、ＭＣＳインデックス値が０～３である場合には、ＭＣＳインデックス値を示す４ビットフィールドのステータス値は、００００～００１１である。このケースにおいては、それはまた、カバレッジの制限されている端末デバイスが、ＭＣＳインデックス値を示す４ビットフィールドの２つの下位ビットのみを使用し、２つの高位ビットが冗長ビットであるということとして理解され得る。別の例として、カバレッジの制限されている端末デバイスは通常、ＭＣＳインデックス値０～７のみを選択する。このケースにおいては、ＭＣＳインデックス値を示す４ビットフィールドのステータス値は、００００～０１１１である。このケースにおいては、それはまた、カバレッジの制限されている端末デバイスが、ＭＣＳインデックス値を示す４ビットフィールドの３つの下位ビットのみを使用し、最上位ビットが冗長ビットであるということとして理解され得る。

カバレッジの制限されている端末によって使用されるＭＣＳフィールドの前述の記述に基づいて、カバレッジの制限されている端末に関しては、４ビットのＭＣＳフィールドは、ＭＣＳインデックス値を示す際に１つまたは２つの冗長ビットを有し得るということが理解され得る。本出願のこの実施形態において提供されている方法においては、その１つまたは２つの冗長ビットは、第１の表示情報を送信するために共有ビットとして使用され得る。すなわち、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビット（ＭＳＢ）における１つまたは２つのビットである。以降では、前述の２つのケースにおける共有ビットについて別々に詳細に記述する。

ケース１： カバレッジの制限されている端末デバイスは、ＭＣＳインデックス値０～７を選択する。このケースにおいては、ＭＣＳフィールドを示す４ビットのステータス値は、００００～０１１１である。このケースにおいては、ＭＣＳフィールドは、１つの冗長ビットを有し、その１つの冗長ビットは、第１の表示情報を示すために共有ビットとして使用され得る。

ＭＣＳインデックス値０～７を選択するカバレッジの制限されている端末に関しては、その端末の最上位ビット（Ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ，ＭＳＢ）は、ＭＣＳインデックス値を示すために使用されず、そのため、Ｍｓｇ ３の繰り返し送信の量を示すために使用され得る。たとえば、ＭＣＳフィールドのＭＳＢが共有ビットとして使用されている場合には、端末デバイスが「１１１０」を受信した際に、その端末デバイスが、カバレッジの制限されている端末であるならば、「１１１０」によって示されるＭＣＳインデックス値は６である。言い換えれば、ＭＣＳインデックス値の有効ビットは、右側の３ビット「１１０」であり、最上位ビットＭＳＢは含まれない。

さらに、第１の表示情報は、ＭＳＢにおいて搬送される値と、繰り返し送信の量との間における事前に定義された関係に基づいて決定され得る。たとえば、ＭＳＢが０である場合には、それは、繰り返し送信の量が０である（すなわち、Ｍｓｇ ３の繰り返し送信がサポートされていない）ということを示し、またはＭＳＢが１である場合には、繰り返し送信の量は２である。確かに、カバレッジの制限されている端末に関しては、Ｍｓｇ ３は、代替としてデフォルトで繰り返し送信される必要があることがある。このケースにおいては、ＭＳＢが０である場合には、代替として繰り返し送信の量が２または別の指定された値であるということが示され得る。この実施形態においては、繰り返し送信の量は、送信のすべての量の合計、すなわち、最初の送信とその後の繰り返し送信との回数の総量である。

加えて、繰り返し送信の量をより柔軟に示すために、繰り返し送信の量は、事前に定義された繰り返し送信係数Ｋと、共有ビットによって示される値とに基づいてさらに決定され得、繰り返し送信の最終的に決定された量＝共有ビット＊Ｋによって示される値となる。本出願のこの実施形態においては、共有ビットによって示される値は、共有ビット上でバイナリー変換を実行することによって取得された値に限定されない。あるいは、バイナリー変換を実行することによって取得された値は、事前に設定されたマッピング関係に基づいて新たな値へマッピングされ得る。たとえば、表２において示されているように、共有ビット上でバイナリー変換を実行することによって取得された値が０である場合には、０は、マッピング関係に基づいて別の値（たとえば、１）へマッピングされる。この例においては、具体的なマッピング関係は、具体的な送信要件に基づいて設定され得、本明細書においては特に限定されない。このシナリオにおいては、Ｋが２に設定され、ＭＳＢの事前に設定された値が１である場合には、２回にわたって繰り返し送信を実行することを示す繰り返し送信の量が、下記の表２において示されている。

確かに、カバレッジの制限されていない端末デバイスに関しては、ＭＣＳフィールドが「１１１０」である場合には、示されるＭＣＳインデックス値は１４である。

ケース２： カバレッジの制限されている端末デバイスは、ＭＣＳインデックス値０～３を選択する。このケースにおいては、ＭＣＳフィールドを示す４ビットフィールドのステータス値は、００００～００１１である。このケースにおいては、ＭＣＳフィールドは、２つの冗長ビットを有し得、それらの２つの冗長ビットは、第１の表示情報を示すために共有ビットとして使用され得る。前述のケース１における表示様式と同様に、ＭＣＳフィールドのステータス値が０１１１である場合には、ＭＣＳインデックス値の対応する有効ビットは、右端の２ビット（すなわち、１１）であり、対応するＭＣＳインデックス値は３である。それに対応して、第１の表示情報が繰り返し送信の量を示し得るケースが、表３において示され得る。

加えて、繰り返し送信の量をより柔軟に示すために、繰り返し送信の量は、下記の表４において示されているように、事前に定義された繰り返し送信係数に基づいてさらに示され得る。

２．第１の情報がＴＰＣフィールドである場合には、本出願のこの実施形態における繰り返し送信の量を示す実施態様は、下記のとおりであり得る。

本出願のこの実施形態において提供されている方法においては、ＴＰＣフィールドは、ＴＰＣフィールドの既存の意味に影響を与えることなく、第１の表示情報を搬送することが可能である。ＴＰＣフィールドによって提供される共有ビットについてさらに記述するために、ＴＰＣフィールドの既存のフォーマットと、そのフィールドによって示されることになる意味とが最初に記述される。具体的には、下記のとおりである。

ＴＰＣフィールドは、ランダムアクセス手順における第３のメッセージの送信電力を制御するために使用される。端末デバイスの送信電力が低く、復調要件を満たすことが可能ではない場合には、ネットワークデバイスは、ＴＰＣフィールドを使用することによって、送信電力を増やすように端末デバイスに示し得る。端末デバイスの送信電力が高い場合には、ネットワークデバイスは、フィールドを使用することによって、送信電力を減らすように端末デバイスに示し得る。ランダムアクセス応答のアップリンクグラントにおいては、ＴＰＣフィールドは、３ビットを使用することによって示され、ＴＰＣフィールドの別々のステータス値は、別々の電力調整量に対応する。表５は、既存のプロトコルにおけるＴＰＣフィールドのステータス値と、それぞれのステータス値に対応する電力調整量とを示している。

カバレッジの制限されている端末デバイスに関しては、通常では、フルパワー送信はアクセス要件を満たすことが可能ではなく、ＴＰＣフィールドによって示される電力調整率は、正の値であるべきである。このケースに基づいて、カバレッジの制限されている端末のＴＰＣフィールドのインデックス値は４～７であるということが示され、言い換えれば、カバレッジの制限されている端末によって必要とされて、選択されることが可能であるＴＰＣインデックス値は、４つのケースのみを有する。そのため、２ビットを選択することは、カバレッジの制限されている端末のＴＰＣインデックス値を示すという目的を満たし得る。このケースにおいては、ＴＰＣフィールドの１ビットは、第１の表示情報を搬送する共有ビットとして使用され得、共有ビットは、ＴＰＣフィールドのＭＳＢまたは最下位ビット（ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ，ＬＳＢ）であり得る。言い換えれば、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

表５において示されているように、カバレッジの制限されている端末によって選択されたＴＰＣフィールドのインデックス値が４～７である（対応する電力調整値が２、４、６、および８である）場合には、ＴＰＣフィールドの対応するステータス値は１００～１１１であり、最高位ビットは常に１であり、２つの下位ビットの別々のステータス値は、別々の電力調整値に対応する。このケースにおいては、それはまた、カバレッジの制限されている端末デバイスがＴＰＣフィールドにおける３ビットフィールドにおける２つの下位ビットのステータス値を識別するだけでよく、最高位ビットが冗長ビットであるということとして理解され得る。このケースにおいては、冗長ビットは、第１の表示情報を搬送するために共有ビットとして使用され得る。

加えて、ＴＰＣフィールドの最下位ビットＬＳＢが共有ビットとして選択されている場合には、ＴＰＣフィールドのすべてのステータス値０００～００１は、電力調整値２を示し、そしてＬＳＢは、繰り返し送信の量を示す。カバレッジの制限されている端末の電力調整値と、レガシーＵＥの電力調整値と、ＴＰＣフィールドのステータス値との間における対応が、表６において示されている。

前述のケースに基づいて、ＴＰＣフィールドは、第１の表示情報を搬送するために共有ビットとして１ビットを提供し得る。ＭＣＳフィールドの１ビットが第１の表示情報を搬送する様式に基づいて、この実施形態においては、繰り返し送信の量が事前に設定されていて繰り返し送信係数が設定されている様式で、繰り返し送信の所望の量が柔軟に設定され得る。具体的な実施態様は、ＭＣＳフィールドの実施態様と同様である。詳細が再びここで記述されることはない。

実際の適用シナリオにおいては、ＭＣＳフィールドおよびＴＰＣフィールドの両方が使用され得る。そのため、本出願のこの実施形態において提供されている方法においては、示されることが可能である繰り返し送信の量の値をさらに増やして、繰り返し送信タイプ、繰り返し送信係数などを示すために、ＭＣＳフィールドおよびＴＰＣフィールドによって提供されることが可能である共有ビットどうしがさらに組み合わせて使用され得る。具体的な実施態様は、下記のとおりであり得る。

合同表示様式１： ＭＣＳフィールドの最上位ビットおよびＴＰＣフィールドの最下位ビットが使用されて、繰り返し送信の量を合同で示す場合には、合同表示中に、ＭＣＳフィールドの最上位ビットおよびＴＰＣフィールドの最下位ビットが選択され得、またはＭＣＳフィールドの最上位ビットおよびＴＰＣフィールドの最上位ビットが使用されて、繰り返し送信の量を合同で示し得る。繰り返し送信係数Ｋが構成されていない場合には、Ｋはデフォルトで１である。繰り返し送信の対応する示される量が、下記の表７において示されている。ＭＣＳフィールドにおける共有ビットがＴＰＣフィールドにおける共有ビットと組み合わされる場合に、それらの２つのビットの順序は、下記の表における順序に限定されない。

合同表示様式２： ＭＣＳフィールドの最上位ビットのうちの最初の２ビットおよびＴＰＣフィールドの最下位ビットが使用されて、繰り返し送信の量を合同で示す場合には、合同表示中に、ＭＣＳフィールドの最上位ビットのうちの最初の２ビットおよびＴＰＣフィールドの最上位ビットが使用されて、繰り返し送信の量を合同で示し得る。下記の表８において示されているように、繰り返し送信係数Ｋが構成されていない場合には、Ｋはデフォルトで１である。この実施形態においては、Ｋは２に設定され得る。ＭＣＳフィールドの最上位ビットおよびＴＰＣフィールドの最下位ビットの順序は、下記の表における順序に限定されない。

合同表示様式３： ＭＣＳフィールドの最上位ビットのうちの最初の２ビットが繰り返し送信の量を示す場合には、ＴＰＣフィールドの最下位ビットまたは最上位ビットは、繰り返しタイプ、すなわち、繰り返し送信中に繰り返しタイプが具体的に繰り返しタイプＡであるか、または繰り返しタイプＢであるかを示し得る。

確かに、前述の３つの合同表示様式においては、少なくとも２つの共有ビットがある場合には、繰り返し送信の繰り返しタイプを示すために１つのビットが取っておかれ得る。

本出願のこの実施形態においては、第１の情報（第１の情報は、従来のテクノロジーにおけるランダムアクセス手順においてネットワークデバイスおよび端末デバイスによって送信される情報である）を受信した後に、端末デバイスは、第１の情報における共有ビットに基づいて第１の表示情報を取得する。第１の表示情報は、Ｍｓｇ ３の繰り返し送信の量を示し得る。共有ビットは、第１の情報および第１の表示情報によって共有される。具体的には、第１の表示情報が搬送されない場合には、共有ビットは、第１の情報によって搬送される必要がある情報を示し得る。そのため、本出願のこの実施形態において提供されている方法によれば、端末デバイスは、時間／周波数リソースオーバーヘッドを増やすことなく、Ｍｓｇ ３の繰り返し送信の量を取得して、Ｍｓｇ ３の繰り返し送信を実施し、端末デバイスの限られているカバレッジという問題を回避することが可能である。

前述の実施形態における機能を実施するために、ネットワークデバイスおよび端末デバイスは、その機能を実行するための対応するハードウェア構造および／またはソフトウェアモジュールを含むということが理解され得る。本出願において開示されている実施形態において記述されている例におけるユニットおよび方法ステップと組み合わせて、本出願は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアとの組合せによって実装されることが可能であるということに当業者なら容易に気づくはずである。機能がハードウェアによって実行されるか、ソフトウェアによって実行されるか、またはコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかは、技術的な解決策の個別の適用シナリオおよび設計制約に依存する。

図４は、本出願の実施形態による可能な通信装置の構造の概略図である。通信装置４００は、前述の方法実施形態における端末デバイスの機能を実施し得る。そのため、前述の方法実施形態の有益な効果が実施されることも可能である。本出願のこの実施形態においては、通信装置は、図１において示されている端末デバイス１１０であり得、またはその端末デバイスにおいて使用されるモジュール（チップなど）であり得る。

図４において示されているように、通信装置４００は、受信ユニット４０１と処理ユニット４０２とを含み、処理ユニット４０２は、図３において示されている方法実施形態における端末デバイスの機能を実施するように構成され得る。具体的には、下記のとおりである。

受信ユニット４０１は、第１の情報を受信するように構成されている。

任意選択で、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

任意選択で、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

処理ユニット４０２は、第１の情報における共有ビットに基づいて第１の表示情報を取得することであって、第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、共有ビットは、第１の表示情報および第１の情報によって共有されること、ならびに第１の表示情報に基づいて第３のメッセージの繰り返し送信の量を決定することを行うように構成されている。

任意選択で、処理ユニット４０２は、第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて第３のメッセージの繰り返し送信の量を決定するように特に構成されている。

繰り返し送信係数Ｋは、第１の表示情報に含められる。

あるいは、繰り返し送信係数Ｋは、事前に定義された値である。

あるいは、繰り返し送信係数Ｋは、受信されたシステムメッセージＳＩＢに含められる。

任意選択で、通信装置は下記をさらに含み得る。

処理ユニット４０２は、基準信号受信電力ＲＳＲＰに基づいてカバレッジレベルを決定するようにさらに構成されている。

図５は、本出願の実施形態による可能な通信装置の構造の概略図である。通信装置５００は、前述の方法実施形態におけるネットワークデバイスの機能を実施し得る。そのため、前述の方法実施形態の有益な効果が実施されることも可能である。本出願のこの実施形態においては、通信装置は、図１において示されているアクセスネットワークデバイス１２０であり得、またはそのアクセスネットワークデバイスにおいて使用されるモジュール（チップなど）であり得る。

図５において示されているように、通信装置５００は、処理ユニット５０１と送信ユニット５０２とを含む。通信装置５００は、図３において示されている方法実施形態におけるネットワークデバイスの機能を実施するように構成され得る。

具体的には、処理ユニット５０１は、第１の表示情報を第１の情報における共有ビットに含めるように構成されている。第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示す。第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求である。共有ビットは、第１の表示情報および第１の情報によって共有される。

実施態様においては、第１の表示情報は、Ｍｓｇ ３の繰り返し送信のタイプをさらに示す。繰り返し送信のタイプは、繰り返しタイプＡおよび繰り返しタイプＢを含む。

送信ユニット５０２は、第１の情報を端末デバイスへ送信するように構成されている。

実施態様においては、処理ユニット５０１は、繰り返し送信係数Ｋを第１の表示情報に含めることであって、第３のメッセージの繰り返し送信の量は、第１の表示情報および繰り返し送信係数Ｋを使用することによって決定される、含めること、または繰り返し送信係数ＫをシステムメッセージＳＩＢに含めることを行うようにさらに構成されている。

実施態様においては、第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む。

実施態様においては、第１の情報がＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである。

実施態様においては、第１の情報がＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、共有ビットは、ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである。

実施態様においては、通信装置は下記をさらに含み得る。

処理ユニットは、端末デバイスによって使用される確保されている物理ランダムアクセスチャネルＰＲＡＣＨリソースに基づいて端末デバイスのカバレッジレベルを決定すること、
端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて端末デバイスのカバレッジレベルを決定すること、または
ＰＲＡＣＨチャネル上で端末デバイスによって搬送される信号の受信電力に基づいて端末デバイスのカバレッジレベルを決定することを行うようにさらに構成されている。

受信ユニット４０１、処理ユニット４０２、処理ユニット５０１、および送信ユニット５０２のさらに詳細な記述に関しては、前述の方法実施形態における関連した記述を参照されたい。詳細が再びここで記述されることはない。受信ユニット４０１および送信ユニット５０２のハードウェア要素は、トランシーバであり得、処理ユニット４０２および処理ユニット５０１のハードウェア要素は、プロセッサであり得る。

図６は、本出願の実施形態を示している。通信装置６００が、プロセッサ６０１およびインターフェース回路６０２を含む。プロセッサ６０１およびインターフェース回路６０２は、バス６０３を通じて接続され得る。インターフェース回路６０２は、トランシーバまたは入力／出力インターフェースであり得るということが理解され得る。任意選択で、通信装置６００は、プロセッサ６０１によって実行されることになる命令を格納するように、プロセッサ６０１によって命令を実行するために必要とされる入力データを格納するように、またはプロセッサ６０１が命令を実行した後に生成されるデータを格納するように構成されているメモリをさらに含み得る。

通信装置６００が、前述の方法実施形態における方法を実施するように構成される場合には、プロセッサ６０１は、処理ユニット４０２または処理ユニット５０１の機能を実行するように構成され、インターフェース回路６０２は、受信ユニット４０１および送信ユニット５０２の機能を実行するように構成される。

通信装置６００が、端末デバイスにおいて使用されるチップである場合には、端末デバイスにおけるそのチップは、前述の方法実施形態における端末デバイスの機能を実施する。端末デバイスにおけるチップは、端末デバイスにおける別のモジュール（たとえば、無線周波数モジュールまたはアンテナ）から情報を受信し、その情報は、ネットワークデバイスによって端末デバイスへ送信される。あるいは、端末デバイスにおけるチップは、端末デバイスにおける別のモジュール（たとえば、無線周波数モジュールまたはアンテナ）へ情報を送信し、その情報は、端末デバイスによってネットワークデバイスへ送信される。

通信装置６００が、ネットワークデバイスにおいて使用されるチップである場合には、ネットワークデバイスにおけるそのチップは、前述の方法実施形態におけるネットワークデバイスの機能を実施する。ネットワークデバイスにおけるチップは、ネットワークデバイスにおける別のモジュール（たとえば、無線周波数モジュールまたはアンテナ）から情報を受信し、その情報は、端末デバイスによってネットワークデバイスへ送信される。あるいは、ネットワークデバイスにおけるチップは、ネットワークデバイスにおける別のモジュール（たとえば、無線周波数モジュールまたはアンテナ）へ情報を送信し、その情報は、ネットワークデバイスによって端末デバイスへ送信される。

本出願の実施形態におけるプロセッサは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）であり得、または別の汎用プロセッサ、デジタルシグナルプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）もしくは別のプログラマブルロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、またはそれらの任意の組合せであり得るということが理解され得る。汎用プロセッサは、マイクロプロセッサまたは任意の従来のプロセッサであり得る。

本出願の実施形態においては、端末デバイスまたはネットワークデバイスは、ハードウェアレイヤと、ハードウェアレイヤ上で稼働するオペレーティングシステムレイヤと、オペレーティングシステムレイヤ上で稼働するアプリケーションレイヤとを含む。ハードウェアレイヤは、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）、メモリ管理ユニット（ｍｅｍｏｒｙ ｍａｎａｇｅｍｅｎｔ ｕｎｉｔ，ＭＭＵ）、およびメモリ（メインメモリとも呼ばれる）などのハードウェアを含む。オペレーティングシステムは、プロセス（ｐｒｏｃｅｓｓ）を通じてサービス処理を実施する任意の１つまたは複数のタイプのコンピュータオペレーティングシステム、たとえば、Ｌｉｎｕｘオペレーティングシステム、Ｕｎｉｘオペレーティングシステム、Ａｎｄｒｏｉｄオペレーティングシステム、ｉＯＳオペレーティングシステム、またはＷｉｎｄｏｗｓオペレーティングシステムであり得る。アプリケーションレイヤは、ブラウザ、アドレス帳、ワープロソフトウェア、およびインスタントメッセージングソフトウェアなどのアプリケーションを含む。加えて、本出願の実施形態において提供されている方法による通信を実行するために、本出願の実施形態において提供されている方法のコードを記録しているプログラムが実行されることが可能であるならば、本出願の実施形態において提供されている方法の実行主体の具体的な構造は、本出願の実施形態においては特に限定されない。たとえば、本出願の実施形態において提供されている方法の実行主体は、端末デバイスもしくはネットワークデバイス、または端末デバイスもしくはネットワークデバイスにおいてプログラムを呼び出して実行することが可能である機能モジュールであり得る。

加えて、本出願の態様または特徴は、標準的なプログラミングおよび／またはエンジニアリングテクノロジーを使用する方法、装置、または製品として実施され得る。本出願において使用されている「製品」という用語は、任意のコンピュータ可読コンポーネント、キャリア、または媒体からアクセスされることが可能であるコンピュータプログラムをカバーしている。たとえば、コンピュータ可読媒体は、磁気記憶コンポーネント（たとえば、ハードディスク、フロッピーディスク、または磁気テープ）、光ディスク（たとえば、コンパクトディスク（ｃｏｍｐａｃｔ ｄｉｓｃ，ＣＤ）およびデジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ，ＤＶＤ））、スマートカード、ならびにフラッシュメモリコンポーネント（たとえば、消去可能プログラマブル読み取り専用メモリ（ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＥＰＲＯＭ）、カード、スティック、またはキードライブ）を含み得るが、それらに限定されない。加えて、本明細書において記述されているさまざまな記憶媒体は、情報を格納するように構成されている１つまたは複数のデバイスおよび／またはその他の機械可読媒体を示すことがある。「機械可読媒体」という用語は、無線チャネル、ならびに、命令および／またはデータを格納すること、含むこと、および／または搬送することが可能であるさまざまなその他の媒体を含み得るが、それらに限定されない。

図７は、本出願の実施形態によるネットワークデバイスの構造の概略図、たとえば、基地局の構造の概略図である。基地局２０００は、前述の方法実施形態におけるネットワークデバイスの機能を実行するために、図１において示されているシステムにおいて使用され得る。図において示されているように、基地局２０００は、少なくとも１つのアンテナ２１０１と、少なくとも１つの無線周波数ユニット２１０２とを含み得る。任意選択で、トランシーバユニット２１００は、受信ユニットおよび送信ユニットを含み得る。受信ユニットは、受信機（または受信機機械もしくは受信機回路と呼ばれる）に対応し得、送信ユニットは、送信機（または送信機機械もしくは送信機回路と呼ばれる）に対応し得る。

図７において示されている基地局２０００は、前述の方法実施形態におけるネットワークデバイスに関連したそれぞれのプロセスを実施することが可能であることが理解されたい。基地局２０００におけるモジュールのオペレーションまたは機能はそれぞれ、前述の方法実施形態における対応する手順を実施することを意図されている。詳細に関しては、前述の方法実施形態における記述を参照されたい。繰り返しを避けるために、ここでは詳細な記述は適宜省略されている。

図８は、本出願の実施形態による端末デバイス３０００の構造の概略図である。図において示されているように、端末デバイス３０００は、プロセッサ３００１およびトランシーバ３００２を含む。任意選択で、端末デバイス３０００は、メモリ３００３をさらに含み得る。プロセッサ３００１、トランシーバ３００２、およびメモリ３００３は、内部接続経路を通じて互いと通信し、制御信号および／またはデータ信号を転送し得る。メモリ３００３は、コンピュータプログラムを格納するように構成されている。プロセッサ３００１は、メモリ３００３からコンピュータプログラムを呼び出し、そのコンピュータプログラムを実行して、トランシーバ３００２を制御して信号を受信および送信するように構成されている。

プロセッサ３００１およびメモリ３００３は、１つの処理装置３００４へと統合され得る。プロセッサ３００１は、メモリ３００３に格納されているプログラムコードを実行して、前述の機能を実施するように構成されている。図において示されている処理装置３００４は、例にすぎないということを理解されたい。特定の実施中には、メモリ３００３は、代替としてプロセッサ３００１へと統合され得、またはプロセッサ３００１から独立し得る。これは、本出願においては限定されない。

端末デバイス３０００は、トランシーバ３００２によって出力されたアップリンクデータまたはアップリンク制御シグナリングを、無線信号を使用することによって送信するように構成されているアンテナ３０１０をさらに含み得る。

図８において示されている端末デバイス３０００は、前述の方法実施形態における端末デバイスに関連したそれぞれのプロセスを実施することが可能であることを理解されたい。端末デバイス３０００におけるモジュールのオペレーションまたは機能はそれぞれ、前述の方法実施形態における対応する手順を実施することを意図されている。詳細に関しては、前述の方法実施形態における記述を参照されたい。繰り返しを避けるために、ここでは詳細な記述は適宜省略されている。

任意選択で、端末デバイス３０００は、端末デバイスにおけるさまざまなコンポーネントまたは回路に電力を供給するように構成されている電源３００５をさらに含み得る。

加えて、端末デバイスの機能を改善するために、端末デバイス３０００は、入力ユニット３００６、ディスプレイユニット３００７、オーディオ回路３００８、カメラ３００９、センサ３０１１などのうちの１つまたは複数をさらに含み得る。オーディオ回路は、スピーカー３００８１、マイクロフォン３００８２などをさらに含み得る。

処理装置はチップであり得るということを理解されたい。たとえば、処理装置は、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）であり得、汎用プロセッサ、デジタルシグナルプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）もしくは別のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジックデバイス、もしくはディスクリートハードウェアコンポーネントであり得、システムオンチップ（ｓｙｓｔｅｍ ｏｎ ｃｈｉｐ，ＳｏＣ）であり得、中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ，ＣＰＵ）であり得、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ，ＮＰ）であり得、デジタルシグナルプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）であり得、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ，ＭＣＵ）であり得、またはプログラマブルコントローラ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ，ＰＬＤ）もしくは別の統合されたチップであり得る。処理装置は、本出願の実施形態において開示されている方法、ステップ、および論理ブロック図を実施または実行し得る。汎用プロセッサは、マイクロプロセッサであり得、またはプロセッサは、任意の従来のプロセッサなどであり得る。本出願の実施形態に関連して開示されている方法のステップは、ハードウェアデコーディングプロセッサを使用することによって直接実行および達成され得、またはデコーディングプロセッサにおけるハードウェアモジュールとソフトウェアモジュールとの組合せを使用することによって実行および達成され得る。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、電気的消去可能プログラマブルメモリ、レジスタなど、当技術分野における成熟した記憶媒体に配置され得る。記憶媒体は、メモリに配置され、プロセッサは、メモリにおける情報を読み取り、プロセッサのハードウェアとの組合せで前述の方法におけるステップを完了する。

メモリ３００３は、揮発性メモリもしくは不揮発性メモリであり得、または揮発性メモリおよび不揮発性メモリを含み得る。不揮発性メモリは、読み取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル読み取り専用メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）、またはフラッシュメモリであり得る。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）であり得る。限定ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（ｓｔａｔｉｃ ＲＡＭ，ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ｄｙｎａｍｉｃ ＲＡＭ，ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ，ＤＤＲ ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ，ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ，ＳＬＤＲＡＭ）、およびダイレクトラムバスランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ，ＤＲ ＲＡＭ）が使用され得る。

本明細書において記述されているシステムおよび方法におけるメモリは、これらのメモリおよび別の適切なタイプの任意のメモリを含むことを意図されているが、それらに限定されないということに留意されたい。

本出願は、コンピュータプログラム製品をさらに提供する。このコンピュータプログラム製品は、コンピュータプログラムコードを含む。そのコンピュータプログラムコードがコンピュータ上で稼働したときに、コンピュータは、前述の方法実施形態のうちのいずれか１つにおいて端末デバイスまたはネットワークデバイスによって実行される方法を実行することを可能にされる。

本出願は、コンピュータ可読媒体をさらに提供する。このコンピュータ可読媒体は、プログラムコードを格納している。そのプログラムコードがコンピュータ上で稼働したときに、コンピュータは、前述の方法実施形態においてネットワークデバイスまたは端末デバイスによって実行される方法を実行することを可能にされる。

本出願は、少なくとも１つの端末デバイスと、少なくとも１つのネットワークデバイスとを含むシステムをさらに提供する。

前述の実施形態のうちのすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって実装され得る。実施形態を実装するためにソフトウェアが使用される場合には、実施形態のうちのすべてまたはいくつかは、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロードされて実行されたときに、本出願の実施形態による手順または機能のうちのすべてまたはいくつかが生み出される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に格納され得るか、またはコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信され得る。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ、有線（たとえば、同軸ケーブル、光ファイバ、もしくはデジタルサブスクライバーライン（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ，ＤＳＬ））の、またはワイヤレス（たとえば、赤外線、ラジオ波、もしくはマイクロ波）の様式で送信され得る。コンピュータ可読記憶媒体は、１つまたは複数の使用可能な媒体を統合している、サーバまたはデータセンターなど、コンピュータ、またはデータ記憶デバイスによってアクセス可能な任意の使用可能な媒体であり得る。使用可能な媒体は、磁気媒体（たとえば、フロッピーディスク、ハードディスク、または磁気テープ）、光媒体（たとえば、デジタルビデオディスク（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ，ＤＶＤ））、半導体媒体（たとえば、ソリッドステートディスク（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ，ＳＳＤ））などであり得る。

本明細書において使用されている「コンポーネント」、「モジュール」、および「システム」などの用語は、コンピュータ関連のエンティティー、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、または実行されているソフトウェアを示すために使用されている。たとえば、コンポーネントは、プロセッサ上で稼働しているプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、またはコンピュータであり得るが、それらに限定されない。図において示されているように、コンピューティングデバイス上で稼働しているアプリケーション、およびコンピューティングデバイスは両方とも、コンポーネントであり得る。１つまたは複数のコンポーネントが、プロセスおよび／または実行スレッド内に常駐し得、コンポーネントが、１つのコンピュータ上に配置され得るか、または２つ以上のコンピュータの間において分散され得る。加えて、これらのコンポーネントは、さまざまなデータ構造を格納しているさまざまなコンピュータ可読媒体から実行され得る。たとえば、これらのコンポーネントは、１つまたは複数のデータパケット（たとえば、ローカルシステムにおいて、分散システムにおいて、またはインターネットなどのネットワークを介して別のコンポーネントと対話して、信号を使用することによって別のシステムと対話する２つのコンポーネントからのデータ）を有する信号に基づいてローカルまたはリモートプロセスを使用することによって通信し得る。

本明細書の全体を通じて言及されている「実施形態」は、この実施形態に関連した特定の機能、構造、または特徴が本出願の少なくとも１つの実施形態に含まれていることを意味するということを理解されたい。そのため、本明細書全体における実施形態は、必ずしも同じ実施形態を指しているとは限らない。加えて、これらの特定の機能、構造、または特徴は、任意の適切な様式を使用することによって１つまたは複数の実施形態において組み合わされ得る。

本出願の実施形態においては、「第１の」、「第２の」などの番号は、別々のオブジェクトの間を区別するためのもの、たとえば、別々のネットワークデバイスの間を区別するためのものにすぎず、本出願の実施形態の範囲についての制限を構成するものではないということを理解されたい。本出願の実施形態は、それに限定されない。

本出願においては、「ｗｈｅｎ（～ときには）」および「ｉｆ（～場合には）」の両方は、ネットワーク要素が、対応する処理を目的の状況において実行するということを意味するが、時間についての制限を構成するものではなく、ネットワーク要素が、実施中に、決定するアクションを有することを必要とするものではなく、その他の制限を意味するものでもないということをさらに理解されたい。

本出願においては、「少なくとも１つ」は、１つまたは複数を意味し、「複数の」は、２つ以上を意味するということをさらに理解されたい。

本出願の実施形態においては、「Ａに対応するＢ」は、ＢがＡに関連付けられていて、ＢがＡに基づいて決定され得るということを示しているということをさらに理解されたい。しかしながら、Ａに基づいてＢを決定することは、ＢがＡのみに基づいて決定されるということを意味するものではないということをさらに理解されたい。Ｂは、代替として、Ａおよび／またはその他の情報に基づいて決定され得る。

本明細書における「および／または」という用語は、関連付けられているオブジェクトどうしを記述するための関連付け関係のみを記述しており、３つの関係が存在し得るということを表しているということをさらに理解されたい。たとえば、「Ａおよび／またはＢ」は、「Ａのみが存在する」、「ＡおよびＢの両方が存在する」、ならびに「Ｂのみが存在する」という３つのケースを表し得る。加えて、本明細書における「／」という文字は一般に、関連付けられているオブジェクトどうしの間における「または」という関係を示している。

別段の指定がない限り、本出願において使用されている「アイテムが、Ａ、Ｂ、およびＣのうちの１つまたは複数を含む」という表現と同様の表現は通常、そのアイテムが、「Ａ」、「Ｂ」、「Ｃ」、「ＡおよびＢ」、「ＡおよびＣ」、「ＢおよびＣ」、「Ａ、Ｂ、およびＣ」、「ＡおよびＡ」、「Ａ、Ａ、およびＡ」、「Ａ、Ａ、およびＢ」、「Ａ、Ａ、およびＣ」、「Ａ、Ｂ、およびＢ」、「Ａ、Ｃ、およびＣ」、「ＢおよびＢ」、「Ｂ、Ｂ、およびＢ」、「Ｂ、Ｂ、およびＣ」、「ＣおよびＣ」、「Ｃ、Ｃ、およびＣ」、ならびにＡとＢとＣとの別の組合せのうちのいずれか１つであり得るということを意味する。前述の記述においては、Ａ、Ｂ、およびＣという３つの要素は、アイテムの任意選択のケースを記述するために例として使用されている。ある表現が、「アイテムは、Ａ、Ｂ、．．．、およびＸのうちの少なくとも１つを含む」である場合、言い換えれば、より多くの要素がその表現に含まれる場合には、そのアイテムが適用可能であるケースがまた、前述のルールに従って取得され得る。

本出願の実施形態においては、端末デバイスおよび／またはネットワークデバイスは、本出願の実施形態におけるいくつかのまたはすべてのステップを実行し得るということが理解され得る。これらのステップまたはオペレーションは、例にすぎない。本出願の実施形態においては、その他のオペレーションまたはさまざまなオペレーションの変形がさらに実行され得る。加えて、ステップどうしは、本出願の実施形態において提示されている順序とは異なる順序で実行され得、本出願の実施形態におけるすべてのオペレーションが必ずしも実行されるとは限らないことがある。

本明細書において開示されている実施形態において記述されている例に関連して、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアとの組合せによって、ユニットおよびアルゴリズムステップが実施され得るということを、当技術分野における普通のスキルを有する者なら認識し得る。機能がハードウェアによって実行されるか、またはソフトウェアによって実行されるかは、技術的な解決策の個別の用途および設計制約に依存する。当業者なら、記述されている機能をそれぞれの個別の用途のために実施する目的でさまざまな方法を使用し得るが、その実施は本出願の範囲を超えるものとみなされるべきではない。

便利で簡潔な記述という目的のために、前述のシステム、装置、およびユニットの詳細な機能プロセスに関しては、前述の方法実施形態における対応するプロセスを参照されたいということが当業者によって明らかに理解され得、詳細が再びここで記述されることはない。

本出願において提供されているいくつかの実施形態においては、開示されているシステム、装置、および方法が別の様式で実施され得るということを理解されたい。たとえば、前述の装置実施形態は例にすぎない。たとえば、ユニットどうしの区分は、論理的な機能区分にすぎず、実際の実施中にはその他の区分であってもよい。たとえば、複数のユニットもしくはコンポーネントが組み合わされてもしくは統合されて別のシステムになってもよく、またはいくつかの機能が無視されてもよく、もしくは実行されなくてもよい。加えて、表示されているまたは論じられている相互の結合または直接の結合または通信接続は、いくつかのインターフェースを通じて実施され得る。装置どうしまたはユニットどうしの間における間接的な結合または通信接続は、電気的な、機械的な、または別の形態で実施され得る。

別々の部分として記述されているユニットどうしは、物理的に別々であってもよく、または物理的に別々でなくてもよく、ユニットとして表示されている部分は、物理的なユニットであってもよく、または物理的なユニットでなくてもよく、１つの位置に配置されてもよく、または複数のネットワークユニット上に分散されてもよい。ユニットのうちのいくつかまたはすべては、実施形態の解決策の目的を達成するために実際の要件に基づいて選択され得る。

加えて、本出願の実施形態における機能ユニットどうしが統合されて１つの処理ユニットになってもよく、またはそれらのユニットのそれぞれが物理的に単独で存在してもよく、または２つ以上のユニットが統合されて１つのユニットになる。

機能がソフトウェア機能ユニットの形態で実装されて、独立した製品として販売または使用される場合には、それらの機能は、コンピュータ可読記憶媒体に格納され得る。そのような理解に基づいて、本出願の技術的な解決策は本質的に、または従来のテクノロジーに寄与する部分は、またはそれらの技術的な解決策のいくつかは、ソフトウェア製品の形態で実装され得る。そのコンピュータソフトウェア製品は、記憶媒体に格納され、本出願の実施形態において記述されている方法のステップのうちのすべてまたはいくつかを実行するようにコンピュータデバイス（これは、パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る）に指示するためのいくつかの命令を含む。前述の記憶媒体は、ＵＳＢフラッシュドライブ、取り外し可能なハードディスク、読み取り専用メモリＲＯＭ、ランダムアクセスメモリＲＡＭ、磁気ディスク、または光ディスクなど、プログラムコードを格納することが可能である任意の媒体を含む。

前述の記述は、本出願の特定の実施態様にすぎず、本出願の保護範囲を限定することを意図されているものではない。本出願において開示されている技術的な範囲内で当業者によって容易に考え出されるいかなる変形形態または代替形態も、本出願の保護範囲内に収まるものとする。そのため、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

Claims (30)

1. 通信方法であって、前記方法は、
   端末デバイスによって、第１の情報を受信するステップと、
   前記端末デバイスによって、前記第１の情報における共有ビットに基づいて第１の表示情報を取得するステップであって、前記第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、前記第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、前記共有ビットは、前記第１の表示情報および前記第１の情報によって共有される、ステップと、
   前記端末デバイスによって、前記第１の表示情報に基づいて前記第３のメッセージの繰り返し送信の前記量を決定するステップと
   を含む、方法。
2. 前記第１の表示情報は、前記Ｍｓｇ ３の繰り返し送信のタイプをさらに示す、請求項１に記載の方法。
3. 前記第１の表示情報に基づいて前記第３のメッセージの繰り返し送信の前記量を決定する前記ステップは、
   前記第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて前記第３のメッセージの繰り返し送信の前記量を決定するステップを含む、請求項１または２に記載の方法。
4. 前記繰り返し送信係数Ｋは、前記第１の表示情報に含められるか、
   前記繰り返し送信係数Ｋは、事前に定義された値であるか、または
   前記繰り返し送信係数Ｋは、受信されたシステムメッセージブロックＳＩＢに含められる、請求項３に記載の方法。
5. 前記第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む、請求項１乃至４のいずれか一項に記載の方法。
6. 前記第１の情報が前記ＭＣＳフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである、請求項５に記載の方法。
7. 前記第１の情報が前記ＴＰＣフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである、請求項５に記載の方法。
8. 前記端末デバイスによって、基準信号受信電力ＲＳＲＰに基づいて前記カバレッジレベルを決定するステップ
   をさらに含む、請求項６または７に記載の方法。
9. ネットワークデバイスによって、第１の表示情報を設定するステップであって、前記第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、前記第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、前記共有ビットは、前記第１の表示情報および前記第１の情報によって共有される、ステップと、
   前記ネットワークデバイスによって、前記第１の情報を端末デバイスへ送信するステップと
   を含む通信方法。
10. 前記第１の表示情報は、前記Ｍｓｇ ３の繰り返し送信のタイプをさらに示す、請求項９に記載の方法。
11. 前記ネットワークデバイスによって、前記第１の表示情報において繰り返し送信係数Ｋを設定するステップ、または
    前記ネットワークデバイスによって、システムメッセージＳＩＢにおいて繰り返し送信係数Ｋを設定するステップをさらに含み、
    前記第３のメッセージの繰り返し送信の前記量は、前記第１の表示情報および前記繰り返し送信係数Ｋを使用することによって決定される、請求項９または１０に記載の方法。
12. 前記第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む、請求項９乃至１１のいずれか一項に記載の方法。
13. 前記第１の情報が前記ＭＣＳフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである、請求項１２に記載の方法。
14. 前記第１の情報が前記ＴＰＣフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである、請求項１２に記載の方法。
15. 前記ネットワークデバイスによって、前記端末デバイスによって使用される確保されている物理ランダムアクセスチャネルＰＲＡＣＨリソースに基づいて前記端末デバイスの前記カバレッジレベルを決定するステップ、
    前記ネットワークデバイスによって、前記端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて前記端末デバイスの前記カバレッジレベルを決定するステップ、または
    前記ネットワークデバイスによって、ＰＲＡＣＨチャネル上で前記端末デバイスによって搬送される信号の受信電力に基づいて前記端末デバイスの前記カバレッジレベルを決定するステップ
    をさらに含む、請求項１３または１４に記載の方法。
16. 第１の情報を受信するように構成されている受信ユニットと、
    前記第１の情報における共有ビットに基づいて第１の表示情報を取得することであって、前記第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、前記第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、前記共有ビットは、前記第１の表示情報および前記第１の情報によって共有されること、ならびに前記第１の表示情報に基づいて前記第３のメッセージの繰り返し送信の前記量を決定することを行うように構成されている処理ユニットと
    を含む通信装置。
17. 第１の決定ユニットが、前記第１の表示情報と繰り返し送信係数Ｋとによって示される繰り返し送信の第１の量に基づいて前記第３のメッセージの繰り返し送信の前記量を決定するように特に構成されている、請求項１６に記載の通信装置。
18. 前記繰り返し送信係数Ｋは、前記第１の表示情報に含められるか、
    前記繰り返し送信係数Ｋは、事前に定義された値であるか、または
    前記繰り返し送信係数Ｋは、受信されたシステムメッセージＳＩＢに含められる、請求項１７に記載の通信装置。
19. 前記第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む、請求項１６乃至１８のいずれか一項に記載の通信装置。
20. 前記第１の情報が前記ＭＣＳフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである、請求項１９に記載の通信装置。
21. 前記第１の情報が前記ＴＰＣフィールドであり、端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである、請求項１９に記載の通信装置。
22. 前記処理ユニットが、基準信号受信電力ＲＳＲＰに基づいて前記カバレッジレベルを決定するようにさらに構成されている、請求項２０または２１に記載の通信装置。
23. 第１の情報における共有ビットにおいて第１の表示情報を設定するように構成されている処理ユニットであって、前記第１の表示情報は、第３のメッセージＭｓｇ ３の繰り返し送信の量を示し、前記第３のメッセージＭｓｇ ３は、ランダムアクセス手順における無線リソース制御ＲＲＣ接続要求であり、前記共有ビットは、前記第１の表示情報および前記第１の情報によって共有される、処理ユニットと、
    前記第１の情報を端末デバイスへ送信するように構成されている送信ユニットと
    を含む通信装置。
24. 前記処理ユニットは、繰り返し送信係数Ｋを前記第１の表示情報に含めるか、または繰り返し送信係数ＫをシステムメッセージＳＩＢに含めるようにさらに構成されており、前記第３のメッセージの繰り返し送信の前記量は、前記第１の表示情報および前記繰り返し送信係数Ｋを使用することによって決定される、請求項２３に記載の通信装置。
25. 前記第１の情報は、変調およびコーディングスキームＭＣＳフィールドならびに／または送信電力制御ＴＰＣフィールドを含む、請求項２３または２４に記載の通信装置。
26. 前記第１の情報が前記ＭＣＳフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＭＣＳフィールドの最上位ビットＭＳＢにおける１つまたは２つのビットである、請求項２５に記載の通信装置。
27. 前記第１の情報が前記ＴＰＣフィールドであり、前記端末デバイスのカバレッジレベルが、事前に設定されたカバレッジレベルである場合には、前記共有ビットは、前記ＴＰＣフィールドの最下位ビットＬＳＢまたは最上位ビットＭＳＢである、請求項２５に記載の通信装置。
28. 前記処理ユニットは、
    前記端末デバイスによって使用される確保されている物理ランダムアクセスチャネルＰＲＡＣＨリソースに基づいて前記端末デバイスの前記カバレッジレベルを決定すること、
    前記端末デバイスによるＰＲＡＣＨ繰り返し送信の量に基づいて前記端末デバイスの前記カバレッジレベルを決定すること、または
    ＰＲＡＣＨチャネル上で前記端末デバイスによって搬送される信号の受信電力に基づいて前記端末デバイスの前記カバレッジレベルを決定することを行うようにさらに構成されている、請求項２６または２７に記載の通信装置。
29. 少なくとも１つのプロセッサとインターフェース回路とを含む通信装置であって、前記インターフェース回路は、命令および／またはデータの入力または出力を前記少なくとも１つのプロセッサに提供するように構成されており、前記少なくとも１つのプロセッサが前記命令を実行したときに、前記装置は、請求項１乃至１５のいずれか一項に記載の方法を実施することを可能にされる、通信装置。
30. プログラムまたは命令を含む可読記憶媒体であって、コンピュータ上で前記プログラムが実行されるかまたは前記命令が実行されたときに、請求項１乃至８または９乃至１５のいずれか一項に記載の方法が実行される、可読記憶媒体。

Images