JP2010519864A

JP2010519864A - リソースを作成、削除する方法およびネットワーク装置

Info

Publication number: JP2010519864A
Application number: JP2009551096A
Authority: JP
Inventors: ウー、ウェンフ; ワン、シャンシャン
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2007-06-22
Filing date: 2008-06-20
Publication date: 2010-06-03
Anticipated expiration: 2028-06-20
Also published as: US10945261B2; EP2104278A1; CN101330753A; US20210153190A1; EP2104278A4; EP2720509B1; US20140098791A1; EP3096583B1; WO2009000197A1; CN101330753B; US8638750B2; KR101044685B1; EP2720509A2; EP2720509A3; US11997697B2; EP3096583A1; EP3442269B1; US20090285183A1; EP3952601A1; KR20100003355A

Abstract

リソースを確立し、削除する方法およびネットワーク装置が開示される。この方法では、第１のネットワークユニットがネットワーク側の第２のネットワークユニットにユーザ装置のためのリソースの処理型を確立するよう通知し、第２のネットワークユニットがリソースの処理型に従ってユーザ装置のためのリソースの処理型を確立する。本発明の実施例は、ネットワーク側のゲートウェイユニット（第２のネットワークユニット）が、異なるアクセス要求（初期アクセス要求とアクセスシステム間の切り換えによるアクセス要求と）を識別することができず、識別した異なるアクセス要求に対応して関連するリソースを確立することができない、という問題を解決する。

Description

本発明は通信に関し、より詳細には、リソースを作成する方法およびネットワーク装置に関する。

これからのネットワークの競争力を高めるために、３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）は、新しい進化型ネットワークに取り組もうとしている。このような進化型ネットワークのアーキテクチャには、図１に示すように、次のものが含まれる。Ｅ−ＵＴＲＡＮと略され、進化型ネットワークにおける無線アクセスに関連する機能を果たす進化型ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ：ユニバーサル移動体通信システム）ＴＲＡＮ（ＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：地上無線アクセスネットワーク）；ユーザコンテキストおよび移動度状況の管理、ユーザの一時の識別情報割振りなどを含む、制御プレーンの移動性管理を行うＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ：移動性管理エンティティ）；３ＧＰＰアクセスシステム間のユーザプレーンアンカであり、Ｅ−ＵＴＲＡＮへのインターフェースを終端させるＳｅｒｖｉｎｇＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ：サービングゲートウェイ）；アンカゲートウェイともいい、３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間のユーザプレーンアンカであり、外部のＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ：パケットデータネットワーク）へのインターフェースを終端させるＰＤＮＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ：パケットデータネットワークゲートウェイ）；ポリシ制御決定機能および流量課金制御機能を提供するＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）；ならびに、ユーザ加入情報を格納するＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ：ホーム加入者サーバ）。

ＵＴＲＡＮ（ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＵＭＴＳ地上無線アクセスネットワーク）およびＧＥＲＡＮ（ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ））は、既存のＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ：汎用パケット無線サービス）／ＵＭＴＳネットワークにおける無線アクセスに関連する諸機能を果たす。ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔｉｎｇＮｏｄｅ：サービングＧＰＲＳサポートノード）は、ＧＰＲＳ／ＵＭＴＳネットワークにおける経路制御および転送、移動性管理、セッション管理、ユーザ情報格納などといった諸機能を果たす。

非３ＧＰＰ仕様ＩＰアクセスネットワークとは主に、ＷＬＡＮ（ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ：無線ローカルエリアネットワーク）、ＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ：国際的なマイクロ波アクセスの相互運用性）などといったいくつかの非３ＧＰＰ機関によって定義されるアクセスネットワークをいう。

ＡＡＡサーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，ＡｕｔｈｏｒｉｚａｔｉｏｎａｎｄＡｃｃｏｕｎｔｉｎｇＳｅｒｖｅｒ：認証許可課金サーバ）は、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）のための認証、許可および課金機能を果たす。

進化型ネットワークに求められる要件の１つが、３ＧＰＰアクセスシステム（ＧＥＲＡＮ／ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮなど）と非３ＧＰＰアクセスシステム（ＷＬＡＮ／ＷｉＭＡＸなど）の間の切換をサポートすることである。切換プロセスは、ＵＥの新しいアクセスシステムへの付着手順によって実施され得る。図２は、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを示すフローチャートである。切換プロセスは以下の各ステップを含む。

１．ＵＥが非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークに付着する。

２．ＵＥが非３ＧＰＰアクセスシステムからＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ：システムアーキテクチャ進化）システムへの切換を開始する。

３．ＵＥがＭＭＥに付着要求メッセージを送る。

４．ＵＥとＭＭＥとＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。

５．ＭＭＥとＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでＭＭＥは、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。

６．ＭＭＥがＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成要求メッセージを送る。

７ａ．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰ（ＧＰＲＳＴｕｎｎｅｌｉｎｇｐｒｏｔｏｃｏｌ：ＧＰＲＳトンネリングプロトコル）を使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにデフォルトベアラ作成要求メッセージを送る。

７ｂ．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰ（ＰｒｏｘｙＭｏｂｉｌｅＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：プロキシモバイルインターネットプロトコル）を使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。

８ａ．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成応答メッセージを返す。

８ｂ．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷにプロキシ対応付け確認（ＰｒｏｘｙＢｉｎｄｉｎｇＡＣＫ）メッセージを返す。

９．ＳｅｒｖｉｎｇＧＷがＭＭＥにデフォルトベアラ作成応答メッセージを返す。

１０．ＭＭＥが、デフォルトベアラに対応する無線ベアラをセットアップするための無線ベアラセットアッププロセスを開始し、付着完了プロセスを開始する。

以下の２点に留意する必要がある。（１）非３ＧＰＰシステムからＳＡＥまたは他の３ＧＰＰシステム（ＧＰＲＳ／ＵＭＴＳシステムなど）への切換プロセスは、Ａｔｔａｃｈプロセスによって完了されてもよく（しかしＡｔｔａｃｈプロセスだけに限定されず）、実際には、他のプロセスによって完了されてもよい。（２）ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷが同じエンティティで実施される場合、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。

実施に際して本発明の発明者は、前述の従来技術の既存の切換プロセスにおいて以下の欠点に遭遇した。

１．非３ＧＰＰシステムから３ＧＰＰシステムへの切換の間、ＵＥのサービス継続を保証するために、３ＧＰＰシステムは、ＵＥが非３ＧＰＰ方式のアクセスシステムにおいて使用するリソースを回復する必要があるが、非３ＧＰＰシステムから３ＧＰＰシステムへの既存の切換プロセスにはそのような機構がない。

２．通常の３ＧＰＰアクセスプロセスでは、３ＧＰＰシステムはＵＥのためのデフォルトベアラを作成するにすぎない。しかし、非３ＧＰＰシステムから３ＧＰＰシステムへの切換時のアクセスプロセスでは、３ＧＰＰシステムは、ＵＥが非３ＧＰＰ方式のアクセスシステムにおいて使用するリソースを回復する必要がある。上記２つのアクセスプロセスは異なり、３ＧＰＰシステムはこれら２つの異なるアクセスプロセスを区別する必要があるが、既存の３ＧＰＰシステムには異なるアクセスプロセスを区別するための機構がない。

３．既存の３ＧＰＰシステムのアクセスプロセスでは、ＵＥは１つのデフォルトベアラの確立を開始するにすぎない、すなわち、ＭＭＥは１つのＰＤＮＧＷへのデフォルトベアラ作成プロセスを開始することしかできない。ＵＥが非３ＧＰＰアクセスシステムにおいて複数のＰＤＮＧＷを使用した場合、既存の機構は機能しない。

４．従来技術では、非３ＧＰＰシステムと３ＧＰＰシステムの間の切換は「緩やかに結合された」切換である、すなわち、ＵＥはまずソースシステムから切断し、次いでディスティネーションシステムにおけるアクセスプロセスによって切換を完了する。そのような切換のやり方では、サービスが長期間にわたって中断され、おそらくは拒絶されることもある。従来技術には、ＵＥのサービス中断時間を低減するように非３ＧＰＰシステムと３ＧＰＰシステムの間の切換を最適化する方法に関する機構がない。

５．ＵＥが非３ＧＰＰアクセスシステムにアクセスすると、非３ＧＰＰアクセスシステムはＵＥにリソースを割り振ることができる。ＵＥにおいて異常なスイッチオフまたはオフライン状態が発生すると、非３ＧＰＰアクセスシステムがＵＥに割り振ったリソースは解放されなくなる。ＵＥが新たに３ＧＰＰアクセスシステムにアクセスするときに、非３ＧＰＰアクセスシステムがＵＥに割り当てたリソースは解放される必要があるが、従来技術にはこれを処理するための機構がない。

本発明は、リソース上で対応するプロセスを実行するようにＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）の初期アクセスプロセスと切換プロセスとを区別することのできる、リソースを作成する方法、リソースを削除する方法、およびネットワーク装置を提供することを目的とする。

本発明の一実施形態は、リソースを作成する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素がネットワーク側の第２のネットワーク要素に、ＵＥのためのリソースを作成するプロセスの型を通知すること、および第２のネットワーク要素がそのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行することを含む。

本発明の別の実施形態は、異種ネットワーク間の切換時にリソースを復元する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ネットワーク側のゲートウェイが、ＵＥがディスティネーションアクセスネットワークにおいて使用すべきＰＣＣ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ポリシおよび課金制御）規則を獲得すること、ネットワーク側のゲートウェイが、そのＰＣＣ規則に従ってディスティネーションアクセスシステムにおいてネットワーク側のベアラを作成するプロセスを開始することを含む。ネットワーク側のゲートウェイはサービングゲートウェイ、アンカゲートウェイ、または非３ＧＰＰゲートウェイとすることができる。

本発明の一実施形態は、リソースを削除する方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素が第２のネットワーク要素のアドレス情報を獲得すること、第１のネットワーク要素から、第２のネットワーク要素にＵＥに割り振られたリソースを解放するよう通知するメッセージを送ること、第２のネットワーク要素がＵＥに割り振られたリソースを解放することを含む。またこの方法は、ＵＥが開始したアクセス要求が初期アクセス要求であると判定することを含んでいてもよい。

本発明の一実施形態は、リソースを削除する別の方法を提供する。この方法は、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ディスティネーションアクセスネットワークのネットワーク要素が、ユーザプレーンアンカにソースアクセスネットワークにおけるリソースを解放するプロセスを開始しないよう通知すること、ディスティネーションアクセスネットワークのネットワーク要素からソースアクセスネットワークのネットワーク要素に、ＵＥがディスティネーションアクセスネットワークに切り換わった後で、ＵＥがディスティネーションアクセスネットワークに切り換わったことをソースネットワークに通知するメッセージを送ること、メッセージを受け取った後でソースアクセスネットワークのネットワーク要素が、ソースアクセスネットワークにおけるリソースを解放するプロセスを開始することを含む。

したがって本発明の一実施形態は、ネットワークリソースを処理するネットワーク装置を提供する。このネットワーク装置は、アクセス要求判定ユニットとプロセス型通知ユニットとを含む。アクセス要求判定ユニットは、ＵＥが開始したアクセス要求が初期アクセス要求であるか、それとも３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の切換要求であるか判定し、判定結果をプロセス型通知ユニットに送るように適合されている。プロセス型通知ユニットは、アクセス要求判定ユニットから判定結果を受け取り、ＵＥのためのリソースを作成するプロセスの型を決定し、そのプロセス型を、ＵＥのためのリソースを作成するように適合されたネットワーク側のネットワーク要素に通知するように適合されている。

本発明の一実施形態は、ネットワークリソースを処理する別のネットワーク装置を提供する。このネットワーク装置は、識別ユニットとリソース作成ユニットとを含む。識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、別のネットワーク要素からメッセージを受け取り、そのメッセージからＵＥのためのリソースを作成するプロセスの型を識別し、識別したプロセス型をリソース作成ユニットに通知するように適合されている。リソース作成ユニットは、識別ユニットからプロセス型を受け取り、そのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行するように適合されている。

本発明の一実施形態は、ネットワークリソースを解放するネットワーク装置を提供する。このネットワーク装置は、初期要求判定ユニットと、ネットワーク要素アドレス獲得ユニットと、リソース解放通知ユニットとを含む。初期要求判定ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行するときに、ＵＥが開始したアクセス要求が初期アクセス要求であると判定し、判定結果をネットワーク要素アドレス獲得ユニットに通知するように適合されている。ネットワーク要素アドレス獲得ユニットは、ＵＥが使用するアンカゲートウェイのアドレス情報の獲得し、そのアドレス情報をリソース解放通知ユニットに送るように適合されている。リソース解放通知ユニットは、ネットワーク要素アドレス獲得ユニットから送られたアドレス情報に従ってアンカゲートウェイにリソース解放通知メッセージを送って、ＵＥに割り振られたリソースを解放するよう要求するように適合されている。

