JP2008109703A - 通信ネットワークでプライバシーを呼び出す方法 - Google Patents

Abstract

【課題】本発明は通信ネットワークのユーザー装置（UE）に関するプライバシーを呼び出す方法に関する。
【解決手段】本方法は、位置サービスクライアント（CLIENT）から位置サービスセンタ（GMLC）へ位置サービス要求を送信するステップ（2-2）と、前記位置サービスセンタ（GMLC）は位置決定されるべきユーザー装置（UE）に、該ユーザー装置（UE）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するステップと、前記ユーザー装置（UE）は前記位置サービスセンタ（GMLC）にプライバシー応答を送信するステップと、前記位置サービスセンタ（GMLC）は、前記位置サービス要求が前記プライバシー応答で受け入れられる場合には前記の要求クライアント(CLIENT)に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶するステップと、を有する。
【選択図】図１

Description

本発明は通信ネットワーク上でプライバシーを呼び出す方法に関し、さらに詳細には通信ネットワークのパケット交換ドメインでプライバシーを呼び出す方法に関する。

移動通信システムは携帯電話ユーザーに公衆陸上移動携帯電話ネットワークPLMN内の任意の位置から通信する手段を提供する。当初は、移動通信は有線通信システムと多かれ少なかれ同じサービス、すなわち音声呼、データ呼及びファクシミリ呼を提供していた。有線通信システムが提供することの出来ない、時々刻々と変わる携帯電話ユーザーの位置は有益な情報とは考えられなかった。より適切な見通しは、ユーザーの位置情報を十分に活用することにより、移動通信システムは有線通信システムよりも競争力のある利点を得ることが出来るということである。この情報はユーザーの位置により、ある付加価値をつけたサービスをカスタマイズするのに利用できる。そのような位置特有の付加価値をつけたサービスには、局部的な天気予報、催し物のプログラム、時刻表、ナビゲーション及び緊急時の携帯電話ユーザーの位置特定などがある。さらに、ユーザーの位置は法の執行のために利用することも出来る。

本出願の範囲内で、以下の取り決めが使用される。位置管理とは、位置／ルーティング領域及びセル／ネットワーク構成要素識別子によりユーザー装置の位置を追跡するタスクを指す。従って、位置管理はどのような移動通信システムでも実行され、携帯電話加入者への呼をルーティングするのに必要なタスクである。それに対して、位置サービス、すなわちLCSとは、地理的座標によりユーザー装置の位置を追跡するタスクを指す。このタスクは呼をルーティングする必要はない。どちらかと言えば、それは付加価値をつけた情報サービスであるか、あるいは付加価値をつけたサービスを生成するのに使用できる。

CS（回線交換）ドメインの最先端の位置サービスによれば、ネットワーク（MSC、移動交換局）は、携帯電話の位置をLCSクライアントに示すことを受け入れるか拒絶するかを加入者に要請することができる。しかし、UMTS（ユニバーサル移動通信システム）パケット交換ドメインやGPRS（一般パケット無線サービス）システムでは、対応する仕組みはまだ存在しない。

回線交換ドメインでは、MSCはプライバシー要求を呼び出すために補助サービスシグナリングを使用する。これはパケット交換ドメインでは可能な解決策ではなく、その理由は補助サービスと対応するシグナリングがパケット交換ドメインでは非常に有益であるとは考えられないからである。

特開平０６−１８９３５９号公報 国際公開第００／０２５５４５号

従って、上記の問題を解決するような方法を実現することが本発明の目的である。本発明の目的は独立請求項に述べられていることを特徴とする方法と装置により達成される。本発明の好適実施例は従属請求項に開示されている。

本発明は、パケット交換ドメイン自身のGMLC（ゲートウエイ移動位置センタ）構成要素のような、位置決定処理が開始される前に位置要求を受け入れるかあるいは拒絶するかをユーザーに要請する、位置サービスをクライアントに提供するサービスセンタという着想に基づいている。

GPRSサポートノードのような通信ネットワーク構成要素に変更を必要としないということが本発明の方法と装置の利点である。本発明は位置サービスセンタとユーザー装置からのサポートのみを必要とする。

