JP2012518297A

JP2012518297A - パッシブ光ネットワークシステムの時間同期化方法及びその同期化システム

Info

Publication number: JP2012518297A
Application number: JP2011549427A
Authority: JP
Inventors: フォンハ; ユンドン
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-03-19
Filing date: 2010-02-10
Publication date: 2012-08-09
Also published as: EP2410801B1; HK1165929A1; KR101267448B1; US8649288B2; US20110299415A1; EP2410801A4; WO2010105518A1; BRPI1009349A2; KR20110113200A; BRPI1009349B1; MX2011009711A; CN101841889B; EP2410801A1; CN101841889A

Abstract

【課題】本発明は、ランダムアクセス情報の取得方法及びユーザー端末を公開する。
【解決手段】この方法は、ランダムアクセスプロセスにおいて、ユーザー端末がランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得することと、ランダムアクセスが成功した後、ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局へ報告することとを含む。本発明によると、基地局は端末に報告されたパラメーター情報に基づいてランダムアクセスを最適化させて、ランダムアクセス最適化の正確性を向上させる。
【選択図】図３

Description

本発明は通信分野に関し、具体的に、ランダムアクセス情報の取得方法及びユーザー端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ、略して、ＵＥと呼ばれる）に関する。

長期発展型（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ、略して、ＬＴＥと呼ばれる）ネットワークは、発展型ユニバーサル陸上無線アクセスネットワーク（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ、略して、Ｅ-ＵＴＲＡＮと呼ばれる）と、発展型パケットコア（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ、略して、ＥＰＣと呼ばれる）とで構成され、このＬＴＥネットワークは、フラット構造とされる。上記Ｅ-ＵＴＲＡＮは、ＥＰＣと接続する複数の発展型基地局（ＥｖｏｌｖｅｄＮｏｄｅＢ、略して、ｅＮＢと呼ばれる）で構成される。

ＬＴＥシステムでは、ＵＥがネットワーク側とインタラクションを行う必要がある場合、ＵＥは、まずアップリンク同期を取得するとともに、ランダムアクセスプロセスを始動する必要がある。このランダムアクセスプロセスは、モードに応じて、競争ベースのランダムアクセスプロセスと非競争ベースのランダムアクセスプロセスとに分類される。

図１は、競争ベースのランダムアクセスプロセスのフローチャートである。図１に示すように、競争ベースのランダムアクセスプロセスは、主に以下のステップを含む。

Ｓ１０１、ＵＥが、アップリンクランダムアクセスチャネルでランダムアクセスプリアンブルを送信する。このプリアンブルを送信するための時間周波数領域位置は、ランダムアクセス無線ネットワーク一時識別子（ＲａｎｄｏｍＡｃｃｅｓｓＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、略して、ＲＡ-ＲＮＴＩと呼ばれる）と関連する。

Ｓ１０３、ｅＮＢが、上記ランダムアクセスプリアンブルを受信した後、ダウンリンク共有チャネルでランダムアクセス応答をＵＥに返信する。このランダムアクセス応答にはｅＮＢによるＵＥの次のアップリンクスケジューリングに対する授権が含まれる。

Ｓ１０５、ステップＳ１０１においてＲＡ-ＲＮＴＩに応じてダウンリンク制御チャネルで送信されたプリアンブルと関連する応答をＵＥが識別した場合、ＵＥは、ステップＳ１０３でｅＮＢから得られた授権に応じて、アップリンクスケジューリングを行って、ｅＮＢへＭｓｇ３を送信する。このＭｓｇ３には、ＵＥの識別子又は衝突解決識別子が含まれている。このプロセスにおいて、ＨＡＲＱ再転送メカニズムを採用することができ、即ち、ｅＮＢがメッセージの未受信（ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、略して、ＮＡＣＫと呼ばれる）を返信すると、ＵＥが、改めてＭｓｇ３を送信する。

Ｓ１０７、ｅＮＢが、Ｍｓｇ３を受信した後、ＵＥ識別子に応じてＭｓｇ４をＵＥへ送信する。ＵＥが、衝突解決タイマーのタイムアウトの前にこのメッセージを受信し、且つ、アンパックされたＭｓｇ４がＵＥに期待されるＭｓｇ４であることを確認した場合、ＵＥは、今回のランダムアクセスプロセスが成功であると判断する。一方、この条件を満たさない場合、ランダムアクセスプロセスは不成功であると判断され、ＵＥは、改めてランダムアクセスを始動する。

