JP5872066B2 - 非３ｇｐｐによってコアネットワークにアクセスする方法、装置及びシステム - Google Patents

Description

本発明は、通信分野に関し、特に、非第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）によってコアネットワークにアクセスする方法、装置及びシステムに関する。

３ＧＰＰの進化型パケットシステム（Evolved Packet System：ＥＰＳＥＰＳ）は、進化型通用地上無線アクセス・ネットワーク（Evolved Universal Terrestrial Radio Access Network：Ｅ−ＵＴＲＡＮ）、モビリティ・マネジメント・エンティティ（Mobility Management Entity：ＭＭＥ）、サービング・ゲートウェイ（Serving Gateway：Ｓ−ＧＷ）、パケット・データ・ネットワーク・ゲートウェイ（Packet Data Network Gateway：Ｐ−ＧＷ）及びホーム加入者サーバ（Home Subscriber Serｖer：ＨＳＳ）から構成されている。

ＥＰＳは非３ＧＰＰシステムとの相互通信をサポートし（図１に示すように）、ここで、非３ＧＰＰシステムとの相互通信はＳ２ａ／ｂ／ｃインターフェースによって実現され、Ｐ−ＧＷは、３ＧＰＰと非３ＧＰＰシステムとの間のアンカーポイントとして機能する。ＥＰＳのシステムアーキテクチャ図において、非３ＧＰＰシステムのアクセスは、信頼できない非３ＧＰＰアクセスと信頼できる非３ＧＰＰアクセスに分かれている。ここで、信頼できない非３ＧＰＰアクセスを行う時には、進化型パケットデータゲートウェイ（Evolved Packet Data Gateway：ｅＰＤＧ）を介してＰ−ＧＷに接続される必要があり、ｅＰＤＧとＰ−ＧＷとの間のインターフェースはＳ２ｂである。信頼できる非３ＧＰＰアクセスを行う時には、Ｓ２ａインターフェースを介して直接にＰ−ＧＷに接続されることができ、Ｓ２ａインターフェースは、プロキシ・モバイル・インターネット（Proxy Mobile IP：ＰＭＩＰ）プロトコルを用いて情報の交替を行う。また、Ｓ２ｃインターフェースによれば、ユーザ装置（User Equipment：ＵＥ）とＰ−ＧＷとの間のユーザプレーン関連の制御とモビリティサポートが提供されている。Ｓ２ｃインターフェースがサポートしているモビリティ・マネジメント・プロトコルは、信頼できない非３ＧＰＰアクセスと信頼できる非３ＧＰＰアクセスに利用可能な、デュアルスタックをサポートする移動ＩＰｖ６（Mobile IPv6 Support for Dual Stack Hosts and Routers：ＤＳＭＩＰｖ６）である。

無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）は非３ＧＰＰシステムとして進化型パケットコア（Evolved Packet Core：ＥＰＣ）にアクセス可能であり、上記のような３つのＳ２ａ、Ｓ２ｂ、Ｓ２ｃを含むインターフェースをサポート可能である。現在、Ｓ２ｂ、Ｓ２ｃインターフェースについてのプロセスとポリシールーティングに関する研究が盛んである。

ＷＬＡＮが信頼できる非３ＧＰＰシステムとしてＥＰＣにアクセスするモードは経営者に段々認められることにしたがって、Ｓ２ａインターフェースのプロセス細分化とポリシールーティングに関する研究が始まった。まず、どのようにして従来のＵＥの機能を強めずにＳ２ａセッション確立をトリガーする課題を研究した。図２に示すように、ＵＥは、非３ＧＰＰが固有するプロセス及び拡張可能な認証プロトコル（Extensible Authentication Protocol：ＥＡＰ）の認証プロセスを完成した後、ＵＥと信頼できる非３ＧＰＰ アクセスネットワーク（trusted non−３ＧＰＰＩＰ access network：ＴＮＡＮ）のネット要素との間にＬ３メッセージを実行する。ＴＮＡＮは、Ｌ３メッセージを受信した後、モビールコアネットワークのＰ−ＧＷへＳ２ａセッション確立のプロセスを始める。Ｌ３メッセージのほかに、Ｌ２メッセージもトリガーモードの一種、例えばＥＡＰメッセージ、となってよい。上記Ｓ２ａセッション確立のトリガーモードは検討され、ほぼ受けられた。

現在、ＵＥは、アクセス・ポイント・ネーム（Access Point Name：ＡＰＮ）やパケット・データ・ネットワーク（Packet Data Network：ＰＤＮ）のタイプ等の情報の転送をサポートしない。しかし、これらの情報は、３ＧＰＰ ＥＰＣのＳ２ａセッション確立或いはＵＥに対するＩＰアドレスの割り当てに必要なキー情報であり、例えば、ＡＰＮ情報を取得できないと、ＵＥに余計なＰＤＮ接続を確立できなくなり、ＰＤＮのタイプを取得できないと、Ｐ−ＧＷはＵＥが要求しようとするＩＰアドレスのタイプを感知できず、サインしたＩＰアドレスのタイプによってＩＰアドレスを割り当てるしかできなく、このような割り当て方式はＩＰアドレス資源の浪費を容易に引き起こす。また、３ＧＰＰアクセスから非３ＧＰＰアクセスに切り換えする時に、ＵＥは保存する必要なＵＥ ＩＰアドレスの情報をＥＰＣに伝送できないため、サービスの連続性が保証されない。

これを鑑みて、本発明の主な目的は、ＵＥの能力を取得し、余計なＰＤＮ接続の確立及びアクセスシステム同士の切り換え際のサービス連続性をサポートするかどうかを決定する非３ＧＰＰによってコアネットワークにアクセスする方法、装置及びシステムを提供することにある。

上記目的を達成するために、本発明の技術的スキームは次のように実現される。

非第３世代パートナーシッププロジェクト（３ＧＰＰ）によってコアネットワークにアクセスする方法であって、
ユーザ装置（ＵＥ）は、ＵＥの能力情報を送信した後、ＵＥが進化型パケットコアネットワーク（ＥＰＣ）セッション確立に必要な情報を伝送することが許可されるかどうかの決定結果を受信するステップと、
ＵＥは、前記決定結果により、ＥＰＣセッション確立に必要な情報を伝送するかどうかを決定するステップと、を含む。

前記ＵＥの能力情報は、拡張可能な認証プロトコル（ＥＡＰ）認証メッセージ又は動的ホスト構成プロトコル（ＤＨＣＰ）メッセージにキャリーされる。

非第３世代パートナーシッププロジェクト（３ＧＰＰ）によってコアネットワークにアクセスする方法であって、
ユーザ装置（ＵＥ）の能力情報及び/又は非３ＧＰＰアクセスシステムの能力情報を取得するステップと、
取得された前記能力情報により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定するステップと、
を含む方法。

前記能力情報を取得する操作が、ＵＥ又は非３ＧＰＰアクセスシステムによって実行される。

前記決定が非３ＧＰＰアクセスシステムによって出された時には、非３ＧＰＰアクセスシステムは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかについての決定結果をＵＥへ送信する。

前記決定を出した後に、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可し、当該方法は、さらに、
非３ＧＰＰアクセスシステムは、ＵＥによりキャリーされる、要求されたＡＰＮを受信した後に、ＥＰＣへＵＥが要求したＡＰＮを送信することを含む。

前記ＡＰＮ情報は、暗黙的にＵＥの能力を示すように用いられる。

