JP2017017724A - Ｐｄｎ接続を確立および使用する方法および装置 - Google Patents

Abstract

【課題】非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しユーザ機器と３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を確立する。【解決手段】複数パケットデータネットワーク接続を識別するため、またはかかる識別を可能にするため、複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき、または同じＩＰアドレスが対応付けられた複数パケットデータネットワーク接続の少なくとも各パケットデータネットワーク接続につき、異なるデバイス識別子を使用する。複数パケットデータネットワーク接続を識別するため使用されるデバイス識別子は、ユーザ機器２に対応付けられたデバイス識別子であり、または非３ＧＰＰアクセスネットワーク内のゲートウェイノード１２に対応付けられたデバイス識別子であり、またはこれらの組合せである。デバイス識別子はＭＡＣアドレスであってよい。【選択図】図１

Description

本開示は移動端末が非３ＧＰＰ（または同等）アクセスネットワークを経由し３ＧＰＰコアネットワーク（または同等）へ接続する方式に関わる方法および装置に関する。本開示は特にユーザ機器から非３ＧＰＰアクセスネットワークを経由し３ＧＰＰコアネットワークにかけてパケットデータネットワーク接続を確立および使用することに、特に複数のかかるパケットデータネットワーク接続を識別することに、利用できる。この方法は特に固定通信移動通信融合に利用できる。

第三世代プロジェクトパートナーシップ（３ＧＰＰ）は将来のロングタームエボリューション（ＬＴＥ）無線移動遠隔通信規格のコアネットワークアーキテクチャとしてシステムアーキテクチャエボリューション（ＳＡＥ）を開発した。ＳＡＥアーキテクチャの主要要素は発展型パケットコアである（ＥＰＣ、「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ Ａｃｃｅｓｓｅｓ（非３ＧＰＰアクセスのためのアーキテクチャ強化）」、３ＧＰＰ ＴＳ ２３．４０２を参照されたい）。ＬＴＥ／ＳＡＥネットワークはユーザプレーンとコントロールプレーンをサポートするエンティティを含む。

遠隔通信は固定通信移動通信融合（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）（ＦＭＣ）と呼ばれる固定ネットワークと移動ネットワークの融合に向かって進んでいる。ＩＰベースの技術を用いてネットワークを進化させる流れは固定ネットワークと移動ネットワークで共通であり、融合を容易にする。ＦＭＣによって移動ネットワーク事業者と固定ネットワーク事業者はそれぞれのネットワーク資源を効率よく利用できるようになり、資本支出と事業支出（ＣＡＰＥＸとＯＰＥＸ）の削減に結び付く。例えばユーザが住居の中でマルチメディアテレフォニー（ＭＭＴｅｌ）等のＩＰ方式アプリケーションを実行する場合は、無線アクセスネットワークより固定アクセスネットワークのブロードバンド接続を利用したほうが効率的である。

住居ネットワークは通常のユーザによって最も一般的に利用されている固定ネットワークアクセスであるため、ＦＭＣの成功にとって重要である。したがって、住居ネットワークを通じて携帯電話を発展型パケットコア（ＥＰＣ）へ接続できるようにすることが重要である。ここでは移動端末または携帯電話という用語の代わりに、あるいは端末またはデバイスの代わりに、用語「ユーザ機器（ＵＥ）」が互換的に使用される。用語ＵＥは第三世代パートナーシッププロジェクト（３ＧＰＰ）の文書でよく使われており、インターネットにアクセスするよう構成された機器を指し、例えば移動遠隔通信デバイス、可搬型または手持ち型計算デバイス、デスクトップ型または据付け型コンピュータを無制限に含む。ただし本開示とここで説明される独創的手法において、この用語は必ずしも３ＧＰＰ規格をサポートするデバイスに限定されない。

３ＧＰＰは移動２Ｇ／３Ｇ／ＬＴＥアクセスと「非３ＧＰＰアクセス」を規定している（ＴＳ ２３．４０２）。後者は固定ネットワークとなる場合がある。ＢＢＦ（ブロードバンドフォーラム、固定アクセスの規格化団体、ｈｔｔｐ：ｗｗｗ．ｂｒｏａｄｂａｎｄ−ｆｏｒｕｍ．ｏｒｇ／を参照されたい）は固定ネットワークのアーキテクチャを規定している。これらの２団体ではＦＭＣについて共同の作業項目が進められている［３ＧＰＰ ＴＲ ２３．８３９、現在ＴＳ ２３．１３９へ移行中、ＢＢＦ ＷＴ ２０３］。多くのＵＥが複数の無線インターフェイスを提供することにより、すなわち２Ｇ／３Ｇ／ＬＴＥアクセスへ接続するためのインターフェイスと固定ネットワークへ接続するためのＷｉＦｉインターフェイスを提供することにより、ＦＭＣの流れに対応している。

固定通信移動通信融合（ＦＭＣ）については数々の作業項目が進められている。ＦＭＣではデュアルラジオＵＥが通常想定される。ＵＥは３ＧＰＰアクセス（例えばＬＴＥ）のための１つの無線インターフェイスと、固定アクセス（例えばＷｉＦｉ）のための１つの無線インターフェイスとを有する。３ＧＰＰでは「Ｓｔｕｄｙ ｏｎ Ｓｕｐｐｏｒｔ ｏｆ ＢＢＦ Ａｃｃｅｓｓ Ｉｎｔｅｒｗｏｒｋｉｎｇ」（ＢＢＡＩ）（ＢＢＦアクセスインターワーキングのサポートに関する研究）で３ＧＰＰ（移動ネットワークの規格化団体）とＢＢＦ（固定ネットワークの規格化団体）との連携を取り上げている［３ＧＰＰ ＴＲ ２３．８３９、ＴＳ ２３．１３９、ＢＢＦ ＷＴ ２０３］。

ＷｉＦｉアライアンスでは別の規格化作業が進められている。ＷｉＦｉアライアンスの焦点のひとつは（パブリック）ホットスポットである。このため、上述した住居ネットワークに加えてホットスポットもＦＭＣの成功を左右する鍵となりつつある。３ＧＰＰにはＳａＭＯＧと呼ばれる作業項目がある（Ｓｔｕｄｙ ｏｎ Ｓ２ａ ｍｏｂｉｌｉｔｙ ｂａｓｅｄ ｏｎ ＧＴＰ ＆ ＷＬＡＮ ａｃｃｅｓｓ ｔｏ ＥＰＣ（ＥＰＣに対するＧＴＰおよびＷＬＡＮアクセスに基づくＳ２ａモビリティに関する研究）、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／２３８５２．ｈｔｍにて３ＧＰＰ ＴＲ ２３．８５２を参照されたい）。ＳａＭＯＧはＳ２ａに関係するがＢＢＦには関係しない。

３ＧＰＰ ＵＥは非３ＧＰＰアクセスネットワークにアタッチでき、Ｓ２インターフェイスを介して１つ以上のパケットデータネットワーク（ＰＤＮ）へ接続できる［３ＧＰＰ ＴＳ ２３．４０２］。Ｓ２インターフェイスにはＳ２ａ、Ｓ２ｂ、およびＳ２ｃの３種類がある。Ｓ２ｂとＳ２ｃは非３ＧＰＰアクセスネットワークの上に重なり、非３ＧＰＰアクセスネットワークに影響を与えない。Ｓ２ａはより収束的なソリューションであり、非３ＧＰＰアクセスネットワーク内のノードに影響を与える。Ｓ２ａでは非３ＧＰＰアクセスネットワークが信頼されているとみなされる。このため非３ＧＰＰアクセスネットワークはＴＮＡＮ（信頼された非３ＧＰＰアクセスネットワーク）と表記される。ＴＮＡＮがＵＥに対し無線技術として無線ＬＡＮ（ＷＬＡＮ）を使用する場合、ＴＮＡＮはＴＷＡＮ（信頼されたＷＬＡＮアクセスネットワーク）と表記される。ＴＷＡＮ上のＳ２ａは現在３ＧＰＰで規格化されている［３ＧＰＰ ＴＳ ２３．４０２の第１６章］。

添付の図面の図１はアーキテクチャの概要を伝える概略ブロック図であり、ＴＮＡＮ ６を介して３ＧＰＰドメイン４へ接続するＵＥ ２を示している。ＴＮＡＮ ６は住居ゲートウェイ（ＲＧ）８と、アクセスノード１０と、ＴＮＡＮ Ｓ２ａピア（ＴＮＳＰ）１２と表記されるゲートウェイノードとを備える。３ＧＰＰドメイン４は１つ以上のＰＤＮゲートウェイ（ＰＧＷ）１４を備える。ＴＮＡＮがＴＷＡＮ ６である場合、ＴＷＡＮ ６内のゲートウェイノードはＴＷＡＮアクセスゲートウェイ（ＴＷＡＧ）１２と表記される。

Ｓ２ａにはＴＮＡＮまたはＴＷＡＮ ６内のＴＮＳＰまたはＴＷＡＧ １２（例えばＢＢＦボーダーネットワークゲートウェイ（ＢＮＧ））と３ＧＰＰ ＰＧＷ １４との間の各ＰＤＮ接続につきＧＰＲＳトンネリングプロトコル（ＧＴＰ）またはプロキシモバイルＩＰ（ＰＭＩＰ）トンネルがある。各ＰＤＮ接続は３ＧＰＰ ＰＧＷ １４でアンカーされる。ＵＥは各ＰＤＮ接続につき１つのＩＰアドレスを受け取る。このアドレスを割り当てるのはＰＧＷである。同様に、異なるＵＥおよびＰＤＮ接続からトラフィックを分離するため、ＵＥ ２とＴＮＳＰまたはＴＷＡＧ １２との間にはポイントツーポイントリンクが設けられる。

ポイントツーポイントリンクは２つのネットワーキングノード間に論理的直接接続を提供するプロトコルと考えることができる。ノードＡからポイントツーポイントリンクを介してノードＢへ送信されるデータフレームはノードＣを通過しない。尚、「ポイントツーポイントリンク」は論理的概念であって、数通りの方法で実装できる。ＵＥ ２とＴＮＳＰまたはＴＷＡＧ １２との間のネットワークは通常はイーサネット方式である。ＵＥ ２とＴＮＳＰ １２との中間に位置するノードはＬ２（イーサネット）上でＴＮＳＰ １２に対し強制転送を行う。ＴＮＳＰ １２はＵＥ ２に向けられたダウンストリームトラフィックを、たとえこのトラフィックがＬ３（ＩＰ）上でマルチキャスト／ブロードキャストされる場合でも、Ｌ２上でユニキャストとして送信する。

