JP2015531209A - 接続再確立のためのノード及び方法 - Google Patents

Abstract

いくつかの例において、端末デバイスは、ネットワークとの間で低頻度で通信し得る。従って、システムリソースを節約するために、端末デバイスに関連付けられるＰＤＮ又はＰＤＰ接続は破棄され又は削除され得る。ここに提示された例示的な実施形態は、ダウンリンクデータ通知に応答して、以前に破棄又は削除されたＰＤＰ／ＰＤＮ接続を再確立する改善された手段を提供するための、ゲートウェイノード及びモビリティ管理ノードを対象とする。【選択図】図３

Description

［関連出願］
本出願は、２０１２年８月１５日に提出された米国仮出願第６１／６８３，２２２号の利益を主張する。上記出願の全体的な教示は、参照によりここに取り入れられる。

無線通信ネットワークともいう典型的なセルラーシステムにおいて、移動局及び／又はユーザ機器ユニットとしても知られる無線端末は、１つ以上のコアネットワークへ無線アクセスネットワーク（ＲＡＮ）を介して通信する。無線端末は、“セルラー”フォンとしても知られるモバイルフォン、及び、例えば移動終端といった無線ケイパビリティを有するラップトップなどの、移動局又はユーザ機器ユニットであって、よって例えば、無線アクセスネットワークとの間で音声及び／又はデータを通信するポータブルな、ポケット型の、手持ち型の、コンピュータ内蔵型の、又は車載型の移動デバイスであり得る。

無線アクセスネットワークは、複数のセルエリアに分割される地理的なエリアをカバーし、各セルエリアは、基地局、例えば無線基地局（ＲＢＳ）によってサービスされる。無線基地局は、いくつかのネットワークにおいて、“ＮｏｄｅＢ”又は“Ｂノード”とも呼ばれ、本文書においては基地局ともいう。セルは、基地局サイトにある無線基地局機器によって無線カバレッジを提供される地理的なエリアである。各セルは、ローカル無線エリア内のＩＤによって識別され、当該ＩＤは、当該セルにおいてブロードキャストされる。基地局は、当該基地局のレンジ内にあるユーザ機器ユニットと、無線周波数上で動作するエアインタフェース上で通信する。

無線アクセスネットワークのいくつかのバージョンにおいて、複数の基地局が、典型的には、例えば地上回線又はマイクロ波によって無線ネットワークコントローラ（ＲＮＣ）へ接続される。基地局コントローラ（ＢＳＣ）とも呼ばれることもある無線ネットワークコントローラは、そこへ接続される複数の基地局の種々のアクティビティを、監督し及び協調させる。無線ネットワークコントローラは、典型的には、１つ以上のコアネットワークへ接続される。

ＵＭＴＳ（Universal Mobile Telecommunications System）は、ＧＳＭ（Global System for Mobile Communications）から進化した第３世代の移動体通信システムであり、広帯域符号分割多重アクセス（ＷＣＤＭＡ：Wideband Code Division Multiple Access）というアクセス技術に基づいて、改善された移動体通信サービスを提供することが意図される。ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）は、本質的に、ユーザ機器ユニット（ＵＥ）について広帯域符号分割多重アクセスを用いる無線アクセスネットワークである。３ＧＰＰ（Third Generation Partnership Project）は、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術をさらに進化させることに取り組んできた。ＬＴＥ（Long Term Evolution）は、ＥＰＣ（Evolved Packet Core）と共に、３ＧＰＰファミリーへの最新の追加版である。

いくつかの例において、端末デバイスは、ネットワークとの間で低頻度で通信し得る。従って、システムリソースを節約するために、端末デバイスに関連付けられるＰＤＮ又はＰＤＰ接続は破棄され又は削除され得る。しかしながら、削除されたＰＤＮ接続を伴う端末デバイス（例えば、Ｍ２Ｍデバイス）との間で通信することを外部サーバ（例えばＳＣＳ）が試みる場合、問題が存在する。外部サーバは、ＰＤＮ接続を再確立するためのデバイストリガを送信する必要があることを理解する前に、まず少しのパケットを送信する必要があり、送信失敗を有するであろう。ＳＣＳは、ＰＤＮ接続が削除された際にシグナリングによって通知を受けることもできるが、そうした解決策は、大掛かりなシグナリングを要する。さらに、双方の解決策とも、ＩＰ通信を開始し得る前にシグナリングを要する。

よって、ここに提示された例示的な実施形態のうちのいくつかの少なくとも１つの例示的な目的は、以前に破棄されたＰＤＮ／ＰＤＰ接続を再確立するための方法を提供することである。ここに提示された例示的な実施形態の１つの例示的な利点とは、ＰＤＮ／ＰＤＰ接続の削除及び再確立が、３ＧＰＰシステムのコアネットワークにとって内部性であり得ることである。具体的には、外部ＡＳ／ＳＣＳは、ネットワークリソースを節約するために３ＧＰＰ ＰＤＮ／ＰＤＰ接続が削除されたことに気付く必要がない。ＰＤＮ／ＰＤＰ接続のＩＰアドレスが、留保された状態で保たれ得るため、ＡＳ／ＳＣＳは、それ自体が既に有している端末デバイスのＩＰアドレスを使用して、当該端末デバイスとの間で通信することを単に開始し得る。よって、３ＧＰＰシステムは、ＡＳ／ＳＣＳにとって完全に透過的に、ＰＤＮ／ＰＤＰ接続を再確立し得る。

端末デバイスが、ＡＳ／ＳＣＳとの間で通信を始める場合（例えばＵＬ／ＭＯ（Mobile Originated））、端末デバイスがサービス要求を送信するときに、モビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）もまた、コアネットワークにおいてＰＤＮ／ＰＤＰ接続を透過的に再確立し得る。従って、別の例示的な利点とは、端末デバイスもまた、削除されたＰＤＮ／ＰＤＰ接続に気付かず、ＰＤＮ／ＰＤＰ接続が最初に確立されたときに当該端末デバイスが受信するＩＰアドレスを保持していることである。さらに例示的な利点とは、ＳＣＳ／ＡＳが、ＰＤＮ／ＰＤＰ接続を再確立するために端末デバイスにシグナリングする必要がないことである。さらに、応答時間は、ＭＴ通信にとって最小限に保たれる。

よって、例示的な実施形態のうちのいくつかによると、ゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）における、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための方法が提示される。ゲートウェイノードは、無線ネットワーク（例えば、ＧＥＲＡＮ、ＵＴＲＡＮ、又はＥ−ＵＴＲＡＮベースのシステム）に含まれる。当該方法は、アプリケーションサーバから、意図される宛て先のＩＰアドレスを含むデータパケットを受信することを含む。当該方法は、ゲートウェイノードと意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定することも含む。当該方法はさらに、意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報（identification）を取得することを含む。当該方法は、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）へ送信することも含む。

例示的な実施形態のうちのいくつかは、破棄されたＰＤＰ／ＰＤＮ接続を再確立するためのゲートウェイノードを対象とする。当該ゲートウェイノードは、無線ネットワークに含まれる。当該ゲートウェイノードは、アプリケーションサーバから、意図される宛て先のＩＰアドレスを含むデータパケットを受信するように構成されたインタフェース回路を備える。当該ゲートウェイノードはさらに、ゲートウェイノードと意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定するように構成された処理回路を備える。当該処理回路はさらに、意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得するように構成される。当該インタフェース回路は、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信するように構成される。

例示的な実施形態のうちのいくつかは、モビリティ管理ノードにおける、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための方法を対象とする。当該方法は、ゲートウェイノードから再確立通知を受信することであって、当該再確立通知は、ＩＰパケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む、ゲートウェイノードから再確立通知を受信することを含む。当該方法はさらに、破棄されたＰＤＰ／ＰＤＮ接続の存在を確認することを含む。当該方法は、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、ゲートウェイノード又は端末デバイスへ送信することも含む。

例示的な実施形態のうちのいくつかは、破棄されたＰＤＰ／ＰＤＮ接続を再確立するためのモビリティ管理ノードを対象とする。当該モビリティ管理ノードは、ゲートウェイノードから再確立通知を受信するように構成されたインタフェース回路であって、当該再確立通知は、ＩＰパケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む、インタフェース回路を備える。当該モビリティ管理ノードはさらに、破棄されたＰＤＰ／ＰＤＮ接続の存在を確認するように構成された処理回路を含む。当該インタフェース回路はさらに、破棄されたＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、ゲートウェイノード又は端末デバイスへ送信するように構成される。

［定義］
３ＧＰＰ Third Generation Partnership Project
ＡＡＡ Authentication, Authorization and Accounting
ＡＳ Application Server
ＢＳＣ Base Station Controller
ＤＤＮ Downlink Data Notification
ＤＬ Downlink
ＤＮＳ Domain Name System
Ｅ−ＵＴＲＡＮ Evolved UTRAN
ＥＢＩ EPS Bearer Identity
ＥＭＭ Evolved Packet System Connection Management
ｅＮＢ eNodeB
ＥＰＣ Evolved Packet Core
ＥＰＳ Evolved Packet System
Ｆ−ＴＥＩＤ Fully Qualified Tunnel End Point Identifier
ＧＥＲＡＮ GSM/EDGE Radio Access Network
ＧＧＳＮ Gateway GPRS Support Node
ＧＰＲＳ General Packet Radio Service
ＧＳＭ Global System for Mobile communications
ＧＴＰ GPRS Tunneling Protocol
ＧＴＰ−Ｕ GTP-User plane
ＧＴＰｖ２−Ｃ GTP version 2-Control plane
ＨＬＲ Home Location Register
ＨＳＳ Home Subscriber Server
ＩＥＦＴ Internet Engineering Task Force
ＩＭＳＩ International Mobile Subscriber Identity
ＩＰ Internet Protocol
ＩＷＦ InterWorking Function
ＬＴＥ Long Term Evolution
Ｍ２Ｍ Machine-to-Machine
ＭＭ Mobility Management
ＭＭＥ Mobility Management Entity
ＭＯ Mobile Originated
ＭＳＩＳＤＮ Mobile Station International Subscriber Directory Number
ＭＴ Mobile Terminated
ＭＴＣ Machine Type Communications
ＮＳＡＰＩ Network layer Service Access Point Identifier
ＮＷ Network
ＰＣＲＦ Policy Control and Charging Rules Function
ＰＤＮ Packet Data Network
ＰＤＰ Packet Data Protocol
ＰＧＷ PDN Gateway
ＲＡＮ Radio Access Network
ＲＢＳ Radio Base Station
ＲＮＣ Radio Network Controller
ＳＣＳ Service Capability Server
ＳＧＳＮ Serving GPRS Support Node
ＳＧＷ Serving Gateway
ＳＭＳ Short Message Service
ＳＭＳＣ Short Message Service Center
ＴＡＵ Tracking Area Update
ＵＥ User Equipment
ＵＬ Uplink
ＵＭＴＳ Universal Mobile Telecommunications Systems
ＵＴＲＡＮ UMTS Terrestrial Radio Access Network
ＷＣＤＭＡ Wideband Code Division Multiple Access

