JP2007282223A - ローミング方法、ポリシーノード及びゲートウェイノード - Google Patents

ローミング方法、ポリシーノード及びゲートウェイノード Download PDF

Info

Publication number
JP2007282223A
JP2007282223A JP2007095137A JP2007095137A JP2007282223A JP 2007282223 A JP2007282223 A JP 2007282223A JP 2007095137 A JP2007095137 A JP 2007095137A JP 2007095137 A JP2007095137 A JP 2007095137A JP 2007282223 A JP2007282223 A JP 2007282223A
Authority
JP
Japan
Prior art keywords
network
visited
home
relocation
user plane
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
JP2007095137A
Other languages
English (en)
Inventor
Victor Yong Hwa Kueh
ヨン フワ クエ ヴィクター
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JP2007282223A publication Critical patent/JP2007282223A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

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

Abstract

【課題】トラヒックルーティングを効率的にしつつサービス提供のネットワーク依存性を減らすこと。
【解決手段】本発明は、訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのローミングを行う方法に関連する。本方法は、前記第１ホームネットワークと前記訪問先ネットワークの双方を経由する既に設定済みのルーティングに従ったユーザプレーンを有するセッションについて、第１ホームネットワークからの第１UEについての情報を訪問先ネットワークに与え、ユーザプレーンが第１ホームネットワークを経由しないように移転(再配置)することで、前記セッションをリロケートする。
【選択図】図５

Description