本発明の方法と装置の別の利点は、例えば標準位置サービスの仕組みと同時に、回線交換ドメインにも適用可能なことである。以下に添付図面を参照して、好適実施例により本発明をさらに詳細に説明する。

図1は一般的なLCSネットワークアーキテクチャを示す。GERAN（GSM、汎欧州移動通信システム、高度無線アクセスネットワーク）及びUTRAN（UMTS、地上無線アクセスネットワーク）は無線アクセス機能を担当している。MSCとSGSN（サービングGPRSサポートノード）は交換エンティティである。GMLC及びLCSクライアントは位置ベースサービスを提供するのに必要とされる。MLC（移動位置センタ）、すなわちGMLCは別として、残りのブロックは従来技術のGSM及びGPRSシステムから公知である。UE（ユーザー装置）すなわちMS（移動局）は通常携帯電話であるが、標準エアインタフェースを使用する任意のエンティティ、例えばそのエアインタフェースを介してネットワークに接続された測定ユニットでありうる。

本発明をGPRSシステムと関連して説明する。しかし、GPRSシステムは単に例示のために選ばれただけで、パケット交換接続及び／又は回線交換接続に対応する任意の通信システムに適用可能であることを理解すべきである。

図2は早期プライバシー要求を呼び出すシグナリング手順を示す。ステップ2−2で、UEの現在位置についての情報を得るために、LCSクライアントは位置要求をGMLCに送信する。LCSクライアントは、例えば緊急用交換機あるいは商店街の店などのような位置ベースアプリケーションサーバでありうる。

LCSクライアントが、IMSI（国際移動加入者識別情報）又はMSISDN（移動加入者国際サービス総合ディジタル網番号）のフォーマットで目標UEのアドレスを指示するなら、GMLCは、HLRへのLCSルーティング要求でこれらのうちのいずれをも使用することが出来る。目標UEのアドレスがIP(インターネットプロトコル)フォーマットである場合、GMLCはこの動的である可能性のあるIPアドレスのIMSI又はMSISDNへのマッピングを見付けなければならない。目標UEのアドレスが静的IPアドレスか、name@domain.com、のような論理名である場合、GMLCは対応するIMSI又はMSISDNをバックボーンネットワークの専用のDNS（ドメインネームサーバ）から得ることが出来るであろう。

本発明によれば、GMLCは移動端末のユーザーにプライバシー要求を直接UEに送信することにより指示された当該LCSクライアントからのこの位置要求を受け入れるのか拒絶するのかを問い合わせる。それを行なうために、GMLCは最初に目標UEとのエンドツーエンドの接続を確立しなければならず、この接続をプライバシー要求シグナリングに使用できる。GMLCはサービス要求を目標UEのMSISDNかINS（登録商標）IかIPアドレス（既知なら）を指示する適切なGGSNに送信する。GGSNは、目標UEについて確立されたPDPが無い場合、目標UEのページングと認証を含む通常のネットワーク要求のPDPコンテテキスト起動としてこの要求を処理する。2-6から2-16までのステップは通常のIPプロトコル及びGPRSシグナリングのステップである。2-6から2-10までのステップでは、PDP（パケットデータプロトコル）起動及びトランスポート信号がネットワーク構成要素GGSN及びSGSNを介してGMLCからUEに転送される。2-12から2-16までのステップで、データ経路起動がUEからSGSNへ、SGSNからGGSNへ、そして最後にGGSNからGMLCに転送される。シグナリングのステップ2-17で、GMLCはプライバシー要求をUEに送信する。

ステップ2-18で、UEはプライバシー呼び出し応答をGLMCに送信する。この応答はユーザーが自分の位置を指示されたLCSクライアントに明らかにすることに同意するかどうかを示す。ユーザーが自分の位置を指示されたLCSクライアントに示すことを断る場合には、GMLCは位置処理を止めて、ユーザー拒絶について知らせるメッセージをLCSクライアントに送信する。