前記ＵＥの能力情報が、拡張可能な認証プロトコル（ＥＡＰ）認証メッセージ又は動的ホスト構成プロトコル（ＤＨＣＰ）メッセージにキャリーされ、
ＥＰＣセッション確立に必要な前記情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされる。

前記ＵＥの能力情報は、ＵＥが要求したＡＰＮ又はＵＥの能力指示である。

ＥＰＣセッション確立に必要な前記情報は、要求されたＡＰＮである。
前記非３ＧＰＰアクセスシステムの能力情報は、非３ＧＰＰアクセスシステムのローカル能力指示である。

前記決定を出す通信エンティティは、ＵＥ又は非３ＧＰＰアクセスシステムである。

非３ＧＰＰによってコアネットワークにアクセスするシステムであって、
ＵＥの能力情報及び/又は非３ＧＰＰアクセスシステムの能力情報を取得する能力情報取得ユニットと、
前記能力情報取得ユニットによって取得された前記能力情報により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定する強化情報決定ユニットと、
を含むシステム。

前記強化情報決定ユニットは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送が許可されるかどうかの決定結果をＵＥへ送信することにさらに用いられる。

前記決定を出した後に、前記強化情報決定ユニットは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可し、
前記強化情報決定ユニットは、ＵＥによってキャリーされる、要求されたＡＰＮを受信した後に、ＥＰＣへＵＥが要求したＡＰＮを送信することにさらに用いられる。

前記ＡＰＮ情報は、暗黙的にＵＥの能力を示すように用いられる。

前記ＵＥの能力情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージによってキャリーされ、
ＥＰＣセッション確立に必要な前記情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージによってキャリーされる。

前記ＵＥの能力情報は、ＵＥが要求したＡＰＮ又はＵＥの能力指示であり、
ＥＰＣセッション確立に必要な前記情報は要求されたＡＰＮである。

前記能力情報取得ユニットが、ＵＥ又は非３ＧＰＰアクセスシステムに配置され、前記強化情報決定ユニットが、ＵＥ又は非３ＧＰＰアクセスシステムに配置される。

非３ＧＰＰによってコアネットワークにアクセスする装置であって、当該装置はＵＥであって、
ＵＥの能力情報を送信した後、ＥＰＣセッション確立に必要な情報のＵＥによる伝送が許可されるかどうかの決定結果を受信することと、前記決定結果により、ＥＰＣセッション確立に必要な情報を伝送するかどうかを決定することとに用いられる。

前記ＵＥの能力情報が、拡張可能なＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされる。

本発明の方法、装置およびシステムはＵＥの能力を強化して、余計なＰＤＮＰＤＮ接続の確立及びアクセスシステム同士の切り換え際のサービス連続性をサポートし得る。同時に、ＵＥとネットワークによって相手の能力を感知することができるので、ネットワークは現在のＵＥと強化されたＵＥの正常なアクセスを同時にサポートし得る。

図１は、従来技術において、３ＧＰＰネットワークと非３ＧＰＰネットワークとのインタラクティブの構造チャートである。 図２は、従来技術において、ＵＥが信頼できるＷＬＡＮを介してＥＰＣにアクセスするフローチャートである。 図３は、本発明の一実施例において、ＵＥがＥＡＰ認証メッセージにＵＥが請求したＡＰＮをキャリーさせるフローチャートである。 図４は、本発明の別の実施例において、ＵＥがＥＡＰ認証メッセージにＵＥが請求したＡＰＮをキャリーさせるフローチャートである。 図５は、本発明の一実施例において、ＵＥがＥＡＰ認証メッセージにＵＥ能力指示をキャリーさせるフローチャートである。 図６は、本発明の別の実施例において、ＵＥがＥＡＰ認証メッセージにＵＥ能力指示をキャリーさせるフローチャートである。 図７は、本発明において、ＴＮＡＮがＥＡＰ認証メッセージにネットワークによってサポートされる能力指示をキャリーさせるフローチャートである。 図８は、本発明の一実施例において、ＴＮＡＮがＬ３メッセージにネットワークによってサポートされる能力指示をキャリーさせるフローチャートである。 図９は、本発明の別の実施例において、ＴＮＡＮがＬ３メッセージにネットワークによってサポートされる能力指示をキャリーさせるフローチャートである。 図１０は、本発明のもう一つの実施例において、ＴＮＡＮがＬ３メッセージにネットワークによってサポートされる能力指示をキャリーさせるフローチャートである。 図１１は、本発明の実施例において、非３ＧＰＰによってコアネットワークへアクセスするプロセス略図である。 図１２は、本発明の実施例において、非３ＧＰＰによってコアネットワークへアクセスするシステム図である。

実際の適用において、ＵＥの能力情報及び/又は非３ＧＰＰアクセスシステムの能力情報が取得（直接取得又は暗黙的に取得）可能である。そして、取得された能力情報によって、ＥＰＣの必要な強化情報のＵＥによるキャリーを許可するかどうか、即ちＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定する。

前記非３ＧＰＰアクセスシステムは信頼できる非３ＧＰＰアクセスシステムであってもよいし、信頼できない非３ＧＰＰアクセスシステムであってもよい。以下、信頼できる非３ＧＰＰアクセスシステムのみを例にして説明する。

なお、決定を行う前記通信エンティティは、ＵＥ又は非３ＧＰＰアクセスシステムであってよい。

ＵＥがキャリーする能力情報は、ＵＥが要求したＡＰＮまたはＵＥの能力指示であってよい。

ＵＥによるキャリーされたＵＥが要求したＡＰＮ情報は、ＵＥの能力を暗黙的に表示可能である。

非３ＧＰＰアクセスシステムの能力情報は、非３ＧＰＰアクセスシステムのローカルの能力指示であってよい。

ＵＥによりキャリーされる強化情報は、要求されたＡＰＮであってよい。

ＵＥによる強化情報のキャリーを許可すると決定すれば、非３ＧＰＰアクセスシステムは、ＵＥによるキャリーされる、ＵＥが要求したＡＰＮを受信した後、ＵＥが要求したＡＰＮをＥＰＣに伝送し、例えば、Ｐ−ＧＷにＵＥが要求したＡＰＮを伝送する。

非３ＧＰＰアクセスシステムによって前記決定を出すと、非３ＧＰＰアクセスシステムは、ＵＥによる強化情報のキャリーを許可するかどうかの決定結果をＵＥに伝送する。

ＵＥの能力情報は、ＥＡＰ認証メッセージ又はＤＨＣＰ（動的ホスト構成プロトコル）メッセージにキャリーされてよい。

ＵＥの強化情報は、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされてよい。

以下、図面及び実施例を参照しながら、本発明を詳しく説明する。

実施例１
当該実施例において、ＵＥが信頼できる非３ＧＰＰによってＥＰＣへアクセスする時に、ＥＡＰ認証メッセージは、ＵＥが要求したＡＰＮをＴＮＡＮのためにキャリーすることをサポートし、ＴＮＡＮは、ＵＥが要求したＡＰＮをＥＰＣのためにキャリーすることをサポートするかどうかを決定する。ＥＡＰ認証メッセージは、ＴＮＡＮがＰ−ＧＷへのＧＴＰ／ＰＭＩＰセッション確立をトリガーする。具体的に、図３に示すプロセスを参照し、当該プロセスには下記のステップが含まれる。

