JPWO2015115629A1 - 通信制御方法、マスタ基地局、及びセカンダリ基地局 - Google Patents
通信制御方法、マスタ基地局、及びセカンダリ基地局 Download PDFInfo
- Publication number
- JPWO2015115629A1 JPWO2015115629A1 JP2015560058A JP2015560058A JPWO2015115629A1 JP WO2015115629 A1 JPWO2015115629 A1 JP WO2015115629A1 JP 2015560058 A JP2015560058 A JP 2015560058A JP 2015560058 A JP2015560058 A JP 2015560058A JP WO2015115629 A1 JPWO2015115629 A1 JP WO2015115629A1
- Authority
- JP
- Japan
- Prior art keywords
- base station
- handover
- menb
- master base
- senb
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 251
- 238000004891 communication Methods 0.000 title claims abstract description 64
- 230000009977 dual effect Effects 0.000 claims abstract description 36
- 238000010295 mobile communication Methods 0.000 claims abstract description 21
- 238000012986 modification Methods 0.000 claims description 87
- 230000004048 modification Effects 0.000 claims description 87
- 230000004044 response Effects 0.000 claims description 47
- 238000012937 correction Methods 0.000 claims description 20
- 230000005641 tunneling Effects 0.000 claims description 3
- 210000004027 cell Anatomy 0.000 description 71
- 230000008859 change Effects 0.000 description 49
- 238000010586 diagram Methods 0.000 description 33
- 230000008569 process Effects 0.000 description 21
- 230000006870 function Effects 0.000 description 17
- 238000012545 processing Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 10
- 238000012546 transfer Methods 0.000 description 9
- 238000005259 measurement Methods 0.000 description 8
- 230000002776 aggregation Effects 0.000 description 5
- 238000004220 aggregation Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 210000004460 N cell Anatomy 0.000 description 2
- 238000012508 change request Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 101150014328 RAN2 gene Proteins 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/26—Reselection being triggered by specific parameters by agreed or negotiated communication parameters
- H04W36/28—Reselection being triggered by specific parameters by agreed or negotiated communication parameters involving a plurality of connections, e.g. multi-call or multi-bearer connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/32—Hierarchical cell structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
- H04W36/00695—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using split of the control plane or user plane
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/06—Reselecting a communication resource in the serving access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/165—Performing reselection for specific purposes for reducing network power consumption
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
第1の特徴に係る通信制御方法は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
Description
本発明は、移動通信システムにおいて用いられる通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末に関する。
移動通信システムの標準化プロジェクトである3GPP(3rd Generation Partnership Project)では、一般基地局(例えば、マクロセル基地局)よりもカバレッジの狭い特定基地局(例えば、小セル基地局)を効率的に利用するための検討が進められている。
また、3GPPでは、リリース12以降において二重接続方式(Dual connectivity)の導入が予定されている(非特許文献1参照)。二重接続方式では、ユーザ端末は、複数の基地局(一般基地局及び特定基地局)との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、基地局間キャリアアグリゲーション(inter−eNB CA)と称されることがある。
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、1つの基地局(以下、「マスタ基地局」という)のみが当該ユーザ端末とのRRC接続を確立する。これに対し、当該複数の基地局のうち他の基地局(以下、「セカンダリ基地局」という)は、RRC接続をユーザ端末と確立せずに、追加的な無線リソースをユーザ端末に提供する。
3GPP技術報告書 「TR 36.842 V12.0.0」 2014年1月7日
RRCコネクティッド状態のユーザ端末は、移動に伴ってハンドオーバを行う。
しかしながら、RRCコネクティッド状態のユーザ端末が二重接続方式の通信を行う場合には、当該ユーザ端末のハンドオーバに係る処理が複雑になるという問題がある。
そこで、本発明は、二重接続方式において効率的なハンドオーバを実現する通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末を提供することを目的とする。
第1の特徴に係る通信制御方法は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
第2の特徴に係るマスタ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作する。前記マスタ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
第3の特徴に係るセカンダリ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局である。前記セカンダリ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
第4の特徴に係るユーザ端末は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末である。前記ユーザ端末は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
[実施形態の概要]
第1実施形態乃至第6実施形態に係る通信制御方法は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
第1実施形態乃至第6実施形態に係る通信制御方法は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
第1実施形態乃至第6実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ソースマスタ基地局が、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有する。前記ハンドオーバ要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
第3実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップと、前記セカンダリ基地局が、前記修正要求の受信に応じて、前記修正要求に対する修正要求肯定応答を前記ターゲットマスタ基地局に送信するステップと、を有する。前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
第3実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記修正要求肯定応答の受信に応じて、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有する。
第3実施形態の変更例2において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記修正要求肯定応答を前記セカンダリ基地局に送信するよりも前において、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有する。
第4実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ソースマスタ基地局が、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップを有する。前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
第5実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局が、前記修正要求の受信に応じて、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有する。
第6実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ユーザ端末のための新たなセカンダリ基地局として設定するための追加要求を前記セカンダリ基地局に送信するステップを有する。
第3実施形態乃至第6実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局における設定に失敗した場合、前記ソースマスタ基地局が、前記マスタ基地局間ハンドオーバ手順の失敗を示す情報を前記ターゲットマスタ基地局又は前記セカンダリ基地局から受信するステップを有する。
第3実施形態乃至第6実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局とサービングゲートウェイとの間のトンネリングについて、前記サービングゲートウェイにおけるTEIDを変更することなく維持するステップを有する。
第1実施形態乃至第6実施形態に係るマスタ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作する。前記マスタ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
第1実施形態乃至第6実施形態に係るセカンダリ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局である。前記セカンダリ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
第1実施形態乃至第6実施形態に係るユーザ端末は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末である。前記ユーザ端末は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
[第1実施形態]
以下において、本発明をLTEシステムに適用する場合の実施形態を説明する。
以下において、本発明をLTEシステムに適用する場合の実施形態を説明する。
(システム構成)
図1は、第1実施形態に係るLTEシステムの構成図である。
図1は、第1実施形態に係るLTEシステムの構成図である。
図1に示すように、第1実施形態に係るLTEシステムは、UE(User Equipment)100、E−UTRAN(Evolved−UMTS Terrestrial Radio Access Network)10、及びEPC(Evolved Packet Core)20を備える。
UE100は、ユーザ端末に相当する。UE100は、移動型の通信装置であり、セル(サービングセル)との無線通信を行う。UE100の構成については後述する。
E−UTRAN10は、無線アクセスネットワークに相当する。E−UTRAN10は、eNB200(evolved Node−B)を含む。eNB200は、基地局に相当する。eNB200は、X2インターフェイスを介して相互に接続される。eNB200の構成については後述する。
eNB200は、1又は複数のセルを管理しており、自セルとの接続を確立したUE100との無線通信を行う。eNB200は、無線リソース管理(RRM)機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、UE100との無線通信を行う機能を示す用語としても使用される。
EPC20は、コアネットワークに相当する。EPC20は、MME(Mobility Management Entity)/S−GW(Serving−Gateway)300を含む。MMEは、UE100に対する各種モビリティ制御などを行う。S−GWは、ユーザデータの転送制御を行う。MME/S−GW300は、S1インターフェイスを介してeNB200と接続される。
図2は、UE100のブロック図である。図2に示すように、UE100は、複数のアンテナ101、無線送受信機110、ユーザインターフェイス120、GNSS(Global Navigation Satellite System)受信機130、バッテリ140、メモリ150、及びプロセッサ160を備える。メモリ150及びプロセッサ160は、制御部を構成する。UE100は、GNSS受信機130を有していなくてもよい。また、メモリ150をプロセッサ160と一体化し、このセット(すなわち、チップセット)をプロセッサ160’としてもよい。
アンテナ101及び無線送受信機110は、無線信号の送受信に用いられる。無線送受信機110は、プロセッサ160が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナ101から送信する。また、無線送受信機110は、アンテナ101が受信する無線信号をベースバンド信号(受信信号)に変換してプロセッサ160に出力する。
ユーザインターフェイス120は、UE100を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス120は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ160に出力する。GNSS受信機130は、UE100の地理的な位置を示す位置情報を得るために、GNSS信号を受信して、受信した信号をプロセッサ160に出力する。バッテリ140は、UE100の各ブロックに供給すべき電力を蓄える。
メモリ150は、プロセッサ160により実行されるプログラム、及びプロセッサ160による処理に使用される情報を記憶する。プロセッサ160は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ150に記憶されるプログラムを実行して各種の処理を行うCPU(Central Processing Unit)と、を含む。プロセッサ160は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ160は、後述する各種の処理及び各種の通信プロトコルを実行する。
図3は、eNB200のブロック図である。図3に示すように、eNB200は、複数のアンテナ201、無線送受信機210、ネットワークインターフェイス220、メモリ230、及びプロセッサ240を備える。メモリ230及びプロセッサ240は、制御部を構成する。また、メモリ230をプロセッサ240と一体化し、このセット(すなわち、チップセット)をプロセッサとしてもよい。
アンテナ201及び無線送受信機210は、無線信号の送受信に用いられる。無線送受信機210は、プロセッサ240が出力するベースバンド信号(送信信号)を無線信号に変換してアンテナ201から送信する。また、無線送受信機210は、アンテナ201が受信する無線信号をベースバンド信号(受信信号)に変換してプロセッサ240に出力する。
ネットワークインターフェイス220は、X2インターフェイスを介して隣接eNB200と接続され、S1インターフェイスを介してMME/S−GW300と接続される。ネットワークインターフェイス220は、X2インターフェイス上で行う通信及びS1インターフェイス上で行う通信に用いられる。
メモリ230は、プロセッサ240により実行されるプログラム、及びプロセッサ240による処理に使用される情報を記憶する。プロセッサ240は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ230に記憶されるプログラムを実行して各種の処理を行うCPUと、を含む。プロセッサ240は、後述する各種の処理及び各種の通信プロトコルを実行する。
図4は、LTEシステムにおける無線インターフェイスのプロトコルスタック図である。図4に示すように、無線インターフェイスプロトコルは、OSI参照モデルの第1層乃至第3層に区分されており、第1層は物理(PHY)層である。第2層は、MAC(Medium Access Control)層、RLC(Radio Link Control)層、及びPDCP(Packet Data Convergence Protocol)層を含む。第3層は、RRC(Radio Resource Control)層を含む。
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。UE100の物理層とeNB200の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
MAC層は、データの優先制御、ハイブリッドARQ(HARQ)による再送処理、及びRRC接続確立時のランダムアクセス手順などを行う。UE100のMAC層とeNB200のMAC層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。eNB200のMAC層は、上下リンクのトランスポートフォーマット(トランスポートブロックサイズ、変調・符号化方式)及びUE100への割当リソースブロックを決定するスケジューラを含む。
RLC層は、MAC層及び物理層の機能を利用してデータを受信側のRLC層に伝送する。UE100のRLC層とeNB200のRLC層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
PDCP層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
RRC層は、制御信号を取り扱う制御プレーンでのみ定義される。UE100のRRC層とeNB200のRRC層との間では、各種設定のための制御信号(RRCメッセージ)が伝送される。RRC層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。UE100のRRCとeNB200のRRCとの間に接続(RRC接続)がある場合、UE100はRRCコネクティッド状態であり、そうでない場合、UE100はRRCアイドル状態である。
RRC層の上位に位置するNAS(Non−Access Stratum)層は、セッション管理及びモビリティ管理などを行う。
(二重接続方式)
第1実施形態に係るLTEシステムは、二重接続方式をサポートする。二重接続方式は、リリース12以降において導入が予定されている。二重接続方式では、UE100は、複数のeNB200との接続を同時に確立する。UE100には、各eNB200から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、eNB200間キャリアアグリゲーション(inter−eNB CA)と称されることもある。
第1実施形態に係るLTEシステムは、二重接続方式をサポートする。二重接続方式は、リリース12以降において導入が予定されている。二重接続方式では、UE100は、複数のeNB200との接続を同時に確立する。UE100には、各eNB200から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、eNB200間キャリアアグリゲーション(inter−eNB CA)と称されることもある。
図5は、二重接続方式の概要を説明するための図である。
図5に示すように、二重接続方式では、UE100との接続を確立する複数のeNB200のうち、マスタeNB(MeNB)200Mのみが当該UE100とのRRC接続を確立する。これに対し、当該複数のeNB200のうちセカンダリeNB(SeNB)200Sは、RRC接続をUE100と確立せずに、追加的な無線リソースをUE100に提供する。言い換えると、MeNB200Mは、ユーザプレーン接続だけでなく制御プレーン接続をUE100と確立する。これに対し、SeNB200Sは、制御プレーン接続をUE100と確立せずに、ユーザプレーン接続をUE100と確立する。MeNB200MとSeNB200Sとの間にはXnインターフェイスが設定される。Xnインターフェイスは、X2インターフェイス又は新たなインターフェイスである。
二重接続方式では、UE100は、MeNB200Mが管理するN個のセル及びSeNB200Sが管理するM個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてUE100のサービングセルの最大数、すなわち、(N+M)の最大数は、例えば5である。ここで、MeNB200Mが管理するN個のセルからなるグループは、マスタセルグループ(MCG)と称される。また、SeNB200Sが管理するM個のセルからなるグループは、セカンダリセルグループ(SCG)と称される。SCGには、UE100のPUCCHを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル(PCell)の機能の一部を遂行する。
図6及び図7は、二重接続方式におけるユーザデータの転送経路(データパス)の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路(データパス)を構成するユーザプレーンアーキテクチャ(UPアーキテクチャ)は主に2通り存在する。
図6は、第1のUPアーキテクチャ(UPアーキテクチャ「1A」とも称される)を示す。図6Aに示すように、第1のUPアーキテクチャでは、MeNB200MとS−GW300Uとの間のS1−Uインターフェイスと、SeNB200SとS−GW300Uとの間のS1−Uインターフェイスと、が利用される。UE100とP−GWとの間のEPSベアラ#1は、MeNB200MとS−GW300Uとの間のS1−Uインターフェイスを経由する。UE100とP−GWとの間のEPSベアラ#2は、SeNB200SとS−GW300Uとの間のS1−Uインターフェイスを経由する。このように、第1のUPアーキテクチャでは、SeNB200SとS−GW300Uとの間のデータパスはMeNB200Mを経由しない。図6Bに示すように、MeNB200M及びSeNB200Sのそれぞれは、PDCP、RLC、MACの各層の処理を行う。なお、図6Aに示すEPSベアラ#1は「MCGベアラ」と称され、EPSベアラ#2は「SCGベアラ」と称されてもよい。また、第1のUPアーキテクチャは、SCGベアラ・オプションと称されてもよい。
図7は、第2のUPアーキテクチャ(UPアーキテクチャ「3C」とも称される)を示す。図7Aに示すように、第2のUPアーキテクチャでは、UE100とP−GWとの間のEPSベアラ#2は、MeNB200Mにおいて分割されており、分割された一方(split bearer)はSeNB200Sを経由してUE100で終端し、分割された他方(split bearer)はSeNB200Sを経由せずにUE100で終端する。このように、第2のUPアーキテクチャでは、SeNB200SとS−GW300Uとの間のデータパスはMeNB200Mを経由する。図7Bに示すように、EPSベアラ#2における分割された一方(split bearer)については、MeNB200MのPDCP、SeNB200SのRLC及びMAC、により各層の処理を行う。なお、split bearerについては、RLC(又はRLCの一部機能)までの処理をMeNB200Mが担当してもよい。なお、図7Aに示すEPSベアラ#1は「MCGベアラ」と称され、EPSベアラ#2は「スプリットベアラ」と称されてもよい。第2のUPアーキテクチャは、スプリットベアラ・オプションと称されてもよい。
(第1実施形態に係る動作)
(1)動作シナリオ
第1実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル(小セル)であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。カバレッジの広いセルをマスタセルとして設定することにより、RRCコネクティッド状態のUE100の移動に対応する、すなわち、モビリティを強化することができる。
(1)動作シナリオ
第1実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル(小セル)であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。カバレッジの広いセルをマスタセルとして設定することにより、RRCコネクティッド状態のUE100の移動に対応する、すなわち、モビリティを強化することができる。
図8は、第1実施形態に係る動作環境を示す図である。
図8に示すように、UE100は、マクロセル1のカバレッジ及び小セルのカバレッジの重複領域に位置しており、マクロセル1(MeNB200M1)及び小セル(SeNB200S)の組み合わせにより二重接続方式の通信を行っている。小セルは、2つのマクロセル1,2の境界付近に位置する。UE100は、マクロセル2(MeNB200M2)に向けて移動している。よって、MeNB200M1(ソース)からMeNB200M2(ターゲット)へのUE100のハンドオーバが必要になる。以下において、MeNB200M1をソースMeNB(S−MeNB)と称し、MeNB200M2をターゲットMeNB(T−MeNB)と称する。
図9は、S−MeNB200M1からT−MeNB200M2へのUE100のハンドオーバを行う場合の基本シーケンスを示すシーケンス図である。図9の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている(S101)。
図9に示すように、基本シーケンスでは、S−MeNB200M1がUE100から受信(S102)する測定報告などに基づいてT−MeNB200M2へのUE100のハンドオーバを決定(S103)した後、次の3つの手順を行う。第1に、SeNB200Sの解放手順(S104乃至S113)を行う。第2に、S−MeNB200M1からT−MeNB200M2へのハンドオーバ手順(S114乃至S124)を行う。第3に、SeNB200Sの追加手順(S125乃至S137)を行う。
詳細には、ステップS103において、S−MeNB200M1は、T−MeNB200M2へのUE100のハンドオーバを決定する。ステップS104において、S−MeNB200M1は、UE100に対応するSeNBリソースの解放を決定する。ステップS105において、S−MeNB200M1は、UE100に対応するSeNBリソースの解放要求(SeNB Release Request)をSeNB200Sに送信する。ステップS106において、SeNB200Sは、解放要求に応じて、SeNBリソースを解放する。ステップS107において、SeNB200Sは、解放要求に対する応答(SeNB Release Response)をT−MeNB200M2に送信する。
第1のUPアーキテクチャの場合、ステップS108において、SeNB200Sは、ベアラをSeNB200SからS−MeNB200M1へ移すための切り替え要求(Path Switch Request)をMME300Cに送信する。ステップS109において、MME300Cは、切り替え要求に対する肯定応答をSeNB200Sに送信する。ステップS110及びS111において、SeNB200Sは、UE100のデータの転送処理をS−MeNB200M1に対して行う。
ステップS112において、S−MeNB200M1は、SeNB200Sの解放のためのRRC再設定メッセージ(RRC Connection Reconfiguration)をUE100に送信する。UE100は、SeNB200Sに係る設定を解放する。ステップS113において、UE100は、RRC再設定の完了通知(RRC Connection Reconfiguration Complete)をS−MeNB200M1に送信する。
ステップS114において、S−MeNB200M1は、ハンドオーバ要求をT−MeNB200M2に送信する。ステップS115において、T−MeNB200M2は、ハンドオーバ要求の承認判断を行う。ステップS116において、T−MeNB200M2は、ハンドオーバ肯定応答(Handover Request Acknowledge)をS−MeNB200M1に送信する。
ステップS117において、S−MeNB200M1は、ハンドオーバのためのRRC再設定メッセージをUE100に送信する。ステップS118及びS119において、SeNB200Sは、UE100のデータの転送処理をT−MeNB200M2に対して行う。
ステップS120において、UE100は、RRC再設定メッセージに基づいてT−MeNB200M2へのランダムアクセスを行い、T−MeNB200M2との同期をとる。ステップS121において、UE100は、RRC再設定の完了通知をT−MeNB200M2に送信する。
ステップS122において、T−MeNB200M2は、データパスをS−MeNB200M1からT−MeNB200M2へ移すための切り替え要求をMME300Cに送信する。ステップS123において、MME300Cは、切り替え要求に対する肯定応答をSeNB200Sに送信する。ステップS124において、T−MeNB200M2は、UEコンテキストの解放要求をS−MeNB200M1に送信する。
ステップS125において、UE100は、測定報告をT−MeNB200M2に送信する。ステップS126において、T−MeNB200M2は、測定報告などに基づいて、SeNBリソースの追加を決定する。
ステップS127において、T−MeNB200M2は、SeNBリソースの割り当て要求(SeNB Addition/Modification Request)をSeNB200Sに送信する。ステップS128において、SeNB200Sは、要求を承認する場合に、無線リソース設定を行う。ステップS129において、SeNB200Sは、無線リソース設定の通知(SeNB Addition/Modification Command)をT−MeNB200M2に送信する。
第1のUPアーキテクチャの場合、ステップS130及びS131において、T−MeNB200M2は、UE100のデータの転送処理をSeNB200Sに対して行う。
ステップS132において、T−MeNB200M2は、SeNB200Sの追加のためのRRC再設定メッセージをUE100に送信する。UE100は、SeNB200Sの無線リソース設定の適用を開始する。ステップS133において、UE100は、RRC再設定の完了通知(RRC Connection Reconfiguration Complete)をT−MeNB200M2に送信する。
ステップS134において、UE100は、RRC再設定メッセージに基づいてSeNB200Sへのランダムアクセスを行い、SeNB200Sとの同期をとる。ステップS135において、UE100との同期を検出したSeNB200Sは、無線リソース設定の使用が可能になった旨の通知(SeNB Addition/Modification Complete)をT−MeNB200M2に送信する。
第1のUPアーキテクチャの場合、ステップS136において、T−MeNB200M2は、ベアラをS−MeNB200M1からSeNB200Sへ移すための切り替え要求をMME300Cに送信する。ステップS137において、MME300Cは、切り替え要求に対する肯定応答をSeNB200Sに送信する。
このように基本シーケンスでは、SeNB200Sの解放手順、ハンドオーバ手順、SeNB200Sの追加手順のそれぞれにおいて、UE100に対するRRC再設定(RRC Connection Reconfiguration)が行われる。第1に、SeNB200Sの解放手順では、SeNB200Sの解放のためのRRC再設定(S112)が行われる。第2に、S−MeNB200M1からT−MeNB200M2へのハンドオーバ手順では、ハンドオーバのためのRRC再設定(S117)が行われる。第3に、SeNB200Sの追加手順では、SeNB200Sの追加のためのRRC再設定(S132)が行われる。このように、二重接続方式におけるMeNB200M間のハンドオーバでは、合計で3回のRRC再設定が行われると考えられる。よって、無線区間のシグナリングが増大するとともに、ハンドオーバに係る処理時間の増大により、RLF・HOF(hand over failure)が増える。
また、SeNB200Sの解放手順、ハンドオーバ手順、SeNB200Sの追加手順のそれぞれにおいて、コアネットワークとのシグナリングが発生し得る。第1に、SeNB200Sの解放手順では、上述した第1のUPアーキテクチャの場合に、ベアラをSeNB200SからS−MeNB200M1へ移すためのシグナリング(S108、S109)が発生する。第2に、S−MeNB200M1からT−MeNB200M2へのハンドオーバ手順では、データパスをS−MeNB200M1からT−MeNB200M2へ切り替えるためのシグナリング(S122、S123)が発生する。第3に、SeNB200Sの追加手順では、第1のUPアーキテクチャの場合に、ベアラをS−MeNB200M1からSeNB200Sへ移すためのシグナリング(S136、S137)が発生する。このように、二重接続方式におけるMeNB200M間のハンドオーバでは、最大で3回のコアネットワークとのシグナリングが発生すると考えられる。よって、ネットワーク区間のシグナリングの増大が問題となる。
第1実施形態では、二重接続方式におけるMeNB200M間のハンドオーバのシーケンスを改良することにより、上述したシグナリングの増大を抑制可能とする。以下において、改良されたハンドオーバシーケンスについて説明する。
(2)動作パターン1
図10は、第1実施形態に係る動作パターン1を示すシーケンス図である。以下においては、基本シーケンスとの相違点を主として説明する。図10の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている(S201)。
図10は、第1実施形態に係る動作パターン1を示すシーケンス図である。以下においては、基本シーケンスとの相違点を主として説明する。図10の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている(S201)。
図10に示すように、ステップS203において、S−MeNB200M1は、UE100から受信(S202)する測定報告などに基づいて、T−MeNB200M2へのUE100のハンドオーバを決定する。動作パターン1では、S−MeNB200M1は、ハンドオーバの判断時に、SeNB200SとUE100との間の接続を解放するか否かを判断してもよい。
ステップS204において、S−MeNB200M1は、ハンドオーバ要求をT−MeNB200M2に送信する。ステップS205において、T−MeNB200M2は、ハンドオーバ要求の承認判断を行う。ステップS206において、T−MeNB200M2は、ハンドオーバ肯定応答(Handover Request Acknowledge)をS−MeNB200M1に送信する。T−MeNB200M2は、SeNB設定がされていないRRCコンテナをハンドオーバ肯定応答に含める。S−MeNB200M1は、T−MeNB200M2からのハンドオーバ肯定応答の受信時に、SeNB200SとUE100との間の接続を解放するか否かを判断してもよい。
次に、S−MeNB200M1及びSeNB200Sは、SeNB200Sの解放手順(ステップS207乃至S212)を行う。当該解放手順は、基本シーケンスと同様である。
ステップS213において、S−MeNB200M1は、ハンドオーバを指示するためのハンドオーバ指令を含むRRC再設定メッセージをUE100に送信する。
動作パターン1では、S−MeNB200M1は、SeNB200SとUE100との間の接続の解放を設定する情報(SeNB remove)をハンドオーバ指令と共にUE100に送信する。SeNB removeは、SeNB200Sの設定に関するセカンダリ基地局情報に相当する。S−MeNB200M1は、ハンドオーバ指令とSeNB removeとを含む1つのRRC再設定メッセージをUE100に送信することが好ましい。これにより、SeNB200Sの解放だけのためのRRC再設定メッセージが不要となるため、基本シーケンスに比べてRRC再設定を1回分削減することができる。ハンドオーバ指令と共にSeNB情報を受信したUE100は、SeNB removeに応じてSeNB200Sとの接続を解放しつつ、ハンドオーバ指令に応じてT−MeNB200M2との同期をとり(S216)、新たなRRC接続を確立(S217)する。
また、動作パターン1では、T−MeNB200M2は、S−MeNB200M1とS−GW300Uとの間のデータパス、及びSeNB200SとS−GW300Uとの間のデータパス(ベアラ)を一括してT−MeNB200M2に切り替えるためのパス切り替え要求をMME300Cに送信(S218)する。なお、上述したハンドオーバ要求(S204)又は他のメッセージに、S−MeNB200M1のベアラの情報が含まれていることが好ましい。これにより、T−MeNB200M2は、ハンドオーバ要求に含まれるベアラ情報により、切り替えるベアラを特定できる。
MME300Cは、パス切り替え要求に応じて、S−MeNB200M1とS−GW300Uとの間のデータパス、及びSeNB200SとS−GW300Uとの間のデータパス(ベアラ)を一括してT−MeNB200M2に切り替えるためのパス切り替えを行う。これにより、第1のUPアーキテクチャの場合に、ベアラをSeNB200SからS−MeNB200M1へ移すためのシグナリングが不要になる。
SeNB200Sの追加手順(ステップS211乃至S233)については基本シーケンスと同様である。
(3)動作パターン2
図11は、第1実施形態に係る動作パターン2を示すシーケンス図である。図11の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている(S301)。
図11は、第1実施形態に係る動作パターン2を示すシーケンス図である。図11の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている(S301)。
図11に示すように、ステップS303において、S−MeNB200M1は、UE100から受信(S302)する測定報告などに基づいて、T−MeNB200M2へのUE100のハンドオーバを決定する。また、S−MeNB200M1は、ハンドオーバの判断時に、SeNB200SとUE100との間の接続を解放するか否かを判断する。動作パターン2では、S−MeNB200M1は、SeNB200Sを維持したハンドオーバ(DC HO: Dual Connectivity HandOver)を決定可能である。SeNB200Sを維持したハンドオーバを決定した後、次の動作を行う。
ステップS304において、S−MeNB200M1は、ハンドオーバ要求をT−MeNB200M2に送信する。その際、S−MeNB200M1は、SeNB200SとUE100との間の接続を維持したままハンドオーバを行うことを示す情報(SeNB Information)をハンドオーバ要求に含める。SeNB Informationは、SeNB200Sに関する情報(eNB ID、セルIDなど)を含む。また、SeNB Informationには、SeNB Addition/Modificationに含まれる要素(e.g. UE capabilities and the radio resource configuration of the UE)を入れてもよい。さらに、S−MeNB200M1は、本シーケンス前のSeNB Addition時にSeNB200Sから受け取ったRRCコンテナを保持しておき、当該RRCコンテナをハンドオーバ要求に含めてもよい。当該RRCコンテナは、例えば、後述するステップS311などで利用できる。
ステップS305において、T−MeNB200M2は、ハンドオーバ要求の承認の判断を行う。ここで、T−MeNB200M2は、SeNB Additionに係る情報がハンドオーバ要求に含まれている場合(つまり、DC HOを示す)は、当該SeNB Additionの受け入れも含めて判断してもよい。
承認(受け入れ)可の場合、ステップS306において、T−MeNB200M2は、ハンドオーバ肯定応答をS−MeNB200M1に送信する。なお、ステップS306におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答でもよく、後述するステップS312で改めて送信される場合には省略してもよい。或いは、ステップS306におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答を簡略化したもの(例えば、暫定的にHOのみ受け入れたというフラグ)であってもよい。或いは、「リソースが足りないので、当該HOにはSeNBのリソース追加を要する」という意味の情報(後述するステップS307で利用可)が含まれていてもよい。
ステップS307において、ハンドオーバ肯定応答を受信したS−MeNB200M1は、SeNBリソースの維持を決定する。ステップS308において、S−MeNB200M1は、MeNBを変更・交替するための要求(SeNB Release Addition/Modification Request)をSeNB200Sに送信する。S−MeNB200M1は、SeNBがT−MeNB200M2に切り替えることを示す情報(MeNB change)を当該要求に含める。MeNB changeは、T−MeNB200M2に関する情報(eNB ID、セルIDなど)を含む。なお、ステップS304でハンドオーバ要求にSeNB関連設定情報が入っていた場合(つまり、既にT−MeNBがSeNBを設定可能な状態)、ステップS308は単なるReleaseで良い(但し、MeNB changeに係る情報は伝達される)。
ステップS309において、SeNB200Sは、S−MeNB200M1からの要求を承認する場合に、無線リソース解放・変更を行う。ステップS310において、SeNB200Sは、解放・変更要求に対する応答(SeNB Release Response)をS−MeNB200M1に送信する。
ステップS311において、SeNB200Sは、S−MeNB200M1から受信したMeNB changeに基づいて、無線リソース設定の通知(SeNB Addition/Modification Request/Command)をT−MeNB200M2に送信する。なお、ステップS304でハンドオーバ要求にSeNB関連設定情報が入っていた場合(つまり、既にT−MeNBがSeNBを設定可能な状態)、ステップS311は逆方向の通知でもよいし、省略してもよい。
ステップS312において、T−MeNB200M2は、SeNBの無線リソース(SeNBリソース)設定を含んだハンドオーバ肯定応答をS−MeNB200M1に送信する。或いは、T−MeNB200M2は、SeNBリソース設定を他のメッセージに含めてS−MeNB200M1に送信してもよい。
ステップS313において、S−MeNB200M1は、T−MeNB200M2からのSeNBリソース設定とハンドオーバ指令とを含むRRC再設定メッセージをUE100に送信する。SeNBリソース設定は、SeNB200SとUE100との間の接続の維持を設定する情報に相当する。
UE100は、当該SeNBリソース設定の適用を開始する。ここで、UE100は、SeNB200Sと同期がとれているため、SeNB200Sに対するランダムアクセス(同期)を省略可能である。また、ランダムアクセス(同期)の省略を示す情報がRRC再設定メッセージに含まれていてもよい。
ステップS314及びS315において、SeNB200Sは、UE100のデータの転送処理をT−MeNB200M2に対して行う。
ステップS316において、UE100は、RRC再設定メッセージに基づいてT−MeNB200M2へのランダムアクセスを行い、T−MeNB200M2との同期をとる。ステップS317において、UE100は、RRC再設定の完了通知をT−MeNB200M2に送信する。
ステップS318において、T−MeNB200M2は、S−MeNB200M1とS−GW300Uとの間のデータパスをT−MeNB200M2に切り替えるためのパス切り替え要求をMME300Cに送信する。動作パターン2では、SeNB200Sは維持されるため、第1のUPアーキテクチャの場合でも、SeNB200Sのベアラ切り替えは発生しない。
このように、動作パターン2では、SeNB200Sを維持したままMeNB200M間でハンドオーバを行うことにより、基本シーケンスに比べてシグナリングを大幅に削減することができる。
なお、動作パターン2では、T−MeNB200M2からS−MeNB200M1へのハンドオーバ肯定応答の送信が2回(S306、S312)行われているが、1回(S312)のみとしてもよい。
[第2実施形態]
以下において、第2実施形態について、第1実施形態との相違点を主として説明する。
以下において、第2実施形態について、第1実施形態との相違点を主として説明する。
(1)動作シナリオ
図12は、第2実施形態に係る動作シナリオを示す図である。
図12は、第2実施形態に係る動作シナリオを示す図である。
図12に示すように、第2実施形態に係る動作シナリオでは、第1実施形態に係る動作シナリオにおいてEPC20の構成も考慮する。図12の例では、MeNB200M1及びSeNB200Sは同一のS−GW300U1に収容されており、MeNB200M1は別のS−GW300U2に収容されている。すなわち、MeNB200M1及びSeNB200Sのそれぞれは、S−GW300U1との間にS1インターフェイスを持つ。MeNB200M2は、S−GW300U2との間にS1インターフェイスを持つ。
このようなシナリオでは、SeNB200S及びMeNB200M2には、第1のUPアーキテクチャを適用することができないが、第2のUPアーキテクチャを適用することはできる。また、このようなシナリオでは、第1のUPアーキテクチャを前提とする場合に、例えば第1実施形態に係る動作パターン2のようなSeNB200Sを維持したままMeNB200M間のハンドオーバを行う高度なハンドオーバ制御を行うことはできない。
(2)第2実施形態に係る動作
第2実施形態では、第1実施形態に係るハンドオーバ制御において、ハンドオーバ判断(HO decision)又はハンドオーバ承認制御(Admission Control)などを行うノードは、MeNB200Mを収容するS−GW300UとSeNB200Sを収容するS−GW300Uとが一致するか否かに基づいて、二重接続方式に係る判断を行う。当該ノードは、MeNB200M又はSeNB200Sなどの通信制御装置である。例えば、当該ノードは、MeNB200Mを収容するS−GW300UとSeNB200Sを収容するS−GW300Uとが一致しない場合に、第1のUPアーキテクチャを適用しないと判断する。
第2実施形態では、第1実施形態に係るハンドオーバ制御において、ハンドオーバ判断(HO decision)又はハンドオーバ承認制御(Admission Control)などを行うノードは、MeNB200Mを収容するS−GW300UとSeNB200Sを収容するS−GW300Uとが一致するか否かに基づいて、二重接続方式に係る判断を行う。当該ノードは、MeNB200M又はSeNB200Sなどの通信制御装置である。例えば、当該ノードは、MeNB200Mを収容するS−GW300UとSeNB200Sを収容するS−GW300Uとが一致しない場合に、第1のUPアーキテクチャを適用しないと判断する。
また、図12に示すように、第1実施形態を例に挙げると、第2のUPアーキテクチャが可能であるか否かに基づいて、SeNB200SとUE100との間の接続を解放してハンドオーバ(基本シーケンス)を行うか、又はSeNB200SとUE100との間の接続を維持したままハンドオーバ(高度なハンドオーバ)を行うかを判断する。或いは、当該ノードは、MeNB200M2を収容するS−GW300UとSeNB200Sを収容するS−GW300Uとが一致するか否かに基づいて、SeNB200SとUE100との間の接続を解放してハンドオーバ(基本シーケンス)を行うか、又はSeNB200SとUE100との間の接続を維持したままハンドオーバ(高度なハンドオーバ)を行うかを判断する。
このような判断をMeNB200M又はSeNB200Sが行うためには、各eNB200が他のeNB200を収容するS−GW300Uを把握している必要がある。
よって、第2実施形態では、MeNB200M又はSeNB200Sは、自eNBを収容するS−GW300Uの識別情報を近隣のeNBに送信する。ここで、自eNBを収容するS−GW300Uとは、自eNBとの間にS1インターフェイスを持つS−GW300Uである。S−GW300Uの識別情報とは、例えばS−TEID(S−GW ID)又はS−GW IP addressである。
図13は、S−GW300Uの識別情報をeNB200間で送受信するための第1の動作を示す図である。図13に示すように、eNB200aは、eNB200aを収容するS−GW300Uの識別情報をeNB Configuration Updateメッセージに含めてeNB200bに送信する。eNB Configuration Updateメッセージは、eNB200の設定更新を通知するためのメッセージである。なお、eNB Configuration Updateメッセージに代えて、X2 Setupメッセージを使用してもよい。X2 Setupメッセージは、X2インターフェイスを確立するためのメッセージである。例えば、表1に示すように、eNB Configuration Updateメッセージの「Served Cell Information」にS−GW300Uの識別情報含める。
図14は、S−GW300Uの識別情報をeNB200間で送受信するための第2の動作を示す図である。図14及び表2に示すように、eNB200aは、eNB200aを収容するS−GW300Uの識別情報を、上述したSeNB Addition/Modificationメッセージに含めてeNB200bに送信する。
図15は、第2実施形態に係る動作を示すフロー図である。
図15に示すように、ステップS401において、ノード(MeNB200M又はSeNB200S)は、UE100が二重接続方式で通信しているか否かを判断する。通常の通信を行っている場合(ステップS401;NO)、ステップS405において、通常のハンドオーバを行うと判断する。
二重接続方式で通信している場合(ステップS401;YES)、ステップS402において、当該ノードは、UE100が第2のUPアーキテクチャ(UPアーキテクチャ「3C」)で通信を行っているか否かを判断する。第2のUPアーキテクチャで通信を行っている場合(ステップS402;YES)、ステップS403において、当該ノードは、第1実施形態に係る高度なハンドオーバを行うと判断する。
これに対し、UE100が第2のUPアーキテクチャで通信を行っていない、すなわち、UE100が第1のUPアーキテクチャ(UPアーキテクチャ「1A」)で通信を行っている場合(ステップS402;NO)、ステップS404において、当該ノードは、上述したようなS−GW300Uの一致/不一致を判断する。S−GW300Uが一致すると判断した場合(ステップS404;YES)、ステップS403において、当該ノードは、第1実施形態に係る高度なハンドオーバを行うと判断する。一方、S−GW300Uが一致しないと判断した場合(ステップS404;NO)、ステップS405において、当該ノードは、通常のハンドオーバを行うと判断する。
[第3実施形態]
第3実施形態乃至第7実施形態は、第1実施形態の動作パターン2を一部変更した実施形態である。
第3実施形態乃至第7実施形態は、第1実施形態の動作パターン2を一部変更した実施形態である。
以下において、第3実施形態について、第1実施形態及び第2実施形態との相違点を主として説明する。第3実施形態乃至第7実施形態における基本的なハンドオーバ手順は、第1実施形態の動作パターン2と同様である。
具体的には、第3実施形態に係る通信制御方法は、UE100とRRC接続を確立するMeNB200M(マスタ基地局)と、UE100に追加的な無線リソースを提供するSeNB200S(セカンダリ基地局)と、を用いる二重接続方式の通信をサポートするLTEシステムにおける方法である。通信制御方法は、UE100とSeNB200Sとの間の接続を解放することなく、S−MeNB200M1(ソースマスタ基地局)からT−MeNB200M2(ターゲットマスタ基地局)に対してUE100のハンドオーバを行うMeNB間ハンドオーバ手順を備える。
図16は、第3実施形態に係るMeNB間ハンドオーバ手順を示すシーケンス図である。図16の初期状態において、UE100は、S−MeNB200M1及びSeNB200Sと二重接続方式の通信を行っている。なお、図16の破線で示す動作については、必須の動作ではないことを示している。
図16に示すように、ステップS501において、S−MeNB200M1は、UE100のハンドオーバを要求するハンドオーバ要求(「Handover Request」)メッセージをT−MeNB200M2に送信する。
「Handover Request」メッセージは、MeNB間ハンドオーバ手順を示す情報(「MeNB Change Indicator」)を含む。「MeNB Change Indicator」は、MeNB間ハンドオーバであることを示し、SeNB200Sに関連する動作の要求をT−MeNB200M2に示す。「Handover Request」メッセージは、「S−MeNB UE X2AP ID」を含んでもよい。「S−MeNB UE X2AP ID」は、S−MeNB200M1のX2AP IDである。「S−MeNB UE X2AP ID」は、「MeNB Change Indicator」の役割を暗示的に担ってもよい。「Handover Request」メッセージは、S−MeNB200M1がSeNB200Sと対応付けて保持していた設定情報(SCG設定情報)を含む。具体的には、「Handover Request」メッセージは、「SCG−Configinfo」及び「SCG−Configuration」を含む。「SCG−Configinfo」は、MeNBの現状の設定に関する設定情報(MeNB関連設定情報)である。ここでは、「SCG−Configinfo」は、S−MeNB200M1についての設定情報である。「SCG−Configuration」は、SeNBの現状の設定に関する設定情報(SeNB関連設定情報)である。
ステップS502において、T−MeNB200M2は、「Handover Request」メッセージの受信に応じて、SeNB200Sにおける設定の修正を要求する修正要求(「SeNB Modification Request」)メッセージをSeNB200Sに送信する。「SeNB Modification Request」メッセージは、「MeNB Change Indicator」、「S−MeNB UE X2AP ID」を含む。また、「SeNB Modification Request」メッセージは、「SCG−Configinfo」を含む。ここでは、「SCG−Configinfo」は、T−MeNB200M2についての設定情報であり、SeNB200Sが「SCG−Configuration」を決定するために使用される。
ステップS503において、SeNB200Sは、「SeNB Modification Request」メッセージの受信に応じて、「SeNB Modification Request」メッセージに含まれる「S−MeNB UE X2AP ID」とT−MeNB200M2側の「UE X2AP ID」とを照合し、対応付ける。
ステップS504において、SeNB200Sは、SeNB解放要請(「SeNB Release Required」)メッセージをS−MeNB200M1に送信する。スプリットベアラ・オプションの場合、ステップS505において、S−MeNB200M1及びSeNB200Sは、スプリットベアラのGTP−Uトンネルを破棄する。ステップS506において、S−MeNB200M1は、SeNB解放通知(「SeNB Release Confirm」)メッセージをSeNB200Sに送信する。
ステップS507において、SeNB200Sは、「SeNB Modification Request」メッセージに対する修正要求承諾(「SeNB Modification Request ACK」)メッセージをT−MeNB200M2に送信する。「SeNB Modification Request ACK」メッセージは、SeNB200Sにおける設定情報(SCG設定情報)を含む。スプリットベアラ・オプションの場合、ステップS508において、SeNB200S及びT−MeNB200M2は、スプリットベアラのGTP−Uトンネルを確立する。
ステップS508において、T−MeNB200M2は、「SeNB Modification Request ACK」メッセージの受信に応じて、「Handover Request」メッセージに対するハンドオーバ肯定応答(「Handover Request Acknowledge」)をS−MeNB200M1に送信する。「Handover Request Acknowledge」メッセージは、後述するRRC再設定(RRC Connection Reconfiguration)をS−MeNB200M1が行うために必要な情報(SCGの設定情報及びMCGの設定情報)を含む。
ステップS510において、S−MeNB200M1は、「Handover Request Acknowledge」メッセージの受信に応じて、「RRC Connection Reconfiguration」メッセージをUE100に送信する。「RRC Connection Reconfiguration」メッセージは、T−MeNB200M2へのハンドオーバを指示するハンドオーバ指令に相当し、SCGの設定情報及びMCGの設定情報を含む。ここで、SeNB200Sが解放されないことに留意すべきである。
ステップS511において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。このようにして、UE100は、SeNB200Sを維持しつつ、S−MeNB200M1からT−MeNB200M2へのハンドオーバを行う。
次に、T−MeNB200M2は、MME300Cに対してパス切り替え要求を行う。ここでは、SCGベアラ・オプションの場合に、SeNB200SとS−GW300Uとの間のトンネリングについて、S−GW300U側のエンドポイントID(すなわち、UL−TE ID)を維持したままパス切り替えを行うための第1の方法(option 1)及び第2の方法(option 2)について説明する。
第1の方法では、ステップS512において、T−MeNB200M2は、「Path Switch Request」をMME300Cに送信する。「Path Switch Request」は、Dual Connectivity中のハンドオーバである旨を示す情報(インディケータ)、又は、前記エンドポイントIDを維持するE−RAB ID、及び/又は維持しなくてもよいE−RAB ID等を含む。MME300Cは、当該E−RAB IDについてパス更新が行われるまでデータ転送を行わないようS−GW300Uを制御してもよい。ステップS513において、S−MeNB200M1は、「E−RAB Modification indication」をMME300Cに送信する。ステップS514において、MME300Cは、前記E−RAB IDと合致する事を確認し、「E−RAB Modification Confirmation」をS−MeNB200M1に送信する。ステップS515において、MME300Cは、「Path Switch Request ACK」をT−MeNB200M2に送信する。
第2の方法では、ステップS516において、T−MeNB200M2は、「Path Switch Request」をMME300Cに送信する。「Path Switch Request」は、UL−TEIDが変更されたくないE−RAB IDのリストを含む。MME300Cは、当該リスト中のE−RAB IDに対応するUL−TEIDを維持する。ステップS517において、MME300Cは、「Path Switch Request ACK」をT−MeNB200M2に送信する。
ステップS518において、T−MeNB200M2は、「UE Context Release」をS−MeNB200M1に送信する。S−MeNB200M1は、UE100のコンテキスト情報を解放する。
本シーケンスにおいて、SeNB200Sにおける設定に失敗した場合(S507でNACKの場合)を想定する。この場合、SeNB200Sを維持しない従来のハンドオーバ手順が可能である場合、T−MeNB200M2は、T−MeNB200M2の設定情報(RRCコンテナ)を含む「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。但し、「Handover Request Acknowledge」メッセージに、MeNB間ハンドオーバ手順の失敗を示す情報(DC unsuccessful initiated)を含める。これにより、SeNB200Sにおける設定に失敗した場合でも、従来のハンドオーバ手順を行うことができる。或いは、S−MeNB200M1は、SeNB200Sを解放する手順(SeNB Release Request)を実施してもよい。
また、MeNB間ハンドオーバ手順の失敗を示す情報は、失敗の理由(Cause)を含んでもよい。失敗の理由とは、例えば「X2 connection unavailable」、「S−GW relocation」等である。このような情報は、SON(Self Organizing Network)の用途に使用することができる。
或いは、SeNB200Sにおける設定に失敗した場合で、例えば「Handover Request」メッセージが負荷分散目的のものである場合、ハンドオーバ否定応答をS−MeNB200M1に送信してもよい。
[第3実施形態の変更例1]
SCGベアラ・オプション及びスプリットベアラ・オプションのそれぞれについてMeNB間ハンドオーバ手順を説明する。本変更例では、各メッセージのIEの具体例についても説明する。
SCGベアラ・オプション及びスプリットベアラ・オプションのそれぞれについてMeNB間ハンドオーバ手順を説明する。本変更例では、各メッセージのIEの具体例についても説明する。
(1)SCGベアラ・オプションの場合
図17は、第3実施形態の変更例1に係るMeNB間ハンドオーバ手順を示すシーケンス図である。先ず、SCGベアラ・オプションの場合の動作を説明する。
図17は、第3実施形態の変更例1に係るMeNB間ハンドオーバ手順を示すシーケンス図である。先ず、SCGベアラ・オプションの場合の動作を説明する。
ステップS531において、UE100は、S−MeNB200M1に「Measurement report」を送信する。
ステップS532において、S−MeNB200M1は、T−MeNB200M2に「Handover request」メッセージを送信する。「Handover request」メッセージは以下のIEを含む。但し、必ずしも全てのIEを要しない。
・「Inter MeNB HO ID」 MeNB間ハンドオーバを示す。
・「SCG−Configinfo(Source MCG config)」 S−MeNB200M1のMCG configである。
・「X2AP endpoint of SeNB for X2 Interface」 X2インターフェイスがSeNB200SとT−MeNB200M2との間にない場合、X2の確立に用いる。或いは、Global eNB IDで確立してもよい。
・「DRB−info」 DRB ID, DRB type(Split/SCG)を含む。SCGであるか、スプリットベアラであるかの判定に用いる。
・「security parameter 1」 KeNB*やToken等のセキュリティパラメータを含む。KeNB*s, tokens, NCC, UE EPS security capabilities, security algorithms 等の情報を含む。これらの情報はUE100のHO Failure時のReestablishment やTokenの計算に使用されるパラメータである。KeNB*はTarget cellのtarget cell’s physical cell ID and frequency EARFCN-DLから生成される。
・「X2 DL/UL Forwarding GTP TEID of SeNB」 ベアラ解放時等に必要になるデータフォワーディングに利用するベアラのSeNB200S側のエンドポイント
ステップS533において、T−MeNB200M2は、SeNB200Sに「MeNB Change(修正要求)」を送信する。「MeNB Change」は以下のIEを含む。但し、必ずしも全てのIEを要しない。
・「Inter MeNB HO ID」
・「Security parameter 2」 Handover requestに含まれていた「security parameter 1」とは異なるセキュリティパラメータ(S−KeNB、SCGカウンタ、MCGセキュリティアルゴリズム等)である。
・「SeNB UE Aggregate Maximum Bit Rate」 SeNB200S側で保証すべきUE100のビットレートである。この値は、T−MeNB200M2が、「Handover request」メッセージ内に含まれる「UE Aggregate Maximum Bit Rate」から算出する。
・「Source MeNB UE X2AP ID」 どのUE100についてのハンドオーバかを示す。
・「DRB Info」 DRB ID,DRB typeを示す。この情報を基に、どのベアラの設定を維持するかを決定できる。
・「X2 DL/UL Forwarding GTP TEID of MeNB」 ベアラ解放時等に必要になるデータフォワーディングに利用するベアラのS−MeNB200M1側のエンドポイントである。
・「MCG Configuration(SCG Configinfo in MeNB to SeNB container)」 T−MeNB200M2のMCGの設定情報。この値は、「SeNB Addition」メッセージの「MeNB to SeNB container」の中身と同じ。
ステップS534において、SeNB200Sは、T−MeNB200M2に「MeNB Change ACK」を送信する。「MeNB Change ACK」は以下のIEを含む。但し、必ずしも全てのIEを要しない。
・「SCG Config」 SeNB200SのSCGの設定情報。
・「Selected algorithm」 SeNB200Sが選定したセキュリティ用のアルゴリズム。
ステップS535において、T−MeNB200M2は、S−MeNB200M1に「Handover Request Acknowledge」メッセージを送信する。「Handover Request Acknowledge」メッセージは以下のIEを含む。但し、必ずしも全てのIEを要しない。
・「SCG−Config, SCG−ConfigInfo (MCG Config)」 T−MeNB200M2とSeNB200SのMCG/SCGの設定情報を含む。
・「security parameter3」 SCG Counter, selected algorithmを含む。SCG counterはT−MeNB200M2で使用する値である。Selected algorithmは、ステップS534でSeNB200Sが決定したものである。
SCGベアラ・オプションの場合、ステップS536乃至S538は省略される。
ステップS539において、S−MeNB200M1は、UE100に「RRC Connection Reconfiguration」メッセージを送信する。「RRC Connection Reconfiguration」メッセージは、「Handover Request Acknowledge」メッセージに含まれていたIEを含む。
ステップS540において、S−MeNB200M1からT−MeNB200M2に対してデータフォワーディングを行う。
ステップS541において、UE100は、T−MeNB200M2との同期を確立する。
ステップS542において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。
ステップS543において、T−MeNB200M2は、「Path Switch Request」をMME300Cに送信する。「Path Switch Request」は、T−MeNB200M2のMCGベアラ用のDL TEIDを含む。
図18は、SCGベアラ・オプションの場合のTEIDについて説明するための図である。
図18Aに示すように、MeNB間ハンドオーバ手順において、S−MeNB200M1からT−MeNB200M2に下りリンクのMCGベアラが切り替わるため、図18Aの「1」で示すT−MeNB200M2のDL TEIDをMME300Cに通知する。SCGベアラ用のDL TEIDは変更しない。
図18Bに示すように、MeNB間ハンドオーバ手順において、S−MeNB200M1からT−MeNB200M2にMCGベアラのUL−TEIDが「Handover request」メッセージで引き継がれる。上述したように、SCGベアラのUL−TEIDは変更されるべきではない。
(2)スプリットベアラ・オプションの場合
図17及び図19を参照して、スプリットベアラ・オプションの場合の動作を説明する。図19は、スプリットベアラ・オプションの場合のTEIDについて説明するための図である。ここでは、SCGベアラ・オプションの場合と異なる動作について説明する。
図17及び図19を参照して、スプリットベアラ・オプションの場合の動作を説明する。図19は、スプリットベアラ・オプションの場合のTEIDについて説明するための図である。ここでは、SCGベアラ・オプションの場合と異なる動作について説明する。
図19Aの「1」に示すように、MeNB間ハンドオーバ手順において、SeNB200SにおけるDL−TEIDは変更されない。このDL−TEIDは、図17のステップS532(「Handover Request」)又はステップS534(「MeNB Change ACK」)において、「SeNB GTP TEID for DL」のIEによりT−MeNB200M2に通知される。
図19Bの「2」に示すように、MeNB間ハンドオーバ手順において、S−MeNB200M1におけるUL−TEIDからT−MeNB200M2におけるUL−TEIDに切り替わる。このUE−TEIDは、図17のステップS535(「Handover Request Acknowledge」)及びS536(「SeNB Modification Request」)において、「T−MeNB GTP TEID for UL」のIEにより、S−MeNB200M1を介してSeNB200に通知され、ステップS537においてSeNB200SがUL−TEIDを変更する。
また、図19Aの「3」、「4」に示すように、MeNB間ハンドオーバ手順において、MCGベアラ及びSCGベアラのそれぞれについて、S−MeNB200M1におけるDL−TEIDからT−MeNB200M2におけるDL−TEIDに切り替わる。これらのDL−TEIDは、図17のステップS543(「Path Switch Request」)において、「MCG part of split bearer」のIEによりMME300Cに通知される。
[第3実施形態の変更例2]
第3実施形態の変更例2において、T−MeNB200M2は、修正要求承諾(「SeNB Modification Request Acknowledge」)メッセージをSeNB200Sに送信するよりも前において、「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。
第3実施形態の変更例2において、T−MeNB200M2は、修正要求承諾(「SeNB Modification Request Acknowledge」)メッセージをSeNB200Sに送信するよりも前において、「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。
図20は、第3実施形態の変更例2に係るMeNB間ハンドオーバ手順を示すシーケンス図である。
図20に示すように、ステップS561において、UE100は、「Measurement report」をS−MeNB200M1に送信する。
ステップS562において、S−MeNB200M1は、「Handover Request」メッセージをT−MeNB200M2に送信する。
ステップS563において、T−MeNB200M2は、「Handover Request」メッセージの受信に応じて、「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。
ステップS564において、T−MeNB200M2は、「SeNB Modification Request」メッセージをSeNB200Sに送信する。
ステップS565において、SeNB200Sは、「SeNB Modification Request」メッセージの受信に応じて、「SeNB Modification Request ACK」メッセージをT−MeNB200M2に送信する。
ステップS565と同時に、ステップS566において、SeNB200Sは、SCG設定情報を含むメッセージ(メッセージX)をS−MeNB200M1に送信する。当該メッセージXは、既存のメッセージを拡張したものであってもよいし、新たに規定されたメッセージであってもよい。
ステップS567において、T−MeNB200M2は、ステップS562で得られたMCG設定情報(S−MeNB200M1における設定情報)とステップS565で得られたSCG設定情報とをマージする。
ステップS568において、S−MeNB200M1は、ステップS563で得られたMCG設定情報(T−MeNB200M2における設定情報)とステップS566で得られたSCG設定情報とをマージする。なお、S−MeNB200M1は、ステップS563で「Handover Request Acknowledge」メッセージを受信した際にタイマを起動し、タイマ満了前にメッセージX(S566)を得られない場合に、MeNB間ハンドオーバ手順に失敗したと判断してもよい。この場合、通常のハンドオーバ手順に切り替えてもよいし、ハンドオーバ手順を中止してもよい。タイマの値はOAMが設定してもよいし、eNB間でネゴシエーションして得られたものでもよい。
ステップS569において、S−MeNB200M1は、MCG設定情報及びSCG設定情報を含む「RRC Connection Reconfiguration」メッセージをUE100に送信する。
ステップS570において、UE100は、T−MeNB200M2との同期を確立する。
ステップS571において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。
ステップS572において、T−MeNB200M2は、「Path Switch Request」をMME300Cに送信する。
[第4実施形態]
以下において、第4実施形態について、第1実施形態乃至第3実施形態との相違点を主として説明する。
以下において、第4実施形態について、第1実施形態乃至第3実施形態との相違点を主として説明する。
第4実施形態は、S−MeNB200M1からSeNB200Sに対して、SeNB200Sにおける設定の修正を要求する修正要求(SeNB Modification Request)メッセージを送信する。「SeNB Modification Request」メッセージは、MeNB間ハンドオーバ手順を示す情報(inter−MeNB HO indicator)を含む。
図21は、第4実施形態に係るMeNB間ハンドオーバ手順を示すシーケンス図である。
図21に示すように、ステップS601において、S−MeNB200M1は、「Handover Request」メッセージをT−MeNB200M2に送信する。
ステップS602において、S−MeNB200M1は、「SeNB Modification Request」メッセージをSeNB200Sに送信する。「SeNB Modification Request」メッセージは、MeNB間ハンドオーバ手順を示す情報(MeNB Change Indicator)と、T−MeNB200M2の識別情報(T−MeNB ID)を含む。
ステップS603において、SeNB200Sは、「SeNB Modification Request」メッセージの受信に応じて、SeNB200Sの設定の修正を要請する修正要請(SeNB Modification Required)メッセージをT−MeNB200M2に送信する。「SeNB Modification Required」メッセージは、S−MeNB200M1のX2インターフェイス上のID(S−MeNB X2AP ID)と、SCGの設定情報(SCG configuration)と、を含む。
T−MeNB200M2は、S−MeNB200M1から受信した「Handover Request」メッセージにおけるX2AP IDと、SeNB200Sから受信した「SeNB Modification Required」メッセージにおける「S−MeNB X2AP ID」と、を照合して対応付ける。
照合された場合、ステップS604及びS605において、T−MeNB200M2とSeNB200Sとの間でSeNB200Sの設定修正処理を行う。但し、ステップS604及びS605は必須の処理ではない。
ステップS606において、T−MeNB200M2は、「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。「Handover Request Acknowledge」メッセージは、SCG及びMCGそれぞれの設定情報を含む。なお、S−MeNB200M1は、ステップS602で「SeNB Modification Request」メッセージを送信した際にタイマを起動し、タイマ満了前に「Handover Request Acknowledge」メッセージを得られない場合に、MeNB間ハンドオーバ手順に失敗したと判断し、上述した対処を行ってもよい。
ステップS607において、S−MeNB200M1は、「Handover Request Acknowledge」メッセージの受信に応じて、「RRC Connection Reconfiguration」メッセージをUE100に送信する。
ステップS608において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。
ステップS609において、ステップS603での「SeNB Modification Required」メッセージに対する承認(SeNB Modification Confirm)メッセージをSeNB200Sに送信する。
ステップS610において、SeNB200Sは、「SeNB Modification Confirm」メッセージの受信に応じて、ステップS602での「SeNB Modification Request」メッセージに対する肯定応答(SeNB Modification Request ACK)メッセージをS−MeNB200M1に送信する。「SeNB Modification Request ACK」メッセージは、「MeNB Change Indicator」を含む。
ステップS611において、S−MeNB200M1は、「SeNB Modification Request ACK」メッセージの受信に応じて、SeNB200Sを解放する。
ステップS612において、上述したような「Path Switcht」(及び「Path Update」)を行う。
ステップS613において、T−MeNB200M2は、「UE Context Release」をS−MeNB200M1に送信する。
なお、本シーケンスを次のように一部変更してもよい。具体的には、SeNB200Sは、ステップS605で「SeNB Modification Request ACK」をT−MeNB200M2に送信することに代えて、「SCG Configuration」を含む「SeNB Modification Request ACK」をS−MeNB200M1に送信する。その場合、ステップS606の「Handover Request ACK」は「SCG Configuration」を含まなくてもよい。
[第5実施形態]
以下において、第5実施形態について、第1実施形態乃至第4実施形態との相違点を主として説明する。
以下において、第5実施形態について、第1実施形態乃至第4実施形態との相違点を主として説明する。
第5実施形態において、SeNB200Sは、S−MeNB200M1からの「SeNB Modification Request」メッセージの受信に応じて、UE100のハンドオーバを要求する「Handover Request」メッセージをT−MeNB200M2に送信する。すなわち、SeNB200SがS−MeNB200M1の代わりに「Handover Request」メッセージをT−MeNB200M2に送信する。
図22は、第5実施形態に係るMeNB間ハンドオーバ手順を示すシーケンス図である。
図22に示すように、ステップS701において、S−MeNB200M1は、「SeNB Modification Request」メッセージをSeNB200Sに送信する。「SeNB Modification Request」メッセージは、MeNB間ハンドオーバ手順を示す情報(MeNB Change Indicator)と、T−MeNB200M2の識別情報(T−MeNB ID)を含む。
ステップS702において、SeNB200Sは、「SeNB Modification Request」メッセージの受信に応じて、「Handover Request」メッセージをT−MeNB200M2に送信する。「Handover Request」メッセージは、SCGの設定情報(SCG configuration)を含む。
ステップS703において、T−MeNB200M2は、「Handover Request」メッセージの受信に応じて、「Handover Request Acknowledge」メッセージをSeNB200Sに送信する。「Handover Request Acknowledge」メッセージは、SCG及びMCGそれぞれの設定情報を含む。
ステップS704において、SeNB200Sは、「Handover Request Acknowledge」メッセージの受信に応じて、ステップS701での「SeNB Modification Request」メッセージに対する肯定応答(SeNB Modification ACK)メッセージをS−MeNB200M1に送信する。「SeNB Modification ACK」メッセージは、SCG及びMCGそれぞれの設定情報を含む。
ステップS705において、S−MeNB200M1は、「SeNB Modification ACK」メッセージの受信に応じて、「RRC Connection Reconfiguration」メッセージをUE100に送信する。
ステップS706において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。
ステップS707において、上述したような「Path Switcht」(及び「Path Update」)を行う。
ステップS708において、T−MeNB200M2は、「SeNB Reconfiguration Confirm」メッセージをSeNB200Sに送信する。但し、ステップS708は必須の処理ではない。
ステップS709において、SeNB200Sは、「UE Context Release」をS−MeNB200M1に送信する。
[第6実施形態]
以下において、第6実施形態について、第1実施形態乃至第5実施形態との相違点を主として説明する。
以下において、第6実施形態について、第1実施形態乃至第5実施形態との相違点を主として説明する。
第6実施形態は、MeNB間ハンドオーバ手順の過程で、「SeNB Modification」を使用するのではなく、「SeNB Addition」を使用する。具体的には、T−MeNB200M2は、S−MeNB200M1からの「Handover Request」メッセージの受信に応じて、SeNB200SをUE100のための新たなSeNBとして設定するための追加要求(SeNB Addition Request)メッセージをSeNB200Sに送信する。これにより、MeNB間ハンドオーバ手順の過程で、SeNB200SにおいてUE100に対応する設定が一時的に二重に存在することになる。
図23は、第6実施形態に係るMeNB間ハンドオーバ手順を示すシーケンス図である。
図23に示すように、ステップS801において、S−MeNB200M1及びSeNB200Sは、UE100と二重接続方式の通信を行う。
ステップS802において、S−MeNB200M1は、「Handover Request」メッセージをT−MeNB200M2に送信する。
ステップS803において、T−MeNB200M2は、「Handover Request」メッセージの受信に応じて、「SeNB Addition Request」メッセージをSeNB200Sに送信する。
ステップS804において、SeNB200Sは、「SeNB Addition Request」メッセージの受信に応じて、肯定応答(SeNB Addition Request ACK)メッセージをT−MeNB200M2に送信する。
その結果、ステップS805において、SeNB200S及びT−MeNB200M2は、二重接続方式が可能な状態になる。一方で、SeNB200Sには、元々の設定情報(S−MeNB200M1との設定情報)が維持されている。
ステップS806において、T−MeNB200M2は、「Handover Request Acknowledge」メッセージをS−MeNB200M1に送信する。「Handover Request Acknowledge」メッセージは、SCG及びMCGそれぞれの設定情報を含む。
ステップS807において、S−MeNB200M1は、「Handover Request Acknowledge」メッセージの受信に応じて、「RRC Connection Reconfiguration」メッセージをUE100に送信する。
ステップS808において、UE100は、T−MeNB200M2とのRRC接続確立処理を行う。
ステップS809において、S−MeNB200M1は、「SeNB Release Request」メッセージをSeNB200Sに送信する。その結果、SeNB200Sにおける元々の設定情報(S−MeNB200M1との設定情報)が解放される。
ステップS810において、S−MeNB200M1とSeNB200Sとの間でデータフォワーディング処理を行う。但し、ステップS810は必須の処理ではない。
ステップS811において、上述したような「Path Switcht」(及び「Path Update」)を行う。
ステップS812において、S−MeNB200M1は、「UE Context Release」をSeNB200Sに送信する。
ステップS813において、T−MeNB200M2は、「UE Context Release」をS−MeNB200M1に送信する。
[その他の実施形態]
上述した各実施形態を別個独立に実施する場合に限らず、2以上の実施形態を組み合わせてもよい。
上述した各実施形態を別個独立に実施する場合に限らず、2以上の実施形態を組み合わせてもよい。
上述した実施形態では、マクロセルと小セルとの組み合わせにより二重接続方式の通信を行うケースを例示した。しかしながら、そのような組み合わせに限らず、マクロセルとピコセルとの組み合わせにより二重接続方式の通信を行ってもよく、ピコセルとフェムトセルとの組み合わせにより二重接続方式の通信を行ってもよい。
また、上述した実施形態では、移動通信システムの一例としてLTEシステムを説明したが、LTEシステムに限定されるものではなく、LTEシステム以外のシステムに本発明を適用してもよい。
[付記]
1.はじめに
本付記では、様々なハンドオーバのシナリオを考慮して、MCGハンドオーバ及びSCGハンドオーバのために必要なメカニズムについて説明する。
1.はじめに
本付記では、様々なハンドオーバのシナリオを考慮して、MCGハンドオーバ及びSCGハンドオーバのために必要なメカニズムについて説明する。
2.用語
用語「MCGハンドオーバ」及び「SCGハンドオーバ」が採用される前に、まずこれらの用語を使用した場合の影響を考慮する必要がある。MCGは、eNB内キャリアアグリゲーション(eNB内CA)によりPCell及びSCellの両方がUEに設定されている可能性を示唆しており、既存のeNB内CA手順はPCellハンドオーバのみを許容するので、用語「MCGハンドオーバ」の使用は誤解を招く可能性があり、既存のeNB内CAハンドオーバ手順と矛盾し得る。しかしながら、既存のeNB内CA手順は、DC機能とPCellハンドオーバを組み合わせる可能性を意味し得る。そのような機能はリリース12前では想定されていないが、この機能の説明を容易にするために、用語「DCを伴うPCellハンドオーバ」は、このような機能を称するために使用されることが提案される。この機能の有用性についての詳細については後述する。
用語「MCGハンドオーバ」及び「SCGハンドオーバ」が採用される前に、まずこれらの用語を使用した場合の影響を考慮する必要がある。MCGは、eNB内キャリアアグリゲーション(eNB内CA)によりPCell及びSCellの両方がUEに設定されている可能性を示唆しており、既存のeNB内CA手順はPCellハンドオーバのみを許容するので、用語「MCGハンドオーバ」の使用は誤解を招く可能性があり、既存のeNB内CAハンドオーバ手順と矛盾し得る。しかしながら、既存のeNB内CA手順は、DC機能とPCellハンドオーバを組み合わせる可能性を意味し得る。そのような機能はリリース12前では想定されていないが、この機能の説明を容易にするために、用語「DCを伴うPCellハンドオーバ」は、このような機能を称するために使用されることが提案される。この機能の有用性についての詳細については後述する。
考察1:PCell及びSCellの両方からなるMCGハンドオーバは、既存のeNB内CAハンドオーバ手順では許可されていない。
提案1:DCを伴うPCellハンドオーバは、二重接続が有効化されている間に、2つのMeNB間のハンドオーバを称するために使用されるべきである。そのような機能が実際に必要かどうかは検討が必要である。
同様に、2つのSeNB間のハンドオーバを記載するために、「SCGハンドオーバ」の代わりに、「特別セルのハンドオーバ」を使用することが提案される。これは、2つのMeNB間のハンドオーバと一貫性のある手順を提供するであろう。
提案2:特別セルのハンドオーバは、二重接続性の間における2つのSeNB間のハンドオーバを称するために使用されるべきである。それは、そのような機能が必要かどうかは検討が必要である。
3.ハンドオーバのシナリオ
対象とする展開シナリオを図24に示す。図24に示す高密度の小セル展開は、いくつかのシナリオ(例えば、密集した都市や大型ショッピングモール)において巨大なトラフィックをサポートするために必要とされる。特に、高密度の小セル展開では、マクロセルの境界に多くの小セルが配置されることを予測することが妥当である(例えば、図24における右上マクロセルを参照)。
対象とする展開シナリオを図24に示す。図24に示す高密度の小セル展開は、いくつかのシナリオ(例えば、密集した都市や大型ショッピングモール)において巨大なトラフィックをサポートするために必要とされる。特に、高密度の小セル展開では、マクロセルの境界に多くの小セルが配置されることを予測することが妥当である(例えば、図24における右上マクロセルを参照)。
考察2:多くの小セルは、マクロセルの境界付近に展開され得る。
考察2の結果として、二重接続を伴うハンドオーバ手順は、考慮から除外されるべきではない。具体的には、DCを伴うPCellハンドオーバが次のシナリオ下で有用であり得る:
・シナリオM1:SeNBがソースMeNB(S−MeNB)とターゲットMeNB(T−MeNB)との間のセル端に配置される。
・シナリオM1:SeNBがソースMeNB(S−MeNB)とターゲットMeNB(T−MeNB)との間のセル端に配置される。
また、特別セルのハンドオーバは、次のシナリオ下で有用であり得る:
・シナリオS2:ソースSeNB(S−SeNB)及びターゲットSeNB(T−SeNB)がMeNBのカバレッジ内に配置される。
・シナリオS2:ソースSeNB(S−SeNB)及びターゲットSeNB(T−SeNB)がMeNBのカバレッジ内に配置される。
最後に、DCを伴うPCellハンドオーバと特別セルのハンドオーバとの組み合わせは、次のような状況の下で有用であり得る:
・シナリオM3:SeNB(SeNB1)がS−MeNBのカバレッジ内に配置され、隣接SeNB(SeNB2)がT−MeNBのカバレッジ内に配置される。なお、MeNB間のセル端とSeNB間のセル端とが同じ領域である(図25)。
・シナリオM3:SeNB(SeNB1)がS−MeNBのカバレッジ内に配置され、隣接SeNB(SeNB2)がT−MeNBのカバレッジ内に配置される。なお、MeNB間のセル端とSeNB間のセル端とが同じ領域である(図25)。
提案3:二重接続を伴う3つのハンドオーバシナリオを考慮に入れるべきである。
4.可能なハンドオーバ手順
4.1.DCを伴うPCellハンドオーバ
4.1.1.シナリオM1
4.1.1.1.現在のハンドオーバ手順に関する問題
シナリオM1のための二重接続を伴う現在のハンドオーバ手順の単純な応用を図26に示す。このハンドオーバ手順は、二重接続のためのハンドオーバを完了するために3つのRRC接続再構成メッセージが必要とされていると仮定する。1つはSeNBの解放であり、1つはMeNBハンドオーバであり、1つは同一SeNBの追加である。このハンドオーバ手順のためのRRC接続再構成メッセージ数の増加は、RLF/HOFの発生及びスループット劣化をもたらし得る。
4.1.DCを伴うPCellハンドオーバ
4.1.1.シナリオM1
4.1.1.1.現在のハンドオーバ手順に関する問題
シナリオM1のための二重接続を伴う現在のハンドオーバ手順の単純な応用を図26に示す。このハンドオーバ手順は、二重接続のためのハンドオーバを完了するために3つのRRC接続再構成メッセージが必要とされていると仮定する。1つはSeNBの解放であり、1つはMeNBハンドオーバであり、1つは同一SeNBの追加である。このハンドオーバ手順のためのRRC接続再構成メッセージ数の増加は、RLF/HOFの発生及びスループット劣化をもたらし得る。
考察3:シナリオM1では、PCellハンドオーバ中に同一SeNBを解放・追加するする現在の手順は、複数のRRC接続再構成を必要とし、RLF/HOFの増加につながる可能性がある。
4.1.1.2.DCを伴うPCellハンドオーバの詳細
不要なRRC接続再構成の数を減らすために、強化されたハンドオーバ手順が図27で検討される。この手順は、1つのみのRRC接続再構成が必要とされるように、UEがDCを伴うPCellハンドオーバの間に少なくとも特別セルを維持することを可能とする。DCを伴うPCellハンドオーバが以下の選択肢の1つを使用して実現することができる。
不要なRRC接続再構成の数を減らすために、強化されたハンドオーバ手順が図27で検討される。この手順は、1つのみのRRC接続再構成が必要とされるように、UEがDCを伴うPCellハンドオーバの間に少なくとも特別セルを維持することを可能とする。DCを伴うPCellハンドオーバが以下の選択肢の1つを使用して実現することができる。
選択肢1:T−MeNBがSeNBに対してSeNB追加手順を開始することができるように、ハンドオーバ要求が、既存SeNBの設定(configurations)に関連するパラメータを含む。
選択肢2:ハンドオーバ要求が、ハンドオーバ手順が二重接続を含むことの簡単な通知を含む。T−MeNB(又はSeNBであり得る)がハンドオーバ完了前にSeNBに対して追加手順を開始する。
いずれかの選択肢でも、T−MeNBにおけるアドミッション制御の後に、SeNBが、S−MeNBから解放され、UEの再構成の前にT−MeNBに追加されているものとする。その後、T−MeNBは、ハンドオーバ及びSeNB追加の両方の構成を伴うRRCコンテナをS−MeNBに送信し、最終的なRRC接続再構成がUEに送信される。
考察4:強化されたDC手順を伴うPCellハンドオーバは、RRC接続再構成メッセージの数を減らし、UEはSCG設定を維持することを可能にする。
提案4:DCを伴うPCellハンドオーバを実現するために2つの選択肢のどちらを使用すべきかを決定する必要がある。
提案5:1つのみのRRC接続再構成で二重接続を伴うMeNBハンドオーバ手順を強化するためのオプションを検討する必要がある。
4.2.特別セルのハンドオーバ
4.2.1.シナリオS2
特別セルのハンドオーバの概念は新しいが、図28に示すように、現在のハンドオーバ手順とSeNB追加/変更/解放手順を使用して実現することができる。
4.2.1.シナリオS2
特別セルのハンドオーバの概念は新しいが、図28に示すように、現在のハンドオーバ手順とSeNB追加/変更/解放手順を使用して実現することができる。
DCを伴うPCellハンドオーバとは対照的に、MeNBとのRRCエンティティはUEのために変わらないので、SeNB追加/変更要求メッセージにおけるSeNB追加/変更及びSeNB解放の機能を用いて特別セルのハンドオーバを実現することができる。図28に基づき、2つのRRC接続再構成メッセージが必要とされている。しかしながら、SeNB解放応答メッセージがRRCコンテナを含まない場合はそれを容易に削減することができ、それは、MeNBがS−SeNBの解放のためにだけにUEにRRC再構成メッセージを送信する必要がないことを意味する。そして、これは下記の合意と調和する。
5)MeNBは、SeNBが提供するRRC構成の内容を変更しない。−FFS MeNBがUEのいずれかのサービングセルを解放することをSeNBに要求し、SeNBがコンテナを作成し、それがサービングセルの解放につながるか。又は、MeNBは、自身で、SeNBに維持されているサービングセルを解放することができるかどうか。−FFS MeNBがSeNBから受信したRRCコンテナを理解又は拒否する必要があるかどうか。−FFS MeNBとSeNBとでどのように「共有」(例えばL1処理能力)するか。
考察5:SeNB解放応答メッセージ内にRRCコンテナが含まれていない場合、特別セルのハンドオーバに使用されるRRC接続再構成メッセージの数を削減することができる。
他の選択肢は、RRCコンテナの無い「SeNB交換要求」として新しいメッセージを定義することである。図29を参照すると、MeNB又はS−eNBの何れかが、特別セルのハンドオーバを他のeNBに知らせるためのSeNB交換手順を開始する。eNB間の調整が完了した後、T−SeNBは、RRCコンテナを含む追加/変更コマンドをMeNBに送信し、その後、MeNBは、RRCコンテナをRRC接続再構成内でUEに転送し得る。
提案6:SeNB解放応答が特別セルのハンドオーバのためのRRCコンテナを含むべきかどうかを決定する必要がある。
4.3.シナリオM3
このシナリオでは、MeNB及びSeNBの両方のセル端が同じ領域にある。考慮すべき3つの選択肢がある。
このシナリオでは、MeNB及びSeNBの両方のセル端が同じ領域にある。考慮すべき3つの選択肢がある。
選択肢1:SeNB1の解放後にPCellハンドオーバが開始される。これは、現在のeNB内PCellハンドオーバ手順と同じである。SeNB2はハンドオーバの完了後に追加することができる。
選択肢2:SeNB1構成を維持しつつDCを伴うPCellハンドオーバが開始される。そして、特別セルのハンドオーバは別途SeNB1からSeNB2に開始される。この選択肢は、基本的には、M1とS2のためのハンドオーバ手順を別々に開始すると想定している。
選択肢3:DCを伴うPCellハンドオーバ及び特別セルのハンドオーバを同時に開始する。これは、シナリオM1及びS2を組み合わせたパラレルハンドオーバ手順を必要とする。
選択肢2及び選択肢3では、別個のハンドオーバ強化の手順が必要とされない。その代わりに、シナリオM1及びシナリオS2について検討されるハンドオーバ手順を再利用することで十分である。
考察6:シナリオM1及びS2のための強化されたハンドオーバ手順がシナリオM3のために適用可能であり得る。シナリオM3のために別個に強化された手順は必要とされない。
5.ハンドオーバシナリオのその他の制約
二重接続用Xnの機能は、既存のX2インターフェイス上で実現される。したがって、強化された二重接続の手順は、S1インターフェイス上で適用されない。二重接続を伴うハンドオーバについては、S1ハンドオーバ手順が完了する前にSeNBがUEから解放されるべきである。
二重接続用Xnの機能は、既存のX2インターフェイス上で実現される。したがって、強化された二重接続の手順は、S1インターフェイス上で適用されない。二重接続を伴うハンドオーバについては、S1ハンドオーバ手順が完了する前にSeNBがUEから解放されるべきである。
考察7:二重接続のための強化されたハンドオーバ手順は、X2インターフェイス上で適用可能であるべきである。
[付記2]
1.はじめに
リリース12では、MeNB間のハンドオーバはサポートしない事が決まった。つまり、eNB間ハンドオーバ時に、SeNBは解放されるということである。一方、リリース12のDual Connectivityでは、eNB間ハンドオーバ時に使用する“MeNB to eNB change”プロシージャと、MeNBとしての役割を維持する時に使用する“Intra−MeNB change involving SCG change”プロシージャが既に仕様化されている。よって、これらのプロシージャをベースラインとして、リリース13の検討を行う事ができる。
1.はじめに
リリース12では、MeNB間のハンドオーバはサポートしない事が決まった。つまり、eNB間ハンドオーバ時に、SeNBは解放されるということである。一方、リリース12のDual Connectivityでは、eNB間ハンドオーバ時に使用する“MeNB to eNB change”プロシージャと、MeNBとしての役割を維持する時に使用する“Intra−MeNB change involving SCG change”プロシージャが既に仕様化されている。よって、これらのプロシージャをベースラインとして、リリース13の検討を行う事ができる。
この付記では、これらリリース12のプロシージャを基に、“inter−MeNB handover without SeNB change”(SeNB changeを伴わないMeNB間ハンドオーバを行う方法)を実現するための、4つの方法について議論する。
2.1.検討の前提となる仮定
まず始めに、“without SeNB change”の意味について明らかにすべきである。”without SeNB change”は異なる要求事項を異なる側面から暗示していると仮定している。
まず始めに、“without SeNB change”の意味について明らかにすべきである。”without SeNB change”は異なる要求事項を異なる側面から暗示していると仮定している。
(UE設定の観点)
リリース12における“Intra−MeNB change involving SCG change”プロシージャによると、UEは、SCGの設定情報の解放を伴わずに、単一のRRC接続再設定メッセージによって、再設定されることが可能である。つまり、UEの視点から考えると、既に”handover without SeNB change”はサポートされているということである。リリース13におけるMeNB間ハンドオーバについて、“without SeNB change”は、MeNB間ハンドオーバプロシージャの間に、SCGの設定情報を解放することなく、SeNBの設定を行うことを指示できる、単一のRRC接続再設定メッセージである、と解釈できる。
リリース12における“Intra−MeNB change involving SCG change”プロシージャによると、UEは、SCGの設定情報の解放を伴わずに、単一のRRC接続再設定メッセージによって、再設定されることが可能である。つまり、UEの視点から考えると、既に”handover without SeNB change”はサポートされているということである。リリース13におけるMeNB間ハンドオーバについて、“without SeNB change”は、MeNB間ハンドオーバプロシージャの間に、SCGの設定情報を解放することなく、SeNBの設定を行うことを指示できる、単一のRRC接続再設定メッセージである、と解釈できる。
考察1:単一のRRC接続再設定が、MeNB間ハンドオーバプロシージャに含まれる可能性がある。
リリース12における“MeNB to eNB change”プロシージャに関して、SeNBの設定は、“MeNB to eNB change”プロシージャの実行後、ターゲットMeNBからのSeNB Addition Preparationプロシージャによって、実行される。よって、リリース13における“inter−MeNB handover without SeNB change”の方法のひとつとして、Handover Preparation中にSeNB Addition Preparationプロシージャが含まれる可能性がある。(図30参照)
一方、“Intra−MeNB change involving SCG change”プロシージャをリリース13のベースラインとした場合、SeNB Modification PreparationプロシージャがHandover Preparationプロシージャ中に含まれる可能性がある(図31参照)。しかしながら、リリース12のプロシージャは同一eNB内におけるハンドオーバを想定しているため、ソースMeNBとターゲットMeNBのどちらのMeNBがSeNB Modification Preparationプロシージャを開始するのかが明確ではない。加えて、リリース12のプロシージャはHandover Preparationプロシージャとの協調動作を考慮していないため、いつSeNB Modification Preparation プロシージャが開始されるのかについての議論も必要である。
考察2:SeNB Addition PreparationとSeNB Modification Preparationのどちらかが、MeNB間ハンドオーバ中のSeNB設定に用いられる可能性がある。
考察3:もしSeNB Modification PreparationがMeNB間ハンドオーバに用いられる場合、どのMeNBがいつ当該プロシージャを開始するのかが明確ではない。
2.2. 概略設計の選択肢
(Alt 1:”MeNB to eNB change”の拡張)
ターゲットMeNBは、RRC接続再設定の為の最終的なRRC設定を生成する責務を負う。現状の”MeNB to eNB change”プロシージャにおいて、ターゲットMeNBは”Target eNB To Source eNB Transparent Container”の中の”SCG Configuration”を”Release”に設定する。これは、”HANDOVER REQUEST ACKNOWLEDGE"メッセージに含まれる(図30のstep 3参照)。
(Alt 1:”MeNB to eNB change”の拡張)
ターゲットMeNBは、RRC接続再設定の為の最終的なRRC設定を生成する責務を負う。現状の”MeNB to eNB change”プロシージャにおいて、ターゲットMeNBは”Target eNB To Source eNB Transparent Container”の中の”SCG Configuration”を”Release”に設定する。これは、”HANDOVER REQUEST ACKNOWLEDGE"メッセージに含まれる(図30のstep 3参照)。
リリース13におけるSeNB変更を伴わないMeNB間ハンドオーバプロシージャにおいて、ターゲットMeNBは”HANDOVER REQUEST ACKNOWLEDGE”メッセージとして、ソースMeNBに対して”HANDOVER REQUEST ACKNOWLEDGE”が送信されるよりも以前に、”SCG Configuration”を”setup”に設定し、適切な設定情報を入力する可能性がある。当該理由から、SeNB Additionプロシージャ(step 2参照)が実行される事は、簡単な拡張のひとつであると思われる。
ターゲットMeNBが”HANDOVER REQUEST ACKNOWLEDGE”を送信するまで、ソースMeNBは”SeNB Release”プロシージャ(step 4参照)を開始すべきではない。なぜならば、ターゲットMeNBが当該ハンドオーバ要求を拒否する可能性がある為である。ハンドオーバ受入許可を受信した後、ソースMeNBはSeNB ReleaseプロシージャをSeNBに対して開始する。
(Alt 2:”Intra−MeNB change involving SCG change”の拡張)
“Intra−MeNB change involving SCG change”プロシージャもまた、”inter−MeNB handover without SeNB change”を実現する為に改良される候補のひとつである。現在のプロシージャでは、MeNBが”SeNB Modification Preparation”プロシージャを開始する。
“Intra−MeNB change involving SCG change”プロシージャもまた、”inter−MeNB handover without SeNB change”を実現する為に改良される候補のひとつである。現在のプロシージャでは、MeNBが”SeNB Modification Preparation”プロシージャを開始する。
MeNB間ハンドオーバの場合を考えると、どちらのMeNBが当該プロシージャを開始するのかが不明確である。加えて、”SeNB Modification Preparation”プロシージャは”Handover Preparation”プロシージャとのインタラクションを仮定していないので、当該プロシージャをいつ実行するのかについても、検討が必要である。これら検討事項を基に、3つの選択肢が考えられる。3つのそれぞれの選択肢は下記に示されるAlt2−1,Alt2−2,Alt2−3となる。
加えて、単一のRRCConnectionReconfigurationメッセージで、inter MeNB ハンドオーバを実現するためには、それぞれの選択肢のStep4の前に、どのようにして、ソースMeNBがRRCの設定情報を保持するのかという共通の問題が存在する。そのため、例えば、どのようにしてSCG−configInfoや、SCG―configのような必要な情報を交換するのか、ということや、設定情報のための交渉をどのように行うかは議論されるべきだろう。
(Alt 2-1:ソースMeNBが開始するSeNB modificationとHandover Preparationの並列実行の場合)
この場合、ソースMeNBは、”Handover Preparation”プロシージャの途中で“SeNB Modification Preparation”プロシージャを開始する。当該プロシージャは並列実行される可能性がある(図31のstep 1およびstep 2参照)。
この場合、ソースMeNBは、”Handover Preparation”プロシージャの途中で“SeNB Modification Preparation”プロシージャを開始する。当該プロシージャは並列実行される可能性がある(図31のstep 1およびstep 2参照)。
Step4においてUEへ最後のRRCメッセージを送信するために、ソースMeNBは必要な情報をstep2もしくはstep3で手に入れる必要があるだろう。
(Alt 2-2:ソースMeNBが開始するSeNB ModificationがHandover Preparationの後に実行される場合)
この場合、ソースMeNBは、”HANDOVER REQUEST ACKNOWLEDGE”を受信した後に、”SeNB Modification Preparation”プロシージャを開始する(図32のstep 3参照)。
この場合、ソースMeNBは、”HANDOVER REQUEST ACKNOWLEDGE”を受信した後に、”SeNB Modification Preparation”プロシージャを開始する(図32のstep 3参照)。
(Alt 2-3:ターゲットMeNBが開始するSeNB Modificationを用いる場合)
この場合、ターゲットMeNBは、MeNB間ハンドオーバを示唆する”HANDOVER REQUEST”を受信した後に(step 1参照)、”SeNB Modification Preparation”プロシージャを開始する(図33のstep 2参照)。”SeNB Modification Preparation”プロシージャの完了後に、ターゲットMeNBはハンドオーバ受入許可メッセージを、ソースMeNBに対して送信する。このメッセージには当該UEに対するRRC再設定情報を含む(step 3)。
この場合、ターゲットMeNBは、MeNB間ハンドオーバを示唆する”HANDOVER REQUEST”を受信した後に(step 1参照)、”SeNB Modification Preparation”プロシージャを開始する(図33のstep 2参照)。”SeNB Modification Preparation”プロシージャの完了後に、ターゲットMeNBはハンドオーバ受入許可メッセージを、ソースMeNBに対して送信する。このメッセージには当該UEに対するRRC再設定情報を含む(step 3)。
ここで、Alt 1と同様の理由により、ターゲットMeNBが当該プロシージャを開始する場合は、”HANDOVER REQUEST ACKNOWLEDGE”を送信するよりも以前に開始されるべきである(図33のstep 2参照)。
2.3. 初期評価
各選択肢に対する初期評価結果を表3に示す。
各選択肢に対する初期評価結果を表3に示す。
もっとも簡単な拡張はAlt 1であると思われる。一方、他の選択肢は潜在的にMeNB間ハンドオーバプロシージャを最適化できる可能性がある。しかしながら、無線アクセスネットワーク観点だけで見ても、全ての選択肢に長所と短所がある。
[付記3]
1. はじめに
この付記ではS1とX2インターフェイスの接続性の観点から、SeNBの変更無しのinter−MeNBハンドオーバをサポートするための要求事項について、考えられる基地局等の配置のシナリオを基に議論する。
1. はじめに
この付記ではS1とX2インターフェイスの接続性の観点から、SeNBの変更無しのinter−MeNBハンドオーバをサポートするための要求事項について、考えられる基地局等の配置のシナリオを基に議論する。
2.1. 配置シナリオ1(基本シナリオ)
図34は基本的な配置シナリオを示している、このシナリオにおいて、ソース MeNBとターゲットMeNB間と、各MeNBと各MeNB間でハンドオーバが行われる領域に位置しているSeNB間のX2は利用可能である。加えて、各eNBは同一のS−GWにS1で接続されている。
図34は基本的な配置シナリオを示している、このシナリオにおいて、ソース MeNBとターゲットMeNB間と、各MeNBと各MeNB間でハンドオーバが行われる領域に位置しているSeNB間のX2は利用可能である。加えて、各eNBは同一のS−GWにS1で接続されている。
このシナリオの場合、ハンドオーバPreparationとPath switch request を含む全体のハンドオーバプロシージャは、下記の側面から、再考される必要がある。
ベアラの情報について
E−RABを管理するために、ターゲットMeNBはS1/X2上で既に確立されており、SCG/Splitベアラに対応する、それぞれのベアラの情報が必要かもしれない。例えば、SCGベアラに対応したS−GWのUL GTP TEIDや、SeNBのDL GTP TEID、また、Splitベアラに対応したターゲットMeNBのUL GTP TEIDなどである。
E−RABを管理するために、ターゲットMeNBはS1/X2上で既に確立されており、SCG/Splitベアラに対応する、それぞれのベアラの情報が必要かもしれない。例えば、SCGベアラに対応したS−GWのUL GTP TEIDや、SeNBのDL GTP TEID、また、Splitベアラに対応したターゲットMeNBのUL GTP TEIDなどである。
考察1: MeNB間のハンドオーバの間、既に確立されたSCG/Splitベアラに対応するE−RABの情報の交換がMeNB間で必要かもしれない。
Path switchについて
Rel−12もしくは、それ以前、ハンドオーバプロシージャはS1のユーザプレーンベアラをソースeNBからターゲットeNBへ変更するために、Path switch request プロシージャを使用している。Dual Connectivityの場合、S1ベアラの更新に必要なE−RAB Modification IndicationプロシージャがSCG ベアラに関連した操作に使用されている。これはつまり、MCGベアラに対応するE−RABをMeNBが維持する一方、SCGベアラとなるE−RABをS−GWのUL GTP TEIDの変更なしに、MeNBからSeNBへ更新するために使用されるということである。
Rel−12もしくは、それ以前、ハンドオーバプロシージャはS1のユーザプレーンベアラをソースeNBからターゲットeNBへ変更するために、Path switch request プロシージャを使用している。Dual Connectivityの場合、S1ベアラの更新に必要なE−RAB Modification IndicationプロシージャがSCG ベアラに関連した操作に使用されている。これはつまり、MCGベアラに対応するE−RABをMeNBが維持する一方、SCGベアラとなるE−RABをS−GWのUL GTP TEIDの変更なしに、MeNBからSeNBへ更新するために使用されるということである。
SCGベアラを維持しつつMeNB間のハンドオーバを行うRel−13プロシージャを検討する場合、S−GWとSeNB間のUL GTP TEIDは変更されてはならないという要求があるだろう。理由は、これらの既に確立されたベアラはMeNBハンドオーバには関係ないからである。仮に、MeNB間のハンドオーバにおいてPath switch requestプロシージャを再利用すれば、EPCはS−GWのUL GTP TEIDを変更することを許容してしまい、これは、SeNBに対して問題となる可能性がある。
考察2: MeNB間のハンドオーバ 間はS−GWのGTP TEIDが変更されることは許されないだろう。
上記の考えられる要求を考慮すると、MeNB間のハンドオーバ のための、X2もしくはS1で必要とされるプロシージャ、もしくは、現状のプロシージャの拡張案を検討すべきである。
提案1: 上記を考慮して、MeNB間のハンドオーバ間のGTP TEIDの扱いについて議論すべきである。
2.2.配置シナリオ2(ターゲットMeNBとSeNB間にX2が無い)
以前のRAN2#85会合の際、ターゲットMeNBとSeNB間のX2の接続性に関する小さな議論があった。そのため、我々はそのような議論をこの配置シナリオへ反映させた。
以前のRAN2#85会合の際、ターゲットMeNBとSeNB間のX2の接続性に関する小さな議論があった。そのため、我々はそのような議論をこの配置シナリオへ反映させた。
図35はターゲットMeNBとSeNB間のX2が利用不可である場合の配置シナリオである。X2の利用不可に関しては2つの理由が想定される。1つはネットワークの混雑等で、一時的に利用出来ない動的な理由、もう一つは、接続性がないために利用出来ない静的な理由である。現状、ソースMeNBはMeNB間のハンドオーバ後のX2利用が不可であることを知る術を持っていない。
考察3: ソースMeNBは動的、もしくは静的な理由でもたらされる、X2の利用不可という事実を知らない。
この配置シナリオの場合、MeNB間のハンドオーバを成功させるための責任をソースMeNB もしくはターゲットMeNBのどちらが負うべきかを明確化する必要がある。単純な仮定として、ターゲット MeNBが責任を負う場合、ターゲットMeNBはSeNBとのX2が利用不可な場合はHANDOVER PREPARATION FAILUREメッセージ返信するように作成するだろう。ソースMeNBは他のeNB間のX2の利用可否について、考慮しなくて良い。この場合、Dual Connectivityは拒絶し、通常のハンドオーバは実行するのかということについては更なる議論が必要である。
ソースMeNBが責任を負う場合、他のeNB間のX2の利用可否を知るための情報が必要だろう、これはソースMeNBにおいて更なる複雑な機能を要することになるかもしれない。しかし、MeNBの変更を含むハンドオーバ 準備失敗メッセージの数を減らすことが可能である。また、この情報は、拡張されるSON機能のためにも使用可能である。ソースMeNBがどのノード、例えばSeNBやターゲットMeNBからX2の利用可否に関する情報を貰うのかといったことや、どのタイミング、例えば、MeNB間のハンドオーバ時もしくは、定期的な状況報告よって情報を受けとるかについては、更なる議論が必要である。
MeNB間のハンドオーバが実行可能かどうかについての判断は、どのeNBが責任を負うべきかについて議論すべきである。
提案2: ターゲットMeNBとSeNB間のX2の接続性を保証する責任を、どのeNBが負うべきか、議論すべきである。
2.3.配置シナリオ3(S−GWの置きかえを伴うX2ハンドオーバ)
図36は異なるS−GWがソースMeNBとターゲット MeNBに接続している、また、SeNBが両方のS−GWとの接続を持っていることを示す、配置シナリオである。
図36は異なるS−GWがソースMeNBとターゲット MeNBに接続している、また、SeNBが両方のS−GWとの接続を持っていることを示す、配置シナリオである。
現在の合意事項に従えば、Dual Connectivityの際のSeNB Addition時のS−GWの置き換えを禁止している、一方、S−GWの置き換えが発生するX2ハンドオーバはサポートしている。Rel−12の合意事項の範囲外となる、S−GWが置き変えられるMeNB間のハンドオーバで、ターゲットMeNBとSeNBは同じS−GWに接続を持つ、という場合、シグナリング負荷の低減と、ユーザの体感するサービス品質の改良のために、このS−GWの置き換えを伴う、MeNB間のハンドオーバを受け入れるべきである。
提案3: ターゲットMeNBとSeNBが同一S−GWへS1の接続性を持っている限り、MeNB間のハンドオーバ時のS−GWの置き換えを許容することが出来る。
[相互参照]
米国仮出願第61/934350号(2014年1月31日出願)の全内容が、参照により本願明細書に組み込まれている。
米国仮出願第61/934350号(2014年1月31日出願)の全内容が、参照により本願明細書に組み込まれている。
本発明は、移動通信分野において有用である。
第1の特徴に係る通信制御方法は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記セカンダリ基地局を変更することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記セカンダリ基地局に関する情報を含むハンドオーバ要求を前記ソースマスタ基地局から受信するステップと、前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ターゲットマスタ基地局における新たなセカンダリ基地局として設定するためのセカンダリ基地局追加要求を前記セカンダリ基地局に送信するステップと、を含む。
第2の特徴に係るマスタ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ターゲットマスタ基地局として動作する。前記マスタ基地局は、前記セカンダリ基地局を変更することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。前記制御部は、前記セカンダリ基地局に関する情報を含むハンドオーバ要求を前記ソースマスタ基地局から受信する処理と、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ターゲットマスタ基地局における新たなセカンダリ基地局として設定するためのセカンダリ基地局追加要求を前記セカンダリ基地局に送信する処理と、を行う。
第3の特徴に係るセカンダリ基地局は、ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局である。前記セカンダリ基地局は、前記セカンダリ基地局を変更することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。前記制御部は、前記セカンダリ基地局に関する情報を含むハンドオーバ要求を前記ソースマスタ基地局から受信した前記ターゲットマスタ基地局から、前記セカンダリ基地局を前記ターゲットマスタ基地局における新たなセカンダリ基地局として設定するためのセカンダリ基地局追加要求を受信する処理を行う。
Claims (13)
- ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける通信制御方法であって、
前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備えることを特徴とする通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ソースマスタ基地局が、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有し、
前記ハンドオーバ要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項1に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップと、
前記セカンダリ基地局が、前記修正要求の受信に応じて、前記修正要求に対する修正要求肯定応答を前記ターゲットマスタ基地局に送信するステップと、を有し、
前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項2に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ターゲットマスタ基地局が、前記修正要求肯定応答の受信に応じて、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有することを特徴とする請求項3に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ターゲットマスタ基地局が、前記修正要求肯定応答を前記セカンダリ基地局に送信するよりも前において、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有することを特徴とする請求項3に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ソースマスタ基地局が、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップを有し、
前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項1に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記セカンダリ基地局が、前記修正要求の受信に応じて、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有することを特徴とする請求項6に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ユーザ端末のための新たなセカンダリ基地局として設定するための追加要求を前記セカンダリ基地局に送信するステップを有することを特徴とする請求項2に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記セカンダリ基地局における設定に失敗した場合、前記ソースマスタ基地局が、前記マスタ基地局間ハンドオーバ手順の失敗を示す情報を前記ターゲットマスタ基地局又は前記セカンダリ基地局から受信するステップを有することを特徴とする請求項1に記載の通信制御方法。 - 前記マスタ基地局間ハンドオーバ手順は、
前記セカンダリ基地局とサービングゲートウェイとの間のトンネリングについて、前記サービングゲートウェイにおけるTEIDを変更することなく維持するステップを有することを特徴とする請求項1に記載の通信制御方法。 - ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作するマスタ基地局であって、
前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするマスタ基地局。 - ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局であって、
前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするセカンダリ基地局。 - ユーザ端末とRRC接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末であって、
前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするユーザ端末。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461934350P | 2014-01-31 | 2014-01-31 | |
US61/934,350 | 2014-01-31 | ||
PCT/JP2015/052780 WO2015115629A1 (ja) | 2014-01-31 | 2015-01-30 | 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016148816A Division JP6130565B2 (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2016148818A Division JP2016213881A (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
Publications (1)
Publication Number | Publication Date |
---|---|
JPWO2015115629A1 true JPWO2015115629A1 (ja) | 2017-03-23 |
Family
ID=53757188
Family Applications (5)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015560058A Pending JPWO2015115629A1 (ja) | 2014-01-31 | 2015-01-30 | 通信制御方法、マスタ基地局、及びセカンダリ基地局 |
JP2015560053A Active JP6082129B2 (ja) | 2014-01-31 | 2015-01-30 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2016148818A Pending JP2016213881A (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2016148816A Active JP6130565B2 (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2017007786A Active JP6105184B1 (ja) | 2014-01-31 | 2017-01-19 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
Family Applications After (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015560053A Active JP6082129B2 (ja) | 2014-01-31 | 2015-01-30 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2016148818A Pending JP2016213881A (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2016148816A Active JP6130565B2 (ja) | 2014-01-31 | 2016-07-28 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
JP2017007786A Active JP6105184B1 (ja) | 2014-01-31 | 2017-01-19 | マスタ基地局、セカンダリ基地局、及びプロセッサ |
Country Status (4)
Country | Link |
---|---|
US (2) | US9867107B2 (ja) |
EP (2) | EP3101948B1 (ja) |
JP (5) | JPWO2015115629A1 (ja) |
WO (2) | WO2015115621A1 (ja) |
Families Citing this family (67)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015133749A1 (en) | 2014-03-06 | 2015-09-11 | Lg Electronics Inc. | Method and apparatus for performing handover in wrieless communication system |
WO2015136888A1 (en) | 2014-03-10 | 2015-09-17 | Nec Corporation | Apparatus, system and method for sce/dc |
US9894519B2 (en) * | 2014-03-14 | 2018-02-13 | Htc Corporation | Connection modification method applicable to user equipment and base station |
ES2869306T3 (es) * | 2014-03-19 | 2021-10-25 | Alcatel Lucent | Conmutación del punto de terminación del plano de usuario de enlace ascendente de una puerta de enlace de servicio para un portador en operación de conectividad dual |
WO2015142078A1 (en) * | 2014-03-19 | 2015-09-24 | Lg Electronics Inc. | Method and apparatus for transmitting information on serving gateway for supporting small cell mobility in wireless communication system |
WO2015141607A1 (ja) | 2014-03-20 | 2015-09-24 | 三菱電機株式会社 | 通信システム |
CN104936174B (zh) * | 2014-03-21 | 2019-04-19 | 上海诺基亚贝尔股份有限公司 | 在基于用户平面1a架构的双连接情形下更新密钥的方法 |
WO2015169374A1 (en) * | 2014-05-08 | 2015-11-12 | Telefonaktiebolaget L M Ericsson (Publ) | Triggering performance level re-configuration in radio base stations |
GB2528913B (en) | 2014-08-04 | 2017-03-01 | Samsung Electronics Co Ltd | Signalling in dual connectivity mobile communication networks |
BR112016016595B1 (pt) * | 2014-08-06 | 2023-10-17 | Ntt Docomo, Inc. | Equipamento de usuário |
JP5852193B1 (ja) * | 2014-08-06 | 2016-02-03 | 株式会社Nttドコモ | ユーザ装置 |
EP3241384B1 (en) * | 2014-12-30 | 2019-07-24 | LG Electronics Inc. | Method and apparatus for performing inter-menb handover without senb change in a wireless communication system |
WO2016119109A1 (zh) | 2015-01-26 | 2016-08-04 | 华为技术有限公司 | 一种切换装置及方法 |
US10244444B2 (en) | 2015-03-04 | 2019-03-26 | Qualcomm Incorporated | Dual link handover |
JP6406431B2 (ja) * | 2015-03-25 | 2018-10-17 | 日本電気株式会社 | 通信装置、通信システム、制御方法 |
CN106471852B (zh) | 2015-04-27 | 2021-10-22 | 华为技术有限公司 | 一种数据传输方法、装置及系统 |
US11178558B2 (en) * | 2015-05-22 | 2021-11-16 | Parallel Wireless, Inc. | Wireless backhaul resiliency |
JP6828683B2 (ja) * | 2015-07-31 | 2021-02-10 | 日本電気株式会社 | 基地局装置及びその方法 |
WO2017022166A1 (ja) | 2015-07-31 | 2017-02-09 | 日本電気株式会社 | 基地局及びその方法 |
CN107926007B (zh) * | 2015-08-11 | 2022-08-19 | 日本电气株式会社 | 与双连接相关的设备和方法 |
CN113613296A (zh) * | 2015-11-04 | 2021-11-05 | 三菱电机株式会社 | 通信系统 |
CA3000870C (en) * | 2015-11-06 | 2021-05-18 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for anchor replacement |
WO2017130852A1 (ja) | 2016-01-25 | 2017-08-03 | 京セラ株式会社 | 無線端末及び基地局 |
WO2017170158A1 (ja) * | 2016-03-31 | 2017-10-05 | 京セラ株式会社 | 通信方法及び通信装置 |
JP6651243B2 (ja) * | 2016-04-01 | 2020-02-19 | 華為技術有限公司Huawei Technologies Co.,Ltd. | 無線リソース管理方法および装置 |
WO2017171506A1 (en) * | 2016-04-01 | 2017-10-05 | Samsung Electronics Co., Ltd. | Method and enb equipment for supporting seamless handover |
CN113423124B (zh) * | 2016-04-01 | 2023-10-13 | 北京三星通信技术研究有限公司 | 一种支持无缝切换的方法及基站设备 |
US11115880B2 (en) | 2016-05-17 | 2021-09-07 | Nokia Technologies Oy | Path switch method between LTE and 5G node |
US10251099B2 (en) * | 2016-07-22 | 2019-04-02 | Lg Electronics Inc. | Method and apparatus for enhancing inter-MeNB handover without SeNB change in wireless communication system |
CN107708104B (zh) * | 2016-08-03 | 2022-03-01 | 中兴通讯股份有限公司 | 辅基站变更的方法及装置 |
US10952117B2 (en) | 2016-08-12 | 2021-03-16 | Lg Electronics Inc. | Method for changing serving cell in wireless communication system and apparatus therefor |
US10582523B2 (en) | 2016-08-13 | 2020-03-03 | Qualcomm Incorporated | Method and apparatus for secondary base station mobility |
WO2018066702A1 (ja) * | 2016-10-07 | 2018-04-12 | 株式会社Nttドコモ | 無線通信システム、ネットワーク装置及び無線通信方法 |
CN108207010B (zh) * | 2016-12-20 | 2022-07-26 | 中兴通讯股份有限公司 | 一种无线链路管理的方法及装置、系统 |
CN108617025B (zh) * | 2016-12-30 | 2021-02-12 | 华为技术有限公司 | 一种双连接方法及接入网设备 |
US11184785B2 (en) * | 2017-03-17 | 2021-11-23 | Qualcomm Incorporated | Radio measurement and configuration |
US10512036B2 (en) * | 2017-03-22 | 2019-12-17 | Ofinno, Llc | Secondary base station change |
US10757621B2 (en) * | 2017-03-22 | 2020-08-25 | Ofinno, Llc | Conditional handover execution |
EP3589069B1 (en) * | 2017-03-25 | 2021-09-01 | LG Electronics Inc. | Method and apparatus for improving procedure for lte/nr interworking in wireless communication system |
EP3622745B1 (en) * | 2017-05-12 | 2023-06-21 | Nokia Technologies Oy | Protocol data unit session splitting function and signalling |
CN109246723B (zh) * | 2017-06-15 | 2020-04-07 | 维沃移动通信有限公司 | 一种非连续接收参数的配置方法、终端及网络侧设备 |
MX2019013553A (es) * | 2017-06-16 | 2019-12-18 | Ericsson Telefon Ab L M | Metodo y aparato para informe de medicion. |
US11323923B2 (en) | 2017-08-21 | 2022-05-03 | Samsung Electronics Co., Ltd. | Method and system for communication in wireless communication network |
KR102402652B1 (ko) | 2017-08-22 | 2022-05-26 | 삼성전자 주식회사 | 무선 통신 시스템에서 장치, 기지국 및 이의 제어 방법 |
KR102381577B1 (ko) * | 2017-08-22 | 2022-04-01 | 삼성전자 주식회사 | 무선 통신 시스템에서 단말, 기지국 및 이의 제어 방법 |
EP3685626A1 (en) * | 2017-09-20 | 2020-07-29 | Nokia Technologies Oy | Method, apparatus and computer program related to secondary cell group reactivation in multi-radio access technology-dual connectivity |
CN109548042B (zh) * | 2017-09-22 | 2023-11-17 | 中兴通讯股份有限公司 | 一种网络切片配置方法及装置 |
CN111247835A (zh) * | 2017-11-14 | 2020-06-05 | 华为技术有限公司 | 一种切换的方法以及设备 |
CN109963315B (zh) * | 2017-12-25 | 2020-08-04 | 中国移动通信集团公司 | 一种辅基站分配方法及装置 |
KR20210003143A (ko) * | 2018-05-07 | 2021-01-11 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | Rrc 연결을 중단하는 방법 및 장치, 컴퓨터 저장 매체 |
WO2019223767A1 (zh) * | 2018-05-25 | 2019-11-28 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN110536487B (zh) * | 2018-05-25 | 2021-12-10 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2019240770A1 (en) * | 2018-06-12 | 2019-12-19 | Nokia Technologies Oy | Two-step addition of a primary-secondary cell, pscell, in a multi-connected handover |
CN112385303A (zh) * | 2018-06-19 | 2021-02-19 | 三菱电机株式会社 | 通信系统及通信终端装置 |
US11071025B2 (en) * | 2018-06-29 | 2021-07-20 | FG Innovation Company Limited | Cell handover with minimum mobility interruption |
CN110769481B (zh) | 2018-07-26 | 2021-02-12 | 维沃移动通信有限公司 | 服务节点更新方法和设备 |
CN112586035B (zh) * | 2018-08-21 | 2023-05-16 | 上海诺基亚贝尔股份有限公司 | 双连接性切换 |
US10716037B2 (en) * | 2018-10-11 | 2020-07-14 | International Business Machines Corporation | Assessment of machine learning performance with limited test data |
CN111107591B (zh) * | 2018-10-26 | 2021-11-02 | 大唐移动通信设备有限公司 | 一种进行切换的方法及设备 |
WO2020087318A1 (en) | 2018-10-31 | 2020-05-07 | Chongqing University Of Posts And Telecommunications | Systems and methods for a handover |
US11006342B2 (en) | 2018-11-12 | 2021-05-11 | Qualcomm Incorporated | Handover techniques in wireless communications |
US10667192B1 (en) * | 2018-11-12 | 2020-05-26 | Qualcomm Incorporated | Handover techniques in wireless communications |
FR3088792A1 (fr) * | 2018-11-19 | 2020-05-22 | Orange | Gestion de transfert intercellulaire sans latence pour terminal mobile à attachement multiple |
US11895549B2 (en) * | 2019-02-11 | 2024-02-06 | Nokia Technologies Oy | Enhanced mobility in cellular deployments with network slicing |
WO2020164836A1 (en) * | 2019-02-11 | 2020-08-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods providing resource coordination information between ran nodes for sidelink communications and related network nodes |
CN112702768A (zh) * | 2019-10-22 | 2021-04-23 | 中国移动通信有限公司研究院 | 双连接切换方法、装置、基站及终端 |
WO2021156952A1 (ja) * | 2020-02-04 | 2021-08-12 | 株式会社Nttドコモ | 端末、無線通信方法及び基地局 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011097530A (ja) * | 2009-11-02 | 2011-05-12 | Ntt Docomo Inc | 移動通信方法及び無線基地局 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9160566B2 (en) * | 2009-04-10 | 2015-10-13 | Qualcomm Incorporated | QOS mapping for relay nodes |
US8787242B2 (en) * | 2009-11-06 | 2014-07-22 | Qualcomm Incorporated | Header compression for relay nodes |
CN102118817A (zh) * | 2009-12-30 | 2011-07-06 | 中兴通讯股份有限公司 | 一种基站间移动性参数协商方法及系统 |
JP2012009945A (ja) * | 2010-06-22 | 2012-01-12 | Sharp Corp | 無線通信システム、基地局装置および通信方法 |
US20110310791A1 (en) * | 2010-06-22 | 2011-12-22 | Qualcomm Incorporated | Automatic neighbor relation (anr) functions for relay nodes, home base stations, and related entities |
US9408125B2 (en) * | 2012-07-05 | 2016-08-02 | Qualcomm Incorporated | Aggregation of data bearers for carrier aggregation |
EP2876935A4 (en) | 2012-07-18 | 2015-08-26 | Nec Corp | RADIO BASE STATION, MOBILE COMMUNICATION SYSTEM, TAX PROCEDURE FOR TRANSFER AND PROGRAM |
KR101794739B1 (ko) * | 2012-10-05 | 2017-11-07 | 닛본 덴끼 가부시끼가이샤 | 무선 통신 시스템, 기지국, 이동국, 통신 제어 방법, 및 컴퓨터 판독가능한 매체 |
US20150365984A1 (en) * | 2013-01-11 | 2015-12-17 | Lg Electronics Inc. | Method and apparatus for transmitting indication in wireless communication system |
EP2946491A4 (en) * | 2013-01-17 | 2016-09-14 | Intel Ip Corp | METHOD, DEVICE AND SYSTEM FOR CARRIER MANAGEMENT IN A WIRELESS COMMUNICATION SYSTEM |
KR101568310B1 (ko) * | 2013-02-01 | 2015-11-12 | 주식회사 케이티 | 스몰 셀 환경에서의 사용자 플레인 데이터 전송 방법 및 장치 |
US9730129B2 (en) * | 2013-04-12 | 2017-08-08 | Nokia Solutions And Networks Oy | PDCP operation for dual connection |
WO2015009075A1 (en) * | 2013-07-17 | 2015-01-22 | Lg Electronics Inc. | Method and apparatus for performing handover procedure for dual connectivity in wireless communication system |
CN104581843B (zh) * | 2013-10-21 | 2018-07-03 | 宏达国际电子股份有限公司 | 用于无线通信系统的网络端的处理交递方法及其通信装置 |
US9538575B2 (en) * | 2014-01-30 | 2017-01-03 | Sharp Kabushiki Kaisha | Systems and methods for dual-connectivity operation |
-
2015
- 2015-01-30 JP JP2015560058A patent/JPWO2015115629A1/ja active Pending
- 2015-01-30 WO PCT/JP2015/052764 patent/WO2015115621A1/ja active Application Filing
- 2015-01-30 EP EP15743003.4A patent/EP3101948B1/en active Active
- 2015-01-30 JP JP2015560053A patent/JP6082129B2/ja active Active
- 2015-01-30 EP EP15743524.9A patent/EP3101949B1/en active Active
- 2015-01-30 WO PCT/JP2015/052780 patent/WO2015115629A1/ja active Application Filing
-
2016
- 2016-01-28 US US15/009,441 patent/US9867107B2/en active Active
- 2016-07-28 JP JP2016148818A patent/JP2016213881A/ja active Pending
- 2016-07-28 JP JP2016148816A patent/JP6130565B2/ja active Active
- 2016-07-28 US US15/222,588 patent/US9699702B2/en active Active
-
2017
- 2017-01-19 JP JP2017007786A patent/JP6105184B1/ja active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011097530A (ja) * | 2009-11-02 | 2011-05-12 | Ntt Docomo Inc | 移動通信方法及び無線基地局 |
Non-Patent Citations (4)
Title |
---|
JPN6015012604; ZTE Corporation: 'Analysis on the Solutions for the Prioritized Scenarios of MeNB Handover[online]' 3GPP TSG-RAN3 Meeting #83 R3-140053 , 20140129, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra * |
JPN6015012607; CMCC: 'Handling of MeNB HO and SeNB change for dual connectivity operation[online]' 3GPP TSG-RAN WG2 Meeting #85 R2-140135 , 20140127, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra * |
JPN6015012610; Ericsson: 'Signalling procedures for dual connectivity[online]' 3GPP TSG-RAN WG2 #84 R2-134219 , 20131101, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra * |
JPN6016035600; NSN, Nokia Corporation: 'Handover procedure in case of bearer only served by SeNB (1A)[online]' 3GPP TSG-RAN WG3 Meeting #82 R3-132101 , 20131102, インターネット<URL:http://www.3gpp.org/ftp/tsg_ra * |
Also Published As
Publication number | Publication date |
---|---|
EP3101948B1 (en) | 2019-07-17 |
JP2016213880A (ja) | 2016-12-15 |
EP3101948A1 (en) | 2016-12-07 |
EP3101949B1 (en) | 2019-06-19 |
JPWO2015115621A1 (ja) | 2017-03-23 |
US9699702B2 (en) | 2017-07-04 |
JP2016213881A (ja) | 2016-12-15 |
JP6105184B1 (ja) | 2017-03-29 |
JP6130565B2 (ja) | 2017-05-17 |
EP3101948A4 (en) | 2017-08-02 |
US20160227459A1 (en) | 2016-08-04 |
WO2015115629A1 (ja) | 2015-08-06 |
US20160337925A1 (en) | 2016-11-17 |
JP6082129B2 (ja) | 2017-02-15 |
WO2015115621A1 (ja) | 2015-08-06 |
EP3101949A4 (en) | 2017-08-02 |
JP2017108422A (ja) | 2017-06-15 |
EP3101949A1 (en) | 2016-12-07 |
US9867107B2 (en) | 2018-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6130565B2 (ja) | マスタ基地局、セカンダリ基地局、及びプロセッサ | |
US10085189B2 (en) | Method of controlling handover procedure and base station | |
JP6030264B1 (ja) | 通信制御方法、マスタ基地局及びセカンダリ基地局 | |
JP6412887B2 (ja) | 基地局、ユーザ端末、及び通信制御方法 | |
JP6280669B1 (ja) | 基地局、方法、及びシステム | |
JP6272444B2 (ja) | 通信方法、基地局、及びプロセッサ | |
US9521600B2 (en) | Handover mechanism in cellular networks | |
JP6886400B2 (ja) | 通信制御方法、基地局、及びユーザ端末 | |
JPWO2016167212A1 (ja) | 基地局及び通信制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20161114 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20161220 |