本発明は一般に無線通信ネットワーク(しばしばセルラネットワークとして用意される)に関連する。そのようなネットワークは電話だけでなくデータ転送にも使用可能である。本発明は何らかの無線ネットワークの用途を有し、その無線ネットワークは無線でネットワークサービスをオペレーティングする何らかのプロバイダによって運営される移動電話網を含む。
ハンドセット又は他の携帯装置等のユーザ装置(UE)をユーザのホーム無線システム外で使用することに言及するために、ローミングなる用語が使用される。UEが登録されているホームネットワーク以外の訪問先ネットワークでも接続が提供される。ホームサービスエリアは、ホームネットワークの範囲で定義され、その境界は地理的な境界に一致してもよい。
常にローミングは重要な機能であり、移動無線ネットワークの主要な収入源である。非常に近い将来展開されるIPベースの3Gモバイルネットワークと共に、及び3GPP規格の中で現在作成中の改訂と共に、これらのシステムで保持されるべき主な機能として、国際ローミングが承認されつつある。
これは特に重要なことである。なぜなら、近い将来において、モバイルゲーム、プッシュトークオーバーセルラ(PoC)及びテレビ会議等のようなIPベースのアプリケーションの出現と共に、益々多くのサービス用途がユーザ間通信に基づいて予想されるからである。一方、近年の研究によれば、多数の国際的なモバイルローマー(romer)(主に出張旅行者又は休日行楽客)は、2004年から2010年の間に４倍以上になり、2億１千万から8億5千万に成長しつつある(非特許文献１)。成長するマーケット及びローミングするユーザが経験する現在の問題(例えば、国際的なルーティング及びローミングは非効率的なこと)の下で、これらのローミングするユーザを更に好ましくサポートする解決手段を得ることが重要である。ローミングのシナリオにおけるユーザ間トラヒックの最適なルーティングは、オールIPネットワーク(非特許文献２)だけでなく3GPP SAEアーキテクチャ(非特許文献３)に関する重要な条件／項目として確認されていることにも留意を要する。
UMTSリリース5/6/7では、ローミングを取り扱うのに、オペレータサービスコントロールのロケーションに関する選択肢に依存して、２つの方法がある。第1の方法は、ホームコントロールローミングモデルであり、ホームネットワークによるセッション（例えば、音声コール又はマルチメディアセッション）の制御を許容する。第１の方法では、GPRSベースのローミングモデル、IPゲートウェイ（GPRSゲートウェイサポートノードに対応する（3GにおけるGGSN））として実現され、ユーザのトラヒックはホームネットワークを伝搬し及びそこに所属する必要がある。第２の方法は訪問先制御ローミングモデルであり、訪問先ネットワークによるセッション制御を許容する。この第２の選択肢は、IMSベースのローミングとして実現され、ユーザサービスにアクセスするために訪問先ネットワークのIPゲートウェイを利用する。
ある既存のオペレータの好ましい選択肢は、ホーム公衆網HPLMNのゲートウェイをローミングユーザの事前に必要なもの(Pre-requisite)として使用することである。なぜなら、これは全てのユーザサービスのホーム制御を可能にするからである。図１ａには、ホーム制御ローミングモデルを利用するそのようなシステムが示されている。
図１ａは、ホーム制御ローミングモデルの想定されるアーキテクチャの中で互いに通信する２人のローミングユーザを示す。簡明化のため、無線アクセスネットワークコントローラ(RAN)は示されていない。このネットワークエンティティに関する目下の表記及び以後の図における表記は、既存のUMTS R7に従うものである（これらは周知であるからである）；しかしながらアーキテクチャはSAEに適用可能なだけでなく、SAE機能エンティティを備えたSGSN/GGSN(即ち、MME/UPE/Inter AS Anchor)にも適用可能であることに留意を要する。
図１ａから理解できるように、ユーザトラヒック（即ち、「制御プレーン」であるシグナリング以外のセッションコンテンツを有する「ユーザプレーン」）はイントラPLMN内だけでなくPLMN間でもGTPトンネルを介して搬送されることが仮定され；後に、GTPトンネルは、十分に保護されたインターPLMNバックボーンを伝搬し（即ち、ネットワークはパブリックなインターネットに対して解放されてない）、GPRSローミングイクスチェンジ(GRX)としてよく知られている。GTP処理は、GTPアウェアエンティティ、即ちSGSN及びGGSNによってのみ実行される。PLMN間の通信は、ボーダーゲートウェイ(BG)を介して進行する必要があり、そのゲートウェイはGpインターフェースを介して各PLMNのエッジに設けられ、これは非特許文献４に合致しており、図１ｂにこのアーキテクチャが示されている。HPLMN AとHPLMN B間の通信に関するトラヒックは、GRXを介しても潜在的に搬送可能であるが、パブリックIPネットワーク(例えば、インターネット)を介して流れることが仮定される。
(GRXを介する)GTPがVPLMNとHPLMN A間、且つ、VPLMNとHPLMN B間で使用され理由は、それがGpインターフェースを介することである。一方、IPsecトンネルがHPLMN AとHPLMN B間で使用される。なぜなら、3GPP規格ではGGSN間に何らのインターフェースも規定されておらず、SGSN及びGGSNについてGTPのみが規定されているからである。
パブリックIPネットワークを介して流れるトラヒックのセキュリティを保証するには、IPsecのトンネルモードオプションを利用して、IPsecトンネルによるトンネルで搬送することが予想される(非特許文献５)。目下の図１ａでは、IPsecトンネルがGGSN間に設定されていることに留意を要する。この意味において、GGSNはIPsecゲートウェイの何らかの機能を備えていること、即ちIPsecゲートウェイがGGSNに統合されていることが仮定される。これは実現性を制限しない。なぜなら、IPsecゲートウェイはGGSNとは別個のエンティティとして同様に使用可能だからである。以後、BG(ブローダーゲートウェイ)論理エンティティは、簡明化のため、全ての図及び説明で省略されていることにも留意を要する。BGはGGSNと共に潜在的に結合可能であること；正確な物理的な場所は実施状況に依存することが予想される。
図２は訪問先制御型ローミングモデルを示し、これは3GPPにおけるIMSベースのローミングで使用されているようなものである。このモデルでは、訪問先ネットワークのIPゲートウェイ(即ち、訪問先GGSN)は、ローミングしたユーザプレーントラヒックを処理するのに使用される。トラヒックはホームドメインに転送／トンネルされないので、訪問先ドメインとそれと対向するノードとの間で既にトラヒックは最適にルーティングされる。また、UEのIPアドレスはVPLMNによって割り当てられるので、このモデルでローカルブレークアウト(ホームネットワークを介さない、外部ネットワークへの訪問先ネットワークからの直接通信)が可能である。
しかしながらこのモデルの１つの主要な欠点は、ホームネットワークがユーザトラヒックに対して直接的で完全な制御を行わないので、ローミングしたユーザが体感する実際のサービスが、ネットワーク毎に異なることである。全てのHPLMNサービスがローミングユーザに利用可能であるとは限らない。例えば、ピアトゥピア(P2P)ストリーミング(例えば、VoD及びIPTVアプリケーション)、ビジネスIP-VPN、メッセージング(例えば、インスタントメッセージング)、ショートメッセージサービス(SMS)、マルチメディアメッセージサービス(MMS)のようなホーム非IMSサービス(home non-IMS service)は、ホームネットワークによって提供できない。
図３に示されるように、図示のホーム制御ローミングオプションは別の欠点を有する。ホームGGSNにトラヒックを戻す制約によって引き起こされるトロンボーン効果(トロンボーニング)に起因して、非効率的なトラヒックルーティングの悪影響を被ってしまう（トラヒックは３つの異なるコールレッグ(call leg)を通過しなければならない。）。このトロンボーニングは、ネットワークバックホールで不要な帯域を消費するだけでなく、ユーザトラヒックを遅延させ、それは遅延に敏感なアプリケーション（例えば、リアルタイムビデオ／オーディオサービス）の通信にとって不適切なものになるかもしれない。この非効率性は図２の訪問先ネットワーク制御型ローミングモデルには存在しない。しかしながら上述したように、この訪問先制御型ローミングモデルに付随する欠点は、訪問先ネットワークのGGSNを用いてHPLMNはホーム制御を実行できず、したがって提供されるサービスがネットワークによって異なってしまうことである。
インターネット<http://www.informatm.com/marlin/200010015161/INDEX> 3GPP TS 22.258 V7.0.0:"Service Requirements for the All−IP Network(AIPN)−Stage 1", December 2005 3GPP TR 23.882 V0.b.0: "3GPP System Architecture Evolution; Report on Technical Options and Conclusions", February 2006 3GPP TS 23.060 V6.11.0: "General Packet Radio Service (GPRS); Service description − Stage 2", December 2005 S.Kent and K.Seo,"Security Architecture for the Internet Protocol," Request for Comments 4301, IETF, December 2005 3GPP TS 29.060 V7.0.0: "GPRS Tunneling Protocol(GTP) across the Gn and Gp interface(Release 7)," December 2005 2GPP TS 24.007 V7.0.0: "Mobile radio interface signaling layer 3; General aspects(Release 7)," September 2005 J.Loughney (Ed.), M. Nakhjiri, C. Perkins and R.Koodi, "Context Transfere Protocol(CXTP)," Request for Comments 4067, IETF, July 2005
既存のローミング法における上記の欠点を克服することが望まれている。
以下に説明される本発明は特許請求の範囲の独立項で規定され、有利な実施例は従属項に関連する。
本発明の一形態によれば、訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのホーム制御型ローミングを行う方法が使用される。当該方法は、前記第１ホームネットワークと前記訪問先ネットワークの双方を経由する既に設定済みのルーティングに従ったユーザプレーンを有するセッションについて、前記第１ホームネットワークからの前記第１UEについてのサービス情報を前記訪問先ネットワークに与え、前記ユーザプレーンが前記第１ホームネットワークを経由しないように移転(再配置)することで、前記セッションをリロケートするステップを有する。
意外なことに、ホームネットワーク制御を利用すること及びユーザプレーンをホームネットワークからリロケートすることによって、ホーム制御及び訪問先制御のローミング双方のいくらかの利益が得られることが見出された。ホームネットワークから情報を供給することは、ユーザがホームネットワーク内にいる又はローミング中であるか否かによらず、理想的にはいわゆる「シームレスなサービス体験」をもたらすように同様な又は同一レベルのサービスでさえも一貫した手段を可能にする。
始めに、一般的なホームネットワーク制御である「トロンボーン」的な通信から各セッションのデータトラヒックをリロケートすることが可能になる。
ユーザ間のデータパスが第１ホームネットワークを経由しないように移転(再配置)することで、ネットワークの輻輳／オーバーロードを減らすことができる。例えば3Gシステムでは、HPLMNアンカー及びリンクは負荷が少なくなる。更に、これらのパスに至る装置又はリンクへの不具合のおそれの影響も減少する。更に、ローミングのコストは小さくなり、バックホールの負荷も減少する。
また、ユーザトラヒックの伝送遅延をかなり低減し、リアルタイムアプリケーションの伝送を可能にする。この利点は、ホームネットワークがUEから及びUEへのトラヒックに対する直接的な制御を依然として可能にしつつ達成される。改善されたサービス及び増進された利便性は、加入者の他社への乗り換え及びユーザによる回避対処を減らし、ユーザの満足度を増やすことができる。
有利なことに、訪問先ネットワークにおけるトリガがリロケートするステップを開始させる。かくてユーザプレーンリロケーションはネットワーク起動型になり、UEはシグナリングに含まれなくてよい。
好適実施例では、ユーザプレーンのリロケーション中に、制御プレーンは不変に残される。かくて有利なことに、このような、如何なるネットワークで致命的なプロセスである制御プレーンのリロケーションが回避され、ホームネットワークは制御を維持する。
好ましくは、本方法は必要に応じて過去に設定済みのルーティングに選択的に戻るステップを更に有する。設定済みルーティングに戻るこの柔軟性は、制御プレーンがリロケートされないという特徴により促進される。それ故にユーザデータに関する最適な伝送パスは、制御プレーンを切り替える必要なしに、通常の伝送に容易に戻されることが可能である。
リロケートしない旨の決定も可能である。なぜなら或るネットワーク(例えば、PLMN)は本願で提案する機能をサポートしてないかもしれないからである。この場合、本願の提案するユーザプレーンリロケーション機能をサポートしてないこれらのネットワークについて従来のルーティングが適用される。これにより、好適実施例の方法をサポートするノードは、提案される強化機能をサポートしないノードと共に依然として相互作用することができ、既存の／従来のネットワークとの後方互換性を保証する。
有利なことに、本方法はリロケーションが許可されるか否かを前記ユーザプレーンの再配置前に検査するポリシ検査ステップを有する。
ユーザプレーンリロケーションをアクティブにするための決定はポリシーノードで実行されてもよく、ポリシーノードはいくつもの事項を考慮に入れ、例えば、ユーザの好み、サービス条件、プライバシ、課金条件及び他のオペレータポリシー等を考慮に入れる。ポリシー検査は、好ましくはホームネットワークにおいて、おそらくは、それ以前に、訪問先ネットワークで、これらの事項が検査されることを許容し、リロケーションが許可されない場合に、以降のリロケーションステップの中断を行うことができる。
好ましくは、ホームネットワークにおけるUEのIPアドレスはリロケーションステップによらず不変のまま残される。これは有利なことである。なぜなら、訪問先ネットワークでのダイナミックなIPアドレス割当が不要になるからである。更に、UEのIPアドレスが使用されないので、IPロケーションプライバシが守られる。したがってUEの現在地は他のUEにも如何なる第三者にも開示されない。
更に、目下の方法にUEの相互作用は不要であり、エアーを介したシグナリングはこの実施例では不要である。
これは3GPP TS 23.060V6.11.0(“General Packet Radio Service (GPRS); Service description − Stage 2,” December 25(非特許文献４))と対照的である。非特許文献では無線アクセスベアラの修正にSN及びUE間のやり取りを要する。
好適実施例では、リロケーションステップは、リロケーションリクエストステージ、ポリシ検査ステージ、コンテキスト情報転送ステージ及びユーザプレーンリロケーションステージを含む。これらの最初の３つは情報供給に関連し、４つ目のステージはユーザプレーンの移転（再配置）に関連する。そのようなリロケートするステップは、前記訪問先及びホームネットワークにあるコアネットワークノード間のみのシグナリングを用いて、実行される。リロケーションに関連するUEへの又はUEからのシグナリングは一切ない。
好ましくは、各ネットワークはサービスノード、ゲートウェイノード及びポリシーノードを含む。これらのノード又はエンティティは3GではSGSN,GGSN及びPCRFとして実現される。発展した3GPPネットワークでは、SGSN/GGSNに相当するものはUPE/MMEである。3GPPシステムで規定されているインターASアンカーも包含されてよい。他のシステムでは、これらのノード（又は要素若しくはエンティティ）は物理的に統合されてもよいし、或いは単独のノードの機能が様々なエンティティに分散されてもよい。例えば、サービングノード及びゲートウェイノードは、単独のゲートウェイとして結合されてもよいし、サービングノード及びゲートウェイノード間のシグナリング（後述）は１つのゲートウェイノードに対して内部的でもよい。しかしながら当業者は代替的な通信システムで等価なものがあることを認識するであろう。
好ましくは、リロケーションリクエストステージは、（訪問先ネットワークにおける）訪問先サービングノードから（訪問先ネットワークにおける）訪問先ゲートウェイノードに至るリロケーション要求メッセージの後に、（訪問先ネットワークにおける）訪問先ゲートウェイノードから（訪問先ネットワークにおける）訪問先ポリシーノードに至る要求ポリシ／チャージングルールメッセージが続き、その後に（訪問先ネットワークの）訪問先ポリシーノードから（ホームネットワークの）ホームポリシーノードに至るリロケーションリクエストを含む。
好ましくは、ポリシ検査は、ホームネットワークのポリシーノードで実行される。好ましくは、ホームネットワークのポリシーノード及び訪問先ネットワークにおけるポリシーノード間でインターフェースが用意される。
リロケーション要求は許可された場合、コンテキスト情報転送ステージは、好ましくは、ホームポリシーノードから前記訪問先ポリシーノードに至るリロケーション応答と、前記訪問先ポリシーノードから前記ホームポリシーノードに至るコンテキスト転送要求と、前記ホームポリシーノードから前記訪問先ポリシーノードに至るコンテキストデータ転送と、前記訪問先ポリシーノードから前記訪問先ゲートウェイノードに至るポリシーデータの準備とを含む。ポリシーデータは、ホームポリシーノードから転送されたコンテキストデータを反映し、訪問先ネットワークポリシーの或る側面を追加的に又は代替的に反映してもよい。
最後に、前記ユーザプレーンリロケーションステージは、前記訪問先ゲートウェイノードから前記ホームゲートウェイノードに至るリロケートユーザコンテキストリクエストと、前記ホームゲートウェイから前記訪問先ゲートウェイノードに至る応答に続く、前記訪問先ゲートウェイノードから前記訪問先サービングノードに至るアップデートユーザコンテキストリクエストと、前記訪問先サービングノードと前記訪問先ゲートウェイノードに至る応答とを含む。
セッションは、前記第１UEと前記訪問先ネットワークのサービス（又は第2UE）の間でなされ、この場合、再配置ステップは、前記ユーザプレーンを、前記第１UEホームネットワークを経由しないようにし、完全に前記訪問先ネットワーク内に移転(再配置)してよい。
代替的に、セッションが第１UEと第２ホームネットワークからの第２UEの間にある場合、設定済みのルーティングは、双方のホームネットワークを経由して行われる。本方法は好ましくは、第1UEに対するリロケーションステップに対応するリロケーションステップを用いて、前記第２UEの前記第２ホームネットワークを経由しないように移転(再配置)する。かくて例えば第1無線ホームネットワークからの第1UE及び訪問先ネットワークの第2無線ホームネットワークからの第2UEの改善されたローミング方法が提供され、当該方法は、第1ホームネットワークからの第1UE及び第2ホームネットワークからの第2UEの情報を訪問先ネットワークに供給し、ユーザプレーンが双方又は一方ホームネットワークを経由しないように移転(再配置)することで、ホームネットワーク及び訪問先ネットワーク双方を介して伝搬する設定済みユーザプレーンを有するセッションをリロケートするステップを有する。ポリシーチェックに従い、何れのホームネットワークもリロケーションを許可しなくてもよい。
有利なことに、第１の再配置ステップ又はユーザプレーンリロケーションステージは、ユーザプレーンが前記訪問先ネットワークと前記第２ホームネットワークのみを通過するように前記第１ホームネットワークから移転し、第２転送ステップは、前記ユーザプレーンを前記第２ホームネットワークから完全に前記訪問先ネットワーク内に移す。
ここで、第1ユーザプレーンリロケーションステージは、IPsecトンネル及びGTPトンネル(図１参照)の移転を含んでもよい。GTPトンネルは、訪問先ネットワーク内に移転さされ、IPsecトンネルは、（２つのホームネットワーク間ではなく）第２ホームネットワークと訪問先ネットワークとの間に上述のステップを用いて再配置される。
IPsecトンネルの再配置は、トンネルアドレスを更新するための前記ホームネットワークゲートウェイノードから前記第２ホームネットワークゲートウェイノードに至るリクエストと、前記第２ホームネットワークゲートウェイノード及び訪問先ネットワークゲートウェイノード間の新たなトンネルの作成と、前記トンネルアドレスが更新される前記第１ホームネットワークゲートウェイノードに至る前記第２ホームネットワークゲートウェイからの応答とを含む。ここで、IPsecゲートウェイはネットワークゲートウェイに結合されることを仮定するが、これは実現手段に依存する。
第２ユーザプレーンリロケーションステージは、GTPトンネルを第2ホームネットワークと訪問先ネットワーク間から訪問先ネットワーク内に移転すること、及び第2ホームネットワークと訪問先ネットワーク間のIPsecトンネルを除去することを含んでよい。GTPトンネルの再配置は、第1ユーザプレーンリロケーションステージに関する上記のステップ後に行われるかもしれない。訪問中のUE双方が同じホームネットワークからのものであった場合、第1及び第2ユーザプレーンリロケーションステージ双方が、ホームと訪問先ネットワーク間のトンネルを完全に訪問先ネットワーク内に移すことを含む。
第１UE及び第２UEリロケーションステップが、実質的に平行して実行されてもよい。リロケーションリクエストを第２ホームネットワークに送信する前に、第１ホームネットワークでリロケーションが完了するのを待機することで、或いはリロケーションリクエストを双方のホームネットワークに同時に送信することで、ユーザプレーンを第１及び第２ホームネットワークから移すリロケーションが並行して起こるか否かをポリシーノードが決定してもよい。ユーザプレーンリロケーションステージは、ホームネットワーク間のトンネルを移すシグナリングを該ホームネットワーク間に必要とする。例えば、上述のIPsecトンネル移転では、一方のホームネットワークはトンネルアドレスの更新を要し、他方は応答しなければならない。競合状態のシグナリングの可能性がある。したがってこれを回避するための手段が用意されてもよい；そのような手段自体は当該技術分野で既知である。
好ましくは、第１及び第２UEが同じセッションにあり且つ同じ訪問先ネットワーク内にある場合に（即ち、訪問先ネットワークの同じサービスエリア内にいる場合に）、リロケーションプロセスを開始させるトリガが作動する。
本発明は、訪問先無線ネットワーク内にいる第１無線ネットワークからの第１UEの改善されたローミングを前記訪問先ネットワークで行う方法にも関連する。本方法は、前記第１ホームネットワークから前記第１UEの情報を受信し、前記ユーザプレーンコネクションを前記第１ホームネットワークから移すことで、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する設定済みユーザプレーンを有するセッションをリロケートする。
訪問先ネットワークにおける方法は、上記方法で説明されたような訪問先ネットワークで実行される方法に関連する。
特に、リロケーションリクエストステージは、訪問先のサービングノードから訪問先のゲートウェイへリロケーション要求メッセージを送信すること、訪問先ゲートウェイノードから訪問先ポリシーノードへリクエストポリシー／課金ルールメッセージを送信すること、及び訪問先ポリシーノードからホームネットワークにリロケーション要求を送信することを含む。
好ましくは、コンテキスト情報転送ステージは、訪問先ポリシーノードでホームポリシーノードからリロケーション応答を受信すること、訪問先ポリシーノードからホームポリシーノードへコンテキスト転送要求を送信すること、訪問先ポリシーノードでホームポリシーノードからコンテキストデータの転送を受けること、訪問先ポリシーノードから訪問先ゲートウェイノードへポリシーデータを提供することを含む。
好ましくは、ユーザプレーンリロケーションステージは、ユーザコンテキストを移すために、訪問先ゲートウェイノードからホームゲートウェイノードへリクエストを送信し、訪問先ゲートウェイノードでホームゲートウェイノードから応答を受信し、それに続いて、ユーザコンテキストを更新するために、訪問先ゲートウェイノードから訪問先サービングノードへリクエストを送信し、訪問先ゲートウェイノードで訪問先サービングノードからの応答を受信することを含む。
上述したように、セッションが、第１UEと訪問先ネットワークの第２UE又はサービスとの間にある場合、転送ステップはユーザプレーンを第１UEホームネットワークから完全に訪問先ネットワーク内に移してもよい。
或いは、セッションは、訪問先ネットワーク以外の無線ネットワークからの第２UEと第１UE間でなされてもよい。第２UEが第２ホームネットワークからのものであり、UE双方がローミング中であった場合、設定済みのルーティングはホームネットワーク双方を通って行われ、本方法は、第１UEについて規定されたリロケーションステップに対応するリロケーションステップを用いて、第２UEホームネットワークからリロケーションを行うことを含んでよい。
第１UE及び第２UEリロケーションステップは、実質的に並行して行われてもよい。第１及び第２UEが同一セッション内にあり且つ同一の訪問先ネットワーク内にいる場合に、トリガが作動してもよい。特にそのトリガは、UE双方が訪問先ネットワークの同じサービスエリア内にいて同じセッションに属する場合に作動してもよい。
本発明の一形態によれば、使用中の訪問先無線ネットワークについて既に説明された機能を実行する手段／機能要素を有するネットワークが用意されてもよい。そのネットワークはサービスノード、ゲートウェイノード及びポリシーノードを含んでよい。
本発明の別の形態によれば、訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEの改善されたローミングを前記第１無線ホームネットワークで行う方法にも関連する。本方法は、前記第１UEの情報を訪問先ネットワークに提供し、ユーザプレーンコネクションを前記第１ホームネットワークから移し、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する第１UEの設定済みユーザプレーンを有するセッションをリロケートする。
ホームネットワークにおける方法は、上記方法に関して説明されたホームネットワークに関して実行される方法に相当する。
特に、コンテキスト情報転送ステージは、ホームポリシーノードから訪問先ポリシーノードへリロケーション応答を送信すること、ホームポリシーノードで訪問先ポリシーノードからコンテキストリクエストを受けること、及びホームポリシーノードから訪問先ポリシーノードへコンテキストデータを転送することを含んでよい。
好ましくは、ユーザプレーンリロケーションステージは、ユーザコンテキストを移すために、ホームゲートウェイノードで訪問先ゲートウェイノードからのリクエストを受信し、ホームゲートウェイから訪問先ゲートウェイノードへ応答を送信することを含む。
本発明の更なる形態によれば、使用中のホーム・ネットワークネットワークに関して規定されるリロケーションステップを実行する手段／機能要素を有するホーム・ネットワークネットワークが用意される。ホーム・ネットワークネットワークはサービスノード、ゲートウェイノード及びポリシーノードを含んでよい。
本発明の更なる形態によれば、訪問先無線ネットワークにおけるトリガが使用される。トリガは、第１無線ホームネットワークからの第１UEと第２無線ホームネットワークからの第２UEの改善されたローミング方法のトリガを与える。トリガは、双方のUEが前記訪問先ネットワークの同じサービスエリア内に位置し且つ同じセッションに属する場合に起動される。トリガは好ましくは訪問先ネットワークのサービスノードで管理される。
本発明の更なる形態によれば、無線ネットワークにおけるポリシーノードが使用される。ポリシーノードは、別の無線ネットワークのポリシーノードと通信を行うことができ、ローミングするユーザプレーンのリロケーションに必要な情報を搬送し、コンテキストを他の無線ネットワークに転送する。
本発明の更なる形態によれば、無線ネットワークにおけるゲートウェイノードが使用される。ゲートウェイノードは、別の無線ネットワークのゲートウェイノードと通信を行うことができ、ローミングするユーザプレーンのコンテキストを移すことに関するメッセージを通信する。
以下、添付図面を参照しながら単なる説明目的にすぎない実施例と共に、本発明の好ましい特徴が説明される。
本発明の実施例は、ホーム制御(ホームルーティングトラヒック)ローミングモデルを強化し、最適なユーザプレーントラヒックルーティングを可能にする方法をもたらす。これは、ユーザプレーンをホームネットワークから移すことで、理想的には通信中のローミングするユーザが現在位置している訪問先ネットワーク中に再配置することで達成される。図４はUE A及びUE B間のルーティングを示し、このルーティングはホームネットワークAから移される。これは、ユーザプレーンが以後訪問先ネットワーク内に完全に移されるようにするための中間段階でもよい。しかしながら、代替的に、UE BのホームネットワークであるHPLMN Bは、ユーザプレーンをホームネットワークから移すことを拒否し、図示のルーティングが最終的なソリューションになってもよい。
図５には双方のホームネットワークにより許可された最適なトラヒックルーティングが示され、図４のケースは、（図３を開始点とする場合の）中間的なトラヒックルーティングを示すように考えることができる。
図は双方のUEがローミングしている例を示す。しかしながら当業者は、訪問先ネットワークに居るローカルなUEや、訪問先ネットワークでのローカルなサービスに接続する単独のローミングUEに対しても、本発明が適用可能なことを理解するであろう。この場合、ルーティングはこのローミングUEに対し、始めに訪問先ネットワークとホームネットワークを通るように行われる（UE AがローカルUEである又は訪問先ネットワークのローカルサービスであると仮定される場合、図4に示されるようになる。）。
図６は本発明の一実施例によるリロケーション法を示す。始めに、ホームネットワークを介するルーティングを含む設定済みのユーザプレーンルーティングがあるとする。訪問先ネットワークで、ユーザプレーンリロケーションが適用可能なことを示すトリガが発生する。このトリガは、例えば、ホーム制御ルーティング法を用いて、ユーザがローミングしていることを認識する訪問先ネットワークに依存してもよい。対象としているセッションが２つのUE間でなされ、２つのUE双方がローミングしていた場合、そのトリガは、PLMN内の同じサービスエリアに２つのUEが居るかどうかにしてもよい。
サービスの本質的な損失なしにホームネットワークからユーザプレーンを移すために、ホームネットワークのサービス情報が必要とされるかもしれない。したがって次の段階は、ホームネットワークから訪問先ネットワークにその情報を与えることである。それ後に、ユーザプレーンコネクションはホームネットワークから移され、ホームネットワークでの制御プレーンを維持しつつ、改善されたユーザプレーンルーティングができる。
この方法で２つのローミングするUEが含まれていた場合、ユーザプレーンは双方のホームネットワークを通過する。第１UEにサービス情報を与えることで、サービス損失なしにそのUEのホームネットワークからユーザプレーンを移すことを可能にする。この場合、ユーザプレーンは、訪問先ネットワークの第１UEから、第２ホームネットワークに至り、及びそこから、訪問先ネットワークを介して第２UEに至る。更なる移管ステップでは、ユーザプレーンが、完全に訪問先ネットワーク内になるように第２ホームネットワークから移される。
何れの場合でも、移管ステップに関し、ネットワーク間の２つのトンネルの「ドッグレッグ(dog-leg)」が除去される。ルーティングが既に或るホームネットワークだけになされている場合(例えば、ユーザの一方のみがローミングしている場合、或るいはユーザプレーンが既に一方のホームネットワークから移されていた場合)、ホームネットワークから移管は、完全に訪問先ネットワークに収まってルーティングされるユーザプレーンをもたらす。
１つの一般的なソリューションは、同じホームネットワーク中の２つのUEが１つの訪問先ネットワーク内にローミングすることである。ここで、各UEはそれぞれのホームネットワークから訪問先ネットワーク内へトンネルを移すために、個別にリロケーション要求を行う。
ユーザが整合性のあるサービス提供を受けることを保証するため（シームレスなサービスを受けることを保証するため）、関連するQoS属性及びポリシ情報だけでなく課金情報のようなサービス情報も、ホームネットワークから訪問先ネットワークに移管され、例えばHPLMNの各自のネットワーク要素又はノード各々からVPLMNのネットワーク要素へ3Gシステムにおいて移管される。そしてこの情報は以後VPLMNのゲートウェイに運ばれ、HPLMNで事前に定義されたコンフィギュレーションにしたがって、正しいリソース割当及び料金情報収集を実行できるようにする。
図７では、GPRSにおける最適なユーザ間トラヒックルーティングを行うための請求方法例の詳細な手順が説明される。上述したように、本方法は別の技術を用いた実装方式にも適用できる。
ユーザトラヒック(又はプレーン)は、ユーザA及びBの間で現在最適にはルーティングされていないが、各ユーザは同じPLMN内に位置する（図３のルーティング参照）（この記述に関し、ユーザA及びB双方はVPLMN内の同じSGSNによってサービス提供されることが仮定されている。）。
リロケーション法は以下のステップを有する：
１．ユーザのデータパスのリロケーションは、ネットワーク内のトリガにより始められる。訪問中の２つのUEに関し、ネットワーク（SGSN）はユーザ双方が以下のi.,ii,を満たすことを確認した場合に、トリガを起動する。
ｉ．PLMN内の同じサービスエリア内にいること；及び
ｉｉ．同じセッションに属すること。
PLMN内の同じサービスエリア内にUEがいることを確認するため、トンネルエンドポイント識別子(TEID)が使用可能である(これについては、非特許文献６参照)；双方のUEが同じ通信セッションにおけるものであることを確認するためにセッションIDが使用され；そのようなIDの使用可能な具体例は、トランザクション識別子である（これについては、非特許文献７参照）。UEのIPアドレスが既存のGPRSシステムでは使用できず、GPRSシステムはパケットルーティングにUEのIPアドレスを使用していないことに留意を要する。それが仮に使用されたとしても、UEのIPアドレスはHPLMNによって割り当てられるので、十分な支援効果をもたらさないであろう。
２．V-SGSNはリロケーションプロセスを開始するためにリロケーション要求メッセージをV-GGSNに送信する。UEに関連する識別情報が包含されている（例えば、IMSI/MSISDN）。PCC認証が必要とされることをV-GGSNが確認すると、加入者の認証、認可されたサービス及びポリシ並びに変更ルール情報をVPLMNのプロキシPCRFに要求する。ステップ３の前に、V-PCRFは、訪問先ネットワークでユーザトラヒックをローカルにアンカーさせるどうかを確認してもよい。
３．VPLMN内のPCRFは、リロケーション要求メッセージをホームネットワークに転送し、トラヒックのローカルブレイクアウトがセッションに属している関係UEについてVPLMN内で可能であるか否かを検査する。これと共に、UEに関する身元が包含される（例えば、IMSI/MSISDN）。
４．ホームPCRFは、VPLMNでローカルにトラヒックを外部に直接通信させることが、そのUEに許可されるか否かを判定する。この判定を行う際に、ローカルな（オペレータの）ポリシ−プライバシ及び課金条件を含むと共に、（アプリケーション機能AFから得られる）サービス条件を検査する。更に、ホームPCRFはHSS及び／又は加入プロファイルリポジトリ(SPR)と相談してもよく、SPRは、例えばユーザの好みのような、全ての加入者／加入関連情報を含む（注：HSS及びSPRは簡明化のため図７には示されていない。SRPのHSSとの関係は3GPPで更に決定される。）。
５．ホームPCRFはリロケーション応答をVPLMNの訪問先／プロキシPCRFに送信し、リロケーション要求の決定を通知する（ここでは、この要求は各自のHPLMNで許可されたことがここでは仮定されている。）。
６．VPLMNへのトラヒックのリロケーションが可能なことを確認すると、V-PCRFは、VPLMNでのトラヒック制御に必要な情報を求めるリクエストをホームPCRFに送信する。このコンテキストリクエストは、非特許文献８で規定されているコンテキストトランスファリクエスト(CT-Req)メッセージを使用可能である。
７．ホームPCRFは必要な情報を転送し、必要な情報は可能性として、ルール識別子、サービスデータフローフィルタ(サービスデータフロー判定のためのもの)、優先度、サービス識別子、チャージングキー、課金法、測定法、報告方法／レベル、一群のIPフローに対するQoS設定／制限（例えば、QoSクラス／優先度、ビットレート等）及びUE A及びB間のセッションに対する各IPフローに関する制約等を含んでよい。転送される情報は、実現方法に依存する。このコンテキスト情報転送には、非特許文献８に規定されているコンテキストトランスファデータ(CTD)を使用することができる。
８．ホームPCRFから受信した情報に基づいて、V-PCRFはポリシ及び課金ルールをV-GGSNに送信し、処理を決定させる。VPLMNが自身のポリシ及び課金ルール（HPLMNにおけるものと異なってよい）を強制するよう決定した場合には、ローミングネットワーク(VPLMN)内でポリシ及び課金ルールに基づいて判定がなされることに留意を要する。
９．V-PCRFからベアラ認証応答を受信すると、V-GGSNはリロケートPDPコンテキストリクエストメッセージをPLMN AのGGSNに送信し、PLMN AのGGSNからVPLMNのGGSNへのPDPコンテキスト(トンネル)リロケーションを開始する(図８)。このリクエストは、HPLMN AのGGSNが、V-GGSNがこのセッションに関してUE Aトラヒックをアンカーする許可をホームネットワークから得たことを通知する信用証を含む。ユーザプレーンリロケーション(GTP-Uトンネル)のみが行われ、制御プレーンコネクション(GTP-Cトンネル)は不変のまま残される（即ち、GTP-Cトンネルは動かされない）。PLMN AのGGSNはこのリロケーションを認める応答を送信する。そしてV-GGSNは非特許文献４のようにアップデートPDPコンテキストリクエストメッセージをV-SGSNに送信する。V-SGSNは、アップデートPDPコンテキスト応答メッセージを送信することで、これを確認する。非特許文献４と比較して、SGSNとUE間で（無線アクセスベアラを修正するための）やりとりは不要であることに留意を要する。SGSNからUEに至る既存の無線アクセスベアラは再利用できるからである。UEに関してやりとりは一切必要なく、したがってエアー上でのシグナリングも不要である。
１０．ユーザデータパス(GTPトンネル)がVPLMNにリロケートされる必要のあることを、PLMN AのGGSNは既に知っており（V-GGSNからリロケートPDPコンテキストリクエストメッセージを受信している）、アップデートトンネルアドレスリクエストメッセージをPLMN BのGGSNに送信し、PLMN BのGGSNにIPsecトンネルの新たなエンドポイントを通知し、その通知は（PLMN BとPLMN A間からPLMN Bと VPLMNへの）IPsecトンネルリロケーション用に設定されることを要する。仮定されているアーキテクチャの現在の説明と共に（図１）、IPsecゲートウェイはGGSNに結合されることが仮定される。そしてPLMN BのGGSNは非特許文献５のようにIPsecトンネル生成用のメッセージ交換をV-GGSNとの間で開始する(トンネルモード)。PLMN BのGGSNとV-GGSN間のこの新たなトンネルの作成に成功すると、PLMN BのGGSNはアップデートトンネルアドレス応答を送信し、IPsecトンネルリロケーションが成功したことをPLMN AのGGSNに通知する。この確認応答は、PLMN AとPLMN B間の旧トンネルを、それがもはや使用されなくなっていた場合、それらのセキュリティアソシエーション(SA)を削除することで、除去することをPLMN AのGGSNに促す。
PDPコンテキストリロケーション(ステップ９)及びIPsecトンネルリロケーション(ステップ１０)に成功すると、UE A用のユーザプレーントラヒックはVPLMN内にローカライズされる（図７）。
１１．−１６．UE Bに関するこれらのステップは、（UE Aに関して上述した）ステップ３−８と同様である。ステップ１１−１６は、ステップ３−８がなされる前に実行されてもよいし、或るいは、それらは並列的に行われてもよいことに留意を要する。
いずれにせよ、V-GGSNからリクエストポリシ／課金ルールメッセージを受信すると、V-PCRFはシグナリングを開始する。リロケーションリクエストは、各自自身のポリシに起因してUEのHPLMN各々によって拒否されてもよいことに留意を要する。PLMNがユーザプレーンのリロケーションを承認しなかった場合には、次善のルーティングしか達成されないながらも、本発明は依然として有効に機能する。例えば、PLMN BがVPLMNにトラヒックのリロケーションを許可しなかった場合、このことは、UE Aのトラヒック部分に対する最適なルーティングの妨げにはならない（図４）。
ステップ１１−１６がステップ３−８と並列的に行われる場合、IPsecトンネルリロケーションに関して競合状態のシグナリングがなされる可能性が常にある。これを回避できる仕組みはあるが、その詳細は本発明の目的外である。何らの対策も講じられなかった場合には、最良では、如何なるIPsecトンネルリロケーションもなく、最悪では、２つのIPsecトンネルが（PLMN BとVPLMNの間で、PLMN AとVPLMNの間で）作成される。トラヒックは以後完全にVPLMN内で最適にルーティングされるので、全ての場合において、UE AとUE B間のトラヒックのルーティングに如何なる影響も予想されない。
１７．このステップは、PLMN BのGGSNからV-GGSNにリロケートされたPDPコンテキスト(GTP-Uトンネル)と共に、ステップ９と同様である。VPLMN内に局在する目下のUE AとUE B間トラヒックと共に、PLMN B及びVPLMN（ステップ１０で設定済み）間のIPsecトンネルは、それがもはや使用されないのならば、除去されてもよい。
双方のUEが同じホームネットワークからのものであった場合でも、V-PCRFは２つのリロケーションリクエストを送信する。方法における相違は、IPsecトンネルリロケーションがなく、PDPコンテキストリロケーションのみが必要とされ、ステップ１０は省略されることである。しかしながら本方法は、以下に説明されるようなIPsecトンネルの作成手順を含む。
UE A及びUE Bは図4に示されるようにユーザプレーンと共にネットワークBからのものであったとする。先ず、UE Aがリロケートを行う。V-SGSNからHPLMN B-GGSNへのGTPトンネルは、訪問先ネットワーク内のGTPトンネルになるが、（UE Aとのコネクションを維持するため）訪問先ネットワークとHPLMN B間のトンネルを作成する必要がある。
シングルユーザのユーザプレーンの再ルーティングの利点は少ない。なぜなら、PLMNを介する効果的なGTPトンネルがIPトンネルで置換されているからである（この場合、IPsecトンネルはセキュリティの要請による）。
しかしながら、双方のローミングUEがリロケートする前に、最適なルーティングが達成され；これらのリロケーションが同時に起こると、PIsecトンネルを作成することは不要である。
本発明の実施例の重要な部分は、データパスのリロケーションを始めるトリガ機構である（ステップ１）。請求方法に基づいて、パスリロケーションをトリガする判断基準は、簡易に実現され、付加的なシグナリングや外的なメジャーメントを要しないが、3Gネットワークで簡易に利用可能な／既存の識別情報に基づく。更に、ユーザプレーンリロケーショントリガはネットワーク起動方式なので、「フォールス（偽）」リロケーションを送信する第三者による何らかの悪意の攻撃のおそれが低減される。又、提案方法はUEとのやり取りを必要とせず、したがって高価で安全でない無線インターフェースによるシグナリングを避けることができる。
本発明の実施例は、ネットワークエンティティ、即ち、SGSN、GGSN及びPCRFに新たな機能を導入すると共に、２つのPCRFと２つのGGSN（ポリシーノード及びゲートウェイノード）の間のコアネットワークに新たなインターフェースを導入する。かくて、VPLMN内の訪問先PCRFとホームPCRF間の新たなインターフェースが導入される。このインターフェースを介して、４つの新たなメッセージがPCRF間で通信される（ステップ３，５，６，７，１１，１３，１４，１５で登場している。）。上述したように、CT-Req及びCTDメッセージは非特許文献８のIETFに規定されているものに基づいて行うことができる。
ステップ２ａでは、リロケーションリクエストはSGSNで導入された新たなメッセージであり、（例えば、クリエイトPDPコンテキストリクエスト／アップデートPDPコンテキストリクエストのような）ベアラ設定に対する既存のリクエストと同様であるが、ベアラリロケーション用に固有である。
ステップ９ａ，９ｂ（同様にステップ１７ａ，１７ｂ）は、（PDPコンテキストリロケーションに関して）GTP-Cを介してGGSN間でのシグナリング通信と共にGGSNに新たな機能を導入する。既存の標準規格では、GGSN間のシグナリング通信は存在していないことに留意を要する。アップデートPDPコンテキストリクエスト及びアップデートPDPコンテキスト応答に関し、非特許文献４に規定されるメッセージが使用可能なことが予想される。PDPコンテキストリロケーション(ステップ９，１７)は、UE双方が既存のIPアドレスを使用しつつ、新たなIPアドレスをUE Aに又はBに割り当てることをV-PLMNに要求しない。これにより、UEの現在のロケーションは互いに（即ち、第三者に対して）非開示であり、したがってIPロケーションプライバシが維持され、IPロケーションプライバシは次世代移動通信網では益々重要な条件になりつつある。
IPsecトンネルリロケーションに含まれるメッセージ(ステップ１０)も本発明で新規な部分であり、IPsecゲートウェイがGGSNと共に配置されることが想定されるならば、それはGGSNに対する追加的な機能になる。
以下、本発明により教示される手段が例示的に列挙される。
（付記１）
訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのローミングを行う方法であって、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を経由してルーティングを行うユーザプレーンを有するセッションについて、前記第１ホームネットワークから前記第１UEに関する情報を前記訪問先ネットワークに与え、前記ユーザプレーンが前記第１ホームネットワークを経由しないように移すことで、前記リロケートするステップを有する方法。
（付記２）
前記訪問先ネットワークにおけるトリガが前記リロケートするステップを開始させる付記１記載の方法。
（付記３）
前記ユーザプレーンのリロケーション中に、制御プレーンは不変に残される付記１記載の方法。
（付記４）
必要に応じて過去に設定済みのルーティングに選択的に戻るステップを更に有する付記１乃至３のいずれか１項に記載の方法。
（付記５）
リロケーションが許可されるか否かを転送前に検査するポリシ検査ステップを有する付記１乃至４のいずれか１項に記載の方法。
（付記６）
前記ポリシ検査ステップが、前記第１ホームネットワークで実行される付記５記載の方法。
（付記７）
最初のポリシ検査ステップが、前記訪問先ネットワークで実行される付記６記載の方法。
（付記８）
前記ホームネットワークにおけるUEのIPアドレスが、前記リロケーションするステップによらず不変のまま残される付記１乃至７のいずれか１項に記載の方法。
（付記９）
前記リロケートするステップが、リロケーションリクエストステージ、ポリシ検査ステージ、コンテキスト情報転送ステージ及びユーザプレーンリロケーションステージを含む付記１乃至８のいずれか１項に記載の方法。
（付記１０）
前記リロケートするステップが、前記訪問先及びホームネットワーク内にあるコアネットワークノード間のシグナリングを用いて実行され、各ネットワークはサービングノード、ゲートウェイノード及びポリシーノードを含む付記１乃至９のいずれか１項に記載の方法。
（付記１１）
前記リロケーションリクエストステージは、前記訪問先サービングノードから前記訪問先ゲートウェイノードに至るリロケーション要求メッセージの後に、前記訪問先ゲートウェイノードから前記訪問先ポリシーノードに至る要求ポリシ／チャージングルールメッセージが続き、その後に前記訪問先ポリシーノードから前記ホームポリシーノードに至るリロケーションリクエストを含む付記１０記載の方法。
（付記１２）
前記ポリシ検査ステージは、前記ポリシーノードで実行される付記１０又は１１に記載の方法。
（付記１３）
前記コンテキスト情報転送ステージは、前記ホームポリシーノードから前記訪問先ポリシーノードに至るリロケーション応答と、前記訪問先ポリシーノードから前記ホームポリシーノードに至るコンテキスト転送要求と、前記ホームポリシーノードから前記訪問先ポリシーノードに至るコンテキストデータ転送と、前記訪問先ポリシーノードから前記訪問先ゲートウェイノードに至るポリシーデータの準備とを含む付記１０乃至１２のいずれか１項に記載の方法。
（付記１４）
前記ユーザプレーンリロケーションステージは、前記訪問先ゲートウェイノードから前記ホームゲートウェイノードに至るリロケートユーザコンテキストリクエストと、前記ホームゲートウェイから前記訪問先ゲートウェイノードに至る応答に続く、前記訪問先ゲートウェイノードから前記訪問先サービングノードに至るアップデートユーザコンテキストリクエストと、前記訪問先サービングノードと前記訪問先ゲートウェイノードに至る応答とを含む付記１０乃至１３のいずれか１項に記載の方法。
（付記１５）
前記セッションは、前記第１UEと前記訪問先ネットワークの第２UE又はサービスの間でなされ、前記移転するステップは、前記ユーザプレーンコネクションを前記第１UEホームネットワークから完全に前記訪問先ネットワーク内に移す付記１乃至１４のいずれか１項に記載の方法。
（付記１６）
前記セッションは、同一のホームネットワークからの前記第１UEと第２UEの間でなされ、前記転送するステップは、前記ユーザプレーンを前記ホームネットワークから完全に前記訪問先ネットワーク内に移す付記１乃至１５のいずれか１項に記載の方法。
（付記１７）
前記セッションは、前記第１UEと第２ホームネットワークからの第２UEの間でなされ、双方のUEがローミングしている付記１乃至１４のいずれか１項に記載の方法。
（付記１８）
前記設定済みのルーティングが第１と第２のホームネットワーク双方を通して行われ、当該方法は、付記１乃至１６のいずれか１項に記載の第１UEに対して決められるリロケートするステップに対応するリロケーションステップを用いて、前記第２UEの前記第２ホームネットワークを経由しないように移すリロケーションを含む付記１７記載の方法。
（付記１９）
第１転送ステップが、前記訪問先ネットワーク及び前記第２ホームネットワークだけを介してユーザプレーンコネクションを前記第１ホームネットワークを経由しないように移転(再配置)し、対応する第２転送ステップは、前記ユーザプレーンコネクションを前記第２ホームネットワークから完全に前記訪問先ネットワーク内に移す付記１７又は１８に記載の方法。
（付記２０）
前記ユーザプレーンリロケーションステージは、トンネルアドレスを更新するための前記ホームネットワークゲートウェイノードから前記第２ホームネットワークゲートウェイノードに至るリクエストと、前記第２ホームネットワークゲートウェイノード及び訪問先ネットワークゲートウェイノード間の新たなトンネルの作成と、前記トンネルアドレスが更新される前記第１ホームネットワークゲートウェイノードに至る前記第２ホームネットワークゲートウェイからの応答とを含む付記１４乃至１９のいずれか１項に記載の方法。
（付記２１）
前記第１UE及び前記第２UEリロケーションステップが、実質的に平行して実行される付記１６乃至２０のいずれか１項に記載の方法。
（付記２２）
前記第１及び第２UEが同じセッションにあり且つ同じ訪問先ネットワーク内にある場合に、前記トリガが作用する付記１６乃至２１のいずれか１項に記載の方法。
（付記２３）
訪問先無線ネットワーク内にいる第１無線ネットワークからの第１UEのローミングを前記訪問先ネットワークで行う方法であって、前記第１ホームネットワークから前記第１UEの情報を受信し、前記ユーザプレーンコネクションを前記第１ホームネットワークを経由しないように移転(再配置)することで、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する設定済みユーザプレーンを有するセッションをリロケートする方法。
（付記２４）
付記１乃至２３のいずれか１項で規定される訪問先ネットワークに関するいずれかのステップを更に有する付記２３記載の方法。
（付記２５）
前記訪問先ネットワークについての付記１乃至２４のいずれか１項に記載のリロケートするステップを実行する手段を有する無線ネットワーク。
（付記２６）
訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのローミングを前記第１無線ホームネットワークで行う方法であって、前記第１UEの情報を前記訪問先ネットワークに与え、前記ユーザプレーンコネクションを前記第１ホームネットワークを経由しないように移転(再配置)することで、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する前記第１UEの設定済みユーザプレーンルーティングを有するセッションをリロケートする方法。
（付記２７）
付記１乃至２５のいずれか１項で規定されるホームネットワークに関するいずれかのステップを更に有する付記２６記載の方法。
（付記２８）
前記ホームネットワークについての付記１乃至２７のいずれか１項に記載のリロケートするステップを実行する手段を有する無線ネットワーク。
（付記２９）
訪問先無線ネットワークにおけるトリガであって、第１無線ホームネットワークからの第１UE及び前記第１又は第２無線ホームネットワークからの第２UEの改善されたローミング方法のトリガを与え、当該トリガは、双方のUEが前記訪問先ネットワークの同じサービスエリア内に位置し且つ同じセッションに属する場合に起動されるトリガ。
（付記３０）
無線ネットワークにおけるポリシーノードであって、別の無線ネットワークのポリシーノードと通信を行うことが可能であり、ローミングするユーザプレーンのリロケーションに必要な情報を搬送し、コンテキストを他の無線ネットワークに転送するポリシーノード。
（付記３１）
無線ネットワークにおけるゲートウェイノードであって、別の無線ネットワークのゲートウェイノードと通信を行うことが可能であり、ローミングするユーザプレーンのリロケーティングコンテキストに関するメッセージを通信するゲートウェイノード。
GPRSローミングとして行われる従来のホーム制御ローミング法におけるユーザプレーンの概略図を示す。 非特許文献４によるパケットドメイン間の一般的な相互接続の概略図を示す。 IMSローミングとして行われる従来の訪問先制御ローミング法における信号フロー概略図を示す。 従来のホーム制御ローミングを用いるユーザプレーンルーティングを表現する概略図である。 本発明の一実施例によるリロケーションを表現する概略図である。 本発明の一実施例による最適なリロケーションを表現する概略図である。 本発明の一実施例による方法を示す概略図である。 ２つのUEに関するユーザプレーンをリロケートするための本発明の好適実施例による情報フローを示す図である。 PDPコンテキストリロケーションについての図７のステップ９及び１７の情報フローを詳細に示す図である。 図７のIPsecトンネルリロケーションステップ１０に関する情報フローを示す図である。
符号の説明
3GPP 第三世代パートナーシッププロジェクト
AF アプリケーション機能
AP アクセスポイント
BG ボーダーゲートウェイ
CTD コンテキストトランスファデータ
CT-Req コネキストトランスファリクエスト
GGSN GPRSゲートウェイサポートノード
GPRS ゼネラルパケット無線サービス
GTP GPRSトンネリングプロトコル
HLR ホームロケーションレジスタ
HPLMN ホームパブリックランドモバイルネットワーク
HSS ホームサブスクライバサーバー
IMSI 国際移動加入者識別子
InterASAnchor インターAccessSystemアクセスアンカー
MME 移動管理エンティティ
MSISDN 移動加入者ISDN番号
PCRF ポリシチャージルール機能
PDP パケットデータプロトコル
PLMN パブリックランドモバイルネットワーク
PoC プッシュトゥトークオーバーセルラ
QoS サービス品質
RAN 無線アクセスネットワーク
RNC 無線ネットワークコントローラ
RNS 無線ネットワークサブシステム
SAE 3GPPシステムアーキテクチャエボリューション
SGSN サービングGPRSサポートノード
SMS ショートメッセージサービス
SN シグナリングノード
SPR サブスクリプションプロファイルリポジトリ
SS7 シグナリングシステム７（地上回線用高速シグナリングプロトコル）
TAP GSMassoc.CSM/GMTSで配備される課金プロトコル
TEID トンネルエンドポイント識別子
UE ユーザ装置
UMTS ユニバーサル移動通信システム
UPE ユーザプレーンエンティティ
VLR ビジタロケーションレジスタ
VPLMN 訪問先パブリックランドモバイルネットワーク
V-SGSN 訪問先サービングGPRSサポートノード