前述の内容は、異なる図の全てにわたって同じ参照文字が同一の部分を指す添付の図面において例示される、例示的な実施形態の、以下のより詳細な説明から明らかになるであろう。これらの図面は必ずしも縮尺通りであるという訳ではなく、その代わりに、例示的な実施形態を例示することに重点が置かれている。

図１から図３は、無線通信ネットワークの例示図である。 図１から図３は、無線通信ネットワークの例示図である。 図１から図３は、無線通信ネットワークの例示図である。 図４及び図５は、ここに提示された例示的な実施形態のうちのいくつかを例示する、例示的なメッセージ通信図である。 図４及び図５は、ここに提示された例示的な実施形態のうちのいくつかを例示する、例示的なメッセージ通信図である。 図６は、ここに提示された例示的な実施形態のうちのいくつかによる、ゲートウェイノードの例示的なノード構成の図である。 図７は、ここに提示された例示的な実施形態のうちのいくつかによる、モビリティ管理ノードの例示的なノード構成の図である。 図８は、ここに提示された例示的な実施形態のうちのいくつかによる、図６のゲートウェイノードにより採用され得る例示的な動作を描くフロー図である。 図９は、ここに提示された例示的な実施形態のうちのいくつかによる、図７のモビリティ管理ノードにより採用され得る例示的な動作を描くフロー図である。

以下の説明では、例示的な実施形態の完全な理解を提供するために、限定ではなく解説を目的として、特定のコンポーネント、要素、技法などといった具体的な詳細が明記される。しかしながら、例示的な実施形態が、これらの具体的な詳細から逸脱する他の態様で実施され得ることが、当業者には明らかであろう。他の例においては、例示的な実施形態の説明を不明瞭にしないように、よく知られている方法及び要素の詳細な説明が省略されている。ここで使用される専門用語は、例示的な実施形態の説明を目的とするものであり、ここに提示される実施形態を限定することは意図されていない。

ここに提示される例示的な実施形態の全てが、ＧＥＲＡＮ、ＵＴＲＡＮ、又はＥ−ＵＴＲＡＮベースのシステムに適用可能であり得ることを認識されるべきである。提供される解説及び例の全てにおいて、ゲートウェイノードは（たとえＰＧＷのみ又はＧＧＳＮのみが例において引用されている場合でも）、ＰＧＷ又はＧＧＳＮであり得る。さらに、モビリティ管理ノードは（たとえＭＭＥのみが例において提供されている場合でも）、ＭＭＥ、ＳＧＳＮ、又はＳ４−ＳＧＳＮであり得る。例示的な実施形態が（たとえＰＤＰコンテキストのみ、又はＰＤＮ接続若しくはＰＤＮ／ＰＤＰ接続のみが例において述べられている場合でも）、ＰＤＰコンテキスト及びＰＤＮ接続の双方を再確立することを対象とすることも認識されるべきである。

ここに提示される例示的な実施形態のより良好な解説を提供するために、まず、問題を識別して論じるものとする。図１は、通信ネットワーク１００の一例を提供する。図１に示されるように、ユーザ機器（ＵＥ）１０１は、サーバ、例えば、サービスプロバイダ又はオペレータのＳＣＳ又はＡＳ（application server）１０５への通信にアクセスするために、ＵＴＲＡＮ１０３、Ｅ−ＵＴＲＡＮ（Evolved-UTRAN）１０４、又はＧＥＲＡＮ（GSM Edge Radio Access Network）１０２サブシステムとの間で通信中であり得る。ＳＣＳ又はアプリケーションサーバ１０５へのアクセスを得る際に、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ／ＧＥＲＡＮサブシステム１０２〜１０４は、ＧＰＲＳ（General Packet Radio Service）サブシステム１０７、又はＥＰＣ（Evolved Packet Core）サブシステム１０９との間で通信中であり得る。図１には例示されていないが、当該ネットワークがさらに、ＷｉＦｉサブシステムを含み得ることも認識されるべきである。

ＧＰＲＳサブシステム１０７は、ＳＧＳＮ（Serving GPRS Support Node）１１１を備えてよく、当該ＳＧＳＮ１１１は、関連付けられた地理的なサービスエリア内の移動局への、及び当該移動局からの、データパケットの配信を担当し得る。ＳＧＳＮ１１１は、パケットのルーティング、トランスファー、及びモビリティ管理も担当し得る。ＧＰＲＳサブシステム１０７は、ゲートウェイＧＰＲＳサポートノード１１３も含んでよく、当該ゲートウェイＧＰＲＳサポートノード１１３は、ＧＰＲＳサブシステム１０７とＳＣＳ又はアプリケーションサーバ１０５との間のインタワーキングを担当し得る。

ＥＰＣサブシステム１０９は、モビリティ管理エンティティ１１５を備えてよく、当該モビリティ管理エンティティ１１５は、アイドルモードＵＥのトラッキング、ページング手続き、並びにアタッチメント及びアクティブ化のプロセスを担当し得る。ＥＰＣサブシステムは、ＳＧＷ（Serving Gateway）１１７も備えてよく、当該ＳＧＷ１１７は、データパケットのためのルーティング及び転送を担当し得る。ＥＰＣサブシステムは、ＰＧＷ（Packet data network Gateway）１１９も含んでよく、当該ＰＧＷ１１９は、ユーザ機器１０１からＳＣＳ又はアプリケーションサーバ１０５への接続性を提供することを担当し得る。ＳＧＳＮ１１１及びＭＭＥ１１５の双方は、ＨＳＳ（Home Subscriber Server）１２１との間で通信していることが考えられ、当該ＨＳＳ１２１は、デバイス識別情報、ＩＭＳＩ（International Mobile Subscriber Identity）などを提供し得る。ＥＰＣサブシステム１０９はＳ４−ＳＧＳＮ１１０も備えてよいことが認識されるべきであり、それにより、ＧＰＲＳ１０７がＥＰＣ１０９に置き換えられたときに、ＧＥＲＡＮ１０２又はＵＴＲＡＮ１０３サブシステムがアクセスされることが可能とされる。

図２は、別の例示的な表現を提供し、点線が制御プレーンにおけるモジュール間又はノード間の通信を表現している。連続線は、ユーザプレーンにおける通信を表現する。図２は、破棄されたＰＤＮ／ＰＤＰ接続の再確立を通信し、及びトリガするＡＳの、３つの例示的なモデルを例示する。

非常に稀にしか通信せず、長い時間ピリオドにわたって沈黙したままであるデバイス（例えば、Ｍ２Ｍデバイス又は任意の他の端末デバイス）については、リソース使用を減らすようにとのオペレータからの要件が存在する。さらに、ネットワークにおいてデフォルトのＰＤＮ／ＰＤＰ接続を維持することは、コストの嵩むリソース使用と見なされる。しかしながら、２つ以上の（デフォルトの）ＰＤＮ接続を伴うデバイスについては、当然ながら最適化も必要とされる。

このようなデバイスは、“低頻度通信（infrequent communication）”デバイスとして分類されてよく、すなわち、当該デバイスは、非常に低い頻度でしか、例えば、１週間又は１ヶ月につき１つ又は少しのＩＰパケットしか、通信しない。これらのタイプのデバイスの数は多く、ネットワークにおける通常のタイプの端末よりも数倍多いかもしれない。従って、これらのデバイスに対して通常のネットワーク手続きを使用することは、不釣り合いな大量のネットワークリソースを要する恐れがあり、よって、最適化が必要とされる。従って、非使用時にＰＤＮ／ＰＤＰ接続を削除することが提案されてきた。それにより、低頻度シグナリング端末デバイス（例えばＭ２Ｍデバイス）に関し、ネットワークにおけるリソース及びシグナリングが節約されるはずである。

オペレータによっては、これらのタイプのデバイスからの／への通信が実際に行われる稀な機会においてのみ、ＰＧＷ及びＳＧＷにおいて、ＰＤＮ／ＰＤＰ接続を確立すること、及び、リソースを割り当てることを提案してきたものもある。そのようにすると、ＰＧＷ及びＳＧＷにおいてメモリリソース又は他のリソースが何ら割り当てられず、デバイスが移動しているときに、ＭＭＥとＳＧＷ／ＰＧＷとの間にモビリティ（ＭＭ）関連のシグナリングが何ら求められない。ネットワークにおいてデバイスがアタッチされた（登録された）状態を保つことにより、当該デバイスは、例えば、ＭＴ（mobile terminated）通信の場合に、ＳＣＳ／ＭＴＣサーバ又はＡＳから到達され得る。

ステージ１の文書ＴＳ ２２．３６８において仕様化されたいくつかの要件が存在し、例えば、“システムは、多数のＭＴＣデバイスに対して接続性を効率的に維持する機構を提供するものとする”及び“ＭＴＣデバイスは、オペレータのポリシー及びＭＴＣのアプリケーション要件に依存して、非通信時に、それ自体のデータ接続を保持してもよく又は保持しなくてもよい”とされている。

ユーザ機器がスリープモードにあるとき、ユーザ機器は、ネットワークによって直ちに到達可能ではないかもしれない。当該ユーザ機器は、デバイスがウェイクアップしており、例えば、定期的なＴＡＵ（tracking area update）シグナリング（すなわち、３ＧＰＰネットワークにおける定期的な“キープアライブ”シグナリング）と併せてネットワークへの何らかのシグナリングを行うときにのみ、到達可能となる。ユーザ機器のスリープモード状態を使用するデバイスは、可能性として、それほど頻繁には通信を行わず、“低頻度通信”デバイスのカテゴリに属するのに相応しい候補である傾向を有する。

ＬＴＥネットワークにおける低頻度通信デバイスの問題とは、ＬＴＥ標準が、“常に接続されている（always connected）”というパラダイムを使用するように規定されていることである。すなわち、アタッチされたＬＴＥデバイスは、ＰＤＮ接続を常に有する。このことは、上述のように、ネットワークにおいてリソースを消費し、シグナリングを生じる。よって、システムリソースを節約するために、ＰＤＮ接続は、破棄され、又は接続解除され、又は削除され得る。

しかしながら、削除されたＰＤＮ接続を伴う端末デバイス（例えば、Ｍ２Ｍデバイス）との間で通信することを外部サーバ（例えば、ＳＣＳ又はＡＳ）が試みる場合、問題が生じる恐れがある。外部サーバは、ＰＤＮ接続を再確立するためのデバイストリガを送信する必要があることを理解する前に、まず少しのパケットを送信する必要があり、送信失敗を有するであろう。ＳＣＳは、ＰＤＮ接続が削除又は破棄された際にシグナリングによって通知を受けることもできるが、そうした解決策は、大掛かりなシグナリングを要する。さらに、双方の解決策とも、ＩＰ通信を開始し得る前にシグナリングを要する。さらに、ＰＧＷ／ＧＧＳＮを用いる直接モデル（図２の＃２）を使用して通信するＡＳに関しては、少しのパケットを送信した後に送信失敗がある場合、デバイストリガを送信することができない。すなわち、ＡＳは、破棄されたＰＤＮ接続の再確立をトリガすることができない。

間接モデル（図２の＃１）を使用する現在の解決策は、ＩＰ通信を可能にするために、ＰＤＮ／ＰＤＰ接続を再確立するためのシグナリングを要する。このことは、ＤＬ（down link）トラフィック（ＭＴトラフィック）に関して特に問題となり、ＤＬトラフィックの場合、例えば、外部ＡＳ又はＳＣＳ（Service Capability Server）は、ＩＰパケットをＭ２Ｍデバイスへ送信し得る前にモバイルネットワークにまずシグナリングを行う必要がある。デバイストリガ機能は、デバイスをトリガして任意の失われたＰＤＮ接続又はＰＤＰコンテキストを再確立するために、Ｒｅｌ−１１において開発されている。

Ｍ２ＭデバイスのＰＤＮ接続が破棄又は削除されたことにＡＳ／ＳＣＳが気付いていない場合、ＡＳ／ＳＣＳが、デバイストリガをＭ２Ｍデバイスへ送信する必要があることを理解する前に、Ｍ２Ｍデバイスからの回答が何らない状態で、いくつかのＩＰパケットをまず送信しようと試みることも問題である。このことは、時間を要し、通信を遅延させる。

よって、例示的な実施形態のうちのいくつかによると、以前に破棄されたＰＤＮ／ＰＤＰ接続を再確立するための方法が提示される。具体的には、例示的な実施形態のうちのいくつかによると、再確立は、ダウンリンクデータ通知の結果として提供され得る。

図３は、ここに提示された例示的な実施形態のうちのいくつかを強調した別のネットワークの例を提供する。ここに提示された例示的な実施形態のうちのいくつかは、それ以前に存在していたＰＤＮ／ＰＤＰ接続を再確立するゲートウェイノードを対象とし得る。ＰＤＮ／ＰＤＰ接続は、削除又は破棄されているものと想定される。

図３が単にＥ−ＵＴＲＡＮネットワークを例示しているものの、例示的な実施形態がＧＥＲＡＮ及びＵＴＲＡＮベースのシステムにも適用されてもよいことを認識されるべきである。よって、例示的な実施形態のうちのいくつかによると、ゲートウェイノードには、Ｅ−ＵＴＲＡＮ（ＬＴＥ）アクセスに関連する新たな機能性が提供される。この新たな機能性は、ＧＥＲＡＮ及びＵＴＲＡＮアクセスにも適用されてよく、この場合、以下の説明における“ＭＭＥ”は、“ＳＧＳＮ”又は“Ｓ４−ＳＧＳＮ”で置き換えられる。以下のテキストにおいて使用される“Ｍ２Ｍデバイス”という用語は、（３ＧＰＰ仕様において使用される）“ＭＴＣデバイス”と同義である。ユーザ機器（ＵＥ）及び移動局（ＭＳ）だけではなく、端末デバイスという用語が同義であり、同様に３ＧＰＰ仕様において使用されていることも認識されるべきである。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、任意の数のＩＰアドレス−破棄又は削除されたＰＤＮ／ＰＤＰ接続の全てについてのＩＭＳＩペア−を有するテーブルを格納し得る。宛て先ＩＰアドレスが対応するＧＴＰトンネルを有していないＤＬデータパケットが到達すると、ゲートウェイノードは、当該宛て先ＩＰアドレスを使用してテーブルを調べ、ユーザ機器についてのＩＭＳＩを捜し出す。ゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）は次いで、当該ＩＭＳＩを使用して、当該ＩＭＳＩ（又は関連付けられるデバイス）についての現在のサービングモビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）を捜し出し、ＳＧＷとＰＧＷとの間の又はＳＧＳＮとＧＧＳＮとの間のＰＤＮ／ＰＤＰ接続が再確立される必要があることを、新たなシグナリングによってモビリティ管理ノードへ通知する。ＰＤＮ／ＰＤＰ接続が再確立されると、ゲートウェイノードにバッファリングされていたＩＰパケットは、端末デバイス（例えば、ユーザ機器又はＭ２Ｍデバイス）へ送信される。このことは、端末デバイスをトリガしてＩＰパケットの送信側への通信を開始させ得る。

例示的な実施形態のうちのいくつかによると、ゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）は、破棄又は削除されたＰＤＮ／ＰＤＰ接続についての留保されたＩＰアドレスのリストを保持する。例示的な実施形態のうちのいくつかによると、このリスト内の、留保されたＩＰアドレスの各々は、任意に、当該ＩＰアドレスが属している端末デバイスのための最新の既知のサービングモビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）のアドレス又はＩＤをも含み得る。そのモビリティ管理ノードのアドレス又はＩＤは、モバイル性がより低く、モビリティ管理ノードを頻繁に変更しない端末デバイスについてのＨＳＳクエリを回避するために使用され得る。

例示的な実施形態のうちのいくつかによると、どのモビリティ管理ノードが端末デバイスに現在サービスしているかを捜し出すための種々の方法が提供される。削除されたＰＤＮ／ＰＤＰ接続を有する端末デバイスは、モバイルであるかもしれず、状況によってはモビリティ管理ノードのカバレッジエリアの外側へと移動し得るため、端末デバイスは、ゲートウェイノードにおいて到着したＤＬ ＩＰパケットを理由としてＰＤＮ／ＰＤＰ接続が再確立される必要のあるときに、異なるモビリティ管理ノードにキャンプオンしているかもしれない。認識されるべきこととして、各ゲートウェイノードは他のゲートウェイノードによって共有されないノード自身のＩＰアドレスのレンジを有していることから、ＩＰパケットは同一のゲートウェイノードに常に到着することになる。これが基本的ＩＰルーティングの作用の仕方である。

しかしながら、これについては複数の例外が存在し、例えば、ルータ（又はゲートウェイ）は、最初のルータが何らかの理由により故障した場合に、別のルータの作業及びＩＰアドレスを引き継ぎ得る。このような場合、上述の、留保されたＩＰアドレス及び関連付けられるＩＭＳＩのリストもまた、他のルータへのフェイルオーバーの一部分として引き継がれることが想定される。

例示的な実施形態のうちのいくつかによると、サービングモビリティ管理ノードがいかにしてＩＰアドレスに関連付けられるＩＭＳＩに基づきゲートウェイノードにより捜し出され得るかについての４つの非限定的な例が、以下に提供される。
１） ゲートウェイノードからＨＳＳ／ＨＬＲへの（図２で“Ｔ１２”と表記される）直接インタフェースを使用するか、又は、
２） ＨＳＳ／ＨＬＲへの既存のインタフェースＳ６ｍを有するＭＴＣ ＩＷＦへの（図２で“Ｔ１１”と表記される）新たなインタフェースを使用するか、又は、
３） ＨＳＳ／ＨＬＲへの既存のインタフェースＳ６ｎを有するＭＴＣ ＡＡＡ若しくは３ＧＰＰ ＡＡＡへの（図２で“Ｔ１３”と表記される）新たなインタフェースを使用するか、又は、
４） サービングモビリティ管理ノードをまず捜し出すことはせず、その代わりに、中継（intermediary）ノードにサービングモビリティ管理ノードを捜し出させて、通知を送信する。例示的な実施形態のうちのいくつかによると、中継ノードは、例えば、ＭＴＣ−ＩＷＦ、ＳＧＷ、又はＨＳＳ／ＨＬＲ自体であり得る。

ＤＬパケットが到着する度毎に過剰なＨＳＳ／ＨＬＲクエリを行うことを回避するために、最新のサービングモビリティ管理ノードのアドレス及び／又はＩＤは、ゲートウェイノードか、又は中間（intermediate）ノード、例えばＭＴＣ−ＩＷＦにおいて、ローカルに格納され得る。ゲートウェイノードは、次いで、ＨＳＳ／ＨＬＲに負荷をかけることなく、モビリティ管理ノードに直ちに通知し得る。静止した端末デバイス、又は低モビリティ性のデバイス（例えば、電気計器といった、ＭＭＥ／ＳＧＳＮ／Ｓ４−ＳＧＳＮプールエリア内のみを移動するユーザ機器）にとって、このような最適化は非常に良く作用するはずである。モビリティ管理ノードが、ローカルに格納されたサービングモビリティ管理ノード情報に基づいて通知を受け、かつ、端末デバイスが別のモビリティ管理ノードに移動したことに起因して当該通知が失敗した場合、例示的な実施形態のうちのいくつかによると、ゲートウェイノードが、その場合にのみ、新たなモビリティ管理ノードに通知が繰り返される前に、ＨＳＳクエリを行うものとする。

例示的な実施形態のうちのいくつかによると、モビリティ管理ノードが一旦識別されると、当該モビリティ管理ノードは、ＰＤＮ／ＰＤＰ接続を再確立するように通知を受け得る。削除又は破棄されたＰＤＮ／ＰＤＰ接続の再確立を開始し得るのがモビリティ管理ノードであることから、ゲートウェイノードは、ＤＬ ＩＰパケットが到着したＰＤＮ／ＰＤＰ接続が再確立される必要があることを、モビリティ管理ノードに通知し得る。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、当該ゲートウェイノードが通知を送信する前にサービングモビリティ管理ノードを捜し出すか、又は、通知経路に沿った中間ノードにサービングモビリティ管理ノードを捜し出させるか、のいずれかであってよい。ＰＤＮ／ＰＤＰ接続が再確立されるべき端末デバイスのＩＭＳＩは、通知メッセージに含まれており、ＨＳＳ／ＨＬＲへのクエリを行うために、中間ノードによって使用され得る。“サービングモビリティ管理ノードを捜し出すこと”が例えば過剰なＨＳＳ／ＨＬＲシグナリングを回避するためにローカルに格納され又はキャッシュされた情報に基づいている場合であって、そのモビリティ管理ノードへの通知が失敗したときは、通知を受けた当該モビリティ管理ノードは、エラー原因、例えば、“ユーザ機器はこのモビリティ管理ノード内に存在せず”を返すものとし、それによってゲートウェイノードは、現在のサービングモビリティ管理ノードについての最新版の情報を捜し出すために、ＨＳＳにクエリが行われる必要があることを理解し得る。