かかる実装はＵＥ ２と既存ＴＮＡＮまたはＴＷＡＮ設備に殆ど影響を与えない（特にＴＮＡＮまたはＴＷＡＮがＢＢＦによって規定される場合）。さらに重要なこととして、ＵＥ ２が１つのデフォルトＰＤＮ接続を有する場合はＵＥ ２に影響しない。ＴＮＳＰまたはＴＷＡＧ １２は、ＵＥ ＭＡＣ（メディアアクセス制御）アドレスとＵＥ ２に割り当てられたＰＤＮ接続ＩＰアドレスに基づき異なるＰＤＮ接続を識別できる。

ＵＥ ２とＴＮＳＰ １２との間でポイントツーポイントリンクを実装する方法は他にもある。例はＬ３トンネル（例えばＩＰｓｅｃまたはＩＰ−ｉｎ−ＩＰ）、Ｌ２トンネル（例えばＬ２ＴＰ）等である。ただしこれらはいずれもＵＥ ２またはＴＮＡＮ設備に大きな影響を与える傾向にある。

出願人は上述したアーキテクチャの問題を認識している。具体的には、１つ以上のＰＧＷが異なるＰＤＮ接続に対し同じＩＰアドレスを割り当てる状況があり得ることが分かっている。これは例えば、それぞれ独自のアドレシング方式を持つ２つの閉ざされた企業ネットワークにそれぞれ関係する２つのＰＤＮ接続がある場合に起こり得る。各ＰＤＮは異なるＰＧＷによって処理されることがあり、各ＰＧＷは異なる事業者によって管理されることがある。３ＧＰＰドメインとＵＥはそのような重複を問題なく処理するよう設計されている。ただし問題はＴＮＳＰまたはＴＷＡＧが混乱し、アップストリームトラフィックを適切なＧＴＰ／ＰＭＩＰにマップできなくなることである。

実際の状況でそのような問題が起こる見込みが低いことに注意されたい。殆どのＵＥは１つのＰＤＮ接続を使用し、異なるＰＤＮのＩＰアドレシング方式は殆どの場合重複しない。ただし問題は起こり得、解決策はなく、出願人はこの問題への対処が望ましいと認識している。

典型的に、ＵＥが非３ＧＰＰアクセスネットワークを介して３ＧＰＰコアネットワークにアクセスするときにアドレス重複または衝突の問題が起こるシナリオは２つある。両シナリオではデュアルラジオＵＥが想定される。つまりＵＥは３ＧＰＰアクセス（例えばＬＴＥ）のための１つの無線インターフェイスと、非３ＧＰＰアクセス（例えばＷｉＦｉ）のための１つの無線インターフェイスとを有する。

第１のシナリオは添付の図面の図２で図解されている。第１のシナリオでＵＥ ２は最初に３ＧＰＰアクセス１６へ接続され、既に３ＧＰＰアクセス１６にて重複するアドレスを有し、または非３ＧＰＰアクセス６で割当て済みのアドレスと重複するアドレスを３ＧＰＰアクセス１６にて有する。既に述べたように、３ＧＰＰアクセスにおける重複アドレスは問題にならない。３ＧＰＰはそのような状況を考慮に入れている。ただし問題はＵＥが非３ＧＰＰアクセス６へハンドオーバーを行うときに起こる。これは第１のシナリオと考えることができる。

第２のシナリオでＵＥ ２は非３ＧＰＰアクセス６へアタッチされ、新しいＰＤＮ接続を開放する。第２のシナリオにおいて、そのＰＤＮ接続の新しいアドレスは既存のアドレスと重複する。

出願人は、特に（ａ）特定の状況でＳ２ａの配備に制約を課さない方法で、および／または（ｂ）ＵＥが異なるＰＤＮから到来する場合にダウンリンクＩＰマルチキャストを識別することを可能にする方法で、上記の問題に対処することが望ましいと認識している。

「Ａｒｃｈｉｔｅｃｔｕｒｅ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ Ａｃｃｅｓｓｅｓ」、３ＧＰＰ ＴＳ ２３．４０２ 「Ｓｔｕｄｙ ｏｎ Ｓｕｐｐｏｒｔ ｏｆ ＢＢＦ Ａｃｃｅｓｓ Ｉｎｔｅｒｗｏｒｋｉｎｇ」、３ＧＰＰ ＴＲ ２３．８３９、３ＧＰＰ ＴＳ ２３．１３９、ＢＢＦ ＷＴ ２０３ Ｓｔｕｄｙ ｏｎ Ｓ２ａ ｍｏｂｉｌｉｔｙ ｂａｓｅｄ ｏｎ ＧＴＰ ＆ ＷＬＡＮ ａｃｃｅｓｓ ｔｏ ＥＰＣ、３ＧＰＰ ＴＲ ２３．８５２（ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ｈｔｍｌ−ｉｎｆｏ／２３８５２．ｈｔｍ）

ここでは、ＢＢＦネットワークまたはドメイン等の３ＧＰＰアクセスネットワークを介し発展型パケットコア等の３ＧＰＰコアネットワークへ移動端末またはＵＥを接続することに関する方法が提案される。この方法は、移動端末またはＵＥが例えばＷｉＦｉを使用し固定住居ネットワークを通じて３ＧＰＰコアネットワークへ接続する固定通信移動通信融合方式に利用できる。

ＵＥは非３ＧＰＰアクセスネットワークへアタッチでき、３ＧＰＰコアネットワークを介して１つ以上のＰＤＮへ接続できる。各ＰＤＮ接続は３ＧＰＰコアネットワーク内のゲートウェイノード（ＰＤＮゲートウェイすなわちＰＧＷ等）と非３ＧＰＰアクセスネットワーク内のゲートウェイノード（ＴＮＳＰまたはＴＷＡＧ、またはボーダーゲートウェイノードすなわちＢＧＷ等。ＢＢＦネットワークが非３ＧＰＰアクセスネットワークである場合、ＢＧＷはＢＮＧであってよい）でアンカーされる。非３ＧＰＰアクセスネットワーク内のゲートウェイノード（例えばＢＮＧ）と３ＧＰＰコアネットワーク内のゲートウェイノード（例えばＰＧＷ）との間の各ＰＤＮ接続につき別々のトンネルが確立される。

ここでは非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しユーザ機器と３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を確立および／または使用する方法が開示され、該方法では、複数パケットデータネットワーク接続を識別するため、またはかかる識別を可能にするため、複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき、または同じＩＰアドレスが対応付けられた複数パケットデータネットワーク接続の少なくとも各パケットデータネットワーク接続につき、異なるデバイス識別子が使用される。複数パケットデータネットワーク接続を識別するため使用されるデバイス識別子は、ユーザ機器に対応付けられたデバイス識別子であり、または非３ＧＰＰアクセスネットワーク内のゲートウェイノードに対応付けられたデバイス識別子であり、またはこれらの組合せである。例えばデバイス識別子はＭＡＣアドレスであってよく、以下の説明はそのような場合に焦点を当てるが、種類の異なるデバイス識別子も可能であることは以下の説明から明白となる。

簡潔にするため、非３ＧＰＰアクセスネットワーク内のゲートウェイノード（例えばＢＮＧ）は非３ＧＰＰゲートウェイノード（例えばＢＮＧ）と呼ぶことができ、３ＧＰＰコアネットワーク内のゲートウェイノード（例えばＰＧＷ）は３ＧＰＰゲートウェイノード（例えばＰＧＷ）と呼ぶことができる。

ＵＥは各ＰＤＮ接続につきＩＰアドレスを受け取る。この点において、ＰＤＮ接続は、例えば１つのＩＰｖ４アドレスおよび／または１つのＩＰｖ６プレフィックスによって表される、ＵＥおよびＰＤＮ間のアソシエーションとみなすことができる。このアドレスを割り当てるのは３ＧＰＰコアネットワーク内のゲートウェイノード（例えばＰＧＷ）である。ＰＤＮはアクセスポイント名（ＡＰＮ）によって識別され、ＰＤＮはＰＧＷ経由でアクセスされる。この点において、ここで、用語「ＩＰアドレス」はＩＰｖ４アドレスとＩＰｖ６プレフィックス等を含むことを意図する。

ここでは特に、非３ＧＰＰアクセスネットワークを介しＵＥと３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を、すなわちＰＤＮ接続を、確立および／または使用するための方法が提案される。この方法は、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、複数ＰＤＮ接続の各ＰＤＮ接続につき、または同じＩＰアドレスが対応付けられた複数ＰＤＮ接続の少なくとも各ＰＤＮ接続につき、異なるＭＡＣアドレスを使用することを有する。

同様に、ここでは、非３ＧＰＰアクセスネットワークを介しＵＥと３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を、すなわちＰＤＮ接続を、確立および／または使用するための装置が提案される。この装置は、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、複数ＰＤＮ接続の各ＰＤＮ接続につき、または同じＩＰアドレスが対応付けられた複数ＰＤＮ接続の少なくとも各ＰＤＮ接続につき、異なるＭＡＣアドレスを使用するよう構成される。

ＰＤＮ接続に対応付けられる上述したＩＰアドレスは通常、（例えば３ＧＰＰコアネットワーク内のゲートウェイノードによって）ＵＥに割り当てられるＩＰアドレスであるため、これ以降ＵＥ ＩＰアドレスと呼ばれる。

各ＰＤＮ接続につき、非３ＧＰＰアクセスネットワーク内のゲートウェイノードと３ＧＰＰコアネットワーク内のゲートウェイノードとの間にトンネルがあってよく、ＵＥと非３ＧＰＰアクセスネットワーク内のゲートウェイノードとの間にポイントツーポイント接続があってよい。ポイントツーポイント接続で送信されるメッセージはソースおよび宛先デバイス（ＵＥまたは非３ＧＰＰアクセスネットワーク内のゲートウェイノード）のそれぞれのＭＡＣアドレスを含むタイプのものであってよい。ポイントツーポイント接続はＬ２またはイーサネット接続であってよい。

複数ＰＤＮ接続を識別するため使用されるＭＡＣアドレスは、ＵＥに対応付けられたＭＡＣアドレスであってよく、または非３ＧＰＰアクセスネットワーク内のゲートウェイノードに対応付けられたＭＡＣアドレスであってよく、またはこれらの組合せであってよい。

