(57)【要約】  本願実施例は、端末機器が、受信したランダムアクセス応答が当該端末機器自体に対するランダムアクセス応答であるか否かを決定できるようにする、ランダムアクセス方法及び関連機器を提供する。ここで、前記ランダムアクセス方法は、ネットワーク側によって送信されるランダムアクセス応答メッセージを受信することと、前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断することとを含み、ここで、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
2021533621.tif 000002
【特許請求の範囲】
【請求項１】
端末機器に適用される、ランダムアクセス方法であって、
ネットワーク側によって送信されるランダムアクセス応答メッセージを受信することと、
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断することと、を含み、
前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる、前記ランダムアクセス方法。
【請求項２】
前記指示情報は、
ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ）である第１指示情報を含み、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される、
請求項１に記載のランダムアクセス方法。
【請求項３】
前記指示情報は、
異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報を含む、
請求項１又は２に記載のランダムアクセス方法。
【請求項４】
前記第２指示情報は、前記ランダムアクセス応答内の第１指示フィールドである、
請求項３に記載のランダムアクセス方法。
【請求項５】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである、
請求項３に記載のランダムアクセス方法。
【請求項６】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、
前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する、
請求項３に記載のランダムアクセス方法。
【請求項７】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する、
請求項６に記載のランダムアクセス方法。
【請求項８】
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断することは、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、のうちのいずれか１つを含む、
請求項１ないし７のいずれか一項に記載のランダムアクセス方法。
【請求項９】
前記ランダムアクセスプリアンブルは、事前構成されたランダムアクセスリソースで端末機器によって送信された、且つ少なくとも２つのランダムアクセスプリアンブルから前記端末機器によって選択されたものである、
請求項８に記載のランダムアクセス方法。
【請求項１０】
前記方法は、
前記端末機器が、異なるランダムアクセスリソースで異なるランダムアクセスプロセスを開始することをさらに含む、
請求項１ないし８のいずれか一項に記載のランダムアクセス方法。
【請求項１１】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む、
請求項１０に記載のランダムアクセス方法。
【請求項１２】
ネットワーク機器に適用される、ランダムアクセス方法であって、
ランダムアクセス応答メッセージを端末機器に送信することを含み、
前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる、前記ランダムアクセス方法。
【請求項１３】
前記指示情報は、
ランダムアクセス応答メッセージ内のＲＡＰＩＤである第１指示情報を含み、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される、
請求項１２に記載のランダムアクセス方法。
【請求項１４】
前記指示情報は、
異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む、
請求項１２又は１３に記載のランダムアクセス方法。
【請求項１５】
前記第２指示情報は、前記ランダムアクセス応答内の第１指示フィールドである、
請求項１４に記載のランダムアクセス方法。
【請求項１６】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである、
請求項１４に記載のランダムアクセス方法。
【請求項１７】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、
前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する、
請求項１４に記載のランダムアクセス方法。
【請求項１８】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する、
請求項１７に記載のランダムアクセス方法。
【請求項１９】
前記方法は、
異なるランダムアクセスリソースで前記端末機器によって開始される異なるランダムアクセスプロセスを受信することをさらに含む、
請求項１８に記載のランダムアクセス方法。
【請求項２０】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む、
請求項１９に記載のランダムアクセス方法。
【請求項２１】
端末機器であって、
ネットワーク側によって送信されるランダムアクセス応答メッセージを受信するように構成される第１通信ユニットと、
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断するように構成される第１処理ユニットと、を備え、
前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる、前記端末機器。
【請求項２２】
前記指示情報は、
ランダムアクセス応答メッセージ内のＲＡＰＩＤである第１指示情報を含み、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される、
請求項２１に記載の端末機器。
【請求項２３】
前記指示情報は、
異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む、
請求項２１又は２２に記載の端末機器。
【請求項２４】
前記第２指示情報は、前記ランダムアクセス応答内の第１指示フィールドである、
請求項２３に記載の端末機器。
【請求項２５】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである、
請求項２３に記載の端末機器。
【請求項２６】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、
前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する、
請求項２３に記載の端末機器。
【請求項２７】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する、
請求項２６に記載の端末機器。
【請求項２８】
前記第１処理ユニットは、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定すること、のうちのいずれか１つを実行するように構成される、
請求項２１ないし２７のいずれか一項に記載の端末機器。
【請求項２９】
前記ランダムアクセスプリアンブルは、事前構成されたランダムアクセスリソースで端末機器によって送信された、且つ少なくとも２つのランダムアクセスプリアンブルから前記端末機器によって選択されたものである、
請求項２８に記載の端末機器。
【請求項３０】
前記第１通信ユニットは、異なるランダムアクセスリソースで異なるランダムアクセスプロセスを開始するように構成される、
請求項２１ないし２８のいずれか一項に記載の端末機器。
【請求項３１】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む、
請求項３０に記載の端末機器。
【請求項３２】
ネットワーク機器であって、
ランダムアクセス応答メッセージを端末機器に送信するように構成される第２通信ユニットを備え、
前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる、前記ネットワーク機器。
【請求項３３】
前記指示情報は、
ランダムアクセス応答メッセージ内のＲＡＰＩＤである第１指示情報を含み、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される、
請求項３２に記載のネットワーク機器。
【請求項３４】
前記指示情報は、
異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む、
請求項３２又は３３に記載のネットワーク機器。
【請求項３５】
前記第２指示情報は、前記ランダムアクセス応答内の第１指示フィールドである、
請求項３４に記載のネットワーク機器。
【請求項３６】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである、
請求項３４に記載のネットワーク機器。
【請求項３７】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、
前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する、
請求項３４に記載のネットワーク機器。
【請求項３８】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する、
請求項３７に記載のネットワーク機器。
【請求項３９】
前記第２通信ユニットは、異なるランダムアクセスリソースで前記端末機器によって開始される異なるランダムアクセスプロセスを受信するように構成される、
請求項３８に記載のネットワーク機器。
【請求項４０】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む、
請求項３９に記載のネットワーク機器。
【請求項４１】
端末機器であって、プロセッサと、プロセッサ内で実行可能なコンピュータプログラムを記憶するように構成されたメモリと、を備え、
前記メモリは、コンピュータプログラムを記憶するように構成され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、請求項１ないし１１のいずれか一項に記載の方法のステップを実行するように構成される、前記端末機器。
【請求項４２】
ネットワーク機器であって、プロセッサと、プロセッサ内で実行可能なコンピュータプログラムを記憶するように構成されたメモリと、を備え、
前記メモリは、コンピュータプログラムを記憶するように構成され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、請求項１２ないし２０のいずれか一項に記載の方法のステップを実行するように構成される、前記ネットワーク機器。
【請求項４３】
チップであって、プロセッサを備え、前記プロセッサは、メモリ中からコンピュータプログラムを呼び出して実行することにより、前記チップが搭載された機器に、請求項１ないし１１のいずれか一項に記載の方法を実行させるように構成される、前記チップ。
【請求項４４】
チップであって、プロセッサを備え、前記プロセッサは、メモリ中からコンピュータプログラムを呼び出して実行することにより、前記チップが搭載された機器に、請求項１２ないし２０のいずれか一項に記載の方法を実行させるように構成される、前記チップ。
【請求項４５】
コンピュータ可読記憶媒体であって、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムは、コンピュータに、請求項１ないし２０のいずれか一項に記載の方法のステップを実行させるように構成される、前記コンピュータ可読記憶媒体。
【請求項４６】
コンピュータプログラム製品であって、コンピュータプログラム命令を含み、前記コンピュータプログラム命令は、コンピュータに、請求項１ないし２０のいずれか一項に記載の方法を実行させるように構成される、前記コンピュータプログラム製品。
【請求項４７】
コンピュータに、請求項１ないし２０のいずれか一項に記載の方法を実行させるように構成される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理技術分野に関し、特に、ランダムアクセス方法、端末機器、ネットワーク機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品、並びにコンピュータプログラムに関するものである。
【背景技術】
【０００２】
ニューラジオ（ＮＲ）では、主に、競合に基づくランダムアクセス方式と非競合に基づくランダムアクセス方式の２つのタイプのランダムアクセス方式をサポートする。現在、ランダムアクセスプロセスは、４ステップのアクセスと２ステップのアクセスの２つのタイプがあるので、一システムにおいて、２ステップのＲＡＣＨを実行する端末機器と４ステップのＲＡＣＨを実行する端末機器が共存する場合があるため、この２つのタイプの共存するランダムアクセスプロセスを実行する端末機器が競合する可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記の技術的課題を解決するために、本発明の実施例は、ランダムアクセス方法、端末機器、ネットワーク機器、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品、並びにコンピュータプログラムを提供する。
【課題を解決するための手段】
【０００４】
第１態様によれば、端末機器が実行するランダムアクセス方法を提供し、前記方法は、
ネットワーク側によって送信されるランダムアクセス応答メッセージを受信することと、
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断することと、を含み、
ここで、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０００５】
第２態様によれば、ネットワーク機器が実行するランダムアクセス方法を提供し、前記方法は、
ランダムアクセス応答メッセージを端末機器に送信することを含み、
ここで、前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０００６】
第３態様によれば、端末機器を提供し、前記端末機器は、
ネットワーク側によって送信されるランダムアクセス応答メッセージを受信するように構成される第１通信ユニットと、
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断するように構成される第１処理ユニットと、を備え、
ここで、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０００７】
第４態様によれば、ネットワーク機器を提供し、前記ネットワーク機器は、
ランダムアクセス応答メッセージを端末機器に送信するように構成される第２通信ユニットを備え、
ここで、前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０００８】
第５態様によれば、端末機器を提供し、前記端末機器は、プロセッサと、メモリと、を備える。前記メモリは、コンピュータプログラムを記憶するように構成され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、前記第１態様又はその他の各実施形態における方法を実行するように構成される。
【０００９】
第６態様によれば、ネットワーク機器を提供し、プロセッサと、メモリと、を備える。前記メモリは、コンピュータプログラムを記憶するように構成され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行することにより、前記第２態様又はその他の各実施形態における方法を実行するように構成される。
【００１０】
第７態様によれば、前記第１態様ないし第２態様のいずれか１つ又はその各実施形態における方法を実現するように構成されるチップを提供する。
【００１１】
具体的には、前記チップは、プロセッサを備え、前記プロセッサは、メモリからコンピュータプログラムを呼び出して実行することにより、前記チップが搭載された機器に、前記第１態様ないし第２態様のいずれか１つ又はその各実施形態における方法を実行させるように構成される。
【００１２】
第８態様によれば、コンピュータプログラムを記憶するように構成されるコンピュータ可読記憶媒体を提供し、前記コンピュータプログラムは、コンピュータに、前記第１態様ないし第２態様のいずれか１つ又はその各実施形態における方法を実行させるように構成される。
【００１３】
第９態様によれば、コンピュータプログラム命令を含むコンピュータプログラム製品を提供し、前記コンピュータプログラム命令は、コンピュータに、前記第１態様ないし第２態様のいずれか１つ又はその各実施形態における方法を実行させるように構成される。
【００１４】
第１０態様によれば、コンピュータで実行される時に、コンピュータに、前記第１態様ないし第２態様のいずれか１つ又はその各実施形態における方法を実行させるように構成されるコンピュータプログラムを提供する。
【発明の効果】
【００１５】
本願実施例の技術的解決策によれば、ネットワーク側から端末機器に送信されるランダムアクセス応答メッセージ内の指示情報により、端末機器に対するランダムアクセス応答を受信したか否かを決定でき、当該指示情報は、ランダムアクセス応答タイプ又はランダムアクセスプロセスタイプを指示することができる。これにより、複数のタイプのランダムアクセスプロセスが存在するシステムにおいて、端末機器がそれ自体のランダムアクセスプロセスタイプに準拠するランダムアクセス応答を正しく受信できるように保証することができる。
【図面の簡単な説明】
【００１６】
【図１】本願実施例による通信システムアーキテクチャを示す第１の概略図である。
【図２】本願実施例によるランダムアクセス方法を示す例示的なフローチャートである。
【図３】ＲＡＲ情報内容を示す概略図である。
【図４】ＲＡＲ情報内容を示す概略図である。
【図５】ＲＡＲ情報内容を示す概略図である。
【図６】ＲＡＲ情報内容を示す概略図である。
【図７】ランダムアクセス処理プロセスを示す概略図である。
【図８】本願実施例による端末機器の構成を示す概略構造図である。
【図９】本願実施例による通信機器構成を示す概略構造図である。
【図１０】本願実施例によるチップを示す例示的なブロック図である。
【図１１】本願実施例による通信システムアーキテクチャを示す第２の概略図である。
【発明を実施するための形態】
【００１７】
以下、本願実施例における添付の図面を参照して、本願実施例における技術的解決策を説明するが、明らかに、説明される実施例は、本願実施例の一部であるが、全部ではない。本願実施例に基づいて、創造的な努力なしに当業者によって得られる他のすべての実施例は、本願の保護範囲に含まれるものとする。
【００１８】
本願実施例における技術的解決策は、例えば、グローバル移動通信システム（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、コード分割多重アクセス（ＣＤＭＡ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、広帯域コード分離多重アクセス（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割二重化（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）、ワイマックス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）通信システムまたは５Ｇシステムなどの様々な通信システムに適用されることができる。
【００１９】
例示的に、本願実施例が適用される通信システム１００は、図１に示される通りであり得る。前記通信システム１００は、ネットワーク機器１１０を含み得、ネットワーク機器１１０は、端末機器１２０（または通信端末、端末と称する）と通信する機器であってもよい。ネットワーク機器１１０は、特定の地理的エリアに通信カバレッジを提供することができ、前記カバレッジエリア内に位置する端末機器と通信することができる。例示的に、前記ネットワーク機器１１０は、ＧＳＭシステムまたはＣＤＭＡシステムの基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）、またはＷＣＤＭＡシステムの基地局（ＮＢ：ＮｏｄｅＢ）、またはＬＴＥシステムの進化型基地局（ｅＮＢまたはｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）、またはクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における無線コントローラであってもよく、または、前記ネットワーク機器は、モバイルスイッチングセンタ、リレーステーション、アクセスポイント、車載機器、ウェアラブル機器、ハブ、スイッチ、ブリッジ、ルータ、５Ｇネットワークのネットワーク側の機器、または将来進化する公衆陸上移動通信網（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）のネットワーク機器などであってもよい。
【００２０】
前記通信システム１００は、ネットワーク機器１１０のカバレッジエリア内に位置する少なくとも１つの端末機器１２０をさらに含む。本明細書で使用される「端末機器」は、公衆交換電話網（ＰＳＴＮ：Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋｓ）、デジタル加入者線（ＤＳＬ：Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）、デジタルケーブル、直接ケーブルを介した接続などの有線回線接続を介した、および／または別のデータ接続／ネットワークを介した、および／または、セルラーネットワーク、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＤＶＢ−Ｈネットワークなどのデジタルテレビネットワーク、衛星ネットワーク、ＡＭ−ＦＭ放送送信機などに対する無線インターフェースを介した、および／または別の端末の、通信信号を送受信するように設定された装置、および／または物事のインターネットシステム（ＩｏＴ：Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）機器を含むが、これらに限定されない。無線インターフェースを介して通信するように構成された端末機器は、「無線通信端末」、「無線端末」または「モバイル端末」と呼ばれることができる。モバイル端末の例は、衛星または携帯電話、セルラー無線電話とデータ処理、ファックスおよびデータ通信能力を組み合わせることができるパーソナル通信システム（ＰＣＳ：  Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）端末、無線電話、ポケットベル、インターネット／イントラネットアクセス、Ｗｅｂブラウザ、メモ帳、カレンダおよび／またはグローバルポジショニングシステム（ＧＰＳ：Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信器を含むことができるＰＤＡ、および従来のラップトップ型および／またはハンドヘルド型受信器または無線電話トランシーバを含む他の電子装置を含むが、これらに限定されない。端末機器は、アクセス端末、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ユーザユニット、加入者局、移動局、移動コンソール、遠隔局、遠隔端末、モバイルデバイス、ユーザ端末、端末、無線通信デバイス、ユーザエージェント、またはユーザ装置を指し得る。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）ステーション、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイスまたは無線モデムに接続されたその他の処理デバイス、車載デバイス、ウェアラブルデバイスおよび５Ｇネットワークの端末機器または将来進化するＰＬＭＮにおける端末機器などであり得る。
【００２１】
例示的に、端末機器１２０間で装置対装置（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信を実行してもよい。
【００２２】
例示的に、５Ｇシステムまたは５Ｇネットワークは、ニューラジオ（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システムまたはＮＲネットワークと呼ばれてもよい。
【００２３】
図１は、１つのネットワーク機器および２つの端末機器を例示的に示す。例示的に、前記通信システム１００は、複数のネットワーク機器を含んでもよく、各ネットワーク機器のカバレッジエリアは、他の数の端末機器を含んでもよいが、本願実施例はこれを限定するものではない。
【００２４】
例示的に、前記通信システム１００は、ネットワークコントローラ、モバイル管理エンティティなどの他のネットワークエンティティをさらに含んでもよいが、本願実施例はこれを限定するものではない。
【００２５】
本願実施例では、ネットワーク／システムにおける通信機能を備えた機器が通信機器と呼ばれてもよいことを理解されたい。図１に示される通信システム１００を例にとると、通信機器は、通信機能を備えたネットワーク機器１１０および端末機器１２０を含むことができ、ネットワーク機器１１０および端末機器１２０は、上記の特定の機器であってもよく、ここでは繰り返して説明しない。通信機器は、ネットワークコントローラ、モバイル管理エンティティなどの他のネットワークエンティティなど、通信システム１００における他の機器をさらに含んでもよいが、本願実施例はこれを限定するものではない。
【００２６】
本明細書における「システム」および「ネットワーク」という用語は、本明細書で常に互換可能に使用されることを理解されたい。本明細書における「および／または」という用語は、関連するオブジェクトを説明する単なる関連付け関係であり、３つの関係が存在できることを示し、例えば、Ａおよび／またはＢは、Ａが単独で存在する、ＡとＢが同時に存在する、Ｂが単独で存在するという３つのケースを示すことができる。さらに、本明細書における記号「／」は、通常、関連するオブジェクト間の関係が、「または」という関係にあることを示す。
【００２７】
図２に示されるように、本願実施例は、端末機器が実行するランダムアクセス方法を提供し、前記方法は、以下のステップを含み得る。
【００２８】
ステップ２０１において、ネットワーク側によって送信されるランダムアクセス応答メッセージを受信する。
【００２９】
ステップ２０２において、前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断する。
【００３０】
ここで、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【００３１】
また、説明を加えないといけないのは、異なるタイプのランダムアクセス応答は、異なるタイプのランダムアクセスプロセスに対応する。
【００３２】
本実施例は、以下のシナリオを提供することができる。
【００３３】
第１シナリオの第１方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【００３４】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【００３５】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。一具体的な処理方式は、以下の通りである。
【００３６】
ＲＡＰＩＤをグループ化し、ｐｒｅａｍｂｌｅをグループ化する。例えば、グループＡ及びグループＢがあり、ＵＥが２ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＡからランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）を選択し、ＵＥが４ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＢからｐｒｅａｍｂｌｅを選択する。
【００３７】
第１シナリオの第２方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【００３８】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【００３９】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。
【００４０】
この方式と第１方式との違いについては、この方式では、ｐｒｅａｍｂｌｅをグループ化することなく、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスで異なるＰＲＡＣＨリソースを使用するように定義するだけでよい。
【００４１】
具体的には、２ステップのランダムアクセスプロセス及び４ステップのランダムアクセスプロセスに対応する（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）に対してリソースグループ化を実行できるが、この２つのタイプのランダムアクセスプロセスで同じｐｒｅａｍｂｌｅを使用する可能性がある。勿論、ＰＲＡＣＨをグループ化することなく、異なるタイプのランダムアクセスプロセスが異なるＰＲＡＣＨリソースに対応するように設定するだけでよいことも理解されたい。
【００４２】
この場合、ｐｒｅａｍｂｌｅは、異なるタイプのＲＡＣＨプロセスを区別できる。その理由は、ＰＲＡＣＨリソースのグループ化により、異なるＲＡＣＨプロセスを使用するＵＥにより異なるＲＡ−ＲＮＴＩ（ＲＡ−ＲＮＴＩは、ＰＲＡＣＨリソースの時間周波数位置に基づいて計算される）が算出されるためである。ＲＡ−ＲＮＴＩが異なるため、異なるＲＡＲメッセージが算出されることができる。
【００４３】
第２シナリオにおいて、第２指示情報により、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示する。
【００４４】
具体的には、前記指示情報は、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む。
【００４５】
このシナリオと第１シナリオとの違いについては、このシナリオでは、第１指示情報に含まれるＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示しない。つまり、第１指示情報には、普通のＲＡＰＩＤのみが含まれる。
【００４６】
説明を加えないといけないのは、このシナリオにおける普通のＲＡＰＩＤは、第１シナリオにおけるＲＡＰＩＤとは異なり、このシナリオにおける普通のＲＡＰＩＤとは、異なるタイプのランダムアクセスプロセスに対してＰＲＡＣＨリソースに基づく区別を実行しないことを指す。つまり、ＰＲＡＣＨリソース、即ちＰＲＡＣＨ時間周波数リソースおよび／またはコードリソースは全て共有リソースである。
【００４７】
第２指示情報により、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプを指示する。
【００４８】
第３シナリオ、
このシナリオは、指示情報に第２指示情報のみが含まれるシナリオであり得、この場合、第２指示情報には、ＲＡＰＩＤと、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプに関する指示が含まれることができる。つまり、このシナリオでは、第１指示情報を含むことなく、第２指示情報により全ての情報を指示し得る。
【００４９】
以下、前述したシナリオを参照しながら、第２指示情報について説明する。
【００５０】
前記第２指示情報は、明示的な指示方式であり得、例えば、
前記第２指示情報は、ランダムアクセス応答内の第１指示フィールドであり得る。前記第１指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【００５１】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである。前記第２指示情報は、ランダムアクセス応答に対応するＭＡＣサブヘッダ内の１つの指示フィールドであり、前記指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【００５２】
前記第２指示情報は、暗黙的な指示方式であり得、例えば、
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、ここで、前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する。
【００５３】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する。
【００５４】
つまり、前記第３指示フィールドは、ランダムアクセス応答に対応するＭＡＣサブヘッダ内のランダムアクセス応答長さを指示するフィールドであり、異なる長さは、異なるランダムアクセスプロセスを表す。
【００５５】
例えば、システムで、２つのタイプのランダムアクセスに対応する長さを定義でき、長さａは、２ステップのランダムアクセスプロセスに対応し、長さｂは、４ステップのランダムアクセスプロセスに対応することができる。
【００５６】
前記指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断する方式は、以下の方式のいずれかを含む。
【００５７】
方式１、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００５８】
この方式は、前記第１シナリオに対応し、前記第１シナリオでは、第１指示情報のみを含み、当該第１指示情報内のＲＡＰＩＤと異なるランダムアクセスプロセスのタイプとの対応関係に従って、第１指示情報によって指示されるランダムアクセスプロセスタイプを決定する。この方式は、前記第１シナリオの２つの方式に対応でき、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースに対応する。つまり、ＰＲＡＣＨリソースをグループ化することにより、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースグループに対応する。さらに、異なるグループのＰＲＡＣＨリソースも、異なるランダムアクセスプロセスのタイプに対応するため、第１指示情報内のＲＡＰＩＤにより、異なるランダムアクセスプロセスのタイプを区別する。
【００５９】
さらに、第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定できる。
【００６０】
ランダムアクセス応答メッセージは少なくとも、指示情報及びランダムアクセス応答を含み得ることも理解されたい。
【００６１】
方式２、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００６２】
この方式は、前記第１シナリオに対応し、前記第１シナリオでは、第１指示情報のみを含み、当該第１指示情報内のＲＡＰＩＤと異なるランダムアクセス応答のタイプとの対応関係に従って、第１指示情報によって指示されるランダムアクセス応答のタイプを決定する。この方式は、前記第１シナリオの２つの方式に対応でき、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースに対応する。つまり、ＰＲＡＣＨリソースをグループ化することにより、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースグループに対応する。さらに、異なるグループのＰＲＡＣＨリソースも、異なるランダムアクセスプロセスのタイプに対応するため、第１指示情報内のＲＡＰＩＤにより、異なるランダムアクセスプロセスのタイプ、又は異なるランダムアクセス応答のタイプを区別する。
【００６３】
さらに、第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定できる。
【００６４】
ここで、異なるランダムアクセスプロセスタイプと異なるランダムアクセス応答タイプは相互に対応し、この対応関係は、システムによって事前構成されたものであり得、端末機器がネットワーク側と同じ構成になるように、ネットワーク側ネットワーク側によって端末機器に事前に構成されることができる。
【００６５】
ランダムアクセス応答メッセージは少なくとも、指示情報及びランダムアクセス応答を含み得ることも理解されたい。
【００６６】
方式３、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００６７】
この方式は、前記第２シナリオに対応しており、つまり、第１指示情報内のＲＡＰＩＤは、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプを区別せず、プリアンブル識別子を指示するためにのみ使用される。この場合、ＲＡＰＩＤが一致し、第２指示情報内のランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと同じである場合にのみ、ランダムアクセス応答メッセージ内のランダムアクセス応答が端末機器に対するものであると決定できる。
【００６８】
方式４、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００６９】
この方式は、前記第２シナリオに対応しており、つまり、第１指示情報内のＲＡＰＩＤは、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプを区別せず、プリアンブル識別子を指示するためにのみ使用される。この場合、ＲＡＰＩＤが一致し、第２指示情報内のランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、ランダムアクセス応答メッセージ内のランダムアクセス応答が端末機器に対するものであると決定できる。
【００７０】
方式５、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００７１】
この方式は、前記第３シナリオに対応しており、つまり、第２指示情報のみを送信し、ＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを区別しない。この場合、ＲＡＰＩＤがランダムアクセスプリアンブルと同じである否かを判断する必要があり、ランダムアクセスプロセスタイプが、端末によって選択されたランダムアクセスプロセスタイプと同じである場合にのみ、ランダムアクセス応答が端末機器に対する応答であると決定する。
【００７２】
方式６、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００７３】
この方式は、前記第３シナリオに対応しており、つまり、第２指示情報のみを送信し、ＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを区別しない。この場合、ＲＡＰＩＤがランダムアクセスプリアンブルと同じである否かを判断する必要があり、ランダムアクセス応答タイプが、端末によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【００７４】
前記ランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）は、事前構成されたランダムアクセスリソースで端末機器によって送信された、且つ少なくとも２つのランダムアクセスプリアンブルから前記端末機器によって選択されたものである。
【００７５】
前記ランダムアクセスプロセスタイプは、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスのいずれかを含む。
【００７６】
４ステップのランダムアクセスプロセスについては、その詳細なステップは以下の通りである。
【００７７】
端末がＰＲＡＣＨリソース（時間周波数リソース及びコードフィールドリソース）を選択する。
【００７８】
端末が、選択したＰＲＡＣＨ時間周波数リソースで、選択されたｐｒｅａｍｂｌｅを送信し、基地局が、ｐｒｅａｍｂｌｅに基づいてアップリンクタイミング、及び端末の第３ステップのメッセージの伝送に必要なｇｒａｎｔサイズを推定できる。
【００７９】
ネットワークがＲＡＲを端末に送信する。
【００８０】
端末が第１ステップのメッセージ（ｍｓｇ１）を送信した後、ＲＡＲ  ｗｉｎｄｏｗを開き、当該ｗｉｎｄｏｗ内でＰＤＣＣＨを監視する。前記ＰＤＣＣＨは、ＲＡ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨである。ＲＡ−ＲＮＴＩの計算は以下の通りである。
【００８１】
ＲＡ−ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
つまり、ＲＡ−ＲＮＴＩは、ＵＥによって選択されたＰＲＡＣＨ時間周波数リソースに関連付けられる。
【００８２】
ＲＡ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨを正常に監視した後、端末は、前記ＰＤＣＣＨによってケジューリングされたＰＤＳＣＨを取得でき、当該ＰＤＳＣＨには、ＲＡＲ（ランダムアクセス応答）が含まれ、ランダムアクセス応答（ＲＡＲ）のフォーマットは、図３−６に示される通りである。ＲＡＲのｓｕｂｈｅａｄｅｒにＢＩが含まれ、当該ＢＩは、第１ステップのメッセージを再伝送するための待機時間を指示するために使用される。ＲＡＰＩＤは、ネットワークによって受信されたｐｒｅａｍｂｌｅ  ｉｎｄｅｘを指示するために使用される。ＲＡＲのｐａｙｌｏａｄにＴＡＣが含まれ、当該ＴＡＣは、アップリンクシーケンスを調整するために使用される。ＵＬ  ｇｒａｎｔは、第３ステップの情報をスケジュールするアップリンクリソースを指示するために使用される。Ｔｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩは、第４ステップのメッセージのＰＤＣＣＨ（初期アクセス）をスクランブルするために使用される。
【００８３】
端末が、スケジューリングリソースでＲＲＣメッセージを伝送する。
【００８４】
Ｍｓｇ３は、主に、前記ＲＡＣＨプロセスをトリガしたイベントをネットワークに通知するために使用される。例えば、初期ランダムアクセスプロセスの場合、ｍｓｇ３でＵＥ  ＩＤとｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを搬送し、ＲＲＣ再確立の場合、接続状態であるＵＥ識別子とｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅを搬送する。
【００８５】
同時に、ｍｓｇ３によって搬送されるＩＤは、第４ステップで競合が解決できるようにする。
【００８６】
競合を解決する。
【００８７】
Ｍｓｇ４は２つの機能があり、その１つの機能は、競合を解決することであり、もう１つの機能は、ＲＲＣ構成メッセージを端末に伝送することである。
【００８８】
具体的には、競合の解決については、以下の２つの方式がある。
【００８９】
方式１において、ＵＥが第３ステップでＣ−ＲＮＴＩを搬送する場合、第４ステップのメッセージは、Ｃ−ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジュールされる。
【００９０】
方式２において、ＵＥが第３ステップでＣ−ＲＮＴＩを搬送しない場合（例えば、初期アクセスの場合）、第４ステップのメッセージは、ＴＣ−ＲＮＴＩでスクランブルされたＰＤＣＣＨでスケジュールされ、競合は、ＵＥが第４ステップのメッセージのＰＤＳＣＨ受信し、ＰＤＳＣＨ内のＣＣＣＨ  ＳＤＵをマッチングすることで解決される。
【００９１】
４ステップのＲＡＣＨの各メッセージで搬送されるメッセージの内容は、以下の表に示される通りである。
【表１】
2021533621.tif 000003
【００９２】
２ステップのランダムアクセスプロセスでは、ｍｓｇ１で４ステップのＲＡＣＨのｍｓｇ１及びｍｓｇ３を伝送でき、ｍｓｇ２で４ステップのＲＡＣＨのｍｓｇ２及びｍｓｇ４を伝送できる。
【００９３】
前記端末機器が、異なるランダムアクセスリソースで異なるランダムアクセスプロセスを開始する。
【００９４】
図７に示されるように、ＮＲでは、主に、競合に基づくランダムアクセス方式と非競合に基づくランダムアクセス方式の２つのタイプのランダムアクセス方式をサポートする。
【００９５】
ランダムアクセスプロセスは、
ＲＲＣアイドル状態からの初期アクセス、
ＲＲＣ接続の再確立プロセス、
ハンドオーバ、
アップリンク同期状態が非同期状態であるＲＲＣ接続状態でのアップリンクまたはダウンリンクデータの到着、
ＲＲＣ非アクティブ状態での伝送、
又は、他のシステム情報（ＳＩ）の要求などのイベントでトリガできる。
【００９６】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
ここで、前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む。
【００９７】
明らかに、上記の技術的解決策を採用することにより、ネットワーク側から端末機器に送信されるランダムアクセス応答メッセージ内の指示情報により、端末機器に対するランダムアクセス応答を受信したか否かを決定でき、当該指示情報は、ランダムアクセス応答タイプ又はランダムアクセスプロセスタイプを指示することができる。これにより、複数のタイプのランダムアクセスプロセスが存在するシステムにおいて、端末機器がそれ自体のランダムアクセスプロセスタイプに準拠するランダムアクセス応答を正しく受信できるように保証することができる。
【００９８】
本願実施例は、ネットワーク機器が実行するランダムアクセス方法を提供し、前記方法は、
ランダムアクセス応答メッセージを端末機器に送信することを含み、
ここで、前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【００９９】
また、説明を加えないといけないのは、異なるタイプのランダムアクセス応答は、異なるタイプのランダムアクセスプロセスに対応する。
【０１００】
本実施例は、以下のシナリオを提供することができる。
【０１０１】
第１シナリオの第１方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１０２】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１０３】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。一具体的な処理方式は、以下の通りである。
【０１０４】
ＲＡＰＩＤをグループ化し、ｐｒｅａｍｂｌｅをグループ化する。例えば、グループＡ及びグループＢがあり、ＵＥが２ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＡからランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）を選択し、ＵＥが４ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＢからｐｒｅａｍｂｌｅを選択する。
【０１０５】
第１シナリオの第２方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１０６】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１０７】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。
【０１０８】
この方式と第１方式との違いについては、この方式では、ｐｒｅａｍｂｌｅをグループ化することなく、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスで異なるＰＲＡＣＨリソースを使用するように定義するだけでよい。
【０１０９】
具体的には、２ステップのランダムアクセスプロセス及び４ステップのランダムアクセスプロセスに対応する（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）に対してリソースグループ化を実行できるが、この２つのタイプのランダムアクセスプロセスで同じｐｒｅａｍｂｌｅを使用する可能性がある。勿論、ＰＲＡＣＨをグループ化することなく、異なるタイプのランダムアクセスプロセスが異なるＰＲＡＣＨリソースに対応するように設定するだけでよいことも理解されたい。
【０１１０】
この場合、ｐｒｅａｍｂｌｅは、異なるタイプのＲＡＣＨプロセスを区別できる。その理由は、ＰＲＡＣＨリソースのグループ化により、異なるＲＡＣＨプロセスを使用するＵＥにより異なるＲＡ−ＲＮＴＩ（ＲＡ−ＲＮＴＩは、ＰＲＡＣＨリソースの時間周波数位置に基づいて計算される）が算出されるためである。ＲＡ−ＲＮＴＩが異なるため、異なるＲＡＲメッセージが算出されることができる。
【０１１１】
第２シナリオにおいて、第２指示情報により、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示する。
【０１１２】
具体的には、前記指示情報は、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む。
【０１１３】
このシナリオと第１シナリオとの違いについては、このシナリオでは、第１指示情報に含まれるＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示しない。つまり、第１指示情報には、普通のＲＡＰＩＤのみが含まれる。
【０１１４】
説明を加えないといけないのは、このシナリオにおける普通のＲＡＰＩＤは、第１シナリオにおけるＲＡＰＩＤとは異なり、このシナリオにおける普通のＲＡＰＩＤとは、異なるタイプのランダムアクセスプロセスに対してＰＲＡＣＨリソースに基づく区別を実行しないことを指す。つまり、ＰＲＡＣＨリソース、即ちＰＲＡＣＨ時間周波数リソースおよび／またはコードリソースは全て共有リソースである。
【０１１５】
第３シナリオ、
このシナリオは、指示情報に第２指示情報のみが含まれるシナリオであり得、この場合、第２指示情報には、ＲＡＰＩＤと、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプに関する指示が含まれることができる。つまり、このシナリオでは、第１指示情報を含むことなく、第２指示情報により全ての情報を指示し得る。
【０１１６】
以下、前述したシナリオを参照しながら、第２指示情報について説明する。
【０１１７】
前記第２指示情報は、明示的な指示方式であり得、例えば、
前記第２指示情報は、ランダムアクセス応答内の第１指示フィールドであり得る。前記第１指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１１８】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである。前記第２指示情報は、ランダムアクセス応答に対応するＭＡＣサブヘッダ内の１つの指示フィールドであり、前記指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１１９】
前記第２指示情報は、暗黙的な指示方式であり得、例えば、
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、ここで、前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する。
【０１２０】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する。
【０１２１】
つまり、前記第３指示フィールドは、ランダムアクセス応答に対応するＭＡＣサブヘッダ内のランダムアクセス応答長さを指示するフィールドであり、異なる長さは、異なるランダムアクセスプロセスを表す。
【０１２２】
例えば、システムで、２つのタイプのランダムアクセスに対応する長さを定義でき、長さａは、２ステップのランダムアクセスプロセスに対応し、長さｂは、４ステップのランダムアクセスプロセスに対応することができる。
【０１２３】
ネットワーク側は、異なるランダムアクセスリソースで前記端末機器によって開始される異なるランダムアクセスプロセスを受信することもできる。
【０１２４】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
ここで、前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む。
【０１２５】
明らかに、上記の技術的解決策を採用することにより、ネットワーク側から端末機器に送信されるランダムアクセス応答メッセージ内の指示情報により、端末機器に対するランダムアクセス応答を受信したか否かを決定でき、当該指示情報は、ランダムアクセス応答タイプ又はランダムアクセスプロセスタイプを指示することができる。これにより、複数のタイプのランダムアクセスプロセスが存在するシステムにおいて、端末機器がそれ自体のランダムアクセスプロセスタイプに準拠するランダムアクセス応答を正しく受信できるように保証することができる。
【０１２６】
図８に示されるように、本願実施例は端末機器を提供し、前記端末機器は、
ネットワーク側によって送信されるランダムアクセス応答メッセージを受信するように構成される第１通信ユニット８１と、
前記ランダムアクセス応答メッセージ内の指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断するように構成される第１処理ユニット８２と、を備え、
ここで、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０１２７】
また、説明を加えないといけないのは、異なるタイプのランダムアクセス応答は、異なるタイプのランダムアクセスプロセスに対応する。
【０１２８】
本実施例は、以下のシナリオを提供することができる。
【０１２９】
第１シナリオの第１方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１３０】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１３１】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。一具体的な処理方式は、以下の通りである。
【０１３２】
ＲＡＰＩＤをグループ化し、ｐｒｅａｍｂｌｅをグループ化する。例えば、グループＡ及びグループＢがあり、ＵＥが２ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＡからランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）を選択し、ＵＥが４ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＢからｐｒｅａｍｂｌｅを選択する。
【０１３３】
第１シナリオの第２方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１３４】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１３５】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。
【０１３６】
この方式と第１方式との違いについては、この方式では、ｐｒｅａｍｂｌｅをグループ化することなく、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスで異なるＰＲＡＣＨリソースを使用するように定義するだけでよい。
【０１３７】
具体的には、２ステップのランダムアクセスプロセス及び４ステップのランダムアクセスプロセスに対応する（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）に対してリソースグループ化を実行できるが、この２つのタイプのランダムアクセスプロセスで同じｐｒｅａｍｂｌｅを使用する可能性がある。勿論、ＰＲＡＣＨをグループ化することなく、異なるタイプのランダムアクセスプロセスが異なるＰＲＡＣＨリソースに対応するように設定するだけでよいことも理解されたい。
【０１３８】
この場合、ｐｒｅａｍｂｌｅは、異なるタイプのＲＡＣＨプロセスを区別できる。その理由は、ＰＲＡＣＨリソースのグループ化により、異なるＲＡＣＨプロセスを使用するＵＥにより異なるＲＡ−ＲＮＴＩ（ＲＡ−ＲＮＴＩは、ＰＲＡＣＨリソースの時間周波数位置に基づいて計算される）が算出されるためである。ＲＡ−ＲＮＴＩが異なるため、異なるＲＡＲメッセージが算出されることができる。
【０１３９】
第２シナリオにおいて、第２指示情報により、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示する。
【０１４０】
具体的には、前記指示情報は、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む。
【０１４１】
このシナリオと第１シナリオとの違いについては、このシナリオでは、第１指示情報に含まれるＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示しない。つまり、第１指示情報には、普通のＲＡＰＩＤのみが含まれる。
【０１４２】
説明を加えないといけないのは、このシナリオにおける普通のＲＡＰＩＤは、第１シナリオにおけるＲＡＰＩＤとは異なり、このシナリオにおける普通のＲＡＰＩＤとは、異なるタイプのランダムアクセスプロセスに対してＰＲＡＣＨリソースに基づく区別を実行しないことを指す。つまり、ＰＲＡＣＨリソース、即ちＰＲＡＣＨ時間周波数リソースおよび／またはコードリソースは全て共有リソースである。
【０１４３】
第３シナリオ、
このシナリオは、指示情報に第２指示情報のみが含まれるシナリオであり得、この場合、第２指示情報には、ＲＡＰＩＤと、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプに関する指示が含まれることができる。つまり、このシナリオでは、第１指示情報を含むことなく、第２指示情報により全ての情報を指示し得る。
【０１４４】
以下、前述したシナリオを参照しながら、第２指示情報について説明する。
【０１４５】
前記第２指示情報は、明示的な指示方式であり得、例えば、
前記第２指示情報は、ランダムアクセス応答内の第１指示フィールドであり得る。前記第１指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１４６】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである。前記第２指示情報は、ランダムアクセス応答に対応するＭＡＣサブヘッダ内の１つの指示フィールドであり、前記指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１４７】
前記第２指示情報は、暗黙的な指示方式であり得、例えば、
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、ここで、前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する。
【０１４８】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する。
【０１４９】
つまり、前記第３指示フィールドは、ランダムアクセス応答に対応するＭＡＣサブヘッダ内のランダムアクセス応答長さを指示するフィールドであり、異なる長さは、異なるランダムアクセスプロセスを表す。
【０１５０】
例えば、システムで、２つのタイプのランダムアクセスに対応する長さを定義でき、長さａは、２ステップのランダムアクセスプロセスに対応し、長さｂは、４ステップのランダムアクセスプロセスに対応することができる。
【０１５１】
第１処理ユニット８２が、前記指示情報に基づいて、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対するものであるか否かを判断する方式は、以下の方式のいずれかを含む。
【０１５２】
方式１、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１５３】
この方式は、前記第１シナリオに対応し、前記第１シナリオでは、第１指示情報のみを含み、当該第１指示情報内のＲＡＰＩＤと異なるランダムアクセスプロセスのタイプとの対応関係に従って、第１指示情報によって指示されるランダムアクセスプロセスタイプを決定する。この方式は、前記第１シナリオの２つの方式に対応でき、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースに対応する。つまり、ＰＲＡＣＨリソースをグループ化することにより、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースグループに対応する。さらに、異なるグループのＰＲＡＣＨリソースも、異なるランダムアクセスプロセスのタイプに対応するため、第１指示情報内のＲＡＰＩＤにより、異なるランダムアクセスプロセスのタイプを区別する。
【０１５４】
さらに、第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定できる。
【０１５５】
ランダムアクセス応答メッセージは少なくとも、指示情報及びランダムアクセス応答を含み得ることも理解されたい。
【０１５６】
方式２、
指示情報に第１指示情報しかない場合、前記第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１５７】
この方式は、前記第１シナリオに対応し、前記第１シナリオでは、第１指示情報のみを含み、当該第１指示情報内のＲＡＰＩＤと異なるランダムアクセス応答のタイプとの対応関係に従って、第１指示情報によって指示されるランダムアクセス応答のタイプを決定する。この方式は、前記第１シナリオの２つの方式に対応でき、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースに対応する。つまり、ＰＲＡＣＨリソースをグループ化することにより、異なるＲＡＰＩＤは、異なるＰＲＡＣＨリソースグループに対応する。さらに、異なるグループのＰＲＡＣＨリソースも、異なるランダムアクセスプロセスのタイプに対応するため、第１指示情報内のＲＡＰＩＤにより、異なるランダムアクセスプロセスのタイプ、又は異なるランダムアクセス応答のタイプを区別する。
【０１５８】
さらに、第１指示情報内のＲＡＰＩＤに従って決定されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定できる。
【０１５９】
ここで、異なるランダムアクセスプロセスタイプと異なるランダムアクセス応答タイプは相互に対応し、この対応関係は、システムによって事前構成されたものであり得、端末機器がネットワーク側と同じ構成になるように、ネットワーク側ネットワーク側によって端末機器に事前に構成されることができる。
【０１６０】
ランダムアクセス応答メッセージは少なくとも、指示情報及びランダムアクセス応答を含み得ることも理解されたい。
【０１６１】
方式３、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１６２】
この方式は、前記第２シナリオに対応しており、つまり、第１指示情報内のＲＡＰＩＤは、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプを区別せず、プリアンブル識別子を指示するためにのみ使用される。この場合、ＲＡＰＩＤが一致し、第２指示情報内のランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと同じである場合にのみ、ランダムアクセス応答メッセージ内のランダムアクセス応答が端末機器に対するものであると決定できる。
【０１６３】
方式４、
第１指示情報のＲＡＰＩＤが端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１６４】
この方式は、前記第２シナリオに対応しており、つまり、第１指示情報内のＲＡＰＩＤは、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプを区別せず、プリアンブル識別子を指示するためにのみ使用される。この場合、ＲＡＰＩＤが一致し、第２指示情報内のランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、ランダムアクセス応答メッセージ内のランダムアクセス応答が端末機器に対するものであると決定できる。
【０１６５】
方式５、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセスプロセスタイプが、端末機器によって選択されたランダムアクセスプロセスタイプと一致する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１６６】
この方式は、前記第３シナリオに対応しており、つまり、第２指示情報のみを送信し、ＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを区別しない。この場合、ＲＡＰＩＤがランダムアクセスプリアンブルと同じである否かを判断する必要があり、ランダムアクセスプロセスタイプが、端末によって選択されたランダムアクセスプロセスタイプと同じである場合にのみ、ランダムアクセス応答が端末機器に対する応答であると決定する。
【０１６７】
方式６、
指示情報に第２指示情報しかない場合、第２指示情報から取得したＲＡＰＩＤが、端末機器によって送信されたランダムアクセスプリアンブル識別子と一致し、且つ第２指示情報によって指示されたランダムアクセス応答タイプが、端末機器によって選択されたランダムアクセスプロセスタイプに対応する場合、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１６８】
この方式は、前記第３シナリオに対応しており、つまり、第２指示情報のみを送信し、ＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを区別しない。この場合、ＲＡＰＩＤがランダムアクセスプリアンブルと同じである否かを判断する必要があり、ランダムアクセス応答タイプが、端末によって選択されたランダムアクセスプロセスタイプに対応する場合にのみ、前記ランダムアクセス応答メッセージ内のランダムアクセス応答が前記端末機器に対する応答であると決定する。
【０１６９】
前記ランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）は、事前構成されたランダムアクセスリソースで端末機器によって送信された、且つ少なくとも２つのランダムアクセスプリアンブルから前記端末機器によって選択されたものである。
【０１７０】
前記ランダムアクセスプロセスタイプは、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスのいずれかを含む。
【０１７１】
前記端末機器が、異なるランダムアクセスリソースで異なるランダムアクセスプロセスを開始することをさらに含む、
図７に示されるように、ＮＲでは、主に、競合に基づくランダムアクセス方式と非競合に基づくランダムアクセス方式の２つのタイプのランダムアクセス方式をサポートする。
【０１７２】
ランダムアクセスプロセスは、
ＲＲＣアイドル状態からの初期アクセス、
ＲＲＣ接続の再確立プロセス、
ハンドオーバ、
アップリンク同期状態が非同期状態であるＲＲＣ接続状態でのアップリンクまたはダウンリンクデータの到着、
ＲＲＣ非アクティブ状態での伝送、
又は、他のシステム情報（ＳＩ）の要求などのイベントでトリガできる。
【０１７３】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
ここで、前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む。
【０１７４】
明らかに、上記の技術的解決策を採用することにより、ネットワーク側から端末機器に送信されるランダムアクセス応答メッセージ内の指示情報により、端末機器に対するランダムアクセス応答を受信したか否かを決定でき、当該指示情報は、ランダムアクセス応答タイプ又はランダムアクセスプロセスタイプを指示することができる。これにより、複数のタイプのランダムアクセスプロセスが存在するシステムにおいて、端末機器がそれ自体のランダムアクセスプロセスタイプに準拠するランダムアクセス応答を正しく受信できるように保証することができる。
【０１７５】
本願実施例はネットワーク機器を提供し、前記ネットワーク機器は、
用于ランダムアクセス応答メッセージを端末機器に送信するように構成される第２通信ユニットを備え、
ここで、前記ランダムアクセス応答メッセージに指示情報が含まれ、前記指示情報は少なくとも、異なるタイプのランダムアクセス応答、又は異なるタイプのランダムアクセスプロセスを指示することができる。
【０１７６】
また、説明を加えないといけないのは、異なるタイプのランダムアクセス応答は、異なるタイプのランダムアクセスプロセスに対応する。
【０１７７】
本実施例は、以下のシナリオを提供することができる。
【０１７８】
第１シナリオの第１方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１７９】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１８０】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。一具体的な処理方式は、以下の通りである。
【０１８１】
ＲＡＰＩＤをグループ化し、ｐｒｅａｍｂｌｅをグループ化する。例えば、グループＡ及びグループＢがあり、ＵＥが２ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＡからランダムアクセスプリアンブル（ｐｒｅａｍｂｌｅ）を選択し、ＵＥが４ステップのランダムアクセスプロセスを選択した場合、ｍｓｇ１を送信する時に、グループＢからｐｒｅａｍｂｌｅを選択する。
【０１８２】
第１シナリオの第２方式において、
指示情報に第１指示情報のみが存在する場合については、以下の説明を参照できる。
【０１８３】
前記指示情報は、ランダムアクセス応答メッセージ内のランダムアクセスプリアンブル識別子（ＲＡＰＩＤ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ  Ｉｄｅｎｔｉｆｉｅｒ）である第１指示情報を含み、ここで、前記ＲＡＰＩＤは、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される。
【０１８４】
このシナリオでは、ＲＡＰＩＤは先行技術における定義とは異なり、ランダムアクセスプロセスタイプ又は異なるランダムアクセスプロセス応答を指示するために使用できる。
【０１８５】
この方式と第１方式との違いについては、この方式では、ｐｒｅａｍｂｌｅをグループ化することなく、２ステップのランダムアクセスプロセスと４ステップのランダムアクセスプロセスで異なるＰＲＡＣＨリソースを使用するように定義するだけでよい。
【０１８６】
具体的には、２ステップのランダムアクセスプロセス及び４ステップのランダムアクセスプロセスに対応する（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）に対してリソースグループ化を実行できるが、この２つのタイプのランダムアクセスプロセスで同じｐｒｅａｍｂｌｅを使用する可能性がある。勿論、ＰＲＡＣＨをグループ化することなく、異なるタイプのランダムアクセスプロセスが異なるＰＲＡＣＨリソースに対応するように設定するだけでよいことも理解されたい。
【０１８７】
この場合、ｐｒｅａｍｂｌｅは、異なるタイプのＲＡＣＨプロセスを区別できる。その理由は、ＰＲＡＣＨリソースのグループ化により、異なるＲＡＣＨプロセスを使用するＵＥにより異なるＲＡ−ＲＮＴＩ（ＲＡ−ＲＮＴＩは、ＰＲＡＣＨリソースの時間周波数位置に基づいて計算される）が算出されるためである。ＲＡ−ＲＮＴＩが異なるため、異なるＲＡＲメッセージが算出されることができる。
【０１８８】
第２シナリオにおいて、第２指示情報により、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示する。
【０１８９】
具体的には、前記指示情報は、異なるタイプのランダムアクセスプロセス、又は異なるタイプのランダムアクセス応答を指示するために使用される第２指示情報をさらに含む。
【０１９０】
このシナリオと第１シナリオとの違いについては、このシナリオでは、第１指示情報に含まれるＲＡＰＩＤは、ランダムアクセスプロセスタイプ又はランダムアクセス応答タイプを指示しない。つまり、第１指示情報には、普通のＲＡＰＩＤのみが含まれる。
【０１９１】
説明を加えないといけないのは、このシナリオにおける普通のＲＡＰＩＤは、第１シナリオにおけるＲＡＰＩＤとは異なり、このシナリオにおける普通のＲＡＰＩＤとは、異なるタイプのランダムアクセスプロセスに対してＰＲＡＣＨリソースに基づく区別を実行しないことを指す。つまり、ＰＲＡＣＨリソース、即ちＰＲＡＣＨ時間周波数リソースおよび／またはコードリソースは全て共有リソースである。
【０１９２】
第３シナリオ、
このシナリオは、指示情報に第２指示情報のみが含まれるシナリオであり得、この場合、第２指示情報には、ＲＡＰＩＤと、ランダムアクセスプロセスタイプ及びランダムアクセス応答タイプに関する指示が含まれることができる。つまり、このシナリオでは、第１指示情報を含むことなく、第２指示情報により全ての情報を指示し得る。
【０１９３】
以下、前述したシナリオを参照しながら、第２指示情報について説明する。
【０１９４】
前記第２指示情報は、明示的な指示方式であり得、例えば、
前記第２指示情報は、ランダムアクセス応答内の第１指示フィールドであり得る。前記第１指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１９５】
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第２指示フィールドである。前記第２指示情報は、ランダムアクセス応答に対応するＭＡＣサブヘッダ内の１つの指示フィールドであり、前記指示フィールドは、ランダムアクセスプロセスタイプを指示し得る。
【０１９６】
前記第２指示情報は、暗黙的な指示方式であり得、例えば、
前記第２指示情報は、前記ランダムアクセス応答に対応するＭＡＣサブヘッダ内の第３指示フィールドであり、ここで、前記第３指示フィールドは、ランダムアクセス応答の長さを指示するために使用され、且つ異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセスプロセスに対応し、又は、異なるランダムアクセス応答の長さは、異なるタイプのランダムアクセス応答に対応する。
【０１９７】
第１ランダムアクセス応答の長さは、２ステップのランダムアクセスプロセスタイプに対応し、第２ランダムアクセス応答の長さは、４ステップのランダムアクセスプロセスタイプに対応する。
【０１９８】
つまり、前記第３指示フィールドは、ランダムアクセス応答に対応するＭＡＣサブヘッダ内のランダムアクセス応答長さを指示するフィールドであり、異なる長さは、異なるランダムアクセスプロセスを表す。
【０１９９】
例えば、システムで、２つのタイプのランダムアクセスに対応する長さを定義でき、長さａは、２ステップのランダムアクセスプロセスに対応し、長さｂは、４ステップのランダムアクセスプロセスに対応することができる。
【０２００】
前記第２通信ユニットは、異なるランダムアクセスリソースで前記端末機器によって開始される異なるランダムアクセスプロセスを受信するように構成される。
【０２０１】
前記ランダムアクセスリソースは、ランダムアクセスプロセスタイプと対応関係を有し、
ここで、前記ランダムアクセスリソースは、時間周波数リソース、および／または、ランダムアクセスプリアンブルを含む。
【０２０２】
明らかに、上記の技術的解決策を採用することにより、ネットワーク側から端末機器に送信されるランダムアクセス応答メッセージ内の指示情報により、端末機器に対するランダムアクセス応答を受信したか否かを決定でき、当該指示情報は、ランダムアクセス応答タイプ又はランダムアクセスプロセスタイプを指示することができる。これにより、複数のタイプのランダムアクセスプロセスが存在するシステムにおいて、端末機器がそれ自体のランダムアクセスプロセスタイプに準拠するランダムアクセス応答を正しく受信できるように保証することができる。
【０２０３】
図９は、本願実施例による通信機器９００を示す例示的な構造図である。図９に示される通信機器９００は、プロセッサ９１０を備え、プロセッサ９１０は、メモリからコンピュータプログラムを呼び出して実行することにより、本願実施例における方法を実現することができる。
【０２０４】
例示的に、図９に示されるように、通信機器９００は、メモリ９２０をさらに備えてもよい。ここで、プロセッサ９１０は、メモリ９２０からコンピュータプログラムを呼び出して実行することにより、本願実施例における方法を実現することができる。
【０２０５】
ここで、メモリ９２０は、プロセッサ９１０から独立した別個のデバイスであってもよく、プロセッサ９１０に統合されてもよい。
【０２０６】
例示的に、図９に示されるように、通信機器９００は、トランシーバ９３０をさらに備えてもよく、プロセッサ９１０は、他の機器と通信するように前記トランシーバ９３０を制御することができ、具体的には、情報またはデータを他の機器に送信するか、または他の機器によって送信される情報またはデータを受信することができる。
【０２０７】
ここで、トランシーバ９３０は送信機および受信器を含むことができる。トランシーバ９３０は、アンテナをさらに含むことができ、アンテナの数は１つまたは複数であり得る。
【０２０８】
例示的に、前記通信機器９００は、具体的には、本願実施例におけるネットワーク機器であってもよく、前記通信機器９００は、本願実施例における各方法においてネットワーク機器によって実現される対応するプロセスを実現でき、簡潔にするために、ここでは繰り返して説明しない。
【０２０９】
例示的に、前記通信機器９００は、具体的には、本願実施例における端末機器又はネットワーク機器であってもよく、前記通信機器９００は、本願実施例における各方法においてモバイル端末／端末機器によって実現される対応するプロセスを実現でき、簡潔にするために、ここでは繰り返して説明しない。
【０２１０】
図１０は、本願実施例によるチップを示す例示的な構造図である。図１０に示されるチップ１０００は、プロセッサ１０１０を備え、プロセッサ１０１０は、メモリからコンピュータプログラムを呼び出して実行することにより、本願実施例における方法を実現することができる。
【０２１１】
例示的に、図１０に示されるように、チップ１０００は、メモリ１０２０をさらに備えてもよい。ここで、プロセッサ１０１０は、メモリ１０２０からコンピュータプログラムを呼び出して実行することにより、本願実施例における方法を実現することができる。
【０２１２】
ここで、メモリ１０２０は、プロセッサ１０１０から独立した別個のデバイスであってもよく、プロセッサ１０１０に統合されてもよい。
【０２１３】
例示的に、前記チップ１０００は、入力インターフェース１０３０をさらに備えてもよい。ここで、プロセッサ１０１０前記入力インターフェース１０３０が他の機器またはチップと通信することを制御することができ、具体的には、他の機器またはチップによって送信された情報またはデータを取得することができる。
【０２１４】
例示的に、前記チップ１０００は、出力インターフェース１０４０をさらに備えてもよい。ここで、プロセッサ１０１０は、他の機器またはチップと通信するように当該出力インターフェース１０４０を制御することができ、具体的には、出力情報またはデータを他の機器またはチップに出力することができる。
【０２１５】
例示的に、前記チップは、本願実施例におけるネットワーク機器に適用されることができ、前記チップは、本願実施例における各方法において、ネットワーク機器によって実現される対応するプロセスを実現でき、簡潔にするために、ここでは繰り返して説明しない。
【０２１６】
例示的に、前記チップは、本願実施例における端末機器に適用されることができ、前記チップは、本願実施例における各方法において、端末機器によって実現される対応するプロセスを実現でき、簡潔にするために、ここでは繰り返して説明しない。
【０２１７】
本願実施例で言及されるチップは、システムレベルのチップ、システムチップ、チップシステム、またはシステムオンチップと呼ばれることもできることを理解されたい。
【０２１８】
図１１は、本願実施例による通信システム１１００を示す例示的なブロック図である。図１１に示されるように、前記通信システム１１００は、端末機器１１１０およびネットワーク機器１１２０を含む。
【０２１９】
ここで、前記端末機器１１１０は、前記方法における端末によって実現される対応する機能を実現するように構成され、前記ネットワーク機器１１２０は、前記方法におけるネットワーク機器によって実現される対応する機能を実現するように構成され、簡潔のために、ここでは再び説明しない。
【０２２０】
本願実施例におけるプロセッサは、信号処理能力を有する集積回路チップであり得ることを理解されたい。実現プロセスにおいて、前述した方法の実施例の各ステップは、プロセッサ内のハードウェアの集積論理回路またはソフトウェアの形の命令によって完了することができる。前記プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、または他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネント等であってもよく、本願実施例で開示された各方法、ステップ、及び論理ブロック図を実現または実行することができる。汎用プロセッサは、マイクロプロセッサであってもよく、または前記プロセッサは、任意の従来のプロセッサ等であってもよい。本願実施例で開示される方法のステップは、ハードウェア復号化プロセッサによって直接実行されてもよいし、復号化プロセッサ内のハードウェアとソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラム可能な読み取り専用メモリ、または電気的に消去可能なプログラム可能なメモリ、レジスタ等の従来の記憶媒体に配置されることができる。前記記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、そのハードウェアと組み合わせて上記の方法のステップを完了する。
【０２２１】
本願実施例におけるメモリは、揮発性メモリまたは不揮発性メモリであってもよく、または揮発性および不揮発性メモリの両方を含んでもよいことが理解できる。ここで、不揮発性メモリは、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラム可能な読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的に消去可能なプログラム可能な読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。例示的であるが限定的ではない例示によれば、多くの形のＲＡＭ、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ  ＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ：Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、拡張型同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）、およびダイレクトメモリバスランダムアクセスメモリ（ＤＲ  ＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）などが利用可能である。本明細書で説明されるシステムおよび方法のためのメモリは、これらおよび他の任意の適切なタイプのメモリを含むが、これらに限定されないことを意図していることを留意されたい。
【０２２２】
前記メモリは、例示的なものであるが、限定的なものではないことを理解されたい。例えば、本願実施例におけるメモリは、スタティックランダムアクセスメモリ（ＳＲＡＭ：ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：ｄｙｎａｍｉｃ  ＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートの同期ダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ：ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ）、拡張型同期ダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ）、ダイレクトメモリバスランダムアクセスメモリ（ＤＲ  ＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）などであってもよい。つまり、本願実施例におけるメモリは、これらおよび他の任意の適切なタイプのメモリを含むが、これらに限定されないことを意図している。
【０２２３】
本願実施例は、コンピュータプログラムを記憶するためのコンピュータ可読記憶媒体をさらに提供する。
【０２２４】
例示的に、前記コンピュータ可読記憶媒体は、本願実施例におけるネットワーク機器に適用されてもよく、前記コンピュータプログラムは、コンピュータに、本願実施例における各方法においてネットワーク機器によって実現される対応するプロセスを実行させるように構成されてもよく、簡潔にするために、ここでは繰り返して説明しない。
【０２２５】
例示的に、前記コンピュータ可読記憶媒体は、本願実施例の端末機器に適用されてもよく、前記コンピュータプログラムは、コンピュータに、本願実施例における各方法においてモバイル端末／端末機器によって実現される対応するプロセスを実行させるように構成されてもよく、簡潔のために、ここでは再び説明しない。
【０２２６】
本願実施例は、コンピュータプログラム命令を含むコンピュータプログラム製品をさらに提供する。
【０２２７】
例示的に、前記コンピュータプログラム製品は、本願実施例のネットワーク機器に適用されてもよく、前記コンピュータプログラム命令は、コンピュータに、本願実施例における各方法においてネットワーク機器によって実現される対応するプロセスを実行させるように構成されてもよく、簡潔にするために、ここでは繰り返して説明しない。
【０２２８】
例示的に、前記コンピュータプログラム製品は、本願実施例のモバイル端末／端末機器に適用されてもよく、前記コンピュータプログラム命令は、コンピュータに、本願実施例における各方法においてモバイル端末／端末機器によって実現される対応するプロセスを実行させるように構成されてもよく、簡潔にするために、ここでは繰り返して説明しない。
【０２２９】
本願実施例は、コンピュータプログラムをさらに提供する。
【０２３０】
例示的に、前記コンピュータプログラムは、本願実施例におけるネットワーク機器に適用されてもよく、前記コンピュータプログラムがコンピュータで実行される時に、コンピュータに、本願実施例における各方法においてネットワーク機器によって実現される対応するプロセスを実行させ、簡潔にするために、ここでは繰り返して説明しない。
【０２３１】
例示的に、前記コンピュータプログラムは、本願実施例のモバイル端末／端末機器に適用されてもよく、前記コンピュータプログラムがコンピュータで実行される時に、コンピュータに、本願実施例における各方法においてモバイル端末／端末機器によって実現される対応するプロセスを実行させ、簡潔にするために、ここでは繰り返して説明しない。
【０２３２】
当業者なら自明であるが、本明細書で開示される実施例と組み合わせて説明された各例示のユニットおよびアルゴリズムステップは、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実現されてもよい。これらの機能がハードウェアの形で実行されるかソフトウェアの形で実行されるかは、技術的解決策の特定の用途および設計上の制約条件によって決定される。専門技術者は、各特定の用途に応じて異なる方法を使用して説明された機能を実現してもよいが、このような実現は本願の範囲を超えると見なされるべきではない。
【０２３３】
当業者なら明確に理解できるが、説明の便宜および簡潔のために、上記に説明されたシステム、装置およびユニットの具体的な作業プロセスは、前述の方法の実施例における対応するプロセスを参照することができ、ここでは繰り返して説明しない。
【０２３４】
本願で提供されるいくつかの実施例では、開示されたシステム、装置および方法は、他の方式で実現できることを理解されたい。例えば、上記で説明された装置の実施例は例示的なものに過ぎず、例えば、前記ユニットの分離は、論理機能の分離に過ぎず、実際の実現時には別の分離方法があり、例えば、複数のユニットまたはコンポーネントを別のシステムに統合または集積したり、または一部の特徴を無視したり、または実行しないことができる。なお、表示または議論された相互結合または直接結合または通信接続は、いくつかのインターフェースを使用して実現することができ、装置またはユニット間の間接的な結合または通信接続は、電気的、機械的、または他の形態で実現することができる。
【０２３５】
前記別個のコンポーネントとして説明されたユニットは、物理的に分離されていてもされなくてもよく、ユニットとして表示されたコンポーネントは、物理的ユニットでであってもなくてもよい。つまり、１箇所に配置されてもよく、複数のネットワークユニットに分散されてもよい。実際の需要に応じて、その中のユニットの一部または全部を選択して本実施例における技術的解決策の目的を達成することができる。
【０２３６】
さらに、本願の各実施例における各機能ユニットは１つの処理ユニットに統合されてもよく、または各ユニットが物理的に別々に存在してもよく、または２つまたは２つ以上のユニットが１つのユニットに統合されてもよい。
【０２３７】
前記機能ユニットがソフトウェア機能ユニットの形で実現され、かつ独立した製品として販売または使用される場合、コンピュータ可読記憶媒体に記憶されることができる。このような理解に基づいて、本願の技術的解決策の本質的な部分、つまり先行技術に貢献のある部分、または前記技術的解決策の一部は、ソフトウェア製品の形で具現されることができ、前記コンピュータソフトウェア製品は、１つの記憶媒体に記憶され、１台のコンピュータ機器（パーソナルコンピュータ、サーバ、またはネットワーク機器等であり得る）に本願の各実施例に記載の方法の全部または一部のステップを実行させるためのいくつかの命令を含む。前述した記憶媒体は、Ｕディスク、モバイルハードディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスクまたは光ディスクなど、プログラムコードを記憶できる様々な媒体を含む。
【０２３８】
上記の内容は、本願の具体的な実施形態に過ぎず、本願の保護範囲はこれに限定されない。当業者は、本願で開示された技術的範囲内で容易に想到し得る変更または置換は、すべて本願の保護範囲内に含まれるべきである。したがって、本願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【図１】
2021533621.tif 000004
【図２】
2021533621.tif 000005
【図３】
2021533621.tif 000006
【図４】
2021533621.tif 000007
【図５】
2021533621.tif 000008
【図６】
2021533621.tif 000009
【図７】
2021533621.tif 000010
【図８】
2021533621.tif 000011
【図９】
2021533621.tif 000012
【図１０】
2021533621.tif 000013
【図１１】
2021533621.tif 000014
【国際調査報告】
2021533621.tif 000015
2021533621.tif 000016
2021533621.tif 000017
2021533621.tif 000018