JP2023134753A - 通信システム、マスター基地局、セカンダリ基地局およびユーザ装置 - Google Patents

Abstract

【課題】本開示の目的は、移動端末装置との間で直接の通信と、小規模基地局装置を介した通信との双方を行う大規模基地局装置間でハンドオーバが行われるときに、移動端末装置からデータを送信可能な通信システムを提供することである。【解決手段】本開示の通信システムは、マスター基地局とセカンダリ基地局とを含む複数の基地局と、複数の基地局と無線通信可能なユーザ装置とを備える。マスター基地局は、セカンダリ基地局に対して、上りリンク通信のスケジューリングに関する設定情報を通知する。ユーザ装置は、マスター基地局及び設定情報を通知されたセカンダリ基地局とデュアルコネクティビティする。【選択図】図５１

Description

本発明は、無線通信技術に関する。

移動体通信システムの規格化団体である３ＧＰＰ（3rd Generation Partnership Project）（登録商標、以下同じ）において、無線区間についてはロングタームエボリューション（Long Term Evolution：ＬＴＥ）と称し、コアネットワークおよび無線アクセスネットワーク（以下、まとめて、ネットワークとも称する）を含めたシステム全体構成については、システムアーキテクチャエボリューション（System Architecture Evolution：ＳＡＥ）と称される通信方式が検討されている（例えば、非特許文献１～１１参照）。この通信方式は３．９Ｇ（3.9 Generation）システムとも呼ばれる。

ＬＴＥのアクセス方式としては、下り方向はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）、上り方向はＳＣ－ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）が用いられる。また、ＬＴＥは、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）とは異なり、回線交換を含まず、パケット通信方式のみになる。

非特許文献１（５章）に記載される、３ＧＰＰでの、ＬＴＥシステムにおけるフレーム構成に関する決定事項について、図１を用いて説明する。図１は、ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。図１において、１つの無線フレーム（Radio frame）は１０ｍｓである。無線フレームは１０個の等しい大きさのサブフレーム（Subframe）に分割される。サブフレームは、２個の等しい大きさのスロット（slot）に分割される。無線フレーム毎に１番目および６番目のサブフレームに下り同期信号（Downlink Synchronization Signal）が含まれる。同期信号には、第一同期信号（Primary Synchronization Signal：Ｐ－ＳＳ）と、第二同期信号（Secondary Synchronization Signal：Ｓ－ＳＳ）とがある。

３ＧＰＰでの、ＬＴＥシステムにおけるチャネル構成に関する決定事項が、非特許文献１（５章）に記載されている。ＣＳＧ（Closed Subscriber Group）セルにおいてもｎｏｎ－ＣＳＧセルと同じチャネル構成が用いられると想定されている。

物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ）は、基地局装置（以下、単に「基地局」という場合がある）から移動端末装置（以下、単に「移動端末」という場合がある）などの通信端末装置（以下、単に「通信端末」という場合がある）への下り送信用のチャネルである。ＢＣＨトランスポートブロック（transport block）は、４０ｍｓ間隔中の４個のサブフレームにマッピングされる。４０ｍｓタイミングの明白なシグナリングはない。

物理制御フォーマットインジケータチャネル（Physical Control Format Indicator Channel：ＰＣＦＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＣＦＩＣＨは、ＰＤＣＣＨｓのために用いるＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボルの数を、基地局から通信端末へ通知する。ＰＣＦＩＣＨは、サブフレーム毎に送信される。

物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＣＣＨは、後述のトランスポートチャネルの１つである下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）のリソース割り当て（allocation）情報、後述のトランスポートチャネルの１つであるページングチャネル（Paging Channel：ＰＣＨ）のリソース割り当て（allocation）情報、ＤＬ－ＳＣＨに関するＨＡＲＱ（Hybrid Automatic Repeat reQuest）情報を通知する。ＰＤＣＣＨは、上りスケジューリンググラント（Uplink Scheduling Grant）を運ぶ。ＰＤＣＣＨは、上り送信に対する応答信号であるＡｃｋ（Acknowledgement）／Ｎａｃｋ（Negative Acknowledgement）を運ぶ。ＰＤＣＣＨは、Ｌ１／Ｌ２制御信号とも呼ばれる。

物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＤＳＣＨには、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）、およびトランスポートチャネルであるＰＣＨがマッピングされている。

物理マルチキャストチャネル（Physical Multicast Channel：ＰＭＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＭＣＨには、トランスポートチャネルであるマルチキャストチャネル（Multicast Channel：ＭＣＨ）がマッピングされている。

物理上り制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＣＣＨは、下り送信に対する応答信号（response signal）であるＡｃｋ／Ｎａｃｋを運ぶ。ＰＵＣＣＨは、ＣＱＩ（Channel Quality Indicator）レポートを運ぶ。ＣＱＩとは、受信したデータの品質、もしくは通信路品質を示す品質情報である。またＰＵＣＣＨは、スケジューリングリクエスト（Scheduling Request：ＳＲ）を運ぶ。

物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＵＳＣＨには、トランスポートチャネルの１つである上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）がマッピングされている。

物理ＨＡＲＱインジケータチャネル（Physical Hybrid ARQ Indicator Channel：ＰＨＩＣＨ）は、基地局から通信端末への下り送信用のチャネルである。ＰＨＩＣＨは、上り送信に対する応答信号であるＡｃｋ／Ｎａｃｋを運ぶ。物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）は、通信端末から基地局への上り送信用のチャネルである。ＰＲＡＣＨは、ランダムアクセスプリアンブル（random access preamble）を運ぶ。

下り参照信号（リファレンスシグナル（Reference Signal）：ＲＳ）は、ＬＴＥ方式の通信システムとして既知のシンボルである。以下の５種類の下りリファレンスシグナルが定義されている。セル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）、ＭＢＳＦＮ参照信号（MBSFN Reference Signal）、ＵＥ固有参照信号（UE-specific Reference Signal）であるデータ復調用参照信号（Demodulation Reference Signal：ＤＭ－ＲＳ）、位置決定参照信号（Positioning Reference Signal：ＰＲＳ）、チャネル状態情報参照信号（Channel State Information Reference Signal：ＣＳＩ－ＲＳ）。通信端末の物理レイヤの測定として、リファレンスシグナルの受信電力（Reference Signal Received Power：ＲＳＲＰ）測定がある。

非特許文献１（５章）に記載されるトランスポートチャネル（Transport channel）について、説明する。下りトランスポートチャネルのうち、報知チャネル（Broadcast Channel：ＢＣＨ）は、その基地局（セル）のカバレッジ全体に報知される。ＢＣＨは、物理報知チャネル（ＰＢＣＨ）にマッピングされる。

下り共有チャネル（Downlink Shared Channel：ＤＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＤＬ－ＳＣＨは、基地局（セル）のカバレッジ全体への報知が可能である。ＤＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。準静的なリソース割り当ては、パーシステントスケジューリング（Persistent Scheduling）ともいわれる。ＤＬ－ＳＣＨは、通信端末の低消費電力化のために通信端末の間欠受信（Discontinuous reception：ＤＲＸ）をサポートする。ＤＬ－ＳＣＨは、物理下り共有チャネル（ＰＤＳＣＨ）へマッピングされる。

ページングチャネル（Paging Channel：ＰＣＨ）は、通信端末の低消費電力を可能とするために通信端末のＤＲＸをサポートする。ＰＣＨは、基地局（セル）のカバレッジ全体への報知が要求される。ＰＣＨは、動的にトラフィックに利用できる物理下り共有チャネル（ＰＤＳＣＨ）のような物理リソースへマッピングされる。

マルチキャストチャネル（Multicast Channel：ＭＣＨ）は、基地局（セル）のカバレッジ全体への報知に使用される。ＭＣＨは、マルチセル送信におけるＭＢＭＳ（Multimedia Broadcast Multicast Service）サービス（ＭＴＣＨとＭＣＣＨ）のＳＦＮ合成をサポートする。ＭＣＨは、準静的なリソース割り当てをサポートする。ＭＣＨは、ＰＭＣＨへマッピングされる。

上りトランスポートチャネルのうち、上り共有チャネル（Uplink Shared Channel：ＵＬ－ＳＣＨ）には、ＨＡＲＱ（Hybrid ARQ）による再送制御が適用される。ＵＬ－ＳＣＨは、ダイナミックあるいは準静的（Semi-static）なリソース割り当てをサポートする。ＵＬ－ＳＣＨは、物理上り共有チャネル（ＰＵＳＣＨ）へマッピングされる。

ランダムアクセスチャネル（Random Access Channel：ＲＡＣＨ）は、制御情報に限られている。ＲＡＣＨは、衝突のリスクがある。ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）へマッピングされる。

ＨＡＲＱについて説明する。ＨＡＲＱとは、自動再送要求（Automatic Repeat reQuest：ＡＲＱ）と誤り訂正（Forward Error Correction）との組合せによって、伝送路の通信品質を向上させる技術である。ＨＡＲＱには、通信品質が変化する伝送路に対しても、再送によって誤り訂正が有効に機能するという利点がある。特に、再送にあたって初送の受信結果と再送の受信結果との合成をすることで、更なる品質向上を得ることも可能である。

再送の方法の一例を説明する。受信側にて、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Cyclic Redundancy Check）エラーが発生した場合（ＣＲＣ＝ＮＧ）、受信側から送信側へ「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信した送信側は、データを再送する。受信側にて、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合（ＣＲＣ＝ＯＫ）、受信側から送信側へ「Ａｃｋ」を送信する。「Ａｃｋ」を受信した送信側は次のデータを送信する。

非特許文献１（６章）に記載される論理チャネル（ロジカルチャネル：Logical channel）について、説明する。報知制御チャネル（Broadcast Control Channel：ＢＣＣＨ）は、報知システム制御情報のための下りチャネルである。論理チャネルであるＢＣＣＨは、トランスポートチャネルである報知チャネル（ＢＣＨ）、あるいは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

ページング制御チャネル（Paging Control Channel：ＰＣＣＨ）は、ページング情報（Paging Information）およびシステム情報（System Information）の変更を送信するための下りチャネルである。ＰＣＣＨは、通信端末のセルロケーションをネットワークが知らない場合に用いられる。論理チャネルであるＰＣＣＨは、トランスポートチャネルであるページングチャネル（ＰＣＨ）へマッピングされる。

共有制御チャネル（Common Control Channel：ＣＣＣＨ）は、通信端末と基地局との間の送信制御情報のためのチャネルである。ＣＣＣＨは、通信端末がネットワークとの間でＲＲＣ接続（connection）を有していない場合に用いられる。下り方向では、ＣＣＣＨは、トランスポートチャネルである下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。上り方向では、ＣＣＣＨは、トランスポートチャネルである上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされる。

マルチキャスト制御チャネル（Multicast Control Channel：ＭＣＣＨ）は、１対多の送信のための下りチャネルである。ＭＣＣＨは、ネットワークから通信端末への１つあるいはいくつかのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられる。ＭＣＣＨは、トランスポートチャネルであるマルチキャストチャネル（ＭＣＨ）へマッピングされる。

個別制御チャネル（Dedicated Control Channel：ＤＣＣＨ）は、１対１にて、通信端末とネットワークとの間の個別制御情報を送信するチャネルである。ＤＣＣＨは、通信端末がＲＲＣ接続（connection）である場合に用いられる。ＤＣＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

個別トラフィックチャネル（Dedicated Traffic Channel：ＤＴＣＨ）は、ユーザ情報の送信のための個別通信端末への１対１通信のチャネルである。ＤＴＣＨは、上りおよび下りともに存在する。ＤＴＣＨは、上りでは上り共有チャネル（ＵＬ－ＳＣＨ）へマッピングされ、下りでは下り共有チャネル（ＤＬ－ＳＣＨ）へマッピングされる。

マルチキャストトラフィックチャネル（Multicast Traffic channel：ＭＴＣＨ）は、ネットワークから通信端末へのトラフィックデータ送信のための下りチャネルである。ＭＴＣＨは、ＭＢＭＳ受信中の通信端末のみに用いられるチャネルである。ＭＴＣＨは、マルチキャストチャネル（ＭＣＨ）へマッピングされる。

ＣＧＩとは、セルグローバル識別子（Cell Global Identifier）のことである。ＥＣＧＩとは、Ｅ－ＵＴＲＡＮセルグローバル識別子（E-UTRAN Cell Global Identifier）のことである。ＬＴＥ、後述のＬＴＥ－Ａ（Long Term Evolution Advanced）およびＵＭＴＳ（Universal Mobile Telecommunication System）において、ＣＳＧ（Closed Subscriber Group）セルが導入される。

ＣＳＧ（Closed Subscriber Group）セルとは、利用可能な加入者をオペレータが特定しているセル（以下「特定加入者用セル」という場合がある）である。特定された加入者は、ＰＬＭＮ（Public Land Mobile Network）の１つ以上のセルにアクセスすることが許可される。特定された加入者がアクセスを許可されている１つ以上のセルを「ＣＳＧセル（ＣＳＧ ｃｅｌｌ（ｓ））」と呼ぶ。ただし、ＰＬＭＮにはアクセス制限がある。

ＣＳＧセルは、固有のＣＳＧアイデンティティ（CSG identity：ＣＳＧ ＩＤ；ＣＳＧ－ＩＤ）を報知し、ＣＳＧインジケーション（CSG Indication）にて「ＴＲＵＥ」を報知するＰＬＭＮの一部である。予め利用登録し、許可された加入者グループのメンバーは、アクセス許可情報であるところのＣＳＧ－ＩＤを用いてＣＳＧセルにアクセスする。

ＣＳＧ－ＩＤは、ＣＳＧセルまたはセルによって報知される。ＬＴＥ方式の通信システムにＣＳＧ－ＩＤは複数存在する。そして、ＣＳＧ－ＩＤは、ＣＳＧ関連のメンバーのアクセスを容易にするために、通信端末（ＵＥ）によって使用される。

通信端末の位置追跡は、１つ以上のセルからなる区域を単位に行われる。位置追跡は、待受け状態であっても通信端末の位置を追跡し、通信端末を呼び出す、換言すれば通信端末が着呼することを可能にするために行われる。この通信端末の位置追跡のための区域をトラッキングエリアと呼ぶ。

３ＧＰＰにおいて、Ｈｏｍｅ－ＮｏｄｅＢ（Ｈｏｍｅ－ＮＢ；ＨＮＢ）、Ｈｏｍｅ－ｅＮｏｄｅＢ（Ｈｏｍｅ－ｅＮＢ；ＨｅＮＢ）と称される基地局が検討されている。ＵＴＲＡＮにおけるＨＮＢ、およびＥ－ＵＴＲＡＮにおけるＨｅＮＢは、例えば家庭、法人、商業用のアクセスサービス向けの基地局である。非特許文献２には、ＨｅＮＢおよびＨＮＢへのアクセスの３つの異なるモードが開示されている。具体的には、オープンアクセスモード（Open access mode）と、クローズドアクセスモード（Closed access mode）と、ハイブリッドアクセスモード（Hybrid access mode）とが開示されている。

各々のモードは、以下のような特徴を有する。オープンアクセスモードでは、ＨｅＮＢおよびＨＮＢは、通常のオペレータのノーマルセルとして操作される。クローズドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、ＣＳＧセルとして操作される。このＣＳＧセルは、ＣＳＧメンバーのみアクセス可能なＣＳＧセルである。ハイブリッドアクセスモードでは、ＨｅＮＢおよびＨＮＢは、非ＣＳＧメンバーも同時にアクセス許可されているＣＳＧセルとして操作される。言い換えれば、ハイブリッドアクセスモードのセル（ハイブリッドセルとも称する）は、オープンアクセスモードとクローズドアクセスモードとの両方をサポートするセルである。

３ＧＰＰでは、全ての物理セル識別子（Physical Cell Identity：ＰＣＩ）のうち、ＣＳＧセルで使用するためにネットワークによって予約されたＰＣＩ範囲がある（非特許文献１ １０．５．１．１章参照）。ＰＣＩ範囲を分割することをＰＣＩスプリットと称することがある。ＰＣＩスプリットに関する情報（ＰＣＩスプリット情報とも称する）は、システム情報によって基地局から傘下の通信端末に対して報知される。基地局の傘下とは、該基地局をサービングセルとすることを意味する。

非特許文献３は、ＰＣＩスプリットを用いた通信端末の基本動作を開示する。ＰＣＩスプリット情報を有していない通信端末は、全ＰＣＩを用いて、例えば５０４コード全てを用いて、セルサーチを行う必要がある。これに対して、ＰＣＩスプリット情報を有する通信端末は、当該ＰＣＩスプリット情報を用いてセルサーチを行うことが可能である。

また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（Long Term Evolution Advanced：ＬＴＥ－Ａ）の規格策定が進められている（非特許文献３、非特許文献４参照）。ＬＴＥ－Ａは、ＬＴＥの無線区間通信方式を基本とし、それにいくつかの新技術を加えて構成される。

ＬＴＥ－Ａシステムでは、１００ＭＨｚまでのより広い周波数帯域幅（transmission bandwidths）をサポートするために、二つ以上のコンポーネントキャリア（Component Carrier：ＣＣ）を集約する（「アグリゲーション（aggregation）する」とも称する）、キャリアアグリゲーション（Carrier Aggregation：ＣＡ）が検討されている。

ＣＡが構成される場合、ＵＥはネットワーク（Network：ＮＷ）と唯一つのＲＲＣ接続（RRC connection）を有する。ＲＲＣ接続において、一つのサービングセルがＮＡＳモビリティ情報とセキュリティ入力を与える。このセルをプライマリセル（Primary Cell：ＰＣｅｌｌ）と呼ぶ。下りリンクで、ＰＣｅｌｌに対応するキャリアは、下りプライマリコンポーネントキャリア（Downlink Primary Component Carrier：ＤＬ ＰＣＣ）である。上りリンクで、ＰＣｅｌｌに対応するキャリアは、上りプライマリコンポーネントキャリア（Uplink Primary Component Carrier：ＵＬ ＰＣＣ）である。

ＵＥの能力（ケーパビリティ（capability））に応じて、セカンダリセル（Secondary Cell：ＳＣｅｌｌ）が、ＰＣｅｌｌとサービングセルとの組を形成するために構成される。下りリンクで、ＳＣｅｌｌに対応するキャリアは、下りセカンダリコンポーネントキャリア（Downlink Secondary Component Carrier：ＤＬ ＳＣＣ）である。上りリンクで、ＳＣｅｌｌに対応するキャリアは、上りセカンダリコンポーネントキャリア（Uplink Secondary Component Carrier：ＵＬ ＳＣＣ）である。

一つのＵＥに対して、一つのＰＣｅｌｌと、一つ以上のＳＣｅｌｌからなるサービングセルとの組が構成される。

また、ＬＴＥ－Ａでの新技術としては、より広い帯域をサポートする技術（Wider bandwidth extension）、および多地点協調送受信（Coordinated Multiple Point transmission and reception：ＣｏＭＰ）技術などがある。３ＧＰＰでＬＴＥ－Ａのために検討されているＣｏＭＰについては、非特許文献５に記載されている。

モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ－Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。

また、３ＧＰＰにおいて、将来の膨大なトラフィックに対応するために、スモールセルを構成するスモールｅＮＢ（以下「小規模基地局装置」という場合がある）を用いることが検討されている。例えば、多数のスモールｅＮＢを設置して、多数のスモールセルを構成することによって、周波数利用効率を高めて、通信容量の増大を図る技術などが検討されている。具体的には、ＵＥが２つのｅＮＢと接続して通信を行うデュアルコネクティビティ（Dual Connectivity：ＤＣ）などがある。ＤＣについては、非特許文献６に記載されている。

３ＧＰＰ ＴＳ３６．３００ Ｖ１３．０．０ ３ＧＰＰ Ｓ１－０８３４６１ ３ＧＰＰ ＴＲ ３６．８１４ Ｖ９．０．０ ３ＧＰＰ ＴＲ ３６．９１２ Ｖ１０．０．０ ３ＧＰＰ ＴＲ ３６．８１９ Ｖ１１．２．０ ３ＧＰＰ ＴＲ－３６．８４２ Ｖ１２．０．０ ３ＧＰＰ ＴＳ ３６．１４１ Ｖ１３．０．０ ３ＧＰＰ ＴＲ ３６．８７５ Ｖ１３．０．０ ３ＧＰＰ Ｒ２－１５２３５９ ３ＧＰＰ Ｒ２－１５１１８０ ３ＧＰＰ Ｒ２－１５２３３８

前述の非特許文献６には、デュアルコネクティビティ中のスプリットベアラを継続したまま、マクロｅＮＢ（以下「大規模基地局装置」という場合がある）で構成されるマクロセル間でハンドオーバ（Handover：ＨＯ）するときに、データの送信を可能とする方法は開示されていない。また、従来の技術では、マクロセル間でＨＯをしているときに、上りデータの送信に遅延が発生するという問題がある。

本発明の目的は、移動端末装置との間で直接の通信と、小規模基地局装置を介した通信との双方を行う大規模基地局装置間でハンドオーバが行われるときに、移動端末装置からデータを送信可能な通信システムを提供することである。