図２は、非競争ベースのランダムアクセスプロセスのフローチャートである。図２に示すように、非競争ベースのランダムアクセスプロセスは、主に以下のステップ（ステップＳ２０１〜ステップＳ２０５）を含む。

Ｓ２０１、ｅＮＢが、まず、専用シグナルによって専用のランダムアクセスプリアンブルをＵＥに配布する。このプリアンブル内にはランダムアクセスを送信するための時間周波数領域の位置も指定されている。

Ｓ２０３、ＵＥが、指定された時間周波数領域の位置において専用のランダムアクセスプリアンブルを送信する。

Ｓ２０５、ｅＮＢが、ランダムアクセスプリアンブルを受信した後、ダウンリンク共有チャネルでランダムアクセス応答をＵＥに返信する。ステップＳ２０１において、ＲＡ-ＲＮＴＩに応じてダウンリンク制御チャネルで送信された専用プリアンブルと関連する応答をＵＥが識別した場合、ＵＥは、今回のランダムアクセスプロセスが成功であると判断する。一方、この条件を満たさない場合、不成功であると判断され、ＵＥは、改めてランダムアクセスを始動する。

ここで、ランダムアクセスに使用されるプリアンブルシーケンスコードは、セル毎に６４個あり、上記の競争ベース及び非競争ベースのアクセスモードに応じて、プリアンブルコードは、２つのグループに分けられる。競争ベースのランダムアクセスのプリアンブルコードは、さらに、次のＭｓｇ３のサイズと、計測期間中のパスロスのサイズとに応じて、ＧｒｏｕｐＡとＧｒｏｕｐＢの２つのグループに分けられる。従って６４個のプリアンブルコードは、３つのグループに分けられる。

セル内では、ある時点で複数のＵＥが、同時に上記ランダムアクセスプロセスを始動することが可能であるので、同じグループ内のプリアンブルコードを使用する競争ベースのランダムアクセスプロセスは、衝突現象が起きる可能性がある。これにより、ＵＥによって始動されるランダムアクセスプロセス、又は、ＵＥとネットワーク側との間の次のインタラクションが失敗し、最終的に、セル内の一部のＵＥが、呼び出しの確立、切り替えの時間の遅延をより大きくさせ、成功率が下がってしまうことが起きる可能性がある。さらに、物理層ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、略して、ＰＲＡＣＨと呼ばれる）が固定的にセルの一部のエアインタフェースリソースを占用する必要があるので、ＰＲＡＣＨ配置が不適切であると、セル無線リソースの浪費に繋がる。この問題を解決するために、セルが確立された後、現場手動テスト等の方法を採用してセル性能パラメーターを採集して、手動で対応の配置を改修して、システムの性能を高めることができる。しかし、無線環境の複雑性と、手動で最適化されるシステムパラメーターの時間的不変性とのため、ネットワークの最適化効率が低い。これは、大量のマンパワーコストの消耗に繋がる。

現在、上記ネットワーク手動メンテナンス作業量を減少するとともにネットワーク最適化能力を高めるために、次世代移動ネットワーク（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＭｏｂｉｌｅＮｅｔｗｏｒｋ、略して、ＮＧＭＮと呼ばれる）組織は、ＬＴＥが自己組織化ネットワーク（Ｓｅｌｆ-ＯｒｇａｎｉｚｅｄＮｅｔｗｏｒｋ、略して、ＳＯＮと呼ばれる）機能をサポートする必要性を要求している。この自己組織化ネットワーク機能は、ランダムアクセスチャネルの自己最適化機能を含む。セルのパラメーター配置（ランダムアクセスチャネルの配置を含む）は、ネットワークの自己配置機能と自己最適化機能により自動的に最適化される。しかし、ネットワークの最適化させる目的を達するために、まず現在のネットワークの性能指数を取得しなければならない。ＬＴＥの現存のプロトコルでは、性能指数は、ランダムアクセス最適化機能の入力パラメーターにより取得される。性能指数は、基地局がＵＥからランダムアクセスプリアンブルを受信した回数（ＮｕｍｂｅｒｏｆｒｅｃｅｉｖｅｄＲＡＣＨｐｒｅａｍｂｌｅｓ）であり、基地局によってカウントされる。

