JP2010506545A - ユーザプレーンロケーション用のロケーションサーバへの端末の登録 - Google Patents

Abstract

端末のためのネットワーク起動のロケーションサービスをサポートする技法が記載される。ロケーションサーバは一定の動作シナリオ中では通常の方法で端末に達することができないことがあり得る。端末が通常の方法でロケーションサーバによって到達可能ではないかもしれないことを端末が判定する場合、端末はロケーションサーバへの登録を行ない得る。登録について、端末は、自身をロケーションサーバに識別させ、端末とロケーションサーバとの相互認証を開始させ、端末のインターネットプロトコル（ＩＰ）アドレスをロケーションサーバに供給し得る。端末は、ＩＰアドレスが変化する場合は常に、及び／又は、タイマが終了する場合は常に周期的に、ロケーションサーバへの登録を行ない得る。端末はタイマをロケーションサーバから受信された値に設定してもよい。ロケーションサーバは、ネットワーク起動のロケーションサービスのために端末にメッセージを送信するためにＩＰアドレスを使用してもよい。

Description

優先権の主張

本出願は、２００６年１０月１０日に出願され、「IP Address Registration for User Plane Location（ユーザプレーンロケーションのためのＩＰアドレス登録）」と題された、米国仮特許出願第６０／８２８，９０２号、及び、２００６年１１月６日に出願され、「SUPL 2_0 SET Registration with H-SLP（Ｈ−ＳＬＰへのＳＵＰＬ ２＿０ ＳＥＴ登録）」と題された、米国仮特許出願第６０／８６４，４４８号への優先権を主張し、双方が本願の譲受人に譲渡され、また参照によって本明細書に組み込まれる。

本開示は、一般に通信に関し、特に端末用のロケーションサービス（ＬＣＳ）をサポートするための技法に関する。

端末、例えば携帯電話の位置を知ることが望ましいことはよくあり、また時には必要である。「ロケーション」及び「位置」という用語は同意語であり、本明細書においては互換的に使用される。例えば、ＬＣＳクライアントは、端末のロケーションを知ることを望むことがあり、当該端末のロケーション情報を要求するために、ロケーションサーバと通信することがある。ロケーションサーバは、次いで、ロケーションセッションを開始するために端末にメッセージを送信する。このメッセージは、端末に利用可能なルーティング情報に基づいて端末に適切に伝えられ得る。ロケーションサーバ及び端末は、次いで、必要に応じてメッセージを交換して、端末のロケーション情報を取得し得る。ロケーションサーバは、次いで、要求されたロケーション情報をＬＣＳクライアントに返し得る。

上記に記載されるようなネットワーク起動のロケーションサービスの場合、ロケーションサーバあるいは何らかの他のネットワークエンティティは、端末に最初のメッセージを送信するために、端末についてのルーティング情報を必要とし得る。一定の動作シナリオでは、端末についてのルーティング情報は、下記に記載されるような種々の理由に起因して、利用可能ではないことがある。それでもなお、そのようなシナリオにおいてさえ、ネットワーク起動のロケーションサービスをサポートすることは望ましいことがある。

端末についてのネットワーク起動のロケーションサービスをサポートするための技法が本明細書に記載される。ロケーションサーバは、種々のメッセージングメカニズムに基づいて端末に達することができ得る。しかしながら、各メカニズムは、ルーティング情報が端末に利用可能であるように、指定されたネットワークエンティティに端末が登録を行なうことを要求し得る。ロケーションサーバは、下記に記載されるように、一定の動作シナリオにおけるこれらのメッセージングメカニズムのうちのいずれに基づいた正常な方法でも端末に達することができないことがある。

ある面において、ロケーションサーバが正常な方法で端末に達することができないかもしれないと端末が判定する場合、端末はロケーションサーバに登録を行ない得る。例えば、端末は、それが端末のホームネットワークに関連付けられていないアクセスネットワークを介してインターネットプロトコル（ＩＰ）接続を取得する場合、登録を行なうことを決定してもよい。登録については、端末はロケーションサーバにそれ自体を識別し、端末とロケーションサーバの相互の認証を開始し（instigate）、端末のＩＰアドレスをロケーションサーバに供給してもよい。ＩＰアドレスが変化する場合は常に及び／又はタイマが終了する場合は周期的に、端末は、ロケーションサーバへの登録を行ない得る。端末は、ロケーションサーバから受け取ったタイマ値に基づいてタイマを設定してもよい。ロケーションサーバは、ＩＰアドレスを使用して、ネットワーク起動のロケーションサービスのために端末にメッセージを送信してもよい。

本開示の種々の面及び特徴は、より詳細に以下に記載される。

図１Ａ及び図２Ｂは、２つのネットワーク配置例を示す。 図１Ａ及び図２Ｂは、２つのネットワーク配置例を示す。 図２は、端末とロケーションサーバとの間の通信を示す。 図３は、ネットワーク起動のロケーションサービスのメッセージフローを示す。 図４は、ロケーションサーバへの登録のメッセージフローを示す。 図５は、ネットワークアドレス変換（ＮＡＴ）を用いたロケーションサーバと端末との間の通信を示す。 図６は、登録のために端末によって行なわれる処理を示す。 図７は、登録のためにロケーションサーバによって行なわれる処理を示す。 図８は、端末、アクセスネットワーク、及びロケーションサーバのブロック図を示す。

詳細な説明

本明細書に記載される技法は、無線ネットワークだけでなく有線のネットワークと通信する端末にも使用され得る。「ネットワーク」及び「システム」という用語は、しばしば互換的に使用される。例えば、該技法は、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名付けられた組織によって定義された無線ネットワーク、及び「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名付けられた組織によって定義された無線ネットワークに使用されてもよい。

該技法はまた、オープンモバイル連合（Open Mobile Alliance）（ＯＭＡ）からのセキュアユーザプレーンロケーション（Secure User Plane Location）（ＳＵＰＬ）、符号分割多元接続（ＣＤＭＡ）開発グループ（ＣＤＧ）からのＶ１及びＶ２ユーザプレーン、３ＧＰＰ２からのＸ．Ｓ００２４ユーザプレーン等といった、種々のユーザプレーンロケーションアーキテクチャに使用されてもよい。ＳＵＰＬは３ＧＰＰ、３ＧＰＰ２及びＷＬＡＮネットワークに適用可能である。Ｘ．Ｓ００２４、Ｖ１及びＶ２は３ＧＰＰ２ネットワークに適用可能である。ユーザプレーンは、より上位の層のアプリケーションのためのメッセージ／シグナリングを伝え、ユーザプレーンベアラを使用するメカニズムであるが、これは概してユーザ・データグラム・プロトコル（ＵＤＰ）、転送制御プロトコル（ＴＣＰ）、及びＩＰといったプロトコルで実施され、これらの全ては当技術分野で公知である。ロケーションサービス及び測位をサポートするメッセージ／シグナリングは、ユーザプレーンアーキテクチャのデータの一部（ネットワークの観点から）として伝えられてもよい。

明確にするために、該技法の一定の面は、ＳＵＰＬについて下記に記載される。ＳＵＰＬバージョン１．０（ＳＵＰＬ １．０）は、２００７年６月１５日の、「Secure User Plane Location Architecture（セキュアユーザプレーンロケーションアーキテクチャ）」と題された、ＯＭＡ−ＡＤ−ＳＵＰＬ−Ｖ１、及び２００７年６月１５日の、「UserPlane Location Protocol（ユーザプレーンロケーションプロトコル）」と題された、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ１に記載されている。ＳＵＰＬバージョン２．０（ＳＵＰＬ ２．０）は、２００７年８月３１日の、「Secure User Plane Location Architecture（セキュアユーザプレーンロケーションアーキテクチャ）」と題された、ＯＭＡ−ＡＤ−ＳＵＰＬ−Ｖ２、及び２００７年９月２７日の、「UserPlane Location Protocol（ユーザプレーンロケーションプロトコル）」と題された、ＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２に記載されている。これらのＳＵＰＬ文献は、ＯＭＡから公に入手可能である。

図１Ａは、ネットワーク配置例１００を示す。端末１１０はアクセスネットワーク１２０と通信して、通信サービスを取得し得る。端末１１０は固定されていてもよいし、移動可能であってもよく、また、ユーザ機器（ＵＥ）、移動局、アクセス端末、加入者ユニット、局等と称されてもよい。端末１１０は、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、無線装置、ハンドヘルド装置、無線モデム、ラップトップ型コンピュータ、遠隔測定装置、追跡装置等であってもよい。端末１１０は、アクセスネットワーク１２０中の１つ又は複数の基地局及び／又は１つ又は複数のアクセスポイントと通信し得る。端末１１０はまた、衛星測位システム（ＳＰＳ）中の１つ又は複数の衛星１８０から信号を受信し得るが、これは、アメリカ全地球測位システム（ＧＰＳ）、ヨーロッパのガリレオ・システム、ロシアのＧＬＯＮＡＳＳシステム等であってもよい。端末１１０は、アクセスネットワーク１２０中の基地局からの信号を測定し、当該基地局のタイミング測定値を取得し得る。端末１１０はまた、衛星１８０からの信号を測定し、当該衛星の擬似距離測定値（pseudo-range measurements）を取得し得る。擬似距離及び／又はタイミング測定値は、端末１１０の位置推定を導くために使用されてもよい。位置推定はまた、ロケーション推定、位置決定（position fix）等と称されてもよい。