本発明の通信システムは、マスター基地局とセカンダリ基地局とを含む複数の基地局と、複数の前記基地局と無線通信可能なユーザ装置とを備える通信システムであって、前記マスター基地局が、前記セカンダリ基地局に対して、上りリンク通信のスケジューリングに関する設定情報を通知し、前記ユーザ装置は、前記マスター基地局及び前記設定情報を通知された前記セカンダリ基地局とデュアルコネクティビティする。
本発明のマスター基地局は、マスター基地局とセカンダリ基地局とを含む複数の基地局と、複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるマスター基地局であって、前記セカンダリ基地局に対して、上りリンク通信のスケジューリングに関する設定情報を通知する。
本発明のセカンダリ基地局は、マスター基地局とセカンダリ基地局とを含む複数の基地局と、複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるセカンダリ基地局であって、前記マスター基地局から、上りリンク通信のスケジューリングに関する設定情報を受信する。
本発明のユーザ装置は、マスター基地局とセカンダリ基地局とを含む複数の基地局と、複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるユーザ装置であって、前記セカンダリ基地局に対して上りリンク通信のスケジューリングに関する設定情報を通知する前記マスター基地局及び前記設定情報を通知された前記セカンダリ基地局とデュアルコネクティビティする。

本発明の通信システムによれば、移動端末装置は、ハンドオーバ処理の間、前記セカンダリ基地局との接続を維持する。これによって、移動端末装置との間で直接の通信と、小規模基地局装置を介した通信との双方を行う大規模基地局装置間でハンドオーバが行われるときに、移動端末装置からデータを送信することができる。

本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。

ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。 ３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。 本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。 本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。 本発明に係るＭＭＥの構成を示すブロック図である。 ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。 マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。 実施の形態１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例４の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例４の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。 実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。 従来のＤＲＡＴが設定された場合のＢＳＲの送信方法を説明するための図である。 従来のＤＲＡＴが設定された場合のＢＳＲの送信方法を説明するための図である。 実施の形態２におけるＢＳＲの送信方法を説明するための図である。 従来のＤＲＡＴが設定された場合のＰＤＣＰのデータの配分方法を説明するための図である。 実施の形態３におけるＰＤＣＰのデータの送信方法を説明するための図である。 従来のＤＲＡＴが設定された場合の上りスケジューリングの方法を説明するための図である。 実施の形態４における上りスケジューリングの方法を説明するための図である。

実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）２０１と称される。通信端末装置である移動端末装置（以下「移動端末（User Equipment：ＵＥ）」という）２０２は、基地局装置（以下「基地局（E-UTRAN NodeB：ｅＮＢ）」という）２０３と無線通信可能であり、無線通信で信号の送受信を行う。

ここで、「通信端末装置」とは、移動可能な携帯電話端末装置などの移動端末装置だけでなく、センサなどの移動しないデバイスも含んでいる。以下の説明では、「通信端末装置」を、単に「通信端末」という場合がある。

移動端末２０２に対する制御プロトコル、例えばＲＲＣ（Radio Resource Control）と、ユーザプレイン、例えばＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer）とが基地局２０３で終端するならば、Ｅ－ＵＴＲＡＮは１つあるいは複数の基地局２０３によって構成される。

移動端末２０２と基地局２０３との間の制御プロトコルＲＲＣ（Radio Resource Control）は、報知（Broadcast）、ページング（paging）、ＲＲＣ接続マネージメント（RRC connection management）などを行う。ＲＲＣにおける基地局２０３と移動端末２０２との状態として、ＲＲＣ＿ＩＤＬＥと、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤとがある。

ＲＲＣ＿ＩＤＬＥでは、ＰＬＭＮ（Public Land Mobile Network）選択、システム情報（System Information：ＳＩ）の報知、ページング（paging）、セル再選択（cell re-selection）、モビリティなどが行われる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末はＲＲＣ接続（connection）を有し、ネットワークとのデータの送受信を行うことができる。またＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、ハンドオーバ（Handover：ＨＯ）、隣接セル（Neighbour cell）の測定（メジャメント（measurement））などが行われる。

基地局２０３は、ｅＮＢ２０７と、Ｈｏｍｅ－ｅＮＢ２０６とに分類される。通信システム２００は、複数のｅＮＢ２０７を含むｅＮＢ群２０３－１と、複数のＨｏｍｅ－ｅＮＢ２０６を含むＨｏｍｅ－ｅＮＢ群２０３－２とを備える。またコアネットワークであるＥＰＣ（Evolved Packet Core）と、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とで構成されるシステムは、ＥＰＳ（Evolved Packet System）と称される。コアネットワークであるＥＰＣと、無線アクセスネットワークであるＥ－ＵＴＲＡＮ２０１とを合わせて、「ネットワーク」という場合がある。

ｅＮＢ２０７は、移動管理エンティティ（Mobility Management Entity：ＭＭＥ）、あるいはＳ－ＧＷ（Serving Gateway）、あるいはＭＭＥおよびＳ－ＧＷを含むＭＭＥ／Ｓ－ＧＷ部（以下「ＭＭＥ部」という場合がある）２０４とＳ１インタフェースにより接続され、ｅＮＢ２０７とＭＭＥ部２０４との間で制御情報が通信される。一つのｅＮＢ２０７に対して、複数のＭＭＥ部２０４が接続されてもよい。ｅＮＢ２０７間は、Ｘ２インタフェースにより接続され、ｅＮＢ２０７間で制御情報が通信される。

Ｈｏｍｅ－ｅＮＢ２０６は、ＭＭＥ部２０４とＳ１インタフェースにより接続され、Ｈｏｍｅ－ｅＮＢ２０６とＭＭＥ部２０４との間で制御情報が通信される。一つのＭＭＥ部２０４に対して、複数のＨｏｍｅ－ｅＮＢ２０６が接続される。あるいは、Ｈｏｍｅ－ｅＮＢ２０６は、ＨｅＮＢＧＷ（Home-eNB GateWay）２０５を介してＭＭＥ部２０４と接続される。Ｈｏｍｅ－ｅＮＢ２０６とＨｅＮＢＧＷ２０５とは、Ｓ１インタフェースにより接続され、ＨｅＮＢＧＷ２０５とＭＭＥ部２０４とはＳ１インタフェースを介して接続される。

一つまたは複数のＨｏｍｅ－ｅＮＢ２０６が一つのＨｅＮＢＧＷ２０５と接続され、Ｓ１インタフェースを通して情報が通信される。ＨｅＮＢＧＷ２０５は、一つまたは複数のＭＭＥ部２０４と接続され、Ｓ１インタフェースを通して情報が通信される。

ＭＭＥ部２０４およびＨｅＮＢＧＷ２０５は、上位装置、具体的には上位ノードであり、基地局であるｅＮＢ２０７およびＨｏｍｅ－ｅＮＢ２０６と、移動端末（ＵＥ）２０２との接続を制御する。ＭＭＥ部２０４は、コアネットワークであるＥＰＣを構成する。基地局２０３およびＨｅＮＢＧＷ２０５は、Ｅ－ＵＴＲＡＮ２０１を構成する。

さらに３ＧＰＰでは、以下のような構成が検討されている。Ｈｏｍｅ－ｅＮＢ２０６間のＸ２インタフェースはサポートされる。すなわち、Ｈｏｍｅ－ｅＮＢ２０６間は、Ｘ２インタフェースにより接続され、Ｈｏｍｅ－ｅＮＢ２０６間で制御情報が通信される。ＭＭＥ部２０４からは、ＨｅＮＢＧＷ２０５はＨｏｍｅ－ｅＮＢ２０６として見える。Ｈｏｍｅ－ｅＮＢ２０６からは、ＨｅＮＢＧＷ２０５はＭＭＥ部２０４として見える。

Ｈｏｍｅ－ｅＮＢ２０６が、ＨｅＮＢＧＷ２０５を介してＭＭＥ部２０４に接続される場合および直接ＭＭＥ部２０４に接続される場合のいずれの場合も、Ｈｏｍｅ－ｅＮＢ２０６とＭＭＥ部２０４との間のインタフェースは、Ｓ１インタフェースで同じである。

基地局２０３は、１つのセルを構成してもよいし、複数のセルを構成してもよい。各セルは、移動端末２０２と通信可能な範囲であるカバレッジとして予め定める範囲を有し、カバレッジ内で移動端末２０２と無線通信を行う。１つの基地局２０３が複数のセルを構成する場合、１つ１つのセルが、移動端末２０２と通信可能に構成される。

図３は、本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。図３に示す移動端末２０２の送信処理を説明する。まず、プロトコル処理部３０１からの制御データ、およびアプリケーション部３０２からのユーザデータが、送信データバッファ部３０３へ保存される。送信データバッファ部３０３に保存されたデータは、エンコーダー部３０４へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部３０３から変調部３０５へ直接出力されるデータが存在してもよい。エンコーダー部３０４でエンコード処理されたデータは、変調部３０５にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部３０６へ出力され、無線送信周波数に変換される。その後、アンテナ３０７から基地局２０３に送信信号が送信される。

また、移動端末２０２の受信処理は、以下のように実行される。基地局２０３からの無線信号がアンテナ３０７により受信される。受信信号は、周波数変換部３０６にて無線受信周波数からベースバンド信号に変換され、復調部３０８において復調処理が行われる。復調後のデータは、デコーダー部３０９へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部３０１へ渡され、ユーザデータはアプリケーション部３０２へ渡される。移動端末２０２の一連の処理は、制御部３１０によって制御される。よって制御部３１０は、図３では省略しているが、各部３０１～３０９と接続している。

図４は、本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。図４に示す基地局２０３の送信処理を説明する。ＥＰＣ通信部４０１は、基地局２０３とＥＰＣ（ＭＭＥ部２０４など）、ＨｅＮＢＧＷ２０５などとの間のデータの送受信を行う。他基地局通信部４０２は、他の基地局との間のデータの送受信を行う。ＥＰＣ通信部４０１および他基地局通信部４０２は、それぞれプロトコル処理部４０３と情報の受け渡しを行う。プロトコル処理部４０３からの制御データ、ならびにＥＰＣ通信部４０１および他基地局通信部４０２からのユーザデータおよび制御データは、送信データバッファ部４０４へ保存される。

送信データバッファ部４０４に保存されたデータは、エンコーダー部４０５へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部４０４から変調部４０６へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部４０６にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部４０７へ出力され、無線送信周波数に変換される。その後、アンテナ４０８より一つもしくは複数の移動端末２０２に対して送信信号が送信される。

また、基地局２０３の受信処理は以下のように実行される。一つもしくは複数の移動端末２０２からの無線信号が、アンテナ４０８により受信される。受信信号は、周波数変換部４０７にて無線受信周波数からベースバンド信号に変換され、復調部４０９で復調処理が行われる。復調されたデータは、デコーダー部４１０へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部４０３あるいはＥＰＣ通信部４０１、他基地局通信部４０２へ渡され、ユーザデータはＥＰＣ通信部４０１および他基地局通信部４０２へ渡される。基地局２０３の一連の処理は、制御部４１１によって制御される。よって制御部４１１は、図４では省略しているが、各部４０１～４１０と接続している。

図５は、本発明に係るＭＭＥの構成を示すブロック図である。図５では、前述の図２に示すＭＭＥ部２０４に含まれるＭＭＥ２０４ａの構成を示す。ＰＤＮ ＧＷ通信部５０１は、ＭＭＥ２０４ａとＰＤＮ ＧＷとの間のデータの送受信を行う。基地局通信部５０２は、ＭＭＥ２０４ａと基地局２０３との間のＳ１インタフェースによるデータの送受信を行う。ＰＤＮ ＧＷから受信したデータがユーザデータであった場合、ユーザデータは、ＰＤＮ ＧＷ通信部５０１から、ユーザプレイン通信部５０３経由で基地局通信部５０２に渡され、１つあるいは複数の基地局２０３へ送信される。基地局２０３から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部５０２から、ユーザプレイン通信部５０３経由でＰＤＮ ＧＷ通信部５０１に渡され、ＰＤＮ ＧＷへ送信される。

ＰＤＮ ＧＷから受信したデータが制御データであった場合、制御データは、ＰＤＮ ＧＷ通信部５０１から制御プレイン制御部５０５へ渡される。基地局２０３から受信したデータが制御データであった場合、制御データは、基地局通信部５０２から制御プレイン制御部５０５へ渡される。

ＨｅＮＢＧＷ通信部５０４は、ＨｅＮＢＧＷ２０５が存在する場合に設けられ、情報種別によって、ＭＭＥ２０４ａとＨｅＮＢＧＷ２０５との間のインタフェース（ＩＦ）によるデータの送受信を行う。ＨｅＮＢＧＷ通信部５０４から受信した制御データは、ＨｅＮＢＧＷ通信部５０４から制御プレイン制御部５０５へ渡される。制御プレイン制御部５０５での処理の結果は、ＰＤＮ ＧＷ通信部５０１経由でＰＤＮ ＧＷへ送信される。また、制御プレイン制御部５０５で処理された結果は、基地局通信部５０２経由でＳ１インタフェースにより１つあるいは複数の基地局２０３へ送信され、またＨｅＮＢＧＷ通信部５０４経由で１つあるいは複数のＨｅＮＢＧＷ２０５へ送信される。

制御プレイン制御部５０５には、ＮＡＳセキュリティ部５０５－１、ＳＡＥベアラコントロール部５０５－２、アイドルステート（Idle State）モビリティ管理部５０５－３などが含まれ、制御プレインに対する処理全般を行う。ＮＡＳセキュリティ部５０５－１は、ＮＡＳ（Non-Access Stratum）メッセージのセキュリティなどを行う。ＳＡＥベアラコントロール部５０５－２は、ＳＡＥ（System Architecture Evolution）のベアラの管理などを行う。アイドルステートモビリティ管理部５０５－３は、待受け状態（アイドルステート（Idle State）；ＬＴＥ－ＩＤＬＥ状態、または、単にアイドルとも称される）のモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の１つあるいは複数の移動端末２０２のトラッキングエリアの追加、削除、更新、検索、トラッキングエリアリスト管理などを行う。

ＭＭＥ２０４ａは、１つまたは複数の基地局２０３に対して、ページング信号の分配を行う。また、ＭＭＥ２０４ａは、待受け状態（Idle State）のモビリティ制御（Mobility control）を行う。ＭＭＥ２０４ａは、移動端末が待ち受け状態のとき、および、アクティブ状態（Active State）のときに、トラッキングエリア（Tracking Area）リストの管理を行う。ＭＭＥ２０４ａは、ＵＥが登録されている（registered）追跡領域（トラッキングエリア：Tracking Area）に属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。ＭＭＥ２０４ａに接続されるＨｏｍｅ－ｅＮＢ２０６のＣＳＧの管理、ＣＳＧ－ＩＤの管理、およびホワイトリストの管理は、アイドルステートモビリティ管理部５０５－３で行われてもよい。

次に通信システムにおけるセルサーチ方法の一例を示す。図６は、ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。通信端末は、セルサーチを開始すると、ステップＳＴ６０１で、周辺の基地局から送信される第一同期信号（Ｐ－ＳＳ）、および第二同期信号（Ｓ－ＳＳ）を用いて、スロットタイミング、フレームタイミングの同期をとる。

Ｐ－ＳＳとＳ－ＳＳとを合わせて、同期信号（Synchronization Signal：ＳＳ）という。同期信号（ＳＳ）には、セル毎に割り当てられたＰＣＩに１対１に対応するシンクロナイゼーションコードが割り当てられている。ＰＣＩの数は５０４通りが検討されている。この５０４通りのＰＣＩを用いて同期をとるとともに、同期がとれたセルのＰＣＩを検出（特定）する。

次に同期がとれたセルに対して、ステップＳＴ６０２で、基地局からセル毎に送信される参照信号（リファレンスシグナル：ＲＳ）であるセル固有参照信号（Cell-specific Reference Signal：ＣＲＳ）を検出し、ＲＳの受信電力（Reference Signal Received Power：ＲＳＲＰ）の測定を行う。参照信号（ＲＳ）には、ＰＣＩと１対１に対応したコードが用いられている。そのコードで相関をとることによって他セルと分離できる。ステップＳＴ１で特定したＰＣＩから、該セルのＲＳ用のコードを導出することによって、ＲＳを検出し、ＲＳの受信電力を測定することが可能となる。

次にステップＳＴ６０３で、ステップＳＴ６０２までで検出された一つ以上のセルの中から、ＲＳの受信品質が最もよいセル、例えば、ＲＳの受信電力が最も高いセル、つまりベストセルを選択する。

次にステップＳＴ６０４で、ベストセルのＰＢＣＨを受信して、報知情報であるＢＣＣＨを得る。ＰＢＣＨ上のＢＣＣＨには、セル構成情報が含まれるＭＩＢ（Master Information Block）がマッピングされる。したがってＰＢＣＨを受信してＢＣＣＨを得ることで、ＭＩＢが得られる。ＭＩＢの情報としては、例えば、ＤＬ（ダウンリンク）システム帯域幅（送信帯域幅設定（transmission bandwidth configuration：dl-bandwidth）とも呼ばれる）、送信アンテナ数、ＳＦＮ（System Frame Number）などがある。

次にステップＳＴ６０５で、ＭＩＢのセル構成情報をもとに該セルのＤＬ－ＳＣＨを受信して、報知情報ＢＣＣＨの中のＳＩＢ（System Information Block）１を得る。ＳＩＢ１には、該セルへのアクセスに関する情報、セルセレクションに関する情報、他のＳＩＢ（ＳＩＢｋ；ｋ≧２の整数）のスケジューリング情報が含まれる。また、ＳＩＢ１には、トラッキングエリアコード（Tracking Area Code：ＴＡＣ）が含まれる。

次にステップＳＴ６０６で、通信端末は、ステップＳＴ６０５で受信したＳＩＢ１のＴＡＣと、通信端末が既に保有しているトラッキングエリアリスト内のトラッキングエリア識別子（Tracking Area Identity：ＴＡＩ）のＴＡＣ部分とを比較する。トラッキングエリアリストは、ＴＡＩリスト（TAI list）とも称される。ＴＡＩはトラッキングエリアを識別するための識別情報であり、ＭＣＣ（Mobile Country Code）と、ＭＮＣ（Mobile Network Code）と、ＴＡＣ（Tracking Area Code）とによって構成される。ＭＣＣは国コードである。ＭＮＣはネットワークコードである。ＴＡＣはトラッキングエリアのコード番号である。

通信端末は、ステップＳＴ６０６で比較した結果、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれるＴＡＣと同じならば、該セルで待ち受け動作に入る。比較して、ステップＳＴ６０５で受信したＴＡＣがトラッキングエリアリスト内に含まれなければ、通信端末は、該セルを通して、ＭＭＥなどが含まれるコアネットワーク（Core Network，ＥＰＣ）へ、ＴＡＵ（Tracking Area Update）を行うためにトラッキングエリアの変更を要求する。

コアネットワークを構成する装置（以下「コアネットワーク側装置」という場合がある）は、ＴＡＵ要求信号とともに通信端末から送られてくる該通信端末の識別番号（ＵＥ－ＩＤなど）をもとに、トラッキングエリアリストの更新を行う。コアネットワーク側装置は、通信端末に更新後のトラッキングエリアリストを送信する。通信端末は、受信したトラッキングエリアリストに基づいて、通信端末が保有するＴＡＣリストを書き換える（更新する）。その後、通信端末は、該セルで待ち受け動作に入る。

スマートフォンおよびタブレット型端末装置の普及によって、セルラー系無線通信によるトラフィックが爆発的に増大しており、世界中で無線リソースの不足が懸念されている。これに対応して周波数利用効率を高めるために、小セル化し、空間分離を進めることが検討されている。

従来のセルの構成では、ｅＮＢによって構成されるセルは、比較的広い範囲のカバレッジを有する。従来は、複数のｅＮＢによって構成される複数のセルの比較的広い範囲のカバレッジによって、あるエリアを覆うように、セルが構成されている。

小セル化された場合、ｅＮＢによって構成されるセルは、従来のｅＮＢによって構成されるセルのカバレッジに比べて範囲が狭いカバレッジを有する。したがって、従来と同様に、あるエリアを覆うためには、従来のｅＮＢに比べて、多数の小セル化されたｅＮＢが必要となる。

以下の説明では、従来のｅＮＢによって構成されるセルのように、カバレッジが比較的大きいセルを「マクロセル」といい、マクロセルを構成するｅＮＢを「マクロｅＮＢ」（以下「大規模基地局装置」という場合がある）という。また、小セル化されたセルのように、カバレッジが比較的小さいセルを「スモールセル」といい、スモールセルを構成するｅＮＢを「スモールｅＮＢ」（以下「小規模基地局装置」という場合がある）という。

マクロｅＮＢは、例えば、非特許文献７に記載される「ワイドエリア基地局（Wide Area Base Station）」であってもよい。

