(57)【要約】  いくつかの例において、端末デバイスは、ネットワークとの間で低頻度で通信し得る。従って、システムリソースを節約するために、端末デバイスに関連付けられるＰＤＮ又はＰＤＰ接続は破棄され又は削除され得る。ここに提示された例示的な実施形態は、ダウンリンクデータ通知に応答して、以前に破棄又は削除されたＰＤＰ／ＰＤＮ接続を再確立する改善された手段を提供するための、ゲートウェイノード及びモビリティ管理ノードを対象とする。【選択図】図３
2015531209.tif 000002
【特許請求の範囲】
【請求項１】
ゲートウェイノードにおける、破棄されたＰＤＰ／ＰＤＮ（Packet  Domain  Protocol/Packet  Data  Network）接続を再確立するための方法であって、前記ゲートウェイノードは、無線ネットワークに含まれ、前記方法は、
アプリケーションサーバから、意図される宛て先のＩＰ（Internet  Protocol）アドレスを含むデータパケットを受信すること（１０）と、
前記ゲートウェイノードと前記意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定すること（１２）と、
前記意図される宛て先の前記ＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得すること（１４）と、
破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信すること（２０）と、
を含む方法。
【請求項２】
前記ゲートウェイノードは、ＰＧＷ（Packet  Data  Network  Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility  Management  Entity）又はＳ４−ＳＧＳＮ（S4-Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving  Gateway）との間である、請求項1の方法。
【請求項３】
前記ゲートウェイノードは、ＧＧＳＮ（Gateway  General  Packet  Radio  Service  Support  Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１の方法。
【請求項４】
前記取得すること（１４）はさらに、留保されたＩＰアドレスのテーブルから、前記端末デバイス又は前記ＰＤＰ／ＰＤＮ接続の前記識別情報を取得すること（１６）を含む、請求項１の方法。
【請求項５】
前記取得すること（１４）はさらに、最後に使用されたサービングモビリティ管理ノードの識別情報を取得すること（１８）を含む、請求項１の方法。
【請求項６】
前記再確立通知は、ＤＤＮ（Downlink  Data  Notification）、ＰＧＷ（Packet  Data  Network  Gateway）ダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガである、請求項１の方法。
【請求項７】
前記送信すること（２０）はさらに、前記再確立通知をモビリティ管理ノードへ直接送信すること（２２）を含む、請求項１の方法。
【請求項８】
前記送信すること（２０）はさらに、前記再確立通知をＳＧＷ（Serving  Gateway）へ送信すること（２４）を含み、前記ＳＧＷは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項９】
前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）へ送信すること（２６）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項１０】
前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）へ送信すること（２８）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知をＳＭＳＣ（Short  Message  Service  Center）へ転送し、前記ＳＭＳＣは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項１１】
前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）へ送信すること（３０）を含み、前記ＭＴＣ−ＩＷＦは、その後、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又はＨＬＲ（Home  Location  Register）へ転送し、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項１２】
前記送信すること（２０）はさらに、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又はＨＬＲ（Home  Location  Register）へ送信すること（３２）を含み、その後、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項１３】
前記送信すること（２０）はさらに、前記再確立通知をＭＴＣ−ＡＡＡ（Machine  Type  Communication  Authentication,  Authorization  and  Accounting）へ送信すること（３４）を含み、前記ＭＴＣ−ＡＡＡは、その後、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又はＨＬＲ（Home  Location  Register）へ転送し、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記モビリティ管理ノードへ転送する、請求項１の方法。
【請求項１４】
破棄されたＰＤＰ／ＰＤＮ（Packet  Domain  Protocol/Packet  Data  Network）接続を再確立するためのゲートウェイノードであって、前記ゲートウェイノードは、無線ネットワークに含まれ、前記ゲートウェイノードは、
アプリケーションサーバから、意図される宛て先のＩＰ（Internet  Protocol）アドレスを含むデータパケットを受信するように構成されたインタフェース回路（２０１）と、
前記ゲートウェイノードと前記意図される宛て先との間のＰＤＰ／ＰＤＮ接続が破棄されたことを判定するように構成された処理回路（２０３）と、
を備え、
前記処理回路（２０３）はさらに、前記意図される宛て先の前記ＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を取得するように構成され、
前記インタフェース回路（２０１）は、破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立通知を、モビリティ管理ノードへ送信するように構成される、
ゲートウェイノード。
【請求項１５】
前記ゲートウェイノードは、ＰＧＷ（Packet  Data  Network  Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility  Management  Entity）又はＳ４−ＳＧＳＮ（S4-Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving  Gateway）との間である、請求項１４のゲートウェイノード。
【請求項１６】
前記ゲートウェイノードは、ＧＧＳＮ（Gateway  General  Packet  Radio  Service  Support  Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１４のゲートウェイノード。
【請求項１７】
前記再確立通知は、ＤＤＮ（Downlink  Data  Notification）、ＰＧＷ（Packet  Data  Network  Gateway）ダウンリンクトリガリング通知、デバイストリガ要求、Ｔ５サブミット要求、又はＴ４サブミットトリガである、請求項１４のゲートウェイノード。
【請求項１８】
モビリティ管理ノードにおける、破棄されたＰＤＰ／ＰＤＮ（Packet  Domain  Protocol/Packet  Data  Network）接続を再確立するための方法であって、
ＩＰ（Internet  Protocol）パケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む再確立通知を、ゲートウェイノードから受信すること（４０）と、
破棄された前記ＰＤＰ／ＰＤＮ接続の存在を確認すること（５６）と、
破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、前記ゲートウェイノード又は前記端末デバイスへ送信すること（６２）と、
を含む方法。
【請求項１９】
前記ゲートウェイノードは、ＰＧＷ（Packet  Data  Network  Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility  Management  Entity）又はＳ４−ＳＧＳＮ（S4-Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving  Gateway）との間である、請求項１８の方法。
【請求項２０】
前記ゲートウェイノードは、ＧＧＳＮ（Gateway  General  Packet  Radio  Service  Support  Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項１８の方法。
【請求項２１】
前記再確立通知を前記受信すること（４０）はさらに、前記再確立通知をゲートウェイノードから直接受信すること（４２）を含む、請求項１８の方法。
【請求項２２】
前記再確立通知を前記受信すること（４０）はさらに、前記再確立通知をＳＧＷ（Serving  Gateway）から受信すること（４４）を含み、前記ＳＧＷは、前記再確立通知をＰＧＷ（Packet  Data  Network  Gateway）から受信する、請求項１８の方法。
【請求項２３】
前記受信すること（４０）はさらに、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）から受信すること（４６）を含み、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
【請求項２４】
前記受信すること（４０）はさらに、ショートメッセージのフォーマットを使用するＳＭＳＣ（Short  Message  Service  Center）から前記再確立通知を受信すること（４８）を含み、前記ＳＭＳＣは、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）から受信し、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
【請求項２５】
前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又はＨＬＲ（Home  Location  Register）から受信すること（５０）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知をＭＴＣ−ＩＷＦ（Machine  Type  Communication-InterWorking  Function）から受信し、前記ＭＴＣ−ＩＷＦは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
【請求項２６】
前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又はＨＬＲ（Home  Location  Register）から受信すること（５２）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
【請求項２７】
前記受信すること（４０）はさらに、前記再確立通知をＨＳＳ（Home  Subscriber  Server）又は（ＨＬＲ）から受信すること（５４）を含み、前記ＨＳＳ又はＨＬＲは、前記再確立通知をＭＴＣ−ＡＡＡ（Machine  Type  Communication-Authentication,  Authorization  and  Accounting）から受信し、前記ＭＴＣ−ＡＡＡは、前記再確立通知を前記ゲートウェイノードから受信する、請求項１８の方法。
【請求項２８】
前記再確立通知は、ＤＤＮ（Downlink  Data  Notification）、又はＰＧＷ（Packet  Data  Network  Gateway）ダウンリンクトリガリング通知、又はデバイストリガ要求、又はＴ５サブミット要求、又はＴ４サブミットトリガである、請求項１８の方法。
【請求項２９】
前記確認すること（５６）はさらに、
端末デバイス及びそれらのＰＤＰ／ＰＤＮ接続の格納された情報を、前記端末デバイス及び／又は前記ＰＤＰ／ＰＤＮ接続の前記識別情報をインデックスとして使用して解析すること（５８）と、
前記識別情報に関連付けられるＰＤＰ／ＰＤＮ接続が存在しており、破棄されたものとしてマークされていることを検証すること（６０）と、
を含む、請求項１８の方法。
【請求項３０】
前記格納された情報は、モビリティ管理コンテキストを含む、請求項２９の方法。
【請求項３１】
前記再確立要求は、セッション作成要求であり、前記送信すること（６２）はさらに、前記セッション作成要求をＳＧＷ（Serving  Gateway）へ送信すること（６４）を含み、前記ＳＧＷは、前記セッション作成要求をＰＧＷ（Packet  Data  Network  Gateway）へ転送する、請求項１８の方法。
【請求項３２】
前記再確立要求は、ページング要求であり、前記送信すること（６２）はさらに、前記端末デバイスへの前記ページング要求を、それに続き、ＵＥ（User  Equipment）要求型ＰＤＮ接続性を開始させるための前記端末デバイスへの要求を送信すること（６６）、を含む、請求項２７の方法。
【請求項３３】
破棄されたＰＤＰ／ＰＤＮ（Packet  Domain  Protocol/Packet  Data  Network）接続を再確立するためのモビリティ管理ノードであって、
ＩＰ（Internet  Protocol）パケットの意図される宛て先のＩＰアドレスに関連付けられる端末デバイス又はＰＤＰ／ＰＤＮ接続の識別情報を含む再確立通知を、ゲートウェイノードから受信するように構成されたインタフェース回路（３０１）と、
破棄された前記ＰＤＰ／ＰＤＮ接続の存在を確認するように構成された処理回路（３０３）と、
を備え、
前記インタフェース回路（３０１）は、破棄された前記ＰＤＰ／ＰＤＮ接続を再確立するための再確立要求を、前記ゲートウェイノード又は前記端末デバイスへ送信するように構成される、
モビリティ管理ノード。
【請求項３４】
前記ゲートウェイノードは、ＰＧＷ（Packet  Data  Network  Gateway）であり、前記モビリティ管理ノードは、ＭＭＥ（Mobility  Management  Entity）又はＳ４−ＳＧＳＮ（S4-Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＰＧＷとＳＧＷ（Serving  Gateway）との間である、請求項３３のモビリティ管理ノード。
【請求項３５】
前記ゲートウェイノードは、ＧＧＳＮ（Gateway  General  Packet  Radio  Service  Support  Node）であり、前記モビリティ管理ノードは、ＳＧＳＮ（Serving  General  Packet  Radio  Service  Support  Node）であり、破棄された前記ＰＤＰ／ＰＤＮ接続は、前記ＧＧＳＮとＳＧＳＮとの間である、請求項３３のモビリティ管理ノード。
【請求項３６】
前記再確立通知は、ＤＤＮ（Downlink  Data  Notification）、又はＰＧＷ（Packet  Data  Network  Gateway）ダウンリンクトリガリング通知、又はデバイストリガ要求、又はＴ５サブミット要求、又はＴ４サブミットトリガである、請求項３３のモビリティ管理ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本出願は、２０１２年８月１５日に提出された米国仮出願第６１／６８３，２２２号の利益を主張する。上記出願の全体的な教示は、参照によりここに取り入れられる。
【背景技術】
【０００２】
無線通信ネットワークともいう典型的なセルラーシステムにおいて、移動局及び／又はユーザ機器ユニットとしても知られる無線端末は、１つ以上のコアネットワークへ無線アクセスネットワーク（ＲＡＮ）を介して通信する。無線端末は、“セルラー”フォンとしても知られるモバイルフォン、及び、例えば移動終端といった無線ケイパビリティを有するラップトップなどの、移動局又はユーザ機器ユニットであって、よって例えば、無線アクセスネットワークとの間で音声及び／又はデータを通信するポータブルな、ポケット型の、手持ち型の、コンピュータ内蔵型の、又は車載型の移動デバイスであり得る。
【０００３】
無線アクセスネットワークは、複数のセルエリアに分割される地理的なエリアをカバーし、各セルエリアは、基地局、例えば無線基地局（ＲＢＳ）によってサービスされる。無線基地局は、いくつかのネットワークにおいて、“ＮｏｄｅＢ”又は“Ｂノード”とも呼ばれ、本文書においては基地局ともいう。セルは、基地局サイトにある無線基地局機器によって無線カバレッジを提供される地理的なエリアである。各セルは、ローカル無線エリア内のＩＤによって識別され、当該ＩＤは、当該セルにおいてブロードキャストされる。基地局は、当該基地局のレンジ内にあるユーザ機器ユニットと、無線周波数上で動作するエアインタフェース上で通信する。
【０００４】
無線アクセスネットワークのいくつかのバージョンにおいて、複数の基地局が、典型的には、例えば地上回線又はマイクロ波によって無線ネットワークコントローラ（ＲＮＣ）へ接続される。基地局コントローラ（ＢＳＣ）とも呼ばれることもある無線ネットワークコントローラは、そこへ接続される複数の基地局の種々のアクティビティを、監督し及び協調させる。無線ネットワークコントローラは、典型的には、１つ以上のコアネットワークへ接続される。
【０００５】
ＵＭＴＳ（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）と、ラップトップと、通信能力を有するカメラ（例えば、ビデオ及び／又は静止画像カメラ）と、パーソナルコンピュータ、家庭用娯楽システム、テレビ受像機などといった、送受信を行うことが可能な任意の他の計算又は通信デバイスとを含むように、広義に解釈されるべきである。ユーザ機器という用語が、いかなる数の接続されたデバイスをも含んでよいことが認識されるべきである。さらに、“ユーザ機器”という用語が、インターネット又はネットワークへのアクセスを有し得る任意のデバイスを規定するものとして解釈されるものとする旨を認識されるべきである。
【０１２８】
ここに記載された種々の例示的な実施形態は、方法ステップ又はプロセスの一般的なコンテキストにおいて記載されており、当該方法ステップ又はプロセスは、ネットワーク接続された環境においてコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能な命令を含むコンピュータ可読媒体において具現化される、コンピュータプログラムプロダクトによって、１つの態様で実装され得る。コンピュータ可読媒体は、以下のものに限定されないが、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含む、取外し可能な及び取外し不可能な記憶装置を含み得る。一般に、プログラムモジュールは、特定のタスクを実施するか、又は特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータ実行可能な命令、関連付けられるデータ構造、及びプログラムモジュールは、ここに開示された方法のステップを実行するためのプログラムコードの例を表す。このような実行可能な命令又は関連付けられるデータ構造の特定のシーケンスは、このようなステップ又はプロセスにおいて記載された機能を実装するための、対応する行為の例を表す。
【０１２９】
図面及び明細書において、例示的実施形態を開示してきた。しかしながら、これらの実施形態に対して多くの変形及び修正を行うことができる。従って、具体的な用語が用いられているものの、それらは、総称的及び説明的な意味においてのみ使用されており、限定の目的では使用されておらず、本実施形態の範囲は、以下の特許請求の範囲により規定されている。
【図１】
2015531209.tif 000003
【図２】
2015531209.tif 000004
【図３】
2015531209.tif 000005
【図４】
2015531209.tif 000006
【図５】
2015531209.tif 000007
【図６】
2015531209.tif 000008
【図７】
2015531209.tif 000009
【図８】
2015531209.tif 000010
【図９】
2015531209.tif 000011
【国際調査報告】
2015531209.tif 000012
2015531209.tif 000013