JP2013502190A - ネットワーク構造内でトラフィックを制御する方法およびネットワーク構造 - Google Patents

ネットワーク構造内でトラフィックを制御する方法およびネットワーク構造 Download PDF

Info

Publication number
JP2013502190A
JP2013502190A JP2012525094A JP2012525094A JP2013502190A JP 2013502190 A JP2013502190 A JP 2013502190A JP 2012525094 A JP2012525094 A JP 2012525094A JP 2012525094 A JP2012525094 A JP 2012525094A JP 2013502190 A JP2013502190 A JP 2013502190A
Authority
JP
Japan
Prior art keywords
network
traffic
dns
enb
local
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2012525094A
Other languages
English (en)
Inventor
タレブ、タリク
シュミット、ステファン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Europe Ltd
Original Assignee
NEC Europe Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Europe Ltd filed Critical NEC Europe Ltd
Publication of JP2013502190A publication Critical patent/JP2013502190A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2514—Translation of Internet protocol [IP] addresses between local and global IP addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

コアネットワークに顕著な複雑さを付加することなく、ネットワーク構造内のトラフィックを確実かつフレキシブルに制御することを可能にするため、ネットワーク構造内でトラフィックを制御する方法が提供される。前記構造は、ＰＤＮ（Packet Data Network）、ＤＮＳ（Domain Name System）サーバを備えた事業者コアネットワーク、ＨｅＮＢ（Home evolved Node B）もしくはＮＨＢ（Home Node B）および／またはｅＮＢ（Evolved Node B）もしくはＮＢ（Node B）、ならびに前記ＨｅＮＢもしくはＮＨＢおよび／またはｅＮＢもしくはＮＢに関連づけられたＵＥ（User Equipment）を有する。所定のルーティングポリシーに基づいて、前記ＤＮＳサーバは、ＵＥからＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスへのトラフィックおよび／またはその逆のトラフィックが、コアネットワーク経由でルーティングされるか、それとも、ローカルネットワークプロトコルアクセスまたは選択ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接にルーティングされるかを制御することを特徴とする。また、好ましくは上記方法を実行するネットワーク構造が提供される。

Description