ステップ2-19で、GMLCは、GMLCが位置要求を送信すべきSGSNのアドレスをHLR(ホーム位置レジスタ)に要求する。ステップ2-20では、GMLCは正しいSGSNにUE位置測定要求を送信する。本発明とその実施例によれば、GMLCはSGSNへのUE位置測定要求に、指示されたLCSクライアントに位置情報を示すことをユーザーが既に受け入れているという情報を付け加えてもよい。ステップ2-21で、SGSNはHLRにLCS加入データを問い合わせてもよい。HLRはSGSNにLCS加入データを送信し、LCS加入データは、SGSNがGMLCに目標UEの位置情報を提供することを許可されているかどうか、あるいはSGSNが最初にプライバシー呼び出し要求を実行するかどうかを示してもよい。許可されている場合、SGSNはアクセスネットワーク、GSMではBSC/SMLCあるいはUMTSではRNCにUEの位置情報を問い合わせる。

本発明とその実施例によれば、GMLCは、位置情報を指示されたLCSクライアントに提供するためのユーザーの許可についてステップ2-20で既にSGSNに知らせており、従ってSGSNはこの場合にはUEに再度その情報を問い合わせる必要はない。ステップ2-22でUE位置情報応答がGMLCに戻され、GMLCはステップ2-24で、目標UE位置情報を要求エンティティ、すなわちLCSクライアントに戻す。

本発明では、GMLCは、どのプライバシーオプションが目標UEに有効かをHLRに問い合わせることも出来るであろう。新しい特徴はプライバシーチェックがMSC又はSGSNの代わりにGMLCによってなされるという事実である。HLRの加入者データがその動作を必要としなければ、GMLCは本明細書で述べるプライバシー要求を実行する必要はない。現在のMAP仕様はHLRとGMLC間の加入者データの転送に対応していなくて、この新しいMAP機能は本発明の一部と考えられる。目標UEのプライバシーオプションが何であるかをGMLCがHLRでチェックできない場合は、本明細書で述べているようにGMLCは通常プライバシー要求を呼び出す。

認定されたGMLC及び／又はユーザーに知られているGMLCのみがプライバシー要求を実行できることを保証するために、GMLCと目標UEとの間のシグナリング交換が認定され保証されてもよい。これを行うためのいくつかの方法が考えられる。すなわち、IP sec、ディジタル署名あるいはプリティグッドプライバシー（PGP）である。PGPが使用される場合、GMLCからのプライバシー要求の暗号解読が出来るように、GMLCで使用される暗号化鍵を目標UEのユーザーは知っていると仮定される。

GMLCは世界のどこにもある別のオペレータのネットワーク内に存在しうるが、不正な要求を防ぐために、サービング又はホームオペレータが前述の認定及び／又は保証の方法を使用してよい。ユーザーが現在サービスを受けているのと同じオペレータのネットワーク内にGMLCが位置している場合、本発明はプライバシーの観点からすると非常に信頼性が高い。しかしながら、LCSサービスがPS側で利用可能でなくまたユーザーがローミング（広域移動）している場合には、いくつかの制限がある。しかし、これらの制限は本発明により得られる利点に比べるとわずかな制限である。

前述のように、本発明の主要概念は、位置決定処理の前にGMLC自身がユーザーに位置要求を受け入れるかあるいは拒絶するかを要請する。GMLCとUEの間のシグナリングは直接であることが示されている。SGSNとGGSNにどのような種類の変更も必要はない。その代わりにGMLCとユーザー装置に変更が必要である。

本発明は回線交換ドメインにも適用可能であり、また標準化された解決策に応じて使用可能であることに注目すべきである。回線交換ドメインでは、GMLCはUEへの呼を設定し、例えば音声アナウンスなどを使用して、ユーザーに位置決定を受け入れるかあるいは拒絶するかを要請する。

技術が進展するにつれて、本発明の概念をさまざまなやり方で実現できることは当業者には明らかであろう。本発明とその実施例は前述の例に制限されず、請求項の範囲内で変更可能である。

図１は一般的なLCSネットワークアーキテクチャを示す図である。 図２は早期プライバシー要求を呼び出すシグナリング手順を示す図である。

Claims (11)

1. 通信ネットワークのユーザー装置に関するプライバシーを呼び出す方法であって、
   位置サービスクライアント（CLIENT）から位置サービスセンタ（GMLC）へ位置サービス要求を送信するステップ（2-2）と、
   前記位置サービスセンタ（GMLC）は位置決定されるべきユーザー装置（UE）に、該ユーザー装置（UE）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するステップ（2-4）と、
   前記ユーザー装置（UE）は前記位置サービスセンタ（GMLC）にプライバシー応答を送信するステップ（2-18）と、
   前記位置サービスセンタ（GMLC）は、前記位置サービス要求が前記プライバシー応答で受け入れられる場合には前記の要求クライアント(CLIENT)に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶するステップと、を有することを特徴とするプライバシーを呼び出す方法。
2. 前記通信ネットワークはパケット交換ネットワークであることを特徴とする請求項１に記載の方法。
3. 前記ユーザー装置（UE）は、パケット交換移動通信ネットワークのパケットモードユーザー装置であり、前記プライバシー要求と前記プライバシー応答は前記パケット交換移動通信ネットワークのゲートウエイノード及びサービングノードを介して前記ユーザー装置と前記位置サービスセンタの間で送られることを特徴とする請求項１又は２に記載の方法。
4. 前記ゲートウエイノードにおいて前記位置サービスセンタ（GMLC）から前記プライバシー応答を受信することに応答して、パケットデータプロトコルコンテキストが前記パケット交換移動通信ネットワークの前記ユーザー装置に対して生成される（2-6 ... 2-16）ことを特徴とする請求項３に記載の方法。
5. 前記位置サービスセンタ（GMLC）は、前記パケット交換ネットワークのサービングサポートノード（SGSN）に、該サービングサポートノード（SGSN）が目標ユーザー装置（UE）にプライバシー呼び出しを実行する必要がないように、指示されたクライアント（CLIENT）にその位置情報を示すことを前記ユーザが既に同意していることを知らせることを特徴とする請求項１〜４のいずれか一項に記載の方法。
6. 前記位置サービスセンタと前記ユーザー装置間の前記プライバシー要求及びプライバシー応答の交換は、好適にはIP sec、ディジタル署名あるいはプリティグッドプライバシー（PGP）のような方法により認定及び／又は保証されることを特徴とする請求項１〜５のいずれか一項に記載の方法。
7. 前記の認定及び／又は保証は、IP sec、ディジタル署名あるいはプリティグッドプライバシー（PGP）の方法のうちの1つにより行なわれることを特徴とする請求項６に記載の方法。
8. 前記通信ネットワークは回線交換ネットワークであることを特徴とする請求項１又は７に記載の方法。
9. 位置サービスクライアントから受信した位置サービス要求に応答して、通信ネットワークのユーザ装置（UE）の位置を提供する位置サービスセンタ（GMLC）において、
   位置決定されるべきユーザー装置（UE）に、該ユーザー装置（UE）のユーザーにその特定の位置サービス要求を受け入れるかあるいは拒絶するかを促すプライバシー要求を直接送信するためのそのような位置サービス要求に応答し、
   前記位置サービス要求がプライバシー応答で受け入れられる場合には前記ユーザー装置（UE）の前記プライバシー応答に応答して、前記の要求クライアント(CLIENT)に位置情報を提供し、そうでなければ前記位置サービス要求を拒絶する、
   ことを特徴とする位置サービスセンタ。
10. 前記通信ネットワークはパケット交換ネットワークであることを特徴とする請求項９に記載の位置サービスセンタ。
11. 前記ユーザー装置（UE）は、パケット交換移動通信ネットワークのパケットモードユーザー装置であり、前記プライバシー要求と前記プライバシー応答は前記パケット交換移動通信ネットワークのゲートウエイノード及びサービングノードを介して前記ユーザー装置との間で送られることを特徴とする請求項９又は１０に記載の位置サービスセンタ。

Images