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

Abstract

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

Description

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

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ−Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）の移動体通信システムにおいて、下りの高速データ転送をＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）により実現し、上りの高速データ転送をＥ−ＤＣＨ（Ｅｎｈａｎｃｅｄ Ｄｅｄｉｃａｔｅｄ Ｃｈａｎｎｅｌ）により実現する。

ＨＳＤＰＡは、高速下りパケットアクセスの通称である。ＨＳＤＰＡでは、無線基地局装置（以下「Ｎｏｄｅ−Ｂ」という）がＨＳ−ＤＳＣＨ（Ｈｉｇｈ Ｓｐｅｅｄ−Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）と呼ばれる無線物理チャネルを生成し、そのＨＳ−ＤＳＣＨに下りデータや制御信号を載せて無線端末（以下「ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）」という）に送信する。

ＨＳＤＰＡでは、複数のＵＥが１つあるいは複数のコードをシェアして使用する。そのため、単に高速なデータ転送を実現できるというだけではなく、１つのＵＥが１つあるいは複数の無線コードを占有するのと比べて無線コードのリソースを節約できるという利点もある。

ＨＳＤＰＡによれば、ネットワーク内において、ＨＳ−ＤＳＣＨ ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）−ｄ ｆｌｏｗと呼ばれるデータフローが、無線基地局制御装置（以下、「ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）という」にあるＭＡＣ−ｄエンティティから、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ−ｈｉｇｈ ｓｐｅｅｄ）エンティティに転送される。ここでデータフローとは、所定の経路を転送されるデータの流れのことを指す。

図１は、移動体通信システムにおけるＨＳＤＰＡによるデータ転送の例を示す図である。図１の例では、ＵＥの移動によりサービングＲＮＣ（Ｓｅｒｖｉｎｇ ＲＮＣ）とドリフトＲＮＣ（Ｄｒｉｆｔ ＲＮＣ）が生じている。そして、サービングＲＮＣのＭＡＣ−ｄエンティティからドリフトＲＮＣを経由して、ドリフトＲＮＣ配下のＮｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティにＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ｆｌｏｗが転送されている。

なお、この場合、ドリフトＲＮＣは、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗの内容を意識することなく、単にデータフローとしてＩｕｒインタフェースおよびＩｕｂインタフェースに、トランスポートベアラを提供して転送するのみである。

図２は、ＨＳＤＰＡを用いた通信の一例を説明するための図である。

ＨＳＤＰＡを用いた通信の例として、図２に示すように、ＳＲＢ（Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ； ３ＧＰＰ ＴＳ２５．３３１ Ｖ６．８．０ （２００５−１２）， Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ， Ｒｅｌｅａｓｅ ６， ｐｐ．４０−４１（６．３ Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒｓ）参照）でＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）プロトコルやＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）の制御信号を転送することがある。ＮＡＳは、ＵＥとＣＮ（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）間の制御プロトコルであり、ＲＮＣはこれを解釈しない。

ＲＮＣ上のＭＡＣ−ｄエンティティはＵＥ単位に構成される。Ｎｏｄｅ−Ｂ上のＭＡＣ−ｈｓエンティティは、セル毎に構成される。ＭＡＣ−ｄエンティティは、対応するＵＥに関するＳＲＢをＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗに多重し、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティに送る。ＭＡＣ−ｈｓエンティティは、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ＦｌｏｗをＨＳ−ＤＳＣＨに多重して無線で送信する。

ＲＮＣはＨＳＤＰＡを用いることで、ＨＳ−ＤＳＣＨによって制御信号をＮｏｄｅ−Ｂ経由でＵＥに送ることができる。このような通信の利点は、複数のＵＥで無線コードをシェアするため、無線コードのリソースを節約できることである。

このようなＨＳＤＰＡを用いた通信において、ＲＮＣは、ＭＡＣ−ｄエンティティに入力されるＳＲＢと、ＭＡＣ−ｄエンティティから出力されるＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗとを対応付けする。そのために、ＲＮＣはＳＲＢ ＩＤとＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとの対応付け情報を保持する。そして、ＲＮＣは、その対応付け情報によって、どのＳＲＢをどのＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ｆｌｏｗで転送するのかを識別する。

また、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティは、ＲＮＣから転送されてきたデータを、そのデータを転送するＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ＦｌｏｗのＩＤにより識別する。例えば、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤが所定値であればＲＲＣプロトコルの制御信号であると認識することができる。