ステップ３０１：ＵＥとＴＮＡＮネット要素は、非３ＧＰＰの固有のプロセス、例えばリンクの確立、アクセスの認証等を実行する。

ステップ３０２〜３１０：ＴＮＡＮはＥＡＰ認証者として、ＵＥへＥＡＰ認証のプロセスをトリガーする。ＵＥは、ＥＡＰ−ＲＥＳ／ＩｄｅｎｔｉｔｙメッセージにＵＥによる要求されたＡＰＮをＴＮＡＮにキャリーする。そして、ＴＮＡＮは、ＵＥがキャリーした、要求したＡＰＮ及びローカルの対策によって、要求されたＡＰＮを、ＵＥによりキャリーされることを許可するかどうかを決定する。具体的には、ＴＮＡＮが、要求されたＡＰＮをＵＥによりキャリーされることを許可すれば、後続のプロセスを行い続ける。そうでなければ、後続の操作は、従来技術における、要求されたＡＰＮをＵＥによりキャリーされないプロセスと同じで、ここではその説明を省略する。

ＵＥがＩＰアドレスを取得する方式は以下のとおりである。

方式一：ＥＡＰ認証メッセージは、ＴＮＡＮが、ＵＥにＩＰアドレスを割り当てるセッションを確立することをトリガーする。

ステップ３１１〜３１２：ＴＮＡＮがＥＡＰ−ＳＵＣＣＥＳＳメッセージを受信した後、受信したデフォルトＡＰＮを無視し、Ｐ−ＧＷへセッションの確立プロセスを開始する。そして、ＴＮＡＮは、Ｐ−ＧＷへＵＥが要求したＡＰＮをキャリーし、Ｐ−ＧＷとのＳ２ａセッションを確立する。そして、Ｐ−ＧＷは、ＵＥにＩＰアドレスを割り当て、当該ＩＰアドレスをＴＮＡＮに返す。更に、ＴＮＡＮはこれらのＩＰアドレスをローカル保存する。前記ＩＰアドレスは、具体的に、ＩＰｖ４及び/又はＩＰｖ６アドレスを含む可能性がある。ＴＮＡＮは、ＵＥ ＭＡＣアドレスとＩＰアドレスとの関連関係をローカル保存する。

ステップ３１３〜３１５：ＴＮＡＮは、ルーティング要求メッセージを受信したら、その中のＵＥ ＭＡＣアドレスによって対応するＩＰアドレスを見付けて、Ｐ−ＧＷによってＵＥに割り当てられたＩＰｖ６アドレスがキャリーされるルーティング応答メッセージをＵＥに送信する。

ステップ３１６〜３１７：ＴＮＡＮは、ＤＨＣＰｖ６（バージョン６）要求メッセージ又はＤＨＣＰｖ４（バージョン４）ディスカバリメッセージを受信したら、ＩＰアドレスの割り当てるプロセスを実行し、受信した前記ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージにおけるＵＥ ＭＡＣアドレスによって対応するＩＰアドレスを見付けて、ＤＨＣＰｖ６の応答メッセージ又はＤＨＣＰｖ４の確認メッセージによってＩＰアドレスをＵＥにキャリーする。

方式二：ＥＡＰ認証メッセージは、ＴＮＡＮが、ＵＥにＩＰアドレスの割り当てを遅延するがＡＰＮをＰ−ＧＷにキャリーするセッションを確立することをトリガーする。

ステップ３１１〜３１２：ＴＮＡＮは、ＥＡＰ−ＳＵＣＣＥＳＳメッセージを受信した後、Ｐ−ＧＷにセッション確立の要求メッセージを開始するとともに、ＩＰアドレスの割り当てを遅延する１つの指示をキャリーし、これはＵＥにＩＰアドレスの割り当てを遅延する指示を、Ｐ−ＧＷがに通知することに用いられる。ＴＮＡＮは、ＵＥにより要求されたＡＰＮをＰ−ＧＷにキャリーし、Ｐ−ＧＷとのＳ２ａセッションを確立する。そして、Ｐ−ＧＷは、セッション確立要求メッセージにキャリーされる指示により、セッション確立応答メッセージにおいてＵＥのＩＰアドレスをキャリーさせない。ＴＮＡＮは、ＵＥ ＭＡＣアドレスとコアネットワークセッションとの関連関係をローカル保存する。Ｐ−ＧＷは、コアネットワークセッションとＡＰＮとの関連関係をローカル保存する。

ステップ３１３〜３１５：ＴＮＡＮは、ルーティング要求メッセージを受信したら、その中のＵＥ ＭＡＣアドレスによって対応すコアネットワークセッション識別子を見付けて、新築のルーティング要求メッセージによってＰ−ＧＷへＩＰアドレスの割り当てを要求する。Ｐ−ＧＷは、コアネットワークセッション識別子によってローカル保存されたＡＰＮを見付けて、ＵＥに割り当てられたＩＰｖ６アドレスを返す。そして、ＴＮＡＮは、Ｐ−ＧＷによってＵＥに割り当てられたＩＰｖ６アドレスをキャリーするルーティング応答メッセージをＵＥに送信する。Ｐ−ＧＷは、ＵＥ ＩＰアドレスとコアネットワークセッション識別子との関連関係をローカル保存する。

ＴＮＡＮネット要素は、ルーティング要求又はルーティング通知メッセージを受信した時に、これらのメッセージに対してローカル解析をして、関連するコアネットワークセッション識別子をキャリーする新たなルーティング要求又はルーティング通知メッセージを生成し、Ｐ−ＧＷネット要素に送信する。特別に説明する必要があることは、ＴＮＡＮネット要素はルーティング要求又はルーティング通知メッセージを伝送するリピーターではない。

ステップ３１６〜３１７：ＴＮＡＮは、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージをを受信したら、ＩＰアドレス割り当てのプロセスを実行する。ＴＮＡＮネット要素は、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージをを受信した後、ＤＨＣＰリレーとして、受信した前記ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージに関連するコアネットワークセッション識別子を書き込み、Ｐ−ＧＷに伝送する。Ｐ−ＧＷは、ＤＨＣＰサーバとして、ＤＨＣＰメッセージによってＩＰｖ６又はＩＰｖ４をサポートする情報を暗黙的に含み、ＵＥへＩＰｖ６又はＩＰｖ４アドレスを割り当て、ＤＨＣＰｖ６応答又はＤＨＣＰｖ４確認メッセージを用いて割り当てられた前記ＩＰｖ６又はＩＰｖ４アドレスをＵＥに返す。ＴＮＡＮとＰ−ＧＷとの間のメッセージのプロセスはステップ３１５ａ０、３１５ａ１及び３１６ａに示す。Ｐ−ＧＷはＵＥ ＩＰアドレスとコアネットワークセッション識別子との関連関係をローカル保存する。

通常的には、ＩＰｖ６アドレスは十分であるので、ＩＰアドレスの割り当てを遅延する方式があんまり採用されない。一方、ＩＰｖ４アドレスは乏しく、このため、ＩＰ４アドレスを割り当てる時には、割り当てを遅延する方式が採用されるかもしれない。

方式三：ＥＡＰ認証メッセージは、ＵＥへのＩＰアドレスの割り当てもＰ−ＧＷへのＡＰＮのキャリングも行わないＴＮＡＮセッション確立をトリガーする。