例えば図１を参照して上述したように、ＴＮＳＰまたはＴＷＡＧ １２は、ＵＥ ＭＡＣアドレスとＵＥ ２に割り当てられたＰＤＮ接続ＩＰアドレスに基づき異なるＰＤＮ接続を識別できる。以前に検討されたシステムにおいて、これはＵＥの固定ＭＡＣアドレスを前提とし、ＵＥの異なるＰＤＮ接続の識別は実際にはＩＰアドレスに基づいており、各ＰＤＮ接続には異なるＩＰアドレスが割り当てられなければならない。ここで提案されるものは、ＵＥのそれぞれ異なるＰＤＮ接続に異なるＩＰアドレスを割り当てるという要求を緩和または解消する。なぜなら、それぞれ異なるＰＤＮ接続の識別は（ＵＥ ２の、またはＴＮＳＰ／ＴＷＡＧ １２の、または両方の）ＭＡＣアドレスに基づいて行えるからである。勿論、異なるＰＤＮ接続に異なるＩＰアドレスが対応付けられることを保証できる場合は、それらのＰＤＮ接続に異なるＭＡＣアドレスを使用する必要はないが、異なるＭＡＣアドレスを異なるＩＰアドレスと組み合わせて使用することは可能である。

一例において、ＵＥ ２は各ＰＤＮ接続につき異なるＭＡＣアドレスを使用する。最初の、または第１の、ＰＤＮ接続は、ＵＥの実際の、または予め割り当てられた、ＭＡＣアドレスに基づかせることができ、以降のＰＤＮ接続はＵＥによって生成されるＭＡＣアドレスに基づかせることができる。これらのＭＡＣアドレスはグローバルに一意である必要はない。アップストリームにおいて、ＴＮＳＰまたはＴＷＡＧ １２は各ＭＡＣアドレスを異なるＧＴＰ／ＰＭＩＰトンネルにマップできる。これはＩＰアドレス衝突の問題を解決する。ダウンストリームにおいて、ＴＮＳＰまたはＴＷＡＧ １２は各トンネルを異なるＭＡＣアドレスにマップできる。これは異なるＰＤＮからのダウンリンクＩＰマルチキャストの問題を解決する。ＵＥ ２は宛先ＭＡＣアドレスに基づきこれらを区別できる。

別の例において、ＴＮＳＰまたはＴＷＡＧ １２は各ＰＤＮ接続につき異なるＭＡＣアドレスを使用できる。

この新しいアプローチはソリューションの展開に制約を課さない。結果的にＵＥまたはＴＮＳＰ／ＴＷＡＧに影響が及ぶが、この影響を凌ぐ利点が多くのシナリオで提供されると考えられる。

上述したように、この方法は、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、非３ＧＰＰアクセスネットワークを介したＵＥと３ＧＰＰコアネットワークとの間の複数ＰＤＮ接続の各ＰＤＮ接続につき、または同じＵＥ ＩＰアドレスが対応付けられた複数ＰＤＮ接続の少なくとも各ＰＤＮ接続につき、異なるデバイス識別子（例えばＭＡＣアドレス）を使用することを有する。これはＵＥと非３ＧＰＰアクセスネットワーク内の特定のゲートウェイとが関与する複数のＰＤＮ接続に関して検討できる。

各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、ＵＥと非３ＧＰＰアクセスネットワーク内の両方で実行される。

ＵＥ側から見て、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を（例えば生成または選択することにより）決定することを有してよい。こうすることで複数ＰＤＮ接続を識別することが可能となる。複数ＰＤＮ接続の各ＰＤＮ接続につき、この決定はＰＤＮ接続が確立される前に行われる。

ＵＥで実行される方法は、確立される複数パケットデータネットワーク接続の各々につき、（ａ）複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、ユーザ機器のため決定されるデバイス識別子とは異なるデバイス識別子をユーザ機器のため決定することと、（ｂ）パケットデータネットワーク接続を確立する要請を、例えば該要請のソースに対応付けられるデバイス識別子としてステップ（ａ）で決定されたデバイス識別子を該要請に含め、非３ＧＰＰアクセスネットワーク内のゲートウェイノードへ送信することと、（ｃ）パケットデータネットワーク接続を確立することとを有する。

ＵＥ側から見て、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、異なるデバイス識別子（例えばＭＡＣアドレス）を使用し実際に複数ＰＤＮ接続を識別するステップを有してよい。この識別ステップは、ＰＤＮ接続が確立済みで、ＵＥがそれらのＰＤＮ接続で通信しているときに実行される。

ＵＥ側と非３ＧＰＰアクセスネットワーク側から見て、デバイス識別子（例えばＭＡＣアドレス）が非３ＧＰＰアクセスネットワークとＵＥでそれぞれ生成される場合、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、ＰＤＮ接続を確立するときにデバイス識別子（例えばＭＡＣアドレス）をＰＤＮ接続に対応付けることを有してよい。こうすることで複数ＰＤＮ接続を識別することが可能となる。

ＵＥで実行される方法は、複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、（ｄ）使用されるパケットデータネットワーク接続を決定することと、（ｅ）ステップ（ｄ）で決定されたパケットデータネットワーク接続に適したデバイス識別子を選択することと、（ｆ）ステップ（ｅ）で選択されたデバイス識別子を、例えばパケットのソースに対応付けられたデバイス識別子として、パケットに含め、且つパケットデータネットワーク接続でパケットを送信することとを有してよい。

ＵＥで実行される方法は、複数パケットデータネットワーク接続の１パケットデータネットワーク接続で受信される複数データパケットの各々につき、（ｇ）例えばパケットの宛先に対応付けられたデバイス識別子としてデバイス識別子を含むパケットを受信することと、（ｈ）ステップ（ｇ）で受信されたパケットからデバイス識別子を決定することと、（ｉ）ステップ（ｈ）で決定されたデバイス識別子に基づきパケットデータネットワーク接続を決定することとを有してよい。

非３ＧＰＰアクセスネットワーク側から見て、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を（例えば生成または選択することにより）決定することを有してよい。こうすることで複数ＰＤＮ接続を識別することが可能となる。複数ＰＤＮ接続の各ＰＤＮ接続につき、この決定はＰＤＮ接続が確立される前に行われる。

再び非３ＧＰＰアクセスネットワーク側から見て、複数ＰＤＮ接続の各ＰＤＮ接続につき異なるデバイス識別子（例えばＭＡＣアドレス）を使用するステップは、異なるデバイス識別子（例えばＭＡＣアドレス）を使用し実際に複数ＰＤＮ接続を識別するステップを有してよい。この識別ステップは、ＰＤＮ接続が確立済みで、非３ＧＰＰアクセスネットワークを介してそれらのＰＤＮ接続で通信が行われているときに実行される。

非３ＧＰＰアクセスネットワーク内のゲートウェイノードで実行される方法は、確立される複数パケットデータネットワーク接続の各々につき、（Ａ）ユーザ機器に対応付けられたデバイス識別子を含む、パケットデータネットワーク接続を確立する要請を、受信することと、またはパケットデータネットワーク接続を確立する要請を受信し、且つ複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、ゲートウェイノードのため決定されるデバイス識別子とは異なるゲートウェイノードのデバイス識別子を決定することと、（Ｂ）要請されたパケットデータネットワーク接続を確立することと、（Ｃ）ステップ（Ｂ）で確立されたパケットデータネットワーク接続にデバイス識別子を対応付けることとを有してよい。

非３ＧＰＰアクセスネットワーク内のゲートウェイノードで実行される方法は、複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、（Ｄ）パケットを受信することと、（Ｅ）（ｉ）パケットがユーザ機器から受信される場合は、パケットに含まれているデバイス識別子に基づき使用される適切なトンネルを決定することと、または（Ｅ）（ｉｉ）パケットが３ＧＰＰコアネットワークからトンネルを通って受信される場合は、パケットが通過したトンネルに基づきデバイス識別子を決定することと、（Ｆ）（ｉ） （Ｅ）（ｉ）の場合は、ステップ（Ｅ）（ｉ）で決定されたトンネルを通じてパケットを送信することと、または（Ｆ）（ｉｉ） （Ｅ）（ｉｉ）の場合は、ステップ（Ｅ）（ｉｉ）で決定されたデバイス識別子に適した接続でパケットをユーザ機器へ送信することとを有してよい。

非３ＧＰＰゲートウェイノード（例えばＢＮＧ）は、トンネルセットアップ手順の一部として、または別個に、３ＧＰＰゲートウェイノード（例えばＰＧＷ）へメッセージ（例えばＰＤＮ接続要請）を送信する。

ＰＤＮ接続要請は３ＧＰＰコアネットワークによって受け付けられる。３ＧＰＰゲートウェイノード（例えばＰＧＷ）はＵＥにＩＰアドレスを割り当て、これを応答メッセージに入れて非３ＧＰＰゲートウェイノード（例えばＢＮＧ）へ送信する。

その後非３ＧＰＰゲートウェイノード（例えばＢＮＧ）はトンネルセットアップ手順を完了し、割り当てられたＩＰアドレスをＵＥへ送信する。割り当てられたＩＰアドレスはトリガー応答メッセージに含められてよい。ただし、トンネル設置のトリガーが明示的トリガーメッセージではなく認証の場合、割り当てられたＩＰアドレスは例えばルータ通知（ＩＰｖ６）で、またはＤＨＣＰ（ＩＰｖ４）により、ＵＥへ送られる。

非３ＧＰＰアクセスネットワークで実行されるステップは非３ＧＰＰアクセスネットワークのゲートウェイノードによって実行されてよく、３ＧＰＰコアネットワークで実行されるステップは３ＧＰＰコアネットワークのゲートウェイノードによって実行されてよい。

非３ＧＰＰアクセスネットワークはブロードバンドフォーラム、ＢＢＦ、ネットワークであってよい。

非３ＧＰＰゲートウェイノードはＢＢＦネットワークのボーダーネットワークゲートウェイノードであってよい。

３ＧＰＰゲートウェイノードは３ＧＰＰコアネットワークのＰＤＮゲートウェイノードであってよい。

本開示は非３ＧＰＰアクセスネットワーク内のゲートウェイノード等のノードで実行されるステップ（ならびにそれらのステップを実行する手段または装置またはプロセッサまたは送信器／受信器）と、ＵＥで実行されるステップ（ならびにそれらのステップを実行する手段または装置またはプロセッサまたは送信器／受信器）とを提示する。