本発明の一実施形態は、ネットワークリソースを解放するネットワーク装置を提供する。このネットワーク装置は、リソース解放メッセージ識別ユニットとリソース解放ユニットとを含む。リソース解放メッセージ識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、受け取ったリソース解放通知メッセージを識別し、そのメッセージをリソース解放ユニットに送るように適合されている。リソース解放ユニットは、ＵＥに割り振られたリソースを解放するように適合されている。

本発明の各実施形態で提供されるリソース作成機構によれば、第１のネットワーク要素は、ネットワーク側の第２のネットワーク要素に、ＵＥのためのリソースを作成するプロセスの型を通知することができ、第２のネットワーク要素は、そのプロセス型に従ってＵＥのためのリソースを作成するプロセスを実行することができる。このようにして、ネットワーク側のゲートウェイ（すなわち第２のネットワーク要素）が、異なるアクセス要求（すなわち初期アクセス要求とアクセスシステム間の切換によって生じるアクセス要求と）を区別することができず、したがって、それらの異なるアクセス要求に対応するリソースを作成することができない、という従来技術の問題を克服することができる。

本発明の各実施形態で提供されるリソース削除機構によれば、第１のネットワーク要素は、第２のネットワーク要素のアドレス情報が格納されたネットワーク要素から第２のネットワーク要素のアドレス情報を獲得することができ、第１のネットワーク要素は、第２のネットワーク要素にＵＥに割り振られたリソースを解放するよう通知するメッセージを送ることができ、第２のネットワーク要素は、ＵＥに割り振られたリソースを解放することができる。このようにして、ＵＥ側で異常なスイッチオフまたはオフライン状態が発生したときに、アンカゲートウェイに格納されている、ＵＥが使用するＰＣＣ規則およびＵＥに割り振られたリソースを削除することができる。

従来技術における進化型ネットワークシステムのアーキテクチャを示す概略図である。従来技術における非３ＧＰＰシステムから３ＧＰＰシステムへの切換のプロセスを示すフローチャートである。本発明の第１の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第２の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第３の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第４の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第５の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第６の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の第７の実施形態による、リソースを作成する信号交換プロセスを示すフローチャートである。本発明の一実施形態による第１のネットワーク装置を示すブロック図である。本発明の一実施形態による第２のネットワーク装置を示すブロック図である。本発明の第８の実施形態による、リソースを削除する信号交換プロセスを示すフローチャートである。本発明の第９の実施形態による、リソースを削除する信号交換プロセスを示すフローチャートである。本発明の一実施形態による第３のネットワーク装置を示すブロック図である。本発明の一実施形態による第４のネットワーク装置を示すブロック図である。

第１の実施形態

ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成要求（またはデフォルトＰＤＰ（ＰａｃｋｅｔＤａｔａＰｒｏｔｏｃｏｌ：パケットデータプロトコル）コンテキスト作成要求）メッセージを送るときに、そのメッセージに、ベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグが含められる。ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、そのプロセス型を指示するフラグを含むデフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図３に、以下の各ステップを含む具体的プロセスを示す。

１．ＵＥが非３ＧＰＰ仕様ＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。

２．ＵＥが非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換を開始する。

３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求める付着要求メッセージを送る。ネットワーク側の第１のネットワーク要素はＳＡＥ（ＳｙｓｔｅｍＡｒｃｈｉｔｅｃｔｕｒｅＥｖｏｌｕｔｉｏｎ）システムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮ（ＧＰＲＳＳｕｐｐｏｒｔｉｎＮｏｄｅ）になる。ネットワーク側の第１のネットワーク要素は、受け取ったアクセス要求が非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換要求であるか、それとも通常のアクセス要求（初期アクセス要求ともいう）であるかを、以下の方法によって判定する。

（１）Ａｔｔａｃｈプロセスによって非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスも実行される場合、ＡｔｔａｃｈＲｅｑｕｅｓｔメッセージには、異なるアクセス型を指示するためのＡｔｔａｃｈＴｙｐｅフィールドが含まれる。例えば、ＡｔｔａｃｈＴｙｐｅフィールドは、通常のアクセスではＩｎｉｔｉａｌＡｔｔａｃｈに設定され、切換アクセスではＨｏｎｄｏｖｅｒＡｔｔａｃｈに設定される。ネットワーク側の第１のネットワーク要素は、ＡｔｔａｃｈＲｅｑｕｅｓｔメッセージのＡｔｔａｃｈＴｙｐｅフィールドに従って異なるアクセスプロセスを区別する。

（２）ＵＥが、３ＧＰＰまたは非３ＧＰＰシステムにアクセスするときに使用するＰＤＮＧＷのアドレス情報を格納している場合、通常のアクセスプロセスにおけるＡｔｔａｃｈＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含まず、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスにおけるＡｔｔａｃｈＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含む。ＡｔｔａｃｈＲｅｑｕｅｓｔメッセージを受け取った後、ネットワーク側の第１のネットワーク要素は、アクセス要求が通常のアクセス要求であるか、それとも切換によるアクセス要求であるかを、そのＡｔｔａｃｈＲｅｑｕｅｓｔメッセージがＰＤＮＧＷのアドレス情報を含むかどうかに従って判定する。

（３）非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスがＡｔｔａｃｈプロセスとは別個のプロセスによって行われる場合、例えばＵＥは、ネットワーク側の第１のネットワーク要素に、非３ＧＰＰ／３ＧＰＰ切換要求メッセージを送って、ＭＭＥに非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう要求する。

４．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。

５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷのアドレス情報を獲得する。

６．通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、加入者データのデフォルトのＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ：アクセスポイント名）に従ってＵＥのＰＤＮＧＷを選択する。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用するＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが、格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＣｒｅａｔｅＴｙｐｅ」フラグとすることができる。ＣｒｅａｔｅＴｙｐｅフラグは、通常のアクセスプロセスでは「ＩｎｉｔｉａｌＣｒｅａｔｅ」として設定され、切換アクセスプロセスでは「ＨａｎｄｏｖｅｒＣｒｅａｔｅ」として設定される。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値「Ｃａｕｓｅ」は、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。

（３）フラグを「ＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージは、その要求メッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージはこのフラグを含まない。

（４）フラグを「ＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージは、その要求メッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素が送る要求メッセージはこのフラグを含まない。

７．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされ、３ＧＰＰシステムがＳＡＥシステムである場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。原因値Ｃａｕｓｅは、通常のアクセスプロセスでは「Ｉｎｉｔｉａｌ」として設定され、切換アクセスプロセスでは「Ｈａｎｄｏｖｅｒ」として設定される。

（３）フラグを「ＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送る要求メッセージは、その要求メッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送る要求メッセージはこのフラグを含まない。

（４）フラグを「ＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送る要求メッセージは、その要求メッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送る要求メッセージはこのフラグを含まない。

８．要求メッセージを受け取った後、ＰＤＮＧＷは、メッセージ内のフラグに従ってベアを作成するプロセスの型を決定し、ベアを作成するプロセスの型に従って異なるプロセスを以下のように実行する。

（１）ベアを作成するプロセスの型が通常のアクセスのベアラを作成するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ（ＰｃｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）規則があるかどうか照会する。ＰＤＮＧＷに規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、格納されたＰＣＣ規則を削除するようＰＣＲＦに通知する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

（２）ベアを作成するプロセスの型が切換アクセスのベアラを作成するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、そのＰＣＣ規則がＩＰ−ＣＡＮ（ＩＰ−ＣｏｎｎｅｃｔｉｖｉｔｙＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＩＰ接続アクセスネットワーク）のアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がアクセス型に依存する場合、ＰＤＮＧＷは、ＰＣＲＦに連絡を取って、修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

９．ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成応答メッセージを返す。

１０．ＳｅｒｖｉｎｇＧＷがネットワーク側の第１のネットワーク要素にデフォルトベアラ作成応答メッセージを返す。

１１．ネットワーク側の第１のネットワーク要素が、デフォルトベアラに対応する無線ベアラを作成する無線ベアラ作成プロセスを開始し、付着完了プロセスを開始する。

１２．アクセスプロセス型が切換によって生じるアクセスプロセスである場合、ＰＤＮＧＷは、格納されたＰＣＣ規則または修正されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。

以下の点に留意する必要がある。

（１）ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷが同じエンティティで実施される場合、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。

（２）ステップ１２とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。

（３）メッセージにベアラを作成するプロセスの型が含まれない場合、ＰＤＮＧＷは、ＳｅｒｖｉｎｇＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

実施形態２

ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷに、ベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグを含む、デフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）を送る。ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、プロセス型を指示するフラグを含むプロキシ対応付け更新メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図４に、以下の各ステップを含む具体的プロセスを示す。

１．ＵＥが、非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。

２．ＵＥが、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換を開始する。

３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求めるＡｔｔａｃｈＲｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素はＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。

６．通常のアクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、加入者データのデフォルトＡＰＮに従ってＵＥのためのＰＤＮＧＷを選択する。切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバがネットワーク側の第１のネットワーク要素に、格納されたＰＤＮＧＷのアドレス情報を送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれる。フラグを実施するための具体的方式は第１の実施形態における方式と同様である。

７．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。ＢｉｎｄｉｎｇＴｙｐｅフラグは、通常のアクセスプロセスでは「ＩｎｉｔｉａｌＢｉｎｄｉｎｇ」として設定され、切換アクセスプロセスでは「ＨａｎｄｏｖｅｒＢｉｎｄｉｎｇ」として設定される。

（３）フラグを「ＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送るメッセージは、そのメッセージが切換アクセスによって生じたものであることを指示するＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送るメッセージはこのフラグを含まない。

（４）フラグを「ＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送るメッセージは、そのメッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ＳｅｒｖｉｎｇＧＷが送るメッセージはこのフラグを含まない。

７ａ．このステップは以下のように実行される。

プロキシ対応付け更新メッセージには修正が加えられない。切換アクセスの場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、（３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合には）ベアラ復元要求メッセージまたは（３ＧＰＰシステムがＳＡＥシステムである場合には）ＰＤＰコンテキスト復元要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するベアラを復元するよう通知する。

８．プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、プロキシ対応付け更新メッセージ内のフラグに従って対応付けを更新するプロセスの型を判定し、またはベアラ復元要求メッセージが受け取られたかどうか判定し、次いで、対応付けを更新するプロセスの型に応じて、またはベアラ復元要求メッセージが受け取られたかどうかに応じて、以下のように異なるプロセスを実行する。

（１）プロキシ対応付け更新メッセージ内の対応付けを更新するプロセスの型が通常のアクセスのために対応付けを更新するよう指示する場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷに規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦに格納されたＰＣＣ規則を削除するよう通知する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

（２）プロキシ対応付け更新メッセージ内の対応付けを更新するプロセスの型が切換アクセスのために対応付けを更新するよう指示する場合、またはＰＤＮＧＷがベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った場合、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦと連絡を取って修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

９．ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷにプロキシ対応付けＡＣＫメッセージを返す。

９ａ．ＰＤＮＧＷが前のステップでＳｅｒｖｉｎｇＧＷからベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに、ベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージを返す。

１２．アクセスプロセス型が切換によって生じたアクセスプロセスである場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則をＳｅｒｖｉｎｇＧＷに提供するＰＣＣ規則提供メッセージを送る。ＳｅｒｖｉｎｇＧＷは、受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。

１３．ＳｅｒｖｉｎｇＧＷが、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰネットワークにおいて作成する。

以下に留意する必要がある。

（３）本実施形態では、どのようにしてＰＤＮＧＷがＳｅｒｖｉｎｇＧＷにＰＣＣ規則を送るかに関しては制限されない。

（４）メッセージにベアラを作成するための、または対応付けを更新するためのプロセス型情報が含まれない場合、ＰＤＮＧＷは、ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡をとって修正されたＰＣＣ規則を獲得する）をＳｅｒｖｉｎｇＧＷに送り、ＳｅｒｖｉｎｇＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。

実施形態３

非３ＧＰＰＧＷがＰＤＮＧＷに、プロセス型を指示するフラグを含むプロキシ対応付け更新メッセージを送る。メッセージを受け取った後、ＰＤＮＧＷは、フラグに応じて異なるプロセスを実行する。図５に、以下の各ステップを含む具体的プロセスを示す。

１．ＵＥがＳｅｒｖｉｎｇＧＷおよびＰＤＮＧＷを介して３ＧＰＰアクセスネットワークにアクセスする。

２．ＵＥが３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換を開始する。

３．ＵＥが非３ＧＰＰＧＷに、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスを実行することを求めるアクセス要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧ（ＥｖｏｌｖｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ：進化型パケットデータゲートウェイ）になり、ＷｉＭＡＸシステムではＡＳＮＧＷ（ＡｃｃｅｓｓＳｅｒｖｉｃｅＮｅｔｗｏｒｋＧａｔｅｗａｙ：アクセスサービスネットワークゲートウェイ）になり、ＣＤＭＡシステムではＡＧＷ（ＡｃｃｅｓｓＧａｔｅｗａｙ：アクセスゲートウェイ）になる。非３ＧＰＰＧＷは、受け取ったアクセス要求が、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換要求であるか、それとも通常のアクセス要求（初期アクセス要求ともいう）であるかを、以下の方法によって判定する。