ステップ３１１〜３１２：ＴＮＡＮはＥＡＰ−ＳＵＣＣＥＳＳメッセージを受信した後に、Ｐ−ＧＷへセッション確立のプロセスをトリガーする。当該ＴＮＡＮは、ＵＥが要求したＡＰＮをキュリーしないが、Ｐ−ＧＷとのＳ２ａセッションを確立する。また、当該Ｐ−ＧＷは、ＵＥにＩＰアドレスを割り当てない。ＴＮＡＮは、ＵＥ ＭＡＣアドレスと、ＡＰＮと、コアネットワークセッションとの関連関係をローカル保存する。

ステップ３１３〜３１５：ＴＮＡＮは、ルーティング要求メッセージを受信したら、その中のＵＥ ＭＡＣアドレスによって対応するコアネットワークセッション識別子を見付けて、新築のルーティング要求メッセージによってローカル保存されたＡＰＮをキャリーして、ＩＰアドレスの割り当てをＰ−ＧＷへ要求する。Ｐ−ＧＷは、ＵＥに割り当てられたＩＰｖ６アドレスを返す。そして、ＴＮＡＮは、Ｐ−ＧＷによってＵＥに割り当てられたＩＰｖ６アドレスをキャリーするルーティング応答メッセージをＵＥに送信する。ＴＮＡＮとＰ−ＧＷとの間のメッセージインタラクティブは、ステップ３１４ａ０及び３１４ａ１を参照する。

ステップ３１６〜３１７：ＴＮＡＮはＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信したら、ＩＰアドレスを割り当てるプロセスを実行する。ＴＮＡＮネット要素は、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信した後、ＤＨＣＰのリレーとして、ＡＰＮ情報を増加し、ＡＰＮ情報が増加されたメッセージをＰ−ＧＷに転送する。Ｐ−ＧＷは、ＤＨＣＰサーバとして、ＤＨＣＰメッセージによって、ＩＰｖ６又はＩＰｖ４情報を暗黙的にサポートし、ＵＥにＩＰｖ６又はＩＰｖ４アドレスを割り当て、ＤＨＣＰｖ６の応答又はＤＨＣＰｖ４の確認メッセージによって割り当てられた前記ＩＰｖ６又はＩＰｖ４アドレスをＵＥに返す。ＴＮＡＮとＰ−ＧＷとの間のメッセージインタラクティブはステップ３１５ａ０、３１５ａ１、及び３１６ａを参照する。Ｐ−ＧＷは、ＵＥ ＩＰアドレスとコアネットワークセッション識別子との関連関係をローカル保存する必要がある。

方式三は、ＩＰｖ６方式だけでなく、ＩＰｖ４方式にも適用する。具体的には方式二を参照する。

選択可能的に、ＴＮＡＮは、ＥＡＰ−ＲＥＳ／Ｉｄｅｎｔｉｔｙメッセージにおいて、ＡＡＡにＵＥが要求したＡＰＮをキャリーする。そして、ＡＡＡは、ＨＳＳにRequest ProfileメッセージにおいてＵＥが要求したＡＰＮをキャリーする。そして、ＨＳＳは、受信したＡＰＮ情報に基づいて、デフォルトＡＰＮをＡＡＡに送信しないことを決定する。

ＵＥはマルチＰＤＮ接続をサポートし、かつＡＰＮごとに一つのＰＤＮ接続に対応すれば、ＰＤＮ接続のたびに、ステップ３０２〜３１７を実行する。

実施例２
当該実施例において、ＥＡＰ認証メッセージは、ＴＮＡＮにＵＥが要求したＡＰＮをキャリーすることをサポートし、ＴＮＡＮは、ＥＰＣにＵＥが要求したＡＰＮをキャリーすることを許可するかどうかを決定する。ルーティング要求メッセージ又はＤＨＣＰメッセージは、ＴＮＡＮがＰ−ＧＷへＧＴＰ／ＰＭＩＰセッションを確立することをトリガーする。具体的に図４に示すプロセスを参照してよい。前記プロセスは以下のステップを含む。

ステップ４０１〜４１０：ステップ３０１〜３１０と同じである。

ＥＡＰが成功に認証した後、ＴＮＡＮはＵＥ ＭＡＣとＡＰＮとの関連関係をローカル保存する。

ステップ４１１〜４１４：ＴＮＡＮは、ルーティング要求メッセージを受信したら、ＵＥ ＭＡＣアドレスによって対応するＡＰＮを見付けて、セッション確立要求メッセージによってＰ−ＧＷへＩＰアドレスの割り当てを要求する。セッション確立要求メッセージにはＡＰＮ情報がキャリーされる。Ｐ−ＧＷはＵＥに割り当てられたＩＰｖ６アドレスを返す。且つ、ＴＮＡＮはＰ−ＧＷによってＵＥに割り当てられたＩＰｖ６アドレスをキャリーするルーティング応答メッセージをＵＥへ送信する。Ｐ−ＧＷはＵＥ ＩＰアドレスとコアネットワークセッション識別子との関連関係をローカル保存する。

ステップ４１５〜４１９：ＴＮＡＮは、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信したら、ＵＥ ＭＡＣアドレスによって受信した前記メッセージに対応するＡＰＮを見つけて、セッション確立要求メッセージを用いてＰ−ＧＷへＩＰアドレスの割り当てを要求する。セッション確立要求メッセージはＡＰＮ情報をキャリーする。Ｐ−ＧＷはＵＥに割り当てられたＩＰｖ６又はＩＰｖ４アドレスを返す。且つ、ＴＮＡＮはＤＨＣＰｖ６応答又はＤＨＣＰｖ４確認メッセージによって割り当てられた前記ＩＰｖ６又はＩＰｖ４アドレスをＵＥへ返す。Ｐ−ＧＷはＵＥ ＩＰアドレスとコアネットワークセッション識別子との関連関係をローカル保存する。

実施例３
当該実施例において、ＵＥはＥＡＰ認証プロセスにおいて、ＡＰＮ情報の代わりにＵＥの能力指示をＴＮＡＮへキャリーする。ＴＮＡＮは、ローカル能力指示とＵＥ能力指示によって、最終の能力指示を決定し、Ｐ−ＧＷとの専有ベアラを確立し、デフォルトベアラをデリートする。具体的に、図５に示すプロセスを参照してよい。前記プロセスは以下のステップを含む。

ステップ５０１：ＵＥとＴＮＡＮネット要素は非３ＧＰＰが固有するプロセスを実行する。

ステップ５０２〜５１０：ＴＮＡＮはＥＡＰ認証者として、ＵＥへＥＡＰ認証プロセスをトリガーする。ＵＥは、ＥＡＰ−ＲＥＳ／ＩｄｅｎｔｉｔｙメッセージによってＴＮＡＮへＵＥ能力指示をキャリーする。ＴＮＡＮは、ＵＥがキャリーするＵＥ能力指示とローカルで許可されるＵＥ能力指示とによって、ＵＥ能力指示を協定する。具体的な協定原則は以下にように示す。

ＵＥがキャリーするＵＥ能力指示は、ＵＥがＡＰＮをキャリーするのをサポートであるが、ＴＮＡＮがＵＥによりＡＰＮメッセージをキャリーするのをローカルでサポートしないと、協定されたＵＥ能力指示は、ＵＥがＡＰＮをキャリーするのをサポートしない。ＵＥがキャリーするＵＥ能力指示は、ＵＥがＡＰＮをキャリーするのをサポートしないが、ＴＮＡＮがＵＥによりＡＰＮをローカルでキャリーするのをサポートすると、協定されたＵＥ能力指示はＵＥがＡＰＮをキャリーするのをサポートしない。別の形式を採用してＵＥ能力指示を表現してもよいが、表現される意味は前記説明が達成しようとする目標と同じでなければならない。