例えば、図２において、ＳＲＢ１がＲＲＣプロトコルの制御信号であり、ＳＲＢ２がＮＡＳの呼接続信号であり、ＳＲＢ３がＮＡＳのショートメッセージであるとする。Ｎｏｄｅ−ＢのＭＡＣ−ｈｓエンティティは、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤによりＳＲＢを認識し、多重制御において、重要度の高いＲＲＣプロトコルのＳＲＢ１を転送するＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ｆｌｏｗ＃１を優先的にＵＥへのＨＳ−ＤＳＣＨに多重することが考えられる。

一方、Ｅ−ＤＣＨは、ＨＳＵＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）とも呼ばれ、高速上りパケットアクセスのことを指している。

Ｅ−ＤＣＨによれば、ネットワーク内において、Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗと呼ばれるデータフローが、Ｎｏｄｅ−ＢにあるＭＡＣ−ｅエンティティから、ＲＮＣにあるＭＡＣ−ｅｓエンティティに転送される。ＲＮＣ内部では、ＭＡＣ−ｅｓエンティティがＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗに対してＲｅｏｒｄｅｒｉｎｇを行ない、ＲｅｏｒｄｅｒｉｎｇしたデータフローをＭＡＣ−ｄエンティティに送る。ここで、Ｒｅｏｒｄｅｒｉｎｇは、シーケンス番号を見てその順番に並べ替える処理である。

図３は、移動体通信システムにおけるＥ−ＤＣＨによるデータ転送の例を示す図である。図３の例では、ＵＥの移動によりサービングＲＮＣとドリフトＲＮＣが生じている。そして、ドリフトＲＮＣ配下のＮｏｄｅ−ＢにあるＭＡＣ−ｅエンティティが、ＵＥからＥ−ＤＣＨのデータを受信して、そのデータからＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗを分離し、ドリフトＲＮＣを経由してサービングＲＮＣにあるＭＡＣ−ｅｓエンティティに転送している。サービングＲＮＣのＭＡＣ−ｅｓエンティティは、Ｎｏｄｅ−ＢにあるＭＡＣ−ｅエンティティから受信したＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗに対して、Ｒｅｏｒｄｅｒｉｎｇを行なってＭＡＣ−ｄエンティティに送信している。

なお、この場合も、ドリフトＲＮＣは、Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗの内容を意識することはなく、ＩｕｒインタフェースおよびＩｕｂインタフェースにトランスポートベアラを提供して転送するのみである。

図４は、Ｅ−ＤＣＨを用いた通信の一例を説明するための図である。

Ｅ−ＤＣＨを用いた通信の例として、図４に示すように、ＳＲＢでＲＲＣプロトコルやＮＡＳの制御信号を転送する場合がある。

ＲＮＣ上のＭＡＣ−ｄエンティティは、上述したようにＵＥ単位で構成される。またＭＡＣ−ｅエンティティもＵＥ単位で構成される。

ＵＥからのＥ−ＤＣＨのデータを受信したＮｏｄｅ−ＢのＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗに分離してＲＮＣのＭＡＣ−ｅｓエンティティに送る。ＭＡＣ−ｅｓエンティティは、Ｅ−ＤＣＨ ＭＡＣ−ｄ ＦｌｏｗをＲｅｏｒｄｅｒｉｎｇしてＭＡＣ−ｄエンティティに送る。

このようなＥ−ＤＣＨを用いた通信において、ＲＮＣは、ＭＡＣ−ｅｓエンティティに入力されるＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗと、ＭＡＣ−ｄエンティティから出力されるＳＲＢとを対応付けする。そのために、ＲＮＣは、ＳＲＢ ＩＤとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとの対応付け情報を保持する。そして、ＲＮＣは、その対応付け情報によって、どのＳＲＢがどのＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗで転送されてくるのかを識別する。

図１や図３に示したようなサービングＲＮＣとドリフトＲＮＣが生じている状態では、データ転送経路が長くなり、そのためにデータの転送に遅延が生じる。また、必要以上に長くなった転送経路に回線の帯域が割り当てられることとなり、帯域リソースが効率的に利用されない状態である。このような状態を解消するために、データ転送経路を短くし、リソースを効率的に使用するようにリロケーションが実施されることがある（例えば、 ３ＧＰＰ ＴＳ２３．０６０ Ｖ６．１１．０ （２００５−１２）， Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ （ＧＰＲＳ） Ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ ２， Ｒｅｌｅａｓｅ ６， ｐｐ．７７−９４（６．９．２．２ Ｓｅｒｖｉｎｇ ＲＮＣ Ｒｅｌｏｃａｔｉｏｎ Ｐｒｏｃｅｄｕｒｅｓ）参照）。