欧州特許出願公開第２２６５０７６号明細書中国特許出願公開第１０１０６４９４３号明細書中国特許出願公開第１０１３８８７０７号明細書中国特許出願公開第１０１１０６４０９号明細書

しかし、この入力パラメーターは、不適切なＰＲＡＣＨ配置パラメーターによって引き起こされるランダムアクセスプロセスにおける衝突、遅延又は失敗等の問題を反映できない。ゆえに、どのようにしてランダムアクセス最適化に必要な入力パラメーター情報を正確に取得するかが、従来の技術において解決するべき課題である。

本発明は、ランダムアクセスプロセスにおける不適切なＰＲＡＣＨ配置パラメーターによって引き起こされる衝突、遅延又は失敗等の問題を取得パラメーターが反映できない問題を、関連技術において解決する。このために、本発明の主な目的は、ランダムアクセス情報の取得方法及びＵＥを提供して上記問題を解決することである。

本発明の一つの側面によると、ランダムアクセス情報の取得方法が提供される。
本発明によるランダムアクセス情報の取得方法は、ランダムアクセスプロセスにおいて、ユーザー端末がランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得することと、ランダムアクセスが成功した後、ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局に報告することを含む。

本発明のもう一つの側面によると、ユーザー端末が提供される。
本発明によるユーザー端末は、計測モジュールと送信モジュールを含む。計測モジュールは、ランダムアクセスプロセスにおけるパラメーター情報を計測して、ランダムアクセスプロセスにおけるパラメーター情報を取得する。送信モジュールは、計測モジュールにより取得されたすべて又は一部のパラメーター情報を基地局に送信する。

本発明の上記少なくても一つの方案によると、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して基地局に報告する。このパラメーター情報には、ランダムアクセスプロセスにおける衝突情報を示すパラメーター及びランダムアクセスプロセスにおける遅延情報を示すパラメーターが含まれる。基地局は、上記問題を解決するため、ランダムアクセスプロセスにおいて、より正確且つ広範囲の情報を取得することができ、また、基地局は、ランダムアクセス最適化の正確性を改善するために、端末から報告されたパラメーター情報に従ってランダムアクセスを最適化することができる

従来の技術における競争ベースのランダムアクセスプロセスのフローチャートである。従来の技術における非競争ベースのランダムアクセスプロセスのフローチャートである。本発明の実施例によるランダムアクセス情報の取得方法のフローチャートである。本発明の最適的な実施例によるランダムアクセス情報の取得方法のフローチャートである。本発明の実施例による競争ベースのランダムアクセス情報の計測方法のフローチャートである。本発明の実施例による非競争ベースのランダムアクセス情報の計測方法のフローチャートである。本発明の実施例によるＵＥの構造模式図である。

本明細書中で使用される図面は、本発明をさらに理解するために提供され、本願の一部を構成する。模式な実施例及び説明は、本発明を解釈することに使用されるが、本発明に対する不適当な限定を構成しない。

ランダムアクセスプロセスにおいて、入力パラメーターによりネットワークの最適化を行うとき、衝突、遅延又は失敗等の情况を反映する関連パラメーター情報は、そのプロセス期間において、正確に取得できない。この問題を解決するため、本発明の実施例は、ランダムアクセス情報を取得する技術的解決法を提供する。本発明の実施例において、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測及びカウントする。ＵＥによってカウントされたパラメーター情報は、ランダムアクセスプロセスにおける衝突情報を示すパラメーター及びランダムアクセスプロセスにおける遅延情報を示すパラメーターを含む。ＵＥがランダムアクセスプロセスにおけるパラメーター情報を取得した後、ＵＥは、取得した一部又はすべてのパラメーター情報をランダムアクセスが成功した後に基地局に報告する。

矛盾しない限り、本願における実施例及び実施例における特徴は、相互に組み合わせられることができる点に注意されたい。以下では、図面を参考し実施例を結合して詳細に本発明を説明する。

［方法実施例］
本発明の実施例によると、まずランダムアクセス情報の取得方法が提供される。
図３は、本発明の実施例によるランダムアクセス情報の取得方法のフローチャートである。図３に示すように、本発明の実施例によるランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ３０１〜ステップＳ３０３）を含む。