ＴＮＡＮはＩＭＳＩと協定されたＵＥ能力指示との関連関係をローカル保存し、ＥＡＰ−ＲＥＱ／ＡＫＡ‘−ＣｈａｌｌｅｎｇｅメッセージによってＵＥへ協定されたＵＥ能力指示をキャリーする。

ＵＥのＩＰアドレス取得方法は、具体的に以下の方式を含む。

方式一：ＥＡＰ認証メッセージは、ＴＮＡＮが、ＵＥにＩＰアドレスを割り当てるセッションを確立することをトリガーする。

ステップ５１１〜５１２：ＴＮＡＮは、ＥＡＰ−ＳＵＣＣＥＳＳメッセージを受信した後、Ｐ−ＧＷへセッション確立のプロセスを開始する。ＴＮＡＮはセッション確立要求メッセージにおいてサインしたデフォルトＡＰＮをＰ−ＧＷへキャリーする。Ｐ−ＧＷは、ＵＥへＩＰアドレスを割り当て、１つのデフォルトベアラのタイマーを利用可能である。ＴＮＡＮは割り当てられた前記ＩＰアドレスをローカル保存する。当該ＩＰアドレスは、具体的に、ＩＰｖ４及び/又はＩＰｖ６アドレスプレフィックスが含まれる可能である。ＴＮＡＮとＰ−ＧＷとの間のセッションはデフォルトベアラである。

ＴＮＡＮは、協定されたＵＥ能力指示によって、受信した後続のＩＰアドレス要求メッセージに対して区分処理を行う。具体的には以下のように示す。

（１） 協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートしないと、ＴＮＡＮは受信したルーティング要求メッセージ又はＤＨＣＰｖ６要求、又はＤＨＣＰｖ４ディスカバリメッセージによって、対応するＩＰアドレスをＵＥへローカル割り当てる。

（２） 協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートすると、ルーティング要求メッセージ又はＤＨＣＰメッセージは、ＡＰＮ情報のキャリングをサポートするように、パラメータを拡散する必要がある。ルーティング要求メッセージはルーティングディスカバリメカニズムの一部に属するとともに、放送メッセージであるので、強化に適しないかもしれない。このため、ＤＨＣＰｖ６要求メッセージの拡散を優先的に考慮する。もちろん、ルーティング要求メッセージを拡散する可能性もある。本発明は、ＤＨＣＰメッセージの拡散を例にして、後続の処理を説明する。具体的に、ステップ５１３〜５１６を参照する。

ステップ５１３：ＵＥは協定された能力指示によって、ルーティング要求メッセージを送信するかどうかを決定してよい。例えば、協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートすると、ＵＥはルーティング要求メッセージを送信しない。

選択可能的に、ＵＥは、ルーティング要求メッセージを送信するかどうかを判断せず、いつもルーティング要求メッセージを送信する。この時、協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートすると、ＴＮＡＮは受信したルーティング要求メッセージを直接に捨てる。

ステップ５１４〜５１６：ＴＮＡＮはＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信したら、ＡＰＮ情報をキャリーするセッション確立要求メッセージを開始して、Ｐ−ＧＷへＩＰアドレスの割り当てを要求する。Ｐ−ＧＷはＵＥによって割り当てられたＩＰアドレスをＴＮＡＮへ返す。当該ＩＰアドレスは具体的にＩＰｖ６又はＩＰｖ４アドレスであり得る。

ステップ５１７〜５１９：もしデフォルトタイマーはタイムアウトしたが、デフォルトベアラにはまだデートがなければ、Ｐ−ＧＷは、ベアラデリート要求をＴＮＡＮへ送信し、ＴＮＡＮは、ベアラデリート応答メッセージをＰ−ＧＷへ、当該デフォルトベアラが既にデリートされたことを示すように応答する。

Ｐ−ＧＷはデフォルトベアラタイマーを開始しなければ、ＴＮＡＮは、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信した時に、Ｐ−ＧＷへデリートベアラ指令を送信し、デフォルトベアラをデリートすることをＰ−ＧＷに通知する。そして、Ｐ−ＧＷは、ベアラデリート要求をＴＮＡＮへ送信し、ＴＮＡＮは、ベアラデリート応答メッセージをＰ−ＧＷへ、当該デフォルトベアラが既にデリートされたことを示すように応答する。

ステップ５２０〜５２１：ＴＮＡＮは、セッション確立応答メッセージを受信した後、ＩＰｖ６又はＩＰｖ４アドレスを取得し、ＤＨＣＰｖ６通知又はＤＨＣＰｖ４提供メッセージをＵＥへ送信する。前記ＤＨＣＰｖ６通知又はＤＨＣＰｖ４提供メッセージにはＰ−ＧＷによってＵＥへ割り当てられたＩＰアドレスを含んでよい。そして、ＵＥはＤＨＣＰ要求メッセージをＰ−ＧＷへ送信する。Ｐ−ＧＷは、ＤＨＣＰｖ６応答又はＤＨＣＰｖ４確認メッセージによって、割り当てられたＩＰｖ６又はＩＰｖ４アドレスをＵＥに返す。

方式二：ＥＡＰ認証メッセージは、ＴＮＡＮがＵＥにＩＰアドレスを割り当てないセッションを確立することをトリガーする。

ステップ５１１〜５１２において、ＴＮＡＮとＰ−ＧＷとの間にセッションを確立する過程中には、Ｐ−ＧＷがＵＥへＩＰアドレスを割り当てなければ、ＴＮＡＮはＩＰアドレスをローカル保存する必要がない。

協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートしないと、ＴＮＡＮは、受信したルーティング要求メッセージ又はＤＨＣＰｖ６要求メッセージ、又はＤＨＣＰｖ４ディスカバリメッセージに基づいて、ＤＨＣＰ relａy又は別の方式（具体的に、実施例１におけるステップ３１４ａ０〜３１４ａ１、ステップ３１５ａ０〜３１５ａ１、３１６ａを参照する）で、Ｐ−ＧＷへＩＰアドレスの割り当てを要求する。Ｐ−ＧＷは、ＵＥに割り当てられたＩＰｖ６アドレスを返す。かつ、ＴＮＡＮは、Ｐ−ＧＷによってＵＥに割り当てられたＩＰｖ６アドレスをキャリーするルーティング応答メッセージをＵＥに送信する。

協定されたＵＥ能力指示はＵＥがＡＰＮ情報のキャリングをサポートすると、ステップ５１３〜５２１を実行する。

方式三：ＤＨＣＰメッセージは、ＴＮＡＮがセッションを確立することをトリガーする。

デフォルトベアラの確立やデリートに関するプロセスが実行されない。ステップ５１１〜５１２、ステップ５１７−５１９が含まれている。

ステップ５１３〜５１６とステップ５２０〜５２１については実行し、具体的に前の記載を参照する。

実施例４
当該実施例において、ＴＮＡＮは、Ｐ−ＧＷとの専有ベアラを確立するとともに、デフォルトベアラを保留する。具体的に図６に示すような以下のステップを含むプロセスを参照する。

ステップ６０１〜５１３：ステップ５０１〜５１３と同じである。

