(57)【要約】【課題】本発明は、ランダムアクセス情報の取得方法及びユーザー端末を公開する。【解決手段】この方法は、ランダムアクセスプロセスにおいて、ユーザー端末がランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得することと、ランダムアクセスが成功した後、ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局へ報告することとを含む。本発明によると、基地局は端末に報告されたパラメーター情報に基づいてランダムアクセスを最適化させて、ランダムアクセス最適化の正確性を向上させる。【選択図】図３
2012518297.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセスプロセスにおいて、ユーザー端末が上記ランダムアクセスプロセスにおけるパラメーター情報を計測して、上記ランダムアクセスプロセスにおける上記パラメーター情報を取得することと、
ランダムアクセスが成功した後、上記ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局へ報告することと
を含むことを特徴とするランダムアクセス情報の取得方法。
【請求項２】
上記ユーザー端末が上記一部又はすべてのパラメーター情報を基地局へ報告するステップは、
上記ユーザー端末が、計測報告基準を含む計測リクエストを上記基地局から受信することと、
上記ユーザー端末が、上記計測リクエストに含まれる上記計測報告基準に応じて、上記基地局へ上記一部又はすべてのパラメーター情報を送信することと
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
上記ユーザー端末が上記一部又はすべてのパラメーター情報を基地局へ報告するステップは、ランダムアクセスが成功した後、上記ユーザー端末が、計測報告基準に応じて、上記基地局へ上記一部又はすべてのパラメーター情報を送信することを含み、
上記計測報告基準は、所定のデフォルト値の報告基準、又はシステム情報放送を介して上記ユーザー端末に知らせる報告基準を含むことを特徴とする請求項１に記載の方法。
【請求項４】
上記計測報告基準が計測されたすべてのパラメーター情報を報告する場合、上記ユーザー端末が上記基地局へ上記一部又はすべてのパラメーター情報を送信するステップは、上記ユーザー端末が取得されたすべてのパラメーター情報を上記基地局へ送信することを含むことを特徴とする請求項２又は３に記載の方法。
【請求項５】
上記計測報告基準が所定の条件を満たすパラメーター情報を報告する場合、上記ユーザー端末が上記基地局へ上記一部又はすべてのパラメーター情報を送信するステップは、上記ユーザー端末が、取得されたすべてのパラメーター情報の中で上記所定の条件を満たすパラメーター情報を上記基地局へ送信することを特徴とする請求項２又は３に記載の方法。
【請求項６】
上記ランダムアクセスプロセスが競争ベースのランダムアクセスモードである場合、上記パラメーター情報は、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がランダムアクセスプリアンブルを送信した後、上記ユーザー端末が所定時間内に上記基地局からのランダムアクセス応答を受信しなかった回数ＮnoRARと、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がメッセージ３を再転送する回数が所定の第一閾値を超えた回数ＮMsg3maxと、
上記ランダムアクセスプロセスにおいて、衝突解決タイマーがタイムアウトした回数ＮContentionTimeOutと、
上記ユーザー端末が期待されないメッセージ４を受信した回数ＮNoExpectMsg4と、
上記ユーザー端末がランダムアクセスプロセスにおいてランダムアクセスプリアンブルを送信した回数とのうち、少なくても一つを含み、
上記計測されたパラメーター情報は、ランダムアクセスプロセスにおける衝突情報を示すパラメーターを含むことを特徴とする請求項１に記載の方法。
【請求項７】
上記ユーザー端末が上記ランダムアクセスプロセスを計測するステップは、
上記ユーザー端末が、上記ランダムアクセスプロセスを始動し、上記ランダムアクセスプロセスにおいて上記ユーザー端末がランダムアクセスプリアンブルを送信する回数のカウントに用いられるカウンターと、ＮnoRARと、ＮMsg3maxと、ＮContentionTimeOutと、ＮNoExpectMsg4とをリセットすることと、
上記ユーザー端末が上記基地局へランダムアクセスプリアンブルを送信して、上記カウンターに１を加算するステップ１と、
上記ユーザー端末が上記所定時間内に上記ランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ３を実行し、受信しなかった場合、ＮnoRARに１を加算して、ステップ６を実行するステップ２と、
上記ユーザー端末が、上記基地局へ上記メッセージ３を送信するとともに、上記衝突解決タイマーを起動し、上記基地局から上記メッセージ３を受信しなかったことを示す応答メッセージを受信した場合、上記メッセージ３を再送信するとともに、上記衝突解決タイマーを再起動して、再送信する回数が上記所定の第一閾値を超えたかどうかを判断して、超えた場合、ＮMsg3maxに１を加算して、ステップ６を実行し、超えなかった場合、ステップ４を実行するステップ３と、
上記ユーザー端末が、上記衝突解決タイマーがタイムアウトする前に上記基地局から上記メッセージ４を受信したかどうかを判断し、受信した場合、ステップ５を実行し、受信しなかった場合、ＮContentionTimeOutに１を加算して、ステップ６を実行するステップ４と、
上記ユーザー端末が、上記基地局から受信された上記メッセージ４が所定のメッセージ４であるかどうかを判断し、上記所定のメッセージ４である場合、上記計測を終了し、上記所定のメッセージ４ではない場合、ＮNoExpectMsg4に１を加算して、ステップ６を実行するステップ５と、
上記カウンターの値が所定の第二閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップ１に戻ってステップ１を実行するステップ６とを含むことを特徴とする請求項６に記載の方法。
【請求項８】
上記ランダムアクセスプロセスが非競争ベースのランダムアクセスモードである場合、上記パラメーター情報は、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がランダムアクセスプリアンブルを送信した後、所定時間内に上記基地局からのランダムアクセス応答を受信しなかった回数ＮnoRARと、
上記ユーザー端末がランダムアクセスプロセスにおいてランダムアクセスプリアンブルを送信した回数とのうち、少なくても一つを含むことを特徴とする請求項１に記載の方法。
【請求項９】
上記ユーザー端末が上記ランダムアクセスプロセスを計測するステップは、
上記ユーザー端末が上記ランダムアクセスプロセスを始動し、上記ランダムアクセスプロセスにおいて上記ユーザー端末がランダムアクセスプリアンブルを送信する回数のカウントに用いられるカウンターとＮnoRARとをリセットすることと、
上記ユーザー端末が、基地局へ上記ランダムアクセスプリアンブルを送信して、上記カウンターに１を加算するステップ１と、
上記ユーザー端末が、上記所定時間内に上記ランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ３を実行して、受信しなかった場合、ＮnoRARに１を加算して、ステップ３を実行するステップ２と、
上記カウンターの値が所定の第三閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップ１に戻ってステップ１を実行するステップ３とを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
ランダムアクセスプロセスにおけるパラメーター情報を計測して、上記ランダムアクセスプロセスにおける上記パラメーター情報を取得する計測モジュールと、
上記計測モジュールによって取得されたすべて又は一部のパラメーター情報を基地局へ送信する送信モジュールとを含むことを特徴とするユーザー端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、具体的に、ランダムアクセス情報の取得方法及びユーザー端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略して、ＵＥと呼ばれる）に関する。
【背景技術】
【０００２】
長期発展型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、略して、ＬＴＥと呼ばれる）ネットワークは、発展型ユニバーサル陸上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、略して、Ｅ-ＵＴＲＡＮと呼ばれる）と、発展型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、略して、ＥＰＣと呼ばれる）とで構成され、このＬＴＥネットワークは、フラット構造とされる。上記Ｅ-ＵＴＲＡＮは、ＥＰＣと接続する複数の発展型基地局（Ｅｖｏｌｖｅｄ ＮｏｄｅＢ、略して、ｅＮＢと呼ばれる）で構成される。
【０００３】
ＬＴＥシステムでは、ＵＥがネットワーク側とインタラクションを行う必要がある場合、ＵＥは、まずアップリンク同期を取得するとともに、ランダムアクセスプロセスを始動する必要がある。このランダムアクセスプロセスは、モードに応じて、競争ベースのランダムアクセスプロセスと非競争ベースのランダムアクセスプロセスとに分類される。
【０００４】
図１は、競争ベースのランダムアクセスプロセスのフローチャートである。図１に示すように、競争ベースのランダムアクセスプロセスは、主に以下のステップを含む。
【０００５】
Ｓ１０１、ＵＥが、アップリンクランダムアクセスチャネルでランダムアクセスプリアンブルを送信する。このプリアンブルを送信するための時間周波数領域位置は、ランダムアクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、略して、ＲＡ-ＲＮＴＩと呼ばれる）と関連する。
【０００６】
Ｓ１０３、ｅＮＢが、上記ランダムアクセスプリアンブルを受信した後、ダウンリンク共有チャネルでランダムアクセス応答をＵＥに返信する。このランダムアクセス応答にはｅＮＢによるＵＥの次のアップリンクスケジューリングに対する授権が含まれる。
【０００７】
Ｓ１０５、ステップＳ１０１においてＲＡ-ＲＮＴＩに応じてダウンリンク制御チャネルで送信されたプリアンブルと関連する応答をＵＥが識別した場合、ＵＥは、ステップＳ１０３でｅＮＢから得られた授権に応じて、アップリンクスケジューリングを行って、ｅＮＢへＭｓｇ３を送信する。このＭｓｇ３には、ＵＥの識別子又は衝突解決識別子が含まれている。このプロセスにおいて、ＨＡＲＱ再転送メカニズムを採用することができ、即ち、ｅＮＢがメッセージの未受信（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、略して、ＮＡＣＫと呼ばれる）を返信すると、ＵＥが、改めてＭｓｇ３を送信する。
【０００８】
Ｓ１０７、ｅＮＢが、Ｍｓｇ３を受信した後、ＵＥ識別子に応じてＭｓｇ４をＵＥへ送信する。ＵＥが、衝突解決タイマーのタイムアウトの前にこのメッセージを受信し、且つ、アンパックされたＭｓｇ４がＵＥに期待されるＭｓｇ４であることを確認した場合、ＵＥは、今回のランダムアクセスプロセスが成功であると判断する。一方、この条件を満たさない場合、ランダムアクセスプロセスは不成功であると判断され、ＵＥは、改めてランダムアクセスを始動する。
【０００９】
図２は、非競争ベースのランダムアクセスプロセスのフローチャートである。図２に示すように、非競争ベースのランダムアクセスプロセスは、主に以下のステップ（ステップＳ２０１〜ステップＳ２０５）を含む。
【００１０】
Ｓ２０１、ｅＮＢが、まず、専用シグナルによって専用のランダムアクセスプリアンブルをＵＥに配布する。このプリアンブル内にはランダムアクセスを送信するための時間周波数領域の位置も指定されている。
【００１１】
Ｓ２０３、ＵＥが、指定された時間周波数領域の位置において専用のランダムアクセスプリアンブルを送信する。
【００１２】
Ｓ２０５、ｅＮＢが、ランダムアクセスプリアンブルを受信した後、ダウンリンク共有チャネルでランダムアクセス応答をＵＥに返信する。ステップＳ２０１において、ＲＡ-ＲＮＴＩに応じてダウンリンク制御チャネルで送信された専用プリアンブルと関連する応答をＵＥが識別した場合、ＵＥは、今回のランダムアクセスプロセスが成功であると判断する。一方、この条件を満たさない場合、不成功であると判断され、ＵＥは、改めてランダムアクセスを始動する。
【００１３】
ここで、ランダムアクセスに使用されるプリアンブルシーケンスコードは、セル毎に６４個あり、上記の競争ベース及び非競争ベースのアクセスモードに応じて、プリアンブルコードは、２つのグループに分けられる。競争ベースのランダムアクセスのプリアンブルコードは、さらに、次のＭｓｇ３のサイズと、計測期間中のパスロスのサイズとに応じて、ＧｒｏｕｐＡとＧｒｏｕｐＢの２つのグループに分けられる。従って６４個のプリアンブルコードは、３つのグループに分けられる。
【００１４】
セル内では、ある時点で複数のＵＥが、同時に上記ランダムアクセスプロセスを始動することが可能であるので、同じグループ内のプリアンブルコードを使用する競争ベースのランダムアクセスプロセスは、衝突現象が起きる可能性がある。これにより、ＵＥによって始動されるランダムアクセスプロセス、又は、ＵＥとネットワーク側との間の次のインタラクションが失敗し、最終的に、セル内の一部のＵＥが、呼び出しの確立、切り替えの時間の遅延をより大きくさせ、成功率が下がってしまうことが起きる可能性がある。さらに、物理層ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、略して、ＰＲＡＣＨと呼ばれる）が固定的にセルの一部のエアインタフェースリソースを占用する必要があるので、ＰＲＡＣＨ配置が不適切であると、セル無線リソースの浪費に繋がる。この問題を解決するために、セルが確立された後、現場手動テスト等の方法を採用してセル性能パラメーターを採集して、手動で対応の配置を改修して、システムの性能を高めることができる。しかし、無線環境の複雑性と、手動で最適化されるシステムパラメーターの時間的不変性とのため、ネットワークの最適化効率が低い。これは、大量のマンパワーコストの消耗に繋がる。
【００１５】
現在、上記ネットワーク手動メンテナンス作業量を減少するとともにネットワーク最適化能力を高めるために、次世代移動ネットワーク（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ、略して、ＮＧＭＮと呼ばれる）組織は、ＬＴＥが自己組織化ネットワーク（Ｓｅｌｆ-Ｏｒｇａｎｉｚｅｄ Ｎｅｔｗｏｒｋ、略して、ＳＯＮと呼ばれる）機能をサポートする必要性を要求している。この自己組織化ネットワーク機能は、ランダムアクセスチャネルの自己最適化機能を含む。セルのパラメーター配置（ランダムアクセスチャネルの配置を含む）は、ネットワークの自己配置機能と自己最適化機能により自動的に最適化される。しかし、ネットワークの最適化させる目的を達するために、まず現在のネットワークの性能指数を取得しなければならない。ＬＴＥの現存のプロトコルでは、性能指数は、ランダムアクセス最適化機能の入力パラメーターにより取得される。性能指数は、基地局がＵＥからランダムアクセスプリアンブルを受信した回数（Ｎｕｍｂｅｒ ｏｆ ｒｅｃｅｉｖｅｄ ＲＡＣＨ ｐｒｅａｍｂｌｅｓ）であり、基地局によってカウントされる。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】欧州特許出願公開第２２６５０７６号明細書
【特許文献２】中国特許出願公開第１０１０６４９４３号明細書
【特許文献３】中国特許出願公開第１０１３８８７０７号明細書
【特許文献４】中国特許出願公開第１０１１０６４０９号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかし、この入力パラメーターは、不適切なＰＲＡＣＨ配置パラメーターによって引き起こされるランダムアクセスプロセスにおける衝突、遅延又は失敗等の問題を反映できない。ゆえに、どのようにしてランダムアクセス最適化に必要な入力パラメーター情報を正確に取得するかが、従来の技術において解決するべき課題である。
【課題を解決するための手段】
【００１８】
本発明は、ランダムアクセスプロセスにおける不適切なＰＲＡＣＨ配置パラメーターによって引き起こされる衝突、遅延又は失敗等の問題を取得パラメーターが反映できない問題を、関連技術において解決する。このために、本発明の主な目的は、ランダムアクセス情報の取得方法及びＵＥを提供して上記問題を解決することである。
【００１９】
本発明の一つの側面によると、ランダムアクセス情報の取得方法が提供される。
本発明によるランダムアクセス情報の取得方法は、ランダムアクセスプロセスにおいて、ユーザー端末がランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得することと、ランダムアクセスが成功した後、ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局に報告することを含む。
【００２０】
本発明のもう一つの側面によると、ユーザー端末が提供される。
本発明によるユーザー端末は、計測モジュールと送信モジュールを含む。計測モジュールは、ランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得する。送信モジュールは、計測モジュールにより取得されたすべて又は一部のパラメーター情報を基地局に送信する。
【００２１】
本発明の上記少なくても一つの方案によると、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して基地局に報告する。このパラメーター情報には、ランダムアクセスプロセスにおける衝突情報を示すパラメーター及びランダムアクセスプロセスにおける遅延情報を示すパラメーターが含まれる。基地局は、上記問題を解決するため、ランダムアクセスプロセスにおいて、より正確且つ広範囲の情報を取得することができ、また、基地局は、ランダムアクセス最適化の正確性を改善するために、端末から報告されたパラメーター情報に従ってランダムアクセスを最適化することができる
【図面の簡単な説明】
【００２２】
【図１】従来の技術における競争ベースのランダムアクセスプロセスのフローチャートである。
【図２】従来の技術における非競争ベースのランダムアクセスプロセスのフローチャートである。
【図３】本発明の実施例によるランダムアクセス情報の取得方法のフローチャートである。
【図４】本発明の最適的な実施例によるランダムアクセス情報の取得方法のフローチャートである。
【図５】本発明の実施例による競争ベースのランダムアクセス情報の計測方法のフローチャートである。
【図６】本発明の実施例による非競争ベースのランダムアクセス情報の計測方法のフローチャートである。
【図７】本発明の実施例によるＵＥの構造模式図である。
【発明を実施するための形態】
【００２３】
本明細書中で使用される図面は、本発明をさらに理解するために提供され、本願の一部を構成する。模式な実施例及び説明は、本発明を解釈することに使用されるが、本発明に対する不適当な限定を構成しない。
【００２４】
ランダムアクセスプロセスにおいて、入力パラメーターによりネットワークの最適化を行うとき、衝突、遅延又は失敗等の情况を反映する関連パラメーター情報は、そのプロセス期間において、正確に取得できない。この問題を解決するため、本発明の実施例は、ランダムアクセス情報を取得する技術的解決法を提供する。本発明の実施例において、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測及びカウントする。ＵＥによってカウントされたパラメーター情報は、ランダムアクセスプロセスにおける衝突情報を示すパラメーター及びランダムアクセスプロセスにおける遅延情報を示すパラメーターを含む。ＵＥがランダムアクセスプロセスにおけるパラメーター情報を取得した後、ＵＥは、取得した一部又はすべてのパラメーター情報をランダムアクセスが成功した後に基地局に報告する。
【００２５】
矛盾しない限り、本願における実施例及び実施例における特徴は、相互に組み合わせられることができる点に注意されたい。以下では、図面を参考し実施例を結合して詳細に本発明を説明する。
【００２６】
［方法実施例］
本発明の実施例によると、まずランダムアクセス情報の取得方法が提供される。
図３は、本発明の実施例によるランダムアクセス情報の取得方法のフローチャートである。図３に示すように、本発明の実施例によるランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ３０１〜ステップＳ３０３）を含む。
【００２７】
ステップＳ３０１、ランダムアクセスプロセスにおいて、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して（計測プロセスは、パラメーター情報をカウントすることを含んでいてもよい）、ランダムアクセスプロセスにおけるパラメーター情報を取得する。
【００２８】
ステップＳ３０３、ランダムアクセスが成功した後、ＵＥは、取得された一部又はすべてのパラメーター情報を基地局へ報告する。
【００２９】
以下、さらに上記処理の各詳細を説明する。
【００３０】
（一）ステップＳ３０１
本発明の実施例において、競争ベースのランダムアクセスモードと非競争ベースのランダムアクセスモードとでは、ＵＥは、異なる方案を採用して、パラメーター情報の計測を行う。以下、別々にこの二種類のモードのランダムアクセスを説明する。
【００３１】
「競争ベースのランダムアクセスモード」
競争ベースのランダムアクセスモードでは、ＵＥが、下記４個のパラメーターを計測する必要があるが、これらに限らない。
【００３２】
（１）ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信した後、ＵＥが所定時間内に基地局からのランダムアクセス応答を受信しなかった回数ＮnoRAR。
【００３３】
（２）ランダムアクセスプロセスにおいて、ＵＥがメッセージ３を再転送する回数（即ちＭｓｇ３）が所定の閾値を超える回数ＮMsg3max。
具体的な実施プロセスにおいて、上記所定の閾値は、メッセージ３のハイブリッド自動再転送リクエスト（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ、略して、ＨＡＲＱと呼ばれる）の最大再転送回数の閾値である。
【００３４】
（３）ランダムアクセスプロセスにおいて、衝突解決タイマーがタイムアウトする回数ＮContentionTimeOut。
【００３５】
（４）ＵＥが期待されていない（非事前設定の）メッセージ４（即ち、Ｍｓｇ４）を受信する回数ＮNoExpectMsg4。
【００３６】
具体的に、上記計測されたパラメーター情報が、ランダムアクセスプロセスにおける衝突情報を示すパラメーターと、ランダムアクセスプロセスにおける遅延情報を示すパラメーターとを含む。上記計測された各パラメーターの意味及びその指示情報を、具体的に表１に示す。
【００３７】
【表１】
2012518297.tif 000003
【００３８】
具体的な実施プロセスにおいて、競争ベースのランダムアクセスモードで、ＵＥがランダムアクセスプロセスにおける上記パラメーター情報を計測及びカウントするステップは、以下のステップを含んでいてもよい。
【００３９】
ステップ１、ＵＥは、ランダムアクセスプロセスを始動して、カウンターと、ＮnoRARと、ＮMsg3maxと、ＮContentionTimeOutと、ＮNoExpectMsg4とをリセットする。上記カウンターは、ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信する回数をカウントすることに使用される。
【００４０】
ステップ２、ＵＥは、基地局へランダムアクセスプリアンブルを送信して、カウンターに１を加算する。
【００４１】
ステップ３、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ４を実行し、受信しなかった場合、ＮnoRARに１を加算して、ステップ７を実行する。
【００４２】
ステップ４、ＵＥは、基地局へＭｓｇ３を送信するとともに、衝突解決タイマーを起動する。ＵＥは、Ｍｓｇ３が受信されなかったことを示す応答メッセージ（即ち、ＮＡＣＫメッセージ）を基地局から受信した場合、Ｍｓｇ３を再送信するとともに、衝突解決タイマーを再起動して、再送信回数が所定の閾値を超えるかどうかを判断する。ＵＥは、所定の閾値を超えた場合、ＮMsg3maxに１を加算して、ステップ７を実行し、所定の閾値を超えなかった場合、ステップ５を実行する。
【００４３】
ステップ５、ＵＥは、衝突解決タイマーのタイムアウト前に、基地局からの衝突解決メッセージを受信したかどうかを判断し、受信した場合ステップ６を実行し、受信しなかった場合、ＮContentionTimeOutに１を加算して、ステップ７を実行する。
【００４４】
ステップ６、ＵＥは、基地局から受信されたＭｓｇ４が所定のＭｓｇ４であるかどうかを判断し、所定のＭｓｇ４である場合、計測を終了し、所定のＭｓｇ４ではない場合、ＮNoExpectMsg4に１を加算して、ステップ７を実行する。
上記所定のＭｓｇ４は、ＵＥが受信することを期待するＭｓｇ４である。
【００４５】
ステップ７、ＵＥは、カウンターの値が、所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達しない場合、ステップ２に戻ってステップ２を実行する。
【００４６】
「非競争ベースのランダムアクセスモード」
このモードでは、ＵＥが下記のパラメーターを計測する必要があるが、これらに限らない。
【００４７】
（１）ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信した後、ＵＥは、所定時間内に基地局からのランダムアクセス応答を受信しなかった回数ＮnoRAR。
【００４８】
具体的に、上記計測されたパラメーター情報の意味及びその指示情報を表２に示す。
【００４９】
【表２】
2012518297.tif 000004
【００５０】
具体的な実施プロセスにおいて、非競争ベースのランダムアクセスプロセスで、ＵＥがランダムアクセスプロセスにおけるパラメーター情報を計測してカウントするステップは、主に以下のステップを含む。
【００５１】
ステップ１、ＵＥは、ランダムアクセスプロセスを始動して、カウンターとＮnoRARとをリセットする。上記カウンターは、ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信する回数をカウントすることに使用される。
【００５２】
ステップ２、ＵＥは、基地局へランダムアクセスプリアンブルを送信して、カウンターに１を加算する。
【００５３】
ステップ３、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、計測を終了し、受信しなかった場合、ＮnoRARに１を加算して、ステップ４を実行する。
【００５４】
ステップ４、ＵＥは、カウンターの値が所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達していない場合、ステップ２に戻ってステップ２を実行する。
【００５５】
具体的な実施プロセスにおいて、ランダムアクセス計測プロセスの完全性を保証するために、上記ランダムアクセスプロセスがランダムアクセス衝突が解決されることで、或いは、ＵＥがプリアンブルを再送信する回数が最大許可送信回数を超えることで終了するときにだけ、一回の完全的な計測を考えられる。前記計測において、ＵＥが報告したすべてのパラメーターは、上記の完全計測において計測されたパラメーターである。
【００５６】
その他に、ＵＥのランダムアクセスが失敗（即ち、ＵＥはカウンターの値が所定の閾値に達したことを判断できる）した場合、ＵＥは、選択的に一時的に計測結果を記憶でき、この計測結果が次回のランダムアクセスが成功した後、新しい計測とともに報告される。しかし、セルの間で切り替えが発生したり、ＵＥがセルの選択又は再選択を経て、元のサービスセルを離脱したり、上記期間においてサービスセルがシステム情報の更新をしたりした場合、ＵＥは、一時的に記憶された計測結果が無効であると判断して削除する必要がある。
【００５７】
（二）ステップＳ３０３
具体的に、ＵＥが計測パラメーター情報を基地局に報告する方式は、以下の二種類の方式を含むが、これに限らない。
【００５８】
（１）ＵＥは、基地局から計測リクエストを受信するときに、計測パラメーター情報を報告する。
【００５９】
（２）ＵＥは、上記パラメーター情報を計測した後、計測パラメーター情報を自動的に報告する。
【００６０】
以下、別々にこの二種類の方式を説明する。
図４は、上記第１の方式において、ＵＥが取得パラメーター情報を報告する場合のフローチャートである。図４に示すように、この情况下において、ＵＥがパラメーター情報を報告するステップは、主に以下のステップを含む。
【００６１】
ステップＳ４０１、ＵＥは、基地局から計測リクエストを受信する。この計測リクエストは、計測報告基準を含む。
【００６２】
具体的に、この計測報告基準は、計測されたすべてのパラメーター情報を報告すること、又は所定の条件を満たすパラメーター情報を報告することを含むが、これに限らない。
上記所定の条件は、計測値がある特定の閾値を満たす４つのパラメーター内のパラメーターを報告することを含む。
【００６３】
ステップＳ４０３、ＵＥは、上記計測リクエスト内に含まれる計測報告基準に応じて、基地局へ一部又はすべてのパラメーター情報を送信する。
具体的に、上記計測報告基準が計測されたすべてのパラメーターを報告することである場合、ＵＥは、取得されたすべてのパラメーター情報を基地局へ送信する。
上記計測報告基準が所定の条件を満たすパラメーター情報を報告することである場合、ＵＥは、取得されたすべてのパラメーター情報の中で所定の条件を満たしたパラメーター情報を基地局へ送信する。
【００６４】
第２の方式が採用された場合、上記パラメーター情報を取得した後、ＵＥは、ランダムアクセスプロセスを完了した後に、自動的に基地局へ取得された上記パラメーター情報を報告する。具体的に、ＵＥは、所定の計測報告基準に基づいて、基地局へ上記パラメーター情報を報告してもよい。具体的な実施プロセスは、上記と同様であるため、説明は省略する。さらに、所定の計測報告基準は、システムデフォルト設定でもよいし、基地局がセルシステム情報放送によりＵＥに知らせてもよい。
【００６５】
本発明の実施例により提供される上記ランダムアクセス情報の計測方法によると、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して、計測されたパラメーター情報を基地局へ報告する。
【００６６】
以下、別々に競争ベースのランダムアクセスモードと非競争ベースのランダムアクセスモードを例にして、本発明の実施例に提供される上記ランダムアクセス情報の取得方法を説明する。
【００６７】
図５は、本発明の実施例による競争ベースのランダムアクセス情報の取得方法のフローチャートである。図５に示すように、本発明の実施例による競争ベースのランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ５０１〜ステップＳ５１３）を含む。
【００６８】
ステップＳ５０１、ＵＥは、ランダムアクセスプロセスを始動して、計測を開始する。
【００６９】
ステップＳ５０３、ＵＥは、基地局（ｅＮＢ）へランダムアクセスプリアンブルを送信する。
【００７０】
ステップＳ５０５、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップＳ５０７を実行し、受信しなかった場合、ＮnoRARに１を加算して、ステップＳ５１３を実行する。
【００７１】
ステップＳ５０７、ＵＥは、Ｍｓｇ３を再送信する回数が、ＨＡＲＱにより指定された最大再送信回数を超えたかどうかを判断し、超えた場合、ＮMsg3maxに１を加算して、ステップＳ５１３を実行し、超えない場合、ステップＳ５０９を実行する。
【００７２】
ステップＳ５０９、ＵＥは、衝突解決タイマーのタイムアウト前に、基地局から衝突解決メッセージを受信したかどうかを判断し、受信した場合、ステップＳ５１１を実行し、受信しなかった場合、ＮContentionTimeOutに１を加算して、ステップＳ５１３を実行する。
【００７３】
ステップＳ５１１、ＵＥは、基地局から受信された衝突解決メッセージが所定の衝突解決メッセージであるかどうかを判断し、所定の衝突解決メッセージである場合、計測を終了し、所定の衝突解決メッセージではない場合、ＮNoExpectMsg4に１を加算して、ステップＳ５１３を実行する。
【００７４】
ステップＳ５１３、ＵＥは、プリアンブルの再送信回数が最大再送信回数を超えたかどうかを判断し、即ち、ＵＥはカウンターの値がその所定の閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップＳ５０３に戻ってステップ５０３を実行する。
【００７５】
図６は、本発明の実施例による非競争ベースのランダムアクセス情報の取得方法のフローチャートである。図６に示すように、本発明の実施例による非競争ベースのランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ６０１〜ステップＳ６０７）を含む。
【００７６】
ステップＳ６０１、ＵＥは、ランダムアクセスプロセスを始動して、計測を開始する。
【００７７】
ステップＳ６０３、ＵＥは、基地局（ｅＮＢ）へランダムアクセスプリアンブルを送信する。
【００７８】
ステップＳ６０５、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、計測を終了し、受信しなかった場合、ＮnoRARに１を加算して、ステップＳ６０７を実行する。
【００７９】
ステップＳ６０７、ＵＥは、プリアンブルの再送信回数が最大再送信回数を超えたかどうかを判断し、即ち、ＵＥは、カウンターの値がその所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達していない場合、ステップＳ６０３に戻ってステップ６０３を実行する。
【００８０】
「装置実施例」
本発明の実施例によると、さらにＵＥが提供される。このＵＥは、本発明の実施例により提供される上記ランダムアクセス情報の取得方法を実現することに使用される。
【００８１】
図７は、本発明の実施例によるＵＥの構造模式図である。図７に示すように、本発明の実施例によるＵＥは、計測モジュール１と送信モジュール２とを含む。計測モジュール１は、ランダムアクセスプロセスにおけるパラメーター情報を計測及び取得する。送信モジュール２は、計測モジュール１と接続し、計測モジュールにより取得されたすべて又は一部のパラメーター情報を基地局へ送信する。
【００８２】
具体的に、競争ベースのランダムアクセスモードでは、計測モジュール１により計測されるパラメーターは、上記ＮnoRAR、ＮMsg3max、ＮContentionTimeOut及びＮNoExpectMsg4を含むが、これらに限らない。
【００８３】
非競争ベースのランダムアクセスモジュールでは、計測モジュール１により計測されるパラメーターは、上記ＮnoRARを含むが、これに限らない。
【００８４】
まとめて、本発明の上記実施例によると、ＵＥがランダムアクセス情報を計測及び報告することにより、関連技術においてランダムアクセスプロセスの衝突と遅延等を反映する情報を取得できない問題を解決することができる。基地局は、より正確且つ広範囲なランダムアクセス情報を取得することができ、さらにランダムアクセス最適化機能実体が行った最適化がより正確になり、システムの性能が向上し、ユーザーの体験が改善する。
【００８５】
明らかに、本分野の当業者が了解すべきなのは、上記本発明の各モジュール又は各ステップが汎用の計算装置で実現できて、それらが単一の計算装置に集中してもいい、或いは複数の計算する装置で組み立てるネットワークに配布されてもいい、選択的に、それらが、計算装置で実行可能のプログラムコードで実現できて、だから、それらを記憶装置に記憶され計算装置で実行してもいい、或いは、それらをそれぞれ各集積回路モジュールを作成してもいい、それらの中に複数のモジュール又はステップを単一の集積回路モジュールを作成して実現してもいい。そうしたら、本発明がいかなる特定されたハードウェアとソフトウェアの組み合わせに制限されない。
【００８６】
以上は、本発明の最適的な実施例に過ぎなく、本発明を制限せず、本分野の当業者に対して、本発明が各種類の変更と変化がある。本発明の主旨精神と原則以内に、いかなる改修、同等入れ替わり、改良等が、本発明の保護範囲以内に含まれるべきである。
【図１】
2012518297.tif 000005
【図２】
2012518297.tif 000006
【図３】
2012518297.tif 000007
【図４】
2012518297.tif 000008
【図５】
2012518297.tif 000009
【図６】
2012518297.tif 000010
【図７】
2012518297.tif 000011
【国際調査報告】
2012518297.tif 000012
2012518297.tif 000013
2012518297.tif 000014
2012518297.tif 000015