（１）アクセスプロセスによって３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスも実行される場合、ＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージには異なるプロセス型を指示するＡｃｃｅｓｓＴｙｐｅフィールドが含まれる。例えばＡｃｃｅｓｓＴｙｐｅフィールドは、通常のアクセスではＩｎｉｔｉａｌＡｃｃｅｓｓとして設定され、切換アクセスではＨａｎｄｏｖｅｒＡｃｃｅｓｓとして設定される。非３ＧＰＰＧＷは、ＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージ内のＡｃｃｅｓｓＴｙｐｅフィールドに従って異なるアクセスプロセスを区別する。

（２）ＵＥが３ＧＰＰシステムまたは非３ＧＰＰシステムにアクセスするときに使用したＰＤＮＧＷのアドレス情報を格納している場合、通常のアクセスプロセスにおけるＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含まず、３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスにおけるＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージはＰＤＮＧＷのアドレス情報を含む。ＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージを受け取った後、非３ＧＰＰＧＷは、ＡｃｃｅｓｓＲｅｑｕｅｓｔメッセージがＰＤＮＧＷのアドレス情報を含むかどうかに従って、そのアクセス要求が通常のアクセス要求であるか、それとも切換によって生じたアクセス要求であるか判定する。

（３）３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスは、アクセスプロセスとは別個のプロセスによって実行され、例えば、ＵＥが非３ＧＰＰＧＷに３ＧＰＰ／非３ＧＰＰ切換要求メッセージを送って、非３ＧＰＰＧＷに３ＧＰＰアクセスシステムから非３ＧＰＰアクセスシステムへの切換プロセスを実行するよう要求する。

この実施形態では、非３ＧＰＰＧＷが、受け取ったアクセス要求が通常のアクセス要求であるかそれとも切換によって生じたアクセス要求であるかをどのようにして判定するかに関しては制限されない。

４．ＵＥと非３ＧＰＰＧＷとＨＳＳ／ＡＡＡサーバの間でアクセス認証プロセスが実行される。このプロセスで非３ＧＰＰＧＷは、ＵＥのためのＰＤＮＧＷのアドレス情報を獲得する。

５ａ．通常のアクセスプロセスでは、非３ＧＰＰＧＷは、加入者データ内のデフォルトのＡＰＮに従って、ＵＥのためのＰＤＮＧＷを選択する。切換アクセスプロセスでは、非３ＧＰＰＧＷは、ＵＥが３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（非３ＧＰＰＧＷがＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報を非３ＧＰＰＧＷに送る）。非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。フラグを実施するための具体的方式は第２の実施形態における方式と同様である。

５ｂ．ＵＥとＰＤＮＧＷがＣＭＩＰ（ＣｌｉｅｎｔＭｏｂｉｌｅＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：クライアントモバイルインターネットプロトコル）プロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。メッセージには、対応付けを更新するプロセスの型を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（３）フラグを「ＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。切換アクセスプロセスでは、ＵＥが送るメッセージは、そのメッセージが切換によって生じたものであることを指示するＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎフラグを含む。通常のアクセスプロセスでは、ＵＥが送るメッセージはこのフラグを含まない。

（４）フラグを「ＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。通常のアクセスプロセスでは、ＵＥが送るメッセージは、そのメッセージが通常のアクセスによって生じたものであることを指示するＩｎｉｔｉａｌＩｎｄｉｃａｔｉｏｎフラグを含む。切換アクセスプロセスでは、ＵＥが送るメッセージはこのフラグを含まない。

５ｃ．このステップは以下のように実行される。

プロキシ対応付け更新メッセージまたは対応付け更新メッセージには修正が加えられない。切換アクセスの場合、非３ＧＰＰＧＷはＰＤＮＧＷにサービス復元要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスを復元するよう通知する。

６．プロキシ対応付け更新メッセージまたは対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、メッセージ内のフラグに従って対応付けを更新するプロセスの型を判定し、またはサービス復元要求メッセージが受け取られたかどうか判定し、次いで、対応付けを更新するプロセスの型に従って、またはサービス復元要求メッセージが受け取られたかどうかに従って、以下のように異なるプロセスを実行する。

（１）プロキシ対応付け更新メッセージまたは対応付け更新メッセージ内の対応付けを更新するプロセスの型が、通常のアクセスのために対応付けを更新するよう指示している場合、ＰＤＮＧＷは、ＰＤＮＧＷにＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷにＰＣＣ規則がある場合、ＰＤＮＧＷは、そのＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦに格納されたＰＣＣ規則を削除するよう通知する。他方ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。

（２）プロキシ対応付け更新メッセージもしくは対応付け更新メッセージ内の対応付けを更新するプロセスの型が、切換アクセスのために対応付けを更新するよう指示している場合、またはＰＤＮＧＷがサービス復元要求メッセージを受け取った場合、ＰＤＮＧＷはＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。他方ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。

７ａ．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。

７ｂ．ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＵＥに対応付けＡＣＫメッセージを返す。

７ｃ．ＰＤＮＧＷが前のステップで非３ＧＰＰＧＷからサービス復元要求メッセージを受け取った場合、ＰＤＮＧＷは非３ＧＰＰＧＷにサービス復元応答メッセージを返す。

８．非３ＧＰＰＧＷはＵＥにアクセス受諾メッセージを返す。

９．アクセスプロセス型が切換によって生じたアクセスプロセスである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則を非３ＧＰＰＧＷに提供するＰＣＣ規則提供メッセージを送る。非３ＧＰＰＧＷは受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。

１０．非３ＧＰＰＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。

以下に留意する必要がある。

（１）非３ＧＰＰＧＷとＰＤＮＧＷが同じエンティティで実施される場合、非３ＧＰＰＧＷとＰＤＮＧＷの間のメッセージはそのエンティティにおける内部メッセージになる。

（２）ステップ７とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。

（３）本実施形態では、どのようにしてＰＤＮＧＷが非３ＧＰＰＧＷにＰＣＣ規則を送るかに関しては制限されない。

（４）メッセージに対応付けを更新するためのプロセス型情報が含まれない場合、ＰＤＮＧＷは、非３ＧＰＰＧＷからメッセージを受け取った後でＵＥのためのＰＣＣ規則がＰＤＮＧＷに格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷがＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）を非３ＧＰＰＧＷに送り、非３ＧＰＰＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。

別の解決法も可能である。例えば、ネットワーク側の第１のネットワーク要素がＵＥのためのＰＤＮＧＷアドレスを獲得し、ＳｅｒｖｉｎｇＧＷに通知する特定のメッセージを送り、今度はＳｅｒｖｉｎｇＧＷがＰＤＮＧＷに、ベアラのために異なるプロセスを実行するよう通知してもよい。

実施形態４

ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷに特定のメッセージを送り、ＳｅｒｖｉｎｇＧＷがＰＤＮＧＷに特定のメッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスに対応するベアラを復元するよう通知する。あるいは、ネットワーク側の第１のネットワーク要素がＰＤＮＧＷに、ＵＥが使用するＳｅｒｖｉｎｇＧＷのアドレス情報を含む特定のメッセージを送って、ＰＤＮＧＷにＵＥが使用するサービスに対応するリソースを作成するよう通知する。図６に以下の各ステップを含む具体的プロセスを示す。

３．ＵＥがネットワーク側の第１のネットワーク要素に、非３ＧＰＰアクセスシステムから３ＧＰＰアクセスシステムへの切換プロセスを実行するよう求めるＡｔｔａｃｈＲｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。

６．切換アクセスプロセスでは、ネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムにおいて使用したＰＤＮＧＷを使用する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。ネットワーク側の第１のネットワーク要素はＰＤＮＧＷに、ＵＥが使用するＳｅｒｖｉｎｇＧＷのアドレス情報を含むベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送って、ＰＤＮＧＷに、ＵＥが使用するサービスに対応するリソースを作成するよう通知する。

６ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、ベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージはＳｅｒｖｉｎｇＧＷを介してＰＤＮＧＷに転送される。

（１）ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷに、ＵＥが使用する各ＰＤＮＧＷごとに、ＵＥが使用する個々のＰＤＮＧＷのアドレス情報を含む対応するベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送ってもよい。

（２）ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷに、ＵＥが使用するすべてのＰＤＮＧＷについて、ＵＥが使用するすべてのＰＤＮＧＷのアドレス情報を含む１つのベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを送ってもよい。

７．ベアラ復元要求（またはＰＤＰコンテキスト復元要求）メッセージを受け取った後、ＰＤＮＧＷは、メッセージに含まれるＳｅｒｖｉｎｇＧＷのアドレス情報を獲得する。これに続くリソースを処理するプロセスで、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに関連するメッセージを送る。ＰＤＮＧＷのプロセスは前述の実施形態で示したプロセスと同様である。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

８．ＰＤＮＧＷがネットワーク側の第１のネットワーク要素にベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージを返す。

８ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、ベアラ復元応答（またはＰＤＰコンテキスト復元応答）メッセージは、ＳｅｒｖｉｎｇＧＷを介してネットワーク側の第１のネットワーク要素に転送される。

９．アクセスプロセス型が切換によって生じるアクセスプロセスであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、格納されたＰＣＣ規則または修正されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。

１０．アクセスプロセス型が切換によって生じるアクセスプロセスであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに、格納されたＰＣＣ規則または修正されたＰＣＣ規則をＳｅｒｖｉｎｇＧＷに提供するＰＣＣ規則提供メッセージを送る。ＳｅｒｖｉｎｇＧＷは受け取ったＰＣＣ規則を格納し、ＰＤＮＧＷにＰＣＣ規則提供ＡＣＫメッセージを返す。

１１．ＳｅｒｖｉｎｇＧＷは、受け取ったＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＳｅｒｖｉｎｇＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。

以下に留意する必要がある。

（２）ステップ８とステップ９は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。

実施形態５

ソースネットワーク側のネットワーク要素がディスティネーションネットワーク側のネットワーク要素に、ＵＥがソースシステムで使用するアンカゲートウェイ（アンカＧＷ）のアドレス情報を含む切換要求メッセージを送る。アンカＧＷのアドレス情報を受け取った後で、ディスティネーションネットワーク側のネットワーク要素は、これらのアンカＧＷにリソース作成プロセスを実行するよう通知する。図７に以下の各ステップを含む具体的プロセスを示す。

１．ソースアクセスシステムがディスティネーションアクセスシステムへのＵＥの切換を開始しようとする。

２．ソースネットワーク側のネットワーク要素がディスティネーションネットワーク側のネットワーク要素に、ＵＥがソースアクセスシステムにおいて使用するアンカＧＷのアドレス情報を含む（例えばこのメッセージは、ＵＥが使用する各アンカＧＷのアドレス情報を含むアンカＧＷアドレスリストを含む）切換要求メッセージを送る。ソース／ディスティネーションアクセスシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＳＧＳＮになる。ソース／ディスティネーションアクセスシステムがＳＡＥシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＭＭＥになる。ソース／ディスティネーションアクセスシステムがＷＬＡＮシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＥＰＤＧ（ＥｖｏｌｂｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ）になる。ソース／ディスティネーションアクセスシステムがＷｉＭＡＸシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＡＳＮＧＷ（ＡｃｃｅｓｓＳｅｒｖｉｃｅＮｅｔｗｏｒｋＧａｔｅｗａｙ）になる。ソース／ディスティネーションアクセスシステムがＣＤＭＡシステムである場合、ソース／ディスティネーションネットワーク側のネットワーク要素はＡＧＷ（ＡｃｃｅｓｓＧａｔｅｗａｙ）になる。

３．ディスティネーションネットワーク側のネットワーク要素は、切換要求メッセージからソースアクセスシステムにおいてＵＥが使用するアンカＧＷのアドレス情報を獲得し、各アンカＧＷにリソース作成プロセスを実行する、すなわち、リソース予約プロセスを実行するよう通知する。この詳細なプロセスは、前述の各実施形態で示したプロセスと同様であり、ここには詳述しない。

４．ディスティネーションネットワーク側のネットワーク要素がソースネットワーク側のネットワーク要素に切換応答メッセージを返す。

５．ソースネットワーク側のネットワーク要素がＵＥに、ディスティネーションアクセスシステムに切り換わるよう通知する。

６．ＵＥがディスティネーションアクセスシステムに切り換わる。

実施形態６

ＵＥが、まだ非３ＧＰＰネットワーク内に位置しているときに、非３ＧＰＰネットワークを介して３ＧＰＰアクセスネットワークへの事前登録または最適化切換プロセスを開始する。３ＧＰＰアクセスネットワーク内のネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷにベアラを作成する（またはＰＤＰコンテキストを作成する）プロセスの型を指示するフラグを含むデフォルトベアラ作成要求（またはデフォルトＰＤＰコンテキスト作成要求）メッセージを送る。例えば、プロセスの型を、非３ＧＰＰネットワークと３ＧＰＰネットワークの間の事前登録プロセス型や最適化切換プロセス型などとすることのできる。メッセージを受け取った後で、ＳｅｒｖｉｎｇＧＷは、フラグに従ってリソース作成プロセスを実行する。図８に以下の各ステップを含む具体的プロセスを示す。