アクセスネットワーク１２０は、そのカバレッジ内に位置する端末の通信をサポートする。アクセスネットワーク１２０は、無線ネットワークであってもよく、また、無線ネットワーク、無線アクセスネットワーク等と称されてもよい。アクセスネットワーク１２０は、３ＧＰＰアクセスネットワーク、３ＧＰＰ２アクセスネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）等であってもよい。３ＧＰＰアクセスネットワークは、ＧＳＭ（Global System for Mobile Communications）ネットワーク、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、ユニバーサル地上無線アクセス（ＵＴＲＡ）を利用するＵＴＲＡＮ（Universal Terrestrial Radio Access Network）、例えば、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、長期エボリューション（Long Term Evolution）（ＬＴＥ）無線アクセスを利用する発展型ＵＴＲＡＮ（Evolved UTRAN）（Ｅ−ＵＴＲＡＮ）等であってもよい。３ＧＰＰ２アクセスネットワークは、ｃｄｍａ２０００、ＣＤＭＡ２０００ １ｘＥＶ−ＤＯネットワーク等を利用するＣＤＭＡ２０００ １Ｘネットワークであってもよい。ＷＬＡＮは、ＩＥＥＥ ８０２．１１標準の一群のいずれか、Ｈｉｐｅｒｌａｎ等といった無線技術を実施してもよい。アクセスネットワーク１２０はまた、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ（登録商標）、ＩＥＥＥ ８０２．１６（ＷｉＭａｘ）等といった、他の無線技術をサポートする無線ネットワークであってもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ及びＧＳＭは３ＧＰＰからの文献に記載されている。ｃｄｍａ２０００とＵＭＢは、３ＧＰＰ２からの文献に記載されている。３ＧＰＰと３ＧＰＰ２の文献は公に入手可能である。アクセスネットワーク１２０はまた、ローカルエリアネットワーク（ＬＡＮ）、デジタル加入者線（ＤＳＬ）ネットワーク、パケット・ケーブル・ネットワーク、電話網等といった有線のネットワークであってもよい。

アクセスされた（visited）ネットワーク１３０は、端末１１０に現在サービス中のネットワークであり、また、移動先の公衆移動通信網（Ｖ−ＰＬＭＮ）とも称され得る。アクセスされたネットワーク１３０は、データ及び／又は音声接続、ロケーションサービス、及び／又は、他の機能性及びサービスを供給する、種々のネットワークエンティティを備え得る。３ＧＰＰについては、アクセスされたネットワーク１３０は、サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）１３２及びＷＬＡＮアクセス・ゲートウェイ（ＷＡＧ）１３４を備え得る。ＳＧＳＮ１３２は、汎用パケット無線サービス（ＧＰＲＳ）コアネットワークの一部であり、３ＧＰＰアクセスネットワークと通信する端末にパケット交換サービスを供給する。ＷＡＧ１３４は、３ＧＰＰと相互に作用するＷＬＡＮ（3GPP Interworking WLAN）（Ｉ−ＷＬＡＮ）コアネットワークの一部であり、ＷＬＡＮアクセスネットワークと通信する端末にパケット交換サービスを供給する。アクセスされたネットワーク１３０は、他の３ＧＰＰネットワークエンティティ、例えば、ロケーションサービス及び測位をサポートするネットワークエンティティを備え得るが、これは簡単のため図１Ａには示されていない。３ＧＰＰ２については、アクセスされたネットワーク１３０は、３ＧＰＰのためのものと同様の機能を行なうネットワークエンティティを備え得るが、他の名前によって称されてもよい。３ＧＰＰと３ＧＰＰ２は、一般に、異なるネットワークエンティティを使用し、また、明瞭にするために、以下の記載の大部分は３ＧＰＰベースのネットワークを対象とする。

ホームネットワーク１４０は、端末１１０が加入しているネットワークであり、ホームＰＬＭＮ（Ｈ−ＰＬＭＮ）と称されてもよい。ホームネットワーク１４０は、データ及び／又は音声接続、ロケーションサービス、及び／又は、他の機能性及びサービスを供給する、種々のエンティティを備えていてもよい。３ＧＰＰの場合、ホームネットワーク１４０は、ゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ）１４２、パケット・データ・ゲートウェイ（ＰＤＧ）１４４、ショート・メッセージ・サービス・センタ／メッセージ・センタ（ＳＭＳＣ／ＭＣ）１４６、ホーム・ロケーション・レジスタ／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）１４８、ホームＳＵＰＬロケーション・プラットフォーム（Ｈ−ＳＬＰ）１５０、及び認証、許可、及び課金（ＡＡＡ）サーバ１５２を備え得る。ＧＧＳＮ１４２は、パケット交換サービスをサポートするためにフィルタリング及びルーティングといった機能を行なう。ＰＤＧ１４４は、３ＧＰＰとＷＬＡＮとの間の相互作用をサポートし、また、トラヒック保全、ＩＰアドレス割り当て等といった機能を行なう。ＳＭＳＣ／ＭＣ１４６は、ショートメッセージサービス（ＳＭＳ）をサポートし、端末にＳＭＳメッセージを配信する。ＨＬＲ／ＨＳＳ１４８は、ネットワーク１４０がホームネットワークである端末用の加入関連の情報を格納する。ＨＬＲ／ＨＳＳ１４８はまた、登録情報を格納し、また、例えば、アクセスされたネットワーク１３０中のネットワークエンティティによって要求されたときはいつでも、ホームネットワーク１４０中の端末にはＳＭＳを、ネットワーク起動の呼にはルーティング情報を供給する。Ｈ−ＳＬＰ１５０は、ホームネットワーク１４０中の端末のＳＵＰＬをサポートする。ＡＡＡサーバ１５２は、サービス対象の端末を認可し、課金及び請求書作成機能を行なう。ホームネットワーク１４０は、簡単にするために図１Ａに示されない、他の３ＧＰＰネットワークエンティティを備えていてもよい。

アクセスネットワーク１２０（例えば、ＷＬＡＮ）は、ルータ１２２とパケットを交換し得るが、これはインターネット１２４に結合され得る。Ｈ−ＳＬＰ１５０は、インターネット１２４を介して他のエンティティと、例えば、インターネット１２４、ルータ１２２、及びアクセスネットワーク１２０を介して端末１１０と、通信し得る。

図１Ｂは、別のネットワーク配置例１０２を示す。配置１０２では、Ｈ−ＳＬＰ１５０は、端末１１０のためのホームネットワーク・オペレータではないかもしれないロケーションサービスプロバイダ１０８によって操作され得る。端末１１０は、ホームネットワークを有してもよいし、有しなくてもよい。ＧＧＳＮ１４２、ＰＤＧ１４４及びＨ−ＳＬＰ１５０は、インターネット１２４に結合され得る。端末１１０は、アクセスされたネットワーク１３０及びホームネットワーク１４０を介して、例えば、アクセスネットワーク１２０、ＳＧＳＮ１３２、ＧＧＳＮ１４２、及びインターネット１２４を介して、Ｈ−ＳＬＰ１５０と通信してもよい。端末１１０はまた、アクセスネットワーク１２０、ルータ１２２、及びインターネット１２４を介してＨ−ＳＬＰ１５０と通信し得る。

図１Ａ及び図１Ｂは、端末１１０とＨ−ＳＬＰ１５０との間の通信をサポートする２つのネットワーク配置例を示す。端末１１０はまた、ネットワーク及び／又はネットワークエンティティの他の組み合わせに関する他のネットワーク配置におけるＨ−ＳＬＰ１５０と通信してもよい。

図２は、端末１１０とＨ−ＳＬＰ１５０との間の通信を示す。端末１１０は、ロケーションサービス及び測位のためにＳＵＰＬをサポートし、またＳＵＰＬの中でＳＵＰＬ有効な端末（SUPL enabled terminal）（ＳＥＴ）と称される。端末１１０は、端末内に存在するＳＵＰＬエージェント２１０を有し得る。ＳＵＰＬエージェントは、ネットワークリソースにアクセスして、ロケーション情報を取得するサービスアクセスポイントである。ＳＵＰＬエージェントは、モバイルロケーションサービス（ＭＬＳ）アプリケーションを含み得るが、これはＳＵＰＬエージェントとＨ−ＳＬＰとの間の通信に使用されるプロトコルを備え得る。Ｈ−ＳＬＰ１５０は、ホームネットワーク１４０及びアクセスされたネットワーク１３０中の端末へのロケーションサービスをサポートするＳＵＰＬロケーション・センタ（SUPL Location Center）（ＳＬＣ）２２０と、これらの端末の測位をサポートするＳＵＰＬ測位センタ（SUPL Positioning Center）（ＳＰＣ）２２２とを備え得る。ＳＵＰＬエージェント１６０は、Ｈ−ＳＬＰ１５０と通信して、端末１１０のロケーション情報を取得し得る。

ＳＵＰＬは、ＳＥＴ起動のサービス（SET-initiated services）及びネットワーク起動のサービス（network-initiated services）をサポートする。ＳＥＴ起動のサービスは、ＳＵＰＬエージェントがＳＥＴ内に存在した状態で、ＳＥＴに由来するサービスである。ネットワーク起動のサービスは、ＳＵＰＬエージェントがネットワーク中に存在した状態で、ＳＵＰＬネットワークの内部に由来するサービスである。

