JP5910107B2 - ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 - Google Patents
ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 Download PDFInfo
- Publication number
- JP5910107B2 JP5910107B2 JP2012012939A JP2012012939A JP5910107B2 JP 5910107 B2 JP5910107 B2 JP 5910107B2 JP 2012012939 A JP2012012939 A JP 2012012939A JP 2012012939 A JP2012012939 A JP 2012012939A JP 5910107 B2 JP5910107 B2 JP 5910107B2
- Authority
- JP
- Japan
- Prior art keywords
- offload
- ogw
- anchor point
- information
- packet
- 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.)
- Active
Links
Images
Classifications
-
- 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
- H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
-
- 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
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
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)
Description
網(3G mobile system)の次世代における移動通信システムとして、3GPPにて標準化されている。LTE/EPCは、LTE網(LTEに準拠した無線アクセス網:eUTRANと呼ばれる)と、コア網としてのEPC網(SAE(System Architecture Evolution)とも呼ばれる)とを含む。EPC網は、IMS(IP Multimedia Subsystem)網を介してIP(Internet Protocol)網(パケット網)に接続される。IP網は、例えば、IS
P(Internet Service Provider)網(インターネット)やイントラネットである。
享受することができる。
,P−GW(Packet Data Network Gateway),PCRF(Policy and Charging rule Function)のような複数のノードを有している。移動局は、S−GW及びP−GWを介してIMS網に接続され、IP網にアクセス可能となる。
前記複数の基地局を収容するコア網と、
前記複数の基地局と前記コア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置とを含み、
前記各オフロード装置は、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶する記憶装置と、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信する送信装置と、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する制御装置とを含む
ネットワークシステムである。
第1実施形態では、トラヒックオフロード対象のTCP(Transmission Control Protocol)通信について、TCPコネクション(TCP Connection:TCPセッションとも呼ばれる)毎に、TCPコネクションに係る通信を開始したオフロード装置を目的のパケット網とのアンカポイント装置として決定する。
ハンドオーバ)に伴って、ハンドオーバ先のオフロード装置に対し、“トラヒックオフロード対象のTCPコネクション情報”と、その“オフロードアンカポイントの位置(装置
)情報”とオフロードトラヒックの回線情報とを含むアンカポイント情報を伝える。これによって、TCP通信をハンドオーバ先のオフロード装置でも維持する。その後、TCPコネクションの終了(切断)を契機として、当該TCPコネクションに係るパケット網とオフロードアンカポイントを解放する。
図1は、第1実施形態に係るネットワークシステムの構成例を示す。図1において、ネットワークシステムは、大略して、LTE網(eUTRAN)10と、EPC網20と、IMS網30と、ISP(Internet Service Provider)網(インターネット)40と、オフ
ロード網50(図1では、オフロード網51,52を例示)とを備えている。LTE網10は、無線アクセス網の一例であり、EPC網20はコア網の一例である。ISP網40は、パケット網の一例である。図1において、ISP網40には、Webサイト#aを提供するWebサーバ41と、Webサイト#bを提供するWebサーバ42とが接続されている。但し、Webサーバ41及び42は、ISP網40に接続される通信相手(Correspondence node:サーバ及び端末装置)の例示である。サーバ及び端末装置の種類、サ
ービスは、TCP通信を行うものであれば良い。
ユーザとパケット網との間のコネクション)の確立・解放や、移動局の位置登録やハンドオーバのような移動制御を行う。また、MME21は、加入者情報が登録されたHSS(Home Subscriber Server:図示せず)と連携した移動局の認証を行う。
P−GW23は、ISP網40のようなパケット網に対する接続ポイントとなる。P−GW23は、移動局へのIPアドレスの払い出し、ベアラ確立時におけるパケット網への接続に関したユーザ認証を行う。さらに、P−GW23は、PCRFの指示に従うQoS(Quality of Service)制御,課金データ生成,及びDHCPサーバのような機能を有する。MME21,S−GW22,P−GW23のような各ノードは、EPC網20に1以上配置される。
W22と接続される。S−GW22とMME21とは、“S11インタフェース”と呼ばれるCプレーンのインタフェースで接続される。S−GW22とP−GW23とは、“S5”と呼ばれるUプレーンのインタフェース、及びUプレーン用のインタフェースによって接続される。また、基地局11間は、“X2インタフェース”と呼ばれるインタフェースによって接続される。
図2は、オフロードGW(oGW)70のハードウェア構成例を示す。図2において、oGW70は、複数の回線インタフェース71と、回線インタフェース71に接続されたパケット転送制御装置(パケット転送制御回路:パケット転送コントローラ)72と、パケット転送制御装置72に接続されたCPU(Central Processing Unit)73及び記憶
装置74とを備えている。
ット転送制御装置72は、汎用又は専用の半導体回路(LSI,ASIC,プログラマブルロジックデバイス(PLD),DSP(Digital Signal Processor)など)が搭載され
た回路チップとして形成されることができる。
3の作業領域,CPU73によって実行される各種のプログラムやプログラムの実行に際して使用されるデータの格納領域を提供する。
1APは、基地局11(eUTRAN)とMME21(EPC)との間のシグナリングサービスを提供するCプレーンのプロトコルである。S1APが有する機能は、例えば、ベアラの確立,変更及び開放、ハンドオーバ制御及び待ち受け移動局への着信制御である。
Protocol)に基づく制御パケットを傍受する。X2APは、 X2インタフェース上の基地局(eNodeB)間のCプレーンプロトコルであり、基地局11間における負荷管理及びハンドオーバ調整を支援する。
−Uトンネルの終端点の識別子である。
アンカポイント76のTOF NAPT処理177は、EPC網20とオフロード網50
との間のNAPT処理(オフロード対象のトラヒックに関するIPアドレス変換、TCP/UDPポート変換)を行う。
ドハンドオーバ(S1 based handover)とがある。オフロードGW70の変更は、オフロ
ードGW70が基地局11毎に設置されている場合、X2ベースドハンドオーバとS1ベースドハンドオーバとの双方について起こる。
図5は、図4Aに示したオフロード条件適用状態データ176を保持するオフロード条件適用状態テーブル176Aのデータ構造例を示す。図5に示すように、オフロード条件適用状態テーブル176Aは、oGW内UE識別子と、利用社回線識別子(E RAB ID)と
、TCPコネクション情報と、オフロードアンカポイント情報とを含む1以上のレコードを格納する。
図6は、基地局(eNB)11からS−GW22へ向かう、アップリンクのGTP−Uパケット(ULカプセル化パケット)のデータ構造例を示す。図6に示すように、GTP−Uパケットは、ユーザデータ,TCPヘッダ,及びIPヘッダを有するIPパケットが、GTP−Uヘッダ,UDP_G(User Datagram Protocol)ヘッダ及びIP_Gヘッダでカプセル化されている。さらに、カプセル化パケットにレイヤ2(L2)ヘッダ及びレイヤ1(L1)ヘッダが付与されている。
図12は、ベアラ状態管理データ175の説明図である。本実施形態において、ベアラ状態管理データ175は、ベアラ利用者特定テーブル175Aと、ベアラテーブル175Bとで管理される。但し、テーブル構成は例示である。
ID)である。“MME装置識別子”は、MME内UE識別子を移動局60に付与したMME21(MME装置)の識別子である。“eNB内UE識別子(S1AP)”は、基地局11(eNB)で付与された移動局60の識別子(eNB UE S1AP ID)である。
ンドオーバ元の基地局11が選択したハンドオーバ先セル識別情報である。“T-Targetセル内UE識別情報”は、ハンドオーバ先のオフロードGW70で受信されたハンドオーバ先の基地局11が選択したハンドオーバ先セル内の移動局60の識別情報である。 “Target ID”は、ハンドオーバ元のオフロードGW70で受信されたハンドオーバ元の基地
局11が選択したハンドオーバ先の基地局11の識別子である。
ンドオーバ元の基地局11が選択したハンドオーバ先セル識別情報である。“S-Targetセル内UE識別情報”は、ハンドオーバ元のオフロードGW70で受信したハンドオーバ先の基地局11が選択したハンドオーバ先セル内の移動局60の識別情報である。
図12に示すベアラテーブル175Bは、以下のようなデータを有する。“オフロードGW内UE識別子”は、オフロードGW70で移動局60を一意に識別する情報である。ベアラテーブル175Bには、同一の移動局60に関して、ベアラ利用者特定テーブル175Aの“オフロードGW内UE識別子”と同値が格納される。“利用者回線識別子”は、移動局60内での回線を一意に識別する情報であり、移動局60での回線識別子(E RAB
ID)と同期する。
る。振分ポイントのオフロードGW70は、この“TOF振分ポイント位置情報”に基づいて、オフロードアンカポイントのオフロードGW70からのパケットを待ち受ける。
次に、オフロードアンカポイントでのTOF中継状態管理データ178の構成例について説明する。図13は、TOF中継状態管理データ178に含まれるTOF中継管理テーブル178aと、TOFセッション管理テーブル(TOF Session管理テーブル)178b
とのデータ構造例を示す。
TCP通信のセッション(Session)毎に、移動局60側のIPアドレス及びポート番号
が記憶される。“oGW TCPコネクション情報”は、TCP通信のセッション毎に、
移動局60側のIPアドレス及びポート番号に対応する、オフロードGW70側のIPアドレス及びポート番号が記憶される。“Session状態”として、TCP通信のセッション
毎の通信状態(“接続中”,アップリンク(UL)切断確認待ち、ダウンリンク(DL)切断確認待ち)が記憶される。
次に、ノード間でやりとりされる主なメッセージのデータ構造例を示す。図14は、端末装置60の起動時に、MME21から基地局11へ送信される、Initial Context Setup Requestメッセージの構成例を示す。図15は、Initial Context Setup Requestメッセ
ージの応答メッセージである、Initial Context Setup Responseメッセージの構成例を示す。Initial Context Setup Responseメッセージは、基地局11からMME21へ送信される。
のハンドオーバ時に、ターゲットMME21からターゲット基地局11へ送信されるHandover Requestメッセージの構成例を示す。図18は、Handover Requestメッセージに応じてターゲット基地局11からターゲットMME21へ返信されるHandover Request Ack.
メッセージの構成例を示す。
Switch Request Ack.メッセージを示す。
次に、オフロードGW70における処理フローについて説明する。以下の処理は、CPU73(図2)によって実行される。図26は、基地局11からS−GW22へ向かうuplink GTP-Uパケット(図6)を振分ポイントのオフロードGW70が受信した場合の処
理フロー例を示す。
が判定される。このとき、切断要求であれば、処理がS6に進み、切断要求以外であれば、処理がS7に進む。
クション情報として取り出される(S41)。
ットのTEIDに設定する。そして、TOF DL−oGW値を宛先としてGTP−uパケットが送信される。その後、図28の処理が終了する。
ション状態が“DL切断確認待ち”か否かが判定される。このとき、セッション状態がDL切断確認待ちであれば、TOFセッション管理テーブル178bから取り出されたレコードが削除される(S49)。これに対し、セッション状態がDL切断確認待ち以外であれば、TOFセッション管理テーブル178bにおいて一致するレコードのセッション状態に“UL切断確認待ち”が設定される。その後、図28の処理が終了する。
内UE識別子が捕捉される(S61)。
中の“MME UE S1AP ID”と “eNB UE S1AP ID”とをベアラ利用者特定テーブル175A
のMME内UE識別子、 eNB内UE識別子(S1AP)に夫々登録する(S62)。
ジ中のアップリンク向け回線割付情報を利用者回線識別子(E RAB ID)毎に、ベアラテーブル175Bのアップリンク割付情報へ登録する(S63)。
テーブル178aのレコード中の、TOF振分ポイント位置、TOFアンカポイント位置として記憶する(S64e)。図30Aの処理フローによって、振分ポイントとオフロードアンカポイントのオフロードGW間でオフロード対象パケットを伝達するためのリソースが生成される。
フロー例を示す。
ーブル175AのMME内UE識別子を検索し、対応するレコードを確定する(S81)。
図32の処理が終了する。
”情報をベアラ利用者特定テーブル175AのMME内UE識別子、T-Targetセル位置情報へ登録する。
メッセージ中のアップリンク向け回線割付情報を利用者回線識別子毎にベアラテーブル175Bに登録する。
定テーブル175AのMME内UE識別子を検索し、対応するレコードを確定する(S8
5)。
5AにおけるeNB内UE識別子、T-C-セル内UE識別情報として、S85で確定したレコードに記憶する(S86)。
者回線識別子毎に、ベアラテーブル176Bのダウンリンク回線割付情報に設定する(S87)。その後、図34の処理が終了する。
るターゲットオフロードGW70を特定する(S93)。
におけるベアラ利用者特定テーブル175Aの“eNB装置識別子”,“T-Targetセル識別
情報”,“T-Targetセル内UE識別情報”が一致するレコードを確定する。また、CPU73は、ターゲットoGW内UE識別子を確定する(S94)。
“利用者回線識別子”,“TCPコネクション情報”,“オフロードアンカポイント情
報”として、オフロード条件適用状態テーブル176Aにレコードを追加する(S95)。
する基地局11か否かを判定する(S111)。基地局11が自oGWに収容されている場合には、処理がS119に進む。これに対し、基地局11が他のoGWに収容されている場合には、処理がS112に進む。
続いて、CPU73は、Handover Request 内の“MME UE S1AP ID”をoGW内UE識
別子と対応付ける。さらに、CPU73は、“MME UE S1AP ID”をベアラ利用者テーブル175AのMME内UE識別子として登録する(S113)。
E識別子と対応付ける。さらに、CPU73は、利用者回線識別子毎に、ベアラテーブル175Bのアップリンク回線割付情報に登録する(S114)。
応するレコードを確定する。
回線割付情報を、利用者回線識別子毎に、ベアラテーブル175Bのダウンリンク回線割付情報へ設定する。その後、オフロード用のGTP−u切替処理が実行される(S96:図35A参照)。
理フロー例を示す。
線割付情報へ設定する。その後、図39の処理が終了する。
局11が当該オフロードGW70が収容する基地局か否かを判定する。このとき、当該オフロードGW70によって収容された基地局であれば、図40の処理が終了する。
テーブル175AのeNB内UE識別子(X2AP)を検索し、対応するレコードを確定するとともに、oGW内UE識別子を確定する(S122)。
図101は、oGW70が記憶装置74で保持するeNB11を収容するoGW情報の構成例を示す。oGW70のCPU73は、図57に示すeNB収容表を用いて(参照して)、eNB11を収容するoGW70を割り出すことができる。eNB収容表は、例えば、oGW70において、移動局60のハンドオーバによって、振分ポイントとなるoGW70を特定するために使用される。
以下、図面を参照して、第1実施形態の動作例を説明する。
最初に、移動局60が起動して、オフロード対象のTCP通信がオフロードされるまでの動作について説明する。
図4Bのシーケンスにおいて、移動局60(UE#x)が起動すると、アタッチ手順を行う。すなわち、移動局は、基地局11へ接続要求メッセージである、Attach Requestメッセージを送信する(図4B<1>)。Attach Requestメッセージは、基地局11(eNB#1)経由でMME21(MME#1)へ送信される。
メッセージを受信する(図4B<3>)。
S−GW22からCreate Session Responseメッセージを受信したMME21は、Initial Context Setup Requestメッセージ(図14)を生成し、基地局11へ送る(図4B<4>)。オフロードGW(oGW)70は、Initial Context Setup Requestメッセージ
を傍受する(図4B<5>)。
E装置識別子(MME#1)、eNB内UE識別子(eNB UE S1AP ID#x)、eNB装置識別子(eNB#1)、利用者回線識別子(1,2)、uplink回線割付情報(1:TEID#SGW-u1, SGW#1, 2: TEID#SGW-u2, SGW#1)、TOF振分ポイント位置情報(1:オフロード非適用 2: TOF DL-TEID#1)、T
OFアンカポイント位置情報(TOF UL-TEID#1, oGW#1)が登録され、確定される(図41に示すテーブル175A及び175Bを参照)。
また、オフロードGW70のCPU73によって、TOF中継管理テーブル178aの記憶内容が、図42に示す状態となる。すなわち、TOF中継管理テーブル178aにおいて、oGWアンカ内UE識別子、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置が確定する。
Initial Context Setup Requestメッセージを受信した基地局11は、応答メッセージ
であるInitial Context Setup Responseメッセージ(図15)を送信する(図4B<6>)。オフロードGW70は、Initial Context Setup Responseメッセージを傍受し(図4B<7>)、図31に示した処理を実行する。これによって、ベアラテーブル175Bに対し、downlink回線割付情報(1: eNB-TEID#1, eNB#1, 2: eNB-TEID#2, eNB#1)が登録され、確定する(図41参照)。
続いて、図4Bのシーケンスにおいて、移動局60がWebサイトとの接続を開始すると(図4B<8>)、基地局11(eNB#1)から、GTP−uパケット(図5)がS−G
W22(S-GW#1)へ向けて送信される(図4B<9>)。すると、オフロードGW70(oGW#1)は、GTP−uパケットを受信し、図26に示した処理を行う。このとき、図2
6におけるS1〜S4及びS8〜S10の処理が実行される。
図26のS9の処理によって、オフロード条件適用状態テーブル176AにoGW内UE識別子および利用者回線識別子に対応する、TCPコネクション情報及びオフロードアンカポイント情報が記憶される(図43のテーブル176Aを参照)。
図26のS10の処理によって、図8に示したオフロードアンカポイント向けのパケットが生成され、振分ポイントのオフロードGW70からアンカポイントのオフロードGW70へパケットが送信される。ここでは、オフロードGW70(oGW#1)内において、振
分ポイント75からアンカポイント76へパケットが転送される。
アンカポイント76では、図27に示した処理が実行される。ここでは、S21〜S27の処理が実行され、TCP/IPパケット(図9)がWebサイトへ向けてオフロード網50へ送信される(図4B<11>)。
UE識別子、利用者回線識別子に対応する、UE TCPコネクション情報、oGW T
CPコネクション情報、セッション状態が記憶される(図42参照)。
TCP/IPパケットがオフロード網50を経由してWebサイトに到達すると、Webサイトからオフロード網50を経由して、ダウンリンクパケット(図10)が、オフロードGW70(oGW#1)のアンカポイント76へ到達する(図4B<12>)。アンカポイント76では、パケット受信により、図28に示す処理(S41〜S46)を行う。
続いて、オフロードアンカポイントのオフロードGW70(oGW#1:アンカポイント7
6)から、振分ポイントのオフロードGW70(GW#1:振分ポイント75)へ図11に示したパケットが送信されると(図4B<13>)、振分ポイント75(oGW#1)は、パケ
ットを受信し、図29に示した処理(S51〜S53)を行い、基地局11(eNB#1)へ
向けて、図7に示したパケットを送信する(図4B<14>)。これによって、図44に示すようなオフロード網50経由でのTCP通信が確立する。
移動局60(以下、UE#xとも表記)からWebサイトへ向かうアップリンクデータは、以下のようにして伝達される。すなわち、eNB#1で受信されたUE#xからのデータ(図4B<15>)は、基地局11(eNB#1)からS−GW#1宛にGTP−uパケ
ット(図6)で送信される(図4B<16>)。振分ポイント75(oGW#1)は、図6の
パケットを受信すると図26の処理(振分処理174を含む)を行い、図8に示すパケットをアンカポイント76(oGW#1)へ送る(図4B<17>)。アンカポイント76(oGW#1)は、図8に示すパケットを受けると図27の処理を行い、図9のパケットをオフロード網50経由でWebサイトへ送信する(図4B<18>)。
Webサイトから移動局(UE#x)へ向かうデータは、以下のようにして伝達される。すなわち、データは、Webサイトからオフロードのアンカポイント76(oGW#1)宛に、
図10に示すパケットが送信される(図4B<19>)。アンカポイント76(oGW#1)
は、図10のパケットを受信すると、図28の処理を行い、図11のパケットを振分ポイント75(oGW#1)へ送信する(図4B<20>)。振分ポイント75(oGW#1)は、図11のパケットを受けると図29の処理(合流処理173を含む)を行い、図7のパケットをeNB#1へ送る(図4B<21>)。eNB#1はデータをUE#xへ送る(図4B<22>)。
次に、移動局60(UE#x)でのTCP通信を維持しつつ、移動局60の移動に伴い、ハンドオーバ元の基地局11(“Source eNB”とも表記)からハンドオーバ先の基地局11(“Target eNB”とも表記)へハンドオーバするまでの動作について、図4CのS1ベースのハンドオーバ手順を示すシーケンスに従って説明する。
UE#xの移動に伴いSource eNB(eNB#1)がS1ベースのハンドオーバを開始すると、Source eNB(eNB#1)から、ハンドオーバ元のMME21(以下、“source MME(MME#1)”と
表記)へHandover Requiredメッセージ(図16)が送信される(図4C<1>)。する
と、ハンドオーバ元のオフロードGW(以下、“Source oGW(oGW#1)”と表記)は、Handover Requiredメッセージを傍受し(図4C<2>)、図32に示した処理(S81及びS82)を行う。
図45は、S1-Based Handover でのオフロード条件適用状態の引継の例を示す。図32の処理によって、Source oGW(oGW#1)のベアラ利用者特定テーブル175bに、Handover Requiredメッセージ中のハンドオーバ先の基地局11の識別子“Target ID=eNB#2”,及
びハンドオーバ先のセル識別情報“S-Targetセル識別情報=Cell ID#x”が登録され、確
定する。
source MME(MME#1)は、ハンドオーバ先のMME21(以下、“Target MME(MME#2)”とも表記)へ、Forward Relocation Requestメッセージを送る(図4C<3>)。すると、Target MME(MME#2)は、Target eNB#2へHandover Requestメッセージ(図17)を送信す
る(図4C<4>)。ハンドオーバ先のオフロードGW70(以下 “Target oGW(oGW#2)”とも表記)は、Handover Requestメッセージを傍受し(図4C<5>)、図33及び
図30Aに示した処理を実行する。
Handover Requestメッセージの傍受によって、図45に示すように、Target oGW(oGW#2)は、ベアラ利用者特定テーブル175A´(テーブル175a´及び175b´)に、
oGW内UE識別子、MME内UE識別子、MME装置識別子、eNB装置識別子、利用者回線識別子、uplink回線割付情報、TOF振分ポイント位置情報、TOFアンカポイント位置情報、T -targetセル識別情報を記憶し、確定させる。
また、Target oGW(oGW#2)は、図46に示すように、TOF中継管理テーブル178a
´に、oGWアンカ内UE識別子、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置を記憶し、確定させる。
続いて、Target eNB(eNB#2)がTarget MME(MME#2)へHandover Request Ack.メッセージ(図18)を送る(図4C<6>)。すると、Target oGW(oGW#2)は、Handover Request Ack.メッセージを傍受し、図34の処理を行う(図4C<7>)。
図34の処理によって、Target oGW(oGW#2)は、図45に示すように、ベアラテーブル
175B´にdownlink回線割付情報を記憶し、確定させる。また、Target oGW(oGW#2)は
、Bearer利用者特定テーブル175b´に、Handover Request Ack.メッセージから得たT-Targetセル内UE識別情報を記憶し、確定させる。
Handover Request Ack.メッセージを受信したTarget MME(MME#2)は、Forward Relocation Response メッセージをSource MME(MME#1)へ送る(図4C<8>)。すると、Source MME(MME#1)は、Target eNB(eNB#1)に対し、Handover Commandメッセージ(図19)を送
信する(図4C<9>)。このとき、Source oGW(oGW#1)は、Handover Commandメッセー
ジを傍受し(図4C<10>)、図35及び図35Aの処理を行う。
図35及び図35Aの処理によって、Source oGW(oGW#1)は、ベアラ利用者特定テーブ
ル175bに、S-Targetセル内UE識別情報を登録し、確定させる(図45参照)。これによって、Source oGW(oGW#1)のベアラ利用者特定テーブル175AのTarget ID,S-Targ
etセル識別情報,S-Targetセル内UE識別情報と、Target oGW (oGW#2)のベアラ利用者特定テーブル175A´のeNB装置識別子,T-Targetセル識別情報,T-Targetセル内UE識別
情報とが一致する。従って、移動局60(UE#x)に対するSource oGW(oGW#1)のoG
W内UE識別子(8000)とTarget oGW(oGW#2)のoGW内UE識別子(8102)のとを対応付け
することができる。
図35のS95の処理によって、oGW#1は、oGW#2との連携において、図47に示すように、oGW#1のオフロード条件適用状態テーブル176AにおけるoGW内UE識別子(8000)に対応する利用者回線識別子、TCPコネクション情報、オフロードアンカポイント情報のコピーを、oGW#2におけるUE#xのoGW内UE識別子(8102)に対応付けて、oGW#2のオフロード条件適用状態テーブル176A´に登録する。これによって、oGW#1及びoGW#2は、オフロード対象のトラヒック毎にオフロードアンカポイント情報を知ることができる。
また、oGW#1は、テーブル178a´(図46)の記憶内容に基づき、oGW#1のアンカポイント76における、オフロードアンカポイント情報(TOF UL-TEID#1)に対応
するTOF振分ポイント位置を、oGW#2のTOF振分ポイント位置情報(TOF DL-TEID#2)へ切り替える(図46参照)。
Pコネクションは、維持されたままで、UE#x→eNB#2→振分ポイント75(oGW#2)→アンカポイント76(oGW#1)→Webサイトの経路へ移行する。
、完了メッセージであるHandover NotifyをTarget MMEへ送る。これによって、ダウンリ
ンクデータの宛先eNBが、Source eNBからTarget eNBに切り替わる。
動作例2の終了後における、eNB#2が受信するUE#xからのデータ(図4<11>)は、以下のようにしてWebサイトへ伝達される。すなわち、eNB#2からS−GW#2へ向けて、GTP−uパケット(図6)が送信される(図4<12>)。振分ポイント75(oGW#2)は、パケットを受けると図26の処理(振分処理174を含む)を行
い、図8に示すパケットをアンカポイント76(oGW#1)へ送る(図4<13>)。アン
カポイント76(oGW#1)は、図8に示すパケットを受けると、図27の処理を行い、図
9のパケットをオフロード網50経由でWebサイトへ送信する(図4<14>)。
これに対し、WebサイトからUE#xへ向かうデータは、以下のようにして伝達される。すなわち、Webサイトからのダウンリンクデータは、オフロード網50経由で、アンカポイント76(oGW#1)宛に、図10に示すパケットで送信される(図4<15>)
。アンカポイント76(oGW#1)は、図10に示すパケットを受信すると、図28の処理
を行い、図11のパケットを振分ポイント75(oGW#2)へ送信する(図4<16>)。
振分ポイント75(oGW#2)は、図11に示すパケットを受けると図29に示した処理(
合流処理173を含む)を行い、図7のパケットをeNB#2へ送る(図4<17>)。eNB#2は、ダウンリンクデータをUE#xに送る(図4<18>)。
Source MME(MME#1)は、Source eNB(eNB#1)に対し、UE#xのために確保したリソース
を解放するために、UE Context Release Commandメッセージ(図20) を送信する(図
4C<19>)。すると、Source oGW(oGW#1)は、UE Context Release Commandメッセー
ジを傍受し(図4C<20>)、図36に示した処理を行う。
図36に示すS101〜S104の処理によって、Source oGW(oGW#1)におけるoGW
内UE識別子(8000)に対応するレコードが削除される。すなわち、ベアラ利用者特定テーブル175A,ベアラテーブル175B,オフロード条件適用状態テーブルの対応レコードが削除される(図49及び,図50参照)。そして、Source oGW(oGW#1)の振分ポイン
ト75のリソースが解放される。なお、図50Aは、ハンドオーバ完了後の、オフロード条件適用状態の例を示す。
次に、UE#xでのTCP通信を維持しつつ、UE#xの移動に伴い、Source eNBからTarget eNBへハンドオーバするまでの動作について、図4Dに示すシーケンスに従って説明する。
UE#xの移動に伴いSource eNB(eNB#1)がX2ベースのハンドオーバを開始すると、Source eNB(eNB#1)からTarget eNB (eNB#2)へ、X2AP: Handover Requestメッセージ(図21)が送信される(図4D<1>)。Source oGW(oGW#1)は、X2AP: Handover Requestメ
ッセージを傍受し(図4D<2>)、図37に示した処理(S111,S119,S120)を行う。
図37に示した処理によって、Source oGW(oGW#1)は、ベアラ利用者特定テーブル17
5A(図52参照)のeNB内UE識別子(X2AP)を確定する。
Target oGW(oGW#2)は、X2AP: Handover Requestメッセージを傍受し(図4D<3>)
、図37に示した処理(S111〜S118)及び図30Aに示したオフロード用GTP−uトンネル生成処理を行う。
S111〜S118の処理によって、Target oGW(oGW#2)において、図52に示すよう
に、oGW内UE識別子、MME内UE識別子、MME装置識別子、eNB装置識別子、利用者回線識別子、uplink回線割付情報、TOF振分ポイント位置情報、TOFアンカポイント位置情報が確定し、ベアラ利用者特定テーブル175A´及びベアラテーブル175B´に記憶される。
また、Target oGW(oGW#2)において、図53に示すように、oGWアンカ内UE識別子
、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置が確定し、TOF中継管理テーブル178a´に記憶される。
上記したように、Target oGW(oGW#2)のベアラ利用者特定テーブル175A´において
MME内UE識別子が確定する。このとき、図52に示すように、oGW#1のベアラ利用者特定テーブル175AのMME内UE識別子とoGW#2のベアラ利用者特定テーブル175A´のMME内UE識別子とは一致する。これによって、UE#xに対するoGW#1のoGW内UE識別子(8000)とoGW#2のoGW内UE識別子(8102)のとの対応付けができる。
図54に示すように、oGW#1のoGW内UE識別子(8000)に対応するオフロード条件適用状態テーブル176Aの利用者回線識別子、TCPコネクション情報、及びオフロードアンカポイント情報のコピーが、oGW#1からoGW#2に渡される。oGW#2は、コピーをoGW#2のオフロード条件適用状態テーブル176A´に記憶する。これによって、oGW#2は、オフロード対象のトラヒック毎にオフロードアンカポイント情報を知ることができる。
その後、Target eNB(eNB#2)からX2AP: Handover Request Ack.メッセージが送信され、oGW#2,oGW#1を経由してSource eNB(eNB#1)に届く(図4D<4>)。その後
、オフロード網50,PGW23からのダウンリンクデータは、Source eNB(eNB#1),o
GW#1,oGW#2,Target eNB(eNB#2)を経由してUE#xへ到達する(図4D<5
>)。UE#xからのアップリンクデータは、Target eNB(eNB#2)及びoGW#2経由で
、オフロード網50(PGW23)へ送信される(図4D<6>)。
続いて、Target eNB(eNB#2)は、Path Switch Requestメッセージ(図24)を MME(MME#1)に送信する(図4D<7>)。Target oGW(oGW#2)は、Path Switch Requestメッセージを傍受し(図4D<8>)、図38及び図35Aの処理を行う。
図38及び図35Aの処理によって、oGW#2のTOF中継管理テーブル178a´に記憶されたTOF振分ポイント位置がoGW#1に渡され、oGW#1のTOF中継管理テーブル178aのTOFポイント位置として設定される(図35AのS96c)。これによって、Source oGW(oGW#1)におけるTOF振分ポイント位置がoGW#2のTOF
振分ポイント位置(TOF DL-TEID#2)に切り替えられる。
その後、MME(MME#1)がTarget eNB(eNB#2)に対し、Path Switch Request Ack.メッセージ(図25)を送信する(図4D<8>)。すると、Target eNB(eNB#2)は、Path Switch Request Ack.メッセージを傍受し、図39に示す処理(S135,S136)を行う
(図4D<9>)。
図39に示す処理によって、Target oGW(oGW#2)のベアラテーブル175B´において
、oGW内UE識別子(8102)に対応するuplink回線割付情報がS−GW#1からS−GW#2へ切り替えられる(図52参照)。
動作例3によって、UE#xからWebサイトへ向かうアップリンクデータは、以下のようにして伝達される。すなわち、eNB#2で受信されるUE#xからのアップリンクデータ(図4D<9>)は、S−GW#1宛のGTP−uパケット(図6)で送信される(図4D<10>)。振分ポイント75(oGW#2)は、図6のパケットを受けると図26
の処理を行い、図8に示すパケットをアンカポイント76(oGW#1)へ送る(図4D<1
1>)。アンカポイント76(oGW#1)は、図8のパケットを受けると図27の処理を行
い、図9のパケットをWebサイトへ送信する(図4D<12>)。
一方、WebサイトからUEへ向かうダウンリンクデータは、以下のようにして伝達される。すなわち、Webサイトからアンカポイント76(oGW#1)宛に、図10のパケッ
トが送信される(図4D<13>)。アンカポイント76(oGW#1)は、図10のパケッ
トを受信すると、図28の処理を行い、図11のパケットを振分ポイント75(oGW#2)
へ送信する(図4D<14>)。振分ポイント75(oGW#2)は、図11のパケットを受
けると図29の処理を行い、図7のパケットをeNB#2へ送る(図4D<15>)。eNB#2は、ダウンリンクデータをUE#xに送る(図4D<16>)。
その後、図4Dには図示しないが、Target eNB(eNB#2)がSource eNB(eNB#1)へX2AP: UE Context Releaseメッセージを送信する。すると、Source oGW(oGW#1)は、X2AP: UE Context Releaseメッセージを傍受し、図40に示す処理(S121〜S124)を行う。これによって、Source oGW(oGW#1)のoGW内UE識別子(8000)に対応するレコードが、ベ
アラ利用者特定テーブル175A,ベアラテーブル175Bから削除されるとともに(図49参照)、オフロード条件適用状態テーブル176Aから削除される(図50参照)。そして、Source oGW(oGW#1)の振分ポイント75のリソースが解放される。このようにし
て、図51に示したように、TCPコネクションに対して、Source oGW(oGW#1)のアンカ
ポイント76のリソースは、TCP通信を維持するために保持される。
次に、UE#xがTCPコネクションを維持した状態で、ハンドオーバ後に、新TCPコネクションを生成する場合について説明する。
UE#xがWebサイトとの新しい接続を開始すると、Target eNB(eNB#2)からTCP
の接続要求(syn)を含むGTP−uパケット(図6)がTarget S-GW(S-GW#2)へ向けて送信される。すると、Target oGW(oGW#2)は、GTP−uパケットを受信し、図26に示し
た処理を行う。この処理の結果、図8に示すパケットが、オフロードアンカポイント(oGW#2のアンカポイント76)へ送信される。
Target oGW(oGW#2)のオフロード条件適用状態テーブル176A´に対し、oGW内U
E識別子及び利用者回線識別子に対応する、新たなTCPコネクション情報とそのオフロードアンカポイント情報とが記憶される(図56参照)。
続いて、Target oGW(oGW#2)の振分ポイント75からTarget oGW(oGW#2)のアンカポイント76へ向けて送信されたパケット(図8)をアンカポイント76(oGW#2)が受信する
と、図27に示した処理が実行され、図9に示すパケットがオフロード網50経由でWebサイトへ送信される。
Target oGW(oGW#2)のTOFセッション管理テーブル178b´には、oGWアンカ内
UE識別子(8102)、利用者回線識別子(2)に対応するUE TCPコネクション情報、oGW TCPコネクション情報、及びセッション状態が記憶される(図57参照)。
続いて、図9に示したパケットがオフロード網50を経由してWebサイトに到達すると、Webサイトからオフロード網50を経由して、図10に示したパケットが、アンカポイント76(oGW#2)へ到達する。アンカポイント76(oGW#2)は、図10に示したパケットを受信し、図28に示した処理を行う。
続いて、アンカポイント76(oGW#2)から、振分ポイント75(oGW#2)へ図11に示したパケットが送信される。このパケットを受信した振分ポイント75(oGW#2)は、図
29に示した処理を行い、Target eNB(eNB#2)へ向けて図7のパケットを送信する。これ
によって、図58に示すように、オフロード網50経由での新たなTCP通信が確立する。なお、図58Aは、新TCPコネクション確立後のベアラ状態データを示す。
維持されたTCP通信に係るUE#x−Webサイト間のアップリンクデータ及びダウンリンクデータの伝送経路及びoGW#1,oGW#2での処理は、動作例2や3の場合と変わらないので説明を省略する。
ケットをアンカポイント76(oGW#2)へ送る。アンカポイント76(oGW#2)は、図8に示したパケットを受けると図27の処理を行い、図9に示したパケットをWebサイトへ送信する。
ント76(oGW#2)は、図10に示したパケットを受信すると、図28の処理を行い、図
11に示したパケットを振分ポイント75(oGW#2)へ送信する。振分ポイント75(oGW#2)は、図11のパケットを受けると図29の処理を行い、図7のパケットをeNB#2へ送る。そして、ダウンリンクデータは、eNB#2からUE#xへ送信される。
UE#xがTCPコネクションを維持した状態で、ハンドオーバ後にTCPコネクションを切断する場合について説明する。
UE#xがWebサイトとのTCPコネクションを切断すると、Target eNB(eNB#2)よ
りTCPの切断要求(fin)を含むGTP−uパケット(図6)が、Target S-GW(S-GW#2)
へ向けて送信される。Target oGW(oGW#2)は、GTP−uパケットを受信し、図26に示
す処理を行い、図8に示すパケットをアンカポイント76(oGW#1)へ送信する。
図26に示す処理(S5,S6)によって、図59に示すように、Target OGW(oGW#2)
のオフロード条件適用状態テーブル176A´からTCPコネクションに対応するレコード(oGW内UE識別子,利用者回線識別子,TCPコネクション情報,オフロードアンカポイント情報)が削除される。
続いて、Target oGW(oGW#2)の振分ポイント75からSource oGW(oGW#1)のアンカポイ
ント76へ向けて図8に示すパケットが送信される。アンカポイント76(oGW#1)が、
図8に示すパケットを受信すると、図27に示す処理を行い、図9に示すパケットをWebサイトへ向けて送信する。
図27に示す処理(S28〜S30)によって、図60に示すように、Source oGW(oGW#1)のアンカポイント76におけるTOFセッション管理テーブル178bの対応レコードのセッション状態として、“DL切断確認待ち”が記憶される。
図9に示したパケットがオフロード網50を経由してWebサイトに到達すると、Webサイトからオフロード網50を経由して、図10に示したパケットが、アンカポイント76(oGW#1)に到達する。アンカポイント76(oGW#1)は、図10に示したパケットを受信すると、図28に示した処理(S44,S47,S49)を行う。
続いて、アンカポイント76(oGW#1)から、振分ポイント75(oGW#2)へ図11に
示したパケットが送信されると、振分ポイント75(oGW#2)は、当該パケットを受信し
、図29に示した処理を行い、Target eNB(eNB#2)へ向けて図7に示したパケットを送信
する。これによって、TCPコネクションの切断確認がUE#xへ到達する。このようにして、図61に示すように、TCPコネクションに対する経路が削除される。但し、新TCPコネクションに対する経路は維持される。
新TCPコネクションに係るアップリンク及びダウンリンクの経路は、新TCPコネクションの確立時から変更がないので説明を省略する。TCPコネクションは切断によって経路が消滅する。なお、図62は、TCPコネクション切断後のベアラ状態データを示す。
第1実施形態によれば、ターゲットoGWがハンドオーバを契機として、ソースoGW
から利用回線情報、TCPコネクション情報(通信の識別情報の一例),及びオフロードアンカポイント位置情報を受信し、これらの情報を用いて振分ポイント(中継ポイント)として機能する。これによって、継続中のTCP通信を維持することができる。一方で、通信の終了時には、アンカポイントに係る情報を削除することで、アンカポイントを解除することができる。また、新たなTCPコネクションの生成時には、自装置がアンカポイントになることができる。
次に、第2実施形態について説明する。第2実施形態は、第1実施形態と共通点を有するので、共通点については説明を省略し、主として相違点について説明する。第1実施形態がTCPコネクションを扱っていたのに対し、第2実施形態ではUDPを扱う点で相違する。
図63は、第2実施形態のネットワーク構成例を示す。第1実施形態(図1)との相違点は、Webサイトを提供するWebサーバ41,42の代わりに、IPTV局として機能するコンテンツ配信サーバ41A,41Bが配置されていることである。
のMulticast視聴情報とそのオフロードアンカポイントの位置(装置)」を管理する。さらに、移動局(UE)の移動に伴い、ハンドオーバ先のオフロード装置へ「トラヒックオフ
ロード対象のMulticast視聴情報とそのオフロードアンカポイントの位置(装置)」を伝える。これによって、Multicast視聴からの離脱(通信の終了を示すメッセージ)を契機として、そのMulticast通信のインターネットとのオフロードアンカポイントを解放する。
図63に示すオフロードGW70の構成として、図2,図3,図4Aを用いて説明したオフロードGW70の構成を適用することができる。このため、詳細な説明は省略する。また、S1ベースのハンドオーバのシーケンス(図4C),及びX2ベースのハンドオーバのシーケンス(図4C)も共通である。
実施形態ではIGMP-join又はIGMP-leaveである。一方、第2実施形態におけるIPTV局
→UEへのダウンリンクデータ(payload)は、UDP/IPでIPマルチキャストされ
る放送コンテンツデータである。
図65は、図4Aに示したオフロード条件適用状態データ176を保持するオフロード条件適用状態テーブル276Aのデータ構造例を示す。図65に示すように、オフロード条件適用状態テーブル276Aは、oGW内UE識別子と、利用社回線識別子(E RAB ID)と、Multicast視聴情報と、オフロードアンカポイント情報とを含む1以上のレコード
を格納する。
聴情報”として、移動局(UE)60がIPTV局から得るコンテンツに関して、オフロード対象とされたマルチキャストアドレス(Multicast Address)を記憶する。“オフロ
ードアンカポイント情報”は、オフロード対象のMulticast Addressでの視聴を開始した
位置でのオフロードアンカポイントの位置情報である。
図66は、eNB11からS−GW21へ向かうGTP−uパケット(IGMP(Internet Group Management Protocol)-join, IGMP-leave)のデータ構造例を示す。IGMPは、IPマルチキャストでパケットの配信を受けるホストのグループを制御するためのプロトコルでる。IGMP-joinは、ホストのグループ参加要求であり、IGMP-leaveはグループから
の離脱要求である。
配信)のデータ構造例を示す。また、図67は、オフロード網50経由のパケットを振分ポイントのoGW70からeNB11へ送信する場合のGTP−uのパケットの構成例でもある。
イントのoGW70へ伝達するときに利用するパケット(IGMP-join,IGMP-leave)のデータ構造例である。説明を簡単にするため、GTP−uをベースとしている。
第2実施形態でも、各oGW70は、ベアラ状態管理データ175として、ベアラ利用者特定テーブル175A(175a,175b)と、ベアラテーブル175Bとを有している。両テーブル175A,175Bのデータ構造は、第1実施形態(図12)と同じであるため説明を省略する。
のMulticast視聴毎のMulticast 視聴情報(例えば、Multicast Address)が記憶される。
第2実施形態では、第1実施形態で説明したInitial Context Setup Requestメッセー
ジ(図14),Initiall Context Setup Responseメッセージ(図15),Handover Requiredメッセージ(図16)を適用可能である。また、第2実施形態は、第1実施形態におけるHandover Requestメッセージ(図17),Handover Request Ack.メッセージ(図1
8)を適用可能である。また、第2実施形態は、第1実施形態における、Handover Commandメッセージ(図19),UE Context Release Commandメッセージ(図20)を適用可能である。また、第2実施形態は、第1実施形態における、X2AP:Handover Requestメッセ
ージ(図21),X2AP:Handover Request Ack.メッセージ(図22),X2AP:UE Context Releaseメッセージ(図23)を適用可能である。さらに、第2実施形態では、第1実施形
態におけるPath Switch Requestメッセージ(図24), Path Switch Request Ack.メッセージ(図25)を適用可能である。
次に、第2実施形態におけるoGW70における処理フローについて説明する。以下の処理は、CPU73(図2)によって実行される。図73は、eNB11からS−GW2
2へ向かうuplink GTP-uパケット(IGMP-join/IGMP-leave:図66)を振分ポイントのo
GW70が受信した場合の処理フロー例を示す。
ケットのグループアドレス(Group Address)情報と一致するレコードを取り出す。
ットのグループアドレス(Group Address)情報と一致するレコードを削除する。
かを判定する。このとき、GTP−uユーザデータがIGMP-join(参加要求)であれば処
理がS209に進み、IGMP-leave(離脱要求)であれば、処理がS211に進む。
理テーブル278b(図72)のoGWアンカ内UE識別子,利用者回線識別子,Multicast視聴情報が一致するTOFセッション管理テーブル278bのレコードを取り出す。
かを判定する。このとき、GTP−uユーザデータがIGMP-join(参加要求)であれば処
理がS226に進み、IGMP-leave(離脱要求)であれば、処理がS227に進む。
を、GTP−uパケットのTEIDに設定する。そして、CPU73は、TOF DL−oGW値を宛先としてGTP−uパケットを送信する。S245の処理は、Multicast視
聴情報値がoGW側Multicast配信情報と一致するレコードが無くなるまで繰り返される
。その後、図75の処理が終了する。
を傍受したときの処理フロー,及びInitial Context Setup Responseメッセージ(eNB->MME)を傍受したときの処理フロー,及びオフロード用GTP−uトンネル生成処理は、第1実施形態の例示(図30,図31,図30A)を適用することができる。このため説明を省略する。
)を適用することができる。このため説明を省略する。
イント情報”として、ターゲットoGW70のオフロード条件適用状態テーブル276Aにレコードを追加する。S296の処理は、第1実施形態のS96(オフロード用GTP−u切替処理:図35A)と同様であるので、説明を省略する。S296の終了後、図76の処理が終了する。
受したときの処理フロー,及びX2AP: UE Context Releaseメッセージ(target eNB -> source eNB)を傍受したときの処理フローは、第1実施形態の例示(図36,図40)を適用することができる。このため、説明を省略する。
target eNB)を傍受したときの処理フローの例を示す。図77において、S301〜S307,S309及びS310の処理は、第1実施形態(図37)におけるS111〜S307,S119及びS120の処理と同じである。このため、説明を省略する。
,オフロードアンカポイント情報のコピーを含むレコードを、Target oGW70のオフロード条件適用状態テーブル276Aに、oGW内UE識別子と対応付けて追加する。その後、図77の処理が終了する。
eNB)を傍受したときの処理フローは、第1実施形態の例示(図38,図39)を適用す
ることができる。このため、説明を省略する。
以下、図面を参照して、第2実施形態の動作例を説明する。
最初に、移動端末(UE)60が起動して、オフロード対象のIPTV放送の配信がオフロードされるまでの動作について、図64のシーケンスを用いて説明する。
図64において、移動端末60(UE#x)が起動すると、UE#xは、eNB11(eNB#1)へ、Attach Requestメッセージを送信する(図64<1>)。Attach Requestメッセージは、eNB#1経由でMME21(MME#1)へ到達する。
メッセージを受信する(図64<3>)。
S−GW22からCreate Session Responseメッセージを受信したMME21は、Initial Context Setup Requestメッセージ(図14)を生成し、eNB11へ送る(図64<4>)。oGW70は、Initial Context Setup Requestメッセージを傍受する(図64
<5>)。すなわち、oGW70は、図30及び図30Aに示した処理を実行する。
また、oGW70のCPU73によって、TOF中継管理テーブル278aの記憶内容が、図79に示す状態となる。すなわち、TOF中継管理テーブル278aにおいて、oGWアンカ内UE識別子、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置が確定する。
Initial Context Setup Requestメッセージを受信したeNB11は、応答メッセージ
であるInitial Context Setup Responseメッセージ(図15)を送信する(図64<6>)。oGW70は、Initial Context Setup Responseメッセージを傍受し(図64<7>)、図31に示した処理を実行する。これによって、ベアラテーブル175Bに対し、downlink回線割付情報(1: eNB-TEID#1, eNB#1, 2: eNB-TEID#2, eNB#1)が登録され、確定する(図78参照)。
続いて、図64のシーケンスにおいて、UE60がIPTV局との接続を開始すると(図64<8>)、eNB11(eNB#1)から、UE60のアップリンクデータを含むGT
P−uパケット(図66:IGMP-joinパケット)がS−GW22(S-GW#1)へ向けて送信
される(図64<9>)。すると、oGW70(oGW#1)は、IGMP-joinパケットを受信し
、図73に示した処理を行う。このとき、図73におけるS201〜S204及びS208〜S210の処理が実行される。
図73におけるS209の処理によって、オフロード条件適用状態テーブル276Aに対し、oGW内UE識別子および利用者回線識別子に対応する、Multicast視聴情報及び
オフロードアンカポイント情報が記憶される(図80のテーブル276Aを参照)。
図73におけるS210の処理によって、図68に示したオフロードアンカポイント向けのGTP−u(IGMP-join)パケットが生成され、振分ポイントのoGW70からアン
カポイントのoGW70へ送信される。ここでは、oGW70(oGW#1)内において、振
分ポイント75からアンカポイント76へパケットが転送される。
アンカポイント76では、図74に示した処理が実行される。ここでは、S221〜S227の処理が実行され、IGMP-joinパケット(図69)がオフロード網50へ送信され
る(図64<11>)。S226の処理によって、TOFセッション管理テーブル278bには、oGWアンカ内UE識別子、利用者回線識別子に対応する、Multicast視聴情報
が記憶される(図79参照)。
IGMP-joinパケットがオフロード網50を経由してIPTV局(コンテンツ配信サーバ
)に到達すると、IPTV局からオフロード網50を経由して、ダウンリンクパケット(図70)が、oGW70(oGW#1)のアンカポイント76へ到達する(図64<12>)。アンカポイント76では、パケット受信により、図75に示す処理が行われる。
続いて、オフロードアンカポイントのoGW70(oGW#1:アンカポイント76)から
、振分ポイントのオフロードGW70(oGW#1:振分ポイント75)へ図71に示したパ
ケットが送信されると(図64<13>)、振分ポイント75(oGW#1)は、パケットを
受信し、図29に示した処理(S51〜S53)を行い、基地局11(eNB#1)へ向けて
、図67に示したパケットを送信する(図64<14>)。そして、ダウンリンクデータ(IPTV放送コンテンツ)が、UE60に到達する(図64<15>)。これによって、図81で示すようなオフロード網50経由のMulticast視聴が確立し、UE60のユー
ザは、IPTV局から配信された放送コンテンツを視聴することができる。
UE60(UE#x)からIPTV局へ向かうデータ(IGMP-join)は、以下のように
して伝達される。すなわち、eNB11(eNB#1)で受信されたUE#xからのデータ(参加要求)は、基地局11(eNB#1)からS−GW#1宛にGTP−uパケット(IGMP-join)で送信される。振分ポイント75(oGW#1)は、GTP−uパケット(IGMP-join)のパケットを受信すると、図73の処理(振分処理174を含む)を行い、図68に示すパケットをアンカポイント76(oGW#1)へ送る。アンカポイント76(oGW#1)は、図68に示すパケットを受けると図74の処理を行い、図69のIGMP-joinパケットをオフ
ロード網50経由でIPTV局へ送信する。
これに対し、IPTV局からUE#xへ向かうデータ(放送コンテンツ)は、以下のようにして配信される。すなわち、IPTV局からアンカポイント76(oGW#1)宛に、図70のパ
ケットが送信さる。アンカポイント76(oGW#1)は、図70のパケットを受信すると、
図75の処理を行い、図71のパケットを振分ポイント75(oGW#1)へ送信する。振分
ポイント75(oGW#1)は、図71のパケットを受けると図29の処理を行い、図67の
パケットをeNB#1へ送る。eNB#1は、放送コンテンツデータをUE#xへ送る。
次に、UE60(UE#x)でのIPTV放送の視聴を維持しつつ、UE#xの移動に伴い、Source eNBからTarget eNBへハンドオーバするまでの動作について、図4CのS1ベースのハンドオーバ手順を示すシーケンスに従って説明する。
UE#xの移動に伴いSource eNB(eNB#1)がS1ベースのハンドオーバを開始すると、Source eNB(eNB#1)から、ハンドオーバ元のMME21(以下、“source MME(MME#1)”と
表記)へHandover Requiredメッセージ(図16)が送信される(図4C<1>)。する
と、Source oGW(oGW#1)は、Handover Requiredメッセージを傍受し(図4C<2>)、図32に示した処理(S81及びS82)を行う。
図82は、S1-Based Handover でのオフロード条件適用状態の引継の例を示す。図32の処理によって、Source oGW(oGW#1)のベアラ利用者特定テーブル175bに、Handover Requiredメッセージ中のハンドオーバ先のeNB11(Target eNB#2)の識別子“Target
ID=eNB#2”,及びハンドオーバ先のセル識別情報“S-Targetセル識別情報=Cell ID#x”が登録され、確定する。
source MME(MME#1)は、Target MME(MME#2)へ、Forward Relocation Requestメッセージを送る(図4C<3>)。すると、Target MME(MME#2)は、Target eNB#2へHandover Requestメッセージ(図17)を送信する(図4C<4>)。Target oGW(oGW#2)は、Handover
Requestメッセージを傍受し(図4C<5>)、図33及び図30Aに示した処理を実行する。
Handover Requestメッセージの傍受によって、図82に示すように、Target oGW(oGW#2)は、ベアラ利用者特定テーブル175A´(テーブル175a´及び175b´)に、
oGW内UE識別子、MME内UE識別子、MME装置識別子、eNB装置識別子、利用者回線識別子、uplink回線割付情報、TOF振分ポイント位置情報、TOFアンカポイント位置情報、T -targetセル識別情報を記憶し、確定させる。
また、Target oGW(oGW#2)は、図83に示すように、TOF中継管理テーブル278a
´に、oGWアンカ内UE識別子、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置を記憶し、確定させる。
続いて、Target eNB(eNB#2)がTarget MME(MME#2)へHandover Request Ack.メッセージ(図18)を送る(図4C<6>)。すると、Target oGW(oGW#2)は、Handover Request Ack.メッセージを傍受し、図34の処理を行う(図4C<7>)。
図34の処理によって、Target oGW(oGW#2)は、図82に示すように、ベアラテーブル
175B´にdownlink回線割付情報を記憶し、確定させる。また、Target oGW(oGW#2)は
、Bearer利用者特定テーブル175A´に、Handover Request Ack.メッセージから得たT-Targetセル内UE識別情報を記憶し、確定させる。
Handover Request Ack.メッセージを受信したTarget MME(MME#2)は、Forward Relocation Response メッセージをSource MME(MME#1)へ送る(図4C<8>)。すると、Source MME(MME#1)は、Target eNB(eNB#1)に対し、Handover Commandメッセージ(図19)を送
信する(図4C<9>)。このとき、Source oGW(oGW#1)は、Handover Commandメッセー
ジを傍受し(図4C<10>)、図76の処理を行う。
図76の処理によって、Source oGW(oGW#1)は、ベアラ利用者特定テーブル175Aに
、S-Targetセル内UE識別情報を登録し、確定させる(図82参照)。これによって、Source oGW(oGW#1)のベアラ利用者特定テーブル175AのTarget ID,S-Targetセル識別情報,S-Targetセル内UE識別情報と、Target oGW (oGW#2)のベアラ利用者特定テーブル175A´のeNB装置識別子,T-Targetセル識別情報,T-Targetセル内UE識別情報とが一致
する。従って、移動端末60(UE#x)に対するSource oGW(oGW#1)のoGW内UE識
別子(8000)とTarget oGW(oGW#2)のoGW内UE識別子(8102)のとを対応付けすることが
できる。
図76のS295の処理によって、oGW#1は、oGW#2との連携において、図84に示すように、oGW#1のオフロード条件適用状態テーブル176AにおけるoGW内UE識別子(8000)に対応する利用者回線識別子、TCPコネクション情報、オフロードアンカポイント情報のコピーを、oGW#2におけるUE#xのoGW内UE識別子(8102)に対応付けて、oGW#2のオフロード条件適用状態テーブル176A´に登録する。これによって、oGW#1及びoGW#2は、オフロード対象のトラヒック毎にオフロードアンカポイント情報を知ることができる。
また、oGW#1は、テーブル278a´(図83)の記憶内容に基づき、oGW#1のアンカポイント76における、オフロードアンカポイント情報(TOF UL-TEID#1)に対応
するTOF振分ポイント位置を、oGW#2のTOF振分ポイント位置情報(TOF DL-TEID#2)へ切り替える(図83参照)。
IPTV放送視聴は維持されたままで、UE#x→eNB#2→振分ポイント75(oGW#2)→アンカポイント76(oGW#1)→IPTV放送局の経路へ移行する。
動作7−11の終了後における、eNB#2が受信するUE#xからのデータ(IGMP-join)は以下のようにしてIPTV局へ伝達される。すなわち、eNB#2からS−GW
#2へ向けて、GTP−uパケット(IGMP-join)が送信される。振分ポイント75(oGW#2)は、パケットを受けると図73の処理を行い、図68に示すパケットをアンカポイント76(oGW#1)へ送る。アンカポイント76(oGW#1)は、図68に示すパケットを受けると、図74の処理を行い、図69のパケットをオフロード網50経由でIPTV局へ送信する。
これに対し、IPTV局からUE#xへ向かうデータは、以下のようにして伝達される。すなわち、IPTV局からのダウンリンクデータ(放送コンテンツ)は、オフロード網50経由で、アンカポイント76(oGW#1)宛に、図70に示すパケットで送信される。
アンカポイント76(oGW#1)は、図70に示すパケットを受信すると、図75の処理を
行い、図71のパケットを振分ポイント75(oGW#2)へ送信する。振分ポイント75(oGW#2)は、図71に示すパケットを受けると図29に示した処理(合流処理173を含む)を行い、図67のパケットをeNB#2へ送る。eNB#2は、ダウンリンクデータをUE#xに送る。
Source MME(MME#1)は、Source eNB(eNB#1)に対し、UE Context Release Commandメッセージ(図20) を送信する(図4C<19>)。すると、Source oGW(oGW#1)は、UE Context Release Commandメッセージを傍受し(図4C<20>)、図36に示した処理を行う。
図36に示すS101〜S104の処理によって、Source oGW(oGW#1)におけるoGW
内UE識別子(8000)に対応するレコードが削除される。すなわち、ベアラ利用者特定テーブル175A,ベアラテーブル175B,オフロード条件適用状態テーブルの対応レコードが削除される(図86及び,図87参照)。そして、Source oGW(oGW#1)の振分ポイン
ト75のリソースが解放される。なお、図89Aは、ハンドオーバ完了後の、オフロード条件適用状態の例を示す。
。
次に、UE#xでのTCP通信を維持しつつ、UE#xの移動に伴い、Source eNBからTarget eNBへハンドオーバするまでの動作について、図4Dに示すシーケンスに従って説明する。
UE#xの移動に伴いSource eNB(eNB#1)がX2ベースのハンドオーバを開始すると、Source eNB(eNB#1)からTarget eNB (eNB#2)へ、X2AP: Handover Requestメッセージ(図21)が送信される(図4D<1>)。Source oGW(oGW#1)は、X2AP: Handover Requestメ
ッセージを傍受し(図4D<2>)、図77に示した処理(S301,S309,S310)を行う。
図77に示した処理によって、Source oGW(oGW#1)は、ベアラ利用者特定テーブル17
5A(図89参照)のeNB内UE識別子(X2AP)を確定する。
Target oGW(oGW#2)は、X2AP: Handover Requestメッセージを傍受し(図4D<3>)
、図77に示した処理(S301〜S308)及び図30Aに示したオフロード用GTP−uトンネル生成処理を行う。
S301〜S308の処理によって、Target oGW(oGW#2)において、図89に示すよう
に、oGW内UE識別子、MME内UE識別子、MME装置識別子、eNB装置識別子、利用者回線識別子、uplink回線割付情報、TOF振分ポイント位置情報、TOFアンカポイント位置情報が確定し、ベアラ利用者特定テーブル175A´及びベアラテーブル175B´に記憶される。
また、Target oGW(oGW#2)において、図90に示すように、oGWアンカ内UE識別子
、利用者回線識別子、TOFアンカポイント位置、TOF振分ポイント位置が確定し、TOF中継管理テーブル278a´に記憶される。
上記したように、Target oGW(oGW#2)のベアラ利用者特定テーブル175A´において
MME内UE識別子が確定する。このとき、図89に示すように、oGW#1のベアラ利用者特定テーブル175AのMME内UE識別子とoGW#2のベアラ利用者特定テーブル175A´のMME内UE識別子とは一致する。これによって、UE#xに対するoGW#1のoGW内UE識別子(8000)とoGW#2のoGW内UE識別子(8102)のとの対応付けができる。
図91に示すように、oGW#1のoGW内UE識別子(8000)に対応するオフロード条件適用状態テーブル176Aの利用者回線識別子、Multicast視聴情報、及びオフロード
アンカポイント情報のコピーが、oGW#1からoGW#2に渡される。oGW#2は、コピーをoGW#2のオフロード条件適用状態テーブル176A´に記憶する。これによって、oGW#2は、オフロード対象のトラヒック毎にオフロードアンカポイント情報を知ることができる。
その後、Target eNB(eNB#2)からX2AP: Handover Request Ack.メッセージが送信され、oGW#2,oGW#1を経由してSource eNB(eNB#1)に届く(図4D<4>)。その後
、オフロード網50,PGW23からのダウンリンクデータは、Source eNB(eNB#1),o
GW#1,oGW#2,Target eNB(eNB#2)を経由してUE#xへ到達する(図4D<5
>)。UE#xからのアップリンクデータは、Target eNB(eNB#2)及びoGW#2経由で
、オフロード網50(PGW23)へ送信される(図4D<6>)。
続いて、Target eNB(eNB#2)は、Path Switch Requestメッセージ(図24)を MME(MME#1)に送信する(図4D<7>)。Target oGW(oGW#2)は、Path Switch Requestメッセージを傍受し(図4D<8>)、図38及び図35Aの処理を行う。
図38及び図35Aの処理によって、oGW#2のTOF中継管理テーブル178a´に記憶されたTOF振分ポイント位置がoGW#1に渡され、oGW#1のTOF中継管理テーブル178aのTOFポイント位置として設定される(図35AのS96c)。これによって、Source oGW(oGW#1)におけるTOF振分ポイント位置がoGW#2のTOF
振分ポイント位置(TOF DL-TEID#2)に切り替えられる。
その後、MME(MME#1)がTarget eNB(eNB#2)に対し、Path Switch Request Ack.メッセージ(図25)を送信する(図4D<8>)。すると、Target eNB(eNB#2)は、Path Switch Request Ack.メッセージを傍受し、図39に示す処理(S135,S136)を行う
(図4D<9>)。
図39に示す処理によって、Target oGW(oGW#2)のベアラテーブル175B´において
、oGW内UE識別子(8102)に対応するuplink回線割付情報がS−GW#1からS−GW#2へ切り替えられる(図89参照)。
動作例3によって、UE#xからWebサイトへ向かうアップリンクデータ(IGMP-join又はIPMG-leave)は、以下のようにして伝達される。すなわち、eNB#2で受信され
るUE#xからのアップリンクデータ(参加又は離脱要求)は、S−GW#1宛のGTP−uパケット(IGMP-join又はIPMG-leave)で送信される。振分ポイント75(oGW#2)は、図66のパケットを受けると図73の処理を行い、図68に示すパケットをアンカポイント76(oGW#1)へ送る。アンカポイント76(oGW#1)は、図68のパケットを受けると図74の処理を行い、図69のパケットをIPTV局へ送信する。
一方、IPTV局からUE#xへ向かうダウンリンクデータ(放送コンテンツ)は、以下のようにして伝達される。すなわち、IPTV局からアンカポイント76(oGW#1)宛
に、図70のパケットが送信される。アンカポイント76(oGW#1)は、図70のパケッ
トを受信すると、図75の処理を行い、図71のパケットを振分ポイント75(oGW#2)
へ送信する(図4D<14>)。振分ポイント75(oGW#2)は、図71のパケットを受
けると図29の処理を行い、図67のパケットをeNB#2へ送る(図4D<15>)。eNB#2は、ダウンリンクデータをUE#xに送る(図4D<16>)。
その後、図4Dには図示しないが、Target eNB(eNB#2)がSource eNB(eNB#1)へX2AP: UE Context Releaseメッセージを送信する。すると、Source oGW(oGW#1)は、X2AP: UE Context Releaseメッセージを傍受し、図40に示す処理(S121〜S124)を行う。これによって、Source oGW(oGW#1)のoGW内UE識別子(8000)に対応するレコードが、ベ
アラ利用者特定テーブル175A,ベアラテーブル175Bから削除されるとともに(図49参照)、オフロード条件適用状態テーブル176Aから削除される(図50参照)。そして、Source oGW(oGW#1)の振分ポイント75のリソースが解放される。このようにし
て、図51に示したように、IPTV視聴に対して、Source oGW(oGW#1)のアンカポイン
ト76のリソースは、IPTV視聴を維持するために保持される。
次に、UE#xがIPTV視聴を維持した状態で、ハンドオーバ後に、新IPTV放送の視聴を開始する場合について説明する。
UE#xが新たなIPTV放送の視聴を開始すると、Target eNB(eNB#2)からGTP−
uパケット(IGMP-join)がTarget S-GW(S-GW#2)へ向けて送信される。すると、Target oGW(oGW#2)は、GTP−uパケット(IGMP-join)を受信し、図73に示した処理を行う。この処理の結果、図68に示すパケットが、Target oGW(oGW#2)の振分ポイント75からTarget oGW(oGW#2)のアンカポイント76へ向けて送信される。
Target oGW(oGW#2)のオフロード条件適用状態テーブル176A´に対し、oGW内U
E識別子及び利用者回線識別子に対応する、新たなMulticast視聴情報とそのオフロード
アンカポイント情報とが記憶される(図93参照)。
続いて、アンカポイント76(oGW#2)が、図68に示したパケットを受信すると、図
74に示した処理が実行され、図69に示すパケットがオフロード網50経由でIPTV局へ送信される。
Target oGW(oGW#2)のTOFセッション管理テーブル278b´には、oGWアンカ内
UE識別子(8102)、利用者回線識別子(2)に対応するMulticast視聴情報が記憶される(図94参照)。
続いて、図69に示したパケットがオフロード網50を経由してIPTV局(視聴を維持しているIPTV局(コンテンツ配信サーバ)と同じでも異なっていても良い)に到達する。すると、IPTV局からオフロード網50を経由して、図70に示したパケットが、アンカポイント76(oGW#2)へ到達する。アンカポイント76(oGW#2)は、図70に示したパケットを受信し、図75に示した処理を行う。
続いて、アンカポイント76(oGW#2)から、振分ポイント75(oGW#2)へ図71に示したパケットが送信される。このパケットを受信した振分ポイント75(oGW#2)は、図
29に示した処理を行い、Target eNB(eNB#2)へ向けて図67のパケットを送信する。こ
れによって、図95に示すように、オフロード網50経由での新たなIPTV放送の視聴が開始される。なお、図96は、新たなIPTV放送の視聴開始後のベアラ状態データを示す。
維持されたIPTV視聴に係るUE#x−IPTV局間のアップリンクデータ及びダウンリンクデータの伝送経路及びoGW#1,oGW#2での処理は、動作例7や8の場合と変わらないので説明を省略する。
73に示した処理を行い、図68に示したパケットをアンカポイント76(oGW#2)へ送
る。アンカポイント76(oGW#2)は、図68に示したパケットを受けると図74の処理
を行い、図69に示したパケットをIPTV局へ送信する。
信される。アンカポイント76(oGW#2)は、図70に示したパケットを受信すると、図
75の処理を行い、図71に示したパケットを振分ポイント75(oGW#2)へ送信する。
振分ポイント75(oGW#2)は、図71のパケットを受けると図29の処理を行い、図6
7のパケットをeNB#2へ送る。そして、ダウンリンクデータ(放送コンテンツ)は、eNB#2からUE#xへ送信される。
UE#xがIPTV放送の視聴を維持した状態で、ハンドオーバ後に当該視聴状態から離脱する場合について説明する。
UE#xがIPTV放送の視聴を停止(IPTV放送視聴離脱)すると、Target eNB(eNB#2)よりIGMP-leaveのGTP−uパケット(図66)が、Target S-GW(S-GW#2)へ向けて送信される。Target oGW(oGW#2)は、GTP−uパケット(IGMP-leave)を受信し、図7
3に示す処理を行い、図68に示すパケットをアンカポイント76(oGW#1)へ送信する
。
図73に示す処理(S205,S206)によって、図97に示すように、Target OGW(oGW#2)のオフロード条件適用状態テーブル176A´からIPTV放送視聴に対応するレコ
ード(oGW内UE識別子,利用者回線識別子,Multicast視聴情報,オフロードアンカ
ポイント情報)が削除される。
続いて、Target oGW(oGW#2)の振分ポイント75からSource oGW(oGW#1)のアンカポイ
ント76へ向けて図68に示すパケットが送信される。アンカポイント76(oGW#1)が
、図68に示すパケットを受信すると、図74に示す処理を行い、図69に示すパケットをIPTV局へ向けて送信する。
図74に示す処理(S228,S229)によって、図98に示すように、Source oGW(oGW#1)のアンカポイント76におけるTOFセッション管理テーブル278bの対応レコードが削除される。また、TOF中継管理テーブル278aの対応レコードも削除される。
図69に示したパケットがオフロード網50を経由してIPTV局に到達すると、IPTV局からオフロード網50を経由して、図70に示したパケットが、アンカポイント76(oGW#1)に到達する。アンカポイント76(oGW#1)は、図70に示したパケットを受信すると、図75に示した処理を行う。この時点でUE#xは、マルチキャストグループから離脱している。このため、マルチキャストパケットのUE#xに対する配信は実施されない。
新たなIPTV放送視聴に係るアップリンク及びダウンリンクの経路は、新TCPコネクションの確立時から変更がないので説明を省略する。なお、図100は、IPTV放送
離脱後のベアラ状態データを示す。
第2実施形態によれば、oGW70が振分ポイント75とアンカポイント76とを有し、ハンドオーバを契機として、Target oGWがオフロードアンカポイントの情報と、維持
されるIPTV放送の視聴情報(Multicast視聴情報)とを保持する。これによって、新
たなIPTV放送の視聴開始時に、自oGWをオフロードアンカポイントとしたIPTV放送の視聴(Multicastパケットの受信経路確立)が可能となる。また、IGMP-leave(離脱要求)を、適正にオフロードアンカポイントのoGW70へ伝達することができる。
、オフロード網51ではなくオフロード網52経由で確立することができる。この場合、オフロードGW#CからオフロードGW#Aまでのトラヒックが削減される。よって、EPC網20(コア網:モバイル伝達網)におけるオフロード用のトラヒックの削減により、トラフィック削減の向上を図り、EPC網20への負荷を軽減し、リソースの有効活用を図ることができる。
(付記1) 移動局が接続可能な複数の基地局と、
前記複数の基地局を収容するコア網と、
前記複数の基地局と前記コア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置とを含み、
前記各オフロード装置は、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶する記憶装置と、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信する送信装置と、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する制御装置とを含む
ネットワークシステム。(1)
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶する記憶装置と、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中
継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信する送信装置と、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する制御装置とを含む
オフロード装置。(2)
付記2に記載のオフロード装置。(3)
付記2に記載のオフロード装置。
付記2に記載のオフロード装置。
前記複数の基地局を収容するコア網と、
前記複数の基地局と前記コア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置とを含むネットワークシステムにおいて、
前記各オフロード装置が、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶装置に記憶し、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信し、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する
ことを含むオフロードトラフィックの制御方法。(4)
20・・・EPC網(コア網)
22・・・S−GW(ゲートウェイ)
60・・・移動局
70・・・オフロードGW(オフロード装置)
71・・・回線インタフェース
73・・・CPU
74・・・記憶装置
Claims (4)
- 移動局が接続可能な複数の基地局と、
前記複数の基地局を収容するコア網と、
前記複数の基地局と前記コア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置とを含み、
前記各オフロード装置は、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び自装置の位置情報である前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶する記憶装置と、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信する送信装置と、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する制御装置とを含み、
前記各オフロード装置は、前記複数の基地局の一つと前記コア網との間または前記複数の基地局の間で送受信される制御信号を傍受して、前記記憶装置に記憶するための前記アンカポイント情報のうちの前記トラヒックの回線情報を得る、
ネットワークシステム。 - 移動局が接続可能な複数の基地局と、前記複数の基地局を収容するコア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能するオフロード装置であって、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び自装置の位置情報であ
る前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶する記憶装置と、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信する送信装置と、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除する制御装置とを含み、
前記複数の基地局の一つと前記コア網との間または前記複数の基地局の間で送受信される制御信号を傍受して、前記記憶装置に記憶するための前記アンカポイント情報のうちの前記トラヒックの回線情報を得る、
オフロード装置。 - 前記制御装置は、前記通信の継続中に、オフロード対象のトラヒックに係る新たな通信が開始される場合には、自装置が前記新たな通信のアンカポイントとなるための前記アンカポイント情報を前記記憶装置に記憶する
請求項2に記載のオフロード装置。 - 移動局が接続可能な複数の基地局と、
前記複数の基地局を収容するコア網と、
前記複数の基地局と前記コア網との間に介在し、オフロード対象のトラヒックをオフロード網との間で送受信するアンカポイントとして機能する一方で、前記アンカポイントと前記移動局が接続中の前記複数の基地局の一つとの間で前記オフロード対象のトラヒックを中継する中継ポイントとして機能する複数のオフロード装置とを含むネットワークシステムにおいて、
前記各オフロード装置が、
前記移動局が自装置を介してオフロード対象のトラヒックの通信を開始する場合に、自装置に係る前記トラヒックの回線情報,前記通信の識別情報,及び自装置の位置情報である前記トラヒックのアンカポイントの位置情報を含むアンカポイント情報を記憶装置に記憶し、
前記通信の継続中に、前記移動局のハンドオーバによって他のオフロード装置が前記中継ポイントとなる場合に、前記他のオフロード装置に前記アンカポイント情報を送信し、
自装置が前記中継ポイントとして機能する場合に、他のオフロード装置から受信された前記アンカポイント情報を用いてオフロード対象のトラヒックを中継し、前記通信の終了時には、前記アンカポイントの設定を解除することを含み、
前記各オフロード装置は、前記複数の基地局の一つと前記コア網との間または前記複数の基地局の間で送受信される制御信号を傍受して、前記記憶装置に記憶するための前記アンカポイント情報のうちの前記トラヒックの回線情報を得る、
オフロードトラフィックの制御方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012012939A JP5910107B2 (ja) | 2012-01-25 | 2012-01-25 | ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 |
US13/692,578 US9191856B2 (en) | 2012-01-25 | 2012-12-03 | Network system, offload device, and offload traffic control method |
CN201210562774.4A CN103228061B (zh) | 2012-01-25 | 2012-12-21 | 网络***、卸载装置以及卸载业务控制方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012012939A JP5910107B2 (ja) | 2012-01-25 | 2012-01-25 | ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013153316A JP2013153316A (ja) | 2013-08-08 |
JP5910107B2 true JP5910107B2 (ja) | 2016-04-27 |
Family
ID=48797100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012012939A Active JP5910107B2 (ja) | 2012-01-25 | 2012-01-25 | ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9191856B2 (ja) |
JP (1) | JP5910107B2 (ja) |
CN (1) | CN103228061B (ja) |
Families Citing this family (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5991059B2 (ja) * | 2012-07-27 | 2016-09-14 | 富士通株式会社 | オフロード装置、ネットワークシステムおよびマルチキャストトラヒックのハンドオーバ方法 |
JP5958315B2 (ja) | 2012-12-07 | 2016-07-27 | 富士通株式会社 | ネットワークシステム、オフロード装置、及びネットワークシステムにおけるトラヒックの制御方法 |
US9277429B2 (en) * | 2013-08-06 | 2016-03-01 | Cellos Software Ltd. | Monitoring probe for identifying a user plane identifier of a user device |
JP6640085B2 (ja) * | 2013-08-11 | 2020-02-05 | コーヒレント・ロジックス・インコーポレーテッド | 放送/ブロードバンド輻輳ネットワーク |
CN104796953A (zh) * | 2014-01-22 | 2015-07-22 | 中兴通讯股份有限公司 | Lte***fdd和tdd之间重定向的方法及装置 |
CN104918289B (zh) * | 2014-03-13 | 2019-02-05 | 电信科学技术研究院 | 一种分流方法及用户设备 |
US10021594B2 (en) | 2014-06-26 | 2018-07-10 | Gilat Satellite Networks Ltd. | Methods and apparatus for optimizing tunneled traffic |
US9961587B2 (en) | 2014-06-26 | 2018-05-01 | Gilat Satellite Networks Ltd. | Methods and apparatus for optimizing tunneled traffic |
CN106341857B (zh) * | 2015-07-17 | 2021-09-03 | 中兴通讯股份有限公司 | 通道确定方法及装置 |
CN106488508B (zh) * | 2015-08-31 | 2019-11-19 | 大唐移动通信设备有限公司 | 一种数据传输方法、装置及*** |
CN105634980B (zh) * | 2016-01-07 | 2018-10-12 | 北京佰才邦技术有限公司 | 数据报文处理方法及基站 |
US9973256B2 (en) | 2016-01-25 | 2018-05-15 | Sprint Communications Company, L.P. | Relay gateway for wireless relay signaling in a data communication network |
US9887761B2 (en) | 2016-01-25 | 2018-02-06 | Sprint Communications Company L.P. | Wireless backhaul for wireless relays in a data communication network |
US10009826B1 (en) | 2016-01-25 | 2018-06-26 | Sprint Communications Company L.P. | Wide area network (WAN) backhaul for wireless relays in a data communication network |
US9867114B2 (en) | 2016-02-04 | 2018-01-09 | Sprint Communications Company L.P. | Wireless relay backhaul selection in a data communication network |
US10405358B1 (en) | 2016-03-02 | 2019-09-03 | Sprint Communications Company L.P. | Data communication usage tracking in a wireless relay |
US9608715B1 (en) | 2016-03-02 | 2017-03-28 | Sprint Cômmunications Company L.P. | Media service delivery over a wireless relay in a data communication network |
US9973997B1 (en) | 2016-03-03 | 2018-05-15 | Sprint Communications Company, L.P. | Data communication network to provide network access data sets for user equipment selection of a wireless relay |
US10038491B2 (en) * | 2016-03-11 | 2018-07-31 | Sprint Communications Company L.P. | Proxy mobile internet protocol (PMIP) tunnel selection by a wireless relay in a data communication network |
US10631211B1 (en) | 2016-03-11 | 2020-04-21 | Sprint Communications Company L.P. | User equipment (UE) hand-over of a media session based on wireless relay characteristics |
CN108449281B (zh) * | 2018-03-26 | 2020-12-08 | 北京交通大学 | 网络流量协同卸载方法及协同卸载控制器 |
CN110430137B (zh) * | 2019-07-19 | 2021-07-23 | 杭州迪普信息技术有限公司 | 基于s11接口的报文处理方法和装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6801771B1 (en) | 2000-11-22 | 2004-10-05 | Winphoria Networks, Inc. | System and method of mobility management in a mobile communications network having a proxy switch |
ATE402464T1 (de) * | 2001-09-13 | 2008-08-15 | Airsage Inc | System und verfahren zur bereitstelung von verkehrsinformationen unter verwendung von betriebsdaten eines drahtlosen netzwerks |
US8532663B2 (en) * | 2007-01-17 | 2013-09-10 | Qualcomm Incorporated | Configuring a base station to act as a regional mobility agent |
US8085793B2 (en) | 2007-09-24 | 2011-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Traffic localization with proxy mobility |
WO2011038352A1 (en) * | 2009-09-26 | 2011-03-31 | Cisco Technology, Inc. | Providing offloads in a communication network |
CN102118789B (zh) * | 2009-12-31 | 2013-02-27 | 华为技术有限公司 | 业务卸载方法、业务卸载功能实体和业务卸载*** |
WO2011087223A2 (en) * | 2010-01-17 | 2011-07-21 | Lg Electronics Inc. | Multihomed communication device |
EP2532192A1 (en) | 2010-02-05 | 2012-12-12 | NEC Europe Ltd. | A method for routing traffic within a network and a network |
CN102238634B (zh) * | 2010-05-05 | 2015-05-27 | ***通信集团公司 | 在无线网络中进行数据分流的方法及其装置 |
US8787303B2 (en) * | 2010-10-05 | 2014-07-22 | Cisco Technology, Inc. | Methods and apparatus for data traffic offloading at a router |
US20130089076A1 (en) * | 2011-04-01 | 2013-04-11 | Interdigital Patent Holdings, Inc. | Local / remote ip traffic access and selective ip traffic offload service continuity |
CN102300263B (zh) * | 2011-09-23 | 2013-11-27 | 电信科学技术研究院 | 一种pcrf确定方法、装置及*** |
JP5803696B2 (ja) * | 2012-01-25 | 2015-11-04 | 富士通株式会社 | ネットワークシステム,オフロード装置及びオフロード装置の利用者識別情報取得方法 |
-
2012
- 2012-01-25 JP JP2012012939A patent/JP5910107B2/ja active Active
- 2012-12-03 US US13/692,578 patent/US9191856B2/en not_active Expired - Fee Related
- 2012-12-21 CN CN201210562774.4A patent/CN103228061B/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
US20130188481A1 (en) | 2013-07-25 |
CN103228061A (zh) | 2013-07-31 |
JP2013153316A (ja) | 2013-08-08 |
US9191856B2 (en) | 2015-11-17 |
CN103228061B (zh) | 2016-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5910107B2 (ja) | ネットワークシステム,オフロード装置,及びオフロードトラフィックの制御方法 | |
JP5803696B2 (ja) | ネットワークシステム,オフロード装置及びオフロード装置の利用者識別情報取得方法 | |
JP5958315B2 (ja) | ネットワークシステム、オフロード装置、及びネットワークシステムにおけるトラヒックの制御方法 | |
KR102088721B1 (ko) | SDN 기반 LTE Network 구조 및 동작 방안 | |
US8687592B2 (en) | Method for switching session of user equipment in wireless communication system and system employing the same | |
CN105338655B (zh) | 一种用户平面承载建立的方法及装置 | |
WO2006118489A1 (en) | Internetworking of cellular radio networks and wireless data networks | |
WO2008095936A2 (en) | Method and system for handling wireless mobile communication | |
JP2009111641A (ja) | 基地局装置、通信方法及び移動通信システム | |
EP3229552B1 (en) | Method and apparatus for configuring disconnected tcp connection in communication system | |
WO2011140927A1 (zh) | 一种增强移动性的分流方法及装置 | |
JP2019050638A (ja) | ハンドオーバー失敗防止方法 | |
US20140293779A1 (en) | Route selecting apparatus, route selecting method, and communication system | |
WO2011054247A1 (zh) | 网络协议分流连接的管理方法及装置 | |
US9615298B2 (en) | Off-load apparatus, network system, and handover method of multicast traffic | |
EP3528517A1 (en) | Data packet processing method, control plane network element and user plane network element | |
US9167498B2 (en) | Caching over an interface between a radio access network and a core network | |
US20150098450A1 (en) | Method for transmitting a mpls header, method for establishing a mpls path and method for performing a handover of an mpls path | |
EP2844022B1 (en) | Method and system for routing cdn traffic with a shadow packet data network gateway | |
JP5738716B2 (ja) | トラヒックオフロード用制御装置及び通信システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20141007 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150608 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20150616 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150812 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160301 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160314 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5910107 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |