(57)【要約】      （修正有）【課題】サービングＲＮＣのリロケーションを行なっても、それまでのデータ転送を継続することのできる移動体通信システムを提供する。【解決手段】無線基地局装置は、各々の構成するセル内の無線端末と無線で接続し、無線上のベアラで無線端末によるデータ通信を中継する。基地局制御装置は、無線端末とのデータ通信のデータフローと無線上のベアラとの対応付け情報を記録し、対応付け情報を参照することで無線端末とのデータ通信を終端する。そして、複数の基地局制御装置は、無線端末が接続している無線基地局装置とサービング基地局制御装置との間でドリフト基地局制御装置がデータ通信を中継転送するようになった状態で、サービング基地局制御装置をドリフト基地局制御装置に移行するとき、サービング基地局制御装置から対応付け情報をドリフト基地局制御装置に通知する。【選択図】図１１
2012029322.tif 000002
【特許請求の範囲】
【請求項１】
ＳＲＢを用い、ドリフト基地局制御装置を介して、サービング基地局制御装置から送信された制御信号を受信する手段と、
前記ドリフト基地局制御装置を経由して、前記サービング基地局制御装置との間でデータ通信を行う手段と、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、Ｅ−ＤＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとが、前記サービング基地局制御装置から前記ドリフト基地局制御装置へ送信された後、前記ドリフト基地局制御装置と前記データ通信を行う手段と、を有する無線端末。
【請求項２】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項１に記載の無線端末。
【請求項３】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項２に記載の無線端末。
【請求項４】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項１乃至３のいずれか１項に記載の無線端末。
【請求項５】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項１乃至４のいずれか１項に記載の無線端末。
【請求項６】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項１乃至５のいずれか１項に記載の無線端末。
【請求項７】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項１乃至５のいずれか１項に記載の無線端末。
【請求項８】
無線端末と、
ＳＲＢを用い、ドリフト基地局制御装置を介して、前記無線端末へ制御信号を送信するサービング基地局制御装置と、
前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継するドリフト基地局制御装置と、を備え、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、Ｅ−ＤＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、移動体通信システム。
【請求項９】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項８に記載の移動体通信システム。
【請求項１０】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項９に記載の移動体通信システム。
【請求項１１】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項８乃至１０のいずれか１項に記載の移動体通信システム。
【請求項１２】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項８乃至１１のいずれか１項に記載の移動体通信システム。
【請求項１３】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項８乃至１２のいずれか１項に記載の移動体通信システム。
【請求項１４】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項８乃至１２のいずれか１項に記載の移動体通信システム。
【請求項１５】
無線端末と、ドリフト基地局制御装置と、サービング基地局制御装置と、を備えた移動体通信システムにおけるリロケーション方法であって、
前記サービング基地局制御装置が、ＳＲＢを用い、前記ドリフト基地局制御装置を介して、前記無線端末へ制御信号を送信し、
前記ドリフト基地局制御装置が、前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継し、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、リロケーション方法。
【請求項１６】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項１５に記載のリロケーション方法。
【請求項１７】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項１６に記載のリロケーション方法。
【請求項１８】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項１５乃至１７のいずれか１項に記載のリロケーション方法。
【請求項１９】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項１５乃至１８のいずれか１項に記載のリロケーション方法。
【請求項２０】
前記データ通信を行う前記ドリフト基地局制御装置が、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項１５乃至１９のいずれか１項に記載のリロケーション方法。
【請求項２１】
前記データ通信を行う前記ドリフト基地局制御装置が、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項１５乃至１９のいずれか１項に記載のリロケーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信システムにおける高速データ転送に関し、特に、無線端末の移動によるデータ転送経路の制御に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ−Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）の移動体通信システムにおいて、下りの高速データ転送をＨＳＤＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）により実現し、上りの高速データ転送をＥ−ＤＣＨ（Ｅｎｈａｎｃｅｄ  Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）により実現する。
【０００３】
ＨＳＤＰＡは、高速下りパケットアクセスの通称である。ＨＳＤＰＡでは、無線基地局装置（以下「Ｎｏｄｅ−Ｂ」という）がＨＳ−ＤＳＣＨ（Ｈｉｇｈ  Ｓｐｅｅｄ−Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と呼ばれる無線物理チャネルを生成し、そのＨＳ−ＤＳＣＨに下りデータや制御信号を載せて無線端末（以下「ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）」という）に送信する。
【０００４】
ＨＳＤＰＡでは、複数のＵＥが１つあるいは複数のコードをシェアして使用する。そのため、単に高速なデータ転送を実現できるというだけではなく、１つのＵＥが１つあるいは複数の無線コードを占有するのと比べて無線コードのリソースを節約できるという利点もある。
【０００５】
ＨＳＤＰＡによれば、ネットワーク内において、ＨＳ−ＤＳＣＨ  ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）−ｄ  ｆｌｏｗと呼ばれるデータフローが、無線基地局制御装置（以下、「ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）という」にあるＭＡＣ−ｄエンティティから、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ−ｈｉｇｈ  ｓｐｅｅｄ）エンティティに転送される。ここでデータフローとは、所定の経路を転送されるデータの流れのことを指す。
【０００６】
図１は、移動体通信システムにおけるＨＳＤＰＡによるデータ転送の例を示す図である。図１の例では、ＵＥの移動によりサービングＲＮＣ（Ｓｅｒｖｉｎｇ  ＲＮＣ）とドリフトＲＮＣ（Ｄｒｉｆｔ  ＲＮＣ）が生じている。そして、サービングＲＮＣのＭＡＣ−ｄエンティティからドリフトＲＮＣを経由して、ドリフトＲＮＣ配下のＮｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティにＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗが転送されている。
【０００７】
なお、この場合、ドリフトＲＮＣは、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗの内容を意識することなく、単にデータフローとしてＩｕｒインタフェースおよびＩｕｂインタフェースに、トランスポートベアラを提供して転送するのみである。
【０００８】
図２は、ＨＳＤＰＡを用いた通信の一例を説明するための図である。
【０００９】
ＨＳＤＰＡを用いた通信の例として、図２に示すように、ＳＲＢ（Ｓｉｇｎａｌｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ；  ３ＧＰＰ  ＴＳ２５．３３１  Ｖ６．８．０  （２００５−１２），  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ  （ＲＲＣ）  Ｐｒｏｔｏｃｏｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ，  Ｒｅｌｅａｓｅ  ６，  ｐｐ．４０−４１（６．３  Ｓｉｇｎａｌｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒｓ）参照）でＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルやＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）の制御信号を転送することがある。ＮＡＳは、ＵＥとＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）間の制御プロトコルであり、ＲＮＣはこれを解釈しない。
【００１０】
ＲＮＣ上のＭＡＣ−ｄエンティティはＵＥ単位に構成される。Ｎｏｄｅ−Ｂ上のＭＡＣ−ｈｓエンティティは、セル毎に構成される。ＭＡＣ−ｄエンティティは、対応するＵＥに関するＳＲＢをＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗに多重し、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティに送る。ＭＡＣ−ｈｓエンティティは、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＦｌｏｗをＨＳ−ＤＳＣＨに多重して無線で送信する。
【００１１】
ＲＮＣはＨＳＤＰＡを用いることで、ＨＳ−ＤＳＣＨによって制御信号をＮｏｄｅ−Ｂ経由でＵＥに送ることができる。このような通信の利点は、複数のＵＥで無線コードをシェアするため、無線コードのリソースを節約できることである。
【００１２】
このようなＨＳＤＰＡを用いた通信において、ＲＮＣは、ＭＡＣ−ｄエンティティに入力されるＳＲＢと、ＭＡＣ−ｄエンティティから出力されるＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗとを対応付けする。そのために、ＲＮＣはＳＲＢ  ＩＤとＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとの対応付け情報を保持する。そして、ＲＮＣは、その対応付け情報によって、どのＳＲＢをどのＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗで転送するのかを識別する。
【００１３】
また、Ｎｏｄｅ−ＢにあるＭＡＣ−ｈｓエンティティは、ＲＮＣから転送されてきたデータを、そのデータを転送するＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＦｌｏｗのＩＤにより識別する。例えば、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤが所定値であればＲＲＣプロトコルの制御信号であると認識することができる。
【００１４】
例えば、図２において、ＳＲＢ１がＲＲＣプロトコルの制御信号であり、ＳＲＢ２がＮＡＳの呼接続信号であり、ＳＲＢ３がＮＡＳのショートメッセージであるとする。Ｎｏｄｅ−ＢのＭＡＣ−ｈｓエンティティは、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤによりＳＲＢを認識し、多重制御において、重要度の高いＲＲＣプロトコルのＳＲＢ１を転送するＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ｆｌｏｗ＃１を優先的にＵＥへのＨＳ−ＤＳＣＨに多重することが考えられる。
【００１５】
一方、Ｅ−ＤＣＨは、ＨＳＵＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）とも呼ばれ、高速上りパケットアクセスのことを指している。
【００１６】
Ｅ−ＤＣＨによれば、ネットワーク内において、Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗと呼ばれるデータフローが、Ｎｏｄｅ−ＢにあるＭＡＣ−ｅエンティティから、ＲＮＣにあるＭＡＣ−ｅｓエンティティに転送される。ＲＮＣ内部では、ＭＡＣ−ｅｓエンティティがＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗに対してＲｅｏｒｄｅｒｉｎｇを行ない、ＲｅｏｒｄｅｒｉｎｇしたデータフローをＭＡＣ−ｄエンティティに送る。ここで、Ｒｅｏｒｄｅｒｉｎｇは、シーケンス番号を見てその順番に並べ替える処理である。
【００１７】
図３は、移動体通信システムにおけるＥ−ＤＣＨによるデータ転送の例を示す図である。図３の例では、ＵＥの移動によりサービングＲＮＣとドリフトＲＮＣが生じている。そして、ドリフトＲＮＣ配下のＮｏｄｅ−ＢにあるＭＡＣ−ｅエンティティが、ＵＥからＥ−ＤＣＨのデータを受信して、そのデータからＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗを分離し、ドリフトＲＮＣを経由してサービングＲＮＣにあるＭＡＣ−ｅｓエンティティに転送している。サービングＲＮＣのＭＡＣ−ｅｓエンティティは、Ｎｏｄｅ−ＢにあるＭＡＣ−ｅエンティティから受信したＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗに対して、Ｒｅｏｒｄｅｒｉｎｇを行なってＭＡＣ−ｄエンティティに送信している。
【００１８】
なお、この場合も、ドリフトＲＮＣは、Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗの内容を意識することはなく、ＩｕｒインタフェースおよびＩｕｂインタフェースにトランスポートベアラを提供して転送するのみである。
【００１９】
図４は、Ｅ−ＤＣＨを用いた通信の一例を説明するための図である。
【００２０】
Ｅ−ＤＣＨを用いた通信の例として、図４に示すように、ＳＲＢでＲＲＣプロトコルやＮＡＳの制御信号を転送する場合がある。
【００２１】
ＲＮＣ上のＭＡＣ−ｄエンティティは、上述したようにＵＥ単位で構成される。またＭＡＣ−ｅエンティティもＵＥ単位で構成される。
【００２２】
ＵＥからのＥ−ＤＣＨのデータを受信したＮｏｄｅ−ＢのＭＡＣ−ｅエンティティは、Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗに分離してＲＮＣのＭＡＣ−ｅｓエンティティに送る。ＭＡＣ−ｅｓエンティティは、Ｅ−ＤＣＨ  ＭＡＣ−ｄ  ＦｌｏｗをＲｅｏｒｄｅｒｉｎｇしてＭＡＣ−ｄエンティティに送る。
【００２３】
このようなＥ−ＤＣＨを用いた通信において、ＲＮＣは、ＭＡＣ−ｅｓエンティティに入力されるＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗと、ＭＡＣ−ｄエンティティから出力されるＳＲＢとを対応付けする。そのために、ＲＮＣは、ＳＲＢ  ＩＤとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとの対応付け情報を保持する。そして、ＲＮＣは、その対応付け情報によって、どのＳＲＢがどのＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗで転送されてくるのかを識別する。
【００２４】
図１や図３に示したようなサービングＲＮＣとドリフトＲＮＣが生じている状態では、データ転送経路が長くなり、そのためにデータの転送に遅延が生じる。また、必要以上に長くなった転送経路に回線の帯域が割り当てられることとなり、帯域リソースが効率的に利用されない状態である。このような状態を解消するために、データ転送経路を短くし、リソースを効率的に使用するようにリロケーションが実施されることがある（例えば、  ３ＧＰＰ  ＴＳ２３．０６０  Ｖ６．１１．０  （２００５−１２），  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  Ｓｅｒｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ  Ｓｔａｇｅ  ２，  Ｒｅｌｅａｓｅ  ６，  ｐｐ．７７−９４（６．９．２．２  Ｓｅｒｖｉｎｇ  ＲＮＣ  Ｒｅｌｏｃａｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅｓ）参照）。
【００２５】
図５は、移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図５の例では、初期状態として、サービングＲＮＣとＵＥがドリフトＲＮＣを経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。
【００２６】
この状態から、サービングＲＮＣが、例えば経路最適化のために、リロケーションを実施することを決定する。リロケーション手順においては、サービングＲＮＣがＳｏｕｒｃｅ  ＲＮＣ（ソースＲＮＣ）となり、ドリフトＲＮＣがＴａｒｇｅｔ  ＲＮＣ（ターゲットＲＮＣ）となる。
【００２７】
サービングＲＮＣ（ソースＲＮＣ）がＣＮにＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージを送ると、ＣＮからドリフトＲＮＣ（ターゲットＲＮＣ）に対してＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを送る。
【００２８】
Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信したドリフトＲＮＣは、そのメッセージに基づいて無線リソースの設定を行った後、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＡｃｋｎｏｗｌｅｄｇｅメッセージをＣＮに返す。Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅメッセージを受けたＣＮは、Ｒｅｌｏｃａｔｉｏｎ  ＣｏｍｍａｎｄメッセージをサービングＲＮＣに送る。
【００２９】
サービングＲＮＣは、ＣＮからＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｍａｎｄメッセージを受けると、Ｒｅｌｏｃａｔｉｏｎ  ＣｏｍｍｉｔメッセージをドリフトＲＮＣに送る。このＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｍｉｔメッセージを受けたドリフトＲＮＣは、ＣＮに対してＲｅｌｏｃａｔｉｏｎ  Ｄｅｔｅｃｔメッセージを送るとともに、ＵＥに対してＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを送る。
【００３０】
ＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受けたＵＥがドリフトＲＮＣにＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを返すと、ドリフトＲＮＣは、ＣＮに対してＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを返す。
【００３１】
以上の一例の手順によりリロケーションが完了すると、ドリフトＲＮＣがサービングＲＮＣになり、ＵＥと通信できる状態となる。なお、ここでは、ＨＳＤＰＡとＥ−ＤＣＨの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。
【発明の開示】
【００３２】
図６は、図１に示したＨＳＤＰＡによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図６を参照すると、ドリフトＲＮＣがサービングＲＮＣとなり、ＵＥに接続しているＮｏｄｅ−Ｂに直接ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗを送信できる状態となっている。
【００３３】
しかし、リロケーションにおいては、リロケーションの前のＭＡＣ−ｄエンティティが保持していた、ＳＲＢ  ＩＤとＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとの対応付け情報を、リロケーション後のＭＡＣ−ｄエンティティに引き継ぐ手段が無かった。そのため、リロケーションにより、ドリフトＲＮＣからサービングＲＮＣになったＲＮＣは、リロケーション前のＨＳＤＰＡの通信形態を引き継ぐことができず、それまで行なわれていた通信を継続させることができなかった。
【００３４】
また、図７は、図３に示したＥ−ＤＣＨによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。図７を参照すると、ドリフトＲＮＣがサービングＲＮＣとなり、ＵＥからのデータを受信したＮｏｄｅ−Ｂから直接Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗを受信できる状態となっている。
【００３５】
しかし、やはり、リロケーションにおいては、リロケーションの前のＭＡＣ−ｄエンティティが保持していた、ＳＲＢ  ＩＤとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとの対応付け情報を、リロケーション後のＭＡＣ−ｄエンティティに引き継ぐ手段が無かった。そのため、リロケーションにより、ドリフトＲＮＣからサービングＲＮＣになったＲＮＣは、リロケーション前のＥ−ＤＣＨの通信形態を引き継ぐことができず、それまで行なわれていた通信を継続させることができなかった。
【００３６】
本発明の目的は、サービングＲＮＣのリロケーションを行なっても、それまでのデータ転送を継続することのできる移動体通信システムを提供することである。
【００３７】
上記目的を達成するために、本発明の移動体通信システムは、通信エリアを複数のセルでカバーし、セルを切り替えて無線端末と接続する移動体通信システムであって、複数の無線基地局装置と複数の基地局制御装置とを有している。
【００３８】
複数の無線基地局装置は、各々の構成するセル内の無線端末と無線で接続し、無線上のベアラでその無線端末によるデータ通信を中継する。
【００３９】
複数の基地局制御装置は、無線端末とのデータ通信のデータフローとそのデータ通信に用いられている無線上のベアラとの対応付け情報を記録し、その対応付け情報を参照することで、サービング基地局制御装置として無線端末とのデータ通信を終端する機能を備えている。そして、無線端末が接続している無線基地局装置とサービング基地局制御装置との間でドリフト基地局制御装置がデータ通信を中継転送するようになった状態で、サービング基地局制御装置の役割をドリフト基地局制御装置に移行して再配置するとき、そのサービング基地局制御装置が対応付け情報をドリフト基地局制御装置に通知する。
【図面の簡単な説明】
【００４０】
【図１】移動体通信システムにおけるＨＳＤＰＡによるデータ転送の例を示す図である。
【図２】ＨＳＤＰＡを用いた通信の一例を説明するための図である。
【図３】移動体通信システムにおけるＥ−ＤＣＨによるデータ転送の例を示す図である。
【図４】Ｅ−ＤＣＨを用いた通信の一例を説明するための図である。
【図５】移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。
【図６】図１に示したＨＳＤＰＡによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。
【図７】図３に示したＥ−ＤＣＨによる通信中の状態からリロケーションが行なわれた後のデータ転送の様子を示す図である。
【図８】本発明の一実施形態による移動体通信システムの構成を示すブロック図である。
【図９】本実施形態のＲＮＣの構成を示すブロック図である。
【図１０】本実施形態の対応付け情報の一例を示す図である。
【図１１】本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。
【図１２】対応付け情報の情報要素の定義例を示す表である。
【図１３】他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。
【発明を実施するための最良の形態】
【００４１】
本発明を実施するための形態として、３ＧＰＰの移動体通信システムにおける応用例を、図面を参照して詳細に説明する。
【００４２】
図８は、本発明の一実施形態による移動体通信システムの構成を示すブロック図である。図８を参照すると、本実施形態の移動体通信システムは、複数のＲＮＣ１２、１３と複数のＮｏｄｅ−Ｂ１４、１５を有する無線アクセスネットワークである。ＲＮＣ１２、１３はＣＮ１１に接続されている。ＲＮＣの配下にはＮｏｄｅ−Ｂが接続されている。図８の例では、ＲＮＣ１２の配下にＮｏｄｅ−Ｂ１４が接続されており、ＲＮＣ１３の配下にＮｏｄｅ−Ｂ１５が接続されている。また、ＲＮＣ１２とＲＮＣ１３は相互に接続されている。ＵＥ１６は、Ｎｏｄｅ−Ｂにより構成されるセル内でＮｏｄｅ−Ｂと無線で接続することでＲＮＣと通信が可能な状態となる。その状態でＵＥ１６はＲＮＣと制御信号やデータを送受信する。
【００４３】
ＲＮＣ１２、１３は、ＣＮ１１とＮｏｄｅ−Ｂに接続されており、無線アクセスネットワークの制御を行なう。ＲＮＣ１２、１３は無線アクセスネットワークの制御の１つとして、ＳＲＢによるＲＲＣプロトコルやＮＡＳの制御信号をＵＥ１６と送受信する。また、ＲＮＣ１２、１３は、内部にＭＡＣ−ｄエンティティおよびＭＡＣ−ｅｓエンティティを実現し、ＵＥ１６との間で制御信号やデータを送受信する。
【００４４】
ＲＮＣ１２、１３は、ＵＥ１６の移動の状況に応じてサービングＲＮＣまたはドリフトＲＮＣになりうる。サービングＲＮＣは、ＵＥ制御信号やデータの送受信を終端し、プロトコル処理を行なうＲＮＣである。ドリフトＲＮＣは、移動したＵＥとサービングＲＮＣとの間の制御信号やデータを終端せずにトランスペアレントに転送する。また、ＲＮＣ１２、１３は、ＵＥ１６の移動により、ドリフトＲＮＣが生じた状態からリロケーションを実施することができる。
【００４５】
Ｎｏｄｅ−Ｂ１４、１５は、一方でＲＮＣ１２、１３に接続しており、他方で無線によりＵＥ１６と接続することができる。Ｎｏｄｅ−Ｂ１４、１５がＵＥ１６と接続することにより、ＵＥ１６の通信が可能となる。そして、Ｎｏｄｅ−Ｂ１４、１５は、内部にＭＡＣ−ｅエンティティおよびＭＡＣ−ｈｓエンティティを実現し、ＲＮＣとＵＥの間で送受信される制御信号やデータの中継を行なう。
【００４６】
図９は、本実施形態のＲＮＣの構成を示すブロック図である。図９を参照すると、ＲＮＣ１２、１３は、データ通信処理部２１、対応付け情報格納部２２、およびリロケーション処理部２３を有している。
【００４７】
データ通信処理部２１は、ＵＥ１６との間の制御信号やデータを、下りのＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗで送信し、上りのＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗで受信する。その際、データ通信処理部２１は、対応付け情報格納部２２に格納されている対応付け情報を参照することにより、各ＳＲＢと各ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗあるいは各Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗとの対応関係を認識し、その対応関係に従って制御信号やデータを転送する。
【００４８】
対応付け情報格納部２２は、各ＳＲＢと各ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗあるいは各Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗとの対応関係を示す対応付け情報を格納している。対応付け情報には、各ＳＲＢを識別するためのＳＲＢ  ＩＤと、各ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗを識別するためのＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤ、あるいは各Ｅ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗを識別するためのＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとの対応付けがされている。
【００４９】
図１０は、本実施形態の対応付け情報の一例を示す図である。図１０を参照すると、各ＳＲＢ  ＩＤに対応してＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤおよびＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤが記録されている。なお、ＳＲＢ  ＩＤに対して、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤの両方が記録されている場合だけでなく、いずれか一方のみが記録される場合もある。
【００５０】
データ通信処理部２１は、例えば下り方向にて、あるＳＲＢをＮｏｄｅ−Ｂに送ろうとするとき、そのＳＲＢのＳＲＢ  ＩＤに対応するＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤによって示されるＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  ＦｌｏｗにＳＲＢを多重する。
【００５１】
また、データ通信処理部２１は、例えば上り方向にて、受信したＥ−ＤＣＨ  ＭＡＣ−ｄ  ＦｌｏｗからＳＲＢを分離しようとするとき、そのＳＲＢのＳＲＢ  ＩＤに対応するＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤによって示されるＥ−ＤＣＨ  ＭＡＣ−ｄ  ＦｌｏｗからＳＲＢを分離する。
【００５２】
リロケーション処理部２３は、ＵＥ１６の移動によりドリフトＲＮＣが生じている状態で、自局がサービングＲＮＣあるいはドリフトＲＮＣとなっているとき、所定条件の下でリロケーションを実行する。
【００５３】
自局がサービングＲＮＣとなったとき、リロケーション処理部２３は、所定条件に従ってリロケーションの実行を決定してＣＮ１１にリロケーションの実行を要求し、その後一連の処理を行なう。その一連の処理の中で、自局がサービングＲＮＣとなっているリロケーション処理部２３は、対応付け情報格納部２２に格納されている対応付け情報をドリフトＲＮＣに通知する。
【００５４】
一方、自局がドリフトＲＮＣとなったとき、リロケーション処理部２３は、ＣＮ１１からの要求を受け、その後一連の処理を行なう。その一連の処理の中で、自局がドリフトＲＮＣとなっているリロケーション処理部２３は、サービングＲＮＣから通知される対応付け情報を対応付け情報格納部２２に格納する。
【００５５】
図１１は、本実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図１１の例では、初期状態として、サービングＲＮＣ１２とＵＥ１６がドリフトＲＮＣ１３を経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。このとき、この通信におけるＭＡＣ−ｄエンティティはサービングＲＮＣ１２に位置する。
【００５６】
この状態から、サービングＲＮＣ１２が、所定条件に従ってリロケーションを実施することを決定する。リロケーションは、例えば経路最適化あるいはリソース使用の最適化のために行なわれる。リロケーション手順においては、サービングＲＮＣ１２がソースＲＮＣとなり、ドリフトＲＮＣ１３がターゲットＲＮＣとなる。
【００５７】
まず、サービングＲＮＣ（ソースＲＮＣ）１２がＣＮ１１にＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージを送る。このＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージには、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が情報要素として付加されている。
【００５８】
図１２は、対応付け情報の情報要素の定義例を示す表である。図１２を参照すると、対応付け情報の情報要素名称は"ＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇ"である。このＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇという情報要素のグループが最大でＳＲＢの数だけ制御信号メッセージに含まれる。
【００５９】
ＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇにおいて、ＳＲＢ  ＩＤフィールドは必須のフィールドである。そのためＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇ情報要素には必ずＳＲＢ  ＩＤフィールドが含まれる。ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤフィールドとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤフィールドはオプションとなっている。そして、ＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇ情報要素には、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤの少なくとも一方が含まれる。この対応付け情報はＣＮ１１には必要の無いものであり、ＣＮ１１は、これをトランスペアレントにドリフトＲＮＣ１３に転送する。
【００６０】
対応付け情報を含むＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージを受信したＣＮ１１は、ドリフトＲＮＣ（ターゲットＲＮＣ）１３に対してＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを送る。ＣＮ１１は、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｉｒｅｄメッセージに付加されていた情報要素をＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに転載するので、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージにも、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が情報要素として付加されることとなる。
【００６１】
このＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを受信したドリフトＲＮＣ１３は、Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに含まれている対応付け情報を自局の対応付け情報格納部２２に記録する。
【００６２】
次に、ドリフトＲＮＣ１３は、そのＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに基づいて、無線リソースおよびＩｕインタフェース上のリソースを捕捉し、設定した後、リソースの捕捉完了を示すＲｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  ＡｃｋｎｏｗｌｅｄｇｅメッセージをＣＮ１１に返す。Ｒｅｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅメッセージを受けたＣＮ１１は、リロケーションの実行を指示するＲｅｌｏｃａｔｉｏｎ  ＣｏｍｍａｎｄメッセージをサービングＲＮＣ１２に送る。
【００６３】
サービングＲＮＣ１２は、ＣＮ１１からＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｍａｎｄメッセージを受けると、Ｒｅｌｏｃａｔｉｏｎ  ＣｏｍｍｉｔメッセージをドリフトＲＮＣ１３に送る。このＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｍｉｔメッセージは、サービングＲＮＣとしての役割をソースＲＮＣからターゲットＲＮＣに移行することを通知するものである。
【００６４】
Ｒｅｌｏｃａｔｉｏｎ  Ｃｏｍｍｉｔメッセージを受けたドリフトＲＮＣ１３は、ＣＮ１１に対してＲｅｌｏｃａｔｉｏｎ  Ｄｅｔｅｃｔメッセージを送るとともに、ＵＥ１６に対してＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを送る。このＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎメッセージは、リロケーションによってサービングＲＮＣの役割が移行されたことを通知するものである。
【００６５】
ＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎメッセージを受けたＵＥ１６がドリフトＲＮＣ（新たなサービングＲＮＣ）１３にＵＴＲＡＮ  Ｍｏｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｓｐｏｎｓｅメッセージを返すと、ＲＮＣ１３は、ＣＮ１１に対してＲｅｌｏｃａｔｉｏｎ  Ｃｏｍｐｌｅｔｅメッセージを返す。
【００６６】
以上の一例の手順によりリロケーションが完了すると、ＲＮＣ１３がドリフトＲＮＣからサービングＲＮＣになり、ＵＥ１６と通信できる状態となる。
【００６７】
また、サービングＲＮＣ１２の対応付け情報格納部２２にあった対応付け情報がドリフトＲＮＣ（新たなサービングＲＮＣ）１３に通知され、それが新たなサービングＲＮＣ１３の対応付け情報格納部２２に記録される。そのため、ＲＮＣ１３は、Ｒｅｌｏｃａｔｉｏｎ前にＲＮＣ１２によって行なわれていたＵＥ１６との通信をリロケーション後にも継続させることができる。
【００６８】
なお、ここでは、ＨＳＤＰＡとＥ−ＤＣＨの両方が行なわれている状態からリロケーションを実施する例を示したが、どちらか一方が行なわれている状態から実施することもできる。
【００６９】
以上説明したように、本実施形態によれば、データ通信中におけるリロケーションの実施によりサービングＲＮＣの役割をドリフトＲＮＣに移行するとき、一連の手順の中でサービングＲＮＣの保持していた対応付け情報をドリフトＲＮＣに通知し、ドリフトＲＮＣに記録するので、リロケーションが完了した後にもリロケーションの前に行なっていたデータ通信を継続させることができる。
【００７０】
なお、本実施形態では、ＣＮ１１とＵＥ１６がＨＳＤＰＡとＥ−ＤＣＨの両方を用いて通信している状態からリロケーションを行なう例を示したが、本発明は、これに限定されるものではない。他の例として、ＣＮ１１からＵＥ１６へＨＳＤＰＡだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。あるいは、ＵＥ１６からＣＮ１１へＥ−ＤＣＨだけを用いてデータを転送している状態からリロケーションを行なうこととしてもよい。図１０に示した、対応付け情報には、ＳＲＢ  ＩＤに対応してＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤあるいはＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤの一方だけが記録されてもよい。また、図１０に示した表においては、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤとＥ−ＤＣＨ  ＭＡＣ−ｄ  Ｆｌｏｗ  ＩＤはオプションとなっており、必ずしも両方が同時にＳＲＢ  ＴｒＣＨ  Ｍａｐｐｉｎｇに含まれていなくてもよい。
【００７１】
また、本実施形態では、本発明を３ＧＰＰに適用した例を示したが、本発明はこれに限定されるものではない。本発明は、ＵＥの移動によりドリフトＲＮＣが生じたとき、リロケーションによってサービングＲＮＣの役割をドリフトＲＮＣに移行させることのできる移動体通信システムに広く適用することができる。
【００７２】
本発明の他の実施形態として、リロケーションにＣＮが介在しない構成の移動体通信システムに本発明を適用した例を示す。他の実施形態における移動体通信システムの構成は図８に示したものと同様である。また、他実施形態におけるＲＮＣの構成は図９に示したものと同様である。
【００７３】
図１３は、他の実施形態の移動体通信システムにおけるリロケーションの動作を示すシーケンス図である。図１３の例では、初期状態として、サービングＲＮＣ１２とＵＥ１６がドリフトＲＮＣ１３を経由してＨＳＤＰＡおよびＥ−ＤＣＨの通信を行なっている。このとき、この通信においては、サービングＲＮＣ１２がＵＥ１６との通信を終端しており、ドリフトＲＮＣ１３はデータをトランスペアレントに中継している。
【００７４】
この状態から、サービングＲＮＣ１２が、所定条件に従ってリロケーションを実施することを決定する。
【００７５】
まず、サービングＲＮＣ１２がドリフトＲＮＣ１３にリロケーション要求メッセージを送る。このリロケーション要求メッセージには、サービングＲＮＣ１２の対応付け情報格納部２２に格納されている対応付け情報が含まれている。
【００７６】
対応付け情報を含むリロケーション要求メッセージを受信したドリフトＲＮＣ１３は、そのメッセージに含まれている対応付け情報を自局の対応付け情報格納部２２に記録する。
【００７７】
次に、ドリフトＲＮＣ１３は、そのメッセージに基づいて、各種のリソースを捕捉し、設定した後にサービングＲＮＣ１２に応答を返すとともに、ＵＥ１６に対して移行通知メッセージを送る。この移行通知メッセージは、リロケーションによってサービングＲＮＣの役割が移行されたことを通知するものである。
【００７８】
移行通知メッセージを受けたＵＥ１６は、サービングＲＮＣの移行を設定した後、ドリフトＲＮＣ（新たなサービングＲＮＣ）１３に応答を返す。
【００７９】
以上の一例の手順によりリロケーションが完了すると、ＲＮＣ１３がドリフトＲＮＣからサービングＲＮＣになり、ＵＥ１６と通信できる状態となる。
【００８０】
また、サービングＲＮＣ１２の対応付け情報格納部２２にあった対応付け情報がドリフトＲＮＣ（新たなサービングＲＮＣ）１３に通知され、それが新たなサービングＲＮＣ１３の対応付け情報格納部２２に記録される。そのため、ＲＮＣ１３は、リロケーション前にＲＮＣ１２によって行なわれていたＵＥ１６との通信をリロケーション後にも継続させることができる。
【００８１】
なお、上述の各実施形態においては、リロケーションを要求するメッセージに、対応付け情報を付加して送信する例を示したが、本発明はこれに限定されるものではない。他の例として、リロケーション要求とは別個に対応付け情報を送信することとしてもよい。
【００８２】
また、上述の各実施形態の動作では、ドリフトＲＮＣがリソース設定後にリロケーションの要求元に応答を返すこととした。しかし、本発明はこれに限定されるものではなく、本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、要求元は、ドリフトＲＮＣにおけるリソース設定が完了したものと認識することとしてもよい。
【００８３】
また、上述の各実施形態の動作では、ドリフトＲＮＣ（新たなサービングＲＮＣ）から移行の通知を受けたＵＥがそのＲＮＣに応答する例を示した。しかし、本発明はこれに限定されるものではなく、本発明において、この応答は必須のものではない。他の動作例として、所定時間が経過したことにより、ドリフトＲＮＣはＵＥにおける移行の設定が完了したものと認識することとしてもよい。
【図１】
2012029322.tif 000003
【図２】
2012029322.tif 000004
【図３】
2012029322.tif 000005
【図４】
2012029322.tif 000006
【図５】
2012029322.tif 000007
【図６】
2012029322.tif 000008
【図７】
2012029322.tif 000009
【図８】
2012029322.tif 000010
【図９】
2012029322.tif 000011
【図１０】
2012029322.tif 000012
【図１１】
2012029322.tif 000013
【図１２】
2012029322.tif 000014
【図１３】
2012029322.tif 000015
【手続補正書】
【提出日】平成23年11月25日(2011.11.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＳＲＢを用い、サービング基地局制御装置から送信された制御信号を受信する手段と、
前記ドリフト基地局制御装置を経由して、前記サービング基地局制御装置との間でデータ通信を行う手段と、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、Ｅ−ＤＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとが、前記サービング基地局制御装置から前記ドリフト基地局制御装置へ送信された後、前記ドリフト基地局制御装置と前記データ通信を行う手段と、を有する無線端末。
【請求項２】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項１に記載の無線端末。
【請求項３】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項２に記載の無線端末。
【請求項４】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項１乃至３のいずれか１項に記載の無線端末。
【請求項５】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項１乃至４のいずれか１項に記載の無線端末。
【請求項６】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項１乃至５のいずれか１項に記載の無線端末。
【請求項７】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項１乃至５のいずれか１項に記載の無線端末。
【請求項８】
無線端末と、
ＳＲＢを用い、前記無線端末へ制御信号を送信するサービング基地局制御装置と、
前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継するドリフト基地局制御装置と、を備え、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、Ｅ−ＤＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、移動体通信システム。
【請求項９】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項８に記載の移動体通信システム。
【請求項１０】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項９に記載の移動体通信システム。
【請求項１１】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項８乃至１０のいずれか１項に記載の移動体通信システム。
【請求項１２】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項８乃至１１のいずれか１項に記載の移動体通信システム。
【請求項１３】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項８乃至１２のいずれか１項に記載の移動体通信システム。
【請求項１４】
前記データ通信を行う前記ドリフト基地局制御装置は、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項８乃至１２のいずれか１項に記載の移動体通信システム。
【請求項１５】
無線端末と、ドリフト基地局制御装置と、サービング基地局制御装置と、を備えた移動体通信システムにおけるリロケーション方法であって、
前記サービング基地局制御装置が、ＳＲＢを用い、前記無線端末へ制御信号を送信し、
前記ドリフト基地局制御装置が、前記サービング基地局制御装置と前記無線端末との間のデータ通信を中継し、
前記サービング基地局制御装置の役割を前記ドリフト基地局制御装置へ移行するとき、前記ＳＲＢを識別するための第１のＩＤと、ＨＳ−ＤＳＣＨ  ＭＡＣ−ｄフローを識別する第２のＩＤとを、前記サービング基地局制御装置が、前記ドリフト基地局制御装置へ送信する、リロケーション方法。
【請求項１６】
前記データ通信は、上りデータ通信と下りデータ通信との少なくとも一方を含む、請求項１５に記載のリロケーション方法。
【請求項１７】
前記下りデータ通信がＨＳＤＰＡであり、前記上りデータ通信がＥ−ＤＣＨである、請求項１６に記載のリロケーション方法。
【請求項１８】
前記サービング基地局制御装置が前記ドリフト基地局制御装置へ、前記第１のＩＤと前記第２のＩＤとを通知するメッセージは、前記第１のＩＤと前記第２のＩＤとで構成されたグループを、使用されている前記ＳＲＢの数だけ含むことができる、請求項１５乃至１７のいずれか１項に記載のリロケーション方法。
【請求項１９】
前記第１のＩＤは、前記第２のＩＤと共にマッピングされている、請求項１５乃至１８のいずれか１項に記載のリロケーション方法。
【請求項２０】
前記データ通信を行う前記ドリフト基地局制御装置が、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置となる、請求項１５乃至１９のいずれか１項に記載のリロケーション方法。
【請求項２１】
前記データ通信を行う前記ドリフト基地局制御装置が、前記第１のＩＤと前記第２のＩＤとが、前記ドリフト基地局制御装置に通知された後、サービング基地局制御装置の役割を担う、請求項１５乃至１９のいずれか１項に記載のリロケーション方法。