ＳＵＰＬは、Ｈ−ＳＬＰ１５０から端末１１０への一方向の通信をサポートするが、これはＨ−ＳＬＰ１５０によって使用されて、ＳＵＰＬ ＩＮＩＴメッセージを端末１１０に送信して、ネットワーク起動のロケーションセッションを開始してもよい。Ｈ−ＳＬＰ１５０は、ＵＤＰ／ＩＰ、無線アプリケーションプロトコル（ＷＡＰ）プッシュ、ＳＭＳ、及びセッション開始プロトコル（ＳＩＰ）プッシュを含む、種々のメカニズムを使用して、ＳＵＰＬ ＩＮＩＴメッセージを送信してもよい。ＵＤＰ／ＩＰの場合、Ｈ−ＳＬＰ１５０は、ＴＣＰ／ＩＰについて下記に記載されるように、種々のネットワークエンティティを介して端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信してもよい。ＷＡＰプッシュの場合、Ｈ−ＳＬＰ１５０は、ＳＭＳＣ／ＳＣ１４６に結合されるＷＡＰ ＰＰＧ又はＷＡＰプッシュ・プロキシ・ゲートウェイ（ＰＰＧ）を介して端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信してもよい。ＳＭＳの場合、Ｈ−ＳＬＰ１５０は、ＳＭＳＣ／ＳＣ１４６、ＳＧＳＮ１３２、及びアクセスネットワーク１２０を介して端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信してもよい。ＳＩＰプッシュの場合、Ｈ−ＳＬＰ１５０は、ＳＩＰ／ＩＰコアを介して端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信してもよい。

ＳＵＰＬはまた、ＴＣＰ／ＩＰを使用してＨ−ＳＬＰ１５０と端末１１０との間の双方向通信をサポートする。双方向通信は、端末１１０とＨ−ＳＬＰ１５０との間で、登録、ロケーションサービス、測位等のために、ＳＵＰＬメッセージを交換するために使用されてもよい。３ＧＰＰ ＧＰＲＳについては、ＳＵＰＬメッセージは、端末１１０とＨ−ＳＬＰ１５０との間でＴＣＰ／ＩＰを使用してＧＧＳＮ１４２、ＳＧＳＮ１３２、及びアクセスネットワーク１２０を介して交換され得るが、これはＧＳＭネットワーク、ＧＥＲＡＮ、ＵＴＲＡＮ等であってもよい。３ＧＰＰ Ｉ−ＷＬＡＮの場合、ＳＵＰＬメッセージは、端末１１０とＨ−ＳＬＰ１５０との間のＴＣＰ／ＩＰを使用して、ＰＤＧ１４４、ＷＡＧ１３４、及びアクセスネットワーク１２０を介して交換され得るが、これはＷＬＡＮであってもよい。ＳＵＰＬメッセージはまた、端末１１０とＨ−ＳＬＰ１５０との間で、インターネット１２４、ルータ１２２、及びアクセスネットワーク１２０を介して交換され得るが、これはＷＬＡＮ、ＬＡＮ、ＤＳＬネットワーク、パケット・ケーブル・ネットワーク等であってもよい。端末１１０とＨ−ＳＬＰ１５０との間の一方向通信及び双方向通信は、前述のＯＭＡ−ＡＤ−ＳＵＰＬ−Ｖ２文献に詳細に記載されている。

ＳＥＴ起動のサービスの場合、端末１１０は、Ｈ−ＳＬＰ１５０にＳＵＰＬ ＳＴＡＲＴメッセージを送信して、ロケーションセッションを開始してもよい。端末１１０には、Ｈ−ＳＬＰ１５０のＩＰアドレスが供給されてもよく、また、この供給されたＩＰアドレスを使用してＨ−ＳＬＰにＳＵＰＬ ＳＴＡＲＴメッセージを送信してもよい。一般に、ＩＰアドレスは、３２ビットのＩＰバージョン４（ＩＰｖ４）アドレス、又は１２８ビットのＩＰバージョン６（ＩＰｖ６）アドレスであり得る。あるいは、端末１１０に、Ｈ−ＳＬＰ１５０の完全修飾ドメインネーム（fully qualified domain name）（ＦＱＤＮ）が供給されてもよく、また、Ｈ−ＳＬＰのＩＰアドレスを取得するためにドメインネームシステム（ＤＮＳ）を使用してもよい。端末１１０は、次いで、フェッチされたＩＰアドレスを使用して、Ｈ−ＳＬＰ１５０にＳＵＰＬ ＳＴＡＲＴメッセージを送信し得る。

ネットワーク起動のサービスの場合、Ｈ−ＳＬＰ１５０は、端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信して、図２に示される一方向の通信メカニズムのうちのいずれかを使用して、ロケーションセッションを開始してもよい。端末１１０のＩＰアドレスがＨ−ＳＬＰに知られている場合、又は、Ｈ−ＳＬＰ、例えばＨＬＲ／ＨＳＳ１４８、ＧＧＳＮ１４２、若しくはＡＡＡサーバ１５２から取得することができる場合、Ｈ−ＳＬＰ１５０は、ＵＤＰ／ＩＰを使用し得る。Ｈ−ＳＬＰ１５０は、次いで、端末のＩＰアドレスを使用して、端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信し得る。端末１１０がホームネットワーク１４０へのＳＩＰ登録を行なっており、端末１１０のためのルーティング情報が、例えばＨＬＲ／ＨＳＳ１４８から利用可能な場合、Ｈ−ＳＬＰ１５０は、ＳＩＰプッシュを使用し得る。端末１１０がホームネットワーク１４０にワイヤレス・アクセス登録（例えば、ＧＳＭ、ＵＭＴＳ、若しくはＣＤＭＡ登録）を行なっており、端末１１０のためのルーティング情報が、例えば、ＨＬＲ／ＨＳＳ１４８から利用可能な場合、Ｈ−ＳＬＰ１５０は、ＳＭＳ又はＷＡＰプッシュを使用し得る。

正常なＳＵＰＬの場合、Ｈ−ＳＬＰ１５０は、端末のＩＰアドレスを知らずに、ＳＭＳ、ＷＡＰプッシュ、若しくはＳＩＰプッシュを使用して、端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信し得る。端末がＨ−ＳＬＰへの安全なＩＰ接続を確立した後、Ｈ−ＳＬＰ １５０は、端末１１０のＩＰアドレスを後で受信してもよい。しかしながら、上述したように、Ｈ−ＳＬＰ１５０は、端末１１０がワイヤレス・アクセス登録を行なっている場合のみ、ＳＭＳ又はＷＡＰプッシュを使用してもよく、端末１１０がＳＩＰ登録を行なっている場合のみ、ＳＩＰプッシュを使用してもよい。Ｈ−ＳＬＰ１５０は、ＵＤＰ／ＩＰを使用して、端末１１０へＳＵＰＬ ＩＮＩＴメッセージを送信してもよいが、例えば、ＨＬＲ／ＨＳＳ１４８及び／又はＧＧＳＮ１４２、ＡＡＡサーバ１５２（ＷＬＡＮアクセス用）、等といった他のネットワークエンティティに問い合わせることによって、端末１１０のＩＰアドレスを最初に取得する必要があるだろう。３ＧＰＰベースのネットワーク又は３ＧＰＰ２ベースのネットワークを介したＩＰアクセスの場合、端末１１０のＩＰアドレスは、ＨＬＲ／ＨＳＳ１４８から、又はダイナミックＤＮＳ（ＤＤＮＳ）サーバを介して入手可能であり得る。しかしながら、ＤＤＮＳが通常ＤＤＮＳサポートを供給するネットワークエンティティによってサポートされない場合、端末１１０のＩＰアドレスはＨ−ＳＬＰ １５０によって実際には入手可能ではないことがあり得る。

いくつかのシナリオにおいて、端末１１０は、例えば、ＷＬＡＮ、ＬＡＮ、ＤＳＬ等を介して通信アクセスを有し得るが、Ｈ−ＳＬＰ１５０は、ＵＤＰ／ＩＰ、ＷＡＰプッシュ、ＳＭＳ、あるいはＳＩＰプッシュの使用によって、端末１１０とのロケーションセッションを開始することができないことがあり得る。これは、Ｈ−ＳＬＰ１５０が端末１１０のＩＰアドレスを判定することができない場合、及び、端末１１０が、ＷＡＰプッシュ、ＳＭＳ、若しくはＳＩＰプッシュを用いた相互作用を（完全にあるいは正確に）サポートしない、又は、これらの転送を可能にするために必要とされる上記に記載された登録のタイプをサポートしないネットワークにアクセスしている場合、生じ得る。そのようなシナリオでは、Ｈ−ＳＬＰ１５０を介してＳＵＰＬエージェント１６０によって開始されたロケーション要求は失敗するだろう。

上記に記載されたシナリオは、パケットモードのＩＰベースのサービスにアクセスするときに、ホームネットワーク１４０のＨＬＲ／ＨＳＳ１４８に端末／ＳＥＴ１１０が登録されていないか、完全には登録されていない場合、生じ得る。端末１１０は、下記のユーザの場合又は状況のうちのいずれかの場合、登録されないか、完全には登録されないことがあり得る。

（ａ）端末１１０のユーザは、１つを超えるインターネット・サービス・プロバイダ（ＩＳＰ）及び／又はＶｏＩＰプロバイダに対して一時的な又は永続的な加入をしており、そのホームオペレータでもホームオペレータのローミング・パートナーでもないプロバイダからサービスを受ける。例えば、ユーザは、ホテル若しくは空港のＷＬＡＮ、有線ベースのＶｏＩＰプロバイダ、又は会社に提供されるＬＡＮ／ＶｏＩＰ機能を使用していることがある。

（ｂ）ユーザは、ホームネットワーク１４０との関連を有するＷＬＡＮにアクセスするが、ホームネットワーク１４０がＡＡＡのサポートを供給するが、端末１１０のＩＰアドレスを供給又は受信しない、ＷＬＡＮダイレクトＩＰアクセスモードを使用することを選択する。

（ｃ）端末１１０は、別の端末装置経由でＴＣＰ／ＩＰアクセスを受信する。例えば、端末／ＳＥＴ１１０は、ＩＰ対応の（IP-enabled）携帯電話を介してＴＣＰ／ＩＰアクセスを取得するラップトップ型コンピュータに存在し得る。