図５は、移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図５の例では、初期状態として、サービングＲＮＣとＵＥがドリフトＲＮＣを経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。

この状態から、サービングＲＮＣが、例えば経路最適化のために、リロケーションを実施することを決定する。リロケーション手順においては、サービングＲＮＣがＳｏｕｒｃｅ ＲＮＣ（ソースＲＮＣ）となり、ドリフトＲＮＣがＴａｒｇｅｔ ＲＮＣ（ターゲットＲＮＣ）となる。

サービングＲＮＣ（ソースＲＮＣ）がＣＮにＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを送ると、ＣＮからドリフトＲＮＣ（ターゲットＲＮＣ）に対してＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送る。

Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信したドリフトＲＮＣは、そのメッセージに基づいて無線リソースの設定を行った後、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅメッセージをＣＮに返す。Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受けたＣＮは、Ｒｅｌｏｃａｔｉｏｎ ＣｏｍｍａｎｄメッセージをサービングＲＮＣに送る。

サービングＲＮＣは、ＣＮからＲｅｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄメッセージを受けると、Ｒｅｌｏｃａｔｉｏｎ ＣｏｍｍｉｔメッセージをドリフトＲＮＣに送る。このＲｅｌｏｃａｔｉｏｎ Ｃｏｍｍｉｔメッセージを受けたドリフトＲＮＣは、ＣＮに対してＲｅｌｏｃａｔｉｏｎ Ｄｅｔｅｃｔメッセージを送るとともに、ＵＥに対してＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎメッセージを送る。

ＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受けたＵＥがドリフトＲＮＣにＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを返すと、ドリフトＲＮＣは、ＣＮに対してＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを返す。

以上の一例の手順によりリロケーションが完了すると、ドリフトＲＮＣがサービングＲＮＣになり、ＵＥと通信できる状態となる。なお、ここでは、ＨＳＤＰＡとＥ−ＤＣＨの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。

図６は、図１に示したＨＳＤＰＡによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図６を参照すると、ドリフトＲＮＣがサービングＲＮＣとなり、ＵＥに接続しているＮｏｄｅ−Ｂに直接ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗを送信できる状態となっている。

しかし、リロケーションにおいては、リロケーションの前のＭＡＣ−ｄエンティティが保持していた、ＳＲＢ ＩＤとＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとの対応付け情報を、リロケーション後のＭＡＣ−ｄエンティティに引き継ぐ手段が無かった。そのため、リロケーションにより、ドリフトＲＮＣからサービングＲＮＣになったＲＮＣは、リロケーション前のＨＳＤＰＡの通信形態を引き継ぐことができず、それまで行なわれていた通信を継続させることができなかった。

また、図７は、図３に示したＥ−ＤＣＨによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図７を参照すると、ドリフトＲＮＣがサービングＲＮＣとなり、ＵＥからのデータを受信したＮｏｄｅ−Ｂから直接Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗを受信できる状態となっている。

しかし、やはり、リロケーションにおいては、リロケーションの前のＭＡＣ−ｄエンティティが保持していた、ＳＲＢ ＩＤとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとの対応付け情報を、リロケーション後のＭＡＣ−ｄエンティティに引き継ぐ手段が無かった。そのため、リロケーションにより、ドリフトＲＮＣからサービングＲＮＣになったＲＮＣは、リロケーション前のＥ−ＤＣＨの通信形態を引き継ぐことができず、それまで行なわれていた通信を継続させることができなかった。

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

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

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

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

移動体通信システムにおけるＨＳＤＰＡによるデータ転送の例を示す図である。 ＨＳＤＰＡを用いた通信の一例を説明するための図である。 移動体通信システムにおけるＥ−ＤＣＨによるデータ転送の例を示す図である。 Ｅ−ＤＣＨを用いた通信の一例を説明するための図である。 移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。 図１に示したＨＳＤＰＡによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。 図３に示したＥ−ＤＣＨによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。 本発明の一実施形態による移動体通信システムの構成を示すブロック図である。 本実施形態のＲＮＣの構成を示すブロック図である。 本実施形態の対応付け情報の一例を示す図である。 本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。 対応付け情報の情報要素の定義例を示す表である。 他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。

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

