JP5687361B2 - Ｍｄｔユーザー関係情報集中化方法及びｒａｎ制御ノード - Google Patents

Description

この出願は、２０１１年２月１０日に出願された「Method for Centralizing MDT user involvement」と題された米国特許仮出願番号６１／４４１３８４号から合衆国法典第３５編第１１９条の下、優先権を主張するものであり、その内容は引用によって本願に援用される。

本発明は、運転テスト（ＭＤＴ）の最小化に関するものであって、特に、ＭＤＴユーザー関係情報（user involvement）の集中化方法及びＲＡＮ制御ノードに関するものである。

３ＧＰＰリリース８として導入される３ＧＰＰ（Generation Partnership Project）ロングタームエボリューション（ＬＴＥ）システムは、改善されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）である。簡潔なネットワークアーキテクチャに起因して、ＬＴＥシステムは、高ピークデータレート、低レイテンシー、改善されたシステム容量および低操作コスト等の長所を提供する。ＬＴＥシステムにおいて、発展型ユニバーサル陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、複数の移動局と通信する複数の進化型Ｎｏｄｅ−Ｂｓ（ｅＮＢｓ）を含み、ユーザー装置（ＵＥ）と称される。３ＧＰＰは新しい特徴を導入して、ＬＴＥシステムオペレータがさらにネットワーク運営を最適化し、コストを節約するのを助ける。運転テスト（ＭＤＴ）の最小化は、ＵＥが測定を収集、並びに、測定情報をそれらのサービングｅＮＢに報告する特徴のひとつである。

リリース９とリリース１０中、ＭＤＴは３ＧＰＰで機能し、ネットワーク最適化を助ける。ネットワーク最適化は、伝統的に、マニュアル運転テストで行われるが、コストが高く、また、ＣＯ_２排出を伴う。ＭＤＴの特徴は、ＵＥが、たとえば近傍検出、測定あるいはＯＡＭ目的のロギングと記録というような運用・管理・保守（ＯＡＭ）を実行できるようにすることである。ＯＡＭの目的は、無線リソース管理（ＲＲＭ）と最適化という目的を含む。ＭＤＴの種類は二種ある。即時ＭＤＴにとって、測定はＣＯＮＮＥＣＴＥＤ状態で、ＵＥにより実行される。収集された情報は、即時にネットワークに報告するのに有用である。ログされたＭＤＴにとって、測定は、ＩＤＬＥ状態で、ＵＥにより実行およびログされる。ＵＥは、後のある時間で、収集された情報をネットワークに報告する。

ＵＥが、ＭＤＴ期間中に収集した測定情報は、通常、ユーザーの位置情報を含むか、または、ユーザーの位置が推定できるデータを含む。たとえば、即時ＭＤＴのＲＡＮログ、ログされたＭＤＴのログおよび問題イベントのログ、たとえば、Radio Link Failureは、すべて、位置が推定できる位置情報またはデータを含む。よって、ＭＤＴは、ユーザーのプライバシーに大きな懸念を生む。よって、ユーザーは、彼／彼女の位置データがログされることを意識する必要がある。このほか、ユーザーは、ＭＤＴを承認または拒絶できることが必要である。ユーザーの承認（同意）の管理のためのソリューションを提供するため、ユーザーが承認したかに基づいてシステムはＭＤＴ測定収集（measurement collection）を管理することができる；ネットワークオペレータはユーザーの承認の制御と可視性を有する；ユーザーがＭＤＴ測定収集に対する承認を取り下げる時システムは素早く更新される；ＭＤＴ測定収集のユーザー承認情報は現在のシステムに最小限の影響で処理され且つ必要時に提供される、というような新しいシステム要求が期待される:

現在の技術は、ユーザー承認処理時に、顧客ケア指向のソリューションをサポートするのに十分でない。たとえば、ユーザーによる承認が顧客ケアセンターにより処理されるソリューションがない。反対に、現在の技術は、ユーザーの承認はＵＥ中で処理される。よって、ユーザーの承認に係る情報によりネットワークを更新するため、無視できない複雑度のさらなるソリューションを導入する必要がある。たとえば、現在の技術は、どのように、ＭＤＴユーザー承認／非承認に基づいて、課金を行うかの問題を解決していない。通常、課金と価格プランは、中央顧客ケアセンターで更新される。このほか、現在の技術は、あるネットワークやあるネットワークオペレータに限定されたユーザーの承認を処理することをサポートしていない。概して、現在の技術は、あまりにも具体化されておらず、また、完全なソリューション（full solution）を提供するものではない。

本発明の目的は、現在の技術中の欠点に取り組むことである。極めて簡潔で現在のシステムに対し影響が最小限の、ＭＤＴ測定収集のためのユーザーの承認（同意）の管理に係る新しいシステムの要求を満たすソリューションを提供することが望まれている。

本発明は、運転テスト（ＭＤＴ）測定収集の最小化に用いるユーザー承認の管理方法を提案することを目的とする。

一新規態様において、ユーザー承認情報は中央データベースを有する中央サーバにより処理される。ユーザー承認情報は一個の場所にだけ保存され、顧客ケアシステムから容易に更新することができる。ユーザー承認情報は、課金の基準として用いられ得る。一例において、中央サーバはホーム加入者サーバ（ＨＳＳ）の一部で、ユーザー承認情報は予約購入情報（subscription information）の一部である。このソリューションは、ＭＤＴ測定収集に用いるユーザー承認情報の管理を、簡潔、且つ、現在のシステムに最小限の影響にすることができる。