（ｄ）端末１１０は、仮想プライベートネットワーク（ＶＰＮ）を介して、例えば、企業ＬＡＮへのＶＰＮトンネルを介して、ＴＣＰ／ＩＰアクセスを受信する。

上記に記載されたユーザの場合について、ＷＡＰプッシュ及びＳＭＳは機能しないだろうし、また、ＵＤＰ／ＩＰは、例えば、もし偶然あれば、以前のＳＥＴ起動のロケーションセッションから、Ｈ−ＳＬＰ１５０が端末１１０のＩＰアドレスを既に有する場合のみ機能するだろう。更に、図１Ｂに示された配置の場合、ＵＤＰ／ＩＰ、ＳＭＳ、ＷＡＰプッシュ、又は図２に示されたＳＩＰプッシュを使用したＨ−ＳＬＰ１５０から端末１１０への一方向の通信は可能でないかもしれない。というのは、Ｈ−ＳＬＰ１５０は、ホームネットワーク１４０の一部ではなく、端末１１０のＩＰアドレスを有することもほとんど有り得ないからである。

ある面において、端末／ＳＥＴ１１０は、上記に記載されたユーザの場合及びあるいは他のユーザの場合のためにネットワーク起動のロケーションサービスをサポートするために、Ｈ−ＳＬＰ１５０に自身の現在のＩＰアドレスを登録してもよい。端末１１０は、端末１１０がホームネットワーク１４０に通常の相互作用（inter-working）を提供しないアクセスネットワークと通信する場合はいつでも、Ｈ−ＳＬＰ１５０に登録を行ない得る。この状況を検出すると、端末１１０は、Ｈ−ＳＬＰ１５０に登録を行ない、自身のＩＰアドレスをＨ−ＳＬＰへ供給し得るが、これはこのＩＰアドレスを使用して、ネットワーク起動のサービスのために端末１１０へメッセージを送信してもよい。

端末１１０は、図１Ｂに示される配置のための（例えば、ＷＬＡＮ、Ｗ−ＣＤＭＡ、ＬＡＮ、ＤＳＬ等を介した）如何なる種類のアクセスについてもＨ−ＳＬＰ１５０に登録を行ない得る。Ｈ−ＳＬＰ１５０がホームネットワーク１４０の一部である正常な場合については、図１Ａに示されるように、Ｈ−ＳＬＰ１５０への登録の必要はそれほど一般的ではないかもしれない。しかしながら、図１Ｂに示される場合については、Ｈ−ＳＬＰ１５０への登録は常に必要とされ得る。Ｈ−ＳＬＰ１５０への登録は、ホームネットワーク・オペレータとは異なるロケーションサービスプロバイダ１０８によるＳＵＰＬサポートを可能にする。端末１１０は、連続的な周期的なベースで、あるいは、Ｈ−ＳＬＰ等によって指示されるように（例えば、Ｈ−ＳＬＰは、いつ又はどれくらい頻繁に登録を行なうかの情報を送信してもよい）、Ｈ−ＳＬＰ１５０への登録を開始するようにトリガされ得る。

図３は、Ｈ−ＳＬＰへの登録を用いるネットワーク起動のロケーションサービスのメッセージフロー３００の設計を示す。端末１１０は、それがＵＤＰ／ＩＰ、ＷＡＰプッシュ、ＳＭＳ、あるいはＨ−ＳＬＰ１５０を介した正常な方法で到達可能でないかもしれないこと、及び、Ｈ−ＳＬＰへの登録が望まれるか、必要であることを最初に検出し得る（ステップＡ）。例えば、端末１１０は、端末１１０がそのホームネットワークもそのホームネットワークのローミング・パートナーも使用せずに、ＩＰ接続を獲得する場合、Ｈ−ＳＬＰ１５０への登録を行なうことを決定し得る。端末１１０は、次いで、下記に記載されるように、Ｈ−ＳＬＰ１５０への登録を行なってもよいし、自身のＩＰアドレスをＨ−ＳＬＰへ供給してもよい（ステップＢ）。

その後、ＳＵＰＬエージェント１６０は、端末１１０のロケーション情報を望むかもしれず、また、モバイルロケーションプロトコル（ＭＬＰ）標準ロケーション即時要求（ＳＬＩＲ）メッセージをＨ−ＳＬＰ１５０に送信し得る（ステップＣ）。Ｈ−ＳＬＰ１５０は、要求されたロケーションサービスについてＳＵＰＬエージェント１６０を認証し、許可し得る。Ｈ−ＳＬＰ１５０は、次いで、端末１１０のルーティング情報を取得し得るが、これは目標のＳＥＴである（ステップＤ）。端末１１０は、自身のＩＰアドレスをＨ−ＳＬＰ１５０に登録しているので、ルーティング情報は端末のＩＰアドレスを含み得る。

Ｈ−ＳＬＰ１５０は、次いで、端末のＩＰアドレスを使用して、ＳＵＰＬ ＩＮＩＴメッセージを送信することにより、端末１１０とのロケーションセッションを開始し得る（ステップＥ）。ＷＡＰプッシュ、ＳＭＳ及びＳＩＰプッシュは、この場合、ＳＵＰＬ ＩＮＩＴメッセージを送信するのには利用可能ではないことがある。Ｈ−ＳＬＰ１５０は、ＵＤＰ／ＩＰを使用して、ＳＵＰＬ ＩＮＩＴメッセージ（それは端末１１０のＩＰアドレスを有するので）を送信することができてもよいし、又は、ステップＢのＨ−ＳＬＰ登録に使用されたＴＣＰ／ＩＰ接続が、まだ使用されていない（open）（即ち、閉じられなかった）場合、ＴＣＰ／ＩＰを使用することができてもよい。ＳＵＰＬ ＩＮＩＴメッセージは、ロケーションセッションを識別するために使用されるセッションｉｄ、意図された位置決め方法、所望の位置決め品質（ＱｏＰ）等を含み得る。ＳＵＰＬ ＩＮＩＴメッセージを受信すると、端末１１０はデータ接続セットアップ手順を行ない、端末がまだ接続されていない場合、自身をパケットデータネットワークに接続し（attach）てもよい（ステップＦ）。端末１１０は、次いで、安全なＴＣＰ／ＩＰ接続がまだオープンでない（例えば、ステップＥでＳＵＰＬ ＩＮＩＴメッセージを送信するために使用されなかった）場合、Ｈ−ＳＬＰ１５０への安全なＴＣＰ／ＩＰ接続を確立し得る（これもステップＦ）。端末１１０は、次いで、ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージを送信して、Ｈ−ＳＬＰ１５０との位置決めセッションを開始し得る（ステップＧ）。ＳＵＰＬ ＰＯＳ ＩＮＩＴメッセージは、セッションｉｄ、ＳＥＴ能力（例えば、サポートされた位置決め方法及びプロトコル）、支援データへの要求等を含んでもよい。

端末１１０及びＨ−ＳＬＰ１５０は、次いで、ＳＵＰＬ位置決めセッションのためにメッセージを交換し得る（ステップＨ）。ＳＥＴ支援型の（SET-assisted）位置決めの場合、Ｈ−ＳＬＰ１５０は、端末から受信された位置決め測定値に基づいて端末１１０の位置推定（position estimate）を計算してもよい。ＳＥＴベースの位置決めの場合、端末１１０は、Ｈ−ＳＬＰ１５０から得られた支援に基づいて位置推定を計算してもよい。いずれにしても、位置計算を終了するとき、Ｈ−ＳＬＰ１５０は、ＳＵＰＬ ＥＮＤメッセージを送信して、更なる位置決め手順は開始されないだろうこと、及び、ロケーションセッションは終了されることを端末１１０に通知し得る（ステップＩ）。端末１１０は、次いで、Ｈ−ＳＬＰ１５０への安全なＴＣＰ／ＩＰ接続をリリースしてもよく、また、ロケーションセッションに関連するリソースをリリースしてもよい。Ｈ−ＳＬＰ１５０は、ＳＵＰＬエージェント１６０へＭＬＰ標準のロケーション即時応答（Standard Location Immediate Answer）（ＳＬＩＡ）メッセージ中の要求されたロケーション情報を送信してもよく、また、ロケーションセッションと関連するリソースをリリースしてもよい。

図３は、Ｈ−ＳＬＰ登録を用いるネットワーク起動のロケーションサービスの１つのケースのメッセージフロー例を示す。Ｈ−ＳＬＰ登録はまた、ネットワーク起動のロケーションサービスの他のケースの他のメッセージフローをサポートするために使用されてもよいが、これはローミング及び非ローミング、プロキシモード及び非プロキシモード、トリガされたサービス及びトリガされなかったサービス等をカバーし得る。ＳＵＰＬエージェント１６０は、ローミングシナリオ及び非ローミングシナリオの場合、Ｈ−ＳＬＰ１５０と直接通信してもよいし、あるいは、要求するＳＬＰ（Requesting SLP）（Ｒ−ＳＬＰ）を介してＨ−ＳＬＰ１５０と間接的に通信してもよい。ＳＰＣ２２２は、非プロキシモードにある端末１１０と直接通信してもよいし、プロキシモードにあるＳＬＣ２２０を介して端末１１０と間接的に通信してもよい。Ｈ−ＳＬＰ１５０は、端末１１０のロケーション情報を、ＳＵＰＬエージェント１６０に、トリガされていないサービスのために一度、また、トリガされたサービスのタイマートリガ若しくはイベントトリガーに基づいて、あるいは二度以上供給してもよい。一般に、Ｈ−ＳＬＰ１５０への登録は、前述のＯＭＡ−ＴＳ−ＵＬＰ−Ｖ１及びＯＭＡ−ＴＳ−ＵＬＰ−Ｖ２文献に記載される種々のネットワーク起動のメッセージフローのそれぞれについて行なわれてもよい。