図８は、本発明の一実施形態による移動体通信システムの構成を示すブロック図である。図８を参照すると、本実施形態の移動体通信システムは、複数のＲＮＣ１２、１３と複数のＮｏｄｅ−Ｂ１４、１５を有する無線アクセスネットワークである。ＲＮＣ１２、１３はＣＮ１１に接続されている。ＲＮＣの配下にはＮｏｄｅ−Ｂが接続されている。図８の例では、ＲＮＣ１２の配下にＮｏｄｅ−Ｂ１４が接続されており、ＲＮＣ１３の配下にＮｏｄｅ−Ｂ１５が接続されている。また、ＲＮＣ１２とＲＮＣ１３は相互に接続されている。ＵＥ１６は、Ｎｏｄｅ−Ｂにより構成されるセル内でＮｏｄｅ−Ｂと無線で接続することでＲＮＣと通信が可能な状態となる。その状態でＵＥ１６はＲＮＣと制御信号やデータを送受信する。

ＲＮＣ１２、１３は、ＣＮ１１とＮｏｄｅ−Ｂに接続されており、無線アクセスネットワークの制御を行なう。ＲＮＣ１２、１３は無線アクセスネットワークの制御の１つとして、ＳＲＢによるＲＲＣプロトコルやＮＡＳの制御信号をＵＥ１６と送受信する。また、ＲＮＣ１２、１３は、内部にＭＡＣ−ｄエンティティおよびＭＡＣ−ｅｓエンティティを実現し、ＵＥ１６との間で制御信号やデータを送受信する。

ＲＮＣ１２、１３は、ＵＥ１６の移動の状況に応じてサービングＲＮＣまたはドリフトＲＮＣになりうる。サービングＲＮＣは、ＵＥ制御信号やデータの送受信を終端し、プロトコル処理を行なうＲＮＣである。ドリフトＲＮＣは、移動したＵＥとサービングＲＮＣとの間の制御信号やデータを終端せずにトランスペアレントに転送する。また、ＲＮＣ１２、１３は、ＵＥ１６の移動により、ドリフトＲＮＣが生じた状態からリロケーションを実施することができる。

Ｎｏｄｅ−Ｂ１４、１５は、一方でＲＮＣ１２、１３に接続しており、他方で無線によりＵＥ１６と接続することができる。Ｎｏｄｅ−Ｂ１４、１５がＵＥ１６と接続することにより、ＵＥ１６の通信が可能となる。そして、Ｎｏｄｅ−Ｂ１４、１５は、内部にＭＡＣ−ｅエンティティおよびＭＡＣ−ｈｓエンティティを実現し、ＲＮＣとＵＥの間で送受信される制御信号やデータの中継を行なう。

図９は、本実施形態のＲＮＣの構成を示すブロック図である。図９を参照すると、ＲＮＣ１２、１３は、データ通信処理部２１、対応付け情報格納部２２、およびリロケーション処理部２３を有している。

データ通信処理部２１は、ＵＥ１６との間の制御信号やデータを、下りのＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗで送信し、上りのＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗで受信する。その際、データ通信処理部２１は、対応付け情報格納部２２に格納されている対応付け情報を参照することにより、各ＳＲＢと各ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗあるいは各Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗとの対応関係を認識し、その対応関係に従って制御信号やデータを転送する。

対応付け情報格納部２２は、各ＳＲＢと各ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗあるいは各Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗとの対応関係を示す対応付け情報を格納している。対応付け情報には、各ＳＲＢを識別するためのＳＲＢ ＩＤと、各ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗを識別するためのＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤ、あるいは各Ｅ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗを識別するためのＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとの対応付けがされている。

図１０は、本実施形態の対応付け情報の一例を示す図である。図１０を参照すると、各ＳＲＢ ＩＤに対応してＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤおよびＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤが記録されている。なお、ＳＲＢ ＩＤに対して、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤの両方が記録されている場合だけでなく、いずれか一方のみが記録される場合もある。

データ通信処理部２１は、例えば下り方向にて、あるＳＲＢをＮｏｄｅ−Ｂに送ろうとするとき、そのＳＲＢのＳＲＢ ＩＤに対応するＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤによって示されるＨＳ−ＤＳＣＨ ＭＡＣ−ｄ ＦｌｏｗにＳＲＢを多重する。