シグナリングベースのＭＤＴにおいて、中央サーバは、顧客ケアシステムからユーザー承認情報を獲得し、情報を、中央データベースに保存する。中央サーバはＯＡＭシステムと相互に作用し、システムは、ＵＥを選択し、ＭＤＴ測定収集に用いる。その後、選択されたＵＥの最終のＭＤＴ起動前、中央サーバは、ユーザーの承認が示されたか確認する。ユーザーが承認している場合、中央サーバは、シグナリングメッセージを発信して、ＭＤＴを起動し、これにより、選択されたＵＥはＭＤＴ測定の実行を開始する。ユーザー承認情報が変化した時、すなわち、ユーザーが、承認を拒絶した時、中央サーバは、中央データベース中のユーザー承認情報を更新する。最後に、ユーザーの承認がないので、中央サーバはシグナリングメッセージを発信して、新しいＭＤＴセッションの開始を停止するか、または、現在のＭＤＴセッションを終了する。

管理ベースのＭＤＴにおいて、無線アクセスネットワーク（ＲＡＮ）は、中央サーバから、ＭＤＴ関連のユーザー承認情報（たとえば、移動性管理エンティティ（ＭＭＥ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局（ＭＳＣ）により）を得る。その後、ＲＡＮは、ＭＤＴ測定収集にＵＥを選択し、ユーザーの承認が示されたＵＥだけが選択される。ユーザーの承認がＵＥに示された場合、ＲＡＮはＭＤＴを起動し、ＵＥからＭＤＴ測定データを収集する。ユーザーの承認がＵＥに拒絶される時、ＲＡＮは、更新されたユーザー承認情報を受信する。その後、ＵＥユーザーの承認が拒絶される場合、ＲＡＮは、ＵＥから、または、次のＭＤＴセッションからのＭＤＴ測定データ収集を即時に停止する。

他の実施の形態および利点が以下の詳細な説明に述べられる。この概要は、本発明を定めるものではない。本発明は請求項によって定められる。

図１は、一新規態様による中央ホーム加入者サーバ（ＨＳＳ）を有する３ＧＰＰシステムアーキテクチャを示す図である。 図２は、中央データベースによるユーザー承認情報の管理方法を示す図である。 図３は、一新規態様によるシグナリングベースのＭＤＴの工程を示す図である。 図４Ａは、一新規態様によるＥ−ＵＴＲＡＮネットワーク中の管理ベースのＭＤＴの工程を示す図である。 図４Ｂは、一新規態様によるＵＴＲＡＮネットワーク中の管理ベースのＭＤＴの工程を示す図である。 図５は、一新規態様によるシグナリングベースのＭＤＴの方法のフローチャートである。 図６は、一新規態様による管理ベースのＭＤＴの方法のフローチャートである。

本発明の実施態様について詳細に述べる。その例は添付図面に示されている。
図１は、一新規態様による中央ホーム加入者サーバ（ＨＳＳ）を有する３ＧＰＰシステムアーキテクチャを示す図である。３ＧＰＰシステム１００は、ＵＴＲＡＮ無線アクセスネットワーク１０１、移動通信交換局またはビジターロケーションレジスタ（ＭＳＣ／ＶＬＲ）１０２、サービングＧＰＲＳ（general packet radio service）サポートノード（ＳＧＳＮ）１０３、ユーザー装置ＵＥ１１０、Ｅ−ＵＴＲＡＮ無線アクセスネットワーク１１１、サービングゲートウェイＳ−ＧＷ１１２、パケットデータネットワーク（ＰＤＮ）ゲートウェイＰＤＮ−ＧＷ１１３、ポリシー制御とルーティング機能（ＰＣＲＦ）１１４、オペレータのＩＰサービス（たとえば、インターネット）１１５、移動性管理エンティティ（ＭＭＥ）１１６、ホーム加入者サーバ（ＨＳＳ）１２１、顧客ケアセンター１３１および運用・管理・保守（ＯＡＭ）システム１３２を含む。

図１の例において、Ｅ−ＵＴＲＡＮ１１１は、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）技術により、携帯電話サービスの新しい無線インターフェイスをＵＥ１１０に提供する。Ｅ−ＵＴＲＡＮ１１１は、Ｓ−ＧＷ１１２とＰ−ＧＷ１１３により、ＩＰサービスもＵＥ１１０に提供する。一方、ＵＴＲＡＮ１０１はＵＭＴＳ無線アクセスネットワークで、Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）技術により、ＵＥとネットワーク間の接続を提供する。３ＧＰＰ ＬＴＥシステムにおいて、ＨＳＳ１２１、ＭＭＥ１１６、Ｓ−ＧＷ１１２およびＰＤＮ−ＧＷ１１３および別のノード（図示しない）は進化型パケットコアネットワークを形成し、進化型パケットコアネットワークとＥ−ＵＴＲＡＮ１１１は、一緒に、公衆携帯電話網（ＰＬＭＮ）を形成する。３ＧＰＰ ＵＴＲＡシステムにおいて、ＨＳＳ１２１、ＭＳＣ１０２、ＳＧＳＮ１０３および別のノード（図示しない）はコアネットワークを形成する。ＵＴＲＡＮ１０１とコアネットワークは、一緒に、公衆携帯電話網（ＰＬＭＮ）を形成する。

３ＧＰＰは新しい特徴を導入して、ＬＴＥとＵＴＲＡシステムオペレータが、さらに、ネットワーク設計を最適化し、コストを節約するのを助ける。運転テスト（ＭＤＴ）の最小化は、ＵＥが測定を収集し、測定情報をそれらのサービングｅＮＢとサービングＲＮＣに報告する特徴のひとつである。ＵＥが、ＭＤＴ期間に測定情報を収集するのは、通常、ユーザーの位置情報を含むか、または、ユーザーの位置が推定できるデータを含む。よって、ユーザーは、彼／彼女の位置データがログされることを意識する必要がある。このほか、ユーザーは、ＭＤＴ測定収集の承認または拒絶をできることが必要である。