スモールｅＮＢは、例えば、ローパワーノード、ローカルエリアノード、ホットスポットなどであってもよい。また、スモールｅＮＢは、ピコセルを構成するピコｅＮＢ、フェムトセルを構成するフェムトｅＮＢ、ＨｅＮＢ、ＲＲＨ（Remote Radio Head）、ＲＲＵ（Remote Radio Unit）、ＲＲＥ（Remote Radio Equipment）またはＲＮ（Relay Node）であってもよい。また、スモールｅＮＢは、非特許文献７に記載される「ローカルエリア基地局（Local Area Base Station）」または「ホーム基地局（Home Base Station）」であってもよい。

図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。

複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。

また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。

また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。

また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。

さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。

以下の説明では、デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスターｅＮＢ（略称：ＭｅＮＢ）」といい、他方を「セカンダリｅＮＢ（略称：ＳｅＮＢ）」という場合がある。また、ＨＯ元のＭｅＮＢを「ソースＭｅＮＢ（略称：Ｓ－ＭｅＮＢ）」といい、ＨＯ先のＭｅＮＢを「ターゲットＭｅＮＢ（略称：Ｔ－ＭｅＮＢ）」という場合がある。

デュアルコネクティビティ（ＤＣ）を実行中のＭｅＮＢ間のＨＯでは、ＳｅＮＢを解放することが決められている。すなわち、ＤＣを終了し、ＭｅＮＢだけの通信に戻り、ＭｅＮＢ間のＨＯを行うことになっている。

ただし、ＭｅＮＢ間のＨＯのときに、ＨＯ対象であるＵＥに接続されたＳｅＮＢがＨＯ前後で変更されない場合、あるいは変更しないほうがよい場合が存在する。

ＭｅＮＢ間のＨＯにおいてＳｅＮＢの変更が無い場合、ＨＯ中にＵＥがＳｅＮＢと通信することによって、早期にデータ通信を行うことが可能となり、遅延を低減することが可能となる。

３ＧＰＰでは、ＭｅＮＢ間のＨＯにおいてＳｅＮＢの変更が無い場合について検討されている。例えば、非特許文献８の図４．３．２．３－１には、ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ処理のシーケンスが開示されている。しかし、非特許文献８には、例えば上りデータおよび下りデータの送信をどのタイミングで始めるかなど、特にユーザプレインデータについての詳細な開示は無い。また、スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯについての開示も無い。ここで、「スプリットベアラ」とは、ＭｅＮＢとＵＥとの間の直接のパスと、ＳｅＮＢを介したＭｅＮＢとＵＥとの間のパスとにスプリットされたベアラをいう。

本実施の形態では、スプリットベアラを維持したままのＭｅＮＢ間のＨＯ中に、ＵＥとＳｅＮＢとの間でデータの送信を可能とする方法を開示する。

本実施の形態では、ＭｅＮＢは、ＭｅＮＢ間のＨＯを行う場合、ＨＯ対象のＵＥ（以下「対象ＵＥ」という場合がある）に対して、スプリットベアラを維持する。

図８および図９は、実施の形態１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図８と図９とは、境界線ＢＬ１で接続されている。図８および図９では、ハンドオーバ処理として、ＳｅＮＢの変更が無い場合のＭｅＮＢ間ＨＯにおける上りデータおよび下りデータの送信に関するシーケンスの一例を示す。

図８では、ステップＳＴ１０１１において、ＨＯ対象のＵＥがＳ－ＭｅＮＢとＳｅＮＢとにＤＣを実行している状態であることを示している。ステップＳＴ１０１２において、ＵＥは、ＤＣを実行している状態でＳ－ＭｅＮＢとの接続状態を測定した結果をＳ－ＭｅＮＢに通知する。この接続状態の測定結果は、例えば、非特許文献１に開示される測定報告（Measurement report）メッセージを用いて通知される。

ステップＳＴ１０１２で通知される、接続状態の測定結果に応じて、ステップＳＴ１０１３において、Ｓ－ＭｅＮＢは、ＨＯを実行することを決定する。

ステップＳＴ１０１４において、Ｓ－ＭｅＮＢは、Ｔ－ＭｅＮＢに対して、ＵＥのＨＯ先となることを要求する。このＨＯ先となることの要求は、例えば、非特許文献８の図４．３．２．３－１に開示されるＨＯ要求（HO request）メッセージを用いて行われる。またＳ－ＭｅＮＢは、ステップＳＴ１０１４において、Ｔ－ＭｅＮＢに、Ｓ－ＭｅＮＢが構成しているＳｅＮＢに関する情報であるＳｅＮＢ構成情報を通知する。

ステップＳＴ１０１４のＨＯ要求を受けたＴ－ＭｅＮＢは、ステップＳＴ１０１５において、ＨＯ対象のＵＥが既に接続しているＳｅＮＢを変更しないことを決定する。また、Ｔ－ＭｅＮＢは、ステップＳＴ１０１５において、スプリットベアラを維持することを決定する。

ステップＳＴ１０１５において、Ｔ－ＭｅＮＢは、ＳｅＮＢを変更しないこと、およびスプリットベアラを維持することを、Ｓ－ＭｅＮＢから通知されるＳｅＮＢ構成情報に基づいて決定する。

ＳｅＮＢ構成情報には、ＳｅＮＢのｅＮＢ ＩＤ、ＳｅＮＢを用いているベアラ情報（Ｅ－ＲＡＢ ＩＤ）、スプリットベアラに設定しているベアラ情報、およびスプリットベアラの設定情報が含まれてもよい。

ステップＳＴ１０１６において、Ｔ－ＭｅＮＢは、スプリットベアラを維持したままのＳｅＮＢの変更が無いことを設定するようにＳｅＮＢに指示する。この指示は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ追加要求（SeNB addition request）メッセージを用いて行われる。

ステップＳＴ１０１６において指示されたＳｅＮＢは、ステップＳＴ１０１７において、スプリットベアラを維持したままのＳｅＮＢの変更が無いことを設定し、Ｔ－ＭｅＮＢに設定完了を応答する。この応答は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ追加要求応答（SeNB addition request ack）メッセージを用いて行われる。

ステップＳＴ１０１７の応答を受けたＴ－ＭｅＮＢは、ステップＳＴ１０１４のＨＯ先となることの要求に対して、ステップＳＴ１０１８において、Ｓ－ＭｅＮＢに応答する。この応答は、例えば、非特許文献８の図４．３．２．３－１に開示されるＨＯ要求応答（HO request Ack）メッセージを用いて行われる。

ここで、ステップＳＴ１０１６のＳｅＮＢ追加要求に含まれるスプリットベアラ構成情報は、一部または全部を省略してもよい。もしくは、スプリットベアラ構成情報が変わらない部分のみを省略するようにしてもよい。

ステップＳＴ１０１８の応答を受けたＳ－ＭｅＮＢは、ステップＳＴ１０１９において、ＳｅＮＢにＳｅＮＢの解放を要求する。この要求は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ解放要求（SeNB release request）メッセージを用いて行われる。

ステップＳＴ１０１９のＳｅＮＢ解放要求は、Ｓ－ＭｅＮＢが構成したＳｅＮＢのベアラ構成に対しての解放要求となる。

ステップＳＴ１０１９のＳｅＮＢ解放要求を受けたＳｅＮＢは、Ｓ－ＭｅＮＢが構成したベアラ構成を解放する。このとき、Ｔ－ＭｅＮＢが設定したスプリットベアラ構成は、省略した設定も含めて解放しない。

ステップＳＴ１０２０において、Ｓ－ＭｅＮＢは、対象ＵＥに対して、同じＳｅＮＢを用いたスプリットベアラの維持を通知する。対象ＵＥは、通知された情報に従い、一旦ＭｅＮＢベアラ構成に設定変更してから再度スプリットベアラ構成に変更するという処理を経ずに、既に設定されているスプリットベアラ構成を維持する。

対象ＵＥへの、同じＳｅＮＢを用いたスプリットベアラの維持の通知の方法を開示する。スプリットベアラを維持することを示す情報を設けてもよい。また、同じＳｅＮＢを用いることを示す情報を設けてもよい。

対象ＵＥへの、同じＳｅＮＢを用いたスプリットベアラの維持の通知は、Ｓ－ＭｅＮＢから対象ＵＥへ通知してもよい。またはＴ－ＭｅＮＢからＳ－ＭｅＮＢに設定情報を通知して、Ｓ－ＭｅＮＢから対象ＵＥへ通知してもよい。

同じＳｅＮＢを用いることを示す情報として、１ビットの情報のサイズとしてもよい。スプリットベアラの維持を示す情報として、１ビットの情報のサイズとしてもよい。同じＳｅＮＢを用いたスプリットベアラの維持を示す情報として、合わせて１ビットの情報のサイズとしてもよい。

同じＳｅＮＢを用いたスプリットベアラの維持を示す情報は、ステップＳＴ１０２０において、例えば、非特許文献８の図４．３．２．３－１に開示されるＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに追加して通知される。またＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージのモビリティ制御情報（Mobility Control Information：ＭＣＩ）とともに通知されてもよい。

ステップＳＴ１０２０において、スプリットベアラの維持を示す情報を通知するときには、スプリットベアラの詳細構成は変更してもよい。またスプリットベアラの詳細構成についての情報を通知してもよい。

対象ＵＥへの、同じＳｅＮＢを用いたスプリットベアラの維持の通知の他の方法を開示する。Ｔ－ＭｅＮＢは、対象ＵＥへのスプリットベアラの再設定を通知する。

対象ＵＥへの通知は、Ｔ－ＭｅＮＢからＳ－ＭｅＮＢにＳｅＮＢ構成情報を通知して、Ｓ－ＭｅＮＢから対象ＵＥへ通知することによって行われる。通知する情報は、ＳｅＮＢの追加およびスプリットベアラ構成とする。この通知は、ステップＳＴ１０２０において、非特許文献８の図４．３．２．３－１に開示されるＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに追加して通知されてもよい。またＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージのＭＣＩとともに通知されてもよい。

Ｔ－ＭｅＮＢが対象ＵＥへ通知する情報は、Ｓ－ＭｅＮＢが設定していたＳｅＮＢのベアラ構成情報と同じ設定とする。また、その場合、ＳｅＮＢの設定およびスプリットベアラ構成情報の一部または全部を省略してもよい。または変わらないものだけを省略してもよい。

ＳｅＮＢの設定およびスプリットベアラ構成情報の一部または全部を省略する場合、省略する情報は、Ｓ－ＭｅＮＢがＴ－ＭｅＮＢからの情報を用いて判断してもよい。またはＴ－ＭｅＮＢがＳ－ＭｅＮＢからの情報を用いて判断してもよい。

ステップＳＴ１０２１において、対象ＵＥは、通知されたＳｅＮＢに対するスプリットベアラ構成の設定が可能か否かを判断する。設定が可能であると判断された場合は、ステップＳＴ１０２２に移行する。設定が可能でないと判断された場合は、スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ処理はできないので、他のＨＯ処理として、非特許文献８の図４．３．２．３－１に開示された処理を行う。

ステップＳＴ１０２１においてＳｅＮＢに対するスプリットベアラ構成の設定が可能であると判断されてステップＳＴ１０２２に移行した場合、ステップＳＴ１０２２において、対象ＵＥは、該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定する。

特にＳｅＮＢに対する設定について開示する。対象ＵＥは、同じＳｅＮＢを用いたスプリットベアラの維持の設定である場合、ＳｅＮＢ（非特許文献１のＳＣＧ（Secondary Cell Group））のＭＡＣをリセットしなくてもよく、ＭＡＣを再設定する。ＳｅＮＢ（ＳＣＧ）のＲＬＣを再設定する。ＳｅＮＢ（ＳＣＧ）のＰＤＣＰを再設定する。

ステップＳＴ１０２３において、対象ＵＥは、Ｔ－ＭｅＮＢとの間でＲＡ処理を行い、Ｔ－ＭｅＮＢに同期する。

ＲＡ処理を行った対象ＵＥは、ステップＳＴ１０２４において、Ｔ－ＭｅＮＢに対して、Ｔ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を行う。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて行われる。

接続完了した対象ＵＥは、図９に示すステップＳＴ１０２５において、Ｔ－ＭｅＮＢに対して、上りデータの送信を行う。ステップＳＴ１０２５の上りデータの送信は、図８および図９に示すように、例えば、接続完了となる、ステップＳＴ１０２４の設定完了の通知後に行われる。

ステップＳＴ１０２５において上りデータを受信したＴ－ＭｅＮＢは、受信した上りデータを、ステップＳＴ１０２６において、Ｓ－ＧＷに送信する。

図８に示すステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了通知を受けたＴ－ＭｅＮＢは、図９に示すステップＳＴ１０２７において、ＵＥにおけるＳｅＮＢの設定が完了したことをＳｅＮＢに通知する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージを用いて行われる。

ステップＳＴ１０２７においてＵＥにおけるＳｅＮＢの設定が完了したことを通知されたＳｅＮＢは、ステップＳＴ１０２８において、対象ＵＥとの間でＲＡ処理を行う。これによって、対象ＵＥは、ＳｅＮＢに同期する。

ＲＡ処理を行った対象ＵＥは、ステップＳＴ１０２９において、ＳｅＮＢに対して、上りデータの送信を行う。

ステップＳＴ１０２９において上りデータを受信したＳｅＮＢは、受信した上りデータを、ステップＳＴ１０３０において、Ｔ－ＭｅＮＢに対して送信する。

ステップＳＴ１０３０において上りデータを受信したＴ－ＭｅＮＢは、受信した上りデータを、ステップＳＴ１０３１において、Ｓ－ＧＷに対して送信する。本処理によって、上りデータに関しては、ＤＣ実行中となる。

対象ＵＥと接続完了したＴ－ＭｅＮＢは、ステップＳＴ１０３２において、Ｓ－ＧＷからの下りデータの送信先をＳ－ＭｅＮＢからＴ－ＭｅＮＢに変更するためのパススイッチ要求をＭＭＥに対して行う。この要求は、例えば、非特許文献８の図４．３．２．３－１に開示されるパススイッチ要求（Path switch request）メッセージを用いて行われる。

パススイッチ要求を受けたＭＭＥは、ステップＳＴ１０３３において、Ｓ－ＧＷにベアラ変更を要求する。この要求は、例えば、非特許文献８の図４．３．２．３－１に開示されるベアラ変更要求（Modify bearer request）メッセージを用いて行われる。

ベアラ変更要求を受けたＳ－ＧＷは、ステップＳＴ１０３４において、パススイッチを行う。パススイッチは、ＵＥとＭｅＮＢとの通信経路であるパスを、Ｓ－ＭｅＮＢとＵＥとによって形成される経路（パス）から、Ｔ－ＭｅＮＢとＵＥとによって形成される経路（パス）に変更する処理である。

具体的には、ステップＳＴ１０３４において、Ｓ－ＧＷは、下りデータの送信先をＴ－ＭｅＮＢに変更する。ステップＳＴ１０３５において、Ｓ－ＧＷは、下りデータをＴ－ＭｅＮＢに対して送信する。

下りデータを受信したＴ－ＭｅＮＢは、ＳｅＮＢとのスプリットベアラによる送信を開始する。ステップＳＴ１０３６において、Ｔ－ＭｅＮＢは、対象ＵＥに下りデータを送信する。

また、ステップＳＴ１０３７において、Ｔ－ＭｅＮＢは、ＳｅＮＢに下りデータを送信する。ステップＳＴ１０３７において下りデータを受信したＳｅＮＢは、ステップＳＴ１０３８において、対象ＵＥに下りデータを送信する。

下りデータの送信先をＴ－ＭｅＮＢに変更したＳ－ＧＷは、ステップＳＴ１０３９において、ベアラ変更要求を受けたことをＭＭＥに応答する。この応答は、例えば、非特許文献８の図４．３．２．３－１に開示されるベアラ変更要求応答（Modify bearer request ack）メッセージを用いて行われる。

ステップＳＴ１０３９においてベアラ変更要求応答を受けたＭＭＥは、ステップＳＴ１０４０において、パススイッチ要求応答をＴ－ＭｅＮＢに送信する。この応答は、例えば、非特許文献８の図４．３．２．３－１に開示されるパススイッチ要求応答（Path switch request Ack）メッセージを用いて行われる。

ステップＳＴ１０４０においてパススイッチ要求応答を受信したＴ－ＭｅＮＢは、ステップＳＴ１０４１において、ＵＥコンテキストの解放をＳ－ＭｅＮＢに通知する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＵＥコンテキスト解放（UE context release）メッセージを用いて行われる。

ＵＥコンテキストの解放通知を受信したＳ－ＭｅＮＢは、ステップＳＴ１０４２において、ＵＥコンテキストの解放をＳｅＮＢに要求する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＵＥコンテキスト解放（UE context release）メッセージを用いて行われる。ＵＥコンテキストの解放要求を受けたＳｅＮＢは、ＵＥコンテキストを解放する。

以上のように本実施の形態では、スプリットベアラを維持したままのＭｅＮＢ間のＨＯ中に、ＵＥとＳｅＮＢとの間でデータの送信を可能とする方法を開示した。具体的には、本実施の形態では、上りデータの送信を、Ｓ－ＧＷによるパススイッチ処理の前に開始する。すなわち、本実施の形態では、ＵＥは、ＨＯ処理の間、ＳｅＮＢとの接続を維持し、ステップＳＴ１０３４のパススイッチが行われる前に、ステップＳＴ１０２９において、ＳｅＮＢへのデータの送信を開始する。

これによって、ＵＥとの間で直接の通信と、ＳｅＮＢを介した通信との双方を行うＭｅＮＢ間でＨＯが行われるときに、ＵＥからデータを送信することができる。したがって、上りデータの送信の遅延を削減することが可能となる。

実施の形態１ 変形例１．
実施の形態１のＳｅＮＢとの間のＲＡ処理および上りデータの送信の他の例として、実施の形態１の変形例１を開示する。

図１０および図１１は、実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図１０と図１１とは、境界線ＢＬ２で接続されている。図１０および図１１では、ハンドオーバ処理として、ＳｅＮＢの変更が無い場合のＭｅＮＢ間ＨＯにおける上りデータおよび下りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２６およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を受けたＴ－ＭｅＮＢは、ステップＳＴ１０２７において、ＵＥにおけるＳｅＮＢの設定が完了したことをＳｅＮＢに通知する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージを用いて行われる。

ステップＳＴ１０２５において上りデータの送信を行った対象ＵＥは、ステップＳＴ１０２８Ｂ１において、ＳｅＮＢとの間でＲＡ処理を行い、ＳｅＮＢに同期する。ＳｅＮＢに同期した対象ＵＥは、ステップＳＴ１０２９Ｂ１において、ＳｅＮＢに対して、上りデータの送信を行う。上りデータを受信したＳｅＮＢは、受信した上りデータ用のバッファを設けるとよい。これによって、受信したデータをバッファリングしてもよい。

本変形例では、図１１に示すように、ステップＳＴ１０２７においてＵＥにおけるＳｅＮＢの設定が完了した通知をＳｅＮＢが受け取る前に、ステップＳＴ１０２８Ｂ１のＲＡ処理、およびステップＳＴ１０２９Ｂ１の上りデータの送信が行われる。

その後、前述の実施の形態１と同様にして、ステップＳＴ１０３０～ステップＳＴ１０４２の処理が行われる。このようにすることによって、ＵＥは、ステップＳＴ１０２７の処理を待たずに、ＳｅＮＢへの上りデータの送信を早期に行うことが可能となる。また、ＳｅＮＢからＴ－ＭｅＮＢへの上りデータの送信が可能となった場合に、直ちに上りデータが送信されるので、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

図１２および図１３は、実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図１２と図１３とは、境界線ＢＬ３で接続されている。図１２および図１３では、ハンドオーバ処理として、ＳｅＮＢの変更が無い場合のＭｅＮＢ間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。次いで、ステップＳＴ１０２３において、対象ＵＥは、Ｔ－ＭｅＮＢとの間でＲＡ処理を行い、Ｔ－ＭｅＮＢに同期する。

ステップＳＴ１０２３におけるＲＡ処理でＴ－ＭｅＮＢに同期した対象ＵＥは、ステップＳＴ１０２８Ｃ１において、ＳｅＮＢとの間でＲＡ処理を行い、ＳｅＮＢに同期する。

ＳｅＮＢに同期した対象ＵＥは、ステップＳＴ１０２９Ｃ１において、ＳｅＮＢに対して上りデータの送信を行う。上りデータを受信したＳｅＮＢは、受信した上りデータ用のバッファを設けるとよい。これによって、受信したデータをバッファリングしてもよい。

上りデータの送信を行った対象ＵＥは、ステップＳＴ１０２４において、Ｔ－ＭｅＮＢに対して、Ｔ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を行う。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて行われる。

接続完了した対象ＵＥは、ステップＳＴ１０２５において、Ｔ－ＭｅＮＢに対して、上りデータの送信を行う。このように、ステップＳＴ１０２５の上りデータの送信は、例えば、接続完了となるステップＳＴ１０２４の設定完了の通知後に行われる。

ステップＳＴ１０２５において上りデータを受信したＴ－ＭｅＮＢは、受信した上りデータを、ステップＳＴ１０２６において、Ｓ－ＧＷに送信する。

ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了通知を受けたＴ－ＭｅＮＢは、ステップＳＴ１０２７において、ＵＥにおけるＳｅＮＢの設定が完了したことをＳｅＮＢに通知する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージを用いて行われる。