Claims (10)

  1. 訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのローミングを行う方法であって、前記第１ホームネットワークと前記訪問先ネットワークの双方を経由する既に設定済みのルーティングに従ったユーザプレーンを有するセッションについて、前記第１ホームネットワークから前記第１UEに関する情報を前記訪問先ネットワークに与え、前記ユーザプレーンが前記第１ホームネットワークを経由しないように移すことで、前記セッションをリロケートするステップを有する方法。
  2. 前記訪問先ネットワークにおけるトリガが前記リロケートするステップを開始させる請求項１記載の方法。
  3. 前記ユーザプレーンのリロケーション中に、制御プレーンは不変に残される請求項１記載の方法。
  4. 必要に応じて過去に設定済みのルーティングに選択的に戻るステップを更に有する請求項１乃至３のいずれか１項に記載の方法。
  5. リロケーションが許可されるか否かを前記のユーザプレーンを移す前に検査するポリシ検査ステップを有する請求項１乃至４のいずれか１項に記載の方法。
  6. 前記ホームネットワークにおけるUEのIPアドレスが、前記リロケーションするステップによらず不変のまま残される請求項１乃至５のいずれか１項に記載の方法。
  7. 前記リロケートするステップが、リロケーションリクエストステージ、ポリシ検査ステージ、コンテキスト情報転送ステージ及びユーザプレーンリロケーションステージを含む請求項１乃至６のいずれか１項に記載の方法。
  8. 訪問先無線ネットワーク内にいる第１無線ネットワークからの第１UEのローミングを前記訪問先ネットワークで行う方法であって、前記第１ホームネットワークから前記第１UEの情報を受信し、前記ユーザプレーンコネクションが前記第１ホームネットワークを経由しないように移転(再配置)することで、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する設定済みユーザプレーンを有するセッションをリロケートする方法。
  9. 訪問先無線ネットワーク内にいる第１無線ホームネットワークからの第１UEのローミングを前記第１無線ホームネットワークで行う方法であって、前記第１UEの情報を前記訪問先ネットワークに与え、前記ユーザプレーンコネクションが前記第１ホームネットワークを経由しないように移転(再配置)することで、前記第１ホームネットワーク及び前記訪問先ネットワーク双方を介して伝搬する前記第１UEの設定済みユーザプレーンルーティングを有するセッションをリロケートする方法。
  10. 無線ネットワークにおけるポリシーノードであって、別の無線ネットワークのポリシーノードと通信を行うことが可能であり、ローミングするユーザプレーンのリロケーションに必要な情報を搬送し、コンテキストを他の無線ネットワークに転送するポリシーノード。