一新規態様において、ＭＤＴ測定収集のユーザー承認情報は中央サーバにより管理される。一例において、中央サーバはＨＳＳの一部として実行される。ＨＳＳは中央データベース（ＤＢ）を含む中央サーバで、ユーザー関連と予約購入関連情報を含む。ＨＳＳの機能は、移動性管理、呼び出しとセッション確立サポート、ユーザー認証とアクセス認可等の機能を含む。図１の例において、ユーザー承認情報は、分離ＵＥのＨＳＳ１２１の中央ＤＢ中に保存され、ＵＥがＰＬＡＮに取り付けられるとき、シグナリングにより、ＨＳＳ１２１から、取り付けられたＵＥ（たとえば、ＭＭＥ１１６またはＳＧＳＮ１０３またはＭＳＣ１０２）の内容を保存するノードに提供される。

図２は、モバイルネットワーク２００中の中央データベースによるユーザー承認の管理方法を示す図である。モバイルネットワーク２００は、ＵＥ２１０、ｅＮｏｄｅＢ２１１を有するＥ−ＵＴＲＡＮセル２１２、ＮｏｄｅＢ２１３と無線ネットワークコントローラＲＮＣ２１４を有するＵＴＲＡＮセル２１５、中央データベースＤＢ２２２を有する中央サーバＨＳＳ２２１および顧客ケアセンター２３１を含む。３ＧＰＰ ＬＴＥシステムを例とする。ＵＥ２１０は、Ｅ−ＵＴＲＡＮセル２１２により、セルラーおよびＩＰサービスを予約し、サービングｅＮｏｄｅＢ２１１により提供される（served）。

サービングｅＮｏｄｅＢ２１１は、メモリ２４１、プロセッサ２４２、ＭＤＴ制御モジュール２４４（たとえば、選択されたＵＥのＭＤＴユーザー承認を獲得し確認する）およびＭＤＴ測定収集モジュール２４５（たとえば、ＭＤＴを起動し、測定情報を収集する）を有するＭＤＴ管理モジュール２４３、および、アンテナ２４７に結合される無線周波数（ＲＦ）モジュール２４６を含む。異なるモジュールは、ソフトウェア、ファームウェア、ハードウェアまたはそれらの組み合わせにより実行される機能モジュールである。プロセッサにより実行される時、機能モジュールは、ユーザー承認があるか／ないかに基づいて、ｅＮｏｄｅＢ２１１がＭＤＴ−関連機能を実行できるようにする。同様に、３ＧＰＰ ＵＴＲＡシステムにとって、ＵＴＲＡＮセル２１５はサービスをユーザーに提供する。しかし、対応するＭＤＴロジックはＲＮＣ２１４に位置し、ＮｏｄｅＢ２１３はＲＦを処理する。図２に示されるように、ｅＮｏｄｅＢ２１１とＲＮＣ２１４両方は、同一の顧客ケアシステム２３１と同一の中央サーバ２２１により制御される。

図２の例において、ＵＥ２１０は、ＭＤＴ関連のユーザー承認情報を、ユーザー情報および予約購入情報と一緒に、顧客ケアセンター２３１に提供する。顧客ケアセンター２３１は、その後、ユーザー承認情報をＨＳＳ２２１に発信し、ＨＳＳ２２１は、その中央ＤＢ２２２中、対応する情報を保存または更新する。ＭＤＴの管理方法は二種の方法がある。シグナリングベースのＭＤＴの第一方法において、ＯＡＭシステムは、ＨＳＳにより、ＭＤＴを初期化し、ネットワークでシグナリングする。管理ベースのＭＤＴの第二方法において、ＭＤＴは、ｅＮｏｄｅＢ２１１またはＲＮＣ２１４により、ＲＡＮ（たとえば、Ｅ−ＵＴＲＡＮかＵＴＲＡＮ）により管理される。シグナリングベースのＭＤＴおよび管理ベースのＭＤＴはともに、以下で詳述する。

図３は、一新規態様によるモバイルネットワーク３００中のシグナリングベースのＭＤＴの工程を示す図である。モバイルネットワーク３００は、ＵＥ３０１、ＲＡＮ３０２、中央ＤＢ３０４を有するＨＳＳ３０３、顧客ケアセンター３０５およびＯＡＭシステム３０６を含む。ステップ３１１で、ユーザーは、顧客ケアセンター３０５で、人材と通信／協議することにより、ある料金プランで、ＵＥ３０１に、携帯電話サービスを予約する。予約購入プロセス期間、ユーザーは、ユーザー情報、予約購入情報、および、ユーザー承認情報を顧客ケアセンター３０５に提供する。ユーザー情報は、ユーザーの個人情報（たとえば、名前やアドレス等）を含む。予約購入情報は、購買したサービス計画の情報（たとえば、価格、契約期間等）を含む。ユーザー承認情報は、ユーザーがＵＥ３０１にＭＤＴ測定収集するかを示す。ステップ３１２で、顧客ケアセンター３０５は、得られたユーザー情報、予約購入情報およびユーザー承認情報をＨＳＳ３０３に発信する。ステップ３１３で、ＨＳＳ３０３は情報を中央ＤＢ３０４に保存する。

ステップ３１４で、ＯＡＭシステム３０６は、ＭＤＴ要求をＨＳＳ３０３に伝送することにより、ＭＤＴを初期化する。ＯＡＭシステムは、一般に、ネットワークの運用・管理・保守および維持に関連する工程と活動に用いられる。たとえば、ＯＡＭシステム３０６が、モバイルネットワーク３００で、潜在的な問題を発見した時、ひとつまたはそれ以上のＵＥ（たとえば、ＵＥ３０１）を選択して、ＭＤＴ測定を実行し、さらに、問題の起因とソリューションを調査する。ステップ３１５で、ＭＤＴ要求受信後、ＨＳＳ３０３は、選択されたＵＥのユーザーの承認を確認する。ステップ３１６で、ＵＥ３０１が、ＭＤＴ測定収集を承認する場合、ＨＳＳ３０３は、シグナリングメッセージをＵＥ３０１に発信して、ＭＤＴセッションを起動する。ＭＤＴ起動シグナリングメッセージを受信後、ステップ３２１で、ＵＥ３０１は、ＭＤＴ測定の実行を開始する。ステップ３２２で、ＵＥ３０１は、収集された測定データをＲＡＮ３０２に報告する。