本発明は、ネットワーク構造内でトラフィックを制御する方法に関する。前記構造は、ＰＤＮ（Packet Data Network）、ＤＮＳ（Domain Name System）サーバを備えた事業者コアネットワーク、ＨｅＮＢ（Home evolved Node B）もしくはＮＨＢ（Home Node B）および／またはｅＮＢ（Evolved Node B）もしくはＮＢ（Node B）、ならびに前記Ｈ（ｅ）ＮＢおよび／または（ｅ）ＮＢに関連づけられたＵＥ（User Equipment, ユーザ機器）を有する。
また、本発明は、好ましくは上記方法を実行するネットワーク構造に関する。該構造は、ＰＤＮ（Packet Data Network）、ＤＮＳ（Domain Name System）サーバを備えた事業者コアネットワーク、ＨｅＮＢ（Home evolved Node B）もしくはＮＨＢ（Home Node B）および／またはｅＮＢ（Evolved Node B）もしくはＮＢ（Node B）、ならびに前記Ｈ（ｅ）ＮＢおよび／または（ｅ）ＮＢに関連づけられたＵＥ（User Equipment, ユーザ機器）を有する。
３ＧＰＰにおいて、ローカルＩＰ接続性を効率的にサポートするために、アーキテクチャの高度化の探求が集中的に進められている。現在、このようなローカルＩＰ接続性は、トラフィックがローカルネットワーク（例えばホームネットワークや企業ネットワーク）向けである場合にはＬＩＰＡ（Local IP Access, ローカルＩＰアクセス）と略称され、あるいはトラフィックがインターネット向けである場合にはＳＩＰＴＯ（Selected IP Traffic Offload, 選択ＩＰトラフィック負荷軽減）と略称されている。３ＧＰＰの取り組みは、ホームセル（すなわちＨ（ｅ）ＮＢ）およびマクロセル（すなわち（ｅ）ＮＢ）の両方の場合に向けられ、ＥＰＳ（非特許文献１参照）およびＧＰＲＳ（非特許文献２参照）を対象としている。３ＧＰＰ ＳＡ２は、S2-094867, "New WID for Local IP Access & Internet Offload" に従って、すでに標準化作業を開始している。本発明は、以下でさらに詳細に説明するように、これらの仕様および文書ならびに関連仕様に規定された仮定および原理に基づいている。
最新のモバイルネットワーク技術において、ＵＥから外部（ターゲット）ＰＤＮ（Packet Data Network, パケットデータネットワーク）向けのＩＰ接続性は、モバイルネットワーク事業者のコアネットワーク内のＰＤＮゲートウェイ（PDN Gateway, Ｐ−ＧＷ）によって提供される。モビリティトンネルが、（ｅ）ＮｏｄｅＢおよびサービングゲートウェイ（Serving-Gateway）経由でトラフィックを伝送する。同様に、ＧＰＲＳの場合、ＩＰ接続性は、ＥＰＳの場合におけるＰＤＮゲートウェイに対応するＧＧＳＮ（Gateway GPRS Support Node, ゲートウェイＧＰＲＳサポートノード）によって提供される。また、ＵＴＲＡＮ無線アクセス（３Ｇ）では、モビリティトンネルが、ＮｏｄｅＢ、ＲＮＣ（Radio Network Controller, 無線ネットワークコントローラ）およびＳＧＳＮ（Serving GPRS Support Node, サービングＧＰＲＳサポートノード）経由でトラフィックを伝送する。
一般的な問題は、単純（plain, "dumb"）なインターネットトラフィック、すなわちローカルサーバへの（例えばホームネットワークあるいは企業ネットワーク内の）トラフィックの量が、今後かなり増大すると予想されることである。この種のトラフィックは、モバイル事業者ネットワークにおいて高価なリソースを消費すべきではないので、できる限り事業者のネットワークから負荷軽減すべきである。ＩＰトラフィック分離（breakout）の可能な位置の１つはＨ（ｅ）ＮＢまたは（ｅ）ＮＢにある。
最新技術には、ＡＰＮ（Access Point Name, アクセスポイント名）の概念がある。これにより、トラフィックを分離することが可能となる。ＡＰＮは、ＦＱＤＮ（Fully Qualified Domain Name, 完全修飾ドメイン名）の形をとり、最終的には、それぞれのＰＤＮへのアクセスを提供するＰ−ＧＷまたはＧＧＳＮのＩＰアドレスへと解決される。標準化における現在の議論では、ＬＩＰＡ／ＳＩＰＴＯトラフィックに対して、別個のＡＰＮが使用されるとほとんど仮定されている。また、１つの共通のＡＰＮをＬＩＰＡ／ＳＩＰＴＯ型および非ＬＩＰＡ／ＳＩＰＴＯ型のトラフィックに対して使用するという要求もなされている。異なるＨ（ｅ）ＮＢまたは（ｅ）ＮＢへのＵＥのハンドオーバー時にサービス連続性を実現するための解決法は与えられていない。
また、ＬＩＰＡおよびＳＩＰＴＯに関してさらに詳細には、非特許文献３から入手可能である。
いくつかの目的のために、事業者は、特定のユーザおよびＩＰコネクション／フローに関連するトラフィックがどのようにルーティングされるべきか（コアネットワーク経由で、あるいは、ローカルネットワークプロトコルアクセスまたは選択的ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接に）を完全に制御することに関心がある。
3GPP TS 23.401 V8.6.0 (2009-06), "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access" 3GPP TS 23.060 V8.5.1 (2009-06), "General Packet Radio Service (GPRS); Service description" TS Group Services and System Aspects; Local IP Access and Selected IP Traffic offload (Rel. 10), 3GPP TR 23.829
したがって、本発明の目的は、ネットワーク構造内でトラフィックを制御する方法および対応するネットワーク構造において、コアネットワークに顕著な複雑さを付加することなく、ネットワーク構造内のトラフィックを確実かつフレキシブルに制御することが可能となるような改良およびさらなる展開を行うことである。
本発明によれば、上記の目的は、請求項１に記載の方法によって達成される。この請求項に記載の通り、本方法は、以下のことを特徴とする。すなわち、所定のルーティングポリシーに基づいて、前記ＤＮＳサーバは、ＵＥからＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスへのトラフィックおよび／またはその逆のトラフィックが、コアネットワーク経由でルーティングされるか、それとも、ローカルネットワークプロトコルアクセスまたは選択的ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接にルーティングされるかを制御する。
また、上記の目的は、請求項２５に記載のネットワーク構造によって達成される。この請求項に記載の通り、本ネットワーク構造は、ＤＮＳサーバが以下のように構成されることを特徴とする。すなわち、所定のルーティングポリシーに基づいて、前記ＤＮＳサーバは、ＵＥからＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスへのトラフィックおよび／またはその逆のトラフィックが、コアネットワーク経由でルーティングされるか、それとも、ローカルネットワークプロトコルアクセスまたは選択的ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接にルーティングされるかを制御する。
本発明によって認識されたこととして、ネットワーク構造内のトラフィックの制御は、ＤＮＳサーバによって非常に容易かつ確実な形で可能となる。また、認識されたこととして、制御手順は、ＤＮＳサーバに提供可能な所定のルーティングポリシーに基づくことが可能である。このため、ＵＥから宛先アドレスへのトラフィック（例えばＩＰフロー）および／またはその逆のトラフィックが、コアネットワーク経由で、または、ローカルネットワーク（もしくは無線アクセスネットワーク（Radio Access Network, ＲＡＮ）付近のローカルトラフィック負荷軽減ノード）経由で直接に、ルーティング可能である。上記のルーティング手順は、ＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスの位置に応じて選択可能である。
このような制御により、事業者は、ある種のトラフィックおよび／またはユーザ（ＩＰフロー）に対して、ローカルネットワーク（またはＲＡＮ付近のローカルトラフィック負荷軽減ノード）経由でのルーティングをフレキシブルかつ動的に有効化することができる。これにより、トラフィックを監視し、法律上の目的でトラフィック検査を行い、特定のネットワークサービスへのアクセスを最適化することができる。例えば、高速アクセス、モビリティおよびＱｏＳ（サービス品質）を保証し、例えば特定のサイトへのアクセスを遮断するといった付加価値をネットワークサービスに付けることができる。
好ましくは、ＰＤＮはインターネットであり、ネットワークプロトコルはＩＰであり、ローカルネットワークプロトコルアクセスはＬＩＰＡ（Local IP (Internet Protocol) Access）であり、選択ネットワークプロトコルトラフィック負荷軽減はＳＩＰＴＯ（Selected IP Traffic Offload）である。この場合、事業者は、上記の目的に関して、ある種のトラフィックおよび／またはユーザ（ＩＰフロー）に対して、ＬＩＰＡ／ＳＩＰＴＯをフレキシブルかつ／または動的に無効化することができる。
好ましい実施形態によれば、前記ＤＮＳサーバは、ＵＥによるＤＮＳ要求後に、ＤＮＳ応答において、コアネットワーク経由またはローカルネットワーク（もしくは無線アクセスネットワーク（ＲＡＮ）付近のローカルトラフィック負荷軽減ノード）経由でのトラフィックルーティングに関して、ルーティング情報を指示してもよい。これにより、制御手順は、ＵＥのＤＮＳ要求によって非常に容易に開始されることが可能となる。このＤＮＳベースの動的ルーティングポリシー設定／管理は、ＤＮＳサーバで集中化された形で行うことができるため、コアネットワーク経由またはローカルネットワーク（もしくは無線アクセスネットワーク（ＲＡＮ）付近のローカルトラフィック負荷軽減ノード）経由のいずれかのトラフィックを制御することに伴う管理および運用が容易になる。
非常にフレキシブルなトラフィックルーティングに関して、ＬＰ−ＧＷ（Local PDN Gateway, ローカルＰＤＮゲートウェイ、これはまた、Ｌ−ＧＷあるいはトラフィック負荷軽減機能（traffic offload function, ＴＯＦ）ともいう）が、ＨｅＮＢもしくはＮＨＢまたはｅＮＢもしくはＮＢに関連づけられ、または共同配置されてもよい。好ましくは、ＤＮＳプロキシ機能がＬＰ−ＧＷに実現されてもよい。この機能は、ＤＮＳ要求をインターセプトし、それを事業者ＤＮＳサーバへ転送してもよい。ＤＮＳ要求に応答して、ＤＮＳサーバは、宛先アドレス、および好ましくはトラフィックがどのように処理されるべきかを指示する追加情報を含むＤＮＳ応答を送信してもよい。
非常に簡単な形でルーティング情報を提供するため、ルーティング情報は、ＤＮＳ応答内のフラグによって提供されてもよい。フラグは、ＨｅＮＢもしくはｅＮＢに対して、またはＬＰ−ＧＷに対して、後続のトラフィックルーティングを指示する。
非常に確実なトラフィック制御およびトラフィックのサービス連続性のサポートに関して、ＤＮＳプロキシ機能は、ＨｅＮＢもしくはｅＮＢに、またはＬＰ−ＧＷに実現されて、ローカルＤｅｓｔＮＡＴ（Destination Network Address Translation）ネットワークプロトコルアドレスをＤＮＳ応答の一部としてＵＥに提供し、ローカルＤｅｓｔＮＡＴと、ローカルネットワーク内またはＰＤＮ内の宛先アドレスとの間のバインディング／アソシエーションを確立してもよい。好ましくは、ＤＮＳサーバは、ＬＰ−ＧＷにＤＮＳプロキシ機能がない場合には、ローカルネットワーク内またはＰＤＮ内の宛先アドレスに対するＤｅｓｔＮＡＴアドレスをＬＰ−ＧＷに要求してもよい。その場合、ＤＮＳサーバは、要求側ＵＥに直接にＤｅｓｔＮＡＴを提供することになる。
好ましい実施形態によれば、Ｈ（ｅ）ＮＢもしくは（ｅ）ＮＢ（ＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢ）またはＬＰ−ＧＷは、ソースおよび宛先の両方のアドレスを２つの異なるアドレス、すなわちそれぞれＳｒｃＮＡＴ（Source Network Address Translation）アドレスおよびＤｅｓｔＮＡＴアドレス、に変換するＴｗｉｃｅ−ＮＡＴ機能を有してもよい。また、ＤｅｓｔＮＡＴアドレスがローカルネットワーク内またはＰＤＮ内の宛先アドレスを有する場合には、ステートレスＴｗｉｃｅ−ＮＡＴを実行してもよい。例えば、ＵＥとＬＰ−ＧＷとの間でＩＰｖ６が使用され、宛先の実ＩＰアドレスがＩＰｖ４アドレスである場合、ＤｅｓｔＮＡＴは、例えば、「２００１：３００１：２５２１：５３２３：ＦＦＦＦ：ＦＦＦＦ：ＦＦＦＦ：宛先のＩＰｖ４アドレス」のようなフォーマットをとることができる。
ＬＰ−ＧＷまたはＨｅＮＢもしくはｅＮＢがＤＮＳプロキシ機能に関与することなしに、ＤＮＳサーバは、ＤｅｓｔＮＡＴアドレスをＵＥに直接提供してもよい。このようなＤｅｓｔＮＡＴアドレスは、前段落に記載したのと同じフォーマットで提供されてもよい。
上記で説明したＴｗｉｃｅ−ＮＡＴに基づいて、ローカルＩＰアクセストラフィックまたは選択ＩＰトラフィック負荷軽減（例えばＳＩＰＴＯ）トラフィックに対するサービス連続性が、異なるＨ（ｅ）ＮＢまたは（ｅ）ＮＢへのＵＥのハンドオーバー時に実現されてもよい。
別の好ましい実施形態によれば、異なるＨ（ｅ）ＮＢまたは（ｅ）ＮＢへのＵＥのハンドオーバー時に、ローカルＩＰアクセストラフィックまたは選択ＩＰトラフィック負荷軽減トラフィックに対するサービス連続性が、単純トンネリングまたはソースルーティングを用いて実現されてもよい。具体的実施形態において、ＵＥは、Ｈ（ｅ）ＮＢまたは（ｅ）ＮＢへのトンネリングメカニズムをサポートしてもよい。
好ましくは、ＵＥのネットワーク層は、ＩＰフロー／トラフィックがトンネリングされるべきか否かを判定するために、コネクションまたはフローごとの状態を維持してもよい。
別法として、ＵＥは、上記のサービス連続性を維持するためのソースルーティングメカニズムをサポートしてもよい。
別の好ましい実施形態において、２つのアドレスがＤＮＳ応答内で指示されてもよい。一方のアドレスは、ローカルネットワーク内またはＰＤＮ内の宛先アドレスを指示し、他方のアドレスはトンネリングのために使用される。
別法として、ＰＤＮ内でルーティング可能なＬＰ−ＧＷのアドレスと、ローカルネットワーク内またはＰＤＮ内の宛先アドレスとの２つのアドレスがＤＮＳ応答内で指示されてもよい。
上記の実施形態は、ＵＥが単一のＰＤＰ（Packet Data Protocol, パケットデータプロトコル）コンテキスト／ＰＤＮコネクションのみをサポートする場合の解決法に関するものである。しかし、ＵＥが複数のＰＤＰコンテキスト／ＰＤＮコネクションをサポートする場合もあり得る。この場合、前記ＤＮＳサーバは、ＵＥによるＤＮＳ要求後に、ＵＥへのＤＮＳ応答において、特定のトラフィックフローまたはコネクションに対してどのＡＰＮを使用すべきかを選択し指示してもよい。この解決法において、ローカルネットワークプロトコルアクセストラフィックまたは「選択ネットワークプロトコルトラフィック負荷軽減」トラフィックに関するサービス連続性は、コアネットワークによってサポートされる。
好ましい実施形態によれば、少なくとも１つのＰＤＰコンテキスト／ＰＤＮコネクションを、ＬＩＰＡおよび／またはＳＩＰＴＯ専用としてもよい。ＤＮＳサーバは、関連するＰＤＰコンテキスト／ＰＤＮコネクションを選択することができる。
好ましくは、ＤＮＳサーバは、利用可能なＡＰＮまたはＰＤＰコンテキスト／ＰＤＮコネクションに関する事前知識を有してもよい。
別の好ましい実施形態において、ＵＥは、前のＤＮＳ要求において、ＵＥが現在利用可能なＡＰＮを通知してもよい。こうして、ＤＮＳサーバは、ＰＤＰコンテキスト／ＰＤＮコネクションの利用可能なＡＰＮに関して実際に通知されてもよい。
好ましくは、ＤＮＳサーバは、利用可能なＡＰＮを優先するパラメータまたはメトリックに基づいてＡＰＮを選択してもよい。
こうして、ＵＥは、ＤＮＳ応答から推奨されるＡＰＮを識別することが可能であり、それに応じてトラフィックをルーティングしてもよい。
好ましい実施形態によれば、ＤＮＳサーバは、応答内のフラグを用いることのみによって、ＵＥが特定のトラフィックフローまたはコネクションに対して所定のＡＰＮを使用すべきことを指示することも可能である。
好ましい実施形態によれば、ＵＥは、ＤＮＳ応答内の指示またはフラグにより、ローカルネットワークプロトコルアクセスおよび／または選択ネットワークプロトコルトラフィック負荷軽減に対するＤＮＳ要求の結果をキャッシュしなくてもよく、それぞれのＡＰＮに対するＤＮＳキャッシングを完全に無効化してもよい。
別の好ましい実施形態において、ＵＥは、ＤＮＳサーバの選択プロセスに関与してもよい。
本発明は、事業者がＵＥのトラフィック処理を制御しそれをどのようにルーティングするか（ローカルネットワークプロトコルアクセスまたは選択ネットワークプロトコルトラフィック負荷軽減（例えばＬＩＰＡまたはＳＩＰＴＯ）経由か、それともコアネットワーク経由か）を決定することを可能にする一連のメカニズムを提示する。決定は、ドメイン名、宛先アドレスの種類またはタイプ、アプリケーションの種類またはタイプに依存してもよい。ＬＰ−ＧＷをＮ（ｅ）ＮＢ／（ｅ）ＮＢ、ＤＮＳサーバ、および／またはＵＥに実現する技術的効果が、それぞれの実施形態に応じて期待される。
本発明において、特定のＵＥのトラフィックフローがローカルネットワーク（もしくは無線アクセスネットワーク（ＲＡＮ）付近のローカルトラフィック負荷軽減ノード）経由で直接にルーティングされるべきか、それともコアネットワーク経由でルーティングされるべきかを事業者が動的に制御することを可能にするさまざまな解決法が与えられる。
本発明は、好ましくはＬＩＰＡ／ＳＩＰＴＯトラフィックのサービス連続性にも関する。本明細書では、Ｈ（ｅ）ＮＢにおけるＬＩＰＡ／ＳＩＰＴＯを考えるが、本発明の同様のアプローチは、（ｅ）ＮＢにおけるマクロＳＩＰＴＯの場合にも容易に適用可能である。
本発明によれば、事業者は、特定のＵＥとの間の特定のトラフィックがＬＩＰＡ／ＳＩＰＴＯ経由でルーティングされるべきか、それとも事業者コアネットワーク経由でルーティングされるべきかを動的／フレキシブルに制御することができる。また、さまざまな課金方式を適用する目的で、ＬＩＰＡ／ＳＩＰＴＯトラフィックのサービス連続性をサポートする解決法およびサポートしない解決法が考えられる。また、事業者が完全な制御を行うために、ＵＥにとって完全に透過的な解決法が考えられる。
上記の目的は、コアネットワークへの複雑さの付加はわずかであるかまたは全くない状態で達成される。ＵＥにおける変更は最小限であり、本解決法が要求する変更は、あるとしても、単一の層、すなわちアプリケーション層またはネットワーク層における単純な変更だけである。
本発明を好ましい態様で実施するにはいくつもの可能性がある。このためには、一方で請求項１に従属する諸請求項を参照しつつ、他方で図面により例示された本発明の好ましい実施形態についての以下の説明を参照されたい。図面を用いて本発明の好ましい実施形態を説明する際には、本発明の教示による好ましい実施形態一般およびその変形例について説明する。
ネットワークアーキテクチャ全体を例示する模式図である。 事業者ＤＮＳによって処理されるＬＩＰＡ／ＳＩＰＴＯトラフィックを例示する模式図である。 新たなＨｅＮＢまたはｅＮＢへのハンドオフ後のダウンリンクトラフィックに対する可能なパスを例示する模式図である。 新たなＨｅＮＢまたはｅＮＢへのハンドオフ後のアップリンクトラフィックに対する可能なパスを例示する模式図である。 ＵＥとＤＮＳサーバとの間の直接通信を例示する模式図である。
以下の説明では、ＰＤＮとしてインターネットの場合を考える。このため、ネットワークプロトコルはＩＰとなり、ローカルネットワークプロトコルアクセスはＬＩＰＡとなり、選択ネットワークプロトコルトラフィック負荷軽減はＳＩＰＴＯとなる。しかし、以下の説明は、インターネットの場合への限定とみなしてはならない。提供される解決法は、他のＰＤＮに対しても有効である。その限りにおいて、他のＰＤＮも同様の考慮範囲に含まれる。
以下の実施形態は、ＤＮＳルーティングポリシーに基づく。まず、「Ｔｗｉｃｅ−ＮＡＴ」および「単純トンネリング」に基づく２つの解決法を説明する。両方の解決法とも、ＵＥがＬＩＰＡ／ＳＩＰＴＯおよび非ＬＩＰＡ／ＳＩＰＴＯのトラフィックに対して単一のＰＤＰコンテキスト／ＰＤＮコネクションのみを有するかまたはサポートする場合を考える（すなわち、これらの解決法は、複数のＰＤＰコンテキスト／ＰＤＮコネクションをサポートするＵＥをサポートすることもできることに注意すべきである）。もう１つの解決法では、ＵＥが複数のＰＤＰコンテキスト／ＰＤＮコネクションを有するかまたはサポートする場合を考える。この解決法では、事業者は、ＵＥからのＤＮＳクエリに対するＤＮＳリプライを通じて、特定のトラフィックに対してどのＡＰＮを使用すべきかをＵＥに明示的に指示する。
概要を示すため、これらの３つの解決法を以下に簡単にまとめる。
− 単一のＰＤＰコンテキスト／ＰＤＮコネクションに基づく解決法（複数のＡＰＮをサポートするＵＥにも適用可能）：
○ 事業者ＤＮＳにおけるＤＮＳベースのルーティングポリシー：
・ 事業者はＤＮＳ解決に基づいてトラフィック処理を制御する。ＬＩＰＡトラフィックに対するサービス連続性は、コアネットワークにおける複雑さの追加なしに（トラフィックがＰ−ＧＷへトンネリングされてから通常のＩＰルーティングに基づいてＬＰ−ＧＷへルーティングされる場合）、または、Ｓ−ＧＷにおけるわずかな複雑さの追加で（トラフィックがＳ−ＧＷによってＬＰ−ＧＷへ直接ルーティングされる場合）、以下のいずれかによりサポート可能である。
・ Ｔｗｉｃｅ−ＮＡＴ：
○ ＤＮＳ解決が、宛先ＩＰアドレス（ＤｅｓｔＮＡＴ）をＵＥに与え、事業者ネットワークにおけるそのアドレスへのトラフィックが（設定に基づいて）ＬＰ−ＧＷへルーティングされ、ＬＰ−ＧＷがＴｗｉｃｅ−ＮＡＴを実行する。ここで、トラフィック処理はＵＥにとって透過的である。
・ 単純トンネリング：
○ ＤＮＳ解決が、要求側ＵＥにＬＰ−ＧＷアドレスを通知し、ＵＥは、ＬＩＰＡ／ＳＩＰＴＯ経由で送信すべきフローの単純ＩＰ−ｉｎ−ＩＰトンネリングのためにそのアドレスを使用することができる。ＵＥは、単純な追加機能を必要とするが、その決定に関与してもよい。単純トンネリングの代わりに、ＩＰｖ６におけるソースルーティングおよびルーティングヘッダも使用可能である。
− 複数のＰＤＰコンテキスト／ＰＤＮコネクションに基づく解決法（ＤＮＳベース）：
・ 事業者はＤＮＳリプライに基づいてトラフィック処理を制御する。ＤＮＳリプライは、特定のＩＰフロー／コネクションに対してどのＡＰＮを使用すべきかをＵＥに指示する。ＵＥは、わずかな追加機能を必要とするが、決定プロセスに関与してもよい。ＬＩＰＡ／ＳＩＰＴＯトラフィックに対するサービス連続性は、この解決法でサポートされる。
以下の説明は、主にＨ（ｅ）ＮＢにおけるＳＩＰＴＯを対象とするが、同じ解決法は、マクロ（ｅ）ＮＢにおけるＳＩＰＴＯの場合にも適用可能である。
１．ネットワークアーキテクチャ
図１は、想定されるアーキテクチャの主要構成要素、すなわち、ＳＩＰＴＯ対応ドメインまたはＰＤＮ（例えばインターネット）、コアＤＮＳサーバ、ＭＭＥ（Mobility Management Entity, モビリティ管理エンティティ）、（Ｈ）ｅＮＢ（あるいは３Ｇでは（Ｈ）ＮＢ）、ＵＥ、コアＰ／Ｓ−ＧＷ（あるいはＧＰＲＳではＧＧＳＮ／ＳＧＳＮ）、および（Ｈ）ｅＮＢ／（Ｈ）ＮＢと共同配置されるローカルゲートウェイ（ＬＰ−ＧＷという）を示している。
説明を簡単にするため、明細書および図面ではＥＰＳアーキテクチャ（すなわち（Ｈ）ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷ）のみを示す。考え方は、ＧＲＰＳアーキテクチャ（すなわち、（Ｈ）ＮＢ、ＲＮＣ、ＳＧＳＮ、ＧＧＳＮ）にも等しく当てはまる。ローカルゲートウェイは、（Ｈ）ｅＮＢ／（Ｈ）ＮＢと共同配置されなくてもよい。
本明細書において、２つのタイプのＵＥが考慮される。ＬＩＰＡ／ＳＩＰＴＯおよび非ＬＩＰＡ／ＳＩＰＴＯの両方のトラフィックに対して単一のＰＤＮコネクション（１つのＩＰアドレスを有する）を使用するＵＥと、複数のＰＤＮコネクション（例えば、ＬＩＰＡ／ＳＩＰＴＯ専用に少なくとも１つ）を使用するＵＥである。
（Ｈ）ｅＮＢと共同配置されるローカルゲートウェイ（ＬＰ−ＧＷまたはＬ−ＧＷまたはＴＯＦ）は、Ｐ−ＧＷの機能を有するローカルＰ−ＧＷ（例えば、ＵＥが複数のＡＰＮを使用する場合）または単純なＬ−ＧＷ（すなわち、必要なＰ−ＧＷ機能のみを有する）のいずれでもよい。
２．ＬＩＰＡ／ＳＩＰＴＯトラフィック制御
想定されるメカニズムにおいて、どのトラフィックがマクロネットワーク経由で処理され、どのトラフィックがＬＩＰＡ／ＳＩＰＴＯ経由で負荷軽減されるべきかに関する決定は、コアＤＮＳ解決を通じて事業者によって行われる。
図２は、ＤＮＳがＳＩＰＴＯ／ＬＩＰＡトラフィック処理にどのように関与するかを示す。ここでは、ＵＥが自宅で（すなわち、ローカルＧＷが共同配置されたＨｅＮＢ経由で）ＹｏｕＴｕｂｅサーバに接続しようとしている場合を考える。ＤＮＳプロキシはローカルＧＷにあると仮定する。
最初に、ＵＥは、コアＤＮＳサーバへ、ＹｏｕＴｕｂｅサーバのＩＰアドレスを要求するＤＮＳ要求を発行する。ローカルＧＷにあるローカルＤＮＳプロキシは、ＤＮＳ要求をインターセプトし、それを事業者ＤＮＳサーバへ転送する。ＤＮＳ要求に応答して、事業者ＤＮＳサーバは、相手側（ＹｏｕＴｕｂｅ）のＩＰアドレスと、トラフィックがどのように処理されるべきかを指示する追加情報（例えば図２の情報１）とを含むＤＮＳリプライを送信する。コアＤＮＳからのＤＮＳリプライに従い、ローカルＧＷは、リプライがＬＩＰＡ／ＳＩＰＴＯトラフィックを指示している場合のアクション１を行い、特定の情報２を含むＤＮＳリプライを送信する。
単純な「ＤＮＳベースのＬＩＰＡ／ＳＩＰＴＯ制御」の解決法（単純ソースＮＡＴと呼ぶ）は、以下の特徴を有する図２のステップに従って作用する。
・情報１：トラフィックが（ＬＩＰＡ／ＳＩＰＴＯまたはマクロ経由で）どのように処理されるべきかを指示するＬＩＰＡ／ＳＩＰＴＯフラグ。
・情報２：相手側（ＹｏｕＴｕｂｅ）のグローバルＩＰアドレス
・アクション１：このトラフィックはＬＩＰＡ／ＳＩＰＴＯに従うべきなので、相手側（ＹｏｕＴｕｂｅ）の外部ＩＰアドレスをローカルＧＷ（またはＨ（ｅ）ＮＢ）に保存する。
・アクション２：単純ソースＮＡＴを適用する。ローカルＧＷは、ＵＥのＩＰアドレスをローカルＧＷのアドレスに変換するエントリを自己のＮＡＴテーブルに追加する。
なお、重視されるべき点であるが、ここではＤＮＳ解決においてローカルＧＷにあるＤＮＳプロキシを考えているが、上記の簡単な変更により、ＤＮＳ解決はＥ２Ｅ（End-to-End, エンドツーエンド）方式でも実行可能である。
３．ＳＩＰＴＯトラフィックに対するサービス連続性のサポート
図３および図４は、ターゲット（Ｈ）ｅＮＢへのＵＥのハンドオフあるいはハンドオーバー時における、アップリンクおよびダウンリンクの両方のトラフィックに対するすべての可能なパスを示している。
最初に、ＵＥが単一のＡＰＮのみを使用する場合を考える。ダウンリンクトラフィックに対して２つの可能なパス、すなわち１Ｄおよび２Ｄがあり、アップリンクトラフィックに対して５つの可能なパス、すなわち１Ｕ〜５Ｕがある。ＬＩＰＡ／ＳＩＰＴＯがＩＰフローフィルタ（これは、ターゲット（Ｈ）ｅＮＢに対して、（ＰＣＲＦにより）動的に提供されても、（ＨＭＳ（HeNB Management System, ＨｅＮＢ管理システム）により）積極的に提供済みであってもよい）経由で処理される場合、アップリンクトラフィックはターゲット（Ｈ）ｅＮＢで分離することができる（すなわち、図４のパス１Ｕ）。
ＤＮＳベースのＬＩＰＡ／ＳＩＰＴＯ制御の解決法において、ターゲット（Ｈ）ｅＮＢは、ソース（Ｈ）ｅＮＢにおけるＤＮＳ解決中に行われた決定に関する情報を有していない。その結果、アップリンクトラフィックは、Ｐ−ＧＷで分離する（すなわち、図４のパス４Ｕ）。結果として、サービス連続性をサポートすることができない。というのは、相手側ノード（ＹｏｕＴｕｂｅサーバ）からは、ＵＥの異なるソースＩＰアドレス（すなわち、ＵＥのグローバル事業者ＩＰアドレス）が見えることになるからである。これはもちろん、モビリティアウェアアプリケーションの場合や、追加的なＩＰモビリティの解決法（例えばモバイルＩＰ）が、モバイルコアによって提供される機能の「上位で」使用される場合を除く。
進行中のＳＩＰＴＯ／ＬＩＰＡトラフィックに対するサービス連続性は、進行中のコネクションに対する分離ポイントが同一（すなわち、ソース（Ｈ）ｅＮＢのローカルＧＷ）のままである場合にのみサポート可能である。すなわち、ＵＥから（Ｈ）ｅＮＢにあるアンカーＬ−ＧＷへＵＬ（Uplink, アップリンク）トラフィックをルーティングし、（Ｈ）ｅＮＢにあるアンカーＬ−ＧＷからＵＥへＤＬ（Downlink, ダウンリンク）トラフィックをルーティングするためのメカニズムが必要とされる。これは、ダウンリンクおよびアップリンクのトラフィックが、パス１Ｄまたは２Ｄ、および２Ｕ、３Ｕまたは５Ｕをそれぞれ通るときに可能である。パス３Ｕは、Ｌ−ＧＷにおける追加的な実装レベルの機能（後述）により確立可能であり、Ｐ／Ｓ−ＧＷに複雑さを付加することはない。アップリンクにおいて、パス２Ｕおよび５Ｕは、リソース節減およびＥ２Ｅ遅延に関して、パス３Ｕよりも明らかに最適化されている。しかし、それぞれＳ−ＧＷまたはｅＮＢにおいて、Ｓ−ＧＷまたはｅＮＢがＳＩＰＴＯトラフィックを非ＳＩＰＴＯトラフィックから区別し、分離し、ソース（Ｈ）ｅＮＢへルーティングすることができるようにする追加機能を必要とする。ダウンリンクでは、パス２Ｄもより適正であるが、これは、ソースおよびターゲット（Ｈ）ｅＮＢにあるローカルＧＷ間の直接トンネルの確立、または、ソース・ターゲット（Ｈ）ｅＮＢ間のＸ２インタフェースを通じてのデータ転送に対するサポートのいずれかを必要とする。
以下、進行中のＳＩＰＴＯ／ＬＩＰＡトラフィックに対するサービス連続性を可能にするために必要なメカニズム／方法を説明する。
・Ｔｗｉｃｅ−ＮＡＴに基づくＳＩＰＴＯサービス連続性サポート：
この解決法では、ＳＩＰＴＯトラフィック処理は、以下の特徴を有する図２のステップに従う。
− 情報１：トラフィックが、ＳＩＰＴＯまたはマクロネットワーク経由でどのように処理されるべきかを指示するＳＩＰＴＯフラグ。
− 情報２：非ＳＩＰＴＯトラフィックの場合の相手側のグローバルＩＰアドレス。そうでない場合、ローカルＧＷのローカルＩＰアドレス（宛先ＮＡＴアドレス）。これは、マクロネットワーク内でルーティング可能であり、ＤｅｓｔＮＡＴと呼ばれる。
− アクション１：ローカル宛先ＮＡＴアドレス（ＤｅｓｔＮＡＴ）を割り当て、それを相手側（ＹｏｕＴｕｂｅ）のグローバルＩＰアドレスと関連づける。
− アクション２：Ｔｗｉｃｅ−ＮＡＴを実行する：ＤｅｓｔＮＡＴを相手側（ＹｏｕＴｕｂｅ）のグローバルＩＰアドレスに変換し、ＵＥのＩＰアドレス（ソースＩＰ）を外部ＮＡＴアドレスに変換する（ソースＮＡＴ）。
ＤｅｓｔＮＡＴ（これは、この解決法では、事業者ネットワーク内でソース（Ｈ）ｅＮＢへルーティング可能であると仮定される）およびソースＮＡＴを用いて、図３および図４にそれぞれ示すように、ダウンリンクおよびアップリンクのトラフィックがパス１Ｄまたは２Ｄ、および２Ｕ、３Ｕまたは５Ｕをたどることを強制することによって、ターゲットｅＮＢへのＵＥのハンドオフ時にＳＩＰＴＯトラフィックのサービス連続性を保証することができる。
アップリンクにおいて、パス３Ｕは容易に確立することができる。というのは、これは、Ｌ−ＧＷにおけるＴｗｉｃｅ−ＮＡＴ機能を必要とするだけであり、Ｌ−ＧＷは、ＤｅｓｔＮＡＴアドレスへ送信されたパケットをインターセプトしてＴｗｉｃｅ−ＮＡＴ動作を実行すればよいからである。パス２Ｕおよび５Ｕは、それぞれＳ−ＧＷまたはｅＮＢにおいて、ＳＩＰＴＯ／ＬＩＰＡに従う可能性のあるＰＤＮコネクションに対して、ＤｅｓｔＮＡＴアドレス範囲に基づいて、Ｌ−ＧＷ宛のトラフィックを検出するための追加機能を必要とする。そしてこのトラフィックは、ルーティング可能なＤｅｓｔＮＡＴアドレスに基づいて、ＰＤＮコネクションから分離され、Ｌ−ＧＷへ直接ルーティングされる。
ダウンリンクにおいて、パス１Ｄは、通常／標準準拠のパスをたどる。２Ｄの最適化は、Ｌ−ＧＷおよび／またはソース／ターゲット（Ｈ）ｅＮＢにおける追加機能に依拠する。これは、ソースおよびターゲット（Ｈ）ｅＮＢにあるＬ−ＧＷ間の直接トンネルの確立、または、ソース・ターゲット（Ｈ）ｅＮＢ間のＸ２インタフェースを通じてのデータ転送に対するサポートを行う。
インターネットサーバのＤｅｓｔＮＡＴアドレスは事業者ネットワーク内でルーティング可能なので、（Ｈ）ｅＮＢ、Ｓ−ＧＷまたはＰ−ＧＷは、進行中のコネクションのアンカーとなっているＬＰ−ＧＷへトラフィックをルーティングすることができる。Ｓ−ＧＷとＬＰ−ＧＷとの間のトンネルは、Ｓ−ＧＷによるハンドオーバーの直後に解放されてもよく、ある一定のアイドル時間後（すなわち、ある時間の間にトンネルを通るトラフィックがない場合）にＳ−ＧＷまたはＬ−ＧＷのいずれかによって解放されてもよい。これは、ＵＥとＬＰ−ＧＷとの間のＥ２Ｅ通信に影響を及ぼさない。Ｓ−ＧＷにおけるアップリンクトラフィックのルーティングは、ＬＰ−ＧＷのＩＰアドレス、すなわちＤｅｓｔＮＡＴに基づくからである。
ｅＮＢ／ＬＰ−ＧＷにＤＮＳプロキシを有する代わりに、ＤＮＳ解決は、ＵＥとＤＮＳサーバとの間で「エンドツーエンドで」行われてもよい。これに関して、ＤＮＳサーバは、実／グローバルＩＰｖ４アドレスをＤｅｓｔＮＡＴの一部として直接提供してもよい。図５を参照。
この解決法において、ＬＰ−ＧＷにおける宛先ＮＡＴ ＩＰアドレスに対するアドレス空間が制限されてもよい。というのは、ＤｅｓｔＮＡＴは事業者ネットワーク全体でルーティング可能でなければならないからである。この制限は、ＩＰｖ４・ＩＰｖ６サポートの場合に、または、ＵＥのＩＰアドレスとともにＵＥのソース／宛先ポート番号を用いてＤｅｓｔＮＡＴを実行することにより、克服することができる。
ＳＩＰＴＯトラフィックに対するＤＮＳ結果のキャッシングを避けるため、ＤＮＳ応答は、適当な指示（例えばＳＩＰＴＯフラグ）を含むことが可能であり、これに基づいてＵＥはＤＮＳクエリの結果をキャッシュしないようにすることができる。別法として、ＳＩＰＴＯ対応ＡＰＮに対するＤＮＳキャッシングを完全に無効化してもよい。
・単純トンネリングに基づくＳＩＰＴＯサービス連続性サポート：
この解決法では、ＳＩＰＴＯトラフィック処理は、以下の特徴を有する図２のステップに従う。
− 情報１：トラフィックが、ＬＩＰＡ／ＳＩＰＴＯまたはマクロネットワーク経由でどのように処理されるべきかを指示するＬＩＰＡ／ＳＩＰＴＯフラグ。
− 情報２：非ＬＩＰＡ／ＳＩＰＴＯトラフィックの場合の相手側（ＹｏｕＴｕｂｅ）のグローバルＩＰアドレス。そうでない場合、次の２つのアドレス：マクロネットワーク内でルーティング可能なローカルＧＷのローカルＩＰアドレス、および、相手側（ＹｏｕＴｕｂｅ）のグローバルＩＰアドレス。
− アクション１：新しいＤＮＳレコードにより、ローカルＧＷのＩＰ−ｉｎ−ＩＰトンネリングアドレスを含める。
− アクション２：単純ソースＮＡＴ、すなわち、ＵＥがソース。
この解決法では、２つのアドレス（すなわち情報２）を指示するＤＮＳリプライから、ＵＥは、このＩＰコネクションがローカルＧＷ経由でＬＩＰＡ／ＳＩＰＴＯに従っていることを知り、単純ＩＰ−ｉｎ−ＩＰトンネルを用いてローカルＧＷアドレスへアップリンクトラフィックをトンネリングする。別法として、単純トンネリングメカニズムは、（例えばＩＰｖ６ルーティングヘッダに基づいて）ソースルーティングにより実現してもよい。この場合、ＵＥおよびローカルＧＷは、必要な機能を有していなければならない。ＵＥは、フローがトンネリングされるべきか否かを判定するために、コネクション／フローごとの状態を維持する。この情報は、ネットワーク層で保持することができるので、アプリケーション層にとって完全に透過的であることが可能である。新しい（Ｈ）ｅＮＢの再選択後、ＵＥは、次のＤＮＳ解決で新しいＬＰ−ＧＷアドレスを取得するために、自己のＤＮＳキャッシュをフラッシュする。
この解決法では、ＬＰ−ＧＷまたはローカルＧＷ（これは単純トンネリングのために使用される）のＩＰアドレスは事業者ネットワーク内でルーティング可能なので、ＳＩＰＴＯトラフィックのサービス連続性をサポート可能である。
この解決法では、ローカルＧＷのＩＰアドレスが事業者ネットワーク内でソース（Ｈ）ｅＮＢへルーティング可能であると仮定している。図３および図４にそれぞれ示すように、ダウンリンクおよびアップリンクのトラフィックがパス１Ｄまたは２Ｄ、および２Ｕ、３Ｕまたは５Ｕをたどることを強制することによって、ターゲットｅＮＢへのＵＥのハンドオフ時にＳＩＰＴＯ／ＬＩＰＡトラフィックのサービス連続性を保証することができる。
アップリンクにおいて、パス３Ｕは容易に確立することができる。というのは、これは、Ｌ−ＧＷにおける単純トンネリング機能を必要とするだけであり、Ｌ−ＧＷは、トンネルを終端し、ローカルネットワークまたはＰＤＮ内の最終宛先へトラフィックをルーティングすればよいからである。パス２Ｕおよび５Ｕは、それぞれＳ−ＧＷまたはｅＮＢにおいて、ＳＩＰＴＯ／ＬＩＰＡに従う可能性のあるＰＤＮコネクションに対して（Ｌ−ＧＷアドレス範囲に基づいて）Ｌ−ＧＷ宛のトラフィックを検出するための追加機能を必要とする。そしてこのトラフィックは、ＰＤＮコネクションから分離され、Ｌ−ＧＷへ直接ルーティングされる。
ダウンリンクにおいて、パス１Ｄは、（例えばＰ−ＧＷ経由の）通常／標準準拠のパスをたどる。２Ｄの最適化は、Ｌ−ＧＷおよび／またはソース／ターゲット（Ｈ）ｅＮＢにおける追加機能に依拠する。これは、ソースおよびターゲット（Ｈ）ｅＮＢにあるＬ−ＧＷ間の直接トンネルの確立、または、ソース・ターゲット（Ｈ）ｅＮＢ間のデータ転送に対するサポートを行う。
・複数のＡＰＮ（少なくとも１つはＬＩＰＡ／ＳＩＰＴＯ専用）を使用するＵＥに対するＬＩＰＡ／ＳＩＰＴＯサービス連続性サポート：
この解決法では、ＵＥは、相異なるＡＰＮで複数の確立されたＰＤＰコンテキスト／ＰＤＮコネクションを有し、少なくとも１つのＡＰＮがＬＩＰＡ／ＳＩＰＴＯ専用であると仮定される。事業者ＤＮＳは、ＵＥからＤＮＳクエリを受信すると、与えられたフローに対してどのＡＰＮを使用すべきか（下記のオプションを参照）を、好ましくはＥ２Ｅ方式でＵＥに指示する。結果として、ＵＥは、それに応じて、ＤＮＳクエリ内で、事業者によって指示されたＡＰＮが割り当てられたＰＤＮコネクションを使用する。ＬＩＰＡ／ＳＩＰＴＯトラフィックに対するサービス連続性もサポートされる。というのは、標準的なモビリティ手順により、ハンドオーバー中にＰＤＮコネクションが維持されることが保証されるからである。ダウンリンクおよびアップリンクのトラフィックは、それぞれ図３および図４に示すようなパス１Ｄおよび２Ｕをたどる。
この解決法では、ＤＮＳサーバは、設定されたＡＰＮを知っていなければならない。ＵＥは、（ＵＥが現在利用可能な）アクティブなＡＰＮをＤＮＳ要求の一部としてＤＮＳサーバに通知してもよい。ＤＮＳサーバは、さまざまなパラメータ／メトリックに基づいて規定される優先度順にＡＰＮのリストを推奨してもよい。ＤＮＳサーバは、ＬＩＰＡ／ＳＩＰＴＯが使用されるべきかどうかを指示するフラグを単に設定するだけでもよい。この場合、ＵＥは、事業者が設定可能な規約に基づいて、ＬＩＰＡ／ＳＩＰＴＯに対する適当なＡＰＮを自律的に識別することができなければならない。
ＤＮＳリプライに応答して、ＵＥは、推奨されたＰＤＮコネクション／ＡＰＮに関連づけられたＵＥのＩＰアドレスに、新しいＩＰフロー／コネクション（ソケット）をバインドする。ＵＥは、推奨されたＡＰＮに新しいＩＰフロー／コネクションを（アプリケーション層とは独立に）バインディングするプロセスに対して、単純なネットワークレベルの機能を必要とする。ＵＥは、決定プロセスに関与してもよい。
本明細書では、ＬＩＰＡ／ＳＩＰＴＯトラフィック制御を処理するための解決法を提案している。これらの解決法は、２つのタイプのＵＥ、すなわち、単一のＡＰＮ／ＰＤＮコネクションのみをサポートするＵＥと、少なくとも１つのＡＰＮをＬＩＰＡ／ＳＩＰＴＯ専用として複数のＡＰＮを（同時のＰＤＮコネクションとともに）サポートするＵＥとを考慮している。
すべての解決法は事業者のコアＤＮＳに基づいており、一部は、ダウンリンクおよびアップリンクのトラフィックの両方が、ＩＰフロー／コネクションをアンカーしている（Ｈ）ｅＮＢにあるローカルＧＷを通るように強制することによって、ＬＩＰＡ／ＳＩＰＴＯトラフィックのサービス連続性をサポートする。
上記の説明および添付図面の記載に基づいて、当業者は本発明の多くの変形例および他の実施形態に想到し得るであろう。したがって、本発明は、開示した具体的実施形態に限定されるものではなく、変形例および他の実施形態も、添付の特許請求の範囲内に含まれるものと解すべきである。本明細書では特定の用語を用いているが、それらは総称的・説明的意味でのみ用いられており、限定を目的としたものではない。