ステップＳ３０１、ランダムアクセスプロセスにおいて、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して（計測プロセスは、パラメーター情報をカウントすることを含んでいてもよい）、ランダムアクセスプロセスにおけるパラメーター情報を取得する。

ステップＳ３０３、ランダムアクセスが成功した後、ＵＥは、取得された一部又はすべてのパラメーター情報を基地局へ報告する。

以下、さらに上記処理の各詳細を説明する。

（一）ステップＳ３０１
本発明の実施例において、競争ベースのランダムアクセスモードと非競争ベースのランダムアクセスモードとでは、ＵＥは、異なる方案を採用して、パラメーター情報の計測を行う。以下、別々にこの二種類のモードのランダムアクセスを説明する。

「競争ベースのランダムアクセスモード」
競争ベースのランダムアクセスモードでは、ＵＥが、下記４個のパラメーターを計測する必要があるが、これらに限らない。

（１）ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信した後、ＵＥが所定時間内に基地局からのランダムアクセス応答を受信しなかった回数Ｎ_noRAR。

（２）ランダムアクセスプロセスにおいて、ＵＥがメッセージ３を再転送する回数（即ちＭｓｇ３）が所定の閾値を超える回数Ｎ_Msg3max。
具体的な実施プロセスにおいて、上記所定の閾値は、メッセージ３のハイブリッド自動再転送リクエスト（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ、略して、ＨＡＲＱと呼ばれる）の最大再転送回数の閾値である。

（３）ランダムアクセスプロセスにおいて、衝突解決タイマーがタイムアウトする回数Ｎ_{ContentionTimeOut}。

（４）ＵＥが期待されていない（非事前設定の）メッセージ４（即ち、Ｍｓｇ４）を受信する回数Ｎ_NoExpectMsg4。

具体的に、上記計測されたパラメーター情報が、ランダムアクセスプロセスにおける衝突情報を示すパラメーターと、ランダムアクセスプロセスにおける遅延情報を示すパラメーターとを含む。上記計測された各パラメーターの意味及びその指示情報を、具体的に表１に示す。

具体的な実施プロセスにおいて、競争ベースのランダムアクセスモードで、ＵＥがランダムアクセスプロセスにおける上記パラメーター情報を計測及びカウントするステップは、以下のステップを含んでいてもよい。

ステップ１、ＵＥは、ランダムアクセスプロセスを始動して、カウンターと、Ｎ_noRARと、Ｎ_Msg3maxと、Ｎ_{ContentionTimeOut}と、Ｎ_NoExpectMsg4とをリセットする。上記カウンターは、ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信する回数をカウントすることに使用される。

ステップ２、ＵＥは、基地局へランダムアクセスプリアンブルを送信して、カウンターに１を加算する。

ステップ３、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ４を実行し、受信しなかった場合、Ｎ_noRARに１を加算して、ステップ７を実行する。

ステップ４、ＵＥは、基地局へＭｓｇ３を送信するとともに、衝突解決タイマーを起動する。ＵＥは、Ｍｓｇ３が受信されなかったことを示す応答メッセージ（即ち、ＮＡＣＫメッセージ）を基地局から受信した場合、Ｍｓｇ３を再送信するとともに、衝突解決タイマーを再起動して、再送信回数が所定の閾値を超えるかどうかを判断する。ＵＥは、所定の閾値を超えた場合、Ｎ_Msg3maxに１を加算して、ステップ７を実行し、所定の閾値を超えなかった場合、ステップ５を実行する。

ステップ５、ＵＥは、衝突解決タイマーのタイムアウト前に、基地局からの衝突解決メッセージを受信したかどうかを判断し、受信した場合ステップ６を実行し、受信しなかった場合、Ｎ_{ContentionTimeOut}に１を加算して、ステップ７を実行する。

ステップ６、ＵＥは、基地局から受信されたＭｓｇ４が所定のＭｓｇ４であるかどうかを判断し、所定のＭｓｇ４である場合、計測を終了し、所定のＭｓｇ４ではない場合、Ｎ_NoExpectMsg4に１を加算して、ステップ７を実行する。
上記所定のＭｓｇ４は、ＵＥが受信することを期待するＭｓｇ４である。

ステップ７、ＵＥは、カウンターの値が、所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達しない場合、ステップ２に戻ってステップ２を実行する。