その後、ある原因のため、ユーザーは、測定情報の測定と報告を実行したくない。たとえば、ユーザーは、彼／彼女の位置データを含む収集された測定情報をさらに気にかけるようになり、これにより、このような個人情報をさらすことをしなくなる。ステップ３３１で、ユーザーは、顧客ケアセンター３０５の人材と通信することにより、ＵＥ３０１にＭＤＴ測定収集を実行する彼／彼女の承認を拒絶する。この工程中、ユーザーは、このような変化の結果も通知される。たとえば、同じ購入サービスにとって、ユーザーの承認がない料金プランは、承認があるものと比べて高い。注意すべきことは、この例では、工程３１１と３３１は、ＵＥに関係しているが、これらの工程は、別の手段、たとえば、別の電話またはウェブページを用いて実行することができることである。ユーザーが通知された変化を承認後、ステップ３３２で、顧客ケアセンター３０５は、更新された予約購入情報、更新されたユーザー承認情報をＨＳＳ３０３に発信する。ステップ３３３で、ＨＳＳ３０３は、更新された情報を中央ＤＢ３０４に保存する。

ユーザーは、ＵＥ３０１がＭＤＴ測定を実行するのを拒絶するので、ＨＳＳ３０３は、ＵＥ３０１の現在のＭＤＴセッションを終了する必要がある。ステップ３３４で、ＨＳＳ３０３は、シグナリングメッセージをＵＥ３０１に発信して、ＭＤＴを終了する。ユーザーの承認がないので、ＲＡＮ３０２は、ＯＡＭ目的とＵＥ３０１に関連するあらゆる情報、たとえば、位置情報または位置が推定できるデータ等を保存することができない。さらに、ＨＳＳ３０３は、ＵＥ３０１が新しいＭＤＴセッションを実行するのを防止する必要もある。たとえば、ステップ３４１で、ＯＡＭシステム３０６は、再度、ＵＥ３０１を選択して、ＭＤＴ測定収集を実行する。ステップ３４２で、ＨＳＳ３０３は、選択されたＵＥのユーザーの承認を確認する。このとき、ユーザーの承認が示されないので、点線３４３に示されるように、ＨＳＳ３０３は、もう、ＵＥ３０１の新しいＭＤＴセッションを起動しない。

中央サーバおよび中央データベースにより、ユーザー承認情報を処理するのは、幾つかの長所と利点がある。第一の長所は簡潔なことである。ユーザー承認情報は一箇所にだけ保存される。顧客ケアシステムから、このような集中情報を更新するのが容易である。第二の長所は、ユーザー承認情報は、操作制御下にあることである。料金プランとユーザー承認情報は、顧客ケアシステムにより、中央データベースに更新される。その結果、ユーザー承認情報は、ユーザー承認情報は、課金の基準として用いられやすく、たとえば、ＭＤＴ測定を可能にする予約購買に対し、よい価格サービスを提供する。

好ましい態様において、中央サーバは、ＯＡＭドメインからアクセスされる。ＯＡＭドメインから中央サーバを得る長所は、ＯＡＭドメイン（たとえば、ＯＡＭシステム３０６）が、ＯＡＭ選択ユーザーの測定収集を開始する前、ユーザーの承認を確認することができることである。よって、ユーザーの承認は、システムのその他の任意の場所、たとえば、ＵＥ中、または、コアネットワークのＲＡＮ中で処理を実行する必要がなく、ＯＡＭ選択ＵＥに、最大限に簡潔なソリューションを提供する。別の態様において、中央サーバはＨＳＳの一部である。ＨＳＳを中央サーバとして用いる長所は、ＨＳＳが既に存在していることである。よって、新しいサーバを発展される必要がなく、且つ、ＨＳＳは、既に、ＵＥとユーザー予約購入に関する方法を保存している。

図４Ａは、一新規態様によるモバイルネットワーク４００中の管理ベースのＭＤＴの第一具体例を示す図である。モバイルネットワーク４００は、ＵＥ４０１、Ｅ−ＵＴＲＡＮ４０２、ＭＭＥ４０３、中央ＤＢ４０５を有するＨＳＳ４０４、顧客ケアシステム４０６およびＯＡＭシステム４０７を含む。ステップ４１１で、ユーザーは、顧客ケアセンター４０６で、人材と通信／協議することにより、ある料金プランで、ＵＥ４０１に、携帯電話サービスを予約する。予約購入工程期間中、ユーザーは、ユーザー情報、予約購入情報、ユーザー承認情報を顧客ケアセンター４０６に提供する。ステップ４１２で、顧客ケアセンター４０６は、得られたユーザー情報、予約購入情報およびユーザー承認情報をＨＳＳ４０４に発信する。ステップ４１３で、ＨＳＳ４０４は情報を中央ＤＢ４０５に保存する。

管理ベースのＭＤＴにとって、ＭＤＴセッションは、サービングｅＮＢおよび／またはＲＮＣにより、ＲＡＮ、たとえば、Ｅ−ＵＴＲＡＮ４０２により管理される。ＲＡＮがＭＤＴにＵＥ選択を実行する時の場合、ユーザーの承認を集中検査するだけの簡単なソリューションはもはや可能ではない。分離ＵＥのユーザー承認情報はＨＳＳ４０４と中央ＤＢ４０５に保存される。取り付けられたＵＥにとって、ユーザー承認情報は、取り付けられたＵＥのコンテキストを保持するノードをシグナリングすることにより、ＨＳＳ４０４から提供される。たとえば、ステップ４１４で、ＨＳＳ４０４はユーザー承認情報をＭＭＥ４０３に発信する。ステップ４１５で、ＭＭＥは、それ自身のローカルデータベースで、ユーザー承認情報をキャッシュ（cache）する。このようなアプローチの長所は、ＵＥがＣＯＮＮＥＣＴＥＤモードになる時、ユーザー承認情報はすぐに利用でき、且つ、ＵＥは、低オーバーヘッドおよび低遅延でＭＤＴを実行することである。このほか、ユーザー承認情報は予約購入情報の一部なので、予約購入情報が顧客ケアシステムにより変化される時はいつでも、ＭＭＥ中で更新を行うことができる。