例示的な実施形態のうちのいくつかによると、通知に対して考え得る経路のいくつかの非限定的な例は、以下の通りである。
ａ） ＰＧＷ→ＳＧＷ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｂ１） ＰＧＷ→ＭＴＣ−ＩＷＦ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｂ２） ＧＧＳＮ→ＭＴＣ−ＩＷＦ→ＳＧＳＮ
ｃ１） ＰＧＷ→ＭＴＣ−ＩＷＦ→ＳＭＳＣ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｃ２） ＧＧＳＮ→ＭＴＣ−ＩＷＦ→ＳＭＳＣ→ＳＧＳＮ
ｄ１） ＰＧＷ→ＭＴＣ−ＩＷＦ→ＨＳＳ／ＨＬＲ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｄ２） ＧＧＳＮ→ＭＴＣ−ＩＷＦ→ＨＳＳ／ＨＬＲ→ＳＧＳＮ
ｅ１） ＰＧＷ→ＨＳＳ／ＨＬＲ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｅ２） ＧＧＳＮ→ＨＳＳ／ＨＬＲ→ＳＧＳＮ
ｆ１） ＰＧＷ→ＭＴＣ ＡＡＡ→ＨＳＳ／ＨＬＲ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｆ２） ＧＧＳＮ→ＭＴＣ ＡＡＡ→ＨＳＳ／ＨＬＲ→ＳＧＳＮ
ｇ１） ＰＧＷ→ＭＭＥ／Ｓ４−ＳＧＳＮ
ｇ２） ＧＧＳＮ→ＳＧＳＮ

代替策ａ）は、サービングＭＭＥ／Ｓ４−ＳＧＳＮを捜し出すために、ＨＳＳへの先行するクエリを要する（上述のサービングモビリティ管理ノードを捜し出すための例示的な方法１、２、及び３を参照）。他の代替策は、ＨＳＳ／ＨＬＲへの先行するクエリを使用し得るが、サービングモビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）を捜し出すために、中継ノードにも依存し得る。ＨＳＳ／ＨＬＲが経路内に存在する代替的シグナリング経路ｄ１）、ｄ２）、ｅ１）、ｅ２）、ｆ１）、及びｆ２）において、ＨＳＳ／ＨＬＲは、通知をモビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）へ転送することの一部分としてクエリを行い得る。代替経路ｇ１）の使用は、ゲートウェイノード（例えばＰＧＷ）とモビリティ管理ノード（例えばＭＭＥ）との間に、新たなローミングインタフェースを要し得る。

例示的な代替経路ａ）は、３ＧＰＰ ＴＳ ２９．２７４に仕様化されているＧＴＰｖ２−Ｃプロトコルに基づく。通知を送信する前に、ＰＧＷは、上述のモビリティ管理ノードを捜し出すための非限定的な例において記載された、ローカルなストア／キャッシュを通じて、又は、方法１）、２）、若しくは３）を通じて、サービングＭＭＥを捜し出す。既存のＧＴＰｖ２メッセージ、例えば、ＰＧＷダウンリンクトリガリング通知／肯定応答が使用されてよく、そうでなければ、ＧＴＰｖ２−Ｃメッセージの新たなペアが作成され得る。

図４は、ここに提示された例示的な実施形態のうちのいくつかを利用する例示的なメッセージ通信図を例示する。図４に提供された例では、ＰＧＷダウンリンクトリガリング通知／肯定応答メッセージが使用される。図４の種々のメッセージについては、対応するメッセージ番号に従って、以下に説明する。図４に提供された例は、Ｅ−ＵＴＲＡＮベースのシステムに関するものであるが、例示的な実施形態がＧＥＲＡＮ又はＵＴＲＡＮベースのシステムに適用されてもよいことを認識されるべきである。

メッセージ１
ダウンリンクＩＰパケットが、ＰＧＷに到着する。宛て先ＩＰアドレスは、いかなる対応するＧＴＰ−Ｕトンネルをも有していない。ＰＧＷは、留保されたＩＰアドレスのリストをチェックして、一致するものを捜し出す。ＩＰアドレスに関連付けられる、ＩＭＳＩ及び最新の既知のＭＭＥ識別子を使用して、ＰＧＷダウンリンクトリガリング通知を、当該メッセージをサポートするＳＧＷを介してＭＭＥへ送信する。ＰＧＷは、ローカル構成を介して、又は、３ＧＰＰ仕様において既に仕様化済みのサポートされた特徴である通知機構を使用するケイパビリティ交換を介して、メッセージをサポートするＳＧＷを選択する。

ＰＧＷは、過剰なＨＳＳ／ＨＬＲ負荷を回避するために、サービングＭＭＥについての、そのキャッシュされた情報を主として使用してもよい。既存のメッセージが使用される場合、（含まれるＭＭＥ識別子によって識別される）ＭＭＥによってユーザ機器が制御されているかどうかをＰＧＷダウンリンクトリガリング通知肯定応答メッセージにおいて報告すべきことをＳＧＷ／ＭＭＥに指示するための新たな標識が提供される。後の手続きにおいてＭＭＥにサービス認識型の（service aware）ページングを実施させる目的で、受信されたダウンリンクデータがどのサービスに属するのかを示すために別の新たな情報要素が含まれてよく、このようなサービス情報は、パケット検査機能を介してＰＧＷによって取得され得る。

メッセージ２
ＳＧＷは、ＰＧＷダウンリンクトリガリング通知を受信し、それを、ＰＧＷダウンリンクトリガリング通知メッセージに含まれるＭＭＥアドレスにおけるＭＭＥへ転送する。

メッセージ３
ＭＭＥは、ＰＧＷダウンリンクトリガリング通知メッセージを受信する。ＭＭＥは、当該ＭＭＥがメッセージ内のＩＭＳＩによって識別される端末デバイス／ユーザ機器に現在サービスしているかどうかをチェックする。当該ＭＭＥがサービスしている場合、シーケンスは、示されるようにステップ／メッセージ９に進む。当該ＭＭＥがそのＩＭＳＩにサービスしていない場合、原因コード、例えば、“ＵＥはこのＭＭＥ内に存在せず”を有するＰＧＷダウンリンクトリガリング肯定応答メッセージが返される。

メッセージ４
ＳＧＷは、ＰＧＷダウンリンクトリガリング肯定応答メッセージをＰＧＷへ転送する。

メッセージ５
ユーザ機器（ＩＭＳＩ）がそのＭＭＥによってサービスされていないことを示すエラー原因、例えば、“ＵＥはこのＭＭＥ内に存在せず”を有するＰＧＷダウンリンクトリガリング肯定応答メッセージをＰＧＷが受信した場合、又は、ＰＧＷダウンリンクトリガリング肯定応答が、受入原因、例えば、ダウンリンクトリガリング要求がＭＭＥ及びＳＧＷによって受け入れられたという受入原因を含むものの、削除されたＰＤＮ接続を再確立するためのシグナリングメッセージが構成可能なタイマの範囲内に無く、再試行カウンタも満了している場合、ＰＧＷは、現在のサービングＭＭＥを捜し出すためにＨＳＳ／ＨＬＲにクエリを行う。このクエリは、上述のモビリティ管理ノードを捜し出すための例示的な方法１、２、又は３のうちのいずれかを使用し得る。ＩＭＳＩは、加入者情報要求（Subscriber Information Request）に含まれる。

メッセージ６
ＨＳＳ／ＨＬＲは、ＳＩＲを受信し、現在のサービングＭＭＥのＩＤで返す。

メッセージ７
ＰＧＷは、ＤＮＳサーバを使用して、ＭＭＥのＩＤをＭＭＥ ＧＴＰｖ２−Ｃアドレスへと解決する。このＭＭＥが、ステップ又はメッセージ２のＭＭＥとは異なる場合、ＰＧＷは、ローカル構成によって、又は、３ＧＰＰ仕様において既に仕様化済みのサポートされた特徴である通知機構を使用するケイパビリティ交換によって、メッセージをサポートするＳＧＷを介し、ＭＭＥに新たなＤＬデータ要求を送信する。認識されるべきこととして、このステップにおいてＰＧＷにより選択されるＳＧＷは、ＭＭＥにより以下のステップ／メッセージ１２〜１５において選択されるものと同一であってもよく又は異なってもよい。それは分離（decouple）される。このステップにおいて、ＳＧＷは、単にシグナリングリレーである。

メッセージ８
ＳＧＷは、ＰＧＷダウンリンクトリガリング通知を受信し、それを、ＤＬデータ要求メッセージに含まれるＭＭＥアドレスにおけるＭＭＥへ転送する。

メッセージ９
ＭＭＥは、ＰＧＷダウンリンクトリガリング通知メッセージを受信する。ＭＭＥは、当該ＭＭＥが、当該メッセージ内のＩＭＳＩによって識別される端末デバイス／ユーザ機器に現在サービスしているかどうかをチェックする。ＭＭＥは次いで、ＰＤＮ接続を再確立するための再確立手続き（メッセージ１２〜１５に記載）をトリガする。ＭＭＥは任意に、ＳＧＷとｅＮＢ／ＵＥとの間にデータ経路を確立するためのネットワーク開始型サービス要求手続きを、既に目下トリガしていてもよい。代替的に、その手続きは、以下のステップ／メッセージ１６において、又は、ＤＬ ＩＰパケットがＳＧＷに到着し、ＳＧＷがダウンリンクデータ通知をＭＭＥへ送信するときに、トリガされてもよい。

メッセージ１０
ＰＧＷダウンリンクトリガリング肯定応答メッセージは、ＳＧＷを介してＰＧＷへ送り返される。代替的に、ＰＧＷは、成功したＤＬデータ要求の肯定応答として、ステップ／メッセージ１３においてセッション作成要求を受け得る。

メッセージ１１
ＳＧＷは、ＰＧＷダウンリンクトリガリング肯定応答をＰＧＷへ転送する。

メッセージ１２〜１５
ＰＧＷダウンリンクトリガリング通知メッセージが再確立手続きをトリガし、ここで、ＭＭＥは、留保されたＩＰアドレスを含むセッション作成要求を、以前と同一のＰＧＷへ送信することによって、以前に存在していたＰＤＮ接続を再確立する。ＩＭＳＩ又はＩＰアドレスを有するセッション作成要求であって、当該ＩＭＳＩ又は当該ＩＰアドレスに関してＰＧＷが（例えば、以前に削除されたＰＤＮ接続についての）留保されたＩＰアドレスを有する、セッション作成要求を当該ＰＧＷが受信すると、当該ＰＧＷは、留保されたＩＰアドレスを使用してＰＤＮ接続を作成する。ＰＤＮ接続が作成されると、応答がＳＧＷ及びＭＭＥへ送り返される。代替的実装例において、ＭＭＥは、セッション作成要求においてＩＰアドレスを送信せず、その場合、ＰＧＷは次いで、その代わりに、要求メッセージ内のＩＭＳＩを使用して自身の留保されたＩＰアドレスのリストを調べることによってＩＰアドレスを捜し出す。