また、データ通信処理部２１は、例えば上り方向にて、受信したＥ−ＤＣＨ ＭＡＣ−ｄ ＦｌｏｗからＳＲＢを分離しようとするとき、そのＳＲＢのＳＲＢ ＩＤに対応するＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤによって示されるＥ−ＤＣＨ ＭＡＣ−ｄ ＦｌｏｗからＳＲＢを分離する。

リロケーション処理部２３は、ＵＥ１６の移動によりドリフトＲＮＣが生じている状態で、自局がサービングＲＮＣあるいはドリフトＲＮＣとなっているとき、所定条件の下でリロケーションを実行する。

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

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

図１１は、本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図１１の例では、初期状態として、サービングＲＮＣ１２とＵＥ１６がドリフトＲＮＣ１３を経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。このとき、この通信におけるＭＡＣ−ｄエンティティはサービングＲＮＣ１２に位置する。

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

まず、サービングＲＮＣ（ソースＲＮＣ）１２がＣＮ１１にＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを送る。このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージには、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が情報要素として付加されている。

図１２は、対応付け情報の情報要素の定義例を示す表である。図１２を参照すると、対応付け情報の情報要素名称は“ＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇ”である。このＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇという情報要素のグループが最大でＳＲＢの数だけ制御信号メッセージに含まれる。

ＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇにおいて、ＳＲＢ ＩＤフィールドは必須のフィールドである。そのためＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇ情報要素には必ずＳＲＢ ＩＤフィールドが含まれる。ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤフィールドとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤフィールドはオプションとなっている。そして、ＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇ情報要素には、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤの少なくとも一方が含まれる。この対応付け情報はＣＮ１１には必要の無いものであり、ＣＮ１１は、これをトランスペアレントにドリフトＲＮＣ１３に転送する。

対応付け情報を含むＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージを受信したＣＮ１１は、ドリフトＲＮＣ（ターゲットＲＮＣ）１３に対してＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送る。ＣＮ１１は、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄメッセージに付加されていた情報要素をＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに転載するので、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージにも、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が情報要素として付加されることとなる。

このＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信したドリフトＲＮＣ１３は、Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれている対応付け情報を自局の対応付け情報格納部２２に記録する。

次に、ドリフトＲＮＣ１３は、そのＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに基づいて、無線リソースおよびＩｕインタフェース上のリソースを捕捉し、設定した後、リソースの捕捉完了を示すＲｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅメッセージをＣＮ１１に返す。Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅメッセージを受けたＣＮ１１は、リロケーションの実行を指示するＲｅｌｏｃａｔｉｏｎ ＣｏｍｍａｎｄメッセージをサービングＲＮＣ１２に送る。

サービングＲＮＣ１２は、ＣＮ１１からＲｅｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄメッセージを受けると、Ｒｅｌｏｃａｔｉｏｎ ＣｏｍｍｉｔメッセージをドリフトＲＮＣ１３に送る。このＲｅｌｏｃａｔｉｏｎ Ｃｏｍｍｉｔメッセージは、サービングＲＮＣとしての役割をソースＲＮＣからターゲットＲＮＣに移行することを通知するものである。

Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｍｉｔメッセージを受けたドリフトＲＮＣ１３は、ＣＮ１１に対してＲｅｌｏｃａｔｉｏｎ Ｄｅｔｅｃｔメッセージを送るとともに、ＵＥ１６に対してＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎメッセージを送る。このＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎメッセージは、リロケーションによってサービングＲＮＣの役割が移行されたことを通知するものである。

ＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎメッセージを受けたＵＥ１６がドリフトＲＮＣ（新たなサービングＲＮＣ）１３にＵＴＲＡＮ Ｍｏｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージを返すと、ＲＮＣ１３は、ＣＮ１１に対してＲｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージを返す。

以上の一例の手順によりリロケーションが完了すると、ＲＮＣ１３がドリフトＲＮＣからサービングＲＮＣになり、ＵＥ１６と通信できる状態となる。

また、サービングＲＮＣ１２の対応付け情報格納部２２にあった対応付け情報がドリフトＲＮＣ（新たなサービングＲＮＣ）１３に通知され、それが新たなサービングＲＮＣ１３の対応付け情報格納部２２に記録される。そのため、ＲＮＣ１３は、Ｒｅｌｏｃａｔｉｏｎ前にＲＮＣ１２によって行なわれていたＵＥ１６との通信をリロケーション後にも継続させることができる。

なお、ここでは、ＨＳＤＰＡとＥ−ＤＣＨの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。

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