ここではまた、非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しユーザ機器と３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を確立および／または使用するための装置が開示され、該装置は、複数パケットデータネットワーク接続を識別するため、またはかかる識別を可能にするため、複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき、または同じＩＰアドレスが対応付けられた複数パケットデータネットワーク接続の少なくとも各パケットデータネットワーク接続につき、異なるデバイス識別子を使用するよう構成され、複数パケットデータネットワーク接続を識別するため使用されるデバイス識別子は、ユーザ機器に対応付けられたデバイス識別子であり、または非３ＧＰＰアクセスネットワーク内のゲートウェイノードに対応付けられたデバイス識別子であり、またはこれらの組合せである。

ここではまた、かかる装置を備えるユーザ機器が開示され、該ユーザ機器は、確立される複数パケットデータネットワーク接続の各々につき、（ａ）複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、ユーザ機器のため決定されるデバイス識別子とは異なるデバイス識別子をユーザ機器のため決定し、（ｂ）パケットデータネットワーク接続を確立する要請を、ステップ（ａ）で決定されたデバイス識別子を該要請に含め、非３ＧＰＰアクセスネットワーク内のゲートウェイノードへ送信し、且つ（ｃ）パケットデータネットワーク接続を確立するよう構成される。

ここではまた、かかる装置を備えるユーザ機器が開示され、該ユーザ機器は、複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、（ｄ）使用されるパケットデータネットワーク接続を決定し、（ｅ）ステップ（ｄ）で決定された前記パケットデータネットワーク接続に適したデバイス識別子を選択し、且つ（ｆ）ステップ（ｅ）で選択されたデバイス識別子を、例えばパケットのソースに対応付けられたデバイス識別子として、パケットに含め、且つパケットデータネットワーク接続でパケットを送信するよう構成される。

ここではまた、かかる装置を備えるユーザ機器が開示され、該ユーザ機器は、複数パケットデータネットワーク接続の１パケットデータネットワーク接続で受信される複数データパケットの各々につき、（ｇ）例えばパケットの宛先に対応付けられたデバイス識別子としてデバイス識別子を含むパケットを受信し、（ｈ）ステップ（ｇ）で受信されたパケットからデバイス識別子を決定し、且つ（ｉ）ステップ（ｈ）で決定されたデバイス識別子に基づきパケットデータネットワーク接続を決定するよう構成される。

ここではまた、非３ＧＰＰアクセスネットワークで使用されるゲートウェイノードが開示され、該ゲートウェイノードはかかる装置を備え、且つ確立される複数パケットデータネットワーク接続の各々につき、（Ａ）ユーザ機器に対応付けられたデバイス識別子を含む、パケットデータネットワーク接続を確立する要請を受信し、またはパケットデータネットワーク接続を確立する要請を受信し、且つ複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、ゲートウェイノードのため決定されるデバイス識別子とは異なるゲートウェイノードのデバイス識別子を決定し、（Ｂ）要請されたパケットデータネットワーク接続を確立し、（Ｃ）ステップ（Ｂ）で確立されたパケットデータネットワーク接続にデバイス識別子を対応付けるよう構成される。

ここではまた、非３ＧＰＰアクセスネットワークで使用されるゲートウェイノードが開示され、該ゲートウェイノードはかかる装置を備え、且つ複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、（Ｄ）パケットを受信し、（Ｅ）（ｉ）パケットがユーザ機器から受信される場合は、パケットに含まれているデバイス識別子に基づき使用される適切なトンネルを決定し、または（Ｅ）（ｉｉ）パケットが３ＧＰＰコアネットワークからトンネルを通って受信される場合は、パケットが通過したトンネルに基づきデバイス識別子を決定し、且つ（Ｆ）（ｉ） （Ｅ）（ｉ）の場合は、ステップ（Ｅ）（ｉ）で決定されたトンネルを通じてパケットを送信し、または（Ｆ）（ｉｉ） （Ｅ）（ｉｉ）の場合は、ステップ（Ｅ）（ｉｉ）で決定されたデバイス識別子に適した接続でパケットをユーザ機器へ送信するよう構成される。

ここで提案される方法を実行するため装置を制御する、または装置に読み込まれて該装置をここで提案される装置にする、プログラムも提案される。プログラムは保持媒体に保持されてよい。保持媒体は記憶媒体であってよい。保持媒体は伝送媒体であってよい。かかるプログラムによってプログラムされる装置も想定され、かかるプログラムを収容する記憶媒体も想定される。

当業者は上記の説明と関連図面に提示される教示に基づき説明される実施形態の修正や異形を考え付くであろう。実施形態は開示される具体例に限定されず、修正や異形が本開示の範囲内に含まれることを理解されたい。ここでは専門用語が使用されることがあるが、それらの用語は制限の目的で使用されているのではなく、一般的且つ説明的意味で専ら使用されている。

上で説明した図１は、ＵＥとＴＮＳＰとの間にポイントツーポイントリンクが設けられ、ＴＮＳＰとＰＧＷとの間にトンネルが設けられるアーキテクチャの概要を伝える概略ブロック図である。 上で説明した図２は、３ＧＰＰアクセスから非３ＧＰＰアクセスへ３つのＰＤＮ接続をハンドオーバーするＵＥの概略図である。 図３はここで説明される方法を概略的に示すフローチャートである。 図４はここで説明される装置を示す概略ブロック図である。 図５はＷｉＦｉを通じて最初のＰＤＮ接続にアタッチするＵＥを示す説明図である。 図６はＷｉＦｉを通じてさらなるＰＤＮ接続にアタッチするＵＥを示す説明図である。 図７はここで説明される手法を実施できるノードの概略図である。 図８は独立した３ＧＰＰアクセスネットワークと非３ＧＰＰアクセスネットワークとを有するアーキテクチャの概略図である。 図９は非３ＧＰＰアクセスネットワークが３ＧＰＰアクセスネットワークに組み込まれた代替アーキテクチャの概略図である。 図１０は非３ＧＰＰアクセスネットワークが３ＧＰＰアクセスネットワークに組み込まれた代替アーキテクチャの概略図である。

上記概要で述べたように、ここでは非３ＧＰＰアクセスネットワークを介しＵＥと３ＧＰＰコアネットワークとの間で複数のＰＤＮ接続を（確立および／または使用し）識別する方法が提案される。この方法は、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、複数ＰＤＮ接続の各ＰＤＮ接続につき、または同じＵＥ ＩＰアドレスが対応付けられた複数ＰＤＮ接続の少なくとも各ＰＤＮ接続につき、異なるデバイス識別子（例えばＭＡＣアドレス）を使用することを有する。これはＵＥと非３ＧＰＰアクセスネットワーク内の特定のゲートウェイとが関与する複数のＰＤＮ接続に関して検討できる。

これより複数ＰＤＮ接続を識別する基礎としてＵＥ ＭＡＣアドレスが使用される場合の図解を示す。複数ＰＤＮ接続を識別する基礎として非３ＧＰＰゲートウェイノードに対応付けられたＭＡＣアドレスが使用される場合にも同様の方式が可能であることは理解されよう。この代替の運用は以下の図解から当業者にとって明白であるため、ここでは詳述しないが、簡単な説明は以下に記載されている。以下で明らかになるように、ＭＡＣアドレス以外のデバイス識別子を使用できることも理解されよう。

図３の概略的フローチャートにはＵＥで実行されるステップが示されている。図４にはそれぞれのステップ（ａ）から（ｉ）を実行するＵＥの対応する部品またはコンポーネントまたはプロセッサまたは送信器／受信器Ｐ−ａからＰ−ｉが示されている。

非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しＵＥと３ＧＰＰコアネットワークとの間で確立される複数ＰＤＮ接続の各々につき、下記ステップがＵＥで実行される。

（ａ）複数ＰＤＮ接続のうち他のＰＤＮ接続で決定されるＵＥ ＭＡＣアドレスとは異なるＵＥ ＭＡＣアドレスが決定される。

（ｂ）ステップ（ａ）で決定されたＵＥ ＭＡＣアドレスを使用し、ＰＤＮ接続を確立する要請が非３ＧＰＰアクセスネットワーク内のゲートウェイノードへ送信される。このＭＡＣアドレスは要請に含まれてよい。例えばＭＡＣアドレスはソースＭＡＣアドレスとして要請に含まれてよい。要請は動的ホスト構成プロトコル（ＤＨＣＰ）要請メッセージであってよいが、ＭＡＣアドレスを運ぶため他の何らかのプロトコル（例えば拡張認証プロトコル、ＥＡＰ、または何らかの新しいプロトコル）を使用できることは理解されよう。

（ｃ）ＰＤＮ接続が確立される。

複数ＰＤＮ接続が確立されたら、複数ＰＤＮ接続の１ ＰＤＮ接続で送信される複数データパケットの各々につき、下記ステップがＵＥで実行される。

（ｄ）使用されるＰＤＮ接続を決定する。

（ｅ）ステップ（ｄ）で決定されたＰＤＮ接続に適したＭＡＣアドレスを選択する。

（ｆ）ステップ（ｅ）で選択されたＭＡＣアドレスを、例えばソースＭＡＣアドレスとして、パケットに含め、ＰＤＮ接続でパケットを送信する。

複数ＰＤＮ接続の１ ＰＤＮ接続で受信される複数データパケットの各々につき、下記ステップがＵＥで実行される。

（ｇ）例えば宛先ＭＡＣアドレスとしてＭＡＣアドレスを含むパケットを（非３ＧＰＰゲートウェイノードから）受信する。

（ｈ）ステップ（ｇ）で受信されたパケットからＭＡＣアドレスを決定する。

（ｉ）ステップ（ｈ）で決定されたＭＡＣアドレスに基づきＰＤＮ接続を決定する。

図３の概略的フローチャートには非３ＧＰＰアクセスネットワーク内のゲートウェイノードで実行されるステップが示されている。図４にはそれぞれのステップ（Ａ）から（Ｆ）を実行する非３ＧＰＰアクセスネットワーク内のゲートウェイノードの対応する部品またはコンポーネントまたはプロセッサまたは送信器／受信器Ｐ−ＡからＰ−Ｆが示されている。

非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しＵＥと３ＧＰＰコアネットワークとの間で確立される複数ＰＤＮ接続の各々につき、下記ステップがゲートウェイノードで実行される。

（Ａ）ステップ（ｂ）でＵＥによって送信された要請が受信される。（あるいはＰＤＮ接続を識別するため非３ＧＰＰゲートウェイノードのＭＡＣアドレスが使用される場合は、このステップ（Ａ）でパケットデータネットワーク接続を確立する要請が受信され、複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、非３ＧＰＰゲートウェイノードのため決定されるデバイス識別子とは異なる非３ＧＰＰゲートウェイノードのデバイス識別子が決定される。）