「非競争ベースのランダムアクセスモード」
このモードでは、ＵＥが下記のパラメーターを計測する必要があるが、これらに限らない。

（１）ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信した後、ＵＥは、所定時間内に基地局からのランダムアクセス応答を受信しなかった回数Ｎ_noRAR。

具体的に、上記計測されたパラメーター情報の意味及びその指示情報を表２に示す。

具体的な実施プロセスにおいて、非競争ベースのランダムアクセスプロセスで、ＵＥがランダムアクセスプロセスにおけるパラメーター情報を計測してカウントするステップは、主に以下のステップを含む。

ステップ１、ＵＥは、ランダムアクセスプロセスを始動して、カウンターとＮ_noRARとをリセットする。上記カウンターは、ランダムアクセスプロセスにおいて、ＵＥがランダムアクセスプリアンブルを送信する回数をカウントすることに使用される。

ステップ３、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、計測を終了し、受信しなかった場合、Ｎ_noRARに１を加算して、ステップ４を実行する。

ステップ４、ＵＥは、カウンターの値が所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達していない場合、ステップ２に戻ってステップ２を実行する。

具体的な実施プロセスにおいて、ランダムアクセス計測プロセスの完全性を保証するために、上記ランダムアクセスプロセスがランダムアクセス衝突が解決されることで、或いは、ＵＥがプリアンブルを再送信する回数が最大許可送信回数を超えることで終了するときにだけ、一回の完全的な計測を考えられる。前記計測において、ＵＥが報告したすべてのパラメーターは、上記の完全計測において計測されたパラメーターである。

その他に、ＵＥのランダムアクセスが失敗（即ち、ＵＥはカウンターの値が所定の閾値に達したことを判断できる）した場合、ＵＥは、選択的に一時的に計測結果を記憶でき、この計測結果が次回のランダムアクセスが成功した後、新しい計測とともに報告される。しかし、セルの間で切り替えが発生したり、ＵＥがセルの選択又は再選択を経て、元のサービスセルを離脱したり、上記期間においてサービスセルがシステム情報の更新をしたりした場合、ＵＥは、一時的に記憶された計測結果が無効であると判断して削除する必要がある。

（二）ステップＳ３０３
具体的に、ＵＥが計測パラメーター情報を基地局に報告する方式は、以下の二種類の方式を含むが、これに限らない。

（１）ＵＥは、基地局から計測リクエストを受信するときに、計測パラメーター情報を報告する。

（２）ＵＥは、上記パラメーター情報を計測した後、計測パラメーター情報を自動的に報告する。

以下、別々にこの二種類の方式を説明する。
図４は、上記第１の方式において、ＵＥが取得パラメーター情報を報告する場合のフローチャートである。図４に示すように、この情况下において、ＵＥがパラメーター情報を報告するステップは、主に以下のステップを含む。

ステップＳ４０１、ＵＥは、基地局から計測リクエストを受信する。この計測リクエストは、計測報告基準を含む。

具体的に、この計測報告基準は、計測されたすべてのパラメーター情報を報告すること、又は所定の条件を満たすパラメーター情報を報告することを含むが、これに限らない。
上記所定の条件は、計測値がある特定の閾値を満たす４つのパラメーター内のパラメーターを報告することを含む。

ステップＳ４０３、ＵＥは、上記計測リクエスト内に含まれる計測報告基準に応じて、基地局へ一部又はすべてのパラメーター情報を送信する。
具体的に、上記計測報告基準が計測されたすべてのパラメーターを報告することである場合、ＵＥは、取得されたすべてのパラメーター情報を基地局へ送信する。
上記計測報告基準が所定の条件を満たすパラメーター情報を報告することである場合、ＵＥは、取得されたすべてのパラメーター情報の中で所定の条件を満たしたパラメーター情報を基地局へ送信する。

第２の方式が採用された場合、上記パラメーター情報を取得した後、ＵＥは、ランダムアクセスプロセスを完了した後に、自動的に基地局へ取得された上記パラメーター情報を報告する。具体的に、ＵＥは、所定の計測報告基準に基づいて、基地局へ上記パラメーター情報を報告してもよい。具体的な実施プロセスは、上記と同様であるため、説明は省略する。さらに、所定の計測報告基準は、システムデフォルト設定でもよいし、基地局がセルシステム情報放送によりＵＥに知らせてもよい。