メッセージ１６
ＭＭＥは任意に、例えば、端末デバイスをＥＭＭ接続済みモードに移行させ、ＳＧＷからｅＮＢへのデータ経路を再確立し及び端末デバイスへの無線ベアラを確立するためのネットワーク開始型サービス要求手続きを、既に目下トリガしている。このことを目下行うことは、以下のステップ／メッセージ１８において論じるように、トリガリングのためにＳＧＷにおいて通常のＤＤＮ手続きを使用することに比べ、応答時間の多少の短縮と、シグナリングの節約とを行い得る。

メッセージ１７
ＰＧＷは、新たに作成されたＰＤＮ接続上において、端末デバイス／ＵＥに向けて、バッファリングされたＤＬ ＩＰパケットを転送する。この転送は任意に、当該経路に沿った全てのノードにおいてＰＤＮ接続が確立されていることを確保するために、短時間（数ミリ秒から数秒）にわたって遅延され得る。特に、ＭＭＥが上記のステップ／メッセージ１６を実施するように構成されている場合、この遅延は、不必要なＤＤＮがＳＧＷからＭＭＥへ送信されることを回避することができる。

メッセージ１８
ＳＧＷは、ＤＬパケットをｅＮＢへ転送し、例えば、ユーザプレーンについてのｅＮＢ Ｆ−ＴＥＩＤが既に利用可能である場合、ｅＮＢ Ｆ−ＴＥＩＤがメッセージ１６において受信され得る。そうではない場合、ＳＧＷは、ネットワーク開始型サービス要求手続きの一部分として、ダウンリンクデータ通知をＭＭＥへ送信する。

図５は、ここに記載された例示的な実施形態のうちのいくつかのメッセージ通信図の特徴の、別の非限定的な例を例示する。図４において提供された例は、Ｅ−ＵＴＲＡＮベースのシステムに関するものであるが、例示的な実施形態がＧＥＲＡＮ又はＵＴＲＡＮベースのシステムに適用されてもよいことを認識されるべきである。

図５において、ＭＴＣ−ＩＷＦを介した通知経路は、ＰＧＷとＭＴＣ−ＩＷＦとの間における、“Ｔ１１”と表記された新たなインタフェース（図３に示す）を利用する。ＭＴＣ−ＩＷＦは任意に、例えば、ＩＭＳＩに基づいてローカルに格納された／キャッシュされたサービングＭＭＥ情報により、サービングＭＭＥを捜し出してもよい。ＭＴＣ−ＩＷＦは次いで、Ｔ５ｂインタフェースを介してサービングＭＭＥへ直接通知を配信するか、又は、Ｔ４インタフェースを使用して、通知をＳＭＳとしてサービングＭＭＥへ配信するか、のいずれかである。

Ｔ５ｂインタフェースが使用される場合、ＭＴＣ−ＩＷＦは、例えば、３ＧＰＰ ＴＳ ２３．６８２ ｖ１１．１．０に記述されている“デバイストリガ”としてのいずれかで通知を配信してよく、“デバイストリガ”によってＭＭＥはＰＤＮ接続を破棄することになり、Ｍ２Ｍデバイスはトリガされるはずである。代替的に、ＭＴＣ−ＩＷＦは、Ｔ５ｂ上でＭＭＥに通知するための固有のメッセージを使用する新たな通知として、通知を配信してもよい。Ｍ２Ｍデバイスは、この場合、影響を受けないが、ユーザ機器又は端末デバイスは、バッファリングされたＤＬ ＩＰパケットが端末デバイス／ユーザ機器において受信されると、「トリガされる」はずである。

ＭＴＣ−ＩＷＦがＴ５ｂの代わりにＴ４を介して配信を行う場合、ＭＴＣ−ＩＷＦは、３ＧＰＰ ＴＳ ２３．６８２ Ｖ１１．１．０に従い、デバイストリガとして通知を送信する。ＭＭＥは次いで、ＰＤＮ接続を破棄することに加え、デバイストリガをユーザ機器へ転送する。ユーザ機器は次いで、接続済みモードに移行し、例えば、ユーザ機器は、無線ベアラ及びｅＮＢ−ＳＧＷ（Ｓ１−Ｕ）トンネルを確立する。１つの具体的な実装例において、ＭＴＣ−ＩＷＦ及びＴ４プロトコルは、“通知”を“デバイストリガ”とは区別し、ＭＭＥは、Ｔ４通知をユーザ機器へ転送せず、但し単にＰＤＮ接続を再確立し、例えばそれは以下のステップ／メッセージ１４において説明するようなオプションとしてのネットワークトリガ型サービス要求手続きを含む。

図５の様々なメッセージについては、メッセージの番号付けに従って以下に説明する。

メッセージ１
ダウンリンクＩＰパケットが、ＰＧＷに到着する。宛て先ＩＰアドレスは、対応するＧＴＰ−Ｕトンネルを有していない。ＰＧＷは、留保されたＩＰアドレスのリストをチェックして、一致するものを捜し出す。ＩＰアドレスに関連付けられる、ＩＭＳＩと最新の既知のＭＭＥアドレス及びＳＧＷアドレスとを用いて、ＤＬデータ要求をＭＴＣ−ＩＷＦへ送信する。ＰＧＷは、過剰なＨＳＳ／ＨＬＲ負荷を回避するために、サービングＭＭＥについての、そのキャッシュされた情報を主として使用する。

メッセージ２
ＭＴＣ−ＩＷＦは、ＤＬデータ要求を受信し、それを、Ｔ５ｂインタフェース上において（代替的にはＴ４インタフェースを介して）、ＤＬデータ要求メッセージに含まれるＭＭＥアドレスへ転送する。後の手続きにおいてＭＭＥにサービス認識型のページングを実施させる目的で、受信されたダウンリンクデータがどのサービスに属しているのかを示すために、新たな情報要素が含まれてよく、このようなサービス情報は、パケット検査機能を介してＰＧＷによって取得され得る。

メッセージ３
ＭＭＥは、ＤＬデータ要求メッセージを受信する。ＭＭＥは、当該ＭＭＥがメッセージ内のＩＭＳＩによって識別される端末デバイス／ＵＥに現在サービスしているかどうかをチェックする。当該ＭＭＥがサービスしている場合、シーケンスは、メッセージ／ステップ７を起点として進む。当該ＭＭＥがそのＩＭＳＩにサービスしていない場合、原因コードを有するＤＬデータ応答メッセージが返され得る。原因コードの一例は、“ＵＥはこのＭＭＥに存在せず”であり得る。

メッセージ４
ユーザ機器（ＩＭＳＩ）がそのＭＭＥによってサービスされていないことを示すエラー原因、例えば、“ＵＥはこのＭＭＥに存在せず”を有するＤＬデータ応答メッセージを、ＭＴＣ−ＩＷＦが受信した場合、ＭＴＣ−ＩＷＦは、現在のサービングＭＭＥを捜し出すために、ＨＳＳ／ＨＬＲにクエリを行う。このクエリは、図３におけるように、Ｓ６ｍインタフェースを使用し得る。ＩＭＳＩは、加入者情報要求内に含まれる。

メッセージ５
ＨＳＳ／ＨＬＲは、加入者情報要求への応答として、現在のサービングＭＭＥのＩＤを返す。

メッセージ６
ＭＴＣ−ＩＷＦは、ＤＮＳサーバを使用して、ＭＭＥのＩＤをＭＭＥ ＧＴＰｖ２−Ｃアドレスへと解決する。このＭＭＥがメッセージ２内のＭＭＥとは異なっている場合、ＭＴＣ−ＩＷＦは、Ｔ５ｂインタフェース上において（代替的に、図３に例示されるようにＴ４インタフェースを介して）、新たなＤＬデータ要求をＭＭＥへ送信する。

メッセージ７
ＭＭＥは、ＤＬデータ要求メッセージを受信する。ＭＭＥは、当該ＭＭＥが、当該メッセージ内のＩＭＳＩによって識別される端末デバイス／ＵＥに現在サービスしているかをチェックする。ＭＭＥは次いで、ＳＧＷとＰＧＷとの間にＰＤＮ接続を再確立するための、ステップ／メッセージ１０〜１３によって提供される再確立手続きをトリガする。ＭＭＥは任意に、ＳＧＷとｅＮＢ／ＵＥとの間にデータ経路を確立するためのネットワーク開始型サービス要求手続きを、既に目下トリガしていてもよい。代替的に、その手続きは、ＤＬ ＩＰパケットがＳＧＷに到着し、ＳＧＷがダウンリンクデータ通知をＭＭＥへ送信するときにトリガされる（３ＧＰＰ ＴＳ ２３．４０１ ｖ１１．１．０における５．３．４．３節を参照）。

メッセージ８
ＤＬデータ応答メッセージが、ＭＴＣ−ＩＷＦを介してＰＧＷへ送り返される。代替的に、ＰＧＷは、成功したＤＬデータ要求の肯定応答として、ステップ／メッセージ１１においてセッション作成要求を受け得る。

メッセージ９
ＭＴＣ−ＩＷＦは、応答をＰＧＷへ転送する。ＭＴＣ−ＩＷＦがＨＳＳ／ＨＬＲから新たなサービングＭＭＥを取得した場合、新たなサービングＭＭＥは、ＰＤＮ接続の今後の破棄又は削除の場合に、ＰＧＷに返される。例示的な実施形態のうちのいくつかによると、ＭＴＣ−ＩＷＦは、ステートレスに保たれる。

メッセージ１０〜１３
ＤＬデータ要求メッセージは、再確立手続きをトリガし、ここで、ＭＭＥは、留保されたＩＰアドレスを含むセッション作成要求を、以前と同一のＰＧＷへ送信することによって、以前に存在していたＰＤＮ接続を再確立する。どのＰＧＷが以前に使用されていたかに関する情報は、ＭＭＥにおけるコンテキスト情報に格納され得る。

メッセージ１４
ＭＭＥは任意に、ＵＥをＥＭＭ接続済みモードに移行させ、ＳＧＷからｅＮＢへのデータ経路を再確立し及びＵＥへの無線ベアラを確立するためのネットワーク開始型サービス要求手続き（３ＧＰＰ ＴＳ ２３．４０１ｖ１１．１．０内における５．３．４．３節を参照）を、既に目下トリガしている。例示的な実施形態のうちのいくつかによると、このステップは、応答時間を短縮するために、及び、シグナリング、例えばＳＧＷからＭＭＥへのＤＤＮを節約するために、代わりに、ステップ／メッセージ１５の結果として目下実施され得る。

メッセージ１５
ＰＧＷは、新たに作成されたＰＤＮ接続上において、端末デバイス／ＵＥに向けて、バッファリングされたＤＬ ＩＰパケットを転送する。この転送は任意に、当該経路に沿った全てのノードにおいてＰＤＮ接続が確立されていることを確保するために、短時間、例えば数ミリ秒から数秒にわたって遅延され得る。特に、ＭＭＥが上記のステップ／メッセージ１４を実施するように構成されている場合、この遅延は、不必要なＤＤＮがＳＧＷからＭＭＥへ送信されることを回避することができる。