JP2007095137A 2006-03-31 2007-03-30 ローミング方法、ポリシーノード及びゲートウェイノード Pending JP2007282223A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
GB0606580A GB2436665A (en) 2006-03-31 2006-03-31 Efficient call routing while roaming

Publications (1)

Publication Number Publication Date
JP2007282223A true JP2007282223A (ja) 2007-10-25

Family

ID=36425063

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007095137A Pending JP2007282223A (ja) 2006-03-31 2007-03-30 ローミング方法、ポリシーノード及びゲートウェイノード

Country Status (5)

Country Link
US (1) US20070232301A1 (ja)
EP (1) EP1841275B1 (ja)
JP (1) JP2007282223A (ja)
DE (1) DE602007008633D1 (ja)
GB (1) GB2436665A (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011509611A (ja) * 2008-01-08 2011-03-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて、ルートを最適化するためのテクニック
JP2011523824A (ja) * 2008-05-30 2011-08-18 アルカテル−ルーセント ユーエスエー インコーポレーテッド Ｌｔｅ／ｅｐｃ通信ネットワークにおけるオンライン課金アーキテクチャ
JP2015526990A (ja) * 2012-07-20 2015-09-10 テケレック・インコーポレイテッドＴｅｋｅｌｅｃ， Ｉｎｃ． ポリシールールをモバイルエッジに配信するための方法、システム、およびコンピュータ読取可能媒体
JP2016134850A (ja) * 2015-01-21 2016-07-25 日本電信電話株式会社 ネットワーク管理装置及びネットワーク管理方法

Families Citing this family (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602006010606D1 (de) * 2006-06-02 2009-12-31 Ericsson Telefon Ab L M Einrichtungen und verfahren zum garantieren einer dienstgüte pro dienstdatenfluss durch die trägerschicht
KR101076415B1 (ko) * 2006-06-16 2011-10-25 노키아 코포레이션 인터시스템 핸드오버의 경우에 단말에 대해 ｐｄｐ 콘텍스트 정보를 전달하기 위한 장치 및 방법
CN101128043B (zh) 2006-08-15 2011-02-02 华为技术有限公司 系统间切换或者改变时的数据处理方法
WO2008081007A1 (en) * 2007-01-05 2008-07-10 Nokia Corporation Network initiated relocation of a gateway support node
FI20075252A0 (fi) * 2007-04-13 2007-04-13 Nokia Corp Menetelmä, radiojärjestelmä, matkaviestin ja tukiasema
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
US8295830B1 (en) * 2007-05-09 2012-10-23 Marvell International Ltd. System and method for enabling authorization of local breakout for internet protocol multimedia services
CN101325780B (zh) * 2007-06-15 2010-07-07 华为技术有限公司 策略控制实现方法和系统、及策略和计费执行实体
WO2009024182A1 (en) * 2007-08-20 2009-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for providing local breakout in a mobile network
US9749142B2 (en) * 2007-08-20 2017-08-29 Telefonaktiebolaget Lm Ericsson (Publ) Notification of resource restrictions in a multimedia communications network
EP2053824A1 (en) * 2007-10-23 2009-04-29 Nokia Siemens Networks Oy User plane control in IMS
WO2009075033A1 (ja) * 2007-12-13 2009-06-18 Fujitsu Limited パケット通信システム及びパケット通信方法並びにノード及びユーザ端末
US20100287079A1 (en) * 2007-12-18 2010-11-11 Yigang Cai Charging in ims networks for sessions that are transferred between access networks
US8218459B1 (en) 2007-12-20 2012-07-10 Genbrand US LLC Topology hiding of a network for an administrative interface between networks
FI123095B (fi) 2008-01-17 2012-11-15 Teliasonera Ab Reitittäminen tietoliikennejärjestelmässä
US7970931B2 (en) * 2008-06-26 2011-06-28 Microsoft Corporation Policy-based routing in a multi-homed computer
US9928379B1 (en) 2008-09-08 2018-03-27 Steven Miles Hoffer Methods using mediation software for rapid health care support over a secured wireless network; methods of composition; and computer program products therefor
JP5320618B2 (ja) * 2008-10-02 2013-10-23 株式会社日立製作所 経路制御方法及びアクセスゲートウェイ装置
JP5038534B2 (ja) * 2008-11-14 2012-10-03 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 制限付きポリシー及び課金制御ケイパビリティの検出及び報告
CN101867909B (zh) * 2009-04-20 2013-10-16 中兴通讯股份有限公司 一种实现有限策略计费控制的方法及系统
KR101407699B1 (ko) * 2009-05-05 2014-06-17 노키아 솔루션스 앤드 네트웍스 오와이 파라미터 액세스 서비스를 갖는 로컬 브레이크아웃
US20120076125A1 (en) * 2009-06-03 2012-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Operator control of resources for roaming subscribers
US8305962B2 (en) * 2009-06-22 2012-11-06 Nokia Siemens Networks Gmbh & Co. Kg Optimization in heterogeneous networks
US9350876B2 (en) * 2010-01-04 2016-05-24 Tekelec, Inc. Methods, systems, and computer readable media for detecting initiation of a service data flow using a Gx rule
US9185510B2 (en) 2010-03-03 2015-11-10 Tekelec, Inc. Methods, systems, and computer readable media for managing the roaming preferences of mobile subscribers
US9917700B2 (en) * 2010-03-15 2018-03-13 Tekelec, Inc. Systems, methods, and computer readable media for policy enforcement correlation
US8432871B1 (en) 2010-03-26 2013-04-30 Juniper Networks, Inc. Offloading mobile traffic from a mobile core network
US8520615B2 (en) * 2010-03-26 2013-08-27 Juniper Networks, Inc. Breakout gateway for mobile data traffic
US20120238264A1 (en) * 2011-03-18 2012-09-20 Stoke, Inc. Method and apparatus to support seamless mobility across offload gateways
US9172822B2 (en) * 2011-05-06 2015-10-27 Tekelec, Inc. Methods, systems, and computer readable media for providing a user record deletion notification
CN102355655A (zh) * 2011-07-14 2012-02-15 中国联合网络通信集团有限公司 业务数据处理方法、无线网络控制器和接入网系统
US9860390B2 (en) 2011-08-10 2018-01-02 Tekelec, Inc. Methods, systems, and computer readable media for policy event record generation
US8971215B2 (en) * 2012-01-04 2015-03-03 Alcatel Lucent Subscriber assignment
CN104521221B (zh) * 2012-05-24 2017-11-14 爱立信(中国)通信有限公司 对等体到对等体业务局域化
WO2013176610A1 (en) * 2012-05-24 2013-11-28 Telefonaktiebolaget L M Ericsson (Publ) Peer-to-peer traffic localization
US9794302B2 (en) 2012-05-24 2017-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Method, network and network entity for establishing a communication session to a user equipment roaming in IMS
US9369910B2 (en) * 2012-07-14 2016-06-14 Tekelec, Inc. Methods, systems, and computer readable media for dynamically controlling congestion in a radio access network
JP6605955B2 (ja) 2012-07-14 2019-11-13 テケレック・インコーポレイテッド ポリシーベースのローカルブレークアウト（ｌｂｏ）のための方法、システム、およびコンピュータ読取可能な媒体
CN103716766A (zh) * 2012-09-29 2014-04-09 华为技术有限公司 计费信息处理方法、装置及系统
US20140100962A1 (en) * 2012-10-10 2014-04-10 Tekelec, Inc. Methods, systems, and computer readable media for ad-supported wireless offloading
US9336501B2 (en) 2012-10-25 2016-05-10 Motorola Solutions, Inc. Method and apparatus for supporting cross jurisdictional mutual aid requests
US9788188B2 (en) 2012-12-14 2017-10-10 Ibasis, Inc. Method and system for hub breakout roaming
CN103209440B (zh) * 2013-02-18 2016-03-02 华为终端有限公司 网络接入处理方法和用户设备
CN105493533B (zh) * 2014-07-08 2020-02-14 华为技术有限公司 在线计费方法、网关设备及在线计费设备
US9832678B1 (en) 2015-01-13 2017-11-28 Syniverse Technologies, Llc Traffic hub system to provide roaming service in a wireless environment
US10117127B2 (en) 2015-07-08 2018-10-30 Oracle International Corporation Methods, systems, and computer readable media for communicating radio access network congestion status information for large numbers of users
EP3326397A1 (en) * 2015-07-21 2018-05-30 Nokia Technologies Oy Localized routing in mobile networks
US10470031B2 (en) 2016-05-20 2019-11-05 Ibasis, Inc. Voice over IMS roaming gateway
US10225762B2 (en) 2017-03-28 2019-03-05 Oracle International Corporation Methods, systems, and computer readable media for message flood suppression during access node-gateway (AN-GW) unavailability and after AN-GW restoration
US10237418B2 (en) 2017-04-21 2019-03-19 Oracle International Corporation Methods, systems, and computer readable media for charging based on radio congestion in mobile networks
US9924344B1 (en) * 2017-06-14 2018-03-20 Syniverse Technologies, Llc Method for providing roaming services in which the home network uses S8HR model for out-bound roaming while the visited network uses LBO model for in-bound roaming
US10237720B1 (en) * 2017-08-25 2019-03-19 Syniverse Technologies, Llc Intelligent data routing application and method for providing a home mobile network operator with a location of an outbound roamer
US11160014B2 (en) * 2017-10-16 2021-10-26 Qualcomm Incorporated Connection gateway selection in a mobile communications device
US11070974B2 (en) 2018-12-19 2021-07-20 Cisco Technology, Inc. Efficient user plane function selection with S10 roaming
US11863348B2 (en) * 2021-07-06 2024-01-02 Cisco Technology, Inc. Message handling between domains

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000201172A (ja) * 1998-12-07 2000-07-18 Lucent Technol Inc 通信システムにおけるル―ト最適化のための方法および装置
JP2004112011A (ja) * 2002-09-13 2004-04-08 Mitsubishi Electric Corp 分散ＭｏｂｉｌｅＩＰによる移動管理方式
JP2007504763A (ja) * 2003-09-04 2007-03-01 ノキア コーポレイション 通信システムにおける位置プライバシー

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5526400A (en) * 1994-04-01 1996-06-11 Telefonaktiebolaget Lm Ericsson System for routing calls to mobile subscribers
FI101183B1 (fi) * 1995-08-22 1998-04-30 Nokia Telecommunications Oy Optimoitu reititys matkaviestimelle päättyvässä puhelussa
FI102232B1 (fi) * 1996-01-15 1998-10-30 Nokia Telecommunications Oy Pakettiradioverkko
US6771604B1 (en) * 1997-09-22 2004-08-03 Lucent Technologies Inc. Method for location management in a communication network
US6871072B1 (en) * 1997-09-23 2005-03-22 Nokia Corporation Methods and apparatus for supporting optimum call routing in a cellular telecommunications system
AU6023599A (en) * 1998-08-31 2000-03-21 Ericsson Inc. System and method for call completion to a roamer without routing through the home network
US7042864B1 (en) * 2000-08-01 2006-05-09 Cisco Technology, Inc. Enabling push technologies for mobile IP
KR100464017B1 (ko) * 2000-12-26 2004-12-30 엘지전자 주식회사 이동 ｉｐ 서비스를 제공하는 패킷 데이터 전송장치
US7167466B2 (en) * 2001-02-09 2007-01-23 Nortel Networks Limited Method and apparatus for dynamically assigning a home agent
US7269173B2 (en) * 2002-06-26 2007-09-11 Intel Corporation Roaming in a communications network
EP1379096A1 (en) * 2002-07-03 2004-01-07 Koninklijke KPN N.V. Optimized routing of a call to a roaming mobile subscriber
US7742450B2 (en) * 2004-02-17 2010-06-22 Motorola, Inc. Method for efficient bearer traffic routing in a communication system
US8238326B2 (en) * 2004-11-18 2012-08-07 Ruckus Wireless, Inc. Maintaining consistent network connections while moving through wireless networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000201172A (ja) * 1998-12-07 2000-07-18 Lucent Technol Inc 通信システムにおけるル―ト最適化のための方法および装置
JP2004112011A (ja) * 2002-09-13 2004-04-08 Mitsubishi Electric Corp 分散ＭｏｂｉｌｅＩＰによる移動管理方式
JP2007504763A (ja) * 2003-09-04 2007-03-01 ノキア コーポレイション 通信システムにおける位置プライバシー

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011509611A (ja) * 2008-01-08 2011-03-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークにおいて、ルートを最適化するためのテクニック
JP2011523824A (ja) * 2008-05-30 2011-08-18 アルカテル−ルーセント ユーエスエー インコーポレーテッド Ｌｔｅ／ｅｐｃ通信ネットワークにおけるオンライン課金アーキテクチャ
US9820127B2 (en) 2008-05-30 2017-11-14 Alcatel-Lucent Usa Inc. Online charging architecture in LTE/EPC communication networks
JP2015526990A (ja) * 2012-07-20 2015-09-10 テケレック・インコーポレイテッドＴｅｋｅｌｅｃ， Ｉｎｃ． ポリシールールをモバイルエッジに配信するための方法、システム、およびコンピュータ読取可能媒体
US10477385B2 (en) 2012-07-20 2019-11-12 Tekelec, Inc. Methods, systems and computer readable media for distributing policy rules to the mobile edge
JP2016134850A (ja) * 2015-01-21 2016-07-25 日本電信電話株式会社 ネットワーク管理装置及びネットワーク管理方法

Also Published As

Publication number Publication date
EP1841275A2 (en) 2007-10-03
EP1841275A3 (en) 2008-01-02
GB0606580D0 (en) 2006-05-10
US20070232301A1 (en) 2007-10-04
DE602007008633D1 (de) 2010-10-07
EP1841275B1 (en) 2010-08-25
GB2436665A (en) 2007-10-03

Similar Documents

Publication Publication Date Title
JP2007282223A (ja) ローミング方法、ポリシーノード及びゲートウェイノード
US11997091B2 (en) Method and nodes for handling access to EPC services via a non-3GPP network
JP4509183B2 (ja) パケットデータフィルタリング
EP2052563B1 (en) Ggsn proxy for one tunnel solution
JP5383822B2 (ja) 移動通信方法、移動通信システム、その方法で用いられる装置
US8488559B2 (en) Method and an apparatus for providing route optimisation
JP5080490B2 (ja) 通信ネットワークにおけるルート最適化のための方法および装置
US20110007748A1 (en) Method, system and apparatus for optimizing routes
EP1933520A1 (en) Local mobility anchor relocation and route optimization during handover of a mobile node to another network area
US20110116499A1 (en) Method and system for selectively bypassing packet core network within a session based on traffic type
US8842636B2 (en) Method and device for managing Internet Protocol offload connection
JP2013509760A (ja) Ｕｅを３ｇｐｐアクセス・ネットワークに接続するための接続手続の拡張
EP2688325B1 (en) Mobility management system, mobility management method, access gateway device and mobility management control device
KR102017167B1 (ko) 무선 통신 시스템에서 데이터 트래픽 분산을 위한 방법 및 장치
CN107404715B (zh) 位置信息提供方法及装置
JP2010136375A (ja) ネットワーク接続装置による認証方法、ＱｏＳ制御方法、トラフィック制御方法およびＩＰ移動性制御方法
JP2011509611A (ja) 通信ネットワークにおいて、ルートを最適化するためのテクニック
WO2011032444A1 (zh) 移动性处理方法及装置
CN104244219A (zh) 用于一隧道解决方案的ggsn代理
Gohar et al. Inter-Domain Mobility Management Based on the Proxy Mobile IP in Mobile Networks.
JP5411317B2 (ja) ネットワーク接続装置による認証方法、ＱｏＳ制御方法、トラフィック制御方法およびＩＰ移動性制御方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091208

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110421

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110510

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20111004