図４は、Ｈ−ＳＬＰ１５０への登録のためのメッセージフロー４００の設計を示すが、これは図３のステップＢで使用されてもよい。端末１１０は、自身のホームネットワークではないアクセスネットワーク、又は自身のホームネットワークのローミング・パートナーを介してＩＰ接続を取得し得る。端末１１０は、次いで、Ｈ−ＳＬＰ１５０への登録を開始することを決定し得る（ステップＡ）。

Ｈ−ＳＬＰ登録の場合、端末１１０は、Ｈ−ＳＬＰのＩＰアドレスを使用して、Ｈ−ＳＬＰ１５０への安全なＴＣＰ／ＩＰ接続を確立し得るが、これはホームネットワーク１４０によって端末１１０に供給されてもよいし、又は他の方法で端末によって取得されてもよい（ステップＢ）。安全なＩＰ接続は、種々の方法で下記に記載されるように確立されてもよい。端末１１０は、次いで、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージを送信して、自身のＩＰアドレスをＨ−ＳＬＰ１５０に登録し得る（ステップＣ）。ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージは、現在のセッションを識別するセッションｉｄ、端末１１０のＩＰアドレス等を含み得る。モバイルＩＰの場合、端末１１０のＩＰアドレスは、ホームネットワーク１４０内のホームエージェント（ＨＡ）によって割り当てられた遠隔ＩＰアドレスであってもよい。Ｈ−ＳＬＰ１５０は、繰り返しタイマ（ＲＴ）値を含むＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージを端末１１０に返してもよい（ステップＤ）。

端末１１０は、繰り返しタイマに基づいてＨ−ＳＬＰ１５０への登録を周期的に行ない得る。例えば、端末１１０は、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージから得られた繰り返しタイマ値に繰り返しタイマを設定してもよいし、また、繰り返しタイマが終了するとき、又は端末１１０のＩＰアドレスが変化する度に、Ｈ−ＳＬＰ１５０への登録を行なってもよい。各Ｈ−ＳＬＰ登録について、端末１１０は、この接続がリリースされたか、又は以前の安全なＩＰ接続を保持し且つ再使用し得る場合、Ｈ−ＳＬＰ１５０への安全なＩＰ接続を確立し得る。端末１１０は、次いで、端末の現在のＩＰアドレスを備えたＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージをＨ−ＳＬＰ１５０に送信する（ステップＥ）。Ｈ−ＳＬＰ１５０は、同じか異なる繰り返しタイマ値を備えたＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージを端末１１０に返し得る（ステップＦ）。端末１１０は、端末がホームネットワーク１４０あるいはホームネットワークのローミング・パートナーからＩＰ接続を取得する場合、Ｈ−ＳＬＰ１５０への登録をスキップ若しくはキャンセルしてもよい（ステップＥ及びＦ）。

一般に、端末１１０は、Ｈ−ＳＬＰ１５０への登録を丁度一回（例えば、ホームネットワークに関連付けられていないアクセスネットワークを介してＩＰ接続を取得するときに）、又は複数回（例えば、繰り返しタイマが終了する度に、若しくは端末のＩＰアドレスが変化する度に）行い得る。繰り返しタイマ値は、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージ中で送信されてもよいし、送信されなくてもよい。送信される場合、繰り返しタイマ値は、端末１１０のＩＰアドレスの期待耐用年数（expected life）及び／又は他の要因に基づいて選択され得る。繰り返しタイマ値はまた、最小値及び最大値の範囲内にあるように制約されてもよい。図４のステップＤ及びＥの間で、Ｈ−ＳＬＰ１５０及び／又は端末１１０は、ステップＢで確立された安全なＩＰ接続のリリースを開始してもよいし、あるいは開始しなくてもよい。

Ｈ−ＳＬＰ１５０はまた、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージ中で他の情報を供給して、端末１１０がいつ登録を再び行なうか決定するのを支援し得る。例えば、Ｈ−ＳＬＰ１５０は、新たなＩＰアドレスが端末１１０に割り当てられる場合、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージを送信するように端末１１０に指示するＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージにフラグを含んでもよい。Ｈ−ＳＬＰ１５０は、新たなＩＰアドレスが端末１１０に割り当てられる場合、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージを送信しないように端末１１０に指示するＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージに異なるフラグ（例えば、フラグ無し）を含んでもよい。ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮ ＡＣＫメッセージ中のそのような付加的な情報は、Ｈ−ＳＬＰ１５０によって使用されて、それが端末１１０の現在のＩＰアドレスを有することを保証してもよいし、また、ネットワーク過負荷状況を回避するために、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージの周波数を制限してもよい。

図４は、Ｈ−ＳＬＰ１５０への登録のためのＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージの使用を示す。一般に、端末１１０は、端末のＩＰアドレスを明示的に（例えば、ペイロードの中で）及び／又は暗黙に（例えば始点アドレス中で）伝える、任意のメッセージを送信し得る。端末１１０は、このメッセージを、安全なＩＰ接続が確立された後、安全なＩＰ接続が確立されつつある間、又は、安全なＩＰ接続が確立される直前に、送信し得る。

端末１１０は、当技術分野で公知の種々のメカニズムに基づいてＩＰアドレスを割り当てられ得る。この割り当てられたＩＰアドレスは、プライベートＩＰアドレスと称されてもよい。端末１１０は、アクセスネットワーク１２０と通信し得るが、これはネットワークアドレス変換（ＮＡＴ）を行なってもよく、また、端末１１０のプライベートＩＰアドレスを、端末１１０へＩＰパケットを送信するために外部のエンティティによって使用されることができるパブリックＩＰアドレスにマッピングしてもよい。ＮＡＴは、セキュリティ（例えば、端末１１０への無許可のＩＰアクセスを防止するために）、いくつかの端末による同じパブリックＩＰアドレスの共有を可能にすること等といった種々の目的に使用されてもよい。端末１１０は、アクセスネットワーク１２０によって行なわれているＮＡＴに気づいていなくてもよく、また、端末に使用されたパブリックＩＰアドレスに気づいていなくてもよい。

図５は、ＮＡＴを用いたＨ−ＳＬＰ１５０と端末１１０との間の通信を示す。端末１１０は、簡単のため図５には示されていない、他のネットワークエンティティ及びアクセスネットワーク１２０中のルータ／ゲートウェイ５２０を介してＨ−ＳＬＰ１５０とＩＰパケットを交換し得る。図４のＨ−ＳＬＰ１５０への登録については、端末１１０は、ルータ５２０を介してＨ−ＳＬＰ１５０へＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージ（ステップＣ）のために１つ又は複数のＩＰパケットを送信してもよい。端末１１０によって送信される各ＩＰパケットは、（１）端末１１０のプライベートＩＰアドレスに対する始点アドレスフィールドセット、（２）Ｈ−ＳＬＰ１５０のＩＰアドレスに対する終点アドレスフィールドセット、及び（３）ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージを伝えるペイロードフィールドを有し得るが、これは端末１１０のプライベートＩＰアドレスを含んでいてもよい。ルータ５２０は、端末１１０からＩＰパケットを受信し、ＮＡＴを行ない、各ＩＰパケット中のプライベートＩＰアドレスを端末１１０用のパブリックＩＰアドレスに置き換えて、Ｈ−ＳＬＰ１５０へＩＰパケットを送信し得る。

Ｈ−ＳＬＰ１５０はルータ５２０からＩＰパケットを受信し、始点アドレスフィールドからパブリックＩＰアドレスを抽出し、ペイロードフィールドで送信されたＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージからプライベートＩＰアドレスを抽出してもよい。Ｈ−ＳＬＰ１５０は２つのＩＰアドレスを比較し得る。これらのＩＰアドレスが一致する場合、Ｈ−ＳＬＰ１５０は有効なＩＰアドレスが端末１１０について受信されたとみなし得る。これらのＩＰアドレスが異なる場合、Ｈ−ＳＬＰ１５０は、ＮＡＴが行なわれ、ＩＰパケットの始点アドレスフィールドから得られたパブリックＩＰアドレスを使用してもよいとみなし得る。Ｈ−ＳＬＰ１５０は、ルータ５２０によるパケットフィルタリングに起因して端末１１０へＩＰパケットを送信する能力を失う危険性を回避するために、図４のステップＢで確立された安全なＩＰ接続を維持してもよい。あるいは又は付加的に、Ｈ−ＳＬＰ１５０は、端末がまだ同じパブリックＩＰアドレスを有することをより頻繁に確認するために、端末１１０に対して、より短い繰り返しタイマ値を供給してもよい。ＮＡＴが行なわれる場合、より短い繰り返しタイマ値はまた、端末への及び端末からのＩＰトラヒックの欠如に起因して、ルータ５２０中の端末１１０用のパブリック−プライベートＩＰアドレスのバインディング（binding）の除去を回避するのを支援し得る。分かっている場合、繰り返しタイマ値は、ルータ５２０によるパブリック−プライベートＩＰアドレスのバインディングの期間よりも短くなるように選択されてもよい。