その後、前述の実施の形態１と同様にして、ステップＳＴ１０３０～ステップＳＴ１０４２の処理が行われる。このようにすることによって、ＵＥは、ステップＳＴ１０２４の処理を待たずに、ＳｅＮＢへの上りデータの送信を早期に行うことが可能となる。また、ＳｅＮＢからＴ－ＭｅＮＢへの上りデータの送信が可能となった場合に、直ちに上りデータが送信されるので、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

図１４および図１５は、実施の形態１の変形例１の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図１４と図１５とは、境界線ＢＬ４で接続されている。図１４および図１５では、ハンドオーバ処理として、ＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの他の例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２０およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。ステップＳＴ１０２１において、対象ＵＥは、通知されたＳｅＮＢに対するスプリットベアラ構成の設定が可能か否かを判断する。設定が可能であると判断された場合は、ステップＳＴ１０２２に移行する。設定が可能でないと判断された場合は、スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ処理はできないので、他のＨＯ処理として、非特許文献８の図４．３．２．３－１に開示された処理を行う。

ステップＳＴ１０２２において、対象ＵＥは、該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定する。

特にＳｅＮＢに対する設定について開示する。対象ＵＥは、同じＳｅＮＢを用いたスプリットベアラの維持の設定である場合、ＳｅＮＢ（ＳＣＧ）のＭＡＣをリセットしなくてもよく、ＭＡＣを再設定する。ＳｅＮＢ（ＳＣＧ）のＲＬＣを再設定する。ＳｅＮＢ（ＳＣＧ）のＰＤＣＰを再設定する。

ＳＴ１０２２において該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定した対象ＵＥは、ステップＳＴ１０２８Ｄ１において、ＳｅＮＢとの間でＲＡ処理を行う。これによって、対象ＵＥは、ＳｅＮＢに同期する。

ＳｅＮＢに同期した対象ＵＥは、ステップＳＴ１０２９Ｄ１において、ＳｅＮＢに対して上りデータの送信を行う。上りデータを受信したＳｅＮＢは、受信した上りデータ用のバッファを設けるとよい。これによって、受信したデータをバッファリングしてもよい。

ステップＳＴ１０２９Ｄ１において上りデータを送信した対象ＵＥは、ステップＳＴ１０２３において、Ｔ－ＭｅＮＢとの間でＲＡ処理を行い、Ｔ－ＭｅＮＢに同期する。

ＲＡ処理を行った対象ＵＥは、ステップＳＴ１０２４において、Ｔ－ＭｅＮＢに対してＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を行う。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを用いて行われる。

接続完了した対象ＵＥは、ステップＳＴ１０２５において、Ｔ－ＭｅＮＢに対して上りデータの送信を行う。このように、ステップＳＴ１０２５の上りデータの送信は、例えば、接続完了となるステップＳＴ１０２４の設定完了の通知後に行われる。

ステップＳＴ１０２５において上りデータを受信したＴ－ＭｅＮＢは、受信した上りデータを、ステップＳＴ１０２６において、Ｓ－ＧＷに送信する。

ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了通知を受けたＴ－ＭｅＮＢは、ステップＳＴ１０２７において、ＵＥにおけるＳｅＮＢの設定が完了したことをＳｅＮＢに通知する。この通知は、例えば、非特許文献８の図４．３．２．３－１に開示されるＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージを用いて行われる。

ステップＳＴ１０２９Ｄ１において上りデータを受信したＳｅＮＢは、受信した上りデータを、ステップＳＴ１０３０において、Ｔ－ＭｅＮＢに対して送信する。その後、前述の実施の形態１と同様にして、ステップＳＴ１０３１～ステップＳＴ１０４２の処理が行われる。このようにすることによって、ＵＥは、ステップＳＴ１０２３の処理を待たずに、ＳｅＮＢへの上りデータの送信を早期に行うことが可能となる。また、ＳｅＮＢからＴ－ＭｅＮＢへの上りデータの送信が可能となった場合に、直ちに上りデータが送信されるので、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

以上のように本変形例では、図１０～図１５に示すいずれの例においても、ステップＳＴ１０２９Ｂ１、ＳＴ１０２９Ｃ１、ＳＴ１０２９Ｄ１の対象ＵＥからＳｅＮＢへの上りデータの送信は、ステップＳＴ１０２８Ｂ１、ステップＳＴ１０２８Ｃ１、ステップＳＴ１０２８Ｄ１の対象ＵＥとＳｅＮＢとの間のＲＡ処理の完了後に行われる。

ステップＳＴ１０２８Ｂ１、ステップＳＴ１０２８Ｃ１、ステップＳＴ１０２８Ｄ１の対象ＵＥとＳｅＮＢとの間のＲＡ処理のタイミングは、実施の形態１よりもシーケンス上、早いタイミングとなる。ステップＳＴ１０２９Ｂ１、ステップＳＴ１０２９Ｃ１、ステップＳＴ１０２９Ｄ１のＳｅＮＢからＴ－ＭｅＮＢへの上りデータの送信のタイミングは、実施の形態１よりもシーケンス上、早いタイミングとなる。

このようにすることによって、ＭｅＮＢのＨＯ中、対象ＵＥは、ＳｅＮＢへの上りデータの送信を早期に行うことが可能となる。またＳｅＮＢからＴ－ＭｅＮＢへの上りデータの送信が可能となった場合に、直ちに上りデータが送信されるので、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

実施の形態１ 変形例２．
実施の形態１のＳｅＮＢとの間のＲＡ処理後におけるＳｅＮＢとＴ－ＭｅＮＢとの間の上りデータの送信についての他の例として、実施の形態１の変形例２を開示する。

図１６および図１７は、実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図１６と図１７とは、境界線ＢＬ５で接続されている。図１６および図１７では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータおよび下りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図１１および図１２に示す実施の形態１の変形例１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１の変形例１における図１０および図１１に示す例と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２６、ステップＳＴ１０２８Ｂ１、ステップＳＴ１０２９Ｂ１およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。ステップＳＴ１０２９Ｂ１において上りデータを受信したＳｅＮＢは、ステップＳＴ１０２７においてＵＥにおけるＳｅＮＢの設定が完了したことを通知される前に、ステップＳＴ１０２９Ｂ１の直後のステップＳＴ１０３０Ｂ２において、ステップＳＴ１０２９Ｂ１で受信した上りデータをＴ－ＭｅＮＢに送信する。

ステップＳＴ１０３０Ｂ２において送信された上りデータを受信したＴ－ＭｅＮＢは、ステップＳＴ１０３０Ｂ２の直後のステップＳＴ１０３１において、ステップＳＴ１０３０Ｂ２で受信した上りデータをＳ－ＧＷに送信する。または上りデータ用のバッファを設けるとよい。これによって、受信したデータのバッファリングを行ってもよい。

次いで、ステップＳＴ１０２７において、Ｔ－ＭｅＮＢは、ＳｅＮＢに対して、ＵＥにおけるＳｅＮＢの設定が完了したことを通知する。その後、前述の実施の形態１の変形例１と同様にして、ステップＳＴ１０３２～ステップＳＴ１０４２の処理が行われる。このようにすることによって、Ｓ－ｅＮＢは、ステップＳＴ１０２７の処理を待たずに、Ｔ－ＭｅＮＢへの上りデータの送信、およびＴ－ＭｅＮＢからＳ－ＷＧへの上りデータの送信を早期に行うことが可能となる。これによって、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

図１８および図１９は、実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図１８と図１９とは、境界線ＢＬ６で接続されている。図１８および図１９では、ハンドオーバ処理として、は、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの他の例を示す。図１８および図１９に示すハンドオーバ処理は、前述の図１２および図１３に示す実施の形態１の変形例１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１の変形例１における図１２および図１３に示す例と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２３、ステップＳＴ１０２８Ｃ１、ステップＳＴ１０２９Ｃ１およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。本変形例では、ステップＳＴ１０２９Ｃ１において送信された上りデータを受信したＳｅＮＢは、ステップＳＴ１０２９Ｃ１の直後のステップＳＴ１０３０Ｃ２において、Ｔ－ＭｅＮＢに対して、ステップＳＴ１０２９Ｃ１で受信した上りデータを送信する。

すなわち、Ｔ－ＭｅＮＢは、ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了通知を受ける前のステップＳＴ１０３０Ｃ２において、ＳｅＮＢから上りデータを受信する。Ｔ－ＭｅＮＢは、受信した上りデータ用のバッファを設けるとよい。これによって、受信したデータをバッファリングしてもよい。

次いで、ステップＳＴ１０２４において、対象ＵＥは、Ｔ－ＭｅＮＢに対して、Ｔ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を行う。また対象ＵＥは、ステップＳＴ１０２５において、Ｔ－ＭｅＮＢに対して、上りデータを送信する。上りデータを受信したＴ－ＭｅＮＢは、ステップＳＴ１０２６において、Ｓ－ＧＷに対して上りデータを送信する。

Ｔ－ＭｅＮＢは、ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を受けた後、ステップＳＴ１０２６において、ステップＳＴ１０３０Ｃ２およびステップＳＴ１０２５で受信した上りデータをＳ－ＧＷに送信する。

その後、前述の実施の形態１の変形例１と同様にして、ステップＳＴ１０２７～ステップＳＴ１０４２の処理が行われる。このようにすることによって、Ｓ－ｅＮＢは、ステップＳＴ１０２４の処理を待たずに、Ｔ－ＭｅＮＢへの上りデータの送信を早期に行うことが可能となる。また、Ｔ－ＭｅＮＢからＳ－ＧＷへの上りデータの送信が可能となった場合に、直ちに上りデータを送信することが可能となり、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

図２０および図２１は、実施の形態１の変形例２の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図２０と図２１とは、境界線ＢＬ７で接続されている。図２０および図２１では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの他の例を示す。図２０および図２１に示すハンドオーバ処理は、前述の図１４および図１５に示す実施の形態１の変形例１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の実施の形態１の変形例１における図１４および図１５に示す例と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。ステップＳＴ１０２２において該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定した対象ＵＥは、ステップＳＴ１０２８Ｄ１において、ＳｅＮＢとの間でＲＡ処理を行う。これによって、対象ＵＥは、ＳｅＮＢに同期する。

対象ＵＥは、ステップＳＴ１０２９Ｄ１において、ＳｅＮＢに上りデータを送信する。ＳｅＮＢは、ステップＳＴ１０２９Ｄ１において対象ＵＥから送信された上りデータを受信すると、ステップＳＴ１０２９Ｄ１の直後のステップＳＴ１０３０Ｄ２において、Ｔ－ＭｅＮＢに対して、ステップＳＴ１０２９Ｄ１で受信した上りデータを送信する。

すなわち、Ｔ－ＭｅＮＢは、ステップＳＴ１０２３のＲＡ処理の前に、ステップＳＴ１０３０Ｄ２において、ＳｅＮＢから上りデータを受信する。Ｔ－ＭｅＮＢは、受信した上りデータ用のバッファを設けるとよい。これによって、受信したデータをバッファリングしてもよい。

次いで、ステップＳＴ１０２３において、対象ＵＥは、Ｔ－ＭｅＮＢとの間でＲＡ処理を行う。これによって、対象ＵＥは、Ｔ－ＭｅＮＢに同期する。

次いで、ステップＳＴ１０２４において、対象ＵＥは、Ｔ－ＭｅＮＢに対して、Ｔ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を行う。また対象ＵＥは、ステップＳＴ１０２５において、Ｔ－ＭｅＮＢに対して、上りデータを送信する。上りデータを受信したＴ－ＭｅＮＢは、ステップＳＴ１０２６において、Ｓ－ＧＷに対して上りデータを送信する。

Ｔ－ＭｅＮＢは、ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了の通知を受けた後、ステップＳＴ１０２６において、ステップＳＴ１０３０Ｄ２およびステップＳＴ１０２５で受信した上りデータをＳ－ＧＷに送信する。

その後、前述の実施の形態１の変形例１と同様にして、ステップＳＴ１０２７～ステップＳＴ１０４２の処理が行われる。

以上のように本変形例では、ＳｅＮＢは、ステップＳＴ１０２９Ｂ１、ステップＳＴ１０２９Ｃ１およびステップＳＴ１０２９Ｄ１において対象ＵＥから送信された上りデータを受信すると、受信した上りデータを、直後のステップＳＴ１０３０Ｂ２、ステップＳＴ１０３０Ｃ２およびステップＳＴ１０３０Ｄ２において、直ちにＴ－ＭｅＮＢに送信する。これによって、ＭｅＮＢのＨＯ中、ＳｅＮＢを介したＴ－ＭｅＮＢへの上りデータの送信を早期に行うことが可能となる。また、Ｔ－ＭｅＮＢからＳ－ＧＷへ上りデータの送信が可能となった場合に、直ちに上りデータが送信されるので、ＨＯのときの上りデータの送信の遅延を削減することが可能となる。

実施の形態１ 変形例３．
実施の形態１のＴ－ＭｅＮＢとＳ－ＧＷとの間のＳｅＮＢから受信した上りデータの送信についての他の例として、実施の形態１の変形例３を開示する。

図２２および図２３は、実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図２２と図２３とは、境界線ＢＬ８で接続されている。図２２および図２３では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図１８および図１９に示す実施の形態１の変形例２のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の図１８および図１９に示す実施の形態１の変形例２と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２３、ステップＳＴ１０２８Ｃ１、ステップＳＴ１０２９Ｃ１、ステップＳＴ１０３０Ｃ２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。

Ｔ－ＭｅＮＢは、ステップＳＴ１０３０Ｃ２において対象ＵＥから送信された上りデータを受信すると、ステップＳＴ１０２４においてＴ－ＭｅＮＢ構成およびＳｅＮＢ構成の設定完了通知を受ける前に、ステップＳＴ１０３１Ｃ３において直ちに、Ｓ－ＧＷに対して、該上りデータを送信する。その後、前述の実施の形態１と同様にして、ステップＳＴ１０２４～ステップＳＴ１０４２の処理が行われる。

図２４および図２５は、実施の形態１の変形例３の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図２４と図２５とは、境界線ＢＬ９で接続されている。図２４および図２５では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図２０および図２１に示す実施の形態１の変形例２のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の図２０および図２１に示す実施の形態１の変形例２と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２２、ステップＳＴ１０２８Ｄ１、ステップＳＴ１０２９Ｄ１、ステップＳＴ１０３０Ｄ２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。

Ｔ－ＭｅＮＢは、ステップＳＴ１０３０Ｄ２において対象ＵＥから送信された上りデータを受信すると、ステップＳＴ１０２３におけるＲＡ処理の前に、ステップＳＴ１０３１Ｄ３において直ちに、Ｓ－ＧＷに対して、該上りデータを送信する。また、Ｔ－ＭｅＮＢは、該上りデータを送信したことを、ＳｅＮＢを介して対象ＵＥに通知する。

通知を受けたＵＥは、ステップＳＴ１０２９Ｄ１において送信した上りデータ用のバッファを破棄する。その後、前述の実施の形態１の変形例１と同様にして、ステップＳＴ１０３２～ステップＳＴ１０４２の処理が行われる。

以上のように本変形例では、Ｔ－ＭｅＮＢは、ステップＳＴ１０３０Ｃ２およびステップＳＴ１０３０Ｄ２においてＳｅＮＢから送信された上りデータを受信すると、受信した上りデータを、直後のステップＳＴ１０３１Ｃ３およびステップＳＴ１０３１Ｄ３において、直ちにＳ－ＧＷに送信する。これによって、ＭｅＮＢのＨＯ中、ＳｅＮＢを介してＴ－ＭｅＮＢに送信されたデータをＳ－ＧＷに早期に送信を行うことが可能となる。

このようにＭｅＮＢのＨＯ中も、ＳｅＮＢを介してデータを送信することで上りデータの送信が可能となるので、ＨＯのときの上りデータの送達の遅延を削減することが可能となる。また、対象ＵＥは、上りデータを早期にＳ－ＧＷまで送信することが可能となるので、上りデータ用のバッファを削減することが可能となる。

実施の形態１ 変形例４．
ＭｅＮＢ間のＨＯ中、対象ＵＥとＳｅＮＢとの間で同期が取れている場合についての他の例として、実施の形態１の変形例４を開示する。

図２６および図２７は、実施の形態１の変形例４の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図２６と図２７とは、境界線ＢＬ１０で接続されている。図２６および図２７では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。図２６および図２７に示すハンドオーバ処理は、前述の図２４および図２５に示す実施の形態１の変形例３のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の図２４および図２５に示す実施の形態１の変形例３と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。

ＭｅＮＢ間のＨＯ中、ＳｅＮＢは変更されないので、対象ＵＥとＳｅＮＢとは同期が取れていると考えられる。このように対象ＵＥとＳｅＮＢとの間で同期が取れている場合、前述の図２４に示すステップＳＴ１０２８Ｄ１のＲＡ処理を省略してもよい。

したがって、本実施の形態では、図２６に示すように、対象ＵＥは、ステップＳＴ１０２２において、該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定した後、続くステップＳＴ１０２９Ｄ１において、ＳｅＮＢに対して、上りデータを送信する。ステップＳＴ１０２９Ｄ１では、対象ＵＥは、ＳｅＮＢに対して、スケジューリングリクエスト（ＳＲ）を送信してもよい。ＳＲを送信した後、ＵＥは、ＳｅＮＢからの上りスケジューリングに従って上りデータを送信する。

ステップＳＴ１０２９Ｄ１においてＵＥからの上りデータを受信したＳｅＮＢは、ステップＳＴ１０３０Ｄ２において、上りデータをＴ－ＭｅＮＢに送信する。その後、前述の実施の形態１の変形例３と同様にして、ステップＳＴ１０２３～ステップＳＴ１０４２の処理が行われる。

以上のように本変形例では、ＭｅＮＢのＨＯ中、対象ＵＥがＳｅＮＢと同期が取れている場合、対象ＵＥは、ステップＳＴ１０２２において、該当するＳｅＮＢおよびＴ－ＭｅＮＢに対するスプリットベアラ構成を設定した後、直ちにステップＳＴ１０２９Ｄ１において、ＳｅＮＢに対して、ステップＳＴ１０２９Ｄ１で受信した上りデータを送信する。これによって、ＳｅＮＢへの上りデータの送信を更に早期に行うことが可能となる。

実施の形態１ 変形例５．
本変形例では、ＤＣにおけるスプリットベアラ実行中にＳｅＮＢ変更無しのＭｅＮＢ間のＨＯのときに、ハンドオーバ失敗（Handover Failure；略称：ＨＯＦ）が発生した場合の処理の一例を開示する。

従来の方式、例えば、非特許文献８の図４．３．２．３－１に記載のシーケンスでは、ＭｅＮＢ間のＨＯＦが発生すると、Ｔ－ＭｅＮＢからＳｅＮＢに送信したＳｅＮＢ追加要求（SeNB addition Request）メッセージに対してＳｅＮＢが確保したリソースを解放することができないという問題がある。例えば、ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、ベアラ設定、ＵＥコンテキストなどを解放することができないという問題がある。リソースが解放できないと、ＨＯＦを繰り返すうちに、リソースが枯渇し、通信ができなくなる。

そこで、本変形例では、ＨＯＦを検出したときに、Ｔ－ＭｅＮＢがＳｅＮＢに送信したＳｅＮＢ追加要求（SeNB addition Request）メッセージに対応した処理で、ＳｅＮＢに設定された、これらのリソースを解放するメッセージを通知する。

ＨＯＦを検出する方法としては、Ｔ－ＭｅＮＢにおいてＨＯを許可してからタイマを開始させ、ＵＥとＳｅＮＢとが同期したことが判明した時点でタイマを停止する方法が望ましい。

図２８は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の図９および図１０に示す実施の形態１と同様にして、ステップＳＴ１０１１～ステップＳＴ１０１７の処理が行われる。本実施の形態では、ステップＳＴ１０１７の処理が終了すると、ステップＳＴ１０６１およびステップＳＴ１０６２に移行する。

ステップＳＴ１０６２において、Ｔ－ＭｅＮＢは、Ｓ－ＭｅＮＢにＨＯ要求応答（HO request ack）を送信する。またＴ－ＭｅＮＢは、このようにＨＯ要求応答を送信したことを、ＵＥへのＨＯ許可と判断し、ステップＳＴ１０６１において、タイマを開始させる。ＵＥからＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを受信すると、ＵＥとＳｅＮＢとが同期したと判断し、タイマを停止することが望ましい。

ステップ１０６３のようにＲＡ処理でＵＥとＳｅＮＢとの同期が失敗し、ＨＯＦが検出されたとき、例えば、Ｔ－ＭｅＮＢがＵＥからＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを受信できなかったときは、Ｔ－ＭｅＮＢは、ステップ１０６４において、タイマを満了（Timer expire）とする。そのとき、Ｔ－ＭｅＮＢは、ステップＳＴ１０６５において、ＳｅＮＢにリソース解放のためのメッセージを送信する。

リソース解放のメッセージを受信したＳｅＮＢは、ステップＳＴ１０６６において、ＳｅＮＢ追加要求（SeNB addition Request）メッセージに対して、ＳｅＮＢが確保したリソースを解放する。例えば、ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、ベアラ設定、ＵＥコンテキストなどを解放する。また、Ｓ－ＭｅＮＢから設定されたＴ－ＭｅＮＢとＳｅＮＢ間接続に関するリソース確保があれば、それらの設定も解放するのが望ましい。

