WO2007091401A1

WO2007091401A1 - 移動体通信システム、無線基地局制御装置、およびリロケーション方法

Info

Publication number: WO2007091401A1
Application number: PCT/JP2007/050222
Authority: WO
Inventors: Sadafuku Hayashi
Original assignee: Nec Corporation
Priority date: 2006-02-07
Filing date: 2007-01-11
Publication date: 2007-08-16
Also published as: JP2012054947A; US9137721B2; CN101379847A; JP2012029322A; KR101078148B1; KR20080093452A; CN101400092B; US8422456B2; JPWO2007091401A1; EP2501178B1; US20140105177A1; KR101176254B1; CN102547888A; CN102547888B; EP1986450A1; US20150350980A1; JP4935954B2; EP2501179B9; CN102905330A; EP2501178A1

Abstract

　無線基地局装置は、各々の構成するセル内の無線端末と無線で接続し、無線上のベアラで無線端末によるデータ通信を中継する。基地局制御装置は、無線端末とのデータ通信のデータフローと無線上のベアラとの対応付け情報を記録し、対応付け情報を参照することで無線端末とのデータ通信を終端する。そして、複数の基地局制御装置は、無線端末が接続している無線基地局装置とサービング基地局制御装置との間でドリフト基地局制御装置がデータ通信を中継転送するようになった状態で、サービング基地局制御装置をドリフト基地局制御装置に移行するとき、サービング基地局制御装置から対応付け情報をドリフト基地局制御装置に通知する。

Description

明細書

移動体通信システム、無線基地局制御装置、およびリロケーション方法技術分野

[0001] 本発明は、移動体通信システムにおける高速データ転送に関し、特に、無線端末の移動によるデータ転送経路の制御に関する。

背景技術

[0002] 3GPP (3rd Generation Partnership Project)では、 WCDMA (Wideband

Code -Division Multiple Access)の移動体通信システムにおいて、下りの高速データ転送を HSDPA (High Speed Downlink Packet Access)により実現し、上りの高速データ転送を E— DCH (Enhanced Dedicated Channel)により実現する。

