ワイヤレスローカルエリアネットワークで選択されたサービスを決定及びアクセスするための方法
ＷＬＡＮで選択されたサービスを決定及びアクセスするための方法であって：ＷＬＡＮユーザ端末が、サービス決定ユニットにサービス設定リクエストを送信するステップと、サービス設定リクエストを受信した後、サービス決定ユニットが、サービス認証／認可ユニットにユーザ加入情報を含むサービス認証及び認可リクエストを送信し、リクエストＷＬＡＮユーザ端末に対し認証及び認可を実行するステップと、認証及び認可が成功か否かを判断し、成功した場合、サービス認証／認可ユニットが、ＷＬＡＮユーザ端末と宛先デバイスとの間のサービス接続を設定するためにリクエストＷＬＡＮユーザ端末に認可された宛先デバイスのアドレスを返送するステップと、そうでない場合、サービス認証／認可ユニットが、サービス設定リクエストの失敗情報を返送するステップを具備する方法を開示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスアクセス技術に関し、より具体的には、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）においてユーザによって選択されたサービスを決定及びアクセスするための方法に関する。
【背景技術】
【０００２】
ワイヤレスアクセスの急激な高速化に対するユーザの需要において、ＷＬＡＮが登場し、比較的小領域で高速ワイヤレスデータアクセスを提供することができる。各種技術がＷＬＡＮで使用されてきており、中でもさらに用途を備える技術規格であるＩＥＥＥ８０２．１１ｂがある。この規格は、１１Ｍｂｐｓまでのデータ伝送速度を有する２．４ＧＨｚの周波数帯域を具備している。同一の周波数帯域を具備する他の技術規格は、ＩＥＥＥ８０２．１１ｇとＩＥＥＥ８０２．１１ｇのデータ伝送速度が５４ＭｂｐｓまでのＢｌｕｅｔｏｏｔｈとを具備している。ＩＥＥＥ８０２．１１ａ及びＥＴＳＩ ＢＲＡＮ Ｈｉｐｅｒｌａｎ２等の他の新規格があり、同様に５４Ｍｂｐｓまでの伝送速度を備える５ＧＨｚの周波数帯域を使用する。
【０００３】
ワイヤレスアクセスに対する各種技術がある一方、ほとんどのＷＬＡＮは、ＩＰデータパケットを転送するために利用されている。ワイヤレスＩＰネットワークによって採用されている特定のＷＬＡＮアクセス技術は一般に、上部ＩＰ層に対し透過的である。そのようなネットワークは、ユーザターミナルへワイヤレスアクセスを提供するためのＡｃｃｅｓｓ Ｐｏｉｎｔと、ＩＰ伝送を実行するための制御及び接続デバイスとで構成されている。
【０００４】
ＷＬＡＮの増加及び発展に伴い、研究の焦点は、ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＴＤ−ＳＣＤＭＡ及びＣＤＭＡ２０００等の各種モバイル通信ネットワークを備えるＷＬＡＮのインタワーキングにシフトしている。３ＧＰＰ規格によると、ユーザ端末は、ＷＬＡＮアクセスネットワークを介してＩｎｔｅｒｎｅｔ及びＩｎｔｒａｎｅｔと、ＷＬＡＮアクセスネットワークを介してユーザのホームネットワーク及び３ＧＰＰシステムの訪問先ネットワークとへ接続できる。具体的には、ローカルにアクセスするとき、ＷＬＡＮユーザ端末は、図２に示されるように、ＷＬＡＮアクセスネットワークを介して３ＧＰＰホームネットワークへ接続される；ローミング時、それは、ＷＬＡＮアクセスネットワークを介して３ＧＰＰ訪問先ネットワークへ接続される。３ＧＰＰ訪問先ネットワークのいくつかの構成要素は、３ＧＰＰホームネットワークの対応する構成要素に接続され、例えば、図１に示されるように、訪問先ネットワークの３ＧＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）Ｐｒｏｘｙは、ホームネットワークの３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒに接続され、訪問先ネットワークのＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）は、ホームネットワークのＰａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ（ＰＤＧ）に接続される。図１及び図２は、それぞれローミング施設を備える及び備えない３ＧＰＰシステムを備えるＷＬＡＮインタワーキングのネットワークアーキテクチャを図示する概略図である。
【０００５】
図１及び図２に示されるように、３ＧＰＰシステムは主に、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）／Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（ＨＬＲ）、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒ、３ＧＰＰ ＡＡＡ Ｐｒｏｘｙ、ＷＡＧ、ＰＤＧ、Ｏｆｆｉｃｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ及びＯｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ（ＯＣＳ）を具備している。ユーザ端末、ＷＬＡＮアクセスネットワーク及び３ＧＰＰシステムの全構成要素は、３ＧＰＰ−ＷＬＡＮインタワーキングネットワークを構成し、ＷＬＡＮサービスシステムとして使用することができる。このサービスシステムでは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、ユーザの認証、認可及びアカウンティングと、ＷＬＡＮアクセスネットワークから送信された課金情報の収集と、課金システムへの情報の転送とを管理している；ＰＤＧは、ＷＬＡＮアクセスネットワークから３ＧＰＰネットワーク又は他のパケットネットワークへユーザデータの伝送を管理している；そして課金システムは、ネットワークから転送された加入者の課金情報を受信及び記録する。ＯＣＳはネットワークに対して、オンライン課金加入者の出費状態に従って周期的にオンライン課金情報を伝送するよう命令し、統計をとり、そして制御を行う。
【０００６】
非ローミングの場合、ＷＬＡＮユーザ端末がＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔに直接アクセスすることを望む時、ユーザ端末は、ＷＬＡＮアクセスネットワークを介してＡＡＡサーバ（ＡＳ）の認証及び認可をパスした後、ＷＬＡＮアクセスネットワークを介してＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔにアクセスできる。ＷＬＡＮユーザ端末が同様に３ＧＰＰパケットスイッチ（ＰＳ）ドメインのサービスにアクセスすることを望む場合、３ＧＰＰホームネットワークからＳｃｅｎａｒｉｏ３のサービスをさらにリクエストしうる。即ち、ＷＬＡＮユーザ端末は、３ＧＰＰホームネットワークのＡＳに対しＳｃｅｎａｒｉｏ３のサービスに対する認可リクエストを開始し、そのリクエストに対するサービス認証及び認可を実行する；それが成功した場合、ＡＳは、ユーザ端末にアクセスアクセプトメッセージを送信し、そしてユーザ端末に対し対応するＰＤＧを割り当てる。トンネルがユーザ端末と割り当てられたＰＤＧとの間に設定される時、ユーザ端末は、３ＧＰＰ ＰＳドメインのサービスにアクセスできる。一方、オフライン課金システム及びＯＣＳは、ネットワーク資源のユーザ端末占有率に従って課金情報を記録する。ローミングの場合、ＷＬＡＮユーザ端末がＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔに直接アクセスすることを望む時、Ｉｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔへのアクセスのために３ＧＰＰ訪問先ネットワーク経由で３ＧＰＰホームネットワークに対しリクエストしうる。ユーザ端末がまた３ＧＰＰ ＰＳドメインのサービスにアクセスするためにＳｃｅｎａｒｉｏ３のサービスをリクエストすることを望む場合、ユーザ端末は、３ＧＰＰホームネットワークでサービス認可プロセスを３ＧＰＰ訪問先ネットワークを介して開始する必要がある。認可は、ユーザ端末と３ＧＰＰホームネットワークのＡＳとの間で同様に実行される。認可が成功した後、ＡＳは、ユーザ端末に対し対応するホームＰＤＧを割り当て、そしてユーザ端末は、３ＧＰＰ訪問先ネットワークのＷＡＧを介して割り当てられたＰＤＧに対しトンネルを設定した後、ホームネットワークの３ＧＰＰ ＰＳドメインのサービスにアクセスすることができる。
【０００７】
このとき、ユーザがサービスのＡｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ（ＡＰＮ）を選択した後、ＡＡＡサーバの認証及び認可を経て、サービス名に従って対応するサービス提供ユニットのアドレスを取得する２つの実行スキームがある。
【０００８】
１つのスキームは：ユーザ端末は、パブリックＤｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ（ＤＮＳ）を介して、最終サービス提供ユニットのアドレス、即ち宛先ＰＤＧアドレスを直接取得し、宛先ＰＤＧは一般に、現在のユーザ端末のホームネットワークに位置している。この場合、ユーザ端末は、宛先ＰＤＧにトンネル設定リクエストを送信し、ＰＤＧは、リクエストを受信した後、ＡＡＡサーバで現在のユーザ端末を認証する。認証が成功した場合、宛先ＰＤＧは、それ自体とＵｓｅｒ Ｔｅｒｍｉｎａｌ（ＵＥ）との間でトンネルを直接設定する。このスキームの不利な点は：違法データがネットワーク間で伝送されるように、宛先アドレスを訪問しかつ制御を行うことをユーザに許可するか否かを判断することが訪問先ネットワークにとって困難なことにある。ネットワーク間トラフィックは一般に、長距離トラフィックであるため、伝送コストがかなり高くかつネットワーク間バランスが要求される。故に、非認証情報を伝送することを回避するのが良い。加えて、セキュリティの点では、オペレータのネットワークにおける全ＰＤＧがＤＮＳシステムで曝されかつ任意のインターネットユーザがそれらを得ることができる場合、ネットワークセキュリティに対しかなり潜在的なトラブルとなる。
【０００９】
他のスキームは：ユーザ端末は、現在それをカバーするＷＡＧを決定するプライベートＤＮＳを介して取得し、そしてサービス認証及び認可は、ＷＡＧとＡＡＡサーバとの間の相互作用を介して達成される。認可が成功した後、ＷＡＧは、ＡＡＡサーバから最終サービス提供ユニットのアドレス、即ちＰＤＧのアドレスを取得し、そして現在のユーザ端末は、ＵＥと宛先ＰＤＧとの間にトンネルを設定するために宛先ＰＤＧにトンネル設定リクエストを送信する。しかし、ユーザのリクエストがこのスキームでＷＡＧによって直接扱われるとおり、ＤＮＳ又はＤＨＣＰのようなＷＡＧ検出メカニズムは、ＷＡＧのアドレスを調査及び決定する必要があるため、新たなプロトコルが相互作用に対し加えられる必要がある。その上、ＡＰＮ認証及び認可に対しＰＤＧとＡＡＡサーバとの間に反復した相互作用があるため、ＷＡＧを介したこのスキームは、より複雑になっている。さらに、訪問先ネットワークにはＰＤＧよりもＷＡＧのほうがより多くある。この全ては、訪問先ネットワークのＷＡＧに対するさらなる需要をもたらし、サービスの相互作用を保証するために十分なＷＡＧを提供しなければならない。また、他のネットワークの多数のＷＡＧがＡＡＡサーバ、即ちホームネットワークの中枢デバイスと相互作用するとおり、大きな脅威がＡＡＡサーバのセキュリティにもたらされるので、サービスのローミングに問題を生じる。
【００１０】
故に、上記２つのスキームには明らかに不利な点があるので、それらを使用するのは難しい。主な理由はいずれのスキームも、訪問先ネットワークの各種機能に従って適切な決定ストラテジを採用しないことである。１つのスキームでは、訪問先ネットワークは、高い機能を有することが求められており、複雑なネットワークの実行及びネットワーク間セキュリティに対する潜在的なトラブルのような問題を生じさせるので、ローミング範囲が限定される。他のスキームを用いると、パブリックＤＮＳ決定はかなり簡単であるが、ネットワーク間データは、効率的に制御できず、そしてパブリックＤＮＳが依存されなければならず、潜在的なセキュリティ問題をもたらし、そしてこのスキームの用途を制限してしまう。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
故に、本発明の主な目的は、ネットワークセキュリティ及び信頼性をより高める一方で、選択されたサービスに対するネットワークによる決定及びアクセスプロセスをシンプルにするために、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋで選択されたサービスを決定及びアクセスするための方法を提供することである。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明の技術的スキームは、以下のように実行される。
【００１３】
ＷＬＡＮで選択されたサービスを決定及びアクセスし、初期アクセスプロセスのためのサービス決定ユニットを設置するための方法であって、
ａ．ＷＬＡＮユーザ端末が、サービス決定ユニットにサービス設定リクエストを送信するステップと、
ｂ．サービス設定リクエストを受信した後、サービス決定ユニットが、サービス設定リクエストから抽出されたユーザ加入情報を具備するサービス認証及び認可リクエストをサービス認証／認可ユニットに送信し、リクエストを開始するＷＬＡＮユーザ端末の加入情報に従って、サービス認証／認可ユニットが、リクエストを開始するＷＬＡＮユーザ端末のサービス認証及び認可を実行するステップと、
ｃ．サービス認証／認可ユニットが、認証及び認可が成功か否かを判断し、成功した場合、サービス認証／認可ユニットが、サービス決定ユニットを介して前記リクエストを開始するＷＬＡＮユーザ端末に選択されたサービスを扱うことが認可された宛先デバイスのアドレスを返送し、ＷＬＡＮユーザ端末は、宛先デバイスとのサービス接続を設定し；そうでない場合、サービス認証／認可ユニットは、サービス設定リクエストの失敗情報を返送するステップと、を具備する。
【００１４】
ステップａにおいてサービス決定ユニットにリクエストを送信するＷＬＡＮユーザ端末は：ＷＬＡＮユーザ端末は、プライベートＤＮＳ決定を介して取得したローカルネットワークアドレスに従って又はパブリックＩＰアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、パブリックネットワークＤＮＳ決定を介して取得したパブリックＩＰアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、プリセットＩＰアドレス又はアドレスリストの任意のアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、最終訪問先ＩＰアドレスに従ってサービス決定ユニットにリクエストを送信するステップ、を具備する。
【００１５】
ステップｃにおいて認証及び認可が成功か否かの判断はさらに：リクエストＷＬＡＮユーザ端末が属する現在認可された宛先デバイスとＷＬＡＮアクセスゲートウェイとの間のルーティングは、リクエストＷＬＡＮユーザ端末に対しオープンで、ルーティングがオープンの場合、サービス認証及び認可は成功し；そうでない場合、サービス認証／認可ユニットは、認可された宛先デバイスとそれ自体との間のルートをオープンにするようＷＬＡＮアクセスゲートウェイに指示するために、リクエストＷＬＡＮユーザ端末が属するＷＬＡＮアクセスゲートウェイにオープンルート通知を送信し、そしてルートがうまくオープンしているか否かを判断し、そうである場合、サービス認証及び認可は成功し、そうでない場合、失敗する、ステップを具備する。
【００１６】
サービス決定ユニットは、選択されたサービスを処理することが認可された宛先デバイスであり、そしてステップｃは：サービス認証／認可ユニットがサービス決定ユニットに宛先デバイスアドレスを送信した後、サービス決定ユニットは、リクエストＷＬＡＮユーザ端末にサービス設定応答を直接送信し、そしてリクエストＷＬＡＮユーザ端末に対しサービス接続を設定するプロセスを始める、ステップを具備する。
【００１７】
ステップｃにおいてＷＬＡＮユーザ端末と宛先デバイスとの間のサービス接続を設定するプロセスはさらに：選択されたサービスを処理することが認可された宛先デバイスのアドレスを受信した後、リクエストデバイスは、再度宛先デバイスにサービス設定リクエストを送信し；サービス設定リクエストを受信した後、宛先デバイスは、サービス認証／認可ユニットとの相互作用を介して現在のリクエストＷＬＡＮユーザ端末に対して認証及び認可を達成し、認可が成功した場合、宛先デバイスは、リクエストＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備する。
【００１８】
ステップｃにおいて、リクエストＷＬＡＮユーザ端末に選択されたサービスを処理することが認可された宛先デバイスのアドレスを返送する一方、サービス認証／認可ユニットは、宛先デバイスにリクエストＷＬＡＮユーザ端末の情報を伝えるサービス認可通知を送信する。ステップｃにおいてＷＬＡＮユーザ端末と宛先デバイスとの間にサービス接続を設定するプロセスはさらに：選択されたサービスを処理することが認可された宛先デバイスのアドレスを受信した後、リクエストＷＬＡＮユーザ端末は、再度宛先デバイスにサービス設定リクエストを送信し；サービス設定リクエストを受信した後、宛先デバイスは、サービス認可通知の情報に従ってリクエストＷＬＡＮユーザ端末に対し認証及び認可を達成し、認可が成功した場合、現在のリクエストＷＬＡＮユーザ端末とのサービス接続を設定する、ことを具備する。
【００１９】
前記ユーザ加入情報は少なくとも：リクエストＷＬＡＮユーザ端末のユーザ身元とＷＬＡＮユーザ端末がアクセスをリクエストする選択されたサービスのサービス名とを具備する。サービス設定リクエストは、規格によって提供されたトンネル設定リクエスト信号伝達に具備される。サービス決定ユニットは、訪問先ネットワークの内側又はリクエストＷＬＡＮユーザ端末のホームネットワークの内側に設置される。
【００２０】
前記サービス認証／認可ユニットは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバである。サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。選択されたサービスを処理することが認可された宛先デバイスは、３ＧＰＰ規格によって特定されたＰＤＧデバイス又はＧｅｎｅｒａｌ Ｐａｃｋａｇｅ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｇａｔｅｗａｙ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）である。
【００２１】
前記方法はさらに：選択されたサービスがうまくアクセスされた後、リクエストＷＬＡＮユーザ端末は、選択されたサービス名と選択されたサービスを処理することが認可された宛先デバイスのアドレスとの間の対応関係を記憶する、ステップを具備する。
【００２２】
前記方法はさらに：選択されたサービスがうまくアクセスされた後、リクエストＷＬＡＮユーザ端末は、選択されたサービス名とサービス決定ユニットとの間の対応関係を記憶する、ステップを具備する。
【００２３】
前記方法はさらに：選択されたサービスへの現在のアクセスが終了した後、ＷＬＡＮアクセスゲートウェイデバイスと認可された宛先デバイスとの間のルートをクローズし、ルートは、リクエストＷＬＡＮユーザ端末に提供される、ステップを具備する。
【００２４】
上記スキームでは、ＷＬＡＮアクセスゲートウェイデバイスは、ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）である。
【００２５】
ユーザ身元は、リクエストＷＬＡＮユーザ端末のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）又はユーザＩＰ又はＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）又はＴＥＭＰＩＤ又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ−ＵＲＬ）である。
【００２６】
ステップｃはさらに：リクエストＷＬＡＮユーザ端末に失敗情報を返送する間、リクエストＷＬＡＮユーザ端末に対応するエラー情報を示す、ことを具備する。
【００２７】
本発明によって提供されたＷＬＡＮにおいて選択されたサービスを決定及びアクセスするための方法によれば、初期アクセスプロセスに特に使用される１つ又は１つより多いサービス決定ユニットが設置され、そしてユーザ端末は、サービス決定ユニットに全てのサービスアクセスリクエストを送信し、認証、認可及びサービス接続設定の以後のプロシージャを制御する。この方法は、以下の利点及び特徴を有する：
１）本発明は、実際のネットワークの機能及び構造に従って選択されたＷＬＡＮサービスの決定及びアクセスプロシージャを最適に実行できる。
２）パブリックＤＮＳを使用する時、ＰＤＧのようなサービス決定ユニットの機能を果たす僅少なデバイスだけあり、サービス、例えばＰＤＧを提供する他の共通サービスアクセスデバイスは、パブリックＤＮＳで開示される必要がない一方で、そのアドレスは、パブリックＤＮＳで発見されるべきでありそのためサービス、例えばＰＤＧを提供するゲートウェイデバイスのセキュリティが保証され、サービス、例えばＰＤＧを提供するゲートウェイデバイスから認証又は認可なしでユーザを保護する。パブリックＤＮＳで発見できるサービス決定ユニットに関して、そのセキュリティ及び信頼性は、そのセキュリティ保護及びプロセス機能を高めることによって改善できる。
３）高い機能を備えた訪問先ネットワーク及び訪問が許可されたホームネットワークユーザデータ及び／又は相互作用が許可されたホームネットワークＡＡＡサーバに対して、決定及び認可オペレーションは、訪問先ネットワークのデバイスによって達成でき；低い機能を備えた訪問先ネットワークに対して、決定及び認可オペレーションは、ローミング範囲の限定を回避するために、特定されたルート及び宛先アドレスを介してホームネットワークに転送できる。しかし、ユーザ端末が関係している限り、上述した２つのアプローチは、両方とも目に見えず、そして完全に同一な相互作用モードを備え、ユーザ端末のシンプリシティ及び一貫性を保証できる。
４）ＶＰＬＭＮ／ＷＬＡＮオペレータは、サービス決定ユニットのアドレスを取得するためにプライベート又はパブリックＤＮＳ決定方法を採用するか否かを決定し、ＰＤＧとＷＡＧとを区別することなくＶＰＬＭＮ又はＨＰＬＭＮに位置しうる。
５）リクエストＷＬＡＮユーザ端末及び宛先デバイスは、新しい相互作用プロトコルを加えることを回避するためにＥｎｄ−ｔｏ−Ｅｎｄ（Ｅ２Ｅ）トンネルを設定するための既存の信号伝達を用いて相互作用を行う。サービス決定ユニットは、ユーザ端末の認証及び認可を達成するためにＡＡＡサーバと相互作用し、その認可結果は、サービスを処理するための実際のＰＤＧに至る。
【発明を実施するための最良の形態】
【００２８】
本発明の原理は：２ステップの決定を採用しており、即ち、初期アクセスプロセスに使用される１つ又は１つより多いサービス決定ユニットをプリセットするものである。これらのサービス決定ユニットは、ユーザのリクエストを受信し、サービス決定ユニットで認証及び認可を達成し、そして選択されたサービスを処理するためにサービス認可によって認可されたデバイスのアドレスをリクエストユーザ端末に返送し、認可されたデバイスはまた、いくつかのシンプルなサービスを提供することができる。換言すると、ユーザ端末は、サービス決定ユニットに全てのサービスアクセスリクエストを送信し、認証、認可及びアドレス返送のような以後のオペレーションを制御する。
【００２９】
前記サービス決定ユニットは、ホームネットワーク内又はリクエストユーザ端末の訪問先ネットワークにセットでき、所定のローミングアグリメントに従って訪問先ネットワークのオペレータによって決定される。サービス決定ユニットは、ＷＡＧ又はＰＤＧに位置できる。サービス認証／認可ユニットは、３ＧシステムでＡＡＡサーバ又は３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにできる。選択されたサービスを処理することが認可されたデバイスは、サービス接続のためにＰＤＧ、ＧＧＳＮ又は他のゲートウェイデバイスにすることができる。
【００３０】
本発明では、１つ又は１より多いサービス決定ユニットがあらかじめセットされている。複数のサービス決定ユニットは、処理すべきサービス間の相違に基づいて区別できる。全てのサービス決定ユニットは、サービス認証／認可ユニットに接続される。図４は、本発明に従う基本プロセスを図示するフローチャートである。図４に示されるように、本発明に従って選択されたサービスのアクセスプロセスは、主に以下のステップを具備する：
【００３１】
ステップ４０１：ＷＬＡＮユーザ端末がＷＬＡＮを介して３ＧＰＰ−ＷＬＡＮインタワーキングネットワークへのアクセスをリクエストする時、ＷＬＡＮユーザ端末又はネットワークは、アクセス認証プロシージャを開始し、そしてネットワーク側は、このＷＬＡＮユーザ端末に対し認証を達成する。具体的に言うと、ネットワーク側のアクセス認証／認可ユニットは、アクセス制御ユニットを介してユーザ端末とネットワークとの間で合法な認証を達成する。ここで、アクセス制御ユニットは、ＷＬＡＮアクセスネットワークのＡｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ（ＡＣ）又はオペレーションネットワークのＷＡＧ又は２つの組合せが可能で；アクセス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにすることができる。
【００３２】
図３のステップ３０１〜ステップ３０６に示されるように、ＷＬＡＮユーザ端末と３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒとの間のアクセス認証及び認可プロシージャは：ＷＬＡＮユーザ端末がアクセス制御ユニットを介してアクセス認証／認可ユニットへ認証に必要な認証情報を伝達し；ユーザ端末の関連情報を受信した後、アクセス認証／認可ユニットがそれ自体アクセス認証を達成し、認証が成功した場合、加入情報に従ってユーザのアクセス範囲を認可し、そして以後のオペレーションを継続し；そうでない場合、アクセス認証の失敗についてユーザ端末に通知し、そして現在のアクセス認可プロシージャを終了する、ことを具備する。
【００３３】
アクセス範囲に関する加入情報は、ユーザ端末が初期にＷＬＡＮにアクセスする時、アクセスのために認証されなければならないことを意味する。この時、ユーザデータがＷＡＧをパスすることについて許可されるか否かが決定される。アクセスが認可された後、ユーザ端末は、Ｉｎｔｅｒｎｅｔ及びＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋにアクセスできるが、３ＧＰＰパケットサービスにアクセスすること、例えば、ＰＤＧを介して提供される各種３Ｇネットワークサービスにアクセスすることはできない。
【００３４】
所定の端末が３Ｇサービスにアクセスできかつこのサービスに加入している場合、サービスを提供するＰＤＧは、このユーザ端末に対し未だクローズされうるため、ＰＤＧへユーザデータをルーティングすることは、ＷＡＧで禁止される。しかし、このユーザ端末のリクエストがＷＡＧをパスするためには、このユーザ端末は、初期決定デバイスを訪問するためにＷＡＧで認可される。明らかに、サービスを提供するＰＤＧへのルートは、ユーザ端末リクエストの信号伝達がパスするように、アクセス認可の間にユーザ端末に対しオープン可能だが、サービスアクセスプロシージャの間にＰＤＧと相互作用することによってサービス認証を未だ達成する必要がある。いくつかの低コストユーザ端末は、３Ｇネットワークと相互作用を必要とするサービスに加入しておらず、ＷＬＡＮを介してＩｎｔｅｒｎｅｔへの直接のアクセスが許可されるだけであるが、ＷＬＡＮを介してＰＤＧのような３Ｇコアネットワークデバイスにアクセスすることが永久に禁止され、そしてユーザのこの種の任意データは、ＷＡＧをパスすることが禁止される。
【００３５】
ステップ４０２：アクセス認可をパスした後、ＷＬＡＮユーザ端末は、パブリック又はプライベートＤＮＳとの相互作用によって、選択されたサービスのサービス名に従ってサービス決定ユニットのＩＰアドレスを取得する。
【００３６】
ここで、サービス決定ユニットのＩＰアドレスを取得するためにＷＬＡＮユーザ端末にとって多数の方法がある：プライベートＤＮＳにおける決定に従ってローカルネットワークアドレス又はパブリックＩＰアドレスを取得する；又はパブリックＤＮＳにおける決定に従ってパブリックＩＰアドレスを取得する；又はあらかじめ設置（ｐｒｅｃｏｎｆｉｇｕｒｅｄ）されたＩＰアドレス又はアドレスリストにおける任意アドレスに従ってサービス決定ユニットのＩＰアドレスを取得する；又は最終アクセスで達成された決定によって取得したＩＰアドレスに従ってサービス決定ユニットのＩＰアドレスを取得する。
【００３７】
ステップ４０３：ステップ４０２で取得したアドレスに従って、リクエストＷＬＡＮユーザ端末は、サービス決定ユニットにサービス設定リクエストを送信する。この実施形態では、既存の標準信号伝達におけるＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストがこのサービス設定リクエストに耐えるために採用でき、即ち、サービス設定リクエストは、セットを独立して信号伝達することによってなすことができる。この実施形態では、サービス決定ユニットは、独立したデバイスである。
【００３８】
このリクエストで伝えられる現在のＷＬＡＮユーザ端末の関連加入情報は主に：現在のＷＬＡＮユーザ端末のユーザ身元及び現在のＷＬＡＮユーザ端末によって選択されたサービス名を具備し、ユーザ身元は、Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、ユーザＩＰ、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、ＴＥＭＰ ＩＤ又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ−ＵＲＬ）にすることができる。この実施形態では、選択されたサービスは、ショートメッセージサービス、マルチメディアショートメッセージサービス、ロケーションサービス、ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）サービスその他を具備しうる。
【００３９】
ステップ４０４〜ステップ４０５：サービス設定リクエストを受信した後、サービス決定ユニットは、サービス認証及び認可リクエストをサービス認証／認可ユニットに送信し、リクエストは、ユーザの加入情報を伝える。サービス認証／認可ユニットは、受信したユーザ加入情報に従ってリクエストＷＬＡＮユーザ端末に対し認証及び認可を達成し、そしてサービス決定ユニットにサービス認証及び認可応答を返送し、応答は、認証及び認可の結果を伝える。この実施形態では、サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００４０】
認証及び認可が成功した場合、サービス認証／認可ユニットは、選択されたサービスを処理することが認可されたデバイスのアドレス及び認可されたサービス名をサービス決定ユニットに返送し；失敗した場合、サービス認証／認可ユニットは、サービス決定ユニットによってリクエストＷＬＡＮユーザ端末に失敗情報を返送して、現在のアクセスプロシージャを終了する。失敗情報を返送する一方、サービス決定ユニットは、ＷＬＡＮユーザ端末に対応するエラー情報を提供できる。以後のステップは、認証及び認可の成功例をとって詳述される。
【００４１】
サービス認証／認可ユニットがＷＬＡＮユーザ端末を認証する一方、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、リクエストＷＬＡＮユーザ端末を識別しようとし、識別が成功した場合、リクエストされたサービスがそのサービス加入情報に適合するか否かをチェックし、それらが適合しない場合、直接失敗情報を返送し、又は可能な代替サービス、例えば、ショートメッセージサービスによってマルチメディアショートメッセージサービスを交換する。このとき、ユーザ端末が新しい代替サービスをアクセプトした場合、以後のオペレーションが実行され；そうでない場合、現在のプロシージャが終了する。識別が失敗した場合、ユーザ識別失敗情報は、直接返送され、そしてユーザ識別再同期又は再認識のような新しいプロシージャが開始する。
【００４２】
ステップ４０６：宛先デバイスのアドレス及び認可されたサービス名を受信した後、サービス決定ユニットは、リクエストＷＬＡＮユーザ端末に受信情報を送る。この実施形態では、転送信号の伝達を設定する既存の標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネルは、宛先デバイスのアドレス及び認可されたサービス名のような情報を伝送するために採用される。
【００４３】
ステップ４０７：宛先デバイスのアドレスを受信した後、リクエストＷＬＡＮユーザ端末は、サービス接続を設定するリクエストをするために、その受信アドレスに従って、再度宛先デバイスにサービス設定リクエストを送信する。この実施形態では、このサービス設定リクエストは、転送信号の伝達を設定する既存の標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネルが負担となりうる。
【００４４】
ステップ４０８〜４０９：宛先デバイスがサービス設定リクエストを受信した後、サービス認証／認可ユニットは、リクエストＷＬＡＮユーザ端末を認証する。宛先デバイスは、リクエストＷＬＡＮが認証をパスしたことについて区別しないため、ＷＬＡＮユーザ端末は、新しいリクエストを開始する端末として処理される。
【００４５】
ステップ４１０：認証が成功した後、宛先デバイスは、サービス設定応答を返送し、そしてサービストンネルを設定するためにリクエストＷＬＡＮユーザ端末と相互作用する。このリクエストＷＬＡＮユーザ端末は、認証をパスしたため、一般にこの認証をパスできる。ここで、標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネル設定プロシージャは、サービストンネル設定の相互作用プロシージャを実行するために採用できる。
【００４６】
一般に、ＷＡＧ等の、選択されたサービスを処理するためにサービス認証／認可ユニットによって認証された宛先デバイスと中間ルート制御デバイスとの間のデータ伝送は、あらかじめ有効に設定される。いいかえると、宛先デバイスのアドレスは、ＷＡＧを介してルートが許可されるアドレスであり、即ち、それらが互いに相互作用できるように、ＷＡＧと宛先デバイスとの間にオープンルートがある。特に言うと、リクエストユーザ端末のデータは、ＷＡＧを介して認可された宛先デバイスに到達することが許可される。あらかじめ設置を行う２つのスキームがある：第１のスキームは、許可されたアドレス範囲がアクセス認可の間にＷＡＧのようなデバイスに送信され、例えば、所定のＩＰアドレスは、ホームネットワークオペレータがＣＭＣＣである全ての加入者に対しオープンであってもよく、それらがネットワークに訪問することを許可する；即ち全てのデバイスは、ローカルネットワークで所定のデバイスにアクセスすることを許可されるだけである；他のスキームは、アクセスの後、ＡＡＡサーバがローカルネットワークでオープンＩＰアドレス又は全ての加入者が訪問を許可されるＩＰアドレスに関する命令を関連する訪問先ネットワークに発行する。
【００４７】
しかし、宛先デバイスと中間ルート制御デバイスとの間にプリセットされた許可されていないルートが時々ある。この場合、認可された宛先デバイスを決定した後、サービス認証／認可ユニットは、それぞれの記録をチェックし、そしてリクエストＷＬＡＮユーザ端末が現在属するＷＡＧと宛先デバイスとの間に認可可能なルートがあるか否かを判断し、この判断は、サービス認証／認可ユニットがＷＡＧ又はＡＡＡプロキシに対しオープン又はクロズするルートの関連認可を前もって送信し、未送信の場合、関連するＷＡＧに通知する必要がある。図５に示されるように、この実施形態は、以下のステップを具備する：
【００４８】
ステップ５０１〜５０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間制御デバイスはＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００４９】
ステップ５０５〜５０６：認証された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、リクエストＷＬＡＮユーザ端末が属するＷＡＧにオープンルート通知を送信し、通知は、宛先デバイスの情報を伝え；オープンルート通知を受信した後、ＷＡＧは、宛先デバイスのアドレスに従って対応するルートをオープンにし、そして３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにオープンルート通知確認を返送する。
【００５０】
明らかに、オープンルート通知を受信した後、ＷＡＧは、対応するルートをオープンすることを許可するか否かを判断してもよく、不許可又はルートオープン動作が他の理由で失敗した場合、返送されたオープンルート通知確認が失敗情報を伝える。一方、選択されたサービスに対する現在のアクセスプロシージャは、終了する。
【００５１】
ステップ５０７〜５１２：ステップ４０５〜４１０と完全に同じである。ルートがうまくオープンになった場合、ＷＡＧは、選択されたサービスのアクセス終了後、オープンのルートをクローズすることができる。
【００５２】
図４に示されるスキームにおいて、選択されたサービスを処理するために宛先デバイスを決定した後、サービス認証／認可ユニットは、サービス決定ユニットにサービス認証／認可応答を送信する間、所定のＷＬＡＮユーザ端末によってリクエストされた所定の選択されたサービスを処理する認可がされたことをデバイスに通知するために宛先デバイスにサービス認可通知を通知する。この方法で、ステップ４０８及び４０９の再認証プロシージャは、スキップされる。具体的なプロセスは、図６に示され、以下のステップを具備する：
【００５３】
ステップ６０１〜６０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間ルート制御デバイスは、ＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００５４】
ステップ６０５〜６０６：ステップ５０５〜５０６と完全に同じであるが、これら２つのステップは、スキップできる。ステップ６０５及び６０６が含まれる場合、図５に示される実施携帯はまた、宛先デバイスに認可通知を送信するスキームを採用することができる。
【００５５】
ステップ６０７：ステップ４０５と完全に同じである。ステップ６０８：選択されたサービスを処理することが認可された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、サービス決定ユニットにサービス認証及び認可応答を送信する間、宛先デバイスにサービス認可通知を送信する。
【００５６】
ステップ６０９〜６１１：ステップ４０６〜４０７及びステップ４１０とそれぞれ完全に同じである。宛先デバイスは、サービスに対するリクエストだけでなくリクエストを送信するユーザ端末がどれかあらかじめ学習するため、ユーザ端末からＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストを受信した後、宛先デバイスは、事前に受信した認可通知とこの受信リクエストとを比較するのみで、それらが同じユーザ端末であってかつ同じサービスである場合、サービス接続は、再び認証を行うことなく直接設定できる。
【００５７】
本発明では、サービス決定ユニットは、宛先デバイスの機能を果たしうる。この場合、対応するプロシージャは、図７に示されるように、以下のステップを具備する。
【００５８】
ステップ７０１〜７０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間ルート制御デバイスは、ＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００５９】
ステップ７０５：選択されたサービスを処理することが認可された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、サービス決定ユニットにサービス認証及び認可応答を送信し、このサービス決定ユニットが現在のユーザ端末によって選択されたサービスを処理するために宛先デバイスとして認可されたことを示す。
【００６０】
ステップ７０６：サービス認証及び認可応答を受信した後、サービス決定ユニットは、受信アドレスに従ってサービス決定ユニットにＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストを送信する必要なくサービス接続を直接設定するために以後の相互作用を達成するよう、サービス接続の設定に直接応答する。
【００６１】
サービス決定ユニットをセットする２つの方法がある：訪問先ネットワーク又はホームネットワークの中でサービス決定ユニットをセットする。訪問先ネットワークでサービス決定ユニットによって実行される決定のプロシージャは、以下のようである：
【００６２】
図８は、サービス決定ユニットが訪問先ネットワークの中にセットされた実施形態を図示している。図８に示されるように、この実施形態では、訪問先ネットワークのＰＤＧは、サービス決定ユニットとして扱われ、Ｒ−ＰＤＧとも呼ばれる。ＩＰアドレスは、訪問先ネットワークによって割り当てられる。ユーザ端末がアクセスするサービス決定ユニットのアドレスは、プライベートＤＮＳシステムに置かれ、そして訪問先ネットワークのＲ−ＰＤＧアドレスは、任意のサービス名を決定することによって取得できる。アクセス認可の間、このＲ−ＰＤＧアドレスは、ＷＡＧを介するアクセスが許可される。
【００６３】
図９は、サービス決定ユニットが訪問先ネットワーク内にセットされた時の他の実施形態を図示している。図９に示されるように、この実施形態では、訪問先ネットワークのＷＡＧは、サービス決定ユニットの機能を果たす。訪問先ネットワークは、このＷＡＧアドレスを任意のユーザサービスの初期決定結果として扱い、そしてＷＡＧは、信号伝達がＡＡＡプロキシを介して伝送できる一方、サービス認証及び認可を達成するために３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用できる。ＷＡＧが３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用できない場合、サービス決定ユニットの機能を果たすＷＡＧは、Ｒ−ＰＤＧとして扱うことができ、そのネットワーク構造は、図８に示されたものと基本的に同じである。結果として、図８及び９に示されるような２つのスキームがマージアプリケーションで共存する。
【００６４】
ホームネットワークでサービス決定ユニットによって実行される決定のプロシージャは、以下のステップを具備する：
【００６５】
図１０は、サービス決定ユニットがホームネットワーク内でセットされる時の実施形態を図示している。図１０に示されるように、本実施形態では、ホームネットワークのＰＤＧは、サービス決定ユニットの機能を果たし、Ｒ−ＰＤＧとも呼ばれる。アクセス認可が要求される時、ホームネットワークによって送信されたアクセスルールは、サービス決定ユニットとして扱うことができるＲ−ＰＤＧのアドレス又はアドレスセグメントにルートすることをホームネットワークのユーザに許可するために実行される。
【００６６】
図１１は、サービス決定ユニットがホームネットワーク内にセットされた時の他の実施形態を図示している。図１１に示されるように、本実施形態では、ホームネットワークのＷＡＧは、サービス決定ユニットの機能を果たす。これらのＷＡＧは、サービス認証及び認可を達成するために３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用することができる。ユーザがホームネットワークによってカバーされる時、プロシージャはこれによって、図９に示される実施形態のものと同じになる。ユーザがローミングの時、これらのＷＡＧは、図１０に示される実施形態でのＲ−ＰＤＧと同一であり、ホームネットワークは、あらかじめ又は動的に、これらのアドレスについて訪問先ネットワークに通知する。ＤＮＳによってユーザ端末のサービスリクエストを決定する時、訪問先ネットワークは、ＤＮＳ決定結果としてこれらのＲ−ＰＤＧのアドレスについてユーザ端末に直接通知し、この方法で、ユーザ端末は、ホームネットワークでサービス決定ユニットのアドレスを取得できる。
【００６７】
選択されたサービスの決定及びアクセスに対する上述した相互作用プロシージャは、実際のネットワークで任意の組合せで適用することができる。ホームネットワークの点では、この機能は、サービス決定ユニットとしてＰＤＧを使用することによって容易に提供できるので、ＷＡＧを使用することによっても可能であり、その両方で集中的な管理を達成しうるが、前者より後者のほうにコストがかかる。故に、通常のローミングパートナーは、ホームネットワークによって許可されたいくつかのデバイスに、ＤＮＳメカニズムの初期決定を介して取得されたリクエストされたルートを返送できることを要求されるだけである。
【００６８】
上述した各種実施形態において、サービスがうまくアクセスされた場合、リクエストＷＬＡＮユーザ端末は、記憶情報が再度サービスを設定する時に使用されるように、選択されたサービスのサービス名及び対応する宛先デバイスのアドレスを記憶することができる。例えば、再度サービスを設定する時、サービス名がうまくアクセスされたものと同一でありかつ記憶された関連付けが未だ利用できる場合、又は記憶された関連付けを試みることができる特別なルールに従って決定される場合、その時ユーザ端末は、一度認可された宛先デバイスの記憶アドレスにサービス接続設定リクエストを直接送信し、そして決定プロシージャを省略するため及び直接アクセスするためにＥｎｄ−ｔｏ−Ｅｎｄ（Ｅ２Ｅ）トンネル設定を達成する。もちろん、宛先デバイスの記憶アドレスに到達できないか又は拒否される場合、決定が再度達成されねばならない。
【００６９】
同様に、うまくアクセスされたサービスは、サービス決定ユニットが決定を達成されていることを意味するため、リクエストＷＬＡＮユーザ端末は、記憶情報が再度サービスを設定する時に使用されるように、選択されたサービスのサービス名及び対応する宛先デバイスのアドレスを記憶することができる。例えば、再度サービスを設定する時、サービス名がうまくアクセスされたものと同一でありかつ記憶された関連付けが未だ利用可能である場合、又は記憶された関連付けを試みることができる特別なルールに従って決定される場合、ユーザ端末は、初期決定をスキップするためにサービス決定ユニットの記憶アドレスにサービス設定リクエストを直接送信することができ、即ち、サービス決定ユニットを発見するプロシージャは、ＤＮＳ決定によってサービス決定ユニットのアドレスを取得するプロシージャである。もちろん、サービス決定ユニットの記憶アドレスに到達できないか又は拒否された場合、決定が再度達成されねばならない。
【００７０】
上記スキームでは、サービス決定ユニットはまた、同時にサービス認証／認可ユニットの機能を果たすことができ、即ちサービス決定ユニット及びサービス認証／認可ユニットは、同じデバイスによって実行される。この場合、認証及び認可プロセスは、サービス決定ユニットによって直接実行できる。特に言うと、トンネル設定リクエストを受信した後、サービス決定ユニットは、ＷＬＡＮユーザ端末のユーザ身元及びＷＬＡＮユーザ端末がアクセスをリクエストするサービス名を抽出し；一方で、サービス決定ユニットは、ユーザ身元に従ってＨＳＳ／ＨＬＲからリクエストＷＬＡＮユーザ端末の加入情報を取得し、そして取得した加入情報と抽出情報とを比較し、それらが適合した場合、認証が成功し；そうでない場合、認証は失敗する。
【００７１】
上記説明は、本発明の好ましい実施形態を示すにすぎず、本発明の保護範囲を限定するものではない。
【図面の簡単な説明】
【００７２】
【図１】図１は、ローミング時におけるインタワーキングＷＬＡＮシステム及び３ＧＰＰシステムのネットワーク構造を図示する概略図である。
【図２】図２は、非ローミング時におけるインタワーキングＷＬＡＮシステム及び３ＧＰＰシステムのネットワーク構造を図示する概略図である。
【図３】図３は、アクセス認可プロシージャを図示するフローチャートである。
【図４】図４は、本発明に従う基本プロセスを図示するフローチャートである。
【図５】図５は、本発明の方法による第１実施形態でのプロセスのフローチャートである。
【図６】図６は、本発明の方法による第２実施形態でのプロセスのフローチャートである。
【図７】図７は、本発明の方法による第３実施形態でのプロセスのフローチャートである。
【図８】図８は、本発明の方法による第４実施形態でのプロセスのフローチャートである。
【図９】図９は、本発明の方法による第５実施形態でのプロセスのフローチャートである。
【図１０】図１０は、本発明の方法による第６実施形態でのプロセスのフローチャートである。
【図１１】図１１は、本発明の方法による第７実施形態でのプロセスのフローチャートである。
【符号の説明】
【００７３】
３０１ ＷＬＡＮネットワークへのアクセスを完了
３０４ アクセスルールの実行
４０１ ＷＬＡＮネットワークアクセス認証及び認可を完了
４０２ ＤＮＳ決定によって選択されたサービス名に従って初期ＩＰアドレスを取得
【技術分野】
【０００１】
本発明は、サービスアクセス技術に関し、より具体的には、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）においてユーザによって選択されたサービスを決定及びアクセスするための方法に関する。
【背景技術】
【０００２】
ワイヤレスアクセスの急激な高速化に対するユーザの需要において、ＷＬＡＮが登場し、比較的小領域で高速ワイヤレスデータアクセスを提供することができる。各種技術がＷＬＡＮで使用されてきており、中でもさらに用途を備える技術規格であるＩＥＥＥ８０２．１１ｂがある。この規格は、１１Ｍｂｐｓまでのデータ伝送速度を有する２．４ＧＨｚの周波数帯域を具備している。同一の周波数帯域を具備する他の技術規格は、ＩＥＥＥ８０２．１１ｇとＩＥＥＥ８０２．１１ｇのデータ伝送速度が５４ＭｂｐｓまでのＢｌｕｅｔｏｏｔｈとを具備している。ＩＥＥＥ８０２．１１ａ及びＥＴＳＩ ＢＲＡＮ Ｈｉｐｅｒｌａｎ２等の他の新規格があり、同様に５４Ｍｂｐｓまでの伝送速度を備える５ＧＨｚの周波数帯域を使用する。
【０００３】
ワイヤレスアクセスに対する各種技術がある一方、ほとんどのＷＬＡＮは、ＩＰデータパケットを転送するために利用されている。ワイヤレスＩＰネットワークによって採用されている特定のＷＬＡＮアクセス技術は一般に、上部ＩＰ層に対し透過的である。そのようなネットワークは、ユーザターミナルへワイヤレスアクセスを提供するためのＡｃｃｅｓｓ Ｐｏｉｎｔと、ＩＰ伝送を実行するための制御及び接続デバイスとで構成されている。
【０００４】
ＷＬＡＮの増加及び発展に伴い、研究の焦点は、ＧＳＭ、ＣＤＭＡ、ＷＣＤＭＡ、ＴＤ−ＳＣＤＭＡ及びＣＤＭＡ２０００等の各種モバイル通信ネットワークを備えるＷＬＡＮのインタワーキングにシフトしている。３ＧＰＰ規格によると、ユーザ端末は、ＷＬＡＮアクセスネットワークを介してＩｎｔｅｒｎｅｔ及びＩｎｔｒａｎｅｔと、ＷＬＡＮアクセスネットワークを介してユーザのホームネットワーク及び３ＧＰＰシステムの訪問先ネットワークとへ接続できる。具体的には、ローカルにアクセスするとき、ＷＬＡＮユーザ端末は、図２に示されるように、ＷＬＡＮアクセスネットワークを介して３ＧＰＰホームネットワークへ接続される；ローミング時、それは、ＷＬＡＮアクセスネットワークを介して３ＧＰＰ訪問先ネットワークへ接続される。３ＧＰＰ訪問先ネットワークのいくつかの構成要素は、３ＧＰＰホームネットワークの対応する構成要素に接続され、例えば、図１に示されるように、訪問先ネットワークの３ＧＰＰ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）Ｐｒｏｘｙは、ホームネットワークの３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒに接続され、訪問先ネットワークのＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）は、ホームネットワークのＰａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ（ＰＤＧ）に接続される。図１及び図２は、それぞれローミング施設を備える及び備えない３ＧＰＰシステムを備えるＷＬＡＮインタワーキングのネットワークアーキテクチャを図示する概略図である。
【０００５】
図１及び図２に示されるように、３ＧＰＰシステムは主に、Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ＨＳＳ）／Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ（ＨＬＲ）、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒ、３ＧＰＰ ＡＡＡ Ｐｒｏｘｙ、ＷＡＧ、ＰＤＧ、Ｏｆｆｉｃｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ及びＯｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ（ＯＣＳ）を具備している。ユーザ端末、ＷＬＡＮアクセスネットワーク及び３ＧＰＰシステムの全構成要素は、３ＧＰＰ−ＷＬＡＮインタワーキングネットワークを構成し、ＷＬＡＮサービスシステムとして使用することができる。このサービスシステムでは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、ユーザの認証、認可及びアカウンティングと、ＷＬＡＮアクセスネットワークから送信された課金情報の収集と、課金システムへの情報の転送とを管理している；ＰＤＧは、ＷＬＡＮアクセスネットワークから３ＧＰＰネットワーク又は他のパケットネットワークへユーザデータの伝送を管理している；そして課金システムは、ネットワークから転送された加入者の課金情報を受信及び記録する。ＯＣＳはネットワークに対して、オンライン課金加入者の出費状態に従って周期的にオンライン課金情報を伝送するよう命令し、統計をとり、そして制御を行う。
【０００６】
非ローミングの場合、ＷＬＡＮユーザ端末がＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔに直接アクセスすることを望む時、ユーザ端末は、ＷＬＡＮアクセスネットワークを介してＡＡＡサーバ（ＡＳ）の認証及び認可をパスした後、ＷＬＡＮアクセスネットワークを介してＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔにアクセスできる。ＷＬＡＮユーザ端末が同様に３ＧＰＰパケットスイッチ（ＰＳ）ドメインのサービスにアクセスすることを望む場合、３ＧＰＰホームネットワークからＳｃｅｎａｒｉｏ３のサービスをさらにリクエストしうる。即ち、ＷＬＡＮユーザ端末は、３ＧＰＰホームネットワークのＡＳに対しＳｃｅｎａｒｉｏ３のサービスに対する認可リクエストを開始し、そのリクエストに対するサービス認証及び認可を実行する；それが成功した場合、ＡＳは、ユーザ端末にアクセスアクセプトメッセージを送信し、そしてユーザ端末に対し対応するＰＤＧを割り当てる。トンネルがユーザ端末と割り当てられたＰＤＧとの間に設定される時、ユーザ端末は、３ＧＰＰ ＰＳドメインのサービスにアクセスできる。一方、オフライン課金システム及びＯＣＳは、ネットワーク資源のユーザ端末占有率に従って課金情報を記録する。ローミングの場合、ＷＬＡＮユーザ端末がＩｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔに直接アクセスすることを望む時、Ｉｎｔｅｒｎｅｔ／Ｉｎｔｒａｎｅｔへのアクセスのために３ＧＰＰ訪問先ネットワーク経由で３ＧＰＰホームネットワークに対しリクエストしうる。ユーザ端末がまた３ＧＰＰ ＰＳドメインのサービスにアクセスするためにＳｃｅｎａｒｉｏ３のサービスをリクエストすることを望む場合、ユーザ端末は、３ＧＰＰホームネットワークでサービス認可プロセスを３ＧＰＰ訪問先ネットワークを介して開始する必要がある。認可は、ユーザ端末と３ＧＰＰホームネットワークのＡＳとの間で同様に実行される。認可が成功した後、ＡＳは、ユーザ端末に対し対応するホームＰＤＧを割り当て、そしてユーザ端末は、３ＧＰＰ訪問先ネットワークのＷＡＧを介して割り当てられたＰＤＧに対しトンネルを設定した後、ホームネットワークの３ＧＰＰ ＰＳドメインのサービスにアクセスすることができる。
【０００７】
このとき、ユーザがサービスのＡｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ（ＡＰＮ）を選択した後、ＡＡＡサーバの認証及び認可を経て、サービス名に従って対応するサービス提供ユニットのアドレスを取得する２つの実行スキームがある。
【０００８】
１つのスキームは：ユーザ端末は、パブリックＤｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ（ＤＮＳ）を介して、最終サービス提供ユニットのアドレス、即ち宛先ＰＤＧアドレスを直接取得し、宛先ＰＤＧは一般に、現在のユーザ端末のホームネットワークに位置している。この場合、ユーザ端末は、宛先ＰＤＧにトンネル設定リクエストを送信し、ＰＤＧは、リクエストを受信した後、ＡＡＡサーバで現在のユーザ端末を認証する。認証が成功した場合、宛先ＰＤＧは、それ自体とＵｓｅｒ Ｔｅｒｍｉｎａｌ（ＵＥ）との間でトンネルを直接設定する。このスキームの不利な点は：違法データがネットワーク間で伝送されるように、宛先アドレスを訪問しかつ制御を行うことをユーザに許可するか否かを判断することが訪問先ネットワークにとって困難なことにある。ネットワーク間トラフィックは一般に、長距離トラフィックであるため、伝送コストがかなり高くかつネットワーク間バランスが要求される。故に、非認証情報を伝送することを回避するのが良い。加えて、セキュリティの点では、オペレータのネットワークにおける全ＰＤＧがＤＮＳシステムで曝されかつ任意のインターネットユーザがそれらを得ることができる場合、ネットワークセキュリティに対しかなり潜在的なトラブルとなる。
【０００９】
他のスキームは：ユーザ端末は、現在それをカバーするＷＡＧを決定するプライベートＤＮＳを介して取得し、そしてサービス認証及び認可は、ＷＡＧとＡＡＡサーバとの間の相互作用を介して達成される。認可が成功した後、ＷＡＧは、ＡＡＡサーバから最終サービス提供ユニットのアドレス、即ちＰＤＧのアドレスを取得し、そして現在のユーザ端末は、ＵＥと宛先ＰＤＧとの間にトンネルを設定するために宛先ＰＤＧにトンネル設定リクエストを送信する。しかし、ユーザのリクエストがこのスキームでＷＡＧによって直接扱われるとおり、ＤＮＳ又はＤＨＣＰのようなＷＡＧ検出メカニズムは、ＷＡＧのアドレスを調査及び決定する必要があるため、新たなプロトコルが相互作用に対し加えられる必要がある。その上、ＡＰＮ認証及び認可に対しＰＤＧとＡＡＡサーバとの間に反復した相互作用があるため、ＷＡＧを介したこのスキームは、より複雑になっている。さらに、訪問先ネットワークにはＰＤＧよりもＷＡＧのほうがより多くある。この全ては、訪問先ネットワークのＷＡＧに対するさらなる需要をもたらし、サービスの相互作用を保証するために十分なＷＡＧを提供しなければならない。また、他のネットワークの多数のＷＡＧがＡＡＡサーバ、即ちホームネットワークの中枢デバイスと相互作用するとおり、大きな脅威がＡＡＡサーバのセキュリティにもたらされるので、サービスのローミングに問題を生じる。
【００１０】
故に、上記２つのスキームには明らかに不利な点があるので、それらを使用するのは難しい。主な理由はいずれのスキームも、訪問先ネットワークの各種機能に従って適切な決定ストラテジを採用しないことである。１つのスキームでは、訪問先ネットワークは、高い機能を有することが求められており、複雑なネットワークの実行及びネットワーク間セキュリティに対する潜在的なトラブルのような問題を生じさせるので、ローミング範囲が限定される。他のスキームを用いると、パブリックＤＮＳ決定はかなり簡単であるが、ネットワーク間データは、効率的に制御できず、そしてパブリックＤＮＳが依存されなければならず、潜在的なセキュリティ問題をもたらし、そしてこのスキームの用途を制限してしまう。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
故に、本発明の主な目的は、ネットワークセキュリティ及び信頼性をより高める一方で、選択されたサービスに対するネットワークによる決定及びアクセスプロセスをシンプルにするために、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋで選択されたサービスを決定及びアクセスするための方法を提供することである。
【課題を解決するための手段】
【００１２】
上記目的を達成するため、本発明の技術的スキームは、以下のように実行される。
【００１３】
ＷＬＡＮで選択されたサービスを決定及びアクセスし、初期アクセスプロセスのためのサービス決定ユニットを設置するための方法であって、
ａ．ＷＬＡＮユーザ端末が、サービス決定ユニットにサービス設定リクエストを送信するステップと、
ｂ．サービス設定リクエストを受信した後、サービス決定ユニットが、サービス設定リクエストから抽出されたユーザ加入情報を具備するサービス認証及び認可リクエストをサービス認証／認可ユニットに送信し、リクエストを開始するＷＬＡＮユーザ端末の加入情報に従って、サービス認証／認可ユニットが、リクエストを開始するＷＬＡＮユーザ端末のサービス認証及び認可を実行するステップと、
ｃ．サービス認証／認可ユニットが、認証及び認可が成功か否かを判断し、成功した場合、サービス認証／認可ユニットが、サービス決定ユニットを介して前記リクエストを開始するＷＬＡＮユーザ端末に選択されたサービスを扱うことが認可された宛先デバイスのアドレスを返送し、ＷＬＡＮユーザ端末は、宛先デバイスとのサービス接続を設定し；そうでない場合、サービス認証／認可ユニットは、サービス設定リクエストの失敗情報を返送するステップと、を具備する。
【００１４】
ステップａにおいてサービス決定ユニットにリクエストを送信するＷＬＡＮユーザ端末は：ＷＬＡＮユーザ端末は、プライベートＤＮＳ決定を介して取得したローカルネットワークアドレスに従って又はパブリックＩＰアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、パブリックネットワークＤＮＳ決定を介して取得したパブリックＩＰアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、プリセットＩＰアドレス又はアドレスリストの任意のアドレスに従ってサービス決定ユニットにリクエストを送信し；又はＷＬＡＮユーザ端末は、最終訪問先ＩＰアドレスに従ってサービス決定ユニットにリクエストを送信するステップ、を具備する。
【００１５】
ステップｃにおいて認証及び認可が成功か否かの判断はさらに：リクエストＷＬＡＮユーザ端末が属する現在認可された宛先デバイスとＷＬＡＮアクセスゲートウェイとの間のルーティングは、リクエストＷＬＡＮユーザ端末に対しオープンで、ルーティングがオープンの場合、サービス認証及び認可は成功し；そうでない場合、サービス認証／認可ユニットは、認可された宛先デバイスとそれ自体との間のルートをオープンにするようＷＬＡＮアクセスゲートウェイに指示するために、リクエストＷＬＡＮユーザ端末が属するＷＬＡＮアクセスゲートウェイにオープンルート通知を送信し、そしてルートがうまくオープンしているか否かを判断し、そうである場合、サービス認証及び認可は成功し、そうでない場合、失敗する、ステップを具備する。
【００１６】
サービス決定ユニットは、選択されたサービスを処理することが認可された宛先デバイスであり、そしてステップｃは：サービス認証／認可ユニットがサービス決定ユニットに宛先デバイスアドレスを送信した後、サービス決定ユニットは、リクエストＷＬＡＮユーザ端末にサービス設定応答を直接送信し、そしてリクエストＷＬＡＮユーザ端末に対しサービス接続を設定するプロセスを始める、ステップを具備する。
【００１７】
ステップｃにおいてＷＬＡＮユーザ端末と宛先デバイスとの間のサービス接続を設定するプロセスはさらに：選択されたサービスを処理することが認可された宛先デバイスのアドレスを受信した後、リクエストデバイスは、再度宛先デバイスにサービス設定リクエストを送信し；サービス設定リクエストを受信した後、宛先デバイスは、サービス認証／認可ユニットとの相互作用を介して現在のリクエストＷＬＡＮユーザ端末に対して認証及び認可を達成し、認可が成功した場合、宛先デバイスは、リクエストＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備する。
【００１８】
ステップｃにおいて、リクエストＷＬＡＮユーザ端末に選択されたサービスを処理することが認可された宛先デバイスのアドレスを返送する一方、サービス認証／認可ユニットは、宛先デバイスにリクエストＷＬＡＮユーザ端末の情報を伝えるサービス認可通知を送信する。ステップｃにおいてＷＬＡＮユーザ端末と宛先デバイスとの間にサービス接続を設定するプロセスはさらに：選択されたサービスを処理することが認可された宛先デバイスのアドレスを受信した後、リクエストＷＬＡＮユーザ端末は、再度宛先デバイスにサービス設定リクエストを送信し；サービス設定リクエストを受信した後、宛先デバイスは、サービス認可通知の情報に従ってリクエストＷＬＡＮユーザ端末に対し認証及び認可を達成し、認可が成功した場合、現在のリクエストＷＬＡＮユーザ端末とのサービス接続を設定する、ことを具備する。
【００１９】
前記ユーザ加入情報は少なくとも：リクエストＷＬＡＮユーザ端末のユーザ身元とＷＬＡＮユーザ端末がアクセスをリクエストする選択されたサービスのサービス名とを具備する。サービス設定リクエストは、規格によって提供されたトンネル設定リクエスト信号伝達に具備される。サービス決定ユニットは、訪問先ネットワークの内側又はリクエストＷＬＡＮユーザ端末のホームネットワークの内側に設置される。
【００２０】
前記サービス認証／認可ユニットは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバである。サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。選択されたサービスを処理することが認可された宛先デバイスは、３ＧＰＰ規格によって特定されたＰＤＧデバイス又はＧｅｎｅｒａｌ Ｐａｃｋａｇｅ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｇａｔｅｗａｙ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）である。
【００２１】
前記方法はさらに：選択されたサービスがうまくアクセスされた後、リクエストＷＬＡＮユーザ端末は、選択されたサービス名と選択されたサービスを処理することが認可された宛先デバイスのアドレスとの間の対応関係を記憶する、ステップを具備する。
【００２２】
前記方法はさらに：選択されたサービスがうまくアクセスされた後、リクエストＷＬＡＮユーザ端末は、選択されたサービス名とサービス決定ユニットとの間の対応関係を記憶する、ステップを具備する。
【００２３】
前記方法はさらに：選択されたサービスへの現在のアクセスが終了した後、ＷＬＡＮアクセスゲートウェイデバイスと認可された宛先デバイスとの間のルートをクローズし、ルートは、リクエストＷＬＡＮユーザ端末に提供される、ステップを具備する。
【００２４】
上記スキームでは、ＷＬＡＮアクセスゲートウェイデバイスは、ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）である。
【００２５】
ユーザ身元は、リクエストＷＬＡＮユーザ端末のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）又はユーザＩＰ又はＩｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）又はＴＥＭＰＩＤ又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ−ＵＲＬ）である。
【００２６】
ステップｃはさらに：リクエストＷＬＡＮユーザ端末に失敗情報を返送する間、リクエストＷＬＡＮユーザ端末に対応するエラー情報を示す、ことを具備する。
【００２７】
本発明によって提供されたＷＬＡＮにおいて選択されたサービスを決定及びアクセスするための方法によれば、初期アクセスプロセスに特に使用される１つ又は１つより多いサービス決定ユニットが設置され、そしてユーザ端末は、サービス決定ユニットに全てのサービスアクセスリクエストを送信し、認証、認可及びサービス接続設定の以後のプロシージャを制御する。この方法は、以下の利点及び特徴を有する：
１）本発明は、実際のネットワークの機能及び構造に従って選択されたＷＬＡＮサービスの決定及びアクセスプロシージャを最適に実行できる。
２）パブリックＤＮＳを使用する時、ＰＤＧのようなサービス決定ユニットの機能を果たす僅少なデバイスだけあり、サービス、例えばＰＤＧを提供する他の共通サービスアクセスデバイスは、パブリックＤＮＳで開示される必要がない一方で、そのアドレスは、パブリックＤＮＳで発見されるべきでありそのためサービス、例えばＰＤＧを提供するゲートウェイデバイスのセキュリティが保証され、サービス、例えばＰＤＧを提供するゲートウェイデバイスから認証又は認可なしでユーザを保護する。パブリックＤＮＳで発見できるサービス決定ユニットに関して、そのセキュリティ及び信頼性は、そのセキュリティ保護及びプロセス機能を高めることによって改善できる。
３）高い機能を備えた訪問先ネットワーク及び訪問が許可されたホームネットワークユーザデータ及び／又は相互作用が許可されたホームネットワークＡＡＡサーバに対して、決定及び認可オペレーションは、訪問先ネットワークのデバイスによって達成でき；低い機能を備えた訪問先ネットワークに対して、決定及び認可オペレーションは、ローミング範囲の限定を回避するために、特定されたルート及び宛先アドレスを介してホームネットワークに転送できる。しかし、ユーザ端末が関係している限り、上述した２つのアプローチは、両方とも目に見えず、そして完全に同一な相互作用モードを備え、ユーザ端末のシンプリシティ及び一貫性を保証できる。
４）ＶＰＬＭＮ／ＷＬＡＮオペレータは、サービス決定ユニットのアドレスを取得するためにプライベート又はパブリックＤＮＳ決定方法を採用するか否かを決定し、ＰＤＧとＷＡＧとを区別することなくＶＰＬＭＮ又はＨＰＬＭＮに位置しうる。
５）リクエストＷＬＡＮユーザ端末及び宛先デバイスは、新しい相互作用プロトコルを加えることを回避するためにＥｎｄ−ｔｏ−Ｅｎｄ（Ｅ２Ｅ）トンネルを設定するための既存の信号伝達を用いて相互作用を行う。サービス決定ユニットは、ユーザ端末の認証及び認可を達成するためにＡＡＡサーバと相互作用し、その認可結果は、サービスを処理するための実際のＰＤＧに至る。
【発明を実施するための最良の形態】
【００２８】
本発明の原理は：２ステップの決定を採用しており、即ち、初期アクセスプロセスに使用される１つ又は１つより多いサービス決定ユニットをプリセットするものである。これらのサービス決定ユニットは、ユーザのリクエストを受信し、サービス決定ユニットで認証及び認可を達成し、そして選択されたサービスを処理するためにサービス認可によって認可されたデバイスのアドレスをリクエストユーザ端末に返送し、認可されたデバイスはまた、いくつかのシンプルなサービスを提供することができる。換言すると、ユーザ端末は、サービス決定ユニットに全てのサービスアクセスリクエストを送信し、認証、認可及びアドレス返送のような以後のオペレーションを制御する。
【００２９】
前記サービス決定ユニットは、ホームネットワーク内又はリクエストユーザ端末の訪問先ネットワークにセットでき、所定のローミングアグリメントに従って訪問先ネットワークのオペレータによって決定される。サービス決定ユニットは、ＷＡＧ又はＰＤＧに位置できる。サービス認証／認可ユニットは、３ＧシステムでＡＡＡサーバ又は３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにできる。選択されたサービスを処理することが認可されたデバイスは、サービス接続のためにＰＤＧ、ＧＧＳＮ又は他のゲートウェイデバイスにすることができる。
【００３０】
本発明では、１つ又は１より多いサービス決定ユニットがあらかじめセットされている。複数のサービス決定ユニットは、処理すべきサービス間の相違に基づいて区別できる。全てのサービス決定ユニットは、サービス認証／認可ユニットに接続される。図４は、本発明に従う基本プロセスを図示するフローチャートである。図４に示されるように、本発明に従って選択されたサービスのアクセスプロセスは、主に以下のステップを具備する：
【００３１】
ステップ４０１：ＷＬＡＮユーザ端末がＷＬＡＮを介して３ＧＰＰ−ＷＬＡＮインタワーキングネットワークへのアクセスをリクエストする時、ＷＬＡＮユーザ端末又はネットワークは、アクセス認証プロシージャを開始し、そしてネットワーク側は、このＷＬＡＮユーザ端末に対し認証を達成する。具体的に言うと、ネットワーク側のアクセス認証／認可ユニットは、アクセス制御ユニットを介してユーザ端末とネットワークとの間で合法な認証を達成する。ここで、アクセス制御ユニットは、ＷＬＡＮアクセスネットワークのＡｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ（ＡＣ）又はオペレーションネットワークのＷＡＧ又は２つの組合せが可能で；アクセス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにすることができる。
【００３２】
図３のステップ３０１〜ステップ３０６に示されるように、ＷＬＡＮユーザ端末と３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒとの間のアクセス認証及び認可プロシージャは：ＷＬＡＮユーザ端末がアクセス制御ユニットを介してアクセス認証／認可ユニットへ認証に必要な認証情報を伝達し；ユーザ端末の関連情報を受信した後、アクセス認証／認可ユニットがそれ自体アクセス認証を達成し、認証が成功した場合、加入情報に従ってユーザのアクセス範囲を認可し、そして以後のオペレーションを継続し；そうでない場合、アクセス認証の失敗についてユーザ端末に通知し、そして現在のアクセス認可プロシージャを終了する、ことを具備する。
【００３３】
アクセス範囲に関する加入情報は、ユーザ端末が初期にＷＬＡＮにアクセスする時、アクセスのために認証されなければならないことを意味する。この時、ユーザデータがＷＡＧをパスすることについて許可されるか否かが決定される。アクセスが認可された後、ユーザ端末は、Ｉｎｔｅｒｎｅｔ及びＬｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋにアクセスできるが、３ＧＰＰパケットサービスにアクセスすること、例えば、ＰＤＧを介して提供される各種３Ｇネットワークサービスにアクセスすることはできない。
【００３４】
所定の端末が３Ｇサービスにアクセスできかつこのサービスに加入している場合、サービスを提供するＰＤＧは、このユーザ端末に対し未だクローズされうるため、ＰＤＧへユーザデータをルーティングすることは、ＷＡＧで禁止される。しかし、このユーザ端末のリクエストがＷＡＧをパスするためには、このユーザ端末は、初期決定デバイスを訪問するためにＷＡＧで認可される。明らかに、サービスを提供するＰＤＧへのルートは、ユーザ端末リクエストの信号伝達がパスするように、アクセス認可の間にユーザ端末に対しオープン可能だが、サービスアクセスプロシージャの間にＰＤＧと相互作用することによってサービス認証を未だ達成する必要がある。いくつかの低コストユーザ端末は、３Ｇネットワークと相互作用を必要とするサービスに加入しておらず、ＷＬＡＮを介してＩｎｔｅｒｎｅｔへの直接のアクセスが許可されるだけであるが、ＷＬＡＮを介してＰＤＧのような３Ｇコアネットワークデバイスにアクセスすることが永久に禁止され、そしてユーザのこの種の任意データは、ＷＡＧをパスすることが禁止される。
【００３５】
ステップ４０２：アクセス認可をパスした後、ＷＬＡＮユーザ端末は、パブリック又はプライベートＤＮＳとの相互作用によって、選択されたサービスのサービス名に従ってサービス決定ユニットのＩＰアドレスを取得する。
【００３６】
ここで、サービス決定ユニットのＩＰアドレスを取得するためにＷＬＡＮユーザ端末にとって多数の方法がある：プライベートＤＮＳにおける決定に従ってローカルネットワークアドレス又はパブリックＩＰアドレスを取得する；又はパブリックＤＮＳにおける決定に従ってパブリックＩＰアドレスを取得する；又はあらかじめ設置（ｐｒｅｃｏｎｆｉｇｕｒｅｄ）されたＩＰアドレス又はアドレスリストにおける任意アドレスに従ってサービス決定ユニットのＩＰアドレスを取得する；又は最終アクセスで達成された決定によって取得したＩＰアドレスに従ってサービス決定ユニットのＩＰアドレスを取得する。
【００３７】
ステップ４０３：ステップ４０２で取得したアドレスに従って、リクエストＷＬＡＮユーザ端末は、サービス決定ユニットにサービス設定リクエストを送信する。この実施形態では、既存の標準信号伝達におけるＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストがこのサービス設定リクエストに耐えるために採用でき、即ち、サービス設定リクエストは、セットを独立して信号伝達することによってなすことができる。この実施形態では、サービス決定ユニットは、独立したデバイスである。
【００３８】
このリクエストで伝えられる現在のＷＬＡＮユーザ端末の関連加入情報は主に：現在のＷＬＡＮユーザ端末のユーザ身元及び現在のＷＬＡＮユーザ端末によって選択されたサービス名を具備し、ユーザ身元は、Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、ユーザＩＰ、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、ＴＥＭＰ ＩＤ又はＳｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ Ｉｄｅｎｔｉｔｙ（ＳＩＰ−ＵＲＬ）にすることができる。この実施形態では、選択されたサービスは、ショートメッセージサービス、マルチメディアショートメッセージサービス、ロケーションサービス、ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）サービスその他を具備しうる。
【００３９】
ステップ４０４〜ステップ４０５：サービス設定リクエストを受信した後、サービス決定ユニットは、サービス認証及び認可リクエストをサービス認証／認可ユニットに送信し、リクエストは、ユーザの加入情報を伝える。サービス認証／認可ユニットは、受信したユーザ加入情報に従ってリクエストＷＬＡＮユーザ端末に対し認証及び認可を達成し、そしてサービス決定ユニットにサービス認証及び認可応答を返送し、応答は、認証及び認可の結果を伝える。この実施形態では、サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００４０】
認証及び認可が成功した場合、サービス認証／認可ユニットは、選択されたサービスを処理することが認可されたデバイスのアドレス及び認可されたサービス名をサービス決定ユニットに返送し；失敗した場合、サービス認証／認可ユニットは、サービス決定ユニットによってリクエストＷＬＡＮユーザ端末に失敗情報を返送して、現在のアクセスプロシージャを終了する。失敗情報を返送する一方、サービス決定ユニットは、ＷＬＡＮユーザ端末に対応するエラー情報を提供できる。以後のステップは、認証及び認可の成功例をとって詳述される。
【００４１】
サービス認証／認可ユニットがＷＬＡＮユーザ端末を認証する一方、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、リクエストＷＬＡＮユーザ端末を識別しようとし、識別が成功した場合、リクエストされたサービスがそのサービス加入情報に適合するか否かをチェックし、それらが適合しない場合、直接失敗情報を返送し、又は可能な代替サービス、例えば、ショートメッセージサービスによってマルチメディアショートメッセージサービスを交換する。このとき、ユーザ端末が新しい代替サービスをアクセプトした場合、以後のオペレーションが実行され；そうでない場合、現在のプロシージャが終了する。識別が失敗した場合、ユーザ識別失敗情報は、直接返送され、そしてユーザ識別再同期又は再認識のような新しいプロシージャが開始する。
【００４２】
ステップ４０６：宛先デバイスのアドレス及び認可されたサービス名を受信した後、サービス決定ユニットは、リクエストＷＬＡＮユーザ端末に受信情報を送る。この実施形態では、転送信号の伝達を設定する既存の標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネルは、宛先デバイスのアドレス及び認可されたサービス名のような情報を伝送するために採用される。
【００４３】
ステップ４０７：宛先デバイスのアドレスを受信した後、リクエストＷＬＡＮユーザ端末は、サービス接続を設定するリクエストをするために、その受信アドレスに従って、再度宛先デバイスにサービス設定リクエストを送信する。この実施形態では、このサービス設定リクエストは、転送信号の伝達を設定する既存の標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネルが負担となりうる。
【００４４】
ステップ４０８〜４０９：宛先デバイスがサービス設定リクエストを受信した後、サービス認証／認可ユニットは、リクエストＷＬＡＮユーザ端末を認証する。宛先デバイスは、リクエストＷＬＡＮが認証をパスしたことについて区別しないため、ＷＬＡＮユーザ端末は、新しいリクエストを開始する端末として処理される。
【００４５】
ステップ４１０：認証が成功した後、宛先デバイスは、サービス設定応答を返送し、そしてサービストンネルを設定するためにリクエストＷＬＡＮユーザ端末と相互作用する。このリクエストＷＬＡＮユーザ端末は、認証をパスしたため、一般にこの認証をパスできる。ここで、標準Ｅｎｄ−ｔｏ−Ｅｎｄトンネル設定プロシージャは、サービストンネル設定の相互作用プロシージャを実行するために採用できる。
【００４６】
一般に、ＷＡＧ等の、選択されたサービスを処理するためにサービス認証／認可ユニットによって認証された宛先デバイスと中間ルート制御デバイスとの間のデータ伝送は、あらかじめ有効に設定される。いいかえると、宛先デバイスのアドレスは、ＷＡＧを介してルートが許可されるアドレスであり、即ち、それらが互いに相互作用できるように、ＷＡＧと宛先デバイスとの間にオープンルートがある。特に言うと、リクエストユーザ端末のデータは、ＷＡＧを介して認可された宛先デバイスに到達することが許可される。あらかじめ設置を行う２つのスキームがある：第１のスキームは、許可されたアドレス範囲がアクセス認可の間にＷＡＧのようなデバイスに送信され、例えば、所定のＩＰアドレスは、ホームネットワークオペレータがＣＭＣＣである全ての加入者に対しオープンであってもよく、それらがネットワークに訪問することを許可する；即ち全てのデバイスは、ローカルネットワークで所定のデバイスにアクセスすることを許可されるだけである；他のスキームは、アクセスの後、ＡＡＡサーバがローカルネットワークでオープンＩＰアドレス又は全ての加入者が訪問を許可されるＩＰアドレスに関する命令を関連する訪問先ネットワークに発行する。
【００４７】
しかし、宛先デバイスと中間ルート制御デバイスとの間にプリセットされた許可されていないルートが時々ある。この場合、認可された宛先デバイスを決定した後、サービス認証／認可ユニットは、それぞれの記録をチェックし、そしてリクエストＷＬＡＮユーザ端末が現在属するＷＡＧと宛先デバイスとの間に認可可能なルートがあるか否かを判断し、この判断は、サービス認証／認可ユニットがＷＡＧ又はＡＡＡプロキシに対しオープン又はクロズするルートの関連認可を前もって送信し、未送信の場合、関連するＷＡＧに通知する必要がある。図５に示されるように、この実施形態は、以下のステップを具備する：
【００４８】
ステップ５０１〜５０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間制御デバイスはＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００４９】
ステップ５０５〜５０６：認証された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、リクエストＷＬＡＮユーザ端末が属するＷＡＧにオープンルート通知を送信し、通知は、宛先デバイスの情報を伝え；オープンルート通知を受信した後、ＷＡＧは、宛先デバイスのアドレスに従って対応するルートをオープンにし、そして３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒにオープンルート通知確認を返送する。
【００５０】
明らかに、オープンルート通知を受信した後、ＷＡＧは、対応するルートをオープンすることを許可するか否かを判断してもよく、不許可又はルートオープン動作が他の理由で失敗した場合、返送されたオープンルート通知確認が失敗情報を伝える。一方、選択されたサービスに対する現在のアクセスプロシージャは、終了する。
【００５１】
ステップ５０７〜５１２：ステップ４０５〜４１０と完全に同じである。ルートがうまくオープンになった場合、ＷＡＧは、選択されたサービスのアクセス終了後、オープンのルートをクローズすることができる。
【００５２】
図４に示されるスキームにおいて、選択されたサービスを処理するために宛先デバイスを決定した後、サービス認証／認可ユニットは、サービス決定ユニットにサービス認証／認可応答を送信する間、所定のＷＬＡＮユーザ端末によってリクエストされた所定の選択されたサービスを処理する認可がされたことをデバイスに通知するために宛先デバイスにサービス認可通知を通知する。この方法で、ステップ４０８及び４０９の再認証プロシージャは、スキップされる。具体的なプロセスは、図６に示され、以下のステップを具備する：
【００５３】
ステップ６０１〜６０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間ルート制御デバイスは、ＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００５４】
ステップ６０５〜６０６：ステップ５０５〜５０６と完全に同じであるが、これら２つのステップは、スキップできる。ステップ６０５及び６０６が含まれる場合、図５に示される実施携帯はまた、宛先デバイスに認可通知を送信するスキームを採用することができる。
【００５５】
ステップ６０７：ステップ４０５と完全に同じである。ステップ６０８：選択されたサービスを処理することが認可された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、サービス決定ユニットにサービス認証及び認可応答を送信する間、宛先デバイスにサービス認可通知を送信する。
【００５６】
ステップ６０９〜６１１：ステップ４０６〜４０７及びステップ４１０とそれぞれ完全に同じである。宛先デバイスは、サービスに対するリクエストだけでなくリクエストを送信するユーザ端末がどれかあらかじめ学習するため、ユーザ端末からＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストを受信した後、宛先デバイスは、事前に受信した認可通知とこの受信リクエストとを比較するのみで、それらが同じユーザ端末であってかつ同じサービスである場合、サービス接続は、再び認証を行うことなく直接設定できる。
【００５７】
本発明では、サービス決定ユニットは、宛先デバイスの機能を果たしうる。この場合、対応するプロシージャは、図７に示されるように、以下のステップを具備する。
【００５８】
ステップ７０１〜７０４：ステップ４０１〜４０４と完全に同じである。この実施形態では、中間ルート制御デバイスは、ＷＡＧであり、そしてサービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒである。
【００５９】
ステップ７０５：選択されたサービスを処理することが認可された宛先デバイスを決定した後、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒは、サービス決定ユニットにサービス認証及び認可応答を送信し、このサービス決定ユニットが現在のユーザ端末によって選択されたサービスを処理するために宛先デバイスとして認可されたことを示す。
【００６０】
ステップ７０６：サービス認証及び認可応答を受信した後、サービス決定ユニットは、受信アドレスに従ってサービス決定ユニットにＥｎｄ−ｔｏ−Ｅｎｄトンネル設定リクエストを送信する必要なくサービス接続を直接設定するために以後の相互作用を達成するよう、サービス接続の設定に直接応答する。
【００６１】
サービス決定ユニットをセットする２つの方法がある：訪問先ネットワーク又はホームネットワークの中でサービス決定ユニットをセットする。訪問先ネットワークでサービス決定ユニットによって実行される決定のプロシージャは、以下のようである：
【００６２】
図８は、サービス決定ユニットが訪問先ネットワークの中にセットされた実施形態を図示している。図８に示されるように、この実施形態では、訪問先ネットワークのＰＤＧは、サービス決定ユニットとして扱われ、Ｒ−ＰＤＧとも呼ばれる。ＩＰアドレスは、訪問先ネットワークによって割り当てられる。ユーザ端末がアクセスするサービス決定ユニットのアドレスは、プライベートＤＮＳシステムに置かれ、そして訪問先ネットワークのＲ−ＰＤＧアドレスは、任意のサービス名を決定することによって取得できる。アクセス認可の間、このＲ−ＰＤＧアドレスは、ＷＡＧを介するアクセスが許可される。
【００６３】
図９は、サービス決定ユニットが訪問先ネットワーク内にセットされた時の他の実施形態を図示している。図９に示されるように、この実施形態では、訪問先ネットワークのＷＡＧは、サービス決定ユニットの機能を果たす。訪問先ネットワークは、このＷＡＧアドレスを任意のユーザサービスの初期決定結果として扱い、そしてＷＡＧは、信号伝達がＡＡＡプロキシを介して伝送できる一方、サービス認証及び認可を達成するために３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用できる。ＷＡＧが３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用できない場合、サービス決定ユニットの機能を果たすＷＡＧは、Ｒ−ＰＤＧとして扱うことができ、そのネットワーク構造は、図８に示されたものと基本的に同じである。結果として、図８及び９に示されるような２つのスキームがマージアプリケーションで共存する。
【００６４】
ホームネットワークでサービス決定ユニットによって実行される決定のプロシージャは、以下のステップを具備する：
【００６５】
図１０は、サービス決定ユニットがホームネットワーク内でセットされる時の実施形態を図示している。図１０に示されるように、本実施形態では、ホームネットワークのＰＤＧは、サービス決定ユニットの機能を果たし、Ｒ−ＰＤＧとも呼ばれる。アクセス認可が要求される時、ホームネットワークによって送信されたアクセスルールは、サービス決定ユニットとして扱うことができるＲ−ＰＤＧのアドレス又はアドレスセグメントにルートすることをホームネットワークのユーザに許可するために実行される。
【００６６】
図１１は、サービス決定ユニットがホームネットワーク内にセットされた時の他の実施形態を図示している。図１１に示されるように、本実施形態では、ホームネットワークのＷＡＧは、サービス決定ユニットの機能を果たす。これらのＷＡＧは、サービス認証及び認可を達成するために３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒと相互作用することができる。ユーザがホームネットワークによってカバーされる時、プロシージャはこれによって、図９に示される実施形態のものと同じになる。ユーザがローミングの時、これらのＷＡＧは、図１０に示される実施形態でのＲ−ＰＤＧと同一であり、ホームネットワークは、あらかじめ又は動的に、これらのアドレスについて訪問先ネットワークに通知する。ＤＮＳによってユーザ端末のサービスリクエストを決定する時、訪問先ネットワークは、ＤＮＳ決定結果としてこれらのＲ−ＰＤＧのアドレスについてユーザ端末に直接通知し、この方法で、ユーザ端末は、ホームネットワークでサービス決定ユニットのアドレスを取得できる。
【００６７】
選択されたサービスの決定及びアクセスに対する上述した相互作用プロシージャは、実際のネットワークで任意の組合せで適用することができる。ホームネットワークの点では、この機能は、サービス決定ユニットとしてＰＤＧを使用することによって容易に提供できるので、ＷＡＧを使用することによっても可能であり、その両方で集中的な管理を達成しうるが、前者より後者のほうにコストがかかる。故に、通常のローミングパートナーは、ホームネットワークによって許可されたいくつかのデバイスに、ＤＮＳメカニズムの初期決定を介して取得されたリクエストされたルートを返送できることを要求されるだけである。
【００６８】
上述した各種実施形態において、サービスがうまくアクセスされた場合、リクエストＷＬＡＮユーザ端末は、記憶情報が再度サービスを設定する時に使用されるように、選択されたサービスのサービス名及び対応する宛先デバイスのアドレスを記憶することができる。例えば、再度サービスを設定する時、サービス名がうまくアクセスされたものと同一でありかつ記憶された関連付けが未だ利用できる場合、又は記憶された関連付けを試みることができる特別なルールに従って決定される場合、その時ユーザ端末は、一度認可された宛先デバイスの記憶アドレスにサービス接続設定リクエストを直接送信し、そして決定プロシージャを省略するため及び直接アクセスするためにＥｎｄ−ｔｏ−Ｅｎｄ（Ｅ２Ｅ）トンネル設定を達成する。もちろん、宛先デバイスの記憶アドレスに到達できないか又は拒否される場合、決定が再度達成されねばならない。
【００６９】
同様に、うまくアクセスされたサービスは、サービス決定ユニットが決定を達成されていることを意味するため、リクエストＷＬＡＮユーザ端末は、記憶情報が再度サービスを設定する時に使用されるように、選択されたサービスのサービス名及び対応する宛先デバイスのアドレスを記憶することができる。例えば、再度サービスを設定する時、サービス名がうまくアクセスされたものと同一でありかつ記憶された関連付けが未だ利用可能である場合、又は記憶された関連付けを試みることができる特別なルールに従って決定される場合、ユーザ端末は、初期決定をスキップするためにサービス決定ユニットの記憶アドレスにサービス設定リクエストを直接送信することができ、即ち、サービス決定ユニットを発見するプロシージャは、ＤＮＳ決定によってサービス決定ユニットのアドレスを取得するプロシージャである。もちろん、サービス決定ユニットの記憶アドレスに到達できないか又は拒否された場合、決定が再度達成されねばならない。
【００７０】
上記スキームでは、サービス決定ユニットはまた、同時にサービス認証／認可ユニットの機能を果たすことができ、即ちサービス決定ユニット及びサービス認証／認可ユニットは、同じデバイスによって実行される。この場合、認証及び認可プロセスは、サービス決定ユニットによって直接実行できる。特に言うと、トンネル設定リクエストを受信した後、サービス決定ユニットは、ＷＬＡＮユーザ端末のユーザ身元及びＷＬＡＮユーザ端末がアクセスをリクエストするサービス名を抽出し；一方で、サービス決定ユニットは、ユーザ身元に従ってＨＳＳ／ＨＬＲからリクエストＷＬＡＮユーザ端末の加入情報を取得し、そして取得した加入情報と抽出情報とを比較し、それらが適合した場合、認証が成功し；そうでない場合、認証は失敗する。
【００７１】
上記説明は、本発明の好ましい実施形態を示すにすぎず、本発明の保護範囲を限定するものではない。
【図面の簡単な説明】
【００７２】
【図１】図１は、ローミング時におけるインタワーキングＷＬＡＮシステム及び３ＧＰＰシステムのネットワーク構造を図示する概略図である。
【図２】図２は、非ローミング時におけるインタワーキングＷＬＡＮシステム及び３ＧＰＰシステムのネットワーク構造を図示する概略図である。
【図３】図３は、アクセス認可プロシージャを図示するフローチャートである。
【図４】図４は、本発明に従う基本プロセスを図示するフローチャートである。
【図５】図５は、本発明の方法による第１実施形態でのプロセスのフローチャートである。
【図６】図６は、本発明の方法による第２実施形態でのプロセスのフローチャートである。
【図７】図７は、本発明の方法による第３実施形態でのプロセスのフローチャートである。
【図８】図８は、本発明の方法による第４実施形態でのプロセスのフローチャートである。
【図９】図９は、本発明の方法による第５実施形態でのプロセスのフローチャートである。
【図１０】図１０は、本発明の方法による第６実施形態でのプロセスのフローチャートである。
【図１１】図１１は、本発明の方法による第７実施形態でのプロセスのフローチャートである。
【符号の説明】
【００７３】
３０１ ＷＬＡＮネットワークへのアクセスを完了
３０４ アクセスルールの実行
４０１ ＷＬＡＮネットワークアクセス認証及び認可を完了
４０２ ＤＮＳ決定によって選択されたサービス名に従って初期ＩＰアドレスを取得
【特許請求の範囲】
【請求項１】
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）で選択されたサービスを決定及びアクセスし、初期アクセスプロセスのためのサービス決定ユニットを設置するための方法であって、
ａ．ＷＬＡＮユーザ端末が、前記サービス決定ユニットにサービス設定リクエストを送信するステップと、
ｂ．前記サービス設定リクエストを受信した後、前記サービス決定ユニットが、前記サービス設定リクエストから抽出された前記ＷＬＡＮユーザ端末の加入情報を含むサービス認証及び認可リクエストをサービス認証／認可ユニットに送信し；前記サービス認証／認可ユニットが、前記ＷＬＡＮユーザ端末の前記加入情報に基づく前記リクエストを開始する前記ＷＬＡＮユーザ端末に対しサービス認証及び認可を実行するステップと、
ｃ．前記サービス認証／認可ユニットが、前記認証及び認可が成功か否かを判断し、成功した場合、前記サービス認証／認可ユニットが、前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記選択されたサービスを処理することが認可された宛先デバイスのアドレスを前記サービス決定ユニットを介して返送し、かつ前記ＷＬＡＮユーザ端末は、前記宛先デバイスに対しサービス接続を設定し；そうでない場合、前記サービス認証／認可ユニットは、失敗情報で前記サービス設定リクエストに応答するステップと、
を具備することを特徴とする方法。
【請求項２】
前記ステップａは：前記ＷＬＡＮユーザ端末は、前記ローカルネットワークアドレス又はプライベートＤｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ（ＤＮＳ）決定によって取得されたパブリックＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；
又は前記ＷＬＡＮユーザ端末は、パブリックネットワークＤＮＳ決定によって取得された前記パブリックＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；又は前記ＷＬＡＮユーザ端末は、あらかじめ設置されたＩＰアドレス又はあらかじめ設置されたＩＰアドレスリストにおける任意のアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；
又は前記ＷＬＡＮユーザ端末は、前記最終アクセスにおける決定によって取得された前記ＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信する、ステップを具備することを特徴とする請求項１に記載の方法。
【請求項３】
ステップｃにおける前記認証及び認可が成功か否かの前記判断はさらに：
現在認可された宛先デバイスと前記リクエストを開始する前記ＷＬＡＮユーザ端末の役目をするＷＬＡＮアクセスゲートウェイデバイスとの間のルートが、前記ＷＬＡＮユーザ端末に対しオープンか否かを判断し、オープンの場合、前記サービス認証及び認可は成功し；そうでない場合、前記サービス認証／認可ユニットは、前記認可された宛先デバイスへのルートをオープンするよう前記ＷＬＡＮアクセスゲートウェイデバイスに命令するために、前記リクエストを開始する前記ＷＬＡＮユーザ端末の役目をする前記ＷＬＡＮアクセスゲートウェイデバイスにオープンルート通知を送信し、かつ前記ルートがうまくオープンしたか否かを判断し、オープンの場合、前記サービス認証及び認可は成功し；そうでない場合、前記サービス認証及び認可は失敗する、ことを具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記サービス決定ユニットは、前記選択されたサービスを処理することが認可された前記宛先デバイスであって；
ステップｃにおいて、前記サービス認証／認可ユニットが前記サービス決定ユニットに前記宛先デバイスの前記アドレスを送信した後、前記サービス決定ユニットは、前記リクエストを開始する前記ＷＬＡＮユーザ端末に直接サービス設定応答を送信し、そして前記リクエストを開始する前記ＷＬＡＮユーザ端末に対しサービス接続を設定するプロセスを始めることを特徴とする請求項１又は３に記載の方法。
【請求項５】
ステップｃにおいて前記ＷＬＡＮユーザ端末と前記宛先デバイスとの間にサービス接続を設定する前記プロセスはさらに：
前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを受信した後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、再度前記宛先デバイスに前記サービス設定リクエストを送信し；
前記サービス設定リクエストを受信した後、前記宛先デバイスは、前記サービス認証／認可ユニットとの相互作用を介して前記リクエストを開始する前記ＷＬＡＮユーザ端末に対し認証及び認可を達成し、前記認可が成功した場合、前記リクエストを開始する前記現在のＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備することを特徴とする請求項１又は３に記載の方法。
【請求項６】
ステップｃにおいて、前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを返送する間、前記サービス認証／認可ユニットは、前記宛先デバイスに前記ＷＬＡＮユーザ端末の情報を伝えるサービス認可通知を送信することを特徴とする請求項１又は３に記載の方法。
【請求項７】
ステップｃにおいて前記ＷＬＡＮユーザ端末と前記宛先デバイスとの間にサービス接続を設定する前記プロセスはさらに：前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを受信した後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、再度前記宛先デバイスにサービス設定リクエストを送信し；
前記サービス設定リクエストを受信した後、前記宛先デバイスは、前記サービス認可通知における情報に基づく前記ＷＬＡＮユーザ端末に対し認証及び認可を達成し、前記認証が成功した場合、前記宛先デバイスは、前記リクエストを開始する前記現在のＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備することを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ加入情報は少なくとも、前記リクエストを開始する前記ＷＬＡＮユーザ端末のユーザ身元及び前記ＷＬＡＮユーザ端末がアクセスをリクエストする前記選択されたサービスの前記サービス名を具備することを特徴とする請求項１に記載の方法。
【請求項９】
前記サービス設定リクエストは、規格において定義されるトンネル設定リクエストの信号伝達に含まれることを特徴とする請求項１又は３に記載の方法。
【請求項１０】
前記サービス決定ユニットは、訪問先ネットワークにセットされるか、又は前記リクエストを開始する前記ＷＬＡＮユーザ端末の前記ホームネットワークにおいてセットされることを特徴とする請求項１に記載の方法。
【請求項１１】
前記サービス認証／認可ユニットは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバであることを特徴とする請求項１に記載の方法。
【請求項１２】
前記サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒであることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記選択されたサービスを処理することが認可された前記宛先デバイスは、３ＧＰＰ規格によって定義されるようなＰＤＧデバイスか又はＧｅｎｅｒａｌ Ｐａｃｋａｇｅ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｇａｔｅｗａｙ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）であることを特徴とする請求項１、１１又は１２に記載の方法。
【請求項１４】
前記選択されたサービスがうまくアクセスされた後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、前記選択されたサービスの前記サービス名と前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスとの間の対応関係を記憶することをさらに具備することを特徴とする請求項１に記載の方法。
【請求項１５】
前記選択されたサービスがうまくアクセスされた後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、前記選択されたサービスの前記サービス名と前記サービス決定ユニットとの間の対応関係を記憶することをさらに具備することを特徴とする請求項１に記載の方法。
【請求項１６】
前記現在選択されたサービスが終了した後、前記ＷＬＡＮアクセスゲートウェイデバイスと前記リクエストを開始する前記ＷＬＡＮユーザ端末に提供される前記認可された宛先デバイスとの間の前記ルートをクローズすることをさらに具備することを特徴とする請求項３に記載の方法。
【請求項１７】
前記ＷＬＡＮアクセスゲートウェイデバイスは、ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）であることを特徴とする請求項３又は１６に記載の方法。
【請求項１８】
前記ユーザ身元は：前記リクエストを開始する前記ＷＬＡＮユーザ端末のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、ユーザＩＰ、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、ＴＥＭＰ ＩＤ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＳＩＰ−ＵＲＬ）Ｉｄｅｎｔｉｔｙのいずれかであることを特徴とする請求項１に記載の方法。
【請求項１９】
前記ユーザ身元は：前記リクエストを開始する前記ＷＬＡＮユーザ端末の前記Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、前記ユーザＩＰ、前記Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、前記ＴＥＭＰ ＩＤ、前記Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＳＩＰ−ＵＲＬ）Ｉｄｅｎｔｉｔｙのいずれかであることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ステップｃはさらに：前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記失敗情報を返送する間、前記リクエストを開始する前記ＷＬＡＮユーザ端末に適切なエラー情報を示すことを具備することを特徴とする請求項１に記載の方法。
【請求項１】
Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）で選択されたサービスを決定及びアクセスし、初期アクセスプロセスのためのサービス決定ユニットを設置するための方法であって、
ａ．ＷＬＡＮユーザ端末が、前記サービス決定ユニットにサービス設定リクエストを送信するステップと、
ｂ．前記サービス設定リクエストを受信した後、前記サービス決定ユニットが、前記サービス設定リクエストから抽出された前記ＷＬＡＮユーザ端末の加入情報を含むサービス認証及び認可リクエストをサービス認証／認可ユニットに送信し；前記サービス認証／認可ユニットが、前記ＷＬＡＮユーザ端末の前記加入情報に基づく前記リクエストを開始する前記ＷＬＡＮユーザ端末に対しサービス認証及び認可を実行するステップと、
ｃ．前記サービス認証／認可ユニットが、前記認証及び認可が成功か否かを判断し、成功した場合、前記サービス認証／認可ユニットが、前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記選択されたサービスを処理することが認可された宛先デバイスのアドレスを前記サービス決定ユニットを介して返送し、かつ前記ＷＬＡＮユーザ端末は、前記宛先デバイスに対しサービス接続を設定し；そうでない場合、前記サービス認証／認可ユニットは、失敗情報で前記サービス設定リクエストに応答するステップと、
を具備することを特徴とする方法。
【請求項２】
前記ステップａは：前記ＷＬＡＮユーザ端末は、前記ローカルネットワークアドレス又はプライベートＤｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｅｒ（ＤＮＳ）決定によって取得されたパブリックＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；
又は前記ＷＬＡＮユーザ端末は、パブリックネットワークＤＮＳ決定によって取得された前記パブリックＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；又は前記ＷＬＡＮユーザ端末は、あらかじめ設置されたＩＰアドレス又はあらかじめ設置されたＩＰアドレスリストにおける任意のアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信し；
又は前記ＷＬＡＮユーザ端末は、前記最終アクセスにおける決定によって取得された前記ＩＰアドレスに従って前記サービス決定ユニットに前記サービス設定リクエストを送信する、ステップを具備することを特徴とする請求項１に記載の方法。
【請求項３】
ステップｃにおける前記認証及び認可が成功か否かの前記判断はさらに：
現在認可された宛先デバイスと前記リクエストを開始する前記ＷＬＡＮユーザ端末の役目をするＷＬＡＮアクセスゲートウェイデバイスとの間のルートが、前記ＷＬＡＮユーザ端末に対しオープンか否かを判断し、オープンの場合、前記サービス認証及び認可は成功し；そうでない場合、前記サービス認証／認可ユニットは、前記認可された宛先デバイスへのルートをオープンするよう前記ＷＬＡＮアクセスゲートウェイデバイスに命令するために、前記リクエストを開始する前記ＷＬＡＮユーザ端末の役目をする前記ＷＬＡＮアクセスゲートウェイデバイスにオープンルート通知を送信し、かつ前記ルートがうまくオープンしたか否かを判断し、オープンの場合、前記サービス認証及び認可は成功し；そうでない場合、前記サービス認証及び認可は失敗する、ことを具備することを特徴とする請求項１に記載の方法。
【請求項４】
前記サービス決定ユニットは、前記選択されたサービスを処理することが認可された前記宛先デバイスであって；
ステップｃにおいて、前記サービス認証／認可ユニットが前記サービス決定ユニットに前記宛先デバイスの前記アドレスを送信した後、前記サービス決定ユニットは、前記リクエストを開始する前記ＷＬＡＮユーザ端末に直接サービス設定応答を送信し、そして前記リクエストを開始する前記ＷＬＡＮユーザ端末に対しサービス接続を設定するプロセスを始めることを特徴とする請求項１又は３に記載の方法。
【請求項５】
ステップｃにおいて前記ＷＬＡＮユーザ端末と前記宛先デバイスとの間にサービス接続を設定する前記プロセスはさらに：
前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを受信した後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、再度前記宛先デバイスに前記サービス設定リクエストを送信し；
前記サービス設定リクエストを受信した後、前記宛先デバイスは、前記サービス認証／認可ユニットとの相互作用を介して前記リクエストを開始する前記ＷＬＡＮユーザ端末に対し認証及び認可を達成し、前記認可が成功した場合、前記リクエストを開始する前記現在のＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備することを特徴とする請求項１又は３に記載の方法。
【請求項６】
ステップｃにおいて、前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを返送する間、前記サービス認証／認可ユニットは、前記宛先デバイスに前記ＷＬＡＮユーザ端末の情報を伝えるサービス認可通知を送信することを特徴とする請求項１又は３に記載の方法。
【請求項７】
ステップｃにおいて前記ＷＬＡＮユーザ端末と前記宛先デバイスとの間にサービス接続を設定する前記プロセスはさらに：前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスを受信した後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、再度前記宛先デバイスにサービス設定リクエストを送信し；
前記サービス設定リクエストを受信した後、前記宛先デバイスは、前記サービス認可通知における情報に基づく前記ＷＬＡＮユーザ端末に対し認証及び認可を達成し、前記認証が成功した場合、前記宛先デバイスは、前記リクエストを開始する前記現在のＷＬＡＮユーザ端末に対しサービス接続を設定する、ことを具備することを特徴とする請求項６に記載の方法。
【請求項８】
前記ユーザ加入情報は少なくとも、前記リクエストを開始する前記ＷＬＡＮユーザ端末のユーザ身元及び前記ＷＬＡＮユーザ端末がアクセスをリクエストする前記選択されたサービスの前記サービス名を具備することを特徴とする請求項１に記載の方法。
【請求項９】
前記サービス設定リクエストは、規格において定義されるトンネル設定リクエストの信号伝達に含まれることを特徴とする請求項１又は３に記載の方法。
【請求項１０】
前記サービス決定ユニットは、訪問先ネットワークにセットされるか、又は前記リクエストを開始する前記ＷＬＡＮユーザ端末の前記ホームネットワークにおいてセットされることを特徴とする請求項１に記載の方法。
【請求項１１】
前記サービス認証／認可ユニットは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｕｔｈｏｒｉｚａｔｉｏｎ ａｎｄ Ａｃｃｏｕｎｔｉｎｇ（ＡＡＡ）サーバであることを特徴とする請求項１に記載の方法。
【請求項１２】
前記サービス認証／認可ユニットは、３ＧＰＰ ＡＡＡ Ｓｅｒｖｅｒであることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記選択されたサービスを処理することが認可された前記宛先デバイスは、３ＧＰＰ規格によって定義されるようなＰＤＧデバイスか又はＧｅｎｅｒａｌ Ｐａｃｋａｇｅ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ（ＧＰＲＳ）Ｇａｔｅｗａｙ Ｓｕｐｐｏｒｔ Ｎｏｄｅ（ＧＧＳＮ）であることを特徴とする請求項１、１１又は１２に記載の方法。
【請求項１４】
前記選択されたサービスがうまくアクセスされた後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、前記選択されたサービスの前記サービス名と前記選択されたサービスを処理することが認可された前記宛先デバイスの前記アドレスとの間の対応関係を記憶することをさらに具備することを特徴とする請求項１に記載の方法。
【請求項１５】
前記選択されたサービスがうまくアクセスされた後、前記リクエストを開始する前記ＷＬＡＮユーザ端末は、前記選択されたサービスの前記サービス名と前記サービス決定ユニットとの間の対応関係を記憶することをさらに具備することを特徴とする請求項１に記載の方法。
【請求項１６】
前記現在選択されたサービスが終了した後、前記ＷＬＡＮアクセスゲートウェイデバイスと前記リクエストを開始する前記ＷＬＡＮユーザ端末に提供される前記認可された宛先デバイスとの間の前記ルートをクローズすることをさらに具備することを特徴とする請求項３に記載の方法。
【請求項１７】
前記ＷＬＡＮアクセスゲートウェイデバイスは、ＷＬＡＮ Ａｃｃｅｓｓ Ｇａｔｅｗａｙ（ＷＡＧ）であることを特徴とする請求項３又は１６に記載の方法。
【請求項１８】
前記ユーザ身元は：前記リクエストを開始する前記ＷＬＡＮユーザ端末のＮｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、ユーザＩＰ、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、ＴＥＭＰ ＩＤ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＳＩＰ−ＵＲＬ）Ｉｄｅｎｔｉｔｙのいずれかであることを特徴とする請求項１に記載の方法。
【請求項１９】
前記ユーザ身元は：前記リクエストを開始する前記ＷＬＡＮユーザ端末の前記Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｉｄｅｎｔｉｔｙ（ＮＡＩ）、前記ユーザＩＰ、前記Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）、前記ＴＥＭＰ ＩＤ、前記Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｐｒｏｔｏｃｏｌ−Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＳＩＰ−ＵＲＬ）Ｉｄｅｎｔｉｔｙのいずれかであることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ステップｃはさらに：前記リクエストを開始する前記ＷＬＡＮユーザ端末に前記失敗情報を返送する間、前記リクエストを開始する前記ＷＬＡＮユーザ端末に適切なエラー情報を示すことを具備することを特徴とする請求項１に記載の方法。
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【図２】
【図８】
【図９】
【図１０】
【図１１】
【図４】
【図５】
【図６】
【図７】
【図１】
【図２】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００７−５１３５３６（Ｐ２００７−５１３５３６Ａ）
【公表日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願番号】特願２００６−５３５９３０（Ｐ２００６−５３５９３０）
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【国際出願番号】ＰＣＴ／ＣＮ２００４／００１１９１
【国際公開番号】ＷＯ２００５／０３９１１０
【国際公開日】平成１７年４月２８日（２００５．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
【公表日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願日】平成１６年１０月２０日（２００４．１０．２０）
【国際出願番号】ＰＣＴ／ＣＮ２００４／００１１９１
【国際公開番号】ＷＯ２００５／０３９１１０
【国際公開日】平成１７年４月２８日（２００５．４．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
[ Back to top ]