Claims (26)

  1. ネットワーク構造内でトラフィックを制御する方法において、前記構造は、ＰＤＮ（Packet Data Network）、ＤＮＳ（Domain Name System）サーバを備えた事業者コアネットワーク、ＨｅＮＢ（Home evolved Node B）もしくはＮＨＢ（Home Node B）および／またはｅＮＢ（Evolved Node B）もしくはＮＢ（Node B）、ならびに前記ＨｅＮＢもしくはＮＨＢおよび／またはｅＮＢもしくはＮＢに関連づけられたＵＥ（User Equipment）を有し、
    所定のルーティングポリシーに基づいて、前記ＤＮＳサーバは、ＵＥからＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスへのトラフィックおよび／またはその逆のトラフィックが、コアネットワーク経由でルーティングされるか、それとも、ローカルネットワークプロトコルアクセスまたは選択ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接にルーティングされるかを制御することを特徴とする、ネットワーク構造内でトラフィックを制御する方法。
  2. ＰＤＮがインターネットであり、ネットワークプロトコルがＩＰであり、ローカルネットワークプロトコルアクセスがＬＩＰＡ（Local IP (Internet Protocol) Access）であり、選択ネットワークプロトコルトラフィック負荷軽減がＳＩＰＴＯ（Selected IP Traffic Offload）であることを特徴とする請求項１に記載の方法。
  3. 前記ＤＮＳサーバが、ＵＥによるＤＮＳ要求後に、ＤＮＳ応答において、コアネットワーク経由での、または、ローカルネットワークプロトコルアクセスのためのローカルネットワーク経由もしくは選択ネットワークプロトコルトラフィック負荷軽減のための無線アクセスネットワーク（ＲＡＮ）付近のローカルトラフィック負荷軽減ノード経由での直接のトラフィックルーティングに関して、ルーティング情報を指示することを特徴とする請求項１または２に記載の方法。
  4. ＬＰ−ＧＷ（ローカルＰＤＮゲートウェイまたはＬ−ＧＷ）が、ＨｅＮＢもしくはＮＨＢまたはｅＮＢもしくはＮＢに関連づけられ、または共同配置されることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
  5. 前記ＬＰ−ＧＷがＬＧＧＳＮ（ローカルＧＧＳＮ）であり、ＨＮＢまたはＮＢに関連づけられ、または共同配置されることを特徴とする請求項４に記載の方法。
  6. ＤＮＳプロキシ機能が、ＬＰ−ＧＷに、または、ＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに実現されることを特徴とする請求項１ないし５のいずれか１項に記載の方法。
  7. ルーティング情報が、ＤＮＳ応答内のフラグによって提供され、該フラグは、ＨｅＮＢもしくはｅＮＢもしくはＮＢに対して、またはＬＰ−ＧＷに対して、後続のトラフィックルーティングを指示することを特徴とする請求項３ないし６のいずれか１項に記載の方法。
  8. ＤＮＳプロキシ機能が、ＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢに、またはＬＰ−ＧＷに実現され、ＤｅｓｔＮＡＴ（Destination Network Address Translation）ネットワークプロトコルアドレスをＤＮＳ応答の一部としてＵＥに提供し、ＤｅｓｔＮＡＴと、ローカルネットワーク内またはＰＤＮ内の宛先アドレスとの間のバインディング／アソシエーションを確立することを特徴とする請求項３ないし７のいずれか１項に記載の方法。
  9. ＤＮＳサーバは、ＬＰ−ＧＷにＤＮＳプロキシ機能がない場合に、ローカルネットワーク内またはＰＤＮ内の宛先アドレスに対するＮＡＴをＬＰ−ＧＷに要求することを特徴とする請求項４に記載の方法。
  10. ＨｅＮＢもしくはｅＮＢまたはＬＰ−ＧＷが、ソースおよび宛先の両方のアドレスを２つの異なるアドレス、すなわちそれぞれＳｒｃＮＡＴ（Source Network Address Translation）アドレスおよびＤｅｓｔＮＡＴアドレス、に変換するＴｗｉｃｅ−ＮＡＴ機能を有することを特徴とする請求項１ないし９のいずれか１項に記載の方法。
  11. ＤｅｓｔＮＡＴアドレスがローカルネットワーク内またはＰＤＮ内の宛先アドレスを有する場合に、ステートレスＴｗｉｃｅ−ＮＡＴが実行されることを特徴とする請求項８ないし１０のいずれか１項に記載の方法。
  12. ＬＰ−ＧＷまたはＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢの関与なしに、ＤＮＳサーバが、他の手段によってＬＰ−ＧＷまたはＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢからＤＮＳサーバによって取得された、ＬＰ−ＧＷまたはＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢのＤｅｓｔＮＡＴアドレスを直接提供することを特徴とする請求項１ないし８のいずれか１項に記載の方法。
  13. ＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢまたはＬＰ−ＧＷが、コアネットワークのＰ−ＧＷ（PDN-Gateway）またはＳ−ＧＷ（Serving Gateway）へのトンネリングメカニズムをサポートすることを特徴とする請求項１ないし６のいずれか１項に記載の方法。
  14. Ｐ−ＧＷがＧＧＳＮであり、Ｓ−ＧＷがＳＧＳＮであることを特徴とする請求項１３に記載の方法。
  15. ＨｅＮＢもしくはＨＮＢもしくはｅＮＢもしくはＮＢまたはＬＰ−ＧＷが、ＵＥへのトンネリングメカニズムをサポートすることを特徴とする請求項１ないし１４のいずれか１項に記載の方法。
  16. ＵＥのネットワーク層が、トラフィックがトンネリングされるべきか否かを判定するために、コネクションまたはフローごとの状態を維持することを特徴とする請求項１３ないし１５のいずれか１項に記載の方法。
  17. ＵＥが、ソースルーティングメカニズムをサポートすることを特徴とする請求項１３ないし１６のいずれか１項に記載の方法。
  18. ２つのアドレス、すなわち、コアネットワーク内でルーティング可能なＬＰ−ＧＷまたはローカルＧＷのアドレス、および、ローカルネットワーク内またはＰＤＮ内の宛先アドレス、がＤＮＳ応答内で指示されることを特徴とする請求項１３ないし１７のいずれか１項に記載の方法。
  19. ＵＥが相異なるＡＰＮを有する複数のＰＤＰ（Packet Data Protocol）コンテキスト／ＰＤＮコネクションを有する場合またはサポートする場合に、前記ＤＮＳサーバが、ＵＥによるＤＮＳ要求後に、ＵＥへのＤＮＳ応答において、特定のトラフィックまたはフローまたはコネクションに対してどのＡＰＮを使用すべきかを選択し指示することを特徴とする請求項１または２に記載の方法。
  20. 少なくとも１つのＰＤＰコンテキスト／ＰＤＮコネクションが、ＬＩＰＡおよび／またはＳＩＰＴＯ専用であることを特徴とする請求項１９に記載の方法。
  21. ＤＮＳサーバが、利用可能なＡＰＮまたはＰＤＰコンテキスト／ＰＤＮコネクションに関する事前知識を有することを特徴とする請求項１９または２０に記載の方法。
  22. ＵＥは、前のＤＮＳ要求において、ＵＥが現在利用可能なＡＰＮを通知することを特徴とする請求項１９ないし２１のいずれか１項に記載の方法。
  23. ＤＮＳサーバが、利用可能なＡＰＮを優先するパラメータまたはメトリックに基づいてＡＰＮを選択することを特徴とする請求項２２に記載の方法。
  24. ＵＥが、好ましくはＤＮＳ応答内の指示またはフラグにより、ローカルネットワークプロトコルアクセスおよび／または選択ネットワークプロトコルトラフィック負荷軽減に従うＤＮＳ要求の結果をキャッシュせず、好ましくは、それぞれのＡＰＮに対するＤＮＳキャッシングを完全に無効化することを特徴とする請求項１９ないし２３のいずれか１項に記載の方法。
  25. ＵＥが、トラフィックルーティングのために使用されるべきＡＰＮまたはＰＤＰコンテキスト／ＰＤＮコネクションの最終的な選択プロセスに関与することを特徴とする請求項１９ないし２３のいずれか１項に記載の方法。
  26. ネットワーク構造、好ましくは請求項１ないし２５のいずれか１項に記載の方法を実行するネットワーク構造において、該構造は、ＰＤＮ（Packet Data Network）、ＤＮＳ（Domain Name System）サーバを備えた事業者コアネットワーク、ＨｅＮＢ（Home evolved Node B）もしくはＮＨＢ（Home Node B）および／またはｅＮＢ（Evolved Node B）もしくはＮＢ（Node B）、ならびに前記ＨｅＮＢもしくはＨＮＢおよび／またはｅＮＢもしくはＮＢに関連づけられたＵＥ（User Equipment）を有し、
    所定のルーティングポリシーに基づいて、ＵＥからＨｅＮＢもしくはＮＨＢもしくはｅＮＢもしくはＮＢに関連づけられたローカルネットワーク内またはＰＤＮ内の宛先アドレスへのトラフィックおよび／またはその逆のトラフィックが、コアネットワーク経由でルーティングされるか、それとも、ローカルアクセスプロトコルアクセスまたは選択ネットワークプロトコルトラフィック負荷軽減をサポートしたローカルネットワーク経由で直接にルーティングされるかを前記ＤＮＳサーバが制御するように、前記ＤＮＳサーバが構成されることを特徴とするネットワーク構造。