Ｔ－ＭｅＮＢからＳｅＮＢにリソース解放するためのメッセージは、例えばＳｅＮＢ設定解放（SeNB configuration Release）メッセージのような新たなメッセージを設けてもよい。あるいは、ＳｅＮＢ再設定完了（SeNB reconfiguration Complete）メッセージの情報として拒絶（Reject）情報を設け、理由（cause）として、ＨＯＦを追加してもよい。

以上のように本変形例によれば、ＳｅＮＢで確保したリソースを解放することができるので、ＨＯＦを繰り返すときでも、リソースの枯渇の発生を防止することができる。

次に、図２９および図３０を用いてＴ－ＭｅＮＢにおける上りデータの取り扱いに関する機能について言及する。図２９および図３０は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図２９と図３０とは、境界線ＢＬ１１で接続されている。図２９および図３０では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図２８に示す実施の形態１の変形例５のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

前述の図８および図９に示す実施の形態１と同様にして、ステップＳＴ１０１１～ステップＳＴ１０２２およびステップＳＴ１０５１～ステップＳＴ１０５３の処理が行われる。本変形例では、ステップＳＴ１０２２の処理が終了すると、ステップＳＴ１０２８～ステップＳＴ１０３０の処理が行われる。

実施の形態１で述べたように、ＳｅＮＢは、ＵＥと同期が確立でき次第、Ｔ－ＭｅＮＢに上りデータを送信する機能を有するのも有効である。Ｔ－ＭｅＮＢは、データを蓄積しておき、例えばＳ－ＧＷでのパススイッチのようなＳ－ＧＷが受信可能な状態になるのを待つ機能を有するようにすることも有効である。

その場合、ＵＥとＴ－ＭｅＮＢとの間で同期が確立できず、ステップＳＴ１０２８のＵＥとＳｅＮＢとの間のＲＡ処理がタイマ満了よりも早く行われ、ＵＥとＴ－ＭｅＮＢとの間で同期が確立できないまま、ステップＳＴ１０６３において、Ｔ－ＭｅＮＢでＨＯＦが検出されることがある。この場合、ＳｅＮＢは、いくつかのＰＤＣＰパケットをＴ－ＭｅＮＢに送信済みとなる。

このような場合のために、Ｔ－ＭｅＮＢは、ステップＳＴ１０６４でタイマが満了したとき、すなわちＨＯＦを検出したときに、ＨＯＦの検出前にＳｅＮＢから受信した上りデータを破棄する機能を有するとよい。これによって、リソースを解放することができるので、ＨＯＦを繰り返すうちにＴ－ＭｅＮＢのデータバッファ用のリソースが枯渇することを回避することが可能となる。

その後は、前述の図２８に示す場合と同様にして、ステップＳＴ１０６５およびステップＳＴ１０６６の処理が行われる。

次に、図３１および図３２を用いてＴ－ＭｅＮＢにおける上りデータの取り扱いに関する機能について述べる。図３１および図３２は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図３１と図３２とは、境界線ＢＬ１２で接続されている。図３１および図３２では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図２８に示す実施の形態１の変形例５のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

実施の形態１で述べたように、ＳｅＮＢは、ＵＥと同期確立でき次第、Ｔ－ＭｅＮＢに上りデータを送信し、例えば、Ｓ－ＧＷが常時Ｔ－ＭｅＮＢからでもＳ－ＭｅＮＢからでもデータの受信が可能な場合、Ｔ－ＭｅＮＢは受信した上りデータを速やかにＳ－ＧＷに送信する機能を有するのも有効である。その場合、ＵＥとＴ－ＭｅＮＢとの間で同期が確立できず、ＵＥとＳｅＮＢとの間のＲＡ処理がタイマの満了より早いときに、ＨＯＦ検出前に、ＳｅＮＢはいくつかのＰＤＣＰパケットをＴ－ＭｅＮＢに送信済みとなる。同様に、Ｔ－ＭｅＮＢは、データ、例えばＧＴＰ（GPRS（General Packet Radio Service） Tunneling Protocol）パケットのいくつかをＳ－ＧＷに送信済みとなる。

このような場合のために、Ｔ－ＭｅＮＢは、タイマが満了したとき、すなわちＨＯＦを検出したときに、ＨＯＦの検出前にＳｅＮＢから受信した上りデータをＳ－ＧＷに送信する機能を有するとよい。これによって、ＳｅＮＢで受信できた上りデータの破棄がなくなり、ＵＥからの再送も不要となるので、効率的な伝送が可能となる。

また、実施の形態１の変形例３で述べたように、Ｔ－ＭｅＮＢは、ＵＥに対して、ＵＥからの上りデータ受信成功応答を、ＳｅＮＢを介して、送信してもよい。Ｔ－ＭｅＮＢからの上りデータ受信成功応答を受信したＵＥは、該上りデータを廃棄してもよい。以上により、ＵＥは、送信が成功した上りデータを早期に廃棄することが可能となり、上りデータのバッファ容量を小さくすることができる。

次に、図３３～図３６を用いてＳｅＮＢにも同期確立を判定するタイマを設けた３つの例について説明する。

図３３では、ＳｅＮＢのタイマの計測時間（Ｔｓ）が、Ｔ－ＭｅＮＢのタイマの計測時間（Ｔｍ）よりも小さい場合（Ｔｓ＜Ｔｍ）の一例を示す。図３４では、ＳｅＮＢのタイマの計測時間（Ｔｓ）が、Ｔ－ＭｅＮＢのタイマの計測時間（Ｔｍ）以上である場合（Ｔｓ≧Ｔｍ）の一例を示す。図３５および図３６では、ＳｅＮＢのタイマの計測時間（Ｔｓ）が、Ｔ－ＭｅＮＢのタイマの計測時間（Ｔｍ）以上である場合（Ｔｓ≧Ｔｍ）の上りデータの送信の取り扱いの一例を示す。

図３３は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図３３では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図２８に示す実施の形態１の変形例５のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

図３４は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図３４では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図２８に示す実施の形態１の変形例５のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

図３５および図３６は、実施の形態１の変形例５の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図３５と図３６とは、境界線ＢＬ１３で接続されている。図３５および図３６では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図２８に示す実施の形態１の変形例５のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

まず、図３３に示すように、ＳｅＮＢのタイマの計測時間（Ｔｓ）が、Ｔ－ＭｅＮＢのタイマの計測時間（Ｔｍ）未満（Ｔｓ＜Ｔｍ）となるようにＳｅＮＢのタイマが設定されている場合、ＳｅＮＢは、ステップＳＴ１０７１でＴ－ＭｅＮＢに対してＳｅＮＢ追加要求応答（SeNB addition request Ack）メッセージを送信したときに、ステップＳＴ１０７２のようにタイマを開始するとよい。同様に、ＳｅＮＢは、ＳｅＮＢ再設定完了（SeNB reconfiguration Complete）メッセージをＴ－ＭｅＮＢから受信したときにタイマを停止するとよい。

ステップＳＴ１０７２においてタイマが満了すると、ＳｅＮＢは、ＳｅＮＢ追加要求（SeNB addition Request）メッセージに対してＳｅＮＢが確保したリソース、例えば、ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、ベアラ設定、ＵＥ コンテキストなどを解放する。また、Ｓ－ＭｅＮＢから設定されたＴ－ＭｅＮＢとＳｅＮＢ間接続に関するリソース確保があれば、それらの設定も解放するのが望ましい。

また、ステップＳＴ１０７２でタイマが満了したとき、ＳｅＮＢは、Ｔ－ＭｅＮＢに対してＳｅＮＢ設定を解放するように通知する機能を設けることが有効である。例えばステップＳＴ１０７２でタイマが満了したときに、ステップＳＴ１０７３において、Ｔ－ＭｅＮＢにＳｅＮＢ解放要求（SeNB release required）メッセージを送信するのが有効である。このメッセージにより、Ｔ－ＭｅＮＢは、速やかに対象となるＵＥに対してＳｅＮＢ設定を停止および終了することが可能となる。

また、ステップＳＴ１０７３でＳｅＮＢ解放要求（SeNB release required）メッセージを受信したＴ－ＭｅＮＢは、ステップＳＴ１０７４において、ＳｅＮＢに対して、ＳｅＮＢ解放承認（SeNB release confirm）メッセージを通知してもよい。この場合、ＳｅＮＢは、ステップＳＴ１０７２でタイマが満了したときはＳｅＮＢ設定を解放せず、ステップＳＴ１０７４でＳｅＮＢ解放承認（SeNB release confirm）メッセージを受信した後、ＳｅＮＢ設定を解放することが有効である。これによって、ＳｅＮＢとＴ－ＭｅＮＢとの状態が不一致、すなわちＳｅＮＢではＨＯＦ、Ｔ－ＭｅＮＢではＨＯ確立待ちになることを回避することができ、安定した動作が可能となる。

ＳｅＮＢ設定の解放を通知されたＴ－ＭｅＮＢは、ステップＳＴ１０７５において、ＨＯＦのタイマ（Ｔｍ）をリセットする。また、対象となるＵＥに対してＳｅＮＢ設定を終了する。タイマがリセットされないとき、ステップＳＴ１０７６において、Ｔ－ＭｅＮＢのＨＯＦのタイマが満了となる。

次に、図３４に示すように、ＳｅＮＢのタイマの計測時間（Ｔｓ）が、Ｔ－ＭｅＮＢのタイマの計測時間（Ｔｍ）以上（Ｔｓ≧Ｔｍ）となるように設定される場合を説明する。

ステップＳＴ１０６４においてＴ－ＭｅＮＢのタイマが満了したとき、ステップＳＴ１０６５において、Ｔ－ＭｅＮＢがＳｅＮＢに対して、リソース解放を通知する。Ｔ－ＭｅＮＢからＳｅＮＢにリソース解放するためのメッセージは、例えばＳｅＮＢ設定解放（SeNB configuration Release）メッセージのような新たなメッセージを設けてもよい。また、あるいは、ＳｅＮＢ再設定完了（SeNB reconfiguration Complete）の情報として拒絶（Reject）情報を設け、理由（cause）として、ＨＯＦを追加してもよい。ＳｅＮＢは、ステップＳＴ１０６６において、ＳｅＮＢ追加要求（SeNB addition Request）メッセージに対してＳｅＮＢが確保したリソース、例えば、ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ、ベアラ設定、ＵＥ コンテキストなどを解放する。

Ｔ－ＭｅＮＢからリソース解放を受信したＳｅＮＢは、ステップＳＴ１０８１において、ＳｅＮＢが設定したタイマ（Ｔｓ）をリセットする。タイマがリセットされないとき、ステップＳＴ１０８２において、ＳｅＮＢのタイマが満了となる。

前述の図３３に示す例で述べたように、ＳｅＮＢタイマ（Ｔｓ）＜Ｔ－ＭｅＮＢタイマ（Ｔｍ）で有効となるＳｅＮＢからのＳｅＮＢ解放要求（SeNB release required）メッセージがなくても状態不一致が起きないことから、ＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）とすることがより望ましい。そのため、ＯＡＭ（Operation Administration and Maintenance）でタイマ値をＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）とすると有効である。

また、ＳｅＮＢ装置およびＴ－ＭｅＮＢ装置の不揮発性メモリなどでオペレータが予め定めた値として、ＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）とすることが有効である。

また、タイマ値をＳｅＮＢからＴ－ＭｅＮＢに通知し、Ｔ－ＭｅＮＢによってＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）を設定するのも有効である。ＳｅＮＢからＴ－ＭｅＮＢへのタイマ値の通知には、例えば、ＳｅＮＢ追加要求応答（SeNB addition request Ack）メッセージを用いる。

また、ＨＯ元のＳ－ＭｅＮＢからＴ－ＭｅＮＢに、ＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）を満たす設定値を通知するのもの有効である。ＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）を満たす設定値の通知には、ＨＯ要求（HO request）メッセージまたはＳＮ状態伝達（SN status transfer）メッセージを用いる。

最後に、ＳｅＮＢタイマ（Ｔｓ）≧Ｔ－ＭｅＮＢタイマ（Ｔｍ）のときの上りデータの送信の取り扱いについて、図３５および図３６を用いて説明する。

図３１および図３２の場合と同様に、ＨＯＦ検出前にＴ－ＭｅＮＢは、Ｓ－ＧＷに上りデータを送信してもよい。Ｔ－ＭｅＮＢは、ＵＥに対して、ＵＥからの上りデータ受信成功応答を、ＳｅＮＢを介して、送信してもよい。Ｔ－ＭｅＮＢからの上りデータ受信成功応答を受信したＵＥは、該上りデータを廃棄してもよい。以上により、ＵＥは、送信が成功した上りデータを早期に廃棄することが可能となり、上りデータのバッファ容量を小さくすることができる。

Ｔ－ＭｅＮＢからリソース解放を受信したＳｅＮＢは、ステップＳＴ１０８１において、ＳｅＮＢが設定したタイマ（Ｔｓ）をリセットする。タイマがリセットされないとき、ステップＳＴ１０８２において、ＳｅＮＢのタイマが満了となる。

なお、図の記載は省略するが、Ｔｓ、Ｔｍの大小関係によらず、Ｔ－ＭｅＮＢにおいて、ＳｅＮＢ用のタイマ満了時間を決定するとともに、ＳｅＮＢに通知し、ＳｅＮＢがその値でタイマを起動するようにしてもよい。

あるいは、Ｔ－ＭｅＮＢにおいて設定したタイマ値をＳｅＮＢに通知して、ＳｅＮＢがＳｅＮＢのタイマ値を設定してもよい。

実施の形態１ 変形例６．
前述の実施の形態および変形例では、上りデータ（ＵＬのＵ－ｐｌａｎｅデータ）の処理について開示した。本変形例では、前述の実施の形態および変形例に加えて、下りデータ（ＤＬのＵ－ｐｌａｎｅデータ）の処理について追加開示する。

従来の方式、例えば、非特許文献８の図４．３．２．３－１に記載のシーケンスでは、下りデータのフォワーディングの開始タイミングの規定がなくＳ－ＭｅＮＢからＴ－ＭｅＮＢにパススイッチが行われないと送信が開始できなかった。また、下りデータのフォワーディングの開始タイミングの規定がないため、Ｔ－ＭｅＮＢの作りに依存し、ＳｅＮＢが様々なＴ－ＭｅＮＢと接続する際、接続試験ケースが増えて開発費が増えるという問題があった。また、複数のＴ－ＭｅＮＢと同時接続しているＳｅＮＢでは、例えば、Ｔ－ＭｅＮＢからの送信データバッファのリソースなど、早め、多めの制御となり無駄が発生していた。

この課題を解決するため、適切なタイミングで下りデータフォワーディングを実行する方法を図３７および図３８を用いて説明する。図３７および図３８は、実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図３７と図３８とは、境界線ＢＬ１４で接続されている。図３７および図３８では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

実施の形態１と異なる箇所のみ説明する。本変形例では、Ｔ－ＭｅＮＢにおいて、ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージの送信を検出し、ステップＳＴ１０９２において、ＳｅＮＢに対して、下りデータフォワーディング（DL data forwarding）を行うとよい。また、ステップＳＴ１０９２の下りデータフォワーディングの前に、ステップＳＴ１０９１において、Ｔ－ＭｅＮＢからＳｅＮＢに対して、ＳＮ状態伝達（SN status transfer）メッセージを送信することが望ましい。

また、あるいは、Ｔ－ＭｅＮＢは、ＵＥからＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージの受信を検出したとき、ＳｅＮＢに対して下りデータフォワーディングを行うのも有効である。

ＳｅＮＢは、Ｔ－ＭｅＮＢから転送されてきた下りデータを、ステップＳＴ１０２８のＵＥとの間のＲＡ処理完了後に、ステップＳＴ１０２９Ａにおいて、ＵＥに対して下りデータの送信を行う。ステップＳＴ１０２９Ａでは、前述の実施の形態１におけるステップＳＴ１０２９と同様に、ＵＥからＳｅＮＢへの上りデータの送信も行われる。ＳｅＮＢは、下りデータをバッファする機能を有することが望ましい。これによって、ＲＡ処理を完了するまでの間のデータを蓄積することが可能になる。

また、例えば、ＳｅＮＢは、下りデータフォワーディングされる経路が長くなる分のバッファを設けることが望ましい。例えば、Ｓ－ＧＷからＳ－ＭｅＮＢ、ＳｅＮＢへの経路が、Ｓ－ＧＷからＳ－ＭｅＮＢ、Ｔ－ＭｅＮＢ、ＳｅＮＢへの経路へと長くなる分のバッファを設けることが望ましい。これによって、再度経路変更したとき、例えばＳ－ＧＷからＳ－ＭｅＮＢ、Ｔ－ＭｅＮＢ、ＳｅＮＢへの経路を再度、Ｓ－ＧＷからＴ－ＭｅＮＢ、ＳｅＮＢへの経路に変更したとき、古いものから順番にデータを送信することが可能となる。

以上のように、下りデータフォワーディングを行うことによって、ＭｅＮＢ間のＨＯ中に、Ｓ－ＧＷのパススイッチが行われる前にＳ－ＭｅＮＢから転送された下りデータを送信できる。

図３９および図４０に、ＵＥとＳｅＮＢとの間のＲＡ処理が、ＵＥとＴ－ＭｅＮＢとの間のＲＡ処理よりも先に行われる場合の例を示す。図３９および図４０は、実施の形態１の変形例６の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図３９と図４０とは、境界線ＢＬ１５で接続されている。図３９および図４０では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、および図３７および図３８に示す実施の形態１の変形例６のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

図３９および図４０に示す例では、ステップＳＴ１０９２で下りデータフォワーディング（DL data forwarding）が行われた後に、ステップＳＴ１０３０において、ＳｅＮＢは、Ｔ－ＭｅＮＢに対して、上りデータの送信を行う。次いで、ＳｅＮＢは、ステップＳＴ１０９３において、ＵＥに対して、下りデータの送信を行う。

このように、図３９および図４０に示す例では、ステップＳＴ１０２４においてＴ－ＭｅＮＢがＵＥからＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを受信でき次第、ステップＳＴ１０２５およびステップＳＴ１０２６において、上りデータもＳ－ＧＷに送信することが可能となる。これによって、上りおよび下りともに、ＭｅＮＢ間のＨＯ中に、ステップＳＴ１０３４においてＳ－ＧＷのパススイッチが行われる前に、ステップＳＴ１０９２およびステップＳＴ１０９３において、Ｓ－ＭｅＮＢから転送された下りデータを送信することができる。

実施の形態１ 変形例７．
実施の形態１の変形例６では、ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージを送信した後、あるいは、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージの受信に下りデータフォワーディングを行う例を示したが、本変形例では、より早く下りデータフォワーディングを行うことができる方法を開示する。

図４１および図４２は、実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの一例を示す図である。図４１と図４２とは、境界線ＢＬ１６で接続されている。図４１および図４２では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

図４１および図４２に示すように、本変形例では、Ｔ－ＭｅＮＢは、ステップＳＴ１０２４においてＳｅＮＢ再設定完了（SeNB reconfiguration Complete）メッセージを受信する前に、下りデータフォワーディングを行う機能を有する。例えば、Ｔ－ＭｅＮＢは、ＳｅＮＢとＵＥとの間の接続完了を検知する機能を有し、ステップＳＴ１１０１において、ＳｅＮＢとＵＥとの間の接続完了を検知すると、ステップＳＴ１０９２において、ＳｅＮＢに下りデータフォワーディングを行うとよい。具体的には、Ｔ－ＭｅＮＢは、ステップＳＴ１０３０におけるＳｅＮＢからの上りデータ受信を判断する機能を有し、ステップＳＴ１０３０で上りデータを受信した後、ステップＳＴ１０９２において、ＳｅＮＢに下りデータフォワーディングを行うのが有効である。

また、Ｔ－ＭｅＮＢは、ステップＳＴ１０９２において下りデータフォワーディングを行う前に、ステップＳＴ１０９１において、ＳｅＮＢに対して、ＳＮ状態伝達（SN status transfer）メッセージを送信するのが望ましい。

Ｔ－ＭｅＮＢから下りデータを受信したＳｅＮＢは、ステップＳＴ１０２８におけるＵＥとの間のＲＡ処理の完了後、ステップＳＴ１０９３において、ＵＥに対して、下りデータを送信する。その後は、実施の形態１と同様にして、ステップＳＴ１０２３～ステップＳＴ１０４２の処理が行われる。

以上の機能を有することによって、ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージの送信を待たずに、Ｓ－ＭｅＮＢから転送された下りデータをＵＥに送信できる。すなわち、上りおよび下りともに、ＵＥ、ＳｅＮＢ、Ｔ－ＭｅＮＢおよびＳ－ＧＷ間の通信を行うことができる。