本発明の実施例により提供される上記ランダムアクセス情報の計測方法によると、ＵＥは、ランダムアクセスプロセスにおけるパラメーター情報を計測して、計測されたパラメーター情報を基地局へ報告する。

以下、別々に競争ベースのランダムアクセスモードと非競争ベースのランダムアクセスモードを例にして、本発明の実施例に提供される上記ランダムアクセス情報の取得方法を説明する。

図５は、本発明の実施例による競争ベースのランダムアクセス情報の取得方法のフローチャートである。図５に示すように、本発明の実施例による競争ベースのランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ５０１〜ステップＳ５１３）を含む。

ステップＳ５０１、ＵＥは、ランダムアクセスプロセスを始動して、計測を開始する。

ステップＳ５０３、ＵＥは、基地局（ｅＮＢ）へランダムアクセスプリアンブルを送信する。

ステップＳ５０５、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップＳ５０７を実行し、受信しなかった場合、Ｎ_noRARに１を加算して、ステップＳ５１３を実行する。

ステップＳ５０７、ＵＥは、Ｍｓｇ３を再送信する回数が、ＨＡＲＱにより指定された最大再送信回数を超えたかどうかを判断し、超えた場合、Ｎ_Msg3maxに１を加算して、ステップＳ５１３を実行し、超えない場合、ステップＳ５０９を実行する。

ステップＳ５０９、ＵＥは、衝突解決タイマーのタイムアウト前に、基地局から衝突解決メッセージを受信したかどうかを判断し、受信した場合、ステップＳ５１１を実行し、受信しなかった場合、Ｎ_{ContentionTimeOut}に１を加算して、ステップＳ５１３を実行する。

ステップＳ５１１、ＵＥは、基地局から受信された衝突解決メッセージが所定の衝突解決メッセージであるかどうかを判断し、所定の衝突解決メッセージである場合、計測を終了し、所定の衝突解決メッセージではない場合、Ｎ_NoExpectMsg4に１を加算して、ステップＳ５１３を実行する。

ステップＳ５１３、ＵＥは、プリアンブルの再送信回数が最大再送信回数を超えたかどうかを判断し、即ち、ＵＥはカウンターの値がその所定の閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップＳ５０３に戻ってステップ５０３を実行する。

図６は、本発明の実施例による非競争ベースのランダムアクセス情報の取得方法のフローチャートである。図６に示すように、本発明の実施例による非競争ベースのランダムアクセス情報の取得方法は、主に以下のステップ（ステップＳ６０１〜ステップＳ６０７）を含む。

ステップＳ６０１、ＵＥは、ランダムアクセスプロセスを始動して、計測を開始する。

ステップＳ６０３、ＵＥは、基地局（ｅＮＢ）へランダムアクセスプリアンブルを送信する。

ステップＳ６０５、ＵＥは、所定時間内にランダムアクセス応答を受信したかどうかを判断し、受信した場合、計測を終了し、受信しなかった場合、Ｎ_noRARに１を加算して、ステップＳ６０７を実行する。

ステップＳ６０７、ＵＥは、プリアンブルの再送信回数が最大再送信回数を超えたかどうかを判断し、即ち、ＵＥは、カウンターの値がその所定の閾値に達したかどうかを判断し、達した場合、計測を終了し、達していない場合、ステップＳ６０３に戻ってステップ６０３を実行する。

「装置実施例」
本発明の実施例によると、さらにＵＥが提供される。このＵＥは、本発明の実施例により提供される上記ランダムアクセス情報の取得方法を実現することに使用される。

図７は、本発明の実施例によるＵＥの構造模式図である。図７に示すように、本発明の実施例によるＵＥは、計測モジュール１と送信モジュール２とを含む。計測モジュール１は、ランダムアクセスプロセスにおけるパラメーター情報を計測及び取得する。送信モジュール２は、計測モジュール１と接続し、計測モジュールにより取得されたすべて又は一部のパラメーター情報を基地局へ送信する。

具体的に、競争ベースのランダムアクセスモードでは、計測モジュール１により計測されるパラメーターは、上記Ｎ_noRAR、Ｎ_Msg3max、Ｎ_{ContentionTimeOut}及びＮ_NoExpectMsg4を含むが、これらに限らない。