ＵＥ４０１とＥ−ＵＴＲＡＮ４０２中のサービングｅＮＢがデータシグナリング接続を構築後、ステップ４１６で、ＵＥ４０１のユーザー承認情報が、ＭＭＥ４０３からＥ−ＵＴＲＡＮ４０２に提供される。一例において、ＵＥがシグナリング接続を構築する時、初期コンテキストセットアップメッセージ中で、ユーザー承認情報が、ＭＭＥからＲＡＮに提供される。初期コンテキストセットアップメッセージが用いられて、ＵＥ情報を提供し、ＵＥとＲＡＮ間の接続を構築し、たとえば、ＭＭＥ中にキャッシュされるＵＥ無線とセキュリティ能力情報およびその他のキー材料がセキュリティセットアップに用いられる。初期コンテキストセットアップメッセージ中、ユーザー承認情報を提供する長所は、ＵＥがＲＣＣ＿ＩＤＬＥからＲＣＣ＿ＣＯＮＮＥＣＴＥＤモードになる時、ＲＡＮが即時に情報を入手し、ＲＡＮが、このＵＥをすぐにＭＤＴに選択することができることである。このほか、ユーザー承認情報を存在する初期コンテキストセットアップメッセージにピギーバッキングするとき、追加メッセージのオーバーヘッドは、ＵＥコンテキストセットアップで保存される。ＵＥが接続モードになる時いつでも、ＭＤＴユーザー承認が提供される必要があり、最適化が重要であることがわかる。

ユーザー承認情報を獲得後、ステップ４２１で、Ｅ−ＵＴＲＡＮ４０２はＵＥ４０１を選択し、ユーザー承認情報によりＭＤＴ測定ロギングを起動する。ステップ４２２で、ＵＥ４０１はＭＤＴ測定の実行を開始する。ステップ４２３で、ＵＥ４０１は、収集されたＭＤＴ測定データをＥ−ＵＴＲＡＮ４０２に報告する。ステップ４３１で、顧客ケアセンター４０６の人材と通信することにより、ユーザーは、ＵＥ４０１のＭＤＴ測定収集の実行を拒絶する。ユーザーが価格変化を承認後、ステップ４３２で、顧客ケアセンター４０６は、更新された予約購入情報、および、更新されたユーザー承認情報をＨＳＳ４０４に発信する。ステップ４３３で、ＨＳＳ４０４は、更新された情報を中央ＤＢ４０５に保存する。ステップ４３４で、ＨＳＳ４０４は、取り付けられたＵＥの更新されたユーザー承認情報をＭＭＥ４０３に発信する。ステップ４３５で、ＭＭＥ４０３は、更新されたユーザー承認情報をキャッシュする。

ＵＥ４０１は、すでに、Ｅ−ＵＴＲＡＮ４０２中のサービングｅＮＢとデータシグナリング接続を構築しているので、ステップ４３６で、ＵＥ４０１の更新されたユーザー承認情報が、ＭＭＥ４０３からＥ−ＵＴＲＡＮ４０２に提供される。一例において、進行中のシグナリング接続期間中、ユーザー承認情報が再提供される時、ユーザー承認情報は、コンテキスト修正メッセージ中で、ＭＭＥからＲＡＮに提供される。ＵＥコンテキスト修正工程の目的は、構築されたＵＥコンテキスト、たとえば、移動度制御に用いるセキュリティキー（Security Key）または予約購入者プロフィール（Subscriber Profile）ＩＤを部分的に修正することである。コンテキスト修正メッセージ中で、ユーザー承認情報を提供する長所は、情報が非同期的、たとえば、ユーザーが、ＭＤＴ測定ロギングの実行を取りやめることを選択すべき場合に更新されることである。ある状況下で、ステップ４１６中、既に接続されたＵＥのユーザー承認情報をＲＡＮに提供する必要がある。

このような典型的な状況は、ＭＤＴを実行できないＲＡＮノードから、ＭＤＴを実行できるＲＡＮノードまでのＵＥのハンドオーバまたは再配置、たとえば、インターＲＡＴまたはインターネットワークハンドオーバである。このような状況をサポートするため、ＭＤＴユーザー承認情報は、別途に、一般メッセージまたはハンドオーバメッセージ中で提供される必要があり、一般メッセージは、非同期的に伝送されて、ＭＤＴユーザー承認、たとえば、ＵＥコンテキスト修正メッセージを更新する。汎用非同期メッセージ中でＭＤＴユーザー承認を提供することをサポートする長所は、多数のメッセージにとって、特定のＭＤＴユーザー承認を必要とせず、よって、低プロトコルロジックと規格影響を有することである。このほか、ユーザー承認の変化時、ＭＤＴユーザー承認を提供する状況、または、上述のハンドオーバの状況は全く頻繁ではないので、このような状況下で、付加メッセージを伝送する総システムコストは、低く、合理的である。

ＵＭＴＳが直接データ転送メッセージ（Direct Data Transfer message）を採用して、ＭＤＴユーザー承認（図４Ｂを参照）を搭載する原理と類似し、ＬＴＥも、追跡領域更新工程（Tracking Area update procedure）に特定の最適化を導入するのに適し、すなわち、ＤＬ ＮＡＳ転送メッセージ中、ＭＤＴユーザー承認を転送する。追跡領域更新の多数の状況において、初期ＵＥコンテキストセットアップ工程は用いられず、よく見られる工程は、ＭＤＴユーザー承認が一メッセージ加える独立メッセージを使用することである。よって、このような特殊な状況下で、ＭＤＴユーザー承認情報がＤＬ ＮＡＳ転送メッセージ中でピギーバックされる場合、わずかなメッセージが顕著なシグナリングゲインを生じる可能性がある。