（Ｂ）要請されたＰＤＮ接続が確立される。ＰＤＮ接続は、このゲートウェイノードと３ＧＰＰコアネットワーク内のゲートウェイノードとの間にトンネル（例えばＧＴＰまたはＰＭＩＰ）を含み、且つこのゲートウェイノードとＵＥとの間に接続を含む。非３ＧＰＰアクセスネットワークと３ＧＰＰコアネットワークとの間でＰＤＮ接続のトンネルを確立し、且つトンネルのＩＰアドレスを割り当てるには（このＩＰアドレスの割り当ては３ＧＰＰコアネットワークが担当する）、３ＧＰＰコアネットワークと通信する必要がある。トンネルはＵＥとＰＤＮとのＰＤＮ接続に対応付けられる。

（Ｃ）ＭＡＣアドレスがＰＤＮ接続に対応付けられる。

複数ＰＤＮ接続が確立されたら、複数ＰＤＮ接続の１ ＰＤＮ接続で送信される複数データパケットの各々につき、下記ステップが非３ＧＰＰアクセスネットワーク内のゲートウェイノードで実行される。

（Ｄ）パケットを受信する。

（Ｅ）（ｉ）パケットがＵＥから受信される場合は、パケット内のＭＡＣアドレスに基づき使用される適切なトンネルを決定する、または

（Ｅ）（ｉｉ）パケットが３ＧＰＰコアネットワークからトンネルを通って受信される場合は、パケットが通過したトンネルに基づきＭＡＣアドレスを決定する。

（Ｆ）（ｉ）上記（Ｅ）（ｉ）の場合は、ステップ（Ｅ）（ｉ）で決定されたトンネルを通じてパケットを送信する、または

（Ｆ）（ｉｉ）上記（Ｅ）（ｉｉ）の場合は、ステップ（Ｅ）（ｉｉ）で決定されたＭＡＣアドレスに適した接続でパケットをＵＥへ送信する。

一例において、ＵＥ ２は各ＰＤＮ接続につき異なるＭＡＣアドレスを使用する。最初の、または第１の、ＰＤＮ接続は、ＵＥの実際の、または予め割り当てられた、ＭＡＣアドレスに基づかせることができ、以降のＰＤＮ接続はＵＥによって生成されるＭＡＣアドレスに基づかせることができる。これらのＭＡＣアドレスはグローバルに一意である必要はない。アップストリームにおいて、ＴＮＳＰまたはＴＷＡＧ １２は各ＭＡＣアドレスを異なるＧＴＰ／ＰＭＩＰトンネルにマップできる。ダウンストリームにおいて、ＴＮＳＰまたはＴＷＡＧ １２は各トンネルを異なるＭＡＣアドレスにマップできる。別の例において、ＴＮＳＰまたはＴＷＡＧ １２は各ＰＤＮ接続につき異なるＭＡＣアドレスを使用できる。

図５はＵＥ ２のため最初のＰＤＮ接続をセットアップするフローチャートの一例である。このＰＤＮ接続はＷｉＦｉを経由し（ＲＧ ８／１０はＷｉＦｉアクセスポイントを含む）、ＬＴＥアクセスからハンドオーバーされた可能性がある。

ステップ２から１１はＷｉＦｉへのアタッチとＵＥ ２の認証に関する。この例ではＵＥ ２とアクセスポイント（ＡＰ）８／１０との間でＩＥＥＥ ８０２．１Ｘにより認証が行われる（他の手段も可能である）。３ＧＰＰで規定されているように、ＵＥ ２とＨＳＳ １８とのエンドツーエンド認証プロトコルはＥＡＰである。この例で認証信号はＴＮＡＮ内のＡＡＡサーバ経由で伝達される。

ステップ１３から２０はＰＤＮ接続の実際のセットアップに関する。この例ではＵＥ ２とＴＮＳＰ １２との間でＤＨＣＰが使用される（ただし上述したように、他の何らかの手段も、例えばＥＡＰやＩＥＥＥ ８０２．１１ｕも、可能である）。ＤＨＣＰはＡＰＮ（アクセスポイント名）文字列を運ぶため使用され、ＡＰＮ文字列はＵＥ ２が接続しようとしているＰＤＮがどれなのかを指示する。ステップ１４および１５でＴＮＳＰ １２は認証の一部としてＡＡＡに記憶されたＵＥプロファイルを問い合わせる。ＵＥプロファイルは、例えばこのＵＥ ２がアタッチできるＡＰＮのリストと、各ＡＰＮにつきステップ１６でコンタクトする必要があるＰＧＷ １４を含む。

ＵＥはＷｉＦｉへアタッチするときにＰＤＮ接続のＩＰアドレスを取得する必要がある（ＩＰ＠と略記）。これは新規アタッチかハンドオーバーアタッチを実行できる。ハンドオーバーはＨＯと略記される。ＨＯのシナリオでＵＥはＬＴＥ／３ＧからＷｉＦｉにかけてＨＯを実行する。ネットワークが新規アタッチとＨＯアタッチとを区別できるようにするため、ＵＥはＤＨＣＰ要請の中でそのＬＴＥ／３Ｇ ＩＰ＠を送信する（ＨＯの場合のみ）（これは図５のＤＨＣＰ要請メッセージで「ＵＥ ＩＰ＠（ＨＯ）」と表記されている）。全てが良好に進む場合、ＤＨＣＰ応答は同じアドレスを返し、ＵＥはこのＰＤＮ接続でその既存アドレスを維持できる。

図５からの最初／ハンドオーバーアタッチを仮定し、ＵＥ ２が追加ＰＤＮ接続に異なるＭＡＣアドレスを使用する場合は、追加ＰＤＮ接続へのアタッチはよく似ている。これは図６のフローチャートに示されている。

ステップ２から１１において、このＵＥ ２は最初のアタッチのため既にＩＥＥＥ ８０２．１１アソシエーションをセットアップしており、且つ認証済みであるため、同じＵＥ ２が追加のアタッチを実行する場合は何らかの最適化が可能である。

ＵＥ ２は追加ＰＤＮ接続の各々につき異なるＭＡＣアドレスを使用する。ＵＥ ２は１セットのＭＡＣアドレスで予め構成できる。ただしこれはソリューションの展開を制限する。より拡張的なアプローチは仮想ＭＡＣアドレスを使用することである。新しい仮想ＭＡＣアドレスの生成および確認は仮想マシン（例えばＶＭｗａｒｅ）で使用される一般的な手法である。ＵＥがＳ２ａを通じてアタッチする場合はグローバルに一意なＭＡＣアドレスは必要ない。ＵＥ ２とＴＮＳＰ １２との間にはポイントツーポイントリンクがあるため、ＵＥ ２はＭＡＣアドレスがそのポイントツーポイントリンクで一意であることを保証するだけでよい。第１のＰＤＮ接続でＵＥ ２はＷｉＦｉインターフェイスの（グローバルに一意な）ＭＡＣアドレスを簡単に使用できる。ＵＥ ２はまた、第１のアタッチの一部としてポイントツーポイントリンクのＴＮＳＰ １２側のＭＡＣアドレスを学習する。ＵＥ ２はこの情報に基づき新しい仮想ＭＡＣアドレスを生成できる。

ＭＡＣアドレスの生成または選択はステップ２の前に典型的には行われる。その後ＵＥ ２からの全ての信号伝達は新しいＭＡＣアドレスを使用する。この例でＵＥ ２への全ての信号伝達とＵＥ ２からの全ての信号伝達はイーサネットに基づくため（図１と関連する本文を参照されたい）、これは全ての信号がソースおよび宛先ＭＡＣアドレスを含むことを意味する。したがって、図５におけるＵＥ ２への全ての信号伝達とＵＥ ２からの全ての信号伝達はＭＡＣ＠１を使用し、図６におけるＵＥ ２への全ての信号伝達とＵＥ ２からの全ての信号伝達はＭＡＣ＠２を使用する。唯一の例外は図６における信号伝達２１であり、これはＭＡＣ＠１を使用して対応するＰＤＮ接続をＭＡＣ＠２が対応付けられたＰＤＮ接続から識別する。

例えば通常、４８ビットのＭＡＣアドレスは２４ビットの組織一意識別子（ＯＵＩ）と２４ビットのネットワークインターフェイスコントローラ（ＮＩＣ）からなる。ＯＵＩビットはＷｉＦｉインターフェイスの製造業者に一意である。製造業者はこの機器にＮＩＣビットを割り当てる。ＮＩＣビットはＯＵＩの範囲内で一意である。Ｓ２ａ ＵＥが一意なＭＡＣアドレスを生成するため、ＵＥはＯＵＩを取って新しいＮＩＣを無作為に生成でき、新しいＭＡＣアドレスはこのポイントツーポイントリンクで既知の他のＭＡＣアドレスとは異なったものになる。

図５および６を参照して説明する詳細な手法は図３および４を参照して説明した略図に密接に対応し適合する。これらの例で、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、使用されるのはＵＥのＭＡＣアドレスである。ただし前述したように、複数ＰＤＮ接続を識別するため、またはかかる識別を可能にするため、非３ＧＰＰゲートウェイノードのＭＡＣアドレスを使用することも可能であることは理解されよう。かかる代替では、複数ＰＤＮ接続の各ＰＤＮ接続につき非３ＧＰＰゲートウェイノードの異なるＭＡＣアドレスが生成（または選択）される。これらの代替の組合せも可能である。ＰＤＮ接続を識別するため非３ＧＰＰゲートウェイノードのＭＡＣアドレスが使用される場合の例示的手順は次の通りである。（１）ユーザ機器（例えばＵＥ）は、例えば新しい制御プロトコルにより、新しいＰＤＮ接続を要請する。（２）非３ＧＰＰゲートウェイノード（例えばＴＷＡＧ）は新しいデバイス識別子（例えばＭＡＣアドレス）を生成する。（３）非３ＧＰＰゲートウェイノード（例えばＴＷＡＧ）は３ＧＰＰゲートウェイノード（例えばＰＧＷ）へ至るトンネルをセットアップする。（４）非３ＧＰＰゲートウェイノード（例えばＴＷＡＧ）はユーザ機器（例えばＵＥ）に対し要請を承認し、新しいデバイス識別子（例えばＭＡＣアドレス）を承認通知に含める。