Ｈ−ＳＬＰ１５０内の登録の場合、端末１１０は、ＳＵＰＬ ＲＥＧＩＳＴＲＡＴＩＯＮメッセージを送信するのに先立って、Ｈ−ＳＬＰ１５０へ安全なＩＰ接続を確立し得る。安全なＩＰ接続の確立について、端末１１０は、Ｈ−ＳＬＰ１５０へのＩＰ接続を最初に確立し得る。端末１１０及びＨ−ＳＬＰ１５０は、次いで、互いに認証するために相互認証を行ない得る。相互認証は種々のメカニズムに基づいて行なわれてもよい。

３ＧＰＰ及び３ＧＰＰ２に適用可能な１つの設計では、トランスポート・レイヤー・セキュリティ（ＴＬＳ）が端末１１０及びＨ−ＳＬＰ１５０の相互認証に使用され得る。端末１１０が、例えば、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ等に対して、無線アクセス登録を行なった場合、ＴＬＳが使用され得る。Ｈ−ＳＬＰ１５０は、例えば、ＧＧＳＮ１４２又はＡＡＡサーバ１５２に問い合わせることにより、端末のＩＰアドレスが有効であることを確認することによって端末１１０を認証してもよい。Ｈ−ＳＬＰ１５０はまた、端末がＨ−ＳＬＰを認証することを可能にするために、（ＴＬＳを使用して）端末１１０へ公開鍵証明書を供給してもよい。ＴＬＳは、１９９９年１月の「The TLS Protocol（ＴＬＳプロトコル）」と題された、ＩＥＴＦ ＲＦＣ２２４６に記載されているが、これは公に利用可能である。

３ＧＰＰ２に適用可能な別の設計では、予め共有される鍵（Pre-Shared Key）（ＰＳＫ）ＴＬＳ（ＰＳＫ−ＴＬＳ）が、端末１１０とＨ−ＳＬＰ１５０との相互認証に使用され得る。ＰＳＫ−ＴＬＳは、端末１１０及びＨ−ＳＬＰ１５０の両方に予め安全に格納される、共有される秘密鍵に依存する。ＰＳＫ−ＴＬＳは、２００５年１２月の、「Pre-Shared Key Ciphersuites for Transport Layer Security(TLS)（トランスポート・レイヤー・セキュリティ（ＴＬＳ）用の予め共有される鍵の暗号）」と題された、ＩＥＴＦ ＲＦＣ４２７９に記載されているが、これは公に利用可能である。ＰＳＫ−ＴＬＳ認証手続きは、３ＧＰＰ２用のＳＵＰＬ１．０及びＳＵＰＬ２．０の中で定義されており、３ＧＰＰまで延長されてもよい。

３ＧＰＰ及び３ＧＰＰ２に適用可能なまた別の設計では、ＳＵＰＬ１．０のために定義されたＰＳＫ−ＴＬＳのジェネリック・ブートストラップ・アーキテクチャ（Generic Bootstrap Architecture）（ＧＢＡ）手順の変形が、端末１１０とＨ−ＳＬＰ１５０との相互認証に使用されてもよい。ＰＳＫ−ＴＬＳ ＧＢＡ手順の場合、端末１１０とＨ−ＳＬＰ１５０との両方がＧＢＡをサポートし、またホームネットワーク１４０のブートストラッピングサーバ機能（Bootstrapping Server Function）（ＢＳＦ）から安全な共有鍵を取得することができる。この鍵は、３ＧＰＰ ＴＳ ３３．２２２又は３ＧＰＰ２ ＴＳＧ−ＳのドラフトのＳ．Ｐ０１１４に記載されるように、端末１１０とＨ−ＳＬＰ１５０とのＰＳＫ−ＴＬＳの相互認証をサポートするために使用され得る。鍵はまた、ＨＴＴＰダイジェスト認証を備えたＴＬＳ、又は端末１１０とＨ−ＳＬＰ１５０との間の単なるＨＴＴＰダイジェスト認証、又はいくつかの他の形式の認証をサポートするために使用されてもよい。ＧＢＡ手順は、ホームネットワーク１４０の端末１１０、Ｈ−ＳＬＰ１５０、及びＢＳＦに関連する。従って、アクセスネットワーク１２０とアクセスされたネットワーク１３０との両方に影響はないことがあり得る。ＧＢＡは、２００６年３月の「Generic Bootstrapping Architecture(GBA) Framework（総括的なブートストラッピングアーキテクチャ（ＧＢＡ）フレームワーク）」と題された３ＧＰＰ２ Ｓ．Ｓ０１０９−０、２００６年３月の「Security Mechanism using GBA（ＧＢＡを使用するセキュリティ機構）」と題された、３ＧＰＰ２ Ｓ．Ｓ０１１４−０、「Generic Authentication Architecture (GAA); Generic Bootstrapping Architecture（総括的な認証アーキテクチャ（ＧＡＡ）；総括的なブートストラッピングアーキテクチャ）」と題された３ＧＰＰ ＴＳ ３３．２２０、及び「総括的な認証アーキテクチャ（ＧＡＡ）；トランスポート・レイヤ・セキュリティ（ＨＴＴＰＳ）上のハイパーテキスト転送プロトコルを使用するネットワーク適用機能へのアクセス」題され
た３ＧＰＰ ＴＳ ３３．２２２に記載されている。これらの文献は公に利用可能である。

一般に、端末１１０とＨ−ＳＬＰ１５０との相互の認証はＧＢＡ、ＰＳＫ−ＴＬＳ代案等でサポートされてもよい。相互認証を行なう能力は、安全なＩＰ接続の確立中に相互認証を要求し得るＳＥＴ起動のロケーションサービスと同様に、上記に記載されたユーザの場合のためのネットワークに起動のロケーションサービスもサポートしてもよい。

図６は、端末、例えばＳＵＰＬのＳＥＴによって行なわれる処理６００の設計を示す。端末は、ロケーションサーバに登録を行なうべきかどうかを最初に判定し得る（ブロック６１２）。端末は、それが（１）端末のホームネットワークに関連付けられていないアクセスネットワーク、（２）ＷＬＡＮ若しくは有線ネットワーク、又は（３）何らかの他のアクセスネットワークを介してＩＰ接続を取得する場合、登録を行なうことを決定し得る。端末はまた、ロケーションサーバがホームネットワーク・オペレータでないサービス・プロバイダによって操作される場合、登録を行なうことを決定してもよい。ロケーションサーバは、ＳＵＰＬのＨ−ＳＬＰ、３ＧＰＰのゲートウェイ・モバイル・ロケーション・センタ（ＧＭＬＣ）、３ＧＰＰ２のモバイル位置決めセンタ（Mobile Positioning Center）（ＭＰＣ）等であってもよい。登録が決定された場合、端末はロケーションサーバと通信して、登録を行ない得る（ブロック６１４）。登録のための通信は、端末をロケーションサーバに識別させ、端末とロケーションサーバとの相互認証を開始させ、端末のＩＰアドレスをロケーションサーバに供給し得る。ＩＰアドレスはロケーションサーバによって使用されて、ネットワーク起動のロケーションサービスのために端末にメッセージを送信してもよい。

端末は、ロケーションサーバと安全なＩＰ接続を確立してもよく、また、端末のＩＰアドレスを安全なＩＰ接続を介してロケーションサーバに送信してもよい。端末は、ロケーションサーバとのロケーションセッション又は次の登録のために、安全なＩＰ接続を維持し得る。ＩＰアドレスが変わる場合、端末はロケーションサーバに登録を行ない得る。端末はまた、ロケーションサーバからタイマ値を受信し、タイマ値に基づいてタイマを設定し、タイマが終了する場合、登録を行ない得る。

端末は、ネットワーク起動のロケーションセッションを開始するメッセージを受信し得るが、当該メッセージは、登録中にロケーションサーバに供給されたＩＰアドレスに基づいてロケーションサーバによって端末に送信される（ブロック６１６）。端末はロケーションセッションのためにロケーションサーバと通信し得る（ブロック６１８）。

図７は、例えば、Ｈ−ＳＬＰ、ＧＭＬＣ、ＭＰＣ等、ロケーションサーバによって行なわれる処理７００の設計を示す。ロケーションサーバは、ロケーションサーバへの端末の登録のために端末と通信し得る（ブロック７１２）。通信は、端末をロケーションサーバに識別させ、端末とロケーションサーバとの相互認証を開始させ、端末のＩＰアドレスをロケーションサーバに供給し得る。ロケーションサーバは、端末から少なくとも１つのＩＰパケットを受信し、ＩＰパケットの始点アドレスフィールドから第１のＩＰアドレスを取得し、ＩＰパケットのペイロードからの第２のＩＰアドレスを取得し、第１のＩＰアドレスと第２のＩＰアドレスとを比較し得る。第１のＩＰアドレスと第２のＩＰアドレスとが一致する場合、ロケーションサーバは第２のＩＰアドレスを端末のＩＰアドレスとして使用してもよく、第１のＩＰアドレスと第２のＩＰアドレスとが一致しない場合、第１のＩＰアドレスを端末のＩＰアドレスとして使用してもよい。ロケーションサーバは、登録中に端末にタイマ値を送信してもよく、また、端末はタイマ値を使用して、ロケーションサーバへの次の登録を行なってもよい。

ロケーションサーバは、ネットワーク起動のロケーションセッションを開始するメッセージを送信し得る（ブロック７１４）。メッセージは、登録中に端末から受信されたＩＰアドレスに基づいて端末に送信されてもよい。ロケーションサーバは、次いで、ロケーションセッションのために端末と通信し得る（ブロック７１６）。