非競争ベースのランダムアクセスモジュールでは、計測モジュール１により計測されるパラメーターは、上記Ｎ_noRARを含むが、これに限らない。

まとめて、本発明の上記実施例によると、ＵＥがランダムアクセス情報を計測及び報告することにより、関連技術においてランダムアクセスプロセスの衝突と遅延等を反映する情報を取得できない問題を解決することができる。基地局は、より正確且つ広範囲なランダムアクセス情報を取得することができ、さらにランダムアクセス最適化機能実体が行った最適化がより正確になり、システムの性能が向上し、ユーザーの体験が改善する。

明らかに、本分野の当業者が了解すべきなのは、上記本発明の各モジュール又は各ステップが汎用の計算装置で実現できて、それらが単一の計算装置に集中してもいい、或いは複数の計算する装置で組み立てるネットワークに配布されてもいい、選択的に、それらが、計算装置で実行可能のプログラムコードで実現できて、だから、それらを記憶装置に記憶され計算装置で実行してもいい、或いは、それらをそれぞれ各集積回路モジュールを作成してもいい、それらの中に複数のモジュール又はステップを単一の集積回路モジュールを作成して実現してもいい。そうしたら、本発明がいかなる特定されたハードウェアとソフトウェアの組み合わせに制限されない。

以上は、本発明の最適的な実施例に過ぎなく、本発明を制限せず、本分野の当業者に対して、本発明が各種類の変更と変化がある。本発明の主旨精神と原則以内に、いかなる改修、同等入れ替わり、改良等が、本発明の保護範囲以内に含まれるべきである。

Claims