１．ＵＥが非３ＧＰＰＧＷおよびＰＤＮＧＷを介して非３ＧＰＰアクセスネットワークにアクセスする。

２．ＵＥが３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを開始する。

３．ＵＥが非３ＧＰＰアクセスネットワークを介してネットワーク側の第１のネットワーク要素に、３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを実行するよう求めるＡｔｔａｃｈＲｅｑｕｅｓｔメッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。

ＵＥが送るＡｔｔａｃｈＲｅｑｕｅｓｔメッセージは、ネットワーク側の第１のネットワーク要素に、このＡｔｔａｃｈＲｅｑｕｅｓｔメッセージがＵＥの事前登録プロセスによって生じたものか、それとも最適化切換プロセスによって生じたものかを指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＡｔｔａｃｈＴｙｐｅ」フラグフィールドとすることができる。ＵＥはＡｔｔａｃｈＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＡｔｔａｃｈ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＡｔｔａｃｈ」として設定する。

（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フラグフィールドまたは「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグフィールドとすることができる。

（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

ＵＥからのＡｔｔａｃｈＲｅｑｕｅｓｔメッセージにフラグが含まれず、ネットワーク側の第１のネットワーク要素が、ＡｔｔａｃｈＲｅｑｕｅｓｔメッセージが非３ＧＰＰアクセスネットワークから受け取られたと判定した場合、ネットワーク側の第１のネットワーク要素は、受け取ったＡｔｔａｃｈＲｅｑｕｅｓｔメッセージがＵＥのための事前登録プロセスまたは最適化切換プロセスによって生じたものであるとみなす。

５．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を獲得する。

６．ネットワーク側の第１のネットワーク要素が、ＵＥが非３ＧＰＰアクセスシステムおいて使用したＰＤＮＧＷを選択する（ネットワーク側の第１のネットワーク要素がＨＳＳ／ＡＡＡサーバからＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが格納されたＰＤＮＧＷのアドレス情報をネットワーク側の第１のネットワーク要素に送る）。３ＧＰＰシステムがＳＡＥシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトベアラ作成要求メッセージを送る。３ＧＰＰシステムがＧＰＲＳ／ＵＭＴＳシステムである場合、ネットワーク側の第１のネットワーク要素はＳｅｒｖｉｎｇＧＷにデフォルトＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型を指示するフラグが含まれ、プロセス型は、例えば、事前登録プロセス型や最適化切換プロセス型などとすることができる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＣｒｅａｔｅＴｙｐｅ」フラグとすることができる。ＭＭＥはＣｒｅａｔｅＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＭＭＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フラグまたは「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。

７．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷは、ネットワーク側の第１のネットワーク要素からメッセージを受け取った後で、ＰＤＮＧＷに、ベアラ作成要求メッセージまたはＰＤＰコンテキスト作成要求メッセージを送る。メッセージには、ベアラを作成するプロセスの型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＣｒｅａｔｅＴｙｐｅ」フラグとすることができる。ＳｅｒｖｉｎｇＧＷはＣｒｅａｔｅＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＳｅｒｖｉｎｇＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

８．ベアラ作成要求メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。

事前登録または最適化切換のためのベアラ作成要求メッセージを受け取るとき、ＰＤＮＧＷはユーザプレーンパスを切り換えない、すなわち、ＰＤＮＧＷのダウンリンクユーザプレーンパスは、依然として、非３ＧＰＰアクセスネットワークを宛先としている。他方ＰＤＮＧＷは、非３ＧＰＰアクセスネットワークにおけるリソースを保持する。

９．ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷに、ベアラ作成応答メッセージまたはＰＤＰコンテキスト作成応答メッセージを返す。

１０．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷは、ステップ６でメッセージを受け取った後、ＰＣＲＦにゲートウェイ制御・ＱｏＳポリシ規則要求メッセージを送って、ＵＥが３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦはＳｅｒｖｉｎｇＧＷに、ＵＥが３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むゲートウェイ制御・ＱｏＳポリシ規則応答メッセージを送る。他方ＳｅｒｖｉｎｇＧＷは、ＰＤＮＧＷにはプロキシ対応付け更新メッセージを送らない、すなわち、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、ユーザプレーンパスをＳｅｒｖｉｎｇＧＷに切り換えるよう通知しない。

１１．ＳｅｒｖｉｎｇＧＷがＭＭＥに、デフォルトベアラ作成応答メッセージまたはデフォルトＰＤＰコンテキスト作成応答メッセージを返す。

１２．ＭＭＥがＵＥに付着受諾メッセージを返す。

１３．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはネットワーク側の第１のネットワーク要素に専用ベアラ作成要求メッセージを送って、格納されたＰＣＣ規則または獲得されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはネットワーク側の第１のネットワーク要素に専用ベアラ作成要求メッセージを送って、獲得されたＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応する専用ベアラを作成する。専用ベアラ作成要求メッセージには、ベアラを作成するプロセスの型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＣｒｅａｔｅＴｙｐｅ」フラグとすることができる。ＳｅｒｖｉｎｇＧＷまたはＰＤＮＧＷはＣｒｅａｔｅＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＳｅｒｖｉｎｇＧＷまたはＰＤＮＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

１４．ネットワーク側の第１のネットワーク要素が３ＧＰＰアクセスネットワーク要素にベアラセットアップ要求メッセージを送り、３ＧＰＰアクセスネットワーク要素に無線ベアラをセットアップするよう要求する。ネットワーク側の第１のネットワーク要素に、その無線ベアラセットアップが事前登録または最適化切換によって生じたものであることがわかった場合、ネットワーク側の第１のネットワーク要素が送るベアラセットアップ要求メッセージは、ベアラセットアップのプロセス型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＳｅｔｕｐＴｙｐｅ」フラグとすることができる。ネットワーク側の第１のネットワーク要素は、セットアップ型フラグを、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ネットワーク側の第１のネットワーク要素は原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

代替として、ネットワーク側の第１のネットワーク要素は、３ＧＰＰアクセスネットワーク要素に再配置要求メッセージを送って、３ＧＰＰアクセスネットワーク要素に無線ベアラをセットアップするよう要求してもよい。

メッセージを受け取った後、３ＧＰＰアクセスネットワーク要素は、３ＧＰＰアクセスネットワーク要素とＳｅｒｖｉｎｇＧＷの間のベアラリソースをセットアップする。３ＧＰＰアクセスネットワーク要素に、ベアラセットアップ要求が事前登録または最適化切換によって生じたものであることがわかった場合、３ＧＰＰアクセスネットワーク要素はＵＥに無線ベアラリソースをセットアップするよう通知しない。その場合３ＧＰＰアクセスネットワーク要素は、ネットワーク側の第１のネットワーク要素にベアラセットアップ応答メッセージを返す。

１５．ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷまたはＰＤＮＧＷに専用ベアラ作成応答メッセージを返す。

１６．ＵＥが３ＧＰＰアクセスネットワークに移動し、ネットワーク側の第１のネットワーク要素にＴＡＵ（ＴｒａｃｋＡｒｅａＵｐｄａｔｅ：トラックエリア更新）要求メッセージまたはＲＡＵ（ＲｏｕｔｅＡｒｅａＵｐｄａｔｅ：ルートエリア更新）要求メッセージを送って、ネットワーク側の第１のネットワーク要素に、ＵＥが３ＧＰＰアクセスネットワークに切り換えたことを示す。ＵＥは、サービス要求メッセージなど他のメッセージによって、３ＧＰＰアクセスネットワークに切り換えたことをネットワーク側の第１のネットワーク要素に示してもよい。

１７．ネットワーク側の第１のネットワーク要素がＳｅｒｖｉｎｇＧＷに、ベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージを送る。ネットワーク側の第１のネットワーク要素が送るベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージは、ＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグ、または事前登録フラグ、またはリソース非解放フラグとすることができる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＵｐｄａｔｅＴｙｐｅ」フラグとすることができる。ネットワーク側の第１のネットワーク要素はＵｐｄａｔｅＴｙｐｅフラグを、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ネットワーク側の第１のネットワーク要素は原因値「Ｃａｕｓｅ」を、「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」または「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅ」として設定する。

（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フラグ、または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグ、または「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。

１８．ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、ベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージを送る。ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。ＳｅｒｖｉｎｇＧＷが送るベアラ更新要求メッセージまたはＰＤＰコンテキスト更新要求メッセージまたはプロキシ対応付け更新メッセージは、ＰＤＮＧＷにソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。このフラグは、最適化切換フラグ、または事前登録フラグ、またはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＵｐｄａｔｅＴｙｐｅ」フラグまたは「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。ＳｅｒｖｉｎｇＧＷはＵｐｄａｔｅＴｙｐｅフラグまたはＢｉｎｄｉｎｇＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＳｅｒｖｉｎｇＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」または「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅ」として設定する。

（３）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フラグまたは「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フラグまたは「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅＩｎｄｉｃａｔｉｏｎ」フラグとすることができる。

１９．ベアラ更新要求／プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＳｅｒｖｉｎｇＧＷからプロキシ対応付け更新メッセージを受け取った場合、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定し、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＣＲＦにＩＰ−ＣＡＮセッション修正要求メッセージを送って、ＵＥが３ＧＰＰアクセスネットワークおいて使用するＰＣＣ規則を獲得する。ＰＣＲＦはＰＤＮＧＷに、ＵＥが３ＧＰＰアクセスネットワークおいて使用するＰＣＣ規則を含むＩＰ−ＣＡＮセッション修正ＡＣＫメッセージを返す。ＳｅｒｖｉｎｇＧＷから送られたメッセージがＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示する場合、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。

２０．ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷに、ベアラ更新応答メッセージまたはＰＤＰコンテキスト更新応答メッセージまたはプロキシ対応付けＡＣＫメッセージを返す。

２１．ＳｅｒｖｉｎｇＧＷがネットワーク側の第１のネットワーク要素に、ベアラ更新応答メッセージまたはＰＤＰコンテキスト更新応答メッセージを返す。

２２．ネットワーク側の第１のネットワーク要素がＵＥに、ＴＡＵまたはＲＡＵ受諾メッセージを返す。

２３．ネットワーク側の第１のネットワーク要素が、ＵＥがディスティネーションアクセスネットワークに切り換わったことを指示するメッセージを受け取った後で、ネットワーク側の第１のネットワーク要素に、ＵＥのために事前登録または最適化切換プロセスが実行されていることがわかった場合、ネットワーク側の第１のネットワーク要素は非３ＧＰＰネットワーク要素に切換完了メッセージ返す。

２４．ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。ＵＥが送る対応付け更新メッセージは、ＰＤＮＧＷに、ソース非３ＧＰＰアクセスネットワークにおいてＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。このフラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＵｐｄａｔｅＴｙｐｅ」フラグまたは「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。ＵＥはＵｐｄａｔｅＴｙｐｅフラグまたはＢｉｎｄｉｎｇＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」または「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅ」として設定する。

対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない、すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスは、ＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷがソース非３ＧＰＰアクセスネットワークにおけるリソース（ソース非３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソースなど）を解放するやり方には２つある。

（１）ＰＤＮＧＷは、非３ＧＰＰＧＷからリソース解放通知を受け取らずに、ソース非３ＧＰＰアクセスネットワークにおけるリソースをローカルで解放してもよい。

（２）ＰＤＮＧＷは、非３ＧＰＰＧＷからリソース解放通知を受け取らない限り、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放しなくてもよい。

２５．ネットワーク側の第１のネットワーク要素から切換完了メッセージを受け取った後、非３ＧＰＰアクセスネットワーク要素（非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素または非３ＧＰＰＧＷ）は、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始する、すなわち、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスが、非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素または非３ＧＰＰＧＷによってトリガされる。ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始するのが非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素である場合、非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素から非３ＧＰＰＧＷに送られるメッセージ（リソース解放要求メッセージなどであり、このメッセージの具体的実施方法は個別の非３ＧＰＰアクセスネットワークに依存する）は、このリソース解放プロセスが、非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＲｅｌｅａｓｅＴｙｐｅ」フラグとすることができる。非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素は、ＲｅｌｅａｓｅＴｙｐｅフラグを、「ｉｎｔｅｒＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ：無線アクセス技術）ＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素は、原因値「Ｃａｕｓｅ」を、「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（３）フラグを「ＩＮＨＩ（ＩｓｏｍｅｒｏｕｓｎｅｔｗｏｒｋＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ：同節ネットワーク切換指示）」フラグとすることができる。

２６．ＰＤＮＧＷが非３ＧＰＰＧＷから通知を受け取らない限りリソースを解放しない場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。プロキシ対応付け更新メッセージは、このプロキシ対応付け更新メッセージが非３ＧＰＰアクセスネットワークから３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＢｉｎｄｉｎｇＴｙｐｅ」フラグを「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（３）フラグを「ＩＮＨＩ」フラグとすることができる。

プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソース（対応付けキャッシュエントリ（ＢｉｎｄｉｎｇＣａｃｈｅｅｎｔｒｙ）など）を解放し、ＰＣＲＦにリソースが解放されたことを指示せずに、ディスティネーション３ＧＰＰアクセスネットワークにおけるリソース（３ＧＰＰアクセスネットワークにおけるベアラリソース又は対応付けキャッシュエントリリソース、ＵＥのためにＰＤＮＧＷが割り振るＩＰアドレスなど）を予約する。

ＰＤＮＧＷは非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。

２７．非３ＧＰＰＧＷが非３ＧＰＰアクセスネットワークにおけるアクセスネットワーク要素に、リソース解放応答メッセージを返す。

以下に留意する必要がある。

（２）ステップ１２とステップ１３は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよく、ステップ１６とステップ２５も同様である。

（３）メッセージにベアラを作成するプロセスの型が含まれない場合、ＰＤＮＧＷは、ＳｅｒｖｉｎｇＧＷからメッセージを受け取った後でＰＤＮＧＷにＵＥのためのＰＣＣ規則が格納されていることがわかると、格納されたＰＣＣ規則または修正されたＰＣＣ規則（ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する）に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応する専用ベアラを作成する、すなわちＰＤＮＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。他方ＰＤＮＧＷは、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始して（すなわち、非３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスがＰＤＮＧＷによってトリガされる）、ソース非３ＧＰＰアクセスネットワークにおけるリソースを解放する。

代替として、ＳｅｒｖｉｎｇＧＷがＰＣＲＦからＰＣＣ規則を獲得する場合、ＳｅｒｖｉｎｇＧＷは獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応するリソースを作成する、すなわちＳｅｒｖｉｎｇＧＷは、ＵＥがソース非３ＧＰＰアクセスシステムにおいて使用するサービスに必要とされるリソースを３ＧＰＰシステムにおいて作成する。

実施形態７

ＵＥが、まだ３ＧＰＰネットワークに位置しているときに、３ＧＰＰネットワークを介して非３ＧＰＰネットワークへの事前登録または最適化切換プロセスを開始する。非３ＧＰＰアクセスネットワーク要素は非３ＧＰＰＧＷに、アクセス要求のプロセス型を指示するフラグを含むアクセス要求作成メッセージを送る。例えば、そのプロセス型を、非３ＧＰＰネットワークと３ＧＰＰネットワークの間の事前登録プロセス型や最適化切換プロセス型などとすることできる。メッセージを受け取った後、非３ＧＰＰＧＷは、フラグに従ってリソース作成プロセスを実行する。図９に、以下の各ステップを含む具体的プロセスを示す。

１．ＵＥが３ＧＰＰアクセスネットワークに登録している。

２．ＵＥが非３ＧＰＰネットワークへの事前登録プロセスまたは最適化切換プロセスを開始する。

３．ＵＥが３ＧＰＰアクセスネットワークを介して非３ＧＰＰアクセスネットワークとの特定の付着プロセス、認証・許可プロセスを実行する。必要な場合、ＵＥはＩＰｓｅｃトンネル確立プロセスを実行する。このステップにおける非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧ（ＥｖｏｌｖｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ）になり、ＷｉＭＡＸシステムではＡＳＮＧＷ（ＡｃｃｅｓｓＳｅｒｖｉｃｅＮｅｔｗｏｒｋＧａｔｅｗａｙ）になり、ＣＤＭＡシステムではＡＧＷ（ＡｃｃｅｓｓＧａｔｅｗａｙ）になり、ＨＲＰＤシステムではＰＤＳＮ（ＰａｃｋｅｔＤａｔａＳｅｒｖｉｎｇＮｏｄｅ：パケットデータサービングノード）になる。

このステップでＵＥが送るメッセージは、このステップが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであることを指示するフラグを含む。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＡｔｔａｃｈＴｙｐｅ」フィールドとすることができる。ＵＥはＡｔｔａｃｈＴｙｐｅフィールドを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＡｔｔａｃｈ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＡｔｔａｃｈ」として設定する。

（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フィールドまたは「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フィールドとして設定する。

（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＵＥは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

このステップのＵＥからのメッセージに事前登録フラグも最適化切換フラグも含まれず、非３ＧＰＰアクセスネットワークのネットワーク要素に、このステップのメッセージが３ＧＰＰアクセスネットワークのネットワーク側の第１のネットワーク要素から送られたものであることがわかった場合、非３ＧＰＰアクセスネットワークのネットワーク要素は、非３ＧＰＰアクセスネットワークへのこの特定の付着プロセスが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであるとみなす。

非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このステップでＵＥのアクセス型（事前登録または最適化切換）を識別した場合、非３ＧＰＰＧＷに、ＵＥのアクセス型を指示するフラグを含むメッセージを送る。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＡｔｔａｃｈＴｙｐｅ」フィールドとすることができる。非３ＧＰＰアクセスネットワーク要素はＡｔｔａｃｈＴｙｐｅフィールドを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＡｔｔａｃｈ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＡｔｔａｃｈ」として設定する。

（２）フラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ」フィールドまたは「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒＩｎｄｉｃａｔｉｏｎ」フィールドとすることができる。

（３）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰアクセスネットワーク要素は原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

４．非３ＧＰＰＧＷがＰＣＲＦにゲートウェイ制御・ＱｏＳポリシ規則要求メッセージを送って、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦは非３ＧＰＰＧＷに、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むゲートウェイ制御・ＱｏＳポリシ規則応答メッセージを返す。

５．ＵＥが３ＧＰＰアクセスネットワークを介して非３ＧＰＰアクセスネットワークへのＬ３（Ｌａｙｅｒ３：レイヤ３）付着プロセスをトリガする。

このステップでＵＥが送るメッセージは、このステップが３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの事前登録プロセスまたはシステム間最適化切換プロセスによって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式はステップ２に示したのと同様である。

非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このステップでＵＥのアクセス型（事前登録または最適化切換）を識別した場合、非３ＧＰＰＧＷに、ＵＥのアクセス型を指示するフラグを含むメッセージを送る。フラグを実施するための具体的方式はステップ２で示したのと同様である。

６．非３ＧＰＰＧＷまたは非３ＧＰＰアクセスネットワークのアクセスネットワーク要素が、ＵＥのＬ３付着プロセスが完了したことを指示する。

７．非３ＧＰＰＧＷが非３ＧＰＰアクセスネットワークのアクセスネットワーク要素にリソース作成要求メッセージを送って、獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始し、ＰＣＣ規則に対応するリソースを作成する。メッセージには、リソース作成のプロセス型（事前登録プロセス型または最適化切換プロセス型）を指示するフラグが含まれる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＣｒｅａｔｅＴｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＣｒｅａｔｅＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

メッセージを受け取った後、非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、アクセスネットワーク要素と非３ＧＰＰＧＷの間のリソースを作成する。非３ＧＰＰアクセスネットワークのアクセスネットワーク要素は、このリソース作成要求が事前登録プロセスまたは最適化切換プロセスによって生じたものであると識別した場合、ＵＥに無線リソースを作成するよう通知しない。非３ＧＰＰアクセスネットワーク要素は非３ＧＰＰＧＷにリソース作成応答メッセージを返す。

８．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされ、非３ＧＰＰＧＷが、ＵＥのアクセス型が事前登録または最適化切換であると識別した場合、非３ＧＰＰＧＷは、Ｌ３付着プロセスでメッセージを受け取ったときにＰＤＮＧＷにプロキシ対応付け更新メッセージを送らない、すなわち、非３ＧＰＰＧＷはＰＤＮＧＷに、ダウンリンクユーザプレーンパスをＳｅｒｖｉｎｇＧＷに切り換えるよう通知しない。

ＵＥは非３ＧＰＰアクセスネットワークに移動し、非３ＧＰＰアクセスネットワークのアクセスネットワーク要素を介して非３ＧＰＰＧＷに、非３ＧＰＰアクセスネットワークに関連するアクセスメッセージを送る。

９．非３ＧＰＰＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、非３ＧＰＰＧＷはＰＤＮＧＷにプロキシ対応付け更新メッセージを送る。

非３ＧＰＰＧＷが送るプロキシ対応付け更新メッセージは、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。以下にフラグを実施するための具体的方式を示す。

（１）フラグを「ＵｐｄａｔｅＴｙｐｅ」フラグまたは「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。非３ＧＰＰＧＷはＵｐｄａｔｅＴｙｐｅフラグまたはＢｉｎｄｉｎｇＴｙｐｅフラグを「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。非３ＧＰＰＧＷは原因値「Ｃａｕｓｅ」を「Ｐｒｅ−ｒｅｇｉｓｔｒａｔｉｏｎ」または「ＯｐｔｉｍｉｚｅｄＨａｎｄｏｖｅｒ」または「ＲｅｓｏｕｒｃｅｎｏｔＲｅｌｅａｓｅ」として設定する。

１０．プロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷはＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定する。ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＤＮＧＷはＰＣＲＦにＩＰ−ＣＡＮセッション修正要求メッセージを送って、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を獲得する。ＰＣＲＦはＰＤＮＧＷに、ＵＥが非３ＧＰＰアクセスネットワークで使用すべきＰＣＣ規則を含むＩＰ−ＣＡＮセッション修正ＡＣＫメッセージを返す。

非３ＧＰＰＧＷから送られるメッセージが、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示する場合、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷがソース３ＧＰＰアクセスネットワークにおけるリソース（ソース３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリ（ＢｉｎｄｉｎｇＣａｃｈｅｅｎｔｒｙ）リソースやベアラコンテキストリソースなど）を解放するやり方には２つがある。

（１）ＰＤＮＧＷは、ＳｅｒｖｉｎｇＧＷからリソース解放通知を受け取らずに、ソース３ＧＰＰアクセスネットワークにおけるリソースをローカルで解放してもよい。

（２）ＰＤＮＧＷは、ＳｅｒｖｉｎｇＧＷからリソース解放通知を受け取らない限り、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放しなくてもよい。

１１．ＰＤＮＧＷが非３ＧＰＰＧＷにプロキシ対応付けＡＣＫメッセージを返す。

ＵＥとＰＤＮＧＷがＣＭＩＰプロトコルを使ってインターフェースされる場合、ＵＥはＰＤＮＧＷに対応付け更新メッセージを送る。

ＵＥが送る対応付け更新メッセージは、ＰＤＮＧＷにソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しないよう指示するフラグを含む。フラグは、最適化切換フラグまたは事前登録フラグまたはリソース非解放フラグとすることができる。フラグを実施するための具体的方式は第６の実施形態で示したのと同様である。

対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるＵＥのためのリソースを解放するプロセスを開始しない。すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスはＰＤＮＧＷによってトリガされない。例えば、ＰＤＮＧＷが、ソース３ＧＰＰアクセスネットワークにおけるリソース（ソース３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソースやベアラコンテキストリソースなど）を解放するやり方には２つがある。

１３．対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ＰＤＮＧＷに格納されたＵＥのためのＰＣＣ規則を獲得する。ＰＤＮＧＷは、ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存するものであるかどうか判定する。ＰＣＣ規則がＩＰ−ＣＡＮのアクセス型に依存する場合、ＰＤＮＧＷはＰＣＲＦに連絡を取って修正されたＰＣＣ規則を獲得する。具体的プロセスはステップ１０で示したのと同様である。

１４．ＰＤＮＧＷがＵＥに対応付けＡＣＫメッセージを返す。

１５．非３ＧＰＰアクセスネットワークのアクセスネットワーク要素または非３ＧＰＰＧＷは、ＵＥがディスティネーションアクセスネットワークに切り換わったことを指示するメッセージを受け取った後、ＵＥのための事前登録または最適化切換プロセスが実行されていることを識別した場合、３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素に切換完了メッセージを送る。

１６．非３ＧＰＰアクセスネットワークのアクセスネットワーク要素または非３ＧＰＰＧＷから切換完了メッセージを受け取った後、３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始する、すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスが３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素によってトリガされる。

３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、ＳｅｒｖｉｎｇＧＷに、ベアラ削除要求メッセージまたはＰＤＰコンテキスト削除要求メッセージを送る。ベアラ削除要求メッセージまたはＰＤＰコンテキスト削除要求メッセージは、このベアラ削除プロセスが、３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＤｅｌｅｔｅＴｙｐｅ」フラグとすることができる。３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、ＤｅｌｅｔｅＴｙｐｅフラグを、「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。３ＧＰＰネットワークのネットワーク側の第１のネットワーク要素は、原因値「Ｃａｕｓｅ」を、「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（３）フラグを「ＩＮＨＩ」フラグとすることができる。