図４３および図４４は、実施の形態１の変形例７の通信システムにおけるハンドオーバ処理のシーケンスの他の例を示す図である。図４３と図４４とは、境界線ＢＬ１７で接続されている。図４３および図４４では、ハンドオーバ処理として、本変形例におけるＳｅＮＢの変更が無い場合のＭｅＮＢ上り間ＨＯにおける上りデータの送信に関するシーケンスの一例を示す。本変形例におけるハンドオーバ処理は、前述の図９および図１０に示す実施の形態１、ならびに図３７および図３８の実施の形態１の変形例６のハンドオーバ処理と類似するので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。

図４３および図４４に示すように、Ｔ－ＭｅＮＢは、ＳｅＮＢ再設定完了（SeNB reconfiguration Complete）前に下りデータフォワーディングを行う機能の代わりに、Ｓ－ＭｅＮＢから下りでフォワーディングされたデータを受信でき次第、ＳｅＮＢに対して下りデータフォワーディングを行う機能を有するとよい。

この機能は、特に、ＳｅＮＢが、ＵＥと下り同期が継続しているとき、あるいは、瞬時に同期確立できるときに有効である。例えば、ステップＳＴ１０１７でＳｅＮＢからＴ－ＭｅＮＢに送信されるＳｅＮＢ追加要求応答（SeNB addition request Ack）メッセージに、ＳｅＮＢでＵＥとの同期が継続可能かどうかを示す情報を送信する機能を有するとよい。Ｔ－ＭｅＮＢは、ＳｅＮＢで同期継続可能なとき、ステップＳＴ１０５２およびステップＳＴ１０５３において、Ｓ－ＭｅＮＢから下りでフォワーディングされたデータを受信でき次第、ステップＳＴ１０９２において、ＳｅＮＢに対して下りデータフォワーディングを行うことが望ましい。

ステップＳＴ１０９２において下りデータフォワーディングを行う前に、ステップＳＴ１０９１において、ＳＮ状態伝達（SN status transfer）を行うのが有効である。

ステップＳＴ１０９２においてＴ－ＭｅＮＢから下りデータを受信したＳｅＮＢは、ステップＳＴ１０２８におけるＵＥとの間のＲＡ処理の完了後、ステップＳＴ１０２９Ａにおいて、ＵＥに対して、下りデータを送信する。

以上により、図４１および図４２の場合よりもさらに早く、ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージの送信を待たずに、Ｓ－ＭｅＮＢから転送された下りデータをＵＥに送信できる。すなわち、上りおよび下りともに、ＵＥ、ＳｅＮＢ、Ｔ－ＭｅＮＢおよびＳ－ＧＷ間の通信を行うことができる。

実施の形態２．
実施の形態１およびその変形例では、スプリットベアラを実行している状態でＳｅＮＢの変更が無いときのＭｅＮＢ間にＨＯが生じた場合に、ＵＥとネットワーク側ノードとの上りデータおよび下りデータの送受信の方法について開示した。

ＳｅＮＢの変更が無い場合のＨＯの場合、ＵＥは、Ｔ－ＭｅＮＢと接続する前に、既にＳｅＮＢと接続してもよいことを開示した。該ＨＯ中、ＵＥは、ＳｅＮＢと接続した後に、ＳｅＮＢに対して上りデータを送信する。該ＨＯ中、ＵＥは、Ｔ－ＭｅＮＢに対して上りデータを送信しない。該ＨＯ中、ＵＥは、ＳｅＮＢに対してＲＡ処理を完了すると、ＳｅＮＢに対して上りデータを送信する。該ＨＯ中、ＵＥは、ＳｅＮＢと同期が取れている場合、ＳｅＮＢ構成を設定した後、ＳｅＮＢに対して上りデータを送信してもよい。また、該ＨＯ中、ＵＥは、Ｔ-ＭｅＮＢに対してＲＡ処理を完了するまで、Ｔ－ＭｅＮＢに対して上りデータを送信しない。該ＨＯ中、ＵＥは、ＳｅＮＢに対してＲＡ処理を完了した後、Ｔ－ＭｅＮＢに対してＲＡ処理を完了するまで、ＳｅＮＢに対してのみ上りデータを送信する。

このようにすることによって、ＳｅＮＢの変更が無い場合のＨＯ中に、ＵＥがＴ－ＭｅＮＢと接続する前に、ＵＥとＳｅＮＢとの間で上りデータの送受信が可能となる。したがって、より早期にＵＥとＳｅＮＢとの間で上りデータの送受信が可能となる。これによって、ＨＯによるデータの送受信の遅延を削減することが可能となる。

スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＨＯ中、ＵＥがＴ－ＭｅＮＢと接続する前に、ＵＥとＳｅＮＢとの間で上りデータの送受信を実行しようとすると、以下に記載するような問題が生じる場合がある。

３ＧＰＰでは、上りスプリットベアラを実行しているときのバッファ状態報告（Buffer Status Report：ＢＳＲ）の送信方法について、二重報告および閾値（Double Reporting And Threshold；略称：ＤＲＡＴ）による方法とすることが提案されている（非特許文献９参照）。ＤＲＡＴでは、ＰＤＣＰのデータ量が予め定める閾値以下である場合、一つのｅＮＢ、すなわちＭｅＮＢまたはＳｅＮＢにバッファ状態（Buffer Status；略称：ＢＳ）を報告する。ＰＤＣＰのデータ量が予め定める閾値よりも大きい場合、両方のｅＮＢ、すなわち、ＭｅＮＢおよびＳｅＮＢに同じＰＤＣＰのデータ量のＢＳを報告する。ＰＤＣＰのデータ量が予め定める閾値よりも小さい場合に、ＭｅＮＢおよびＳｅＮＢのどちらのｅＮＢにＢＳを報告するかは、ＲＲＣシグナリングによって示される。予め定める閾値は、リソースブロック（Resource Block：ＲＢ）毎に設定される。

このように、ＤＲＡＴでは、両方のｅＮＢ、すなわち、ＭｅＮＢにもＳｅＮＢにも同じＰＤＣＰのデータ量でＢＳＲをトリガし、ＢＳＲを送信する。この状態でＨＯが生じた場合、ＵＥは、ＭｅＮＢにもＳｅＮＢにも同じＰＤＣＰのデータ量でＢＳＲをトリガしてしまう。しかし、ＨＯ中であるので、実際は、ＵＥがＴ-ＭｅＮＢと同期を取って接続するまでは、ＵＥは、Ｔ-ＭｅＮＢにＢＳＲを送ることはできない。さらには、ＵＥは、Ｔ－ＭｅＮＢにデータを送信することもできない。したがって、ＨＯ中、ＵＥがＴ－ＭｅＮＢと同期を取る前に、Ｔ－ＭｅＮＢにＢＳＲをトリガするのは無駄であり、誤動作を生じさせる可能性がある。例えば、Ｔ－ＭｅＮＢ側へＢＳＲがトリガされた場合、ＵＥは、まだＴ－ＭｅＮＢと接続していないにも拘わらず、ＢＳＲの送信を試みようとする。ＵＥは、どのように動作して良いかが不明となり、誤動作を生じる。

また、他の問題も生じる。３ＧＰＰでは、ＢＳＲのトリガとデータを送信するｅＮＢとは一致させることが提案されている。これに従うと、ＨＯ中でも、ＵＥは、ＢＳＲをトリガすると、該ＢＳＲを無視できず、Ｔ－ＭｅＮＢに対してデータを送信することになる。ＵＥは、ＨＯ中、Ｔ－ＭｅＮＢと接続する前に、Ｔ－ＭｅＮＢ側にＢＳＲをトリガしても、Ｔ－ＭｅＮＢに対してデータを送信することができない。したがって、ＵＥは、Ｔ－ＭｅＮＢと接続した後に、該ＢＳＲをＴ－ＭｅＮＢに対して送信し、データを送信することになる。これによって、ＵＥがＴ－ＭｅＮＢにデータを送信する場合、送信の遅延が生じることになる。本実施の形態では、このような問題を解決する方法を開示する。

ＵＥは、ＭｅＮＢ間のＨＯ中、Ｔ－ＭｅＮＢと接続する前に、ＭｅＮＢ側へＢＳＲがトリガされた場合、該ＢＳＲのトリガを無視する。ＵＥは、Ｔ－ＭｅＮＢと接続したかどうかの判断は、Ｔ－ＭｅＮＢとの間のＲＡ処理が行われたかどうかで行ってもよい。ＵＥは、Ｔ－ＭｅＮＢと接続したかどうかの判断は、ＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを通知したかどうかで行ってもよい。

ここで開示した方法の場合、ＵＥにおけるＴ－ＭｅＮＢへのＢＳＲのトリガが無駄となってしまう。以下に、他の方法を開示する。ＵＥは、ＭｅＮＢ間のＨＯ中、ＳｅＮＢに対してＢＳＲをトリガする。ＵＥは、ＭｅＮＢ間のＨＯ中、ＭｅＮＢに対してＢＳＲをトリガしない。ＭｅＮＢ間のＨＯ中として、ＵＥがＳｅＮＢと接続した後、またはＴ－ＭｅＮＢと接続する前としてもよい。ＵＥは、ＳｅＮＢと接続したかどうかの判断は、ＳｅＮＢとの間のＲＡ処理が行われたかどうかで行ってもよい。ＵＥは、ＳｅＮＢと接続したかどうかの判断は、ＳｅＮＢと同期が取れているかどうかで行ってもよい。ＵＥは、ＢＳＲがトリガされたｅＮＢに対して、ＢＳＲを送信する。

ＵＥは、ＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯを行う場合に、前記方法を行うようにしてもよい。ＵＥは、スプリットベアラを維持したままのＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯを行う場合に、前記方法を行うようにしてもよい。ＵＥは、仮に、ＤＲＡＴが設定された場合でも、それをリセットして、前記方法を行うようにしてもよい。ＵＥは、ＤＲＡＴが設定された場合、仮に、閾値以下で上りデータを送信するｅＮＢがＭｅＮＢに設定された場合でも、それをリセットして前記方法を行うようにしてもよい。

このようにすることによって、ＰＤＣＰのデータ量が閾値以下の場合でも、ＰＤＣＰのデータ量が閾値以上の場合でも、前記方法を行うことになる。

前記方法を行うとしたが、前記方法に切り替えるようにしてもよい。ＢＳＲのトリガ方法およびＢＳＲの送信方法で、前記の方法以外の方法が設定されていた場合でも、前記方法に切り替えるようにする。

ＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯを行う場合、ＵＥは、ＨＯ前にＳｅＮＢと既に接続しているので、ＨＯ中、ＵＥは、ＳｅＮＢと同期が取れている場合がある。

ＵＥは、ＨＯ前にＳｅＮＢに送信した上りデータについて、ＡＲＱ（Automatic Repeat reQuest）処理によってＲＬＣ再送が行われている場合がある。ＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯでは、ＨＯ中、ＵＥがＳｅＮＢと同期が取れている場合、ＳｅＮＢに引き続き上りデータを送信するとよく、上りＲＬＣ再送データも引き続き送信してもよい。このように、ＳｅＮＢへの上りデータのＲＬＣ再送が行われているデータを考慮に入れて、該ＢＳＲにＰＤＣＰのデータのみならず、該ＲＬＣ再送データも含めるようにしてもよい。

図４５および図４６は、従来のＤＲＡＴが設定された場合のＢＳＲの送信方法を説明するための図である。図４５は、ＰＤＣＰのデータ量が閾値以下である場合について示している。図４６は、ＰＤＣＰのデータ量が閾値よりも大きい場合について示している。ＵＥ２０１３は、ＭｅＮＢ２０１１とＳｅＮＢ２０１２との両方に接続し、上りスプリットベアラが行われている。ＰＤＣＰ２０１４は、ＵＥ２０１３のＰＤＣＰ処理を行うプロトコルスタックである。ＭｅＮＢ向けＲＬＣ２０１５は、ＭｅＮＢ２０１１向けのＲＬＣ処理を行うプロトコルスタックである。ＭｅＮＢ向けＭＡＣ２０１６は、ＭｅＮＢ２０１１向けのＭＡＣ処理を行うプロトコルスタックである。ＳｅＮＢ向けＲＬＣ２０１７は、ＳｅＮＢ２０１２向けのＲＬＣ処理を行うプロトコルスタックである。ＳｅＮＢ向けＭＡＣ２０１８は、ＳｅＮＢ２０１２向けのＭＡＣ処理を行うプロトコルスタックである。

図４５および図４６では、ＰＤＣＰのデータ量が閾値以下の場合、ＢＳＲをＭｅＮＢ２０１１に送信するように設定されている。閾値は、ＭｅＮＢ２０１１からＵＥ２０１３に通知される。ＭｅＮＢ２０１１は、ＵＥ２０１３に対して、ＲＲＣシグナリングで、閾値以下の場合に、ＭｅＮＢ２０１１およびＳｅＮＢ２０１２のどちらのｅＮＢに通知するかを設定するパラメータとともに閾値を通知してもよい。

ＰＤＣＰのデータ量が閾値以下の場合、図４５に示すように、ＵＥ２０１３は、ＭｅＮＢ２０１１に対してＢＳＲをトリガし、図４５の矢符２０１９で示すように、ＭｅＮＢ２０１１に対してＢＳＲを送信する。ＰＤＣＰのデータ量が閾値よりも大きい場合は、図４６に示すように、ＵＥ２０１３は、ＭｅＮＢ２０１１とＳｅＮＢ２０１２との両方に対してＢＳＲをトリガし、図４６の矢符２０２０，２０２１で示すように、ＭｅＮＢ２０１１とＳｅＮＢ２０１２との両方に対してＢＳＲを送信する。非特許文献９では、同じＰＤＣＰのデータ量をＭｅＮＢ２０１１とＳｅＮＢ２０１２との両方に対して通知することが開示されているが、各ｅＮＢ２０１１，２０１２に対して異なる値が通知されていてもかまわない。

図４７は、実施の形態２におけるＢＳＲの送信方法を説明するための図である。図４７は、前述の図４５および図４６と類似しているので、同一の構成については同一の参照符号を付して、共通する説明を省略する。

ＵＥ２０１３は、ＭｅＮＢ２０１１間のＨＯにおいてＳｅＮＢ２０１２と接続した後で、かつＴ－ＭｅＮＢと接続する前には、ＳｅＮＢ２０１２に対してＢＳＲをトリガするようにし、ＭｅＮＢ２０１１に対してＢＳＲをトリガしないようにする。図４７の矢符２０２２で示すように、ＵＥ２０１３は、ＢＳＲがトリガされたｅＮＢ、すなわちここではＳｅＮＢ２０１２のみに対して、ＢＳＲを送信する。ＵＥ２０１３は、ＭｅＮＢ２０１１間のＨＯにおいてＳｅＮＢ２０１２と接続した後で、かつＴ－ＭｅＮＢと接続する前には、前述の方法を行うことによって、ＰＤＣＰのデータ量が閾値以下の場合も、ＰＤＣＰのデータ量が閾値以上の場合も、ＳｅＮＢ２０１２に対してのみにＢＳＲを送信する。

このようにすることによって、ＭｅＮＢ２０１１間のＨＯにおいて、たとえ上りベアラスプリットが維持されてＤＲＡＴが設定されたとしても、ＳｅＮＢ２０１２と接続した後で、かつＴ－ＭｅＮＢと接続する前には、ＭｅＮＢ２０１１にＢＳＲがトリガされず、ＢＳＲが送信されない。したがって、ＭｅＮＢ２０１１からＵＥ２０１３に対してＰＤＣＰのデータ用の上りスケジューリングが送信されないことになり、ＵＥ２０１３は、ＭｅＮＢ２０１１に対してＰＤＣＰのデータを送信しなくなる。したがって、ＵＥ２０１３は、接続されていないＴ－ＭｅＮＢに対する無駄なデータの送信を無くすことができ、送信の遅延の削減、ＵＥ２０１３の低消費電力化を図ることが可能となる。なお、ＭｅＮＢ２０１１は、Ｓ－ＭｅＮＢであってもＴ－ＭｅＮＢであってもよい。

ＵＥが、本実施の形態で開示した方法に移行する方法を開示する。ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯの指示を受信したＵＥは、本実施の形態で開示した方法を行う。また、ＨＯの指示において、上りスプリットベアラを設定された、あるいは上りスプリットベアラの維持を設定されたＵＥは、本実施の形態で開示した方法を行うとしてもよい。ＭＣＩ（Mobility Control Information）に、ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯであることを示す情報、上りスプリットベアラ設定を示す情報、あるいは上りスプリットベアラの維持の設定を示す情報を含めてもよい。ＨＯ指示として、ＵＥが、これらの情報を含めたＭＣＩを受信した場合に、本実施の形態で開示した方法を行うとしてもよい。

このようにすることによって、新たな情報を設けてＵＥに通知することなく、ＵＥは本実施の形態で開示した方法を行うことが可能となる。これによって、シグナリング量の削減を図ることができる。

ＭｅＮＢ間のＨＯにおいて、たとえデュアルコネクティビティ（ＤＣ）が設定されており、あるいは、たとえ上りスプリットベアラが設定されていたとしても、ＭｅＮＢに対してＢＳＲをトリガしないようにすることが可能となる。

ＵＥが、本実施の形態で開示した方法に移行する他の方法を開示する。本実施の形態で開示した方法への移行を示す情報を新たに設ける。Ｔ－ＭｅＮＢは、ＵＥを上りスプリットベアラを維持したままのＨＯをさせると判断した場合、該情報をＵＥに通知する。Ｓ－ＭｅＮＢ経由で通知してもよい。例えば、Ｔ－ＭｅＮＢは、Ｓ－ＭｅＮＢに対して、ＨＯ要求応答に該情報を含めて通知する。この通知には、Ｘ２シグナリングを用いるとよい。あるいはＭＭＥ経由でＳ１シグナリングを用いてもよい。該情報を受信したＳ－ＭｅＮＢは、ＨＯの対象となるＵＥに対して該情報を通知する。この通知には、ＲＲＣシグナリングを用いるとよい。該情報を受信したＵＥは、本実施の形態で開示した方法を行う。該情報は、ＭＣＩに含めてもよいし、ＭＣＩに含めずに別途通知してもよい。

このようにすることによって、ＨＯ要求とは別にＵＥに通知することが可能となる。これによって、状況に応じて柔軟な通知が可能となる。

ＵＥが、本実施の形態で開示した方法に移行する他の方法を開示する。ＭｅＮＢは、ＤＲＡＴで設定する閾値を、設定可能な最大の値に設定してＵＥに通知する。さらに、ＤＲＡＴで設定するＢＳＲをトリガあるいは送信するｅＮＢをＳｅＮＢに設定してＵＥに通知する。設定可能な最大の値は、ＵＥが取り扱うことが可能なＰＤＣＰのデータ量以上の値としておくとよい。このようにすることによって、上りペアラスプリットが設定された場合、ＵＥで発生するＰＤＣＰのデータ量は、常に該閾値以下となる。該閾値以下の場合に、ＳｅＮＢにＢＳＲをトリガあるいは送信することが設定されているので、ＵＥは、ＳｅＮＢのみにＢＳＲをトリガあるいは送信することが可能となる。

設定の変更は、ＤＲＡＴの設定を用いて行うとよい。例えば、ＳｅＮＢのみへの通知を通常のＤＲＡＴに戻すような場合に、再度閾値を設定し、必要に応じて閾値以下にＢＳＲをトリガあるいは送信するｅＮＢを設定することによって、ＵＥは、通常のＤＲＡＴを行うことが可能となる。このようにすることによって、新たな情報を設けてＵＥに通知することなく、ＵＥは、本実施の形態で開示した方法を行うことが可能となる。これによって、シグナリング量の削減を図ることができる。

あるいは、一つのｅＮＢにのみにＢＳＲをトリガあるいは送信することを示す閾値を設けておいてもよい。ＭｅＮＢは、ＤＲＡＴで設定する閾値を、該閾値に設定してＵＥに通知する。さらに、ＤＲＡＴで設定するＢＳＲをトリガあるいは送信するｅＮＢをＳｅＮＢに設定してＵＥに通知する。ＵＥで発生するＰＤＣＰのデータ量が不明な場合に有効である。例えば、閾値を０と設定する。ＭｅＮＢは、ＵＥに対して本実施の形態で開示した方法を行わせたい場合に、ＤＲＡＴで設定する閾値を０と設定してＵＥに通知する。閾値「０」は、一つのｅＮＢにのみにＢＳＲをトリガあるいは送信することを示すので、ＵＥは、ＰＤＣＰのデータ量にかかわらず、一つのｅＮＢにのみにＢＳＲをトリガあるいは送信する。ＭｅＮＢおよびＳｅＮＢのどちらのｅＮＢに通知するかは、ＢＳＲをトリガあるいは送信するｅＮＢの情報を受信することによって、認識することができる。