JP2012525094A 2009-08-20 2010-08-20 ネットワーク構造内でトラフィックを制御する方法およびネットワーク構造 Pending JP2013502190A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09010725.1 2009-08-20
EP09010725 2009-08-20
PCT/EP2010/005123 WO2011020624A2 (en) 2009-08-20 2010-08-20 A method for controlling the traffic within a network structure and a network structure

Publications (1)

Publication Number Publication Date
JP2013502190A true JP2013502190A (ja) 2013-01-17

Family

ID=43413917

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012525094A Pending JP2013502190A (ja) 2009-08-20 2010-08-20 ネットワーク構造内でトラフィックを制御する方法およびネットワーク構造

Country Status (6)

Country Link
US (1) US8787380B2 (ja)
EP (1) EP2468022A2 (ja)
JP (1) JP2013502190A (ja)
KR (1) KR101361978B1 (ja)
CN (1) CN102484783B (ja)
WO (1) WO2011020624A2 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012060679A (ja) * 2009-09-18 2012-03-22 Nec Corp 通信システムと通信制御方法及びユーザ装置
JP2013517640A (ja) * 2009-12-31 2013-05-16 ▲ホア▼▲ウェイ▼技術有限公司 トラフィックオフロード方法、トラフィックオフロード機能エンティティおよびトラフィックオフロードシステム
JP2016512935A (ja) * 2013-03-18 2016-05-09 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ ネットワーク・ノード機能にアクセスするためのクライアント・デバイスの第１ゲートウェイから第２ゲートウェイへのリダイレクト
JP2019507994A (ja) * 2016-03-09 2019-03-22 ダイナミック・ネットワーク・サービシーズ・インコーポレイテッドＤｙｎａｍｉｃ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅｓ， Ｉｎｃ． インテリジェントドメインネームシステム転送のための方法および装置