１７．ＰＤＮＧＷがＳｅｒｖｉｎｇＧＷから通知を受け取らない限りリソースを解放しない場合、ＳｅｒｖｉｎｇＧＷはＰＤＮＧＷに、（ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使って識別される場合には）ベアラ削除要求メッセージまたは（ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使って識別される場合には）プロキシ対応付け更新メッセージを送る。ベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージは、このベアラ削除プロセスが３ＧＰＰアクセスネットワークから非３ＧＰＰアクセスネットワークへの切換によって生じたものであることを指示するフラグを含む。フラグを実施するための具体的方式は以下の通りである。

（１）フラグを「ＤｅｌｅｔｅＴｙｐｅ」フラグまたは「ＢｉｎｄｉｎｇＴｙｐｅ」フラグとすることができる。ＳｅｒｖｉｎｇＧＷは、ＤｅｌｅｔｅＴｙｐｅまたはＢｉｎｄｉｎｇＴｙｐｅフラグを、「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（２）フラグを原因値「Ｃａｕｓｅ」とすることができる。ＳｅｒｖｉｎｇＧＷは原因値「Ｃａｕｓｅ」を「ｉｎｔｅｒＲＡＴＨａｎｄｏｖｅｒｆｒｏｍＮｏｎ−３ＧＰＰｔｏ３ＧＰＰ」として設定する。

（３）フラグを「ＩＮＨＩ」フラグとすることができる。

１８．ベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージを受け取った後、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソース（（ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使って識別される場合の）対応付けキャッシュエントリリソースや（ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使って識別される場合の）ベアラコンテキストリソースなど）を解放し、ＰＣＲＦにリソースが解放されたことを指示せずに、ディスティネーション非３ＧＰＰアクセスネットワークにおけるリソース（非３ＧＰＰアクセスネットワークにおける対応付けキャッシュエントリリソース、ＰＤＮＧＷがＵＥに割り振るＩＰアドレスなど）を予約する。

ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷにベアラ削除応答メッセージまたはプロキシ対応付けＡＣＫメッセージを返す。

１９．ＳｅｒｖｉｎｇＧＷがネットワーク側の第１のネットワーク要素に、ベアラ削除応答メッセージまたはＰＤＰコンテキスト削除応答メッセージを返す。

以下に留意する必要がある。

（１）ステップ６とステップ７は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよく、ステップ９とステップ１５も同様である。

（２）登録要求のプロセス型情報が搬送されず、非３ＧＰＰＧＷがＰＣＲＦからＰＣＣ規則を獲得する場合、非３ＧＰＰＧＷは、獲得したＰＣＣ規則に従ってネットワーク側で専用ベアラ活性化プロセスを開始して、ＰＣＣ規則に対応するリソースを作成する、すなわち非３ＧＰＰＧＷは、ＵＥがソース３ＧＰＰアクセスシステムおいて使用するサービスに必要とされるリソースを非３ＧＰＰシステムにおいて作成する。

（３）ＰＤＮＧＷに登録要求のプロセス型情報が伝達されない場合、ＰＤＮＧＷは、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスを開始し（すなわち、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放するプロセスがＰＤＮＧＷによってトリガされ）て、ソース３ＧＰＰアクセスネットワークにおけるリソースを解放する。

本発明の上記各実施形態によるリソースを作成する方法に加えて、本発明の実施形態では、ネットワーク装置も提供される。図１０は本発明の一実施形態による第１のネットワーク装置の構造を示すブロック図である。第１のネットワーク装置は、アクセス要求判定ユニット７０１と、プロセス型通知ユニット７０２とを含む。

アクセス要求判定ユニット７０１は、ＵＥから開始されたアクセス要求が初期アクセス要求であるか、それとも非３ＧＰＰアクセスシステムと３ＧＰＰアクセスシステムの間の切換要求であるかを判定し、判定結果をプロセス型通知ユニット７０２に送るように適合されている。

プロセス型通知ユニット７０２は、アクセス要求判定ユニット７０１から判定結果を受け取り、ＵＥのためのリソースを作成するプロセスの型を判定し、ＵＥのためのリソースを作成するように適合されたネットワーク側のネットワーク要素にそのプロセス型を通知するように適合されている。

プロセス型通知ユニット７０２はさらに、第１の通知サブユニット７０３および／または第２の通知サブユニット７０４を含む。

第１の通知サブユニット７０３は、ベアラを作成するプロセスの型が第１／第２の作成型であることを指示し、または対応付けを更新するプロセスの型が第１／第２の対応付け型であることを指示するのに使用されるフラグを含む、ベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージを送るように適合されている。

第２の通知サブユニット７０４は、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定のメッセージを送るように適合されている。

第１のネットワーク装置は、進化型ネットワークにおいてＭＭＥ、またはＳＧＳＮ、または非３ＧＰＰＧＷ、またはＵＥに統合されていてもよい。

図１１は、本発明の一実施形態による第２のネットワーク装置の構造を示すブロック図である。第２のネットワーク装置は、識別ユニット８０１と、リソース作成ユニット８０２とを含む。

識別ユニット８０１は、受け取ったメッセージからＵＥのためのリソースを作成するプロセスの型を識別し、識別したプロセス型をリソース作成ユニット８０２に通知するように適合されている。

リソース作成ユニット８０２は、識別ユニット８０１からプロセス型を受け取り、そのプロセス型に従ってＵＥのためのリソースを作成するように適合されている。

識別ユニット８０１はさらに、第１の識別サブユニット８０３および／または第２の識別サブユニット８０４を含んでいてもよい。

第１の識別サブユニット８０３は、受け取ったベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージに含まれるフラグを識別し、フラグに従って第１／第２の作成型または第１／第２の対応付け型を判定し、判定した第１／第２の作成型または第１／第２の対応付け型をリソース作成ユニット８０２に送るように適合されている。

第２の識別サブユニット８０４は、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定の受信メッセージを識別し、ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するようリソース作成ユニット８０２に通知するように適合されている。

リソース作成ユニット８０２は、第１の識別サブユニット８０３から第１の作成型または第１の対応付け型を受け取った後で、ＵＥのためのデフォルトベアラを作成するように適合されている。

リソース作成ユニット８０２は、第１の識別サブユニット８０３からの第２の作成型もしくは第２の対応付け型、もしくは第２の識別サブユニット８０４からの通知を受け取った後で、ＵＥが切換前にアクセスシステムおいて使用するサービスに必要とされるリソースを作成するように適合されている。

第２のネットワーク装置はＰＤＮＧＷエンティティに統合されていてもよい。

実施形態８

３ＧＰＰシステムへの初期アクセスが行われるとき、ネットワーク側の第１のネットワーク要素が、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、次いで、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう通知するメッセージを送る。ＰＤＮＧＷは、メッセージを受け取った後で、ＵＥが使用するリソースを解放する。図１２に以下の各ステップを含む具体的プロセスを示す。

１．ＵＥがネットワーク側の第１のネットワーク要素に、初期アクセスプロセスを実行するよう求める付着要求メッセージを送る。ネットワーク側の第１のネットワーク要素は、ＳＡＥシステムではＭＭＥになり、ＧＰＲＳ／ＵＭＴＳシステムではＳＧＳＮになる。

２．ＵＥとネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。

３．ネットワーク側の第１のネットワーク要素とＨＳＳ／ＡＡＡサーバの間で位置更新・加入者データ検索プロセスが実行される。このプロセスでネットワーク側の第１のネットワーク要素は、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を獲得する。あるいは、ＨＳＳ／ＡＡＡサーバがネットワーク側の第１のネットワーク要素に、ＵＥが非３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を送ってもよい。

４．付着プロセスが初期付着である場合、ネットワーク側の第１のネットワーク要素は、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得した後で、それらのＰＤＮＧＷにリソース解放要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう要求する。メッセージには加入者のＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ：国際移動加入者識別情報）といったＵＥの識別子が含まれる。

４ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、リソース解放要求メッセージはＳｅｒｖｉｎｇＧＷを介してＰＤＮＧＷに転送される。ネットワーク側の第１のネットワーク要素は選択されたＳｅｒｖｉｎｇＧＷに、ＨＳＳから獲得したＰＤＮＧＷのアドレス情報を含むリソース解放要求メッセージを送る。次いでＳｅｒｖｉｎｇＧＷは各ＰＤＮＧＷに、ＵＥのＩＭＳＩといった、ＵＥの識別子を含むリソース解放要求メッセージを送る。

５．ＰＤＮＧＷはそれぞれ、ＰＤＮＧＷ自体にＵＥのためのＰＣＣ規則があるかどうか照会する。ＰＤＮＧＷ自体にＵＥのためのＰＣＣ規則がある場合、ＰＤＮＧＷは格納されたＵＥのためのＰＣＣ規則を削除すると同時に、ＰＣＲＦにＵＥのための格納されたＰＣＣ規則を削除するよう通知する。具体的プロセスは第１の実施形態で示したのと同様である。

６．ＰＤＮＧＷがネットワーク側の第１のネットワーク要素にリソース解放応答メッセージを返す。

６ａ．ネットワーク側の第１のネットワーク要素とＰＤＮＧＷの間にインターフェースがない場合、リソース解放応答メッセージはＳｅｒｖｉｎｇＧＷを介してネットワーク側の第１のネットワーク要素に転送される。

７．ＵＥが前に位置していたネットワークが非３ＧＰＰネットワークである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、その非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するよう求めるリソース解放要求メッセージを送る。非３ＧＰＰＧＷはＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮＧＷになり、ＣＤＭＡシステムではＡＧＷになる。

８．非３ＧＰＰＧＷが、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

９．非３ＧＰＰＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。

１０．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

１１．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに、ＵＥに割り振られたリソースを解放するよう３ＧＰＰネットワークに要求するリソース解放要求メッセージを送る。

１２．ＳｅｒｖｉｎｇＧＷは、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

１３．ＳｅｒｖｉｎｇＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。

以下に留意する必要がある。

（２）ステップ６とステップ７は必ずしも決まった順序で実行されるとは限らず、どんな順序で実行されてもよい。

実施形態９

非３ＧＰＰシステムへの初期アクセスが行われるとき、ネットワーク側の第１のネットワーク要素が、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、次いで、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう通知するメッセージを送る。ＰＤＮＧＷは、メッセージを受け取った後、ＵＥが使用するリソースを解放する。図１３に、以下の各ステップを含む具体的プロセスを示す。

１．ＵＥが非３ＧＰＰＧＷに、非３ＧＰＰシステムへの初期アクセスを実行するよう求めるアクセス要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮＧＷになり、ＣＤＭＡシステムではＡＧＷになる。

２．ＵＥと非３ＧＰＰＧＷとＨＳＳ／ＡＡＡサーバの間で認証プロセスが実行される。このプロセスでは、非３ＧＰＰＧＷが、ＵＥが使用するＰＤＮＧＷのアドレス情報を獲得し、またはＨＳＳ／ＡＡＡサーバが非３ＧＰＰＧＷに、ＵＥが３ＧＰＰアクセスシステムおいて使用するＰＤＮＧＷのアドレス情報を送る。

３．アクセスプロセスが初期アクセスである場合、非３ＧＰＰＧＷは、ＨＳＳからＵＥが使用するＰＤＮＧＷのアドレス情報を獲得した後で、それらのＰＤＮＧＷにリソース解放要求メッセージを送って、ＰＤＮＧＷにＵＥが使用するリソースを解放するよう要求する。メッセージには加入者のＩＭＳＩといったＵＥの識別子が含まれる。

４．ＰＤＮＧＷはそれぞれ、ＵＥのためのＰＣＣ規則がＰＤＮＧＷ自体にあるかどうか照会する。ＵＥのためのＰＣＣ規則がＰＤＮＧＷ自体にある場合、ＰＤＮＧＷはＵＥのためのＰＣＣ規則を削除すると同時に、格納されたＵＥのためのＰＣＣ規則を削除するようＰＣＲＦに通知する。

５．ＰＤＮＧＷが非３ＧＰＰＧＷにリソース解放応答メッセージを返す。

６．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＧＴＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷは、前のネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

７．ＵＥが前に位置していたネットワークが３ＧＰＰネットワークであり、ＳｅｒｖｉｎｇＧＷとＰＤＮＧＷがＰＭＩＰプロトコルを使ってインターフェースされる場合、ＰＤＮＧＷはＳｅｒｖｉｎｇＧＷに、ＵＥに割り振られたリソースを解放するよう３ＧＰＰネットワークに要求するリソース解放要求メッセージを送る。

８．ＳｅｒｖｉｎｇＧＷが、３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

９．ＳｅｒｖｉｎｇＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。

１０．ＵＥが前に位置していたネットワークが非３ＧＰＰネットワークである場合、ＰＤＮＧＷは非３ＧＰＰＧＷに、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するよう求めるリソース解放要求メッセージを送る。非３ＧＰＰＧＷは、ＷＬＡＮシステムではＥＰＤＧになり、ＷｉＭＡＸシステムではＡＳＮＧＷになり、ＣＤＭＡシステムではＡＧＷになる。

１１．非３ＧＰＰＧＷが、非３ＧＰＰネットワークがＵＥに割り振ったリソースを解放するリソース解放プロセスを開始する。