メッセージ１６
ＳＧＷは、ＤＬパケットをｅＮＢへ転送し、例えば、ユーザプレーンについてのｅＮＢ Ｆ−ＴＥＩＤが既に利用可能である場合、ｅＮＢ Ｆ−ＴＥＩＤがステップ／メッセージ１６において受信され得る。そうではない場合、ＳＧＷは、ネットワーク開始型サービス要求手続きの一部分として、ダウンリンクデータ通知をＭＭＥへ送信する。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードバッファ（例えば、ＰＧＷ又はＧＧＳＮ）内のＤＬ ＩＰパケットは、端末デバイスに渡され得る。保留中（pending）の再確立を有するＩＭＳＩ又はＩＰアドレスについてセッション作成要求をゲートウェイノードが受信すると、当該ゲートウェイノードは、ＰＤＮ接続を作成する。ＰＤＮ接続が作成されて、応答が、例えばＳＧＷへ送り返されると、ＰＧＷ（ゲートウェイノード）は、新たに作成されたＰＤＮ接続上において、ユーザ機器又は端末デバイスに向けて、バッファリングされたＤＬ ＩＰパケットを転送する。この転送は任意に、当該経路に沿った全てのノードにおいてＰＤＮ接続が確立されていることを確保するために、短時間（数ミリ秒から数秒）にわたって遅延され得る。

図６は、ここに記載された例示的な実施形態のうちのいくつかを実施し得るゲートウェイノードの例示的なノード構成を例示する。ゲートウェイノードはＰＧＷ１１９又はＧＧＳＮ１１３であってよいことが認識されるべきである。ゲートウェイノード１１３／１１９は、通信データ、命令、及び／若しくはメッセージを受信及び／又は送信するように構成され得るインタフェース回路又は通信ポート２０１を備え得る。インタフェース回路又は通信ポート２０１が、任意の数の送受信、受信、及び／又は送信ユニット又は回路として備えられ得ることを認識されるべきである。インタフェース回路又は通信２０１が、当該技術で知られている任意の入力／出力通信ポートの形であり得ることを、さらに認識されるべきである。インタフェース回路又は通信２０１は、インタフェース、例えば光学回路又はインタフェース回路（図示せず）の上で使用される特定の物理層を取り扱うための回路を備え得る。

ゲートウェイノード１１３／１１９は、破棄されたＰＤＮ／ＰＤＰ接続に関連する情報を判定し若しくは取得するように構成され得る処理ユニット又は回路２０３も備え得る。処理回路２０３は、任意の好適なタイプの計算ユニット、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：digital signal processor）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：field programmable gate array）、又は特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）、又は任意の他の形の回路であり得る。ゲートウェイノード１１３／１１９はさらに、任意の好適なタイプのコンピュータ可読メモリであり、かつ、揮発性及び／又は不揮発性のタイプのものであり得る、メモリユニット又は回路２０５を備え得る。メモリ２０５は、受信され、送信され及び／若しくは測定されたデータ、デバイスパラメータ、通信の優先順位、並びに／又は実行可能なプログラム命令を格納するように構成され得る。

図７は、モビリティ管理ノードの例示的なノード構成を例示する。モビリティ管理ノードが、ここに記載された例示的な実施形態のうちのいくつかを実施し得る、ＭＭＥ１１５、Ｓ４−ＳＧＳＮ１１０のＳＧＳＮ１１１であってよいことが認識されるべきである。モビリティ管理ノード１１０／１１１／１１５は、通信データ、命令、及び／若しくはメッセージを受信及び／又は送信するように構成され得るインタフェース回路又は通信ポート３０１を備え得る。インタフェース回路又は通信ポート３０１が、任意の数の送受信、受信、及び／又は送信ユニット又は回路として備えられ得ることを認識されるべきである。インタフェース回路又は通信３０１が、当該技術で知られている任意の入力／出力通信ポートの形であり得ることを、さらに認識されるべきである。インタフェース回路又は通信３０１は、インタフェース、例えば光学回路又はインタフェース回路（図示せず）の上で使用される特定の物理層を取り扱うための回路を備え得る。

モビリティ管理ノード１１０／１１１／１１５は、削除されたＰＤＮ／ＰＤＰ接続に関連する情報を確認又は解析するように構成され得る処理ユニット又は回路３０３も備え得る。処理回路３０３は、任意の好適なタイプの計算ユニット、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）、又は任意の他の形の回路であり得る。モビリティ管理ノード１１０／１１１／１１５はさらに、任意の好適なタイプのコンピュータ可読メモリであってよく、かつ、揮発性及び／又は不揮発性のタイプであり得る、メモリユニット又は回路３０５を備え得る。メモリ３０５は、受信され、送信され、及び／若しくは測定されたデータ、デバイスパラメータ、通信の優先順位、並びに／又は実行可能なプログラム命令を格納するように構成され得る。

図８は、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するために、図６のゲートウェイノード１１３／１１９により採用され得る例示的な動作を描くフロー図である。図８が、実線の境界線を用いて例示されたいくつかの動作と、破線の境界線を用いて例示されたいくつかの動作とを含むことも認識されるべきである。実線の境界線内に含まれる動作は、最も広い例示的な実施形態に含まれる動作である。破線の境界線内に含まれる動作は、比較的広い例示的な実施形態の動作に含まれ得るか、又は当該動作の一部分であり得るか、又は当該動作に加えて採用され得るさらなる動作である、例示的な実施形態である。これらの動作が順番に実施される必要のないことを認識されるべきである。さらに、これらの動作の全てが必ずしも実施される必要のないことを認識されるべきである。例示的な動作は、任意の順番で、任意の組み合わせで実施されてよい。図８に提示される例示的な動作が、ＧＥＲＡＮ、ＵＴＲＡＮ、又はＥ−ＵＴＲＡＮベースのシステムに適用され得ることをさらに認識されるべきである。

動作１０
ゲートウェイノード１１３／１１９は、アプリケーションサーバからデータパケットを受信する１０ように構成される。データパケットは、意図される宛て先のＩＰアドレスを含む。インタフェース回路２０１がアプリケーションサーバからデータパケットを受信するように構成される。

例示的な実施形態のうちのいくつかによると、アプリケーションサーバは、ＳＣＳ、ＭＴＣサーバ、ＭＴＣアプリケーション、又はＩＥＦＴホストであり得る。

動作１２
ゲートウェイノード１１３／１１９はさらに、ゲートウェイノードと意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄された（又は削除された）ことを判定する１２ように構成される。処理回路２０３がゲートウェイノードと意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄又は削除されたことを判定するように構成される。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、ＰＧＷであってよく、関連付けられるモビリティ管理ノードは、ＭＭＥ又はＳ４−ＳＧＳＮであってうよい。このような例において、破棄されたＰＤＰ／ＰＤＮ接続は、ＰＧＷとＳＧＷとの間である。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、ＧＧＳＮであってよく、関連付けられるモビリティ管理ノードは、ＳＧＳＮであってよい。このような例において、破棄されたＰＤＰ／ＰＤＮ接続は、ＧＧＳＮとＳＧＳＮとの間である。

動作１４
ゲートウェイノード１１３／１１９はさらに、意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得する１４ように構成される。処理回路２０３が意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得するように構成される。

例示的な実施形態のうちのいくつかによると、端末デバイスは、Ｍ２Ｍデバイス又はユーザ機器であってよい。例示的な実施形態のうちのいくつかによると、取得される識別情報は、ＩＭＳＩ、ＭＳＩＳＤＮ、外部ＩＤ、又は、ＰＤＮ接続に関連付けられる任意の他の識別情報（例えば、ＩＭＳＩ＋ＮＳＡＰＩ、ＩＭＳＩ＋ＥＢＩタプル、若しくはＩＰアドレス）である。

例示的な動作１６
例示的な実施形態のうちのいくつかによると、取得すること１４はさらに、留保されたＩＰアドレスのテーブルから、端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得すること１６を含み得る。処理回路２０３が、留保されたＩＰアドレスのテーブルから、端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得するように構成され得る。例示的な実施形態のうちのいくつかによると、テーブルは、ゲートウェイノード、ＨＳＳ、ＨＬＲ、ＰＣＲＦ、ＡＡＡ、又は、ネットワークにおける任意の他のノードに位置付けられ得る。

例示的な動作１８
例示的な実施形態のうちのいくつかによると、取得すること１４／１６はさらに、最後に使用されたサービングモビリティ管理ノード（例えば、ＭＭＥ、Ｓ４−ＳＧＳＮ、又はＳＧＳＮ）の識別情報又はアドレスを取得すること１８を含み得る。処理回路２０３が、最後に使用されたサービングモビリティ管理ノードの識別情報又はアドレスを取得するように構成され得る。

動作２０
ゲートウェイノード１１３／１１９はさらに、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信する２０ように構成される。インタフェース回路２０１が、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信するように構成される。

例示的な実施形態のうちのいくつかによると、再確立通知は、ＤＤＮ、ＰＧＷダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガ、又は他の新たな通知要求である。

例示的な動作２２
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、又はＳ４−ＳＧＳＮ）へ直接送信すること２２を含み得る。インタフェース回路２０１が、再確立通知をモビリティ管理ノードへ直接送信するように構成され得る。

例示的な動作２４
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＳＧＷへ送信すること２４を含み得る。ＳＧＷは、その後、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ又はＳ４−ＳＧＳＮ）へ転送し得る。インタフェース回路２０１が、再確立通知をＳＧＷへ送信するように構成され得る。

例示的な動作２６
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＭＴＣ−ＩＷＦへ送信すること２６を含み得る。ＭＴＣ−ＩＷＦは、その後、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ）へ転送し得る。インタフェース回路２０１が、再確立通知をＭＴＣ−ＩＷＦへ送信するように構成され得る。

例示的な動作２８
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＭＴＣ−ＩＷＦへ送信すること２８を含み得る。ＭＴＣ−ＩＷＦは、その後、再確立通知をＳＭＳＣへ転送し得る。ＳＭＳＣは、その後、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、又はＳ４−ＳＧＳＮ）へ転送し得る。インタフェース回路２０１が、再確立通知をＭＴＣ−ＩＷＦへ送信するように構成され得る。

例示的な動作３０
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＭＴＣ−ＩＷＦへ送信すること３０を含み得る。ＭＴＣ−ＩＷＦは、その後、再確立通知をＨＳＳ又はＨＬＲへ転送し得る。ＨＳＳ又はＨＬＲは、その後、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ）へ転送し得る。インタフェース回路２０１が、再確立通知をＭＴＣ−ＩＷＦへ送信するように構成され得る。

例示的な動作３２
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＨＳＳ又はＨＬＲへ送信すること３２を含み得る。ＨＳＳ又はＨＬＲは、その後、再確立通知をモビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ）へ転送し得る。インタフェース回路２０１が、再確立通知をＨＳＳ又はＨＬＲへ送信するように構成され得る。