ＵＥがただ１つのＭＡＣアドレスを有し、非３ＧＰＰゲートウェイノードが各ＰＤＮ接続につき１つのＭＡＣアドレスを有する場合は、同様に識別を行える。アップリンクトラフィック（ＵＥから３ＧＰＰコアネットワーク）で非３ＧＰＰゲートウェイノードとのポイントツーポイントリンク沿いに伝送されるパケットの場合、ＵＥはＰＤＮ接続に適した非３ＧＰＰゲートウェイノードの宛先ＭＡＣアドレスを使用する。非３ＧＰＰゲートウェイノードで受信されると、非３ＧＰＰゲートウェイノードはそのＭＡＣアドレスに基づきトンネルを区別できる。

ダウンリンク方向（３ＧＰＰコアネットワークからＵＥ）で、非３ＧＰＰゲートウェイノードは、パケットが通過したトンネルに適したソースＭＡＣアドレスを、ＵＥとのポイントツーポイントリンク沿いに伝送されるパケットに使用する。パケットがＵＥで受信されると、ＵＥはそのＭＡＣアドレスに基づき区別できる。

ここで説明される手法はＳ２ａソリューションの展開に制約を課さない。具体的に、３ＧＰＰがＬＴＥ無線インターフェイス側でサポートするように、ＵＥが非３ＧＰＰアクセス（例えばＷｉＦｉ無線インターフェイス）側で衝突するＩＰアドレスを有することが可能となる。ＵＥが異なるＰＤＮ接続からのＩＰマルチキャストを区別することも可能となる。

上述した１つ以上のコンポーネントの動作は１つ以上のプロセッサまたは処理ユニットの形で提供でき、デバイスまたは装置で作動するプログラムによって該処理ユニットを少なくとも部分的には制御または提供できることは理解されよう。図示された複数のコンポーネントの機能は、実際には単一のコンポーネントによって実行されてもよい。複数のコンポーネントの機能を実行するため単一のプロセッサまたは処理ユニットが配置されてもよい。かかる操作プログラムはコンピュータ可読媒体に記憶でき、あるいは例えばインターネットウェブサイトから提供されるダウンロード可能データ信号等の信号に組み込むこともできる。本開示は、操作プログラムそのものを、または媒体内の記録としての操作プログラムを、または信号としての操作プログラムを、または他の何らかの形態をとる操作プログラムを含むものとして解釈しなければならない。

図７はここで説明される手法を実施できるノード１の概略図である。ここで説明される方法を実行するためノード１を制御するコンピュータプログラムはプログラム記憶装置３０に記憶される。ここで説明される方法の実行中に使用されるデータはデータ記憶装置２０に記憶される。ここで説明される方法の実行中は中央処理装置（ＣＰＵ）１０によってプログラムステップがプログラム記憶装置３０から引き出され、且つ実行され、中央処理装置（ＣＰＵ）１０は必要に応じデータ記憶装置２０からデータを取り出す。ここで説明される方法を実行することによって得られる出力情報はデータ記憶装置２０に記憶でき、あるいは入出力（Ｉ／Ｏ）インターフェイス４０へ送信でき、入出力（Ｉ／Ｏ）インターフェイス４０は必要に応じ他のノードへデータを送信する送信器を備えてよい。同様に、入出力（Ｉ／Ｏ）インターフェイス４０は、データを、例えばＣＰＵ １０によって使用されるデータを、他のノードから受信する受信器を備えてよい。

添付の信号図は種々ノードによって交換される一連のメッセージと実行される方法ステップを示すばかりでなく、それらのメッセージを交換する、またはそれらの方法ステップを実行する、装置をも示すもと考えることができる。完全を期すため付け加えると、ノードＡからノードＢへ送信されるものとして図示または説明されるメッセージは、ノードＡがメッセージを送信するステップと、ノードＢがメッセージを受信するステップと、ノードＡおよびＢでそれらのステップを実行する手段とを、暗黙的に含む。

本開示の範囲から逸脱することなく上述した実施形態に様々な修正を行えることは当業者によって理解されよう。例えば上記の実施形態は３ＧＰＰコアネットワークの部分を参照しながら説明されているが、ここで説明されている手法は同様のネットワークにも、例えば同様の機能的コンポーネントを有する３ＧＰＰコアネットワークの後継にも、応用できることは容易に理解されよう。例えば用語ＵＥはあらゆるデバイスを含むものとして解釈しなければならない。

また、用語ＭＡＣアドレスはある１つの特定の規格に限定することを意図するものではなく、デバイスのための、またはデバイスに関係するネットワークインターフェイスのための、あらゆる種類の（おそらくは一意な）識別子を含むことを意図するものである。したがって「ＭＡＣアドレス」の代わりに用語「デバイス識別子」を使用でき、デバイス識別子はデバイスの（またはデバイスに対応付けられる）識別子とみなすことができ、あるいはデバイスに関係する（またはデバイスに対応付けられる）ネットワークインターフェイスの（またはネットワークインターフェイスに対応付けられる）識別子とみなすことができる。例えば本発明の一実施形態ではＰＤＮ接続を区別するためＭＡＣアドレスの代わりに仮想ローカルエリアネットワーク（ＶＬＡＮ）ＩＤを使用でき、全てのＰＤＮ接続に一意なＶＬＡＮ ＩＤが割り当てられ、ＭＡＣヘッダは「１Ｑ」ヘッダにより拡張できる（ネットワーキング規格ＩＥＥＥ ８０２．１Ｑ参照）。かかる実施形態において、ＶＬＡＮ ＩＤはデバイスに関係するネットワークインターフェイスの識別子とみなすことができ、あるいはデバイスの（すなわち、デバイスに関係する、またはデバイスに対応付けられる）識別子とみなすことができる。

同様に、本開示はＢＢＦ等の非３ＧＰＰアクセスネットワークに限定されるものとして理解すべきではなく、あらゆる非３ＧＰＰアクセスネットワークに当てはめることができる。したがって、用語３ＧＰＰおよびＢＢＦ、ならびに上記の説明と添付の図面で使われている関連または関係用語は、相応に解釈しなければならない。ここで説明されている手法はＳａＭＯＧの脈絡にも当てはまり、特にここで説明されている非３ＧＰＰアクセスネットワークもまたＷｉＦｉアライアンスによって規定されるアクセスを含むことを意図する。

また、ＦＭＣの取り組みが図８に示すように３ＧＰＰコアネットワークと独立した非３ＧＰＰアクセスネットワークを有するアーキテクチャからスタートしたことを理解されたい。ただし、ＷｉＦｉを３ＧＰＰ無線アクセスネットワークに組み込んで図９および１０に示すアーキテクチャにする可能性が現在検討されている。

図９のアーキテクチャではＡＧすなわちアクセスゲートウェイが３ＧＰＰ ＲＡＮの中にある。図８のようにＡＰとＡＧとの間には引き続きポイントツーポイントリンクがある。（尚、ネットワークノードは一般的に機能的エンティティとみなすことができるため、分割または同じ場所に配置できる。例えばＰＧＷとＳＧＷは同じ場所に配置されてよく、発展型ノードＢ（ｅＮＢ）とＡＧは同じ場所に配置されてよい。）

図１０のアーキテクチャではＡＧが３ＧＰＰコアの中にある。前と同様、ＡＰとＡＧとの間には引き続きポイントツーポイントリンクがある。

ここで開示されている手法が図９および１０のアーキテクチャにも等しく当てはまることを理解することが大切である。したがって用語「非３ＧＰＰアクセスネットワーク」は相応に解釈しなければならない。つまり、独立した非３ＧＰＰアクセスネットワークと、３ＧＰＰアクセスネットワークに実質的に組み込まれている非３ＧＰＰアクセスネットワークを、またはある意味３ＧＰＰアクセスネットワークの一部とみなされる非３ＧＰＰアクセスネットワークを、含むものとして解釈しなければならない。非３ＧＰＰアクセスはｅＮＢによって提供される３ＧＰＰアクセスを迂回する。同様に、ここで使用されている用語「非３ＧＰＰゲートウェイノード」は図１０のアーキテクチャを含むものとして解釈しなければならない。「非３ＧＰＰアクセスネットワーク内のゲートウェイノード」や「非３ＧＰＰゲートウェイノード」は必要に応じ「ゲートウェイノード」に置き換えることができ、「非３ＧＰＰアクセスネットワーク」は必要に応じ「アクセスネットワーク」に置き換えることができる。

図５および６はｍｓｃ−ｇｅｎｅｒａｔｏｒツールを用いて生成された（ｍｓｃはＭｅｓｓａｇｅ Ｓｅｑｕｅｎｃｅ Ｃｈａｒｔ（セージシーケンスチャート）の略である。ｈｔｔｐ：／／ｓｏｕｒｃｅｆｏｒｇｅ．ｎｅｔ／ｐｒｏｊｅｃｔｓ／ｍｓｃ−ｇｅｎｅｒａｔｏｒ／を参照されたい）。これらの図に判読できない部分があった場合のため、ｍｓｃソースコードを以下に掲載する。

図５

ｍｓｃ＝Ｄｉｎａｎｄ ｛
ｂａｃｋｇｒｏｕｎｄ．ｃｏｌｏｒ＝ｗｈｉｔｅ；
ＵＥ ［ｌａｂｅｌ＝”＼ｂＵＥ”］，
ＲＧＷ ［ｌａｂｅｌ＝”＼ｂＲＧ＼ｎ＼ｓＷＬＡＮ ＡＰ＼ｎ８０２．１Ｘ ａｕｔｈｅｎｔｉｃａｔｏｒ＼ｎ”］，
ＢＮＧ ［ｌａｂｅｌ＝”＼ｂＴＮＳＰ”］，
ＡＡＡ ［ｌａｂｅｌ＝”＼ｂＡＡＡ＼ｎ＼−ｒｅｌａｙ”］，
ＰＤＮ ［ｌａｂｅｌ＝”＼ｂＰＤＮ−ＧＷ”］，
ＨＳＳ ［ｌａｂｅｌ＝”＼ｂＨＳＳ ｓｅｒｖｅｒ”］；

＋＋：Ｌｏｃａｌ ａｔｔａｃｈ ａｎｄ ａｃｃｅｓｓ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ［］｛

ＵＥ＜−＞ＲＧＷ： Ｓｅｔｕｐ ８０２．１１ ａｓｓｏｃｉａｔｉｏｎ；
ＵＥ−−ＲＧＷ： ８０２．１Ｘ ｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ ｂｌｏｃｋｅｄ；