ステップ６１４〜６１６：ＴＮＡＮは、ＤＨＣＰｖ６要求メッセージ又はＤＨＣＰｖ４ディスカバリメッセージを受信したら、ＡＰＮ情報をキャリーするセッション確立要求メッセージを開始し、Ｐ−ＧＷへＩＰアドレスの割り当てを要求し、Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスをＴＮＡＮへ返す。当該ＩＰアドレスは、具体的にＩＰｖ６又はＩＰｖ４アドレスであり得る。

ステップ６１７〜６１８：ＴＮＡＮは、セッション確立応答メッセージを受信した後、ＩＰアドレスを取得し、ＵＥへＤＨＣＰｖ６通知又はＤＨＣＰｖ４提供メッセージを送信する。前記ＤＨＣＰｖ６通知又はＤＨＣＰｖ４提供メッセージにはＰ−ＧＷによってＵＥに割り当てられたＩＰアドレスとデフォルトＩＰアドレスとが含まれる。そして、ＵＥは、Ｐ−ＧＷへＤＨＣＰ要求メッセージを送信する。Ｐ−ＧＷは、ＤＨＣＰｖ６応答又はＤＨＣＰｖ４確認メッセージによって、割り当てられたＩＰｖ６又はＩＰｖ４アドレスをＵＥへ返す。

ＵＥのＩＰアドレス取得する方法は、主に実施例３における方式一と方式二を含む。

実施例５
当該実施例において、ＴＮＡＮは、先ず、ネットワークによってサポートされる能力指示をＵＥへキャリーする。ＵＥは、自身の能力指示とネットワークによってサポートされる能力指示とによって、最終の能力指示を決定する。具体的な能力指示の定義と協定原則は実施例３の説明を参照してよい。具体的には図７に示すような以下のステップを含むプロセスを参照してよい。

ステップ７０１〜７０７：ＵＥがＵＥ能力指示をＴＮＡＮへ送信しないとの区別を除いて、ステップ４０１〜４０７と同じである。

ステップ７０８：ＴＮＡＮは、ＥＡＰ−ＲＥＱ/ＡＫＡ’−Ｃｈａｌｌｅｎｇｅメッセージにおいてネットワークによるサポートされる能力指示を、ＵＥへキャリーする。

ＵＥは、ＴＡＮＡネットワークによってサポートされる能力指示とローカルでサポートされるＵＥ能力指示とによって、ＵＥ能力指示を協議する。

ステップ７０９：ＵＥは、ＴＮＡＮへ送信したＥＡＰ−ＲＥＳ／ＡＫＡ’−Ｃｈａｌｌｅｎｇｅメッセージにおいて、協定されたＵＥ能力指示をＴＮＡＮへキャリーする。ＵＥは信頼できないデバイスであるので、ＴＮＡＮは、協定されたＵＥ能力指示がネットワークによってサポートされる能力指示の許可範囲内に入っているかどうかをチェックする。例えば、協定されたＵＥ能力指示はＡＰＮのキャリングをサポートする指示であるが、ネットワークはＵＥのＡＰＮに対するキャリングをサポートしない。

協定されたＵＥ能力指示はネットワークによってサポートされる能力指示の許可範囲内に入っていなければ、ＥＡＰが成功に認証したと認め、ステップ７１０を実行する。後続のプロセスにおいて、ＴＮＡＮは、ＵＥがＡＰＮのキャリングをサポートしない方式に従って処理を行い、ＤＨＣＰメッセージによってキャリーされるＵＥが要求したＡＰＮを無視する。

協定されたＵＥ能力指示はネットワークによってサポートされる能力指示の許可範囲内に入っていると、ステップ７１０を実行する。また、後続のステップ７１１〜７１８は実施例２における三種の方式の対応する処理を参照し、ここで詳しく説明しない。

実施例６
当該実施例において、Ｌ３ ＤＨＣＰｖ４メッセージがインタラクティブするプロセスにおいては、協定によってＵＥとネットワーク側の能力指示を取得する。ＵＥがＩＰｖ４アドレスを先に要求すれば、ＤＨＣＰｖ４メッセージによって能力指示を協定する。具体的な能力指示の定義と協定原則は実施例３における説明を参照する。ＵＥもネットワーク側もＵＥが要求したＡＰＮをキャリーすることをサポートすれば、具体的なプロセスは図８を参照してよい。前記プロセスは以下のステップを含む。

ステップ８０１〜８０４：ＥＡＰ認証プロセスにおいて能力指示を協定しないとの区別を除いて、ステップ３０１〜３１０と同じである。

ステップ８０５〜８１２：ＴＮＡＮは、ＤＨＣＰｖ４ディスカバリメッセージを受信したら、ローカル能力指示とＤＨＣＰｖ４ディスカバリメッセージにキャリされる、ＵＥが要求したＡＰＮとによって、ＵＥがＵＥにより要求されたＡＰＮをキャリーするのを許可するかどうかを決定する。許可すれば、ＡＰＮ情報がキャリーされるセッション確立要求メッセージを開始し、Ｐ−ＧＷへＩＰアドレスの割り当てを要求する。Ｐ−ＧＷは、ＵＥに割り当てられたＩＰアドレスをＴＮＡＮに返す。ＴＮＡＮとＰ−ＧＷとの間のプロセス処理は前記の実施例５における説明を参照する。

前記決定の結果に基づいて、ＴＮＡＮは、ＩＰｖ６ネットワークに対して以下の処理を行う。

ＴＮＡＮは、ＵＥがＵＥによる要求されたＡＰＮをキャリンーするのを許可すると決定したら、以下の処理を行う。

ステップ８１３：ルーティング要求メッセージを受信したら、ＴＮＡＮは、当該ルーティング要求メッセージを捨てる。

ステップ８１４〜８１７：ＴＮＡＮは、ＤＨＣＰｖ６要求メッセージを受信したら、ＡＰＮ情報がキャリーされるセッション確立要求メッセージを開始して、Ｐ−ＧＷへＩＰアドレスの割り当てを要求する。Ｐ−ＧＷは、ＵＥへ割り当てられたＩＰアドレスをＴＮＡＮに返す。

ＴＮＡＮは、ＵＥがＵＥにより要求されたＡＰＮをキャリーするのを許可しないと決定したら、以下の処理を行う。

ＴＮＡＮは、ルーティング要求メッセージ又はＤＨＣＰｖ６要求メッセージを受信したら、Ｐ−ＧＷへＩＰアドレスの割り当てを要求し、割り当てられたＩＰアドレスをＵＥへ返す。具体的な処理はＵＥが要求したＡＰＮ情報をキャリーしない処理と同じである。

以上の説明は、ＤＨＣＰｖ４に対する決定の結果を例にして、ＤＨＣＰｖ６に対する決定の結果を例にする説明と同じである。

実施例７
当該実施例と実施例６との区別は、ネットワーク側は、ＵＥが要求したＡＰＮをキャリーするのをサポートしなければ、図９に示すプロセスを具体的に参照し、当該プロセスは以下のステップを含む。

ステップ９０１〜９０４：ステップ８０１〜８０４と同じである。

ステップ９０５〜９０７：ＴＮＡＮは、ＤＨＣＰｖ４ディスカバリメッセージを受信した後、ローカル能力指示及び受信したＤＨＣＰｖ４ディスカバリメッセージにおけるＵＥが要求したＡＰＮによって、ＵＥが要求したＡＰＮ情報をキャリーするのを許可するかどうかを決定する。許可しなければ、ＴＮＡＮはＤＨＣＰ否定確認メッセージにおいて具体的な原因値をキャリーし、ＵＥが要求したＡＰＮ情報をキャリーするのをサポートされないことをマークする。