ＳｅＮＢにのみにＢＳＲをトリガあるいは送信することを示す閾値を設けておいてもよい。これによって、ＢＳＲをトリガあるいは送信するｅＮＢの情報を省略することが可能となる。同様に、ＭｅＮＢにのみにＢＳＲをトリガあるいは送信することを示す閾値を設けておいてもよい。これによって、ＭｅＮＢにのみにＢＳＲをトリガあるいは送信するように設定したい場合に有効となる。該情報は、ＭＣＩに含めてもよいし、ＭＣＩに含めずに別途通知してもよい。

ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯを完了した後の処理について開示する。ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯを完了した後、ＵＥは、ＳｅＮＢのみへのＢＳＲのトリガあるいはＢＳＲの送信から、通常のＤＲＡＴに戻す。ＨＯを完了した後として、ＵＥとＴ－ＭｅＮＢとの間の接続完了後としてもよい。あるいはＵＥとＴ－ＭｅＮＢとの間の同期完了後、あるいはＵＥとＴ－ＭｅＮＢとの間のＲＡ処理完了後、あるいは、ＵＥがＴ－ＭｅＮＢに対してＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを送信した後としてもよい。

ＳｅＮＢの変更が無い場合のＨＯを完了した後、ＵＥは、Ｔ－ＭｅＮＢとＳｅＮＢとの両方に接続できることになる。したがって、このようにすることによって、ＵＥは、Ｔ－ＭｅＮＢとＳｅＮＢとの両方のｅＮＢに対して、ＢＳＲをトリガし、ＢＳＲを送信することが可能となる。該ＨＯを完了した後、ＳｅＮＢだけでなく、ＭｅＮＢに対しても上りＰＤＣＰデータを送信することが可能となるので、送信の遅延を削減することが可能となる。

本実施の形態で開示した方法を用いることによって、ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ中、ＳｅＮＢに対して上りデータを送信することが可能となる。また、ＭｅＮＢにＢＳＲをトリガあるいは送信しなくなるので、ＭｅＮＢから上りスケジューリング（上りグラント）が送信されず、ＭｅＮＢへＰＤＣＰのデータを送信しなくなる。これによって、ＵＥは、ＭｅＮＢに対して無駄な送信を行うことが無くなり、送信の遅延の削減、ＵＥの消費電力の削減を図ることができる。また、ＵＥは、ＳｅＮＢにＢＳＲをトリガあるいは送信するので、ＳｅＮＢからＵＥに対して上りスケジューリングが送信され、ＵＥは、ＳｅＮＢへＰＤＣＰのデータを送信することになる。したがって、ＨＯ中も、ＵＥは、ＳｅＮＢにのみデータを送信することが可能となり、ＨＯによるデータの送信の遅延を削減することが可能となる。

本実施の形態で開示した方法は、スプリットベアラを維持したＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ中、ＵＥからＴ－ＭｅＮＢの上りデータの送信が行われず、ＵＥからＳｅＮＢへの上りデータの送信が行われるような処理を行う場合に適用することが可能である。例えば、実施の形態１の変形例１，４で開示した、図１２および図１３、図１４および図１５、図２６および図２７などである。

実施の形態３．
スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＨＯ中、ＵＥがＴ－ＭｅＮＢと接続する前に、ＵＥとＳｅＮＢとの間で上りデータの送受信を実行しようとすると、以下に記載するような問題が生じる場合がある。

上りスプリットベアラを行う場合、ＵＥは、ＰＤＣＰのデータをＭｅＮＢ向けのＲＬＣに送るか、ＳｅＮＢ向けのＲＬＣに送るかを判断しなければならない。例えば、ＰＤＣＰのデータ量が予め定める閾値よりも大きい場合は、ＰＤＣＰのデータを、ＢＳＲを報告する両方のｅＮＢ向けのＲＬＣに送る。例えば、非特許文献１０には、ＭｅＮＢ向けとＳｅＮＢ向けの配分率を予め決めておき、その配分率に応じて、ＰＤＣＰで生じたデータをＭｅＮＢ向けＲＬＣとＳｅＮＢ向けＲＬＣとに送ることが開示されている。

この状態でＨＯが生じた場合、ＨＯ中、ＵＥは、ＭｅＮＢ向けＲＬＣにもＳｅＮＢ向けＲＬＣにも、ＰＤＣＰで生じたデータを送ってしまうことになる。しかし、ＨＯ中であるので、実際は、ＵＥがＴ－ＭｅＮＢと同期を取って接続するまでは、ＵＥは、Ｔ－ＭｅＮＢにＢＳＲを送ることはできず、さらには、Ｔ－ＭｅＮＢにデータを送信することもできない。したがって、ＨＯ中、ＵＥがＴ－ＭｅＮＢと同期を取る前に、Ｔ－ＭｅＮＢ向けＲＬＣにＰＤＣＰのデータを送るのは無駄となる。また、Ｔ－ＭｅＮＢ向けのＲＬＣおよびＭＡＣの少なくともいずれか一方のバッファにデータが溜まってしまい、オーバフローが生じるなどの問題が発生する場合がある。本実施の形態では、このような問題を解決する方法を開示する。

ＵＥは、ＭｅＮＢ間のＨＯ中、ＳｅＮＢ向けＲＬＣに対して上りＰＤＣＰのデータを送る。ＵＥは、ＭｅＮＢ間のＨＯ中、ＭｅＮＢ向けＲＬＣに対して上りＰＤＣＰのデータを送らない。ＰＤＣＰのデータとしては、ＰＤＣＰ ＰＤＵであってもよい。

ＭｅＮＢ間のＨＯ中として、ＵＥがＳｅＮＢと接続した後で、かつＴ－ＭｅＮＢと接続する前としてもよい。ＵＥは、ＳｅＮＢと接続したかどうかの判断は、ＳｅＮＢとの間のＲＡ処理が行われたかどうかで行ってもよい。ＵＥは、ＳｅＮＢと接続したかどうかの判断は、ＳｅＮＢと同期が取れているかどうかで行ってもよい。

ＵＥは、ＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯを行う場合に、前記方法を行うとしてもよい。ＵＥは、スプリットベアラを維持したままのＳｅＮＢの変更が無いときのＭｅＮＢ間のＨＯを行う場合に、前記方法を行うとしてもよい。ＵＥは、仮に、ＤＲＡＴが設定された場合でも、それをリセットして前記方法を行うとしてもよい。ＵＥは、ＤＲＡＴが設定された場合、仮に、閾値以下で上りデータを送信するｅＮＢがＭｅＮＢに設定された場合でも、それをリセットして前記方法を行うとしてもよい。

このようにすることによって、ＰＤＣＰのデータ量が閾値以下の場合も、ＰＤＣＰのデータ量が閾値以上の場合も、前記方法を行うことになる。

前記方法を行うとしたが、前記方法に切り替えるようにしてもよい。ＰＤＣＰのデータの配分方法で、前記の方法以外の方法が設定されていた場合でも、前記方法に切り替えるようにする。

図４８は、従来のＤＲＡＴが設定された場合のＰＤＣＰのデータの配分方法を説明するための図である。図４８では、ＰＤＣＰのデータ量が閾値より大きい場合について示している。図４８は、前述の図４５および図４６と類似しているので、同一の構成については同一の参照符号を付して、共通する説明を省略する。

ＰＤＣＰのデータ量が閾値よりも大きい場合、図４８の矢符２０３１，２０３２で示すように、ＵＥ２０１３は、ＰＤＣＰ２０１４のデータを、ＭｅＮＢ２０１１向けＲＬＣ２０１５とＳｅＮＢ２０１２向けＲＬＣ２０１７との両方に対して送る。ＭｅＮＢ２０１１向けとＳｅＮＢ向けのＰＤＣＰのデータの配分率は、ＭｅＮＢ２０１１からＵＥ２０１３に予め通知される。ＭｅＮＢ２０１１は、ＵＥ２０１３に対してＲＲＣシグナリングで通知するとよい。ＭｅＮＢ２０１１は、ＵＥ２０１３に対してＤＲＡＴの設定とともに通知してもよい。

図４９は、実施の形態３におけるＰＤＣＰのデータの送信方法を説明するための図である。図４９は、前述の図４５および図４６と類似しているので、同一の構成については同一の参照符号を付して、共通する説明を省略する。

ＵＥ２０１３は、ＭｅＮＢ２０１１間のＨＯにおいて、ＳｅＮＢ２０１２と接続した後で、かつＴ－ＭｅＮＢ２０１１と接続する前には、図４９の矢符２０４１で示すように、ＳｅＮＢ向けＲＬＣ２０１７に対して上りＰＤＣＰのデータを送る。ＵＥ２０１３は、ＭｅＮＢ向けＲＬＣ２０１５に対しては上りＰＤＣＰのデータを送らない。すなわち、ＵＥ２０１３は、上りＰＤＣＰのデータをＳｅＮＢ向けＲＬＣ２０１７に対してのみに送る。

本実施の形態で開示した方法は、ＰＤＣＰのデータ量が閾値よりも大きい場合のみならず、ＰＤＣＰのデータ量が閾値以下の場合にも適用してもよい。ＰＤＣＰのデータ量が閾値以下の場合に上りデータを送信するｅＮＢがＭｅＮＢ２０１１である場合に、本実施の形態で開示した方法を適用することによって、ＵＥ２０１３は、ＭｅＮＢ２０１１間のＨＯにおいてＳｅＮＢ２０１２と接続した後で、かつＴ－ＭｅＮＢと接続する前には、上りＰＤＣＰのデータをＳｅＮＢ向けＲＬＣ２０１７に対してのみに送ることになる。このようにすることによって、ＰＤＣＰのデータ量が閾値以下の場合も、ＰＤＣＰのデータ量が閾値以上の場合も、ＳｅＮＢ２０１２に対してのみに上りＰＤＣＰのデータを送ることになる。

ＵＥが、本実施の形態で開示した方法に移行する方法を開示する。ＭｅＮＢ２０１１は、ＭｅＮＢ２０１１間のＨＯ中、ＳｅＮＢ向けＲＬＣ２０１７に対してのみに上りＰＤＣＰのデータを送信することをＵＥ２０１３に通知する。該通知は、Ｔ－ＭｅＮＢあるいはＳ－ＭｅＮＢからＵＥ２０１３に対して通知するとよい。Ｔ－ＭｅＮＢからＵＥ２０１３に通知する場合、Ｓ－ＭｅＮＢを介して通知してもよい。

通知方法として、実施の形態２で開示した方法を適用することができる。ＨＯの対象となるＵＥへのＨＯ指示に基づいて、本実施の形態で開示した方法への移行指示とする方法を適用してもよい。また、本実施の形態で開示した方法への移行を示す情報を新たに設けて、ＵＥに通知する方法を適用してもよい。

また、ＭｅＮＢが、ＤＲＡＴで設定する閾値を、設定可能な最大の値に設定して、ＵＥに通知する方法を適用してもよい。

これを適用する場合、ＤＲＡＴにおいて、ＰＤＣＰのデータ量が予め定める閾値以下の場合、ＢＳＲを送信するｅＮＢ向けのＲＬＣに対してのみＰＤＣＰのデータを送るようにする。このことを予め規格などで決めておいてもよいし、ＤＣを行う場合に予めＵＥに通知してもよい。ＤＲＡＴの設定パラメータとして、予めＵＥに通知してもよい。

ＤＲＡＴで設定する閾値を設定可能な最大の値に設定することによって、ＵＥで発生するＰＤＣＰのデータ量は、常に閾値以下となる。ＭｅＮＢは、閾値以下の場合にＳｅＮＢにＢＳＲをトリガあるいは送信することを設定する。これによって、ＵＥは、ＳｅＮＢ向けのＲＬＣに対してのみに、ＰＤＣＰのデータを送るようにすることが可能となる。

ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯを完了した後の処理について開示する。ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯを完了した後、ＵＥは、ＰＤＣＰのデータを、ＳｅＮＢ向けＲＬＣに対してのみから、Ｔ－ＭｅＮＢ向けＲＬＣとＳｅＮＢ向けＲＬＣとの両方に対して送る。ＨＯ完了後として、ＵＥとＴ－ＭｅＮＢとの間の接続完了後としてもよい。あるいはＵＥとＴ－ＭｅＮＢとの間の同期完了後、あるいはＵＥとＴ－ＭｅＮＢとの間のＲＡ処理完了後、あるいは、ＵＥがＴ－ＭｅＮＢに対してＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを送信した後としてもよい。

このようにすることによって、ＵＥは、Ｔ－ＭｅＮＢとＳｅＮＢとの両方のｅＮＢ向けのＲＬＣに対してＰＤＣＰのデータを送ることが可能となる。ＳｅＮＢの変更が無い場合のＨＯを完了した後、ＵＥは、Ｔ－ＭｅＮＢとＳｅＮＢとの両方に接続できることになる。したがって、該ＨＯを完了した後は、ＳｅＮＢだけでなくＭｅＮＢに対しても上りＰＤＣＰのデータを送信することが可能となるので、送信の遅延を削減することが可能となる。

本実施の形態で開示した方法を用いることによって、ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ中、ＭｅＮＢ向けのＲＬＣに上りＰＤＣＰのデータが送られなくなるので、全ての上りＰＤＣＰのデータがＳｅＮＢ向けのＲＬＣに対してのみに送られることになる。したがって、ＳｅＮＢに対してのみ上りＰＤＣＰのデータを送信することが可能となる。

また、ＨＯ中、ＵＥがＴ－ＭｅＮＢと接続していない間に、ＵＥのＭｅＮＢ向けのＲＬＣおよびＭＡＣの少なくともいずれか一方のバッファに上りデータを溜めることが無くなる。したがって、それらのバッファのオーバフローの発生を抑制することができる。また、ＵＥのＭｅＮＢ向けのＲＬＣおよびＭＡＣバッファの少なくともいずれか一方の容量を小さくすることができる。

実施の形態４．
スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＨＯ中、ＵＥがＴ－ＭｅＮＢと接続する前に、ＵＥとＳｅＮＢとの間で上りデータの送受信を実行しようとすると、以下に記載するような問題が生じる場合がある。

３ＧＰＰでは、上りスプリットベアラを実行しているときのＵＥに対するＭｅＮＢとＳｅＮＢからの上りスケジューリング（上りグラント）は、単にＵＥからのＢＳＲの値だけ上りスケジューリングをする方法とは異なる方法が提案されている（非特許文献１１参照）。これは、ＭｅＮＢとＳｅＮＢからＵＥへのオーバスケジューリング、およびアンダスケジューリングを回避するために行われる。

例えば、ＤＲＡＴにおいてＰＤＣＰのデータが予め定める閾値よりも大きくなった場合に、ＵＥは、ＭｅＮＢとＳｅＮＢとの両方に同じＰＤＣＰのデータ量を含むＢＳＲを送信する。ＵＥから送信されたＢＳＲに対してＭｅＮＢとＳｅＮＢとが、それぞれ、該ＢＳＲの値の分だけスケジューリングすると、そのスケジューリングで確保したリソース量は、ＵＥが送信するＰＤＣＰのデータ量に対して２倍となってしまう。すなわち、オーバスケジューリングが生じる。

このようなオーバスケジューリングを低減するために、例えば、ＭｅＮＢ、ＳｅＮＢともに、ＵＥから受信したＢＳＲに対して予め定める割合（１も含む）を乗じた量の上りスケジューリングを行う方法がある。予め定める割合を０．７とすると、ＭｅＮＢは、ＭｅＮＢが受信したＢＳＲの値に０．７を乗算した量をＵＥに対してスケジューリングする。また、ＳｅＮＢも、ＳｅＮＢが受信したＢＳＲの値に０．７を乗算した量をＵＥに対してスケジューリングする。このようにすることによって、オーバスケジューリングを低減することが可能となる。

この他、ＭｅＮＢとＳｅＮＢとの間で予め比率を決めておき、その比率に応じて上りスケジューリングを行う方法がある。例えば、ＭｅＮＢとＳｅＮＢとの比率を４対６とする。ＭｅＮＢは、ＵＥから受信したＢＳＲの値に０．４を乗算した量をＵＥに対してスケジューリングし、ＳｅＮＢは、ＵＥから受信したＢＳＲの値に０．６を乗算した量をＵＥに対してスケジューリングする方法である。

この他、ＤＲＡＴにおいて、ＭｅＮＢは、ＵＥから通知されたＢＳＲの値に対して閾値以上の量だけ上りスケジューリングを行い、ＳｅＮＢは、閾値の量の上りスケジューリングを行う方法がある。

このように、上りスプリットベアラを実行しているときのＵＥに対するＭｅＮＢとＳｅＮＢからの上りスケジューリングは、単にＵＥからのＢＳＲの値だけ上りスケジューリングをする方法とは異なる方法が提案されている。

このような方法に対して何ら工夫がなされないと、スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＨＯ中、ＵＥがＴ－ＭｅＮＢと接続する前でも、Ｔ－ＭｅＮＢからスケジューリングがなされることが想定されたままとなり、ＳｅＮＢからのスケジューリングが制限されるので、スケジューリングの効率が劣化することになる。本実施の形態では、このような問題を解決する方法を開示する。

ＭｅＮＢ間のＨＯ中、ＳｅＮＢは、ＵＥから受信したＢＳＲに対して、最大限割当てが可能な上りスケジューリング（上りグラント）を行う。また、ＭｅＮＢ間のＨＯ中、ＭｅＮＢからの上りスケジューリングを行わないとしてもよい。

ＭｅＮＢ間のＨＯ中として、ＵＥがＳｅＮＢと接続した後で、かつＴ－ＭｅＮＢと接続する前としてもよい。ＳｅＮＢが、ＵＥがＴ－ＭｅＮＢと接続したことを判断する方法として、Ｔ－ＭｅＮＢからＳｅＮＢ再設定完了メッセージを受信したか否かで判断するとよい。ＳｅＮＢは、Ｔ－ＭｅＮＢからＳｅＮＢ再設定完了メッセージを受信した場合に、ＵＥがＴ－ＭｅＮＢと接続したと判断する。このようにすることによって、ＳｅＮＢが、ＵＥがＴ－ＭｅＮＢと接続したことを判断することが可能となる。

ＳｅＮＢのスケジューリングの方法について開示する。ＨＯ中、ＳｅＮＢとＵＥとの間でＲＡ処理が行われる場合について適用することができる。

ＳｅＮＢは、Ｔ－ＭｅＮＢとＵＥに対するＳｅＮＢ追加設定処理を行ってから該ＵＥと接続する前は、ＵＥに対して上りスケジューリングを行わない。前述の「ＳｅＮＢ追加設定処理を行ってから」の代わりに、「ＳｅＮＢ追加要求（SeNB addition request）メッセージを受信してから」、あるいは、「ＳｅＮＢ追加要求応答（SeNB addition request ack）メッセージを送信してから」としてもよい。ＳｅＮＢは、ＵＥと接続したかどうかの判断は、ＵＥとの間でＲＡ処理が行われたかどうかで行ってもよい。ＳｅＮＢは、ＵＥと接続したかどうかの判断は、ＵＥと同期が取れているかどうかで行ってもよい。

ＳｅＮＢがＵＥに対して上りスケジューリングを行わないようにする方法として、ＵＥからＢＳＲを受信しない場合は、上りスケジューリングを行わないようにしてもよい。

あるいは、ＳｅＮＢは、ＧＲ（grant ratio）を０（０％）にするとしてもよい。ＧＲは、ＢＳＲに対する上りスケジューリングの割合とする。ＧＲを０にすることによって、たとえＵＥからＢＳＲを受信できずに、ＢＳＲの値が不定である場合、または何らかのＢＳＲの値が存在するような場合であっても、ＳｅＮＢの内部の処理において、上りスケジューリング量は０となり、上りスケジューリングを行わないようにすることができる。

ＳｅＮＢは、ＵＥと接続以降、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信するまで、該ＵＥに対して最大限のスケジューリングを行う。ＵＥと接続以降としたが、ＵＥと接続以降ＢＳＲを受信した場合、としてもよい。

ＳｅＮＢの再設定が完了した旨のメッセージとしては、ＳｅＮＢ再設定完了（SeNB Reconfiguration Complete）メッセージとしてもよい。

ＳｅＮＢがＵＥに対して最大限のスケジューリングを行う方法として、ＵＥからのＢＳＲに対して、ＧＲを１（１００％）として、上りスケジューリングを行うとしてもよい。

ＳｅＮＢは、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信した後、ＵＥからのＢＳＲに対して通常の上りスケジューリングの方法で上りスケジューリングを行う。ＤＲＡＴで閾値以上の場合は、予め設定された上りスケジューリングの方法で上りスケジューリングを行う。あるいは、ＤＲＡＴで閾値以上の場合に設定されるＧＲで上りスケジューリングを行うとしてもよい。

このようにすることによって、ＭｅＮＢ間のＨＯ中、ＳｅＮＢは、ＵＥから受信したＢＳＲに対して、最大限割当てが可能な上りスケジューリング（上りグラント）を行うことが可能となる。

Ｔ－ＭｅＮＢのスケジューリングの方法について開示する。Ｔ－ＭｅＮＢは、Ｓ－ＭｅＮＢに対してＨＯ要求応答を送信した後で、かつＵＥと接続する前は、ＵＥに対して上りスケジューリングを行わない。

Ｔ－ＭｅＮＢがＵＥと接続したかどうかの判断は、ＵＥからＲＲＣ接続再設定完了（RRC Connection Reconfiguration Complete）メッセージを受信したかどうかで行ってもよい。あるいは、Ｔ－ＭｅＮＢがＵＥと接続したかどうかの判断は、ＵＥとの間でＲＡ処理が行われたかどうかで行ってもよい。あるいは、Ｔ－ＭｅＮＢがＵＥと接続したかどうかの判断は、ＵＥと同期が取れているかどうかで行ってもよい。