ＲＧＷ−＞ＵＥ： ＥＡＰ−ＲＥＱ／Ｉｄｅｎｔ；
ＵＥ−＞ＲＧＷ： ＥＡＰ−ＲＳＰ／Ｉｄｅｎｔ＼ｎ＼−ＵＥ Ｉｄｅｎｔｉｆｉｅｒ （ＮＡＩ）；
ＲＧＷ−＞ＡＡＡ−＞ＨＳＳ： Ｄｉａｍｅｔｅｒ／Ｒａｄｉｕｓ （ＥＡＰ−ＲＳＰ／Ｉｄｅｎｔ）＼ｎ＼−ＵＥ Ｉｄｅｎｔｉｆｉｅｒ （ＮＡＩ）；
ｂｌｏｃｋ ＵＥ＜−＞ＲＧＷ−ＡＡＡ−ＨＳＳ： ＥＡＰ ｍｅｓｓａｇｅｓ ［］；
ＨＳＳ−＞ＡＡＡ−ＲＧＷ： Ｄｉａｍｅｔｅｒ／Ｒａｄｉｕｓ （ＥＡＰ−Ｓｕｃｃｅｓｓ）；
ＡＡＡ−−ＡＡＡ： Ｓｔｏｒｅ ＮＡＩ ａｎｄ ＭＡＣ＠；
ＲＧＷ−＞ＵＥ： ＥＡＰ−Ｓｕｃｃｅｓｓ；

ＲＧＷ＜−＞ＵＥ： ＥＡＰＯＬ−Ｋｅｙ （４−ｗａｙ ｈａｎｄｓｈａｋｅ）；
ＵＥ−−ＲＧＷ： ８０２．１Ｘ ｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ ｕｎｂｌｏｃｋｅｄ；
｝；
＋＋： ＩＰ ｓｅｓｓｉｏｎ ｓｅｔｕｐ ｆｏｒ ｆｉｒｓｔ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ［］ ｛
ＵＥ−＞ＲＧＷ−ＢＮＧ： ＤＨＣＰ Ｒｅｑｕｅｓｔ＼ｎ＼−ＵＥ ＩＰ＠ （ＨＯ）， ＡＰＮ＝”ｆｉｒｓｔ”；
ＢＮＧ−＞ＡＡＡ： Ｇｅｔ ＵＥ Ｃｏｎｔｅｘｔ＼ｎ＼−ＭＡＣ＠；
ＡＡＡ−＞ＢＮＧ： ＵＥ Ｃｏｎｔｅｘｔ Ａｃｋ；
ＢＮＧ−＞ＰＤＮ： Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ＼ｎ＼−ＮＡＩ， ＡＰＮ＝”ｆｉｒｓｔ”；
ＰＤＮ−−ＰＤＮ： Ａｌｌｏｃａｔｅ／ＨＯ ＩＰ＠；
ＰＤＮ＜−＞ＨＳＳ： Ｕｐｄａｔｅ ＰＤＮ ＧＷ Ａｄｄｒｅｓｓ；
ＢＮＧ＜−ＰＤＮ： Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ＼ｎ＼−ＵＥ ＩＰ＠；
ＵＥ＜−ＲＧＷ−ＢＮＧ： ＤＨＣＰ Ａｃｋ＼ｎ＼−ＵＥ ＩＰ＠；
｝；

ｐｉｐｅ ＢＮＧ−−ＰＤＮ：ＧＴＰ／ＰＭＩＰ ｔｕｎｎｅｌ ［ｎｕｍｂｅｒ＝ｎｏ］｛
ＵＥ−＞ＲＧＷ−ＢＮＧ−ＰＤＮ−＞ ［ｓｔｒｏｎｇ， ｎｕｍｂｅｒ＝ｙｅｓ］： ＼ｐｒＵｓｅｒ ｄａｔａ ｐａｃｋｅｔ；
｝；

｝

図６：

ｍｓｃ＝Ｄｉｎａｎｄ ｛
ｂａｃｋｇｒｏｕｎｄ．ｃｏｌｏｒ＝ｗｈｉｔｅ；
ＵＥ ［ｌａｂｅｌ＝”＼ｂＵＥ”］，
ＲＧＷ ［ｌａｂｅｌ＝”＼ｂＲＧ＼ｎ＼ｓＷＬＡＮ ＡＰ＼ｎ８０２．１Ｘ ａｕｔｈｅｎｔｉｃａｔｏｒ＼ｎ”］，
ＢＮＧ ［ｌａｂｅｌ＝”＼ｂＴＮＳＰ”］，
ＡＡＡ ［ｌａｂｅｌ＝”＼ｂＡＡＡ＼ｎ＼−ｒｅｌａｙ”］，
ＰＤＮ ［ｌａｂｅｌ＝”＼ｂＰＤＮ−ＧＷ”］，
ＨＳＳ ［ｌａｂｅｌ＝”＼ｂＨＳＳ ｓｅｒｖｅｒ”］；

＋＋：Ｌｏｃａｌ ａｔｔａｃｈ ａｎｄ ａｃｃｅｓｓ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ［］｛

ＵＥ＜−＞ＲＧＷ： Ｓｅｔｕｐ ８０２．１１ ａｓｓｏｃｉａｔｉｏｎ；
ＵＥ−−ＲＧＷ： ８０２．１Ｘ ｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ ｂｌｏｃｋｅｄ；

ＲＧＷ−＞ＵＥ： ＥＡＰ−ＲＥＱ／Ｉｄｅｎｔ；
ＵＥ−＞ＲＧＷ： ＥＡＰ−ＲＳＰ／Ｉｄｅｎｔ＼ｎ＼−ＵＥ Ｉｄｅｎｔｉｆｉｅｒ （ＮＡＩ）；
ＲＧＷ−＞ＡＡＡ−＞ＨＳＳ： Ｄｉａｍｅｔｅｒ／Ｒａｄｉｕｓ （ＥＡＰ−ＲＳＰ／Ｉｄｅｎｔ）＼ｎ＼−ＵＥ Ｉｄｅｎｔｉｆｉｅｒ （ＮＡＩ）；
ｂｌｏｃｋ ＵＥ＜−＞ＲＧＷ−ＡＡＡ−ＨＳＳ： ＥＡＰ ｍｅｓｓａｇｅｓ ［］；
ＨＳＳ−＞ＡＡＡ−ＲＧＷ： Ｄｉａｍｅｔｅｒ／Ｒａｄｉｕｓ （ＥＡＰ−Ｓｕｃｃｅｓｓ）；
ＡＡＡ−−ＡＡＡ： Ｓｔｏｒｅ ＮＡＩ ａｎｄ ＭＡＣ＠；
ＲＧＷ−＞ＵＥ： ＥＡＰ−Ｓｕｃｃｅｓｓ；

ＲＧＷ＜−＞ＵＥ： ＥＡＰＯＬ−Ｋｅｙ （４−ｗａｙ ｈａｎｄｓｈａｋｅ）；
ＵＥ−−ＲＧＷ： ８０２．１Ｘ ｃｏｎｔｒｏｌｌｅｄ ｐｏｒｔ ｕｎｂｌｏｃｋｅｄ；
｝；
＋＋： ＩＰ ｓｅｓｓｉｏｎ ｓｅｔｕｐ ｆｏｒ ａｄｄｉｔｉｏｎａｌ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ ［］ ｛
ＵＥ−＞ＲＧＷ−ＢＮＧ： ＤＨＣＰ Ｒｅｑｕｅｓｔ＼ｎ＼−ＵＥ ＩＰ＠ （ＨＯ）， ＡＰＮ＝”ｓｅｃｏｎｄ”；
ＢＮＧ−＞ＡＡＡ： Ｇｅｔ ＵＥ Ｃｏｎｔｅｘｔ＼ｎ＼−ＭＡＣ＠；
ＡＡＡ−＞ＢＮＧ： ＵＥ Ｃｏｎｔｅｘｔ Ａｃｋ；
ＢＮＧ−＞ＰＤＮ： Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ＼ｎ＼−ＮＡＩ， ＡＰＮ＝”ｓｅｃｏｎｄ”；
ＰＤＮ−−ＰＤＮ： Ａｌｌｏｃａｔｅ／ＨＯ ＩＰ＠；
ＰＤＮ＜−＞ＨＳＳ： Ｕｐｄａｔｅ ＰＤＮ ＧＷ Ａｄｄｒｅｓｓ；
ＢＮＧ＜−ＰＤＮ： Ｃｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅ＼ｎ＼−ＵＥ ＩＰ＠；
ＵＥ＜−ＲＧＷ−ＢＮＧ： ＤＨＣＰ Ａｃｋ＼ｎ＼−ＵＥ ＩＰ＠；
｝；

ｐｉｐｅ ＢＮＧ−−ＰＤＮ：ＧＴＰ／ＰＭＩＰ ｔｕｎｎｅｌ ［ｎｕｍｂｅｒ＝ｎｏ］｛
ＵＥ−＞ＲＧＷ−ＢＮＧ−ＰＤＮ−＞ ［ｓｔｒｏｎｇ， ｎｕｍｂｅｒ＝ｙｅｓ］： ＼ｐｌＭＡＣ＠１ ｆｏｒ ｆｉｒｓｔ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ＼ｎ＼ｐｒＵｓｅｒ ｄａｔａ ｐａｃｋｅｔ；
｝；

ｐｉｐｅ ＢＮＧ−−ＰＤＮ：ＧＴＰ／ＰＭＩＰ ｔｕｎｎｅｌ ［ｎｕｍｂｅｒ＝ｎｏ］｛
ＵＥ−＞ＲＧＷ−ＢＮＧ−ＰＤＮ−＞ ［ｓｔｒｏｎｇ， ｎｕｍｂｅｒ＝ｙｅｓ］： ＼ｐｌＭＡＣ＠２ ｆｏｒ ｓｅｃｏｎｄ ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ＼ｎ＼ｐｒＵｓｅｒ ｄａｔａ ｐａｃｋｅｔ；
｝；

｝

Claims (24)

