(57)【要約】  本発明は隣接セル情報の報告を実現する方法及びシステムを提供し、該方法は、ネットワーク側はユーザー端末にドライブテストの測定配置と報告情報を送信するステップ（２００）と、ユーザー端末はドライブテストを行い、且つ報告トリガー条件を満たす場合、ユーザー端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告するステップ（２０１）とを含む。本発明はドライブテストにおけるドライブテストの最小化（ＭＤＴ）測定イベントを利用することによって、ユーザー端末の周囲の隣接セル情報を発見し、且つネットワーク側に報告してメンテナンスを行うことを実現させ、ネットワーク側は即時にユーザー端末の周囲の隣接セル情報を取得するため、ユーザー端末がセルハンドオーバーを行う有効性を保証し、これにより、通信システムネットワークの性能も向上させる。
2013522987.tif 000002
【特許請求の範囲】
【請求項１】
隣接セルの報告を実現する方法であって、該方法は、
ネットワーク側はユーザー端末にドライブテストの測定配置と報告情報を送信することと、
ユーザー端末はドライブテストを行い、且つ報告トリガー条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することとを含むことを特徴とする隣接セルの報告を実現する方法。
【請求項２】
該方法は、前記ネットワーク側はドライブテスト結果におけるユーザー端末の周囲の隣接セル情報によって隣接セルに管理を行うことをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記隣接セルに行われる管理は、
前記ネットワーク側はローカルにおいて收集されたドライブテスト結果に対して処理を行い、或は、
前記ネットワーク側は収集されたドライブテスト結果をネットワーク管理システムに送信して処理を行うことであることを特徴とする請求項２に記載の方法。
【請求項４】
前記ドライブテストの測定配置に新たに追加された測定イベントを含み、
前記新たに追加された測定イベントは、周囲のセル信号がプリセット閾値より高く、前記ユーザー端末が測定した周囲のセルの信号が配置の閾値より高い場合、無線環境測定を記録することに用いられることに叙述されることを特徴とする請求項１或は２、或は３に記載の方法。
【請求項５】
前記測定イベントは即時報告の方式を採用し、この時、
前記新たに追加された測定イベントの測定報告の内容は、
ユーザー端末が測定した周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプと、
閾値である配置パラメータと、
測定内容とを含み、前記測定内容は以下の一種或は何種類の任意組み合わせを含む、つまり
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する場合の時間であるタイムスタンプ、
測定イベントトリガーが発生する場合、測定された周囲のセルのセル識別情報であるセル識別子情報、
測定イベントトリガーが発生する場合、測定された周囲のセルの信号品質情報である無線環境測定情報を含むことを特徴する請求項４に記載の方法。
【請求項６】
前記測定イベントはログ方式を採用して報告し、この時、
前記新たに追加された測定イベントの測定報告の内容は、
ログ記録ウィンドウを表示することに用いられる測定ログウィンドウ、
ログ記録ウィンドウでの測定記録間隔を表示することに用いられる測定ログ間隔をさらに含み、
前記無線環境測定情報は、測定イベントトリガーが発生する前後、測定ログウィンドウ内の周囲のセルの信号品質情報をさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
ロング・ターム・エボリューションＬＴＥシステムにおいて、前記セル識別子情報は物理的なセル識別子ＰＣＩ及び／或はセルグローバル識別子ＣＧＩ情報であり、
ユニバーサルモバイル通信システムＵＭＴＳにおいて、前記セルの表示情報は、セルのプライマリスクランブリングコードＰＳＣ、及び／或はセル識別子ＣＩ、及び／或はトラッキングエリアコードＴＡＣ、及び／或はルーティングエリアコードＲＡＣ、及び／或は公衆陸上モバイル通信網ＰＬＭＮ情報であることを特徴とする請求項６に記載の方法。
【請求項８】
隣接セルの報告を実現するシステムであって、該システムは少なくともユーザー端末とネットワーク側を含み、その中、
ネットワーク側は、ユーザー端末にドライブテストの測定配置と報告情報を送信することに用いられ、
ユーザー端末は、ドライブテストを行い、かつ報告条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することに用いられることを特徴とする隣接セルの報告を実現するシステム。
【請求項９】
前記ネットワーク側は、前記ドライブテスト結果におけるユーザー端末の周囲の隣接セル情報によって隣接セルに対し管理を行うことにさらに利用されることを特徴とする請求項８に記載のシステム。
【請求項１０】
前記ネットワーク側は無線アクセスネットワークＲＡＮ側設備を含み、
ユニバーサルモバイル通信システムＵＭＴＳにおいて、前記ＲＡＮ側設備は無線ネットワークコントローラＲＮＣであり、ロング・ターム・エボリューションＬＴＥシステムにおいて、前記ＲＡＮ側設備はエボリューション基地局ｅＮＢであることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記ネットワーク側はネットワーク管理システムをさらに含み、前記ＲＡＮ側設備は、收集されたドライブテスト結果の情報をネットワーク管理システムに送信して処理を行うことにさらに用いられることを特徴とする請求項１０に記載のシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明はドライブテスト（ＭＤＴ，Minimize drive test）の最小化の技術に関し、特にＭＤＴ技術を利用して隣接セルの報告を実現する方法及びシステムに関する。ユニバーサルモバイル通信システム（ＵＭＴＳ，Universal Mobile Telecommunications System）、ロング・ターム・エボリューション（ＬＴＥ，Long Term Evolution）／エボリューションＬＴＥ（ＬＴＥ−Ａ）システムに適用する。
【０００２】
〔背景技術〕
通信システムにおいて、ネットワーク構築と運営費を減少させるため、従来のドライブテストは、人工でモニターと最適化の需要がある地域に対してテストを行うことを採用する。
【０００３】
次世代のネットワークのエボリューションに基づいて、一方では、従来のドライブテストへの依存を下げるため、もう一方では、ユーザー端末（ＵＥ、User Equipment）のテスト結果を利用することによって、ネットワークに対して自動的に最適化を行い、且つ全面にネットワークの運行状況を理解することが可能であるため、ＬＴＥシステムにおいて、ＭＤＴの技術研究を提出する。ＭＤＴ技術はＵＭＴＳの中にも用いられる。ＭＤＴ技術の実現方式は、エボリューション基地局（ｅＮＢ）からＵＥに測定制御と報告メカニズムを送信することに基づいて、ＵＥが測定した後に報告を行い、図１はＵＭＴＳにおける従来のＭＤＴのアプリケーションアーキテクチャ模式図であり、図１に示すように、ネットワーク側と端末設備であり、その中、ネットワーク側は無線アクセスネットワーク（ＲＡＮ）側設備とネットワーク管理システムを含む。報告メカニズムは接続状態での即時報告、ＩＤＬＥ状態でのログ報告及び接続状態でのログ報告という3種のタイプを含む。
【０００４】
現在、ＭＤＴの測定内容は主に以下のいくつの種類を含む。
【０００５】
１）周期的なダウンリンクパイロット測定（Periodical downlink pilot measurement）、即ち無線環境の測定であり、例えば、共通パイロットチャネルの受信信号コードパワー（ＣＰＩＣＨ ＲＳＣＰ）、共通パイロットチャネルの各チップのエネルギーと干渉電力スペクトル密度との比（ＣＰＩＣＨ Ｅｃ／Ｎｏ）、基準信号受信電力（Ｒ ＳＲＰ）と基準信号受信品質（ＲＳＲＱ）（接続モードのみに対する）の周期的な記録である。この測定ログはユーザーインスタンスの「カバレッジの最適化」に対応する。
【０００６】
運営者はダウンリンク（ＤＬ）のカバレッジ或は実現可能なスループットの主な測定はＤＬ共通パイロット受信レベルと信号対ノイズ比（ＳＩＲ）レベルであることを意識する。現存の無線リソース管理（ＲＲＭ）に測定される配置は主にイベントトリガーの測定報告と周期的な報告に頼る。また以下のような制限も存在し、
ａ)伴う位置情報がない。運営者はＤＬカバレッジの問題によってセルを識別することが可能であっても、運営者は依然としてドライブテスト（Drive test）の実行により、セルに問題が存在する地域を確定し、正確な位置情報は低いＤＬ共通パイロット受信レベル／ＳＩＲレベル等に検出される可能があり、且つ現在のＲＲＭメカニズムから取得することができないからである。
【０００７】
ｂ) 現存のＲＲＭメカニズムは、ＵＥが既に特定のセルに接続され、且つ十分なＵＬカバレッジで測定報告を伝送することのみが許可される場合、測定報告を行う。これにより、ＵＥから収集される測定が制限され、ＵＥはリライアブルリンクフレーム（ＲＬＦ，Reliable Linked Frame）と十分なアップリンク（ＵＬ）カバレッジを経ることが不可能である。
【０００８】
２）サービングセルの信号は閾値（Serving Cell becomes worse than threshold）より小さい、即ちサービングセルの度量は配置の閾値より小さい場合、無線環境の測定を記録し、例えば、ＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、或はＴＤＤメイン共通チャネル受信信号コードパワー（ＴＤＤ Ｐ−ＣＣＰＣＨ ＲＳＣＰ）と干渉信号コードパワー（ＩＳＣＰ）、ＲＳＲＰとＲＳＲＱ（接続モードのみに対する）である。１つの測定ログウィンドウが必要し、イベントが発生する前後にある時間の内に情報を収集できるためであることは目的である。測定ログが対応するのはユーザーインスタンス「カバレッジの最適化」である。
【０００９】
もし運営者は１つの特定のＤＬカバレッジの問題に興味があれば、興味がある問題に対応する測定ログを採用することは有効である。問題地域を探し出すため、運営者はそれらの基準（例えば、カバレッジの外）を閾値に転化させる。問題の特徴を識別することができるため、（例えば、１つの特定のモバイルシーンに発生する）、該測定内容は有益なログにより情報を提供するものである。
【００１０】
３）伝送電力ヘッドルーム（headroom）は閾値（Transmit power headroom becomes less than threshold）より小さい、即ちＵＥの伝送電力のヘッドルームは配置された閾値より小さい場合、伝送電力のヘッドルームｍと無線環境測定を記録し、例えば、ＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、或はＴＤＤ Ｐ−ＣＣＰＣＨ ＲＳＣＰとＩＳＣＰ、ＲＳＲＰとＲＳＲＱ（接続モードだけに対する）であり、この測定ログはユーザーインスタンスの「カバレッジの最適化」に対応する。
【００１１】
運営者はＵＬ伝送電力のレベルを観察することにより、十分なＵＬのリンクバジェットがないことを検出することが可能であり、且つネットワークにおける実現可能なＵＬスループットのレベルを推論することも可能である。これらの情報を収集することは、運営者がＣＩＯをより良く調節し、ネットワークの中心セルにおけるレイアウトを決め、アンテナの傾斜角を調節することなどを助けることが可能とする。
【００１２】
４）ランダムアクセスの失敗（Random access failure）、即ちランダムアクセスの失敗が発生する場合、ランダムアクセスに関する詳しい情報と無線環境測定を記録し、例えば、ＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、或はＴＤＤ Ｐ−ＣＣＰＣＨ ＲＳＣＰとＩＳＣＰ、ＲＳＣＰとＲＳＲＱ（接続状態のみにある）である。この測定ログが対応するユーザーインスタンスは「カバレッジの最適化」である。
【００１３】
ランダムアクセスの失敗の原因は、例えば間違った伝送電力の設置或は競争などである。運営者はランダムアクセスの失敗に関する情報を収集することによってランダムアクセスの失敗の特徴を分析することが可能である。ＤＬ無線環境の測定も必要であり、例えばＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、ＲＳＲＰとＲＳＲＱであり、ランダムアクセスの過程のオーペンループパワー制御はこれらの特徴に頼るためである。これらの情報を収集することは、運営者が良好的にランダムアクセスパラメータを調節し、アンテナ傾斜角を調節することなどを助けることが可能とする。
【００１４】
５）ページングチャネルの失敗（Paging Channel failure）、即ちＵＥはＸ２ の連続時間内、ページングチャネルにＰＣＣＨを解読していなくて、無線環境の詳しい情報を記録し、例えば、位置情報、時間とセル識別子（たとえ運営者がページング時間にＰＤＣＣＨを解読することができても）である。この測定ログはユーザーインスタンスの「共通チャネルのパラメータ化」に対応する。
【００１５】
アイドル（ＩＤＬＥ）モードにおいて、運営者に対しては、ＵＥは確実にページングされるかどうかが重要である。もし１つのユーザーは確実にページングされることができないなら、ユーザーエクスペリエンス（少なくともページングユニットの中に）に対して消極な影響があり、且つ運営者の収入に対しても影響がある（ページングの機会が減るためである）。現在のネットワークにおいて、ドライブテストはセルのカバレッジ地域の中のページング情報を受信することによってＵＥの能力を評価することに用いられることができる。これらの行為は高いコストをもたらしたからには、もしＵＥはページングチャネルに自身が解読不能の情報の発生の時間及び他の関連する情報を記録すれば、非常に有益である。
【００１６】
６）放送チャネルの失敗（Broadcast Channel failure）、即ちＵＥは１つのセル内に滞在する需要があるシステムメッセージを取得するための関連するＤＬ共通チャネルを読んでいない場合、無線環境のメッセージ情報を記録し、例えば位置情報、時間、セル識別子と周波数などである。この測定はユーザーインスタンスの「カバレッジと容量の最適化」と「共通チャネルのパラメータ化」に対応する。
【００１７】
７）無線リンクの失敗報告（Radio Link failure report）、即ちＵＥはＲＬＦが発生する場合、ＵＥが無線測定を報告し、例えばＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、或はＴＤＤ Ｐ−ＣＣＰＣＨとＩＳＣＰ、ＲＳＲＰとＲＳＲＱである。ＲＬＦ Ｒｅｐｏｒｔの測定は「カバレッジの最適化」のユーザーインスタンスに対応する。
【００１８】
ＲＬＦ Ｒｅｐｏｒｔはカバレッジ方面からのいくつかの問題を識別することができる。従って、現実のネットワークにおいて、ＲＬＦ Ｒｅｐｏｒｔ測定情報によってカバレッジホール検出を行う期待確率が高い。また通常にＤＬ共通チャネル検出と関連する問題もカバレッジ問題によって引き起こされる。ＲＬＦ Ｒｅｐｏｒｔは基本なＤＬカバレッジ問題を解決する方法を提供し、共通チャネルのパラメータ化の具体的な測定は共通チャネルパラメータの調節に集中することが可能である。
【００１９】
前記ＭＤＴの測定内容の測定情報を収集することは、運営者が指定地域のカバレッジ問題を見つけり、人工的なドライブテストの最小化を助けることが可能とする。
【００２０】
同時に、モバイルユーザーのサービスの連続性はセルラーモバイル通信システムの１つの基本機能であり、且つ移動局サービングセルのハンドオーバーはサービスの連続性を保証する主な手段である。ユーザー設備はハンドオーバーすることが便利になるように、システムは各セルに隣接関係を配置する需要があり、ネットワーク側が隣接セルの情報をユーザー設備に通知し、ユーザー設備が隣接セルに対して測定を行った後、測定結果を報告し、且つネットワーク側は報告の測定結果によってユーザー設備を隣接セルにハンドオーバーすることを指示することが便利になる。
【００２１】
あるセルの周囲にはどれらの隣接セルがセル距離と関係があるだけではなく、セルが所在する無線環境とも密接な関係がある。無線環境が複雑に入り組むため、特に高層建築が密集するシティ環境には、ネットワーク計画の初期に、あるセルはどんな隣接セルが配置されるべきかを正確に判断することが難しい。また、例えばシステムにおいて、新たに１つのセルを増加し、或はセルの属性が変わるうちに、タイムリーにセルの隣接関係を更新していない、或は環境の変化、ネットワーク計画の人員の手落ちなどにより、すべて隣接セルの情報の更新をタイムリーにしていないことをもたらす。このように、ユーザー設備はタイムリーに他のセルにハンドオーバーすることができないことをもたらし、これにより、本セルのロードが高すぎになり、本セルの信号品質が劣化され、厳しい干渉或はユーザーのドロップコールなどの情況が発生する。
【００２２】
そして、前記ＭＤＴ技術はＵＥの測定を十分に利用することが可能とし、周囲の無線環境の情况に対して収集と報告を行い、現在、ＵＥが周囲の隣接セル情報を取得し報告することが可能であるための有効な測定方法を提供していない。
【００２３】
〔発明の内容〕
これに鑑みて、本発明の主な目的は隣接セルの報告を実現する方法及びシステムを提供し、隣接セル関係の自動的な発見とメンテナンスを実現可能とし、セルハンドオーバーの適時性を保証し、これにより、通信システムの性能を提供することである。
【００２４】
上記目的を達成するため、本発明の技術案は以下のように実現する。
【００２５】
隣接セルの報告を実現する方法であって、該方法は、
ネットワーク側がユーザー端末にドライブテストの測定配置と報告情報を送信することと、
ユーザー端末がドライブテストを行い、且つ報告のトリガー条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することとを含む。
【００２６】
該方法は、前記ネットワーク側がドライブテスト結果におけるユーザー端末の周囲の隣接セル情報によって隣接セルに管理を行うことをさらに含む。
【００２７】
前記隣接セルに対する行われる管理は、
前記ネットワーク側がローカルで收集されたドライブテスト結果に対して処理を行い、或は、
前記ネットワーク側が收集されたドライブテスト結果をネットワーク管理システムに送信して処理を行うことである。
【００２８】
前記ドライブテストの測定配置において、新たに追加された測定イベントを含み、
前記新たに追加された測定イベントは、周囲のセル信号がプリセット閾値より高い、前記ユーザー端末が測定された周囲のセル信号が配置の閾値より高い場合、無線環境の測定を記録することに用いられることに叙述される。
【００２９】
前記測定イベントは即時報告の方式を採用し、この時、
前記新たに追加された測定イベントの測定報告の内容は、
ユーザー端末が測定された周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプと、
閾値である配置パラメータと、
測定内容とを含み、前記測定内容は以下の一種或は何種類の任意組み合わせを含む、つまり
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する時間であるタイムスタンプ、
測定イベントトリガーが発生する場合、測定された周囲のセルのセル識別情報であるセル識別子情報、
測定イベントトリガーが発生する場合、測定された周囲のセルの信号品質情報である無線環境測定情報を含む。
【００３０】
前記測定イベントはログ方式を採用して報告し、この時、
前記新たに追加された測定イベントの測定報告の内容は、
ログ記録ウィンドウを表示することに用いられる測定ログウィンドウ、
ログ記録ウィンドウでの測定記録間隔を表示することに用いられる測定ログ間隔をさらに含み、
前記無線環境の測定情報は、測定イベントのトリガーが発生する前後の測定ログウィンドウ内の周囲のセル信号品質情報をさらに含む。
【００３１】
ロング・ターム・エボリューションＬＴＥシステムにおいて、前記セル識別子は物理的なセル識別子ＰＣＩ及び／或はセルグローバル識別子ＣＧＩ情報であり、
ユニバーサルモバイル通信システムＵＭＴＳにおいて、前記セルの表示情報は、セルのプライマリスクランブリングコードＰＳＣ、及び／或はセル識別子ＣＩ、及び／或はトラッキングエリアコードＴＡＣ、及び／或はルーティングエリアコードＲＡＣ、及び／或は公衆陸上モバイル通信網ＰＬＭＮ情報である。
【００３２】
隣接セルの報告を実現するシステムであって、該システムは少なくともユーザー端末とネットワーク側を含み、その中、
ネットワーク側は、ユーザー端末にドライブテストの測定配置と報告情報を送信することに用いられ、
ユーザー端末は、ドライブテストを行い、かつ報告条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することに用いられる。
【００３３】
前記ネットワーク側は、前記ドライブテスト結果の中のユーザー端末の周囲の隣接セル情報によって隣接セルに管理を行うことにさらに用いられる。
【００３４】
前記ネットワーク側は無線アクセスネットワークＲＡＮ側設備を含み、
ユニバーサルモバイル通信システムＵＭＴＳにおいて、前記ＲＡＮ側設備は無線ネットワークコントローラＲＮＣであり、ロング・ターム・エボリューションＬＴＥシステムにおいて、前記ＲＡＮ側設備はエボリューション基地局ｅＮＢである。
【００３５】
前記ネットワーク側はネットワーク管理システムをさらに含み、前記ＲＡＮ側設備は、收集されたドライブテスト結果の情報をネットワーク管理システムに送信して処理を行うことにさらに用いられる。
【００３６】
上述の本発明が提供する技術案から、ネットワーク側がユーザー端末にドライブテストの測定配置と報告情報を送信し、ユーザー端末がドライブテストを行い、かつ報告トリガー条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することを含むことが分かる。本発明は、ドライブテストの中のＭＤＴ測定イベントを利用することによって、ユーザー端末の周囲の隣接セル情報を発見し、かつネットワーク側に報告してメンテナンスを行うことを実現させ、ネットワーク側はタイムリーにユーザー端末の周囲の隣接セル情報を取得するため、ユーザー端末がセルハンドオーバーを行う有効性を保証し、これにより、通信システムネットワークの性能も向上させる。
【００３７】
〔図面の説明〕
図１は現在のＭＤＴがＵＭＴＳにおけるアプリケーションアーキテクチャ模式図である。
【００３８】
図２は本発明が隣接セルの報告を実現する方法のフローチャートである。
【００３９】
図３は本発明が隣接セルの報告を実現するシステムの組み立て構造の模式図である。
【００４０】
図４は本発明のユーザー端末が接続状態下に、即時にドライブテスト結果を報告する実施例のフローチャートである。
【００４１】
図５は本発明のユーザー端末が接続状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートである。
【００４２】
図６は本発明のユーザー端末がアイドル状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートである。
【００４３】
〔具体の実施形態〕
図２は本発明が隣接セルの報告を実現する方法のフローチャートであり、図２に示すように、以下のステップを含む。
【００４４】
ステップ２００はネットワーク側はユーザー端末にドライブテストの測定配置と報告情報を送信することであり、
本ステップにおいて、ＲＡＮ側はネットワーク管理システムの需要に応じて、制御プレーン（ＣＰ，control plane）に通じてUEにドライブテストの測定配置及び報告情報を送信する。
【００４５】
測定配置と報告情報における測定配置は、ＭＤＴ測定内容の配置情報を含み、新たに追加されたＭＤＴ測定イベントであり、周囲のセル信号は閾値より高い。つまり、ＵＥは周囲のセル信号が配置の閾値より高いことを測定する時、無線環境測定を記録し、例えば、ＣＰＩＣＨ ＲＳＣＰ、ＣＰＩＣＨ Ｅｃ／Ｎｏ、或はＴＤＤ Ｐ−ＣＣＰＣＨ ＲＳＣＰとＩＳＣＰ、ＲＳＲＰとＲＳＲＱ（接続モードのみに対する）である。
【００４６】
新たに追加されたＭＤＴ測定イベントは即時に報告してもよく、一定期間を記録した後に、ログ方式で報告してもよく、ＵＥはＩＤＬＥ状態或は接続状態でも測定記録を行うことができる。もしＵＥは接続状態或はＩＤＬＥ状態で測定記録を行われば、１つの測定ログウィンドウが必要であり、イベントが発生する前後のある期間の内に、情報を収集することが可能であることがその目的である。
【００４７】
新たに追加されたＭＤＴ測定イベントの測定報告の具体な内容は、
ａ） ＵＥに測定された周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプ、
ｂ）閾値であり、バックグラウンド設定値であってもよい配置パラメータ、
ｃ） もし測定ログウィンドウがあれば、ログ記録ウィンドウを表示することに用いられ、もし測定ログ間隔があれば、ログ記録ウィンドウでの測定記録間隔を表示することに用いられ、
ｄ） 下の１種或は何種類の任意組み合わせを含むことが可能である測定内容、
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する場合の時間であるタイムスタンプ、
測定イベントトリガーが発生する場合、測定された周囲のセルのセル識別子情報であり、例えばＬＴＥでは、セルの物理的なセル識別子（ＰＣＩ）でもあり、或はセルグローバル識別子（ＣＧＩ）情報でもあり、ＵＭＴＳでは、セルのスプライマリスクランブリングコード（ＰＳＣ）でもあり、或はセル識別子（ＣＩ）などの情報でもあるセル識別子情報、
測定イベントトリガーが発生する場合、測定された周囲のセルの信号品質情報、及び／或は測定イベントトリガーが発生する前後の一時的なプリセット時間の内に、即ち測定ログウィンドウの内の周囲のセルの信号品質情報である無線環境測定情報を含む。
【００４８】
ユーザー端末はドライブテストを行い、かつ報告トリガー条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告するステップ２０１を含む。
【００４９】
ＵＥは制御プレーンシグナルに通じて、ドライブテスト結果をＲＡＮに報告する。
【００５０】
本発明はステップ２０２をさらに含み、ネットワーク側はドライブテスト結果の中のユーザー端末の周囲の隣接セル情報によって隣接セルに管理を行う。ネットワーク側は收集されたドライブテスト結果の情報をネットワーク管理システム或は基地局に送信してローカルで処理を行う。具体的にどのように処理するかは本発明の保護範囲に属しておらず、ここでは贅言しない。本発明で強調するのは、ドライブテストに新たに追加されたＭＤＴ測定イベントを利用することによって、ユーザー端末の周囲の隣接セル情報を発見し、かつネットワーク側に報告してメンテナンスを行うことを実現させ、ネットワーク側は即時にユーザー端末の周囲の隣接セル情報を取得するため、ユーザー端末がセルハンドオーバーを実施する有効性を保証し、これにより、通信システムネットワークの性能も向上させる。
【００５１】
本発明の方法に対して、図３は、本発明が隣接情報の報告を実現するシステムの組み立て構造の模式図であり、図３に示すように、少なくてもユーザー端末とネットワーク側を含み、その中、
ネットワーク側は、ユーザー端末にドライブテストの測定配置と報告情報を送信することに用いられ、
ユーザー端末は、ドライブテストを行い、かつ報告条件を満たす場合、端末の周囲の隣接セル情報が含まれるドライブテスト結果をネットワーク側に報告することに用いられ、
ネットワーク側は、ドライブテスト結果の中のユーザー端末の周囲の隣接セル情報によって隣接セルに管理を行うことにさらに用いられ、
前記ネットワーク側はネットワーク管理システムをさらに含み、前記ＲＡＮ設備は收集されたドライブテスト結果をネットワーク管理システムに送信して処理を行うことにさらに用いられ、
前記ネットワーク側はＲＡＮ側設備を含み、ＵＭＴＳにおいて、前記ネットワーク側は無線ネットワークコントローラ（ＲＮＣ）であり、ＬＴＥ中において、前記ネットワーク側はｅＮＢである。
【００５２】
以下は実施例を合わせて本発明の方法に対して詳しく説明する。
【００５３】
図４は、本発明のユーザー端末が接続状態で、即時にドライブテスト結果を報告する実施例のフローチャートであり、本実施例において、ＵＥはサービングセルＡで接続状態に置かれ、図４に示すように以下のステップを含む、
すステップ４００、ＲＡＮ側はネットワーク管理システムの需要に応じて、ＣＰに通じてＵＥにドライブテストの測定配置及び報告情報であるＭＤＴ測定制御命令を送信する。その中、ドライブテストの測定配置は、ＭＤＴ測定イベントである周囲のセル信号が閾値より高い配置情報を含み、本実施例において、測定配置はバックグラウンドに配置された閾値情報を含む。
【００５４】
ステップ４０１、ＵＥは現在接続状態に置かれ、ＵＥが該ＭＤＴ測定制御命令を受信した後、周囲のセル信号に対して測定を行い、例えば同じ周波数、異なる周波数、システム間の１つ或はいくつかのセルに対して測定（ＵＥの能力次第で定める）を行い、周囲の１つ或はいくつかのセル信号がＭＤＴ測定制御命令の中の閾値より高い場合、例えば同じ周波数セルＢ、及び／或は異なる周波数セルＣ、及び／或はシステム間のセルＤの信号が閾値より高いことを記録する場合、ＵＥが即時にＭＤＴ測定報告を行う。
【００５５】
本実施例において、ＭＤＴ測定報告の具体な内容は、
ＵＥに測定された周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプと、
閾値であり、ネットワーク管理のバックグラウンドに取得された設定値である配置パラメータと、
測定内容とを含み、前記測定内容は以下の１種或は多種を含むことが可能であり、つまり
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する場合の時間であるタイムスタンプ、
セル識別子情報測定イベントトリガーが発生する場合測定されたセルＢ及び／或はセルＣ及び／或はセルＤの識別情報であり、例えば、ＬＴＥではセルのＰＣＩ情報であってもよい、端末はセルブロードキャスト情報ブロック（ＳＩＢ）情報を読み、セルのＣＧＩ情報を取得することも可能であり、ＵＭＴＳでは、セルのＰＳＣ情報であってもよい、端末もセルブロードキャストＳＩＢ情報を読み、セルのＣＩ情報、及び／或はトラッキングコード（ＴＡＣ）、及び／或はルーティングエリアコード（ＲＡＣ）、及び／或は公衆陸上モバイル通信網ＰＬＭＮ）情報を取得することも可能であるセル識別子情報、
測定イベントトリガーが発生する場合測定されたセルＢ及び／或はセルＣ及び／或はセルＤの信号品質情報であり、及び／或は測定イベントトリガーが発生する前後の一定期間の内のセルＢ及び／或はセルＣ及び／或はセルＤの信号品質情報であり、信号品質情報がＲＳＲＰとＲＳＲＱに表示されてもよい無線環境測定情報を含むことが可能である。
【００５６】
ステップ４０２、ＵＥはＣＰシグナルによってドライブテスト結果をＲＡＮ側設備に報告し、その後、ＲＡＮ側設備は收集されたドライブテスト結果の情報をネットワーク管理システムに送信し、或は基地局／ＲＮＣのようなＲＡＮ側設備によってローカルで処理を行うことも可能である。
【００５７】
本ステップにおいて、ＵＭＴＳ環境下で、ＲＮＣによってＵＥに報告された測定結果をローカルで分析と処理を行うことが可能であり、もし現在のセルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥもセルＢに対して測定報告を行い、またＵＥに報告された測定報告の中の位置情報を合わせて判断を行い、ＲＮＣはセルＢをセルＡの隣接セルに加えることが可能とする。ＬＴＥ環境において、ｅＮＢによってＵＥに報告された測定結果をローカルで分析と処理を行うことが可能とし、現在のセルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥもセルＢに対して測定報告を行い、またＵＥ報告の測定報告の中の位置情報を合わせて判断を行い、ｅＮＢはセルＢをセルＡの隣接セルに加えることが可能とする。
【００５８】
前記ドライブテスト報告の処理はネットワーク管理システムのネットワークエレメントに処理を行ってもよい。
【００５９】
図５は本発明のユーザー端末が接続状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートであり、本実施例において、ＵＥはサービングセルＡでは接続状態に置かれ、図５に示すように以下のステップを含む。
【００６０】
ステップ５００、ＲＡＮ側はネットワーク管理システムの需要に応じて、ＣＰに通じてＵＥにドライブテストの測定配置及び報告情報であるＭＤＴ測定制御命令を送信する。その中、ドライブテストの測定配置が含まれるＭＤＴ測定イベントは、周囲のセル信号が閾値より高い配置情報であり、本実施例において、測定配置はバックグラウンドに配置される閾値情報を含む、
ステップ５０１、ＵＥは現在に接続状態に置かれるため、ＵＥは該ＭＤＴ測定制御命令を受信した後、周囲のセル信号に対して測定を行い、例えば同じ周波数、異なる周波数、システム間の１種或は多種のセルに対して測定（ＵＥの能力次第で定める）を行い、周囲の１つ或は複数のセルの信号がＭＤＴ測定制御命令の中の閾値より高い場合、例えば同じ周波数セルＢ、及び／或は異なる周波数セルＣ、及び／或はシステム間のセルＤの信号が閾値より高いことを記録する場合、ＵＥは一定期間のＭＤＴ測定記録を行った後で報告を行う。
【００６１】
本実施例において、ＭＤＴ測定報告の具体な内容は、
ＵＥに測定された周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプと、
閾値であり、ネットワーク管理のバックグラウンドに取得された設定値である配置パラメータと、
ログ記録ウィンドウを表示することに用いられ、例えば１時間は１つの記録ウィンドウである測定ログウィンドウと、
ログ記録ウィンドウでの測定記録間隔を表示することに用いられ、例えば１０分である測定ログ間隔と、
測定内容とを含み、前記測定内容は以下の１種或は多種を含むことが可能であり、つまり
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する時間であるタイムスタンプ、
測定イベントトリガーが発生する場合、測定されたセルＢ及び／或はセルＣ及び／或はセルＤの識別情報であり、例えばＬＴＥではセルのＰＣＩ情報であってもよい、さらに、端末はセルブロードキャストＳＩＢ情報を読み、セルのＣＧＩ情報を取得することも可能とし、ＵＭＴＳでは、セルのＰＳＣ情報であってもい、さらに、端末はセルブロードキャストＳＩＢ情報を読み、セルのＣＩ情報、及び／或はＴＡＣ、及び／或はＲＡＣ、及び／或はＰＬＭＮ情報を取得することも可能であるセル識別子情報、
測定イベントトリガーが発生する場合測定されたセルＢ及び／或はセルＣ及び／或はセルＤの信号品質情報であり、及び／或は測定イベントトリガーが発生する前後の一定期間の内のセルＢ、及び／或はセルＣ、及び／或はセルＤの信号品質情報であり、信号品質情報はＲＳＲＰとＲＳＲＱによって表示されることが可能である無線環境測定情報を含む、
ステップ５０２、ＵＥはＣＰシグナルによってドライブテスト結果をＲＡＮ側設備に報告し、その後、ＲＡＮ側設備は收集されたドライブテスト結果をネットワーク管理システムに送信し、或は基地局／ＲＮＣであるＲＡＮ側設備によってローカルで処理を行う。
【００６２】
本ステップにおいて、ＵＭＴＳ環境の中に、ＲＮＣによってＵＥに報告された測定結果をローカルでの分析と処理を行うことが可能とし、現在のセルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥもセルＢに対して測定報告を行い、またＵＥに報告された測定報告の中の位置情報を合わせて判断を行い、ＲＮＣはセルＢをセルＡの隣接セルに加えることを可能とする。ＬＴＥ環境において、ｅＮＢによってＵＥに報告された測定結果をローカルでの分析と処理を行い、現在のセルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥもセルＢに対して測定報告を行い、またＵＥが報告した測定報告の中の位置情報を合わせて判断を行い、ｅＮＢはセルＢをセルＡの隣接セルに加えることを可能とする。
【００６３】
前記ドライブテスト報告の処理はネットワーク管理システムのネットワークエレメントに処理を行ってもよい。
【００６４】
図６は、本発明のユーザー端末がアイドル状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートであり、本実施例において、ＵＥはサービングセルＡでＩＤＬＥ状態に置かれ、例えば図６に示すように以下のステップを含む。
【００６５】
ステップ６００、ＲＡＮ側はネットワーク管理システムの需求に応じて、ＣＰに通じてＵＥにドライブテストの測定配置及び報告情報であるＭＤＴ測定制御命令を送信する。その中、ドライブテストの測定配置に含まれるＭＤＴ測定イベントは、周囲のセル信号が閾値より高い配置情報であり、本実施例において、測定配置はバックグラウンドに配置される閾値情報を含む。
【００６６】
ステップ６０１、ＵＥは該ＭＤＴ測定制御命令を受信した後、周囲のセル信号に対して測定を行い、例えば同じ周波数、異なる周波数、システム間の一種或は多種のセルに測定（ＵＥの能力次第で定める）を行い、周囲の１つ或はいくつかのセル信号がＭＤＴ測定制御命令の中の閾値より高い場合、例えば同じ周波数セルＢ、及び／或は異なる周波数セルＣ、及び／或はシステム間のセルＤ信号が閾値より高いことを記録する場合、ＵＥは一定期間のＭＤＴ測定記録をした後に報告を行う。
【００６７】
本実施例において、ＭＤＴ測定報告の具体な内容は
ＵＥに測定された周囲のセル信号が閾値より高い場合、測定をトリガーする測定トリガータイプと、
閾値であり、ネットワーク管理のバックグラウンドに取得された設定値である配置パラメータと、
ログ記録ウィンドウを表示することに用いられ、例えば１時間は１つの記録ウィンドウである測定ログウィンドウと、
ログ記録ウィンドウでの測定記録間隔を表示することに用いられ、例えば１０分である測定ログ間隔と、
測定内容とを含み、前記測定内容は以下の１種或は多種を含むことが可能である、つまり
測定イベントトリガーが発生する場合の位置情報であり、測定記録が発生する場合の位置情報である位置情報、
測定イベントトリガーが発生する場合の時間であり、測定記録が発生する時間であるタイムスタンプ、
測定イベントトリガーが発生する場合、測定されたセルＢ及び／或はセルＣ及び／或はセルＤの識別情報であり、例えばＬＴＥではセルのＰＣＩ情報であってもよい、さらに、端末はセルブロードキャストＳＩＢ情報を読み、セルのＣＧＩ情報を取得することも可能とし、ＵＭＴＳでは、セルのＰＳＣ情報であってもい、さらに、端末はセルブロードキャストＳＩＢ情報を読み、セルのＣＩ情報、及び／或はＴＡＣ、及び／或はＲＡＣ、及び／或はＰＬＭＮ情報を取得することも可能とするセル識別子情報、
測定イベントトリガーが発生する場合測定されたセルＢ及び／或はセルＣ及び／或はセルＤの信号品質情報であり、及び／或は測定イベントトリガーが発生する前後の一定期間の内のセルＢ、及び／或はセルＣ、及び／或はセルＤの信号品質情報であり、信号品質情報はＲＳＲＰとＲＳＲＱによって表示されることが可能である無線環境測定情報を含む、
ステップ６０２、ＵＥはＣＰシグナルによってドライブテスト結果をＲＡＮ側設備に報告し、その後、ＲＡＮ側設備は收集されたドライブテスト結果をネットワーク管理システムに送信し、或は基地局／ＲＮＣであるＲＡＮ側設備によってローカルで処理を行うことが可能である。
【００６８】
本ステップにおいて、ＵＭＴＳ環境の中に、ＲＮＣによってＵＥに報告された測定結果をローカルで分析と処理を行うことが可能とし、現在のセルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥもセルＢに対して測定報告を行い、またＵＥに報告された測定報告の中の位置情報を合わせて判断を行い、ＲＮＣはセルＢをセルＡの隣接セルに加えることが可能とする。ＬＴＥ環境において、ｅＮＢによってＵＥに報告された測定結果をローカル分析と処理を行い、現在セルＢはセルＡの隣接セルではないと仮定にし、かつ複数のＵＥはセルＢに対して測定報告を行い、またＵＥが報告した測定の中の位置情報を合わせて判断を行い、ｅＮＢはセルBをセルＡの隣接セルに加えることが可能とする。
【００６９】
前記ドライブテスト報告の処理はネットワーク管理システムのネットワークエレメントに処理を行ってもよい。
【００７０】
前記の述べたのは、本発明のより好ましい実施例だけであり、本発明の保護範囲を制限することに用いられることではない、凡そ本発明の精神と原則の内におけるいかなる訂正、同等の交換と改良であっても、全て本発明の保護範囲内に含まれるべきである。
【図面の簡単な説明】
【００７１】
【図１】現在のＭＤＴがＵＭＴＳにおけるアプリケーションアーキテクチャ模式図である。
【図２】本発明が隣接セルの報告を実現する方法のフローチャートである。
【図３】本発明が隣接セルの報告を実現するシステムの組み立て構造の模式図である。
【図４】本発明のユーザー端末が接続状態下に、即時にドライブテスト結果を報告する実施例のフローチャートである。
【図５】本発明のユーザー端末が接続状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートである。
【図６】本発明のユーザー端末がアイドル状態下に、ログ方式でドライブテスト結果を報告する実施例のフローチャートである。
【図１】
2013522987.tif 000003
【図２】
2013522987.tif 000004
【図３】
2013522987.tif 000005
【図４】
2013522987.tif 000006
【図５】
2013522987.tif 000007
【図６】
2013522987.tif 000008
【国際調査報告】
2013522987.tif 000009
2013522987.tif 000010
2013522987.tif 000011
2013522987.tif 000012
2013522987.tif 000013
2013522987.tif 000014