(57)【要約】本発明は通信ネットワークのユーザー装置（ＵＥ）に関するプライバシーを呼び出す方法であって、位置サービスクライアント（ＣＬＩＥＮＴ）から位置サービスセンタ（ＧＭＬＣ）へ位置サービス要求を送信するステップ（２−２）と、前記位置サービスセンタ（ＧＭＬＣ）は位置決定されるべきユーザー装置（ＵＥ）に、該ユーザー装置（ＵＥ）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するステップと、前記ユーザー装置（ＵＥ）は前記位置サービスセンタ（ＧＭＬＣ）にプライバシー応答を送信するステップと、前記位置サービスセンタ（ＧＭＬＣ）は、前記位置サービス要求が前記プライバシー応答で受け入れられる場合には前記の要求クライアント（ＣＬＩＥＮＴ）に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶するステップと、を有する方法。
2004517573.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークのユーザー装置に関するプライバシーを呼び出す方法であって、
位置サービスクライアント（ＣＬＩＥＮＴ）から位置サービスセンタ（ＧＭＬＣ）へ位置サービス要求を送信するステップ（２−２）と、
前記位置サービスセンタ（ＧＭＬＣ）は位置決定されるべきユーザー装置（ＵＥ）に、該ユーザー装置（ＵＥ）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するステップ（２−４）と、
前記ユーザー装置（ＵＥ）は前記位置サービスセンタ（ＧＭＬＣ）にプライバシー応答を送信するステップ（２−１８）と、
前記位置サービスセンタ（ＧＭＬＣ）は、前記位置サービス要求が前記プライバシー応答で受け入れられる場合には前記の要求クライアント（ＣＬＩＥＮＴ）に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶するステップと、を有することを特徴とするプライバシーを呼び出す方法。
【請求項２】
前記通信ネットワークはパケット交換ネットワークであることを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザー装置（ＵＥ）は、パケット交換移動通信ネットワークのパケットモードユーザー装置であり、前記プライバシー要求と前記プライバシー応答は前記パケット交換移動通信ネットワークのゲートウエイノード及びサービングノードを介して前記ユーザー装置と前記位置サービスセンタの間で送られることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記ゲートウエイノードにおいて前記位置サービスセンタ（ＧＭＬＣ）から前記プライバシー応答を受信することに応答して、パケットデータプロトコルコンテキストが前記パケット交換移動通信ネットワークの前記ユーザー装置に対して生成される（２−６ ．．． ２−１６）ことを特徴とする請求項３に記載の方法。
【請求項５】
前記位置サービスセンタ（ＧＭＬＣ）は、前記パケット交換ネットワークのサービングサポートノード（ＳＧＳＮ）に、該サービングサポートノード（ＳＧＳＮ）が目標ユーザー装置（ＵＥ）にプライバシー呼び出しを実行する必要がないように、指示されたクライアント（ＣＬＩＥＮＴ）にその位置情報を示すことを前記ユーザが既に同意していることを知らせることを特徴とする請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記位置サービスセンタと前記ユーザー装置間の前記プライバシー要求及びプライバシー応答の交換は、好適にはＩＰ ｓｅｃ、ディジタル署名あるいはプリティグッドプライバシー（ＰＧＰ）のような方法により認定及び／又は保証されることを特徴とする請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記の認定及び／又は保証は、ＩＰ ｓｅｃ、ディジタル署名あるいはプリティグッドプライバシー（ＰＧＰ）の方法のうちの１つにより行なわれることを特徴とする請求項６に記載の方法。
【請求項８】
前記通信ネットワークは回線交換ネットワークであることを特徴とする請求項１又は７に記載の方法。
【請求項９】
位置サービスクライアントから受信した位置サービス要求に応答して、通信ネットワークのユーザ装置（ＵＥ）の位置を提供する位置サービスセンタ（ＧＭＬＣ）において、
位置決定されるべきユーザー装置（ＵＥ）に、該ユーザー装置（ＵＥ）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するためのそのような位置サービス要求に応答し、
前記位置サービス要求がプライバシー応答で受け入れられる場合には前記ユーザー装置（ＵＥ）の前記プライバシー応答に応答して、前記の要求クライアント（ＣＬＩＥＮＴ）に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶する、
ことを特徴とする位置サービスセンタ。
【請求項１０】
前記通信ネットワークはパケット交換ネットワークであることを特徴とする請求項９に記載の位置サービスセンタ。
【請求項１１】
前記ユーザー装置（ＵＥ）は、パケット交換移動通信ネットワークのパケットモードユーザー装置であり、前記プライバシー要求と前記プライバシー応答は前記パケット交換移動通信ネットワークのゲートウエイノード及びサービングノードを介して前記ユーザー装置との間で送られることを特徴とする請求項９又は１０に記載の位置サービスセンタ。
【発明の詳細な説明】
【０００１】
（発明の分野）
本発明は通信ネットワーク上でプライバシーを呼び出す方法に関し、さらに詳細には通信ネットワークのパケット交換ドメインでプライバシーを呼び出す方法に関する。
【０００２】
（発明の背景）
移動通信システムは携帯電話ユーザーに公衆陸上移動携帯電話ネットワークＰＬＭＮ内の任意の位置から通信する手段を提供する。当初は、移動通信は有線通信システムと多かれ少なかれ同じサービス、すなわち音声呼、データ呼及びファクシミリ呼を提供していた。有線通信システムが提供することの出来ない、時々刻々と変わる携帯電話ユーザーの位置は有益な情報とは考えられなかった。より適切な見通しは、ユーザーの位置情報を十分に活用することにより、移動通信システムは有線通信システムよりも競争力のある利点を得ることが出来るということである。この情報はユーザーの位置により、ある付加価値をつけたサービスをカスタマイズするのに利用できる。そのような位置特有の付加価値をつけたサービスには、局部的な天気予報、催し物のプログラム、時刻表、ナビゲーション及び緊急時の携帯電話ユーザーの位置特定などがある。さらに、ユーザーの位置は法の執行のために利用することも出来る。
【０００３】
本出願の範囲内で、以下の取り決めが使用される。位置管理とは、位置／ルーティング領域及びセル／ネットワーク構成要素識別子によりユーザー装置の位置を追跡するタスクを指す。従って、位置管理はどのような移動通信システムでも実行され、携帯電話加入者への呼をルーティングするのに必要なタスクである。それに対して、位置サービス、すなわちＬＣＳとは、地理的座標によりユーザー装置の位置を追跡するタスクを指す。このタスクは呼をルーティングする必要はない。どちらかと言えば、それは付加価値をつけた情報サービスであるか、あるいは付加価値をつけたサービスを生成するのに使用できる。
【０００４】
ＣＳ（回線交換）ドメインの最先端の位置サービスによれば、ネットワーク（ＭＳＣ、移動交換局）は、携帯電話の位置をＬＣＳクライアントに示すことを受け入れるか拒絶するかを加入者に要請することができる。しかし、ＵＭＴＳ（ユニバーサル移動通信システム）パケット交換ドメインやＧＰＲＳ（一般パケット無線サービス）システムでは、対応する仕組みはまだ存在しない。
【０００５】
回線交換ドメインでは、ＭＳＣはプライバシー要求を呼び出すために補助サービスシグナリングを使用する。これはパケット交換ドメインでは可能な解決策ではなく、その理由は補助サービスと対応するシグナリングがパケット交換ドメインでは非常に有益であるとは考えられないからである。
【０００６】
（発明の簡単な説明）
従って、上記の問題を解決するような方法を実現することが本発明の目的である。本発明の目的は独立請求項に述べられていることを特徴とする方法と装置により達成される。本発明の好適実施例は従属請求項に開示されている。
【０００７】
本発明は、パケット交換ドメイン自身のＧＭＬＣ（ゲートウエイ移動位置センタ）構成要素のような、位置決定処理が開始される前に位置要求を受け入れるかあるいは拒絶するかをユーザーに要請する、位置サービスをクライアントに提供するサービスセンタという着想に基づいている。
【０００８】
ＧＰＲＳサポートノードのような通信ネットワーク構成要素に変更を必要としないということが本発明の方法と装置の利点である。本発明は位置サービスセンタとユーザー装置からのサポートのみを必要とする。
【０００９】
本発明の方法と装置の別の利点は、例えば標準位置サービスの仕組みと同時に、回線交換ドメインにも適用可能なことである。以下に添付図面を参照して、好適実施例により本発明をさらに詳細に説明する。
【００１０】
（発明の詳細な説明）
図１は一般的なＬＣＳネットワークアーキテクチャを示す。ＧＥＲＡＮ（ＧＳＭ、汎欧州移動通信システム、高度無線アクセスネットワーク）及びＵＴＲＡＮ（ＵＭＴＳ、地上無線アクセスネットワーク）は無線アクセス機能を担当している。ＭＳＣとＳＧＳＮ（サービングＧＰＲＳサポートノード）は交換エンティティである。ＧＭＬＣ及びＬＣＳクライアントは位置ベースサービスを提供するのに必要とされる。ＭＬＣ（移動位置センタ）、すなわちＧＭＬＣは別として、残りのブロックは従来技術のＧＳＭ及びＧＰＲＳシステムから公知である。ＵＥ（ユーザー装置）すなわちＭＳ（移動局）は通常携帯電話であるが、標準エアインタフェースを使用する任意のエンティティ、例えばそのエアインタフェースを介してネットワークに接続された測定ユニットでありうる。
【００１１】
図２は本発明の好適実施例のブロック図を示す。本発明をＧＰＲＳシステムと関連して説明する。しかし、ＧＰＲＳシステムは単に例示のために選ばれただけで、パケット交換接続及び／又は回線交換接続に対応する任意の通信システムに適用可能であることを理解すべきである。
【００１２】
図２は早期プライバシー要求を呼び出すシグナリング手順を示す。ステップ２−２で、ＵＥの現在位置についての情報を得るために、ＬＣＳクライアントは位置要求をＧＭＬＣに送信する。ＬＣＳクライアントは、例えば緊急用交換機あるいは商店街の店などのような位置ベースアプリケーションサーバでありうる。
【００１３】
ＬＣＳクライアントが、ＩＭＳＩ（国際移動加入者識別情報）又はＭＳＩＳＤＮ（移動加入者国際サービス総合ディジタル網番号）のフォーマットで目標ＵＥのアドレスを指示するなら、ＧＭＬＣは、ＨＬＲへのＬＣＳルーティング要求でこれらのうちのいずれをも使用することが出来る。目標ＵＥのアドレスがＩＰ（インターネットプロトコル）フォーマットである場合、ＧＭＬＣはこの動的である可能性のあるＩＰアドレスのＩＭＳＩ又はＭＳＩＳＤＮへのマッピングを見付けなければならない。目標ＵＥのアドレスが静的ＩＰアドレスか、ｎａｍｅ＠ｄｏｍａｉｎ．ｃｏｍ、のような論理名である場合、ＧＭＬＣは対応するＩＭＳＩ又はＭＳＩＳＤＮをバックボーンネットワークの専用のＤＮＳ（ドメインネームサーバ）から得ることが出来るであろう。
【００１４】
本発明によれば、ＧＭＬＣは移動端末のユーザーにプライバシー要求を直接ＵＥに送信することにより指示された当該ＬＣＳクライアントからのこの位置要求を受け入れるのか拒絶するのかを問い合わせる。それを行なうために、ＧＭＬＣは最初に目標ＵＥとのエンドツーエンドの接続を確立しなければならず、この接続をプライバシー要求シグナリングに使用できる。ＧＭＬＣはサービス要求を目標ＵＥのＭＳＩＳＤＮかＩＮＳＩかＩＰアドレス（既知なら）を指示する適切なＧＧＳＮに送信する。ＧＧＳＮは、目標ＵＥについて確立されたＰＤＰが無い場合、目標ＵＥのページングと認証を含む通常のネットワーク要求のＰＤＰコンテテキスト起動としてこの要求を処理する。２−６から２−１６までのステップは通常のＩＰプロトコル及びＧＰＲＳシグナリングのステップである。２−６から２−１０までのステップでは、ＰＤＰ（パケットデータプロトコル）起動及びトランスポート信号がネットワーク構成要素ＧＧＳＮ及びＳＧＳＮを介してＧＭＬＣからＵＥに転送される。２−１２から２−１６までのステップで、データ経路起動がＵＥからＳＧＳＮへ、ＳＧＳＮからＧＧＳＮへ、そして最後にＧＧＳＮからＧＭＬＣに転送される。シグナリングのステップ２−１７で、ＧＭＬＣはプライバシー要求をＵＥに送信する。
【００１５】
ステップ２−１８で、ＵＥはプライバシー呼び出し応答をＧＬＭＣに送信する。この応答はユーザーが自分の位置を指示されたＬＣＳクライアントに明らかにすることに同意するかどうかを示す。ユーザーが自分の位置を指示されたＬＣＳクライアントに示すことを断る場合には、ＧＭＬＣは位置処理を止めて、ユーザー拒絶について知らせるメッセージをＬＣＳクライアントに送信する。
【００１６】
ステップ２−１９で、ＧＭＬＣは、ＧＭＬＣが位置要求を送信すべきＳＧＳＮのアドレスをＨＬＲ（ホーム位置レジスタ）に要求する。ステップ２−２０では、ＧＭＬＣは正しいＳＧＳＮにＵＥ位置測定要求を送信する。本発明とその実施例によれば、ＧＭＬＣはＳＧＳＮへのＵＥ位置測定要求に、指示されたＬＣＳクライアントに位置情報を示すことをユーザーが既に受け入れているという情報を付け加えてもよい。ステップ２−２１で、ＳＧＳＮはＨＬＲにＬＣＳ加入データを問い合わせてもよい。ＨＬＲはＳＧＳＮにＬＣＳ加入データを送信し、ＬＣＳ加入データは、ＳＧＳＮがＧＭＬＣに目標ＵＥの位置情報を提供することを許可されているかどうか、あるいはＳＧＳＮが最初にプライバシー呼び出し要求を実行するかどうかを示してもよい。許可されている場合、ＳＧＳＮはアクセスネットワーク、ＧＳＭではＢＳＣ／ＳＭＬＣあるいはＵＭＴＳではＲＮＣにＵＥの位置情報を問い合わせる。
【００１７】
本発明とその実施例によれば、ＧＭＬＣは、位置情報を指示されたＬＣＳクライアントに提供するためのユーザーの許可についてステップ２−２０で既にＳＧＳＮに知らせており、従ってＳＧＳＮはこの場合にはＵＥに再度その情報を問い合わせる必要はない。ステップ２−２２でＵＥ位置情報応答がＧＭＬＣに戻され、ＧＭＬＣはステップ２−２４で、目標ＵＥ位置情報を要求エンティティ、すなわちＬＣＳクライアントに戻す。
【００１８】
本発明では、ＧＭＬＣは、どのプライバシーオプションが目標ＵＥに有効かをＨＬＲに問い合わせることも出来るであろう。新しい特徴はプライバシーチェックがＭＳＣ又はＳＧＳＮの代わりにＧＭＬＣによってなされるという事実である。ＨＬＲの加入者データがその動作を必要としなければ、ＧＭＬＣは本明細書で述べるプライバシー要求を実行する必要はない。現在のＭＡＰ仕様はＨＬＲとＧＭＬＣ間の加入者データの転送に対応していなくて、この新しいＭＡＰ機能は本発明の一部と考えられる。目標ＵＥのプライバシーオプションが何であるかをＧＭＬＣがＨＬＲでチェックできない場合は、本明細書で述べているようにＧＭＬＣは通常プライバシー要求を呼び出す。
【００１９】
認定されたＧＭＬＣ及び／又はユーザーに知られているＧＭＬＣのみがプライバシー要求を実行できることを保証するために、ＧＭＬＣと目標ＵＥとの間のシグナリング交換が認定され保証されてもよい。これを行うためのいくつかの方法が考えられる。すなわち、ＩＰ ｓｅｃ、ディジタル署名あるいはプリティグッドプライバシー（ＰＧＰ）である。ＰＧＰが使用される場合、ＧＭＬＣからのプライバシー要求の暗号解読が出来るように、ＧＭＬＣで使用される暗号化鍵を目標ＵＥのユーザーは知っていると仮定される。
【００２０】
ＧＭＬＣは世界のどこにもある別のオペレータのネットワーク内に存在しうるが、不正な要求を防ぐために、サービング又はホームオペレータが前述の認定及び／又は保証の方法を使用してよい。ユーザーが現在サービスを受けているのと同じオペレータのネットワーク内にＧＭＬＣが位置している場合、本発明はプライバシーの観点からすると非常に信頼性が高い。しかしながら、ＬＣＳサービスがＰＳ側で利用可能でなくまたユーザーがローミング（広域移動）している場合には、いくつかの制限がある。しかし、これらの制限は本発明により得られる利点に比べるとわずかな制限である。
【００２１】
前述のように、本発明の主要概念は、位置決定処理の前にＧＭＬＣ自身がユーザーに位置要求を受け入れるかあるいは拒絶するかを要請する。ＧＭＬＣとＵＥの間のシグナリングは直接であることが示されている。ＳＧＳＮとＧＧＳＮにどのような種類の変更も必要はない。その代わりにＧＭＬＣとユーザー装置に変更が必要である。
【００２２】
本発明は回線交換ドメインにも適用可能であり、また標準化された解決策に応じて使用可能であることに注目すべきである。回線交換ドメインでは、ＧＭＬＣはＵＥへの呼を設定し、例えば音声アナウンスなどを使用して、ユーザーに位置決定を受け入れるかあるいは拒絶するかを要請する。
【００２３】
技術が進展するにつれて、本発明の概念をさまざまなやり方で実現できることは当業者には明らかであろう。本発明とその実施例は前述の例に制限されず、請求項の範囲内で変更可能である。
【図面の簡単な説明】
【図１】
図１は一般的なＬＣＳネットワークアーキテクチャを示す図である。
【図２】
図２は早期プライバシー要求を呼び出すシグナリング手順を示す図である。
【図１】
2004517573.tif 000003
【図２】
2004517573.tif 000004
【国際公開パンフレット】
2004517573.tif 000005
2004517573.tif 000006
2004517573.tif 000007
2004517573.tif 000008
2004517573.tif 000009
2004517573.tif 000010
2004517573.tif 000011
2004517573.tif 000012
2004517573.tif 000013
2004517573.tif 000014
2004517573.tif 000015
【国際公開パンフレット（コレクトバージョン）】
2004517573.tif 000016
2004517573.tif 000017
【国際調査報告】
2004517573.tif 000018
2004517573.tif 000019
2004517573.tif 000020