ランダムアクセスプロセスにおいて、ユーザー端末が上記ランダムアクセスプロセスにおけるパラメーター情報を計測して、上記ランダムアクセスプロセスにおける上記パラメーター情報を取得することと、
ランダムアクセスが成功した後、上記ユーザー端末が取得された一部又はすべてのパラメーター情報を基地局へ報告することと
を含むことを特徴とするランダムアクセス情報の取得方法。
上記ユーザー端末が上記一部又はすべてのパラメーター情報を基地局へ報告するステップは、
上記ユーザー端末が、計測報告基準を含む計測リクエストを上記基地局から受信することと、
上記ユーザー端末が、上記計測リクエストに含まれる上記計測報告基準に応じて、上記基地局へ上記一部又はすべてのパラメーター情報を送信することと
を含むことを特徴とする請求項１に記載の方法。
上記ユーザー端末が上記一部又はすべてのパラメーター情報を基地局へ報告するステップは、ランダムアクセスが成功した後、上記ユーザー端末が、計測報告基準に応じて、上記基地局へ上記一部又はすべてのパラメーター情報を送信することを含み、
上記計測報告基準は、所定のデフォルト値の報告基準、又はシステム情報放送を介して上記ユーザー端末に知らせる報告基準を含むことを特徴とする請求項１に記載の方法。
上記計測報告基準が計測されたすべてのパラメーター情報を報告する場合、上記ユーザー端末が上記基地局へ上記一部又はすべてのパラメーター情報を送信するステップは、上記ユーザー端末が取得されたすべてのパラメーター情報を上記基地局へ送信することを含むことを特徴とする請求項２又は３に記載の方法。
上記計測報告基準が所定の条件を満たすパラメーター情報を報告する場合、上記ユーザー端末が上記基地局へ上記一部又はすべてのパラメーター情報を送信するステップは、上記ユーザー端末が、取得されたすべてのパラメーター情報の中で上記所定の条件を満たすパラメーター情報を上記基地局へ送信することを特徴とする請求項２又は３に記載の方法。
上記ランダムアクセスプロセスが競争ベースのランダムアクセスモードである場合、上記パラメーター情報は、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がランダムアクセスプリアンブルを送信した後、上記ユーザー端末が所定時間内に上記基地局からのランダムアクセス応答を受信しなかった回数Ｎ_noRARと、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がメッセージ３を再転送する回数が所定の第一閾値を超えた回数Ｎ_Msg3maxと、
上記ランダムアクセスプロセスにおいて、衝突解決タイマーがタイムアウトした回数Ｎ_{ContentionTimeOut}と、
上記ユーザー端末が期待されないメッセージ４を受信した回数Ｎ_NoExpectMsg4と、
上記ユーザー端末がランダムアクセスプロセスにおいてランダムアクセスプリアンブルを送信した回数とのうち、少なくても一つを含み、
上記計測されたパラメーター情報は、ランダムアクセスプロセスにおける衝突情報を示すパラメーターを含むことを特徴とする請求項１に記載の方法。
上記ユーザー端末が上記ランダムアクセスプロセスを計測するステップは、
上記ユーザー端末が、上記ランダムアクセスプロセスを始動し、上記ランダムアクセスプロセスにおいて上記ユーザー端末がランダムアクセスプリアンブルを送信する回数のカウントに用いられるカウンターと、Ｎ_noRARと、Ｎ_Msg3maxと、Ｎ_{ContentionTimeOut}と、Ｎ_NoExpectMsg4とをリセットすることと、
上記ユーザー端末が上記基地局へランダムアクセスプリアンブルを送信して、上記カウンターに１を加算するステップ１と、
上記ユーザー端末が上記所定時間内に上記ランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ３を実行し、受信しなかった場合、Ｎ_noRARに１を加算して、ステップ６を実行するステップ２と、
上記ユーザー端末が、上記基地局へ上記メッセージ３を送信するとともに、上記衝突解決タイマーを起動し、上記基地局から上記メッセージ３を受信しなかったことを示す応答メッセージを受信した場合、上記メッセージ３を再送信するとともに、上記衝突解決タイマーを再起動して、再送信する回数が上記所定の第一閾値を超えたかどうかを判断して、超えた場合、Ｎ_Msg3maxに１を加算して、ステップ６を実行し、超えなかった場合、ステップ４を実行するステップ３と、
上記ユーザー端末が、上記衝突解決タイマーがタイムアウトする前に上記基地局から上記メッセージ４を受信したかどうかを判断し、受信した場合、ステップ５を実行し、受信しなかった場合、Ｎ_{ContentionTimeOut}に１を加算して、ステップ６を実行するステップ４と、
上記ユーザー端末が、上記基地局から受信された上記メッセージ４が所定のメッセージ４であるかどうかを判断し、上記所定のメッセージ４である場合、上記計測を終了し、上記所定のメッセージ４ではない場合、Ｎ_NoExpectMsg4に１を加算して、ステップ６を実行するステップ５と、
上記カウンターの値が所定の第二閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップ１に戻ってステップ１を実行するステップ６とを含むことを特徴とする請求項６に記載の方法。
上記ランダムアクセスプロセスが非競争ベースのランダムアクセスモードである場合、上記パラメーター情報は、
上記ランダムアクセスプロセスにおいて、上記ユーザー端末がランダムアクセスプリアンブルを送信した後、所定時間内に上記基地局からのランダムアクセス応答を受信しなかった回数Ｎ_noRARと、
上記ユーザー端末がランダムアクセスプロセスにおいてランダムアクセスプリアンブルを送信した回数とのうち、少なくても一つを含むことを特徴とする請求項１に記載の方法。
上記ユーザー端末が上記ランダムアクセスプロセスを計測するステップは、
上記ユーザー端末が上記ランダムアクセスプロセスを始動し、上記ランダムアクセスプロセスにおいて上記ユーザー端末がランダムアクセスプリアンブルを送信する回数のカウントに用いられるカウンターとＮ_noRARとをリセットすることと、
上記ユーザー端末が、基地局へ上記ランダムアクセスプリアンブルを送信して、上記カウンターに１を加算するステップ１と、
上記ユーザー端末が、上記所定時間内に上記ランダムアクセス応答を受信したかどうかを判断し、受信した場合、ステップ３を実行して、受信しなかった場合、Ｎ_noRARに１を加算して、ステップ３を実行するステップ２と、
上記カウンターの値が所定の第三閾値に達したかどうかを判断し、達している場合、計測を終了し、達していない場合、ステップ１に戻ってステップ１を実行するステップ３とを含むことを特徴とする請求項８に記載の方法。
ランダムアクセスプロセスにおけるパラメーター情報を計測して、上記ランダムアクセスプロセスにおける上記パラメーター情報を取得する計測モジュールと、
上記計測モジュールによって取得されたすべて又は一部のパラメーター情報を基地局へ送信する送信モジュールとを含むことを特徴とするユーザー端末。