ステップ９０８：ＵＥは、ＤＨＣＰ否定確認メッセージを受信した後、要求したＡＰＮ情報がキャリーされないＤＨＣＰディスカバリメッセージを再送信する。

ステップ９０９〜９１１：ＵＥは、ＤＨＣＰプロセスによって割り当てられたＩＰアドレスを取得する。

ＵＥがＩＰｖ６アドレスを要求する時に、前記ネットワーク能力指示によって、ルーティング要求メッセージ又はＤＨＣＰｖ６要求メッセージを送信してよい。具体的な処理はＵＥが要求したＡＰＮ情報をキャリーしない処理と同じで、具体的に以下の通りである。

ステップ９１２〜９１４：ルーティング要求メッセージを受信したら、ＴＮＡＮはＰ−ＧＷへＩＰｖ６アドレスの割り当てを要求し、ＵＥへルーティング通知メッセージを送信する。当該ルーティング通知メッセージには、Ｐ−ＧＷによってＵＥへ割り当てられたＩＰｖ６アドレスが含まれる。

ステップ９１５：ＤＨＣＰｖ６要求メッセージを受信したら、ＴＮＡＮはＰ−ＧＷへＩＰｖ６アドレスの割り当てを要求し、ＵＥへＤＨＣＰｖ６確認メッセージを送信する。当該ＤＨＣＰｖ６確認メッセージには、Ｐ−ＧＷによってＵＥへ割り当てられたＩＰｖ６アドレスが含まれる。

以上の説明は、ＤＨＣＰｖ４に対する決定の結果を例にして、ＤＨＣＰｖ６に対する決定の結果を例にする説明と同じである。

実施例８
当該実施例において、ＵＥは、ルーティング要求メッセージを先に送信する。ネットワークの能力指示が、ルーティング通知メッセージによってＵＥへ通知されたのである。具体的に、以下のステップを含む、図１０に示すプロセスを参照する。

ステップ１００１〜１００４：ステップ８０１−８０４と同じである。

ステップ１００５： ＴＮＡＮは、ルーティング要求メッセージを受信したら、ローカル能力指示によってＵＥが要求したＡＰＮ情報をキャリーするのを許可するかどうかを決定する。具体的に、以下の処理を行う。

許可すれば、ステップ１００６を参照する。

ステップ１００６：ＴＮＡＮは、ＵＥへルーティング通知メッセージを直接に返信し、その中には、ネットワークの能力指示がキャリーされ、ＵＥが要求したＡＰＮ情報をキャリーするのをサポートすることをマークする。

許可しなければ、ＴＮＡＮはルーティング要求メッセージに対する処理を正常に行い、具体的にはステップ１００７〜１００９を参照する。

ステップ１００７〜１００９：ＴＮＡＮは、Ｐ−ＧＷへＩＰアドレスの割り当てを要求し、割り当てられたＩＰアドレスをＵＥに返す具体的な処理はＵＥが要求したＡＰＮ情報をキャリーしない処理と同じである。

ＵＥは、ネットワークの能力指示がキャリーされるルーティング通知メッセージを受信したら、ネットワークの能力指示及び自身が要求したＡＰＮをキャリーするのをサポートするかどうかによって、ＵＥが要求したＡＰＮをキャリーするのを許可するかどうかを決定し、決定の結果によって具体的な区別処理を行う。

ＵＥは要求したＡＰＮのキャリングをサポートしなければ、直ちに又は一定時間後にルーティング要求メッセージを送信するかもしれない。ＴＮＡＮは、ルーティング要求メッセージを再受信したら、前のステップ１００７〜１００９と同じように処理する。又は、ＵＥは要求したＡＰＮがキャリーされないＤＨＣＰｖ６要求メッセージを送信する場合もある。具体的な処理はＵＥが要求したＡＰＮをサポートしない処理と同じである。

ＵＥは、要求したＡＰＮのキャリングをサポートすれば、要求したＡＰＮがキャリーされるＤＨＣＰｖ６要求メッセージを送信する。ステップ１０１０〜１０１７を参照し、具体的な処理はステップ８１４〜８１７と同じである。

実施例９
当該実施例において、ＵＥはＤＨＣＰｖ６要求メッセージを先に送信する。その具体的な処理は実施例６におけるステップ８０５〜８１２の処理又は実施例７におけるステップ９０５〜９１１の処理を参照する。

以上の実施例のおいて、非３ＧＰＰアクセスネットワークのネット要素とＰ−ＧＷとの間に構築されたのはＧＴＰチャンネルである。また、もちろん、対応するメッセージの取替えを行えば、例えば、セッション確立要求メッセージをプロキシバインディング更新メッセージに置き換え、又はセッション確立応答メッセージをプロキシバインディング確認メッセージに置き替えば、上記実施例はＰＭＩＰチャンネルの構築にも適する。非３ＧＰＰアクセスネットワークのネット要素とＰ−ＧＷとの間の、ＧＴＰチャンネルの中に伝送される必要があるパラメータはＰＭＩＰメッセージにも適し、具体的にＵＥが要求したＡＰＮを含む。

また、ＵＥによって受信されたＩＰｖ６アドレスはＩＰｖ６プレフィックスであり得る。

以上の各実施例からわかるように、本発明は、コアネットワークへの非３ＧＰＰアクセスの操作アイデアによって図１１に示す、以下のステップを含むプロセスを表し得る。

ステップ１１０１：ＵＥの能力情報及び/又は非３ＧＰＰアクセスシステムの能力情報を取得する。

ステップ１１０２：取得した前記能力情報によって、ＵＥがＥＰＣセッション確立に必要な情報を伝送するのを、許可するかどうかを決定する。

前記非３ＧＰＰアクセスシステムは、信頼できる非３ＧＰＰアクセスシステムであってもよく、信頼できない非３ＧＰＰアクセスシステムであってもよい。

上記各実施例及び操作アイデアを順調に実現することを確保するために、図１２に示すように配置してよい。図１２は、本発明の実施例において、コアネットワークへ非３ＧＰＰアクセスするシステム図である。前記システムは、接続される能力情報取得ユニットと強化情報決定ユニットを含む。

能力情報取得ユニットは、ＵＥ又は非３ＧＰＰアクセスネットワーク等の非３ＧＰＰアクセスシステム（信頼できる又は信頼できない）に配置してよい。また、もちろん、順調にＵＥの能力情報及び/又は非３ＧＰＰアクセスシステムの能力情報を取得できれば、３ＧＰＰアクセスシステム等の別の通信機能エンティティに配置してもよい。

前記能力情報取得ユニットに類似するように、強化情報決定ユニットは、ＵＥ又は非３ＧＰＰアクセスネットワーク等の非３ＧＰＰアクセスシステム（信頼できる又は信頼できない）に配置してよい。また、もちろん、前記能力情報取得ユニットによって取得された能力情報によって、ＵＥがＥＰＣセッション確立に必要な情報を伝送するのを、許可するかどうかを決定できれば、３ＧＰＰアクセスシステム等の別の通信機能エンティティに配置してもよい。

なお、前記強化情報決定ユニットは、ＵＥがＥＰＣセッション確立に必要な情報を伝送するのを許可されるかどうかの決定結果をＵＥへ送信することにも用いられる。