ＵＥ４０１の更新されたユーザー承認情報を得た後、ステップ４４１で、Ｅ−ＵＴＲＡＮ４０２は、新しいＭＤＴセッションにＵＥ４０１を選択するのを停止する。このほか、ステップ４２２で、ユーザー承認がもう示されないので、Ｅ−ＵＴＲＡＮ４０２は、ＵＥ４０１の現在のＭＤＴセッションを停止する。ユーザー承認がないので、Ｅ−ＵＴＲＡＮ４０２は、ＯＡＭ目的とＵＥ４０１に関連するあらゆる情報、位置情報または位置が推定できるデータを保存しない。たとえば、即時ＭＤＴのＲＡＮログ、ログＭＤＴのＲＡＮログ、ＵＥログ情報および、無線リンク失敗を含む問題イベントのＲＡＮログはトレース記録に保存されない。

図４Ｂは、一新規態様によるモバイルネットワーク４５０中の管理ベースのＭＤＴの第二具体例を示す図である。モバイルネットワーク４５０が、図４Ａ中のＥ−ＵＴＲＡＮ４０２およびＭＭＥ４０３の代わりに、ＵＴＲＡＮ４５２およびＳＧＳＮ／ＭＳＣ４５３を含む以外は、モバイルネットワーク４５０は、図４Ａ中のモバイルネットワーク４００と同様である。モバイルネットワーク４５０中の管理ベースのＭＤＴ工程も、図４Ａ中のモバイルネットワーク４００中の管理ベースのＭＤＴ工程と同様である。

図４Ｂでは、どのように、中央サーバによりユーザー承認情報が提供されるかの詳細が若干異なる。ＵＥ４５１がＵＴＲＡＮ４５２中のサービングｅＮＢとデータシグナリング接続を構築するまたは既に構築した時、ステップ４６６またはステップ４８６において、ＵＥ４５１のユーザー承認情報がＳＧＳＮ／ＭＳＣ４５３からＵＴＲＡＮ４５２に提供される。一例において、ユーザー承認情報は、コモンＩＤメッセージ（Common ID message）中で、ＳＧＳＮ／ＭＳＣからＲＡＮに提供される。

コモンＩＤ工程の目的は、ＲＮＣにユーザーの永久的なＮＡＳ ＵＥ識別子（すなわち、ＩＭＳＩ）について通知することである。これは、ＲＮＣにより用いられて、ユーザーの永久的なＮＡＳ ＵＥ識別子とユーザーのＵＴＲＡＮページング協調（paging co-ordination）のＲＲＣ接続間の参考を構築する。工程は、シェアネットワークアクセス情報ＩＥをＲＮＣに提供するのにも用いられる。コモンＩＤメッセージ中、ユーザー承認情報を提供する長所は、情報が、非同期的、たとえば、ＭＤＴ測定ロギングの実行に承認することを拒絶することを選択しなければならない場合に更新されることである。ある状況下で、ステップ４６６中、既に接続されたＵＥのユーザー承認をＲＡＮに提供する必要がある。

このような典型的な状況は、ＭＤＴを実行できないＲＡＮノードから、ＭＤＴを実行できるＲＡＮノードまでのＵＥのハンドオーバまたは再配置、たとえば、インターＲＡＴまたはインターネットワークハンドオーバである。このような状況をサポートするため、ＭＤＴユーザー承認は、別途に、一般メッセージまたはハンドオーバメッセージ中で提供される必要があり、一般メッセージは、非同期的に伝送されて、ＭＤＴユーザー承認、たとえば、ＵＥコンテキスト修正メッセージを更新する。汎用非同期メッセージ中でＭＤＴユーザー承認を提供することをサポートする長所は、多数のメッセージにとって、特定のＭＤＴユーザー承認を必要とせず、よって、低プロトコルロジックと規格影響を有することである。このほか、ＵＴＲＡＮ中のコモンＩＤメッセージの使用が頻繁なので、特定のシグナリング最適化（たとえば、接続セットアップまたはハンドオーバメッセージ（hand-over messaging）中で情報をピギーバッキングする）中の潜在総システムゲインは低い。

別の具体例において、ユーザー承認情報は、直接データ転送メッセージ中、ＳＧＳＮ／ＭＳＣからＲＡＮに提供される。直接データ転送メッセージ中、この情報を提供する長所は、位置更新工程と一緒に提供されることである。位置更新は、ＵＥがＡＣＴＩＶＥからＩＤＬＥに切り換わり、その後、ＡＣＴＩＶＥに戻ることを含む非常に一般的な工程であり、且つ、位置更新工程は、ＩＤＬＥモードで、ログされたＭＤＴ測定を設定するのにも非常に適する。さらに、位置更新の一般状況において、コモンＩＤ工程はあまり用いられない。よって、この特定の状況にとって、ＭＤＴユーザー承認情報が、直接データ転送メッセージ中でピギーバックされる場合、さらに少ないメッセージが顕著なシグナリングゲインを生じる。

一新規態様において、ユーザー承認情報のＰＬＭＮ ＩＤのリストは中央サーバ（たとえば、ＨＳＳ）により管理される。ＵＥが、ユーザーが既に承認したＰＬＭＮに登録される時、ＨＳＳは、ＭＭＥまたはＳＧＳＮに、ユーザー承認が適切であることを通知する。ＵＥが、ユーザーが承認しないＰＬＭＮに登録される時、ＨＳＳは、ＭＭＥまたはＳＧＳＮに、承認が適切でないことを通知する。このソリューションの主な長所は、その簡潔性である。承認または非承認ＰＬＭＮ ＩＤは、中央サーバでだけ処理され、すなわち、ＵＥ、ＲＡＮまたはコアネットワークによる余分な確認がＭＤＴに不要である。