１２．非３ＧＰＰＧＷがＰＤＮＧＷにリソース解放応答メッセージを返す。ＰＤＮＧＷはＵＥに割り振られたリソースを解放する。

前述の本発明の各実施形態によるリソースを削除する方法に加えて、本発明の実施形態ではネットワーク装置も提供される。図１４は、本発明の一実施形態による第３のネットワーク装置の構造を示すブロック図である。第３のネットワーク装置は、初期要求判定ユニット１２１と、ネットワーク要素アドレス獲得ユニット１２２と、リソース解放通知ユニット１２３とを含む。

初期要求判定ユニット１２１は、ＵＥによって開始されたアクセス要求が初期アクセス要求であると判定し、判定結果をネットワーク要素アドレス獲得ユニット１２２に通知するように適合されている。

ネットワーク要素アドレス獲得ユニット１２２は、ＵＥが使用するアンカＧＷのアドレス情報を獲得し、そのアドレス情報をリソース解放通知ユニット１２３に送るように適合されている。

リソース解放通知ユニット１２３は、ネットワーク要素アドレス獲得ユニット１２２から受け取ったアドレス情報に従ってアンカＧＷにリソース解放通知メッセージを送って、ＵＥに割り振られたリソースを解放するよう要求するように適合されている。

ネットワーク要素アドレス獲得ユニット１２２はさらに、第１のサブユニット１２２１および／または第２のサブユニット１２２２を含んでいてもよい。

第１のサブユニット１２２１は、ＵＥのＨＳＳからＵＥが使用するアンカＧＷのアドレス情報を獲得し、そのアンカＧＷのアドレス情報を第２のサブユニット１２２２に送るように適合されている。

第２のサブユニット１２２２は、アンカＧＷのアドレス情報を格納し、そのアンカＧＷのアドレス情報をリソース解放通知ユニット１２３に送るように適合されている。

リソース解放通知ユニット１２３はさらに、判定サブユニット１２３１と、第１の送信サブユニット１２３２と、第２の送信サブユニット１２３３とを含んでいてもよい。

判定サブユニット１２３１は、第３のネットワーク装置とアンカＧＷの間にインターフェースがあるかどうか判定し、インターフェースがある場合には、アンカＧＷにリソース解放通知メッセージを送るよう第１の送信サブユニット１２３２に通知し、インターフェースがない場合には、ＳｅｒｖｉｎｇＧＷにリソース解放通知メッセージを送るよう第２の送信サブユニット１２３３に通知してＳｅｒｖｉｎｇＧＷがリソース解放通知メッセージをアンカＧＷに転送するように適合されている。

第１の送信サブユニット１２３２は、アンカＧＷにリソース解放通知メッセージを送るように適合されている。

第２の送信サブユニット１２３３は、ＳｅｒｖｉｎｇＧＷにリソース解放通知メッセージを送るように適合されている。

図１５は、本発明の一実施形態による第４のネットワーク装置の構造を示すブロック図である。第４のネットワーク装置は、リソース解放メッセージ識別ユニット１３１と、リソース解放ユニット１３２とを含む。

リソース解放メッセージ識別ユニット１３１は、受け取ったリソース解放通知メッセージを識別し、そのメッセージをリソース解放ユニット１３２に送るように適合されている。

リソース解放ユニット１３２は、ＵＥに割り振られたリソースを解放するように適合されている。

第４のネットワーク装置はさらに、照会ユニット１３３と削除ユニット１３４とを含んでいてもよい。

リソース解放メッセージ識別ユニット１３１ａはさらに、リソース解放通知メッセージが識別された後で、識別されたリソース解放通知メッセージを照会ユニット１３３に送るように適合されている。

照会ユニット１３３は、ＵＥのためのＰＣＣ規則がローカルで格納されているかどうか照会し、ＵＥのためのＰＣＣ規則がローカルで格納されている場合には、照会結果を削除ユニット１３４に通知するように適合されている。

削除ユニット１３４は、ローカルで格納されたＵＥのためのＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦにそれに対応する格納された規則を削除するよう通知するように適合されている。

第４のネットワーク装置は、アンカＰＤＮＧＷに統合されていてもよい。

要約すると、本発明の各実施形態によるリソースを作成する方法において、第１のネットワーク要素はネットワーク側の第２のネットワーク要素にＵＥのためのリソースを作成するプロセスの型を通知し、ネットワーク側の第２のネットワーク要素はそのプロセス型に従ってＵＥのためのリソース作成プロセスを実行する。また、リソースを削除する方法も提供され、ネットワーク側の第１のネットワーク要素は、ネットワーク側の第２のネットワーク要素のアドレス情報が格納されているネットワーク要素からＵＥが使用するネットワーク側の第２のネットワーク要素のアドレス情報を獲得し、獲得したネットワーク側の第２のネットワーク要素にリソースを解放するよう通知するメッセージを送り、ネットワーク側の第２のネットワーク要素はリソースを解放する。このようにして、ネットワーク側のネットワーク要素（すなわちネットワーク側の第２のネットワーク要素）が異なるアクセス要求（すなわち初期アクセス要求とアクセスシステム間の切換によって生じるアクセス要求）を区別することができず、したがって、異なるアクセス要求に対応するリソースを作成することができないという従来技術の問題が克服され、初期アクセス時にリソースを削除してしまうという問題が克服される。

本発明の各実施形態による方法におけるプロセスの全部または一部は、プログラムを介して、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせとして実施され得ることが当業者には理解されるはずである。各プログラムは、コンピュータ可読記憶媒体に格納され、各実施形態の方法におけるプロセスを実施するために実行されてもよい。記憶媒体は、磁気ディスク、コンパクトディスク（ＣＤ）、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）などとすることができる。

例示の各実施形態には、本発明の精神および範囲を逸脱することなく、変更、変形、および置換が行われ得ることが、当業者には明らかである。したがって、本発明は、前述の例示的実施形態のいずれによっても限定されるべきでなく、添付の特許請求の範囲およびその均等物によってのみ定義されるべきである。