Families Citing this family (82)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9609513B2 (en) 2009-03-03 2017-03-28 Mobilitie, Llc System and method for device authentication in a dynamic network using wireless communication devices
US9179296B2 (en) * 2009-03-03 2015-11-03 Mobilitie, Llc System and method for device authentication in a dynamic network using wireless communication devices
CN102056138B (zh) * 2009-11-05 2016-08-03 中兴通讯股份有限公司 本地ip访问连接的管理方法及装置
US8937924B2 (en) 2010-09-28 2015-01-20 Blackberry Limited Releasing connections with local GW when UE moves out of residential/enterprise network coverage
CA2812944C (en) 2010-09-28 2016-09-20 Research In Motion Limited Method and apparatus for releasing connection with local gw when ue moves out of the residential/enterprise network coverage
US8880061B2 (en) * 2010-12-30 2014-11-04 Zte (Usa) Inc. Enabling handoff for multiple packet data network connections
CN102595386A (zh) * 2011-01-06 2012-07-18 北京三星通信技术研究有限公司 一种支持用户设备ue移动性的方法
EP2676420A4 (en) * 2011-02-15 2017-06-28 ZTE Corporation Internet protocol mapping resolution in fixed mobile convergence networks
KR101502716B1 (ko) * 2011-04-03 2015-03-13 엘지전자 주식회사 이동통신 네트워크 내에서 제어 평면을 담당하는 서버 및 그 서버에서 트래픽 우회 서비스 이동성 지원 방법
WO2012138760A1 (en) * 2011-04-04 2012-10-11 Interdigital Patent Holdings, Inc. Selected ip traffic offload and local ip access
KR101772159B1 (ko) 2011-05-16 2017-08-29 삼성전자 주식회사 이동통신시스템에서 ｌｉｍｏｎｅｔ 지원시 세션 연속 지원을 결정하는 장치 및 방법.
CN102958128B (zh) * 2011-08-16 2015-11-25 华为终端有限公司 为ue业务选择pdn连接的方法及装置
US9474018B2 (en) * 2011-08-16 2016-10-18 Telefonaktiebolaget L M Ericsson (Publ) Smart radio area network for wireless distributed cloud computing
JP5821434B2 (ja) * 2011-09-06 2015-11-24 住友電気工業株式会社 ネットワーク接続装置およびネットワーク接続方法
CN103139915A (zh) * 2011-11-23 2013-06-05 中兴通讯股份有限公司 一种对本地卸载数据进行资源控制的方法和系统
EP2792206B1 (en) * 2011-12-15 2017-07-19 Telefonaktiebolaget LM Ericsson (publ) Prioritizing packets in a node of a radio access network by establishing, based on intercepted first pdp context related information, a second pdp context
WO2014003348A1 (ko) * 2012-06-24 2014-01-03 엘지전자 주식회사 로컬 네트워크에서 ip 플로우 별 sipto 지원 방법 및 장치
CN103517362A (zh) * 2012-06-29 2014-01-15 北京三星通信技术研究有限公司 一种接入控制判断方法
CN102891900B (zh) * 2012-09-19 2019-01-01 邦讯技术股份有限公司 一种在流量卸载时域名解析的方法、装置及系统
US9717034B2 (en) 2012-09-20 2017-07-25 Nec Corporation Communication system and communication control method
CN103002512B (zh) * 2012-11-20 2015-06-10 北京百度网讯科技有限公司 用于移动终端的流量控制方法和装置
WO2014142717A1 (en) * 2013-03-13 2014-09-18 Telefonaktiebolaget L M Ericsson (Publ) Procedure and node for interconnecting ran and service layer entities
US10454714B2 (en) 2013-07-10 2019-10-22 Nicira, Inc. Method and system of overlay flow control
US10863387B2 (en) * 2013-10-02 2020-12-08 Cisco Technology, Inc. System and method for orchestrating policy in a mobile environment
CN104869575A (zh) * 2014-02-21 2015-08-26 中兴通讯股份有限公司 最优路径的建立方法、mme及网关
CN106063204A (zh) * 2014-04-03 2016-10-26 英派尔科技开发有限公司 域名服务器业务量估计
US20150289162A1 (en) * 2014-04-06 2015-10-08 Saguna Networks Ltd. Methods circuits devices systems and associated computer executable code for implementing cell congestion detection in a mobile network
KR102107093B1 (ko) * 2014-06-13 2020-05-06 에스케이텔레콤 주식회사 로컬 도메인 제공을 위한 패킷 처리 방법, 이를 위한 장치
WO2016036293A1 (en) 2014-09-04 2016-03-10 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatuses for enabling routing of data packets between a wireless device and a service provider based in the local service cloud
CN104202792B (zh) * 2014-09-05 2018-01-16 总装备部工程设计研究总院 一种单跳网络下基于反馈信息的网络邻居发现方法
WO2016137174A1 (ko) * 2015-02-23 2016-09-01 삼성전자주식회사 적응적으로 데이터 경로를 변경하기 위한 장치 및 방법
US10425382B2 (en) 2015-04-13 2019-09-24 Nicira, Inc. Method and system of a cloud-based multipath routing protocol
US10498652B2 (en) 2015-04-13 2019-12-03 Nicira, Inc. Method and system of application-aware routing with crowdsourcing
US10135789B2 (en) 2015-04-13 2018-11-20 Nicira, Inc. Method and system of establishing a virtual private network in a cloud service for branch networking
US20170048790A1 (en) * 2015-08-13 2017-02-16 Qualcomm Incorporated Methods and apparatuses for providing quality of service dependent services to mobile clients in multiple backhaul environments
CN107277882B (zh) * 2016-04-07 2020-07-07 中国移动通信有限公司研究院 一种数据路由方法、装置和基站
CN109076415B (zh) * 2016-04-12 2021-09-10 苹果公司 用于业务卸荷功能的方法及装置
US20200036624A1 (en) 2017-01-31 2020-01-30 The Mode Group High performance software-defined core network
US20180219765A1 (en) 2017-01-31 2018-08-02 Waltz Networks Method and Apparatus for Network Traffic Control Optimization
US11706127B2 (en) 2017-01-31 2023-07-18 Vmware, Inc. High performance software-defined core network
US10992568B2 (en) 2017-01-31 2021-04-27 Vmware, Inc. High performance software-defined core network
US10778528B2 (en) 2017-02-11 2020-09-15 Nicira, Inc. Method and system of connecting to a multipath hub in a cluster
US10523539B2 (en) 2017-06-22 2019-12-31 Nicira, Inc. Method and system of resiliency in cloud-delivered SD-WAN
US11115480B2 (en) 2017-10-02 2021-09-07 Vmware, Inc. Layer four optimization for a virtual network defined over public cloud
US11005684B2 (en) 2017-10-02 2021-05-11 Vmware, Inc. Creating virtual networks spanning multiple public clouds
US10999100B2 (en) 2017-10-02 2021-05-04 Vmware, Inc. Identifying multiple nodes in a virtual network defined over a set of public clouds to connect to an external SAAS provider
CN109729181B (zh) * 2017-10-27 2020-07-24 华为技术有限公司 一种域名访问方法及设备
US11223514B2 (en) 2017-11-09 2022-01-11 Nicira, Inc. Method and system of a dynamic high-availability mode based on current wide area network connectivity
GB201900720D0 (en) * 2019-01-18 2019-03-06 Attocore Ltd Routed IP Traffic Offload
US11171885B2 (en) * 2019-08-27 2021-11-09 Vmware, Inc. Providing recommendations for implementing virtual networks
US11044190B2 (en) 2019-10-28 2021-06-22 Vmware, Inc. Managing forwarding elements at edge nodes connected to a virtual network
US11394640B2 (en) 2019-12-12 2022-07-19 Vmware, Inc. Collecting and analyzing data regarding flows associated with DPI parameters
US11489783B2 (en) 2019-12-12 2022-11-01 Vmware, Inc. Performing deep packet inspection in a software defined wide area network
US12041479B2 (en) 2020-01-24 2024-07-16 VMware LLC Accurate traffic steering between links through sub-path path quality metrics
US11824881B2 (en) 2020-04-15 2023-11-21 T-Mobile Usa, Inc. On-demand security layer for a 5G wireless network
US11799878B2 (en) 2020-04-15 2023-10-24 T-Mobile Usa, Inc. On-demand software-defined security service orchestration for a 5G wireless network
US11070982B1 (en) 2020-04-15 2021-07-20 T-Mobile Usa, Inc. Self-cleaning function for a network access node of a network
US11444980B2 (en) 2020-04-15 2022-09-13 T-Mobile Usa, Inc. On-demand wireless device centric security for a 5G wireless network
US11115824B1 (en) 2020-05-14 2021-09-07 T-Mobile Usa, Inc. 5G cybersecurity protection system
US11057774B1 (en) 2020-05-14 2021-07-06 T-Mobile Usa, Inc. Intelligent GNODEB cybersecurity protection system
US11206542B2 (en) 2020-05-14 2021-12-21 T-Mobile Usa, Inc. 5G cybersecurity protection system using personalized signatures
US11245641B2 (en) 2020-07-02 2022-02-08 Vmware, Inc. Methods and apparatus for application aware hub clustering techniques for a hyper scale SD-WAN
US11709710B2 (en) 2020-07-30 2023-07-25 Vmware, Inc. Memory allocator for I/O operations
US11575591B2 (en) 2020-11-17 2023-02-07 Vmware, Inc. Autonomous distributed forwarding plane traceability based anomaly detection in application traffic for hyper-scale SD-WAN
US11575600B2 (en) 2020-11-24 2023-02-07 Vmware, Inc. Tunnel-less SD-WAN
IT202000031130A1 (it) * 2020-12-16 2022-06-16 Athonet S R L Metodo per il collegamento selettivo di dispositivi mobili alle reti 4g o 5g e federazione di reti 4g o 5g che implementano tale metodo
US11601356B2 (en) 2020-12-29 2023-03-07 Vmware, Inc. Emulating packet flows to assess network links for SD-WAN
US11792127B2 (en) 2021-01-18 2023-10-17 Vmware, Inc. Network-aware load balancing
US11979325B2 (en) 2021-01-28 2024-05-07 VMware LLC Dynamic SD-WAN hub cluster scaling with machine learning
US20220303278A1 (en) * 2021-03-18 2022-09-22 Hughes Systique Corporation Captive portal for tiered access using conditional dns forwarding
US12009987B2 (en) 2021-05-03 2024-06-11 VMware LLC Methods to support dynamic transit paths through hub clustering across branches in SD-WAN
US11637768B2 (en) 2021-05-03 2023-04-25 Vmware, Inc. On demand routing mesh for routing packets through SD-WAN edge forwarding nodes in an SD-WAN
US11729065B2 (en) 2021-05-06 2023-08-15 Vmware, Inc. Methods for application defined virtual network service among multiple transport in SD-WAN
US12015536B2 (en) 2021-06-18 2024-06-18 VMware LLC Method and apparatus for deploying tenant deployable elements across public clouds based on harvested performance metrics of types of resource elements in the public clouds
US11489720B1 (en) 2021-06-18 2022-11-01 Vmware, Inc. Method and apparatus to evaluate resource elements and public clouds for deploying tenant deployable elements based on harvested performance metrics
US12047282B2 (en) 2021-07-22 2024-07-23 VMware LLC Methods for smart bandwidth aggregation based dynamic overlay selection among preferred exits in SD-WAN
US11375005B1 (en) 2021-07-24 2022-06-28 Vmware, Inc. High availability solutions for a secure access service edge application
US11943146B2 (en) 2021-10-01 2024-03-26 VMware LLC Traffic prioritization in SD-WAN
US11909815B2 (en) 2022-06-06 2024-02-20 VMware LLC Routing based on geolocation costs
CN116248591A (zh) * 2022-12-29 2023-06-09 中国联合网络通信集团有限公司 一种业务流传输方法、装置、服务器及存储介质
US12057993B1 (en) 2023-03-27 2024-08-06 VMware LLC Identifying and remediating anomalies in a self-healing network
US12034587B1 (en) 2023-03-27 2024-07-09 VMware LLC Identifying and remediating anomalies in a self-healing network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008060208A1 (en) * 2006-11-16 2008-05-22 Telefonaktiebolaget L M Ericsson (Publ) Gateway selection mechanism
WO2009075033A1 (ja) * 2007-12-13 2009-06-18 Fujitsu Limited パケット通信システム及びパケット通信方法並びにノード及びユーザ端末

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7385989B2 (en) * 1996-07-04 2008-06-10 Hitachi, Ltd. Packet communication method and apparatus and a recording medium storing a packet communication program
JP4186446B2 (ja) * 2001-09-11 2008-11-26 株式会社日立製作所 アドレス変換方法
FI116027B (fi) * 2001-09-28 2005-08-31 Netseal Mobility Technologies Menetelmä ja järjestelmä viestien turvallisen lähettämisen varmistamiseksi
US7292575B2 (en) * 2002-07-24 2007-11-06 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for multi-protocol label switching (MPLS) based data flow aggregation in a third generation (3G) cellular telecommunication system
US20060294363A1 (en) * 2005-06-16 2006-12-28 Samsung Elecontronics Co., Ltd. System and method for tunnel management over a 3G-WLAN interworking system
US8176178B2 (en) * 2007-01-29 2012-05-08 Threatmetrix Pty Ltd Method for tracking machines on a network using multivariable fingerprinting of passively available information
CN101325592B (zh) * 2007-06-14 2011-04-20 华为技术有限公司 一种建立承载连接的方法、装置及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008060208A1 (en) * 2006-11-16 2008-05-22 Telefonaktiebolaget L M Ericsson (Publ) Gateway selection mechanism
JP2010510713A (ja) * 2006-11-16 2010-04-02 テレフオンアクチーボラゲット エル エム エリクソン（パブル） ゲートウェイ選択機構
WO2009075033A1 (ja) * 2007-12-13 2009-06-18 Fujitsu Limited パケット通信システム及びパケット通信方法並びにノード及びユーザ端末

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
3GPP TS 22.220, vol. V9.1.1, JPN6013026884, June 2009 (2009-06-01), pages 12 - 13, ISSN: 0002547562 *
NEC: "Support of operator control for SIPTO/LIPA traffic[online]", 3GPP TSG-SA WG2♯75 S2-095291, JPN6014012521, 25 August 2009 (2009-08-25), ISSN: 0002776275 *
VODAFONE ET AL.: "Selected IP Traffic Offload", 3GPP TSG-SA WG1 MEETING #47, S1-093341, JPN6013026888, 7 August 2009 (2009-08-07), ISSN: 0002547563 *
VODAFONE: "Definition for Local IP Access and Selected IP Traffic Offload", 3GPP TSG-SA WG1 MEETING #47, S1-093342, JPN6013026886, 7 August 2009 (2009-08-07), ISSN: 0002547564 *
長竹栄二 他: "LTEフェムト基地局におけるローカルブレークアウト方式の一検討", 2009年電子情報通信学会総合大会講演論文集 通信1, JPN6013026882, 4 March 2009 (2009-03-04), JP, pages 598, ISSN: 0002547561 *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8891449B2 (en) 2009-09-18 2014-11-18 Nec Corporation Communication system and communication controlling method
US8750221B2 (en) 2009-09-18 2014-06-10 Nec Corporation Communication system and communication controlling method
JP2012080580A (ja) * 2009-09-18 2012-04-19 Nec Corp 通信システムと通信制御方法及びユーザ装置
JP2012120204A (ja) * 2009-09-18 2012-06-21 Nec Corp 通信システムと通信制御方法及びユーザ装置
JP2012120203A (ja) * 2009-09-18 2012-06-21 Nec Corp 通信システムと通信制御方法及びユーザ装置
US9565613B2 (en) 2009-09-18 2017-02-07 Nec Corporation Communication system and communication controlling method
JP2012070441A (ja) * 2009-09-18 2012-04-05 Nec Corp 通信システムと通信制御方法及びユーザ装置
JP2014045513A (ja) * 2009-09-18 2014-03-13 Nec Corp 通信システムと通信制御方法及びユーザ装置
US9247474B2 (en) 2009-09-18 2016-01-26 Nec Corporation Communication system and communication controlling method
JP2012060679A (ja) * 2009-09-18 2012-03-22 Nec Corp 通信システムと通信制御方法及びユーザ装置
JP2013219838A (ja) * 2009-12-31 2013-10-24 ▲ホア▼▲ウェイ▼技術有限公司 トラフィックオフロード方法およびコアネットワークデバイス
JP2013517640A (ja) * 2009-12-31 2013-05-16 ▲ホア▼▲ウェイ▼技術有限公司 トラフィックオフロード方法、トラフィックオフロード機能エンティティおよびトラフィックオフロードシステム
US9838909B2 (en) 2009-12-31 2017-12-05 Huawei Technologies Co., Ltd. Traffic offload method, traffic offload function entity and traffic offload system
JP2016512935A (ja) * 2013-03-18 2016-05-09 コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ ネットワーク・ノード機能にアクセスするためのクライアント・デバイスの第１ゲートウェイから第２ゲートウェイへのリダイレクト
JP2019507994A (ja) * 2016-03-09 2019-03-22 ダイナミック・ネットワーク・サービシーズ・インコーポレイテッドＤｙｎａｍｉｃ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅｓ， Ｉｎｃ． インテリジェントドメインネームシステム転送のための方法および装置