なお、本実施形態では、ＣＮ１１とＵＥ１６がＨＳＤＰＡとＥ−ＤＣＨの両方を用いて通信している状態からリロケーションを行なう例を示したが、本発明は、これに限定されるものではない。他の例として、ＣＮ１１からＵＥ１６へＨＳＤＰＡだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。あるいは、ＵＥ１６からＣＮ１１へＥ−ＤＣＨだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。図１０に示した、対応付け情報には、ＳＲＢ ＩＤに対応してＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤあるいはＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤの一方だけが記録されてもよい。また、図１０に示した表においては、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤとＥ−ＤＣＨ ＭＡＣ−ｄ Ｆｌｏｗ ＩＤはオプションとなっており、必ずしも両方が同時にＳＲＢ ＴｒＣＨ Ｍａｐｐｉｎｇに含まれていなくてもよい。

また、本実施形態では、本発明を３ＧＰＰに適用した例を示したが、本発明はこれに限定されるものではない。本発明は、ＵＥの移動によりドリフトＲＮＣが生じたとき、リロケーションによってサービングＲＮＣの役割をドリフトＲＮＣに移行させることのできる移動体通信システムに広く適用することができる。

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

図１３は、他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図１３の例では、初期状態として、サービングＲＮＣ１２とＵＥ１６がドリフトＲＮＣ１３を経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。このとき、この通信においては、サービングＲＮＣ１２がＵＥ１６との通信を終端しており、ドリフトＲＮＣ１３はデータをトランスペアレントに中継している。

この状態から、サービングＲＮＣ１２が、所定条件に従ってリロケーションを実施することを決定する。

まず、サービングＲＮＣ１２がドリフトＲＮＣ１３にリロケーション要求メッセージを送る。このリロケーション要求メッセージには、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が含まれている。

対応付け情報を含むリロケーション要求メッセージを受信したドリフトＲＮＣ１３は、そのメッセージに含まれている対応付け情報を自局の対応付け情報格納部２２に記録する。

次に、ドリフトＲＮＣ１３は、そのメッセージに基づいて、各種のリソースを捕捉し、設定した後にサービングＲＮＣ１２に応答を返すとともに、ＵＥ１６に対して移行通知メッセージを送る。この移行通知メッセージは、リロケーションによってサービングＲＮＣの役割が移行されたことを通知するものである。

移行通知メッセージを受けたＵＥ１６は、サービングＲＮＣの移行を設定した後、ドリフトＲＮＣ（新たなサービングＲＮＣ）１３に応答を返す。

以上の一例の手順によりリロケーションが完了すると、ＲＮＣ１３がドリフトＲＮＣからサービングＲＮＣになり、ＵＥ１６と通信できる状態となる。

また、サービングＲＮＣ１２の対応付け情報格納部２２にあった対応付け情報がドリフトＲＮＣ（新たなサービングＲＮＣ）１３に通知され、それが新たなサービングＲＮＣ１３の対応付け情報格納部２２に記録される。そのため、ＲＮＣ１３は、リロケーション前にＲＮＣ１２によって行なわれていたＵＥ１６との通信をリロケーション後にも継続させることができる。

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

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

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

Claims (21)

1. 通信エリアを複数のセルでカバーし、無線端末の移動に対してセルを切り替えて接続する移動体通信システムであって、
   各々の構成するセル内の前記無線端末と無線で接続し、該無線端末によるデータ通信を中継する複数の無線基地局装置と、
   前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとで、サービング基地局制御装置として該無線端末との前記データ通信を終端する機能を備えており、前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するようになった状態で、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、該サービング基地局制御装置から、前記データ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を前記ドリフト基地局に通知する、複数の基地局制御装置と、
   を有する移動体通信システム。
2. 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項１に記載の移動体通信システム。
3. 前記下りデータ通信がＨＳＤＰＡであり、
   前記上りデータ通信がＥ−ＤＣＨであり、
   前記対応付け情報は、無線上のベアラであるＳＲＢと、前記ＨＳＤＰＡに用いるＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローと前記Ｅ−ＤＣＨに用いるＥ−ＤＣＨ ＭＡＣ−ｄフローの少なくとも一方とを対応付ける、請求項２に記載の移動体通信システム。