図５は、一新規態様によるモバイルネットワーク中のシグナリングベースのＭＤＴの方法のフローチャートである。モバイルネットワークは、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、中央データベースを有する中央ホーム加入者サーバ（ＨＳＳ）、顧客ケアセンターおよびＯＡＭシステムを含む。ステップ５０１で、中央サーバは、顧客ケアシステムからユーザー承認情報を得て、情報を中央データベースに保存する。ユーザー承認情報はＭＤＴ測定収集に関連する。ステップ５０２で、中央サーバはＯＡＭシステムと作用し、ＯＡＭシステムはＵＥを選択してＭＤＴ測定収集を実行する。

ステップ５０３で、選択されたＵＥの最終ＭＤＴ起動前に、中央サーバは、ユーザー承認が示されたかどうか確認する。ステップ５０４で、中央サーバは、シグナリングメッセージを発信して、ＭＤＴを起動し、よって、ユーザー承認により、選択されたＵＥはＭＤＴ測定の実行を開始する。ステップ５０５で、ユーザー承認情報が変化する時、中央サーバは、中央データベース中のユーザー承認情報を更新する。ステップ５０６で、ＵＥがユーザー承認を破棄してＭＤＴロギングするとき、中央サーバは、シグナリングメッセージを発信して、新しいＭＤＴセッションの開始を防止するか、または、現在のＭＤＴセッションを終了する。

図６は、一新規態様によるモバイルネットワーク中の管理ベースのＭＤＴの方法のフローチャートである。モバイルネットワークは、ＵＥ、無線アクセスネットワーク（ＲＡＮ）、移動性管理エンティティ（ＭＭＥ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局（ＭＳＣ）、中央データベースを有する中央ホーム加入者サーバ（ＨＳＳ）、顧客ケアセンターおよびＯＡＭシステムを含む。ステップ６０１で、ＲＡＮは、中央サーバから、ＭＤＴ−関連ユーザー承認情報を得る（たとえば、ＭＭＥまたはＳＧＳＮまたはＭＳＣにより）。

ステップ６０２で、ＲＡＮはＵＥを選択してＭＤＴ測定収集を実行し、ユーザー承認が示されるＵＥだけが選択される。ステップ６０３で、ユーザー承認がＵＥに示される場合、ＲＡＮはＭＤＴを起動し、ＵＥからＭＤＴ測定データを収集する。ステップ６０４で、ＵＥがユーザー承認を取り消す時、ＲＡＮは更新されたユーザー承認情報を受信する。ステップ６０５で、ＵＥがユーザー承認を取り消す場合、ＲＡＮは、ＵＥからすぐに、または、次のＭＤＴセッションからＭＤＴ測定データの収集を停止する。

本発明では好ましい実施例を前述の通り開示したが、これらは決して本発明に限定するものではなく、当該技術を熟知する者なら誰でも、本発明の精神と領域を脱しない範囲内で各種の変動や潤色を加えることができ、従って本発明の保護範囲は、特許請求の範囲で指定した内容を基準とする。

Claims (24)

1. 無線ネットワーク中の中央サーバにより、ユーザー装置（ＵＥ）のユーザー承認情報であって、運転テスト（ＭＤＴ）測定収集の最小化に関連するユーザー承認情報を中央データベースに保存する工程、
   運用・管理・保守（ＯＡＭ）システムと協働し、前記ＯＡＭシステムはＵＥを選択して、ＭＤＴ測定収集を実行する工程、
   前記選択されたＵＥの最終ＭＤＴ起動の前、前記ユーザー承認情報を確認する工程、
   シグナリングメッセージを発信し、ＭＤＴセッションを起動して、ユーザー承認で、ＭＤＴ測定収集を前記選択されたＵＥに開始する工程、
   前記ユーザー承認情報が変化する時、前記ＵＥの前記ユーザー承認情報を更新する工程、および、
   ユーザー承認が前記ＵＥに取り消されるとき、シグナリングメッセージを発信して、新しいＭＤＴセッションの開始を防止するかまたは現在のＭＤＴセッションを終了する工程、
   を含むことを特徴とするＭＤＴユーザー関係情報集中化方法。
2. 前記中央サーバはホーム加入者サーバ（ＨＳＳ）で、前記ユーザー承認情報はユーザー予約購入情報の一部であることを特徴とする請求項１に記載のＭＤＴユーザー関係情報集中化方法。
3. 前記ユーザー承認情報は顧客ケアシステムにより提供され、且つ、前記ユーザー予約購入情報が前記顧客ケアシステムにより変化する時、前記ユーザー承認情報が更新されることを特徴とする請求項２に記載のＭＤＴユーザー関係情報集中化方法。
4. 前記中央サーバは、シグナリングにより、前記ユーザー承認情報を、移動性管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局／ビジターロケーションレジスタ（ＭＳＣ／ＶＬＲ）を含む別のネットワークデバイスに提供することを特徴とする請求項１に記載のＭＤＴユーザー関係情報集中化方法。
5. 前記ユーザー承認情報は公衆携帯電話網（ＰＬＭＮ）に関連することを特徴とする請求項１に記載のＭＤＴユーザー関係情報集中化方法。
6. 前記選択されたＵＥが前記ＰＬＭＮ中に登録される時、前記中央サーバは、移動性管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局（ＭＳＣ）に、前記ユーザー承認情報が適用できるかを通知することを特徴とする請求項５に記載のＭＤＴユーザー関係情報集中化方法。
7. 無線アクセスネットワーク（ＲＡＮ）により、中央サーバからユーザー承認情報を得る工程、
   ユーザー装置（ＵＥ）を選択して、運転テスト（ＭＤＴ）の最小化を実行し、ユーザー承認が示されるＵＥだけが選択される工程、
   ユーザー承認が前記ＵＥに示される場合、ＭＤＴを起動し、前記ＵＥから、ＭＤＴ測定情報を収集する工程、および、
   ユーザー承認が前記ＵＥに取り消される場合、前記ＵＥから直ちに、または、次のＭＤＴセッションから、ＭＤＴ測定情報を収集するのを停止する工程、
   を含むことを特徴とするＭＤＴユーザー関係情報集中化方法。