Claims

ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）が、３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素がネットワーク側の第２のネットワーク要素に、前記ＵＥのためのリソースを作成するプロセスの型を通知することと、
前記第２のネットワーク要素が、前記プロセスの型に従って前記ＵＥのためのリソースを作成するプロセスを実行することと
を含むリソースを作成する方法。
前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成する前記プロセスの型を通知することが、
前記第１のネットワーク要素が、ベアラを作成するプロセスの型が第１の作成型であるかそれとも第２の作成型であるか指示するのに使用されるフラグを含むベアラ作成要求メッセージを送ること
をさらに含み、
前記第２のネットワーク要素が、前記ＵＥのためのリソースを作成する前記プロセスを実行することが、
前記第２のネットワーク要素が前記第１の作成型に従ってデフォルトベアラを作成すること、または
前記第２のネットワーク要素が、前記第２の作成型に従って、デフォルトベアラ、および前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成すること
をさらに含む、請求項１に記載の方法。
前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成する前記プロセスの型を通知することが、
前記第１のネットワーク要素が、対応付けを更新するプロセスの型が第１の対応付け型であるかそれとも第２の対応付け型であるか指示するのに使用されるフラグを含むプロキシ対応付け更新メッセージまたは対応付け更新メッセージを送ること
をさらに含み、
前記第２のネットワーク要素が、前記ＵＥのためのリソースを作成する前記プロセスを実行することが、
前記第２のネットワーク要素が前記第１の対応付け型に従ってデフォルトベアラを作成すること、または
前記第２のネットワーク要素が、前記第２の対応付け型に従って、デフォルトベアラ、および前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成すること
をさらに含む、請求項１に記載の方法。
前記第１のネットワーク要素から前記ベアラ作成要求メッセージ、前記プロキシ対応付け更新メッセージもしくは前記対応付け更新メッセージを送る前に、
アクセス要求が前記初期アクセス要求であると判定されたときに、前記ベアラを作成するプロセスの型が前記第１の作成型であり、もしくは前記対応付けを更新するプロセスの型が前記第１の対応付け型であることを前記フラグで指示すること、または
前記アクセス要求が切換要求であると判定されたときに、前記ベアラを作成するプロセスの型が前記第２の作成型であり、もしくは前記対応付けを更新するプロセスの型が前記第２の対応付け型であることを前記フラグで指示すること
をさらに含む、請求項２または３に記載の方法。
前記ＵＥが前記３ＧＰＰアクセスシステムへの前記アクセス要求を開始するときに、前記第１のネットワーク要素からネットワーク側のサービングゲートウェイに前記フラグを含む前記ベアラ作成要求メッセージを送り、
前記サービングゲートウェイと前記第２のネットワーク要素のインターフェースがＧＴＰプロトコルを使用するときに、前記サービングゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記ベアラ作成要求メッセージを送り、または
前記サービングゲートウェイと前記第２のネットワーク要素の間のインターフェースがＰＭＩＰプロトコルを使用するときに、前記サービングゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記プロキシ対応付け更新メッセージを送り、もしくは前記サービングゲートウェイから前記第２のネットワーク要素にベアラ復元要求メッセージを送って、前記ＵＥが切換前に使用するリソースを復元するよう前記第２のネットワーク要素に知らせる、請求項４に記載の方法。
前記ＵＥが前記非３ＧＰＰアクセスシステムへの前記アクセス要求を開始するときに、前記第１のネットワーク要素として働く非３ＧＰＰゲートウェイが、前記ＵＥから前記非３ＧＰＰアクセスシステムを受け取り、
前記非３ＧＰＰゲートウェイと前記第２のネットワーク要素の間のインターフェースがＰＭＩＰプロトコルを使用するときに、前記非３ＧＰＰゲートウェイから前記第２のネットワーク要素に前記フラグを含む前記プロキシ対応付け更新メッセージを送り、または
前記ＵＥと前記第２のネットワーク要素の間のインターフェースがＣＭＩＰプロトコルを使用するときに、前記第１のネットワーク要素として働く前記ＵＥから前記第２のネットワーク要素に前記フラグを含む前記対応付け更新メッセージを送る、請求項４に記載の方法。
前記フラグが、前記ベアラを作成するプロセスの型が前記第１の作成型であり、または前記対応付けを更新するプロセスの型が前記第１の対応付け型であることを指示するときに、前記第２のネットワーク要素が、
前記第２のネットワーク要素に前記ＵＥのためのＰＣＣ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ポリシおよび課金制御）規則が格納されているかどうか照会するステップと、
前記第２のネットワーク要素に前記ＵＥのための前記ＰＣＣ規則が格納されている場合には、前記ＵＥのための前記ＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）に前記ＵＥのための前記ＰＣＣ規則を削除するよう通知するステップと
を実行し、
前記フラグが、前記ベアラを作成するプロセスの型が前記第２の作成型であり、または前記対応付けを更新するプロセスの型が前記第２の対応付け型であることを指示するときに、前記第２のネットワーク要素が、
前記第２のネットワーク要素に格納された前記ＵＥのための前記ＰＣＣ規則を獲得するステップと、
前記ＵＥのための前記ＰＣＣ規則がＩＰ−ＣＡＮ（ＩＰ−ＣｏｎｎｅｃｔｉｖｉｔｙＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＩＰ接続アクセスネットワーク）の型に依存するものであると判定したときに、ネットワーク側の前記ＰＣＲＦに、前記ＵＥの現在のＩＰ−ＣＡＮの型に従って前記ＵＥのための前記ＰＣＣ規則を修正するよう通知するステップと、
前記ＰＣＲＦから返された前記修正されたＰＣＣ規則を受け取り、格納するステップと、
前記修正されたＰＣＣ規則に従って、前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するステップと
を実行する、請求項４に記載の方法。
前記ＵＥからのアクセス要求が事前登録要求であると判定したときに、前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成し、または前記ＵＥを登録する前記プロセスの型が事前登録プロセス型と通知することと、
前記ＵＥからの前記アクセス要求が最適化切換要求であると判定したときに、前記第１のネットワーク要素がネットワーク側の前記第２のネットワーク要素に、前記ＵＥのためのリソースを作成し、または前記ＵＥを登録する前記プロセスの型が最適化切換要求プロセス型であると通知することと
をさらに含む、請求項１に記載の方法。
ネットワーク側の前記第２のネットワーク要素がユーザプレーンアンカネットワーク要素であり、前記事前登録プロセス型または前記最適化切換プロセス型に従って、
前記ＵＥがディスティネーションアクセスネットワークで使用すべきＰＣＣ規則を獲得するステップと、
前記ＵＥが使用すべき前記ＰＣＣ規則に従って、前記ＵＥが切換前に前記アクセスシステムにおいて使用するサービスに必要とされるリソースを作成するステップと、
ソースアクセスネットワークにおけるリソースを保持するステップと
を実行し、またはネットワーク側の前記第２のネットワーク要素がサービングゲートウェイもしくは非３ＧＰＰゲートウェイであり、前記事前登録プロセス型もしくは前記最適化切換プロセス型に従って、
ＰＣＲＦに連絡を取って前記ＵＥが使用すべき前記ＰＣＣ規則を獲得するステップと、
前記ＵＥが使用すべき前記ＰＣＣ規則に従って、切換前に前記アクセスシステムにおいて前記ＵＥが使用する前記サービスに必要とされる前記リソースを作成するステップと
を実行する、請求項８に記載の方法。
前記ＵＥがソースアクセスシステムからディスティネーションアクセスシステムへの切換を実行するときに、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素が、前記第２のネットワーク要素のアドレス情報が格納されたネットワーク要素から前記第２のネットワーク要素の前記アドレス情報を獲得すること、または
前記ソースアクセスシステムが、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素に、前記第２のネットワーク要素の前記アドレス情報を通知すること、または
前記第２のネットワーク要素の前記アドレス情報が格納された前記ネットワーク要素が、前記ディスティネーションアクセスシステムにおける前記第１のネットワーク要素に、前記第２のネットワーク要素の前記アドレス情報を送ること
をさらに含む、請求項１に記載の方法。
異種ネットワーク間の切換時にリソースを復元する方法であって、
ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ユーザ装置）が３ＧＰＰ（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ：第３世代パートナーシッププロジェクト）ネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ネットワーク側のゲートウェイが、ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべきＰＣＣ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ：ポリシおよび課金制御）規則を獲得することと、
前記ネットワーク側のゲートウェイが、前記ＰＣＣ規則に従って、前記ディスティネーションアクセスシステムにおけるネットワーク側ベアラセットアッププロセスを開始することと
を含む方法。
前記ネットワーク側のゲートウェイがアンカゲートウェイであり、
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
前記アンカゲートウェイが、前記アンカゲートウェイに格納された前記ＵＥのための前記ＰＣＣ規則を獲得すること、または
前記アンカゲートウェイがＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ：ポリシおよび課金規則機能）に連絡を取って、修正されたＰＣＣ規則を獲得すること
をさらに含む、請求項１１に記載の方法。
前記ネットワーク側のゲートウェイがサービングゲートウェイであり、
前記サービングゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記サービングゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１１に記載の方法。
前記ネットワーク側のゲートウェイが非３ＧＰＰゲートウェイであり、
前記非３ＧＰＰゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することが、
ネットワーク側のアンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得することと、
前記アンカゲートウェイから前記非３ＧＰＰゲートウェイに、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を送ることと
をさらに含む、請求項１１に記載の方法。
前記アンカゲートウェイが、前記ディスティネーションアクセスシステムにおいて前記ＵＥが使用すべき前記ＰＣＣ規則を獲得する前に、
前記ディスティネーションアクセスシステムが、前記アンカゲートウェイのアドレス情報を獲得し、前記アンカゲートウェイにリソースを作成するプロセスを実行するよう通知すること
をさらに含む、請求項１２から請求項１４のいずれか一項に記載の方法。
前記ディスティネーションアクセスシステムが、プロキシ対応付け更新メッセージ、ベアラ復元要求メッセージ、またはベアラ作成要求メッセージにより、前記アンカゲートウェイに、リソースを作成する前記プロセスを実行するよう通知すること
をさらに含む、請求項１５に記載の方法。
ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、第１のネットワーク要素が第２のネットワーク要素のアドレス情報を獲得することと、
前記第１のネットワーク要素から、前記ＵＥに割り振られたリソースを解放するよう前記第２のネットワーク要素に通知するメッセージを送ることと、
前記第２のネットワーク要素が、前記ＵＥに割り振られた前記リソースを解放することと
を含むリソースを削除する方法。
前記第２のネットワーク要素がアンカゲートウェイであり、
前記第１のネットワーク要素が、前記ＵＥから付着要求メッセージを受け取った後で、ネットワークに最初にアクセスするプロセスを実行し、前記ＵＥのＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ：ホーム加入者サーバ）から、前記ＵＥが使用する前記アンカゲートウェイの前記アドレス情報を獲得し、
前記第１のネットワーク要素から前記アンカゲートウェイに、前記ＵＥに割り振られた前記リソースを解放するよう要求するリソース解放要求メッセージを送り、
前記アンカゲートウェイが、前記ＵＥに割り振られた前記リソースを解放する、請求項１７に記載の方法。
前記第１のネットワーク要素と前記アンカゲートウェイの間にインターフェースがない場合、前記リソース解放要求メッセージがサービングゲートウェイを介して前記アンカゲートウェイに転送される、請求項１８に記載の方法。
ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、ディスティネーションアクセスネットワークのネットワーク要素がユーザプレーンアンカに、ソースアクセスネットワークにおけるリソースを解放するプロセスを開始しないよう通知することと、
前記ＵＥが前記ディスティネーションアクセスネットワークに切り換わった後で、前記ディスティネーションアクセスネットワークの前記ネットワーク要素から前記ソースアクセスネットワークのネットワーク要素に、前記ＵＥが前記ディスティネーションアクセスネットワークに切り換わったことを前記ソースネットワークに通知するメッセージを送ることと、
メッセージを受け取った後前記ソースアクセスネットワークの前記ネットワーク要素が、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始することと
を含むリソースを削除する方法。
前記ディスティネーションアクセスネットワークの前記ネットワーク要素が前記ユーザプレーンアンカに、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始しないよう通知することが、
前記ディスティネーションアクセスネットワークの前記ネットワーク要素が、前記ユーザプレーンアンカに送るべき前記メッセージに、前記ユーザプレーンアンカに前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始しないよう指示するフラグを加えること
をさらに含む、請求項２０に記載の方法。
前記フラグが、最適化切換フラグ、事前登録フラグ、またはリソース非解放フラグである、請求項２１に記載の方法。
メッセージを受け取った後前記ソースアクセスネットワークの前記ネットワーク要素が、前記ソースアクセスネットワークにおけるリソースを解放する前記プロセスを開始することが、
前記ソースアクセスネットワークの前記ネットワーク要素から前記ユーザプレーンアンカに、前記３ＧＰＰアクセスネットワークと前記非３ＧＰＰアクセスネットワークの間の切換を指示するフラグを含むベアラ削除要求メッセージまたはプロキシ対応付け更新メッセージを送ることと、
前記フラグを受け取った後で前記ユーザプレーンアンカが、前記ソースアクセスネットワークにおける前記リソースを削除し、前記ディスティネーションアクセスネットワークにおける前記リソースを予約することと
をさらに含む、請求項２０に記載の方法。
アクセス要求判定ユニットとプロセス型通知ユニットとを備えるネットワーク装置であって、
前記アクセス要求判定ユニットは、ＵＥが開始したアクセス要求が初期アクセス要求であるか、それとも３ＧＰＰアクセスシステムと非３ＧＰＰアクセスシステムの間の切換要求であるか判定し、前記判定結果を前記プロセス型通知ユニットに送るように適合されており、
前記プロセス型通知ユニットは、前記アクセス要求判定ユニットから判定結果を受け取り、前記ＵＥのためのリソースを作成するプロセスの型を判定し、前記プロセス型を、前記ＵＥのための前記リソースを作成するように適合されているネットワーク側のネットワーク要素に通知するように適合されている
ネットワーク装置。
前記プロセス型通知ユニットが第１の通知サブユニットおよび／または第２の通知サブユニットをさらに備え、
前記第１の通知サブユニットは、ベアラを作成するプロセスの型が第１／第２の作成型であることを指示し、または対応付けを更新するプロセスの型が第１／第２の対応付け型であることを指示するのに使用されるフラグを含むベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージを送るように適合されており、
前記第２の通知サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する特定のメッセージを送るように適合されている、請求項２４に記載のネットワーク装置。
識別ユニットとリソース作成ユニットとを備えるネットワーク装置であって、
前記識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、別のネットワーク要素からメッセージを受け取り、前記メッセージから前記ＵＥのためのリソースを作成するプロセスの型を識別し、前記識別したプロセスの型を前記リソース作成ユニットに通知するように適合されており、
前記リソース作成ユニットは、前記識別ユニットから前記プロセス型を受け取り、前記プロセス型に従って前記ＵＥのためのリソースを作成するプロセスを実行するように適合されている
ネットワーク装置。
前記識別ユニットが、第１の識別サブユニットおよび／または第２の識別サブユニットをさらに備え、
前記第１の識別サブユニットは、受け取ったベアラ作成要求メッセージ、プロキシ対応付け更新メッセージ、または対応付け更新メッセージに含まれるフラグを識別し、前記フラグに従って第１／第２の作成型または第１／第２の対応付け型を判定し、判定した前記第１／第２の作成型または前記第１／第２の対応付け型を前記リソース作成ユニットに送るように適合されており、
前記第２の識別サブユニットは、前記ＵＥが切換前にアクセスシステムにおいて使用するサービスに必要とされるリソースを作成するよう要求する、受け取った特定のメッセージを識別し、前記リソース作成ユニットに、前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するよう通知するように適合されており、
前記リソース作成ユニットは、前記第１の識別サブユニットから前記第１の作成型または前記第１の対応付け型を受け取った後で前記ＵＥのためのデフォルトベアラを作成するように適合されており、
前記リソース作成ユニットはさらに、前記第１の識別サブユニットからの前記第２の作成型もしくは前記第２の対応付け型、または前記第２の識別サブユニットからの前記通知を受け取った後で、前記デフォルトベアラ、および前記ＵＥが切換前に前記アクセスシステムにおいて使用する前記サービスに必要とされる前記リソースを作成するように適合されている、請求項２６に記載のネットワーク装置。
初期要求判定ユニットと、ネットワーク要素アドレス獲得ユニットと、リソース解放通知ユニットとを備えるネットワーク装置であって、
前記初期要求判定ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行するときに、前記ＵＥが開始したアクセス要求が初期アクセス要求であると判定し、判定結果を前記ネットワーク要素アドレス獲得ユニットに通知するように適合されており、
前記ネットワーク要素アドレス獲得ユニットは、前記ＵＥが使用するアンカゲートウェイのアドレス情報を獲得し、前記アドレス情報を前記リソース解放通知ユニットに送るように適合されており、
前記リソース解放通知ユニットは、前記ネットワーク要素アドレス獲得ユニットから送られた前記アドレス情報に従って前記アンカゲートウェイにリソース解放通知メッセージを送って、前記ＵＥに割り振られたリソースを解放するよう要求するように適合されている
ネットワーク装置。
前記ネットワーク要素アドレス獲得ユニットが第１のサブユニットと第２のサブユニットとをさらに備え、
前記第１のサブユニットは、前記ＵＥのＨＳＳから前記ＵＥが使用する前記アンカゲートウェイの前記アドレス情報を獲得し、前記アンカゲートウェイの前記アドレス情報を前記第２のサブユニットに送るように適合されており、
前記第２のサブユニットは、前記アンカゲートウェイの前記アドレス情報を格納し、前記アンカゲートウェイの前記アドレス情報を前記リソース解放通知ユニットに送るように適合されている、請求項２８に記載のネットワーク装置。
前記リソース解放通知ユニットが、判定サブユニットと、第１の送信サブユニットと、第２の送信サブユニットとをさらに備え、
前記判定サブユニットは、前記ネットワーク装置と前記アンカゲートウェイの間にインターフェースがあるかどうか判定し、前記インターフェースがある場合には、前記アンカゲートウェイに前記リソース解放通知メッセージを送るよう前記第１の送信サブユニットに通知し、または前記インターフェースがない場合には、前記アンカゲートウェイに前記リソース解放通知メッセージを転送するサービングゲートウェイに前記リソース解放通知メッセージを送るよう前記第２の送信サブユニットに通知するように適合されており、
前記第１の送信サブユニットは、前記リソース解放通知メッセージを前記アンカゲートウェイに送るように適合されており、
前記第２の送信サブユニットは、前記リソース解放通知メッセージを前記サービングゲートウェイに送るように適合されている、請求項２８または２９のいずれかに記載のネットワーク装置。
リソース解放メッセージ識別ユニットとリソース解放ユニットとを備えるネットワーク装置であって、
前記リソース解放メッセージ識別ユニットは、ＵＥが３ＧＰＰネットワークと非３ＧＰＰネットワークの間で切換を実行し、または初期アクセス要求を開始するときに、受け取ったリソース解放通知メッセージを識別し、前記メッセージを前記リソース解放ユニットに送るように適合されており、
前記リソース解放ユニットは、前記ＵＥに割り振られたリソースを解放するように適合されている
ネットワーク装置。
照会ユニットと削除ユニットとをさらに備え、
前記リソース解放メッセージ識別ユニットはさらに、前記リソース解放通知メッセージを識別した後で、前記識別したリソース解放通知メッセージを前記照会ユニットに送るように適合されており、
前記照会ユニットは、前記ＵＥのためのＰＣＣ規則がローカルで格納されているかどうか照会し、前記ＵＥのための前記ＰＣＣ規則がローカルで格納されている場合には、前記照会結果を前記削除ユニットに通知するように適合されており、
前記削除ユニットは、前記ＵＥのための前記ローカルで格納されたＰＣＣ規則を削除し、ネットワーク側のＰＣＲＦに対応する格納された規則を削除するよう通知するように適合されている、請求項３１に記載のネットワーク装置。