(57)【要約】  本発明は、ランダム・アクセス応答メッセージについてのハイブリッド自動反復要求動作を実行する方法を提案する。本方法は、基地局において、ユーザ機器からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信するステップと、第１の媒体アクセス制御プロトコル・データ・ユニット（ＭＡＣ  ＰＤＵ）で、ユーザ機器に対してランダム・アクセス応答メッセージを送信するステップと、ランダム・アクセス応答メッセージを含む第１のＭＡＣ  ＰＤＵのハイブリッド自動反復要求プロセスにおいて、ユーザ機器に対して第２のＭＡＣ  ＰＤＵを送信するステップとを含み、第２のＭＡＣ  ＰＤＵに対応する物理制御チャネルは、第２のＭＡＣ  ＰＤＵが新しいデータを含んでいることを示すためのインジケータを含んでおり、そのインジケータは、ＭＡＣ  ＰＤＵが、初めて送信されるか、または再送信されるか、を示すために使用されている。
2015512215.tif 000002
【特許請求の範囲】
【請求項１】
基地局において、ユーザ機器に対してランダム・アクセス応答メッセージを送信する方法であって、
Ａ．前記ユーザ機器からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信するステップと、
Ｂ．第１の媒体アクセス制御プロトコル・データ・ユニットで、前記ユーザ機器に対してランダム・アクセス応答メッセージを送信するステップと、
Ｃ．前記ランダム・アクセス応答メッセージを含む前記第１の媒体アクセス制御プロトコル・データ・ユニットのハイブリッド自動反復要求プロセスにおいて、前記ユーザ機器に対して第２の媒体アクセス制御プロトコル・データ・ユニットを送信するステップと、
を含み、前記ハイブリッド自動反復要求プロセスに対応する物理制御チャネルは、前記第２の媒体アクセス制御プロトコル・データ・ユニットが新しいデータを含んでいることを示すためのインジケータを含んでおり、前記インジケータは、前記媒体アクセス制御プロトコル・データ・ユニットが、初めて送信されるか、または再送信されるか、を示すために使用されている、方法。
【請求項２】
前記第１の媒体アクセス制御プロトコル・データ・ユニットは、前記ユーザ機器に割り付けられるアップリンク・リソースを含んでおり、前記ステップＣの前に、前記方法は、
前記ユーザ機器からの否定応答メッセージの受信時に、または前記ユーザ機器からのフィードバックが所定の期間の中で受信されない場合に、前記第１の媒体アクセス制御プロトコル・データ・ユニットの中の前記アップリンク・リソースを解放するステップ、または再割り付けするステップ、
をさらに含む、請求項１に記載の方法。
【請求項３】
基地局において、ユーザ機器に対してランダム・アクセス応答メッセージを送信する方法であって、
Ａ：前記ユーザ機器からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信するステップと、
Ｂ．媒体アクセス制御プロトコル・データ・ユニットで、前記ユーザ機器に対してランダム・アクセス応答メッセージを送信するステップと、
Ｃ．前記ユーザ機器からの否定応答メッセージの受信時に、または前記ユーザ機器からのフィードバックが所定の期間の中で受信されない場合に、前記ユーザ機器に対して前記ランダム・アクセス応答メッセージを含む前記媒体アクセス制御プロトコル・データ・ユニットを再送信するステップと、
を含む、方法。
【請求項４】
前記媒体アクセス制御プロトコル・データ・ユニットは、アップリンク許可をさらに含んでおり、前記媒体アクセス制御プロトコル・データ・ユニットに対応する物理制御チャネルは、前記媒体アクセス制御プロトコル・データ・ユニットが新しいデータを含んでいるかどうかを示すためのインジケータをさらに含んでおり、前記インジケータは、前記媒体アクセス制御プロトコル・データ・ユニットが、初めて送信されるか、または再送信されるか、を示すために使用されている、請求項３に記載の方法。
【請求項５】
前記媒体アクセス制御プロトコル・データ・ユニットは、前記基地局が前記ユーザ機器から前記コンテンション・フリー・ランダム・アクセス・プリアンブルを受信する時刻である受信時刻をさらに含む、請求項３に記載の方法。
【請求項６】
ユーザ機器において、基地局からのランダム・アクセス応答メッセージを処理する方法であって、
Ｉ．前記ユーザ機器にサービスする前記基地局に対してコンテンション・フリー・ランダム・アクセス・プリアンブルを送信するステップと、
ＩＩ．媒体アクセス制御プロトコル・データ・ユニットで送信される前記ランダム・アクセス応答メッセージを前記基地局から受信するステップと、
ＩＩＩ．前記ランダム・アクセス応答メッセージが、所定の有効性条件を満たすかどうかを判定するステップと、
ＩＶ．前記ランダム・アクセス応答メッセージが前記所定の有効性条件を満たすときに、前記ランダム・アクセス応答メッセージが有効である、と判定するステップと、
を含む、方法。
【請求項７】
前記所定の有効性条件は、
前記ランダム・アクセス応答メッセージが、前記基地局において前記ユーザ機器から前記コンテンション・フリー・ランダム・アクセス・プリアンブルを受信する時刻である受信時刻をさらに含み、前記ユーザ機器が、前記ランダム・アクセス応答メッセージを成功裏に復号し、前記基地局が前記ユーザ機器から前記コンテンション・フリー・ランダム・アクセス・プリアンブルを受信する前記受信時刻と、現在のランダム・アクセス応答メッセージの受信ウィンドウと、に従って、前記ランダム・アクセス応答メッセージが有効である、と判定することと、
前記ユーザ機器が、前記ランダム・アクセス応答メッセージを成功裏に復号し、前記ランダム・アクセス応答メッセージの初めての伝送に対応する瞬間が、前記現在のランダム・アクセス応答メッセージの前記受信ウィンドウ内にあることと、
前記ユーザ機器が、前記ランダム・アクセス応答メッセージを成功裏に復号することと、
前記ユーザ機器が、前記ランダム・アクセス応答メッセージを成功裏に復号し、前記ランダム・アクセス応答メッセージの中のタイミング前進値が有効であることと、
のうちのいずれか１つを含む、請求項６に記載の方法。
【請求項８】
前記ステップＩＶの後に、
前記ランダム・アクセス応答メッセージが有効であると判定すると、前記ランダム・アクセス応答メッセージの中のタイミング前進情報を用いてアップリンク伝送を実行するステップと、
タイミング・アラインメント・タイマーを開始または再開するステップと、
をさらに含む、請求項６に記載の方法。
【請求項９】
前記ステップＩＶの後に、
前記ランダム・アクセス応答メッセージが有効であると判定すると、前記ランダム・アクセス応答メッセージの中のアップリンク許可が所定の条件を満たす、と判定するステップと、
前記ランダム・アクセス応答メッセージが前記所定の条件を満たすときに、前記現在送信された媒体アクセス制御プロトコル・データ・ユニットの中に含まれる前記アップリンク許可を用いて後続のアップリンク伝送を実行するステップと、
をさらに含む、請求項６に記載の方法。
【請求項１０】
前記所定の条件は、
前記基地局が、前記ユーザ機器の前記アップリンク許可が留保されないことを通知し、前記ユーザ機器によって成功裏に復号される前記ランダム・アクセス応答メッセージが初めて送信されることと、
前記基地局が、前記ユーザ機器の前記アップリンク許可が所定の期間にわたって留保されることを通知し、前記ユーザ機器が、前記ランダム・アクセス応答メッセージを成功裏に復号することと、
のうちのいずれか１つを含む、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ランダム・アクセス応答メッセージに関し、詳細には、基地局およびユーザ機器において、ランダム・アクセス応答メッセージのためのハイブリッド自動反復要求動作を実行する方法に関する。
【背景技術】
【０００２】
３ＧＰＰ  Ｒｅｌ−１１の現在の考察においては、Ｓセル（Ｓｃｅｌｌ）のＲＡＲを送信すべき２つの候補が存在している。第１の候補は、Ｐセル（Ｐｃｅｌｌ）の共通探索空間（ＣＳＳ：Ｃｏｍｍｏｎ  Ｓｅａｒｃｈｉｎｇ  Ｓｐａｃｅ）の上でＲＡ−ＲＮＴＩに基づいてメッセージ２（Ｍｓｇ２、すなわち、ＲＡＲメッセージ）についての物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）をアドレス指定することであり、また第２の候補は、ＰＤＣＣＨを用いて構成されるＰセルまたはＳセルのＵＥ特有の探索空間（ＵＳＳ：ＵＥ−ｓｐｅｃｉｆｉｃ  Ｓｅｒｃｈｉｎｇ  Ｓｐａｃｅ）上でＣ−ＲＮＴＩに基づいてメッセージ２（Ｍｓｇ２、すなわち、ＲＡＲメッセージ）についてのＰＤＣＣＨをアドレス指定することである。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ  Ｒｅｌ−１１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
コンテンション・フリー・ランダム・アクセス（ＣＦＲＡ：Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）プロセスにおいては、まず第１に、ユーザ機器は、プリアンブルを基地局に対して送信し、また次いで、基地局は、ユーザ機器からのランダム・アクセス・プリアンブルの受信時にランダム・アクセス応答（ＲＡＲ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）メッセージをユーザ機器に対してフィードバックする。メッセージ２（Ｍｓｇ２、すなわち、ＲＡＲメッセージ）についてのＰＤＣＣＨは、上記の第２のアプローチにおいて、ＰＤＣＣＨを用いて構成されるＰセルまたはＳセルのＵＥ−特有の探索空間（ＵＳＳ）の上でＣ−ＲＮＴＩに基づいてアドレス指定されるので、ＲＡＲメッセージは、ＭＡＣ  ＰＤＵの形態で送信され、そのようにして、ハイブリッド自動反復要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）メカニズムは、ＲＡＲの伝送に対して適用可能とすることもできる。しかしながら先行技術においては、ＲＡＲメッセージを保持するＭＡＣ  ＰＤＵのためのＨＡＲＱメカニズムは提案されていない。したがって、本発明は、簡単で実現可能なＲＡＲ  ＨＡＲＱメカニズムを提供することを意図している。
【課題を解決するための手段】
【０００５】
本発明の第１の態様によれば、基地局において、ユーザ機器に対してランダム・アクセス応答メッセージを送信する方法が提供されており、本方法は、Ａ．ユーザ機器からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信するステップと、Ｂ．第１の媒体アクセス制御プロトコル・データ・ユニットで、ユーザ機器に対してランダム・アクセス応答メッセージを送信するステップと、Ｃ．ランダム・アクセス応答メッセージを含む第１の媒体アクセス制御プロトコル・データ・ユニットのハイブリッド自動反復要求プロセスにおいて、ユーザ機器に対して第２の媒体アクセス制御プロトコル・データ・ユニットを送信するステップと、を含み、第２の媒体アクセス制御プロトコル・データ・ユニットに対応する物理制御チャネルは、第２の媒体アクセス制御プロトコル・データ・ユニットが新しいデータを含んでいることを示すためのインジケータを含んでおり、そのインジケータは、媒体アクセス制御プロトコル・データ・ユニットが初めて送信されるか、または再送信されるか、を示すために使用されている。
【０００６】
本発明の第２の態様によれば、基地局において、ユーザ機器に対してランダム・アクセス応答メッセージを送信する方法が提供されており、本方法は、Ａ：ユーザ機器からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信するステップと、Ｂ．媒体アクセス制御プロトコル・データ・ユニットで、ユーザ機器に対してランダム・アクセス応答メッセージを送信するステップと、Ｃ．ユーザ機器からの否定応答メッセージの受信時に、またはユーザ機器からのフィードバックが所定の期間の中で受信されない場合に、ユーザ機器に対してランダム・アクセス応答メッセージを含む媒体アクセス制御プロトコル・データ・ユニットを再送信するステップとを含む。
【０００７】
本発明の第３の態様によれば、ユーザ機器において、基地局からのランダム・アクセス応答メッセージを処理する方法が提供されており、本方法は、Ｉ．ユーザ機器にサービスする基地局に対してコンテンション・フリー・ランダム・アクセス・プリアンブルを送信するステップと、ＩＩ．基地局から送信されるランダム・アクセス応答メッセージを、媒体アクセス制御プロトコル・データ・ユニットで受信するステップと、ＩＩＩ．ランダム・アクセス応答メッセージが所定の有効性条件を満たすかどうかを判定するステップと、ＩＶ．ランダム・アクセス応答メッセージが所定の有効性条件を満たすときに、ランダム・アクセス応答メッセージが有効であると判定するステップとを含む。
【０００８】
本発明の問題解決手法を用いて、ＲＡＲメッセージを保持するＭＡＣ  ＰＤＵのためのＨＡＲＱメカニズムが対処される。
【０００９】
本発明の他の特徴、目的および利点は、図面を参照して行われる非限定的な実施形態についての以下の説明の検討をすると、より明らかになろう。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態によるシステム方法のフロー・チャートを示す図である。
【図２】本発明の別の実施形態によるシステム方法のフロー・チャートを示す図である。
【発明を実施するための形態】
【００１１】
図面全体を通して、同一の、または類似した参照番号は、同一の、または類似したステップ機能またはデバイス／モジュールを示す。
【００１２】
上記で述べられるような、ＲＡＲを送信する第２のアプローチにおいては、すなわち、任意のアクティブ・セルのＵＳＳに基づいている重要な課題は、ＲＡＲについてのＨＡＲＱプロセスを動作させるやり方である。この課題は、ＲＡＲペイロードの中に存在するＵＬ許可に対処するやり方のことを意味する。これらの課題は、ＨＡＲＱ再伝送のないＲＡＲと、ＨＡＲＱ再伝送を有するＲＡＲとの観点から、それぞれ以下で考察される。
【００１３】
第１の実施形態
図１を参照すると、最初に、ステップＳ１０において、ユーザ機器２は、ユーザ機器２にサービスする基地局１に対してコンテンション・フリー・ランダム・アクセス・プリアンブルを送信する。
【００１４】
ステップＳ１１においては、基地局１は、ユーザ機器２からのコンテンション・フリー・ランダム・アクセス・プリアンブルの受信時に、第１の媒体アクセス制御プロトコル・データ・ユニット（ＭＡＣ  ＰＤＵ）で、ユーザ機器２に対してランダム・アクセス応答メッセージを送信する。
【００１５】
次いで、ステップＳ１２において、ユーザ機器２は、基地局１からの第１のＭＡＣ  ＰＤＵの受信時に、基地局１に対してフィードバック・メッセージを、例えば、ＡＣＫメッセージまたはＮＡＣＫメッセージを送信する。
【００１６】
次いで、ステップＳ１３において、基地局１は、ランダム・アクセス応答メッセージを含む第１の媒体アクセス制御プロトコル・データ・ユニットのハイブリッド自動反復要求（ＨＡＲＱ）プロセスにおいて、ユーザ機器２に対して第２の媒体アクセス制御プロトコル・データ・ユニットを送信し、第２の媒体アクセス制御プロトコル・データ・ユニットに対応する物理ダウンリンク制御チャネルは、第２の媒体アクセス制御プロトコル・データ・ユニットが新しいデータを含むことを示すためのインジケータを含んでおり、インジケータは、媒体アクセス制御プロトコル・データ・ユニットが、初めて送信されるか、または再送信されるかを示すために使用されている。
【００１７】
ＰＤＣＣＨは、ＨＡＲＱに関連した情報を含んでおり、ここで、ＰＤＣＣＨの中の新しいデータ・インジケータ（ＮＤＩ：Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）は、ＭＡＣ  ＰＤＵが、新しいデータを含んでいるかどうかを示しており、すなわち、ＨＡＲＱプロセスに対応するＰＤＣＣＨチャネルが、ＭＡＣ  ＰＤＵの形のデータが初めて送信されるか、または再送信されるか、を示す。ＮＤＩは、１−ビット・データによって表される。本発明の一実施形態においては、ＮＤＩは、新しいデータの伝送がイネーブルにされるようにその間ずっと設定される。すなわち、ＮＤＩの値は、最後に送信されたＮＤＩの値から変更され、例えば、ＮＤＩの値は、０から１へと変更され、またはＮＤＩの値は、１から０へと変更される。
【００１８】
この実施形態においては、第２のＭＡＣ  ＰＤＵは、第１のＭＡＣ  ＰＤＵに対応するＨＡＲＱプロセスにおいて、送信される。しかしながら、第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨのＮＤＩは、第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨのＮＤＩとは異なるように設定され、すなわち、それは、送信される新しいデータが存在することを示している。すなわち、第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、１である場合、そのときには第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値は、０であるべきである。代わりに、第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、０である場合、そのときには第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値は、１であるべきである。
【００１９】
第２のＭＡＣ  ＰＤＵの中に含まれる新しいデータは、第１のＭＡＣ  ＰＤＵの中にカプセル化されるＲＡＲ情報とすることができ、または他のデータ情報とすることができる。
【００２０】
第１の実施形態では、基地局１は、ＲＡＲについてのＨＡＲＱ再伝送が存在しないことを規定することができる。基地局１は、ユーザ機器２からＡＣＫまたはＮＡＣＫを基地局１が受信するかどうかにかかわらず、以前に送信されたＲＡＲのＨＡＲＱプロセスの上で新しい伝送をスケジュールすることができる。それゆえに、ステップＳ１３が、この明細書においてはステップＳ１２に引き続いているように説明されるが、当業者なら、ステップＳ１２とステップＳ１３との間に明らかな逐次的順序は存在しておらず、また基地局１は、第１のＭＡＣ  ＰＤＵについてのユーザ機器２からのフィードバックを受信した後に、第２のＭＡＣ  ＰＤＵの伝送を必ずしもトリガするとは限らない可能性があることを理解することができる。言い換えれば、ＲＡＲのＨＡＲＱプロセスでは、基地局は、ユーザ機器から基地局において受信するフィードバックが、ＡＣＫであるか、またはＮＡＣＫであるかにかかわらず、新しいデータの伝送を開始することになる。さらに、基地局が８ｍｓよりも長い間、どのようなフィードバックも受信しない場合、基地局はまた、新しいデータの伝送を開始することになる。
【００２１】
基地局１では、ＲＡＲを保持するＭＡＣ  ＰＤＵについて基地局１がユーザ機器２からＮＡＣＫを受信し、または所定の期間の中でユーザ機器２からフィードバックを受信しない場合には、基地局１は、以前のＲＡＲに含まれるＵＬ許可が今でも再利用され得ることを知っている。さらに、ＲＡＲが再送信されるべき場合には、新しいＵＬ許可が再割り付けされるべきである。代わりに、基地局１は、第１のＭＡＣ  ＰＤＵの中のＵＬ許可に対応するアップリンク・リソースを解放することができる。
【００２２】
次いで、ステップＳ１４において、ユーザ機器２は、最初に、基地局１からの第２のＭＡＣ  ＰＤＵの受信時に、ＰＤＣＣＨ信号を復調する。ユーザ機器２は、復調されたＰＤＣＣＨからＮＤＩ情報を取得し、またユーザ機器２は、ＮＤＩ情報から、対応するＨＡＲＱプロセスの上で送信されるデータが新しいデータであるか、または再送信された以前のデータであるか、を知ることができる。
【００２３】
例えば、第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応する、ユーザ機器２によって受信されるＰＤＣＣＨ信号の中のＮＤＩの値が、ユーザ機器２によって受信されるＰＤＣＣＨ信号の中のＮＤＩの値から変更され、第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスが変化していることに対応している場合、例えば、第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、０であり、また第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、１である場合、または第１のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、１であり、また第２のＭＡＣ  ＰＤＵを送信するためのＨＡＲＱプロセスに対応するＰＤＣＣＨ信号におけるＮＤＩの値が、０である場合には、ユーザ機器２は、関連のあるＨＡＲＱ再伝送が終了されており、またユーザ機器２が、どのようなＨＡＲＱマージング（ｍｅｒｇｉｎｇ）もなしに新しいデータを受信し始めることを知っている。
【００２４】
この観点から、ＲＡＲを受信する性能、例えば、ＲＡＲを受信する際の遅延は、Ｒ１０の中のものと同じである。ＲＡＲが、ユーザ機器２のＲＡＲ受信ウィンドウの中でユーザ機器２に到達することができない場合には、ユーザ機器１は、ＲＡＲの伝送を終了させる。さらに、ユーザ機器２の観点から、ＲＡＲがユーザ機器２の現在の受信ウィンドウの中で正しく復号される場合には、ＲＡＲは有効であり、またＣＦＲＡは完了され、そうでない場合には、ＲＡＲは無効であるものと見なされ、またそれゆえに切り捨てられる。
【００２５】
ＲＡＲのＨＡＲＱ再伝送が存在しないので、関連のあるＲＡＲが正しく受信されるときに、ＵＬ許可はユーザ機器２について有効である。
【００２６】
ＨＡＲＱ再伝送が実行される場合、そのときには後で考察されるべき第２の実施形態におけるオペレーションが、実行されることになる。
【００２７】
第２の実施形態
第２の実施形態は、ＨＡＲＱ伝送を有するＲＡＲのことを意味しており、これはまた、基地局１によって制御される。ユーザ機器２の観点から、ＲＡＲがそのＲＡＲ受信ウィンドウの外側で受信される場合には、そのＲＡＲは無効なＲＡＲと見なされ、それゆえに切り捨てられることになる。他方、ＲＡＲがそのＲＡＲ受信ウィンドウ内で受信される場合には、ＲＡＲは有効なＲＡＲと見なされることになり、また対応するランダム・アクセス・プロセスは、成功と見なされることになる。
【００２８】
図２を参照すると、第２の実施形態において、最初にステップＳ２０において、ユーザ機器２は、ユーザ機器２にサービスする基地局１に対してコンテンション・フリー・ランダム・アクセス・プリアンブルを送信する。
【００２９】
ステップＳ２１において、基地局１は、ユーザ機器２からのコンテンション・フリー・ランダム・アクセス・プリアンブルの受信時に、媒体アクセス制御プロトコル・データ・ユニットでユーザ機器２に対してランダム・アクセス応答メッセージを送信する。
【００３０】
次いで、ユーザ機器２は、媒体アクセス制御プロトコル・データ・ユニットで送信されるランダム・アクセス応答メッセージを基地局１から受信する。
【００３１】
次いで、ステップＳ２２において、ユーザ機器２は、ランダム・アクセス応答メッセージが所定の有効性条件を満たすかどうかを判定する。
【００３２】
ステップＳ２３において、ユーザ機器２は、ランダム・アクセス応答メッセージが所定の有効性条件を満たすときに、ランダム・アクセス応答メッセージが有効であると判定する。
【００３３】
他方、ステップＳ２３’においては、ユーザ機器２は、ランダム・アクセス応答メッセージが所定の有効性条件を満たさないときに、ランダム・アクセス応答メッセージが無効であると判定する。
【００３４】
次いで、ステップＳ２４において、基地局１は、ユーザ機器２からの否定応答メッセージの受信時に、またはユーザ機器２からのフィードバックが所定の期間の中で受信されない場合に、ユーザ機器２に対してランダム・アクセス応答メッセージを含む媒体アクセス制御プロトコル・データ・ユニットを再送信する。
【００３５】
先行技術においては、ＲＡＲの混乱が、ＨＡＲＱ再伝送に起因してユーザ機器２の側において起こる可能性がある。例えば、ユーザ機器２は、以前のランダム・アクセス・ウィンドウについてのＲＡＲと、現在のランダム・アクセス・ウィンドウについてのＲＡＲとの間で区別する必要がある。これは、ユーザ機器２が、新しいラウンドのプリアンブル伝送を開始している、というようなシナリオにおいて起こる可能性があるが、以前のラウンドのプリアンブル伝送を肯定応答するためのＲＡＲ受信ウィンドウは閉じられており、またＲＡＲは、正しく受信されておらず、例えば、関連のあるＲＡＲは、ＨＡＲＱ再伝送に起因して、エア・インターフェースを経由して依然として送信されている。次いで、新しいＲＡＲ受信ウィンドウにおいて、ユーザ機器２は、複数のＨＡＲＱ伝送に起因して以前のラウンドのプリアンブル伝送に正しく肯定応答するためのＲＡＲを受信する。それゆえに、ユーザ機器２は、ＲＡＲが、期待されるような現在のＲＡＲ受信ウィンドウに対応していないことを正しく識別する必要がある。
【００３６】
したがって、ユーザ機器２は、ＲＡＲがユーザ機器２について有効であるかどうかを判定する以下の３つのオプションとともに構成されている可能性がある。ステップＳ２１からＳ２４は、これらの３つのオプションについて、それぞれ以下で説明されることになる。
【００３７】
１．ランダム・アクセス応答メッセージの有効性を判定する
オプション１において、基地局においてプリアンブルを受信する受信時刻が、ＲＡＲ  ＭＡＣ  ＣＥに含められる。
【００３８】
それゆえに、所定の有効性条件は、すなわち、ランダム・アクセス応答メッセージが、基地局１においてユーザ機器２からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信する受信時刻をさらに含んでいることと、ユーザ機器２がランダム・アクセス応答メッセージを成功裏に復号すること、および基地局１がユーザ機器２からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信する受信時刻と、現在のランダム・アクセス応答メッセージの受信ウィンドウと、に従ってランダム・アクセス応答メッセージが有効であると判定することと、を含んでいる。
【００３９】
特に、現在のＲＡＲの受信ウィンドウは、ユーザ機器２が現在のＲＡＲを受信することを期待する時間ウィンドウのことを意味しており、また基地局１がプリアンブルを受信する受信時刻は、基地局１がユーザ機器２からプリアンブルを受信する瞬間のことを意味している。何らかの特定の情報、例えば、基地局１が関連のあるプリアンブルを受信する受信時刻が、ＲＡＲのＭＡＣ  ＣＥに含められる可能性がある。新しいＭＡＣ  ＣＥのフォーマットは、依然としてさらに検討される必要があることに注意すべきである。したがって、ＭＡＣ  ＣＥは、どのような余分のオーバーヘッドも招くことなく、そのような情報を含むように規定される可能性がある。ＲＡＲを送信する第２のアプローチでは、メッセージ２（Ｍｓｇ２、すなわち、ＲＡＲメッセージ）についてのＰＤＣＣＨは、ＰＤＣＣＨを用いて構成されるＰセルまたはＳセルのＵＥ特有の探索空間（ＵＳＳ）上でＣ−ＲＮＴＩに基づいてアドレス指定され、またタイム・アラインメント（ＴＡ：Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）だけが、ＲＡＲのＭＡＣ  ＰＤＵの中で必要とされる。伝統的なＲＡＲペイロードは、６バイトである。それゆえに、ＴＡフィールドを除外すると、ＵＬ許可フィールドが存在しないときに３６ビットが使用可能であり、またはＵＬ許可フィールドが保持されるときに１６ビットが使用可能である。後者の場合でさえ、２１６＝６５３６個のＴＴＩが、識別される可能性があり、これは、必要な数よりもずっと多い。
【００４０】
それゆえに、ステップＳ２１において、基地局１からユーザ機器２へと送信されるＲＡＲ  ＭＡＣ  ＰＤＵは、基地局１がユーザ機器２からコンテンション・フリー・ランダム・アクセス・プリアンブルを受信する受信時刻をさらに含んでいる。
【００４１】
ステップＳ２２においては、使用機器２は、基地局１においてプリアンブルを受信する受信時刻が、基地局１においてＲＡＲ  ＭＡＣ  ＰＤＵの中でプリアンブルを受信する受信時刻と、現在のＲＡＲの受信ウィンドウと、に従って、現在のＲＡＲの受信ウィンドウとの所定の関係を満たすかどうかを判定する。一般に、基地局１がプリアンブルを受信する受信時刻は、ユーザ機器２がプリアンブルを送信した４ｍｓ後であり、そのようにして基地局１がプリアンブルを受信する受信時刻は、一般的に、ＲＡＲの受信ウィンドウ内に含まれる可能性がある。例えば、基地局１がプリアンブルを受信する受信時刻が現在のＲＡＲの受信ウィンドウ内にあるかどうかが、判定される可能性がある。基地局１においてＲＡＲの中でプリアンブルを受信する受信時刻が、ＲＡＲが期待されたＲＡＲであることを示す場合には、ステップＳ２３において、ユーザ機器２は、ＲＡＲが有効であると判定し、そうでない場合には、ステップＳ２３’において、基地局１は、ＲＡＲが無効であり、また切り捨てられるべきである、と判定する。
【００４２】
オプション２においては、ユーザ機器は、ＲＡＲを含むＭＡＣ  ＰＤＵが初めて受信される受信時刻を推定する。
【００４３】
このオプションでは、ＲＡＲが正しく復号される場合には、ユーザ機器２は、ＲＡＲを含むＭＡＣ  ＰＤＵが初めて受信される受信時刻を推定する。これは、ユーザ機器２が、いつＲＡＲがＨＡＲＱ再伝送なしに受信されるべきかを判定するために役に立つ。
【００４４】
初めての受信時刻が現在のＲＡＲの受信ウィンドウ内にある場合、そのときにはＲＡＲは、期待されたＲＡＲである。他方、初めての受信時刻が現在のＲＡＲの受信ウィンドウの外側にある場合、そのときにはＲＡＲは無効であり、またユーザ機器２は、そのＲＡＲをそれに従って切り捨てるべきである。
【００４５】
このオプションでは、ＭＡＣ  ＰＤＵが初めて受信される受信時刻は、伝送時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）であり、ここで、データは、その以前の値から変更されているＰＤＣＣＨにおけるＮＤＩの値とともに、対応するＨＡＲＱプロセスの上で受信される。一般に、データは、８つのＨＡＲＱプロセスの中で再送信される可能性がある。それゆえに、例えば、ステップＳ２２において、ユーザ機器２は、ＲＡＲ受信ウィンドウがトリガされた後に対応するＮＤＩが各ＨＡＲＱプロセスにおいて変更される瞬間を記録し始め、また次いで、ＮＤＩがＲＡＲを含むＨＡＲＱプロセスの中で新しく変更される瞬間（ＴＴＩ）として、ＲＡＲが初めて受信される瞬間を判定する。このスキームを用いて、ユーザ機器２は、受信されたＲＡＲが正しいかどうかを間違いなく識別することができ、またＲＡＲ受信に対するＨＡＲＱ再伝送の影響は対処される可能性がある。これは、ユーザ機器２が他のどのようなタスクも実行せずに、何らかのＴＴＩ情報を記録する必要があるだけであることを意味している。したがって、ユーザ機器２は、如何なる複雑なオペレーションも実行しない。
【００４６】
オプション３において、ＴＡ有効性が、推定される。
【００４７】
他方、ＴＡが、より長い期間にわたって有効である可能性がある場合、そのときにはランダム・アクセス応答メッセージもまた、より長い期間にわたって有効になる。例えば、ユーザ機器２がＲＡＲを正しく復号する場合、ユーザ機器２は、ＲＡＲが以前のランダム・アクセス・ウィンドウに対応するか、または現在のランダム・アクセス・ウィンドウに対応するかにかかわらず、アップリンク伝送についてＲＡＲに含まれるＴＡを使用することになり、また現在のランダム・アクセス・プロセスは、成功と見なされる可能性がある。
【００４８】
ランダム・アクセス・プロセスが終了させられた後でさえも、ユーザ機器２が新しいＲＡＲを後で受信する場合には、ユーザ機器２は、ＲＡＲが無効であったことを考慮し、またこのようにしてＲＡＲを切り捨てることができる。代わりに、ユーザ機器は、ＲＡＲが有効であることを考慮し、またＲＡＲの中のＴＡを再び使用することができる。それゆえに、ＲＡＲ受信は、ＨＡＲＱ再伝送に起因して影響を受けない。
【００４９】
あるいは、何らかの情報が、オプション１のように、ＲＡＲ  ＭＡＣ  ＣＥの中に含められる可能性があり、その結果、ユーザ機器２は、受信されたＴＡが有効であるかどうかを知ることができる。そうである場合には、ユーザ機器２は、どのランダム・アクセス受信ウィンドウにそれが対応するかにかかわらず、直接にＴＡを使用する。
【００５０】
代わりに、ユーザ機器は、ＴＡの有効性を無視することもできる。ユーザ機器は、ユーザ機器がＲＡＲを正しく復号する限り、ＲＡＲメッセージが有効であることを常に考慮し、またアップリンク伝送について正しく記録されたＲＡＲメッセージの中のＴＡ値を使用する。
【００５１】
この観点から、ランダム・アクセス・ウィンドウは、正に、ランダム・アクセス受信に対する如何なる影響もなしに、いつ次のラウンドのプリアンブル伝送をトリガすべきかをユーザ機器２に知らせるためのものである。
【００５２】
上記の３つの可能性のあるオプションは、どのようなＴＡＴオペレーションにも影響を及ぼさない。ＴＡが適用されるときに、ＴＡＴオペレーションは、ユーザ機器２によって（再び）開始される。基地局側においては、ＲＡＲを含むＭＡＣ  ＰＤＵについてのＡＣＫが基地局１によって受信され、また、ユーザ機器２が対応するＴＡ値を適用することになることを基地局１が考慮するときに、関連したＴＡＴオペレーションは、（再び）開始される。
【００５３】
ＲＡＲが有効であるかどうかをどのようにして判定すべきかについての課題は、上記で考察されてきており、またＵＬ許可がＣＦＲＡ  ＲＡＲのペイロードに含められるときに、アップリンク許可プロセスをどのようにして処理すべきかについては、以下で考察される。
【００５４】
２．アップリンク許可
シナリオ１：
最初に、基地局が、ユーザ機器のためにアップリンク許可を留保しない場合のシナリオが考慮される。
【００５５】
ＵＬ許可がＲＡＲ  ＭＡＣ  ＰＤＵの中に含められる場合には、ユーザ機器２は、特定の回数よりも多く関連のあるＲＡＲが再送信されている場合に、ＵＬ許可の情報を切り捨てる。これについての理由は、受信されたＵＬ許可が期限切れになっている可能性があり、また基地局１が別のユーザ機器に合わせてリソースをスケジュールしていることである。これは、ユーザ機器２が、どのようなＨＡＲＱ再伝送もなしに、ＲＡＲにおいてＵＬ許可を適用するだけになることを意味している。これは、ＮＤＩ情報を用いてユーザ機器２の側で達成される可能性がある。
【００５６】
これは、ユーザ機器２がＲＡＲを正しく復号した後に、ＮＤＩの値が、以前のＭＡＣ伝送中にＰＤＣＣＨの中に保持されるＮＤＩの値から変更され、すなわち、新しいデータが送信されている場合、そのときにはこれが、ＨＡＲＱ再伝送がＲＡＲに適用されないことを意味し、そのようにしてＵＬ許可が有効であることを意味している。
【００５７】
他方では、ＮＤＩの値が、以前のＭＡＣ伝送中にＰＤＣＣＨの中に保持されるＮＤＩの値から変更されず、すなわち、新しいデータが送信されていない場合には、ＲＡＲは、少なくとも１回はＨＡＲＱ再伝送を受けており、そのようにしてＵＬ許可はもはや有効ではなく、また切り捨てられるべきである。
【００５８】
基地局側では、ＮＡＣＫが、ＲＡＲを含むＭＡＣ  ＰＤＵの初めての伝送について受信される場合、そのときには基地局１は、ＵＬ許可において示されるアップリンク・リソースを別のユーザ機器に合わせて再スケジュールし、またはアップリンク・リソースを解放して、それによってアップリンク・リソースが、浪費されないようにすることができる。それゆえに、明らかに、ＵＬ許可プロセスは、ＨＡＲＱ再伝送による影響を受けない。
【００５９】
シナリオ２：
次いで、基地局１が、ユーザ機器２のためのＵＬ許可を留保する場合のシナリオが考慮される。
【００６０】
オプションとして、アップリンク・リソースの浪費が無視される場合には、基地局１は、ＡＣＫを基地局１において受信するまで、ユーザ機器２のためのＵＬ許可を留保することができる。ユーザ機器２の側では、ＵＬ許可は、ＲＡＲが正しく復号されるときに適用される可能性がある。例えば、ユーザ機器２は、ＲＡＲが正しく復号された４ｍｓ後にＵＬ許可を使用し始めることになり、また基地局１は、ＡＣＫの受信時に、ユーザ機器２が４ｍｓ後にＵＬ許可を使用することになることを知ることもできる。
【００６１】
本発明の実施形態が上記で説明されているが、本発明は、特定のどのようなシステム、デバイスまたはプロトコルだけにも限定されないことになり、また当業者なら、添付の特許請求の範囲についての範囲を逸脱することなく、様々な変形形態または修正形態を作ることができる。
【００６２】
当業者なら、説明、開示、および図面、ならびに添付の特許請求の範囲について検討すると、開示された実施形態に対する他の変形形態を理解し、また行うことができる。特許請求の範囲においては、用語「備える／含む（ｃｏｍｐｒｉｓｅ）」は、別の要素（単数または複数）と、ステップ（単数または複数）とを除外することはなく、また用語「１つの（ａ）」または「１つの（ａｎ）」は、複数を除外するものではない。本発明においては、「第１の（ｆｉｒｓｔ）」、「第２の（ｓｅｃｏｎｄ）」などは、逐次的な関係の代わりに名前を表現することだけを意図している。本発明の実用的なアプリケーションにおいては、ある要素は、請求項の中で列挙される複数の技術的特徴についての機能を実行することができる。特許請求の範囲の中の任意の参照番号は、本発明の範囲を限定するものと解釈されない。
【図１】
2015512215.tif 000003
【図２】
2015512215.tif 000004
【国際調査報告】
2015512215.tif 000005
2015512215.tif 000006
2015512215.tif 000007