8. 前記ＵＥがＰＬＭＮから離れる場合、前記ユーザー承認情報は前記中央サーバ中に保存され、前記ＵＥが前記ＰＬＭＮに取り付けされる時、前記ユーザー承認情報は、移動性管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局（ＭＳＣ）でキャッシュされることを特徴とする請求項７に記載のＭＤＴユーザー関係情報集中化方法。
9. ＵＥが前記ＲＡＮに接続されているまたは接続中のとき、前記ユーザー承認情報は、前記ＭＭＥ、前記ＳＧＳＮまたは前記ＭＳＣから前記ＲＡＮに発信されることを特徴とする請求項８に記載のＭＤＴユーザー関係情報集中化方法。
10. 前記ＵＥがシグナリング接続を構築する時、前記ユーザー承認情報は、初期コンテキストセットアップメッセージ中で、前記ＭＭＥから前記ＲＡＮに提供されることを特徴とする請求項８に記載のＭＤＴユーザー関係情報集中化方法。
11. 進行中のシグナリング接続期間、前記ユーザー承認情報が再提供される時、前記ユーザー承認情報は、コンテキスト修正メッセージ中、前記ＭＭＥから前記ＲＡＮに提供されることを特徴とする請求項８に記載のＭＤＴユーザー関係情報集中化方法。
12. 前記ユーザー承認情報は、コモンＩＤメッセージ中、前記ＳＧＳＮまたはＭＳＣから前記ＲＡＮに提供されることを特徴とする請求項８に記載のＭＤＴユーザー関係情報集中化方法。
13. 前記ユーザー承認情報は、メッセージ転送ＮＡＳメッセージ、直接データ転送メッセージまたはダウンリンクＮＡＳ転送メッセージ中、コアネットワークから前記ＲＡＮに提供されることを特徴とする請求項８に記載のＭＤＴユーザー関係情報集中化方法。
14. 前記測定情報は、即時ＭＤＴのＲＡＮログ、ログされたＭＤＴのログおよびRadio Link Failureを含む問題イベントのログを含むことを特徴とする請求項７に記載のＭＤＴユーザー関係情報集中化方法。
15. 前記ユーザー承認情報は、前記ＵＥが登録される公衆携帯電話網（ＰＬＭＮ）に関連することを特徴とする請求項７に記載のＭＤＴユーザー関係情報集中化方法。
16. 無線アクセスネットワーク（ＲＡＮ）制御ノードであって、
    中央サーバからユーザー承認情報を得て、前記ユーザー承認情報に基づいて、ユーザー装置（ＵＥ）を選択し、運転テスト（ＭＤＴ）の最小化を実行する制御モジュール、および、
    前記ＵＥがユーザー承認に承認する場合、ＭＤＴを起動して、前記ＵＥからＭＤＴ測定情報を収集し、前記ＵＥがユーザー承認を拒絶する場合、ＭＤＴの起動を停止して、前記ＵＥからのＭＤＴ測定情報の収集を停止するＭＤＴ測定収集モジュール、
    を含むことを特徴とするＲＡＮ制御ノード。
17. 前記ＵＥがＰＬＭＮを離れる場合、前記ユーザー承認情報は前記中央サーバ中で保存され、前記ＵＥが前記ＰＬＭＮに取り付けられる時、前記ユーザー承認情報は、移動性管理エンティティ（ＭＭＥ）、サービングＧＰＲＳサポートノード（ＳＧＳＮ）または移動通信交換局（ＭＳＣ）でキャッシュされることを特徴とする請求項１６に記載のＲＡＮ制御ノード。
18. ＵＥが前記ＲＡＮに接続または接続中のとき、前記ユーザー承認情報は、前記ＭＭＥ、前記ＳＧＳＮまたは前記ＭＳＣから前記ＲＡＮに発信されることを特徴とする請求項１７に記載のＲＡＮ制御ノード。
19. 前記ＵＥがシグナリング接続を構築する時、前記ユーザー承認情報は、初期コンテキストセットアップメッセージ中、前記ＭＭＥから前記ＲＡＮに提供されることを特徴とする請求項１７に記載のＲＡＮ制御ノード。
20. 進行中のシグナリング接続期間で、前記ユーザー承認情報が再提供される時、前記ユーザー承認情報は、コンテキスト修正メッセージ中、前記ＭＭＥから前記ＲＡＮに提供されることを特徴とする請求項１７に記載のＲＡＮ制御ノード。
21. 前記ユーザー承認情報は、コモンＩＤメッセージ中、前記ＳＧＳＮまたは前記ＭＳＣから前記ＲＡＮに提供されることを特徴とする請求項１７に記載のＲＡＮ制御ノード。
22. 前記ユーザー承認情報は、メッセージ転送ＮＡＳメッセージ、直接データ転送メッセージまたはダウンリンクＮＡＳ転送メッセージ中、コアネットワークから前記ＲＡＮに提供されることを特徴とする請求項１７に記載のＲＡＮ制御ノード。
23. 前記測定情報は、即時ＭＤＴのＲＡＮログ、ログされたＭＤＴのログおよびRadio Link Failureを含む問題イベントのログを含むことを特徴とする請求項１６に記載のＲＡＮ制御ノード。
24. 前記ユーザー承認情報は、前記ＵＥが登録される公衆携帯電話網（ＰＬＭＮ）に関連することを特徴とする請求項１６に記載のＲＡＮ制御ノード。
    

Images