[0003] HSDPAは、高速下りパケットアクセスの通称である。 HSDPAでは、無線基地局装置（以下「Node— B」という）が HS— DSCH (High Speed -Downlink Share d Channel)と呼ばれる無線物理チャネルを生成し、その HS— DSCHに下りデータゃ制御信号を載せて無線端末 (以下「UE (User Equipment)」とヽぅ）に送信する。

[0004] HSDPAでは、複数の UEが 1つあるいは複数のコードをシェアして使用する。そのため、単に高速なデータ転送を実現できるというだけではなぐ 1つの UEが 1つある Vヽは複数の無線コードを占有するのと比べて無線コードのリソースを節約できると!、う禾 IJ点ちある。

[0005] HSDPAによれば、ネットワーク内において、 HS— DSCH MAC (Medium Ac cess Control)— d flowと呼ばれるデータフロー力無線基地局制御装置（以下、「RNC (Radio Network Controller)と、う」にある MAC— dエンティティから、 N ode— Bにある MAC— hs (Medium Access Control— high speed)ェンティティに転送される。ここでデータフローとは、所定の経路を転送されるデータの流れのことを指す。

[0006] 図 1は、移動体通信システムにおける HSDPAによるデータ転送の例を示す図である。図 1の例では、 UEの移動によりサービング RNC (Serving RNC)とドリフト RNC (Drift RNC)が生じている。そして、サービング RNCの MAC— dエンティティからドリフト RNCを経由して、ドリフト RNC配下の Node— Bにある MAC— hsエンティティに HS— DSCH MAC— d flowが転送されている。

[0007] なお、この場合、ドリフト RNCは、 HS— DSCH MAC— d Flowの内容を意識することなく、単にデータフローとして Iurインタフェースおよび Iubインタフェースに、トランスポートべァラを提供して転送するのみである。

[0008] 図 2は、 HSDPAを用いた通信の一例を説明するための図である。

[0009] HSDPAを用いた通信の例として、図 2に示すように、 SRB (Signalling Radio B earer; 3GPP TS25. 331 V6. 8. 0 (2005- 12) , Radio Resource Con trol (RRC) Protocol Specification, Release 6, pp. 40— 41 (6. 3 Sig nailing Radio Bearers)参照）で RRC (Radio Resource Control)プロトコノレや NAS (Non Access Stratum)の制御信号を転送することがある。 NASは、 UE と CN (Core Network)間の制御プロトコルであり、 RNCはこれを解釈しな!、。

[0010] RNC上の MAC— dエンティティは UE単位に構成される。 Node— B上の MAC— hsエンティティは、セル毎に構成される。 MAC— dエンティティは、対応する UEに関する SRBを HS— DSCH MAC— d Flowに多重し、 Node— Bにある MAC— hs エンティティに送る。 MAC— hsエンティティは、 HS— DSCH MAC— d Flowを H S— DSCHに多重して無線で送信する。

[0011] RNCは HSDPAを用いることで、 HS— DSCHによって制御信号を Node— B経由で UEに送ることができる。このような通信の利点は、複数の UEで無線コードをシェアするため、無線コードのリソースを節約できることである。

[0012] このような HSDPAを用いた通信において、 RNCは、 MAC— dエンティティに入力される SRBと、 MAC— dエンティティから出力される HS— DSCH MAC— d Flow とを対応付けする。そのために、 RNCは SRB IDと HS— DSCH MAC— d Flow IDとの対応付け情報を保持する。そして、 RNCは、その対応付け情報によって、どの SRBをどの HS— DSCH MAC— d flowで転送するのかを識別する。

[0013] また、 Node— Bにある MAC— hsエンティティは、 RNCから転送されてきたデータを、そのデータを転送する HS— DSCH MAC-d Flowの IDにより識別する。例えば、 HS— DSCH MAC-d Flow IDが所定値であれば RRCプロトコルの制御信号であると認識することができる。

[0014] 例えば、図 2において、 SRB1が RRCプロトコルの制御信号であり、 SRB2が NAS の呼接続信号であり、 SRB3が NASのショートメッセージであるとする。 Node— Bの MAC— hsエンティティは、 HS— DSCH MAC-d Flow IDにより SRBを認識し、多重制御において、重要度の高い RRCプロトコルの SRB1を転送する HS— DSC H MAC-d flow# lを優先的に UEへの HS— DSCHに多重することが考えられる。

[0015] 一方、 E— DCHは、 HSUPA(High Speed Uplink Packet Access)とも呼ばれ、高速上りパケットアクセスのことを指している。

[0016] E— DCHによれば、ネットワーク内において、 E— DCH MAC-d Flowと呼ばれるデータフロー力 Node— Bにある MAC— eエンティティから、 RNCにある MAC —esエンティティに転送される。 RNC内部では、 MAC— esエンティティが E— DCH MAC - d Flowに対して Reorderingを行な \ Reorderingしたデータフローを MAC— dエンティティに送る。ここで、 Reorderingは、シーケンス番号を見てその順番に並べ替える処理である。

[0017] 図 3は、移動体通信システムにおける E— DCHによるデータ転送の例を示す図である。図 3の例では、 UEの移動によりサービング RNCとドリフト RNCが生じている。そして、ドリフト RNC配下の Node— Bにある MAC— eエンティティ力 UEから E— D CHのデータを受信して、そのデータから E— DCH MAC-d Flowを分離し、ドリフト RNCを経由してサービング RNCにある MAC— esエンティティに転送して!/、る。サービング RNCの MAC— esエンティティは、 Node— Bにある MAC— eエンティティから受信した E— DCH MAC-d Flowに対して、 Reorderingを行なって MAC - dエンティティに送信して！/、る。

[0018] なお、この場合も、ドリフト RNCは、 E— DCH MAC-d Flowの内容を意識することはなく、 Iurインタフェースおよび Iubインタフェースにトランスポートベアラを提供して転送するのみである。 [0019] 図 4は、 E— DCHを用いた通信の一例を説明するための図である。

[0020] E— DCHを用いた通信の例として、図 4に示すように、 SRBで RRCプロトコルや N

ASの制御信号を転送する場合がある。

[0021] RNC上の MAC— dエンティティは、上述したように UE単位で構成される。また MA

C - eエンティティも UE単位で構成される。

[0022] UEからの E— DCHのデータを受信した Node— Bの MAC— eエンティティは、 E—

DCH MAC— d Flowに分離して RNCの MAC— esエンティティに送る。 MAC— e_sエンティティは、 E— DCH MAC— d Flowを Reorderingして MAC— dェンティティに送る。

[0023] このような E— DCHを用いた通信において、 RNCは、 MAC— esエンティティに入力される E— DCH MAC— d Flowと、 MAC— dエンティティから出力される SRB とを対応付けする。そのために、 RNCは、 SRB IDと E— DCH MAC— d Flow I Dとの対応付け情報を保持する。そして、 RNCは、その対応付け情報によって、どの SRBがどの E— DCH MAC— d Flowで転送されてくるのかを識別する。

[0024] 図 1や図 3に示したようなサービング RNCとドリフト RNCが生じている状態では、データ転送経路が長くなり、そのためにデータの転送に遅延が生じる。また、必要以上に長くなつた転送経路に回線の帯域が割り当てられることとなり、帯域リソースが効率的に利用されない状態である。このような状態を解消するために、データ転送経路を短くし、リソースを効率的に使用するようにリロケーションが実施されることがある（例えば、 3GPP TS23. 060 V6. 11. 0 (2005- 12) , General Packet Radio

Service (uPRSノ Service description stage 2, Release D, pp. il - 94 (6. 9. 2. 2 Serving RNC Relocation Procedures)参照）。

[0025] 図 5は、移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図 5の例では、初期状態として、サービング RNCと UEがドリフト RNCを経由して HSDPAおよび E - DCHの通信を行なって!/、る。

[0026] この状態から、サービング RNCが、例えば経路最適化のために、リロケーションを実施することを決定する。リロケーション手順においては、サービング RNCが Source RNC (ソース RNC)となり、ドリフト RNCが Target RNC (ターゲット RNC)となる。 [0027] サービング RNC (ソース RNC)が CNに Relocation Requiredメッセージを送ると、 CNからドリフト RNC (ターゲット RNC)に対して Relocation Requestメッセージを送る。

[0028] Relocation Requestメッセージを受信したドリフト RNCは、そのメッセージに基づいて無線リソースの設定を行った後、 Relocation Request Acknowledgeメッセージを CNに返す。 Relocation Request Acknowledgeメッセージを受けた CN は、 Relocation Commandメッセージをサービング RNCに送る。

[0029] サービング RNCは、 CNから Relocation Commandメッセージを受けると、 Reloc ation Commitメッセージをドリフト RNCに送る。この Relocation Commitメッセージを受けたドリフト RNCは、 CNに対して Relocation Detectメッセージを送るとともに、 UEに対して UTRAN Mobility Informationメッセージを送る。

[0030] UTRAN Mobility Informationメッセージを受けた UEがドリフト RNCに UTR AN Mobility Information Responseメッセージを返すと、ドリフト RNCは、 CN に対して Relocation Completeメッセージを返す。

[0031] 以上の一例の手順によりリロケーションが完了すると、ドリフト RNCがサービング RN Cになり、 UEと通信できる状態となる。なお、ここでは、 HSDPAと E— DCHの両方が行なわれている状態からリロケーションを実施する例を示した力どちらか一方が行なわれてヽる状態から実施することもできる。

発明の開示

[0032] 図 6は、図 1に示した HSDPAによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図 6を参照すると、ドリフト RNCがサービング RNCとなり、 UEに接続している Node— Bに直接 HS— DSCH MAC— d Flow を送信できる状態となって、る。

[0033] し力し、リロケーションにおいては、リロケーションの前の MAC— dエンティティが保持していた、 SRB IDと HS— DSCH MAC— d Flow IDとの対応付け情報を、リロケーション後の MAC— dエンティティに引き継ぐ手段が無力つた。そのため、リロケーシヨンにより、ドリフト RNCからサービング RNCになった RNCは、リロケーション前の HSDPAの通信形態を弓 Iき継ぐことができず、それまで行なわれて!/、た通信を継続させることができな力つた。

[0034] また、図 7は、図 3に示した E— DCHによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図 7を参照すると、ドリフト RNCがサ一ビング RNCとなり、 UEからのデータを受信した Node— Bから直接 E— DCH MA C-d Flowを受信できる状態となっている。

[0035] し力し、やはり、リロケーションにおいては、リロケーションの前の MAC— dェンティティが保持していた、 SRB IDと E— DCH MAC— d Flow IDとの対応付け情報を、リロケーション後の MAC— dエンティティに引き継ぐ手段が無力つた。そのため、リロケーションにより、ドリフト RNCからサービング RNCになった RNCは、リロケーション前の E— DCHの通信形態を引き継ぐことができず、それまで行なわれて、た通信を継続させることができな力つた。

[0036] 本発明の目的は、サービング RNCのリロケーションを行なっても、それまでのデータ転送を継続することのできる移動体通信システムを提供することである。

[0037] 上記目的を達成するために、本発明の移動体通信システムは、通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムであつて、複数の無線基地局装置と複数の基地局制御装置とを有して!/、る。

[0038] 複数の無線基地局装置は、各々の構成するセル内の無線端末と無線で接続し、無線上のベアラでその無線端末によるデータ通信を中継する。

[0039] 複数の基地局制御装置は、無線端末とのデータ通信のデータフローとそのデータ通信に用いられている無線上のベアラとの対応付け情報を記録し、その対応付け情報を参照することで、サービング基地局制御装置として無線端末とのデータ通信を終端する機能を備えている。そして、無線端末が接続している無線基地局装置とサービング基地局制御装置との間でドリフト基地局制御装置がデータ通信を中継転送するようになった状態で、サービング基地局制御装置の役割をドリフト基地局制御装置に移行して再配置するとき、そのサービング基地局制御装置が対応付け情報をドリフト基地局制御装置に通知する。

図面の簡単な説明

[0040] [図 1]移動体通信システムにおける HSDPAによるデータ転送の例を示す図である。 [図 2]HSDPAを用いた通信の一例を説明するための図である。

[図 3]移動体通信システムにおける E— DCHによるデータ転送の例を示す図である。

[図 4]E— DCHを用いた通信の一例を説明するための図である。

[図 5]移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。

[図 6]図 1に示した HSDPAによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。

[図 7]図 3に示した E - DCHによる通信中の状態力リロケーションが行なわれた後のデータ転送の様子を示す図である。

[図 8]本発明の一実施形態による移動体通信システムの構成を示すブロック図である

[図 9]本実施形態の RNCの構成を示すブロック図である。

[図 10]本実施形態の対応付け情報の一例を示す図である。

[図 11]本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。

[図 12]対応付け情報の情報要素の定義例を示す表である。

[図 13]他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシ一ケンス図である。

発明を実施するための最良の形態

[0041] 本発明を実施するための形態として、 3GPPの移動体通信システムにおける応用例を、図面を参照して詳細に説明する。

[0042] 図 8は、本発明の一実施形態による移動体通信システムの構成を示すブロック図である。図 8を参照すると、本実施形態の移動体通信システムは、複数の RNC12、 13 と複数の Node— B14、 15を有する無線アクセスネットワークである。 RNC12、 13は CN11に接続されている。 RNCの配下には Node— Bが接続されている。図 8の例では、 RNC12の配下に Node— B14が接続されており、 RNC13の配下に Node— B1 5が接続されている。また、 RNC12と RNC13は相互に接続されている。 UE16は、 Node - Bにより構成されるセル内で Node— Bと無線で接続することで RNCと通信が可能な状態となる。その状態で UE16は RNCと制御信号やデータを送受信する。 [0043] RNC 12, 13は、 CN11と Node— Bに接続されており、無線アクセスネットワークの制御を行なう。 RNC12、 13は無線アクセスネットワークの制御の 1つとして、 SRBによる RRCプロトコルや NASの制御信号を UE16と送受信する。また、 RNC12、 13は、内部に MAC— dエンティティおよび MAC— esエンティティを実現し、 UE16との間で制御信号やデータを送受信する。

[0044] RNC12、 13は、 UE16の移動の状況に応じてサービング RNCまたはドリフト RNC になりうる。サービング RNCは、 UE制御信号やデータの送受信を終端し、プロトコル処理を行なう RNCである。ドリフト RNCは、移動した UEとサービング RNCとの間の制御信号やデータを終端せずにトランスペアレントに転送する。また、 RNC12、 13 は、 UE16の移動により、ドリフト RNCが生じた状態カもリロケーションを実施することができる。

[0045] Node— B14、 15は、一方で RNC12、 13に接続しており、他方で無線により UE1 6と接続することができる。 Node— B14、 15が UE16と接続することにより、 UE16の通信が可能となる。そして、 Node— B14、 15は、内部に MAC— eエンティティおよび MAC— hsエンティティを実現し、 RNCと UEの間で送受信される制御信号ゃデータの中継を行なう。

[0046] 図 9は、本実施形態の RNCの構成を示すブロック図である。図 9を参照すると、 RN C12、 13は、データ通信処理部 21、対応付け情報格納部 22、およびリロケーション処理部 23を有している。

[0047] データ通信処理部 21は、 UE16との間の制御信号やデータを、下りの HS— DSC H MAC— d Flowで送信し、上りの E— DCH MAC— d Flowで受信する。その際、データ通信処理部 21は、対応付け情報格納部 22に格納されている対応付け情報を参照することにより、各 SRBと各 HS— DSCH MAC— d Flowあるいは各 E— DCH MAC— d Flowとの対応関係を認識し、その対応関係に従って制御信号やデータを転送する。

[0048] 対応付け情報格納部 22は、各 SRBと各 HS— DSCH MAC— d Flowあるいは各 E— DCH MAC— d Flowとの対応関係を示す対応付け情報を格納している。対応付け情報には、各 SRBを識別するための SRB IDと、各 HS— DSCH MAC — d Flowを識別するための HS— DSCH MAC— d Flow ID、あるいは各 E— DCH MAC-d Flowを識另 IJするための E— DCH MAC— d Flow IDとの対応付けがされている。

[0049] 図 10は、本実施形態の対応付け情報の一例を示す図である。図 10を参照すると、各 SRB IDに対応して HS— DSCH MAC-d Flow IDおよび E— DCH MA C-d Flow IDが記録されている。なお、 SRB IDに対して、 HS— DSCH MAC — d Flow IDと E— DCH MAC-d Flow IDの両方が記録されている場合だけでなく、、ずれか一方のみが記録される場合もある。

[0050] データ通信処理部 21は、例えば下り方向にて、ある SRBを Node— Bに送ろうとするとき、その SRBの SRB IDに対応する HS— DSCH MAC-d Flow IDによつて示される HS— DSCH MAC-d Flowに SRBを多重する。

[0051] また、データ通信処理部 21は、例えば上り方向にて、受信した E— DCH MAC— d Flowから SRBを分離しょうとするとき、その SRBの SRB IDに対応する E— DCH

MAC-d Flow IDによって示される E— DCH MAC-d Flowから SRBを分離する。

[0052] リロケーション処理部 23は、 UE16の移動によりドリフト RNCが生じている状態で、自局がサービング RNCあるいはドリフト RNCとなっているとき、所定条件の下でリロケーシヨンを実行する。

[0053] 自局がサービング RNCとなったとき、リロケーション処理部 23は、所定条件に従つてリロケーションの実行を決定して CN11にリロケーションの実行を要求し、その後一連の処理を行なう。その一連の処理の中で、自局がサービング RNCとなっているリロケーシヨン処理部 23は、対応付け情報格納部 22に格納されて、る対応付け情報をドリフト RNCに通知する。

[0054] 一方、自局がドリフト RNCとなったとき、リロケーション処理部 23は、 CN11からの要求を受け、その後一連の処理を行なう。その一連の処理の中で、自局がドリフト RNC となっているリロケーション処理部 23は、サービング RNC力も通知される対応付け情報を対応付け情報格納部 22に格納する。

[0055] 図 11は、本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図 11の例では、初期状態として、サービング RNC12と UE16 力 Sドリフト RNC13を経由して HSDPAおよび E— DCHの通信を行なっている。このとき、この通信における MAC - dエンティティはサービング RNC 12に位置する。

[0056] この状態から、サービング RNC12が、所定条件に従ってリロケーションを実施することを決定する。リロケーションは、例えば経路最適化あるいはリソース使用の最適化のために行なわれる。リロケーション手順においては、サービング RNC12がソース R NCとなり、ドリフト RNC13がターゲット RNCとなる。

[0057] まず、サービング RNC (ソース RNC) 12力 1に Relocation Requiredメッセージを送る。この Relocation Requiredメッセージには、サービング RNC12の対応付け情報格納部 22に格納されて、る対応付け情報が情報要素として付加されて!、る。

[0058] 図 12は、対応付け情報の情報要素の定義例を示す表である。図 12を参照すると、対応付け情報の情報要素名称は" SRB TrCH Mapping"である。この SRB TrC H Mappingと!、う情報要素のグループが最大で SRBの数だけ制御信号メッセージに含まれる。

[0059] SRB TrCH Mappingにおいて、 SRB IDフィールドは必須のフィールドである。そのため SRB TrCH Mapping情報要素には必ず SRB IDフィールドが含まれる。 HS— DSCH MAC— d Flow IDフィールドと E— DCH MAC— d Flow I Dフィールドはオプションとなっている。そして、 SRB TrCH Mapping情報要素には、 HS— DSCH MAC-d Flow IDと E— DCH MAC— d Flow IDの少なくとも一方が含まれる。この対応付け情報は CN11には必要の無いものであり、 CN11 は、これをトランスペアレントにドリフト RNC13に転送する。

[0060] 対応付け情報を含む Relocation Requiredメッセージを受信した CN11は、ドリフト RNC (ターゲット RNC) 13に対して Relocation Requestメッセージを送る。 CN1 1は、 Relocation Requiredメッセージに付カ卩されていた情報要素を Relocation Requestメッセージに転載するので、 Relocation Requestメッセージにも、サービング RNC12の対応付け情報格納部 22に格納されている対応付け情報が情報要素として付加されることとなる。 [0061] この Relocation Requestメッセージを受信したドリフト RNC13は、 Relocation Requestメッセージに含まれて、る対応付け情報を自局の対応付け情報格納部 22 に記録する。

[0062] 次に、ドリフト RNC13は、その Relocation Requestメッセージに基づいて、無線リソースおよび Iuインタフェース上のリソースを捕捉し、設定した後、リソースの捕捉完 Ίを示す Relocation Request Acknowledgeメッセージ CN11に返す。 Reloc ation Request Acknowledgeメッセージを受けた CN11は、リロケーションの実行を指示する Relocation Commandメッセージをサービング RNC 12に送る。

[0063] サービング RNC 12は、 CN 11から Relocation Commandメッセージを受けると、 Relocation Commitメッセージをドリフト RNC 13に送る。この Relocation Comm itメッセージは、サービング RNCとしての役割をソース RNCからターゲット RNCに移行することを通知するものである。

[0064] Relocation Commitメッセージを受けたドリフト RNC13は、 CN11に対して Relo cation Detectメッセージを送るとともに、 UE16に対して UTRAN Mobility Inf ormationメッセージを送る。この UTRAN Mobility Informationメッセージは、リロケーションによってサービング RNCの役割が移行されたことを通知するものである

[0065] UTRAN Mobility Informationメッセージを受けた UE16がドリフト RNC (新たなサービング RNC) 13に UTRAN Mobility Information Responseメッセージを返すと、 RNC13は、 CN 11に対して Relocation Completeメッセージを返す。

[0066] 以上の一例の手順によりリロケーションが完了すると、 RNC13がドリフト RNCからサ一ビング RNCになり、 UE16と通信できる状態となる。

[0067] また、サービング RNC12の対応付け情報格納部 22にあった対応付け情報がドリフト RNC (新たなサービング RNC) 13〖こ通知され、それが新たなサービング RNC 13の対応付け情報格納部 22に記録される。そのため、 RNC13は、 Relocation前に RN C12によって行なわれていた UE16との通信をリロケーション後にも継続させることができる。

[0068] なお、ここでは、 HSDPAと E— DCHの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。

[0069] 以上説明したように、本実施形態によれば、データ通信中におけるリロケーションの実施によりサービング RNCの役割をドリフト RNCに移行するとき、一連の手順の中でサービング RNCの保持して!/、た対応付け情報をドリフト RNCに通知し、ドリフト RNC に記録するので、リロケーションが完了した後にもリロケーションの前に行なっていたデータ通信を継続させることができる。

[0070] なお、本実施形態では、 CN11と UE16が HSDPAと E— DCHの両方を用いて通信している状態からリロケーションを行なう例を示したが、本発明は、これに限定されるものではない。他の例として、 CN11から UE16へ HSDPAだけを用いてデータを転送している状態カもリロケーションを行なうこととしてもよい。あるいは、 UE16から C Nl 1へ E— DCHだけを用いてデータを転送して!/、る状態からリロケーションを行なうこととしてもよい。図 10に示した、対応付け情報には、 SRB IDに対応して HS— DS CH MAC— d Flow IDあるいは E— DCH MAC— d Flow IDの一方だけが記録されてもよい。また、図 10に示した表においては、 HS— DSCH MAC-d Fl ow IDと E— DCH MAC-d Flow IDはオプションとなっており、必ずしも両方が同時に SRB TrCH Mappingに含まれていなくてもよい。

[0071] また、本実施形態では、本発明を 3GPPに適用した例を示したが、本発明はこれに限定されるものではない。本発明は、 UEの移動によりドリフト RNCが生じたとき、リロケーシヨンによってサービング RNCの役割をドリフト RNCに移行させることのできる移動体通信システムに広く適用することができる。

[0072] 本発明の他の実施形態として、リロケーションに CNが介在しない構成の移動体通信システムに本発明を適用した例を示す。他の実施形態における移動体通信システムの構成は図 8に示したものと同様である。また、他実施形態における RNCの構成は図 9に示したものと同様である。

[0073] 図 13は、他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図 13の例では、初期状態として、サービング RNC12と UE1 6がドリフト RNC13を経由して HSDPAおよび E— DCHの通信を行なっている。このとき、この通信においては、サービング RNC12が UE16との通信を終端しており、ドリフト RNC13はデータをトランスペアレントに中継している。

[0074] この状態から、サービング RNC12が、所定条件に従ってリロケーションを実施することを決定する。

[0075] まず、サービング RNC12がドリフト RNC13にリロケーション要求メッセージを送る。

このリロケーション要求メッセージには、サービング RNC12の対応付け情報格納部 2

2に格納されて、る対応付け情報が含まれて、る。

[0076] 対応付け情報を含むリロケーション要求メッセージを受信したドリフト RNC13は、そのメッセージに含まれて、る対応付け情報を自局の対応付け情報格納部 22に記録する。

[0077] 次に、ドリフト RNC13は、そのメッセージに基づいて、各種のリソースを捕捉し、設定した後にサービング RNC 12に応答を返すとともに、 UE 16に対して移行通知メッセージを送る。この移行通知メッセージは、リロケーションによってサービング RNCの役割が移行されたことを通知するものである。

[0078] 移行通知メッセージを受けた UE16は、サービング RNCの移行を設定した後、ドリフト RNC (新たなサービング RNC) 13に応答を返す。

[0079] 以上の一例の手順によりリロケーションが完了すると、 RNC13がドリフト RNCからサ一ビング RNCになり、 UE16と通信できる状態となる。

[0080] また、サービング RNC12の対応付け情報格納部 22にあった対応付け情報がドリフト RNC (新たなサービング RNC) 13〖こ通知され、それが新たなサービング RNC 13の対応付け情報格納部 22に記録される。そのため、 RNC13は、リロケーション前に R NC12によって行なわれて!/、た UE 16との通信をリロケーション後にも ϋ続させることができる。

[0081] なお、上述の各実施形態においては、リロケーションを要求するメッセージに、対応付け情報を付加して送信する例を示したが、本発明はこれに限定されるものではない。他の例として、リロケーション要求とは別個に対応付け情報を送信することとしてちょい。

[0082] また、上述の各実施形態の動作では、ドリフト RNCがリソース設定後にリロケーションの要求元に応答を返すこととした。しかし、本発明はこれに限定されるものではなく、本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、要求元は、ドリフト RNCにおけるリソース設定が完了したものと認識することとしてもよい。

また、上述の各実施形態の動作では、ドリフト RNC (新たなサービング RNC)から移行の通知を受けた UEがその RNCに応答する例を示した。しかし、本発明はこれに限定されるものではなぐ本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、ドリフト RNCは UEにおける移行の設定が完了したものと認識することとしてもよい。

Claims

請求の範囲

[1] 通信エリアを複数のセルでカバーし、無線端末の移動に対してセルを切り替えて接続する移動体通信システムであって、

各々の構成するセル内の前記無線端末と無線で接続し、該無線端末によるデータ通信を中継する複数の無線基地局装置と、

前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとで、サービング基地局制御装置として該無線端末との前記データ通信を終端する機能を備えており、前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するようになった状態で、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、該サービング基地局制御装置力、前記データ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を前記ドリフト基地局に通知する、複数の基地局制御装置と、を有する移動体通信システム。

[2] 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項 1に記載の移動体通信システム。

[3] 前記下りデータ通信が HSDP Aであり、

前記上りデータ通信が E— DCHであり、

前記対応付け情報は、無線上のベアラである SRBと、前記 HSDPAに用いる HS -DSCH MAC— dフローと前記 E— DCHに用いる E— DCH MAC— dフローの少なくとも一方とを対応付ける、請求項 2に記載の移動体通信システム。

[4] 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、 SRBを識別するための第 1の IDが必須で、 HS— DSCH MAC— dフローを識別するための第 2の IDおよび E— DCH MAC— dフローを識別するための第 3の IDがオプションであり、前記第 2の IDと前記第 3の IDの少なくとも一方を必ず含む、請求項 3に記載の移動体通信システム。

[5] 前記制御信号は、前記第 1の IDと、前記第 2の IDおよび前記第 3の IDの少なくとも一方とで構成されたグループを、最大で、使用されている SRBの数だけ含むことができる、請求項 4に記載の移動体通信システム。

[6] 前記基地局制御装置に接続されたコアネットワークを更に有し、

前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットヮークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置力も前記無線端末に通知する、請求項 1に記載の移動体通信システム。

[7] 前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第 1の制御信号を前記コアネットワークに送ると、該コアネットワークが前記ドリフト基地局制御装置に、前記第 1の制御信号にあった該対応付け情報を付加した、再配置を要求する第 2の制御信号を送り、

前記ドリフト基地局制御装置が、再配置に必要なリソースを設定して前記コアネットワークに第 3の制御信号を応答すると、前記コアネットワークが前記サービング基地局制御装置に再配置を指示する第 4の制御信号を送り、

前記第 4の制御信号を受けた前記サービング基地局制御装置が前記ドリフト基地局制御装置に、サービング基地局制御装置としての役割を委ねる第 5の制御信号を送り、

前記第 5の制御信号を受けた前記ドリフト基地局は、自身が新たにサービング基地局制御装置となり、前記コアネットワークに再配置を検出したことを通知する第 6の制御信号を送ると共に、前記無線端末に対してサービング基地局制御装置としての役割が移行したことを伝える第 7の制御信号を送り、

新たな前記サービング基地局制御装置は、前記第 7の制御信号に対する前記無線端末からの応答として第 8の制御信号を受けると、再配置が完了したことを通知する第 9の制御信号を前記コアネットワークに通知する、

請求項 6に記載の移動体通信システム。

[8] 通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムに複数備えられ、複数の各々が、セル内の前記無線端末と無線で接続し該無線端末によるデータ通信を中継する無線基地局装置を、制御する無線基地局制御装置であって、

前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を参照することで、サービング基地局制御装置として該無線端末との前記データ通信を終端するデータ通信処理部と、

前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するようになった状態で、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、自身が前記サービング基地局制御装置であれば、前記対応付け情報を前記ドリフト基地局制御装置に通知し、自身が前記ドリフト基地局制御装置であれば、前記サービング基地局制御装置から通知された前記対応付け情報を受信するリロケーション処理部と、

を有する無線基地局制御装置。

[9] 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項 8に記載の無線基地局制御装置。

[10] 前記下りデータ通信が HSDP Aであり、

前記上りデータ通信が E— DCHであり、

前記対応付け情報は、無線上のベアラである SRBと、前記 HSDPAに用いる HS -DSCH MAC— dフローと前記 E— DCHに用いる E— DCH MAC— dフローの少なくとも一方とを対応付ける、請求項 9に記載の無線基地局制御装置。

[11] 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、 SRBを識別するための第 1の IDが必須で、 HS— DSCH MAC— dフローを識別するための第 2の IDおよび E— DCH MAC— dフローを識別するための第 3の IDがオプションであり、前記第 2の IDと前記第 3の IDの少なくとも一方を必ず含む、請求項 10に記載の無線基地局制御装置。

[12] 前記制御信号は、前記第 1の IDと、前記第 2の IDおよび前記第 3の IDの少なくとも一方とで構成されたグループを、最大で、使用されている SRBの数だけ含むことができる、請求項 11に記載の無線基地局制御装置。

[13] 更にコアネットワークと接続されており、前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットヮークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置力も前記無線端末に通知する、請求項 8に記載の無線基地局制御装置。

[14] 前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第 1の制御信号を前記コアネットワークに送ると、該コアネットワーク力前記ドリフト基地局制御装置に、前記第 1の制御信号にあった該対応付け情報を付加した、再配置を要求する第 2の制御信号が送られ、

前記ドリフト基地局制御装置が、再配置に必要なリソースを設定して前記コアネットワークに第 3の制御信号を応答すると、前記コアネットワーク力前記サービング基地局制御装置に再配置を指示する第 4の制御信号が送られ、

請求項 13に記載の無線基地局制御装置。

[15] 通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムにおヽて、セル内の前記無線端末と無線で接続し該無線端末によるデータ通信を中継する無線基地局装置を制御する複数の無線基地局制御装置によるリロケーション方法であって、

サービング基地局制御装置力 S、前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を参照することで、該無線端末との前記データ通信を終端するステップと、

前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するステップと、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、該サービング基地局制御装置力も前記対応付け情報を前記ドリフト基地局に通知するステップと、

を有するリロケーション方法。

[16] 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項 15に記載のリロケーション方法。

[17] 前記下りデータ通信が HSDPAであり、

前記上りデータ通信が E— DCHであり、

前記対応付け情報は、無線上のベアラである SRBと、前記 HSDPAに用いる HS -DSCH MAC— dフローと前記 E— DCHに用いる E— DCH MAC— dフローの少なくとも一方とを対応付ける、請求項 16に記載のリロケーション方法。

[18] 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、 SRBを識別するための第 1の IDが必須で、 HS— DSCH MAC— dフローを識別するための第 2の IDおよび E— DCH MAC— dフローを識別するための第 3の IDがオプションであり、前記第 2の IDと前記第 3の IDの少なくとも一方を必ず含む、請求項 17に記載のリロケーション方法。

[19] 前記制御信号は、前記第 1の IDと、前記第 2の IDおよび前記第 3の IDの少なくとも一方とで構成されたグループを、最大で、使用されている SRBの数だけ含むことができる、請求項 18に記載のリロケーション方法。

[20] 前記基地局制御装置にコアネットワークが接続されており、

前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットヮークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置力前記無線端末に通知する、請求項 15に記載のリロケーション方法。

前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第 1の制御信号を前記コアネットワークに送ると、該コアネットワークが前記ドリフト基地局制御装置に、前記第 1の制御信号にあった該対応付け情報を付加した、再配置を要求する第 2の制御信号を送り、

請求項 20に記載のリロケーション方法。