4. 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、ＳＲＢを識別するための第１のＩＤが必須で、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローを識別するための第２のＩＤおよびＥ−ＤＣＨ ＭＡＣ−ｄフローを識別するための第３のＩＤがオプションであり、前記第２のＩＤと前記第３のＩＤの少なくとも一方を必ず含む、請求項３に記載の移動体通信システム。
5. 前記制御信号は、前記第１のＩＤと、前記第２のＩＤおよび前記第３のＩＤの少なくとも一方とで構成されたグループを、最大で、使用されているＳＲＢの数だけ含むことができる、請求項４に記載の移動体通信システム。
6. 前記基地局制御装置に接続されたコアネットワークを更に有し、
   前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットワークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置から前記無線端末に通知する、請求項１に記載の移動体通信システム。
7. 前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第１の制御信号を前記コアネットワークに送ると、該コアネットワークが前記ドリフト基地局制御装置に、前記第１の制御信号にあった該対応付け情報を付加した、再配置を要求する第２の制御信号を送り、
   前記ドリフト基地局制御装置が、再配置に必要なリソースを設定して前記コアネットワークに第３の制御信号を応答すると、前記コアネットワークが前記サービング基地局制御装置に再配置を指示する第４の制御信号を送り、
   前記第４の制御信号を受けた前記サービング基地局制御装置が前記ドリフト基地局制御装置に、サービング基地局制御装置としての役割を委ねる第５の制御信号を送り、
   前記第５の制御信号を受けた前記ドリフト基地局は、自身が新たにサービング基地局制御装置となり、前記コアネットワークに再配置を検出したことを通知する第６の制御信号を送ると共に、前記無線端末に対してサービング基地局制御装置としての役割が移行したことを伝える第７の制御信号を送り、
   新たな前記サービング基地局制御装置は、前記第７の制御信号に対する前記無線端末からの応答として第８の制御信号を受けると、再配置が完了したことを通知する第９の制御信号を前記コアネットワークに通知する、
   請求項６に記載の移動体通信システム。
8. 通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムに複数備えられ、複数の各々が、セル内の前記無線端末と無線で接続し該無線端末によるデータ通信を中継する無線基地局装置を、制御する無線基地局制御装置であって、
   前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を参照することで、サービング基地局制御装置として該無線端末との前記データ通信を終端するデータ通信処理部と、
   前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するようになった状態で、前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、自身が前記サービング基地局制御装置であれば、前記対応付け情報を前記ドリフト基地局制御装置に通知し、自身が前記ドリフト基地局制御装置であれば、前記サービング基地局制御装置から通知された前記対応付け情報を受信するリロケーション処理部と、
   を有する無線基地局制御装置。
9. 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項８に記載の無線基地局制御装置。
10. 前記下りデータ通信がＨＳＤＰＡであり、
    前記上りデータ通信がＥ−ＤＣＨであり、
    前記対応付け情報は、無線上のベアラであるＳＲＢと、前記ＨＳＤＰＡに用いるＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローと前記Ｅ−ＤＣＨに用いるＥ−ＤＣＨ ＭＡＣ−ｄフローの少なくとも一方とを対応付ける、請求項９に記載の無線基地局制御装置。
11. 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、ＳＲＢを識別するための第１のＩＤが必須で、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローを識別するための第２のＩＤおよびＥ−ＤＣＨ ＭＡＣ−ｄフローを識別するための第３のＩＤがオプションであり、前記第２のＩＤと前記第３のＩＤの少なくとも一方を必ず含む、請求項１０に記載の無線基地局制御装置。
12. 前記制御信号は、前記第１のＩＤと、前記第２のＩＤおよび前記第３のＩＤの少なくとも一方とで構成されたグループを、最大で、使用されているＳＲＢの数だけ含むことができる、請求項１１に記載の無線基地局制御装置。
13. 更にコアネットワークと接続されており、
    前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットワークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置から前記無線端末に通知する、請求項８に記載の無線基地局制御装置。
14. 前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第１の制御信号を前記コアネットワークに送ると、該コアネットワークから前記ドリフト基地局制御装置に、前記第１の制御信号にあった該対応付け情報を付加した、再配置を要求する第２の制御信号が送られ、
    前記ドリフト基地局制御装置が、再配置に必要なリソースを設定して前記コアネットワークに第３の制御信号を応答すると、前記コアネットワークから前記サービング基地局制御装置に再配置を指示する第４の制御信号が送られ、
    前記第４の制御信号を受けた前記サービング基地局制御装置が前記ドリフト基地局制御装置に、サービング基地局制御装置としての役割を委ねる第５の制御信号を送り、
    前記第５の制御信号を受けた前記ドリフト基地局は、自身が新たにサービング基地局制御装置となり、前記コアネットワークに再配置を検出したことを通知する第６の制御信号を送ると共に、前記無線端末に対してサービング基地局制御装置としての役割が移行したことを伝える第７の制御信号を送り、
    新たな前記サービング基地局制御装置は、前記第７の制御信号に対する前記無線端末からの応答として第８の制御信号を受けると、再配置が完了したことを通知する第９の制御信号を前記コアネットワークに通知する、
    請求項１３に記載の無線基地局制御装置。