Ｔ－ＭｅＮＢがＵＥに対して上りスケジューリングを行わないようにする方法として、ＵＥからＢＳＲを受信しない場合は上りスケジューリングを行わないようにしてもよい。あるいは、Ｔ－ＭｅＮＢは、ＧＲを０（０％）にするとしてもよい。ＧＲを０にすることによって、たとえＵＥからＢＳＲを受信することができずに、ＢＳＲの値が不定である場合、または何らかのＢＳＲの値が存在するような場合であっても、Ｔ－ＭｅＮＢの内部の処理において上りスケジューリング量は０となり、上りスケジューリングを行わないようにすることができる。

Ｔ－ＭｅＮＢは、ＵＥと接続以降、ＳｅＮＢに対して再設定が完了した旨のメッセージを通知するまで、該ＵＥからのＢＳＲに対して上りスケジューリングを行う。ＵＥと接続以降としたが、ＵＥと接続以降ＢＳＲを受信した場合、としてもよい。

該ＵＥからのＢＳＲに対して上りスケジューリングを行うとしたが、該ＵＥからのＢＳＲに対して最大限のスケジューリングを行うとしてもよい。Ｔ－ＭｅＮＢがＵＥに対して最大限のスケジューリングを行う方法として、ＵＥからのＢＳＲに対してＧＲを１（１００％）として、上りスケジューリングを行うとしてもよい。

あるいは、Ｔ－ＭｅＮＢは、ＵＥからのＢＳＲに対して、通常の上りスケジューリングの方法で上りスケジューリングを行ってもよい。

ＤＲＡＴで閾値以上の場合、Ｔ－ＭｅＮＢは、ＵＥからのＢＳＲに対して、設定されたＧＲあるいは設定されたＧＲよりも大きい値のＧＲで上りスケジューリングを行ってもよい。

あるいは、Ｔ－ＭｅＮＢは、ＵＥからのＢＳＲに対して、ＵＥが少なくとも０より大きい量の上りデータを送信できるように上りスケジューリングを行ってもよい。

Ｔ－ＭｅＮＢは、ＳｅＮＢに対して再設定が完了した旨のメッセージを送信した後、ＵＥからのＢＳＲに対して通常の上りスケジューリングの方法で上りスケジューリングを行う。ＤＲＡＴで閾値以上の場合は、予め設定された上りスケジューリングの方法で上りスケジューリングを行う。あるいは、ＤＲＡＴで閾値以上の場合に設定されるＧＲで上りスケジューリングを行うとしてもよい。

このようにすることによって、ＭｅＮＢ間のＨＯ中はＭｅＮＢからの上りスケジューリングが行われず、ＵＥとＴ－ＭｅＮＢとが接続した後にＴ－ＭｅＮＢからの上りスケジューリングが行われるようにすることができる。

また、このようにしておくことで、ＵＥがＳｅＮＢよりも先にＴ－ＭｅＮＢと接続した場合も、Ｔ－ＭｅＮＢを介して上りデータを送信することが可能となる。

上りスケジューリングにおいて、例えば、ＭｅＮＢおよびＳｅＮＢともに、ＵＥから受信したＢＳＲに対して予め定める割合を乗じた量の上りスケジューリングを行う方法、およびＭｅＮＢとＳｅＮＢとの間で予め決められた比率に応じて上りスケジューリングを行う方法があることを示したが、このような場合、ＭｅＮＢとＳｅＮＢとの間でどのようなスケジューリングの方法にするのかの調整が必要となる。ここでは、該調整方法を開示する。

該調整はＭｅＮＢが行う。ＭｅＮＢ間のＨＯの場合、Ｔ－ＭｅＮＢが行うとよい。ＭｅＮＢは、ＳｅＮＢに対して、上りスケジューリングの方法に関する情報を通知する。ＭｅＮＢは、ＳｅＮＢにＧＲを設定する場合、該ＧＲをＳｅＮＢに通知してもよい。

ＭｅＮＢからＳｅＮＢへの通知方法として、ＳｅＮＢ追加処理において通知してもよい。ＳｅＮＢ追加要求（SeNB addition request）メッセージに含めて通知してもよい。また、ＳｅＮＢの修正処理において通知してもよい。ＳｅＮＢ変更要求（SeNB modification request）メッセージに含めて通知してもよい。ＳｅＮＢは、該通知に対して、ＭｅＮＢに対して設定可能を示す応答信号であるＡｃｋを通知してもよい。

また、ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージとあわせて通知してもよい。ＳｅＮＢ再設定完了（SeNB reconfiguration complete）メッセージに含めて通知してもよい。

このようにすることによって、ＭｅＮＢとＳｅＮＢとの間でどのようなスケジューリングの方法にするのかの調整が可能となる。

図５０は、従来のＤＲＡＴが設定された場合の上りスケジューリングの方法を説明するための図である。図５０では、ＰＤＣＰのデータ量が閾値よりも大きい場合について示している。図５０は、前述の図４５および図４６と類似しているので、同一の構成については同一の参照符号を付して、共通する説明を省略する。

ＰＤＣＰのデータ量が閾値よりも大きい場合、ＭｅＮＢ２０１１とＳｅＮＢ２０１２とは、ＵＥ２０１３に対して、図５０の矢符２０５１，２０５２で示すように、上りスケジューリング（上りグラント）を通知する。通常、上りスプリットベアラを実行しているときのＵＥ２０１３に対するＭｅＮＢ２０１１とＳｅＮＢ２０１２からの上りスケジューリングは、ＵＥ２０１１３からのＢＳＲの値に応じて行われる。

上りスケジューリングに関して、ＭｅＮＢ２０１１とＳｅＮＢ２０１２との間の調整については、前述の非特許文献１～１１には開示がなされていない。該調整には、前述の方法を適用するとよい。例えば、ＤＲＡＴにおいて閾値以上の場合、ＭｅＮＢ２０１１はＧＲを設定し、矢符２０５３で示すように、該ＧＲをＳｅＮＢ２０１２に通知する。このようにすることによって、ＤＲＡＴが設定された場合のＭｅＮＢ２０１１とＳｅＮＢ２０１２との間のスケジューリングの調整が可能となる。

この方法を用いることによって、上りスケジューリングが可能となり、ＵＥ２０１３は、受信した上りスケジューリングに従って、上りデータをＭｅＮＢ２０１１およびＳｅＮＢ２０１２に送信することが可能となる。

図５１は、実施の形態４における上りスケジューリングの方法を説明するための図である。図５１は、前述の図４５および図４６と類似しているので、同一の構成については同一の参照符号を付して、共通する説明を省略する。

ＭｅＮＢ２０１１間のＨＯ中、図５１の矢符２０６１で示すように、ＳｅＮＢ２０１２は、ＵＥ２０１３から受信したＢＳＲに対して、最大限割当てが可能な上りスケジューリング（上りグラント）を行う。また、ＭｅＮＢ２０１１間のＨＯ中、ＭｅＮＢ２０１１からの上りスケジューリングを行わない。

このようにすることによって、ＭｅＮＢ２０１１間のＨＯ中、ＳｅＮＢ２０１２は、ＵＥ２０１３が送信したＢＳＲに対して最大限割当てが可能な上りスケジューリングを行うことが可能となる。ＵＥ２０１３は、ＳｅＮＢ２０１２に対して送信したＢＳＲに対して最大限割当てが可能な上りスケジューリングが行われることになるので、ＭｅＮＢ２０１１間のＨＯ中、ＳｅＮＢ２０１２と接続しているときに上りデータを最大限送信することが可能となる。ＤＲＡＴにおいて設定されるＧＲに制限されることなく、上りデータを送信することが可能となる。したがって、ＭｅＮＢ２０１１間のＨＯ中、たとえＭｅＮＢ２０１１とＵＥ２０１３とが接続していなくても、ＵＥ２０１３は、ＳｅＮＢ２０１２に対して上りデータを送信することが可能となる。

ＭｅＮＢ２０１１とＳｅＮＢ２０１２との間の上りスケジューリングに関する情報の調整についは、前述の方法を適用することができる。

本実施の形態で開示した方法を用いることによって、ＳｅＮＢからのスケジューリングが制限されなくなり、スケジューリングの効率の劣化を抑制することができる。

前述したように、上りスプリットベアラを実行しているときのＵＥに対して、ＭｅＮＢとＳｅＮＢとから通常と異なる上りスケジューリングが行われるような場合も、ＳｅＮＢからのスケジューリングが制限されなくなり、スケジューリングの効率の劣化を抑制することができる。

ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯ中、ＵＥは、ＳｅＮＢ対して早期に上りデータを送信することが可能となるので、上りデータの送信の遅延を削減することが可能となる。

ＳｅＮＢのスケジューリングの方法について他の方法を開示する。ＨＯ中、ＳｅＮＢとＵＥとの間で既に同期が取れている場合について適用することができる。

ＳｅＮＢは、Ｔ－ＭｅＮＢとＵＥに対するＳｅＮＢ追加設定処理を行ってから該ＵＥからＳＲ（scheduling request）を受信するまでは、ＵＥに対して上りスケジューリングを行わない。

ＳｅＮＢは、ＵＥからのＳＲを受信した後、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信するまで、該ＵＥに対して最大限のスケジューリングを行う。ＵＥからのＳＲを受信した後としたが、ＵＥからのＳＲを受信した後で、かつＢＳＲを受信した場合、としてもよい。

ＳｅＮＢは、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信した後、ＵＥからのＢＳＲに対して、通常の上りスケジューリングの方法で上りスケジューリングを行う。ＤＲＡＴで閾値以上の場合は、予め設定された上りスケジューリングの方法で上りスケジューリングを行う。あるいは、ＤＲＡＴで閾値以上の場合に設定されるＧＲで上りスケジューリングを行うとしてもよい。

このようにすることによって、ＭｅＮＢ間のＨＯ中、ＳｅＮＢがＵＥとの間で既に同期が取れている場合に、ＳｅＮＢは、ＵＥから受信したＢＳＲに対して、最大限割当てが可能な上りスケジューリング（上りグラント）を行うことが可能となる。

ＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯにおいて、ＳｅＮＢとＵＥとの接続を継続してもよく、そのような場合に適用するとよい。ＨＯ中、ＵＥは早期にＳｅＮＢに対して上りデータを送信することが可能となる。

ＳｅＮＢのスケジューリングの方法について他の方法を開示する。ＨＯ中、ＳｅＮＢがＵＥと接続する前あるいはＳＲを受信する前に、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信する場合に適用することができる。

ＳｅＮＢは、ＵＥと接続する前あるいはＳＲを受信する前に、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信した場合、ＳｅＮＢの再設定が完了した旨のメッセージを受信した後、ＵＥからのＢＳＲに対して、通常の上りスケジューリングの方法で上りスケジューリングを行う。ＤＲＡＴで閾値以上の場合は、予め設定された上りスケジューリングの方法で上りスケジューリングを行う。あるいは、ＤＲＡＴで閾値以上の場合に設定されるＧＲで上りスケジューリングを行うとしてもよい。

このようにすることによって、ＨＯ中、ＳｅＮＢがＵＥと接続する前あるいはＳＲを受信する前に、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信する場合にも、制御を明確にすることが可能となり、誤動作を削減することが可能となる。

３ＧＰＰにおいて、プレスケジューリング（以下「ＰＳ」と称する）が検討されている。ＰＳは、ＵＥに対して上りデータ用のリソースを、ＵＥからのＢＳＲを受信すること無しに、予めスケジューリングする方法である。

ここでは、ＤＣにおいてＳｅＮＢに対してＰＳを行う方法を開示する。ＭｅＮＢからＵＥに対して、ＳｅＮＢにおけるＰＳを行う。ＭｅＮＢは、ＵＥに対して、ＳｅＮＢにおけるＰＳを行う。

ＭｅＮＢとＳｅＮＢとの間でＳｅＮＢのＰＳ構成の設定を行う。ＰＳ構成として、スケジューリング情報、スケジューリング周期などがある。設定方法を開示する。ＭｅＮＢからＳｅＮＢに対してＳｅＮＢのＰＳ設定要求を行う。該設定要求に、対象となるＵＥのＩＤ、対象となるベアラの設定、ＱｏＳ（Quality of Service）に関する情報などを含めてもよい。ＰＳ設定要求を受信したＳｅＮＢは、対象となるＵＥに対して、ＰＳ構成を設定する。ＳｅＮＢは、ＭｅＮＢに対して、対象となるＵＥに対して設定したＰＳ構成を通知する。このようにすることによって、ＭｅＮＢとＳｅＮＢとの間でＳｅＮＢのＰＳ構成が設定される。

ＭｅＮＢとＳｅＮＢとの間でＳｅＮＢ追加処理において、ＰＳ構成の設定を行ってもよい。ＭｅＮＢからＳｅＮＢに対して、ＳｅＮＢ追加要求（SeNB addition request）メッセージで、ＳｅＮＢのＰＳ設定要求を行う。該要求に応じてＰＳ構成を設定したＳｅＮＢは、ＭｅＮＢに対して、ＳｅＮＢ追加要求応答（SeNB addition request Ack）メッセージで、ＰＳ構成を通知する。

あるいは、ＭｅＮＢとＳｅＮＢとの間でのＳｅＮＢ修正処理において、ＰＳ構成の設定を行ってもよい。ＭｅＮＢからＳｅＮＢに対して、ＳｅＮＢ変更要求（SeNB modification request）メッセージで、ＳｅＮＢのＰＳ設定要求を行う。該要求に応じてＰＳ構成を設定したＳｅＮＢは、ＭｅＮＢに対して、ＳｅＮＢ変更要求応答（SeNB modification request Ack）メッセージで、ＳｅＮＢのＰＳ構成を通知する。

このようにすることによって、ＭｅＮＢとＳｅＮＢとの間でＰＳ設定用の新たなメッセージを設ける必要がなく、既存のメッセージを用いて設定を行うことが可能となる。これによって、ＰＳ設定制御を簡易にすることが可能となる。

ＭｅＮＢとＵＥとの間でＳｅＮＢのＰＳ構成が設定される。ＭｅＮＢは、ＳｅＮＢとの間で設定したＰＳ構成を、ＵＥに対して通知する。ＵＥは、ＭｅＮＢから通知されたＳｅＮＢのＰＳ構成を設定する。ＭｅＮＢからＵＥへの通知には、ＲＲＣシグナリングを用いてもよい。ＭｅＮＢからＵＥに対して、ＳｅＮＢの設定に用いるＲＲＣシグナリングに含めて通知してもよい。これによって、シグナリング量を削減することができる。また、ＳｅＮＢの設定とともに通知することによって、ＵＥにおけるＳｅＮＢ設定の制御を簡易にすることができる。

あるいは、該通知にＭＡＣシグナリングを用いてもよい。ＭＡＣでスケジューリングを行う場合に有効となる。

あるいは、該通知にＰＤＣＣＨを用いてもよい。ＵＥに対するスケジューリング情報は、ＰＤＣＣＨで送信される。ＰＳ構成についてもＰＤＣＣＨに含めて通知することによって、ＵＥにおけるスケジューリング構成の設定制御が容易になる。

あるいは、前記３つの通知方法を組み合わせて用いてもよい。例えば、ＰＳ構成の一部を前記３つの通知方法のいずれかで行い、ＰＳ構成の他の部分を他の通知方法で行う。例えば、スケジューリングの情報に関してはＰＤＣＣＨで行い、スケジューリングの周期に関してはＲＲＣシグナリングで行う。このようにすることによって、ＰＳ構成の情報毎に、最適な通知方法をとることが可能となる。

このようにすることによよって、ＤＣにおいて、ＳｅＮＢに対してＰＳを行うことが可能になる。

ここでは、ＭｅＮＢ間のＨＯにおいて、ＳｅＮＢに対してＰＳを行う方法を開示する。Ｔ－ＭｅＮＢからＵＥに対して、ＳｅＮＢにおけるＰＳを行う。Ｔ－ＭｅＮＢは、ＵＥに対して、ＳｅＮＢにおけるＰＳを行う。Ｔ－ＭｅＮＢとＳｅＮＢとの間でＳｅＮＢのＰＳ構成の設定を行う。設定方法は、前述の方法を適用することができる。

Ｔ－ＭｅＮＢは、ＳｅＮＢとの間で設定したＰＳ構成を、ＵＥに対して通知する。Ｔ－ＭｅＮＢは、ＵＥに対してＳ－ＭｅＮＢ経由で通知してもよい。Ｔ－ＭｅＮＢからＳ－ＭｅＮＢへの通知には、Ｘ２シグナリングを用いるとよい。例えば、ＨＯ要求応答（HO request ack）メッセージに含めて通知してもよい。Ｓ－ＭｅＮＢからＵＥには、ＲＲＣシグナリングで通知するとよい。例えば、ＲＲＣ接続再設定（RRC Connection Reconfiguration）メッセージに含めて通知してもよい。また例えば、ＭＣＩとともに、ＲＲＣ接続再設定メッセージに含めて通知してもよい。ＵＥは、Ｔ－ＭｅＮＢから受信したＳｅＮＢのＰＳ構成を設定する。

ＨＯのとき、ＵＥは、ＳｅＮＢと接続した後、受信したＳｅＮＢ構成によって設定されたリソースで、上りデータを送信する。該リソースを用いてＢＳＲを送信してもよい。

このようにすることによって、ＳｅＮＢに対してＰＳを行うことが可能となる。ＵＥは、ＳｅＮＢに対してＰＳ構成を用いて上りデータの送信を行うことが可能となる。

スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯにおいて、ＳｅＮＢに対してＰＳが設定された場合の上りスケジューリングの方法について開示する。

ＳｅＮＢは、Ｔ－ＭｅＮＢとＵＥに対するＳｅＮＢ追加設定処理を行ってから、該ＵＥからＳＲを受信するまでは、ＵＥに対する上りスケジューリングにおいて、設定されたＰＳに従う。ＳｅＮＢは、ＵＥからのＳＲを受信した後、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信するまで、該ＵＥに対して最大限のスケジューリングを行う。ＵＥからのＳＲを受信した後としたが、ＵＥからのＳＲを受信した後ＢＳＲを受信した場合、としてもよい。

ＳｅＮＢは、Ｔ－ＭｅＮＢからＳｅＮＢの再設定が完了した旨のメッセージを受信した後、ＵＥからのＢＳＲに対して、通常の上りスケジューリングの方法で上りスケジューリングを行う。ＤＲＡＴで閾値以上の場合は、予め設定された上りスケジューリング方法で上りスケジューリングを行う。あるいは、ＤＲＡＴで閾値以上の場合に設定されるＧＲで上りスケジューリングを行うとしてもよい。

このように、スプリットベアラを維持したままのＳｅＮＢの変更が無い場合のＭｅＮＢ間のＨＯにおいて、ＳｅＮＢに対してＰＳが設定された場合、該ＰＳに従うことによって、ＵＥは、ＳｅＮＢに対して上りデータを早期に送信することが可能となる。あるいは、ＵＥは、ＳｅＮＢに対してＢＳＲを早期に送信することが可能となり、その後上りデータを送信することが可能となる。これによって、上りデータの送信の遅延を削減することが可能となる。

前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。

本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。

７０１ マクロｅＮＢ（マクロセル）のカバレッジ、７０２ スモールｅＮＢ（スモールセル）のカバレッジ、７０３，２０１３ 移動端末（ＵＥ）、２０１１ ＭｅＮＢ、２０１２ ＳｅＮＢ、２０１４ ＰＤＣＰ、２０１５，２０１７ ＲＬＣ、２０１６，２０１８ ＭＡＣ。

Claims (5)

1. マスター基地局とセカンダリ基地局とを含む複数の基地局と、
   複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムであって、
   前記マスター基地局が、前記セカンダリ基地局に対して、上りリンク通信のスケジューリングに関する設定情報を通知し、
   前記ユーザ装置は、前記マスター基地局及び前記設定情報を通知された前記セカンダリ基地局とデュアルコネクティビティする、
   通信システム。
2. 前記設定情報は、前記セカンダリ基地局の追加に関する追加要求メッセージ又は前記セカンダリ基地局の変更に関する変更要求メッセージによって、前記マスター基地局から前記セカンダリ基地局に通知される、請求項１に記載の通信システム。
3. マスター基地局とセカンダリ基地局とを含む複数の基地局と、
   複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるマスター基地局であって、
   前記セカンダリ基地局に対して、上りリンク通信のスケジューリングに関する設定情報を通知する、
   マスター基地局。
4. マスター基地局とセカンダリ基地局とを含む複数の基地局と、
   複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるセカンダリ基地局であって、
   前記マスター基地局から、上りリンク通信のスケジューリングに関する設定情報を受信する、
   セカンダリ基地局。
5. マスター基地局とセカンダリ基地局とを含む複数の基地局と、
   複数の前記基地局と無線通信可能なユーザ装置と、を備える通信システムにおけるユーザ装置であって、
   前記セカンダリ基地局に対して上りリンク通信のスケジューリングに関する設定情報を通知する前記マスター基地局及び前記設定情報を通知された前記セカンダリ基地局とデュアルコネクティビティする、
   ユーザ装置。

Images