例示的な動作３４
例示的な実施形態のうちのいくつかによると、送信すること２０はさらに、再確立通知をＭＴＣ−ＡＡＡへ送信すること３４を含み得る。ＭＴＣ−ＡＡＡは、その後、再確立通知をＨＳＳ又はＨＬＲへ転送し得る。ＨＳＳ又はＨＬＲは、その後、再確立通知をモビリティ管理ノードへ転送し得る。インタフェース回路２０１が、再確立通知をＭＴＣ−ＡＡＡへ送信するように構成され得る。

図９は、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するために、図７のモビリティ管理ノード１１０／１１１／１１５により採用され得る例示的な動作を描くフロー図である。図９が、より濃い境界線を用いて例示されたいくつかの動作と、より薄い境界線を用いて例示されたいくつかの動作とを含むことも認識されるべきである。より濃い境界線内に含まれる動作は、最も広い例示的な実施形態に含まれる動作である。より薄い境界線内に含まれる動作は、比較的広い例示的な実施形態の動作に含まれ得るか、又は当該動作の一部分であり得るか、又は、当該動作に加えて採用され得るさらなる動作である、例示的な実施形態である。これらの動作が順番に実施される必要のないことを認識されるべきである。さらに、これらの動作の全てが必ずしも実施される必要のないことを認識されるべきである。例示的な動作は、任意の順番で、任意の組み合わせで実施されてよい。図９に提示される例示的な動作が、ＧＥＲＡＮ、ＵＴＲＡＮ、又はＥ−ＵＴＲＡＮベースのシステムに適用され得ることをさらに認識されるべきである。

動作４０
モビリティ管理ノード１１０／１１１／１１５は、ゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から再確立通知を受信する４０ように構成される。再確立通知は、ＩＰパケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む。インタフェース回路３０３が、ゲートウェイノードから再確立通知を受信するように構成される。

例示的な実施形態のうちのいくつかによると、再確立通知は、ＤＤＮ、ＰＧＷダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガ、又は他の新たなメッセージである。

例示的な実施形態のうちのいくつかによると、端末デバイスは、Ｍ２Ｍデバイス又はユーザ機器であり得る。例示的な実施形態のうちのいくつかによると、取得される識別情報は、ＩＭＳＩ、ＭＳＩＳＤＮ、外部ＩＤ、又は、ＰＤＮ接続に関連付けられる任意の他の識別情報（例えば、ＩＭＳＩ＋ＮＳＡＰＩ、ＩＭＳＩ＋ＥＢＩタプル、若しくはＩＰアドレス）である。

例示的な動作４２
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から直接受信すること４２を含み得る。インタフェース回路３０３が、再確立通知をゲートウェイノードから直接受信するように構成され得る。

例示的な動作４４
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をＳＧＷから受信すること４４を含み得る。ＳＧＷは、再確立通知をＰＧＷから受信し得る。インタフェース回路３０３が、再確立通知をＳＧＷから受信するように構成され得る。

例示的な動作４６
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をＭＴＣ−ＩＷＦから受信すること４６を含み得る。ＭＴＣ−ＩＷＦは、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から受信し得る。インタフェース回路３０３が、再確立通知をＭＴＣ−ＩＷＦから受信するように構成され得る。

例示的な動作４８
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、ショートメッセージのフォーマットを使用するＳＭＳＣから再確立通知を受信すること４８を含み得る。ＳＭＳＣは、再確立通知をＭＴＣ−ＩＷＦから受信し得る。ＭＴＣ−ＩＷＦは、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から受信し得る。インタフェース回路３０３が、ショートメッセージのフォーマットを使用するＳＭＳＣから再確立通知を受信するように構成され得る。

例示的な動作５０
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をＨＳＳ又はＨＬＲから受信すること５０を含み得る。ＨＳＳ又はＨＬＲは、再確立通知をＭＴＣ−ＩＷＦから受信し得る。ＭＴＣ−ＩＷＦは、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から受信し得る。インタフェース回路３０３が、再確立通知をＨＳＳ又はＨＬＲから受信し得る。

例示的な動作５２
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をＨＳＳ又はＨＬＲから受信すること５２を含み得る。ＨＳＳ又はＨＬＲは、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から受信し得る。インタフェース回路３０３が、再確立通知をＨＳＳ又はＨＬＲから受信するように構成され得る。

例示的な動作５４
例示的な実施形態のうちのいくつかによると、受信すること４０はさらに、再確立通知をＨＳＳ又はＨＬＲから受信すること５４を含み得る。ＨＳＳ又はＨＬＲは、再確立通知をＭＴＣ−ＡＡＡから受信し得る。ＭＴＣ−ＡＡＡは、再確立通知をゲートウェイノード（例えば、ＰＧＷ又はＧＧＳＮ）から受信し得る。インタフェース回路３０３が、再確立通知をＨＳＳ又はＨＬＲから受信するように構成され得る。

動作５６
モビリティ管理ノード１１０／１１１／１１５はさらに、破棄されたＰＤＰ／ＰＤＮ接続の存在を確認する５６ように構成される。処理回路３０３が、破棄されたＰＤＰ／ＰＤＮ接続の存在を確認するように構成される。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、ＰＧＷであり、モビリティ管理ノードは、ＭＭＥ又はＳ４−ＳＧＳＮである。このような例において、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続は、ＰＧＷとＳＧＷとの間である。

例示的な実施形態のうちのいくつかによると、ゲートウェイノードは、ＧＧＳＮであり、モビリティ管理ノードは、ＳＧＳＮである。このような例において、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続は、ＧＧＳＮとＳＧＳＮとの間である。

例示的な動作５８
例示的な実施形態のうちのいくつかによると、確認すること５６はさらに、端末デバイス及びそのＰＤＰ／ＰＤＮ接続の格納された情報を、当該端末デバイス及び／又は当該ＰＤＰ／ＰＤＮ接続の識別情報をインデックスとして使用して解析すること５８を含み得る。処理回路３０３が、端末デバイス及びそのＰＤＰ／ＰＤＮ接続の格納された情報を、当該端末デバイス及び／又は当該ＰＤＰ／ＰＤＮ接続の識別情報をインデックスとして使用して解析するように構成され得る。

例示的な実施形態のうちのいくつかによると、格納された情報は、モビリティ管理ノード（例えば、ＭＭＥ、ＳＧＳＮ、Ｓ４−ＳＧＳＮ）、ＨＳＳ、ＨＬＲ、ＰＣＲＦ、ゲートウェイノード（例えば、ＰＧＷ、ＧＧＳＮ）、又は、ネットワークにおける任意の他のノードに位置付けられ得る。例示的な実施形態のうちのいくつかによると、ノードは、モビリティ管理コンテキストを含み得る。

例示的な動作６０
例示的な実施形態のうちのいくつかによると、確認すること５６及び／又は解析すること５８はさらに、識別情報に関連付けられるＰＤＰ／ＰＤＮ接続が存在しており、破棄された（又は削除された）ものとしてマークされていることを検証すること６０を含み得る。処理回路３０３が、識別情報に関連付けられるＰＤＰ／ＰＤＮ接続が存在しており、破棄された（又は削除された）ものとしてマークされていることを検証し得る。

動作６２
モビリティ管理ノード１１０／１１１／１１５は、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、ゲートウェイノード又は端末デバイスへ送信するようにも構成される。インタフェース回路が、破棄された（又は削除された）ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、ゲートウェイノード又は端末デバイスへ送信するように構成される。

例示的な動作６４
例示的な実施形態のうちのいくつかによると、再確立要求は、セッション作成要求であってよく、送信すること６２はさらに、セッション作成要求をＳＧＷへ送信すること６４を含み得る。ＳＧＷは、セッション作成要求をＰＧＷへ転送し得る。インタフェース回路３０１が、セッション作成要求をＳＧＷへ送信するように構成され得る。

例示的な動作６６
例示的な実施形態のうちのいくつかによると、再確立要求は、ページング要求であり、送信すること６２はさらに、端末デバイスへのページング要求と、それに続き、ＵＥ要求型ＰＤＮ接続性を開始させる端末デバイスへの要求とを送信すること６６を含む。インタフェース回路３０１が、ｅＮＢを介した端末デバイスへのページング要求と、それに続き、ＵＥ要求型ＰＤＮ接続性を開始させる端末デバイスへの要求とを送信するように構成される。

例示的な実施形態を解説するために、３ＧＰＰ ＬＴＥからの専門用語がここで使用されてきたが、このことが、例示的な実施形態の範囲を上述のシステムのみに限定するものとみなされるべきではないことに留意されるべきである。ＷＣＤＭＡ、ＷｉＭａｘ、ＵＭＢ、ＷｉＦｉ、及びＧＳＭを含む他の無線システムもまた、ここに開示された例示的な実施形態から利益を得てよい。

ここに提供された例示的な実施形態の説明は、例示の目的で提示されてきた。この説明は、網羅的であること、又は、例示的な実施形態を、開示された形そのものに限定することを意図しておらず、上記の教示に照らして修正例及び変形例が考えられ、又は、提供された実施形態に対する種々の代替例の実施から、修正例及び変形例が獲得され得る。ここに論じられた例は、種々の例示的な実施形態の原理及び特質、並びに、その実際の用途を解説して、当業者が種々の態様で、そして、企図される特定の使用に適した様々な修正例を伴って、例示的な実施形態を利用することを可能にするために選ばれて記載されている。ここに記載された本実施形態の特徴は、方法、装置、モジュール、システム、及びコンピュータプログラムプロダクトの全ての考え得る組み合わせで組み合わされ得る。ここに提示された例示的な実施形態が互いに任意に組み合わされて実施され得ることを認識されるべきである。

“含む／備える（comprising）”という語が、列挙された要素又はステップ以外の他の要素又はステップの存在を必ずしも除外しないこと、及び、要素の前に付く“a”又は“an”という語が、複数個のこのような要素の出現を除外しないことに留意されるべきである。どの参照符号も請求項の範囲を何ら限定しないこと、例示的な実施形態が、少なくとも部分的に、ハードウェア及びソフトウェアの双方により実装され得ること、並びに、複数の“手段（means）”、“ユニット（units）”、又は“デバイス（devices）”が、ハードウェアの同一の品目によって表現されてもよいことに、さらに留意されるべきである。