図８は、図１Ａ及び図１Ｂの端末１１０、アクセスネットワーク１２０、及びＨ−ＳＬＰ１５０の設計のブロック図を示す。端末１１０において、モデムプロセッサ８２４は、端末１１０によって送信されるべきデータを受け取り、当該データを処理し（例えば、符号化し、変調し）、出力チップを生成し得る。送信機（ＴＭＴＲ）８３２は、出力チップを調整し（例えば、アナログに変換し、フィルタリングし、増幅し、周波数アップコンバートし）、アップリンク信号を生成し得るが、これはアンテナ８３４を介して送信され得る。ダウンリンクにおいて、アンテナ８３４はアクセスネットワーク１２０からダウンリンク信号を受信し得る。受信機（ＲＣＶＲ）８３６は、アンテナ８３４からの受信された信号を調整し（例えば、フィルタリングし、増幅し、周波数ダウンコンバートし、デジタル化し）、サンプルを供給し得る。モデムプロセッサ８２４は、サンプルを処理し（例えば、復調し、復号し）、復号されたデータを供給し得る。モデムプロセッサ８２４は、アクセスネットワーク１２０によって利用される無線技術（例えば、Ｗ−ＣＤＭＡ、ＣＤＭＡ １Ｘ、ＧＳＭ、８０２．１１等）に従って処理を行なってもよい。デジタル信号プロセッサ８２６は端末１１０のために種々のタイプの処理を行ない得る。

ＧＰＳ受信機８３８は、衛星１８０からの信号を受信し、調整し得る。これらの測定値は端末１１０の正確な位置推定（location estimate）を取得するために処理され得る。端末１１０の粗い位置推定はまた、アクセスネットワーク１２０の基地局から受信されるパイロットに基づいて判定されてもよい。

コントローラ／プロセッサ８２０は端末１１０における動作を指示し得る。コントローラ／プロセッサ８２０は、図３のメッセージフロー３００及び図４のメッセージフロー４００で端末１１０のための処理を行なってもよい。コントローラ／プロセッサ８２０はまた、図６の処理６００及び／又は本明細書に記載される技法の他の処理を行ない得る。メモリ８２２は、端末１１０のＩＰアドレス、データ、及びプログラムコードを格納し得る。プロセッサ８２０、８２４及び８２６並びにメモリ８２２は、特定用途向け集積回路（ＡＳＩＣ）８１０上に実装されてもよい。

簡単のため、図８は、アクセスネットワーク１２０の１つのコントローラ／プロセッサ８４０、１つのメモリ８４２、１つの送信機／受信機（ＴＭＴＲ／ＲＣＶＲ）８４４、及び１つの通信（Ｃｏｍｍ）ユニット８４６を示している。一般に、アクセスネットワーク１２０は、任意の数のコントローラ、プロセッサ、メモリ、送信機、受信機、通信ユニット等を備えてもよい。コントローラ／プロセッサ８４０は、端末との通信のための種々の機能を行なってもよく、メモリ８４２はアクセスネットワーク１２０用のデータ及びプログラムコードを格納してもよく、送信機／受信機８４４は端末との無線通信をサポートしてもよく、通信ユニット８４６は他のネットワークエンティティとの通信をサポートしてもよい。

図８はまた、Ｈ−ＳＬＰ１５０の設計を示す。Ｈ−ＳＬＰ１５０は、ロケーションサービス及び／又は位置決めをサポートする種々の機能を行ない得るコントローラ／プロセッサ８５０、Ｈ−ＳＬＰ１５０のデータ及びプログラムコードを格納し得るメモリ８５２、他のネットワークエンティティとの通信をサポートして得る通信ユニット８５４を備え得る。コントローラ／プロセッサ８５０は、図３のメッセージフロー３００及び図４のメッセージフロー４００でＨ−ＳＬＰ１５０のための処理を行なってもよい。コントローラ／プロセッサ８５０はまた、図７の処理７００及び／又は本明細書に記載される技法の他の処理を行ない得る。メモリ８５２は、端末１１０のＩＰアドレスを格納し得るが、これは端末によって行なわれる登録中に受信されてもよい。

本明細書に記載される技法は、適用に応じて種々の手段によって実施されてもよい。例えば、これらの技法は、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせで実施されてもよい。ハードウェアでの実施の場合、エンティティ（例えば、端末若しくはロケーションサーバ）で技法を行なうために使用される処理ユニットは、１つ又は複数のＡＳＩＣ、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラム可能な論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子装置、本明細書に記載される機能を行なうべく設計された他の電子ユニット、コンピュータ、又はこれらの組み合わせ内で実装されてもよい。

ファームウェア及び／又はソフトウェアでの実施の場合、該技法は、本明細書に記載される機能を行なうモジュール（例えば、プロシージャ、関数等）で実施されてもよい。一般に、ファームウェア及び／又はソフトウェアの命令／コードを有形で具現化する如何なる機械／コンピュータ／プロセッサ読み取り可能な媒体も、本明細書に記載される技法を実施するのに使用され得る。例えば、ファームウェア及び／又はソフトウェアの命令／コードは、メモリ（例えば、図８のメモリ８２２又は８５２）に格納され、プロセッサ（例えば、プロセッサ８２０又は８５０）によって実行されてもよい。メモリは、プロセッサ内に実装されても、あるいはプロセッサの外部に実装されてもよい。ファームウェア及び／又はソフトウェアの命令／コードはまた、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、不揮発性のランダムアクセスメモリ（ＮＶＲＡＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、電気的消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、ＦＬＡＳＨメモリ、フロッピー（登録商標）ディスク、コンパクトディスク（ＣＤ）、デジタルバーサタイルディスク（ＤＶＤ）、磁気データ記憶装置若しくは光学データ記憶装置等といった、機械／コンピュータ／プロセッサ読み取り可能な媒体に格納され得る。命令／コードは、１つ又は複数のプロセッサによって実行可能であってもよいし、プロセッサに本明細書に記載される機能性の一定の面を行なわせてもよい。

本開示の先行する記載は、如何なる当業者も本開示を作成又は使用することを可能にすべく提供される。本開示への種々の変更は当業者には容易に明白になるだろうし、本明細書に定義された一般的な原理は、本開示の範囲又は精神から逸脱することなく他のバリエーションに適用されてもよい。従って、本開示は、本明細書に記載された設計及び例に限定されることは意図されないが、本明細書に開示された新規な特徴及び原理と一致する最も広い範囲に合致すべきものである。

Claims (35)

1. ロケーションサーバへの登録を行なうべきかどうか判定し、登録が決定される場合は登録を行なうために前記ロケーションサーバと通信するように構成された少なくとも１つのプロセッサであって、前記通信は、前記端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給し、前記ＩＰアドレスは、ネットワーク起動のロケーションサービスのために前記端末にメッセージを送信するために前記ロケーションサーバによって使用される、少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに結合されるメモリと
   を備える、通信用の装置。
2. 前記少なくとも１つのプロセッサは、ネットワーク起動のロケーションセッションを開始するメッセージを受信し、前記メッセージは、前記登録中に前記ロケーションサーバに供給される前記ＩＰアドレスに基づいて前記端末に前記ロケーションサーバによって送信される、請求項１記載の装置。
3. 前記少なくとも１つのプロセッサは、前記端末が前記端末のホームネットワークに関連付けられていないアクセスネットワークを介してＩＰ接続を取得する場合、前記ロケーションサーバへの登録を行なうことを決定する、請求項１記載の装置。
4. 前記少なくとも１つのプロセッサは、前記ロケーションサーバが前記端末のホームネットワークに属さない場合、前記ロケーションサーバへの登録を行なことを決定する、請求項１記載の装置。
5. 前記少なくとも１つのプロセッサは、前記端末の前記ＩＰアドレスが変わる場合、前記ロケーションサーバへの登録を行なう、請求項１記載の装置。
6. 前記少なくとも１つのプロセッサは、タイマが終了する場合、前記ロケーションサーバへの登録を行なう、請求項１記載の装置。
7. 前記少なくとも１つのプロセッサは、前記ロケーションサーバからタイマ値を受信し、前記タイマ値に基づいてタイマ設定し、前記タイマが終了する場合、前記ロケーションサーバへの登録を行なう、請求項１記載の装置。
8. 前記少なくとも１つのプロセッサは、前記ロケーションサーバと安全なＩＰ接続を確立し、前記ロケーションサーバに前記安全なＩＰ接続を介して前記端末の前記ＩＰアドレスを送信し、前記ロケーションサーバへのロケーションセッション又は次の登録のために前記安全なＩＰ接続を維持する、請求項１記載の装置。
9. 前記端末は、セキュアユーザプレーンロケーション（ＳＵＰＬ）対応の端末（ＳＥＴ）であり、前記ロケーションサーバは、ホームＳＵＰＬロケーションプラットフォーム（Ｈ−ＳＬＰ）である、請求項１記載の装置。
10. 前記少なくとも１つのプロセッサは、トランスポート・レイヤ・セキュリティ（ＴＬＳ）、予め共有される鍵及びトランスポート・レイヤ・セキュリティ（ＰＳＫ−ＴＬＳ）、並びにジェネリック・ブートストラップ・アーキテクチャ（ＧＢＡ）のうちの少なくとも１つを使用して、前記ロケーションサーバとの相互認証を行なう、請求項１記載の装置。
11. ロケーションサーバへの登録を行なうべきかどうかを判定し、
    登録が決定される場合、登録を行なうために前記ロケーションサーバと通信し、前記通信は、端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給し、前記ＩＰアドレスは、ネットワーク起動のロケーションサービスのために前記端末にメッセージを送信するために前記ロケーションサーバによって使用される、
    ことを含む、無線通信のための方法。
12. ネットワーク起動のロケーションセッションを開始するためのメッセージを受信することを更に含み、
    前記メッセージは、登録中に前記ロケーションサーバに供給された前記ＩＰアドレスに基づいて、前記ロケーションサーバによって前記端末に送信される、請求項１１記載の方法。
