(57)【要約】  リソースを確立し、削除する方法およびネットワーク装置が開示される。この方法では、第１のネットワークユニットがネットワーク側の第２のネットワークユニットにユーザ装置のためのリソースの処理型を確立するよう通知し、第２のネットワークユニットがリソースの処理型に従ってユーザ装置のためのリソースの処理型を確立する。本発明の実施例は、ネットワーク側のゲートウェイユニット（第２のネットワークユニット）が、異なるアクセス要求（初期アクセス要求とアクセスシステム間の切り換えによるアクセス要求と）を識別することができず、識別した異なるアクセス要求に対応して関連するリソースを確立することができない、という問題を解決する。
2010519864.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）が、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素がネットワーク側の第２のネットワーク要素に、前記ＵＥのためのリソースを作成するプロセスの型を通知することと、
前記第２のネットワーク要素が、前記プロセスの型に従って前記ＵＥのためのリソースを作成するプロセスを実行することと
を含むリソースを作成する方法。
【請求項２】
前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成する前記プロセスの型を通知することが、
前記第１のネットワーク要素が、ベアラを作成するプロセスの型が第１の作成型であるかそれとも第２の作成型であるか指示するのに使用されるフラグを含むベアラ作成要求メッセージを送ること
をさらに含み、
前記第２のネットワーク要素が、前記ＵＥのためのリソースを作成する前記プロセスを実行することが、
前記第２のネットワーク要素が前記第１の作成型に従ってデフォルトベアラを作成すること、または
前記第２のネットワーク要素が、前記第２の作成型に従って、デフォルトベアラ、および前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成すること
をさらに含む、請求項１に記載の方法。
【請求項３】
前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成する前記プロセスの型を通知することが、
前記第１のネットワーク要素が、対応付けを更新するプロセスの型が第１の対応付け型であるかそれとも第２の対応付け型であるか指示するのに使用されるフラグを含むプロキシ対応付け更新メッセージまたは対応付け更新メッセージを送ること
をさらに含み、
前記第２のネットワーク要素が、前記ＵＥのためのリソースを作成する前記プロセスを実行することが、
前記第２のネットワーク要素が前記第１の対応付け型に従ってデフォルトベアラを作成すること、または
前記第２のネットワーク要素が、前記第２の対応付け型に従って、デフォルトベアラ、および前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成すること
をさらに含む、請求項１に記載の方法。
【請求項４】
前記第１のネットワーク要素から前記ベアラ作成要求メッセージ、前記プロキシ対応付け更新メッセージもしくは前記対応付け更新メッセージを送る前に、
アクセス要求が前記初期アクセス要求であると判定されたときに、前記ベアラを作成するプロセスの型が前記第１の作成型であり、もしくは前記対応付けを更新するプロセスの型が前記第１の対応付け型であることを前記フラグで指示すること、または
前記アクセス要求が切換要求であると判定されたときに、前記ベアラを作成するプロセスの型が前記第２の作成型であり、もしくは前記対応付けを更新するプロセスの型が前記第２の対応付け型であることを前記フラグで指示すること
をさらに含む、請求項２または３に記載の方法。
【請求項５】
前記ＵＥが前記３ＧＰＰアクセスシステムへの前記アクセス要求を開始するときに、前記第１のネットワーク要素からネットワーク側のサービングゲートウェイに前記フラグを含む前記ベアラ作成要求メッセージを送り、
前記サービングゲートウェイと前記第２のネットワーク要素のインターフェースがＧＴＰプロトコルを使用するときに、前記サービングゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記ベアラ作成要求メッセージを送り、または
前記サービングゲートウェイと前記第２のネットワーク要素の間のインターフェースがＰＭＩＰプロトコルを使用するときに、前記サービングゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記プロキシ対応付け更新メッセージを送り、もしくは前記サービングゲートウェイから前記第２のネットワーク要素にベアラ復元要求メッセージを送って、前記ＵＥが切換前に使用するリソースを復元するよう前記第２のネットワーク要素に知らせる、請求項４に記載の方法。
【請求項６】
前記ＵＥが前記非３ＧＰＰアクセスシステムへの前記アクセス要求を開始するときに、前記第１のネットワーク要素として働く非３ＧＰＰゲートウェイが、前記ＵＥから前記非３ＧＰＰアクセスシステムを受け取り、
前記非３ＧＰＰゲートウェイと前記第２のネットワーク要素の間のインターフェースがＰＭＩＰプロトコルを使用するときに、前記非３ＧＰＰゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記プロキシ対応付け更新メッセージを送り、または
前記ＵＥと前記第２のネットワーク要素の間のインターフェースがＣＭＩＰプロトコルを使用するときに、前記第１のネットワーク要素として働く前記ＵＥから前記第２のネットワーク要素に前記フラグを含む前記対応付け更新メッセージを送る、請求項４に記載の方法。
【請求項７】
前記フラグが、前記ベアラを作成するプロセスの型が前記第１の作成型であり、または前記対応付けを更新するプロセスの型が前記第１の対応付け型であることを指示するときに、前記第２のネットワーク要素が、
前記第２のネットワーク要素に前記ＵＥのためのＰＣＣ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ：ポリシおよび課金制御）規則が格納されているかどうか照会するステップと、
前記第２のネットワーク要素に前記ＵＥのための前記ＰＣＣ規則が格納されている場合には、前記ＵＥのための前記ＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）に前記ＵＥのための前記ＰＣＣ規則を削除するよう通知するステップと
を実行し、
前記フラグが、前記ベアラを作成するプロセスの型が前記第２の作成型であり、または前記対応付けを更新するプロセスの型が前記第２の対応付け型であることを指示するときに、前記第２のネットワーク要素が、
前記第２のネットワーク要素に格納された前記ＵＥのための前記ＰＣＣ規則を獲得するステップと、
前記ＵＥのための前記ＰＣＣ規則がＩＰ−ＣＡＮ（ＩＰ−Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＩＰ接続アクセスネットワーク）の型に依存するものであると判定したときに、ネットワーク側の前記ＰＣＲＦに、前記ＵＥの現在のＩＰ−ＣＡＮの型に従って前記ＵＥのための前記ＰＣＣ規則を修正するよう通知するステップと、
前記ＰＣＲＦから返された前記修正されたＰＣＣ規則を受け取り、格納するステップと、
前記修正されたＰＣＣ規則に従って、前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するステップと
を実行する、請求項４に記載の方法。
【請求項８】
前記ＵＥからのアクセス要求が事前登録要求であると判定したときに、前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成し、または前記ＵＥを登録する前記プロセスの型が事前登録プロセス型と通知することと、
前記ＵＥからの前記アクセス要求が最適化切換要求であると判定したときに、前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成し、または前記ＵＥを登録する前記プロセスの型が最適化切換要求プロセス型であると通知することと
をさらに含む、請求項１に記載の方法。
【請求項９】
ネットワーク側の前記第２のネットワーク要素がユーザプレーンアンカネットワーク要素であり、前記事前登録プロセス型または前記最適化切換プロセス型に従って、
前記ＵＥがディスティネーションアクセスネットワークで使用すべきＰＣＣ規則を獲得するステップと、
前記ＵＥが使用すべき前記ＰＣＣ規則に従って、前記ＵＥが切換前に前記アクセスシステムにおいて使用するサービスに必要とされるリソースを作成するステップと、
ソースアクセスネットワークにおけるリソースを保持するステップと
を実行し、またはネットワーク側の前記第２のネットワーク要素がサービングゲートウェイもしくは非３ＧＰＰゲートウェイであり、前記事前登録プロセス型もしくは前記最適化切換プロセス型に従って、
ＰＣＲＦに連絡を取って前記ＵＥが使用すべき前記ＰＣＣ規則を獲得するステップと、
前記ＵＥが使用すべき前記ＰＣＣ規則に従って、切換前に前記アクセスシステムにおいて前記ＵＥが使用する前記サービスに必要とされる前記リソースを作成するステップと
を実行する、請求項８に記載の方法。
【請求項１０】
前記ＵＥがソースアクセスシステムからディスティネーションアクセスシステムへの切換を実行するときに、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素が、前記第２のネットワーク要素のアドレス情報が格納されたネットワーク要素から前記第２のネットワーク要素の前記アドレス情報を獲得すること、または
前記ソースアクセスシステムが、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素に、前記第２のネットワーク要素の前記アドレス情報を通知すること、または
前記第２のネットワーク要素の前記アドレス情報が格納された前記ネットワーク要素が、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素に、前記第２のネットワーク要素の前記アドレス情報を送ること
をさらに含む、請求項１に記載の方法。
【請求項１１】
異種ネットワーク間の切換時にリソースを復元する方法であって、
ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）が３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ネットワーク側のゲートウェイが、ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべきＰＣＣ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ：ポリシおよび課金制御）規則を獲得することと、
前記ネットワーク側のゲートウェイが、前記ＰＣＣ規則に従って、前記ディスティネーションアクセスシステムにおけるネットワーク側ベアラセットアッププロセスを開始することと
を含む方法。
【請求項１２】
前記ネットワーク側のゲートウェイがアンカゲートウェイであり、
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
前記アンカゲートウェイが、前記アンカゲートウェイに格納された前記ＵＥのための前記ＰＣＣ規則を獲得すること、または
前記アンカゲートウェイがＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）に連絡を取って、修正されたＰＣＣ規則を獲得すること
をさらに含む、請求項１１に記載の方法。
【請求項１３】
前記ネットワーク側のゲートウェイがサービングゲートウェイであり、
前記サービングゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記サービングゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１１に記載の方法。
【請求項１４】
前記ネットワーク側のゲートウェイが非３ＧＰＰゲートウェイであり、
前記非３ＧＰＰゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記非３ＧＰＰゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１１に記載の方法。
【請求項１５】
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得する前に、
前記ディスティネーションアクセスシステムが、前記アンカゲートウェイのアドレス情報を獲得し、前記アンカゲートウェイにリソースを作成するプロセスを実行するよう通知すること
をさらに含む、請求項１２から請求項１４のいずれか一項に記載の方法。
【請求項１６】
前記ディスティネーションアクセスシステムが、プロキシ対応付け更新メッセージ、ベアラ復元要求メッセージ、またはベアラ作成要求メッセージにより、前記アンカゲートウェイに、リソースを作成する前記プロセスを実行するよう通知すること
をさらに含む、請求項１５に記載の方法。
【請求項１７】
ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素が第２のネットワーク要素のアドレス情報を獲得することと、
前記第１のネットワーク要素から、前記ＵＥに割り振られたリソースを解放するよう前記第２のネットワーク要素に通知するメッセージを送ることと、
前記第２のネットワーク要素が、前記ＵＥに割り振られた前記リソースを解放することと
を含むリソースを削除する方法。
【請求項１８】
前記第２のネットワーク要素がアンカゲートウェイであり、
前記第１のネットワーク要素が、前記ＵＥから付着要求メッセージを受け取った後で、ネットワークに最初にアクセスするプロセスを実行し、前記ＵＥのＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ：ホーム加入者サーバ）から、前記ＵＥが使用する前記アンカゲートウェイの前記アドレス情報を獲得し、
前記第１のネットワーク要素から前記アンカゲートウェイに、前記ＵＥに割り振られた前記リソースを解放するよう要求するリソース解放要求メッセージを送り、
前記アンカゲートウェイが、前記ＵＥに割り振られた前記リソースを解放する、請求項１７に記載の方法。
【請求項１９】
前記第１のネットワーク要素と前記アンカゲートウェイの間にインターフェースがない場合、前記リソース解放要求メッセージがサービングゲートウェイを介して前記アンカゲートウェイに転送される、請求項１８に記載の方法。
【請求項２０】
ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ディスティネーションアクセスネットワークのネットワーク要素がユーザプレーンアンカに、ソースアクセスネットワークにおけるリソースを解放するプロセスを開始しないよう通知することと、
前記ＵＥが前記ディスティネーションアクセスネットワークに切り換わった後で、前記ディスティネーションアクセスネットワークの前記ネットワーク要素から前記ソースアクセスネットワークのネットワーク要素に、前記ＵＥが前記ディスティネーションアクセスネットワークに切り換わったことを前記ソースネットワークに通知するメッセージを送ることと、
メッセージを受け取った後前記ソースアクセスネットワークの前記ネットワーク要素が、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始することと
を含むリソースを削除する方法。
【請求項２１】
前記ディスティネーションアクセスネットワークの前記ネットワーク要素が前記ユーザプレーンアンカに、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始しないよう通知することが、
前記ディスティネーションアクセスネットワークの前記ネットワーク要素が、前記ユーザプレーンアンカに送るべき前記メッセージに、前記ユーザプレーンアンカに前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始しないよう指示するフラグを加えること
をさらに含む、請求項２０に記載の方法。
【請求項２２】
前記フラグが、最適化切換フラグ、事前登録フラグ、またはリソース非解放フラグである、請求項２１に記載の方法。
【請求項２３】
メッセージを受け取った後前記ソースアクセスネットワークの前記ネットワーク要素が、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始することが、
前記ソースアクセスネットワークの前記ネットワーク要素から前記ユーザプレーンアンカに、前記３ＧＰＰアクセスネットワークと前記非３ＧＰＰアクセスネットワークの間の切換を指示するフラグを含むベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージを送ることと、
前記フラグを受け取った後で前記ユーザプレーンアンカが、前記ソースアクセスネットワークにおける前記リソースを削除し、前記ディスティネーションアクセスネットワークにおける前記リソースを予約することと
をさらに含む、請求項２０に記載の方法。
【請求項２４】
アクセス要求判定ユニットとプロセス型通知ユニットとを備えるネットワーク装置であって、
前記アクセス要求判定ユニットは、ＵＥが開始したアクセス要求が初期アクセス要求であるか、それとも３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の切換要求であるか判定し、前記判定結果を前記プロセス型通知ユニットに送るように適合されており、
前記プロセス型通知ユニットは、前記アクセス要求判定ユニットから判定結果を受け取り、前記ＵＥのためのリソースを作成するプロセスの型を判定し、前記プロセス型を、前記ＵＥのための前記リソースを作成するように適合されているネットワーク側のネットワーク要素に通知するように適合されている
ネットワーク装置。
【請求項２５】
前記プロセス型通知ユニットが第１の通知サブユニットおよび／または第２の通知サブユニットをさらに備え、
前記第１の通知サブユニットは、ベアラを作成するプロセスの型が第１／第２の作成型であることを指示し、または対応付けを更新するプロセスの型が第１／第２の対応付け型であることを指示するのに使用されるフラグを含むベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージを送るように適合されており、
前記第２の通知サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定のメッセージを送るように適合されている、請求項２４に記載のネットワーク装置。
【請求項２６】
識別ユニットとリソース作成ユニットとを備えるネットワーク装置であって、
前記識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、別のネットワーク要素からメッセージを受け取り、前記メッセージから前記ＵＥのためのリソースを作成するプロセスの型を識別し、前記識別したプロセスの型を前記リソース作成ユニットに通知するように適合されており、
前記リソース作成ユニットは、前記識別ユニットから前記プロセス型を受け取り、前記プロセス型に従って前記ＵＥのためのリソースを作成するプロセスを実行するように適合されている
ネットワーク装置。
【請求項２７】
前記識別ユニットが、第１の識別サブユニットおよび／または第２の識別サブユニットをさらに備え、
前記第１の識別サブユニットは、受け取ったベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージに含まれるフラグを識別し、前記フラグに従って第１／第２の作成型または第１／第２の対応付け型を判定し、判定した前記第１／第２の作成型または前記第１／第２の対応付け型を前記リソース作成ユニットに送るように適合されており、
前記第２の識別サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する、受け取った特定のメッセージを識別し、前記リソース作成ユニットに、前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するよう通知するように適合されており、
前記リソース作成ユニットは、前記第１の識別サブユニットから前記第１の作成型または前記第１の対応付け型を受け取った後で前記ＵＥのためのデフォルトベアラを作成するように適合されており、
前記リソース作成ユニットはさらに、前記第１の識別サブユニットからの前記第２の作成型もしくは前記第２の対応付け型、または前記第２の識別サブユニットからの前記通知を受け取った後で、前記デフォルトベアラ、および前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するように適合されている、請求項２６に記載のネットワーク装置。
【請求項２８】
初期要求判定ユニットと、ネットワーク要素アドレス獲得ユニットと、リソース解放通知ユニットとを備えるネットワーク装置であって、
前記初期要求判定ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行するときに、前記ＵＥが開始したアクセス要求が初期アクセス要求であると判定し、判定結果を前記ネットワーク要素アドレス獲得ユニットに通知するように適合されており、
前記ネットワーク要素アドレス獲得ユニットは、前記ＵＥが使用するアンカゲートウェイのアドレス情報を獲得し、前記アドレス情報を前記リソース解放通知ユニットに送るように適合されており、
前記リソース解放通知ユニットは、前記ネットワーク要素アドレス獲得ユニットから送られた前記アドレス情報に従って前記アンカゲートウェイにリソース解放通知メッセージを送って、前記ＵＥに割り振られたリソースを解放するよう要求するように適合されている
ネットワーク装置。
【請求項２９】
前記ネットワーク要素アドレス獲得ユニットが第１のサブユニットと第２のサブユニットとをさらに備え、
前記第１のサブユニットは、前記ＵＥのＨＳＳから前記ＵＥが使用する前記アンカゲートウェイの前記アドレス情報を獲得し、前記アンカゲートウェイの前記アドレス情報を前記第２のサブユニットに送るように適合されており、
前記第２のサブユニットは、前記アンカゲートウェイの前記アドレス情報を格納し、前記アンカゲートウェイの前記アドレス情報を前記リソース解放通知ユニットに送るように適合されている、請求項２８に記載のネットワーク装置。
【請求項３０】
前記リソース解放通知ユニットが、判定サブユニットと、第１の送信サブユニットと、第２の送信サブユニットとをさらに備え、
前記判定サブユニットは、前記ネットワーク装置と前記アンカゲートウェイの間にインターフェースがあるかどうか判定し、前記インターフェースがある場合には、前記アンカゲートウェイに前記リソース解放通知メッセージを送るよう前記第１の送信サブユニットに通知し、または前記インターフェースがない場合には、前記アンカゲートウェイに前記リソース解放通知メッセージを転送するサービングゲートウェイに前記リソース解放通知メッセージを送るよう前記第２の送信サブユニットに通知するように適合されており、
前記第１の送信サブユニットは、前記リソース解放通知メッセージを前記アンカゲートウェイに送るように適合されており、
前記第２の送信サブユニットは、前記リソース解放通知メッセージを前記サービングゲートウェイに送るように適合されている、請求項２８または２９のいずれかに記載のネットワーク装置。
【請求項３１】
リソース解放メッセージ識別ユニットとリソース解放ユニットとを備えるネットワーク装置であって、
前記リソース解放メッセージ識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、受け取ったリソース解放通知メッセージを識別し、前記メッセージを前記リソース解放ユニットに送るように適合されており、
前記リソース解放ユニットは、前記ＵＥに割り振られたリソースを解放するように適合されている
ネットワーク装置。
【請求項３２】
照会ユニットと削除ユニットとをさらに備え、
前記リソース解放メッセージ識別ユニットはさらに、前記リソース解放通知メッセージを識別した後で、前記識別したリソース解放通知メッセージを前記照会ユニットに送るように適合されており、
前記照会ユニットは、前記ＵＥのためのＰＣＣ規則がローカルで格納されているかどうか照会し、前記ＵＥのための前記ＰＣＣ規則がローカルで格納されている場合には、前記照会結果を前記削除ユニットに通知するように適合されており、
前記削除ユニットは、前記ＵＥのための前記ローカルで格納されたＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦに対応する格納された規則を削除するよう通知するように適合されている、請求項３１に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信に関し、より詳細には、リソースを作成する方法およびネットワーク装置に関する。
【背景技術】
【０００２】
これからのネットワークの競争力を高めるために、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）は、新しい進化型ネットワークに取り組もうとしている。このような進化型ネットワークのアーキテクチャには、図１に示すように、次のものが含まれる。Ｅ−ＵＴＲＡＮと略され、進化型ネットワークにおける無線アクセスに関連する機能を果たす進化型ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ：ユニバーサル移動体通信システム）ＴＲＡＮ（Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：地上無線アクセスネットワーク）；ユーザコンテキストおよび移動度状況の管理、ユーザの一時の識別情報割振りなどを含む、制御プレーンの移動性管理を行うＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：移動性管理エンティティ）；３ＧＰＰアクセスシステム間のユーザプレーンアンカであり、Ｅ−ＵＴＲＡＮへのインターフェースを終端させるＳｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ：サービングゲートウェイ）；アンカゲートウェイともいい、３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間のユーザプレーンアンカであり、外部のＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ：パケットデータネットワーク）へのインターフェースを終端させるＰＤＮＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ：パケットデータネットワークゲートウェイ）；ポリシ制御決定機能および流量課金制御機能を提供するＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）；ならびに、ユーザ加入情報を格納するＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ：ホーム加入者サーバ）。
【０００３】
ＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＵＭＴＳ地上無線アクセスネットワーク）およびＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ））は、既存のＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：汎用パケット無線サービス）／ＵＭＴＳネットワークにおける無線アクセスに関連する諸機能を果たす。ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ：サービングＧＰＲＳサポートノード）は、ＧＰＲＳ／ＵＭＴＳネットワークにおける経路制御および転送、移動性管理、セッション管理、ユーザ情報格納などといった諸機能を果たす。
【０００４】
非３ＧＰＰ仕様ＩＰアクセスネットワークとは主に、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ：無線ローカルエリアネットワーク）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：国際的なマイクロ波アクセスの相互運用性）などといったいくつかの非３ＧＰＰ機関によって定義されるアクセスネットワークをいう。
【０００５】
ＡＡＡサーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  Ａｕｔｈｏｒｉｚａｔｉｏｎ  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ  Ｓｅｒｖｅｒ：認証許可課金サーバ）は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）のための認証、許可および課金機能を果たす。
【０００６】
進化型ネットワークに求められる要件の１つが、３ＧＰＰアクセスシステム（ＧＥＲＡＮ／ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮなど）と非３ＧＰＰアクセスシステム（ＷＬＡＮ／ＷｉＭＡＸなど）の間の切換をサポートすることである。切換プロセスは、ＵＥの新しいアクセスシステムへの付着手順によって実施され得る。図２は、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを示すフローチャートである。切換プロセスは以下の各ステップを含む。
【０００７】
１．ＵＥが非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークに付着する。
【０００８】
２．ＵＥが非３ＧＰＰアクセスシステムからＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ：システムアーキテクチャ進化）システムへの切換を開始する。
【０００９】
３．ＵＥがＭＭＥに付着要求メッセージを送る。
【００１０】
４．ＵＥとＭＭＥとＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【００１１】
５．ＭＭＥとＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでＭＭＥは、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。
【００１２】
６．ＭＭＥがＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成要求メッセージを送る。
【００１３】
７ａ．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ：ＧＰＲＳトンネリングプロトコル）を使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにデフォルトベアラ作成要求メッセージを送る。
【００１４】
７ｂ．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰ（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：プロキシモバイルインターネットプロトコル）を使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。
【００１５】
８ａ．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成応答メッセージを返す。
【００１６】
８ｂ．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷにプロキシ対応付け確認（Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  ＡＣＫ）メッセージを返す。
【００１７】
９．Ｓｅｒｖｉｎｇ  ＧＷがＭＭＥにデフォルトベアラ作成応答メッセージを返す。
【００１８】
１０．ＭＭＥが、デフォルトベアラに対応する無線ベアラをセットアップするための無線ベアラセットアッププロセスを開始し、付着完了プロセスを開始する。
【００１９】
以下の２点に留意する必要がある。（１）非３ＧＰＰシステムからＳＡＥまたは他の３ＧＰＰシステム（ＧＰＲＳ／ＵＭＴＳシステムなど）への切換プロセスは、Ａｔｔａｃｈプロセスによって完了されてもよく（しかしＡｔｔａｃｈプロセスだけに限定されず）、実際には、他のプロセスによって完了されてもよい。（２）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【発明の概要】
【発明が解決しようとする課題】
【００２０】
実施に際して本発明の発明者は、前述の従来技術の既存の切換プロセスにおいて以下の欠点に遭遇した。
【００２１】
１．非３ＧＰＰシステムから３ＧＰＰシステムへの切換の間、ＵＥのサービス継続を保証するために、３ＧＰＰシステムは、ＵＥが非３ＧＰＰ方式のアクセスシステムにおいて使用するリソースを回復する必要があるが、非３ＧＰＰシステムから３ＧＰＰシステムへの既存の切換プロセスにはそのような機構がない。
【００２２】
２．通常の３ＧＰＰアクセスプロセスでは、３ＧＰＰシステムはＵＥのためのデフォルトベアラを作成するにすぎない。しかし、非３ＧＰＰシステムから３ＧＰＰシステムへの切換時のアクセスプロセスでは、３ＧＰＰシステムは、ＵＥが非３ＧＰＰ方式のアクセスシステムにおいて使用するリソースを回復する必要がある。上記２つのアクセスプロセスは異なり、３ＧＰＰシステムはこれら２つの異なるアクセスプロセスを区別する必要があるが、既存の３ＧＰＰシステムには異なるアクセスプロセスを区別するための機構がない。
【００２３】
３．既存の３ＧＰＰシステムのアクセスプロセスでは、ＵＥは１つのデフォルトベアラの確立を開始するにすぎない、すなわち、ＭＭＥは１つのＰＤＮＧＷへのデフォルトベアラ作成プロセスを開始することしかできない。ＵＥが非３ＧＰＰアクセスシステムにおいて複数のＰＤＮＧＷを使用した場合、既存の機構は機能しない。
【００２４】
４．従来技術では、非３ＧＰＰシステムと３ＧＰＰシステムの間の切換は「緩やかに結合された」切換である、すなわち、ＵＥはまずソースシステムから切断し、次いでディスティネーションシステムにおけるアクセスプロセスによって切換を完了する。そのような切換のやり方では、サービスが長期間にわたって中断され、おそらくは拒絶されることもある。従来技術には、ＵＥのサービス中断時間を低減するように非３ＧＰＰシステムと３ＧＰＰシステムの間の切換を最適化する方法に関する機構がない。
【００２５】
５．ＵＥが非３ＧＰＰアクセスシステムにアクセスすると、非３ＧＰＰアクセスシステムはＵＥにリソースを割り振ることができる。ＵＥにおいて異常なスイッチオフまたはオフライン状態が発生すると、非３ＧＰＰアクセスシステムがＵＥに割り振ったリソースは解放されなくなる。ＵＥが新たに３ＧＰＰアクセスシステムにアクセスするときに、非３ＧＰＰアクセスシステムがＵＥに割り当てたリソースは解放される必要があるが、従来技術にはこれを処理するための機構がない。
【００２６】
本発明は、リソース上で対応するプロセスを実行するようにＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の初期アクセスプロセスと切換プロセスとを区別することのできる、リソースを作成する方法、リソースを削除する方法、およびネットワーク装置を提供することを目的とする。
【課題を解決するための手段】
【００２７】
本発明の一実施形態は、リソースを作成する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素がネットワーク側の第２のネットワーク要素に、ＵＥのためのリソースを作成するプロセスの型を通知すること、および第２のネットワーク要素がそのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行することを含む。
【００２８】
本発明の別の実施形態は、異種ネットワーク間の切換時にリソースを復元する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ネットワーク側のゲートウェイが、ＵＥがディスティネーションアクセスネットワークにおいて使用すべきＰＣＣ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ：ポリシおよび課金制御）規則を獲得すること、ネットワーク側のゲートウェイが、そのＰＣＣ規則に従ってディスティネーションアクセスシステムにおいてネットワーク側のベアラを作成するプロセスを開始することを含む。ネットワーク側のゲートウェイはサービングゲートウェイ、アンカゲートウェイ、または非３ＧＰＰゲートウェイとすることができる。
【００２９】
本発明の一実施形態は、リソースを削除する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素が第２のネットワーク要素のアドレス情報を獲得すること、第１のネットワーク要素から、第２のネットワーク要素にＵＥに割り振られたリソースを解放するよう通知するメッセージを送ること、第２のネットワーク要素がＵＥに割り振られたリソースを解放することを含む。またこの方法は、ＵＥが開始したアクセス要求が初期アクセス要求であると判定することを含んでいてもよい。
【００３０】
本発明の一実施形態は、リソースを削除する別の方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ディスティネーションアクセスネットワークのネットワーク要素が、ユーザプレーンアンカにソースアクセスネットワークにおけるリソースを解放するプロセスを開始しないよう通知すること、ディスティネーションアクセスネットワークのネットワーク要素からソースアクセスネットワークのネットワーク要素に、ＵＥがディスティネーションアクセスネットワークに切り換わった後で、ＵＥがディスティネーションアクセスネットワークに切り換わったことをソースネットワークに通知するメッセージを送ること、メッセージを受け取った後でソースアクセスネットワークのネットワーク要素が、ソースアクセスネットワークにおけるリソースを解放するプロセスを開始することを含む。
【００３１】
したがって本発明の一実施形態は、ネットワークリソースを処理するネットワーク装置を提供する。このネットワーク装置は、アクセス要求判定ユニットとプロセス型通知ユニットとを含む。アクセス要求判定ユニットは、ＵＥが開始したアクセス要求が初期アクセス要求であるか、それとも３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の切換要求であるか判定し、判定結果をプロセス型通知ユニットに送るように適合されている。プロセス型通知ユニットは、アクセス要求判定ユニットから判定結果を受け取り、ＵＥのためのリソースを作成するプロセスの型を決定し、そのプロセス型を、ＵＥのためのリソースを作成するように適合されたネットワーク側のネットワーク要素に通知するように適合されている。
【００３２】
本発明の一実施形態は、ネットワークリソースを処理する別のネットワーク装置を提供する。このネットワーク装置は、識別ユニットとリソース作成ユニットとを含む。識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、別のネットワーク要素からメッセージを受け取り、そのメッセージからＵＥのためのリソースを作成するプロセスの型を識別し、識別したプロセス型をリソース作成ユニットに通知するように適合されている。リソース作成ユニットは、識別ユニットからプロセス型を受け取り、そのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行するように適合されている。
【００３３】
本発明の一実施形態は、ネットワークリソースを解放するネットワーク装置を提供する。このネットワーク装置は、初期要求判定ユニットと、ネットワーク要素アドレス獲得ユニットと、リソース解放通知ユニットとを含む。初期要求判定ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行するときに、ＵＥが開始したアクセス要求が初期アクセス要求であると判定し、判定結果をネットワーク要素アドレス獲得ユニットに通知するように適合されている。ネットワーク要素アドレス獲得ユニットは、ＵＥが使用するアンカゲートウェイのアドレス情報の獲得し、そのアドレス情報をリソース解放通知ユニットに送るように適合されている。リソース解放通知ユニットは、ネットワーク要素アドレス獲得ユニットから送られたアドレス情報に従ってアンカゲートウェイにリソース解放通知メッセージを送って、ＵＥに割り振られたリソースを解放するよう要求するように適合されている。
【００３４】
本発明の一実施形態は、ネットワークリソースを解放するネットワーク装置を提供する。このネットワーク装置は、リソース解放メッセージ識別ユニットとリソース解放ユニットとを含む。リソース解放メッセージ識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、受け取ったリソース解放通知メッセージを識別し、そのメッセージをリソース解放ユニットに送るように適合されている。リソース解放ユニットは、ＵＥに割り振られたリソースを解放するように適合されている。
【発明の効果】
【００３５】
本発明の各実施形態で提供されるリソース作成機構によれば、第１のネットワーク要素は、ネットワーク側の第２のネットワーク要素に、ＵＥのためのリソースを作成するプロセスの型を通知することができ、第２のネットワーク要素は、そのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行することができる。このようにして、ネットワーク側のゲートウェイ（すなわち第２のネットワーク要素）が、異なるアクセス要求（すなわち初期アクセス要求とアクセスシステム間の切換によって生じるアクセス要求と）を区別することができず、したがって、それらの異なるアクセス要求に対応するリソースを作成することができない、という従来技術の問題を克服することができる。
【００３６】
本発明の各実施形態で提供されるリソース削除機構によれば、第１のネットワーク要素は、第２のネットワーク要素のアドレス情報が格納されたネットワーク要素から第２のネットワーク要素のアドレス情報を獲得することができ、第１のネットワーク要素は、第２のネットワーク要素にＵＥに割り振られたリソースを解放するよう通知するメッセージを送ることができ、第２のネットワーク要素は、ＵＥに割り振られたリソースを解放することができる。このようにして、ＵＥ側で異常なスイッチオフまたはオフライン状態が発生したときに、アンカゲートウェイに格納されている、ＵＥが使用するＰＣＣ規則およびＵＥに割り振られたリソースを削除することができる。
【図面の簡単な説明】
【００３７】
【図１】従来技術における進化型ネットワークシステムのアーキテクチャを示す概略図である。
【図２】従来技術における非３ＧＰＰシステムから３ＧＰＰシステムへの切換のプロセスを示すフローチャートである。
【図３】本発明の第１の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図４】本発明の第２の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図５】本発明の第３の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図６】本発明の第４の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図７】本発明の第５の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図８】本発明の第６の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図９】本発明の第７の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。
【図１０】本発明の一実施形態による第１のネットワーク装置を示すブロック図である。
【図１１】本発明の一実施形態による第２のネットワーク装置を示すブロック図である。
【図１２】本発明の第８の実施形態による、リソースを削除する信号交換プロセスを示すフローチャートである。
【図１３】本発明の第９の実施形態による、リソースを削除する信号交換プロセスを示すフローチャートである。
【図１４】本発明の一実施形態による第３のネットワーク装置を示すブロック図である。
【図１５】本発明の一実施形態による第４のネットワーク装置を示すブロック図である。
【発明を実施するための形態】
【００３８】
第１の実施形態
【００３９】
ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成要求（またはデフォルトＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ：パケットデータプロトコル）コンテキスト作成要求）メッセージを送るときに、そのメッセージに、ベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグが含められる。Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、そのプロセス型を指示するフラグを含むデフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図３に、以下の各ステップを含む具体的プロセスを示す。
【００４０】
１．ＵＥが非３ＧＰＰ仕様ＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。
【００４１】
２．ＵＥが非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換を開始する。
【００４２】
３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求める付着要求メッセージを送る。ネットワーク側の第１のネットワーク要素はＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）システムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮ（ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎ  Ｎｏｄｅ）になる。ネットワーク側の第１のネットワーク要素は、受け取ったアクセス要求が非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換要求であるか、それとも通常のアクセス要求（初期アクセス要求ともいう）であるかを、以下の方法によって判定する。
【００４３】
（１）Ａｔｔａｃｈプロセスによって非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスも実行される場合、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージには、異なるアクセス型を指示するためのＡｔｔａｃｈ  Ｔｙｐｅフィールドが含まれる。例えば、Ａｔｔａｃｈ  Ｔｙｐｅフィールドは、通常のアクセスではＩｎｉｔｉａｌ  Ａｔｔａｃｈに設定され、切換アクセスではＨｏｎｄｏｖｅｒ  Ａｔｔａｃｈに設定される。ネットワーク側の第１のネットワーク要素は、Ａｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージのＡｔｔａｃｈ  Ｔｙｐｅフィールドに従って異なるアクセスプロセスを区別する。
【００４４】
（２）ＵＥが、３ＧＰＰまたは非３ＧＰＰシステムにアクセスするときに使用するＰＤＮＧＷのアドレス情報を格納している場合、通常のアクセスプロセスにおけるＡｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含まず、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスにおけるＡｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含む。Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを受け取った後、ネットワーク側の第１のネットワーク要素は、アクセス要求が通常のアクセス要求であるか、それとも切換によるアクセス要求であるかを、そのＡｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージがＰＤＮＧＷのアドレス情報を含むかどうかに従って判定する。
【００４５】
（３）非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスがＡｔｔａｃｈプロセスとは別個のプロセスによって行われる場合、例えばＵＥは、ネットワーク側の第１のネットワーク要素に、非３ＧＰＰ／３ＧＰＰ切換要求メッセージを送って、ＭＭＥに非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう要求する。
【００４６】
４．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【００４７】
５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。
【００４８】
６．通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、加入者データのデフォルトのＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ：アクセスポイント名）に従ってＵＥのＰＤＮＧＷを選択する。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが、格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【００４９】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。Ｃｒｅａｔｅ  Ｔｙｐｅフラグは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ  Ｃｒｅａｔｅ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ  Ｃｒｅａｔｅ」として設定される。
【００５０】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値「Ｃａｕｓｅ」は、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。
【００５１】
（３）フラグを「Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージは、その要求メッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージはこのフラグを含まない。
【００５２】
（４）フラグを「Ｉｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージは、その要求メッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージはこのフラグを含まない。
【００５３】
７．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされ、３ＧＰＰシステムがＳＡＥシステムである場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【００５４】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。Ｃｒｅａｔｅ  Ｔｙｐｅフラグは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ  Ｃｒｅａｔｅ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ  Ｃｒｅａｔｅ」として設定される。
【００５５】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値Ｃａｕｓｅは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。
【００５６】
（３）フラグを「Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送る要求メッセージは、その要求メッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送る要求メッセージはこのフラグを含まない。
【００５７】
（４）フラグを「Ｉｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送る要求メッセージは、その要求メッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送る要求メッセージはこのフラグを含まない。
【００５８】
８．要求メッセージを受け取った後、ＰＤＮＧＷは、メッセージ内のフラグに従ってベアを作成するプロセスの型を決定し、ベアを作成するプロセスの型に従って異なるプロセスを以下のように実行する。
【００５９】
（１）ベアを作成するプロセスの型が通常のアクセスのベアラを作成するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ（Ｐｃｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ）規則があるかどうか照会する。ＰＤＮＧＷに規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、格納されたＰＣＣ規則を削除するようＰＣＲＦに通知する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【００６０】
（２）ベアを作成するプロセスの型が切換アクセスのベアラを作成するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、そのＰＣＣ規則がＩＰ−ＣＡＮ（ＩＰ−Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＩＰ接続アクセスネットワーク）のアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がアクセス型に依存する場合、ＰＤＮＧＷは、ＰＣＲＦに連絡を取って、修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【００６１】
９．ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成応答メッセージを返す。
【００６２】
１０．Ｓｅｒｖｉｎｇ  ＧＷがネットワーク側の第１のネットワーク要素にデフォルトベアラ作成応答メッセージを返す。
【００６３】
１１．ネットワーク側の第１のネットワーク要素が、デフォルトベアラに対応する無線ベアラを作成する無線ベアラ作成プロセスを開始し、付着完了プロセスを開始する。
【００６４】
１２．アクセスプロセス型が切換によって生じるアクセスプロセスである場合、ＰＤＮＧＷは、格納されたＰＣＣ規則または修正されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。
【００６５】
以下の点に留意する必要がある。
【００６６】
（１）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【００６７】
（２）ステップ１２とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。
【００６８】
（３）メッセージにベアラを作成するプロセスの型が含まれない場合、ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【００６９】
実施形態２
【００７０】
ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷに、ベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグを含む、デフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）を送る。Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、プロセス型を指示するフラグを含むプロキシ対応付け更新メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図４に、以下の各ステップを含む具体的プロセスを示す。
【００７１】
１．ＵＥが、非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。
【００７２】
２．ＵＥが、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換を開始する。
【００７３】
３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求めるＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素はＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。
【００７４】
４．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【００７５】
５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。
【００７６】
６．通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、加入者データのデフォルトＡＰＮに従ってＵＥのためのＰＤＮＧＷを選択する。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバがネットワーク側の第１のネットワーク要素に、格納されたＰＤＮＧＷのアドレス情報を送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。フラグを実施するための具体的方式は第１の実施形態における方式と同様である。
【００７７】
７．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【００７８】
（１）フラグを「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。Ｂｉｎｄｉｎｇ  Ｔｙｐｅフラグは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ  Ｂｉｎｄｉｎｇ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ  Ｂｉｎｄｉｎｇ」として設定される。
【００７９】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値「Ｃａｕｓｅ」は、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。
【００８０】
（３）フラグを「Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送るメッセージは、そのメッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送るメッセージはこのフラグを含まない。
【００８１】
（４）フラグを「Ｉｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送るメッセージは、そのメッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、Ｓｅｒｖｉｎｇ  ＧＷが送るメッセージはこのフラグを含まない。
【００８２】
７ａ．このステップは以下のように実行される。
【００８３】
プロキシ対応付け更新メッセージには修正が加えられない。切換アクセスの場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、（３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合には）ベアラ復元要求メッセージまたは（３ＧＰＰシステムがＳＡＥシステムである場合には）ＰＤＰコンテキスト復元要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するベアラを復元するよう通知する。
【００８４】
８．プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、プロキシ対応付け更新メッセージ内のフラグに従って対応付けを更新するプロセスの型を判定し、またはベアラ復元要求メッセージが受け取られたかどうか判定し、次いで、対応付けを更新するプロセスの型に応じて、またはベアラ復元要求メッセージが受け取られたかどうかに応じて、以下のように異なるプロセスを実行する。
【００８５】
（１）プロキシ対応付け更新メッセージ内の対応付けを更新するプロセスの型が通常のアクセスのために対応付けを更新するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷに規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦに格納されたＰＣＣ規則を削除するよう通知する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【００８６】
（２）プロキシ対応付け更新メッセージ内の対応付けを更新するプロセスの型が切換アクセスのために対応付けを更新するよう指示する場合、またはＰＤＮＧＷがベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った場合、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦと連絡を取って修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【００８７】
９．ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷにプロキシ対応付けＡＣＫメッセージを返す。
【００８８】
９ａ．ＰＤＮＧＷが前のステップでＳｅｒｖｉｎｇ  ＧＷからベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに、ベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージを返す。
【００８９】
１０．Ｓｅｒｖｉｎｇ  ＧＷがネットワーク側の第１のネットワーク要素にデフォルトベアラ作成応答メッセージを返す。
【００９０】
１１．ネットワーク側の第１のネットワーク要素が、デフォルトベアラに対応する無線ベアラを作成する無線ベアラ作成プロセスを開始し、付着完了プロセスを開始する。
【００９１】
１２．アクセスプロセス型が切換によって生じたアクセスプロセスである場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則をＳｅｒｖｉｎｇ  ＧＷに提供するＰＣＣ規則提供メッセージを送る。Ｓｅｒｖｉｎｇ  ＧＷは、受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。
【００９２】
１３．Ｓｅｒｖｉｎｇ  ＧＷが、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇ  ＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰネットワークにおいて作成する。
【００９３】
以下に留意する必要がある。
【００９４】
（１）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【００９５】
（２）ステップ１２とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。
【００９６】
（３）本実施形態では、どのようにしてＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷにＰＣＣ規則を送るかに関しては制限されない。
【００９７】
（４）メッセージにベアラを作成するための、または対応付けを更新するためのプロセス型情報が含まれない場合、ＰＤＮＧＷは、ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡をとって修正されたＰＣＣ規則を獲得する）をＳｅｒｖｉｎｇ  ＧＷに送り、Ｓｅｒｖｉｎｇ  ＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇ  ＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。
【００９８】
実施形態３
【００９９】
非３ＧＰＰＧＷがＰＤＮＧＷに、プロセス型を指示するフラグを含むプロキシ対応付け更新メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図５に、以下の各ステップを含む具体的プロセスを示す。
【０１００】
１．ＵＥがＳｅｒｖｉｎｇ  ＧＷおよびＰＤＮＧＷを介して３ＧＰＰアクセスネットワークにアクセスする。
【０１０１】
２．ＵＥが３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換を開始する。
【０１０２】
３．ＵＥが非３ＧＰＰＧＷに、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスを実行することを求めるアクセス要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ：進化型パケットデータゲートウェイ）になり、ＷｉＭＡＸシステムではＡＳＮ  ＧＷ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ：アクセスサービスネットワークゲートウェイ）になり、ＣＤＭＡシステムではＡＧＷ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ：アクセスゲートウェイ）になる。非３ＧＰＰＧＷは、受け取ったアクセス要求が、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換要求であるか、それとも通常のアクセス要求（初期アクセス要求ともいう）であるかを、以下の方法によって判定する。
【０１０３】
（１）アクセスプロセスによって３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスも実行される場合、Ａｃｃｅｓｓ  Ｒｅｑｕｅｓｔメッセージには異なるプロセス型を指示するＡｃｃｅｓｓ  Ｔｙｐｅフィールドが含まれる。例えばＡｃｃｅｓｓ  Ｔｙｐｅフィールドは、通常のアクセスではＩｎｉｔｉａｌ  Ａｃｃｅｓｓとして設定され、切換アクセスではＨａｎｄｏｖｅｒ  Ａｃｃｅｓｓとして設定される。非３ＧＰＰＧＷは、Ａｃｃｅｓｓ  Ｒｅｑｕｅｓｔメッセージ内のＡｃｃｅｓｓ  Ｔｙｐｅフィールドに従って異なるアクセスプロセスを区別する。
【０１０４】
（２）ＵＥが３ＧＰＰシステムまたは非３ＧＰＰシステムにアクセスするときに使用したＰＤＮＧＷのアドレス情報を格納している場合、通常のアクセスプロセスにおけるＡｃｃｅｓｓ  ＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含まず、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスにおけるＡｃｃｅｓｓ  ＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含む。Ａｃｃｅｓｓ  Ｒｅｑｕｅｓｔメッセージを受け取った後、非３ＧＰＰＧＷは、Ａｃｃｅｓｓ  ＲｅｑｕｅｓｔメッセージがＰＤＮＧＷのアドレス情報を含むかどうかに従って、そのアクセス要求が通常のアクセス要求であるか、それとも切換によって生じたアクセス要求であるか判定する。
【０１０５】
（３）３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスは、アクセスプロセスとは別個のプロセスによって実行され、例えば、ＵＥが非３ＧＰＰＧＷに３ＧＰＰ／非３ＧＰＰ切換要求メッセージを送って、非３ＧＰＰＧＷに３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスを実行するよう要求する。
【０１０６】
この実施形態では、非３ＧＰＰＧＷが、受け取ったアクセス要求が通常のアクセス要求であるかそれとも切換によって生じたアクセス要求であるかをどのようにして判定するかに関しては制限されない。
【０１０７】
４．ＵＥと非３ＧＰＰＧＷとＨＳＳ／ＡＡＡサーバの間でアクセス認証プロセスが実行される。このプロセスで非３ＧＰＰＧＷは、ＵＥのためのＰＤＮＧＷのアドレス情報を獲得する。
【０１０８】
５ａ．通常のアクセスプロセスでは、非３ＧＰＰＧＷは、加入者データ内のデフォルトのＡＰＮに従って、ＵＥのためのＰＤＮＧＷを選択する。切換アクセスプロセスでは、非３ＧＰＰＧＷは、ＵＥが３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（非３ＧＰＰＧＷがＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報を非３ＧＰＰＧＷに送る）。非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。フラグを実施するための具体的方式は第２の実施形態における方式と同様である。
【０１０９】
５ｂ．ＵＥとＰＤＮＧＷがＣＭＩＰ（Ｃｌｉｅｎｔ  Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ：クライアントモバイルインターネットプロトコル）プロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【０１１０】
（１）フラグを「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。Ｂｉｎｄｉｎｇ  Ｔｙｐｅフラグは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ  Ｂｉｎｄｉｎｇ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ  Ｂｉｎｄｉｎｇ」として設定される。
【０１１１】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値「Ｃａｕｓｅ」は、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。
【０１１２】
（３）フラグを「Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ＵＥが送るメッセージは、そのメッセージが切換によって生じたものであることを指示するＨａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ＵＥが送るメッセージはこのフラグを含まない。
【０１１３】
（４）フラグを「Ｉｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ＵＥが送るメッセージは、そのメッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌ  Ｉｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ＵＥが送るメッセージはこのフラグを含まない。
【０１１４】
５ｃ．このステップは以下のように実行される。
【０１１５】
プロキシ対応付け更新メッセージまたは対応付け更新メッセージには修正が加えられない。切換アクセスの場合、非３ＧＰＰＧＷはＰＤＮＧＷにサービス復元要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスを復元するよう通知する。
【０１１６】
６．プロキシ対応付け更新メッセージまたは対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、メッセージ内のフラグに従って対応付けを更新するプロセスの型を判定し、またはサービス復元要求メッセージが受け取られたかどうか判定し、次いで、対応付けを更新するプロセスの型に従って、またはサービス復元要求メッセージが受け取られたかどうかに従って、以下のように異なるプロセスを実行する。
【０１１７】
（１）プロキシ対応付け更新メッセージまたは対応付け更新メッセージ内の対応付けを更新するプロセスの型が、通常のアクセスのために対応付けを更新するよう指示している場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷにＰＣＣ規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦに格納されたＰＣＣ規則を削除するよう通知する。他方ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【０１１８】
（２）プロキシ対応付け更新メッセージもしくは対応付け更新メッセージ内の対応付けを更新するプロセスの型が、切換アクセスのために対応付けを更新するよう指示している場合、またはＰＤＮＧＷがサービス復元要求メッセージを受け取った場合、ＰＤＮＧＷはＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【０１１９】
７ａ．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。
【０１２０】
７ｂ．ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＵＥに対応付けＡＣＫメッセージを返す。
【０１２１】
７ｃ．ＰＤＮＧＷが前のステップで非３ＧＰＰＧＷからサービス復元要求メッセージを受け取った場合、ＰＤＮＧＷは非３ＧＰＰＧＷにサービス復元応答メッセージを返す。
【０１２２】
８．非３ＧＰＰＧＷはＵＥにアクセス受諾メッセージを返す。
【０１２３】
９．アクセスプロセス型が切換によって生じたアクセスプロセスである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則を非３ＧＰＰＧＷに提供するＰＣＣ規則提供メッセージを送る。非３ＧＰＰＧＷは受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。
【０１２４】
１０．非３ＧＰＰＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。
【０１２５】
以下に留意する必要がある。
【０１２６】
（１）非３ＧＰＰＧＷとＰＤＮＧＷが同じエンティティで実施される場合、非３ＧＰＰＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【０１２７】
（２）ステップ７とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。
【０１２８】
（３）本実施形態では、どのようにしてＰＤＮＧＷが非３ＧＰＰＧＷにＰＣＣ規則を送るかに関しては制限されない。
【０１２９】
（４）メッセージに対応付けを更新するためのプロセス型情報が含まれない場合、ＰＤＮＧＷは、非３ＧＰＰＧＷからメッセージを受け取った後でＵＥのためのＰＣＣ規則がＰＤＮＧＷに格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷがＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）を非３ＧＰＰＧＷに送り、非３ＧＰＰＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。
【０１３０】
別の解決法も可能である。例えば、ネットワーク側の第１のネットワーク要素がＵＥのためのＰＤＮＧＷアドレスを獲得し、Ｓｅｒｖｉｎｇ  ＧＷに通知する特定のメッセージを送り、今度はＳｅｒｖｉｎｇ  ＧＷがＰＤＮＧＷに、ベアラのために異なるプロセスを実行するよう通知してもよい。
【０１３１】
実施形態４
【０１３２】
ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷに特定のメッセージを送り、Ｓｅｒｖｉｎｇ  ＧＷがＰＤＮＧＷに特定のメッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスに対応するベアラを復元するよう通知する。あるいは、ネットワーク側の第１のネットワーク要素がＰＤＮＧＷに、ＵＥが使用するＳｅｒｖｉｎｇ  ＧＷのアドレス情報を含む特定のメッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスに対応するリソースを作成するよう通知する。図６に以下の各ステップを含む具体的プロセスを示す。
【０１３３】
１．ＵＥが、非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。
【０１３４】
２．ＵＥが、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換を開始する。
【０１３５】
３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求めるＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。
【０１３６】
４．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【０１３７】
５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。
【０１３８】
６．切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。ネットワーク側の第１のネットワーク要素はＰＤＮＧＷに、ＵＥが使用するＳｅｒｖｉｎｇ  ＧＷのアドレス情報を含むベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送って、ＰＤＮＧＷに、ＵＥが使用するサービスに対応するリソースを作成するよう通知する。
【０１３９】
６ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、ベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージはＳｅｒｖｉｎｇ  ＧＷを介してＰＤＮＧＷに転送される。
【０１４０】
（１）ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷに、ＵＥが使用する各ＰＤＮＧＷごとに、ＵＥが使用する個々のＰＤＮＧＷのアドレス情報を含む対応するベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送ってもよい。
【０１４１】
（２）ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷに、ＵＥが使用するすべてのＰＤＮＧＷについて、ＵＥが使用するすべてのＰＤＮＧＷのアドレス情報を含む１つのベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送ってもよい。
【０１４２】
７．ベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った後、ＰＤＮＧＷは、メッセージに含まれるＳｅｒｖｉｎｇ  ＧＷのアドレス情報を獲得する。これに続くリソースを処理するプロセスで、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに関連するメッセージを送る。ＰＤＮＧＷのプロセスは前述の実施形態で示したプロセスと同様である。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【０１４３】
８．ＰＤＮＧＷがネットワーク側の第１のネットワーク要素にベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージを返す。
【０１４４】
８ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、ベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージは、Ｓｅｒｖｉｎｇ  ＧＷを介してネットワーク側の第１のネットワーク要素に転送される。
【０１４５】
９．アクセスプロセス型が切換によって生じるアクセスプロセスであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、格納されたＰＣＣ規則または修正されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。
【０１４６】
１０．アクセスプロセス型が切換によって生じるアクセスプロセスであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則をＳｅｒｖｉｎｇ  ＧＷに提供するＰＣＣ規則提供メッセージを送る。Ｓｅｒｖｉｎｇ  ＧＷは受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。
【０１４７】
１１．Ｓｅｒｖｉｎｇ  ＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇ  ＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。
【０１４８】
以下に留意する必要がある。
【０１４９】
（１）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【０１５０】
（２）ステップ８とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。
【０１５１】
（３）本実施形態では、どのようにしてＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷにＰＣＣ規則を送るかに関しては制限されない。
【０１５２】
実施形態５
【０１５３】
ソースネットワーク側のネットワーク要素がディスティネーションネットワーク側のネットワーク要素に、ＵＥがソースシステムで使用するアンカゲートウェイ（アンカＧＷ）のアドレス情報を含む切換要求メッセージを送る。アンカＧＷのアドレス情報を受け取った後で、ディスティネーションネットワーク側のネットワーク要素は、これらのアンカＧＷにリソース作成プロセスを実行するよう通知する。図７に以下の各ステップを含む具体的プロセスを示す。
【０１５４】
１．ソースアクセスシステムがディスティネーションアクセスシステムへのＵＥの切換を開始しようとする。
【０１５５】
２．ソースネットワーク側のネットワーク要素がディスティネーションネットワーク側のネットワーク要素に、ＵＥがソースアクセスシステムにおいて使用するアンカＧＷのアドレス情報を含む（例えばこのメッセージは、ＵＥが使用する各アンカＧＷのアドレス情報を含むアンカＧＷアドレスリストを含む）切換要求メッセージを送る。ソース／ディスティネーションアクセスシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＳＧＳＮになる。ソース／ディスティネーションアクセスシステムがＳＡＥシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＭＭＥになる。ソース／ディスティネーションアクセスシステムがＷＬＡＮシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＥＰＤＧ（Ｅｖｏｌｂｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）になる。ソース／ディスティネーションアクセスシステムがＷｉＭＡＸシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＡＳＮ  ＧＷ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）になる。ソース／ディスティネーションアクセスシステムがＣＤＭＡシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＡＧＷ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）になる。
【０１５６】
３．ディスティネーションネットワーク側のネットワーク要素は、切換要求メッセージからソースアクセスシステムにおいてＵＥが使用するアンカＧＷのアドレス情報を獲得し、各アンカＧＷにリソース作成プロセスを実行する、すなわち、リソース予約プロセスを実行するよう通知する。この詳細なプロセスは、前述の各実施形態で示したプロセスと同様であり、ここには詳述しない。
【０１５７】
４．ディスティネーションネットワーク側のネットワーク要素がソースネットワーク側のネットワーク要素に切換応答メッセージを返す。
【０１５８】
５．ソースネットワーク側のネットワーク要素がＵＥに、ディスティネーションアクセスシステムに切り換わるよう通知する。
【０１５９】
６．ＵＥがディスティネーションアクセスシステムに切り換わる。
【０１６０】
実施形態６
【０１６１】
ＵＥが、まだ非３ＧＰＰネットワーク内に位置しているときに、非３ＧＰＰネットワークを介して３ＧＰＰアクセスネットワークへの事前登録または最適化切換プロセスを開始する。３ＧＰＰアクセスネットワーク内のネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷにベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグを含むデフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）メッセージを送る。例えば、プロセスの型を、非３ＧＰＰネットワークと３ＧＰＰネットワークの間の事前登録プロセス型や最適化切換プロセス型などとすることのできる。メッセージを受け取った後で、Ｓｅｒｖｉｎｇ  ＧＷは、フラグに従ってリソース作成プロセスを実行する。図８に以下の各ステップを含む具体的プロセスを示す。
【０１６２】
１．ＵＥが非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。
【０１６３】
２．ＵＥが３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを開始する。
【０１６４】
３．ＵＥが非３ＧＰＰアクセスネットワークを介してネットワーク側の第１のネットワーク要素に、３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを実行するよう求めるＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。
【０１６５】
ＵＥが送るＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージは、ネットワーク側の第１のネットワーク要素に、このＡｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージがＵＥの事前登録プロセスによって生じたものか、それとも最適化切換プロセスによって生じたものかを指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。
【０１６６】
（１）フラグを「Ａｔｔａｃｈ  Ｔｙｐｅ」フラグフィールドとすることができる。ＵＥはＡｔｔａｃｈ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｔｔａｃｈ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ａｔｔａｃｈ」として設定する。
【０１６７】
（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグフィールドまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグフィールドとすることができる。
【０１６８】
（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１６９】
ＵＥからのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージにフラグが含まれず、ネットワーク側の第１のネットワーク要素が、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージが非３ＧＰＰアクセスネットワークから受け取られたと判定した場合、ネットワーク側の第１のネットワーク要素は、受け取ったＡｔｔａｃｈ  ＲｅｑｕｅｓｔメッセージがＵＥのための事前登録プロセスまたは最適化切換プロセスによって生じたものであるとみなす。
【０１７０】
４．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【０１７１】
５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を獲得する。
【０１７２】
６．ネットワーク側の第１のネットワーク要素が、ＵＥが非３ＧＰＰアクセスシステムおいて使用したＰＤＮＧＷを選択する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇ  ＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれ、プロセス型は、例えば、事前登録プロセス型や最適化切換プロセス型などとすることができる。以下にフラグを実施するための具体的方式を示す。
【０１７３】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。ＭＭＥはＣｒｅａｔｅ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１７４】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＭＭＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１７５】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０１７６】
７．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷは、ネットワーク側の第１のネットワーク要素からメッセージを受け取った後で、ＰＤＮＧＷに、ベアラ作成要求メッセージまたはＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【０１７７】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。Ｓｅｒｖｉｎｇ  ＧＷはＣｒｅａｔｅ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１７８】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。Ｓｅｒｖｉｎｇ  ＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１７９】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０１８０】
８．ベアラ作成要求メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。
【０１８１】
事前登録または最適化切換のためのベアラ作成要求メッセージを受け取るとき、ＰＤＮＧＷはユーザプレーンパスを切り換えない、すなわち、ＰＤＮＧＷのダウンリンクユーザプレーンパスは、依然として、非３ＧＰＰアクセスネットワークを宛先としている。他方ＰＤＮＧＷは、非３ＧＰＰアクセスネットワークにおけるリソースを保持する。
【０１８２】
９．ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷに、ベアラ作成応答メッセージまたはＰＤＰコンテキスト作成応答メッセージを返す。
【０１８３】
１０．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷは、ステップ６でメッセージを受け取った後、ＰＣＲＦにゲートウェイ制御・ＱｏＳポリシ規則要求メッセージを送って、ＵＥが３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦはＳｅｒｖｉｎｇ  ＧＷに、ＵＥが３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むゲートウェイ制御・ＱｏＳポリシ規則応答メッセージを送る。他方Ｓｅｒｖｉｎｇ  ＧＷは、ＰＤＮＧＷにはプロキシ対応付け更新メッセージを送らない、すなわち、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、ユーザプレーンパスをＳｅｒｖｉｎｇ  ＧＷに切り換えるよう通知しない。
【０１８４】
１１．Ｓｅｒｖｉｎｇ  ＧＷがＭＭＥに、デフォルトベアラ作成応答メッセージまたはデフォルトＰＤＰコンテキスト作成応答メッセージを返す。
【０１８５】
１２．ＭＭＥがＵＥに付着受諾メッセージを返す。
【０１８６】
１３．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはネットワーク側の第１のネットワーク要素に専用ベアラ作成要求メッセージを送って、格納されたＰＣＣ規則または獲得されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはネットワーク側の第１のネットワーク要素に専用ベアラ作成要求メッセージを送って、獲得されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応する専用ベアラを作成する。専用ベアラ作成要求メッセージには、ベアラを作成するプロセスの型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【０１８７】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。Ｓｅｒｖｉｎｇ  ＧＷまたはＰＤＮＧＷはＣｒｅａｔｅ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１８８】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。Ｓｅｒｖｉｎｇ  ＧＷまたはＰＤＮＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１８９】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０１９０】
１４．ネットワーク側の第１のネットワーク要素が３ＧＰＰアクセスネットワーク要素にベアラセットアップ要求メッセージを送り、３ＧＰＰアクセスネットワーク要素に無線ベアラをセットアップするよう要求する。ネットワーク側の第１のネットワーク要素に、その無線ベアラセットアップが事前登録または最適化切換によって生じたものであることがわかった場合、ネットワーク側の第１のネットワーク要素が送るベアラセットアップ要求メッセージは、ベアラセットアップのプロセス型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。
【０１９１】
（１）フラグを「Ｓｅｔｕｐ  Ｔｙｐｅ」フラグとすることができる。ネットワーク側の第１のネットワーク要素は、セットアップ型フラグを、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１９２】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ネットワーク側の第１のネットワーク要素は原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０１９３】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０１９４】
代替として、ネットワーク側の第１のネットワーク要素は、３ＧＰＰアクセスネットワーク要素に再配置要求メッセージを送って、３ＧＰＰアクセスネットワーク要素に無線ベアラをセットアップするよう要求してもよい。
【０１９５】
メッセージを受け取った後、３ＧＰＰアクセスネットワーク要素は、３ＧＰＰアクセスネットワーク要素とＳｅｒｖｉｎｇ  ＧＷの間のベアラリソースをセットアップする。３ＧＰＰアクセスネットワーク要素に、ベアラセットアップ要求が事前登録または最適化切換によって生じたものであることがわかった場合、３ＧＰＰアクセスネットワーク要素はＵＥに無線ベアラリソースをセットアップするよう通知しない。その場合３ＧＰＰアクセスネットワーク要素は、ネットワーク側の第１のネットワーク要素にベアラセットアップ応答メッセージを返す。
【０１９６】
１５．ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷまたはＰＤＮＧＷに専用ベアラ作成応答メッセージを返す。
【０１９７】
１６．ＵＥが３ＧＰＰアクセスネットワークに移動し、ネットワーク側の第１のネットワーク要素にＴＡＵ（Ｔｒａｃｋ  Ａｒｅａ  Ｕｐｄａｔｅ：トラックエリア更新）要求メッセージまたはＲＡＵ（Ｒｏｕｔｅ  Ａｒｅａ  Ｕｐｄａｔｅ：ルートエリア更新）要求メッセージを送って、ネットワーク側の第１のネットワーク要素に、ＵＥが３ＧＰＰアクセスネットワークに切り換えたことを示す。ＵＥは、サービス要求メッセージなど他のメッセージによって、３ＧＰＰアクセスネットワークに切り換えたことをネットワーク側の第１のネットワーク要素に示してもよい。
【０１９８】
１７．ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇ  ＧＷに、ベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージを送る。ネットワーク側の第１のネットワーク要素が送るベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージは、ＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグ、または事前登録フラグ、またはリソース非解放フラグとすることができる。以下にフラグを実施するための具体的方式を示す。
【０１９９】
（１）フラグを「Ｕｐｄａｔｅ  Ｔｙｐｅ」フラグとすることができる。ネットワーク側の第１のネットワーク要素はＵｐｄａｔｅ  Ｔｙｐｅフラグを、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２００】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ネットワーク側の第１のネットワーク要素は原因値「Ｃａｕｓｅ」を、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ」として設定する。
【０２０１】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグ、または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグ、または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０２０２】
１８．Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、ベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージを送る。Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。Ｓｅｒｖｉｎｇ  ＧＷが送るベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージまたはプロキシ対応付け更新メッセージは、ＰＤＮＧＷにソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。このフラグは、最適化切換フラグ、または事前登録フラグ、またはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は以下の通りである。
【０２０３】
（１）フラグを「Ｕｐｄａｔｅ  Ｔｙｐｅ」フラグまたは「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。Ｓｅｒｖｉｎｇ  ＧＷはＵｐｄａｔｅ  ＴｙｐｅフラグまたはＢｉｎｄｉｎｇ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２０４】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。Ｓｅｒｖｉｎｇ  ＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ」として設定する。
【０２０５】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０２０６】
１９．ベアラ更新要求／プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからプロキシ対応付け更新メッセージを受け取った場合、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦにＩＰ−ＣＡＮセッション修正要求メッセージを送って、ＵＥが３ＧＰＰアクセスネットワークおいて使用するＰＣＣ規則を獲得する。ＰＣＲＦはＰＤＮＧＷに、ＵＥが３ＧＰＰアクセスネットワークおいて使用するＰＣＣ規則を含むＩＰ−ＣＡＮセッション修正ＡＣＫメッセージを返す。Ｓｅｒｖｉｎｇ  ＧＷから送られたメッセージがＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示する場合、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。
【０２０７】
２０．ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷに、ベアラ更新応答メッセージまたはＰＤＰコンテキスト更新応答メッセージまたはプロキシ対応付けＡＣＫメッセージを返す。
【０２０８】
２１．Ｓｅｒｖｉｎｇ  ＧＷがネットワーク側の第１のネットワーク要素に、ベアラ更新応答メッセージまたはＰＤＰコンテキスト更新応答メッセージを返す。
【０２０９】
２２．ネットワーク側の第１のネットワーク要素がＵＥに、ＴＡＵまたはＲＡＵ受諾メッセージを返す。
【０２１０】
２３．ネットワーク側の第１のネットワーク要素が、ＵＥがディスティネーションアクセスネットワークに切り換わったことを指示するメッセージを受け取った後で、ネットワーク側の第１のネットワーク要素に、ＵＥのために事前登録または最適化切換プロセスが実行されていることがわかった場合、ネットワーク側の第１のネットワーク要素は非３ＧＰＰネットワーク要素に切換完了メッセージ返す。
【０２１１】
２４．ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。ＵＥが送る対応付け更新メッセージは、ＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。このフラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は以下の通りである。
【０２１２】
（１）フラグを「Ｕｐｄａｔｅ  Ｔｙｐｅ」フラグまたは「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。ＵＥはＵｐｄａｔｅ  ＴｙｐｅフラグまたはＢｉｎｄｉｎｇ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２１３】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ」として設定する。
【０２１４】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグ、または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグ、または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０２１５】
対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない、すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスは、ＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷがソース非３ＧＰＰアクセスネットワークにおけるリソース（ソース非３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソースなど）を解放するやり方には２つある。
【０２１６】
（１）ＰＤＮＧＷは、非３ＧＰＰＧＷからリソース解放通知を受け取らずに、ソース非３ＧＰＰアクセスネットワークにおけるリソースをローカルで解放してもよい。
【０２１７】
（２）ＰＤＮＧＷは、非３ＧＰＰＧＷからリソース解放通知を受け取らない限り、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放しなくてもよい。
【０２１８】
２５．ネットワーク側の第１のネットワーク要素から切換完了メッセージを受け取った後、非３ＧＰＰアクセスネットワーク要素（非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素または非３ＧＰＰＧＷ）は、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始する、すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスが、非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素または非３ＧＰＰＧＷによってトリガされる。ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始するのが非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素である場合、非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素から非３ＧＰＰＧＷに送られるメッセージ（リソース解放要求メッセージなどであり、このメッセージの具体的実施方法は個別の非３ＧＰＰアクセスネットワークに依存する）は、このリソース解放プロセスが、非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。
【０２１９】
（１）フラグを「Ｒｅｌｅａｓｅ  Ｔｙｐｅ」フラグとすることができる。非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素は、Ｒｅｌｅａｓｅ  Ｔｙｐｅフラグを、「ｉｎｔｅｒ  ＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ：無線アクセス技術）  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２２０】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素は、原因値「Ｃａｕｓｅ」を、「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２２１】
（３）フラグを「ＩＮＨＩ（Ｉｓｏｍｅｒｏｕｓ  ｎｅｔｗｏｒｋ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ：同節ネットワーク切換指示）」フラグとすることができる。
【０２２２】
２６．ＰＤＮＧＷが非３ＧＰＰＧＷから通知を受け取らない限りリソースを解放しない場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。プロキシ対応付け更新メッセージは、このプロキシ対応付け更新メッセージが非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。
【０２２３】
（１）フラグを「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＢｉｎｄｉｎｇ  Ｔｙｐｅ」フラグを「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２２４】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２２５】
（３）フラグを「ＩＮＨＩ」フラグとすることができる。
【０２２６】
プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソース（対応付けキャッシュエントリ（Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ  ｅｎｔｒｙ）など）を解放し、ＰＣＲＦにリソースが解放されたことを指示せずに、ディスティネーション３ＧＰＰアクセスネットワークにおけるリソース（３ＧＰＰアクセスネットワークにおけるベアラリソース又は対応付けキャッシュエントリリソース、ＵＥのためにＰＤＮＧＷが割り振るＩＰアドレスなど）を予約する。
【０２２７】
ＰＤＮＧＷは非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。
【０２２８】
２７．非３ＧＰＰＧＷが非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素に、リソース解放応答メッセージを返す。
【０２２９】
以下に留意する必要がある。
【０２３０】
（１）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【０２３１】
（２）ステップ１２とステップ１３は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよく、ステップ１６とステップ２５も同様である。
【０２３２】
（３）メッセージにベアラを作成するプロセスの型が含まれない場合、ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して（すなわち、非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスがＰＤＮＧＷによってトリガされる）、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【０２３３】
代替として、Ｓｅｒｖｉｎｇ  ＧＷがＰＣＲＦからＰＣＣ規則を獲得する場合、Ｓｅｒｖｉｎｇ  ＧＷは獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応するリソースを作成する、すなわちＳｅｒｖｉｎｇ  ＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。
【０２３４】
実施形態７
【０２３５】
ＵＥが、まだ３ＧＰＰネットワークに位置しているときに、３ＧＰＰネットワークを介して非３ＧＰＰネットワークへの事前登録または最適化切換プロセスを開始する。非３ＧＰＰアクセスネットワーク要素は非３ＧＰＰＧＷに、アクセス要求のプロセス型を指示するフラグを含むアクセス要求作成メッセージを送る。例えば、そのプロセス型を、非３ＧＰＰネットワークと３ＧＰＰネットワークの間の事前登録プロセス型や最適化切換プロセス型などとすることできる。メッセージを受け取った後、非３ＧＰＰＧＷは、フラグに従ってリソース作成プロセスを実行する。図９に、以下の各ステップを含む具体的プロセスを示す。
【０２３６】
１．ＵＥが３ＧＰＰアクセスネットワークに登録している。
【０２３７】
２．ＵＥが非３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを開始する。
【０２３８】
３．ＵＥが３ＧＰＰアクセスネットワークを介して非３ＧＰＰアクセスネットワークとの特定の付着プロセス、認証・許可プロセスを実行する。必要な場合、ＵＥはＩＰｓｅｃトンネル確立プロセスを実行する。このステップにおける非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）になり、ＷｉＭＡＸシステムではＡＳＮ  ＧＷ（Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）になり、ＣＤＭＡシステムではＡＧＷ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ）になり、ＨＲＰＤシステムではＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ：パケットデータサービングノード）になる。
【０２３９】
このステップでＵＥが送るメッセージは、このステップが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであることを指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。
【０２４０】
（１）フラグを「Ａｔｔａｃｈ  Ｔｙｐｅ」フィールドとすることができる。ＵＥはＡｔｔａｃｈ  Ｔｙｐｅフィールドを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｔｔａｃｈ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ａｔｔａｃｈ」として設定する。
【０２４１】
（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フィールドまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フィールドとして設定する。
【０２４２】
（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２４３】
このステップのＵＥからのメッセージに事前登録フラグも最適化切換フラグも含まれず、非３ＧＰＰアクセスネットワークのネットワーク要素に、このステップのメッセージが３ＧＰＰアクセスネットワークのネットワーク側の第１のネットワーク要素から送られたものであることがわかった場合、非３ＧＰＰアクセスネットワークのネットワーク要素は、非３ＧＰＰアクセスネットワークへのこの特定の付着プロセスが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであるとみなす。
【０２４４】
非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このステップでＵＥのアクセス型（事前登録または最適化切換）を識別した場合、非３ＧＰＰＧＷに、ＵＥのアクセス型を指示するフラグを含むメッセージを送る。以下にフラグを実施するための具体的方式を示す。
【０２４５】
（１）フラグを「Ａｔｔａｃｈ  Ｔｙｐｅ」フィールドとすることができる。非３ＧＰＰアクセスネットワーク要素はＡｔｔａｃｈ  Ｔｙｐｅフィールドを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｔｔａｃｈ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ａｔｔａｃｈ」として設定する。
【０２４６】
（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フィールドまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フィールドとすることができる。
【０２４７】
（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰアクセスネットワーク要素は原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２４８】
４．非３ＧＰＰＧＷがＰＣＲＦにゲートウェイ制御・ＱｏＳポリシ規則要求メッセージを送って、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦは非３ＧＰＰＧＷに、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むゲートウェイ制御・ＱｏＳポリシ規則応答メッセージを返す。
【０２４９】
５．ＵＥが３ＧＰＰアクセスネットワークを介して非３ＧＰＰアクセスネットワークへのＬ３（Ｌａｙｅｒ  ３：レイヤ３）付着プロセスをトリガする。
【０２５０】
このステップでＵＥが送るメッセージは、このステップが３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式はステップ２に示したのと同様である。
【０２５１】
このステップのＵＥからのメッセージに事前登録フラグも最適化切換フラグも含まれず、非３ＧＰＰアクセスネットワークのネットワーク要素に、このステップのメッセージが３ＧＰＰアクセスネットワークのネットワーク側の第１のネットワーク要素から送られたものであることがわかった場合、非３ＧＰＰアクセスネットワークのネットワーク要素は、非３ＧＰＰアクセスネットワークへのこの特定の付着プロセスが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであるとみなす。
【０２５２】
非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このステップでＵＥのアクセス型（事前登録または最適化切換）を識別した場合、非３ＧＰＰＧＷに、ＵＥのアクセス型を指示するフラグを含むメッセージを送る。フラグを実施するための具体的方式はステップ２で示したのと同様である。
【０２５３】
６．非３ＧＰＰＧＷまたは非３ＧＰＰアクセスネットワークのアクセスネットワーク要素が、ＵＥのＬ３付着プロセスが完了したことを指示する。
【０２５４】
７．非３ＧＰＰＧＷが非３ＧＰＰアクセスネットワークのアクセスネットワーク要素にリソース作成要求メッセージを送って、獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応するリソースを作成する。メッセージには、リソース作成のプロセス型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。
【０２５５】
（１）フラグを「Ｃｒｅａｔｅ  Ｔｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＣｒｅａｔｅ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２５６】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２５７】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０２５８】
メッセージを受け取った後、非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、アクセスネットワーク要素と非３ＧＰＰＧＷの間のリソースを作成する。非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このリソース作成要求が事前登録プロセスまたは最適化切換プロセスによって生じたものであると識別した場合、ＵＥに無線リソースを作成するよう通知しない。非３ＧＰＰアクセスネットワーク要素は非３ＧＰＰＧＷにリソース作成応答メッセージを返す。
【０２５９】
８．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされ、非３ＧＰＰＧＷが、ＵＥのアクセス型が事前登録または最適化切換であると識別した場合、非３ＧＰＰＧＷは、Ｌ３付着プロセスでメッセージを受け取ったときにＰＤＮＧＷにプロキシ対応付け更新メッセージを送らない、すなわち、非３ＧＰＰＧＷはＰＤＮＧＷに、ダウンリンクユーザプレーンパスをＳｅｒｖｉｎｇ  ＧＷに切り換えるよう通知しない。
【０２６０】
ＵＥは非３ＧＰＰアクセスネットワークに移動し、非３ＧＰＰアクセスネットワークのアクセスネットワーク要素を介して非３ＧＰＰＧＷに、非３ＧＰＰアクセスネットワークに関連するアクセスメッセージを送る。
【０２６１】
９．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。
【０２６２】
非３ＧＰＰＧＷが送るプロキシ対応付け更新メッセージは、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。以下にフラグを実施するための具体的方式を示す。
【０２６３】
（１）フラグを「Ｕｐｄａｔｅ  Ｔｙｐｅ」フラグまたは「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＵｐｄａｔｅ  ＴｙｐｅフラグまたはＢｉｎｄｉｎｇ  Ｔｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」として設定する。
【０２６４】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ」または「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ」として設定する。
【０２６５】
（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｏｐｔｉｍｉｚｅｄ  Ｈａｎｄｏｖｅｒ  Ｉｎｄｉｃａｔｉｏｎ」フラグまたは「Ｒｅｓｏｕｒｃｅ  ｎｏｔ  Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎ」フラグとすることができる。
【０２６６】
１０．プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷはＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定する。ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＤＮＧＷはＰＣＲＦにＩＰ−ＣＡＮセッション修正要求メッセージを送って、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦはＰＤＮＧＷに、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むＩＰ−ＣＡＮセッション修正ＡＣＫメッセージを返す。
【０２６７】
非３ＧＰＰＧＷから送られるメッセージが、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示する場合、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷがソース３ＧＰＰアクセスネットワークにおけるリソース（ソース３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリ（Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ  ｅｎｔｒｙ）リソースやベアラコンテキストリソースなど）を解放するやり方には２つがある。
【０２６８】
（１）ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからリソース解放通知を受け取らずに、ソース３ＧＰＰアクセスネットワークにおけるリソースをローカルで解放してもよい。
【０２６９】
（２）ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからリソース解放通知を受け取らない限り、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放しなくてもよい。
【０２７０】
１１．ＰＤＮＧＷが非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。
【０２７１】
ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。
【０２７２】
ＵＥが送る対応付け更新メッセージは、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は第６の実施形態で示したのと同様である。
【０２７３】
対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷが、ソース３ＧＰＰアクセスネットワークにおけるリソース（ソース３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソースやベアラコンテキストリソースなど）を解放するやり方には２つがある。
【０２７４】
（１）ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからリソース解放通知を受け取らずに、ソース３ＧＰＰアクセスネットワークにおけるリソースをローカルで解放してもよい。
【０２７５】
（２）ＰＤＮＧＷは、Ｓｅｒｖｉｎｇ  ＧＷからリソース解放通知を受け取らない限り、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放しなくてもよい。
【０２７６】
１３．対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定する。ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。具体的プロセスはステップ１０で示したのと同様である。
【０２７７】
１４．ＰＤＮＧＷがＵＥに対応付けＡＣＫメッセージを返す。
【０２７８】
１５．非３ＧＰＰアクセスネットワークのアクセスネットワーク要素または非３ＧＰＰＧＷは、ＵＥがディスティネーションアクセスネットワークに切り換わったことを指示するメッセージを受け取った後、ＵＥのための事前登録または最適化切換プロセスが実行されていることを識別した場合、３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素に切換完了メッセージを送る。
【０２７９】
１６．非３ＧＰＰアクセスネットワークのアクセスネットワーク要素または非３ＧＰＰＧＷから切換完了メッセージを受け取った後、３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始する、すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスが３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素によってトリガされる。
【０２８０】
３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、Ｓｅｒｖｉｎｇ  ＧＷに、ベアラ削除要求メッセージまたはＰＤＰコンテキスト削除要求メッセージを送る。ベアラ削除要求メッセージまたはＰＤＰコンテキスト削除要求メッセージは、このベアラ削除プロセスが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。
【０２８１】
（１）フラグを「Ｄｅｌｅｔｅ  Ｔｙｐｅ」フラグとすることができる。３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、Ｄｅｌｅｔｅ  Ｔｙｐｅフラグを、「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２８２】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、原因値「Ｃａｕｓｅ」を、「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２８３】
（３）フラグを「ＩＮＨＩ」フラグとすることができる。
【０２８４】
１７．ＰＤＮＧＷがＳｅｒｖｉｎｇ  ＧＷから通知を受け取らない限りリソースを解放しない場合、Ｓｅｒｖｉｎｇ  ＧＷはＰＤＮＧＷに、（Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使って識別される場合には）ベアラ削除要求メッセージまたは（Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使って識別される場合には）プロキシ対応付け更新メッセージを送る。ベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージは、このベアラ削除プロセスが３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。
【０２８５】
（１）フラグを「Ｄｅｌｅｔｅ  Ｔｙｐｅ」フラグまたは「Ｂｉｎｄｉｎｇ  Ｔｙｐｅ」フラグとすることができる。Ｓｅｒｖｉｎｇ  ＧＷは、Ｄｅｌｅｔｅ  ＴｙｐｅまたはＢｉｎｄｉｎｇ  Ｔｙｐｅフラグを、「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２８６】
（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。Ｓｅｒｖｉｎｇ  ＧＷは原因値「Ｃａｕｓｅ」を「ｉｎｔｅｒ  ＲＡＴ  Ｈａｎｄｏｖｅｒ  ｆｒｏｍ  Ｎｏｎ−３ＧＰＰ  ｔｏ  ３ＧＰＰ」として設定する。
【０２８７】
（３）フラグを「ＩＮＨＩ」フラグとすることができる。
【０２８８】
１８．ベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソース（（Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使って識別される場合の）対応付けキャッシュエントリリソースや（Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使って識別される場合の）ベアラコンテキストリソースなど）を解放し、ＰＣＲＦにリソースが解放されたことを指示せずに、ディスティネーション非３ＧＰＰアクセスネットワークにおけるリソース（非３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソース、ＰＤＮＧＷがＵＥに割り振るＩＰアドレスなど）を予約する。
【０２８９】
ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷにベアラ削除応答メッセージまたはプロキシ対応付けＡＣＫメッセージを返す。
【０２９０】
１９．Ｓｅｒｖｉｎｇ  ＧＷがネットワーク側の第１のネットワーク要素に、ベアラ削除応答メッセージまたはＰＤＰコンテキスト削除応答メッセージを返す。
【０２９１】
以下に留意する必要がある。
【０２９２】
（１）ステップ６とステップ７は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよく、ステップ９とステップ１５も同様である。
【０２９３】
（２）登録要求のプロセス型情報が搬送されず、非３ＧＰＰＧＷがＰＣＲＦからＰＣＣ規則を獲得する場合、非３ＧＰＰＧＷは、獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応するリソースを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。
【０２９４】
（３）ＰＤＮＧＷに登録要求のプロセス型情報が伝達されない場合、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始し（すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスがＰＤＮＧＷによってトリガされ）て、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。
【０２９５】
本発明の上記各実施形態によるリソースを作成する方法に加えて、本発明の実施形態では、ネットワーク装置も提供される。図１０は本発明の一実施形態による第１のネットワーク装置の構造を示すブロック図である。第１のネットワーク装置は、アクセス要求判定ユニット７０１と、プロセス型通知ユニット７０２とを含む。
【０２９６】
アクセス要求判定ユニット７０１は、ＵＥから開始されたアクセス要求が初期アクセス要求であるか、それとも非３ＧＰＰアクセスシステムと３ＧＰＰアクセスシステムの間の切換要求であるかを判定し、判定結果をプロセス型通知ユニット７０２に送るように適合されている。
【０２９７】
プロセス型通知ユニット７０２は、アクセス要求判定ユニット７０１から判定結果を受け取り、ＵＥのためのリソースを作成するプロセスの型を判定し、ＵＥのためのリソースを作成するように適合されたネットワーク側のネットワーク要素にそのプロセス型を通知するように適合されている。
【０２９８】
プロセス型通知ユニット７０２はさらに、第１の通知サブユニット７０３および／または第２の通知サブユニット７０４を含む。
【０２９９】
第１の通知サブユニット７０３は、ベアラを作成するプロセスの型が第１／第２の作成型であることを指示し、または対応付けを更新するプロセスの型が第１／第２の対応付け型であることを指示するのに使用されるフラグを含む、ベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージを送るように適合されている。
【０３００】
第２の通知サブユニット７０４は、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定のメッセージを送るように適合されている。
【０３０１】
第１のネットワーク装置は、進化型ネットワークにおいてＭＭＥ、またはＳＧＳＮ、または非３ＧＰＰＧＷ、またはＵＥに統合されていてもよい。
【０３０２】
図１１は、本発明の一実施形態による第２のネットワーク装置の構造を示すブロック図である。第２のネットワーク装置は、識別ユニット８０１と、リソース作成ユニット８０２とを含む。
【０３０３】
識別ユニット８０１は、受け取ったメッセージからＵＥのためのリソースを作成するプロセスの型を識別し、識別したプロセス型をリソース作成ユニット８０２に通知するように適合されている。
【０３０４】
リソース作成ユニット８０２は、識別ユニット８０１からプロセス型を受け取り、そのプロセス型に従ってＵＥのためのリソースを作成するように適合されている。
【０３０５】
識別ユニット８０１はさらに、第１の識別サブユニット８０３および／または第２の識別サブユニット８０４を含んでいてもよい。
【０３０６】
第１の識別サブユニット８０３は、受け取ったベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージに含まれるフラグを識別し、フラグに従って第１／第２の作成型または第１／第２の対応付け型を判定し、判定した第１／第２の作成型または第１／第２の対応付け型をリソース作成ユニット８０２に送るように適合されている。
【０３０７】
第２の識別サブユニット８０４は、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定の受信メッセージを識別し、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するようリソース作成ユニット８０２に通知するように適合されている。
【０３０８】
リソース作成ユニット８０２は、第１の識別サブユニット８０３から第１の作成型または第１の対応付け型を受け取った後で、ＵＥのためのデフォルトベアラを作成するように適合されている。
【０３０９】
リソース作成ユニット８０２は、第１の識別サブユニット８０３からの第２の作成型もしくは第２の対応付け型、もしくは第２の識別サブユニット８０４からの通知を受け取った後で、ＵＥが切換前にアクセスシステムおいて使用するサービスに必要とされるリソースを作成するように適合されている。
【０３１０】
第２のネットワーク装置はＰＤＮＧＷエンティティに統合されていてもよい。
【０３１１】
実施形態８
【０３１２】
３ＧＰＰシステムへの初期アクセスが行われるとき、ネットワーク側の第１のネットワーク要素が、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、次いで、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう通知するメッセージを送る。ＰＤＮＧＷは、メッセージを受け取った後で、ＵＥが使用するリソースを解放する。図１２に以下の各ステップを含む具体的プロセスを示す。
【０３１３】
１．ＵＥがネットワーク側の第１のネットワーク要素に、初期アクセスプロセスを実行するよう求める付着要求メッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。
【０３１４】
２．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。
【０３１５】
３．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を獲得する。あるいは、ＨＳＳ／ＡＡＡサーバがネットワーク側の第１のネットワーク要素に、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を送ってもよい。
【０３１６】
４．付着プロセスが初期付着である場合、ネットワーク側の第１のネットワーク要素は、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得した後で、それらのＰＤＮＧＷにリソース解放要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう要求する。メッセージには加入者のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ：国際移動加入者識別情報）といったＵＥの識別子が含まれる。
【０３１７】
４ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、リソース解放要求メッセージはＳｅｒｖｉｎｇ  ＧＷを介してＰＤＮＧＷに転送される。ネットワーク側の第１のネットワーク要素は選択されたＳｅｒｖｉｎｇ  ＧＷに、ＨＳＳから獲得したＰＤＮＧＷのアドレス情報を含むリソース解放要求メッセージを送る。次いでＳｅｒｖｉｎｇ  ＧＷは各ＰＤＮＧＷに、ＵＥのＩＭＳＩといった、ＵＥの識別子を含むリソース解放要求メッセージを送る。
【０３１８】
５．ＰＤＮＧＷはそれぞれ、ＰＤＮＧＷ自体にＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷ自体にＵＥのためのＰＣＣ規則がある場合、ＰＤＮＧＷは格納されたＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦにＵＥのための格納されたＰＣＣ規則を削除するよう通知する。具体的プロセスは第１の実施形態で示したのと同様である。
【０３１９】
６．ＰＤＮＧＷがネットワーク側の第１のネットワーク要素にリソース解放応答メッセージを返す。
【０３２０】
６ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、リソース解放応答メッセージはＳｅｒｖｉｎｇ  ＧＷを介してネットワーク側の第１のネットワーク要素に転送される。
【０３２１】
７．ＵＥが前に位置していたネットワークが非３ＧＰＰネットワークである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、その非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するよう求めるリソース解放要求メッセージを送る。非３ＧＰＰＧＷはＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮＧＷになり、ＣＤＭＡシステムではＡＧＷになる。
【０３２２】
８．非３ＧＰＰＧＷが、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３２３】
９．非３ＧＰＰＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。
【０３２４】
１０．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３２５】
１１．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに、ＵＥに割り振られたリソースを解放するよう３ＧＰＰネットワークに要求するリソース解放要求メッセージを送る。
【０３２６】
１２．Ｓｅｒｖｉｎｇ  ＧＷは、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３２７】
１３．Ｓｅｒｖｉｎｇ  ＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。
【０３２８】
以下に留意する必要がある。
【０３２９】
（１）Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷが同じエンティティで実施される場合、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。
【０３３０】
（２）ステップ６とステップ７は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。
【０３３１】
実施形態９
【０３３２】
非３ＧＰＰシステムへの初期アクセスが行われるとき、ネットワーク側の第１のネットワーク要素が、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、次いで、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう通知するメッセージを送る。ＰＤＮＧＷは、メッセージを受け取った後、ＵＥが使用するリソースを解放する。図１３に、以下の各ステップを含む具体的プロセスを示す。
【０３３３】
１．ＵＥが非３ＧＰＰＧＷに、非３ＧＰＰシステムへの初期アクセスを実行するよう求めるアクセス要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮ  ＧＷになり、ＣＤＭＡシステムではＡＧＷになる。
【０３３４】
２．ＵＥと非３ＧＰＰＧＷとＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。このプロセスでは、非３ＧＰＰＧＷが、ＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが非３ＧＰＰＧＷに、ＵＥが３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を送る。
【０３３５】
３．アクセスプロセスが初期アクセスである場合、非３ＧＰＰＧＷは、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得した後で、それらのＰＤＮＧＷにリソース解放要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう要求する。メッセージには加入者のＩＭＳＩといったＵＥの識別子が含まれる。
【０３３６】
４．ＰＤＮＧＷはそれぞれ、ＵＥのためのＰＣＣ規則がＰＤＮＧＷ自体にあるかどうか照会する。ＵＥのためのＰＣＣ規則がＰＤＮＧＷ自体にある場合、ＰＤＮＧＷはＵＥのためのＰＣＣ規則を削除すると同時に、格納されたＵＥのためのＰＣＣ規則を削除するようＰＣＲＦに通知する。
【０３３７】
５．ＰＤＮＧＷが非３ＧＰＰＧＷにリソース解放応答メッセージを返す。
【０３３８】
６．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、前のネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３３９】
７．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、Ｓｅｒｖｉｎｇ  ＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇ  ＧＷに、ＵＥに割り振られたリソースを解放するよう３ＧＰＰネットワークに要求するリソース解放要求メッセージを送る。
【０３４０】
８．Ｓｅｒｖｉｎｇ  ＧＷが、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３４１】
９．Ｓｅｒｖｉｎｇ  ＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。
【０３４２】
１０．ＵＥが前に位置していたネットワークが非３ＧＰＰネットワークである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するよう求めるリソース解放要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮ  ＧＷになり、ＣＤＭＡシステムではＡＧＷになる。
【０３４３】
１１．非３ＧＰＰＧＷが、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。
【０３４４】
１２．非３ＧＰＰＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。
【０３４５】
前述の本発明の各実施形態によるリソースを削除する方法に加えて、本発明の実施形態ではネットワーク装置も提供される。図１４は、本発明の一実施形態による第３のネットワーク装置の構造を示すブロック図である。第３のネットワーク装置は、初期要求判定ユニット１２１と、ネットワーク要素アドレス獲得ユニット１２２と、リソース解放通知ユニット１２３とを含む。
【０３４６】
初期要求判定ユニット１２１は、ＵＥによって開始されたアクセス要求が初期アクセス要求であると判定し、判定結果をネットワーク要素アドレス獲得ユニット１２２に通知するように適合されている。
【０３４７】
ネットワーク要素アドレス獲得ユニット１２２は、ＵＥが使用するアンカＧＷのアドレス情報を獲得し、そのアドレス情報をリソース解放通知ユニット１２３に送るように適合されている。
【０３４８】
リソース解放通知ユニット１２３は、ネットワーク要素アドレス獲得ユニット１２２から受け取ったアドレス情報に従ってアンカＧＷにリソース解放通知メッセージを送って、ＵＥに割り振られたリソースを解放するよう要求するように適合されている。
【０３４９】
ネットワーク要素アドレス獲得ユニット１２２はさらに、第１のサブユニット１２２１および／または第２のサブユニット１２２２を含んでいてもよい。
【０３５０】
第１のサブユニット１２２１は、ＵＥのＨＳＳからＵＥが使用するアンカＧＷのアドレス情報を獲得し、そのアンカＧＷのアドレス情報を第２のサブユニット１２２２に送るように適合されている。
【０３５１】
第２のサブユニット１２２２は、アンカＧＷのアドレス情報を格納し、そのアンカＧＷのアドレス情報をリソース解放通知ユニット１２３に送るように適合されている。
【０３５２】
リソース解放通知ユニット１２３はさらに、判定サブユニット１２３１と、第１の送信サブユニット１２３２と、第２の送信サブユニット１２３３とを含んでいてもよい。
【０３５３】
判定サブユニット１２３１は、第３のネットワーク装置とアンカＧＷの間にインターフェースがあるかどうか判定し、インターフェースがある場合には、アンカＧＷにリソース解放通知メッセージを送るよう第１の送信サブユニット１２３２に通知し、インターフェースがない場合には、Ｓｅｒｖｉｎｇ  ＧＷにリソース解放通知メッセージを送るよう第２の送信サブユニット１２３３に通知してＳｅｒｖｉｎｇ  ＧＷがリソース解放通知メッセージをアンカＧＷに転送するように適合されている。
【０３５４】
第１の送信サブユニット１２３２は、アンカＧＷにリソース解放通知メッセージを送るように適合されている。
【０３５５】
第２の送信サブユニット１２３３は、Ｓｅｒｖｉｎｇ  ＧＷにリソース解放通知メッセージを送るように適合されている。
【０３５６】
図１５は、本発明の一実施形態による第４のネットワーク装置の構造を示すブロック図である。第４のネットワーク装置は、リソース解放メッセージ識別ユニット１３１と、リソース解放ユニット１３２とを含む。
【０３５７】
リソース解放メッセージ識別ユニット１３１は、受け取ったリソース解放通知メッセージを識別し、そのメッセージをリソース解放ユニット１３２に送るように適合されている。
【０３５８】
リソース解放ユニット１３２は、ＵＥに割り振られたリソースを解放するように適合されている。
【０３５９】
第４のネットワーク装置はさらに、照会ユニット１３３と削除ユニット１３４とを含んでいてもよい。
【０３６０】
リソース解放メッセージ識別ユニット１３１ａはさらに、リソース解放通知メッセージが識別された後で、識別されたリソース解放通知メッセージを照会ユニット１３３に送るように適合されている。
【０３６１】
照会ユニット１３３は、ＵＥのためのＰＣＣ規則がローカルで格納されているかどうか照会し、ＵＥのためのＰＣＣ規則がローカルで格納されている場合には、照会結果を削除ユニット１３４に通知するように適合されている。
【０３６２】
削除ユニット１３４は、ローカルで格納されたＵＥのためのＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦにそれに対応する格納された規則を削除するよう通知するように適合されている。
【０３６３】
第４のネットワーク装置は、アンカＰＤＮＧＷに統合されていてもよい。
【０３６４】
要約すると、本発明の各実施形態によるリソースを作成する方法において、第１のネットワーク要素はネットワーク側の第２のネットワーク要素にＵＥのためのリソースを作成するプロセスの型を通知し、ネットワーク側の第２のネットワーク要素はそのプロセス型に従ってＵＥのためのリソース作成プロセスを実行する。また、リソースを削除する方法も提供され、ネットワーク側の第１のネットワーク要素は、ネットワーク側の第２のネットワーク要素のアドレス情報が格納されているネットワーク要素からＵＥが使用するネットワーク側の第２のネットワーク要素のアドレス情報を獲得し、獲得したネットワーク側の第２のネットワーク要素にリソースを解放するよう通知するメッセージを送り、ネットワーク側の第２のネットワーク要素はリソースを解放する。このようにして、ネットワーク側のネットワーク要素（すなわちネットワーク側の第２のネットワーク要素）が異なるアクセス要求（すなわち初期アクセス要求とアクセスシステム間の切換によって生じるアクセス要求）を区別することができず、したがって、異なるアクセス要求に対応するリソースを作成することができないという従来技術の問題が克服され、初期アクセス時にリソースを削除してしまうという問題が克服される。
【０３６５】
本発明の各実施形態による方法におけるプロセスの全部または一部は、プログラムを介して、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせとして実施され得ることが当業者には理解されるはずである。各プログラムは、コンピュータ可読記憶媒体に格納され、各実施形態の方法におけるプロセスを実施するために実行されてもよい。記憶媒体は、磁気ディスク、コンパクトディスク（ＣＤ）、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）などとすることができる。
【０３６６】
例示の各実施形態には、本発明の精神および範囲を逸脱することなく、変更、変形、および置換が行われ得ることが、当業者には明らかである。したがって、本発明は、前述の例示的実施形態のいずれによっても限定されるべきでなく、添付の特許請求の範囲およびその均等物によってのみ定義されるべきである。
【図１】
2010519864.tif 000003
【図２】
2010519864.tif 000004
【図３】
2010519864.tif 000005
【図４】
2010519864.tif 000006
【図５】
2010519864.tif 000007
【図６】
2010519864.tif 000008
【図７】
2010519864.tif 000009
【図８】
2010519864.tif 000010
【図９】
2010519864.tif 000011
【図１０】
2010519864.tif 000012
【図１１】
2010519864.tif 000013
【図１２】
2010519864.tif 000014
【図１３】
2010519864.tif 000015
【図１４】
2010519864.tif 000016
【図１５】
2010519864.tif 000017
【手続補正書】
【提出日】平成21年8月31日(2009.8.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
異種ネットワーク間の切換時にリソースを復元する方法であって、
ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ユーザ装置）が３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ネットワークと非３ＧＰＰネットワークの間で切換を実行するときに、ネットワーク側のゲートウェイが、ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべきＰＣＣ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ：ポリシおよび課金制御）規則を獲得することと、
前記ネットワーク側のゲートウェイが、前記ＰＣＣ規則に従って、前記ディスティネーションアクセスシステムにおけるネットワーク側ベアラセットアッププロセスを開始することと
を含む方法。
【請求項２】
前記ネットワーク側のゲートウェイがアンカゲートウェイであり、
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
前記アンカゲートウェイが、前記アンカゲートウェイに格納された前記ＵＥのための前記ＰＣＣ規則を獲得すること、または
前記アンカゲートウェイがＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）に連絡を取って、修正されたＰＣＣ規則を獲得すること
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ネットワーク側のゲートウェイがサービングゲートウェイであり、
前記サービングゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記サービングゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１に記載の方法。
【請求項４】
前記ネットワーク側のゲートウェイが非３ＧＰＰゲートウェイであり、
前記非３ＧＰＰゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記非３ＧＰＰゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得する前に、
前記ディスティネーションアクセスシステムが、前記アンカゲートウェイのアドレス情報を獲得し、前記アンカゲートウェイにリソースを作成するプロセスを実行するよう通知すること
をさらに含む、請求項２から請求項４のいずれか一項に記載の方法。
【請求項６】
前記ディスティネーションアクセスシステムが、切換指示情報を含むプロキシ対応付け更新メッセージまたはベアラ作成要求メッセージを送って、前記アンカゲートウェイに、リソースを作成する前記プロセスを実行するよう通知すること
をさらに含む、請求項５に記載の方法。
【請求項７】
前記ディスティネーションアクセスシステムから前記ネットワーク側のゲートウェイに、切換指示情報を含むプロキシ対応付け更新メッセージまたはベアラ作成要求メッセージを送ること
をさらに含み、
前記ＵＥが前記３ＧＰＰネットワークと前記非３ＧＰＰネットワークの間で切換を実行するときに、前記ネットワーク側のゲートウェイが、前記ＵＥが前記ディスティネーションアクセスシステムにおいて使用すべき前記ＰＣＣ規則を獲得することが、
前記ネットワーク側のゲートウェイが前記プロキシ対応付け更新メッセージまたは前記ベアラ作成要求メッセージを受け取ったときに、前記ネットワーク側のゲートウェイが、前記ＵＥが前記ディスティネーションアクセスシステムにおいて使用すべき前記ＰＣＣ規則を獲得すること
をさらに含む、請求項１に記載の方法。
【請求項８】
前記ディスティネーションアクセスシステムから前記ネットワーク側のゲートウェイに、前記プロキシ対応付け更新メッセージまたは前記ベアラ作成要求メッセージを送ることが、
前記ディスティネーションアクセスシステムが前記ＵＥからアクセス要求を受け取ることと、
前記ディスティネーションアクセスシステムが、前記アクセス要求は切換要求であると判定したときに、前記ディスティネーションアクセスシステムから前記ネットワーク側のゲートウェイに、前記切換指示情報を含む前記プロキシ対応付け更新メッセージまたは前記ベアラ作成要求メッセージを送ることと
をさらに含む、請求項７に記載の方法。
【請求項９】
前記ディスティネーションアクセスシステムがＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ：移動性管理エンティティ）またはＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ：サービングＧＰＲＳサポートノード）であり、前記ネットワーク側のゲートウェイがアンカゲートウェイであり、
前記ディスティネーションアクセスシステムから前記ネットワーク側のゲートウェイに前記プロキシ対応付け更新メッセージまたは前記ベアラ作成要求メッセージを送ることが、
前記ＭＭＥまたは前記ＳＧＳＮが前記ＵＥからアクセス要求を受け取ることと、
前記ＭＭＥまたは前記ＳＧＳＮが、前記アクセス要求は切換要求であると判定したときに、前記ＭＭＥまたは前記ＳＧＳＮからサービングゲートウェイに、前記切換指示情報を含む前記ベアラ作成要求メッセージを送ることと、
前記サービングゲートウェイから前記アンカゲートウェイに、前記切換指示情報を含む前記ベアラ作成要求メッセージまたは前記プロキシ対応付け更新メッセージを送ることと
をさらに含む、請求項７に記載の方法。
【請求項１０】
前記ディスティネーションアクセスシステムが非３ＧＰＰゲートウェイであり、前記ネットワーク側のゲートウェイがアンカゲートウェイであり、
前記ディスティネーションアクセスシステムから前記ネットワーク側のゲートウェイに前記プロキシ対応付け更新メッセージまたは前記ベアラ作成要求メッセージを送ることが、
前記非３ＧＰＰゲートウェイが前記ＵＥからアクセス要求を受け取ることと、
前記アクセス要求は切換要求であると判定したときに、前記非３ＧＰＰゲートウェイから前記アンカゲートウェイに、前記切換指示情報を含む前記プロキシ対応付け更新メッセージを送ることと
をさらに含む、請求項７に記載の方法。
【請求項１１】
アクセス要求判定ユニットとプロセス型通知ユニットとを備えるネットワーク装置であって、
前記アクセス要求判定ユニットは、ＵＥが開始したアクセス要求が初期アクセス要求であるか、それとも３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の切換要求であるか判定し、前記判定結果を前記プロセス型通知ユニットに送るように適合されており、
前記プロセス型通知ユニットは、前記アクセス要求判定ユニットから判定結果を受け取り、前記ＵＥのためのリソースを作成するプロセスの型を判定し、前記プロセス型を、前記ＵＥのための前記リソースを作成するように適合されているネットワーク側のネットワーク要素に通知するように適合されている
ネットワーク装置。
【請求項１２】
前記プロセス型通知ユニットが第１の通知サブユニットおよび／または第２の通知サブユニットをさらに備え、
前記第１の通知サブユニットは、リソースを作成する前記プロセスの型が初期作成型または切換作成型であることを指示するのに使用されるフラグを含むベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージを送るように適合されており、
前記第２の通知サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定のメッセージを送るように適合されている、請求項１１に記載のネットワーク装置。
【請求項１３】
識別ユニットとリソース作成ユニットとを備えるネットワーク装置であって、
前記識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、別のネットワーク要素からメッセージを受け取り、前記メッセージから前記ＵＥのためのリソースを作成するプロセスの型を識別し、前記識別したプロセスの型を前記リソース作成ユニットに通知するように適合されており、
前記リソース作成ユニットは、前記識別ユニットから前記プロセス型を受け取り、前記プロセス型に従って前記ＵＥのためのリソースを作成するプロセスを実行するように適合されている
ネットワーク装置。
【請求項１４】
前記識別ユニットが、第１の識別サブユニットおよび／または第２の識別サブユニットをさらに備え、
前記第１の識別サブユニットは、受け取ったベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージに含まれるフラグを識別し、前記フラグに従って初期作成型または切換作成型を判定し、判定した初期作成型または切換作成型を前記リソース作成ユニットに送るように適合されており、
前記第２の識別サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する、受け取った特定のメッセージを識別し、前記リソース作成ユニットに、前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するよう通知するように適合されており、
前記リソース作成ユニットは、前記第１の識別サブユニットから前記初期作成型を受け取った後で前記ＵＥのためのデフォルトベアラを作成するように適合されており、
前記リソース作成ユニットはさらに、前記第１の識別サブユニットからの前記切換作成型、または前記第２の識別サブユニットからの前記通知を受け取った後で、前記デフォルトベアラ、および前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するように適合されている、請求項１３に記載のネットワーク装置。
【国際調査報告】
2010519864.tif 000018
2010519864.tif 000019
2010519864.tif 000020
2010519864.tif 000021
2010519864.tif 000022
2010519864.tif 000023