Also Published As

Publication number Publication date
CN102484783B (zh) 2014-11-26
WO2011020624A3 (en) 2011-05-12
CN102484783A (zh) 2012-05-30
KR20120063487A (ko) 2012-06-15
US20120182940A1 (en) 2012-07-19
US8787380B2 (en) 2014-07-22
WO2011020624A2 (en) 2011-02-24
KR101361978B1 (ko) 2014-02-11
EP2468022A2 (en) 2012-06-27

Similar Documents

Publication Publication Date Title
KR101361978B1 (ko) 네트워크 구조 내에서 트래픽을 제어하는 방법 및 네트워크 구조
US8488559B2 (en) Method and an apparatus for providing route optimisation
US8687592B2 (en) Method for switching session of user equipment in wireless communication system and system employing the same
JP5383822B2 (ja) 移動通信方法、移動通信システム、その方法で用いられる装置
US10098042B2 (en) MME, local server, MME-local server interface, and data transmission method for optimized data path in LTE network
US9713082B2 (en) Service node selection in a communications network based on application server information
US8976717B2 (en) Method for data forwarding
US20140169332A1 (en) Method for supporting selection of pdn connections for a mobile terminal and mobile terminal
JP2013502121A (ja) （ｅ）ＮｏｄｅＢに対するローカルＩＰ接続性をサポートするシステムおよび方法
US10187349B2 (en) Method and device for selecting source IP address
EP2932675A1 (en) Handling multipath transmission control protocol signalling in a communications network
JP2013503553A (ja) モビリティアンカーの移転
JP2017143507A (ja) ネットワークエレメントシステム
Taleb et al. DNS-based solution for operator control of selected IP traffic offload
JP5655018B2 (ja) ハンドオーバ処理システム、及びゲートウェイルータ
EP2724563A1 (en) Caching over an interface between a radio access network and a core network
JP2011509611A (ja) 通信ネットワークにおいて、ルートを最適化するためのテクニック
EP2843889A1 (en) System and method for routing traffic in a mobile network interfaced with a cdn
JP6954900B2 (ja) 通信制御装置、ユーザ装置及び通信制御方法
EP2507955A1 (en) Method for establishing a data path, device and communication system
EP3160113A1 (en) Method and apparatus for assigning an ip address to a user equipment of a mobile network
Korhonen et al. Evolving the 3GPP bearer model towards multiple IPv6 prefixes and next-hop routers
Hahn et al. Centralized GW control and IP address management for 3GPP networks

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130529

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130605

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130904

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130911

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131005

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140327

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20140904