ユーザ機器といった専門用語が、非限定的であると見なされるべきであることにも留意されたい。デバイス又はユーザ機器は、当該用語がここで使用される場合、インターネット／イントラネットへのアクセス、ウェブブラウザ、オーガナイザ、カレンダー、カメラ（例えば、ビデオ及び／若しくは静止画像カメラ）、音声レコーダ（例えばマイクロフォン）、並びに／又は全地球測位システム（ＧＰＳ：global positioning system）受信機についての能力を有する無線電話と、セルラー無線電話をデータ処理に組み合わせ得るパーソナル通信システム（ＰＣＳ：personal communications system）ユーザ機器と、無線電話又は無線通信システムを含むことの可能なパーソナルデジタルアシスタント（ＰＤＡ：personal digital assistance）と、ラップトップと、通信能力を有するカメラ（例えば、ビデオ及び／又は静止画像カメラ）と、パーソナルコンピュータ、家庭用娯楽システム、テレビ受像機などといった、送受信を行うことが可能な任意の他の計算又は通信デバイスとを含むように、広義に解釈されるべきである。ユーザ機器という用語が、いかなる数の接続されたデバイスをも含んでよいことが認識されるべきである。さらに、“ユーザ機器”という用語が、インターネット又はネットワークへのアクセスを有し得る任意のデバイスを規定するものとして解釈されるものとする旨を認識されるべきである。

ここに記載された種々の例示的な実施形態は、方法ステップ又はプロセスの一般的なコンテキストにおいて記載されており、当該方法ステップ又はプロセスは、ネットワーク接続された環境においてコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能な命令を含むコンピュータ可読媒体において具現化される、コンピュータプログラムプロダクトによって、１つの態様で実装され得る。コンピュータ可読媒体は、以下のものに限定されないが、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含む、取外し可能な及び取外し不可能な記憶装置を含み得る。一般に、プログラムモジュールは、特定のタスクを実施するか、又は特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータ実行可能な命令、関連付けられるデータ構造、及びプログラムモジュールは、ここに開示された方法のステップを実行するためのプログラムコードの例を表す。このような実行可能な命令又は関連付けられるデータ構造の特定のシーケンスは、このようなステップ又はプロセスにおいて記載された機能を実装するための、対応する行為の例を表す。

図面及び明細書において、例示的実施形態を開示してきた。しかしながら、これらの実施形態に対して多くの変形及び修正を行うことができる。従って、具体的な用語が用いられているものの、それらは、総称的及び説明的な意味においてのみ使用されており、限定の目的では使用されておらず、本実施形態の範囲は、以下の特許請求の範囲により規定されている。

Claims (36)

1. ゲートウェイノードにおける、破棄されたＰＤＰ／ＰＤＮ（Packet Domain Protocol/Packet Data Network）接続を再確立するための方法であって、前記ゲートウェイノードは、無線ネットワークに含まれ、前記方法は、
   アプリケーションサーバから、意図される宛て先のＩＰ（Internet Protocol）アドレスを含むデータパケットを受信すること（１０）と、
   前記ゲートウェイノードと前記意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定すること（１２）と、
   前記意図される宛て先の前記ＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得すること（１４）と、
   破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信すること（２０）と、
   を含む方法。
2. 前記ゲートウェイノードは、ＰＧＷ（Packet Data Network Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility Management Entity）又はＳ４−ＳＧＳＮ（S4-Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving Gateway）との間である、請求項1の方法。
3. 前記ゲートウェイノードは、ＧＧＳＮ（Gateway General Packet Radio Service Support Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１の方法。
4. 前記取得すること（１４）はさらに、留保されたＩＰアドレスのテーブルから、前記端末デバイス又は前記ＰＤＰ／ＰＤＮ接続の前記識別情報を取得すること（１６）を含む、請求項１の方法。
5. 前記取得すること（１４）はさらに、最後に使用されたサービングモビリティ管理ノードの識別情報を取得すること（１８）を含む、請求項１の方法。
6. 前記再確立通知は、ＤＤＮ（Downlink Data Notification）、ＰＧＷ（Packet Data Network Gateway）ダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガである、請求項１の方法。
7. 前記送信すること（２０）はさらに、前記再確立通知をモビリティ管理ノードへ直接送信すること（２２）を含む、請求項１の方法。
8. 前記送信すること（２０）はさらに、前記再確立通知をＳＧＷ（Serving Gateway）へ送信すること（２４）を含み、前記ＳＧＷは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
9. 前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）へ送信すること（２６）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
10. 前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）へ送信すること（２８）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知をＳＭＳＣ（Short Message Service Center）へ転送し、前記ＳＭＳＣは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
11. 前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）へ送信すること（３０）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知をＨＳＳ（Home Subscriber Server）又はＨＬＲ（Home Location Register）へ転送し、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
12. 前記送信すること（２０）はさらに、前記再確立通知をＨＳＳ（Home Subscriber Server）又はＨＬＲ（Home Location Register）へ送信すること（３２）を含み、その後、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
13. 前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＡＡＡ（Machine Type Communication Authentication, Authorization and Accounting）へ送信すること（３４）を含み、前記ＭＴＣ−ＡＡＡは、その後、前記再確立通知をＨＳＳ（Home Subscriber Server）又はＨＬＲ（Home Location Register）へ転送し、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
14. 破棄されたＰＤＰ／ＰＤＮ（Packet Domain Protocol/Packet Data Network）接続を再確立するためのゲートウェイノードであって、前記ゲートウェイノードは、無線ネットワークに含まれ、前記ゲートウェイノードは、
    アプリケーションサーバから、意図される宛て先のＩＰ（Internet Protocol）アドレスを含むデータパケットを受信するように構成されたインタフェース回路（２０１）と、
    前記ゲートウェイノードと前記意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定するように構成された処理回路（２０３）と、
    を備え、
    前記処理回路（２０３）はさらに、前記意図される宛て先の前記ＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得するように構成され、
    前記インタフェース回路（２０１）は、破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信するように構成される、
    ゲートウェイノード。
15. 前記ゲートウェイノードは、ＰＧＷ（Packet Data Network Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility Management Entity）又はＳ４−ＳＧＳＮ（S4-Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving Gateway）との間である、請求項１４のゲートウェイノード。
16. 前記ゲートウェイノードは、ＧＧＳＮ（Gateway General Packet Radio Service Support Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１４のゲートウェイノード。
17. 前記再確立通知は、ＤＤＮ（Downlink Data Notification）、ＰＧＷ（Packet Data Network Gateway）ダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガである、請求項１４のゲートウェイノード。
18. モビリティ管理ノードにおける、破棄されたＰＤＰ／ＰＤＮ（Packet Domain Protocol/Packet Data Network）接続を再確立するための方法であって、
    ＩＰ（Internet Protocol）パケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む再確立通知を、ゲートウェイノードから受信すること（４０）と、
    破棄された前記ＰＤＰ／ＰＤＮ接続の存在を確認すること（５６）と、
    破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、前記ゲートウェイノード又は前記端末デバイスへ送信すること（６２）と、
    を含む方法。
19. 前記ゲートウェイノードは、ＰＧＷ（Packet Data Network Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility Management Entity）又はＳ４−ＳＧＳＮ（S4-Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving Gateway）との間である、請求項１８の方法。
20. 前記ゲートウェイノードは、ＧＧＳＮ（Gateway General Packet Radio Service Support Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１８の方法。
21. 前記再確立通知を前記受信すること（４０）はさらに、前記再確立通知をゲートウェイノードから直接受信すること（４２）を含む、請求項１８の方法。
22. 前記再確立通知を前記受信すること（４０）はさらに、前記再確立通知をＳＧＷ（Serving Gateway）から受信すること（４４）を含み、前記ＳＧＷは、前記再確立通知をＰＧＷ（Packet Data Network Gateway）から受信する、請求項１８の方法。
23. 前記受信すること（４０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）から受信すること（４６）を含み、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
24. 前記受信すること（４０）はさらに、ショートメッセージのフォーマットを使用するＳＭＳＣ（Short Message Service Center）から前記再確立通知を受信すること（４８）を含み、前記ＳＭＳＣは、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）から受信し、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
25. 前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home Subscriber Server）又はＨＬＲ（Home Location Register）から受信すること（５０）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知をＭＴＣ−ＩＷＦ（Machine Type Communication-InterWorking Function）から受信し、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
26. 前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home Subscriber Server）又はＨＬＲ（Home Location Register）から受信すること（５２）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
27. 前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home Subscriber Server）又は（ＨＬＲ）から受信すること（５４）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知をＭＴＣ−ＡＡＡ（Machine Type Communication-Authentication, Authorization and Accounting）から受信し、前記ＭＴＣ−ＡＡＡは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
28. 前記再確立通知は、ＤＤＮ（Downlink Data Notification）、又はＰＧＷ（Packet Data Network Gateway）ダウンリンクトリガリング通知、又はデバイストリガ要求、又はＴ５サブミット要求、又はＴ４サブミットトリガである、請求項１８の方法。
29. 前記確認すること（５６）はさらに、
    端末デバイス及びそれらのＰＤＰ／ＰＤＮ接続の格納された情報を、前記端末デバイス及び／又は前記ＰＤＰ／ＰＤＮ接続の前記識別情報をインデックスとして使用して解析すること（５８）と、
    前記識別情報に関連付けられるＰＤＰ／ＰＤＮ接続が存在しており、破棄されたものとしてマークされていることを検証すること（６０）と、
    を含む、請求項１８の方法。
30. 前記格納された情報は、モビリティ管理コンテキストを含む、請求項２９の方法。
31. 前記再確立要求は、セッション作成要求であり、前記送信すること（６２）はさらに、前記セッション作成要求をＳＧＷ（Serving Gateway）へ送信すること（６４）を含み、前記ＳＧＷは、前記セッション作成要求をＰＧＷ（Packet Data Network Gateway）へ転送する、請求項１８の方法。
32. 前記再確立要求は、ページング要求であり、前記送信すること（６２）はさらに、前記端末デバイスへの前記ページング要求を、それに続き、ＵＥ（User Equipment）要求型ＰＤＮ接続性を開始させるための前記端末デバイスへの要求を送信すること（６６）、を含む、請求項２７の方法。
33. 破棄されたＰＤＰ／ＰＤＮ（Packet Domain Protocol/Packet Data Network）接続を再確立するためのモビリティ管理ノードであって、
    ＩＰ（Internet Protocol）パケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む再確立通知を、ゲートウェイノードから受信するように構成されたインタフェース回路（３０１）と、
    破棄された前記ＰＤＰ／ＰＤＮ接続の存在を確認するように構成された処理回路（３０３）と、
    を備え、
    前記インタフェース回路（３０１）は、破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、前記ゲートウェイノード又は前記端末デバイスへ送信するように構成される、
    モビリティ管理ノード。
34. 前記ゲートウェイノードは、ＰＧＷ（Packet Data Network Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility Management Entity）又はＳ４−ＳＧＳＮ（S4-Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving Gateway）との間である、請求項３３のモビリティ管理ノード。
35. 前記ゲートウェイノードは、ＧＧＳＮ（Gateway General Packet Radio Service Support Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving General Packet Radio Service Support Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項３３のモビリティ管理ノード。
36. 前記再確立通知は、ＤＤＮ（Downlink Data Notification）、又はＰＧＷ（Packet Data Network Gateway）ダウンリンクトリガリング通知、又はデバイストリガ要求、又はＴ５サブミット要求、又はＴ４サブミットトリガである、請求項３３のモビリティ管理ノード。
    

Images