13. 前記の登録を行なうべきかどうかを判定することは、前記端末が前記端末のホームネットワークに関連付けられていないアクセスネットワークを介してＩＰ接続を取得する場合、前記ロケーションサーバへの登録を行なうことを決定することを含む、請求項１１記載の方法。
14. 前記ロケーションサーバからタイマ値を受信し、
    前記タイマ値に基づいてタイマを設定し、
    前記タイマが終了する場合、前記ロケーションサーバへの登録を行なう
    ことを更に含む、請求項１１記載の方法。
15. ロケーションサーバへの登録を行なうべきかどうかを判定する手段と、
    登録が決定される場合、登録を行なうために前記ロケーションサーバと通信するための手段であって、前記通信は、端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給し、前記ＩＰアドレスは、ネットワーク起動のロケーションサービスのために前記端末にメッセージを送信するために前記ロケーションサーバによって使用される、手段と
    を備える、無線通信用の装置。
16. ネットワーク起動のロケーションセッションを開始させるメッセージを受信する手段、
    を更に備え、
    前記メッセージは、登録中に前記ロケーションサーバに供給された前記ＩＰアドレスに基づいて、前記ロケーションサーバによって前記端末に送信される、請求項１５記載の装置。
17. 前記の登録を行なうべきかどうかを判定する手段は、前記端末が前記端末のホームネットワークに関連付けられていないアクセスネットワークを介してＩＰ接続を取得する場合、前記ロケーションサーバへの登録を行なうことを決定する手段を備える、請求項１５記載の装置。
18. 前記ロケーションサーバからタイマ値を受信する手段と、
    前記タイマ値に基づいてタイマを設定する手段と、
    前記タイマが終了する場合、前記ロケーションサーバへの登録を行なう手段と
    を更に備える、請求項１５記載の装置。
19. コンピュータに、ロケーションサーバへの登録を行なうべきかどうかを判定させるコードと、
    登録が決定される場合、前記コンピュータに、登録を行なうために前記ロケーションサーバと通信させるコードであって、前記通信は、前記ロケーションサーバに端末を識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給し、前記ＩＰアドレスは、ネットワーク起動のロケーションサービスのために前記端末へメッセージを送信する前記ロケーションサーバによって使用される、コードと
    を含む、コンピュータ読み取り可能な媒体
    を備える、コンピュータプログラムプロダクト。
20. 前記コンピュータ読み取り可能な媒体は、
    前記コンピュータに、ネットワーク起動のロケーションセッションを開始するメッセージを受信させるコードを更に含み、前記メッセージは、登録中に前記ロケーションサーバに供給された前記ＩＰアドレスに基づいて、前記ロケーションサーバによって前記端末に送信される、請求項１９記載のコンピュータプログラムプロダクト。
21. 前記コンピュータ読み取り可能な媒体は、
    前記コンピュータに、前記端末が前記端末のホームネットワークに関連付けられていないアクセスネットワークを介してＩＰ接続を取得する場合、前記ロケーションサーバへの登録を行なうことを決定させるコード、
    を更に含む、請求項１９記載のコンピュータプログラムプロダクト。
22. 前記コンピュータ読み取り可能な媒体は、
    前記コンピュータに、前記ロケーションサーバからタイマ値を受信させ、前記タイマ値に基づいてタイマを設定させ、前記タイマが終了する場合、前記ロケーションサーバへの登録を開始させるコード
    を更に含む、請求項１９記載のコンピュータプログラムプロダクト。
23. 端末と通信して前記端末をロケーションサーバへ登録し、ネットワーク起動のロケーションセッションを開始するために前記端末へメッセージを送信するように構成された少なくとも１つのプロセッサであって、前記通信は、前記端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給し、前記メッセージは、前記登録中に前記端末から受信された前記ＩＰアドレスに基づいて、前記ロケーションサーバから前記端末へ送信される、少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されるメモリと
    を備える、通信用の装置。
24. 前記少なくとも１つのプロセッサは、前記登録中に前記端末にタイマ値を送信し、前記タイマ値は、前記ロケーションサーバへの次の登録を行なうために前記端末によって使用される、請求項２３記載の装置。
25. 前記登録のために、前記少なくとも１つのプロセッサは、前記端末から少なくとも１つのＩＰパケットを受信し、前記少なくとも１つのＩＰパケットの始点アドレスフィールドから第１のＩＰアドレスを取得し、前記少なくとも１つのＩＰパケットのペイロードから第２のＩＰアドレスを取得し、前記第１及び第２のＩＰアドレスを比較し、前記第１及び第２のＩＰアドレスが一致する場合、前記端末の前記ＩＰアドレスとして前記第２のＩＰアドレスを使用し、前記第１及び第２のＩＰアドレスが一致しない場合、前記端末の前記ＩＰアドレスとして前記第１のＩＰアドレスを使用する、請求項２３記載の装置。
26. 前記端末は、セキュアユーザプレーンロケーション（ＳＵＰＬ）対応の端末（ＳＥＴ）であり、前記ロケーションサーバは、ホームＳＵＰＬロケーションプラットフォーム（Ｈ−ＳＬＰ）である、請求項２３記載の装置。
27. 端末と通信して、前記端末をロケーションサーバへ登録し、前記通信は、前記端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバへ供給し、
    ネットワーク起動のロケーションセッションを開始するメッセージを送信し、前記メッセージは、前記登録中に前記端末から受信された前記ＩＰアドレスに基づいて、前記ロケーションサーバから前記端末に送信される、
    ことを含む、無線通信のための方法。
28. 前記登録中に前記端末にタイマ値を送信することを更に含み、
    前記タイマ値は、前記ロケーションサーバへの次の登録を行なうために前記端末によって使用される、請求項２７記載の方法。
29. 前記端末から少なくとも１つのＩＰパケットを受信し、
    前記少なくとも１つのＩＰパケットの始点アドレスフィールドから第１のＩＰアドレスを取得し、
    前記少なくとも１つのＩＰパケットのペイロードから第２のＩＰアドレスを取得し、
    前記第１及び第２のＩＰアドレスを比較し、
    前記第１及び第２のＩＰアドレスが一致する場合、前記端末の前記ＩＰアドレスとして前記第２のＩＰアドレスを使用し、
    前記第１及び第２のＩＰアドレスが一致しない場合、前記端末の前記ＩＰアドレスとして前記第１のＩＰアドレスを使用する
    ことを更に含む、請求項２７記載の方法。
30. 端末と通信して、前記端末をロケーションサーバへ登録する手段であって、前記通信は、前記端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給する、手段と、
    ネットワーク起動のロケーションセッションを開始するメッセージを送信する手段であって、前記メッセージは、前記登録中に前記端末から受信された前記ＩＰアドレスに基づいて、前記ロケーションサーバから前記端末へ送信される、手段と、
    を備える、無線通信用の装置。
31. 前記登録中に前記端末にタイマ値を送信する手段を更に備え、
    前記タイマ値は、前記ロケーションサーバへの次の登録を行なうために前記端末によって使用される、請求項３０記載の装置。
32. 前記端末から少なくとも１つのＩＰパケットを受信する手段と、
    前記少なくとも１つのＩＰパケットの始点アドレスフィールドから第１のＩＰアドレスを取得する手段と、
    前記少なくとも１つのＩＰパケットのペイロードから第２のＩＰアドレスを取得する手段と、
    前記第１及び第２のＩＰアドレスを比較する手段と、
    前記第１及び第２のＩＰアドレスが一致する場合、前記端末の前記ＩＰアドレスとして前記第２のＩＰアドレスを使用する手段と、
    前記第１及び第２のＩＰアドレスが一致しない場合、前記端末の前記ＩＰアドレスとして前記第１のＩＰアドレスを使用する手段と
    を更に備える、請求項３０記載の装置。
33. コンピュータに、端末と通信させて、前記端末をロケーションサーバに登録させるコードであって、前記通信は、前記端末を前記ロケーションサーバに識別させ、前記端末と前記ロケーションサーバとの相互認証を開始させ、また、前記端末のインターネットプロトコル（ＩＰ）アドレスを前記ロケーションサーバに供給する、コードと、
    前記コンピュータに、ネットワーク起動のロケーションセッションを開始するメッセージを送信させるコードであって、前記メッセージは、前記登録中に前記端末から受信された前記ＩＰアドレスに基づいて、前記ロケーションサーバから前記端末へ送信される、コードと
    を含む、コンピュータ読み取り可能な媒体
    を備える、コンピュータプログラムプロダクト。
34. 前記コンピュータ読み取り可能な媒体は、
    前記コンピュータに、前記登録中に前記端末にタイマ値を送信させるコードであって、前記タイマ値は、前記ロケーションサーバへの次の登録を行なうために前記端末によって使用される、コード。
    を更に含む、請求項３３記載のコンピュータプログラムプロダクト。
35. 前記コンピュータ読み取り可能な媒体は、
    前記コンピュータに、前記端末から少なくとも１つのＩＰパケットを受信させ、前記少なくとも１つのＩＰパケットの始点アドレスフィールドから第１のＩＰアドレスを取得させ、前記少なくとも１つのＩＰパケットのペイロードから２のＩＰアドレスを取得させ、前記第１及び第２のＩＰアドレスを比較させ、前記第１及び第２のＩＰアドレスが一致する場合、前記端末の前記ＩＰアドレスとして前記第２のＩＰアドレスを使用させ、前記第１及び第２のＩＰアドレスが一致しない場合、前記端末の前記ＩＰアドレスとして前記第１のＩＰアドレスを使用させるコード
    を更に含む、請求項３３記載のコンピュータプログラムプロダクト。

Images