15. 通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムにおいて、セル内の前記無線端末と無線で接続し該無線端末によるデータ通信を中継する無線基地局装置を制御する複数の無線基地局制御装置によるリロケーション方法であって、
    サービング基地局制御装置が、前記無線端末とのデータ通信のデータフローと該データ通信に用いられている無線上のベアラとの対応付け情報を参照することで、該無線端末との前記データ通信を終端するステップと、
    前記無線端末が接続している無線基地局装置と前記サービング基地局制御装置との間でドリフト基地局制御装置が前記データ通信を中継転送するステップと、
    前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置に移行して再配置するとき、該サービング基地局制御装置から前記対応付け情報を前記ドリフト基地局に通知するステップと、
    を有するリロケーション方法。
16. 前記データ通信は、上りデータ通信と下りデータ通信の少なくとも一方を含む、請求項１５に記載のリロケーション方法。
17. 前記下りデータ通信がＨＳＤＰＡであり、
    前記上りデータ通信がＥ−ＤＣＨであり、
    前記対応付け情報は、無線上のベアラであるＳＲＢと、前記ＨＳＤＰＡに用いるＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローと前記Ｅ−ＤＣＨに用いるＥ−ＤＣＨ ＭＡＣ−ｄフローの少なくとも一方とを対応付ける、請求項１６に記載のリロケーション方法。
18. 前記サービング基地局制御装置から前記ドリフト基地局制御装置へ前記対応付け情報を通知する制御信号は、情報要素として、ＳＲＢを識別するための第１のＩＤが必須で、ＨＳ−ＤＳＣＨ ＭＡＣ−ｄフローを識別するための第２のＩＤおよびＥ−ＤＣＨ ＭＡＣ−ｄフローを識別するための第３のＩＤがオプションであり、前記第２のＩＤと前記第３のＩＤの少なくとも一方を必ず含む、請求項１７に記載のリロケーション方法。
19. 前記制御信号は、前記第１のＩＤと、前記第２のＩＤおよび前記第３のＩＤの少なくとも一方とで構成されたグループを、最大で、使用されているＳＲＢの数だけ含むことができる、請求項１８に記載のリロケーション方法。
20. 前記基地局制御装置にコアネットワークが接続されており、
    前記対応付け情報を付加した、再配置を要求する制御信号を、前記コアネットワークを経由して前記サービング基地局制御装置から前記ドリフト基地局制御装置に送り、前記サービング基地局制御装置の役割が前記ドリフト基地局制御装置に移行したことを該ドリフト基地局制御装置から前記無線端末に通知する、請求項１５に記載のリロケーション方法。
21. 前記サービング基地局制御装置が、前記対応付け情報を付加した、再配置を要求する第１の制御信号を前記コアネットワークに送ると、該コアネットワークが前記ドリフト基地局制御装置に、前記第１の制御信号にあった該対応付け情報を付加した、再配置を要求する第２の制御信号を送り、
    前記ドリフト基地局制御装置が、再配置に必要なリソースを設定して前記コアネットワークに第３の制御信号を応答すると、前記コアネットワークが前記サービング基地局制御装置に再配置を指示する第４の制御信号を送り、
    前記第４の制御信号を受けた前記サービング基地局制御装置が前記ドリフト基地局制御装置に、サービング基地局制御装置としての役割を委ねる第５の制御信号を送り、
    前記第５の制御信号を受けた前記ドリフト基地局は、自身が新たにサービング基地局制御装置となり、前記コアネットワークに再配置を検出したことを通知する第６の制御信号を送ると共に、前記無線端末に対してサービング基地局制御装置としての役割が移行したことを伝える第７の制御信号を送り、
    新たな前記サービング基地局制御装置は、前記第７の制御信号に対する前記無線端末からの応答として第８の制御信号を受けると、再配置が完了したことを通知する第９の制御信号を前記コアネットワークに通知する、
    請求項２０に記載のリロケーション方法。

Images