1. 非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しユーザ機器と３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を確立および／または使用する方法であって、該方法は、前記複数パケットデータネットワーク接続を識別するため、またはかかる識別を可能にするため、前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき、または同じＩＰアドレスが対応付けられた前記複数パケットデータネットワーク接続の少なくとも各パケットデータネットワーク接続につき、異なるデバイス識別子を使用することを有し、前記複数パケットデータネットワーク接続を識別するため使用される前記デバイス識別子は、前記ユーザ機器に対応付けられたデバイス識別子であり、または前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードに対応付けられたデバイス識別子であり、またはこれらの組合せである、方法。
2. 各パケットデータネットワーク接続につき、前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードと前記３ＧＰＰコアネットワーク内のゲートウェイノードとの間にトンネルがあり、前記ユーザ機器と前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードとの間にポイントツーポイント接続がある、請求項１に記載の方法。
3. 前記ポイントツーポイント接続はＬ２またはイーサネット接続である、請求項２に記載の方法。
4. 前記ユーザ機器と前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードとの間で送信されるメッセージは、前記ポイントツーポイント接続の前記ソースおよび宛先デバイスのそれぞれのデバイス識別子を含むタイプのものであり、前記ソースおよび宛先デバイスはそれぞれユーザ機器と前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードであり、または逆の場合も同様である、請求項１から３のいずれか一項に記載の方法。
5. 前記パケットデータネットワーク接続に対応付けられる前記ＩＰアドレスは前記ユーザ機器に割り当てられる前記ＩＰアドレスである、請求項１から４のいずれか一項に記載の方法。
6. 前記パケットデータネットワーク接続に対応付けられる前記ＩＰアドレスは、前記３ＧＰＰコアネットワーク内の前記ゲートウェイノードによって前記ユーザ機器に割り当てられるＩＰアドレスである、請求項２に従属する場合の請求項５に記載の方法。
7. 前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき異なるデバイス識別子を使用する前記ステップは、前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき異なるデバイス識別子を決定することと、結果、前記複数パケットデータネットワーク接続の識別を可能にすることとを有する、請求項１から６のいずれか一項に記載の方法。
8. 前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき異なるデバイス識別子を使用する前記ステップは、前記異なるデバイス識別子を使用し前記複数パケットデータネットワーク接続を識別することを有する、請求項１から７のいずれか一項に記載の方法。
9. 前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき異なるデバイス識別子を使用する前記ステップは、前記パケットデータネットワーク接続を確立するときに前記デバイス識別子を前記パケットデータネットワーク接続に対応付けることと、結果、前記複数パケットデータネットワーク接続の識別を可能にすることとを有する、請求項１から８のいずれか一項に記載の方法。
10. 確立される前記複数パケットデータネットワーク接続の各々につき、前記ユーザ機器において、
    （ａ）前記複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、前記ユーザ機器のため決定される前記デバイス識別子とは異なるデバイス識別子を前記ユーザ機器のため決定することと、
    （ｂ）前記パケットデータネットワーク接続を確立する要請を、ステップ（ａ）で決定された前記デバイス識別子を該要請に含め、前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードへ送信することと、
    （ｃ）前記パケットデータネットワーク接続を確立することとを有する、請求項１から９のいずれか一項に記載の方法。
11. 前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、前記ユーザ機器において、
    （ｄ）使用されるパケットデータネットワーク接続を決定することと、
    （ｅ）ステップ（ｄ）で決定された前記パケットデータネットワーク接続に適した前記デバイス識別子を選択することと、
    （ｆ）ステップ（ｅ）で選択された前記デバイス識別子を前記パケットに含め、且つ前記パケットデータネットワーク接続で前記パケットを送信することとを有する、請求項１から１０のいずれか一項に記載の方法。
12. 前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で受信される複数データパケットの各々につき、前記ユーザ機器において、
    （ｇ）デバイス識別子を含む前記パケットを受信することと、
    （ｈ）ステップ（ｇ）で受信された前記パケットから前記デバイス識別子を決定することと、
    （ｉ）ステップ（ｈ）で決定された前記デバイス識別子に基づき前記パケットデータネットワーク接続を決定することとを有する、請求項１から１１のいずれか一項に記載の方法。
13. 確立される前記複数パケットデータネットワーク接続の各々につき、前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードにおいて、
    （Ａ）前記ユーザ機器に対応付けられたデバイス識別子を含む、前記パケットデータネットワーク接続を確立する要請を受信することと、または前記パケットデータネットワーク接続を確立する要請を受信し、且つ前記複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、前記ゲートウェイノードのため決定される前記デバイス識別子とは異なる、前記ゲートウェイノードに対応付けられたデバイス識別子を決定することと、
    （Ｂ）前記要請されたパケットデータネットワーク接続を確立することと、
    （Ｃ）ステップ（Ｂ）で確立された前記パケットデータネットワーク接続に前記デバイス識別子を対応付けることとを有する、請求項１から１２のいずれか一項に記載の方法。
14. 前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードにおいて、
    （Ｄ）前記パケットを受信することと、
    （Ｅ）（ｉ）前記パケットがユーザ機器から受信される場合は、前記パケットに含まれているデバイス識別子に基づき使用される適切なトンネルを決定することと、または
    （Ｅ）（ｉｉ）前記パケットが前記３ＧＰＰコアネットワークからトンネルを通って受信される場合は、前記パケットが通過した前記トンネルに基づきデバイス識別子を決定することと、
    （Ｆ）（ｉ）（Ｅ）（ｉ）の場合は、ステップ（Ｅ）（ｉ）で決定された前記トンネルを通じて前記パケットを送信することと、または
    （Ｆ）（ｉｉ） （Ｅ）（ｉｉ）の場合は、ステップ（Ｅ）（ｉｉ）で決定された前記デバイス識別子に適した前記接続で前記パケットをユーザ機器へ送信することとを有する、請求項１から１３のいずれか一項に記載の方法。
15. 前記デバイス識別子はデバイス識別子またはネットワークインターフェイス識別子から成る、請求項１から１４のいずれか一項に記載の方法。
16. 前記デバイス識別子はメディアアクセス制御アドレスまたは仮想ローカルエリアネットワークＩＤである、請求項１から１５のいずれか一項に記載の方法。
17. 非３ＧＰＰアクセスネットワーク内のゲートウェイノードを介しユーザ機器と３ＧＰＰコアネットワークとの間で複数のパケットデータネットワーク接続を確立および／または使用するための装置であって、前記装置は、前記複数パケットデータネットワーク接続を識別するため、またはかかる識別を可能にするため、前記複数パケットデータネットワーク接続の各パケットデータネットワーク接続につき、または同じＩＰアドレスが対応付けられた前記複数パケットデータネットワーク接続の少なくとも各パケットデータネットワーク接続につき、異なるデバイス識別子を使用するよう構成され、前記複数パケットデータネットワーク接続を識別するため使用される前記デバイス識別子は、前記ユーザ機器に対応付けられたデバイス識別子であり、または前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードに対応付けられたデバイス識別子であり、またはこれらの組合せである、装置。
18. 請求項１７に記載の装置を備えるユーザ機器であって、前記ユーザ機器は、確立される前記複数パケットデータネットワーク接続の各々につき、
    （ａ）前記複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、前記ユーザ機器のため決定される前記デバイス識別子とは異なるデバイス識別子を前記ユーザ機器のため決定し、
    （ｂ）前記パケットデータネットワーク接続を確立する要請を、ステップ（ａ）で決定された前記デバイス識別子を該要請に含め、前記非３ＧＰＰアクセスネットワーク内の前記ゲートウェイノードへ送信し、且つ
    （ｃ）前記パケットデータネットワーク接続を確立するよう構成される、ユーザ機器。
19. 請求項１７に記載の装置を備えるユーザ機器であって、前記ユーザ機器は、前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、
    （ｄ）使用されるパケットデータネットワーク接続を決定し、
    （ｅ）ステップ（ｄ）で決定された前記パケットデータネットワーク接続に適した前記デバイス識別子を選択し、且つ
    （ｆ）ステップ（ｅ）で選択された前記デバイス識別子を前記パケットに含め、且つ前記パケットデータネットワーク接続で前記パケットを送信するよう構成される、ユーザ機器。
20. 請求項１７に記載の装置を備えるユーザ機器であって、前記ユーザ機器は、前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で受信される複数データパケットの各々につき、
    （ｇ）デバイス識別子を含む前記パケットを受信し、
    （ｈ）ステップ（ｇ）で受信された前記パケットから前記デバイス識別子を決定し、且つ
    （ｉ）ステップ（ｈ）で決定された前記デバイス識別子に基づき前記パケットデータネットワーク接続を決定するよう構成される、ユーザ機器。
21. 非３ＧＰＰアクセスネットワークで使用されるゲートウェイノードであって、前記ゲートウェイノードは請求項１７に記載の装置を備え、且つ確立される前記複数パケットデータネットワーク接続の各々につき、
    （Ａ）前記ユーザ機器に対応付けられたデバイス識別子を含む、前記パケットデータネットワーク接続を確立する要請を受信し、または前記パケットデータネットワーク接続を確立する要請を受信し、且つ前記複数パケットデータネットワーク接続のうち他のパケットデータネットワーク接続のいずれかにつき、前記ゲートウェイノードのため決定される前記デバイス識別子とは異なる前記ゲートウェイノードに対応付けられたデバイス識別子を決定し、
    （Ｂ）前記要請されたパケットデータネットワーク接続を確立し、
    （Ｃ）ステップ（Ｂ）で確立された前記パケットデータネットワーク接続に前記デバイス識別子を対応付けるよう構成される、ゲートウェイノード。
22. 非３ＧＰＰアクセスネットワークで使用されるゲートウェイノードであって、前記ゲートウェイノードは請求項１７に記載の装置を備え、且つ前記複数パケットデータネットワーク接続の１パケットデータネットワーク接続で送信される複数データパケットの各々につき、
    （Ｄ）前記パケットを受信し、
    （Ｅ）（ｉ）前記パケットがユーザ機器から受信される場合は、前記パケットに含まれているデバイス識別子に基づき使用される適切なトンネルを決定し、または
    （Ｅ）（ｉｉ）前記パケットが前記３ＧＰＰコアネットワークからトンネルを通って受信される場合は、前記パケットが通過した前記トンネルに基づきデバイス識別子を決定し、且つ
    （Ｆ）（ｉ） （Ｅ）（ｉ）の場合は、ステップ（Ｅ）（ｉ）で決定された前記トンネルを通じて前記パケットを送信し、または
    （Ｆ）（ｉｉ） （Ｅ）（ｉｉ）の場合は、ステップ（Ｅ）（ｉｉ）で決定された前記デバイス識別子に適した前記接続で前記パケットをユーザ機器へ送信するよう構成される、ゲートウェイノード。
23. 請求項１から１６のいずれか一項に記載の方法を実行するため装置を制御するプログラム。
24. 請求項２３に記載のプログラムを収容する記憶媒体。

Images