前記決定を出した後、前記強化情報決定ユニットは、ＵＥがＥＰＣセッション確立に必要な情報を伝送するのを、許可すると確定する。また、前記強化情報決定ユニットはさらに、
ＵＥによってキャリーされる要求されたＡＰＮを受信した後、ＥＰＣへＵＥが要求したＡＰＮを伝送することに用いられる。

前記ＡＰＮ情報は、ＵＥの能力を暗黙的に示すために用いられる。

前記ＵＥの能力情報は、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされる。

ＥＰＣセッション確立に必要な前記情報は、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされる。

前記ＵＥの能力情報は、ＵＥが要求したＡＰＮ又はＵＥの能力指示である。

前記非３ＧＰＰアクセスシステムの能力情報は、非３ＧＰＰアクセスシステムのローカル能力指示である。

ＥＰＣセッション確立に必要な前記情報は、要求されたＡＰＮである。

前記能力情報取得ユニットは、ＵＥ又は非３ＧＰＰアクセスシステムに配置される。

前記強化情報決定ユニットは、ＵＥ又は非３ＧＰＰアクセスシステムに配置される。

以上によりわかるように、方法としても、装置としても、システムとしても、本発明は、コアネットワークへ非３ＧＰＰアクセスする技術により、ＵＥの能力を強化して、余計のＰＤＮ接続の確立及びアクセスシステムの間で切り換えを行う時のサービス継続性をサポートし得る。また、ＵＥとネットワークによって相手の能力を感知することができるので、ネットワークは現在のＵＥと強化されたＵＥの正常なアクセスを同時にサポートし得る。

以上は本発明の最適な実施例だけであり、本発明の保護範囲を限定するものではない。

Claims (14)

1. 非第３世代パートナーシッププロジェクト（３ＧＰＰ）によってコアネットワークにアクセスする方法であって、
   ユーザ装置（ＵＥ）は、ＵＥの能力情報を送信した後、進化型パケットコアネットワーク（ＥＰＣ）セッションの確立に必要な情報のＵＥによる伝送が許可されるかどうかの決定結果を受信するステップと、
   ＵＥは、前記決定結果により、ＥＰＣセッション確立に必要な情報を伝送するかどうかを決定するステップと、
   を含むことを特徴とする方法。
2. 前記ＵＥの能力情報は、拡張可能な認証プロトコル（ＥＡＰ）認証メッセージ又は動的ホスト構成プロトコル（ＤＨＣＰ）メッセージにキャリーされる
   ことを特徴とする請求項１に記載の方法。
3. 非第３世代パートナーシッププロジェクト（３ＧＰＰ）によってコアネットワークにアクセスする方法であって、
   非３ＧＰＰアクセスシステムが、ユーザ装置（ＵＥ）の能力情報を取得するステップと、
   前記非３ＧＰＰアクセスシステムが、取得された前記能力情報により、または前記非３ＧＰＰアクセスシステムが、取得された前記能力情報および自身の能力により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定するステップと、を含み、または、
   ＵＥが、非３ＧＰＰアクセスシステムの能力情報を取得するステップと、
   前記ＵＥが、取得された前記能力情報により、または前記ＵＥが、取得された前記能力情報および自身の能力により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定するステップと、
   を含むことを特徴とする方法。
4. 前記決定が非３ＧＰＰアクセスシステムによって出された場合、非３ＧＰＰアクセスシステムは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送が許可されるかどうかについての決定結果をＵＥへ送信する
   ことを特徴とする請求項３に記載の方法。
5. 前記決定を出した後に、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可することを確定し、当該方法は、さらに、
   非３ＧＰＰアクセスシステムが、ＵＥによりキャリーされる、要求されたＡＰＮを受信した後に、ＥＰＣへＵＥが要求したＡＰＮを送信することを含む
   ことを特徴とする請求項３に記載の方法。
6. 前記ＡＰＮ情報は、暗黙的にＵＥの能力を示すように用いられる
   ことを特徴とする請求項５に記載の方法。
7. 前記ＵＥの能力情報が、拡張可能な認証プロトコル（ＥＡＰ）認証メッセージ又は動的ホスト構成プロトコル（ＤＨＣＰ）メッセージにキャリーされ、
   ＥＰＣセッション確立に必要な前記情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされ、
   前記ＵＥの能力情報は、ＵＥが要求したＡＰＮ又はＵＥの能力指示であり、
   ＥＰＣセッション確立に必要な前記情報は、要求されたＡＰＮであり、
   前記非３ＧＰＰアクセスシステムの能力情報は、非３ＧＰＰアクセスシステムのローカル能力指示である
   ことを特徴とする請求項３〜６のいずれか１項に記載の方法。
8. 非３ＧＰＰによってコアネットワークにアクセスするシステムであって、
   非３ＧＰＰアクセスシステムに配置され、ＵＥの能力情報を取得する能力情報取得ユニットと、
   前記非３ＧＰＰアクセスシステムに配置され、前記能力情報取得ユニットによって取得された前記能力情報により、または前記能力情報取得ユニットによって取得された前記能力情報および前記非３ＧＰＰアクセスシステムの自身の能力により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定する強化情報決定ユニットと、を備え、または
   ＵＥに配置され、非３ＧＰＰアクセスシステムの能力情報を取得する能力情報取得ユニットと、
   前記ＵＥに配置され、前記能力情報取得ユニットによって取得された前記能力情報により、または前記能力情報取得ユニットによって取得された前記能力情報および前記ＵＥの自身の能力により、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可するかどうかを決定する強化情報決定ユニットと、
   を備えることを特徴とするシステム。
9. 前記非３ＧＰＰアクセスシステムに配置される場合の前記強化情報決定ユニットは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送が許可されるかどうかの決定結果をＵＥへ送信することにさらに用いられる
   ことを特徴とする請求項８に記載のシステム。
10. 前記決定を出した後に、前記強化情報決定ユニットは、ＥＰＣセッション確立に必要な情報のＵＥによる伝送を許可し、
    前記非３ＧＰＰアクセスシステムに配置される場合の前記強化情報決定ユニットは、ＵＥによってキャリーされる、要求されたＡＰＮを受信した後に、ＥＰＣへＵＥが要求したＡＰＮを送信することにさらに用いられる
    ことを特徴とする請求項８に記載のシステム。
11. 前記ＡＰＮ情報は、ＵＥの能力を暗黙的に示すように用いられる
    ことを特徴とする請求項８に記載のシステム。
12. 前記ＵＥの能力情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされ、
    ＥＰＣセッション確立に必要な前記情報が、ＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされ、
    前記ＵＥの能力情報は、ＵＥが要求したＡＰＮ又はＵＥの能力指示であり、
    ＥＰＣセッション確立に必要な前記情報は、要求されたＡＰＮである
    ことを特徴とする請求項９〜１１のいずれか１項に記載のシステム。
13. 非３ＧＰＰによってコアネットワークにアクセスする装置であって、
    当該装置はＵＥであり、ＵＥの能力情報を送信した後、ＥＰＣセッション確立に必要な情報のＵＥによる伝送が許可されるかどうかの決定結果を受信することと、前記決定結果により、ＥＰＣセッション確立に必要な情報を伝送するかどうかを決定することとに用いられる
    ことを特徴とする装置。
14. 前記ＵＥの能力情報が、拡張可能なＥＡＰ認証メッセージ又はＤＨＣＰメッセージにキャリーされる
    ことを特徴とする請求項１３に記載の装置。

Images