(57)【要約】  ＮＲ（New Radio）において、高速かつ、高い信頼性と低遅延を有する通信システム等を提供する。通信システム（２００）は、通信端末装置（２０２）と、通信端末装置（２０２）と無線通信可能に構成された基地局装置（２０３）とを含む。通信端末装置（２０２）は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されている。基地局装置（２０３）は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、通信端末装置（２０２）に送信する。通信端末装置（２０２）は、パケット複製制御とセカンダリセル制御との間に定められた優先順位に基づいて、パケット複製制御とセカンダリセル制御とを行う。
2019031490.tif 000002
【特許請求の範囲】
【請求項１】
通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、
前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、
前記基地局装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記通信端末装置に送信し、
前記通信端末装置は、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて、前記パケット複製制御と前記セカンダリセル制御とを行う、
通信システム。
【請求項２】
前記優先順位は、前記セカンダリセル制御を前記パケット複製制御よりも優先させるように定められている、請求項１に記載の通信システム。
【請求項３】
前記通信端末装置は、前記パケット複製の実行中に前記セカンダリセルの停止指示を受信した場合、前記セカンダリセルだけでなく前記パケット複製も停止させる、請求項２に記載の通信システム。
【請求項４】
前記通信端末装置は、前記セカンダリセルの停止中に前記パケット複製の開始指示を受信した場合であっても、前記セカンダリセルの停止を継続し、前記パケット複製を停止したままとする、請求項２に記載の通信システム。
【請求項５】
前記優先順位は、前記パケット複製制御を前記セカンダリセル制御よりも優先させるように定められている、請求項１に記載の通信システム。
【請求項６】
前記通信端末装置は、前記パケット複製の実行中に前記セカンダリセルの停止指示を受信した場合であっても、前記パケット複製を継続する、請求項５に記載の通信システム。
【請求項７】
前記通信端末装置は、前記セカンダリセルの停止中に前記パケット複製の開始指示を受信した場合、前記セカンダリセルの開始に併せて前記パケット複製を開始させる、請求項５に記載の通信システム。
【請求項８】
前記優先順位は、前記パケット複製制御と前記セカンダリセル制御とのいずれを優先させるかを、複製されるパケットに応じて定めている、請求項１に記載の通信システム。
【請求項９】
基地局装置と無線通信可能に構成された通信端末装置であって、
前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、
前記通信端末装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記基地局装置から受信し、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて、前記パケット複製制御と前記セカンダリセル制御とを行う、
通信端末装置。
【請求項１０】
通信端末装置と無線通信可能に構成された基地局装置であって、
前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、
前記通信端末装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて行い、
前記パケット複製制御と前記セカンダリセル制御とを前記基地局装置が前記通信端末装置に送信する、
基地局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末装置などの通信端末装置と基地局装置との間で無線通信を行う通信システム等に関する。
【背景技術】
【０００２】
移動体通信システムの規格化団体である３ＧＰＰ（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）とが開示されている。【００３６】
また３ＧＰＰでは、リリース１０として、ロングタームエボリューションアドヴァンスド（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；ＤＣと略称される）などがある。ＤＣについては、非特許文献１に記載されている。【００４３】
デュアルコネクティビティ（ＤＣ）を行うｅＮＢのうち、一方を「マスターｅＮＢ（ＭｅＮＢと略称される）」といい、他方を「セカンダリｅＮＢ（ＳｅＮＢと略称される）」という場合がある。【００４４】
モバイルネットワークのトラフィック量は、増加傾向にあり、通信速度も高速化が進んでいる。ＬＴＥおよびＬＴＥ−Ａが本格的に運用を開始されると、更に通信速度が高速化されることが見込まれる。【００４５】
さらに、高度化する移動体通信に対して、２０２０年以降にサービスを開始することを目標とした第５世代（以下「５Ｇ」という場合がある）無線アクセスシステムが検討されている。例えば、欧州では、ＭＥＴＩＳという団体で５Ｇの要求事項がまとめられている（非特許文献５参照）。【００４６】
５Ｇ無線アクセスシステムでは、ＬＴＥシステムに対して、システム容量は１０００倍、データの伝送速度は１００倍、データの処理遅延は１０分の１（１／１０）、通信端末の同時接続数は１００倍として、更なる低消費電力化、および装置の低コスト化を実現することが要件として挙げられている。【００４７】
このような要求を満たすために、３ＧＰＰでは、リリース１４として、５Ｇの規格検討が進められている（非特許文献６〜１０参照）。５Ｇの無線区間の技術は「New Radio Access Technology」と称され（「New Radio」は「ＮＲ」と略称される）、いくつかの新たな技術が検討されている（非特許文献１１〜１４参照）。例えば、ＤＣやマルチコネクティビティ（Multi-Connectivity；ＭＣと略称される）を用いたパケット複製、ｇＮＢのＣＵ（Central Unit）とＤＵ（Distributed Unit）への分離、などが検討されている。
【先行技術文献】
【非特許文献】
【００４８】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１４．３．０
【非特許文献２】３ＧＰＰ  Ｓ１−０８３４６１
【非特許文献３】３ＧＰＰ  ＴＲ  ３６．８１４  Ｖ９．２．０
【非特許文献４】３ＧＰＰ  ＴＲ  ３６．９１２  Ｖ１４．０．０
【非特許文献５】“Scenarios, requirements and KPIs for 5G mobile and wireless system”、ＩＣＴ−３１７６６９−ＭＥＴＩＳ／Ｄ１．１
【非特許文献６】３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ１４．０．０
【非特許文献７】３ＧＰＰ  ＴＲ  ３８．８０１  Ｖ１４．０．０
【非特許文献８】３ＧＰＰ  ＴＲ  ３８．８０２  Ｖ１４．１．０
【非特許文献９】３ＧＰＰ  ＴＲ  ３８．８０４  Ｖ１４．０．０
【非特許文献１０】３ＧＰＰ  ＴＲ  ３８．９１２  Ｖ１４．０．０
【非特許文献１１】３ＧＰＰ  Ｒ２−１７００６７２
【非特許文献１２】Draft Report of 3GPP TSG RAN WG2 meeting #98, Hangzhou, China, 15-19 May, 2017
【非特許文献１３】３ＧＰＰ  Ｒ２−１７０４５７８
【非特許文献１４】３ＧＰＰ  Ｒ２−１７０４６６０
【非特許文献１５】３ＧＰＰ  ＴＳ３６．３２１  ｖ１４．３．０
【非特許文献１６】３ＧＰＰ  Ｒ２−１７０６８６７
【非特許文献１７】３ＧＰＰ  ＴＳ３６．３２２  ｖ１４．０．０
【非特許文献１８】３ＧＰＰ  Ｒ３−１７１４１２
【非特許文献１９】３ＧＰＰ  Ｒ２−１７０６７１６
【非特許文献２０】３ＧＰＰ  Ｒ２−１７０４８３６
【非特許文献２１】３ＧＰＰ  Ｒ２−１７０２７５３
【非特許文献２２】３ＧＰＰ  Ｒ２−１７０４００１
【非特許文献２３】３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０
【非特許文献２４】３ＧＰＰ  ＴＳ３６．３３１  ｖ１４．３．０
【非特許文献２５】３ＧＰＰ  Ｒ２−１７０４４２５
【非特許文献２６】３ＧＰＰ  Ｒ２−１７０４４２０
【非特許文献２７】３ＧＰＰ  Ｒ２−１６７５８３
【非特許文献２８】３ＧＰＰ  ＴＳ３７．３４０  ｖ０．２．０
【非特許文献２９】３ＧＰＰ  ＴＳ３８．４２３  ｖ０．１．１
【発明の概要】
【発明が解決しようとする課題】
【００４９】
ＮＲでは、高信頼性かつ低遅延の通信を実現するために、同じパケットを複製して送信するパケット複製の技術が提唱されている。パケット複製の実現方法として、ＣＡを用いた方法、ＤＣを用いた方法が提唱されている。パケット複製の開始／停止は、ＭＡＣシグナリングを用いて制御される。【００５０】
また、従来技術として、ＣＡに用いるＳＣｅｌｌの動作開始／停止のためのＭＡＣシグナリングがサポートされている。ところが、ＣＡを用いたＮＲにおいて、パケット複製のＭＡＣシグナリングがＳＣｅｌｌ開始／停止のＭＡＣシグナリングと競合したときの動作について開示されていない。従って、前述の競合が発生したときに、ＵＥはパケット複製の処理をどのように行えばよいかわからず、誤動作を起こす可能性がある。その結果、高信頼性かつ低遅延の通信が実現できない可能性が生じる。【００５１】
また、ＮＲにおいて、高速通信を実現するための技術としてＭＣが提案されている。ＭＣとして、一つのＵＥに対して、一つのマスタ基地局と複数のセカンダリ基地局とが接続されるように設定されることが議論されている。ところが、セカンダリ基地局が２つ以上の場合のＭＣについて、上位ＮＷを含めたアーキテクチャや、例えば複数セカンダリ基地局をどのように設定するか等のＭＣの設定方法について開示されていない。従って、マスタ基地局とセカンダリ基地局は前述のＭＣを構成できず、ＵＥは高速通信を行うことができない。【００５２】
本発明は、上記課題に鑑み、ＮＲにおいて、高速かつ、高い信頼性と低遅延を有する通信システム等を提供することを、目的の一つとする。
【課題を解決するための手段】
【００５３】
本発明によれば、例えば、通信端末装置と、前記通信端末装置と無線通信可能に構成された基地局装置と、を備える通信システムであって、前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、前記基地局装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記通信端末装置に送信し、前記通信端末装置は、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて、前記パケット複製制御と前記セカンダリセル制御とを行う、通信システムが提供される。【００５４】
また、本発明によれば、例えば、基地局装置と無線通信可能に構成された通信端末装置であって、前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、前記通信端末装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記基地局装置から受信し、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて、前記パケット複製制御と前記セカンダリセル制御とを行う、通信端末装置が提供される。【００５５】
また、本発明によれば、例えば、通信端末装置と無線通信可能に構成された基地局装置であって、前記通信端末装置は、パケットを複製し、複製されたパケットをキャリアアグリゲーションによって送信することが可能に構成されており、前記通信端末装置は、パケット複製に関するパケット複製制御と、キャリアアグリゲーションに用いられるセカンダリセルに関するセカンダリセル制御とを、前記パケット複製制御と前記セカンダリセル制御との間に定められた優先順位に基づいて行い、前記パケット複製制御と前記セカンダリセル制御とを前記基地局装置が前記通信端末装置に送信する、基地局装置が提供される。
【発明の効果】
【００５６】
本発明によれば、ＮＲにおいて、高速かつ、高い信頼性と低遅延を有する通信システム等を提供することができる。【００５７】
本発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【００５８】
【図１】ＬＴＥ方式の通信システムで使用される無線フレームの構成を示す説明図である。
【図２】３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。
【図３】本発明に係る通信端末である図２に示す移動端末２０２の構成を示すブロック図である。
【図４】本発明に係る基地局である図２に示す基地局２０３の構成を示すブロック図である。
【図５】本発明に係るＭＭＥの構成を示すブロック図である。
【図６】ＬＴＥ方式の通信システムにおいて通信端末（ＵＥ）が行うセルサーチから待ち受け動作までの概略を示すフローチャートである。
【図７】マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。
【図８】実施の形態１について、パケット複製開始のＭＡＣシグナリングが、ＨＡＲＱ再送の発生により、指定タイミング以後にＵＥにて受信される場合の動作を表すシーケンス図である。
【図９】実施の形態１の変形例１について、ＣＵ−ＤＵ分離がされているｇＮＢとＵＥとの間で行うＣＡを用いたパケット複製におけるプロトコル構成を示した図である。
【図１０】実施の形態１の変形例１について、ＤＵがパケット複製開始を判断する場合におけるパケット複製のシーケンス図である。
【図１１】実施の形態１の変形例１について、ＣＵがパケット複製開始を判断する場合におけるパケット複製のシーケンス図である。
【図１２】実施の形態１の変形例１について、パケット複製開始のＭＡＣシグナリングが、ＨＡＲＱ再送の発生により、指定タイミング以後にＵＥにて受信される場合の動作を表すシーケンス図である。
【図１３】実施の形態２について、パケット複製の切り替えをマスタ基地局が起動する場合のシーケンス図である。
【図１４】実施の形態２について、パケット複製の切り替えをセカンダリ基地局が起動する場合のシーケンス図である。
【図１５】実施の形態５について、ＵＥからセカンダリ基地局への小データ送信を示すシーケンス図である。
【図１６】実施の形態６について、ＭＣのアーキテクチャを示す図である。
【図１７】実施の形態６について、ＭＣを設定するシーケンスの一例を示す図である。
【図１８】実施の形態６について、ＭＣを設定するシーケンスの一例を示す図である。
【図１９】実施の形態６について、ＭＣを設定するシーケンスの一例を示す図である。
【図２０】実施の形態６について、ＭＣを設定するシーケンスの一例を示す図である。
【図２１】実施の形態６の変形例１について、上位ＮＷがＮＧ−ＣＮであり基地局がＮＲのｇＮＢである場合のアーキテクチャとデータフローを示す図である。
【図２２】実施の形態６の変形例１について、ＭＣのアーキテクチャを示す図である。
【図２３】実施の形態６の変形例１について、ＤＲＢ毎にＭＣを設定する場合のデータフローを示す概念図である。
【図２４】実施の形態６の変形例１について、ＱｏＳフロー毎にＭＣを設定する場合のデータフローを示す概念図である。
【図２５】実施の形態６の変形例１について、ＭＣを行うＱｏＳフローをマッピングするＤＲＢを追加設定した場合のデータフローを示す概念図である。
【図２６】実施の形態６の変形例１について、ＱｏＳフロー毎にＭＣを設定するシーケンスの一例である。
【図２７】実施の形態６の変形例１について、ＱｏＳフロー毎にＭＣを設定するシーケンスの一例である。
【図２８】実施の形態７について、ＭＣのアーキテクチャを示す図である。
【図２９】実施の形態７について、ＳＣＧベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３０】実施の形態７について、ＳＣＧベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３１】実施の形態７の変形例１について、ＳＣＧベアラを用いたＭＣのアーキテクチャを示す図である。
【図３２】実施の形態７の変形例１について、ＳＣＧベアラを用いたＭＣをＤＲＢ毎に設定した場合のデータフローを示す概念図である。
【図３３】実施の形態７の変形例１について、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＢベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３４】実施の形態７の変形例１について、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＢベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３５】実施の形態７の変形例１について、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＢベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３６】実施の形態７の変形例１について、ＳＣＧベアラを用いたＭＣをＱｏＳフロー毎に設定した場合のデータフローを示す概念図である。
【図３７】実施の形態８について、ＭＣのアーキテクチャを示す図である。
【図３８】実施の形態８について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図３９】実施の形態８について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図４０】実施の形態８について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図４１】実施の形態８の変形例１について、ＭＣのアーキテクチャを示す図である。
【図４２】実施の形態８の変形例１について、ＳＣＧスプリットベアラを用いたＭＣをＤＲＢ毎に設定した場合のデータフローを示す概念図である。
【図４３】実施の形態８の変形例１について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図４４】実施の形態８の変形例１について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図４５】実施の形態８の変形例１について、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。
【図４６】実施の形態８の変形例１について、ＳＣＧスプリットベアラを用いたＭＣをＱｏＳフロー毎に設定した場合のデータフローを示す概念図である。
【図４７】実施の形態９について、ＭＣのアーキテクチャを示す図である。
【図４８】実施の形態９の変形例１について、ＭＣのアーキテクチャを示す図である。
【発明を実施するための形態】
【００５９】
実施の形態１．
図２は、３ＧＰＰにおいて議論されているＬＴＥ方式の通信システム２００の全体的な構成を示すブロック図である。図２について説明する。無線アクセスネットワークは、Ｅ−ＵＴＲＡＮ（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）」であってもよい。
【００９７】
図７は、マクロｅＮＢとスモールｅＮＢとが混在する場合のセルの構成の概念を示す図である。マクロｅＮＢによって構成されるマクロセルは、比較的広い範囲のカバレッジ７０１を有する。スモールｅＮＢによって構成されるスモールセルは、マクロｅＮＢ（マクロセル）のカバレッジ７０１に比べて範囲が小さいカバレッジ７０２を有する。
【００９８】
複数のｅＮＢが混在する場合、あるｅＮＢによって構成されるセルのカバレッジが、他のｅＮＢによって構成されるセルのカバレッジ内に含まれる場合がある。図７に示すセルの構成では、参照符号「７０４」または「７０５」で示されるように、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２が、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１内に含まれる場合がある。
【００９９】
また、参照符号「７０５」で示されるように、複数、例えば２つのスモールセルのカバレッジ７０２が、１つのマクロセルのカバレッジ７０１内に含まれる場合もある。移動端末（ＵＥ）７０３は、例えばスモールセルのカバレッジ７０２内に含まれ、スモールセルを介して通信を行う。
【０１００】
また図７に示すセルの構成では、参照符号「７０６」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが複雑に重複する場合が生じる。
【０１０１】
また、参照符号「７０７」で示されるように、マクロｅＮＢによって構成されるマクロセルのカバレッジ７０１と、スモールｅＮＢによって構成されるスモールセルのカバレッジ７０２とが重複しない場合も生じる。
【０１０２】
さらには、参照符号「７０８」で示されるように、多数のスモールｅＮＢによって構成される多数のスモールセルのカバレッジ７０２が、１つのマクロｅＮＢによって構成される１つのマクロセルのカバレッジ７０１内に構成される場合も生じる。
【０１０３】
ＮＲにおけるサービスの１つとして、低遅延かつ高信頼性の通信を求められるＵＲＬＬＣ（Ultra Reliability, Low Latency Communication）がある。低遅延と高信頼性を同時に満たすために、ＰＤＣＰレイヤにおけるパケット複製をサポートすることが３ＧＰＰの標準化会合にて合意された（非特許文献１１（３ＧＰＰ  Ｒ２−１７００６７２）参照）。ＮＲにおいて、前述のパケット複製は、キャリアアグリゲーション（Carrier Aggregation；ＣＡ）の構成を用いて行われる（非特許文献９（３ＧＰＰ  ＴＲ３８．８０４  ｖ１４．０．０）参照）。
【０１０４】
前述のパケット複製において、複製された各パケットが通る論理チャネルと、各パケットの送信に使用する無線キャリアが、ＲＲＣシグナリングを用いた設定により対応付けされることが、３ＧＰＰ会合において合意された（非特許文献１２（Draft Report of 3GPP TSG RAN WG2 meeting #98, Hangzhou, China, 15-19 May, 2017）参照）。また、パケット複製の動作（activation）／停止（deactivation）の制御について、ＭＡＣシグナリングを用いて行われることが、３ＧＰＰ会合において合意された（非特許文献１２参照）。
【０１０５】
前述のパケット複製の開始／停止の制御を行うＭＡＣシグナリングに、ベアラの識別子およびパケット複製を開始／停止するＰＤＣＰシーケンス番号を含めることが提唱されている（非特許文献１３（３ＧＰＰ  Ｒ２−１７０４５７８）参照）。また、該ＭＡＣシグナリングに、論理チャネルの識別子を含めることが提唱されている（非特許文献１４（３ＧＰＰ  Ｒ２−１７０４６６０）参照）。
【０１０６】
また、従来のＬＴＥにおいて、ＳＣｅｌｌ動作／停止（SCell activation/deactivation）がサポートされている（非特許文献１５（３ＧＰＰ  ＴＳ３６．３２１  ｖ１４．３．０）参照）。基地局がＵＥに対し、ＳＣｅｌｌの動作／停止を制御する。該制御には、ＭＡＣシグナリングが用いられる。ＵＥは、該ＭＡＣシグナリング受信後、既定のタイミングで、ＳＣｅｌｌを用いた送受信を開始／停止する。
【０１０７】
パケット複製とＳＣｅｌｌの制御に関して、ＳＣｅｌｌ停止中のパケット複製開始制御により、パケット複製を行わないこと、あるいは、ＳＣｅｌｌ動作を開始してパケット複製を行うことが提唱されている（非特許文献１６（３ＧＰＰ  Ｒ２−１７０６８６７）参照）。また、パケット複製動作中においてＳＣｅｌｌ停止タイマ（SCellDeactivationTimer）が満了することによる暗黙的なＳＣｅｌｌ停止により、パケット複製を止めること、あるいは、ＳＣｅｌｌ動作を継続してパケット複製を継続することが提唱されている（非特許文献１６参照）。
【０１０８】
ところが、非特許文献１６に示す、パケット複製とＳＣｅｌｌ制御の競合において、競合処理の詳細は開示されていない。また、パケット複製のＭＡＣシグナリングとＳＣｅｌｌ開始／停止のＭＡＣシグナリングが競合したときの動作について開示されていない。従って、前述の競合が発生したときに、ＵＥはパケット複製の処理をどのように行えばよいかわからず、誤動作を起こす可能性がある。
【０１０９】
また、パケット複製を制御するＭＡＣシグナリングにＰＤＣＰシーケンス番号を含み、基地局からＵＥへの該ＭＡＣシグナリングが不達となりＨＡＲＱ再送を繰り返す場合、次の問題が生じうる。すなわち、ＨＡＲＱ再送を繰り返している間に、ＵＥが該ＰＤＣＰシーケンス番号のＰＤＣＰ  ＰＤＵ送信を開始すると、ＵＥは該ＭＡＣシグナリングを正常に受信した後にパケット複製処理をどのように行えばよいかわからない。このため、ＵＥが誤動作を起こす可能性がある。
【０１１０】
本実施の形態１では、このような問題を解決する方法を開示する。
【０１１１】
パケット複製制御とＳＣｅｌｌ制御の間に優先順位を持たせる。ＵＥは、パケット複製制御よりもＳＣｅｌｌ制御を優先してもよい。ＳＣｅｌｌ制御は、ＳＣｅｌｌ停止のＭＡＣシグナリングであってもよい。例えば、パケット複製動作中のＵＥは、ＳＣｅｌｌ停止のＭＡＣシグナリング受信により、パケット複製を停止してもよい。このことにより、ＵＥおよび基地局における消費電力の削減が可能となる。
【０１１２】
前述の、パケット複製の停止とは、複製されたパケットの無線区間における送信停止であってもよいし、論理チャネルと送信キャリアの対応付けの解除であってもよいし、両者の組み合わせであってもよい。両者のタイミングは同時であってもよいし、異なっていてもよい。本発明において、以降、同様としてもよい。
【０１１３】
また、本発明において、パケット複製の開始とは、複製されたパケットの無線区間における送信開始であってもよいし、論理チャネルと送信キャリアの対応付けの開始であってもよいし、両者の組み合わせであってもよい。両者のタイミングは同時であってもよいし、異なっていてもよい。
【０１１４】
ＵＥは、ＳＣｅｌｌ停止のタイミングにおいてパケット複製を停止してもよい。このことにより、ＵＥにおける制御の複雑性を回避することが可能となる。あるいは、ＳＣｅｌｌ停止のＭＡＣシグナリング受信時にパケット複製を停止してもよい。前述の、ＭＡＣシグナリング受信時とは、例えば、ＭＡＣシグナリング受信直後であってもよい。リソースの節約が可能となる。パケット複製停止のタイミングの他の例として、ＭＡＣシグナリング受信時点で送信中のＰＤＣＰ  ＰＤＵの全体の送信が完了したときであってもよい。該ＰＤＣＰ  ＰＤＵ送信における信頼性が確保できるとともに、基地局のＲＬＣにおいて、該ＰＤＣＰ  ＰＤＵの全体を受信できないことによるバッファ滞留を防ぐことが可能となる。
【０１１５】
あるいは、基地局はＵＥに対し、パケット複製の停止タイミングを通知してもよい。このことにより、パケット複製における柔軟な運用が可能となる。該通知は、ＳＣｅｌｌ停止のＭＡＣシグナリングに含めてもよい。Ｌ１／Ｌ２シグナリングを用いてもよい。
【０１１６】
前述の方法は、暗黙的なＳＣｅｌｌ停止ではなく、ＭＡＣシグナリングを用いた明示的なＳＣｅｌｌ停止である点で、非特許文献１６（３ＧＰＰ  Ｒ２−１７０６８６７）とは異なる。
【０１１７】
前述の停止タイミングは、ＰＤＣＰシーケンス番号であってもよい。基地局のＲＬＣにおいて、ＰＤＣＰ  ＰＤＵの全体を受信できないことによるバッファ滞留を防ぐことができる。あるいは、前述の停止タイミングは、物理的なタイミングであってもよい。無線リソースを直接制御することにより、不要な無線信号の送受信を防ぐことが可能となる。物理的なタイミングとは、例えば、物理フレーム番号であってもよいし、サブフレーム番号であってもよいし、スロット番号であってもよいし、ミニスロット番号であってもよいし、タイミングを示す他の情報であってもよい。あるいは、物理的なタイミングとは、停止タイミングまでの時間であってもよい。基地局およびＵＥにおいて、パケット複製停止に伴う処理を適切に行うことが可能となる。
【０１１８】
ＵＥは、パケット複製の動作／停止の状態を保持してもよい。前述の状態保持は、例えば、パケット複製制御用のフラグを用いて行ってもよい。前述の状態保持は、ＳＣｅｌｌ停止時に行ってもよい。ＵＥは、保持した状態を用いて、パケット複製を動作あるいは停止させてもよい。前述の動作あるいは停止を、例えば、ＳＣｅｌｌ開始時に行ってもよい。例えば、パケット複製動作中にＳＣｅｌｌ停止となったＵＥが再度ＳＣｅｌｌ開始のＭＡＣシグナリングを受信したことを用いて、パケット複製動作を再開してもよい。このことにより、例えば、ＳＣｅｌｌ開始時におけるパケット複製の動作／停止に用いるＭＡＣシグナリングを不要とできるため、ＭＡＣシグナリング量を削減することが可能となる。
【０１１９】
前述の、パケット複製の動作／停止の状態には、初期値が与えられてもよい。該初期値は規格で定められてもよいし、基地局からＵＥに通知されてもよい。該通知には、ＲＲＣシグナリング、例えば、ＲＲＣ個別シグナリングが用いられてもよい。
【０１２０】
前述の、パケット複製動作の再開について、パケット複製再開時のＰＤＣＰ  ＳＮをＵＥが決めてもよい。例えば、ＳＣｅｌｌ再開後、最も早く送信可能なＰＤＣＰ  ＰＤＵからパケット複製動作を再開してもよい。このことにより、ＵＥにおけるパケット複製の制御が容易になる。あるいは、パケット複製再開のタイミングを基地局からＵＥに通知してもよい。該通知には、論理チャネルの識別子を含めてもよいし、ＰＤＣＰシーケンス番号を含めてもよい。該通知は、物理的なタイミングを示す情報であってもよい。該通知を、ＳＣｅｌｌ開始（再開）のＭＡＣシグナリングに含めて基地局からＵＥに送信してもよい。
【０１２１】
ＵＥは、パケット複製の動作／停止の状態を更新してもよい。前述の更新は、パケット複製動作／停止のＭＡＣシグナリングを用いて行ってもよい。前述の更新は、ＳＣｅｌｌ動作中に行ってもよいし、ＳＣｅｌｌ停止中に行ってもよい。このことにより、ＳＣｅｌｌ動作／停止、および、パケット複製のＭＡＣシグナリングを分散させることが可能となる。あるいは、ＵＥは、ＳＣｅｌｌ停止中のパケット複製の動作／停止の状態を更新しなくてもよい。基地局およびＵＥにおけるパケット複製の制御の複雑性を回避することが可能となる。
【０１２２】
ＵＥは、パケット複製の動作／停止の状態を保持しなくてもよい。ＵＥのメモリ使用量削減が可能となる。ＵＥは、ＳＣｅｌｌ動作開始あるいは再開時において、パケット複製を停止させてもよい。無線リソースの使用量削減が可能となる。あるいは、ＵＥは、ＳＣｅｌｌ動作開始あるいは再開時において、パケット複製を開始させてもよい。ＳＣｅｌｌ動作開始時における通信の信頼性を確保することが可能となる。
【０１２３】
前述の、パケット複製の動作／停止の状態は、ベアラ毎に設定してもよい。パケット複製の柔軟な運用が可能となる。
【０１２４】
ＵＥは、パケット複製制御をＳＣｅｌｌ制御よりも優先してもよい。ＳＣｅｌｌ制御は、ＳＣｅｌｌ停止のＭＡＣシグナリングを用いてもよい。例えば、パケット複製動作中のＵＥは、ＳＣｅｌｌ停止のＭＡＣシグナリングを受信しても、パケット複製を継続してもよい。このことにより、ＵＥからのパケット複製における信頼性を向上させることが可能となる。
【０１２５】
ＵＥは基地局に対し、ＳＣｅｌｌ停止が無効であることを示す通知を行ってもよい。該通知には、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。該通知に、無効となる理由を含めてもよい。該理由は、例えば、“パケット複製動作中”であってもよい。パケット複製動作中の論理チャネルの識別子を併せて通知してもよい。パケット複製動作中のベアラの識別子を通知してもよい。このことにより、基地局はＳＣｅｌｌ停止無効後の制御を円滑に行うことが可能となる。
【０１２６】
前述の、パケット複製制御とＳＣｅｌｌ制御の優先順位は、複製されるパケットを用いて決められてもよい。ＵＥは、複製されるパケットの情報を用いて、ＳＣｅｌｌを停止するかどうかを判断してもよい。このことにより、複製されるパケットを基にした柔軟な制御が可能となる。
【０１２７】
複製されるパケットを用いた優先順位決めの例として、例えば、ＳＲＢ，ＤＲＢの区分で優先順位を決めてもよい。例えば、ＳＲＢについてはパケット複製を優先し、ＤＲＢについてはＳＣｅｌｌ制御を優先してもよい。このことにより、ベアラの種別により柔軟な制御が可能となる。
【０１２８】
あるいは、ベアラ毎に優先順位を決めてもよい。例えば、ＳＲＢ０，ＳＲＢ１はパケット複製を優先し、ＳＲＢ２，ＳＲＢ３、ＤＲＢはＳＣｅｌｌ制御を優先してもよい。また、例えば、ＤＲＢについて、あるＤＲＢはパケット複製を優先し、他のＤＲＢはＳＣｅｌｌ制御を優先してもよい。このことにより、ベアラ毎にさらに柔軟な制御が可能となる。
【０１２９】
前述の優先順位は、規格で決めてもよいし、予めＲＲＣシグナリングで基地局からＵＥに通知してもよい。前述の優先順位は、ＭＡＣシグナリングを用いて通知してもよい。柔軟な制御が可能となる。
【０１３０】
ＵＥは基地局に対し、ＳＣｅｌｌ停止が無効であることを示す通知を行ってもよい。該通知は、パケット複製が優先されるパケットを用いている時、例えば、パケット複製が優先されるベアラが該ＳＣｅｌｌを用いている時に行ってもよい。該通知の方法および該通知に含まれる情報は、前述と同様であってもよい。このことにより、基地局はＳＣｅｌｌ停止無効後の制御を円滑に行うことが可能となる。
【０１３１】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けを、該ＳＣｅｌｌを用いて複数のパケットの通信を行っている場合に適用してもよい。複数のパケットとは、例えば、パケット複製を優先するパケットとＳＣｅｌｌ制御を優先するパケットの組み合わせであってもよい。
【０１３２】
前述において、パケット複製を優先してもよい。例えば、前述の複数のパケットがパケット複製動作中において、ＳＣｅｌｌ停止のＭＡＣシグナリングを無効としてもよい。すなわち、パケット複製を継続してもよい。パケット複製を優先するパケットにおける信頼性確保が可能となる。ＵＥは基地局に対し、ＳＣｅｌｌ停止が無効であることを示す通知を行ってもよい。該通知の方法および該通知に含まれる情報は、前述と同様であってもよい。このことにより、基地局はＳＣｅｌｌ停止無効後の制御を円滑に行うことが可能となる。
【０１３３】
前述において、ＵＥおよび基地局は、一部のパケットにおけるパケット複製を停止するとしてもよい。前述の一部のパケットとは、例えば、ＳＣｅｌｌ制御を優先するパケットのパケットであってもよい。パケット複製を優先するパケットのパケット複製は継続したままとしてもよい。このことにより、基地局におけるＳＣｅｌｌの制御が容易となる。
【０１３４】
あるいは、ＵＥおよび基地局は、前述の一部のパケットにおけるパケット複製を停止しなくてもよい。パケットの通信における信頼性確保が可能となる。
【０１３５】
前述において、ＵＥおよび基地局は、パケット複製を優先するパケットのパケット複製停止時にＳＣｅｌｌを停止してもよい。消費電力の削減が可能となる。ＵＥは基地局に対し、ＳＣｅｌｌ停止が有効となったことを示す通知を行ってもよい。該通知には、有効となった理由を含めてもよい。該理由は、例えば、パケット複製を優先するパケットのパケット複製停止であってもよい。該通知には、該パケットの情報、例えば、ベアラの識別子が含まれてもよい。
【０１３６】
あるいは、ＵＥおよび基地局は、パケット複製を優先するパケットのパケット複製停止時においてもＳＣｅｌｌを停止しなくてもよい。ＳＣｅｌｌの制御が容易となる。
【０１３７】
複数のパケットの通信を行っている場合におけるパケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの他の例として、ＳＣｅｌｌ制御を優先してもよい。例えば、前述の複数のパケットがパケット複製動作中において、ＳＣｅｌｌ停止のＭＡＣシグナリングを有効としてもよい。すなわち、ＳＣｅｌｌを停止してもよい。消費電力の削減が可能となる。
【０１３８】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの例として、パケット複製開始の制御をＳＣｅｌｌ停止中の状態に優先させてもよい。すなわち、ＵＥは、パケット複製を開始してもよい。ＳＣｅｌｌ動作を開始するとよい。前述のパケット複製開始の制御には、ＭＡＣシグナリングを用いてもよい。信頼性確保が可能となる。
【０１３９】
あるいは、ＳＣｅｌｌ停止中の状態をパケット複製開始の制御に優先させてもよい。すなわち、ＵＥはＳＣｅｌｌを停止したままとしてもよい。
【０１４０】
ＵＥは基地局に対し、パケット複製が無効である旨を通知してもよい。該通知は、ＳＣｅｌｌ停止中あるいは停止時に行ってもよい。該通知に、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。該通知に、対象となる論理チャネル識別子を含めてもよい。該通知に、パケット複製が無効である理由を含めてもよい。該理由は、例えば、“ＳＣｅｌｌ停止中”であってもよい。このことにより、基地局はパケット複製に関する制御を適切にかつ迅速に行うことが可能となる。
【０１４１】
前述において、パケット複製開始の制御が無効となったＵＥは、ＳＣｅｌｌ開始制御を用いて、パケット複製を開始してもよい。ＳＣｅｌｌ開始制御とは、ＳＣｅｌｌの開始を指示するＭＡＣシグナリングであってもよい。前述のパケット複製開始において、前述のパケット複製の動作／停止の状態を用いてもよい。例えば、ＵＥは、パケット複製開始の制御、例えば、パケット複製開始のＭＡＣシグナリングを用いて、該状態を“動作”としてもよい。
【０１４２】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの他の例として、パケット複製停止の制御をＳＣｅｌｌ動作中の状態に優先させてもよい。すなわち、ＵＥは、パケット複製停止のＭＡＣシグナリングを用いてＳＣｅｌｌを停止してもよい。前述のＳＣｅｌｌ停止は、ＵＥが該ＳＣｅｌｌを使用して基地局と通信を行うためのベアラが他に存在しないときに行ってもよい。このことにより、ＵＥの消費電力を削減可能となる。
【０１４３】
基地局は、パケット複製開始／停止を制御するＭＡＣシグナリングに、パケット複製開始／停止タイミングを示す情報を含めてもよい。前述のタイミングは、物理的なタイミングであってもよい。無線リソースを直接制御することにより、不要な無線信号の送受信を防ぐことが可能となる。物理的なタイミングとは、例えば、物理フレーム番号であってもよいし、サブフレーム番号であってもよいし、スロット番号であってもよいし、ミニスロット番号であってもよいし、タイミングを示す他の情報であってもよい。あるいは、物理的なタイミングとは、開始／停止タイミングまでの時間であってもよい。基地局およびＵＥにおいて、パケット複製停止に伴う処理を適切に行うことが可能となる。
【０１４４】
ＵＥは、前述の開始／停止タイミングにおいてパケット複製を開始／停止してもよい。あるいは、ＵＥは、前述の開始／停止タイミング以降最も早いＰＤＣＰ  ＰＤＵ境界より、パケット複製を開始／停止してもよい。このことにより、パケット複製開始／停止によるＵＥの送信動作の不連続発生を防止することが可能となる。また、基地局のＲＬＣにおいて、ＰＤＣＰ  ＰＤＵの全体を受信できないことによるバッファ滞留を防ぐことができる。
【０１４５】
前述の開始／停止タイミングを示す他の情報として、ＰＤＣＰシーケンス番号であってもよい。基地局のＲＬＣにおいて、ＰＤＣＰ  ＰＤＵの全体を受信できないことによるバッファ滞留を防ぐことができる。
【０１４６】
基地局は、パケット複製開始／停止を制御するＭＡＣシグナリングに、パケット複製開始／停止タイミングを示す情報を含めなくてもよい。ＵＥは、該ＭＡＣシグナリング受信直後にパケット複製を開始／停止してもよい。例えば、ＵＥは、該ＭＡＣシグナリング受信直後のタイミング（例えば、サブフレーム、スロット、ミニスロット、ＴＴＩ）より、パケット複製を開始／停止するとしてもよい。パケット複製の開始／停止タイミングは、ＵＥが該ＭＡＣシグナリングに対するＡＣＫを返した次のスケジューリングタイミングであってもよい。あるいは、パケット複製の開始／停止タイミングは、ＵＥにおける該ＭＡＣシグナリング受信タイミング以降最も早いＰＤＣＵ  ＰＤＵ境界であってもよい。あるいは、ＵＥは、該ＭＡＣシグナリング受信から所定の期間経過後にパケット複製を開始／停止するとしてもよい。前述の所定の期間は、予め規格で定めてもよいし、基地局からＵＥに報知してもよい。前述の所定の期間は、基地局からＵＥに個別に通知してもよい。前述の個別の通知は、ＲＲＣシグナリングを用いてもよい。このことにより、パケット複製開始／停止タイミングにかかるシグナリング量を削減可能となる。
【０１４７】
基地局は、パケット複製開始／停止を制御するＭＡＣシグナリングに、パケット複製に使用するＳＣｅｌｌの開始／停止を制御する情報を含めてもよい。ＵＥは、該情報を用いて、ＳＣｅｌｌの開始／停止を行ってもよい。このことにより、基地局はパケット複製の制御に伴うＳＣｅｌｌの制御を柔軟に行うことが可能となる。
【０１４８】
逆に、ＳＣｅｌｌの開始／停止を制御するＭＡＣシグナリングに、該ＳＣｅｌｌを用いて通信を行うパケット複製の開始／停止を制御する情報を含めてもよい。ＵＥは、該情報を用いて、パケット複製の開始／停止を行ってもよい。このことにより、基地局はパケット複製の制御に伴うＳＣｅｌｌの制御を柔軟に行うことが可能となる。
【０１４９】
あるいは、パケット複製開始／停止を制御するＭＡＣシグナリングと、ＳＣｅｌｌの開始／停止を制御するＭＡＣシグナリングとをまとめて、１つのＭＡＣシグナリングとしてもよい。前述の１つのＭＡＣシグナリングを、新しいＭＡＣシグナリングとして設けてもよい。
【０１５０】
あるいは、基地局は、パケット複製開始／停止を制御するＭＡＣシグナリングと、ＳＣｅｌｌ開始／停止を制御するＭＡＣシグナリングとを、同時に送信してもよい。両方のＭＡＣシグナリングを、同じトランスポートブロックで送信してもよいし、異なるトランスポートブロックで送信してもよい。異なるトランスポートロックで送信する場合の例として、例えば、異なるキャリアで送信してもよい。ＳＣｅｌｌおよびパケット複製の両方の迅速な制御が可能となる。あるいは、パケット複製開始／停止を制御するＭＡＣシグナリングと、ＳＣｅｌｌ開始／停止を制御するＭＡＣシグナリングとが、統合されてもよい。シグナリング量を削減可能となる。
【０１５１】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの他の例として、パケット複製開始の制御をＳＣｅｌｌ動作開始の制御に優先させてもよい。例えば、ＵＥは、パケット複製開始タイミングにおいて、ＳＣｅｌｌ動作開始を行ってもよい。ＵＥは、パケット複製開始を行ってもよい。このことにより、ＵＥから基地局へのパケット送信の信頼性を向上させることが可能となる。
【０１５２】
あるいは、ＳＣｅｌｌ動作開始の制御をパケット複製開始の制御に優先させてもよい。例えば、ＵＥは、ＳＣｅｌｌ開始タイミングでパケット複製を開始してもよい。このことにより、基地局およびＵＥにおけるＳＣｅｌｌ制御の複雑性を回避することが可能となる。
【０１５３】
ＵＥは基地局に対し、ＳＣｅｌｌ開始が無効であることを示す通知を行ってもよい。該通知は、例えば、ＳＣｅｌｌの動作を開始できない場合に行ってもよい。該通知には、無効となる理由を含めてもよい。該理由は、例えば、該ＳＣｅｌｌのキャリア周波数用の送受信機故障でもよいし、該ＳＣｅｌｌのリソース逼迫であってもよい。基地局は、該通知を用いて、他のＳＣｅｌｌの開始／停止を制御してもよい。このことにより、基地局はＳＣｅｌｌ開始無効後の制御を円滑に行うことが可能となる。
【０１５４】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの他の例として、パケット複製開始の制御をＳＣｅｌｌ停止の制御に優先させてもよい。例えば、ＵＥは、パケット複製を開始してもよい。すなわち、ＳＣｅｌｌ停止の制御を無効としてもよい。前述の動作は、例えば、ＳＣｅｌｌが動作し、パケット複製が停止となっている時に行ってもよい。パケット送信の信頼性を高めることが可能となる。ＵＥは基地局に対し、ＳＣｅｌｌ停止が無効であることを示す通知を行ってもよい。該通知により、基地局は無線リソースの制御を適切に行うことが可能となる。
【０１５５】
あるいは、ＳＣｅｌｌ停止の制御をパケット複製開始の制御に優先させてもよい。例えば、ＵＥは、ＳＣｅｌｌを停止してもよい。すなわち、パケット複製開始の制御を無効としてもよい。無線リソースの節約が可能となる。ＵＥは基地局に対し、パケット複製が無効であることを示す通知を行ってもよい。該通知により、基地局はＵＥとの送受信に用いる無線リソースを適切に判断することが可能となる。
【０１５６】
パケット複製制御とＳＣｅｌｌ制御の間の優先順位付けの他の例として、パケット複製停止の制御をＳＣｅｌｌ停止の制御に優先させてもよい。例えば、ＵＥは、パケット複製停止タイミングにおいて、パケット複製を停止してもよい。例えば、ＳＣｅｌｌ停止のタイミングがパケット複製停止のＭＡＣシグナリングに示されるパケット停止タイミングより前となっている場合において、ＵＥは、ＳＣｅｌｌ動作の停止を、パケット複製停止のタイミングまで待ってもよい。このことにより、パケット送信の信頼性を確保することが可能となる。
【０１５７】
あるいは、ＳＣｅｌｌ停止の制御をパケット複製停止の制御に優先させてもよい。例えば、ＵＥは、ＳＣｅｌｌ停止のタイミングにおいて、パケット複製を停止してもよい。例えば、ＳＣｅｌｌ停止のタイミングがパケット複製停止のＭＡＣシグナリングに示されるパケット停止タイミングより前となっている場合において、ＵＥは、ＳＣｅｌｌ動作の停止タイミングに合わせてパケット複製を停止してもよい。このことにより、パケット送信の信頼性を確保することが可能となる。
【０１５８】
ＵＥは、パケット複製の動作とＳＣｅｌｌの動作を、パケット複製開始／停止のＭＡＣシグナリングとＳＣｅｌｌ開始／停止のＭＡＣシグナリングを用いて決めてもよい。例えば、ＵＥは、パケット複製の開始を、パケット複製開始のＭＡＣシグナリングを用いて決めてもよいし、パケット複製開始のＭＡＣシグナリングおよびＳＣｅｌｌ開始のＭＡＣシグナリングの両方を用いて決めてもよい。前述の、両方のＭＡＣシグナリングを用いた決定は、両方のＭＡＣシグナリングの論理和であってもよいし、論理積であってもよいし、他の論理演算であってもよい。あるいは、例えば、ＵＥは、ＳＣｅｌｌ開始を、ＳＣｅｌｌ開始のＭＡＣシグナリングを用いて決めてもよいし、パケット複製開始のＭＡＣシグナリングおよびＳＣｅｌｌ開始のＭＡＣシグナリングの両方を用いて決めてもよい。前述の、両方のＭＡＣシグナリングを用いた決定は、両方のＭＡＣシグナリングの論理和であってもよいし、論理積であってもよいし、他の論理演算であってもよい。このことにより、パケット複製およびＳＣｅｌｌの動作制御を柔軟に行うことが可能となる。
【０１５９】
前述において、パケット複製開始／停止のＭＡＣシグナリングとＳＣｅｌｌ開始／停止のＭＡＣシグナリングの代わりに、パケット複製に関するフラグとＳＣｅｌｌ動作に関するフラグを用いてもよい。パケット複製に関するフラグは、例えば、前述の、パケット複製の動作／停止の状態を保持したものであってもよい。ＳＣｅｌｌ動作に関するフラグは、例えば、ＳＣｅｌｌ開始／停止のＭＡＣシグナリングにより該フラグの値が動作／停止の間で切り替わるものであってもよい。このことにより、パケット複製およびＳＣｅｌｌの動作制御を柔軟に、かつ容易に行うことが可能となる。
【０１６０】
ＵＥは、パケット複製開始／停止によらず、ＰＤＣＰレイヤにおいてＰＤＣＰ  ＰＤＵを複製してもよい。ＵＥのＰＤＣＰレイヤは、複製したＰＤＣＰ  ＰＤＵをＲＬＣレイヤに転送してもよい。該ＲＬＣレイヤは、該ＰＤＣＰ  ＰＤＵをＭＡＣレイヤに転送してもよい。ＵＥは、前述の複製および／あるいは転送の処理を、基地局からのＲＲＣシグナリングを用いて行ってもよい。該ＲＲＣシグナリングは、複製される各パケットが通る論理チャネルと各パケットの送信に使用する無線キャリアとを対応付けるためのシグナリングであってもよい。ＵＥは、前述の複製および／あるいは転送の停止を、基地局からのＲＲＣシグナリングを用いて行ってもよい。該ＲＲＣシグナリングは、複製される各パケットが通る論理チャネルと各パケットの送信に使用する無線キャリアとの対応付けを解除するためのシグナリングであってもよい。このことにより、例えば、ＵＥは、パケット複製開始時における複製パケットの送信処理を迅速に行うことが可能となる。
【０１６１】
ＵＥによるパケット複製開始／停止は、パケット複製開始／停止を制御するＭＡＣシグナリングを正しく受信したタイミングにおいて行ってもよい。前述の、ＭＡＣシグナリングを正しく受信できたタイミングは、該ＭＡＣシグナリングにて指示されるパケット複製開始／停止タイミング以降であってもよい。前述において、該ＭＡＣシグナリングにて指示されるパケット複製開始／停止タイミング以降となる場合とは、例えば、ＨＡＲＱ再送が行われる場合であってもよい。前述のタイミングは、例えば、ＰＤＣＰシーケンス番号で指定されていてもよいし、物理的なタイミングであってもよい。物理的なタイミングとしては、例えば、物理フレーム番号であってもよいし、サブフレーム番号であってもよいし、スロット番号であってもよいし、ミニスロット番号であってもよい。
【０１６２】
基地局は、予め該ＭＡＣシグナリングを、複数のＨＡＲＱプロセスを用いてＵＥに送信してもよい。全てのＨＡＲＱプロセスを用いてもよい。このことにより、該ＭＡＣシグナリング送受信における信頼性の向上が可能となる。
【０１６３】
基地局は、該ＭＡＣシグナリングのＵＥへの送信を止めてもよい。前述のＭＡＣシグナリング送信停止は、例えば、他のＨＡＲＱプロセスを用いた該ＭＡＣシグナリングについてＵＥよりＡＣＫを受信した場合に行ってもよい。このことにより、無線リソースの節約が可能となる。
【０１６４】
ＵＥは、最初に受信した該ＭＡＣシグナリングを用いて、パケット複製を開始／停止してもよい。最初に受信した該ＭＡＣシグナリングとは、例えば、複数のＨＡＲＱプロセスで送信された該ＭＡＣシグナリングのうち最初に受信したものであってもよい。ＵＥは、２回目以降に受信する該ＭＡＣシグナリングを無視しても、破棄してもよい。このことにより、ＵＥによる迅速な処理が可能となる。
【０１６５】
あるいは、前述において、ＵＥによるパケット複製開始を遡って行ってもよい。ＵＥは、該ＭＡＣシグナリングにて指示されるパケット複製開始タイミングまで遡って、パケット複製開始を行ってもよい。ＵＥは、Ｌ２レイヤのバッファ、例えば、ＰＤＣＰレイヤのバッファに格納されたデータを用いて、パケット複製開始を行ってもよい。このことにより、パケット複製の信頼性確保が可能となる。
【０１６６】
あるいは、ＵＥは、パケット複製を遡れる限りのデータまで遡って行ってもよい。ＵＥは、例えば、該ＭＡＣシグナリングにて指示されるパケット複製開始タイミングまでのデータが残っていない場合に前述の動作を行うとしてもよい。該ＭＡＣシグナリングにて指示されるパケット複製開始タイミングまでのデータが残っている場合に、ＵＥは前述の動作を行ってもよい。このことにより、パケット複製の信頼性確保が可能となる。
【０１６７】
あるいは、前述において、ＵＥによるパケット複製開始／停止は、該ＭＡＣシグナリングにて指示されるパケット複製開始／停止タイミングにて行ってもよい。前述のパケット複製開始／停止タイミングは、例えば、番号が一回りした後のパケット複製開始／停止タイミングとしてもよい。一例として、ＵＥが、ＰＤＣＰシーケンス番号７のＰＤＣＰ  ＰＤＵ送信処理を実行中に、ＰＤＣＰ  ＰＤＵシーケンス番号５からパケット複製を開始するＭＡＣシグナリングを基地局から受信した場合に、ＵＥは、ＰＤＣＰシーケンス番号が一回りして次のＰＤＣＰ  ＰＤＵシーケンス番号５のＰＤＣＰ  ＰＤＵよりパケット複製を開始してもよい。このことにより、ＵＥにおける設計の複雑性を回避することが可能となる。
【０１６８】
図８は、パケット複製開始のＭＡＣシグナリングが、ＨＡＲＱ再送の発生により、指定タイミング以後にＵＥにて受信される場合の動作を表すシーケンス図である。図８は、パケット複製開始におけるシーケンスについて示しているが、パケット複製停止に適用してもよい。また、図８においては、指定タイミングとしてＰＤＣＰシーケンス番号を用いているが、物理タイミングを用いてもよい。物理タイミングとしては、前述のものを用いてもよい。
【０１６９】
図８に示すステップＳＴ８０１において、基地局はパケット複製の開始を判断する。ステップＳＴ８０２において、基地局は、パケット複製開始のＭＡＣシグナリングをＵＥに通知する。該シグナリングには、ＵＥにおいてパケット複製を開始する上りＰＤＣＰシーケンス番号ｎが含まれる。図８において、ＵＥはステップＳＴ８０２にてパケット複製開始のＭＡＣシグナリングを正しく受信できず、ステップＳＴ８０３にてＵＥは基地局に対してＮＡＣＫを通知する。基地局はステップＳＴ８０３のＮＡＣＫを受信後、ステップＳＴ８０４にてＵＥに対しステップＳＴ８０２のＭＡＣシグナリングを再送する。図８において、ＵＥはステップＳＴ８０４にてパケット複製開始のＭＡＣシグナリングを正しく受信できず、ステップＳＴ８０５にてＵＥは基地局に対して再びＮＡＣＫを通知する。
【０１７０】
図８に示すステップＳＴ８０６において、ＵＥが送信処理を行うＰＤＣＰ  ＰＤＵのシーケンス番号がｎに達する。ＵＥは、シーケンス番号ｎとなるＰＤＣＰ  ＰＤＵを、パケット複製を行わずに基地局に送信する。
【０１７１】
図８に示すステップＳＴ８０７において、基地局はＵＥに対し該ＭＡＣシグナリングの２度目の再送を行う。ＵＥは、ステップＳＴ８０８において、ステップＳＴ８０７に対するＡＣＫを基地局に通知する。
【０１７２】
図８において、ステップＳＴ８０７においてパケット複製開始のＭＡＣシグナリングを正しく受信できたＵＥは、ステップＳＴ８０９においてパケット複製を開始する。ステップＳＴ８１０およびステップＳＴ８１１において、ＵＥは元のパケットおよび複製されたパケットを基地局に送信する。ステップＳＴ８１２において、基地局は、重複するパケットの検出および片方のパケットの削除を行う。
【０１７３】
基地局は、複製パケット用のＲＬＣレイヤの設定を行ってもよい。該設定は、基地局におけるパケット複製開始判断の直後に実施してもよい。基地局は、指定タイミングまでの時間が短い場合においても、パケット複製の開始を迅速に開始することが可能となる。
【０１７４】
前述の、基地局における複製パケット用のＲＬＣレイヤの設定は、パケット複製開始をＵＥに通知するＭＡＣシグナリングに対するＵＥからのＡＣＫを受信してから行ってもよい。ＲＬＣ設定におけるメモリ確保時間を必要最小限に抑えることが可能となる。
【０１７５】
基地局のＰＤＣＰレイヤはＲＬＣレイヤに対し、ＲＬＣレイヤの初期化を指示してもよい。ＲＬＣレイヤは、該指示を用いてＲＬＣの初期化を行ってもよい。該指示は、例えば、ＰＤＣＰレイヤにおいて、パケット複製停止タイミングとなるＰＤＣＰシーケンス番号までのＰＤＣＰ  ＰＤＵを受信し終えた場合に行ってもよい。該指示は、例えば、初期化対象のＲＬＣエンティティの識別子を含んでもよいし、該ＲＬＣエンティティを用いる論理チャネルの識別子を含んでもよい。前述の初期化は、例えば、ＲＬＣ  ＰＤＵにおけるバッファの初期化であってもよいし、非特許文献１７（ＴＳ３６．３２２  ｖ１４．０．０）の７．１節に記載の、ＲＬＣエンティティにて用いる変数の初期化であってもよいし、両者を組み合わせてもよい。このことにより、該タイミングとなるＰＤＣＰシーケンス番号までのＰＤＣＰ  ＰＤＵをＣＵのＰＤＣＰレイヤにて確実に受信可能となる。
【０１７６】
実施の形態１にて記載した方法を、ＳＣｅｌｌのみを用いるパケット複製に適用してもよい。このことにより、パケット複製におけるキャリア選択の柔軟性が広がる。また、実施の形態１にて記載した方法を、Ｃ−Ｐｌａｎｅ、Ｕ−Ｐｌａｎｅともに適用してもよい。Ｃ−Ｐｌａｎｅ，Ｕ−Ｐｌａｎｅともにパケット複製時における誤動作を防止することが可能となる。
【０１７７】
本実施の形態１において、基地局は、ＵＥのパケット複製における論理チャネルに対応付けられるキャリアを変更してもよい。すなわち、基地局は、ＵＥのパケット複製における、論理チャネルの送信に用いるキャリアを変更してもよい。該変更は、例えば、基地局のＭＡＣレイヤが行ってもよい。パケット複製動作中の電波環境変動への耐性を高めることが可能となる。
【０１７８】
基地局はＵＥに対し、前述の論理チャネルの送信に用いるキャリアの変更を通知してもよい。該通知には、論理チャネルと使用キャリアを組み合わせた情報を含めてもよい。基地局はＵＥに対し、該通知をＭＡＣシグナリングで通知してもよい。迅速、かつ、ＨＡＲＱ制御による高い信頼性の通知が可能となる。あるいは、基地局はＵＥに対し、該通知をＬ１／Ｌ２シグナリングで通知してもよい。更なる迅速な通知が可能となる。あるいは、基地局はＵＥに対し、該通知をＲＲＣシグナリングで通知してもよい。通信システムの設計における複雑性を回避可能となる。
【０１７９】
ＵＥは、基地局から送信される、論理チャネルと送信キャリアを対応付ける、および／あるいは、対応付けを変更するシグナリングを有効としてもよい。該シグナリングは、ＲＲＣシグナリングであってもよいし、ＭＡＣシグナリングであってもよいし、Ｌ１／Ｌ２シグナリングであってもよい。ＵＥは、該シグナリングに、ＵＥが用いるＳＣｅｌｌ一覧にないＳＣｅｌｌが含まれていたときに、該シグナリングを有効としてもよい。前述におけるＳＣｅｌｌ一覧に含まれるＳＣｅｌｌとは、例えば、ＲＲＣ接続再設定のシグナリングにおいてＳＣｅｌｌ追加・修正一覧に含まれるＳＣｅｌｌであってもよい。
【０１８０】
ＵＥは、前述のＳＣｅｌｌ一覧にないＳＣｅｌｌを、ＳＣｅｌｌ一覧に追加してもよい。ＵＥは、該ＳＣｅｌｌの情報を基地局に通知してもよい。該ＳＣｅｌｌの情報は、例えば、該ＳＣｅｌｌの物理セル識別子（Physical Cell ID；ＰＣＩ）であってもよいし、ＳＣｅｌｌ識別子、例えば、ＳＣｅｌｌＩｎｄｅｘであってもよいし、両者を組み合わせた情報であってもよい。ＵＥは、該ＳＣｅｌｌに前述のＳＣｅｌｌ識別子を割り振ってもよい。該ＳＣｅｌｌ識別子は、基地局から割り振られるＳＣｅｌｌ識別子と同様のものであってもよいし、暫定的なものであってもよい。前述の暫定的なＳＣｅｌｌ識別子は、規格で定められたものであってもよいし、予め基地局からＵＥに報知あるいは個別に通知されたものであってもよい。基地局は、該ＣｅｌｌをＵＥが用いるＳＣｅｌｌ一覧に追加してもよい。基地局は、追加したＳＣｅｌｌの情報をＵＥに通知してもよい。追加したＳＣｅｌｌの情報には、ＳＣｅｌｌ識別子が含まれていてもよいし、ＳＣｅｌｌのＰＣＩが含まれていてもよいし、両方が含まれていてもよい。ＵＥは、自ＵＥが割り振ったＳＣｅｌｌ識別子を、基地局から通知されたＳＣｅｌｌ識別子に置き換えてもよい。
【０１８１】
ＵＥは、基地局への該ＳＣｅｌｌの情報の通知に、ＲＲＣシグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＲＲＣシグナリングであった場合に、該情報の通知をＲＲＣシグナリングで行ってもよい。該シグナリングと該通知を同じ種類のシグナリングで通知することにより、基地局におけるＳＣｅｌｌ制御に係る処理が容易になる。
【０１８２】
あるいは、ＵＥは、基地局への該ＳＣｅｌｌの情報の通知に、ＭＡＣシグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＭＡＣシグナリングであった場合に、該情報の通知をＭＡＣシグナリングで行ってもよい。前述と同様の効果が得られるのに加え、迅速な通知が可能となる。
【０１８３】
あるいは、ＵＥは、基地局への該ＳＣｅｌｌの情報の通知に、Ｌ１／Ｌ２シグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＬ１／Ｌ２シグナリングであった場合に、該情報の通知をＬ１／Ｌ２シグナリングで行ってもよい。さらに迅速な通知が可能となる。
【０１８４】
ＵＥは、基地局から送信される、論理チャネルと送信キャリアを対応付ける、および／あるいは、対応付けを変更するシグナリングを無効としてもよい。該シグナリングは、前述と同様であってもよい。ＵＥは、該シグナリングに、ＵＥが用いるＳＣｅｌｌ一覧にないＳＣｅｌｌが含まれていたときに、該シグナリングを無効としてもよい。ＳＣｅｌｌ一覧にないＳＣｅｌｌについては、前述と同様であってよい。
【０１８５】
ＵＥは、元のパケット複製の設定でパケット複製を行ってもよい。あるいは、ＵＥは、パケット複製を停止してもよい。パケット複製を停止する対象は、ＵＥがパケット複製を行う全てのパケットであってもよいし、該シグナリングに係るパケットであってもよい。あるいは、ＵＥは、該シグナリングに係るパケットのパケット複製の設定を削除してもよい。
【０１８６】
ＵＥは基地局に対し、該シグナリングが無効である旨の通知を行ってもよい。該通知には、該シグナリングが無効である理由が含まれてもよい。該理由とは、例えば、該シグナリングにて通知されたＳＣｅｌｌが、ＵＥが用いるＳＣｅｌｌ一覧に存在しないことであってもよい。また、該シグナリングには、ＳＣｅｌｌの情報が含まれてもよい。ＳＣｅｌｌの情報とは、例えば、ＵＥが用いるＳＣｅｌｌ一覧に存在しないＳＣｅｌｌの情報、例えば、該ＳＣｅｌｌのＰＣＩであってもよい。基地局におけるＳＣｅｌｌの制御が容易になる。
【０１８７】
ＵＥは、該通知に、ＲＲＣシグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＲＲＣシグナリングであった場合に、ＵＥは該通知をＲＲＣシグナリングで行ってもよい。該シグナリングと該通知を同じ種類のシグナリングで通知することにより、基地局におけるＳＣｅｌｌ制御に係る処理が容易になる。
【０１８８】
あるいは、ＵＥは、該通知に、ＭＡＣシグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＭＡＣシグナリングであった場合に、該情報の通知をＭＡＣシグナリングで行ってもよい。前述と同様の効果が得られるのに加え、迅速な通知が可能となる。
【０１８９】
あるいは、ＵＥは、該通知に、Ｌ１／Ｌ２シグナリングを用いてもよい。例えば、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングがＬ１／Ｌ２シグナリングであった場合に、該情報の通知をＬ１／Ｌ２シグナリングで行ってもよい。さらに迅速な通知が可能となる。
【０１９０】
基地局はＵＥに対し、該ＳＣｅｌｌをＵＥ使用ＳＣｅｌｌ一覧に追加するシグナリングを送信してもよい。基地局はＵＥに対し、論理チャネルと送信キャリアを対応付けるシグナリングを送信してもよい。該ＳＣｅｌｌを用いたパケット複製が実現可能となる。基地局はＵＥに対し、両方のシグナリングを同時に送信してもよいし、異なるタイミングで送信してもよい。両方のシグナリングは、１つのシグナリングに統合されてもよい。
【０１９１】
本実施の形態１により、パケット複製とＳＣｅｌｌ制御の競合発生時におけるＵＥの誤動作を防ぐことが可能となる。また、基地局からＵＥへのパケット複製開始／停止ＭＡＣシグナリングをＵＥが受信したタイミングが、該ＭＡＣシグナリングにて指示されているタイミング以降となった場合におけるＵＥの誤動作を防ぐことが可能となる。
【０１９２】
実施の形態１の変形例１．
ＣＡを用いたパケット複製を、二つのユニットに分離されたＮＲの基地局（ｇＮＢ）に適用してもよい。
【０１９３】
３ＧＰＰにおいて、ＮＲの基地局（以下、ｇＮＢと称する場合がある）が二つのユニットに分離されることが提案されている（非特許文献７参照）。当該二つのユニットを各々ＣＵ（Central Unit）とＤＵ（Distributed Unit）と称する。ＣＵ−ＤＵ分離におけるＣＵとＤＵの機能分担について、ＣＵはＰＤＣＰを有し、ＤＵは、ＲＬＣ、ＭＡＣおよびＰＨＹを有する（非特許文献１８（３ＧＰＰ  Ｒ３−１７１４１２）参照）。
【０１９４】
図９は、ＣＵ−ＤＵ分離がされているｇＮＢとＵＥとの間で行うＣＡを用いたパケット複製におけるプロトコル構成を示した図である。
【０１９５】
ＵＥ１０１４におけるＮｅｗ  ＡＳ  Ｌａｙｅｒ１０２２は、上位レイヤ、例えば、アプリケーションあるいはＲＲＣからパケットを受信し、ＰＤＣＰ  ＳＤＵを生成してＰＤＣＰ１０２１に対し送信する。
【０１９６】
ＰＤＣＰ１０２１は、該ＰＤＣＰ  ＳＤＵを用いてＰＤＣＰ  ＰＤＵを生成するとともに該ＰＤＣＰ  ＰＤＵを複製し、各ＰＤＣＰ  ＰＤＵをＲＬＣ１０１９およびＲＬＣ１０２０に送信する。ＲＬＣ１０１９およびＲＬＣ１０２０は、各ＰＤＣＰ  ＰＤＵを用いてそれぞれＲＬＣ  ＰＤＵを生成し、ＭＡＣ１０１６に送信する。
【０１９７】
ＭＡＣ１０１６は、ＲＬＣ１０１９より受信したＲＬＣ  ＰＤＵを用いてトランスポートチャネルデータを生成し、Ｃｅｌｌ＃１用のＨＡＲＱ１０１５に送信する。ＭＡＣ１０１６は、ＲＬＣ１０２０より受信したＲＬＣ  ＰＤＵを用いてトランスポートチャネルデータを生成し、Ｃｅｌｌ＃２用のＨＡＲＱ１０１８に送信する。
【０１９８】
ＨＡＲＱ１０１５は、ＲＬＣ１０１９からのＲＬＣ  ＰＤＵを用いて生成されたトランスポートチャネルデータをＰＨＹ１０１４に送信する。ＰＨＹ１０１４は、トランスポートチャネルデータに対して符号化および変調処理を行い、無線信号としてＣｅｌｌ＃１を用いてＤＵ１００６に送信する。ＨＡＲＱ１０１８は、ＲＬＣ１０２０からのＲＬＣ  ＰＤＵを用いて生成されたトランスポートチャネルデータをＰＨＹ１０１７に送信する。ＰＨＹ１０１７は、トランスポートチャネルデータに対して符号化および変調処理を行い、無線信号としてＣｅｌｌ＃２を用いてＤＵ１００６に送信する。
【０１９９】
ＤＵ１００６におけるＰＨＹ１０１１は、Ｃｅｌｌ＃１の信号を受信し、復調および復号化処理を行い、トランスポートチャネルデータとしてＨＡＲＱ１０１０に送信する。ＨＡＲＱ１０１０は、トランスポートチャネルデータをＭＡＣ１００９に転送する。ＰＨＹ１０１３は、Ｃｅｌｌ＃２の信号を受信し、復調および復号化処理を行い、トランスポートチャネルデータとしてＨＡＲＱ１０１２に送信する。ＨＡＲＱ１０１２は、トランスポートチャネルデータをＭＡＣ１００９に転送する。
【０２００】
ＭＡＣ１００９は、ＨＡＲＱ１０１０、１０１２からの各トランスポートチャネルデータを用いてそれぞれＲＬＣ  ＰＤＵを生成し、それぞれＲＬＣ１００７、ＲＬＣ１００８に転送する。ＲＬＣ１００７は、ＲＬＣ  ＰＤＵを用いてＰＤＣＰ  ＰＤＵを生成し、ＣＵ−ＤＵ間インタフェース１００４を用いてＣＵ１００１のＰＤＣＰ１００３に転送する。ＲＬＣ１００８は、ＲＬＣ  ＰＤＵを用いてＰＤＣＰ  ＰＤＵを生成し、ＣＵ−ＤＵ間インタフェース１００４を用いてＣＵ１００１のＰＤＣＰ１００３に転送する。
【０２０１】
ＣＵ１００１において、ＰＤＣＰ１００３は、ＲＬＣ１００７、１００８からの各ＰＤＣＰ  ＰＤＵを用いて重複検出を行い、重複しているＰＤＣＰ  ＰＤＵを削除する。ＰＤＣＰ１００３は、元の、すなわち、削除されなかったＰＤＣＰ  ＰＤＵを用いてＰＤＣＰ  ＳＤＵを生成し、Ｎｅｗ  ＡＳ  Ｌａｙｅｒ１００２に転送する。
【０２０２】
ところが、ＣＵ−ＤＵ分離がされているｇＮＢにおいて、パケット複製の判断をＣＵ、ＤＵのどちらが行うかが明らかになっていない。また、パケット複製におけるＣＵとＤＵの間の信号が規定されていない。従って、ＵＥは、ＣＵ−ＤＵ分離がされているｇＮＢとの間の通信において、パケット複製を行うことができないという問題が生じる。
【０２０３】
実施の形態１の本変形例１では、前述の問題を解決する。
【０２０４】
ＤＵが、パケット複製開始を判断する。ＭＡＣレイヤが判断してもよい。
【０２０５】
ＤＵは、上り信号の測定結果を用いて、パケット複製開始を判断してもよい。上り信号としては、例えば、ＳＲＳを用いてもよいし、上り信号の誤り率、例えば、ＢＥＲやＢＬＥＲを用いてもよい。あるいは、上り送信データサイズを用いて、パケット複製開始を判断してもよい。上り送信データサイズとしては、例えば、ＤＵからＵＥに送信する上りグラントを用いてもよいし、ＵＥから受信するＢＳＲ（Buffer Status Report）を用いてもよい。あるいは、各セルの負荷を用いて、パケット複製開始を判断してもよい。各セルの負荷としては、例えば、他のＵＥへのスケジューリング状況を用いてもよい。このことにより、システム全体における通信の最適化が可能となる。
【０２０６】
前述において、上り信号の測定結果、上り送信データサイズ、および、各セルの負荷を用いる旨が非特許文献１９（Ｒ２−１７０６７１６参照）にて開示されている。しかし、本発明は、上り信号の測定結果、上り信号データサイズ、各セルの負荷の、それぞれ具体例を開示している点で、非特許文献１９とは異なる。
【０２０７】
ＤＵはＣＵに対し、パケット複製を開始する旨の通知を送信してもよい。ＣＵはＤＵに対し、該通知に対する応答を送信してもよい。該応答には、パケット複製を開始するタイミングに関する情報を含めてもよい。該タイミングに関する情報としては、実施の形態１と同様、ＰＤＣＰシーケンス番号でもよいし、物理タイミングに関する情報であってもよい。ＰＤＣＰシーケンス番号は、ＣＵのＰＤＣＰレイヤにて受信されたＰＤＣＰ  ＰＤＵのシーケンス番号に関する情報、例えば、該ＰＤＣＰ  ＰＤＵのうち一番大きいシーケンス番号であってもよい。ＣＵからのＰＤＣＰシーケンス番号に関する情報を迅速に通知可能となる。あるいは、ＵＥがパケット複製を開始するＰＤＣＰシーケンス番号をＣＵはＤＵに通知してもよい。ＤＵにおける処理量削減が可能となる。
【０２０８】
ＤＵはＵＥに対し、パケット複製開始のＭＡＣシグナリングを通知してもよい。該ＭＡＣシグナリングには、実施の形態１と同様、パケット複製を開始するタイミングに関する情報を含めてもよい。
【０２０９】
ＣＵからＤＵに対する応答について、パケット複製を開始するタイミングに関する情報を含めなくてもよい。ＤＵからＵＥへのＭＡＣシグナリングに、該タイミングに関する情報を含めなくてもよい。
【０２１０】
ＵＥにおける処理は、実施の形態１と同様であってもよい。ＵＥから基地局へのパケット複製における複雑性の回避が可能となる。
【０２１１】
ＤＵはＣＵに、パケット複製開始の通知を送信しなくてもよい。ＤＵからＣＵに、パケット複製開始の通知に対する応答を送信しなくてもよい。ＣＵ−ＤＵ間のシグナリング量を削減可能となる。
【０２１２】
図１０は、ＤＵがパケット複製開始を判断する場合におけるパケット複製のシーケンス図である。図１０は、パケット複製開始タイミングとして、ＰＤＣＰシーケンス番号ｎを用いる例について示している。
【０２１３】
図１０に示すステップＳＴ１１０１において、ＤＵはパケット複製の開始を判断する。ステップＳＴ１１０２において、ＤＵはＣＵに対し、パケット複製開始を通知する。ステップＳＴ１１０３において、ＣＵはＤＵに、パケット複製開始の承諾を通知する。ステップＳＴ１１０３において、パケット複製開始タイミングに関する情報を通知してもよい。図１０の例では、該情報として、ＰＤＣＰシーケンス番号ｎをＣＵからＤＵに通知する。
【０２１４】
図１０において、ＤＵはＣＵにステップＳＴ１１０２を通知しなくてもよい。ステップＳＴ１１０３について、パケット複製開始タイミングに関する情報を含めなくてもよい。あるいは、ＣＵからＤＵにステップＳＴ１１０３を通知しなくてもよい。ＣＵ−ＤＵ間インタフェースにおけるシグナリング量を削減可能となる。
【０２１５】
図１０に示すステップＳＴ１１０４において、ＤＵはＵＥにパケット複製開始のＭＡＣシグナリングを通知する。ステップＳＴ１１０４において、パケット複製開始タイミングに関する情報を通知してもよい。図１０の例では、該情報として、ＰＤＣＰシーケンス番号ｎをＤＵからＵＥに通知する。ステップＳＴ１１０５において、ＵＥはＤＵに、ステップＳＴ１１０４に対するＡＣＫを通知する。
【０２１６】
図１０に示すステップＳＴ１１０６において、ＵＥはパケット複製を開始する。ステップＳＴ１１０７およびステップＳＴ１１０８において、ＵＥは元のパケットおよび複製されたパケットをＤＵに送信する。ステップＳＴ１１０９、ステップＳＴ１１１０において、ＤＵはそれぞれステップＳＴ１１０７、ステップＳＴ１１０８にて受信したＰＤＣＰ  ＰＤＵをＣＵに送信する。ステップＳＴ１１１１において、ＣＵは、重複するパケットの検出および片方のパケットの削除を行う。
【０２１７】
実施の形態１の本変形例１において、ＣＵがパケット複製開始を判断してもよい。ＲＲＣレイヤが判断してもよいし、ＰＤＣＰレイヤが判断してもよい。
【０２１８】
ＤＵはＣＵに、パケット複製開始の判断に必要な情報を通知してもよい。該情報は、前に述べた、ＤＵがパケット複製の開始を判断するために必要な情報であってもよい。該情報を、ＤＵからＣＵに通知する点で、本発明は非特許文献１９（３ＧＰＰ  Ｒ２−１７０６７１６）と異なる。
【０２１９】
ＣＵはＤＵに、パケット複製実施の有無を通知してもよい。該通知には、パケット複製を開始するタイミングに関する情報が含まれていてもよい。パケット複製を開始するタイミングに関する情報は、前述の、ＣＵがＤＵに送信する、パケット複製開始通知に対する応答に含まれる情報と同様であってもよい。ＵＥがパケット複製を開始するタイミングを判断するための処理量の削減が可能となる。
【０２２０】
ＤＵはＵＥに対し、パケット複製開始のＭＡＣシグナリングを通知してもよい。該ＭＡＣシグナリングには、実施の形態１と同様、パケット複製を開始するタイミングに関する情報を含めてもよい。
【０２２１】
ＣＵからＤＵに対する応答について、パケット複製を開始するタイミングに関する情報を含めなくてもよい。ＤＵからＵＥへのＭＡＣシグナリングに、該タイミングに関する情報を含めなくてもよい。
【０２２２】
ＵＥにおける処理は、実施の形態１と同様であってもよい。ＵＥから基地局へのパケット複製における複雑性の回避が可能となる。
【０２２３】
図１１は、ＣＵがパケット複製開始を判断する場合におけるパケット複製のシーケンス図である。図１１は、パケット複製開始タイミングとして、ＰＤＣＰシーケンス番号ｎを用いる例について示している。図１１に示すシーケンスは、図１０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２２４】
図１１に示すステップＳＴ１２０１において、ＤＵは、ＣＵがパケット複製の判断に用いるための情報をＣＵに通知する。ステップＳＴ１２０２において、ＣＵはパケット複製の開始を判断する。ステップＳＴ１２０３において、ＣＵはＤＵに、パケット複製開始を通知する。ステップＳＴ１２０３において、パケット複製開始タイミングに関する情報を通知してもよい。図１１の例では、該情報として、ＰＤＣＰシーケンス番号ｎをＣＵからＤＵに通知する。
【０２２５】
図１１に示すステップＳＴ１１０４〜ＳＴ１１１１は、図１０と同じ処理であるため、説明を省略する。
【０２２６】
実施の形態１と同様、ＵＥによるパケット複製開始／停止は、パケット複製開始／停止を制御するＭＡＣシグナリングを正しく受信したタイミングにおいて行ってもよい。前述の、ＭＡＣシグナリングを正しく受信できたタイミングは、該ＭＡＣシグナリングにて指示されるパケット複製開始／停止タイミング以降であってもよい。前述において、該ＭＡＣシグナリングにて指示されるパケット複製開始／停止タイミング以降となる場合としては、例えば、ＨＡＲＱ再送が行われる場合であってもよい。実施の形態１における基地局の動作は、ＤＵにおける動作と読み替えて実施してもよい。実施の形態１と同様の効果を得ることができる。
【０２２７】
前述において、実施の形態１と同様、ＵＥによるパケット複製開始を遡って行ってもよいし、あるいは、ＵＥによるパケット複製開始／停止タイミングは、パケット複製開始／停止を制御するＭＡＣシグナリングにて指示されるパケット複製タイミング、例えば、番号が一回りした後のパケット複製開始／停止タイミングとしてもよい。実施の形態１と同様の効果を得ることができる。
【０２２８】
図１２は、ＵＥとＣＵ−ＤＵ分離がされているｇＮＢとの通信において、パケット複製開始のＭＡＣシグナリングが、ＨＡＲＱ再送の発生により、指定タイミング以後にＵＥにて受信される場合の動作を表すシーケンス図である。図１２は、ＤＵがパケット複製開始の判断を行う場合についての例を示している。図１２に示すシーケンスは、図８、図１０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２２９】
図１２に示すステップＳＴ１１０１〜ＳＴ１１０４は、図１０と同じであるため、説明を省略する。
【０２３０】
図１２に示すステップＳＴ１３０１〜ＳＴ１３０４は、図８に示すステップＳＴ８０３〜ＳＴ８０６において、ＵＥからの通信先が基地局からＤＵに置き換わったものとなる。ステップＳＴ１３０５において、ＤＵはステップＳＴ１３０４にて受信した、ＰＤＣＰシーケンス番号がｎであるＰＤＣＰ  ＰＤＵをＣＵに転送する。ステップＳＴ１３０７〜ＳＴ１３０８は、図８に示すステップＳＴ８０７〜ＳＴ８０８において、ＵＥからの通信先が基地局からＤＵに置き換わったものとなる。
【０２３１】
図１２に示すステップＳＴ１１０６〜ＳＴ１１１１は、図１０と同じであるため、説明を省略する。
【０２３２】
実施の形態１の本変形例１において、ＤＵはＣＵに、ＵＥから通知されたパケット複製開始を示すＭＡＣシグナリングのＡＣＫ／ＮＡＣＫの情報を通知してもよい。ＣＵにおいて、例えば、ＨＡＲＱ再送回数超過などのイレギュラー発生時におけるシステム制御を容易に行うことが可能となる。
【０２３３】
前述において、ＤＵはＵＥから受信したＡＣＫの情報のみを通知してもよい。ＣＵ−ＤＵ間インタフェースにおけるシグナリング量を削減可能となる。ＮＡＣＫの情報のみを通知してもよい。ＣＵにおけるシステム制御を迅速に実施可能となる。ＡＣＫ／ＮＡＣＫ両方の情報を通知してもよい。ＣＵがシステム全体の情報を迅速に取得可能となる。あるいは、ＤＵからＵＥに通知するＡＣＫの情報は、最初に受信したＡＣＫのみであってもよい。最初に受信したＡＣＫは、例えば、前述のＭＡＣシグナリングを複数のＨＡＲＱプロセスを用いて通信する場合に用いてもよい。ＣＵ−ＤＵ間インタフェースにおけるシグナリング量のさらなる削減が可能となる。
【０２３４】
パケット複製停止においても、実施の形態１の本変形例１にて示した方法を用いてもよい。ＣＵ−ＤＵ分離がされている基地局において、パケット複製開始／停止の両方が実施可能となる。
【０２３５】
ＤＵは、複製パケット用のＲＬＣレイヤの設定を行ってもよい。該設定は、ＤＵにおけるパケット複製開始判断の直後に実施してもよい。あるいは、該設定は、ＣＵからＤＵへのパケット複製開始通知の直後に実施してもよい。ＤＵは、指定タイミングまでの時間が短い場合においても、パケット複製の開始を迅速に開始することが可能となる。
【０２３６】
前述の、ＤＵにおける複製パケット用のＲＬＣレイヤの設定は、パケット複製開始をＵＥに通知するＭＡＣシグナリングに対するＵＥからのＡＣＫを受信してから行ってもよい。ＲＬＣ設定におけるメモリ確保時間を必要最小限に抑えることが可能となる。
【０２３７】
ＣＵはＤＵに対し、ＲＬＣレイヤの初期化を指示してもよい。ＤＵは、該指示を用いてＲＬＣの初期化を行ってもよい。該指示は、例えば、ＣＵのＰＤＣＰレイヤにおいて、パケット複製停止タイミングとなるＰＤＣＰシーケンス番号までのＰＤＣＰ  ＰＤＵを受信し終えた場合に行ってもよい。該指示は、例えば、初期化対象のＲＬＣエンティティの識別子を含んでもよいし、該ＲＬＣエンティティを用いる論理チャネルの識別子を含んでもよい。前述の初期化は例えば、ＲＬＣ  ＰＤＵにおけるバッファの初期化であってもよいし、非特許文献１７（ＴＳ３６．３２２  ｖ１４．０．０）の７．１節に記載の、ＲＬＣエンティティにて用いる変数の初期化であってもよいし、両者を組み合わせてもよい。このことにより、該タイミングとなるＰＤＣＰシーケンス番号までのＰＤＣＰ  ＰＤＵをＣＵのＰＤＣＰレイヤにて確実に受信可能となる。
【０２３８】
実施の形態１と同様、実施の形態１の本変形例１において、ＤＵは、ＵＥのパケット複製における論理チャネルに対応付けられるキャリアを変更してもよい。該変更は、例えば、ＤＵのＭＡＣレイヤが行ってもよい。パケット複製動作中の電波環境変動への耐性を高めることが可能となる。
【０２３９】
実施の形態１と同様、ＤＵはＵＥに対し、前述の論理チャネルの送信に用いるキャリアの変更を通知してもよい。該通知には、論理チャネルと使用キャリアを組み合わせた情報を含めてもよい。また、ＤＵはＵＥに対し、該通知をＭＡＣシグナリングで通知してもよいし、Ｌ１／Ｌ２シグナリングで通知してもよい。ＤＵからＵＥへの迅速な通知が可能となる。
【０２４０】
前述において、ＤＵはＣＵに、前述の論理チャネルの送信に用いるキャリアの変更を通知してもよい。ＤＵからＣＵへの該通知は、ＤＵからＵＥへの前述の通知の前に行ってもよいし、同時に行ってもよいし、後に行ってもよい。該通知に含まれる情報は、前述の、ＤＵからＵＥへの通知に含まれる情報と同様としてもよい。ＤＵからＣＵへの通知には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆ１インタフェースを用いてもよい。ＣＵはＤＵに対し、該キャリアの変更を承諾あるいは否認する通知を行ってもよい。該承諾あるいは否認する通知には、ＣＵ−ＤＵ間インタフェース、例えば、Ｆ１インタフェースを用いてもよい。ＤＵは、該承諾あるいは否認する通知を用いて、前述の、ＤＵからＵＥへの論理チャネル送信に用いるキャリア変更の通知を行ってもよい。あるいは、ＤＵは、他のキャリアへの変更を行ってもよいし、元のキャリアに戻してもよいし、あるいは他の処理を行ってもよい。このことにより、ＣＵが通信システム全体を効率的に制御することが可能となる。
【０２４１】
前述の、パケット複製における論理チャネルに対応付けられるキャリアの変更を、ＣＵが行ってもよい。ＣＵからＵＥに対し、キャリア変更をＲＲＣシグナリングで通知してもよい。あるいは、ＣＵからＤＵに対して、該キャリア変更を通知してもよい。該通知に含まれる情報は、前述の、ＤＵからＵＥへの通知に含まれる情報と同様としてもよい。ＤＵはＵＥに対し、該通知を送信してもよい。該送信には、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。このことにより、ＣＵが通信システム全体を効率的に制御することが可能となる。
【０２４２】
実施の形態１と同様、ＵＥは、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングを有効としてもよい。ＵＥは、該シグナリングに、ＵＥが用いるＳＣｅｌｌ一覧にないＳＣｅｌｌが含まれていたときに、該シグナリングを有効としてもよい。該シグナリングを有効とする場合のＵＥの動作については、実施の形態１と同様としてもよい。実施の形態１と同様の効果が得られる。
【０２４３】
実施の形態１と同様、ＵＥは、前述のＳＣｅｌｌ一覧にないＳＣｅｌｌの情報をＤＵに通知してもよい。ＤＵは、前述の情報をＣＵに通知してもよい。前述のＣＵへの通知は、ＣＵ−ＤＵ間インタフェースを用いて行ってもよい。前述のＣＵへの通知に含まれる情報は、実施の形態１と同様であってもよい。
【０２４４】
実施の形態１と同様、ＵＥは、基地局から送信される、論理チャネルと送信キャリアを対応付けるシグナリングを無効としてもよい。ＵＥは、該シグナリングに、ＵＥが用いるＳＣｅｌｌ一覧にないＳＣｅｌｌが含まれていたときに、該シグナリングを無効としてもよい。該シグナリングを無効とする場合のＵＥの動作については、実施の形態１と同様としてもよい。実施の形態１と同様の効果が得られる。
【０２４５】
実施の形態１と同様、ＵＥは、該シグナリングが無効である旨の通知をＤＵに通知してもよい。ＤＵは、前述の情報をＣＵに通知してもよい。前述のＣＵへの通知は、ＣＵ−ＤＵ間インタフェースを用いて行ってもよい。前述のＣＵへの通知に含まれる情報は、実施の形態１と同様であってもよい。
【０２４６】
実施の形態１の本変形例１によって、ＣＵ−ＤＵが分離したｇＮＢにおいても、上りパケット複製の受信が可能となるため、パケット送信の信頼性が向上する。
【０２４７】
実施の形態２．
実施の形態１で述べたパケット複製の他の方法として、ＭＣ（ＤＣを含む）を用いられる（非特許文献９（３ＧＰＰ  ＴＲ３８．８０４  ｖ１４．０．０）参照）。
【０２４８】
ところが、ＣＡを用いたパケット複製とＤＣを用いたパケット複製の切り替えについて、開示がされていない。従って、例えば、ＣＡを用いたパケット複製を動作中に設定しているＵＥがセル端に移動したときに、ＤＣを用いたパケット複製に切り替えることができず、通信の信頼性を確保することができないという問題が生じる。
【０２４９】
本実施の形態２では、このような問題を解決する方法を開示する。
【０２５０】
基地局およびＵＥは、ＣＡを用いたパケット複製とＤＣを用いたパケット複製を互いに切り替え可能とする。
【０２５１】
前述において、基地局およびＵＥは、ベアラ構成を切り替えてもよい。ベアラ構成の切り替えには、非特許文献２２（Ｒ２−１７０４００１）に示すパターンを用いてもよい。例えば、ＭＣＧ（Master Cell Group）ベアラからＭＣＧスプリットベアラに切り替えてもよい。ＣＡを用いたパケット複製からＤＣを用いたパケット複製への切り替えが可能となる。逆のパターンを用いてもよい。ＤＣを用いたパケット複製からＣＡを用いたパケット複製への切り替えが可能となる。
【０２５２】
他の例として、ＳＣＧ（Secondary Cell Group）ベアラからＳＣＧスプリットベアラに切り替えてもよい。ＣＡを用いたパケット複製からＤＣを用いたパケット複製への切り替えが可能となる。逆のパターンを用いてもよい。ＤＣを用いたパケット複製からＣＡを用いたパケット複製への切り替えが可能となる。
【０２５３】
非特許文献２２に示されないパターンを用いてもよい。例えば、ＳＣＧベアラから、あるＳＣＧをアンカー基地局として他のＳＣＧにスプリットするベアラ（以下、ＳＣＧのみのスプリットベアラと称する場合がある）に切り替えてもよい。逆のパターンを用いてもよい。ＤＣを用いたパケット複製において、基地局選択の柔軟性を高めることが可能となる。
【０２５４】
他の例として、ＭＣＧベアラからＳＣＧスプリットベアラ、あるいはＳＣＧのみのスプリットベアラに切り替えてもよい。逆のパターンを用いてもよい。ＰＤＣＰレイヤを用いる基地局、すなわち、アンカー基地局の切り替えとパケット複製の構成の切り替えを同時に行うことにより、シグナリング量を削減可能となる。
【０２５５】
他の例として、ＭＣＧスプリットベアラからＳＣＧベアラに切り替えてもよい。逆のパターンを用いてもよい。ＰＤＣＰレイヤを用いる基地局、すなわち、アンカー基地局の切り替えとパケット複製の構成の切り替えを同時に行うことにより、シグナリング量を削減可能となる。
【０２５６】
基地局およびＵＥは、論理チャネルを切り替えてもよい。前述において、例えば、基地局およびＵＥは、パケット複製に用いる２つの論理チャネルのうち片方を維持してもよい。維持する論理チャネルは、例えば、ＣＡを用いたパケット複製からＤＣを用いたパケット複製への切り替えにおける、パケット複製の切り替え後も同じ基地局でＵＥと無線通信を行う論理チャネルであってもよい。片方の論理チャネルを維持することにより、該論理チャネルを用いた通信における連続性の確保が可能となる。
【０２５７】
前述において、他方の論理チャネルを解放してもよい。基地局およびＵＥにおけるメモリ使用量を削減可能となる。あるいは、他方の論理チャネルを維持してもよい。例えば、パケット複製の再度の切り替えにより、元の構成のパケット複製を再開する場合に、維持した該論理チャネルを用いてもよい。パケット複製の再度の切り替えにおけるシグナリング量を削減可能となる。
【０２５８】
他の例として、基地局およびＵＥはパケット複製に用いる２つの論理チャネルを両方とも解放してもよい。基地局及びＵＥは、新しい論理チャネルを設定してもよい。パケット複製の切り替え時における使用リソース設定を柔軟に実施可能となる。
【０２５９】
あるいは、論理チャネルを切り替えなくてもよい。基地局およびＵＥは、パケット複製に用いる２つの論理チャネルを維持してもよい。前述において、片方の論理チャネルは、基地局を切り替えてそのまま使用してもよい。シグナリング量を削減可能となる。
【０２６０】
前述の論理チャネル維持において、基地局およびＵＥはＲＬＣレイヤを維持してもよい。ＭＡＣレイヤを維持してもよい。ＲＬＣレイヤおよびＭＡＣレイヤの両方を維持してもよい。パケット複製に伴うシグナリング量を削減可能となる。
【０２６１】
あるいは、ＲＬＣレイヤを解放してもよい。ＭＡＣレイヤを解放してもよい。ＲＬＣレイヤおよびＭＡＣレイヤの両方を解放してもよい。ＲＬＣおよび／あるいはＭＡＣの設定を柔軟に実施可能となる。
【０２６２】
前述の論理チャネル解放において、基地局およびＵＥはＲＬＣレイヤを解放してもよい。ＭＡＣレイヤを解放してもよい。ＲＬＣレイヤおよびＭＡＣレイヤの両方を解放してもよい。メモリ使用量を削減することが可能となる。
【０２６３】
基地局およびＵＥは、パケット複製における論理チャネルと使用キャリアとの対応関係を解放してもよい。前述の解放は、ＣＡを用いたパケット複製からＤＣを用いたパケット複製への切り替えに用いてもよい。ＣＡからＤＣへのパケット複製の切り替えにあたり、使用キャリアの柔軟性の向上が可能となる。
【０２６４】
基地局およびＵＥは、パケット複製における論理チャネルと使用キャリアとの対応関係を指定してもよい。前述の解放は、ＤＣを用いたパケット複製からＣＡを用いたパケット複製への切り替えに用いてもよい。ＤＣからＣＡへのパケット複製の切り替えを円滑に実施可能となる。
【０２６５】
基地局およびＵＥは、パケット複製動作を動作中（activated）に設定してもよい。前述のパケット複製動作は、パケット複製の切り替え直前の動作としてもよい。前述のパケット複製動作は、パケット複製の切り替え直後の動作としてもよいし、パケット複製の切り替え前後両方の動作としてもよい。このことにより、パケット複製前後における送受信データの中断を防ぐことが可能となる。
【０２６６】
基地局およびＵＥは、パケット複製動作を停止（deactivated）に設定してもよい。前述のパケット複製動作は、パケット複製の切り替え直前の動作としてもよい。前述のパケット複製動作は、パケット複製の切り替え直後の動作としてもよいし、パケット複製の切り替え前後両方の動作としてもよい。このことにより、パケット複製前後における無線リソースの節約が可能となる。
【０２６７】
基地局およびＵＥは、パケット複製動作／停止の状態を維持してもよい。該状態の維持は、パケット複製の切り替え前後において行ってもよい。例えば、パケット複製の切り替え前にパケット複製が動作中となる場合において、パケット複製の切り替え後もパケット複製を動作中に設定してもよい。このことにより、ユーザデータおよび／あるいは制御データの円滑な送受信を可能とする。
【０２６８】
前述の、パケット複製の切り替えに伴うパケット複製の動作は、予め規格で定めてもよい。あるいは、該動作を、基地局からＵＥに通知してもよい。該通知には、ＲＲＣシグナリングを用いてもよいし、ＭＡＣシグナリングを用いてもよいし、Ｌ１／Ｌ２シグナリングを用いてもよい。前述のＲＲＣシグナリングは、例えば、パケット複製の切り替えに用いるＲＲＣシグナリングであってもよい。前述のＭＡＣシグナリングは、例えば、実施の形態１および実施の形態１の変形例１で述べた、パケット複製を開始／停止するＭＡＣシグナリングであってもよい。このことにより、パケット複製の切り替え時における運用の柔軟性を向上させる。
【０２６９】
本実施の形態２において、パケット複製の切り替えを、マスタ基地局が起動してもよいし、セカンダリ基地局が起動してもよい。あるいは、パケット複製の切り替えを、アンカー基地局が起動してもよい。アンカー基地局が起動することにより、パケット複製の切り替えを、前述の、ＳＣＧのみのスプリットベアラに適用可能となる。
【０２７０】
図１３は、パケット複製の切り替えをマスタ基地局が起動する場合のシーケンス図である。図１３は、ＳＣＧベアラにおけるＣＡを用いたパケット複製から、ＳＣＧスプリットベアラにおけるＤＣを用いたパケット複製への切り替えの例について示している。図１３において、ＭｅＮＢは、マスタ基地局として動作するｅＮＢを示し、ＳｇＮＢは、セカンダリ基地局として動作するｇＮＢを示す。
【０２７１】
図１３に示すステップＳＴ２００１において、ＵＥは、ＣＡを用いたパケット複製を行う。ステップＳＴ２００２、ＳＴ２００３において、ＵＥは、複製されたパケットをそれぞれ異なるキャリアを用いてＳｇＮＢに送信する。ステップＳＴ２００４において、ＳｇＮＢは重複パケットの検出および削除を行う。
【０２７２】
図１３に示すステップＳＴ２００５において、ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更要求（SgNB Modification Request）を送信する。該ＳｇＮＢ変更要求には、パケット複製の種別を示す情報が含まれてもよい。パケット複製の種別を示す情報は、例えば、ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏに含まれる形でＳｇＮＢ変更要求に含まれてもよい。
【０２７３】
図１３に示すステップＳＴ２００６において、ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求承諾応答（SgNB Modification Request Acknowledge）を送信する。該ＳｇＮＢ変更要求承諾応答には、ＵＥのＲＲＣパラメータ変更に関する情報が含まれてもよい。ＵＥのＲＲＣパラメータ変更に関する情報は、例えば、ＳＣＧ−Ｃｏｎｆｉｇに含まれる形でＳｇＮＢ変更要求承諾応答に含まれてもよい。
【０２７４】
図１３の例は、ＳｇＮＢ変更要求に対する承諾の応答の例について示したが、拒否の応答であってもよい。例えば、ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求拒否（SgNB Modification Request Reject）を送信してもよい。該ＳｇＮＢ変更要求拒否には、拒否の理由が含まれてもよい。あるいは、ベアラの情報、例えば、該ベアラの識別子が含まれてもよい。前述のベアラとは、ＳｇＮＢが該要求を拒否する原因となったベアラであってもよい。ＭｅＮＢは、該拒否の応答を用いて、例えば、設定パラメータを変更して再度ＳｇＮＢ変更要求を通知してもよい。このことにより、例えば、ＭｅＮＢからの要求をＳｇＮＢが満たすことができない場合におけるＭｅＮＢの処理の円滑な実施が可能となる。
【０２７５】
図１３に示すステップＳＴ２００７において、ＭｅＮＢはＵＥにＲＲＣ接続再設定（RRCConnectionReconfiguration）を通知する。ＵＥは、ステップＳＴ２００７を用いて、パケット複製の切り替えおよびそれに伴うＲＲＣパラメータの変更を行う。ステップＳＴ２００８において、ＵＥはＭｅＮＢに対し、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）を通知する。ステップＳＴ２００９において、ＭｅＮＢはＳｇＮＢにＳｇＮＢ再設定完了（SgNB Reconfiguration Complete）を通知する。
【０２７６】
図１３に示すステップＳＴ２０１０において、ＵＥはＤＣを用いたパケット複製を行う。ステップＳＴ２０１１、ＳＴ２０１２において、ＵＥは、複製されたパケットをそれぞれＭｅＮＢ、ＳｇＮＢに送信する。ステップＳＴ２０１３において、ＭｅＮＢはステップＳＴ２０１１にて受信したパケットをＳｇＮＢに送信する。ステップＳＴ２０１４において、ＳｇＮＢは重複パケットの検出および削除を行う。
【０２７７】
図１３において、マスタ基地局がｅＮＢであり、セカンダリ基地局がｇＮＢである例について示したが、マスタ基地局はｇＮＢであってもよい。また、セカンダリ基地局がｅＮＢであってもよい。マスタおよびセカンダリの両基地局がｇＮＢであってもよいし、ｅＮＢであってもよい。
【０２７８】
図１４は、パケット複製の切り替えをセカンダリ基地局が起動する場合のシーケンス図である。図１４は、ＳＣＧベアラにおけるＣＡを用いたパケット複製から、ＳＣＧスプリットベアラにおけるＤＣを用いたパケット複製への切り替えの例について示している。図１４において、ＭｅＮＢは、マスタ基地局として動作するｅＮＢを示し、ＳｇＮＢは、セカンダリ基地局として動作するｇＮＢを示す。図１４は図１３に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０２７９】
図１４に示すステップＳＴ２１０１において、ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求ありの通知（SgNB Modification Required）を送信する。該通知には、パケット複製の種別を示す情報が含まれてもよい。ＵＥのＲＲＣパラメータ変更に関する情報が含まれてもよい。パケット複製の種別を示す情報および／あるいはＵＥのＲＲＣパラメータ変更に関する情報は、例えば、ＳＣＧ−Ｃｏｎｆｉｇに含まれる形で該通知に含まれてもよい。
【０２８０】
図１４の例は、ＭｅＮＢがＳｇＮＢからのＳｇＮＢ変更要求ありを承諾する例について示したが、拒否してもよい。例えば、ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更拒否（SgNB Modification Refuse）を送信してもよい。該ＳｇＮＢ変更拒否には、拒否の理由が含まれてもよい。あるいは、ベアラの情報、例えば、該ベアラの識別子が含まれてもよい。前述のベアラとは、ＭｅＮＢが該要求を拒否する原因となったベアラであってもよい。ＳｇＮＢは、該拒否の応答を用いて、例えば、設定パラメータを変更して再度ＳｇＮＢ変更要求ありを通知してもよい。このことにより、例えば、ＳｇＮＢからの要求をＭｅＮＢが満たすことができない場合におけるＳｇＮＢの処理の円滑な実施が可能となる。
【０２８１】
図１４に示すステップＳＴ２１０２において、ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更確認（SgNB Modification Confirm）を通知する。
【０２８２】
図１４においても、図１３と同様、マスタ基地局はｇＮＢであってもよい。また、セカンダリ基地局がｅＮＢであってもよい。マスタおよびセカンダリの両基地局がｇＮＢであってもよいし、ｅＮＢであってもよい。
【０２８３】
前述の、マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ変更要求は、パケット複製の種別を示す情報を含んでよい。パケット複製の種別とは、例えば、ＣＡを用いたパケット複製でもよいし、ＤＣを用いたパケット複製であってもよい。パケット複製の種別を示す情報は、パケット複製の切り替え後の種別を示す情報であってもよい。
【０２８４】
マスタ基地局は、パケット複製の種別を示す情報を、追加ベアラの設定項目に含めてもよい。追加ベアラの設定項目とは、例えば、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．３．５節におけるＥ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ａｄｄｅｄ  Ｉｔｅｍにおける、ＳＣＧ  ＢｅａｒｅｒおよびＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目に相当するものであってもよい。追加ベアラの設定項目に含めることにより、例えば、ＭＣＧベアラにおけるＣＡを用いたパケット複製からＤＣを用いたパケット複製への切り替えが可能となる。
【０２８５】
他の例として、マスタ基地局は、パケット複製の種別を示す情報を、修正ベアラの設定項目に含めてもよい。修正ベアラの設定項目とは、例えば、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．３．５節におけるＥ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍにおける、ＳＣＧ  ＢｅａｒｅｒおよびＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目に相当するものであってもよい。修正ベアラの設定項目に含めることにより、例えば、ＳＣＧベアラにおけるＣＡを用いたパケット複製から、ＳＣＧスプリットベアラにおけるＤＣを用いたパケット複製への切り替えが可能となる。
【０２８６】
他の例として、マスタ基地局は、パケット複製の種別を示す情報を、解放ベアラの設定項目に含めてもよい。解放ベアラの設定項目とは、例えば、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．３．５節におけるＥ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｒｅｌｅａｓｅｄ  Ｉｔｅｍにおける、ＳＣＧ  ＢｅａｒｅｒおよびＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目に相当するものであってもよい。解放ベアラの設定項目に含めることにより、例えば、ＤＣを用いたパケット複製から、ＭＣＧベアラにおけるＣＡを用いたパケット複製への切り替えが可能となる。
【０２８７】
セカンダリ基地局は、パケット複製の種別を示す情報を用いて、パケット複製の有無を判別してもよい。例えば、セカンダリ基地局は、該情報が含まれない場合に、パケット複製を行わないと判断してもよい。あるいは、該情報に、パケット複製を行わないことを示す値を追加してもよい。このことにより、パケット複製有無をまとめて扱うことが可能となるため、処理量の削減が可能となる。
【０２８８】
前述において、Ｅ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ａｄｄｅｄ  Ｉｔｅｍの代わりに、追加するＰＤＵセッションに関する設定項目を用いてもよいし、追加する無線ベアラに関する設定項目を用いてもよい。前述の、追加ＰＤＵセッションに関する設定項目および／あるいは追加無線ベアラに関する設定項目を、新たに追加してもよい。Ｅ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍ、Ｅ−ＲＡＢｓ  Ｔｏ  Ｂｅ  Ｒｅｌｅａｓｅｄ  Ｉｔｅｍにおいても同様としてよい。マスタ基地局がＭｇＮＢである場合においても、本実施の形態２に示す方法を適用可能となる。また、ＰＤＵセッション毎、無線ベアラ毎に、柔軟な設定が可能となる。
【０２８９】
前述において、Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目は、ＭＣＧ  ＳｐｌｉｔＢｅａｒｅｒにおける設定項目であってもよいし、ＳＣＧ  Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目であってもよいし、両方を含んでもよい。前述において、Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目の中に、スプリットベアラの種別を示す情報を含んでもよい。スプリットベアラの種別とは、ＭＣＧスプリットベアラであってもよいし、ＳＣＧスプリットベアラであってもよいし、ＳＣＧのみのスプリットベアラであってもよい。基地局間インタフェースにおける設計の複雑性を回避可能となる。
【０２９０】
あるいは、前述におけるＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目を、（ａ）ＭＣＧスプリットベアラにおける設定項目と、（ｂ）ＳＣＧスプリットベアラにおける設定項目と、（ｃ）ＳＣＧのみのスプリットベアラにおける設定項目と、に分割してもよい。同じ種別のベアラに対してまとめて処理を行うことで、処理量の削減が可能となる。
【０２９１】
前述の、マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ変更要求は、無線ベアラの識別子を含んでもよい。無線ベアラの識別子を、前述の、追加ベアラの設定項目に含めてもよいし、修正ベアラの設定項目に含めてもよいし、解放ベアラの設定項目に含めてもよい。セカンダリ基地局がベアラを一意に識別可能となることで、誤動作を防ぐことが可能となる。
【０２９２】
マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ変更要求は、論理チャネルの維持／解放を示す識別子を含んでもよいし、維持する論理チャネルの識別子を含んでもよいし、解放する論理チャネルの識別子を含んでもよい。論理チャネル毎の柔軟なパケット複製の切り替えを実施可能となる。
【０２９３】
マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ変更要求は、変更の理由（Cause）を含んでもよい。該理由として、パケット複製であることを示す情報を含んでもよい。パケット複製であることを示す情報は、パケット複製設定開始であることを示す情報、パケット複製設定変更であることを示す情報、パケット複製解放であることを示す情報であってもよい。非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．２．６節に示すＣａｕｓｅの一覧に、前述の情報を追加してもよい。前述の情報の追加先は、例えば、前述のＣａｕｓｅの一覧におけるＲａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｌａｙｅｒであってもよいし、他の箇所であってもよい。このことにより、セカンダリ基地局はパケット複製に伴う処理を円滑に実施可能となる。
【０２９４】
前述の、セカンダリ基地局からセカンダリ基地局に対して送信するＳｇＮＢ変更要求肯定応答は、ベアラの識別子を含んでもよい。前述のベアラの識別子は、パケット複製の切り替えに関するベアラであってもよい。
【０２９５】
前述の、ＳｇＮＢ変更要求と同様、セカンダリ基地局は、前述のベアラの識別子を、追加ベアラ、修正ベアラ、解放ベアラの設定項目に含めてもよい。追加ベアラ、修正ベアラ、解放ベアラの設定項目とは、例えば、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．３．６節における、Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ａｄｄｅｄ  Ｉｔｅｍ、Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍ、Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ｒｅｌｅａｓｅｄ  Ｉｔｅｍのそれぞれにおける、ＳＣＧ  ＢｅａｒｅｒおよびＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目に相当するものであってもよい。このことにより、パケット複製の切り替えにおけるベアラの識別が可能となる。
【０２９６】
あるいは、セカンダリ基地局は、前述のベアラの識別子を、不許可ベアラの一覧に含んでもよい。不許可ベアラの一覧とは、例えば、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．３．６節における、Ｅ−ＲＡＢｓ  Ｎｏｔ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔに相当するものであってもよい。Ｅ−ＲＡＢｓ  Ｎｏｔ  Ａｄｍｉｔｔｅｄ  Ｌｉｓｔの代わりに、不許可ＰＤＵセッションの一覧を用いてもよいし、不許可無線ベアラの一覧を用いてもよい。マスタ基地局が不許可ベアラに対する制御を実施可能となる。
【０２９７】
前述において、Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ａｄｄｅｄ  Ｉｔｅｍの代わりに、追加するＰＤＵセッションに関する設定項目を用いてもよいし、追加する無線ベアラに関する設定項目を用いてもよい。前述の、追加ＰＤＵセッションに関する設定項目および／あるいは追加無線ベアラに関する設定項目を、新たに追加してもよい。Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ｍｏｄｉｆｉｅｄ  Ｉｔｅｍ、Ｅ−ＲＡＢｓ  Ａｄｍｉｔｔｅｄ  Ｔｏ  Ｂｅ  Ｒｅｌｅａｓｅｄ  Ｉｔｅｍにおいても同様としてよい。マスタ基地局がＭｇＮＢである場合においても、本実施の形態２に示す方法を適用可能となる。また、ＰＤＵセッション毎、無線ベアラ毎に、柔軟な設定が可能となる。
【０２９８】
前述において、Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目は、ＭＣＧ  ＳｐｌｉｔＢｅａｒｅｒにおける設定項目であってもよいし、ＳＣＧ  Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目であってもよいし、両方を含んでもよい。前述において、Ｓｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目の中に、スプリットベアラの種別を示す情報を含んでもよい。スプリットベアラの種別とは、ＭＣＧスプリットベアラであってもよいし、ＳＣＧスプリットベアラであってもよいし、ＳＣＧのみのスプリットベアラであってもよい。基地局間インタフェースにおける設計の複雑性を回避可能となる。
【０２９９】
あるいは、前述におけるＳｐｌｉｔ  Ｂｅａｒｅｒにおける設定項目を、（ａ）ＭＣＧスプリットベアラにおける設定項目と、（ｂ）ＳＣＧスプリットベアラにおける設定項目と、（ｃ）ＳＣＧのみのスプリットベアラにおける設定項目と、に分割してもよい。同じ種別のベアラに対してまとめて処理を行うことで、処理量の削減が可能となる。
【０３００】
セカンダリ基地局は、パケット複製に関する情報をＳｇＮＢ変更要求肯定応答に含めてもよい。前述において、パケット複製に関する情報は、前述のベアラの識別子と同様の箇所に含まれてもよいし、ＵＥへの設定項目を示す箇所、例えば、ＳＣＧ−Ｃｏｎｆｉｇに含まれてもよい。
【０３０１】
前述の、パケット複製に関する情報は、パケット複製の有無を示す情報であってもよいし、パケット複製の種別を示す情報であってもよいし、両者を組み合わせた情報であってもよい。例えば、パケット複製の種別を示す情報に、パケット複製を行わない旨の情報を含めてもよい。
【０３０２】
あるいは、前述の、パケット複製に関する情報は、論理チャネルの情報を含んでもよいし、ＲＬＣ設定の情報を含んでもよいし、無線キャリアの情報を含んでもよい。前述の情報のうち複数を組み合わせてもよい。
【０３０３】
前述の、パケット複製に関する情報は、無線ベアラに関する情報に含まれてもよい。例えば、非特許文献２４（３ＧＰＰ  ＴＳ３６．３３１  ｖ１４．３．０）におけるベアラ追加・変更一覧、例えば、ＤＲＢ−ＴｏＡｄｄＭｏｄＬｉｓｔＳＣＧ−ｒ１２に相当する箇所に、パケット複製に関する情報が含まれてもよい。該箇所に、例えば、ｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧといった形で、論理チャネルの識別子、ＲＬＣ設定の情報を組み合わせて含めてもよい。前述の組み合わせにおいて、無線キャリアの情報を含めてもよい。ＣＡを用いたパケット複製が実現可能となる。
【０３０４】
前述の、ｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧに含まれる組み合わせは１つでもよい。該組み合わせは、論理チャネルの識別子、ＲＬＣ設定の情報を含んでもよい。該組み合わせは、ＤＣを用いたパケット複製における、セカンダリ基地局側の設定であってもよい。あるいは、ｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧに含まれる組み合わせは２つでもよい。該組み合わせは、論理チャネルの識別子、ＲＬＣ設定、無線キャリアの情報を含んでもよい。該組み合わせは、ＳＣＧベアラにおけるＣＡを用いたパケット複製について用いてもよい。
【０３０５】
あるいは、非特許文献２４（３ＧＰＰ  ＴＳ３６．３３１  ｖ１４．３．０）におけるベアラ解放一覧、例えば、ＤＲＢ−ＴｏＲｅｌｅａｓｅＬｉｓｔＳＣＧ−ｒ１２に相当する箇所に、パケット複製に関する情報が含まれてもよい。例えば、ＤＣを用いたパケット複製から、ＭＣＧベアラにおけるＣＡを用いたパケット複製への切り替えが可能となる。
【０３０６】
あるいは、論理チャネルと無線キャリアの組み合わせに関する情報を、ＭＡＣの設定項目、例えば、非特許文献２４（３ＧＰＰ  ＴＳ３６．３３１  ｖ１４．３．０）におけるＭＡＣ−ＭａｉｎＣｏｎｆｉｇに相当する箇所に含めてもよい。ＭＡＣレイヤにおける処理量削減が可能となる。
【０３０７】
前述の、パケット複製に関する情報は、ＳＲＢにおけるパケット複製の情報であってもよい。例えば、前述のＳＣＧ−Ｃｏｎｆｉｇに、ＳＲＢにおけるパケット複製の情報を含めてもよい。Ｃ−Ｐｌａｎｅの通信の信頼性を向上可能となる。
【０３０８】
前述の、セカンダリ基地局からマスタ基地局に対して送信するＳｇＮＢ変更要求ありの通知に含まれる情報は、前述の、ＳｇＮＢ変更要求肯定応答に含まれる情報と同様であってもよい。パケット複製の切り替えに関する設計の複雑性を回避することが可能となる。
【０３０９】
前述の、マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ再設定完了に含まれる情報は、前述の、ＳｇＮＢ変更要求肯定応答に含まれる情報と同様であってもよい。前述のＳｇＮＢ変更要求肯定応答におけるＳＣＧ−Ｃｏｎｆｉｇを、ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏに読み替えてもよい。パケット複製の切り替えに関する設計の複雑性を回避することが可能となる。
【０３１０】
前述の、マスタ基地局からセカンダリ基地局に対して送信するＳｇＮＢ再設定完了の通知に含まれる情報は、前述の、ＳｇＮＢ再設定完了の通知に含まれる情報と同様であってもよい。パケット複製の切り替えに関する設計の複雑性を回避することが可能となる。
【０３１１】
前述の、マスタ基地局からＵＥに対して送信するＲＲＣ接続再設定は、パケット複製に関する情報を含んでもよい。パケット複製に関する情報は、前述の、ＳｇＮＢ変更要求肯定応答に含まれる情報と同様であってもよい。マスタ基地局は、前述のパケット複製に関する情報に、マスタ基地局との通信に関するＲＲＣ設定を追加してもよい。前述の、マスタ基地局との通信に関するＲＲＣ設定は、マスタ基地局を用いたパケット複製に関する設定であってもよい。
【０３１２】
マスタ基地局は、パケット複製に関する情報を、例えば、前に述べたｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧとして含めてもよい。ｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧに含まれる組み合わせを２つとしてもよい。該組み合わせは、論理チャネルの識別子、ＲＬＣ設定の情報を含んでもよい。該組み合わせは、無線キャリアの情報を含んでもよい。無線キャリアの情報を含むことにより、ＣＡを用いたパケット複製が実現可能となる。該組み合わせに含まれる両情報とも、ＵＥとマスタ基地局との通信における設定であってもよい。ＭＣＧベアラにおけるＣＡを用いたパケット複製が実現可能となる。片方の情報はＵＥとマスタ基地局との通信における設定であり、他方の情報はＵＥとセカンダリ基地局との通信における設定であってもよい。ＤＣを用いたパケット複製が実現可能となる。あるいは、両情報とも、ＵＥとセカンダリ基地局との通信における設定であってもよい。ＳＣＧベアラにおけるＣＡを用いたパケット通信が実現可能となる。
【０３１３】
本実施の形態２に示すパケット複製切り替えの方法を、パケット複製の設定に適用してもよいし、パケット複製の解放に適用してもよい。パケット複製に関するシグナリングを共通化することにより、設計の複雑性を回避可能となる。
【０３１４】
本実施の形態２に示すパケット複製切り替えの方法を、マルチコネクティビティに適用してもよい。マルチコネクティビティにおけるパケット送受信の信頼性の向上が可能となる。
【０３１５】
マルチコネクティビティにおけるパケット複製において、２つの基地局を経由するスプリットベアラを用いてもよい。前述において、マスタ基地局からＵＥに通知するＲＲＣ接続再設定に、パケット複製に関する情報を含めてもよい。該情報に、ＳＣＧを識別する情報を含めてもよい。該情報として、ＳＣＧの識別子を新たに設けてもよいし、セカンダリ基地局の識別子を用いてもよい。ＵＥは、ＳＣＧに属するセルの識別子からＳＣＧを識別してもよい。前述のセルの識別子は、例えば、ＰＳＣｅｌｌの識別子であってもよいし、ＳＣＧにおけるＳＣｅｌｌの識別子であってもよい。
【０３１６】
マルチコネクティビティにおけるパケット複製において、３つ以上の基地局を経由するスプリットベアラを用いてもよい。前述において、マスタ基地局からＵＥに通知するＲＲＣ接続再設定に、パケット複製に関する情報を含めてもよい。該情報に、前述の、ＳＣＧを識別する情報を含めてもよい。パケット複製に関する情報は、論理チャネルの識別子とＲＬＣ設定の情報との組み合わせを、３つ以上含んでもよい。例えば、前に述べた、ｐａｃｋｅｔｄｕｐＬｉｓｔＳＣＧに含まれる組み合わせを３つ以上としてもよい。各組み合わせを、各基地局にて用いる論理チャネルおよびＲＬＣ設定としてもよい。
【０３１７】
マルチコネクティビティにおけるパケット複製において、ＵＥは、いずれかの基地局からのＭＡＣシグナリングを用いて、パケット複製を開始／停止してもよい。該ＭＡＣシグナリングは、開始／停止する論理チャネルの情報を含んでもよい。論理チャネルを用いる基地局の情報を用いてもよい。基地局の情報として、基地局の識別子、例えば、ｇＮＢ−ＩＤを用いてもよいし、ＰＣｅｌｌあるいはＰＳＣｅｌｌの識別子を用いてもよいし、ＭＣＧ−ＩＤあるいはＳＣＧ−ＩＤを用いてもよい。ＭＣＧ−ＩＤおよび／またはＳＣＧ−ＩＤを新たに設けてもよい。ＵＥにおけるパケット複製の開始／制御が容易になる。
【０３１８】
あるいは、前述のＭＡＣシグナリングにおいて、各論理チャネルを用いる基地局から個別に、該論理チャネルの開始／停止を、ＵＥに通知してもよい。ＭＡＣシグナリング量を削減可能となる。
【０３１９】
本実施の形態２において、論理チャネルの情報を含めなくてもよい。例えば、ＤＣを用いたパケット複製の設定あるいはＤＣを用いたパケット複製への設定切り替えにおいて、論理チャネルの情報を含めなくてもよい。このことにより、シグナリングのサイズの削減が可能となる。
【０３２０】
本実施の形態２において、ＵＥは、ＤＣ／ＭＣを構成する全ての基地局からの信号を受信してもよい。該信号は、例えば、ＭＡＣシグナリングであってもよい。パケット複製の制御が容易になる。
【０３２１】
前述において、ＵＥは、各基地局においてＵＥが使用する全てのキャリアからの信号を受信してもよい。該信号は、例えば、ＭＡＣシグナリングであってもよい。基地局におけるスケジューリングの柔軟性を高めることが可能となる。あるいは、ＵＥは、各基地局においてＵＥが使用するキャリアのうちの一部のキャリアからの信号、例えば、ＭＡＣシグナリングを受信してもよい。一部のキャリアとは、例えば、ＰＣｅｌｌ、あるいは、ＰＳＣｅｌｌであってもよい。基地局とＵＥは、該ＭＡＣシグナリングの送受信を、ＰＣｅｌｌおよび／あるいはＰＳＣｅｌｌを用いて行ってもよい。ＵＥの消費電力削減が可能となる。
【０３２２】
あるいは、本実施の形態２において、ＵＥは、パケット複製動作中のパケットを送信する基地局からの信号、例えば、ＭＡＣシグナリングを受信することとしてもよい。ＵＥにおける消費電力の削減が可能となる。
【０３２３】
前述において、ＵＥは、各基地局においてＵＥが使用する全てのキャリアからの信号、例えば、ＭＡＣシグナリングを受信してもよい。基地局におけるスケジューリングの柔軟性を高めることが可能となる。あるいは、ＵＥは、各基地局においてＵＥが使用するキャリアのうちの一部のキャリアからの信号、例えば、ＭＡＣシグナリングを受信してもよい。一部のキャリアとは、例えば、ＰＣｅｌｌ、あるいは、ＰＳＣｅｌｌであってもよい。基地局とＵＥは、該ＭＡＣシグナリングの送受信を、ＰＣｅｌｌおよび／あるいはＰＳＣｅｌｌを用いて行ってもよい。さらなるＵＥの消費電力削減が可能となる。
【０３２４】
あるいは、本実施の形態２において、ＵＥは、マスタ基地局からの信号、例えば、ＭＡＣシグナリングを受信することとしてもよい。ＵＥにおける消費電力の削減が可能となるとともに、マスタ基地局における制御が容易になる。
【０３２５】
前述において、ＵＥは、マスタ基地局においてＵＥが使用する全てのキャリアからの信号、例えば、ＭＡＣシグナリングを受信してもよい。マスタ基地局におけるスケジューリングの柔軟性を高めることが可能となる。あるいは、ＵＥは、マスタ基地局においてＵＥが使用するキャリアのうちの一部のキャリアからの信号、例えば、ＭＡＣシグナリングを受信してもよい。一部のキャリアとは、例えば、ＰＣｅｌｌであってもよい。基地局とＵＥは、該ＭＡＣシグナリングの送受信を、ＰＣｅｌｌを用いて行ってもよい。さらなるＵＥの消費電力削減が可能となる。
【０３２６】
本実施の形態２によって、ＣＡを用いたパケット複製とＤＣを用いたパケット複製を互いに切り替えることが可能となり、例えばＵＥが動いている場合における通信の信頼性を確保することが可能となる。また、スループットの向上が可能となる。
【０３２７】
実施の形態３．
パケット複製停止時において、ＲＬＣレイヤのデータをクリアすることが提唱されている（非特許文献２０（Ｒ２−１７０４８３６）参照）。また、下りパケット複製においては、基地局からＵＥへの開始／停止制御をおこなわないことが提唱されている（非特許文献２１（Ｒ２−１７０２７５３）参照）。
【０３２８】
また、ＲＬＣ−ＡＭにおいては、送信側と受信側のＲＬＣエンティティが一体となっている（非特許文献１７（ＴＳ３６．３２２  ｖ１４．０．０）参照）。
【０３２９】
ところが、ＲＬＣ−ＡＭを用いるパケット複製、例えば、ＳＲＢにおけるパケット複製において、上りのパケット複製停止により、下りパケット複製におけるＲＬＣレイヤのバッファも併せて消去されるという問題が生じる。
【０３３０】
本実施の形態３では、このような問題を解決する方法を開示する。
【０３３１】
ＵＥは、ＲＬＣ−ＡＭの送信側のバッファのみをクリアする。基地局は、ＲＬＣ−ＡＭの送信側のバッファのみをクリアする。ＵＥおよび／あるいは基地局における前述のバッファのクリアは、上りパケット複製停止時に行ってもよい。
【０３３２】
ＵＥは、ＲＬＣ−ＡＭの送信側の変数および送信ウィンドウをクリアしてもよい。
【０３３３】
他の方法として、基地局は、パケット複製の下りと上りを同時に制御する。下りと上りの同時制御を、ＲＬＣ−ＵＭおよび／あるいはＲＬＣ−ＴＭを用いたパケット複製に用いてもよい。
【０３３４】
実施の形態３に示す方法により、上りパケット複製停止によって、下りパケット複製においてバッファがクリアされるのを防ぐことが可能となる。データの連続性を確保することが可能となる。
【０３３５】
実施の形態４．
ＮＲにおいて、ＵＥの状態として新たにＲＲＣ＿ＩＮＡＣＴＩＶＥステートが導入された（非特許文献９（３ＧＰＰ  ＴＲ３８．８０４  Ｖ１４．０．０）参照）。また、ＮＲにおいて、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥからの小データ送信（small data transmission）をサポートすることが提唱されている（非特許文献９（３ＧＰＰ  ＴＲ３８．８０４  Ｖ１４．０．０）参照）。
【０３３６】
ところが、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥからの小データ送信について、実施の形態１および実施の形態２にて述べたパケット複製がサポートされるかどうかの議論がされていない。そのため、パケット複製を用いて送信を行うＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移したときに、小データ送信方法が不明となり、基地局に送信できないという問題が生じる。
【０３３７】
本実施の形態４では、このような問題を解決する方法を開示する。
【０３３８】
ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるパケット複製をサポートしない。
【０３３９】
ＵＥは、パケット複製に関する設定を保持してもよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移するときに、該設定を保持してもよい。該設定は、ＤＣを用いたパケット複製に関する設定であってもよいし、ＣＡを用いたパケット複製に関する設定であってもよい。ＵＲが再度ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移したときにパケット複製を迅速に再開可能となる。
【０３４０】
ＵＥは、パケット複製を停止してもよい。ＵＥは、パケット複製の停止を、該ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移するときに行ってもよい。前述のパケット複製の停止を、ＵＥが自律的に行ってもよいし、基地局あるいはマスタ基地局がＵＥに対して指示してもよい。該指示には、実施の形態１に記載の、パケット複製停止のＭＡＣシグナリングを用いてもよい。あるいは、該指示を、基地局あるいはマスタ基地局からＵＥに対するＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示に含めてもよい。
【０３４１】
ＵＥは、パケット複製に関する設定を解放してもよい。ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移するときに、該設定を解放してもよい。該設定の解放を、ＵＥが自律的に行ってもよいし、基地局あるいはマスタ基地局がＵＥに対して指示してもよい。ＵＥは、パケット複製に関する設定の解放を、ＤＣの設定あるいはＣＡの設定の解放と併せて行ってもよい。ＲＲＣ＿ＩＮＡＣＴＩＶＥステートにおけるＵＥのメモリ使用量を削減可能となる。
【０３４２】
他の例として、基地局あるいはマスタ基地局はＵＥに対して、パケット複製の設定の維持／解放を通知してもよい。基地局あるいはマスタ基地局は、前述の維持／解放の通知を、ＵＥへのＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移指示に含めてもよい。例えば、該指示に、パケット複製の設定を維持するか解放するかを示す識別子を含めてもよい。このことにより、基地局あるいはマスタ基地局は、例えば、無線チャネル状況に応じた柔軟な設定が可能となる。
【０３４３】
基地局あるいはマスタ基地局は、パケット複製の設定の維持／解放を、ベアラ毎に設定してもよい。パケット複製に関してベアラ毎に柔軟な運用が可能となる。
【０３４４】
前述の、ベアラ毎のパケット複製の設定の維持／解放を、基地局あるいはマスタ基地局からＵＥへ通知する方法について、以下に４つの例（１）〜（４）を開示する。
【０３４５】
（１）規格で決定。
【０３４６】
（２）共通シグナリング。
【０３４７】
（３）個別シグナリング。
【０３４８】
（４）前述の（１）〜（３）の組合せ。
【０３４９】
前述の（１）において、例えば、ベアラ種別ごとに維持／解放が決められてもよい。例えば、ＳＲＢはパケット複製の設定を保持、ＤＲＢはパケット複製の設定を解放、としてもよい。あるいは、例えば、ＳＲＢ０はパケット複製の設定を維持、ＳＲＢ１は解放、ＳＲＢ２は維持、ＳＲＢ３は解放、ＤＲＢは解放としてもよい。シグナリング量を削減可能となる。
【０３５０】
前述の（２）において、基地局あるいはマスタ基地局はシステム情報を用いて維持／解放を通知してもよい。シグナリング量を削減可能となる。
【０３５１】
前述の（３）において、基地局あるいはマスタ基地局は、例えばＲＲＣ個別シグナリングを用いて維持／解放を通知してもよい。該ＲＲＣ個別シグナリングは、ＵＥへのＲＲＣ＿ＩＮＡＣＴＩＶＥ遷移指示であってもよいし、他のＲＲＣ個別シグナリングであってもよい。該ＲＲＣ個別シグナリングには、パケット複製の設定を維持するベアラの識別子が含まれてもよいし、パケット複製の設定を解放するベアラの識別子が含まれてもよいし、両方の識別子が含まれてもよい。パケット複製の維持／解放をベアラ毎に柔軟に設定可能となる。
【０３５２】
前述の（３）において、パケット複製の設定の維持／解放が、ベアラ種別ごとに通知されてもよい。ベアラ種別ごとのパケット複製の維持／解放は、前述の（１）に示すものと同様であってもよい。ベアラ種別ごとに柔軟な設定が可能となる。
【０３５３】
前述の（４）において、例えば、各ＳＲＢにおけるパケット複製の設定の維持／解放を規格で定めてもよい。各ＤＲＢにおけるパケット複製の設定の維持／解放を、基地局あるいはマスタ基地局からＵＥに個別に通知してもよい。シグナリング量を削減しつつ、ＤＲＢごとの設定の柔軟性を高めることが可能となる。
【０３５４】
ＵＥは、パケット複製を用いて小データ送信を行ってもよい。前述の小データ送信は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移してから行ってもよい。ＵＥは、パケット複製の設定を保持してもよい。前述の設定の保持は、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥステートに遷移したときに行ってもよい。データ送信に関するＵＥの制御が容易になる。
【０３５５】
ＵＥは、パケット複製動作を開始してもよい。前述のパケット複製動作開始は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移してから行ってもよい。ＵＥは、前述のパケット複製動作開始を、自律的に行ってもよい。例えば、実施の形態１に記載の、パケット複製の動作／停止の状態を保持した情報を用いて行ってもよい。あるいは、基地局あるいはマスタ基地局からのパケット複製動作開始指示を用いて行ってもよい。前述のパケット複製動作開始指示は、基地局あるいはマスタ基地局からＵＥへのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ遷移指示に含まれてもよいし、該ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ遷移指示とは別々に通知されてもよい。前述のパケット複製動作開始指示は、実施の形態１に記載のＭＡＣシグナリングを用いて基地局あるいはマスタ基地局からＵＥに通知されてもよい。
【０３５６】
ＵＥは、パケット複製に関する設定の解放を、セル再選択時に行ってもよい。あるいは、ＵＥは、パケット複製に関する設定の解放を、ＲＲＣ＿ＩＤＬＥステートに遷移するときに行ってもよい。該設定の解放を、ＵＥは自律的に行ってもよいし、基地局あるいはマスタ基地局からの指示を用いて行ってもよい。セル再選択時および／あるいはＲＲＣ＿ＩＤＬＥステートにおけるＵＥのメモリ使用量を削減可能となる。
【０３５７】
本実施の形態４によって、ＩＮＡＣＴＩＶＥ時におけるスモールデータ送信に関するごＵＥの誤操作を防ぐことが可能となる。
【０３５８】
実施の形態５．
実施の形態４に記載のＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるセカンダリ基地局へのデータ送信において、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートからの復帰後、ＳＣＧ追加（SCG Addition）を行い、セカンダリ基地局にデータを送信することが提唱されている（非特許文献２５（Ｒ２−１７０４４２５）参照）。他の方法として、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートからの復帰と併せてＳＣＧ追加を行う、ＳＣＧベアラ早期設定（Early SCG bearer configuration）が提唱されている（非特許文献２６（Ｒ２−１７０４４２０）参照）。
【０３５９】
ところが、前述の２つの方法において、ＵＥはＳＣＧ追加を待ってからセカンダリ基地局にデータを送信するので、ＵＥからセカンダリ基地局へのデータ送信開始が遅くなるという問題が生じる。
【０３６０】
本実施の形態５では、このような問題を解決する方法を開示する。
【０３６１】
ＵＥは、マスタ基地局を経由してセカンダリ基地局にデータを送信する。該データは、ＳＣＧスプリットベアラを用いて送信されるデータであってもよい。マスタ基地局は、該データをセカンダリ基地局に転送する。前述の転送には、基地局間インタフェース、例えば、Ｘ２インタフェースを用いてもよい。
【０３６２】
本実施の形態５において、マスタ基地局は、ＳＣＧベアラをＳＣＧスプリットベアラに切り替えてもよい。マスタ基地局は、前述の切り替えの要求をセカンダリ基地局に通知してもよい。セカンダリ基地局は、該要求に対する応答をマスタ基地局に通知してもよい。マスタ基地局は、前述の切り替えを、ＵＥへのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示と同時に行ってもよいし、該ステート遷移指示と別々に行ってもよい。マスタ基地局は、前述の切り替えの指示を、ＵＥへのＲＲＣ＿ＩＮＡＣＴＩＶＥステート遷移指示に含めてもよい。前述の切り替えの指示は、ＳＣＧベアラの識別子を含んでもよい。このことにより、ＳＣＧベアラについても、ＵＥからセカンダリ基地局への迅速なデータ送信が可能となる。
【０３６３】
図１５は、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥからセカンダリ基地局への小データ送信を示すシーケンス図である。図１５において、マスタ基地局はｅＮＢであり、セカンダリ基地局はｇＮＢである例について示している。マスタ基地局はｇＮＢであってもよい。また、セカンダリ基地局はｅＮＢであってもよい。また、図１５は、ＵＥが小データ送信後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移する例について示しているが、ＵＥはＲＲＣ＿ＩＮＡＣＴＩＶＥステートを維持してもよい。
【０３６４】
図１５に示すステップＳＴ３００１において、ＲＲＣ＿ＩＮＡＣＴＩＶＥステートのＵＥは、マスタ基地局に対してランダムアクセス処理を開始する。ステップＳＴ３００１において、ＵＥはマスタ基地局に対してランダムアクセスプリアンブル（Random access preamble；RA preamble）を送信する。ステップＳＴ３００２において、マスタ基地局はＵＥに対してランダムアクセス応答（Random access response；RA response）を送信する。該応答には、ＵＥへの上りグラントが含まれる。
【０３６５】
図１５に示すステップＳＴ３００３において、ＵＥはマスタ基地局に対し、ＲＲＣ接続復帰要求（RRCConnectionResumeRequest）を送信する。
【０３６６】
図１５に示すステップＳＴ３００５において、ＵＥはマスタ基地局に対し、セカンダリ基地局向けの上りデータを送信する。ステップＳＴ３００６において、マスタ基地局は該上りデータをセカンダリ基地局に送信する。
【０３６７】
図１５に示すステップＳＴ３００７において、マスタ基地局はＵＥに対し、ＲＲＣ接続復帰（RRCConnectionResume）を通知する。ＵＥは、ステップＳＴ３００８において、マスタ基地局に対し、ＲＲＣ接続復帰完了（RRCConnectionResumeComplete）を通知する。ＵＥは、ステップＳＴ３００８においてＲＲＣ＿ＣＯＮＮＥＣＴＥＤステートに遷移する。
【０３６８】
本実施の形態で開示した方法とすることで、ＵＥは、ＩＮＡＣＴＩＶＥステートにおけるセカンダリ基地局向けのデータ送信を迅速に行うことが可能となる。
【０３６９】
実施の形態６．
３ＧＰＰにおいて５Ｇの技術としてＭＣが提案されている（非特許文献２７（Ｒ２−１６７５８３）参照）。ＭＣとして、一つのＵＥに対して、一つのマスタ基地局と複数のセカンダリ基地局とが接続されるように設定されることが議論されている。また、ＭＣとしてＭＣＧスプリットベアラとＳＣＧベアラのサポートが提案されている。なお、ＭｅＮＢのセルからなるグループをＭＣＧと称する。ＳｇＮＢのセルからなるグループをＳＣＧと称する。
【０３７０】
しかし、セカンダリ基地局が２つ以上の場合のＭＣについて、上位ＮＷ装置（以下、上位ＮＷとも称する）を含めたアーキテクチャや、例えば複数セカンダリ基地局をどのように設定するか等のＭＣの設定方法について開示されていない。本実施の形態６では、上位ＮＷを含めたアーキテクチャとＭＣの設定方法を開示する。
【０３７１】
図１６は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＥＰＣであり、マスタ基地局はＬＴＥでの基地局（ｅＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。ＬＴＥのマスタ基地局をＭｅＮＢと称し、ＮＲのセカンダリ基地局をＳｇＮＢと称す。ｅＮＢのプロトコル構成はＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹからなる。ｇＮＢのプロトコル構成はＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹからなる。ＰＤＣＰの上位にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられる。
【０３７２】
図１６は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥにおいて、ＰＤＣＰが構成され、ＭｅＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹが構成され、ＭＣ用に設定された各ＳｅＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０３７３】
図１６は、ＭＣＧスプリットベアラを用いた場合について示している。上位ＮＷはＭｅＮＢと接続され、ＭＣ用のＳｇＮＢがＭｅＮＢに接続される。下りデータはＭｅＮＢのＰＤＣＰで処理される。たとえＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（ＳＮ）を各データに付与する。ＳＮが付与されたデータは、ＭｅＮＢと各ＳｇＮＢにスプリットされる。スプリットされたデータは、ＭｅＮＢと各ＳｇＮＢのＲＬＣに送信され、ＭｅＮＢと各ＳｇＮＢのＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥに送信される。
【０３７４】
ＵＥがＭｅＮＢと各ＳｇＮＢより受信したデータは、ＭｅＮＢ用と各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々ＰＤＣＰに転送される。ＰＤＣＰでは、ＭｅＮＢ用および各ＳｇＮＢ用から転送されたデータに付与されたＳＮをもとにリオーダリングを行って、データを上位レイヤに転送する。
【０３７５】
上りデータについては、ＵＥは上位レイヤからのデータをＰＤＣＰで処理する。上りに関しても下りと同様に、たとえＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（ＳＮ）を各データに付与する。ＳＮが付与されたデータは、ＭｅＮＢ用と各ＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、ＭｅＮＢ用と各ＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＭｅＮＢと各ＳｇＮＢに送信される。
【０３７６】
ＭｅＮＢと各ＳｇＮＢがＵから受信したデータは、ＭｅＮＢ用と各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々ＭｅＮＢのＰＤＣＰに転送される。ＭｅＮＢのＰＤＣＰでは、データに付与されたＳＮをもとにリオーダリングを行って、データを上位ＮＷに転送する。
【０３７７】
ＭＣ用に複数のＳＣＧを設定する方法を開示する。ＭｅＮＢはＵＥに対してＭＣ用ＳＣＧを設定する。ＳＣＧの設定の中でＭＣを行う無線ベアラの設定を行う。該通知にはＲＲＣシグナリングを用いるとよい。
【０３７８】
ＳＣＧを一つずつ設定する。一つのＳＣＧの設定を用いてＭＣ用の複数のＳＣＧの設定を行う。一つのＳＣＧの設定をＭＣ用ＳＣＧの数だけ行うとよい。ＭｅＮＢからＵＥに対して設定するＳＣＧの数だけＳＣＧ設定のためのシグナリングを行う。ＤＣの場合は接続されるＳＣＧは一つだけなので、ＳＣＧが一つ設定された状態で他のＳＣＧを接続する場合は、前に設定されたＳＣＧをリリースする必要があった。それとは異なり、前に設定されたＳＣＧをリリースすることなく追加のＳＣＧの設定を行う。このようにすることで、ＭｅＮＢはＵＥに対して複数のＳＣＧの設定を可能とする。
【０３７９】
前のＳＣＧ設定を維持したままのＳＣＧ追加設定であることを示す情報を設けてもよい。ＭｅＮＢはＵＥに対して該情報を通知する。該情報はＳＣＧ設定に含めて通知してもよい。他の方法として、前のＳＣＧ設定を維持したままのＳＣＧ追加設定のためのシグナリングを設けてもよい。別途該シグナリングを設けることで、ＭｅＮＢが該シグナリングで一つのＳＣＧの設定があった場合、ＵＥは、前のＳＣＧ設定を維持したままのＳＣＧ追加設定であることを認識可能となる。
【０３８０】
ＲＲＣシグナリングとして、たとえば、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。たとえば、該シグナリングの中のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧにＳＣＧの構成、ＭＣを行うベアラの構成を含めてもよい。ベアラの構成として、ベアラ識別子、ベアラ用ＡＳ設定などがある。
【０３８１】
ＤＣの場合は一つのベアラに対してＭＣＧと一つのＳＣＧのみが設定された。ＭＣで複数のＳＣＧを設定する場合、一つのベアラに対して複数のＳＣＧの設定をしてもよい。２回目以降のＳＣＧの構成の設定において、前のＳＣＧの構成とともに設定したベアラを用いてもよい。同じベアラ識別子を設定してもよい。このようにすることで、ＵＥは、該ベアラに対して複数のＳＣＧ構成が設定されていることを認識可能となる。
【０３８２】
ＭＣ用の各ＳＣＧでベアラの設定を異ならせてもよい。２回目以降のＳＣＧ構成の設定で、前のＳＣＧ構成とともに設定したベアラ識別子を設定した場合、前に設定したベアラ識別子のベアラ用ＡＳ設定の一つまたは複数のパラメータを省略してもよい。パラメータが省略された場合、同じベアラ識別のベアラ用ＡＳ設定子のパラメータとする。
【０３８３】
ＳＣＧ識別子を設けてもよい。ＳＣＧ識別子を、ＳＣＧ設定のＳＣＧ構成の情報として含めてもよい。ＳＣＧ識別子を用いて、ベアラ用ＡＳパラメータを同じとするＳＣＧを設定してもよい。たとえば、ＳＣＧ識別子をベアラの構成に含める。これにより、ＵＥは、ＳＣＧに設定されたベアラ構成が、該ＳＣＧ識別子の示すＳＣＧに設定されたベアラ構成であることを認識可能となる。このようにすることで、ＳＣＧに設定するベアラ用ＡＳパラメータを、任意のＳＣＧに設定したベアラ用ＡＳパラメータと同じにすることが可能となる。
【０３８４】
このようにすることで、ＭＣ用各ＳＣＧに設定するベアラ用ＡＳパラメータが同じ場合、該パラメータを省略することが可能となり、あるいは該パラメータを少ない情報量で設定可能となる。ＭｅＮＢからＵＥに通知するのに必要な無線リソースを削減可能となる。
【０３８５】
ＳＣＧ識別子を設けてもよいことを開示したが、ＳｇＮＢ識別子を設けてもよい。ＳＣＧあるいはＳｇＮＢの組を示す識別子を設けてもよい。このような識別子を設けることで、ＵＥは、多数のＳｇＮＢでＭＣが設定された場合に、セル毎ではなくＳｇＮＢ毎あるいはＳｇＮＢの組毎の設定を認識可能となる。たとえば、ＳｇＮＢ毎あるいはＳｇＮＢの組毎に設定を変更するような場合に有効である。ＭｅＮＢからＵＥに通知する情報の削減が図れる。
【０３８６】
図１７および図１８は、ＭＣを設定するシーケンスの一例を示す図である。図１７と図１８とは、境界線ＢＬ１７１８の位置で繋がっている。図１７および図１８は、ＭｅＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図１７および図１８は、ＭＣＧスプリットベアラを用いる場合について示している。ステップＳＴ４２０１で、ＵＥとＭｅＮＢとの間でデータ通信が行われている。ステップＳＴ４２０２でＭｅＮＢはＵＥに対してＤＣを行うことを判断する。ＤＣ設定処理は、非特許文献１（ＴＳ３６．３００）に開示されている方法を適用するとよい。ステップＳＴ４２０３からステップＳＴ４２１３に、ＤＣ設定処理を示す。
【０３８７】
ステップＳＴ４２１０で、ＭｅＮＢは自ＭｅＮＢとＤＣ設定が行われたＳｇＮＢ１とでデータのルーティングを行う。ここでは、接続するセカンダリ基地局は一つなので、従来のＤＣと同様、上位ＮＷからのデータは、ＭｅＮＢのＰＤＣＰで処理された後、自ＭｅＮＢとＳｇＮＢ１とにスプリットされ転送される。また、ＵＥから自ＭｅＮＢおよびＳｇＮＢ１で受信したデータは、ＭｅＮＢに転送され、ＭｅＮＢのＰＤＣＰで処理され、上位ＮＷに転送される。
【０３８８】
ＵＥ側においても同様である。
【０３８９】
ステップＳＴ４２１４でＭｅＮＢは、ＵＥに対してＭＣを設定することを判断する。ＭｅＮＢは、ＵＥに対して、ＳｇＮＢ１の接続を維持したままＳｇＮＢ２と接続することを決定する。ステップＳＴ４２１５でＭｅＮＢは、ＳｇＮＢ２に対してＳｇＮＢの追加要求を通知する。このシグナリングには、ＤＣ設定処理におけるステップＳＴ４２０３を適用すると良い。ＭｅＮＢは、追加要求するＳｇＮＢ２のベアラ設定を、自ｅＮＢ（ＭｅＮＢ）のベアラ設定と同じにしてもよい。あるいは、ＭｅＮＢは、自ｅＮＢ（ＭｅＮＢ）のベアラ設定およびＳｇＮＢ１のベアラ設定を考慮して、ＳｇＮＢ２のベアラ設定を決定してもよい。ＭＣを行うベアラを、上位ＮＷより設定されたＱｏＳを満足するように設定するとよい。
【０３９０】
ＳｇＮＢ２は、ＭｅＮＢからのＳｇＮＢ追加要求で示されたベアラ設定に応じてＡＳ設定を決定する。ステップＳＴ４２１６でＳｇＮＢ２は、ＭｅＮＢに対して、決定したＡＳ設定を通知する。ステップＳＴ４２１７でＭｅＮＢは、ＵＥに対して、ＭＣの設定を通知する。ＭＣの設定として、追加するＳｇＮＢ２のＳＣＧの構成とＭＣを行うベアラの構成を通知する。シグナリングとして、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。
【０３９１】
また、ステップＳＴ４２１７でＭｅＮＢは、ＵＥに対して、前に設定されていたＳｇＮＢ１のＳＣＧ設定を維持したままのＳＣＧ追加設定であることを示す情報を通知してもよい。該情報を明示することで、ＵＥはＳｇＮＢ１と接続したままＳｇＮＢ２と接続する設定であること明確に認識でき、誤動作の発生を低減できる。
【０３９２】
ステップＳＴ４２１７でＳｇＮＢ２のＳＣＧ追加設定を受信したＵＥは、該設定に従って、ＭｅＮＢ、ＳｇＮＢ１に加えＳｇＮＢ２に対するＭＣの設定を行う。ステップＳＴ４２１８でＵＥは、ＭｅＮＢに対してＭＣ設定完了を含むＲＲＣ接続再設定完了（RRCConnectionReconfiguration Complete）を通知する。
【０３９３】
ＵＥがＭＣの設定を完了したことを認識したＭｅＮＢは、ステップＳＴ４２１９で、ＳｇＮＢ２のＳＣＧの追加設定が完了したことを示すシグナリングをＳｇＮＢ２に通知する。ＳｇＮＢ２は、ＵＥとの間でＭＣのための接続設定がなされたことを認識する。
【０３９４】
ステップＳＴ４２２０で、ＵＥはＳｇＮＢ２に対してＲＡ処理を開始する。ＳｇＮＢ２のＲＡ処理用の設定は、ＳｇＮＢ２からのＡＳ設定の中で、ステップＳＴ４２１６、ＳＴ４２１７で通知される。ＲＡ処理により同期を得たＵＥはステップＳＴ４２２１で、ＳｇＮＢ２とデータ通信を開始する。
【０３９５】
ＭｅＮＢに、複数のＳｇＮＢへのルーティング機能を設けるとよい。ＤＣにおいて接続されるＳｇＮＢは一つであったので、ＳｇＮＢ側にスプリットされたデータはそのまま一つのＳｇＮＢに転送されるだけでよかった。ＭＣでは複数のＳｇＮＢと接続されるので、ＭｅＮＢは、ＳｇＮＢ側にスプリットしたデータをどのＳｇＮＢに転送するか判断する必要がある。このため、ＭｅＮＢに、データ転送先のＳｇＮＢを決定し該ＳｇＮＢにデータを転送するルーティング機能を設ける。
【０３９６】
ルーティング機能は、また、ＵＥから自ＭｅＮＢで受信したデータおよび複数のＳｇＮＢで受信しＭｅＮＢに転送されたデータを、ＭｅＮＢのＰＤＣＰに転送する機能を有するとよい。
【０３９７】
ルーティング機能は、ＭｅＮＢのＰＤＣＰ内に設けてもよい。ルーティング機能は、ＰＤＣＰの機能の最下位に設けてもよい。あるいは、ルーティング機能は、ＰＤＣＰとは別に設けてもよい。ルーティング機能をスプリット機能と別に設けることを開示したが、他の方法として、ルーティング機能をスプリット機能の一部として設けてもよい。スプリットしてからルーティングするのではなく、ＭｅＮＢと複数のＳｇＮＢとの間でスプリットする機能としてもよい。
【０３９８】
ルーティング機能はデータ毎に行われてもよい。データ毎に各ＳｇＮＢにルーティングが行われる。あるいは、所定の期間で同じルーティングが行われてもよい。所定の期間のデータが同じＳｇＮＢに対してルーティングされる。このようにすることで、柔軟なルーティングが実施可能となる。各ＳｇＮＢの通信品質状況に適したルーティングが可能となる。
【０３９９】
ＵＥ側においても同様である。
【０４００】
ステップＳＴ４２２２で、ＭｅＮＢは自ＭｅＮＢとＭＣ設定が行われたＳｇＮＢ１およびＳｇＮＢ２とでデータのルーティングを行う。接続するセカンダリ基地局は二つとなるため、上位ＮＷからのデータは、ＭｅＮＢのＰＤＣＰで処理された後、自ＭｅＮＢとＳｇＮＢ側とにスプリットされ転送される。ＳｇＮＢ側にスプリットされたデータは、ルーティング機能によりＳｇＮＢ１およびＳｇＮＢ２にルーティングされ転送される。
【０４０１】
また、ＵＥからＳｇＮＢ１およびＳｇＮＢ２で受信されたデータはＭｅＮＢに転送され、自ＭｅＮＢで受信したデータとともにルーティング機能によりＭｅＮＢのＰＤＣＰに転送される。ＰＤＣＰに転送されたデータは、ＰＤＣＰで処理され上位ＮＷに転送される。
【０４０２】
このようにすることで、複数のＳｇＮＢを用いたＭＣを行うことが可能となる。ＭｅＮＢはＵＥに対して、複数のＳｇＮＢを用いたＭＣを設定することが可能となる。ＵＥは、ＭｅＮＢおよび設定された複数のＳｇＮＢと接続を行ってＭＣを行うことが可能となる。
【０４０３】
ＳｇＮＢの設定を解除する場合は、ＭＣが設定されているＳｇＮＢのＳＣＧ構成を一つずつ解除するとよい。
【０４０４】
このように、ＭＣを行うセカンダリ基地局を一つずつ設定あるいは解除することで、ＭｅＮＢや各ＳｇＮＢの電波伝搬状況に応じて適切なＳｇＮＢをＵＥに対して設定することが可能となる。これにより、ＵＥに対して高いスループットを提供することが可能となる。
【０４０５】
また、ＭＣを行うセカンダリ基地局を一つずつ設定あるいは解除することで、ＭＣ用ＳｇＮＢの追加設定が途中で失敗してしまうような場合も、それまでに成功したＭＣ用ＳｇＮＢの設定は維持して、該ＳｇＮＢの設定を用いてＭＣを行うことが可能となる。成功したＭＣ用ＳｇＮＢの設定から、再度、次のＳｇＮＢの追加設定を行うことが可能となる。ＳｇＮＢの追加設定失敗時にもロバストで安定したシステムを構築可能となる。
【０４０６】
ＭＣ用に複数のＳＣＧを設定する他の方法を開示する。ＭｅＮＢはＵＥに対してＭＣ用ＳＣＧを設定する。ＳＣＧの設定の中で、ＭＣを行う無線ベアラの設定を行う。該通知にはＲＲＣシグナリングを用いるとよい。
【０４０７】
複数のＳＣＧを設定する。一度の設定でＭＣ用の複数のＳＣＧの設定を行う。ＭｅＮＢはＵＥに対して複数ＳＣＧ設定のためのシグナリングを行う。ＭＣ用として、複数ＳＣＧ設定のためのシグナリングを設けてもよい。このようにすることで、ＭｅＮＢはＵＥに対して複数のＳＣＧを設定可能とする。
【０４０８】
前にＤＣが設定されている場合、前のＤＣ設定をリリースしてから、一度の設定でＭＣ用の複数のＳＣＧの設定を行ってもよい。また、前にＭＣが設定されており、次に異なるＳｇＮＢのＳＣＧを用いてＭＣを行うような場合、前のＭＣ設定をリリースしてから、新たにＭＣ設定を一度の設定で行うと良い。
【０４０９】
前のＤＣあるいはＭＣの設定のリリースは、ＭＣ用の複数のＳＣＧ設定のためのシグナリングとは別に行ってもよい。他の方法として、前のＤＣあるいはＭＣの設定のリリースは、ＭＣ用の複数のＳＣＧ設定のためのシグナリングと同じシグナリングで行ってもよい。シグナリング量を低減でき、また、制御遅延を低減可能となる。
【０４１０】
ＲＲＣシグナリングとして、たとえば、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。たとえば、該シグナリングに、設定する複数のＳＣＧの情報を含めると良い。複数のＳＣＧの情報として、リストを用いてもよい。たとえば、設定する複数のＳＣＧのリストを設け、設定したＳＣＧの数だけの各ＳＣＧの構成情報を含めると良い。各ＳＣＧの構成情報は、たとえば、前述のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧで設定してもよい。
【０４１１】
設定する複数のＳＣＧの組に識別子を設けてもよい。設定する複数のＳｇＮＢの組に識別子を設けてもよい。たとえば、一括してＭＣ用複数のＳＣＧ設定を解除するような場合、設定時に付与したＳＣＧの組の識別子を、ＳＣＧ解除のためのシグナリングに含ませることで、設定のための情報量を削減することが可能となる。
【０４１２】
ＵＥは、複数のＳＣＧの組の識別子と、ＳＣＧの組に含まれるＳｇＮＢのＳＣＧを関連付けて記憶しておいてもよい。ＵＥは、基地局との状態がＩｄｌｅ状態になった場合に、該記憶を破棄するようにしてもよい。ＵＥは、ＭｅＮＢとの状態がｃｏｎｎｅｃｔｅｄ状態かつｉｎａｃｔｉｖｅ状態の場合、あるいは、ＭｅＮＢとの状態がｃｏｎｎｅｃｔｅｄ状態またはｉｎａｃｔｉｖｅ状態の場合に、該記憶を維持するとよい。
【０４１３】
たとえば、ＭＣ用設定が解除された後、再度、一括してＭＣ用複数のＳＣＧの追加設定を行うような場合に、該追加設定用のシグナリングに、前に設定した複数のＳＣＧの組の識別子を含める。ＵＥは、ＭｅＮＢから以前に通知された複数のＳＣＧの組の識別子から、ＳＣＧの組に含まれるＳｇＮＢのＳＣＧ構成を認識できる。このようにすることで、追加設定のための情報量を削減することが可能となる。
【０４１４】
ＭＣ用に設定する複数のＳＣＧの各ＳＣＧの情報として、ＳＣＧ構成、ＭＣを行うベアラの構成を含めてもよい。ベアラの構成として、ベアラ識別子、ベアラ用ＡＳ設定などがある。ベアラに関しては前述と同様の設定方法とすると良い。また、前述のように、各ＳＣＧに、ＳＣＧ識別子情報を含めてもよい。このようにすることで、ＭｅＮＢはＵＥに対して、ＭＣ用の複数のＳｇＮＢのＳＣＧ構成を、一度に設定可能となる。
【０４１５】
図１９および図２０は、ＭＣを設定するシーケンスの一例を示す図である。図１９と図２０とは、境界線ＢＬ１９２０の位置で繋がっている。図１９および図２０は、ＭｅＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図１９および図２０は、ＭＣＧスプリットベアラを用いる場合について示している。図１９および図２０は、一度にＭＣ用の複数のＳｇＮＢのＳＣＧを設定する方法について示している。図１９および図２０に示すシーケンスは、図１７および図１８に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０４１６】
ステップＳＴ４３０１でＭｅＮＢはＵＥに対して複数のＳｇＮＢを用いたＭＣを判断する。ここでは、ＭｅＮＢはＳｇＮＢ１とＳｇＮＢ２とを用いてＭＣを行うと判断する。ステップＳＴ４２０３、ＳＴ４２１５でＭｅＮＢは、ＳｇＮＢ１、ＳｇＮＢ２に対してＳｇＮＢの追加要求を通知する。ステップＳＴ４２０４、ＳＴ４２１６で、ＳｇＮＢ１、ＳｇＮＢ２はＭｅＮＢに対して、追加要求に対して決定したＡＳ設定を通知する。
【０４１７】
ステップＳＴ４３０２でＭｅＮＢは、ＵＥに対して、ＭＣの設定を通知する。ＭＣの設定として、ＭＣ用の複数のＳｇＮＢのＳＣＧの構成と、ＭＣを行うベアラの構成とを通知する。シグナリングとして、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。
【０４１８】
また、ステップＳＴ４３０２でＭｅＮＢは、ＵＥに対して、前にＤＣあるいはＭＣが設定されている場合、該設定のリリースをあわせて通知してもよい。通知を行うことで、ＭＣ用の複数のＳｇＮＢのＳＣＧ設定を一括して行うことが可能となる。ＵＥはＭＣ用としてＳｇＮＢ１とＳｇＮＢ２と接続する設定であることを明確に認識でき、誤動作の発生を低減できる。
【０４１９】
ステップＳＴ４３０２でＳｇＮＢ１とＳｇＮＢ２のＳＣＧ追加設定を受信したＵＥは、該設定に従って、ＭｅＮＢ、ＳｇＮＢ１、ＳｇＮＢ２に対するＭＣの設定を行う。ステップＳＴ４３０３でＵＥは、ＭｅＮＢに対してＭＣ設定完了を含むＲＲＣ接続再設定完了（RRCConnectionReconfiguration Complete）を通知する。
【０４２０】
ＵＥがＭＣの設定を完了したことを認識したＭｅＮＢは、ステップＳＴ４２０７でＳｇＮＢ１に対して、各ＳｇＮＢのＳＣＧの追加設定が完了したことを示すシグナリングを通知し、ステップＳＴ４２１９でＳｇＮＢ２に対して、各ＳｇＮＢのＳＣＧの追加設定が完了したことを示すシグナリングを通知する。ＳｇＮＢ１、ＳｇＮＢ２は、ＵＥとの間でＭＣのための接続設定がなされたことを認識する。
【０４２１】
ステップＳＴ４２０８、ＳＴ４２２０で、ＵＥはＳｇＮＢ１、ＳｇＮＢ２に対してＲＡ処理を開始する。ＳｇＮＢ１のＲＡ処理用の設定は、ＳｇＮＢ１からのＡＳ設定の中で、ステップＳＴ４２０４、ＳＴ４３０２で通知される。ＳｇＮＢ２のＲＡ処理用の設定は、ＳｇＮＢ２からのＡＳ設定の中で、ステップＳＴ４２１６、ＳＴ４３０２で通知される。ＲＡ処理により同期を得たＵＥはステップＳＴ４２０９、ＳＴ４２２１で、ＳｇＮＢ１、ＳｇＮＢ２とデータ通信を開始する。
【０４２２】
ステップＳＴ４２２２からステップＳＴ４２２６は図１７および図１８と同様の処理となるためここでは説明を省略する。
【０４２３】
このようにすることで、複数のＳｇＮＢを用いたＭＣを行うことが可能となる。ＭｅＮＢはＵＥに対して、複数のＳｇＮＢを用いたＭＣを設定することが可能となる。ＵＥは、ＭｅＮＢおよび設定された複数のＳｇＮＢと接続を行ってＭＣを行うことが可能となる。
【０４２４】
複数のＳｇＮＢのＳＣＧ設定を解除する場合は、ＭＣが設定されているＳｇＮＢのＳＣＧ構成を一括して全部解除する。ＭｅＮＢからＵＥに対する一度のシグナリングで、複数のＳｇＮＢのＳＣＧ設定を解除する。
【０４２５】
このように、ＭＣを行うセカンダリ基地局を一度に設定あるいは解除することで、シグナリング量を低減できる。また、ＭＣの設定あるいは解除の制御を低遅延で実施することが可能となる。このため、ＭｅＮＢや各ＳｇＮＢの電波伝搬状況の早い時間変化に対応して適切なＳｇＮＢをＵＥに対して設定することが可能となる。これにより、ＵＥに対して高いスループットを提供することが可能となる。
【０４２６】
ＭＣ用に複数のＳＣＧを設定または解除する方法として、ＳＣＧを一つずつ設定または解除する方法と、一度の設定でＭＣ用の複数のＳＣＧの設定または解除を行う方法を開示した。これらの方法を適宜組合せてもよい。たとえば、ＳＣＧを一つずつ設定するかわりに、複数のＳＣＧを設定するようにしてもよい。同じベアラに対して複数のＳＣＧを設定する。複数のＳＣＧを設定する方法としては、一度の設定でＭＣ用の複数のＳＣＧの設定を行う方法を用いるとよい。
【０４２７】
前のＳＣＧ設定を維持したままのＳＣＧ追加設定であるか否かを示す情報を含めてもよい。ＵＥは、一度の設定で行われたＭＣ用の複数のＳＣＧの設定が、前のＳＣＧ設定を維持したままのＳＣＧ追加設定であることを認識できる。
【０４２８】
このような場合、ＭＣ用の設定を解除する情報と、一つあるいは複数のＳＣＧの設定を解除する情報とを別途設けても良い。ＭＣ用の設定を解除する情報は、現在のベアラ形式を解除する情報であってもよい。そのような情報を、たとえば、ＭＣＧスプリットベアラを解除するために用いてもよい。一つあるいは複数のＳＣＧの設定を解除する情報は、該一つあるは複数のＳＣＧの設定をＭＣから解除する情報、すなわち、ＭＣを行うＳｇＮＢのＳＣＧから除外するための情報であってもよい。該ＳＣＧの特定はＳＣＧの識別子を用いて行うとよい。
【０４２９】
ＭｅＮＢは、前述の情報を適宜状況に応じて用いると良い。ＭｅＮＢは、ＵＥに対して、ＭＣ用の設定の解除を実施するのか、一つあるい複数のＳＣＧの設定解除を実施するのかに応じて、前述の情報を設定する。前述の情報を受信したＵＥは、ＭＣ用の設定の解除なのか、一つあるい複数のＳＣＧの設定解除なのかを判断することができる。
【０４３０】
たとえば、複数のＳＣＧが設定されている状態で、ＭＣ用の設定の解除が通知された場合、ＵＥは、全ＳＣＧの設定を解除してＭＣの設定を解除する。ＭＣが設定されていたベアラ形式を解除する。たとえば、複数のＳＣＧが設定されている状態で、一つまたは複数のＳＣＧ設定の解除が通知された場合、ＵＥは、該ＳＣＧの設定を解除する。ただし、ＭＣの設定は解除しない。ＭＣが設定されていたベアラ形式を解除しない。残りのＳＣＧを用いてＭＣを引き続き実施する。
【０４３１】
このようにすることで、柔軟にＭＣ用のＳＣＧを設定可能となる。ＵＥの移動速度や提供されるサービスなどの状態や、基地局の配置、ＵＥと基地局との電波伝搬環境変化などに応じて適切なＳｇＮＢを用いたＭＣを柔軟に設定可能となる。スループットの向上を図ることができる。
【０４３２】
ＭＣ用に複数のＳＣＧを設定する他の方法を開示する。ＭｅＮＢはＵＥに対してＭＣを行う無線ベアラの設定を行う。無線ベアラの設定の中でＭＣ用ＳＣＧを設定する。該設定の通知にはＲＲＣシグナリングを用いるとよい。
【０４３３】
ＭｅＮＢはＵＥに対して、ＭＣを行わせる無線ベアラに対して、一つまたは複数のＳｇＮＢのＳＣＧを設定する。ＵＥのＭＣ用に接続可能なセカンダリ基地局数が多い場合に一つまたは複数のベアラに対して一度に数多くのＳｇＮＢのＳＣＧを設定できるので、シグナリング量を削減可能とする。
【０４３４】
ＲＲＣシグナリングとして、たとえば、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。たとえば、該シグナリングに、ＭＣ設定する一つまたは複数の無線ベアラの情報を含めると良い。一つまたは複数の無線ベアラの情報として、リストを用いてもよい。たとえば、ＭＣ設定する一つまたは複数の無線ベアラのリストを設け、ＭＣ設定する無線ベアラの数だけ、各無線ベアラに対するＳＣＧの構成と各ＳＣＧに対するベアラ構成を含めると良い。各無線ベアラのＳＣＧの構成とベアラ構成情報は、たとえば、前述のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧで設定してもよい。
【０４３５】
リストで設定する一つまたは複数の各無線ベアラの情報として、無線ベアラの識別子を含めてもよい。この場合、前述のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧ内に無線ベアラの識別子を含めないようにしてもよい。あるいは、リストで設定する一つまたは複数の無線ベアラの情報として、無線ベアラの識別子を含めなくてもよい。この場合、前述のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧ内に無線ベアラの識別子を含めるとよい。このように無線ベアラの識別子を設けることで、ＭＣを行う無線ベアラの設定を容易にすることができる。
【０４３６】
各ＳＣＧに対するベアラ構成情報として、ベアラ構成を同一とするＳＣＧ識別子を含めてもよい。ＭｅＮＢから通知されるベアラ構成情報として、ＳＣＧ識別子が含まれている場合、ＵＥは該ＳＣＧ識別子のＳＣＧに対するベアラ構成と同じ構成が適用されることを判断することができる。一部のベアラ構成が異なる場合は、ＳＣＧ識別子と、異なるベアラ構成の情報のみを、ベアラ構成情報として含めてもよい。情報に含まれないベアラ構成の情報は、ＳＣＧ識別子のベアラ構成情報と同じ情報を適用するとよい。
【０４３７】
このようにすることで、ＭｅＮＢからＵＥに通知する各ＳＣＧに対するベアラ構成情報として、ベアラ構成情報全てを含める必要が無くなるので、シグナリングに必要な情報量を削減することが可能となる。
【０４３８】
前述の例では、ＭＣ設定する各無線ベアラのＳＣＧの構成情報とベアラ構成情報とをＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧで設定した。他の方法として、ＳＣＧ構成情報とベアラ構成情報とを別々に設定してもよい。たとえば、ＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧの中のベアラ構成情報を、ＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧとは別に、設定する。一つまたは複数の各無線ベアラのベアラ構成情報をリストで設定するとよい。ＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧではＳＣＧ構成情報を設定する。
【０４３９】
ＭＣを設定する全ＳｇＮＢのＳＣＧでベアラ設定が同じ場合にこの方法を用いてもよく、その場合、各ＳＣＧに対してベアラ構成情報の設定を省略でき、シグナリングに必要な情報量を削減することが可能となる。
【０４４０】
ＭｅＮＢがＵＥに対してＭＣを行う無線ベアラの設定を行い、無線ベアラの設定の中でＭＣ用ＳＣＧを設定するシーケンスには、前述したシーケンスを適用できる。たとえば図１９および図２０に示すシーケンスのステップＳＴ４３０２で，ＭｅＮＢはＵＥに対して、ＭＣ設定する一つまたは複数のＳｇＮＢのＳＣＧ設定のかわりに、ＭＣ設定する一つまたは複数の無線ベアラの情報を含んだ通知を行う。
【０４４１】
一つまたは複数の無線ベアラ情報として、たとえば、ＭＣ設定する一つまたは複数の無線ベアラのリストを設け、ＭＣ設定する無線ベアラの数だけ、各無線ベアラに対するＳＣＧの構成と各ＳＣＧに対するベアラ構成を含める。各無線ベアラのＳＣＧの構成とベアラ構成情報は、たとえば、前述のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧで設定してもよい。ここでは、ＳｇＮＢ１とＳｇＮＢ２のＳＣＧ構成とベアラ構成の情報を設定する。
【０４４２】
ステップＳＴ４３０２で一つまたは複数の無線ベアラ情報を受信したＵＥは、該設定に従って、ＭｅＮＢ、ＳｇＮＢ１、ＳｇＮＢ２に対するＭＣの設定を行い、ステップＳＴ４３０３でＵＥは、ＭｅＮＢに対してＭＣ設定完了を含むＲＲＣ接続再設定完了（RRCConnectionReconfiguration Complete）を通知する。
【０４４３】
このような方法とすることで、一つまたは複数のベアラに対して一度に数多くのＳｇＮＢのＳＣＧを設定できるので、シグナリング量を削減可能とする。また、一度に設定できるので、ＭＣの制御を低遅延で実行可能となる。また、ベアラ毎の設定となるため、ベアラ毎にベアラ形式の変更や修正を行うような場合に、対象となるベアラの設定のみを変更や修正を行えば良く、それにより制御の複雑化を回避することが可能となる。また、例えば、ＵＥにおける処理量の削減が可能となる。
【０４４４】
ＭｅＮＢと各ＳｇＮＢとの間でデータが通信されるが、該データにＳｇＮＢ識別子を付与してもよい。また、各ＳｇＮＢはＭｅＮＢに対して、自ＳｇＮＢからＵＥへの下りデータ送信状況を通知するとよい。たとえば、各ＳｇＮＢは、ＭｅＮＢから転送されたＰＤＣＰ  ＰＤＵのうち、ＵＥに送信成功した最も高いＰＤＣＰ  ＰＤＵ  ＳＮを通知する。たとえば、各ＳｇＮＢは、ＭＣが設定されたベアラに対する自ＳｇＮＢのバッファ量を通知する。バッファ量として設定されたＱｏＳを満たすために要求するデータ量を通知してもよい。ＭＣが設定されたベアラ毎の情報を通知してもよい。
【０４４５】
たとえば、各ＳｇＮＢは、ＭＣが設定されたＵＥに対する自ＳｇＮＢのバッファ量を通知する。通知するバッファ量は、要求する最小のデータ量としてもよい。たとえば、各ＳｇＮＢは、ＭｅＮＢから転送されたデータのうち、自ＳｇＮＢで失ったパケットの情報を通知する。各ＳｇＮＢがＭｅＮＢに対して通知する自ＳｇＮＢからＵＥへの下りデータ送信状況に、自ＳｇＮＢの識別子を付与してもよい。
【０４４６】
このように、ＳｇＮＢの識別子を付与することで、各ＳｇＮＢが自ＳｇＮＢに対する通知か否か確認可能となり、また、ＭｅＮＢがどのＳｇＮＢから受信したかを識別可能となる。ＭｅＮＢは、各ＳｇＮＢからの下りデータ送信状況を用いて、ＭＣ用ＳｇＮＢの設定、修正、変更、解除などを判断するとよい。また、ＭｅＮＢは、各ＳｇＮＢからの下りデータ送信状況を用いて、パケットをどのＳｇＮＢにルーティングするかを判断してもよい。各ＳｇＮＢとＵＥとのデータ送信状況に応じたＭＣ設定やルーティングを実行することが可能となる。
【０４４７】
ＭＣにおける上りリンクでのデータスプリット方法について開示する。ＭｅＮＢは、ＳｇＮＢに対して送信を実施するための閾値を複数設け、その複数の閾値をＵＥに対して通知する。ＭＣでは複数のＳｇＮＢがＭＣ用に設定されるため、一つの閾値に限らず、設定するＳｇＮＢの数に応じて複数の閾値を設定する。
【０４４８】
たとえば、ＭＣ用に設定するＳｇＮＢの数だけ閾値を設けるとよい。あるいは、一つまたは複数のＳｇＮＢからなるグループを設け、該ＳｇＮＢグループの数だけ閾値を設けてもよい。ＭｅＮＢは該複数の閾値を設定して、ＵＥに対して通知する。該通知にＲＲＣシグナリングを用いてもよい。
【０４４９】
たとえば、３つのＳｇＮＢをＭＣ用に設定する場合、３つの閾値を設定してＵＥに対して通知する。閾値をＴＨ１、ＴＨ２、ＴＨ３とする。ＵＥの上りデータのバッファ量がＴＨ１以下の場合、ＵＥはＭｅＮＢのみに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ１より大きくＴＨ２以下の場合、ＵＥはＭｅＮＢと一つのＳｇＮＢとに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ２より大きくＴＨ３以下の場合、ＵＥはＭｅＮＢと二つのＳｇＮＢとに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ３より大きい場合、ＵＥはＭｅＮＢと三つのＳｇＮＢとに対して上り送信を行う。
【０４５０】
このように、上り送信に使用するＳｇＮＢを段階的に増減させることで、上りデータ量が少ないのにＵＥが多くのＳｇＮＢにデータを送信することを防ぐことが可能となる。ＵＥの消費電力の増大を低減させることが可能となる。
【０４５１】
複数の閾値を設定する方法として、一つの閾値を設定し、他の閾値を、該設定した閾値に所定の数を乗じた値としてもよい。たとえば、ＴＨ１のみを設定し、ＴＨ２＝ＴＨ１×２、ＴＨ３＝ＴＨ１×３とする。他の例として、例えば、ＴＨ２＝ＴＨ１×１．５、ＴＨ３＝ＴＨ１×２としてもよい。所定の数はあらかじめ規格等で決めておいてもよい。あるいは、準静的に、ＲＲＣシグナリングでＵＥに通知してもよい。このようにすることで、ＵＥに通知するシグナリング量を削減可能となる。
【０４５２】
閾値を超えた場合にどのＳｇＮＢに対して上り送信を行うかを、ＭｅＮＢがＵＥに対して設定してもよい。たとえば、ＳｇＮＢの使用順序に優先順位を設けてもよい。ＭｅＮＢからＵＥに対して該優先順位を通知する。たとえば、ＭＣ用に３つのＳｇＮＢを設定する場合、優先順位を高い順からＳｇＮＢ１、ＳｇＮＢ２、ＳｇＮＢ３と設定する。ＭｅＮＢは、各ＳｇＮＢの識別子と優先順位を関連付けて、ＵＥに対して通知するとよい。
【０４５３】
ＵＥの上りデータのバッファ量がＴＨ１以下の場合、ＵＥはＭｅＮＢのみに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ１より大きくＴＨ２以下の場合、ＵＥはＭｅＮＢとＳｇＮＢ１とに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ２より大きくＴＨ３以下の場合、ＵＥはＭｅＮＢとＳｇＮＢ１およびＳｇＮＢ２とに対して上り送信を行う。ＵＥの上りデータのバッファ量がＴＨ３より大きい場合、ＵＥはＭｅＮＢとＳｇＮＢ１、ＳｇＮＢ２、およびＳｇＮＢ３とに対して上り送信を行う。
【０４５４】
該優先順位を閾値とともに通知してもよい。あるいは、該優先順位を閾値とは別に通知してもよい。各ＳｇＮＢの優先順位は変更してもよい。各ＳｇＮＢとＵＥ間の通信状況に応じて各ＳｇＮＢの優先順位を変更することで、上り通信のスループットを向上させることが可能となる。
【０４５５】
前述の例では、ＵＥの上りデータのバッファ量が所定の閾値以下の場合、ＵＥはＭｅＮＢから上り送信を行うことを開示した。他の例として、所定の閾値以下の場合にＳｇＮＢに送信し、閾値より大きい場合にＭｅＮＢに送信しても良い。閾値以下の場合および閾値を超えた場合にどのＭｅＮＢやＳｇＮＢに対して上り送信を行うかを、ＭｅＮＢがＵＥに対して設定してもよい。ＭｅＮＢを含めて優先順位を設け、ＵＥに通知してもよい。ＳｇＮＢを早い段階から用いることで上りデータのスループットの向上が図れる。
【０４５６】
ＵＥは、ＭｅＮＢが複数のＳｇＮＢを用いたＭＣを設定された場合、ＭｅＮＢと全ＳｇＮＢとの間で、ＵＥは上位レイヤからのデータをルーティングしてもよい。ルーティング機能は前述の方法を適宜適用すると良い。あるいは、前述の上りリンクでのデータスプリット方法を適用して、使用するＭｅＮＢあるいはＳｇＮＢ間でルーティングしてもよい。スプリットするＳｇＮＢを柔軟に設定できる。
【０４５７】
ＵＥから基地局側への上りデータの送信開始方法について開示する。ＵＥは、基地局側にスケジューリング要求（ＳＲ（Scheduling Request））を通知する。また、ＵＥは、基地局側にバッファ状況報告（ＢＳＲ（Buffer Status Report））を通知してもよい。
【０４５８】
ＵＥは、上り送信を行うＳｇＮＢに対して、ＳＲやＢＳＲを通知する。このようにすることで、各ＳｇＮＢに存在する下位レイヤでＳＲやＢＳＲを処理可能となる。
【０４５９】
他の方法として、ＵＥは、ＭｅＮＢに対して、上り送信を行うＳｇＮＢに対するＳＲやＢＳＲを通知してもよい。該通知に、どのＳｇＮＢに対するＳＲやＢＳＲかを示す情報を含めると良い。該情報は、ＳｇＮＢ識別子であってもよい。ＵＥからＳｇＮＢに対するＳＲやＢＳＲを受信したＭｅＮＢは、ＳＲやＢＳＲの対象となるＳｇＮＢに対して、ＳＲやＢＳＲを受信したことを示す情報および該ＳＲやＢＳＲ内容を示す情報を通知する。これらの情報を受信したＳｇＮＢは、その内容を用いて、ＵＥに対して上りスケジューリングを行う。
【０４６０】
このようにすることで、ＭｅＮＢはＵＥに対して、各ＳｇＮＢへのＳＲやＢＳＲに対応する上りスケジューリングを実施可能となる。
【０４６１】
他の方法として、ＵＥは、ＭｅＮＢに対して、ＭＣが設定されたベアラの上り送信としてのＳＲやＢＳＲを通知してもよい。各ＳｇＮＢに対してではなく、ＭＣが設定されたベアラの上り送信としてのＳＲやＢＳＲを通知する。該通知を受信したＭｅＮＢは、設定した閾値を用いてどのＳｇＮＢに上りスケジューリングを実施させるかを判断する。ＭｅＮＢは、上りスケジューリングを実施させるＳｇＮＢに対して、上りスケジューリング開始要求を通知するとよい。
【０４６２】
ＭｅＮＢからＳｇＮＢに対して、ＵＥから通知されたＳＲやＢＳＲの内容を通知してもよい。あるいは、ＭｅＮＢは、ＳｇＮＢで上りスケジューリングが必要なデータ容量を導出し、その導出結果をＳｇＮＢに対して通知してもよい。このようにすることで、ＵＥはＳｇＮＢ毎のＳＲやＢＳＲを通知する必要がなくなる。ＵＥはＭｅＮＢに対して、ＭＣが設定されたベアラの上り送信としてのＳＲやＢＳＲを通知すればよい。ＵＥの消費電力の低減を図ることが可能となる。
【０４６３】
ＭＣ用のセカンダリ基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。本実施の形態６で開示した方法を適宜適用するとよい。本実施の形態６ではセカンダリ基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【０４６４】
本実施の形態６で開示した方法とすることで、一つのＵＥに対して、一つのマスタ基地局と複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。
【０４６５】
実施の形態６の変形例１．
３ＧＰＰでは、ＮＲのプロトコルとして新たにＮｅｗ ＡＳ ｓｕｂｌａｙｅｒプロトコルを設けることが議論されている（非特許文献９（TR38.804V.14.0.0）参照）。Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒプロトコルはＳＤＡＰ（Service Data Adaptation Protocol）とも称される。なお、本明細書では、Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒのことをＮｅｗ ＡＳ ｌａｙｅｒと表記することもある。Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒでは、ＰＤＵセッションのデータをＤＲＢにマッピングする。
【０４６６】
ＮＧ−ＣＮおよびＮＲでのＱｏＳアーキテクチャとして次のことが提案されている。一つのＰＤＵセッションに対して一つ以上のＤＲＢをマッピング可能とする。異なるＰＤＵセッションは異なるＤＲＢにマッピングする。一つのＰＤＵセッションに対して、複数のＱｏＳフローが構成される。一つのＤＲＢに一つ以上のＱｏＳフローをマッピング可能。
【０４６７】
上位装置により、ＰＤＵセッションのデータにはＱｏＳに応じてＱｏＳマーカが付与される。ＱｏＳマーカとしてＱｏＳフロー識別子を用いることが提案されている。ｇＮＢは、ＰＤＵセッションのデータのＱｏＳに応じてＤＲＢを設立し、Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒでＱｏＳフロー識別子に応じてＰＤＵセッションのデータとＤＲＢとの間のマッピングを行う。
【０４６８】
図２１は、上位ＮＷがＮＧ−ＣＮであり基地局がＮＲのｇＮＢである場合のアーキテクチャとデータフローを示す図である。３ＧＰＰでは５Ｇのコアネットワークは「Next Generation Core Network」と称される（NG-CNと略称される）。ＮＧ−ＣＮに、アクセスと移動管理のファンクション（Access & mobility Management Function：AMF）、セッション管理のファンクション（Session magagement Function：SMF）、ユーザプレーン（U-Plane）のファンクション（User Plane Function：UPF）が構成される。
【０４６９】
ＡＭＦとｇＮＢとの間はＮ２インタフェースにより接続される。ＵＰＦとＳＭＦとの間はＮ３インタフェースにより接続される。ＳＭＦとＵＰＦとの間はＮ４インタフェースにより接続される。ＡＭＦとＳＭＦ間との間はＮ１１インタフェースで接続される場合がある。
【０４７０】
ｇＮＢにはＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹの他に、Ｎｅｗ  ＡＳ  Ｌａｙｅｒが設けられる。ｇＮＢのＮｅｗ  ＡＳ  ＬａｙｅｒはＰＤＵセッション毎に上位ＮＷに接続される。図２１では、一つのＰＤＵセッションに対して一つのＤＲＢが構成される場合と、一つのＰＤＵセッションに対して二つのＤＲＢが構成される場合について示している。
【０４７１】
図２１では、一つのＰＤＵセッションに対して二つのＤＲＢが構成される場合において、ＱｏＳフローの対応関係を例示している。図２１では、一つのＰＤＵセッションに対して３つのＱｏＳフロー、すなわちＱｏＳフロー１、ＱｏＳフロー２、ＱｏＳフロー３が存在する。ｇＮＢは、ＱｏＳフロー１とＱｏＳフロー２に対してＤＲＢ１を設定し、Ｎｅｗ  ＡＳ  ＬａｙｅｒでＱｏＳフロー１とＱｏＳフロー２をＤＲＢ１にマッピングする。ｇＮＢは、ＱｏＳフロー３に対してＤＲＢ２を設定し、Ｎｅｗ  ＡＳ  ＬａｙｅｒでＱｏＳフロー３をＤＲＢ２にマッピングする。
【０４７２】
ｇＮＢにおいて、ＱｏＳフロー１とＱｏＳフロー２のデータはＤＲＢ１の設定で処理され、ＱｏＳフロー３のデータはＤＲＢ２の設定で処理される。
【０４７３】
Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒプロトコルが存在する場合のＤＣについて議論されている（非特許文献２８（TS37.340V0.2.0(2017-07)  10.2.2  MR-DC with 5GC）参照）。しかし、Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒプロトコルが存在する場合のＭＣの詳細についてはまだ議論されていない。実施の形態６の本変形例１では、Ｎｅｗ ＡＳ ｓｕｂｌａｙｅｒプロトコルが存在する場合のＭＣ実施方法を開示する。ＭＣＧスプリットベアラの場合について示す。
【０４７４】
図２２は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＮＧ−ＣＮであり、マスタ基地局はＮＲでの基地局（ｇＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。ＮＲのマスタ基地局をＭｇＮＢと称し、ＮＲのセカンダリ基地局をＳｇＮＢと称す。ｇＮＢのプロトコル構成はＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹからなる。ＰＤＣＰの上位にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられる。
【０４７５】
なお、図２２ではマスタ基地局をＮＲでのｇＮＢとしたが、ＬＴＥでの基地局にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられたｅＮＢをマスタ基地局としてもよい。
【０４７６】
図２２は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥにおいて、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰが構成され、ＭｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹが構成され、ＭＣ用に設定された各ＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０４７７】
図２２は、ＭＣＧスプリットベアラを用いた場合について示している。上位ＮＷはＭｇＮＢと接続され、ＭＣ用のＳｇＮＢがＭｇＮＢに接続される。下りデータは、ＭｇＮＢのＮｅｗ  ＡＳ  ｌａｙｅｒでＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎にＰＤＣＰで処理される。たとえＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（ＳＮ）を各データに付与する。ＳＮが付与されたデータは、ＭｇＮＢと各ＳｇＮＢにスプリットされる。スプリットされたデータは、ＭｇＮＢと各ＳｇＮＢのＲＬＣに送信され、ＭｇＮＢと各ＳｇＮＢのＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥに送信される。
【０４７８】
ＵＥがＭｇＮＢと各ＳｇＮＢより受信したデータは、ＭｇＮＢ用と各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々ＰＤＣＰに転送される。ＰＤＣＰでは、ＭｅＮＢ用および各ＳｇＮＢ用から転送されたデータに付与されたＳＮをもとにリオーダリングを行って、データをＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位レイヤに転送する。
【０４７９】
上りデータについては、ＵＥにおいて、上位レイヤからのデータは、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎にＰＤＣＰで処理される。上りに関しても下りと同様に、たとえＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（ＳＮ）を各データに付与する。ＳＮが付与されたデータは、ＭｇＮＢ用と各ＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、ＭｇＮＢ用と各ＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで処理されて、ＭｇＮＢと各ＳｇＮＢに送信される。
【０４８０】
ＭｇＮＢと各ＳｇＮＢがＵＥから受信したデータは、ＭｇＮＢ用と各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで処理され、その後、各々ＭｇＮＢのＰＤＣＰに転送される。ＭｇＮＢのＰＤＣＰでは、データに付与されたＳＮをもとにリオーダリングを行って、データをＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位ＮＷに転送する。
【０４８１】
ＭＣの設定方法を開示する。ＤＲＢ毎にＭＣを設定する。ＤＲＢ毎にＭＣＧスプリットベアラを用いたＭＣを設定する。
【０４８２】
図２３は、ＤＲＢ毎にＭＣを設定する場合のデータフローを示す概念図である。ＭＣを設定するＤＲＢをＤＲＢ１とする。ＤＲＢ１にマッピングされるＱｏＳフローをＱｏＳフロー１、ＱｏＳフロー２とする。ＤＲＢ１に対してＭｇＮＢ、ＳｇＮＢ１、ＳｇＮＢ２、ＳｇＮＢ３を用いてＭＣＧスプリットベアラによるＭＣが行われる。
【０４８３】
ＤＲＢ１にマッピングされたＱｏＳフロー１とＱｏＳフロー２のデータが、ＰＤＣＰでＭｇＮＢと各ＳｇＮＢとにスプリットおよびルーティングされる。上りデータにおいても下りと同様に、ＵＥでＤＲＢ１にマッピングされたＱｏＳフロー１とＱｏＳフロー２のデータが、ＰＤＣＰでＭｇＮＢ用と各ＳｇＮＢ用ＲＬＣにスプリットおよびルーティングされる。
【０４８４】
上りリンクでは、下りで設定されたＤＲＢ１ではなく、デフォルトＤＲＢを用いてもよい。このような場合は、ＵＥでデフォルトＤＲＢが用いられるＱｏＳフロー１とＱｏＳフロー２のデータを、ＰＤＣＰでＭｇＮＢ用と各ＳｇＮＢ用ＲＬＣにスプリットおよびルーティングするとよい。ＭｇＮＢでは、ＭｇＮＢおよび各ＳｇＮＢからのデータに対してＰＤＣＰでＳＮを用いてリオーダリングを行い、Ｎｅｗ  ＡＳ  ｌａｙｅｒでＱｏＳフロー識別子を用いてデータをＱｏＳフロー毎に分離し、分離したデータを上位ＮＷに転送する。
【０４８５】
このように、ＤＲＢ毎にＭＣを設定することで、ＭＣを行わない状態において設定されているＤＲＢとＱｏＳフローとのマッピング関係を変更することなく、ＭＣを設定することが可能となる。ＭＣ制御の複雑化を回避することが可能となる。
【０４８６】
ＤＲＢ毎にＭＣを設定する場合のシーケンスは、実施の形態６で開示したシーケンスを適用できる。たとえば図１９および図２０に示すシーケンスのステップＳＴ４２０３、ＳＴ４２１５のＳｇＮＢ追加要求で、ＭｅＮＢはＭＣを設定する各ＳｇＮＢに対して、ＱｏＳフロー特性情報を通知してもよい。
【０４８７】
ＱｏＳフロー特性情報として以下に６つの例を開示する。
【０４８８】
（１）ベアラ識別子。
【０４８９】
（２）ベアラ構成。
【０４９０】
（３）ＱｏＳフロー識別子。
【０４９１】
（４）各ＱｏＳフローのＱｏＳプロファイル。
【０４９２】
（５）ＰＤＵセッション識別子。
【０４９３】
（６）（１）から（５）の組合せ。
【０４９４】
ＭｇＮＢは、ＭＣを設定する各ＳｇＮＢに対して各ＳｇＮＢに要求する各ＱｏＳフローのＱｏＳプロファイルを通知してもよい。ＭｇＮＢは、ＭＣを行うＱｏＳフローのＱｏＳプロファイルを満足するように、ＭＣを設定する各ＳｇＮＢに対してＱｏＳプロファイル設定を決定してもよい。
【０４９５】
ＭｇＮＢは、ＭＣを設定する各ＳｇＮＢに対して、各ＳｇＮＢに要求するベアラ構成を通知してもよい。ＭｇＮＢは、ベアラ構成を自ＭｇＮＢのベアラ構成と同じとしてもよい。あるいは、自ＭｇＮＢのベアラ構成と、ＭＣを設定するＳｇＮＢのベアラ構成とが、ＭＣを行うＱｏＳフローのＱｏＳプロファイルを満足するベアラ構成となるように、ベアラ構成を決定してもよい。
【０４９６】
ＭｇＮＢからＳｇＮＢ追加要求を受信したＳｇＮＢは、追加要求に含まれるＱｏＳフロー特性情報を用いて、ＭＣを設定するベアラのＡＳ設定を決定する。各ＳｇＮＢは、ＭｇＮＢに対して、決定したＡＳ設定を通知する。
【０４９７】
このようにすることで、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが必要となる場合において、ＭｇＮＢはＵＥに対してＤＲＢ毎にＭＣを設定することが可能となる。ＭｇＮＢとＵＥとの間および各ＳｇＮＢとＵＥとの間で、ＭＣＧスプリットベアラを用いて、ベアラ毎のＭＣを行うことが可能となる。
【０４９８】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。
【０４９９】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＱｏＳフロー毎のＳＲ、ＢＳＲを設けて、ＵＥから基地局側に通知するようにしてもよい。
【０５００】
ＭＣの他の設定方法を開示する。ＱｏＳフロー毎にＭＣを設定する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢにマッピングされるＱｏＳフローの内の一つまたは複数のＱｏＳフローについて、ＭＣＧスプリットを用いたＭＣを行う。
【０５０１】
図２４は、ＱｏＳフロー毎にＭＣを設定する場合のデータフローを示す概念図である。ＭＣを行うＱｏＳフローをＱｏＳフロー１とする。ＤＲＢ１の中のＱｏＳフロー１のみをＭｇＮＢがスプリットおよびルーティングする。
【０５０２】
スプリットするデータの識別方法を開示する。ＭｇＮＢは、データに付与されたＱｏＳフロー識別子でスプリットするか否かを判断する。上りデータについても同様に、ＵＥが、データに付与されたＱｏＳフロー識別子でスプリットするか否かを判断する。
【０５０３】
たとえば、ＭｇＮＢにおいてＰＤＣＰからのデータにＱｏＳフロー１の識別子が含まれている場合、ＭｇＮＢは、該データをＳｇＮＢにスプリットすると判断し、各ＳｇＮＢに対するスプリットおよびルーティングを行う。上りデータについても同様である。ＵＥにおいてＰＤＣＰからのデータにＱｏＳフロー１の識別子が含まれている場合、該データをＳｇＮＢ用のＲＬＣにスプリットすると判断し、各ＳｇＮＢのＲＬＣに対するスプリットおよびルーティングを行う。
【０５０４】
このようにすることで、ＱｏＳフロー毎にＭＣＧスプリットを用いたＭＣを行うことが可能となる。
【０５０５】
他の方法として、スプリットするか否かの情報を別途設けてもよい。Ｎｅｗ  ＡＳ  ｌａｙｅｒで上位ＮＷあるいは上位レイヤからのデータに、該情報を付加してもよい。あるいは、該情報をＰＤＣＰレイヤで付加してもよい。ＱｏＳフロー識別子を用いてもよい。スプリットするＱｏＳフロー識別子のデータに対しては、スプリットすることを示す情報を付加する。スプリットしないＱｏＳフロー識別子のデータに対しては、スプリットしないことを示す情報を付加する。
【０５０６】
スプリットするかしないかのどちらかの情報のみを、データに付加するようにしてもよい。このようにすることで、スプリットあるいはルーティング機能は、データに付加されたスプリットするか否かの情報を用いて、スプリットおよびルーティングを行うデータを判別できる。
【０５０７】
スプリットするか否かの情報をＭｇＮＢあるいはＵＥのＮｅｗ  ＡＳ  ｌａｙｅｒあるいはＰＤＣＰレイヤで付加することで、スプリットするか否かの情報をＲＡＮ内で用いられる情報とすることが可能となる。これにより、スプリットあるいはルーティング機能は、上位ＮＷあるいは上位レイヤによって付与されたＱｏＳフロー識別子を解読しなくて済む。処理を簡単にすることが可能となる。
【０５０８】
ＱｏＳフロー毎にＭＣを設定する場合のシーケンスには、ＤＲＢ毎のＭＣを設定する場合のシーケンスを適用できる。ＭｇＮＢはＵＥに対して、ＱｏＳフロー毎にＭＣを設定することを通知することが必要となる。このため、たとえば図１９および図２０に示すシーケンスのステップＳＴ４３０２で、ＭｇＮＢは、ＭＣを設定するＱｏＳフローを通知する。ＭＣを設定するＱｏＳフロー識別子を通知するとよい。なお、ＭｇＮＢからＵＥに対するＳＣＧ構成およびベアラ構成の通知は、同様に行えば良い。
【０５０９】
このようにすることで、ＭｇＮＢはＵＥに対してＱｏＳフロー毎にＭＣを設定することが可能となる。ＭｇＮＢとＵＥとの間および各ＳｇＮＢとＵＥとの間で、ＭＣＧスプリットベアラを用いて、ＱｏＳフロー毎のＭＣを行うことが可能となる。
【０５１０】
ＱｏＳフロー毎にＭＣを行う他の方法を開示する。ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定する。追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする。追加設定したＤＲＢをＭＣに設定することで、該ＤＲＢにマッピングされたＱｏＳフローに対してＭＣを設定することが可能となる。
【０５１１】
図２５は、ＭＣを行うＱｏＳフローをマッピングするＤＲＢを追加設定した場合のデータフローを示す概念図である。ＭＣが行われるＱｏＳフローをＱｏＳフロー１とする。
【０５１２】
ＭＣを設定する前のＱｏＳフローとＤＲＢとのマッピング関係は図２１に示される関係とする。ＭＣ設定前はＱｏＳフロー１とＱｏＳフロー２とがＤＲＢ１にマッピングされる。
【０５１３】
図２５に示すように、ＭｇＮＢは、ＱｏＳフロー１をＭＣに設定するため、ＱｏＳフロー１をマッピングするためのＤＲＢＸ１を追加設定する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒはＱｏＳフロー１をＤＲＢＸ１にマッピングする。ＱｏＳフロー２はＭＣ設定前と同様にＤＲＢ１にマッピングされる。
【０５１４】
このようにすることで、ＤＲＢＸ１にはＭＣを行うＱｏＳフローがマッピングされることになる。ＭｇＮＢは、ＤＲＢＸ１に対してＭＣの設定を行う。これにより、ＤＲＢＸ１にマッピングされるＱｏＳフロー１に対してＭＣが行われることになる。ＭＣＧスプリットベアラのＭＣを行うため、ＭｇＮＢは、ＱｏＳフロー１のデータをスプリットおよびルーティングするとよい。
【０５１５】
追加するＤＲＢ構成は、スプリットするＱｏＳフローのＱｏＳプロファイルを用いて設定すると良い。上位ＮＷから通知されるＱｏＳフローのＱｏＳプロファイルを用いてもよい。ＭｇＮＢでＤＲＢＸ１が追加設定され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒによってＱｏＳフロー１のデータがＤＲＢＸ１にマッピングされる。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、上位ＮＷでデータに付与されるＱｏＳフロー識別子に応じて、どのＤＲＢにマッピングするかを判断する。
【０５１６】
ＭｇＮＢは、ＤＲＢＸ１に対して、ＭＣＧスプリットベアラを用いたＭＣの設定を行い、ＱｏＳフロー１のデータについて、ＭＣに用いるＳｇＮＢ側へのスプリットおよびＳｇＮＢ１、ＳｇＮＢ２、ＳｇＮＢ３へのルーティングを行う。
【０５１７】
ＭｇＮＢはＵＥに対して、ＭＣ用に追加設定したＤＲＢＸ１構成を通知するとよい。この通知には、たとえば実施の形態６で開示した、ＭｇＮＢからＵＥに対して、ＭＣを行うＤＲＢの構成を通知する方法を適用するとよい。
【０５１８】
ＭｇＮＢはＵＥに対して、Ｎｅｗ  ＡＳ  ｌａｙｅｒでのＱｏＳフローとＤＲＢとのマッピング関係を通知すると良い。例えば、ＤＲＢの識別子、ＤＲＢの構成情報と、ＱｏＳフローの識別子、ＱｏＳプロファイルなどを関連付けて通知すると良い。ここでは、ＤＲＢＸ１にマッピングするＱｏＳフロー１とのマッピング関係を示す情報を通知する。これにより、ＵＥは、Ｎｅｗ  ＡＳ  ｓｕｂｌｙｅｒでＱｏＳフロー１をＤＲＢＸ１にマッピングすることが可能となる。
【０５１９】
このようにすることで、ＵＥは、ＭＣを行うＱｏＳフローに対するＤＲＢを追加設定可能となり、該ＤＲＢに対してＭＣを設定および実施することが可能となる。上りデータに対しても同様である。
【０５２０】
ＱｏＳフロー２のデータはＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒによってＤＲＢ１にマッピングされる。ＤＲＢ１の構成は変更しなくてもよい。ＤＲＢ１の構成は、ＭＣ設定前にはＱｏＳフロー２に対応していたので、変更しなくてもＱｏＳフロー２に対応可能である。ＤＲＢ１はＭＣの設定がなされないため、ＱｏＳフロー２のデータについてはＭＣが行われず、ＭｇＮＢのみを用いて通信が行われる。
【０５２１】
ＭｇＮＢからＵＥに対して、ＤＲＢ１にマッピングするＱｏＳフローの情報を通知してもよい。ＤＲＢＸ１の追加設定により、ＤＲＢ１にマッピングするＱｏＳフローは、ＭＣ設定前のＱｏＳフロー１とＱｏＳフロー２から、ＱｏＳフロー２に変更される。ＭｇＮＢがＵＥに対してＱｏＳフローの変更あるいは再設定を通知することで、ＵＥが、ＤＲＢ１にマッピングするＱｏＳフローを認識可能となる。
【０５２２】
ＤＲＢにマッピングするＱｏＳフローの変更あるいは再設定の通知には、ＲＲＣシグナリングを用いるとよい。該通知は、ＤＲＢＸ１の追加設定と同じシグナリング内で行ってもよい。
【０５２３】
ＭｇＮＢはＤＲＢ１の再設定を行ってもよい。たとえば、ＭＣ設定後にＤＲＢ１にマッピングされるＱｏＳフロー２に適したＤＲＢ構成となるように、ＤＲＢ１を再設定するとよい。ＱｏＳフロー２のＱｏＳプロファイルを用いて設定すると良い。ＭｇＮＢによってＤＲＢ１が再設定され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒによってＱｏＳフロー２のデータがＤＲＢ１にマッピングされる。
【０５２４】
ＭｇＮＢはＵＥに対して、再設定したＤＲＢ１構成を通知するとよい。この通知には、たとえば実施の形態６で開示したＭｇＮＢからＵＥに対するＤＲＢの構成の通知方法を適用するとよい。ＵＥはＤＲＢ１の構成の再設定を実施可能となる。上りデータに対しても同様である。このようにすることで、マッピングするＱｏＳフローの変更に応じて適したＤＲＢ構成を実現可能となる。
【０５２５】
ＱｏＳフローをマッピングするＤＲＢの再設定を行う方法として、前述のＤＲＢの追加設定および削除を適用してもよい。マッピングするＱｏＳフローの変更に応じて適したＤＲＢ構成とすることが可能となる。
【０５２６】
図２６および図２７は、ＱｏＳフロー毎にＭＣを設定するシーケンスの一例である。図２６と図２７とは、境界線ＢＬ２６２７の位置で繋がっている。図２６および図２７は、ＭｇＮＢがＭＣを行うＱｏＳフローが含まれるＤＲＢの追加設定を行う場合について示す。ステップＳＴ４９０１で、ＵＥとＭｇＮＢとの間でデータ通信が行われている。ステップＳＴ４９０２でＭｇＮＢは、ＵＥに対してＱｏＳフロー毎のＭＣを実施することを判断する。ステップＳＴ４９０３でＭｇＮＢは、ＭＣを行うＱｏＳフローがマッピングされるＤＲＢの追加設定を決定する。ステップＳＴ４９０４でＭｇＮＢは、ＭＣを行うＱｏＳフローためのＤＲＢの構成を決定し追加する。
【０５２７】
ステップＳＴ４９０５でＭｇＮＢは、ＵＥに対して、追加したＤＲＢ構成、および、追加したＤＲＢにマッピングするＱｏＳフロー識別子を通知する。ＱｏＳフローのＱｏＳプロファイルを通知してもよい。また、ＭｇＮＢは、追加設定前に該ＱｏＳフローがマッピングされていたＤＲＢでの該ＱｏＳフローの新規データ送信中止指示を通知してもよい。該指示はＲＲＣシグナリングで通知するとよい。たとえば、ＲＲＣ接続再設定にこれらの情報を含めて通知してもよい。
【０５２８】
ＵＥは、ＭｇＮＢから受信した情報を用いて設定を行い、ステップＳＴ４９０６で、ＭｇＮＢに対して設定完了を通知する。該設定完了はたとえば、ＲＲＣ接続再設定完了のシグナリングで通知してもよい。
【０５２９】
ステップＳＴ４９０７でＵＥは、追加設定前に該ＱｏＳフローがマッピングされていたＤＲＢでの該ＱｏＳフローの新規データ送信を中止する。また、ＵＥは、ＭｇＮＢから通知されたＤＲＢ構成を用いて追加設定を行い、追加ＤＲＢにマッピングするＱｏＳフローを該追加ＤＲＢにマッピングしデータ送信を開始する。ステップＳＴ４９０８でＭｇＮＢは、追加ＤＲＢにマッピングするＱｏＳフローを該追加ＤＲＢにマッピングしデータ送信を開始する。
【０５３０】
なお、追加設定前のＤＲＢはたとえマッピングされるＱｏＳが無くなったとしてもまだ維持しておく。維持しておくことで、データ送信中止前のデータの処理を可能とする。たとえば、下位レイヤでの再送処理等を実施可能となる。ＵＥは、追加設定前のＤＲＢで送信するデータの最後にマーカを挿入するとよい。最後にマーカとしてのデータを送信してもよい。このようなマーカをエンドマーカと称する。
【０５３１】
ステップＳＴ４９０９で、ＵＥとＭｇＮＢとの間で追加設定したＤＲＢで、ＱｏＳフローのデータ通信が行われる。なお、ステップＳＴ４９０９では、追加設定前のＤＲＢでのＱｏＳフローのデータ通信も行われている。ステップＳＴ４９１０でＭｇＮＢは、追加設定前のＤＲＢでのデータ処理が終了したか否かを判断する。エンドマーカを用いて判断すると良い。終了していない場合は、ステップＳＴ４９０９に戻ってデータ処理を行う。終了した場合は、ステップＳＴ４９１１で、追加設定前のＤＲＢ設定を解除する。
【０５３２】
ステップＳＴ４９１２でＭｇＮＢはＵＥに対して、追加設定前のＤＲＢ設定の解除を通知する。該解除はＲＲＣシグナリングで通知すると良い。該解除をたとえば、ＲＲＣ接続再設定に含めて通知してもよい。追加設定前ＤＲＢ設定の解除を受信したＵＥは、追加設定前ＤＲＢ設定を解除する。
【０５３３】
ＭｇＮＢは、追加設定前のＤＲＢで送信するデータの最後にエンドマーカを挿入してもよい。ＵＥは、エンドマーカを受信している場合はＤＲＢ設定の解除を行い、エンドマーカを受信していない場合は受信するまでＤＲＢ設定の解除を待ち受信後にＤＲＢ設定の解除を行うとしてもよい。
【０５３４】
なお、追加設定前のＤＲＢを解除する例を開示したが、追加設定前のＤＲＢにマッピングされるＱｏＳが存在する場合は追加設定前のＤＲＢを解除しなくてよい。また、追加設定前のＤＲＢの再設定を行う場合は、ＭｇＮＢはＵＥに対して、再設定したＤＲＢ構成を通知するとよい。
【０５３５】
エンドマーカを挿入するプロトコルスタックとして、たとえば、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでエンドマーカを挿入してもよい。追加設定するＤＲＢにマッピングする全ＱｏＳフローに対して一つエンドマーカを挿入してもよい。制御が容易になる。あるいは、ＱｏＳフロー毎にエンドマーカを挿入してもよい。ＱｏＳフロー毎の制御を柔軟に行うことが可能となり、誤動作を低減できる。
【０５３６】
ステップＳＴ４９１４でＭｇＮＢは、ＭＣを行うＱｏＳフローのために追加設定したＤＲＢのＭＣ設定を開始する。ステップＳＴ４９１５で、ＭｇＮＢと、ＭＣに用いるＳｇＮＢ１と、ＳｇＮＢ２と、ＵＥとは、互いの間でＭＣ設定処理を行う。このＭＣ設定処理は実施の形態６で開示した方法を適用すると良い。ＭＣを行うＱｏＳフローのための無線ベアラが設定されているので、該無線ベアラに対してＭＣを設定する方法を適用可能となる。
【０５３７】
ＱｏＳフロー毎にＭＣを設定する場合、ＭＣを設定するＱｏＳフローのためにＤＲＢを追加設定する方法を開示した。この場合、一つのＱｏＳフローに対して、追加設定前ＤＲＢからのデータと、追加設定したＤＲＢからのデータとがＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送されることになる。この場合、各ＤＲＢのＰＤＣＰではリオーダリングされるが、その後のパケットデータではリオーダリングされない。
【０５３８】
このため、追加設定前ＤＲＢと追加設定したＤＲＢのＰＤＣＰからのデータの順番が異なってしまうような場合、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでデータを順番に並び変えられない問題が生じる。いわゆるインシーケンスが確保できない問題が生じる。
【０５３９】
このような問題に対する解決方法を開示する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでデータにシーケンスナンバを付加する。ＱｏＳフロー毎にシーケンスナンバを設けてデータに付加すると良い。ＰＤＣＰよりデータを受信したＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは該シーケンスナンバを用いてリオーダリングするとよい。
【０５４０】
他の方法を開示する。前述のエンドマーカを利用する。ＤＲＢを追加設定してから、エンドマーカを受信するまでの追加設定したＤＲＢのＰＤＣＰからのデータを記憶保持する。該データ記憶保持用のバッファを設けるとよい。追加設定前のＤＲＢからのエンドマーカまでのデータを処理して上位ＮＷあるいは上位レイヤに転送後、エンドマーカがきたら、追加設定したＤＲＢのＰＤＣＰからのデータを処理して上位ＮＷあるいは上位レイヤに転送すると良い。
【０５４１】
このようにすることで、パケットデータの順番を正しい順番で確保することが可能となる。
【０５４２】
該データ記憶保持用のバッファをＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに設け、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒがこれらの処理を行うようにしてもよい。
【０５４３】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＭｇＮＢと、ＱｏＳフロー毎にＭＣを設定するＳｇＮＢに対して適用すると良い。
【０５４４】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭｇＮＢと、ＱｏＳフロー毎にＭＣを設定するＳｇＮＢに対して適用すると良い。ＱｏＳフロー毎のＳＲ、ＢＳＲを設けて、ＵＥから基地局側に通知するようにしてもよい。
【０５４５】
このような方法とすることで、ＭｇＮＢはＵＥに対して、ＱｏＳフロー毎のＭＣを実施可能となる。ＱｏＳフロー毎にＭＣを実施可能となるため、ベアラ毎のＭＣに比べて細かいＱｏＳ精度でＭＣ制御が実施可能となる。
【０５４６】
ＭｇＮＢに、ＭＣを設定する各ＳｇＮＢへのルーティング機能を設けることを、実施の形態６で開示した。そのようにＭｇＮＢにルーティング機能を設けることを、実施の形態６の本変形例１にも適用するとよい。また、ＱｏＳフロー毎に、異なるＳｇＮＢにルーティングする機能を設けてもよい。ＭＣを行うＱｏＳフローが複数存在する場合、ＭｇＮＢはＱｏＳフロー毎に、異なるＳｇＮＢにルーティングする。ＭｇＮＢは、ＱｏＳフロー識別子を用いて、どのＳｇＮＢにルーティングするかを判断するとよい。
【０５４７】
ＭｇＮＢは、ＱｏＳフローとルーティングするＳｇＮＢとの対応関係を設定するとよい。ＭｇＮＢはＵＥに対して該対応関係を通知すると良い。該通知にはＲＲＣシグナリングを用いるとよい。該対応関係はたとえば、ＲＲＣ接続再設定に含めて通知してもよい。該対応関係は、ＵＥに対してＭＣを設定する際に通知してもよい。ＵＥに対しても、ＱｏＳフローとデータを送信するＳｇＮＢとの対応関係を設定することが可能となる。
【０５４８】
ＵＥが、ＱｏＳフローとルーティングするＳｇＮＢとの対応関係を設定してもよい。ＵＥはＭｇＮＢに対して該対応関係を通知すると良い。該通知にはＲＲＣシグナリングを用いるとよい。該対応関係はたとえば、ＲＲＣ接続再設定完了に含めて通知してもよい。ＭｇＮＢに対して、ＱｏＳフロー毎にどのＳｇＮＢを用いるかを要求することが可能となる。
【０５４９】
ＱｏＳフロー毎に異なるＳｇＮＢにルーティングする場合、ＭｇＮＢはＳｇＮＢへの追加要求で、対応するＱｏＳフローのＱｏＳプロファイルを通知してもよい。各ＳｇＮＢは、通知されたＱｏＳプロファイルに応じたＤＲＢ設定を用いてもよい。各ＳｇＮＢはＭｇＮＢに対して、ＱｏＳプロファイルに応じたＤＲＢ設定を通知する。ＭｇＮＢは、ＵＥに対して、ＭＣ用のＤＲＢ設定としてＳｇＮＢから受信したＤＲＢ設定を通知してもよい。ＭｇＮＢからＵＥへの通知はＲＲＣシグナリングを用いるとよい。たとえば、ＱｏＳプロファイルに応じたＤＲＢ設定は、ＲＲＣ接続再設定で通知してもよい。
【０５５０】
このようにすることで、ＱｏＳフロー毎にルーティングするＳｇＮＢでのＤＲＢ構成を、ルーティングされるＱｏＳフローのＱｏＳに適した設定にすることが可能となる。ＱｏＳフロー毎に適したＤＲＢ構成のＳｇＮＢを用いたＭＣを設定可能となる。
【０５５１】
ＭＣ用のセカンダリ基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。実施の形態６の本変形例１で開示した方法を適宜適用するとよい。本変形例１ではセカンダリ基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【０５５２】
実施の形態６の本変形例１で開示した方法とすることで、上位ＮＷがＮＧ−ＣＮの場合も、一つのＵＥに対して、一つのマスタ基地局と複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。
【０５５３】
実施の形態７．
非特許文献２７（Ｒ２−１６７５８３）でＳＣＧベアラを用いたＭＣのサポートが提案されていることを前述した。ＳＣＧベアラを用いたＭＣでは、上位ＮＷとの接続方法など、上位ＮＷを含めたアーキテクチャや設定方法が必要となる。たとえば、ＭＣに複数のＳｇＮＢを用いる場合、ベアラ構成はどうなるのか、あるいは、複数のＳｇＮＢにデータを分配する方法はどうするのか、などが問題となる。
【０５５４】
しかし、非特許文献２７の開示および従来技術において、どのようなアーキテクチャや設定方法を用いたらよいかは不明である。本実施の形態７では、ＳＣＧベアラを用いたＭＣのアーキテクチャおよび設定方法について開示する。
【０５５５】
図２８は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＥＰＣであり、マスタ基地局はＬＴＥでの基地局（ｅＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。図２８は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥに、ＭｅＮＢ用とＭＣ用に設定された各ＳｅＮＢ用のＰＤＣＰ、ＲＬＣ，ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０５５６】
図２８は、ＳＣＧベアラを用いた場合について示している。上位ＮＷはＭＣ用のＳｇＮＢに接続される。下りデータは上位ＮＷによってＭＣ用のＳｇＮＢにルーティングされ転送される。該下りデータは、ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒを介さずに、ＰＤＣＰに転送される。上位ＮＷからのデータがＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに入力されてもよいが、該Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒではデータは処理されずパスされる。
【０５５７】
各ＳｇＮＢではＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥに送信される。
【０５５８】
ＵＥがＭＣ用の各ＳｇＮＢより受信したデータは、各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰで処理された後、上位レイヤに転送される。
【０５５９】
上りデータについては、ＵＥにおいて、上位レイヤからのデータは、各ＳｇＮＢにルーティングされて各ＳｇＮＢ用のＰＤＣＰに転送される。各ＳｇＮＢ用のＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、各ＳｇＮＢに送信される。
【０５６０】
上位ＮＷがＭＣ用ＳｇＮＢにデータをルーティングすることを開示した。上位ＮＷに各ＳｇＮＢへのルーティング機能を設ける。上位ＮＷとしてのＵ−ＰｌａｎｅのＳ-ＧＷに、ルーティング機能を設けてもよい。ルーティング機能をＳ-ＧＷの機能の一つとして追加してもよい。上位ＮＷとＵＥとの間に設定されているＥ−ＲＡＢベアラは変更せずに、上位ＮＷは複数のＳｇＮＢと接続されＭＣを実施する。
【０５６１】
ルーティング機能は下りリンクおよび上りリンクの両方をサポートするとよい。また、ルーティング機能は、パケットデータにシーケンス番号を付加する機能を含んでもよい。ルーティング機能は該シーケンス番号を用いてリオーダリングを行うとよい。
【０５６２】
図２８では、Ｓ−ＧＷと複数のＳｇＮＢとの間のルーティング機能をＳ−ＧＷに設けることを開示した。他の方法として、ルーティング機能をＳ−ＧＷとは別のノードに設けてもよい。Ｓ−ＧＷの機能拡張を行わなくて済む。
【０５６３】
また、Ｓ−ＧＷと複数のＳｇＮＢとの間のルーティング機能を基地局側に設けてもよい。ＭＣ用のＳｇＮＢのいずれか一つのＳｇＮＢのルーティング機能を用いてもよい。Ｓ−ＧＷと該一つのＳｇＮＢのルーティング機能との間で、データ通信が行われる。該一つのＳｇＮＢのルーティング機能により、他のＳｇＮＢとの間でデータがルーティングされる。
【０５６４】
このようにすることで、Ｓ−ＧＷの機能拡張を行わずに済み、基地局側の機能拡張で済む。このため、システムの構築が容易になる。
【０５６５】
ＳＣＧベアラを用いたＭＣの設定方法について開示する。ＭｅＮＢから、ＭＣに用いるＳｇＮＢへの追加要求処理や、ＭｅＮＢからＵＥに対するＭＣ設定は、実施の形態６で開示した方法を適用するとよい。
【０５６６】
ＭｅＮＢからＳｇＮＢに対するデータフォワーディング方法について開示する。ＭＣでは複数のＳｇＮＢが設定されるため、どのＳｇＮＢに対してデータフォワーディングを行うかが問題となる。この問題を解決するため、ＭｅＮＢがデータフォワーディング先のＳｇＮＢを決定するとよい。ＭｅＮＢは、決定したＳｇＮＢに対して、ＰＤＣＰ  ＰＤＵのＳＮ状態の転送を行い、データフォワーディングを開始する。ＭｅＮＢから、ＭＣに用いられるＳｇＮＢへのパススイッチが行われるまでのデータフォワーディングを可能とする。
【０５６７】
データフォワーディング先のＳｇＮＢを設定する。ＭｅＮＢは、複数のＳｇＮＢでＭＣを行う際に、所定のＳｇＮＢを設定しておく。ＭｅＮＢは、設定したＳｇＮＢに対して、ＳＮ状態の転送とデータフォワーディングとを実施する。ＭｅＮＢは、ＭＣのためのＳｇＮＢ追加要求で、該設定したＳｇＮＢに対してデータフォワーディング対象のＳｇＮＢであることを通知してもよい。ＳｇＮＢはＭｅＮＢからデータフォワーディングされることを認識できるため、誤動作の発生を低減できる。
【０５６８】
ＭｅＮＢからＵＥに対して、データフォワーディング先に設定した所定のＳｇＮＢに関する情報を通知してもよい。ＭｅＮＢからＵＥに対してＭＣの設定に含めて通知してもよい。ＵＥはどのＳｇＮＢからデータフォワーディングされたデータが送信されることを認識する。ＵＥは、ＳｇＮＢからのデータを、ＭＣの設定により上位ＮＷでルーティング機能が実施されたデータよりも先に処理して上位レイヤに転送してもよい。このようにすることで、パケットデータの順序を正しくすることが可能となる。
【０５６９】
データフォワーディングの他の方法を開示する。ＭｅＮＢは、パケットデータ毎に、データフォワーディング先のＳｇＮＢを決定してもよい。その場合も同様に、ＭｅＮＢは、決定したＳｇＮＢに対して、ＰＤＣＰ  ＰＤＵのＳＮ状態の転送とデータフォワーディングとを行う。たとえば、ＰＤＣＰ  ＰＤＵのＳＮがｎ−１までのデータを、ＭｅＮＢで送信していたとする。次のパケットデータをＳｇＮＢ１に転送する場合、ＳＮ状態ｎと、次のパケットデータとを、ＳｇＮＢ１に転送する。ＳｇＮＢ１は該パケットデータに対してＰＤＣＰ処理を行う。この際、ＰＤＣＰにおいてＳＮにｎを付与する。
【０５７０】
次のパケットをＳｇＮＢ２に転送する場合、ＳＮ状態ｎ＋１と、次のパケットデータとを、ＳｇＮＢ２に転送する。ＳｇＮＢ２は該パケットデータに対してＰＤＣＰ処理を行う。ＰＤＣＰにおいてＳＮにｎ＋１を付与する。なお、ｎ−１までの送信が終わっている場合にＳＮ状態としてｎを転送したが、ｎ−１を転送してもよい。ＳＮ状態を受信したＳｇＮＢは、ＰＤＣＰ  ＰＤＵのＳＮにｎを設定するとよい。このようにパケットデータ毎にＳＮの転送を行うことで、複数のＳｇＮＢに対して、パケットデータ毎にデータを転送することが可能となる。ＰＤＣＰでのＳＮの連続性が保たれる。
【０５７１】
パケットデータ毎ではなく、複数のパケットデータを連続してＳｇＮＢに転送してもよい。ＭｅＮＢは、該複数の連続するパケットデータの最初のＳＮのみを、ＳｇＮＢに転送する。ＭｅＮＢは、ＳｇＮＢに転送したパケットデータ数をカウントしておき、該カウント値を用いて、他のＳｇＮＢに転送する次のパケットデータのＳＮを導出する。ＭｅＮＢは該他のＳｇＮＢに、導出したＳＮ状態とパケットデータとを転送する。このようにすることで、複数のパケットデータを連続してＳｇＮＢに転送することも可能となる。パケット毎にＳＮを転送するのに比べ、基地局間で通信される情報を低減可能となる。
【０５７２】
ＵＥは各ＰＤＣＰのＳＮを用いてパケットデータをリオーダリングしてもよい。ＵＥは、ＭｅＮＢと各ＳｇＮＢのＰＤＣＰのＳＮを用いてリオーダリングして上位ＮＷに転送してもよい。あるいは、ＭｅＮＢと各ＳｇＮＢのＰＤＣＰからＳＮの情報を上位ＮＷに通知し、上位ＮＷにおいて、該ＳＮ情報を用いてリオーダリングしてもよい。ＭｅＮＢと各ＳｇＮＢとで統一されたＳＮが付加されているため、パケットデータの順序を正しくすることが可能となる。
【０５７３】
ＭｅＮＢからＳｇＮＢへのパススイッチ方法について開示する。ＭｅＮＢがＭＭＥに対してＭＣ用パススイッチ情報を通知する。ＭＣパススイッチ情報として以下に１１個の例を示す。
【０５７４】
（１）パススイッチするベアラ情報。
【０５７５】
（２）ＭＣを設定する複数のＳｇＮＢの識別子。
【０５７６】
（３）ＭＣを設定する複数のＳｇＮＢのアドレス。
【０５７７】
（４）パススイッチ要求。
【０５７８】
（５）ルーティング機能を有するノードの識別子。
【０５７９】
（６）ルーティング機能を有するノードのアドレス。
【０５８０】
（７）ルーティング機能の起動要求。
【０５８１】
（８）ＭＣを設定するＵＥの識別子。
【０５８２】
（９）自ＭｅＮＢの識別子。
【０５８３】
（１０）自ＭｅＮＢのアドレス。
【０５８４】
（１１）（１）から（１０）の組合せ。
【０５８５】
前述の（１）について、パススイッチするベアラ情報として、ＭＣを設定するＤＲＢに対応するＥ−ＲＡＢベアラの情報を利用してもよい。Ｅ−ＲＡＢベアラの情報は、Ｅ−ＲＡＢベアラの識別子を含んでもよい。ＭＭＥは、ＭＣを設定するＥ−ＲＡＢベアラを認識可能となる。
【０５８６】
前述の（２）、（３）について、ＭＣを設定する複数のＳｇＮＢとして、パススイッチ先のＳｇＮＢを利用してもよい。Ｓ−ＧＷ、あるいは、ルーティング機能を有するノードは、前述の（４）のパススイッチ要求を受信した場合、パススイッチ先のＳｇＮＢにパススイッチする。
【０５８７】
ＭＭＥはＭｅＮＢから受信したＭＣパススイッチ情報をＳ−ＧＷに通知する。Ｓ−ＧＷはＭＣパススイッチ情報を、ルーティング機能を有するノードに通知してもよい。パススイッチ機能がＳ−ＧＷに設けられた場合は、ＭＣパススイッチ情報を通知する必要はない。ＭＣパススイッチ情報を受信した、Ｓ−ＧＷあるいはルーティング機能を有するノードは、ＭｅＮＢからＭＣを設定する複数のＳｇＮＢにパススイッチし、複数のＳｇＮＢに対するルーティングを開始する。
【０５８８】
ルーティング機能が所定のＳｇＮＢ内に設けられる場合、ＭｅＮＢから直接該所定のＳｇＮＢにＭＣパススイッチ情報を通知してもよい。該通知は、ＭｅＮＢからＭＭＥを介してＳ−ＧＷへのＭＣパススイッチ情報の通知とともに行われると良い。ＭｅＮＢからＭＭＥを介してＳ−ＧＷへ通知されるＭＣパススイッチ情報は、（５）、（６）のルーティング機能を有するノードの識別子あるいはアドレス、（４）のパススイッチ要求を含んでもよい。Ｓ−ＧＷは（４）のパススイッチ要求により、ＭｅＮＢからルーティング機能を有するノードへパススイッチを実施する。
【０５８９】
ＭｅＮＢから直接該所定のＳｇＮＢに通知されるパススイッチ情報は、（２）、（３）のＭＣを設定する複数のＳｇＮＢの識別子あるいはアドレス、（７）のルーティング機能の起動要求を含んでもよい。Ｓ−ＧＷから該所定のＳｇＮＢが受信したデータを、該所定のＳｇＮＢは、自ＳｇＮＢを含めてＭＣを設定する複数のＳｇＮＢに対してルーティングを行う。
【０５９０】
ＭｅＮＢからＭＭＥへ通知するおよびＭＭＥからＳ−ＧＷへ通知するＭＣパススイッチ情報は、ＭＣ設定するＥ−ＲＡＢ修正用シグナリングに含めてもよい。従来のメッセージを拡張利用すればよく、新たなメッセージを設ける必要が無くなる。制御を簡単化できる。
【０５９１】
他の方法として、ＭｅＮＢがＭＭＥに対して行うおよびＭＭＥがＳ−ＧＷに対して行うパススイッチ設定では、ＭＣ用のＳｇＮＢを一つずつにパススイッチ設定を行ってもよい。従来のＥ−ＲＡＢ修正用シグナリングではパススイッチ先は一つのＳｇＮＢであるので、これを利用してもよい。従来のメッセージを利用すればよく、制御を簡単化できる。
【０５９２】
ＭＣ用のＳｇＮＢの一つずつにパススイッチを設定する場合、前のパススイッチ要求のパススイッチ先であるＳｇＮＢを維持したまま、新たなパススイッチ要求で設定されたＳｇＮＢをさらに追加設定するとよい。パススイッチのための情報として、前にパススイッチ先として設定されたＳｇＮＢを維持するか否かの情報を設けると良い。ＭｅＮＢはＭＭＥを介してＳ−ＧＷに該情報を通知することによって、複数のＳｇＮＢに対してパススイッチを設定可能となる。
【０５９３】
図２９および図３０は、ＳＣＧベアラを用いたＭＣを設定するシーケンスの一例を示す図である。図２９と図３０とは、境界線ＢＬ２９３０の位置で繋がっている。図２９および図３０は、ＭｅＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図２９および図３０は、一度にＭＣ用の複数のＳｇＮＢのＳＣＧを設定する方法について示している。また、図２９および図３０は、ルーティング機能がＳ−ＧＷに設けられる場合について示している。
【０５９４】
図２９および図３０に示すシーケンスは、図１９および図２０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０５９５】
ステップＳＴ４２０７、ＳＴ４２１９でＳｇＮＢ１、ＳｇＮＢ２に対してＭＣ用のＳｇＮＢ再設定完了通知を送信したＭｅＮＢは、ステップＳＴ５２０１で、ＳｇＮＢ１に対してデータ転送のためのＳＮ状態を転送し、ステップＳＴ５２０２、ＳＴ５２０３でＳ−ＧＷからのデータをＳｇＮＢ１に転送開始する。
【０５９６】
図２９および図３０ではＳｇＮＢ１のみにデータ転送を行っているが、前述に開示した方法によってＳｇＮＢ１、ＳｇＮＢ２に対してデータ毎にデータ転送を行ってもよい。
【０５９７】
ステップＳＴ５２０４でＭｅＮＢは、ＭＭＥに対してＥ−ＲＡＢ修正用シグナリングを通知する。ＭｅＮＢは、Ｅ−ＲＡＢ修正用シグナリングにＭＣパススイッチ設定情報を含めて通知する。ステップＳＴ５２０５でＭＭＥはＳ−ＧＷに対して、該ＭＣパススイッチ設定情報を含むベアラ修正シグナリングを通知する。これにより、Ｓ−ＧＷはパススイッチ先の複数のＳｇＮＢを認識できる。
【０５９８】
ステップＳＴ５２０５でＳ−ＧＷにＭＣパススイッチ設定情報を通知したＭＭＥは、ＭｅＮＢに対してＥ−ＲＡＢ修正完了のシグナリングを通知する。これによりＭｅＮＢは、ＭＣ用ＳｇＮＢ１、ＳｇＮＢ２にパススイッチが設定されたことを認識する。
【０５９９】
ステップＳＴ５２０５でＭＣパススイッチ設定情報を受信したＳ−ＧＷは、ステップＳＴ５２０６で、ＭｅＮＢへの最後のパケットデータとしてエンドマーカのパケットを送信し、パススイッチを起動する。ステップＳＴ５２０７でＭｅＮＢは、エンドマーカをＳｇＮＢ１に転送する。これによりＳｇＮＢ１はＭｅＮＢからのデータが終了したことを認識する。
【０６００】
ステップＳＴ５２０９でＳ−ＧＷは、ＭＣ設定されたＳｇＮＢ１とＳｇＮＢ２との間でデータのルーティングを開始する。これにより、ＵＥとＳｇＮＢ１およびＳｇＮＢ２との間で、および、ＳｇＮＢ１およびＳｇＮＢ２とＳ−ＧＷとの間で、データ通信が可能となる。ＵＥとＭＣ用の複数のＳｇＮＢとの間で、ＳＣＧベアラを用いたＭＣが行われる。
【０６０１】
ＭＣに用いる複数のＳｇＮＢへのルーティング機能を設けることを開示した。ルーティング機能がどのＳｇＮＢにデータを送信したらよいかを判断するための情報として、ルーティングを行うための情報を設けてもよい。たとえば、実施の形態６で開示した各ＳｇＮＢからＭｅＮＢに対して通知する、自ＳｇＮＢからＵＥへの下りデータ送信状況としてもよい。
【０６０２】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣ用のＳｇＮＢに対して適用すると良い。
【０６０３】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭｅＮＢあるいはＭＣ用のＳｇＮＢに対して適用すると良い。
【０６０４】
ルーティングの判断はＭｅＮＢが行う。各ＳｇＮＢはＭｅＮＢへ、ルーティングを行うための情報を通知する。ＭｅＮＢは、該情報を用いて、たとえば各ＳｇＮＢにルーティングするデータ量などを導出する。データ量は、データレートであってもよい。導出するデータ量は、全データ量に対する各ＳｇＮＢに送信するデータ量であってもよい。ＭｅＮＢはＭＭＥに対して、各ＳｇＮＢにルーティングするデータ量を通知する。ＭＭＥはＳ-ＧＷに対して、各ＳｇＮＢにルーティングするデータ量を通知する。Ｓ-ＧＷはルーティング機能に対して該情報を通知する。ルーティング機能は該データ量を用いてルーティングを行う。
【０６０５】
このようにすることで、各ＳｇＮＢへルーティングするデータ量を調整可能となる。また、自ＳｇＮＢからＵＥへの下りデータ送信状況が各ＳｇＮＢからＭｅＮＢに通知され、該下りデータ送信状況を利用できる。
【０６０６】
他の方法として、ルーティングの判断はＭＭＥが行ってもよい。各ＳｇＮＢがＭｅＮＢに対してルーティングを行うための情報を通知し、該情報はＭｅＮＢからＭＭＥに対して通知される。あるいは、各ＳｇＮＢがＭＭＥに対して、ルーティングを行うための情報を通知してもよい。ＭＭＥは、前述と同様に、該情報を用いて、たとえば各ＳｇＮＢにルーティングするデータ量などを導出し、導出したデータ量などをＳ-ＧＷに対して通知する。Ｓ-ＧＷはルーティング機能に対して該情報を通知する。ルーティング機能は該データ量を用いてルーティングを行う。
【０６０７】
このようにすることで、各ＳｇＮＢへルーティングするデータ量を調整可能となる。また、上位装置であるＭＭＥがルーティングを判断することで、ＭＭＥとＳ−ＧＷが同じ装置内に構成された場合、制御を容易にできる。
【０６０８】
他の方法として、ルーティングの判断はＳ−ＧＷが行ってもよい。各ＳｇＮＢがＭｅＮＢに対してルーティングを行うための情報を通知し、該情報は、ＭｅＮＢからＭＭＥに対して通知され、ＭＭＥからＳ−ＧＷに対して通知される。あるいは、各ＳｇＮＢがＭＭＥに対してルーティングを行うための情報を通知し、該情報はＭＭＥからＳ−ＧＷに対して通知されてもよい。あるいは、各ＳｇＮＢがＳ−ＧＷに対してルーティングを行うための情報を通知してもよい。
【０６０９】
Ｓ−ＧＷは、前述と同様に、該情報を用いて、たとえば各ＳｇＮＢにルーティングするデータ量などを導出する。Ｓ-ＧＷはルーティング機能に対して該情報を通知する。ルーティング機能は該データ量を用いてルーティングを行う。
【０６１０】
このようにすることで、各ＳｇＮＢへルーティングするデータ量を調整可能となる。また、Ｕ−ＰＬａｎｅの上位装置であるＳ−ＧＷがルーティングを判断することで、データのルーティング制御をＵ−Ｐｌａｎｅ内で実施することができる。
【０６１１】
他の方法として、ルーティングの判断はルーティング機能を有するノードが行ってもよい。各ＳｇＮＢがＭｅＮＢに対してルーティングを行うための情報を通知し、該情報は、ＭｅＮＢからＭＭＥに対して通知され、ＭＭＥからＳ−ＧＷに対して通知され、Ｓ−ＧＷからルーティング機能を有するノードに対して通知される。あるいは、各ＳｇＮＢがＭＭＥに対してルーティングを行うための情報を通知し、該情報は、ＭＭＥからＳ−ＧＷに対して通知され、Ｓ−ＧＷからルーティング機能を有するノードに対して通知されてもよい。あるいは、各ＳｇＮＢがＳ−ＧＷに対してルーティングを行うための情報を通知し、該情報はＳ−ＧＷからルーティング機能を有するノードに対して通知されてもよい。あるいは、各ＳｇＮＢからルーティング機能を有するノードに対して、ルーティングを行うための情報を通知してもよい。
【０６１２】
ルーティング機能を有するノードは、前述と同様に、該情報を用いて、たとえば各ＳｇＮＢにルーティングするデータ量などを導出する。ルーティング機能を有するノードは該データ量を用いてルーティングを行う。
【０６１３】
このようにすることで、各ＳｇＮＢへルーティングするデータ量を調整可能となる。また、ルーティング機能を有するノードがルーティングを判断することで、データのルーティング制御を容易にでき、誤動作の発生を低減させることができる。
【０６１４】
ルーティング機能はデータ毎に行われてもよい。データ毎に各ＳｇＮＢにルーティングが行われる。あるいは、所定の期間で同じルーティングが行われてもよい。所定の期間のデータが同じＳｇＮＢに対してルーティングされる。このようにすることで、柔軟なルーティングが実施可能となる。各ＳｇＮＢの通信品質状況に適したルーティングが可能となる。
【０６１５】
ＭＣ用のセカンダリ基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。本実施の形態７で開示した方法を適宜適用するとよい。本実施の形態７ではセカンダリ基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【０６１６】
本実施の形態７で開示した方法とすることで、一つのＵＥに対して複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ＳＣＧベアラを用いたＭＣを設定することが可能となるため、ＭｅＮＢを介さない通信を提供できる。このため、ＵＥに提供する通信のスループットを向上させることが可能となる。
【０６１７】
実施の形態７の変形例１．
Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒプロトコルが存在する場合のＳＣＧベアラを用いたＭＣの詳細についてはまだ議論されていない。実施の形態７の本変形例１では、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒプロトコルが存在する場合のＳＣＧベアラを用いたＭＣの実施方法を開示する。
【０６１８】
図３１は、ＳＣＧベアラを用いたＭＣのアーキテクチャを示す図である。上位ＮＷはＮＧ−ＣＮであり、マスタ基地局はＮＲでの基地局（ｇＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。ＮＲのマスタ基地局をＭｇＮＢと称し、ＮＲのセカンダリ基地局をＳｇＮＢと称す。ｇＮＢのプロトコル構成はＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹからなる。ＰＤＣＰの上位にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられる。
【０６１９】
なお、図３１ではマスタ基地局をＮＲでのｇＮＢとしたが、ＬＴＥでの基地局にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられたｅＮＢをマスタ基地局としてもよい。
【０６２０】
図３１は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥにおいて、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰが構成され、ＭｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹが構成され、ＭＣ用に設定された各ＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０６２１】
図３１は、ＳＣＧベアラを用いた場合について示している。上位ＮＷはＳｇＮＢと接続される。下りデータは上位ＮＷによってＭＣ用のＳｇＮＢにルーティングされ転送される。該データは、ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎にＰＤＣＰで処理される。
【０６２２】
該データは、各ＳｇＮＢでＤＲＢ毎にＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、ＵＥに送信される。
【０６２３】
ＵＥがＭＣ用の各ＳｇＮＢより受信したデータは、各ＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒで処理される。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位レイヤに転送する。
【０６２４】
上りデータについては、ＵＥにおいて、上位レイヤからのデータは、ＳｇＮＢ用のＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎にＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹで処理され、各ＳｇＮＢに送信される。
【０６２５】
各ＳｇＮＢがＵＥから受信したデータは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰで処理され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送される。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位ＮＷに転送する。
【０６２６】
ＳＣＧベアラを用いたＭＣの設定方法を開示する。ＤＲＢ毎にＭＣを設定する。ＤＲＢ毎にＳＣＧベアラを用いたＭＣを設定する。上位ＮＷがＮＧ−ＣＮにおいてＳＣＧベアラを用いたＭＣを設定する場合、主に次のような問題が生じる。
【０６２７】
従来、ＵＰＦとｇＮＢとの間に一つのＰＤＵセッションに対して一つのＰＤＵセッショントンネル（Ｎ３トンネルと称する場合がある）が設定され、ＵＰＦとｇＮＢとの間で通信が行われる。しかし、ＳＣＧベアラを用いた場合、上位ＮＷからＭｇＮＢだけでなくＳｇＮＢに対しても通信を行う必要がある。ＳＣＧベアラを用いたＭＣの場合、ＭｇＮＢだけでなく複数のＳｇＮＢに対して通信を行う必要がある。このような場合、ＰＤＵセッショントンネルの扱いをどうすればよいかが問題となる。
【０６２８】
また、次のような他の問題が生じる。ＭＣ用の複数のＳｇＮＢに対してルーティングを実施しなくてはならない。該ルーティング機能をどこに設けるか、ルーティング機能としてどのような機能を設けたら良いかが問題となる。
【０６２９】
また、次のような他の問題が生じる。ＳｇＮＢでＭＣに必要なＤＲＢを設定しなくてはならない。ＳｇＮＢでＭＣに必要なＤＲＢの設定方法と、ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒからのマッピング方法を、どうすればよいかが問題となる。
【０６３０】
実施の形態７の本変形例１ではこのような問題を解決する方法を開示する。
【０６３１】
ＮＧ−ＣＮとＲＡＮとの間で、一つのＰＤＵセッションに対して、複数のＰＤＵセッショントンネルを設定可能とする。ＭｇＮＢが複数のＰＤＵセッショントンネルの設定を判断する。たとえば、ＮＧ−ＣＮに接続するＭｇＮＢが、ＳＣＧベアラを用いるＭＣを行う場合に、複数のＰＤＵセッショントンネルの設定を決定する。
【０６３２】
ＭｇＮＢは上位ＮＷに対して、ＰＤＵセッショントンネル追加の要求を通知する。該要求に、ＰＤＵセッショントンネル追加情報を含めると良い。ＭｇＮＢは、上位ＮＷのノードとしてのＵＰＦに、該要求を通知する。ＭｇＮＢは、上位ＮＷのノードであるＡＭＦあるいはＳＭＦに該要求を通知し、ＡＭＦあるいはＳＭＦからＵＰＦに該要求が通知されてもよい。ＰＤＵセッショントンネル追加情報の例として、以下に９つの例を開示する。
【０６３３】
（１）ＰＤＵセッション識別子。
【０６３４】
（２）ＰＤＵセッショントンネル識別子（Ｎ３トンネル識別子でもよい）。
【０６３５】
（３）ＭＣを設定するＱｏＳフロー識別子。
【０６３６】
（４）ＭＣを設定するＳｇＮＢの識別子。
【０６３７】
（５）ＭＣを設定するＳｇＮＢのアドレス。
【０６３８】
（６）ルーティング機能を有するノードの識別子。
【０６３９】
（７）ルーティング機能を有するノードのアドレス。
【０６４０】
（８）ＱｏＳプロファイルからＱｏＳフローへのマッピング方法維持要求情報。
【０６４１】
（９）（１）から（８）の組合せ。
【０６４２】
前述の（１）は、ＰＤＵセッションを識別するための情報であればよい。ＰＤＵセッション設立時に上位ＮＷから通知されたＰＤＵセッションを識別するための情報を用いてもよい。どのＰＤＵセッションに対してＰＤＵセッショントンネルを追加するかを示すことができる。
【０６４３】
前述の（２）は、すでに設定されているＰＤＵセッショントンネルを識別するための情報であればよい。ＰＤＵセッション設立時に上位ＮＷから通知されたＰＤＵセッショントンネルを識別するための情報を用いてもよい。既に設定されているＰＤＵセッショントンネルを明示することができる。
【０６４４】
前述の（３）で、ＭＣを行うＱｏＳフローは一つでもよいし複数であってもよい。ＰＤＵセッションの中のどのＱｏＳフローを追加したＰＤＵセッショントンネルに移行するかを示すことができる。
【０６４５】
前述の（４）は、上位ＮＷがＰＤＵセッショントンネルを設定するＳｇＮＢを識別するための情報であればよい。たとえば、ルーティング機能がＵＰＦに設けられる場合、通知された識別子のＳｇＮＢとの間でＰＤＵセッショントンネルを設定できる。
【０６４６】
前述の（５）は、上位ＮＷがＰＤＵセッショントンネルを設定するＳｇＮＢのアドレスを示す情報であればよい。たとえば、ルーティング機能がＵＰＦに設けられる場合、通知されたアドレスのＳｇＮＢとの間でＰＤＵセッショントンネルを設定できる。
【０６４７】
前述の（６）は、上位ＮＷがＰＤＵセッショントンネルを設定するルーティング機能を有するノードを識別するための情報であればよい。たとえば、ルーティング機能を有するノードがＲＡＮ側に設けられる場合、通知された識別子のルーティング機能を有するノードとの間でＰＤＵセッショントンネルを設定できる。
【０６４８】
前述の（７）は、上位ＮＷがＰＤＵセッショントンネルを設定するルーティング機能を有するノードのアドレスを示す情報であればよい。たとえば、ルーティング機能を有するノードがＲＡＮ側に設けられる場合、通知されたアドレスのルーティング機能を有するノードとの間でＰＤＵセッショントンネルを設定できる。
【０６４９】
前述の（８）は、ＱｏＳプロファイルから、追加設定するＰＤＵセッショントンネルに移行するＱｏＳフローへのマッピング方法を、追加設定前と同じにすることを示す情報であればよい。上位ＮＷは、ＱｏＳプロファイルからＱｏＳフローへのマッピングを、該情報を用いて実施してもよい。マッピング方法を追加設定前と同じに設定するか否かを上位ＮＷが決定してもよい。上位ＮＷの状況に適した設定が可能となる。
【０６５０】
マッピング方法を追加設定前と同じにする場合、上位ＮＷがその旨をＭｇＮＢに通知してもよい。ＭｇＮＢは、ＭＣに用いるＳｇＮＢに対して、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでのＱｏＳフロー識別子からＤＲＢへのマッピングを、追加設定前と同じ設定とすることができる。ＭＣを設定するＳｇＮＢへの設定が容易になる。
【０６５１】
マッピング方法を追加設定前と異ならせた場合、上位ＮＷは、ＭｇＮＢに対して、再設定したＱｏＳプロファイルからＱｏＳフローへのマッピング関係の情報を通知する。ＱｏＳフロー識別子と、ＱｏＳフローのＱｏＳプロファイルとを関連付けて、該情報を通知すると良い。ＭｇＮＢは該情報を、ＭＣに用いるＳｇＮＢに通知する。ＳｇＮＢは該情報を用いて、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでのＱｏＳフロー識別子からＤＲＢへのマッピングを設定できる。
【０６５２】
（８）の情報がＰＤＵセッショントンネル追加情報に含まれない場合には、マッピング方法を追加設定前と同じに設定するか否かを上位ＮＷが決定し、（８）の情報がＰＤＵセッショントンネル追加情報に含まれる場合には（８）の情報に従って上位ＮＷはマッピング方法を追加設定前と同じに設定する、としてもよい。
【０６５３】
ＰＤＵセッショントンネルを追加設定するタイミングについて開示する。たとえば、ＭｇＮＢは、ＭＣに用いるＳｇＮＢからＳＣＧ追加要求応答を受信したら、上位ＮＷに対してＰＤＵセッショントンネル追加の要求を通知する。ＭＣに用いるＳｇＮＢが確定した段階で通知できるため、不要なＰＤＵセッショントンネルを設定しなくて済む。
【０６５４】
たとえば、ＭｇＮＢは、上位ＮＷへのパススイッチ要求とともにＰＤＵセッショントンネル追加の要求を通知する。パススイッチ要求にＰＤＵセッショントンネル追加情報を含めてもよい。パススイッチ要求のシグナリングを利用できるため、シグナリング量を削減できる。
【０６５５】
ＰＤＵセッショントンネルを追加設定するタイミングはこれに限らない。ＭｇＮＢがＳｇＮＢを用いたＭＣを決定してから、上位ＮＷでパススイッチが実施される前までに、ＰＤＵセッショントンネルが追加設定されればよい。
【０６５６】
上位ＮＷは、ＭｇＮＢからのＰＤＵセッショントンネルの追加要求に対して、ＰＤＵセッショントンネルの追加要求応答を、ＭｇＮＢに対して通知する。上位ＮＷは、ＰＤＵセッショントンネル追加要求応答情報も通知するとよい。ＰＤＵセッショントンネル追加要求応答情報として以下に１２個の例を開示する。
【０６５７】
（１）追加設定完了。
【０６５８】
（２）追加設定拒否。
【０６５９】
（３）追加設定拒否理由。
【０６６０】
（４）ＰＤＵセッション識別子。
【０６６１】
（５）追加設定前のＰＤＵセッショントンネル識別子。
【０６６２】
（６）追加設定したＰＤＵセッショントンネル識別子。
【０６６３】
（７）追加したＰＤＵセッショントンネルとＳｇＮＢとの対応情報。
【０６６４】
（８）追加したＰＤＵセッショントンネルとＱｏＳフローとの対応情報。
【０６６５】
（９）ＱｏＳフローのＱｏＳプロファイル。
【０６６６】
（１０）ＵＰＦの識別子。
【０６６７】
（１１）ＵＰＦのアドレス。
【０６６８】
（１２）（１）から（１１）の組合せ。
【０６６９】
前述の（６）は、ＭｇＮＢが、追加設定したＰＤＵセッショントンネルを識別できる情報であればよい。
【０６７０】
追加設定したＰＤＵセッショントンネルを、追加設定前のＰＤＵセッショントンネルに付随するものとして、ＰＤＵセッションサブトンネルとして設定してもよい。ＰＤＵセッショントンネルに一つまたは複数のＰＤＵセッションサブトンネルが設定されることになる。このようにすることで、一つのＰＤＵセッションに複数のＰＤＵセッショントンネルが設定されなくて済む。一つのＰＤＵセッションに一つのＰＤＵセッショントンネルが設けられる従来の設定を維持できる。
【０６７１】
ＰＤＵセッションサブトンネルが設定される場合、ＰＤＵセッショントンネル追加要求応答情報の例のうち、追加設定したＰＤＵセッショントンネル識別子のかわりに、ＰＤＵセッションサブトンネル識別子を用いるとよい。追加設定前のＰＤＵセッショントンネル識別子もあわせて通知してもよい。追加設定前のＰＤＵセッションと追加設定したＰＤＵセッションサブトンネル識別子とを関連付けて通知するとよい。
【０６７２】
ＰＤＵセッションンサブトンネル識別子に、ＰＤＵセッショントンネル識別子を用いてもよい。たとえば、ＰＤＵセッションサブトンネル識別子を、ＰＤＵセッショントンネル識別子と副番との組合せを用いてもよい。たとえば、ＰＤＵセッションサブトンネル識別子＝ＰＤＵセッショントンネル識別子＋副番としてもよい。ＰＤＵセッションサブトンネルを識別するための情報として副番のみを通知すればよく、情報量を削減できる。
【０６７３】
また、多数のＳｇＮＢがＭＣに用いられる場合、各ＳｇＮＢに対してＰＤＵセッションサブトンネルを設ければよい。したがって、ＰＤＵセッショントンネル識別子を増大させなくて済む。
【０６７４】
ＭｇＮＢが上位ＮＷへのパススイッチ要求とともにＰＤＵセッショントンネル追加の要求を通知した場合、上位ＮＷは、パススイッチ要求応答にＰＤＵセッショントンネル追加要求応答情報を含めて通知してもよい。シグナリング量を削減できる。
【０６７５】
このような方法を用いることで、上位ＮＷとＭＣに用いるＳｇＮＢとの間にＰＤＵセッショントンネルが追加設定される。追加設定されたＰＤＵセッショントンネルを用いることで、上位ＮＷとＳｇＮＢとの間の通信が可能となる。このため、ＳＣＧベアラを用いたＭＣを実行することが可能となる。
【０６７６】
ＭＣ用の複数のＳｇＮＢに対するルーティング機能が必要となる。ルーティング機能を設ける位置およびルーティング機能については実施の形態７で開示したルーティング機能を適宜適用するとよい。実施の形態７では、上位ＮＷをＥＰＣとしているが、実施の形態７の本変形例１では上位ＮＷをＮＧ−ＣＮとするとよい。
【０６７７】
実施の形態７では、上位ＮＷがＥＰＣであるため、上位ＮＷと複数のＳｇＮＢとを、Ｅ−ＲＡＢベアラ設定を変更せずに接続することを開示した。実施の形態７の本変形例１では、上位ＮＷがＮＧ−ＣＮであるため、Ｅ−ＲＡＢベアラの設定が行われず、上位ＮＷとＲＡＮとの間ではＱｏＳフローを用いた設定が行われる。
【０６７８】
ルーティング機能は、上位ＮＷ側に設けてもよい。たとえば、ＵＰＦにルーティング機能を設けてもよい。あるいは、ＵＰＦの機能にルーティング機能を設けてもよい。ルーティング機能をＵＰＦに設けた場合、ＵＰＦとＭＣ用の各ＳｇＮＢとの間にＰＤＵセッショントンネルを追加設定するとよい。前述のＰＤＵセッショントンネルの追加設定方法を適用すると良い。
【０６７９】
ルーティング機能は、上位ＮＷとは別に設けてもよい。ＲＡＮ側のノードとしてルーティング機能を設けてもよい。ＲＡＮ側のノードにルーティング機能を設けてもよい。たとえば、ＳｇＮＢの一つの機能としてルーティング機能を設けてもよい。ＲＡＮ側のノードにルーティング機能を設ける場合、ＵＰＦとＲＡＮ側のノードとの間にＰＤＵセッショントンネルを追加設定するとよい。たとえ複数のＳｇＮＢを用いてＭＣを行う場合も、一つのＰＤＵセッショントンネルを追加設定すればよい。
【０６８０】
ＵＰＦとルーティング機能を有するＲＡＮ側ノードとの間で、データ転送を行うことが可能となる。一つのＰＤＵセッショントンネルを追加するだけでよいので、上位ＮＷを含めたシステムとしての構成を簡単にすることが可能となる。
【０６８１】
ルーティング機能を有するＲＡＮ側のノードとＭＣに用いるＳｇＮＢへのデータ転送には、基地局間インタフェースを用いると良い。たとえばＸｎなどである。
【０６８２】
ＲＡＮ側のノードにルーティング機能を設ける方法として、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒの上位、すなわち、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒと上位ＮＷとの間にルーティング機能を設けると良い。上位ＮＷからのデータは、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒで処理される前のパケットデータの段階で、ルーティングされる。また、ＭＣ用の各ＳｇＮＢのＮｅｗ  ＡＳ  ｌａｙｅｒからのパケットデータは、ルーティング機能により付加されたＳＮに基づいてリオーダリングされて上位ＮＷに転送される。
【０６８３】
ＲＡＮ側のノードにルーティング機能を設ける他の方法として、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒとＰＤＣＰとの間にルーティング機能を設けても良い。上位ＮＷからのデータは、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒで処理された後のデータの段階で、ＭＣ用の各ＳｇＮＢのＰＤＣＰにルーティングされる。また、ＭＣ用の各ＳｇＮＢのＰＤＣＰからのデータが、ルーティング機能により付加されたＳＮに基づいてリオーダリングされてＮｅｗ  ＡＳ  ｌａｙｅｒに転送される。
【０６８４】
ＭＣ用のＳｇＮＢ毎にＤＲＢを設けてもよい。たとえばＳｇＮＢの負荷状況に応じてＤＲＢの設定が可能となる。他の方法として、ルーティング機能を実施するＳｇＮＢに一つのＤＲＢを設けてもよい。ＭＣ用の各ＳｇＮＢはこのＤＲＢ内でデータ通信を行うことになる。各ＳｇＮＢのＤＲＢ構成は、ＭＣ用の全ＳｇＮＢのＱｏＳプロファイルが、ＳＣＧベアラ用のＤＲＢになるように、あるいはＱｏＳフローの所望のＱｏＳになるように、設定されるとよい。
【０６８５】
ルーティング機能をＲＡＮ側のノードに設ける場合、どのｇＮＢにルーティング機能を設けるかが問題となる。ルーティング機能を設けたｇＮＢをＭＣでＳｇＮＢに用いるとは限らないからである。このため、あらかじめｇＮＢにルーティング機能を設けておくとよい。ルーティング機能をＯＮ、ＯＦＦできるようにしておくとよい。
【０６８６】
ルーティング機能をＯＮするＳｇＮＢの設定方法について開示する。以降、ルーティング機能をＯＮするＳｇＮＢをＲ−ＳｇＮＢと称する場合がある。
【０６８７】
上位ＮＷがＲ−ＳｇＮＢを決定する。上位ＮＷとして、ＡＭＦあるいはＳＭＦが決定してもよい。たとえば、ＰＤＵセッショントンネルの追加設定時に、Ｒ−ＳｇＮＢを決定してもよい。ＭｇＮＢからＡＭＦに対して通知するＰＤＵセッショントンネル追加情報に含まれるＭＣ用のＳｇＮＢ識別子を用いて、ＡＭＦは、ＵＰＦと接続するＲ−ＳｇＮＢを決定する。ＡＭＦがＭｇＮＢに対してＲ−ＳｇＮＢの識別子を通知する。Ｒ−ＳｇＮＢの識別子をＰＤＵセッショントンネル追加要求応答情報に含めて通知してもよい。
【０６８８】
ＭｇＮＢは、Ｒ−ＳｇＮＢに対して、ＰＤＵセッショントンネル追加要求応答情報を通知する。該通知を受信したＲ−ＳｇＮＢは、ＭＣを行うＱｏＳフローを含むＰＤＵセッションに対して追加されたＰＤＵセッショントンネルを用いて、ＵＰＦと接続することが可能となる。ＭｇＮＢは、Ｒ−ＳｇＮＢに対して、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング実施要求を通知するとよい。該実施要求に、自ＳｇＮＢに関する情報、ＭＣ用ＳｇＮＢに関する情報を含めてもよい。
【０６８９】
自ＳｇＮＢに関する情報として、自ＳｇＮＢの識別子、アドレスなどがある。ＭＣ用ＳｇＮＢに関する情報として、ＭＣ用ＳｇＮＢの識別子、アドレスなどがある。該実施要求を受信したＲ−ＳｇＮＢは、ルーティング機能をＯＮし、該ＰＤＵセッショントンネルで通信されるＱｏＳフローのデータについて、ＭＣ用ＳｇＮＢに対してルーティングを行う。
【０６９０】
ＭｇＮＢは、Ｒ−ＳｇＮＢに対して、ＰＤＵセッショントンネル追加要求応答情報と、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング実施要求を、まとめて通知してもよい。あるいは、ＰＤＵセッショントンネル追加要求応答情報の通知と、自ＳｇＮＢに関する情報およびＭＣ用ＳｇＮＢに関する情報の通知を以て、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング実施要求としてもよい。一つのシグナリングとして通知できるため、シグナリング量の削減を図れる。
【０６９１】
ＡＭＦはＵＰＦに対して、ＰＤＵセッショントンネル追加情報に、Ｒ−ＳｇＮＢの識別子とアドレスとのうちの少なくとも一方を含めて通知する。これにより、ＵＰＦは、ＭＣを行うＱｏＳフローを含むＰＤＵセッションに対して追加されたＰＤＵセッショントンネルを用いて、Ｒ−ＳｇＮＢと接続することが可能となる。Ｒ−ＳｇＮＢとＵＰＦとの間での通信が可能となる。該情報は、たとえば、ＡＭＦからＵＰＦに通知するパススイッチ要求に含めて通知してもよい。
【０６９２】
ＡＭＦからＵＰＦに対して通知することを開示したが、ＡＭＦからＳＭＦを介してＵＰＦに対して通知してもよい。たとえば、ＡＭＦとＵＰＦの間に直接インタフェースが無い場合に行うと良い。
【０６９３】
ＡＭＦはＭｇＮＢに対してＲ−ＳｇＮＢの停止を通知してもよい。ＡＭＦはＵＰＦに対してもＲ−ＳｇＮＢの停止を通知する。ＭｇＮＢは、Ｒ−ＳｇＮＢに対して、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング停止要求を通知する。該停止要求を受信したＲ−ＳｇＮＢは、ルーティング機能をＯＦＦしルーティングを停止する。
【０６９４】
Ｒ−ＳｇＮＢの再設定を行ってもよい。ＡＭＦはＵＰＦと接続するＲ−ＳｇＮＢの変更を決定する。ＡＭＦはＭｇＮＢに対してＲ−ＳｇＮＢの変更を通知する。この通知に、前述のＲ−ＳｇＮＢ設定の通知を用いてもよい。変更後のＲ−ＳｇＮＢを設定対象として通知するとよい。変更前のＲ−ＳｇＮＢに関する情報をあわせて通知してもよい。
【０６９５】
ＭｇＮＢは、変更前のＲ−ＳｇＮＢに対して、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング停止要求を通知する。該停止要求を受信したＲ−ＳｇＮＢは、ルーティング機能をＯＦＦしルーティングを停止する。ＭｇＮＢは、変更後のＲ−ＳｇＮＢに対して、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング実施要求を通知する。この通知に、前述のＲ−ＳｇＮＢへのルーティング実施要求の通知を用いてもよい。実施要求を受信したＲ−ＳｇＮＢは、ルーティング機能をＯＮしルーティングを行う。
【０６９６】
ＡＭＦはＵＰＦに対してもＲ−ＳｇＮＢの変更を通知する。この通知に、前述のＲ−ＳｇＮＢとのＰＤＵセッショントンネルの追加の通知を用いても良い。変更後のＲ−ＳｇＮＢを設定対象として通知すると良い。変更前のＲ−ＳｇＮＢに関する情報をあわせて通知してもよい。ＵＰＦは、対象となるＰＤＵセッショントンネルを用いて、接続を変更前のＲ−ＳｇＮＢから変更後のＲ−ＳｇＮＢに変更することが可能となる。変更後のＲ−ＳｇＮＢとＵＰＦとの間での通信が可能となる。
【０６９７】
ＲＡＮ側において、一部のＳｇＮＢへのルーティングを停止する機能を設けてもよい。ＭｇＮＢは、Ｒ−ＳｇＮＢに対して、ルーティングを停止するＳｇＮＢに関する情報、あるいは、ルーティングを継続するＳｇＮＢに関する情報とともに、ＵＰＦとＭＣ用ＳｇＮＢとの間のルーティング停止要求を通知してもよい。該停止要求を受信したＲ−ＳｇＮＢは、停止対象となるＳｇＮＢへのルーティングを停止する。
【０６９８】
ＭｇＮＢがＲ−ＳｇＮＢを決定してもよい。ＭｇＮＢは、決定したＲ−ＳｇＮＢに関する情報を、上位ＮＷに通知するとよい。Ｒ−ＳｇＮＢに関する情報として、ルーティング機能を設定するＳｇＮＢの識別子とアドレスとのうちの少なくとも一方を、通知するとよい。該情報をＰＤＵセッショントンネル追加要求情報に含めて通知してもよい。
【０６９９】
ＭｇＮＢが決定したＲ−ＳｇＮＢに対して行う通知、および、ＡＭＦがＵＰＦに対して行うＲ−ＳｇＮＢに関する情報の通知には、上位ＮＷがＲ−ＳｇＮＢを決定する方法で開示した前述の方法を適宜適用すると良い。
【０７００】
Ｒ−ＳｇＮＢのルーティング機能の停止、および、Ｒ−ＳｇＮＢの再設定についても、ＭｇＮＢが決定してもよい。前述と同様の方法を適宜適用すればよい。
【０７０１】
ＭｇＮＢはＵＥに対して、ルーティング機能の実施、停止、または再設定を通知してもよい。ＵＥにおいて、上位レイヤとＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒとの間、あるいは、上位レイヤとＰＤＣＰとの間に、ルーティング機能が設けられる。ルーティング機能はＮＷ側と同様であればよい。
【０７０２】
データルーティングはＭｇＮＢによってＵＥ毎に設定され実施されると良い。どのＳｇＮＢが用いられるかをＮＷ側も認識可能となる。あるいは、データルーティングに関してＵＥが設定して実施しても良い。ＵＥの消費電力や負荷状況に応じてどのＳｇＮＢにルーティングするかを判断できる。
【０７０３】
ルーティング機能として、ＱｏＳフローとＭＣ用のＳｇＮＢとをマッピングする機能を設けてもよい。上位ＮＷ装置がマッピング対応を決定してもよい。たとえば、ルーティング機能が上位ＮＷ、たとえばＵＰＦに設けられた場合に有効となる。上位ＮＷとしてのＡＭＦが、マッピング対応を決定してもよい。該マッピング対応をＡＭＦからＵＰＦに通知する。ＵＰＦは、通知されたマッピング対応を用いて、ＱｏＳフローとＳｇＮＢとの間のマッピングを行う。
【０７０４】
ＡＭＦがＭｇＮＢに対して、マッピング対応を通知してもよい。ＭｇＮＢはＵＥに対してマッピング対応を通知してもよい。このようにすることで、上り通信に対しても、ＵＥにおいてＱｏＳフローとＭＣ用ＳｇＮＢとのマッピングを実施可能となる。
【０７０５】
ＲＡＮのノードがマッピング対応を決定してもよい。たとえば、ルーティング機能がＲＡＮ側ノードに設けられた場合に有効となる。ＲＡＮのノードとしてのＭｇＮＢが、マッピング対応を決定してもよい。該マッピング対応をＭｇＮＢからＲ−ＳｇＮＢに通知する。ＳｇＮＢは、通知されたマッピング対応を用いて、ＱｏＳフローとＳｇＮＢとの間のマッピングを行う。
【０７０６】
ＭｇＮＢはＵＥに対して、マッピング対応を通知してもよい。このようにすることで、上り通信に対しても、ＵＥにおいてＱｏＳフローとＭＣ用ＳｇＮＢとの間のマッピングを実施可能となる。
【０７０７】
このようにすることで、ＱｏＳフロー毎にＳｇＮＢを設定できる。所定のＳｇＮＢを用いて所定のＱｏＳフローのパケットデータを通信可能となる。ＳｇＮＢの負荷状況、処理能力に応じて適した設定を行うことで、スループットの向上が図れる。
【０７０８】
ＳｇＮＢでＭＣに必要なＤＲＢの設定方法と、ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒからのマッピング方法について開示する。
【０７０９】
ＭｇＮＢがＭＣ用の各ＳｇＮＢに対して、ＤＲＢ設定に関する情報を通知する。ＤＲＢ設定に関する情報として以下に９つの例を挙げる。
【０７１０】
（１）ＭＣ対象となるＤＲＢ識別子。
【０７１１】
（２）ＭＣ対象となるＤＲＢ構成。
【０７１２】
（３）ＭＣ対象となるＤＲＢにマッピングしているＱｏＳフロー識別子。
【０７１３】
（４）ＱｏＳフロー毎のＱｏＳプロファイル。
【０７１４】
（５）ＭＣ対象となるＰＤＵセッション識別子。
【０７１５】
（６）追加設定されたＰＤＵセッショントンネル識別子。
【０７１６】
（７）ＰＤＵセッショントンネルを設立する上位装置の識別子。
【０７１７】
（８）ＰＤＵセッショントンネルを設立する上位装置のアドレス。
【０７１８】
（９）（１）から（８）の組合せ。
【０７１９】
各ＳｇＮＢは、通知されたＤＲＢ設定に関する情報を用いて、ＭＣ用のＤＲＢを設定する。各ＳｇＮＢは、通知された情報に従って、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒから設定したＤＲＢへのマッピングを設定する。各ＳｇＮＢでのＤＲＢの設定は異なっても良い。ＤＲＢ識別子も異なってもよい。ＭｇＮＢはＭＣ用の各ＳｇＮＢに対して、ＳｇＮＢ再設定完了シグナリングを用いて、ＤＲＢ設定に関する情報を通知してもよい。
【０７２０】
ＭｇＮＢはＭＣ用の各ＳｇＮＢに対して、ＰＤＵセッショントンネル設立要求を通知してもよい。ＰＤＵセッショントンネル設立要求のための情報として、前述のＤＲＢ設定に関する情報を適宜適用してもよい。ＤＲＢ設定に関する情報と、ＰＤＵセッショントンネル設立要求とを、あわせて通知しても良い。該通知を一つのシグナリングで行ってもよい。シグナリング量を削減できる。
【０７２１】
各ＳｇＮＢはＭｇＮＢに対してＤＲＢ設定応答情報を通知する。ＤＲＢ設定応答情報として以下に８つの例を挙げる。
【０７２２】
（１）自ＳｇＮＢの識別子。
【０７２３】
（２）自ＳｇＮＢのアドレス。
【０７２４】
（３）ＤＲＢ設定了承。
【０７２５】
（４）ＤＲＢ設定拒否。
【０７２６】
（５）ＤＲＢ設定拒否理由。
【０７２７】
（６）自ＳｇＮＢで設定したＤＲＢ構成。
【０７２８】
（７）自ＳｇＮＢで設定したＤＲＢ識別子。
【０７２９】
（８）（１）から（７）の組合せ。
【０７３０】
ＭｇＮＢはＵＥに対してＭＣの設定を行う。ＭＣの設定として、ＭＣ用の各ＳｇＮＢでのＤＲＢ設定結果を通知してもよい。ＭｇＮＢからＵＥへのＭＣの設定および通知方法は、実施の形態６の変形例１を適宜適用するとよい。ベアラのタイプとして、実施の形態６の変形例１ではＭＣＧスプリットベアラを開示したが、実施の形態７の本変形例１ではＳＣＧベアラを適用するとよい。
【０７３１】
このような方法とすることで、上位ＮＷがＮＧ−ＣＮにおいてＳＣＧベアラを用いたＭＣの設定を可能とする。ＤＲＢ毎のＭＣの設定を可能とする。ＵＥとＭｇＮＢとの間、および、ＵＥとＭＣ用各ＳｇＮＢとの間で、ＭＣを実施することができる。ＭＣを設定したＤＲＢのスループットを向上させることができる。
【０７３２】
図３２は、ＳＣＧベアラを用いたＭＣをＤＲＢ毎に設定した場合のデータフローを示す概念図である。ＭＣを設定する前のＱｏＳフローとＤＲＢとのマッピング関係は図２１に示される関係とする。ＭＣが行われるＤＲＢをＤＲＢ１とする。ＱｏＳフロー１とＱｏＳフロー２とがＤＲＢ１にマッピングされる。
【０７３３】
図３２に示すように、ＭｇＮＢは、ＤＲＢ１を、ＳＣＧベアラを用いたＭＣに設定するため、ＭＣ用ＳｇＮＢ側にＰＤＵセッショントンネルを追加設定する。図３２では、ルーティング機能を有するノードが、上位ＮＷとは別途設けられた場合について示している。このため、ＰＤＵセッショントンネルが、上位ＮＷと、ルーティング機能を有するノードとの間に、追加設定される。ルーティング機能が上位ＮＷに設けられる場合は、ＰＤＵセッショントンネルが上位ＮＷとＭＣ用の各ＳｇＮＢとの間に追加設定される。
【０７３４】
追加されたＰＤＵセッショントンネルでは、ＭＣを設定するＤＲＢにマッピングされていたＱｏＳフロー１とＱｏＳフロー２の通信が行われる。上位ＮＷでＱｏＳフロー１とＱｏＳフロー２にマッピングされたパケットデータは、追加されたＰＤＵセッショントンネルを用いて通信が行われる。
【０７３５】
ルーティング機能を有するノードにより、データはＭＣ用の各ＳｇＮＢにルーティングされる。各ＳｇＮＢでは、ＭｇＮＢより通知された、ＭＣが設定されるＤＲＢ１の情報を用いて、ＭＣ用にＤＲＢを設定する。図３２では、ＭｇＮＢで設定されていたＤＲＢ１と同じ設定を各ＳｇＮＢで設定した場合について示している。また、図３２では、ＤＲＢ識別子をＭｇＮＢで設定されていたＤＲＢ識別子と同じにした場合について示している。
【０７３６】
ＱｏＳフロー１とＱｏＳフロー２にマッピングされたデータは、各ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢ１にマッピングされる。このようにすることで、ＭＣ用の各ＳｇＮＢは、ＭＣが設定されたＤＲＢ１にマッピングされていたＱｏＳフローを処理することが可能となる。
【０７３７】
ＭｇＮＢは、ＭＣを行う各ＳｇＮＢ構成と、各ＳｇＮＢで設定するＤＲＢ構成とを、通知するとよい。この通知には、たとえば実施の形態６で開示した、ＭｇＮＢからＵＥに対するＤＲＢの構成の通知方法を適用するとよい。ＵＥは、各ＳｇＮＢで設定するＤＲＢ構成を設定することが可能となる。上りデータに対しても同様である。このようにすることで、ＤＲＢ毎のＭＣを実施することが可能となる。
【０７３８】
図３３〜図３５は、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＢベアラを用いたＭＣを設定するシーケンスの一例を示す図である。図３３〜図３５は境界線ＢＬ３３３４，ＢＬ３４３５の位置で繋がっている。図３３〜図３５は、ＭｇＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図３３〜図３５に示すシーケンスは、図１９および図２０ならびに図２９および図３０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０７３９】
ステップＳＴ５５０１、ＳＴ５５０２でＭｇＮＢは、ＳｇＮＢ１、ＳｇＮＢ２に対してＳｇＮＢの追加要求を通知する。該追加要求シグナリングに、前述のＤＲＢ設定に関する情報を含めるとよい。ＤＲＢ設定に関する情報は、たとえば、ＭＣ対象とするＤＲＢの識別子とＤＲＢ構成、ＭＣ対象となるＤＲＢにマッピングしているＱｏＳフローの識別子とＱｏＳフロー毎のＱｏＳプロファイル、ＭＣ対象となるＰＤＵセッション識別子などである。
【０７４０】
ＭｇＮＢは、ＭＣを行うＱｏＳフローのＱｏＳプロファイルを満足するように、ＭＣを設定する各ＳｇＮＢに対してＱｏＳプロファイル設定を決定してもよい。
【０７４１】
ＭｇＮＢは、ＭＣを設定する各ＳｇＮＢに対して、各ＳｇＮＢに要求するＤＲＢ構成を通知してもよい。ＭｇＮＢは、ＤＲＢ構成を設定前のＤＲＢ構成と同じとしてもよい。あるいは、ＭＣを設定するＳｇＮＢのベアラ構成で、ＭＣを行うＱｏＳフローのＱｏＳプロファイルを満足するベアラ構成となるように、ベアラ構成を決定してもよい。
【０７４２】
ＭｇＮＢからＤＲＢ設定に関する情報を受信したＳｇＮＢ１、ＳｇＮＢ２は、ＭＣ対象となるＱｏＳフローをマッピングするためのＤＲＢの設定を行う。ステップＳＴ５５０３、ＳＴ５５０４で、ＳｇＮＢ１、ＳｇＮＢ２はＭｇＮＢに対して、追加要求に対する追加要求応答を通知する。追加要求応答シグナリングに、前述のＤＲＢ設定応答情報を含めるとよい。追加要求応答はたとえばＤＲＢ設定了承であり、ＤＲＢ設定応答情報はたとえば、自ＳｇＮＢで設定したＤＲＢ識別子と構成、自ＳｇＮＢの識別子とアドレスなどである。また、自ＳｇＮＢで設定したＡＳ設定を通知してもよい。
【０７４３】
ＭＣに用いる各ＳｇＮＢからＳｇＮＢ追加要求応答シグナリングを受信したＭｇＮＢは、ＳＣＧベアラを用いたＭＣを設定するために、ステップＳＴ５５０５で、上位ＮＷに対して、ＰＤＵセッショントンネルの追加要求を通知する。ＰＤＵセッショントンネルの追加要求シグナリングに、前述のＰＤＵセッショントンネル追加情報を含めて通知するとよい。ＰＤＵセッショントンネル追加情報はたとえば、ＭＣ対象となるＰＤＵセッション識別子、ＭＣ対象となるＰＤＵセッショントンネル識別子、ＭＣ対象となるＱｏＳフロー識別子、ＭＣ用のＳｇＮＢ識別子とアドレスなどである。
【０７４４】
ステップＳＴ５５０６でＡＭＦ／ＳＭＦは、ＵＰＦに対して、ＰＤＵセッショントンネル追加要求を通知する。前述と同様に、ＰＤＵセッショントンネルの追加要求シグナリングに、前述のＰＤＵセッショントンネル追加情報を含めて通知するとよい。
【０７４５】
ステップＳＴ５５０６でＰＤＵセッショントンネル追加要求およびＰＤＵセッショントンネル追加情報を通知されたＵＰＦは、ＭＣに用いる各ＳｇＮＢとの間にＰＤＵセッショントンネルを追加設定する。
【０７４６】
ステップＳＴ４３０２でＭｇＮＢは、ＵＥに対して、ＭＣの設定を通知する。ＭＣの設定として、ＭＣ用の各ＳｇＮＢのＳＣＧの構成と、各ＳｇＮＢで設定したＤＲＢ構成とを通知する。シグナリングとして、ＲＲＣ接続用の設定を行うためのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを用いてもよい。また、ベアラのタイプがＳＣＧベアラであることを通知してもよい。
【０７４７】
ステップＳＴ４３０２でＳｇＮＢ１とＳｇＮＢ２のＳＣＧ構成とＤＲＢ構成を受信したＵＥは、該設定に従って、ＭｇＮＢ、ＳｇＮＢ１、ＳｇＮＢ２に対するＭＣの設定を行う。ステップＳＴ４３０３でＵＥは、ＭｇＮＢに対してＭＣ設定完了を含むＲＲＣ接続再設定完了（RRCConnectionReconfiguration Complete）を通知する。
【０７４８】
ＵＥがＭＣの設定を完了したことを認識したＭｇＮＢは、ステップＳＴ４２０７でＳｇＮＢ１に対して、各ＳｇＮＢのＳＣＧの追加設定が完了したことを示すシグナリングを通知し、ステップＳＴ４２１９でＳｇＮＢ２に対して、各ＳｇＮＢのＳＣＧの追加設定が完了したことを示すシグナリングを通知する。ＳｇＮＢ１、ＳｇＮＢ２は、ＵＥとの間でＭＣのための接続設定が完了したことを認識する。
【０７４９】
ＭｇＮＢはＳｇＮＢ１、ＳｇＮＢ２に対して、ステップＳＴ４２０７、ＳＴ４２１９のＳＣＧの追加設定完了のシグナリングを用いて、ＰＤＵセッショントンネル設立要求を通知してもよい。ＳＣＧの追加設定完了のシグナリングに、ＰＤＵセッショントンネル設立要求のための情報として、前述のＤＲＢ設定に関する情報を含めるとよい。
【０７５０】
ＤＲＢ設定に関する情報はたとえば、ＭＣ対象となるＤＲＢ識別子、ＭＣ対象となるＤＲＢにマッピングしているＱｏＳフロー識別子、ＭＣ対象となるＰＤＵセッション識別子、追加設定されたＰＤＵセッショントンネル識別子、ＰＤＵセッショントンネルを設立する上位装置の識別子とアドレスなどである。
【０７５１】
これにより、ＡＭＦ／ＳＭＦと、ＭＣに用いる各ＳｇＮＢとの間で、ＰＤＵセッショントンネルが追加設定される。ＳＣＧベアラを用いたＭＣのためのＳｇＮＢと、上位ＮＷとの間で、データ通信が可能となる。
【０７５２】
ステップＳＴ４２０８、ＳＴ４２２０で、ＵＥはＳｇＮＢ１、ＳｇＮＢ２に対してＲＡ処理を行って同期を確立する。ステップＳＴ５２０１からステップＳＴ５２０３で、ＭｇＮＢからＳｇＮＢ１へのＳＮ状態の転送とデータ転送が行われる。データ転送に関しては実施の形態７で開示した方法を適宜適用すると良い。
【０７５３】
ステップＳＴ５５０８でＭｇＮＢは、ＡＭＦ／ＳＭＦに対してＰＤＵセッショントンネルスイッチング要求を通知する。ＭｇＮＢは、ＭＣ対象となるＤＲＢに含まれるＱｏＳフローを、ＭＣ設定前のＰＤＵセッショントンネルから、ＭＣに用いるＳｇＮＢ間で追加設定されたＰＤＵセッショントンネルに変更することを要求する。ＰＤＵセッショントンネルスイッチング要求シグナリングに、ＰＤＵセッショントンネルスイッチングのための情報を含めると良い。
【０７５４】
ＰＤＵセッショントンネルスイッチングのための情報として以下に８つの例を示す。
【０７５５】
（１）ＭＣ対象となるＤＲＢにマッピングしているＱｏＳフロー識別子。
【０７５６】
（２）ＭＣ対象となるＰＤＵセッション識別子。
【０７５７】
（３）追加設定されたＰＤＵセッショントンネル識別子。
【０７５８】
（４）ＰＤＵセッショントンネルを設立する上位装置の識別子。
【０７５９】
（５）ＰＤＵセッショントンネルを設立する上位装置のアドレス。
【０７６０】
（６）ＭＣに用いるＳｇＮＢの識別子。
【０７６１】
（７）ＭＣに用いるＳｇＮＢのアドレス。
【０７６２】
（８）（１）から（７）の組合せ。
【０７６３】
ステップＳＴ５５０８と同様に、ステップＳＴ５５０９でＡＭＦ／ＳＭＦはＵＰＦに対してＰＤＵセッショントンネルスイッチング要求を通知する。ＰＤＵセッショントンネルスイッチング要求を受信したＵＰＦは、ステップＳＴ５２０６でＭｇＮＢへの最後のパケットデータとしてエンドマーカのパケットを送信し、ＰＤＵセッショントンネルスイッチング要求で通知された情報を用いて、ＭＣに用いるＳｇＮＢとの間で追加設定されたＰＤＵトンネルにスイッチングする。ステップＳＴ５２０７でＭｇＮＢは、エンドマーカをＳｇＮＢ１に転送する。これによりＳｇＮＢ１はＭｇＮＢからのデータが終了したことを認識する。
【０７６４】
ステップＳＴ５５０９でＵＰＦにＰＤＵセッショントンネルスイッチング要求を通知したＡＭＦ／ＳＭＦは、ＭｇＮＢに対して、ＰＤＵセッショントンネルスイッチング要求応答を通知する。これによりＭｇＮＢは、ＭＣ用ＳｇＮＢ１、ＳｇＮＢ２との間で追加設定されたＰＤＵセッショントンネルにスイッチされたことを認識する。
【０７６５】
ステップＳＴ５５０９でＭＣパススイッチ設定情報を受信したＵＰＦは、ステップＳＴ５２０６でＭｇＮＢへの最後のパケットデータとしてエンドマーカのパケットを送信し、パススイッチを起動する。ステップＳＴ５２０７でＭｇＮＢは、エンドマーカをＳｇＮＢ１に転送する。これによりＳｇＮＢ１はＭｇＮＢからのデータが終了したことを認識する。
【０７６６】
ステップＳＴ５２１０で、ＵＰＦに設けられたルーティング機能により、ＭＣ用の各ＳｇＮＢとの間でパケットデータがルーティングされ、ステップＳＴ５２１１からステップＳＴ５２１４で、ＳｇＮＢ１、ＳｇＮＢ２とＵＰＦとの間でデータ通信が行われる。
【０７６７】
このようにすることで、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＣベアラを用いたＭＣを行うことが可能となる。ＭｇＮＢはＵＥに対して、ＳＣＧベアラを用いたＭＣを設定することが可能となる。ＵＥはＭＣ用の複数のＳｇＮＢと接続を行ってＭＣを行うことが可能となる。
【０７６８】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣに用いるＳｇＮＢに対して適用すると良い。
【０７６９】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭｇＮＢと、ＭＣに用いるＳｇＮＢに対して適用すると良い。
【０７７０】
ＳＣＧベアラを用いたＭＣの設定からＭＣＧベアラに戻す方法を開示する。ＭｇＮＢと上位ＮＷの間に、ＭＣ対象となるＰＤＵセッションのためのＰＤＵセッショントンネルが設定されている場合は、ＭｇＮＢは、各ＳｇＮＢに設定されているＰＤＵセッショントンネルを解除して、ＭＣ対象であるＤＲＢに含まれるＱｏＳフローに、ＭｇＮＢと上位ＮＷとの間に設定されているＰＤＵセッショントンネルを用いるように、設定すればよい。
【０７７１】
ＭｇＮＢと上位ＮＷの間に、ＭＣ対象となるＰＤＵセッションのためのＰＤＵセッショントンネルが設定されていない場合は、ＭｇＮＢは、ＭｇＮＢと上位ＮＷとの間にＰＤＵセッショントンネルを設定すると良い。ＭｇＮＢは、各ＳｇＮＢに設定されているＰＤＵセッショントンネルを解除して、ＭＣ対象であるＤＢＲに含まれるＱｏＳフローに、ＭｇＮＢと上位ＮＷとの間に設定したＰＤＵセッショントンネルを用いるように、設定すればよい。
【０７７２】
また、ＭｇＮＢは、各ＳｇＮＢとＵＥとの間に設定したＭＣ用の設定を解除すると良い。これらの方法は、前述の方法を適宜適用すると良い。
【０７７３】
ＳＣＧベアラを用いたＭＣの他の設定方法を開示する。ＱｏＳフロー毎にＭＣを設定する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは、ＤＲＢにマッピングされるＱｏＳフローの内の一つまたは複数のＱｏＳフローについて、ＳＣＧベアラを用いたＭＣを行う。
【０７７４】
上位ＮＷがＮＧ−ＣＮにおいてＱｏＳフロー毎に、ＳＣＧベアラを用いたＭＣを設定する場合、前述の問題点に加えて次のような問題が生じる。
【０７７５】
ＭｇＮＢで複数のＱｏＳフローが一つのＤＲＢにマッピングされており、複数のＱｏＳフローをＱｏＳフロー毎に分けてＭＣを設定する場合、ＭＣ設定後も該ＤＲＢにはまだマッピングされるＱｏＳフローが残ることになる。このような場合、ＭＣ設定後もＰＤＣＰでデータが処理されＳＮが付加されることになる。
【０７７６】
ＳＣＧベアラを用いたＭＣにより、ＵＥとの接続がＭｇＮＢからＳｇＮＢに移行した場合、ＭｇＮＢで処理途中であったデータをＳｇＮＢに転送する必要がある。その場合、従来はＳＮ状態の転送を行うことで、該ＳＮを用いて、ＳｇＮＢでのＰＤＣＰのＳＮを設定すればよかった。このようにすることで、ＵＥにおいては、ＳＮによるＰＤＣＰのリオーダリングが可能となった。
【０７７７】
しかし、前述のように、ＭＣを設定するＤＲＢに複数のＱｏＳフローがマッピングされる場合、ＭＣが設定されるＱｏＳフローのデータだけでなく、ＭＣが設定されないＱｏＳフローのデータもＳｇＮＢに転送される場合が生じる。この場合、ＳｇＮＢのＰＤＣＰでＭＣが設定されないＱｏＳフローのデータも処理されるため、ＭＣが設定されるＱｏＳフローのデータを正常にリオーダリングできなくなってしまう、という問題が発生する。上りリンクに関しても同様である。
【０７７８】
このような問題を解決する方法として、ＱｏＳフロー毎の転送処理を行う。ＭｇＮＢからＳｇＮＢに転送するデータを、ＭＣが設定されるＱｏＳフローに限定するとよい。ＭｇＮＢは、データに付加されたＱｏＳフロー識別子により判断し、ＭＣが設定されるＱｏＳフローの場合はＳｇＮＢに転送し、ＭＣが設定されないＱｏＳフローの場合は転送しない。
【０７７９】
ＳｇＮＢに転送されたＱｏＳフローのデータは、ＳｇＮＢで処理される。ＳｇＮＢに転送されないＱｏＳフローのデータはＭｇＮＢで処理されることになる。このようにＱｏＳフロー毎の転送処理を行うことで、ＳｇＮＢにおけるデータを正常に処理することが可能となる。
【０７８０】
このような問題を解決する他の方法として、ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定し、追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする。追加設定したＤＲＢをＭＣに設定することで、該ＤＲＢにマッピングされたＱｏＳフローに対してＭＣを設定することが可能となる。
【０７８１】
このようにすることで、ＭＣ設定後に、追加設定したＤＲＢにマッピングされるＱｏＳフローは残らなくなる。このため、追加設定したＤＲＢにマッピングされるＭＣを行うＱｏＳフローのデータがＳｇＮＢに転送されることになる。ＳｇＮＢのＰＤＣＰでＭＣを行うＱｏＳフローのデータが処理されるため、リオーダリングを正常に行うことが可能となる。上りリンクに関しても同様である。
【０７８２】
ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定し、追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする方法は、実施の形態６の変形例１で開示した、ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定する方法を適宜適用すると良い。
【０７８３】
図３６は、ＳＣＧベアラを用いたＭＣをＱｏＳフロー毎に設定した場合のデータフローを示す概念図である。ＭＣを設定する前のＱｏＳフローとＤＲＢとのマッピング関係は図２１に示される関係とする。ＭＣが行われるＤＲＢをＤＲＢ１とする。ＱｏＳフロー１とＱｏＳフロー２とがＤＲＢ１にマッピングされる。
【０７８４】
図３６に示すように、ＭｇＮＢは、ＤＲＢ１のうち、ＱｏＳフロー１を、ＳＣＧベアラを用いたＭＣに設定するため、ＭＣ用ＳｇＮＢ側にＰＤＵセッショントンネルを追加設定する。図３６では、ルーティング機能を有するノードが、上位ＮＷとは別途設けられた場合について示している。このため、ＰＤＵセッショントンネルが、上位ＮＷと、ルーティング機能を有するノードとの間に、追加設定される。ルーティング機能が上位ＮＷに設けられる場合は、ＰＤＵセッショントンネルが上位ＮＷとＭＣ用の各ＳｇＮＢとの間に追加設定される。
【０７８５】
追加されたＰＤＵセッショントンネルでは、ＭＣを設定するＱｏＳフロー１の通信が行われる。上位ＮＷでＱｏＳフロー１にマッピングされたパケットデータは、追加されたＰＤＵセッショントンネルを用いて通信が行われる。
【０７８６】
ルーティング機能を有するノードにより、データはＭＣ用の各ＳｇＮＢにルーティングされる。各ＳｇＮＢでは、ＭｇＮＢより通知された、ＭＣが設定されるＤＲＢ１の情報を用いて、ＭＣ用にＤＲＢを設定する。各ＳｇＮＢは、ＭｇＮＢより通知されたＭＣが設定されるＱｏＳフロー１のＱｏＳプロファイルの情報を用いて、ＭＣ用にＤＲＢを設定してもよい。
【０７８７】
図３６では、ＭｇＮＢで設定されていたＤＲＢ１と異なる設定を各ＳｇＮＢで設定した場合について示している。また、図３６では、ＤＲＢ識別子をＭｇＮＢで設定されていたＤＲＢ識別子と異なるＤＲＢ識別子（ＤＲＢＹ１）とした場合について示している。
【０７８８】
ＱｏＳフロー１にマッピングされたデータは、各ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢＹ１にマッピングされる。このようにすることで、ＭＣ用の各ＳｇＮＢは、ＭＣが設定されたＱｏＳフロー１を処理することが可能となる。
【０７８９】
一方、ＤＲＢ１のうち、ＱｏＳフロー２はＭＣが設定されず、ＱｏＳフロー２はＭｇＮＢ側で通信が行われることになる。ＭｇＮＢは、ＤＲＢ１のうち、ＱｏＳフロー２のためにＭｇＮＢ側にＤＲＢを維持する。ＭｇＮＢはＤＲＢ１の再設定を行ってもよい。たとえば、ＭＣ設定後に、ＱｏＳフロー２に適したＤＲＢ構成を再設定するとよい。
【０７９０】
図３６は、ＭｇＮＢで設定されていたＤＲＢ１と同じ設定を行う場合について示している。また、図３６は、ＤＲＢ識別子をＭｇＮＢで設定されていたＤＲＢ識別子と同じＤＲＢ識別子（ＤＲＢ１）とした場合について示している。
【０７９１】
ＱｏＳフロー２の通信は、ＭＣ設定前の上位ＮＷとＭｇＮＢとの間に設立されていたＰＤＵセッショントンネルを用いて行われる。上位ＮＷでＱｏＳフロー２にマッピングされたデータは、ＭｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢ１にマッピングされる。このようにすることで、ＭＣが設定されないＱｏＳフロー２をＭｇＮＢで処理することが可能となる。
【０７９２】
ＭｇＮＢはＵＥに対して、再設定したＤＲＢ構成を通知すると良い。また、ＭｇＮＢは、ＭＣを設定する各ＳｇＮＢ構成と、各ＳｇＮＢで設定するＤＲＢ構成とを、通知するとよい。この通知には、たとえば実施の形態６で開示したＭｇＮＢからＵＥに対するＤＲＢの構成の通知方法を適用するとよい。ＵＥは、ＭｇＮＢ側に設定されるＤＲＢ構成の再設定が可能となり、また、各ＳｇＮＢで設定するＤＲＢ構成の設定が可能となる。上りデータに対しても同様である。このようにすることで、ＱｏＳフロー毎のＭＣを実施することが可能となる。
【０７９３】
ＱｏＳフロー毎のＳＣＧベアラを用いたＭＣを設定するシーケンスは、図２６および図２７を適用するとよい。ステップＳＴ４９０２からステップＳＴ４９１３を、ＭＣを行うＱｏＳフロー用にＤＲＢを追加設定するために実施すると良い。ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定し、追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする。追加設定したＤＲＢをＭＣに設定することで、該ＤＲＢにマッピングされたＱｏＳフローに対してＭＣを設定することが可能となる。
【０７９４】
このようにすることで、ＭＣ設定後に、追加設定したＤＲＢにマッピングされるＱｏＳフローは残らなくなる。このため、追加設定したＤＲＢにマッピングされるＭＣを行うＱｏＳフローのデータがＳｇＮＢに転送されることになる。ＳｇＮＢのＰＤＣＰでＭＣを行うＱｏＳフローのデータが処理されるため、リオーダリングを正常に行うことが可能となる。上りリンクに関しても同様である。
【０７９５】
ステップＳＴ４９１４でＭｇＮＢは、ＭＣを行うＱｏＳフローのために追加設定したＤＲＢのＳＣＧベアラを用いたＭＣ設定を開始する。ステップＳＴ４９１５で、ＭｇＮＢと、ＭＣに用いるＳｇＮＢ１およびＳｇＮＢ２と、ＡＭＦ／ＳＭＦと、ＵＰＦと、ＵＥとは、互いの間でＳＣＧベアラを用いたＭＣ設定処理を行う。このＭＣ設定処理は図３３〜図３５を適用すると良い。
【０７９６】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＱｏＳフロー毎にＭＣを設定するＳｇＮＢに対して適用すると良い。
【０７９７】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭｇＮＢと、ＱｏＳフロー毎にＭＣを設定するＳｇＮＢに対して適用すると良い。ＱｏＳフロー毎のＳＲ、ＢＳＲを設けて、ＵＥから基地局側に通知するようにしてもよい。
【０７９８】
このようにすることで、上位ＮＷがＮＧ−ＣＮの場合において、ＳＧＣベアラを用いたＭＣを行うことが可能となる。ＭｇＮＢはＵＥに対して、ＳＣＧベアラを用いたＭＣを設定することが可能となる。ＵＥはＭＣ用の複数のＳｇＮＢと接続を行ってＭＣを行うことが可能となる。
【０７９９】
また、ＭｇＮＢはＵＥに対して、ＱｏＳフロー毎のＳＣＧベアラを用いたＭＣを実施可能となる。ＱｏＳフロー毎にＭＣを実施可能となるため、ベアラ毎のＭＣに比べて細かいＱｏＳ精度でＭＣ制御が実施可能となる。
【０８００】
上位ＮＷと接続されないＭＣ用の基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。実施の形態７の本変形例１で開示した方法を適宜適用するとよい。本変形例１では上位ＮＷと接続されないＭＣ用の基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【０８０１】
実施の形態７の本変形例１で開示した方法とすることで、上位ＮＷがＮＧ−ＣＮの場合も、一つのＵＥに対して複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ＳＣＧベアラを用いたＭＣを設定することが可能となるため、ＭｇＮＢを介さない通信を提供できる。このため、ＵＥに提供する通信のスループットを向上させることが可能となる。
【０８０２】
実施の形態８．
実施の形態７では、ＳＣＧベアラを用いたＭＣについて開示した。ＳＣＧベアラを用いたＭＣでは、上位ＮＷにルーティング機能を設けた場合、上位ＮＷとＭＣに用いる各ＳｇＮＢとの間で通信が行われることとなる。このような通信を可能とするため、上位ＮＷへ各ＳｇＮＢの設定を通知せねばならず、ＭＣの設定が複雑になり、上位ＮＷと基地局との間のシグナリング量が増大する問題が生じてしまう。
【０８０３】
また、ルーティングに必要な情報を、ルーティング機能を有するノードまで送付する必要があった。これによっても上位ＮＷと基地局との間のシグナリング量が増大する問題が生じてしまう。
【０８０４】
本実施の形態８ではこのような課題を解決する方法を開示する。他のＳｇＮＢにスプリットするＳＣＧスプリットベアラを設ける。
【０８０５】
従来のＳＣＧスプリットベアラは、ＳｇＮＢが上位ＮＷ装置と接続され、該ＳｇＮＢが上位ＮＷからのデータを自ＳｇＮＢとＭｅＮＢにスプリットする。上り通信も同様である。つまり、ＭｅＮＢと一つのＳｇＮＢとを用いたＤＣとなる。
【０８０６】
本実施の形態８で開示するＳＣＧスプリットベアラは、ＳｇＮＢが上位ＮＷ装置と接続され、該ＳｇＮＢが上位ＮＷからのデータを自ＳｇＮＢと他のＳｇＮＢにスプリットする。ＭｅＮＢはＣ−Ｐｌａｎｅの通信などに用いられているため、この意味で、ＭｅＮＢと上位ＮＷ装置と接続されるＳｇＮＢと他のＳｇＮＢとを用いたＭＣとなる。上り通信も同様である。他のＳｇＮＢは一つであってもよいし複数であってもよい。上位ＮＷ装置と接続されるＳｇＮＢをＰ-ＳｇＮＢと称する場合がある。
【０８０７】
図３７は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＥＰＣであり、マスタ基地局はＬＴＥでの基地局（ｅＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。図３７は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥに、ＰＤＣＰと、ＭｅＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹが構成され、ＭＣ用に設定された各ＳｇＮＢ用のＲＬＣ，ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０８０８】
図３７は、ＳＣＧスプリットベアラを用いた場合について示している。上位ＮＷは一つのＳｇＮＢ（Ｐ−ＳｇＮＢ）に接続され、ＭＣ用の他のＳｇＮＢがＰ−ＳｇＮＢに接続される。下りデータは上位ＮＷによってＰ−ＳｇＮＢに転送される。Ｐ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは介さずＰＤＣＰに転送される。上位ＮＷからのデータがＰ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに入力されてもよいが、該機能は処理されずパスされる。
【０８０９】
下りデータはＰ−ＳｇＮＢのＰＤＣＰで処理される。たとえ他のＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付加する。ＳＮが付加されたデータは、自Ｐ−ＳｇＮＢと他のＳｇＮＢとにスプリットされる。スプリットされたデータは自Ｐ−ＳｇＮＢと他のＳｇＮＢのＲＬＣに送信され、Ｐ−ＳｇＮＢと他のＳｇＮＢのＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＵＥに送信される。
【０８１０】
ＵＥがＰ−ＳｇＮＢと他のＳｇＮＢより受信したデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々ＰＤＣＰに転送される。ＰＤＣＰではＰ−ＳｇＮＢ用および他のＳｇＮＢ用から転送されたデータに付加されたＳＮをもとにリオーダリングして上位レイヤに転送する。
【０８１１】
上りデータは、ＵＥで上位レイヤからのデータをＰＤＣＰで処理する。上りに関しても下りと同様に、たとえ他のＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付与する。ＳＮが付加されたデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、Ｐ−ＳｇＮＢと他のＳｇＮＢに送信される。
【０８１２】
Ｐ−ＳｇＮＢと他のＳｇＮＢがＵＥから受信したデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々Ｐ−ＳｇＮＢのＰＤＣＰに転送される。Ｐ−ＳｇＮＢのＰＤＣＰではデータに付与されたＳＮをもとにリオーダリングして上位ＮＷに転送する。
【０８１３】
ｇＮＢにスプリットベアラ用のルーティング機能を設けてもよい。ｇＮＢに、ＭＣに用いるＳｇＮＢへのルーティング機能を設ける。ＳＣＧスプリットベアラを用いたＭＣ用として、Ｐ-ＳｇＮＢに設けられたルーティング機能を用いるとよい。ルーティング機能については実施の形態６で開示した方法を適宜適用すると良い。
【０８１４】
ＳＣＧスプリットベアラを用いたＭＣの設定方法について開示する。ＭｅＮＢが、ＭＣに用いる全ＳｇＮＢを決定する。ＭｅＮＢはＭＣに用いるＰ−ＳｇＮＢと他のＳｇＮＢとを決定する。ＭｅＮＢはＭＣに用いる各ＳｇＮＢのベアラ構成を設定して各ＳｇＮＢに対して要求する。ＭｅＮＢは各ＳｇＮＢに、各ＳｇＮＢのベアラ構成の設定要求を通知する。ベアラ構成として、ベアラの種類を通知してもよい。ＳＣＧスプリットベアラであることを通知してもよい。Ｐ−ＳｇＮＢと他のＳｇＮＢを用いたＳＣＧスプリットベアラであることを通知してもよい。
【０８１５】
ＳＣＧスプリットベアラを用いたＭＣの設定として、ＳｇＮＢを追加設定する方法を開示する。最初に、ＭｅＮＢは、上位ＮＷと接続するＳｇＮＢ（Ｐ−ＳｇＮＢ）に対してＳＣＧベアラを設定する。次に、ＭＣに用いるＰ−ＳｇＮＢと他のＳｇＮＢに対してＳＣＧスプリットベアラの設定を行う。最初に行うＰ−ＳｇＮＢに対するＳＣＧベアラの設定は、ＳＣＧベアラを用いたＤＣの設定方法を適用すると良い。
【０８１６】
ＭＣに用いるＰ−ＳｇＮＢと他のＳｇＮＢに対して行うＳＣＧスプリットベアラの設定方法について開示する。ＭｅＮＢは他のＳｇＮＢに、ＳＣＧスプリットベアラ用ＳｇＮＢの追加を要求する。ＭｅＮＢは該要求にＳＣＧスプリットベアラ用ＳｇＮＢの追加に関する情報を含めて他のＳｇＮＢに通知する。ＭｅＮＢから他のＳｇＮＢに通知する該情報として、以下に７つの例を示す。
【０８１７】
（１）ＳＣＧスプリットベアラの設定であることを示す情報。
【０８１８】
（２）ＳＣＧスプリットベアラ構成。
【０８１９】
（３）Ｐ-ＳｇＮＢに関する情報。
【０８２０】
（４）ＭＣを設定するＤＲＢに関する情報。
【０８２１】
（５）各ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等。
【０８２２】
（６）ＭＣを行うＵＥに関する情報。
【０８２３】
（７）（１）から（６）の組合せ。
【０８２４】
前述の（２）のＳＣＧスプリットベアラ構成として、通知されたＳｇＮＢが他のＳｇＮＢであること、Ｐ−ＳｇＮＢからスプリットされること等の情報がある。前述の（３）のＰ−ＳｇＮＢに関する情報として、Ｐ−ＳｇＮＢの識別子、Ｐ−ＳｇＮＢのアドレスなどがある。該情報にＰ-ＳｇＮＢと接続することを指示する情報を含めてもよい。あるいは、該要求をもってＰ-ＳｇＮＢとの接続指示であることを示すとしてもよい。前述の（４）のＭＣを設定するＤＲＢに関する情報として、ＤＲＢの識別子としてもよい。また、ＤＲＢ構成を含めてもよい。
【０８２５】
これらの情報を受信したＳｇＮＢは、自ＳｇＮＢが、ＳＣＧスプリットベアラを用いたＭＣに用いられる他のＳｇＮＢであることを認識する。また、ＭＣを設定するベアラのＱｏＳプロファイル等をもとに自ＳｇＮＢでのＳＣＧ構成の設定、ＤＲＢ構成の設定を行う。また、Ｐ−ＳｇＮＢとＳＣＧスプリットベアラを用いた通信設定を行う。
【０８２６】
ＭｅＮＢはＰ−ＳｇＮＢに、ＳＣＧスプリットベアラへの変更を要求する。また、ＭｅＮＢはＰ−ＳｇＮＢに、ＳＣＧスプリットベアラ用ＳｇＮＢの追加設定を通知する。ＳＣＧスプリットベアラへの変更要求に、ＳＣＧスプリットベアラ用に追加するＳｇＮＢの設定情報を含めてもよい。ＭｅＮＢは該要求にＳＣＧスプリットベアラ用ＳｇＮＢの追加に関する情報を含めてＰ−ＳｇＮＢに通知する。ＭｅＮＢからＰ−ＳｇＮＢに通知する該情報として、以下に９つの例を示す。
【０８２７】
（１）ＳＣＧスプリットベアラの設定であることを示す情報。
【０８２８】
（２）Ｐ-ＳｇＮＢであることを示す情報。
【０８２９】
（３）ＳＣＧスプリットベアラ構成。
【０８３０】
（４）ＳＣＧスプリットベアラを構成するＳｇＮＢに関する情報。
【０８３１】
（５）ＭＣを設定するＤＲＢに関する情報。
【０８３２】
（６）各ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等。
【０８３３】
（７）上位ＮＷに関する情報。
【０８３４】
（８）ＭＣを行うＵＥに関する情報。
【０８３５】
（９）（１）から（８）の組合せ。
【０８３６】
前述の（２）のＰ-ＳｇＮＢであることを示す情報として、たとえば、フラグとしてもよい。情報量を低減できる。例えば１ビットのフラグとしてもよい。たとえば、１の場合Ｐ−ＳｇＮＢであることを示し、０の場合はＰ−ＳｇＮＢでないことを示す。Ｐ-ＳｇＮＢであることを示す情報として、たとえば、Ｐ−ＳｇＮＢの識別子としてもよい。
【０８３７】
たとえば、Ｐ−ＳｇＮＢと他のＳｇＮＢのパラメータを設け、該Ｐ−ＳｇＮＢのパラメータに、Ｐ−ＳｇＮＢとなるｇＮＢの識別子を含め、他のＳｇＮＢのパラメータに他のＳｇＮＢとなるｇＮＢの識別子を含める。このようにすることで、Ｐ−ＳｇＮＢと他のＳｇＮＢに通知する情報を共通化できるので、ＳＣＧスプリットベアラの設定における複雑性を回避できる。
【０８３８】
前述の（７）の上位ＮＷに関する情報として、Ｓ−ＧＷの識別子、アドレスとしてもよい。あるいは、ＭＭＥの識別子、アドレスを含んでもよい。Ｐ−ＳｇＮＢと上位ＮＷとの接続を可能にする。
【０８３９】
これらの情報を受信したＳｇＮＢは、自ＳｇＮＢが、ＳＣＧスプリットベアラを用いたＭＣに用いられるＰ−ＳｇＮＢであることを認識する。また、ＳＣＧベアラから他のＳｇＮＢを用いたＳＣＧスプリットベアラへの変更を行う。ＭＣを設定するベアラのＱｏＳプロファイル等をもとに自ＳｇＮＢでのＳＣＧ構成の設定、ＤＲＢ構成の設定を行う。ＳＣＧベアラ時のＳＣＧ構成やＤＲＢ構成を維持してもよい。また、他のＳｇＮＢとＳＣＧスプリットベアラを用いた通信設定を行う。
【０８４０】
前述のように、ＳＣＧスプリットベアラのために、自ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成を設定したＰ−ＳｇＮＢと他のＳｇＮＢは、ＭｅＮＢに対して、該要求に対する応答を通知する。応答として承諾であってもよいし拒否でもよい。承諾の場合、各ＳｇＮＢはＭｅＮＢに対して、自ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成を通知すると良い。拒否の場合、拒否理由を含めて通知するとよい。
【０８４１】
ＭｅＮＢがＰ−ＳｇＮＢに対して通知するＳＣＧスプリットベアラへの変更要求の中で、ＳＣＧスプリットベアラを構成するＳｇＮＢに関する情報を通知してもよいことを開示したが、該ＳｇＮＢは、承諾を受信したＳｇＮＢとするとよい。このようにすることで、ＭｅＮＢおよび各ＳｇＮＢ間で、ＳＣＧベアラを用いたＭＣを設定することができる。
【０８４２】
Ｐ−ＳｇＮＢに対して、ＳＣＧベアラの設定とＳＣＧスプリットベアラへの変更設定を同時に行ってもよい。また、他のＳｇＮＢに対するＳＣＧスプリットベアラの設定を最初に行い、次にＰ−ＳｇＮＢに対するＳＣＧベアラの設定とＰ−ＳｇＮＢに対するＳＣＧベアラからＳＣＧスプリットベアラへの変更設定を行ってもよい。たとえば、ＳｇＮＢがＰ−ＳｇＮＢあるいは他のＳｇＮＢとして用いられることをＭｅＮＢが認識しているような場合に用いてもよく、設定を簡略化できる。
【０８４３】
前述に開示した方法では、ＭｅＮＢが他のＳｇＮＢに対して、ＳＣＧスプリットベアラ用ＳｇＮＢの追加設定要求を行った。ＭｅＮＢは、Ｐ−ＳｇＮＢ経由で、他のＳｇＮＢに対してＳＣＧスプリットベアラ用ＳｇＮＢの追加設定を行ってもよい。ＭｅＮＢはＰ−ＳｇＮＢに対して、他のＳｇＮＢのＳＣＧスプリットベアラ用ＳｇＮＢの追加設定要求を通知する。該要求を受信したＰ−ＳｇＮＢは、他のＳｇＮＢに対して、ＳＣＧスプリットベアラ用ＳｇＮＢの追加設定要求を通知する。
【０８４４】
他のＳｇＮＢからＭｅＮＢに対する該要求応答をＰ−ＳｇＮＢを介して通知してもよい。他のＳｇＮＢはＰ−ＳｇＮＢに対して該要求に対する応答を通知する。Ｐ−ＳｇＮＢはＭｅＮＢに対して他ＳｇＮＢからの該要求に対する応答を通知する。Ｐ−ＳｇＮＢは他のＳｇＮＢの該要求に対する応答の内容を認識してもよい。
【０８４５】
このようにすることで、ＭｅＮＢはＰ−ＳｇＮＢとのみ通信を行えばよくなる。従って、ＳＣＧスプリットベアラを用いたＭＣの設定を簡略化できる。また、ＭｅＮＢはＰ−ＳｇＮＢへのＳＣＧスプリットベアラへの変更と、他のＳｇＮＢへのＳＣＧスプリットベアラ追加設定要求とを同じシグナリングで通知してもよい。このようにすることで、シグナリング量の削減を可能とする。
【０８４６】
ＳｇＮＢを追加設定する他の方法を開示する。Ｐ−ＳｇＮＢに対してＳＣＧベアラの設定を要求せずに、ＭｅＮＢはＭＣに用いる各ＳｇＮＢに対してＳＣＧスプリットベアラの設定を要求する。ＭｅＮＢはＭＣに用いる各ＳｇＮＢに対して、ＭＣＧベアラからＳｇＮＢを用いたＳＣＧスプリットベアラへの変更設定を要求するとしてもよい。
【０８４７】
該要求に含める情報例として、前述の、ＳＣＧスプリットベアラ用ＳｇＮＢの追加に関する情報を含めて通知するとよい。Ｐ−ＳｇＮＢに対しては、ＭｅＮＢからＰ−ＳｇＮＢに通知するＳＣＧスプリットベアラ用ＳｇＮＢの追加に関する情報を含めて通知する。他のＳｇＮＢに対しては、ＭｅＮＢから他のＳｇＮＢに通知するＳＣＧスプリットベアラ用ＳｇＮＢの追加に関する情報を含めて通知する。
【０８４８】
これらの情報を受信したＳｇＮＢは、自ＳｇＮＢが、ＳＣＧスプリットベアラを用いたＭＣに用いられるＰ−ＳｇＮＢあるいは他のＳｇＮＢであることを認識する。また、ＭＣＧベアラからＳｇＮＢを用いたＳＣＧスプリットベアラへの変更を行う。ＭＣを設定するベアラのＱｏＳプロファイル等をもとに自ＳｇＮＢでのＳＣＧ構成の設定、ＤＲＢ構成の設定を行う。また、Ｐ−ＳｇＮＢとの間あるいは他のＳｇＮＢとの間でＳＣＧスプリットベアラを用いた通信設定を行う。
【０８４９】
ＳＣＧスプリットベアラのために、自ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成を設定したＰ−ＳｇＮＢと他のＳｇＮＢは、ＭｅＮＢに対して、該要求に対する応答を通知する。応答として承諾であってもよいし拒否でもよい。承諾の場合、各ＳｇＮＢはＭｅＮＢに対して、自ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成を通知すると良い。拒否の場合、拒否理由を含めて通知するとよい。
【０８５０】
ＭｅＮＢは、Ｐ−ＳｇＮＢ経由で、他のＳｇＮＢに対してＳＣＧスプリットベアラ用ＳｇＮＢの追加設定を行ってもよい。前述の方法を適宜適用すると良い。追加設定要求に対する応答についても同様である。
【０８５１】
このようにすることで、ＳＣＧベアラへの設定を行わずにＳＣＧスプリットベアラを用いたＭＣの設定が可能となる。このためＳＣＧスプリットベアラへの変更設定を簡略化できる。
【０８５２】
ＭｅＮＢはＳｇＮＢに設定されているＳＣＧベアラを一旦ＭＣＧベアラに戻し、ＭＣＧベアラをＳＣＧスプリットベアラに変更してもよい。ＭｅＮＢは、ＳＣＧベアラを設定したＳｇＮＢに対して、ＳＣＧベアラをＭＣＧベアラに戻す設定を行う。次に、ＭｅＮＢは、ＳＣＧスプリットベアラを用いたＭＣを設定する各ＳｇＮＢに対して、ＭＣＧベアラからＳＣＧスプリットベアラへの変更を設定する。前述の方法を適用するとよい。
【０８５３】
ＭｅＮＢはＭＣを設定するＵＥに対してＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢの設定を通知する。ベアラ種類として、ＳＣＧスプリットベアラであることを示す情報を含めて通知してもよい。該ＳＣＧスプリットベアラがＳｇＮＢを用いたＳＣＧスプリットベアラであることを示す情報を含めて通知してもよい。また、全ＳｇＮＢのうち、どのＳｇＮＢがＰ−ＳｇＮＢであるかを示す情報を含めて通知してもよい。
【０８５４】
この設定方法は実施の形態６で開示した方法を適宜適用するとよい。ＵＥは、該情報を用いて、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信の設定を行う。このようにすることで、ＵＥは、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信が可能となる。
【０８５５】
Ｐ−ＳｇＮＢがＳＣＧスプリットベアラの他のＳｇＮＢを決定してもよい。ＭｅＮＢの判断を必要としないため、判断のための情報を各ＳｇＮＢからＭｅＮＢに対して通知する必要が無くなる。シグナリング量の削減が可能となる。
【０８５６】
ＭｅＮＢがＰ−ＳｇＮＢに対してＳＣＧスプリットベアラへの変更指示を通知してもよい。該通知により、Ｐ−ＳｇＮＢはＳＣＧスプリットベアラの他のＳｇＮＢを決定する。ＭｅＮＢがＰ−ＳｇＮＢに対して行うＳＣＧベアラへの追加設定とＳＣＧスプリットベアラへの変更指示とを同時に通知してもよい。Ｐ−ＳｇＮＢは、ＳＣＧベアラの設定を行い、該ＳＣＧベアラに対してＳＣＧスプリットベアラの変更を行う。
【０８５７】
このようにすることで、ＭｅＮＢがＳＣＧスプリットベアラの変更の起動タイミングを判断可能となる。Ｐ−ＳｇＮＢはＭＣに設定するＳｇＮＢを判断する。
【０８５８】
ＭｅＮＢがＰ−ＳｇＮＢに対してＳＣＧスプリットベアラへの変更をしてもよいことを通知してもよい。該通知により、Ｐ−ＳｇＮＢは、Ｐ−ＳｇＮＢの判断でＳＣＧスプリットベアラの他のＳｇＮＢを決定することが可能となる。このようにすることで、ＭｅＮＢからの許可通知以降であればＰ−ＳｇＮＢがＳＣＧスプリットベアラの変更の起動タイミングを判断可能となる。Ｐ−ＳｇＮＢはＭＣに設定するＳｇＮＢを判断する。
【０８５９】
Ｐ−ＳｇＮＢの判断でＳＣＧスプリットベアラへの変更をしてもよい。ＭｅＮＢからＳＣＧスプリットラへの変更に関する通知無しに変更可能とする。このようにすることで、ＳＣＧベアラを設定されているＳｇＮＢであればいつでもＳＣＧスプリットベアラの変更の起動タイミングを判断可能となる。ＳＣＧベアラを設定されているＳｇＮＢはＰ−ＳｇＮＢとなり、ＭＣに設定するＳｇＮＢを判断する。
【０８６０】
Ｐ−ＳｇＮＢがＳＣＧスプリットベアラへの変更を行った場合、ＭｅＮＢに対してそれを示す情報を通知してもよい。ＭｅＮＢはＰ−ＳｇＮＢと他のＳｇＮＢとの間でＳＣＧスプリットベアラを用いたＭＣが行われているか否かを認識可能となる。
【０８６１】
Ｐ−ＳｇＮＢによるＳＣＧスプリットベアラの設定方法について開示する。Ｐ−ＳｇＮＢがＭＣに用いる他のＳｇＮＢに対して、一つずつＳＣＧスプリットベアラ用にＳｇＮＢの追加設定を要求する。あるいは、ＭＣに用いる他のＳｇＮＢに対して、一度に追加設定要求してもよい。どちらも実施の形態６で開示した方法を適宜適用すると良い。
【０８６２】
ＭｅＮＢからＰ−ＳｇＮＢにＳＣＧスプリットベアラの判断に関する情報を通知する。該情報として以下に９つの例を示す。
【０８６３】
（１）Ｐ-ＳｇＮＢであることを示す情報。
【０８６４】
（２）ＳＣＧスプリットベアラの設定を指示する情報。
【０８６５】
（３）ＳＣＧスプリットベアラの設定をしてもよいことを示す情報。
【０８６６】
（４）ＳＣＧスプリットベアラをＰ-ＳｇＮＢが判断、実行してもよいことを示す情報。
【０８６７】
（５）ＭＣするＤＲＢに関する情報。
【０８６８】
（６）Ｐ−ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等。
【０８６９】
（７）上位ＮＷに関する情報。
【０８７０】
（８）ＭＣを設定するＵＥに関する情報。
【０８７１】
（９）（１）から（８）の組合せ。
【０８７２】
該情報を受信したＰ−ＳｇＮＢは、自Ｐ−ＳｇＮＢがＳＣＧスプリットベアラの他のＳｇＮＢを決定してもよいことを認識できる。また、前述の（６）のＰ−ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等は、先にＭｅＮＢからＳＣＧベアラが設定されている場合、その時のベアラ構成と変更しなくて良い場合は、通知しなくてもよい。あるいは、同じ設定であることを示す情報としてもよい。Ｐ−ＳｇＮＢは、ＳＣＧスプリットベアラで設定すべきベアラ構成、ＱｏＳプロファイルを認識可能となる。
【０８７３】
Ｐ−ＳｇＮＢはＳＣＧスプリットベアラ用の他のＳｇＮＢにＳＣＧスプリットベアラ設定要求を通知する。該要求に含める情報として以下に７つの例を示す。
【０８７４】
（１）ＳＣＧスプリットベアラの設定であることを示す情報。
【０８７５】
（２）ＳＣＧスプリットベアラ構成。
【０８７６】
（３）Ｐ-ＳｇＮＢに関する情報。
【０８７７】
（４）ＭＣを設定するＤＲＢに関する情報。
【０８７８】
（５）各ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等。
【０８７９】
（６）ＭＣを行うＵＥに関する情報。
【０８８０】
（７）（１）から（６）の組合せ。
【０８８１】
該情報を受信した他のＳｇＮＢは、Ｐ−ＳｇＮＢとの間のＳＣＧスプリットベアラの設定であることを認識できる。また、（５）のＰ−ＳｇＮＢに設定するベアラ構成。ＱｏＳプロファイル等を用いて、自ＳｇＮＢでＳＣＧ構成、ＤＲＢ構成を設定可能となる。
【０８８２】
Ｐ−ＳｇＮＢからＳＣＧスプリットベアラ用にＳｇＮＢを追加設定された他のＳｇＮＢは、各々、自ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成を設定する。他のＳｇＮＢは、Ｐ−ＳｇＮＢに対して、該要求に対する応答を通知する。この通知には前述の要求応答の通知方法を適用すればよい。このようにすることで、Ｐ−ＳｇＮＢは他のＳｇＮＢの設定を認識することが可能となる。
【０８８３】
Ｐ−ＳｇＮＢはＭＣを設定するＵＥに対してＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢの設定を通知する。ベアラ種類として、ＳＣＧスプリットベアラであることを示す情報を含めて通知してもよい。該ＳＣＧスプリットベアラがＳｇＮＢを用いたＳＣＧスプリットベアラであることを示す情報を含めて通知してもよい。また、全ＳｇＮＢのうち、どのＳｇＮＢがＰ−ＳｇＮＢであるかを示す情報を含めて通知してもよい。
【０８８４】
この設定方法は実施の形態６で開示した方法を適宜適用するとよい。ＵＥは、該情報を用いて、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信の設定を行う。このようにすることで、ＵＥは、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信が可能となる。
【０８８５】
このような方法とすることで、ＭｅＮＢはＳＣＧスプリットベアラを用いたＭＣに用いるＳｇＮＢを認識しなくてすむ。このため、ＭｅＮＢと他のＳｇＮＢとの間のシグナリングを不要とすることが可能となる。シグナリング量の削減が可能となる。
【０８８６】
Ｐ−ＳｇＮＢは、自Ｐ−ＳｇＮＢのＳＣＧ構成、ＤＲＢ構成と、他のＳｇＮＢのＳＣＧ構成、ＤＲＢ構成とをＭｅＮＢに通知してもよい。これらの情報を各ＳｇＮＢに関する情報と関連付けた情報として通知してもよい。ＭｅＮＢからのＳＣＧスプリットベアラへの変更指示あるいは変更可能通知に対する応答として通知してもよい。
【０８８７】
あるいは、別途シグナリングを設けて通知してもよい。また、ＳＣＧベアラの設定に対する応答の通知にこれらの情報を含めてもよい。ＳＣＧスプリットベアラへの変更も行ったことを示す情報を含めて通知してもよい。このようにすることで、ＭｅＮＢは各ＳｇＮＢの設定を認識することが可能となる。
【０８８８】
ＭｅＮＢが各ＳｇＮＢの設定を認識可能な場合、ＭｅＮＢがＭＣを設定するＵＥに対してＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢの設定を通知してもよい。該通知に含める情報は前述の情報を適用すると良い。また、この設定方法は実施の形態６で開示した方法を適宜適用するとよい。ＵＥは、ＭｅＮＢから通知された該情報を用いて、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信の設定を行う。このようにすることで、ＵＥは、ＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢとの通信が可能となる。
【０８８９】
このようにすることで、従来のＤＣと同様に、ＭｅＮＢがＵＥに対してＳＣＧスプリットベアラを用いたＭＣに用いる全ＳｇＮＢの設定を通知することができる。ＭＣに用いるベアラタイプの変更をＭｅＮＢが行うことができ、ＭＣの制御が複雑化するのを回避可能となる。
【０８９０】
ＳＣＧスプリットベアラを設定する際にデータのロスを防ぐため、データフォワーディングを行うと良い。データフォワーディングの方法は、実施の形態７で開示したＳＣＧベアラを用いたＭＣの場合の方法を適宜適用すると良い。ＭｅＮＢはＰ−ＳｇＮＢに対してＳＮ状態の転送と、データ転送を行うようにすればよい。
【０８９１】
ＭｅＮＢが最初にＰ−ＳｇＮＢに対してＳＣＧベアラの設定を行う場合は、該設定においてデータフォワーディングを行うと良い。ＳＣＧベアラからＳＣＧスプリットベアラの変更においてはどちらもＰ−ＳｇＮＢを用いるためデータフォワーディングは不要である。
【０８９２】
ＳＣＧスプリットベアラを設定する際に、ＭｅＮＢは上位ＮＷに対して、ＭｅＮＢからＰ−ＳｇＮＢへのパススイッチ要求を通知する。実施の形態７で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢに対してのみパススイッチを行えばよい。実施の形態７で開示したようにＥ−ＲＡＢ修正のためのシグナリングを用いてもよい。
【０８９３】
ＭｅＮＢが最初にＰ−ＳｇＮＢに対してＳＣＧベアラの設定を行う場合は、該設定においてパススイッチを行ってもよい。ＳＣＧベアラからＳＣＧスプリットベアラの変更においてはどちらもＰ−ＳｇＮＢを用いるためパススイッチは不要である。
【０８９４】
Ｐ−ＳｇＮＢが他のＳｇＮＢに対してデータをルーティングするための情報は、実施の形態６で開示した方法を適宜適用するとよい。他ＳｇＮＢからＰ-ＳｇＮＢに該情報を通知すればよい。Ｐ-ＳｇＮＢは、該情報を用いて、自Ｐ-ＳｇＮＢと他のＳｇＮＢに設定されたＤＲＢ構成、ＱｏＳプロファイルを達成すべく、ルーティングを実施する。達成できない場合、Ｐ-ＳｇＮＢからＭｅＮＢに対して、ＳＣＧスプリットベアラの変更要求をしてもよい。
【０８９５】
このようにすることで、ＵＥに対してＳＣＧスプリットベアラを用いたＭＣを設定ｓることが可能となる。ＵＥは、Ｐ−ＳｇＮＢと他のＳｇＮＢとの間で、ＳＣＧスプリットベアラを用いたＭＣを行うことが可能となる。
【０８９６】
図３８〜図４０は、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。図３８〜図４０は境界線ＢＬ３８３９，ＢＬ３９４０の位置で繋がっている。図３８〜図４０は、ＭｅＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図３８〜図４０は、最初にＳＣＧベアラの設定を行い、次にＳＣＧスプリットベアラへの変更設定を行う方法について示している。図３８〜図４０に示すシーケンスは、図１７〜図１８および図２９〜図３０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０８９７】
ステップＳＴ４２０２でＭｅＮＢは、ＵＥに対してＳＣＧベアラを用いたＤＣを設定することを判断する。ステップＳＴ４２０３〜ＳＴ４２０８、ステップＳＴ５２０１〜ＳＴ５２０３、ステップＳＴ６２０１〜ＳＴ６２０７で、ＵＥ、ＭｅＮＢ、ＳｇＮＢ１、Ｓ−ＧＷ、ＭＭＥ間でＳＣＧベアラを用いたＤＣの設定を行う。
【０８９８】
ステップＳＴ６２０８でＳｇＮＢ１が、ＳｇＮＢ２を用いたＳＣＧスプリットベアラを用いたＭＣを判断する。ＳｇＮＢ１がＰ−ＳｇＮＢとなる。ステップＳＴ６２０９でＳｇＮＢ１は、ＳｇＮＢ２に対して、ＳＣＧスプリットベアラのためのＳｇＮＢ追加設定要求を通知する。該通知に、前述のＰ−ＳｇＮＢからＳＣＧスプリットベアラ用の他のＳｇＮＢに通知するＳＣＧスプリットベアラ設定要求に含める情報を含めて通知する。
【０８９９】
ステップＳＴ６２０９で該情報を通知されたＳｇＮＢ２は、自ＳｇＮＢでＳＣＧ構成、ＤＲＢ構成を設定し、ステップＳＴ６２１０で、Ｐ−ＳｇＮＢであるＳｇＮＢ１に、ＳＣＧスプリットベアラのためのＳｇＮＢ追加設定要求に対する応答を通知する。ここでは承諾応答を通知する。該応答に、自ＳｇＮＢで設定したＳＣＧ構成、ＤＲＢ構成の情報を含めるとよい。
【０９００】
ステップＳＴ６２１１でＰ−ＳｇＮＢは、ＵＥに対して、ＳＣＧスプリットベアラを用いたＭＣの設定を通知する。該ＭＣの設定として、自Ｐ−ＳｇＮＢで設定したＳＣＧ構成、ＤＲＢ構成と他のＳｇＮＢが設定したＳＣＧ構成、ＤＲＢ構成の情報を含めるとよい。この通知に、ＲＲＣ接続再設定のシグナリングを用いてもよい。
【０９０１】
ＵＥはＳＣＧスプリットベアラを用いたＭＣ設定を用いて、ＳｇＮＢ１、ＳｇＮＢ２との通信のための設定を行う。ステップＳＴ６２１２でＵＥはＳｇＮＢ１に対して設定が完了したことを通知する。この通知に、ＲＲＣ接続再設定完了シグナリングを用いてもよい。ステップＳＴ６２１３でＳｇＮＢ１はＳｇＮＢ２に対して、ＳＣＧスプリットベアラを用いたＭＣの設定が完了したことを通知する。
【０９０２】
ステップＳＴ６２１４で、ＵＥはＳｇＮＢ２との間でＲＡ処理を行い同期を得る。これにより、ＵＥは、ＳｇＮＢ２との間でも通信が可能となる。ステップＳＴ６２１５でＳｇＮＢ１は自ＳｇＮＢ１とＳｇＮＢ２との間でデータをスプリットする。図４０ではルーティング機能を示しているが、ＳｇＮＢ１とＳｇＮＢ２の二つのＳｇＮＢへのスプリットなので、ルーティング機能で無く、スプリット機能であってもよい。
【０９０３】
これにより、ステップＳＴ６２１６〜ＳＴ６２１９で、ＵＥとＳｇＮＢ１、ＳｇＮＢ２、Ｓ−ＧＷとの間でＳＣＧスプリットベアラを用いたＭＣによるデータ通信が行われる。ＭＣが設定されるＤＲＢではない通信がＵＥとＭｅＮＢとの間で行われているため、ＵＥとＭｅＮＢ、ＳｇＮＢ１、ＳｇＮＢ２、Ｓ−ＧＷとの間で、ＳＣＧスプリットベアラを用いたＭＣによるデータ通信が行われるといってもよい。
【０９０４】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｅＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｅＮＢおよび他のＳｇＮＢに対して適用してもよい。
【０９０５】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｅＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｅＮＢおよび他のＳｇＮＢに対して適用してもよい。
【０９０６】
なお、Ｐ−ＳｇＮＢからＭＣ用にスプリットされる基地局として、ＭｅＮＢを含めてもよい。ＭＣ用の他のＳｇＮＢの一つのかわりにＭｅＮＢを設定してもよい。前述の方法を適用するとよい。ＭｅＮＢを用いることで、ＵＥが接続する基地局の数を減らすことが可能となる。
【０９０７】
本実施の形態８で開示した方法とすることで、ＵＥに対してＳＣＧスプリットベアラを用いたＭＣを設定することが可能となる。
【０９０８】
本実施の形態８で開示した方法とすることで、一つのＵＥに対して複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ＳＣＧスプリットベアラを用いたＭＣを設定することが可能となるため、上位ＮＷが複数のセカンダリ基地局と接続する必要が無くなる。このため、上位ＮＷと基地局間で制御が複雑化するのを回避することが可能となる。
【０９０９】
実施の形態８の変形例１．
実施の形態７の変形例１でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒプロトコルが存在する場合のＳＣＧベアラを用いたＭＣについて開示した。ＳＣＧベアラを用いたＭＣでは、ＭＣに用いる各ＳｇＮＢへのルーティング機能が上位ＮＷに設けられる場合、上位ＮＷと各ＳｇＮＢとの間にＰＤＵセッショントンネルを設けなくてはならず設定が複雑となる。また、ＰＤＵセッショントンネルの設定通知に必要な情報量が増大してしまう。
【０９１０】
実施の形態８の本変形例１ではこのような課題を解決する方法を開示する。他のＳｇＮＢにスプリットするＳＣＧスプリットベアラを設ける。この方法として、実施の形態８を適宜適用すると良いが、実施の形態８では上位ＮＷがＥＰＣの場合であり、本変形例１では上位ＮＷがＮＧ−ＣＮの場合という点が異なる。主にこの異なる点について開示する。
【０９１１】
Ｐ−ＳｇＮＢと上位ＮＷ間でＰＤＵセッショントンネルを設定する。Ｐ−ＳｇＮＢは上位ＮＷとＰＤＵセッショントンネルを設定するＳｇＮＢとしてもよい。他のＳｇＮＢは一つであってもよいし複数であってもよい。なお、実施の形態８と同様に、上位ＮＷと接続するＳｇＮＢをＰ-ＳｇＮＢと称する場合がある。
【０９１２】
図４１は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＮＧ−ＣＮであり、マスタ基地局はＮＲでの基地局（ｇＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。なお、図４１ではマスタ基地局としてＮＲでのｇＮＢとしたが、ＬＴＥでの基地局にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが設けられたｅＮＢであってもよい。
【０９１３】
図４１は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥに、ＭｇＮＢ用のＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰ、ＲＬＣ，ＭＡＣ、ＰＨＹが構成され、ＭＣ用に設定されたＰ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒ、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹが構成され、他のＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹがそれぞれ構成される。
【０９１４】
図４１は、ＳＣＧスプリットベアラを用いた場合について示している。上位ＮＷは一つのＳｇＮＢ（Ｐ−ＳｇＮＢ）に接続され、ＭＣ用の他のＳｇＮＢがＰ−ＳｇＮＢに接続される。下りデータは上位ＮＷによってＰ−ＳｇＮＢに転送される。Ｐ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎にＰＤＣＰに転送され処理される。
【０９１５】
下りデータはＰ−ＳｇＮＢのＰＤＣＰで処理される。たとえ他のＳｇＮＢが複数であったとしても、ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付加する。ＳＮが付加されたデータは、自Ｐ−ＳｇＮＢと他のＳｇＮＢとにスプリットされる。スプリットされたデータは自Ｐ−ＳｇＮＢと他のＳｇＮＢのＲＬＣに送信され、Ｐ−ＳｇＮＢと他のＳｇＮＢのＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＵＥに送信される。
【０９１６】
ＵＥがＰ−ＳｇＮＢと他のＳｇＮＢより受信したデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々ＰＤＣＰに転送される。ＰＤＣＰではＰ−ＳｇＮＢ用および他のＳｇＮＢ用から転送されたデータに付加されたＳＮをもとにリオーダリングしてＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位レイヤに転送する。
【０９１７】
上りデータは、ＵＥで上位レイヤからのデータをＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒで処理する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでは、ＱｏＳフロー識別子に応じてＤＲＢにマッピングされ、マッピングされたＤＲＢ毎のＰＤＣＰに転送される。ＰＤＣＰでは、上りに関しても下りと同様に、たとえ他のＳｇＮＢが複数であったとしても、一つの連続するシーケンス番号（SN）を用いて各データに付加する。
【０９１８】
ＳＮが付加されたデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、Ｐ−ＳｇＮＢと他のＳｇＮＢに送信される。
【０９１９】
Ｐ−ＳｇＮＢと他のＳｇＮＢがＵＥから受信したデータは、Ｐ−ＳｇＮＢ用と他のＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々Ｐ−ＳｇＮＢのＰＤＣＰに転送される。Ｐ−ＳｇＮＢのＰＤＣＰではデータに付加されたＳＮをもとにリオーダリングしてＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでは、ＱｏＳフロー識別子により、データを各ＱｏＳフローに分離して上位ＮＷに転送する。
【０９２０】
ＳＣＧスプリットベアラを用いたＭＣの設定方法を開示する。ＤＲＢ毎にＭＣを設定する。ＤＲＢ毎にＳＣＧスプリットベアラを用いたＭＣを設定する。Ｐ−ＳｇＮＢにＮｅｗ ＡＳ ｓｕｂｌａｙｅｒが必要なため、Ｐ−ＳｇＮＢの設定は、実施の形態７の変形例１で開示した、ＳＣＧベアラを用いたＭＣの設定方法を適宜適用するとよい。また、他のＳｇＮＢの設定は、実施の形態６の変形例１で開示した、ＭＣＧスプリットベアラを用いたＭＣの設定を適宜適用すると良い。
【０９２１】
実施の形態７の変形例１で、ＳＣＧベアラを用いたＭＣを設定する場合に主に３つの問題が生じることを述べ、その解決方法について開示した。ＳＣＧスプリットベアラにおいてもＰＤＵセッショントンネルの扱い、ＳｇＮＢでＭＣに必要なＤＲＢ設定方法とマッピング方法をどうすればよいかという問題は生じる。
【０９２２】
ＳＣＧスプリットベアラにおいてもＰＤＵセッショントンネルの扱いについては、実施の形態７の変形例１で開示した方法を適宜適用すると良い。ＰＤＵセッショントンネルの追加設定の対象をＰ−ＳｇＮＢと上位ＮＷとの間にすればよい。他のＳｇＮＢはＰ−ＳｇＮＢから接続されることになるので、他のＳｇＮＢに対するＰＤＵセッショントンネルの追加設定は不要である。
【０９２３】
Ｐ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒからのマッピング方法をどうすればよいかという問題についても、実施の形態７の変形例１で開示した方法を適宜適用すると良い。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒを用いるＰ−ＳｇＮＢに対して、ＭＣに必要なＤＲＢ設定とＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒからのマッピングを行えば良い。他のＳｇＮＢに対しては不要である。
【０９２４】
実施の形態６の変形例１で、ＭＣＧスプリットベアラを用いたＭＣの設定において、複数のＳｇＮＢに対してスプリットとルーティングを行う方法について開示した。ＳＣＧスプリットベアラにおいても、Ｐ−ＳｇＮＢから他のＳｇＮＢに対してスプリットとルーティングを行う方法が必要となる。これらの方法に、実施の形態６の変形例１で開示した方法を適宜適用するとよい。Ｐ−ＳｇＮＢから他のＳｇＮＢ間のスプリットとルーティングが可能となる。
【０９２５】
また、ＤＲＢ内の全ＱｏＳフローをスプリットおよびルーティングする方法、ＤＲＢ内所定のＱｏＳフローをスプリットおよびルーティングする方法、ＱｏＳフロー毎に所定のＳｇＮＢにルーティングする方法なども適宜適用するとよい。同様の効果を得られる。ルーティングのための情報については、実施の形態８で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢは他のＳｇＮＢに対してルーティングを判断可能となる。
【０９２６】
このような方法とすることで、上位ＮＷがＮＧ−ＣＮの場合にＳＣＧスプリットベアラを用いたＭＣの設定を可能とする。ＤＲＢ毎のＭＣの設定を可能とする。ＵＥとＰ−ＳｇＮＢおよび他のＳｇＮＢ間でＭＣを実施することができる。ＭＣを設定したＤＲＢのスループットを向上させることができる。
【０９２７】
図４２は、ＳＣＧスプリットベアラを用いたＭＣをＤＲＢ毎に設定した場合のデータフローを示す概念図である。ＭＣを設定する前のＱｏＳフローとＤＲＢとのマッピング関係は図２１に示される関係とする。ＭＣが行われるＤＲＢをＤＲＢ１とする。ＱｏＳフロー１とＱｏＳフロー２とがＤＲＢ１にマッピングされる。
【０９２８】
図４２に示すように、ＭｇＮＢは、ＤＲＢ１をＳＣＧスプリットベアラを用いたＭＣとするため、上位ＮＷと接続させるＳｇＮＢ１にＰＤＵセッショントンネルを追加設定する。ＰＤＵセッショントンネルは上位ＮＷとＳｇＮＢ１（Ｐ−ＳｇＮＢ）との間に追加設定すればよい。他のＳｇＮＢ（ＳｇＮＢ２、ＳｇＮＢ３）と上位ＮＷとの間に追加設定しなくてよい。
【０９２９】
追加されたＰＤＵセッショントンネルでは、ＭＣを設定するＤＲＢにマッピングされていたＱｏＳフロー１とＱｏＳフロー２の通信が行われる。上位ＮＷでＱｏＳフロー１とＱｏＳフロー２にマッピングされたパケットデータは追加されたＰＤＵセッショントンネルを用いて通信が行われる。
【０９３０】
図４２では、ＭｇＮＢで設定されていたＤＲＢ１と同じ設定をＰ−ＳｇＮＢで設定した場合について示している。また、図４２では、ＤＲＢ識別子をＭｇＮＢで設定されていたＤＲＢ識別子と同じにした場合について示している。
【０９３１】
ＱｏＳフロー１とＱｏＳフロー２にマッピングされたデータは、Ｐ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢ１にマッピングされる。このようにすることで、Ｐ−ＳｇＮＢでＭＣが設定されたＤＲＢ１にマッピングされていたＱｏＳフローを処理することが可能となる。
【０９３２】
ＤＲＢ１にマッピングされたＱｏＳフロー１とＱｏＳフロー２のデータが、Ｐ−ＳｇＮＢのＰＤＣＰで自Ｐ−ＳｇＮＢと他のＳｇＮＢとにスプリットおよびルーティングされる。上りデータにおいても下りと同様に、ＵＥのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢ１にマッピングされたＱｏＳフロー１とＱｏＳフロー２のデータがＰＤＣＰでＰ−ＳｇＮＢ用と他のＳｇＮＢ用ＲＬＣにスプリットおよびルーティングされる。
【０９３３】
上りリンクでは、下りで設定されたＤＲＢ１ではなくデフォルトＤＲＢを用いてもよく、このような場合は、ＵＥでデフォルトＤＲＢが用いられるＱｏＳフロー１とＱｏＳフロー２のデータがＰＤＣＰでＰ−ＳｇＮＢ用と他のＳｇＮＢ用ＲＬＣにスプリットおよびルーティングされるとよい。Ｐ−ＳｇＮＢでは、Ｐ−ＳｇＮＢおよび他のＳｇＮＢからのデータをＰＤＣＰでＳＮを用いてリオーダリングを行い、Ｎｅｗ  ＡＳ  ｌａｙｅｒでＱｏＳフロー識別子を用いてＱｏＳフロー毎に分離して上位ＮＷに転送する。
【０９３４】
このように、ＤＲＢ毎にＭＣを設定することで、ＭＣをしない状態において設定されているＤＲＢとＱｏＳフローのマッピング関係を変更することなく、ＭＣを設定することが可能となる。ＭＣ制御の複雑化を回避することが可能となる。
【０９３５】
図４３〜図４５は、ＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスの一例を示す図である。図４３〜図４５は境界線ＢＬ４３４４，ＢＬ４４４５の位置で繋がっている。図４３〜図４５は、ＭｇＮＢと二つのＳｇＮＢ（ＳｇＮＢ１、ＳｇＮＢ２）とを用いる場合について示している。図４３〜図４５は、実施の形態８で開示した方法と同様に、最初にＳＣＧベアラの設定を行い、次にＳＣＧスプリットベアラへの変更設定を行う方法について示している。図４３〜図４５に示すシーケンスは、図３３〜図３５および図３８〜図４０に示すシーケンスと同一のステップを含んでいるので、同一のステップについては同一のステップ番号を付して、共通する説明を省略する。
【０９３６】
ステップＳＴ４３０１でＭｇＮＢは、ＵＥに対してＭＣを設定することを判断し、最初にＳＣＧベアラを用いたＤＣを設定することを判断する。あるいは、ＭｇＮＢはＵＥに対してＳＣＧベアラを用いたＤＣを設定することを判断するとしてもよい。ステップＳＴ５５０１，ＳＴ５５０３、ステップＳＴ５５０５〜ＳＴ５５０７、ステップＳＴ４３０２〜ＳＴ４３０３、ステップＳＴ４２０７〜ＳＴ４２０８、ステップＳＴ５２０１〜ＳＴ５２１２で、ＵＥ、ＭｇＮＢ、ＳｇＮＢ１、ＵＰＦ、ＡＭＦ／ＳＭＦ間でＳＣＧベアラを用いたＤＣの設定を行う。
【０９３７】
ステップＳＴ６５０１でＭｇＮＢは、ＵＥに対して、ＳｇＮＢ１とＳｇＮＢ２を用いたＳＣＧスプリットベアラを用いたＭＣを設定することを判断する。ＳｇＮＢ１をＰ−ＳｇＮＢとし、ＳｇＮＢ２をその他のＳｇＮＢとする。ステップＳＴ６５０２でＭｇＮＢは、ＳｇＮＢ１に対して、ＳＣＧスプリットベアラのためのＳｇＮＢ追加設定要求を通知する。該通知に、実施の形態８で開示したＭｇＮＢからＳｇＮＢに通知するＳＣＧスプリットベアラ設定要求に含める情報を含めて通知する。
【０９３８】
ステップＳＴ６５０２で該情報を通知されたＳｇＮＢ１は、ステップＳＴ６５０３で、ＳｇＮＢ２に対して、ＳＣＧスプリットベアラのためのＳｇＮＢ追加設定要求を通知する。該通知に、実施の形態８で開示したＰ−ＳｇＮＢからＳＣＧスプリットベアラ用の他のＳｇＮＢに通知するＳＣＧスプリットベアラ設定要求に含める情報を含めて通知する。
【０９３９】
ステップＳＴ６５０３で該情報を受信したＳｇＮＢ２は、自ＳｇＮＢでＳＣＧ構成、ＤＲＢ構成を設定し、ステップＳＴ６５０４で、Ｐ−ＳｇＮＢであるＳｇＮＢ１に、ＳＣＧスプリットベアラのためのＳｇＮＢ追加設定要求に対する応答を通知する。ここでは承諾応答を通知する。該応答に、自ＳｇＮＢで設定したＳＣＧ構成、ＤＲＢ構成の情報を含めるとよい。
【０９４０】
ステップＳＴ６５０４で該情報を受信したＳｇＮＢ１は、自ＳｇＮＢでＳＣＧ構成、ＤＲＢ構成を設定する。ステップＳＴ６５０５でＳｇＮＢ１は、ＭｇＮＢに対して、自Ｐ−ＳｇＮＢで設定したＳＣＧ構成、ＤＲＢ構成と、他のＳｇＮＢ（ＳｇＮＢ２）が設定したＳＣＧ構成、ＤＲＢ構成との情報を通知する。
【０９４１】
ステップＳＴ６５０６でＭｇＮＢは、ＵＥに対して、ＳＣＧスプリットベアラを用いたＭＣの設定を通知する。該ＭＣの設定として、自Ｐ−ＳｇＮＢで設定したＳＣＧ構成、ＤＲＢ構成と他のＳｇＮＢが設定したＳＣＧ構成、ＤＲＢ構成の情報を含めるとよい。この通知に、ＲＲＣ接続再設定のシグナリングを用いてもよい。この通知には、たとえば実施の形態６で開示したＭｇＮＢからＵＥに対するＤＲＢの構成の通知方法を適用するとよい。ＵＥは各ＳｇＮＢで設定するＤＲＢ構成の設定が可能となる。
【０９４２】
ＵＥはＳＣＧスプリットベアラを用いたＭＣ設定を用いて、ＳｇＮＢ１、ＳｇＮＢ２との通信のための設定を行う。ステップＳＴ６５０７でＵＥはＭｇＮＢに対して設定が完了したことを通知する。この通知に、ＲＲＣ接続再設定完了シグナリングを用いてもよい。ステップＳＴ６５０８でＭｇＮＢは、ＳｇＮＢ１に対してＳＣＧスプリットベアラを用いたＭＣの設定が完了したことを通知する。ステップＳＴ６５０９でＳｇＮＢ１は、ＳｇＮＢ２に対してＳＣＧスプリットベアラを用いたＭＣの設定が完了したことを通知する。
【０９４３】
ステップＳＴ６２１４で、ＵＥはＳｇＮＢ２との間でＲＡ処理を行い同期を得る。これにより、ＵＥは、ＳｇＮＢ２との間でも通信が可能となる。このようにすることで、ＵＥとＳｇＮＢ１、ＳｇＮＢ２、ＵＰＦ間でＳＣＧスプリットベアラを用いたＭＣによるデータ通信が行われる。ＭＣが設定されるＤＲＢではない通信がＵＥとＭｇＮＢとの間で行われているため、ＵＥとＭｇＮＢ、ＳｇＮＢ１、ＳｇＮＢ２、ＵＰＦ間でＳＣＧスプリットベアラを用いたＭＣによるデータ通信が行われるといってもよい。
【０９４４】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｇＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｇＮＢおよび他のＳｇＮＢに対して適用してもよい。
【０９４５】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。Ｐ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｇＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｇＮＢおよび他のＳｇＮＢに対して適用してもよい。
【０９４６】
このような方法により、上位ＮＷがＮＧ−ＣＮの場合も、ＵＥに対してＳＣＧスプリットベアラを用いたＤＲＢ毎のＭＣを設定することが可能となり、スループットの向上が図れる。
【０９４７】
ＳＣＧスプリットベアラを用いたＭＣの他の設定方法を開示する。ＱｏＳフロー毎にＭＣを設定する。ＱｏＳフロー毎にＳＣＧスプリットベアラを用いたＭＣを設定する。ＳＣＧベアラを用いたＱｏＳフロー毎のＭＣを設定する場合、実施の形態７の変形例１で、ＤＲＢ毎のＭＣ設定の問題点に加えさらに主に一つの問題が生じることを述べた。ＭＣが設定されるＱｏＳフローのデータを正常にリオーダリングできなくなってしまう問題である。ＳＣＧスプリットベアラにおいても該問題点は生じる。
【０９４８】
この様な問題を解決するため、実施の形態７の変形例１で開示した方法を適宜適用すると良い。たとえば、ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定し、追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする。追加設定したＤＲＢをＭＣに設定することで、該ＤＲＢにマッピングされたＱｏＳフローに対してＭＣを設定することが可能となる。ＱｏＳフロー毎のＭＣの設定を可能にする。
【０９４９】
図４６は、ＳＣＧスプリットベアラを用いたＭＣをＱｏＳフロー毎に設定した場合のデータフローを示す概念図である。ＭＣを設定する前のＱｏＳフローとＤＲＢとのマッピング関係は図２１に示される関係とする。ＭＣが行われるＤＲＢをＤＲＢ１とする。ＱｏＳフロー１とＱｏＳフロー２とがＤＲＢ１にマッピングされる。
【０９５０】
図４６に示すように、ＭｇＮＢは、ＤＲＢ１のうち、ＱｏＳフロー１をＳＣＧベアラを用いたＭＣとするため、上位ＮＷと接続させるＳｇＮＢ１にＰＤＵセッショントンネルを追加設定する。ＰＤＵセッショントンネルは上位ＮＷとＳｇＮＢ１（Ｐ−ＳｇＮＢ）との間に追加設定すればよい。他のＳｇＮＢ（ＳｇＮＢ２、ＳｇＮＢ３）と上位ＮＷとの間に追加設定しなくてよい。
【０９５１】
追加されたＰＤＵセッショントンネルでは、ＭＣを設定するＱｏＳフロー１の通信が行われる。上位ＮＷでＱｏＳフロー１にマッピングされたパケットデータは、追加されたＰＤＵセッショントンネルを用いて通信が行われる。
【０９５２】
ＱｏＳフロー１にマッピングされたデータは、Ｐ−ＳｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢＹ２にマッピングされる。このようにすることで、Ｐ−ＳｇＮＢでＭＣが設定されたＱｏＳフロー１を処理することが可能となる。
【０９５３】
ＤＲＢ１にマッピングされたＱｏＳフロー１のデータが、Ｐ−ＳｇＮＢのＰＤＣＰで自Ｐ−ＳｇＮＢと他のＳｇＮＢとにスプリットおよびルーティングされる。上りデータにおいても下りと同様に、ＵＥのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢＹ２にマッピングされたＱｏＳフロー１のデータがＰＤＣＰでＰ−ＳｇＮＢ用と他のＳｇＮＢ用ＲＬＣにスプリットおよびルーティングされる。
【０９５４】
Ｐ−ＳｇＮＢでは、Ｐ−ＳｇＮＢおよび他のＳｇＮＢからのデータをＰＤＣＰでＳＮを用いてリオーダリングを行い、Ｎｅｗ  ＡＳ  ｌａｙｅｒでＱｏＳフロー識別子を用いてＱｏＳフロー毎に分離して上位ＮＷに転送する。
【０９５５】
一方、ＤＲＢ１のうち、ＱｏＳフロー２はＭＣされず、ＱｏＳフロー２はＭｇＮＢ側で通信が行われることになる。ＭｇＮＢは、ＤＲＢ１のうち、ＱｏＳフロー２のためにＭｇＮＢ側にＤＲＢを維持する。ＭｇＮＢはＤＲＢ１の再設定を行ってもよい。たとえば、ＭＣ設定後にＱｏＳフロー２に適したＤＲＢ構成とするとよい。
【０９５６】
図４６では、ＭｇＮＢで設定されていたＤＲＢ１と同じ設定を行う場合について示している。また、ＤＲＢ識別子をＭｇＮＢで設定されていたＤＲＢ識別子と同じＤＲＢ識別子（ＤＲＢ１）とした場合について示している。
【０９５７】
ＱｏＳフロー２の通信は、ＭＣ設定前の上位ＮＷとＭｇＮＢとの間に設立されていたＰＤＵセッショントンネルを用いて通信が行われる。上位ＮＷでＱｏＳフロー２にマッピングされたデータは、ＭｇＮＢのＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＤＲＢ１にマッピングされる。このようにすることで、ＭＣが設定されないＱｏＳフロー２をＭｇＮＢで処理することが可能となる。
【０９５８】
上りリンクでは、下りで設定されたＤＲＢ１あるいはＤＲＢＹ２ではなく、デフォルトＤＲＢを用いてもよい。ＤＲＢＹ２ではなくデフォルトＤＲＢが用いられる場合は、ＵＥで、デフォルトＤＲＢが用いられるＱｏＳフロー１のデータがＰＤＣＰでＰ−ＳｇＮＢ用と他のＳｇＮＢ用ＲＬＣにスプリットおよびルーティングされる。
【０９５９】
ＤＲＢ１ではなくデフォルトＤＲＢが用いられる場合は、ＵＥで、デフォルトＤＲＢが用いられるＱｏＳフロー２のデータがＭｇＮＢ用のＰＤＣＰ、ＲＬＣ、ＭＡＣ、ＰＨＹで処理される。
【０９６０】
ＭｇＮＢはＵＥに対して再設定したＤＲＢ構成を通知すると良い。ＵＥはＭｇＮＢ側に設定されるＤＲＢ構成の再設定が可能となる。また、ＭｇＮＢは、ＭＣするＳｇＮＢ構成と、各ＳｇＮＢで設定するＤＲＢ構成を通知してもよい。この通知には、たとえば実施の形態６で開示したＭｇＮＢからＵＥに対するＤＲＢの構成の通知方法を適用するとよい。各ＳｇＮＢで設定するＤＲＢ構成の設定が可能となる。上りデータに対しても同様である。このようにすることで、ＱｏＳフロー毎のＭＣを実施することが可能となる。
【０９６１】
ＱｏＳフロー毎のＳＣＧスプリットベアラを用いたＭＣを設定するシーケンスは図２６〜図２７を適用するとよい。ステップＳＴ４９０２〜ＳＴ４９１３を、ＭＣを行うＱｏＳフロー用にＤＲＢを追加設定するために実施すると良い。ＭＣを行うＱｏＳフロー用のＤＲＢを追加設定し、追加設定したＤＲＢにＭＣを行うＱｏＳフローをマッピングする。追加設定したＤＲＢをＭＣに設定することで、該ＤＲＢにマッピングされたＱｏＳフローに対してＭＣを設定することが可能となる。
【０９６２】
ステップＳＴ４９１４でＭｇＮＢは、ＭＣするＱｏＳフローのために追加設定したＤＲＢのＳＣＧスプリットベアラを用いたＭＣ設定を開始する。ステップＳＴ４９１５でＭｇＮＢ、ＭＣに用いるＳｇＮＢ１、ＳｇＮＢ２、ＡＭＦ／ＳＭＦ、ＵＰＦおよびＵＥ間でＳＣＧスプリットベアラを用いたＭＣ設定処理を行う。このＭＣ設定処理は図４３〜図４５を適用すると良い。
【０９６３】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＱｏＳフロー毎にＭＣを設定するＰ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｇＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｇＮＢおよび他のＳｇＮＢに対して適用してもよい。
【０９６４】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＱｏＳフロー毎にＭＣを設定するＰ−ＳｇＮＢと他のＳｇＮＢに対して適用してもよい。一つの他のＳｇＮＢのかわりにＭｇＮＢが構成される場合は、Ｐ−ＳｇＮＢと、ＭｇＮＢおよび他のＳｇＮＢに対して適用してもよい。ＱｏＳフロー毎のＳＲ、ＢＳＲを設けて、ＵＥから基地局側に通知するようにしてもよい。
【０９６５】
このようにすることで、上位ＮＷがＮＧ−ＣＮの場合のＳＧＣスプリットベアラを用いたＭＣを行うことが可能となる。ＭｇＮＢはＵＥに対して、ＳＣＧスプリットベアラを用いたＭＣを設定することが可能となる。ＵＥはＭＣ用の複数のＳｇＮＢと接続を行いＭＣを行うことが可能となる。
【０９６６】
また、ＭｇＮＢはＵＥに対してＱｏＳフロー毎のＳＣＧベアラを用いたＭＣを実施可能となる。ＱｏＳフロー毎にＭＣ可能となるため、ベアラ毎に比べて細かいＱｏＳ精度でＭＣ制御が可能となる。
【０９６７】
なお、Ｐ−ＳｇＮＢからＭＣ用にスプリットされる基地局として、ＭｇＮＢを含めてもよい。ＭＣ用の他のＳｇＮＢの一つのかわりにＭｇＮＢを設定してもよい。前述の方法を適用するとよい。ＭｇＮＢを用いることで、ＵＥが接続する基地局の数を減らすことが可能となる。
【０９６８】
実施の形態８の本変形例１で開示した方法とすることで、上位ＮＷがＮＧ−ＣＮの場合も、一つのＵＥに対して複数のセカンダリ基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ＳＣＧスプリットベアラを用いたＭＣを設定することが可能となるため、上位ＮＷが複数のセカンダリ基地局と接続する必要が無くなる。このため、上位ＮＷと基地局間で制御が複雑化するのを回避することが可能となる。
【０９６９】
実施の形態９．
３ＧＰＰにおいて、ＤＣの一つの方法として、ユニファイドスプリットベアラ（unified split bearer）の導入が議論されている。ユニファイドスプリットベアラとして、ＭｅＮＢのＰＤＣＰとＳｇＮＢのＰＤＣＰとを統一することが提案されている。しかし、上位ＮＷを含めたアーキテクチャや、ユニファイドスプリットベアラを用いたＭＣを設定する方法についての開示は無い。
【０９７０】
このため、たとえば、どの基地局に設けられたＰＤＣＰを用いるのか、上位ＮＷはどの基地局と接続するのか、などが不明である。また、たとえば、ＰＤＣＰのパラメータは、どの基地局に設けられたＰＤＣＰのパラメータとなるのか、などが不明である。本実施の形態９では、このような課題を解決する方法を開示する。
【０９７１】
上位ＮＷは統一されたＰＤＣＰと接続する。統一されたＰＤＣＰを共通ＰＤＣＰと称する場合がある。上位ＮＷとしてＭＭＥやＳ-ＧＷとするとよい。Ｕ−Ｐｌａｎｅに特化して、Ｓ−ＧＷが共通ＰＤＣＰと接続するとしてもよい。ＤＲＢに対して共通ＰＤＣＰが設けられる。
【０９７２】
図４７は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＥＰＣであり、マスタ基地局はＬＴＥでの基地局（ｅＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。図４７は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥに、共通ＰＤＣＰと、ＭｅＮＢ用とＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹがそれぞれ構成され構成される。
【０９７３】
図４７は、ユニファイドスプリットベアラを用いた場合について示している。上位ＮＷは共通ＰＤＣＰに接続され、共通ＰＤＣＰは、ＭＣ用のＭｅＮＢとＳｇＮＢに接続される。下りデータは上位ＮＷによって共通ＰＤＣＰに転送され、共通ＰＤＣＰで処理される。ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付加する。
【０９７４】
共通ＰＤＣＰでＳＮが付加されたデータは、ＭＣ用のＭｅＮＢとＳｇＮＢとにスプリットおよびルーティングされる。スプリットおよびルーティングされたデータはＭｅＮＢとＳｇＮＢに送信され、ＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＵＥに送信される。
【０９７５】
ＵＥがＭｅＮＢとＳｇＮＢより受信したデータは、ＭｅＮＢ用とＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々共通ＰＤＣＰに転送される。共通ＰＤＣＰではＭｅＮＢ用およびＳｇＮＢ用から転送されたデータに付加されたＳＮをもとにリオーダリングして上位レイヤに転送する。
【０９７６】
上りデータは、ＵＥで上位レイヤからのデータを共通ＰＤＣＰで処理する。上りに関しても下りと同様に、共通ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付与する。ＳＮが付加されたデータは、ＭｅＮＢ用とＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、ＭｅＮＢ用とＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＭｅＮＢとＳｇＮＢに送信される。
【０９７７】
ＭｅＮＢとＳｇＮＢがＵＥから受信したデータは、ＭｅＮＢ用とＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々共通ＰＤＣＰに転送される。共通ＰＤＣＰではデータに付与されたＳＮをもとにリオーダリングして上位ＮＷに転送する。
【０９７８】
共通ＰＤＣＰは一つの独立したノードに設けてもよい。あるいは、基地局に設けられてもよい。たとえば、ＭｅＮＢに設けられてもよいし、ＳｇＮＢに設けられてもよい。あるいは、上位ＮＷに設けられてもよい。共通ＰＤＣＰは、接続される基地局の間で統一されたＰＤＣＰ機能を有せばよく、どのノードに設けられてもよい。
【０９７９】
ＰＤＣＰで用いられるパラメータとして、ヘッダ圧縮関連のパラメータ、サイファ関連のパラメータなどがある。共通ＰＤＣＰのパラメータとして、共通ＰＤＣＰ個別のパラメータとするとよい。ＭｅＮＢが該パラメータを設定するとよい。ＭｅＮＢは共通ＰＤＣＰのパラメータをＵＥに対して通知する。この通知には、ＲＲＣシグナリングを用いてもよい。また、ＭｅＮＢは共通ＰＤＣＰのパラメータを設定し、共通ＰＤＣＰを有するノードに通知する。
【０９８０】
ＵＥは、ＭｅＮＢより通知された該パラメータを共通ＰＤＣＰで用いられるパラメータとして設定し、共通ＰＤＣＰでの処理を行う。ＭｅＮＢはＵＥに対して共通ＰＤＣＰを用いたＭＣを設定することを通知してもよい。この通知には、ＲＲＣシグナリングを用いてもよい。この通知に、該共通ＰＤＣＰ用のパラメータを含めてもよい。
【０９８１】
ＭｅＮＢが該パラメータを設定することを開示したが、ＳｇＮＢが設定してもよい。あるいは、上位ＮＷが設定してもよい。また、共通ＰＤＣＰ機能を有するノードが該パラメータを設定してもよい。該パラメータを設定したノードはＭｅＮＢに該パラメータを通知する。ＭｅＮＢはＵＥに対して該パラメータを通知するとよい。
【０９８２】
このように、共通ＰＤＣＰ個別のパラメータを用いることで、ＭｅＮＢやＳｇＮＢのＰＤＣＰパラメータとは異ならせることが可能となる。
【０９８３】
他の方法として、共通ＰＤＣＰで用いられるパラメータとして、ＭｅＮＢで設定されたＰＤＣＰのパラメータとしてもよい。ＭｅＮＢにおいてＭＣ設定前に構成されているＰＤＣＰのパラメータとしてもよい。ＭｅＮＢは共通ＰＤＣＰのパラメータをＵＥに対して通知する。ＭｅＮＢは共通ＰＤＣＰを有するノードに通知する。
【０９８４】
共通ＰＤＣＰとしてＭＣ設定前のＰＤＣＰとしてもよい。ＭＣ設定前のＰＤＣＰを、ＭＣ設定により共通ＰＤＣＰにしてもよい。このような場合に、共通ＰＤＣＰ用のパラメータとしてＭＣ設定前のＰＤＣＰパラメータを用いることで、ＰＤＣＰパラメータの連続性を保つことが可能となる。共通ＰＤＣＰ用のパラメータ設定およびシグナリングを不要とできる。
【０９８５】
他の方法として、ＰＤＣＰで用いられるパラメータとして、ＳｇＮＢのＰＤＣＰのパラメータとしてもよい。ＳｇＮＢでＭＣ設定により構成されるＰＤＣＰのパラメータとしてもよい。ＳｇＮＢは共通ＰＤＣＰのパラメータをＵＥに対して通知する。ＭｅＮＢを介してＵＥに通知してもよい。
【０９８６】
上位ＮＷに接続するＳｇＮＢに共通ＰＤＣＰを構成してもよい。たとえば、ＳＣＧベアラとユニファイドスプリットベアラとの変更が行われるような場合に、共通ＰＤＣＰ用のパラメータとしてＳｇＮＢのＰＤＣＰのパラメータとすることで、共通ＰＤＣＰ用のパラメータ設定およびシグナリングを不要とできる。
【０９８７】
前述した共通ＰＤＣＰについての設定方法のうちどの方法を用いるかを設定可能としてもよい。上位ＮＷがどの方法を用いるかを判断し、共通ＰＤＣＰを構成するノードまたは基地局に通知してもよい。あるいは、ＭｅＮＢがどの方法を用いるかを判断し、共通ＰＤＣＰを構成するノードまたは基地局に通知してもよい。ＭｅＮＢは設定方法をＵＥに通知してもよい。ＭｅＮＢは、共通ＰＤＣＰを構成するノードまたは基地局の情報とともに該設定方法をＵＥに通知してもよい。
【０９８８】
どの方法を用いるかを判断指標として、たとえば、各基地局のＰＤＣＰ処理能力としてもよい。ＰＤＣＰ処理能力が高い基地局のＰＤＣＰを共通ＰＤＣＰとする。共通ＰＤＣＰとしての処理による過負荷状態による処理速度の低下や処理の異常停止などを低減することが可能となる。
【０９８９】
ユニファイドスプリットベアラを用いたＭＣの設定方法は、実施の形態６と実施の形態８を適宜適用すると良い。
【０９９０】
共通ＰＤＣＰ用パラメータとして設定された場合、ＭＣ設定前のＰＤＣＰとＭＣ設定後のＰＤＣＰが異なることになる。ＭＣ設定するＤＲＢを、ＭｅＮＢのＰＤＣＰの処理から、共通ＰＤＣＰの処理に変更する。変更方法として、実施の形態８で開示したＳＣＧスプリットベアラへの変更方法を適宜適用するとよい。Ｐ-ＳｇＮＢのＰＤＣＰを共通ＰＤＣＰにおきかえて適用するとよい。他のＳｇＮＢの設定を各ＳｇＮＢの設定におきかえて適用すると良い。他のＳｇＮＢの一つとして、ＭｅＮＢがあってもよい。
【０９９１】
ＳｇＮＢの一つとしてＭｅＮＢが有る場合、該ＭｅＮＢのＲＬＣ以下の設定は、ＭＣ設定前と同じでもよい。ＭＣ設定前とＤＲＢ構成は変更されなくても所望のＱｏＳを得られる構成となる。
【０９９２】
ＭＣ設定時のデータフォワーディング方法として、ＭｅＮＢのＰＤＣＰのＳＮ状態転送とデータ転送を行うと良い。転送方法として、実施の形態８で開示したＳＣＧスプリットベアラへの変更方法を適宜適用するとよい。Ｐ-ＳｇＮＢのＰＤＣＰを共通ＰＤＣＰにおきかえて適用すると良い。
【０９９３】
ＭｅＮＢからＵＥへのＭＣ設定方法として、ＭｅＮＢからＵＥに対して、共通ＰＤＣＰの設定と各ＳｇＮＢの設定を通知する。設定方法として、実施の形態８で開示したスプリットベアラへの変更方法を適宜適用するとよい。このようにすることで、ＵＥに対してユニファイドスプリットベアラを用いてＭＣを設定することが可能となる。
【０９９４】
共通ＰＤＣＰのパラメータとしてＭｅＮＢのＰＤＣＰパラメータとする場合、ＭＣ設定前のＰＤＣＰパラメータとＭＣ設定後のＰＤＣＰパラメータが同じになる。このため、ＭＣの設定方法として、実施の形態６で開示したＭＣＧスプリットベアラへの変更を適宜適用するとよい。ＭｅＮＢからＵＥへのＭＣ設定方法として、ＭｅＮＢからＵＥに対して、ＭＣＧスプリットベアラを用いたＭＣの設定を通知する。
【０９９５】
共通ＰＤＣＰのパラメータとしてＳｇＮＢのＰＤＣＰパラメータとする場合、実施の形態８で開示したＳＣＧスプリットベアラの設定を適宜適用すればよい。ＭｅＮＢは、どのＳｇＮＢのＰＤＣＰパラメータを用いるかを決定する。ＳｇＮＢの決定方法として、ＳＣＧスプリットベアラで開示した方法を適宜適用するとよい。Ｐ-ＳｇＮＢの決定方法を適用するとよい。
【０９９６】
ＭＣ設定するＤＲＢを、ＭｅＮＢのＰＤＣＰの処理から、ＳｇＮＢのＰＤＣＰの処理に変更するとよい。変更方法として、実施の形態８で開示したＳＣＧスプリットベアラで開示した方法を適宜適用するとよい。Ｐ-ＳｇＮＢを所定のＳｇＮＢにおきかえて適宜適用するとよい。他のＳｇＮＢの設定を各ＳｇＮＢの設定におきかえて適宜適用すると良い。他のＳｇＮＢの一つとしてＭｅＮＢがあってもよい。
【０９９７】
フォワーディング方法として、ＭｅＮＢのＰＤＣＰのＳＮ状態転送とデータ転送を行うと良い。転送方法として、ＳＣＧスプリットベアラへの変更方法を適宜適用するとよい。Ｐ-ＳｇＮＢのＰＤＣＰを所定のＳｇＮＢのＰＤＣＰにおきかえて適宜適用すると良い。
【０９９８】
ＭｅＮＢからＵＥへのＭＣ設定方法として、ＭｅＮＢからＵＥに対して、Ｐ-ＳｇＮＢの設定と他のＳｇＮＢの設定を通知する。設定方法として、ＳＣＧスプリットベアラへの変更方法を適宜適用するとよい。
【０９９９】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣを設定するｇＮＢあるいはｅＮＢに対して適用してもよい。
【１０００】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣを設定するｇＮＢあるいはｅＮＢに対して適用してもよい。
【１００１】
このようにすることで、ＭＣＧスプリットベアラを用いたＭＣと、ＳＣＧスプリットベアラを用いたＭＣの状態を区別する必要が無くなる。
【１００２】
ＭＣ用の基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。ＭＣ用の基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【１００３】
本実施の形態９で開示した方法とすることで、一つのＵＥに対して複数の基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ユニファイドスプリットベアラを用いたＭＣを設定することが可能となるため、スプリットベアラを一つの状態で制御、管理が可能となる。このため、ＭＣによる制御、管理が複雑化することを回避することが可能となる。
【１００４】
実施の形態９の変形例１．
本変形例１では、上位ＮＷがＮＧ-ＣＮの場合のユニファイドスプリットベアラを用いたＭＣの設定方法について開示する。実施の形態９では、共通ＰＤＣＰとして、ＭｅＮＢのＰＤＣＰとＳｇＮＢのＰＤＣＰとを統一したＰＤＣＰとしたが、本変形例１では、上位ＮＷがＮＧ−ＣＮとなるので、共通ＰＤＣＰとして、ＭｇＮＢのＰＤＣＰあるいはＮＧ−ＣＮと接続可能なＭｅＮＢとＳｇＮＢのＰＤＣＰとを統一したＰＤＣＰとする。
【１００５】
共通ＰＤＣＰとＮＧ−ＣＮとの間にＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒを設ける。上位ＮＷはＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒと接続され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは共通ＰＤＣＰと接続される。上位ＮＷとして、ＡＭＦやＵＰＦとするとよい。Ｕ−Ｐｌａｎｅに特化して、ＵＰＦがＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒと接続するとしてもよい。
【１００６】
Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでは、上位ＮＷからのＱｏＳフローをＱｏＳフロー識別子に従ってＤＲＢにマッピングする。ＤＲＢに対して共通ＰＤＣＰが設けられる。
【１００７】
図４８は、ＭＣのアーキテクチャを示す図である。上位ＮＷはＮＧ−ＣＮであり、マスタ基地局はＮＲでの基地局（ｇＮＢ）であり、セカンダリ基地局はＮＲでの基地局（ｇＮＢ）である場合を示している。図４８は基地局側のアーキテクチャを示した図であるが、上位ＮＷを除けばＵＥ側のアーキテクチャも同様である。一つのＵＥに、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒと、共通ＰＤＣＰと、ＭｇＮＢ用とＳｇＮＢ用のＲＬＣ，ＭＡＣ、ＰＨＹがそれぞれ構成される。
【１００８】
図４８は、ユニファイドスプリットベアラを用いた場合について示している。上位ＮＷはＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに接続され、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが共通ＰＤＣＰに接続される。共通ＰＤＣＰは、ＭＣ用のＭｇＮＢとＳｇＮＢに接続される。下りデータは上位ＮＷによってＱｏＳフローにマッピングされ、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送される。
【１００９】
Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒでＱｏＳフローからＤＲＢにマッピングされ、該ＤＲＢで構成される共通ＰＤＣＰに転送され、共通ＰＤＣＰで処理される。ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付加する。
【１０１０】
共通ＰＤＣＰでＳＮが付加されたデータは、ＭＣ用のＭｇＮＢとＳｇＮＢとにスプリットおよびルーティングされる。スプリットおよびルーティングされたデータはＭｇＮＢとＳｇＮＢに送信され、ＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＵＥに送信される。
【１０１１】
ＵＥがＭｇＮＢとＳｇＮＢより受信したデータは、ＭｇＮＢ用とＳｇＮＢ用のＰＨＹ，ＭＡＣ、ＲＬＣで各処理を行った後、各々共通ＰＤＣＰに転送される。共通ＰＤＣＰではＭｇＮＢ用およびＳｇＮＢ用から転送されたデータに付加されたＳＮをもとにリオーダリングしてＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒではＱｏＳフロー識別子をもとにＱｏＳフロー毎に分離して、上位レイヤに転送する。
【１０１２】
上りデータは、ＵＥのＮｅｗ  ＡＳ  ｌａｙｅｒで、上位レイヤからのデータをＱｏＳフローからＤＲＢにマッピングする。ＤＲＢにマッピングされたデータは共通ＰＤＣＰに転送され、共通ＰＤＣＰで処理される。上りに関しても下りと同様に、共通ＰＤＣＰでは一つの連続するシーケンス番号（SN）を用いて各データに付与する。
【１０１３】
ＳＮが付加されたデータは、ＭｇＮＢ用とＳｇＮＢ用のＲＬＣにスプリットされ転送される。転送されたデータは、ＭｇＮＢ用とＳｇＮＢ用のＲＬＣ、ＭＡＣ、ＰＨＹで各処理が行われて、ＭｇＮＢとＳｇＮＢに送信される。
【１０１４】
ＭｇＮＢとＳｇＮＢがＵＥから受信したデータは、ＭｇＮＢ用とＳｇＮＢ用のＰＨＹ、ＭＡＣ、ＲＬＣで各処理を行った後、各々共通ＰＤＣＰに転送される。共通ＰＤＣＰではデータに付与されたＳＮをもとにリオーダリングしてＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒに転送する。Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒではＱｏＳフロー識別子をもとにＱｏＳフロー毎に分離して、上位ＮＷに転送する。
【１０１５】
共通ＰＤＣＰとＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは各々一つの独立したノードに設けてもよい。あるいは、共通ＰＤＣＰとＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒを同じノードに設けてもよい。同じノードに設けることで、Ｎｅｗ  ＡＳ  ｓｕｂｌａｙｅｒからＰＤＣＰへの転送を容易にする。共通ＰＤＣＰとＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒは基地局に設けられてもよい。たとえば、ＭｇＮＢに設けられてもよいし、ＳｇＮＢに設けられてもよい。あるいは、上位ＮＷに設けられてもよい。
【１０１６】
共通ＰＤＣＰのＰＤＣＰパラメータについては、実施の形態９で開示した方法を適宜適用するとよい。ＭｅＮＢのかわりにＭｇＮＢとするとよい。
【１０１７】
ユニファイドスプリットベアラを用いたＭＣの設定方法は、実施の形態９と同様に、ＤＲＢ毎のＭＣ設定についても、ＱｏＳフロー毎のＭＣ設定についても、実施の形態６の変形例１と実施の形態８の変形例１を適宜適用すると良い。
【１０１８】
ＭＣにおける上りリンクでのデータスプリット方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣを設定するｇＮＢあるいはｅＮＢに対して適用してもよい。
【１０１９】
ＵＥから基地局側への上りデータの送信開始方法については実施の形態６で開示した方法を適宜適用すると良い。ＭＣを設定するｇＮＢあるいはｅＮＢに対して適用してもよい。
【１０２０】
このようにすることで、上位ＮＷがＮＧ−ＣＮの場合にも、ＭＣＧスプリットベアラを用いたＭＣと、ＳＣＧスプリットベアラを用いたＭＣの状態を区別する必要が無くなる。スプリットベアラを一つの状態で制御、管理が可能となる。このため、ＭＣによる制御、管理が複雑化することを回避することが可能となる。
【１０２１】
また、共通ＰＤＣＰに共通ＰＤＣＰ個別のパラメータとして設定されたパラメータが用いられた場合、各ＳｇＮＢあるいはＭｇＮＢでは、ＲＬＣ以下の下位レイヤが構成される。したがって、ｇＮＢとｅＮＢとでＲＬＣレイヤ以下の下位レイヤが同じであれば、ｇＮＢとｅＮＢとを区別する必要が無い。
【１０２２】
共通ＰＤＣＰが基地局に設けられない場合、ＭＣ用の基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。ＭＣ用の基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【１０２３】
あるいは、共通ＰＤＣＰがＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒとともに基地局に設けられた場合、該基地局を除くＭＣ用の基地局にＬＴＥの基地局であるｅＮＢを用いてもよい。ｅＮＢとｇＮＢとを用いてもよい。ＭＣ用の基地局でＮｅｗ  ＡＳ  ｓｕｂｌａｙｅｒが用いられないためｅＮＢを用いることが可能となる。
【１０２４】
ＭＣに用いる基地局として、ｇＮＢとｅＮＢを混在させることにより、ＭＣに用いる基地局の使用を柔軟に設定可能となる。このため、基地局の配置や基地局の負荷状態などの状況応じて適した基地局を用いてMCを設定可能となり、スループットの向上を図れる。
【１０２５】
実施の形態９の本変形例１で開示した方法とすることで、上位ＮＷがＮＧ−ＣＮの場合にも、一つのＵＥに対して複数の基地局とが接続されるように設定されることが可能となる。ＵＥに提供する通信のスループットを向上させることが可能となる。また、複数の基地局と接続することで、信頼性を向上させることもできる。また、ユニファイドスプリットベアラを用いたＭＣを設定することが可能となるため、スプリットベアラを一つの状態で制御、管理が可能となる。このため、ＭＣによる制御、管理が複雑化することを回避することが可能となる。
【１０２６】
実施の形態１０．
実施の形態６、７、８、９において、ＭＣの構成方法について開示した。本実施の形態１０では、ＭＣの構成の変更および解放について開示する。
【１０２７】
ＭｅＮＢは、ＭＣ構成の変更を起動してもよい。ＭＣ構成の変更とは、例えば、ＳｇＮＢにおける構成の変更（SgNB Modification）であってもよい。構成の変更とは、例えば、該ＳｇＮＢを通るベアラの追加、変更、削除であってもよい。該ＳｇＮＢを通るベアラの追加とは、新しいベアラの設定であってもよいし、既存ベアラの分岐先として該ＳｇＮＢが追加されることであってもよい。ベアラの削除についても同様であってもよい。
【１０２８】
ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更要求（SgNB Modification Request）を通知してもよい。該ＳｇＮＢ変更要求は、ＭＣを構成するＳｇＮＢのうち、構成変更対象となるＳｇＮＢに対してのみ通知してもよい。ＳｇＮＢ変更要求の通知には、Ｘｎインタフェースを用いてもよい。
【１０２９】
前述のＳｇＮＢ変更要求には、ベアラの識別子が含まれていてもよい。ベアラの識別子は、追加、変更、あるいは削除するベアラの識別子であってもよい。該ベアラの種別がＳｇＮＢ変更要求に含まれていてもよい。ベアラの種別とは、例えば、ＭＣＧスプリットベアラであってもよいし、ＭＣＧベアラであってもよいし、ＳＣＧスプリットベアラであってもよいし、ＳＣＧベアラであってもよいし、あるいは、実施の形態９に記載のユニファイドベアラ（Unified Bearer）であってもよい。ベアラの種別は、変更後の種別とするとよい。ベアラ種別の変更を柔軟に行うことが可能となる。
【１０３０】
前述のＳｇＮＢ変更要求には、ベアラの設定が含まれていてもよい。ベアラの設定とは、例えば、ＱｏＳに関するパラメータであってもよいし、ＲＬＣ、ＭＡＣなどのプロトコルに関するパラメータであってもよい。該ＳｇＮＢを通るベアラの設定を柔軟に変更可能となる。
【１０３１】
あるいは、ＳｇＮＢ変更要求には、該ＳｇＮＢから他のＳｇＮＢへのルーティングに必要な情報が含まれていてもよい。該情報とは、実施の形態８に示すものであってもよい。あるいは、該ルーティングを行うかどうかを示す情報が、ＳｇＮＢ変更要求に含まれていてもよい。該ＳｇＮＢから他のＳｇＮＢへのルーティング有無を柔軟に切り替えることが可能となる。
【１０３２】
ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求承諾応答（SgNB Modification Request Acknowledge）を送信してもよい。ＳｇＮＢからのＳｇＮＢ変更要求承諾応答の送信は、前述のＳｇＮＢ変更要求の受信後に行ってもよい。
【１０３３】
前述のＳｇＮＢ変更要求承諾応答には、ベアラの識別子が含まれていてもよい。ベアラの識別子は、追加、変更、あるいは削除するベアラの識別子であってもよい。あるいは、ＳｇＮＢからＵＥに対するＡＳ設定、例えば、ＲＲＣパラメータ、ＲＡ処理用の設定が、ＳｇＮＢ変更要求承諾応答に含まれていてもよい。
【１０３４】
ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求拒否（SgNB Modification Request Reject）を送信してもよい。ＳｇＮＢ変更要求拒否は、ＭｅＮＢからＳｇＮＢに対して送信されたＳｇＮＢ変更要求に対する拒否の応答として送信してもよい。ＳｇＮＢ変更要求拒否に含まれる情報は、実施の形態２と同様であってもよい。
【１０３５】
ＭｅＮＢはＵＥに対し、ＭＣの構成の変更を通知してもよい。ＵＥは該通知を用いて、ＭＣの構成を変更してもよい。ＭＣの構成の変更として、ＭｅＮＢはＵＥにＳＣＧの設定を通知する。ＭｅＮＢからＵＥへの通知は、ＳｇＮＢ変更要求承諾応答の受信後に行ってもよい。前述の通知にはＲＲＣシグナリングを用いるとよい。ＲＲＣシグナリングとして、たとえば、実施の形態６と同様、ＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を用いてもよい。該通知は、実施の形態６と同様、たとえば、該シグナリングの中のＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧにＳＣＧの構成を含めることによって、行ってもよい。あるいは、該通知に、ＭＣを設定するベアラの構成を含めてもよい。ベアラの構成として、ベアラ識別子、ベアラ用ＡＳ設定などがある。
【１０３６】
前述のＲＲＣ接続再設定に、該ＳＣＧを解放するベアラの情報を含めてもよい。該ＳＣＧを解放するベアラとは、例えば、該ＳＣＧを自ベアラの分岐先から解放するベアラであってもよい。前述のベアラの情報は、１つであってもよいし、複数であってもよい。前述のベアラの情報を含むリストを設けてもよい。前述のベアラの情報を、例えば、実施の形態６で記載したＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧ内に含めてもよい。前述のリストについても、同様としてもよい。例えば、ＳＣＧ-ＣｏｎｆｉｇＰａｒｔＳＣＧ内に、前述のリストを新たに設けてもよい（例えば、ｄｒｂ−ＴｏＲｅｌｅａｓｅＬｉｓｔＳＣＧ）。例えば、各ＳＣＧに対し、分岐先として用いるベアラの変更を迅速に実施可能となる。
【１０３７】
あるいは、前述のＲＲＣ接続再設定に、ＭＣ設定する一つまたは複数の無線ベアラの情報を含めてもよい。該無線ベアラ情報は、実施の形態６と同様、例えば、該無線ベアラが用いるＳＣＧの情報を含んでもよい。実施の形態６に記載したものと同様のものを用いてもよい。このことにより、ＭＣを行う無線ベアラの変更を容易にすることができる。
【１０３８】
あるいは、該無線ベアラ情報に、該無線ベアラが解放するＳＣＧの情報を含めてもよい。前述のＳＣＧの情報は１つであってもよいし、複数であってもよい。前述のＳＣＧの情報を含むリストを設けてもよい。このことにより、ＵＥは、ベアラ毎の分岐先のＳＣＧの変更を迅速に実施可能となる。
【１０３９】
前述のＲＲＣ接続再設定に、削除するベアラの情報を含めてもよい。該情報は、例えばベアラの識別子であってもよい。削除するベアラは１つであってもよいし、複数であってもよい。前述の削除するベアラの情報を含むリストを設けてもよい。ベアラの削除に伴うシグナリング量を削減可能となる。
【１０４０】
ＵＥはＭｅＮＢに対し、ＭＣ構成の変更の応答を通知してもよい。該通知は、例えば、前述のＲＲＣ接続再設定を受信した後に行ってもよい。該通知として、ＲＲＣシグナリング、例えば、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）を用いてもよい。ＭｅＮＢは、ＵＥからＭＣ構成の変更の応答を受信することで、ＭＣ構成の変更の処理を円滑に進めることが可能となる。
【１０４１】
ＭｅＮＢはＳｇＮＢに対し、ＭＣ構成の変更が完了した旨の通知を送ってもよい。該通知には、Ｘｎインタフェースを用いてもよい。該通知は、ＵＥからＭＣ構成の変更の応答を受信した後に行ってもよい。該通知として、例えば、ＳｇＮＢ再設定完了（SgNB Reconfiguration Complete）を用いてもよい。該通知に含まれる情報は、前に述べたＳｇＮＢ変更要求（SgNB Modification Request）と同様であってもよい。
【１０４２】
実施の形態６と同様、ＭｅＮＢはＵＥに対し、ＭＣ構成の変更をＳＣＧ毎に設定してもよい。ＭＣ構成の変更のシーケンスとしては、例えば、図１７および図１８と同様のものを用いてもよい。ＭＣ用ＳｇＮＢの変更が途中で失敗してしまうような場合も、それまでに成功したＭＣ用ＳｇＮＢの変更は維持して、ＭＣを行うことが可能となる。
【１０４３】
あるいは、ＭＣ構成の変更を、ＳＣＧを一括して行ってもよい。ＭＣ構成の変更のシーケンスとしては、例えば、図１９および図２０と同様のものを用いてもよい。シグナリング量を削減可能となる。
【１０４４】
あるいは、ＭＣ構成の変更をベアラ毎に設定してもよいし、ベアラを一括して行ってもよい。シグナリング量を削減可能となる。
【１０４５】
本実施の形態１０において、ＳｇＮＢが、ＭＣ構成の変更を起動してもよい。
【１０４６】
ＳｇＮＢはＭｅＮＢに対し、ＳｇＮＢ変更要求ありの通知（SgNB Modification Required）を送信してもよい。該通知に含まれる情報は、前述のＳｇＮＢ変更要求承諾応答（SgNB Modification Request Acknowledge）と同様のものであってもよい。
【１０４７】
ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更拒否（SgNB Modification Refuse）を送信してもよい。ＳｇＮＢ変更拒否は、ＳｇＮＢからＭｅＮＢに対して送信されたＳｇＮＢ変更要求ありに対する拒否の応答として送信してもよい。ＳｇＮＢ変更拒否に含まれる情報は、実施の形態２と同様であってもよい。
【１０４８】
ＭｅＮＢはＵＥに対し、ＭＣの構成の変更を通知してもよい。該通知は、ＭｅＮＢがＳｇＮＢよりＳｇＮＢ変更要求ありの通知を受信した後に行ってもよい。ＭＣの構成の変更の通知には、前述と同様、例えば、ＲＲＣ接続再設定を用いてもよい。ＭＣの構成の変更の通知に含まれる情報も、前述と同じでよい。
【１０４９】
ＵＥはＭｅＮＢに対し、前述と同様、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）を通知してもよい。
【１０５０】
ＭｅＮＢはＳｇＮＢに対し、ＳｇＮＢ変更確認（SgNB Modification Confirm）を通知してもよい。該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。該通知に含まれる情報は、前述のＳｇＮＢ変更要求（SgNB Modification Request）と同様のものであってもよい。
【１０５１】
ＭＣ構成において、ＳＣＧ変更を伴うＭｅＮＢ内ハンドオーバ（Intra-MeNB HO involving SCG change）にも、前述の、ＭＣ構成の変更と同じ方法を適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０５２】
ＭＣ構成において、ＳｇＮＢの解放（SgNB Release）にも、前述の、ＭＣ構成の変更と同様のシーケンスを適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０５３】
ところが、ＲＲＣ接続再設定のＲＲＣシグナリングにおいて、ＳＣＧの解放に関する情報はＳＣＧを解放するか否かの識別子のみである。このため、ＭＣ構成の変更と同様のシーケンスを用いてＳｇＮＢ解放を行うと、どのＳＣＧを解放するのかをＵＥは認識できず、ＵＥにおいて誤動作が発生する可能性がある。
【１０５４】
そこで、ＲＲＣ接続再設定において、解放するＳＣＧの情報を含めてもよい。解放するＳＣＧの情報は、実施の形態６に記載したものと同様のものであってもよく、一例としてＳＣＧの識別子であってもよい。解放するＳＣＧの情報は、１つであってもよいし、複数であってもよい。複数のＳＣＧの解放におけるシグナリング量を削減可能となる。解放するＳＣＧの情報を含むリストを新たに設けてもよい。
【１０５５】
あるいは、前述の、ＳＣＧを解放するか否かの識別子のみの情報を用いて、ＭＣを構成する全てのＳＣＧを解放するとしてもよい。このことにより、ＳＣＧをまとめて解放する際のシグナリング量を削減可能となる。
【１０５６】
このことにより、ＭｇＮＢはＵＥに対して、解放対象のＳｇＮＢを明示することが可能となり、ＵＥにおけるＳＣＧ解放の際の誤動作を防ぐことが可能となる。
【１０５７】
ＭＣ構成におけるＳｇＮＢ切り替え（Change of SgNB）について、実施の形態６に示す方法と、前述のＳｇＮＢの解放（SgNB Release）とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０５８】
ＭＣ構成におけるＭｅＮＢからｅＮＢへのハンドオーバ（MeNB to eNB Change）について、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．１．１節に記載のハンドオーバ要求（Handover Request）と、前述のＳｇＮＢの解放（SgNB Release）とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０５９】
ｅＮＢから、ＭＣ構成におけるＭｅＮＢへのハンドオーバ（eNB to MeNB Change）について、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．１．１節に記載のハンドオーバ要求（Handover Request）と、実施の形態６に示す方法とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０６０】
ＭＣ構成における、ＳｇＮＢ変更なしのＭｅＮＢ間ハンドオーバ（Inter-MeNB HO without SgNB change）について、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．１．１節に記載のハンドオーバ要求（Handover Request）と、実施の形態６に示す方法と、前述のＳｇＮＢの解放（SgNB Release）とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０６１】
ところが、前述のハンドオーバ要求のシグナリングにおいて、ＳｇＮＢに関する情報をＳｇＮＢ１個分しか通知できないため、移動先ＭｅＮＢは該通知にて示されたＳｇＮＢ以外のＳｇＮＢの情報を取得することができない。その結果、ＭＣにおいては、ＳｇＮＢ変更なしのＭｅＮＢハンドオーバが実現できないという問題が生じる。
【１０６２】
そこで、前述のハンドオーバ要求のシグナリングにおいて、ＳｇＮＢに関する情報を複数個含めてもよい。
【１０６３】
あるいは、移動元ＭｅＮＢは移動先ＭｅＮＢに対し、前述のハンドオーバ要求のシグナリングを複数回通知することとしてもよい。前述の複数回の通知において、移動元ＭｅＮＢは、互いに異なるＳｇＮＢに関する情報を含めて通知してもよい。
【１０６４】
移動先ＭｅＮＢは移動元ＭｅＮＢに対し、非特許文献２３（３ＧＰＰ  ＴＳ３６．４２３  ｖ１４．３．０）の９．１．１．２節に記載のハンドオーバ要求肯定応答（Handover Request Acknowledge）を通知してもよい。移動先ＭｅＮＢは、前述のハンドオーバ要求のシグナリングのそれぞれに対して、ハンドオーバ要求肯定応答を送信してもよいし、前述のハンドオーバ要求のシグナリングの複数回の受信に対して１回のハンドオーバ要求肯定応答を送信してもよい。
【１０６５】
このことにより、移動先ＭｅＮＢはＭＣ構成における複数のＳｇＮＢの情報を取得することが可能となり、ＭＣにおいては、ＳｇＮＢ変更なしのＭｅＮＢハンドオーバが実現可能となる。
【１０６６】
本実施の形態１０により、ＭＣの構成の変更および解放が可能となるため、システム全体として通信状況に応じた最適な通信システムを構築可能となる。
【１０６７】
実施の形態１０の変形例１．
実施の形態１０を、Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いるＭＣの構成に適用してもよい。
【１０６８】
実施の形態１０と同様、ＭｇＮＢは、ＭＣ構成の変更を起動してもよい。ＭＣ構成の変更とは、例えば、セカンダリ基地局における構成の変更（SN Modification）であってもよい。構成の変更とは、例えば、該セカンダリ基地局を通るベアラの追加、変更、削除、あるいは、該セカンダリ基地局を通るＱｏＳフローの追加、変更、削除であってもよい。
【１０６９】
ＭｇＮＢはセカンダリ基地局に対し、セカンダリ基地局変更要求（SN Modification Request）を通知してもよい。該セカンダリ基地局変更要求は、ＭＣを構成するセカンダリ基地局のうち、構成変更対象となるセカンダリ基地局に対してのみ通知してもよい。セカンダリ基地局変更要求の通知には、Ｘｎインタフェースを用いてもよい。
【１０７０】
前述の該セカンダリ基地局変更要求は、実施の形態１０に記載のＳｇＮＢ変更要求と同じものを含んでもよい。実施の形態１０に示すものと同様の効果が得られる。
【１０７１】
あるいは、該セカンダリ基地局変更要求に、ＱｏＳフローを示す情報が含まれてもよい。該情報は、例えば、ＱｏＳフローの識別子であってもよい。該情報は、例えば、該ＱｏＳフローが通るベアラの情報に含まれてもよい。このことにより、ＱｏＳフロー毎の該セカンダリ基地局におけるスプリット有無を設定可能となる。
【１０７２】
セカンダリ基地局はＭｇＮＢに対し、セカンダリ基地局変更要求承諾応答（SN Modification Request Acknowledge）を送信してもよい。セカンダリ基地局からのセカンダリ基地局変更要求承諾応答の送信は、実施の形態１０におけるＳｇＮＢ変更要求承諾応答と同様に行ってもよい。
【１０７３】
前述のセカンダリ基地局変更要求承諾応答は、実施の形態１０に記載のＳｇＮＢ変更要求承諾応答と同じものを含んでもよい。実施の形態１０に示すものと同様の効果が得られる。
【１０７４】
あるいは、該セカンダリ基地局変更要求承諾応答に、ＱｏＳフローを示す情報が含まれてもよい。該情報は、例えば、ＱｏＳフローの識別子であってもよい。該情報は、例えば、該ＱｏＳフローが通るベアラの情報に含まれてもよい。このことにより、ＭｇＮＢは、ＱｏＳフロー毎の制御を的確に実施可能となる。
【１０７５】
セカンダリ基地局はＭｇＮＢに対し、セカンダリ基地局変更要求拒否（SN Modification Request Reject）を送信してもよい。セカンダリ基地局変更要求拒否は、ＭｇＮＢからセカンダリ基地局に対して送信されたセカンダリ基地局変更要求に対する拒否の応答として送信してもよい。セカンダリ基地局変更要求拒否に含まれる情報は、実施の形態１０に示すＳｇＮＢ変更拒否応答と同様であってもよい。あるいは、ＱｏＳフローの情報、例えば、ＱｏＳフローの識別子が含まれてもよい。前述のＱｏＳフローとは、セカンダリ基地局が該要求を拒否する原因となったＱｏＳフローであってもよい。このことにより、例えば、ＭｇＮＢは、ＱｏＳフロー単位でのセカンダリ基地局変更の処理を円滑に実施可能となる。
【１０７６】
実施の形態１０と同様、ＭｇＮＢはＵＥに対し、ＭＣの構成の変更を通知してもよい。ＵＥは該通知を用いて、ＭＣの構成を変更してもよい。前述の通知には、ＲＲＣシグナリング、例えば、ＲＲＣ接続再設定（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を用いてもよい。
【１０７７】
該通知に含める情報は、実施の形態１０と同様としてもよい。実施の形態１０と同様の効果が得られる。
【１０７８】
あるいは、前述の、ＭＣの構成の変更の通知、例えば、ＲＲＣ接続再設定に、ＱｏＳフローを示す情報が含まれてもよい。該情報として、例えば、ＱｏＳフローの識別子が含まれてもよい。該ＱｏＳフローが通るベアラの情報、例えば、ベアラの識別子が含まれてもよい。該ＱｏＳフローのスプリット先となるＭＣＧおよび／あるいはＳＣＧの識別子が含まれてもよい。ＭｇＮＢからＵＥに対するＱｏＳフロー毎のスプリット先の基地局および／あるいはベアラを、柔軟に設定可能となる。
【１０７９】
あるいは、前述の、ＭＣの構成の変更の通知、例えば、ＲＲＣ接続再設定に、削除するＱｏＳフローの情報を含めてもよい。該情報は、例えばＱｏＳフローの識別子であってもよい。削除するＱｏＳフローは１つであってもよいし、複数であってもよい。前述の削除するＱｏＳフローの情報を含むリストを設けてもよい。ＱｏＳフローの削除に伴うシグナリング量を削減可能となる。
【１０８０】
実施の形態１０と同様、ＭｇＮＢはＵＥに対し、ＭＣの構成の変更をＳＣＧ毎に設定してもよい。ＳＣＧ毎に使用するベアラを設定してもよい。ベアラ毎にＱｏＳフローの設定を行ってもよいし、ＳＣＧ毎にＱｏＳフローの設定を行ってもよい。例えば、前述のＲＲＣ接続再設定のシグナリングにおいて、ＳＣＧの設定に関する情報に、使用するベアラの情報を含めてもよい。該ベアラの情報に、使用するＱｏＳの情報を含めてもよいし、ＳＣＧの設定に関する情報に、使用するＱｏＳフローの情報を含めてもよい。前述のＳＣＧ毎の設定を、ＳＣＧを一括して行ってもよい。ＳＣＧの変更におけるシグナリング量を削減可能となる。
【１０８１】
あるいは、実施の形態１０と同様、ＭｇＮＢはＵＥに対し、ＭＣの構成の変更をベアラ毎に設定してもよい。例えば、ベアラ毎に使用するＱｏＳフローを設定してもよい。ＱｏＳフロー毎にＭＣＧおよび／あるいはＳＣＧの設定を行ってもよいし、ベアラ毎にＭＣＧおよび／あるいはＳＣＧの設定を行ってもよい。例えば、前述のＲＲＣ接続再設定のシグナリングにおいて、ベアラの設定に関する情報に、使用するＱｏＳフローの情報を含めてもよい。該ＱｏＳフローの情報に、使用するＭＣＧおよび／あるいはＳＣＧのの情報を含めてもよいし、ベアラの設定に関する情報に、使用するＭＣＧおよび／あるいはＳＣＧの情報を含めてもよい。前述のベアラ毎の設定を、ベアラを一括して行ってもよい。ベアラの変更におけるシグナリング量を削減可能となる。
【１０８２】
あるいは、ＭｇＮＢはＵＥに対し、ＭＣの構成の変更をＱｏＳフロー毎に設定してもよい。例えば、ＱｏＳフロー毎に使用するベアラを設定してもよい。ベアラ毎にＭＣＧおよび／あるいはＳＣＧの設定を行ってもよい。あるいは、ＱｏＳフロー毎に使用するＭＣＧおよび／あるいはＳＣＧの設定を行ってもよい。ＭＣＧおよび／あるいはＳＣＧ毎にベアラの設定を行ってもよい。ベアラ毎にＭＣＧおよび／あるいはＳＣＧの設定を行ってもよい。例えば、前述のＲＲＣ接続再設定のシグナリングにおいて、ＱｏＳフローの設定に関する情報に、使用するベアラの情報を含めてもよい。該ベアラの情報に、使用するＭＣＧおよび／あるいはＳＣＧのの情報を含めてもよい。あるいは、ＱｏＳフローの設定に関する情報に、使用するＭＣＧおよび／あるいはＳＣＧの情報を含めてもよい。該ＭＣＧおよび／あるいはＳＣＧの情報に、使用するベアラの情報を含めてもよい。前述のＱｏＳフロー毎の設定を、ＱｏＳフローを一括して行ってもよい。ＱｏＳフローの変更におけるシグナリング量を削減可能となる。
【１０８３】
ＵＥはＭｇＮＢに対し、ＭＣ構成の変更の応答を通知してもよい。該通知は、実施の形態１０と同様、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）を用いてもよい。実施の形態１０と同様の効果が得られる。
【１０８４】
ＭｇＮＢはセカンダリ基地局に対し、ＭＣ構成の変更が完了した旨の通知を送ってもよい。該通知として、例えば、セカンダリ基地局再設定完了（SN Reconfiguration Complete）を用いてもよい。ＭｇＮＢは該通知を、実施の形態１０に記載のＳｇＮＢ再設定完了と同様の方法で送信してもよい。実施の形態１０と同様の効果が得られる。
【１０８５】
実施の形態１０と同様、ＭｇＮＢはＵＥに対し、ＭＣ構成の変更をＳＣＧ毎に設定してもよい。ＭＣ構成の変更のシーケンスとしては、例えば、図１７および図１８と同様のものを用いてもよい。ＭＣ用ＳｇＮＢの変更が途中で失敗してしまうような場合も、それまでに成功したＭＣ用ＳｇＮＢの変更は維持して、ＭＣを行うことが可能となる。
【１０８６】
あるいは、ＭＣ構成の変更を、ＳＣＧを一括して行ってもよい。ＭＣ構成の変更のシーケンスとしては、例えば、図１９および図２０と同様のものを用いてもよい。シグナリング量を削減可能となる。
【１０８７】
あるいは、ＭＣ構成の変更をベアラ毎に設定してもよいし、ベアラを一括して行ってもよい。シグナリング量を削減可能となる。
【１０８８】
あるいは、ＭＣ構成の変更をＱｏＳフロー毎に設定してもよいし、ＱｏＳフローを一括して行ってもよい。シグナリング量を削減可能となる。
【１０８９】
あるいは、実施の形態１０と同様、セカンダリ基地局が、ＭＣ構成の変更を起動してもよい。
【１０９０】
セカンダリ基地局はＭｇＮＢに対し、セカンダリ基地局変更要求ありの通知（SN Modification Required）を送信してもよい。該通知に含まれる情報は、実施の形態１０に記載のＳｇＮＢ変更要求承諾応答（SgNB Modification Request Acknowledge）と同様のものであってもよい。
【１０９１】
ＭｇＮＢはセカンダリ基地局に対し、セカンダリ基地局変更拒否（SN Modification Refuse）を送信してもよい。セカンダリ基地局変更拒否は、セカンダリ基地局からＭｇＮＢに対して送信されたセカンダリ基地局変更要求ありに対する拒否の応答として送信してもよい。セカンダリ基地局変更拒否に含まれる情報は、実施の形態１０に示すＳｇＮＢ変更拒否と同様であってもよい。あるいは、ＱｏＳフローの情報、例えば、ＱｏＳフローの識別子が含まれてもよい。前述のＱｏＳフローとは、ＭｇＮＢが該要求を拒否する原因となったＱｏＳフローであってもよい。このことにより、例えば、セカンダリ基地局は、ＱｏＳフロー単位でのセカンダリ基地局変更の処理を円滑に実施可能となる。
【１０９２】
ＭｇＮＢはＵＥに対し、ＭＣの構成の変更を通知してもよい。該通知は、ＭｇＮＢがセカンダリ基地局よりセカンダリ基地局変更要求ありの通知を受信した後に行ってもよい。ＭＣの構成の変更の通知には、前述と同様、例えば、ＲＲＣ接続再設定を用いてもよい。ＭＣの構成の変更の通知に含まれる情報も、前述と同じでよい。
【１０９３】
ＵＥはＭｇＮＢに対し、前述と同様、ＲＲＣ接続再設定完了（RRCConnectionReconfigurationComplete）を通知してもよい。
【１０９４】
ＭｇＮＢはセカンダリ基地局に対し、セカンダリ変更確認（SN Modification Confirm）を通知してもよい。該通知には、基地局間インタフェース、例えば、Ｘｎインタフェースを用いてもよい。該通知に含まれる情報は、前述のセカンダリ基地局変更要求（SN Modification Request）と同様のものであってもよい。
【１０９５】
Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成において、ＳＣＧ変更を伴うＭｇＮＢ内ハンドオーバ（Intra-MN HO involving SCG change）にも、前述の、Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成の変更と同じ方法を適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０９６】
Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成において、セカンダリ基地局の解放（SN Release）について、実施の形態１０にて記載した、ＳｇＮＢの解放（SgNB Release）と同様のシーケンスを適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０９７】
Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成における、セカンダリ基地局切り替え（Change of SN）について、実施の形態６の変形例１に示す方法と、前述のセカンダリ基地局の解放（SN Release）とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０９８】
Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成におけるＭｇＮＢからｇＮＢへのハンドオーバ（MN to ｇNB Change）について、非特許文献２９（３ＧＰＰ  ＴＳ３８．４２３  ｖ０．１．１）の９．１．１．１節に記載のハンドオーバ要求（Handover Request）と、前述のセカンダリ基地局の解放（SN Release）とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１０９９】
ｇＮＢから、Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成におけるＭｇＮＢへのハンドオーバ（gNB to MN Change）について、非特許文献２９（３ＧＰＰ  ＴＳ３８．４２３  ｖ０．１．１）の９．１．１．１節に記載のハンドオーバ要求（Handover Request）と、実施の形態６の変形例１に示す方法とを組み合わせて適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１１００】
Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣ構成における、セカンダリ基地局変更なしのＭｇＮＢ間ハンドオーバ（Inter-MgNB HO without SN change）について、実施の形態１０にて記載した、ＭＣ構成におけるＳｇＮＢ変更なしのＭｅＮＢ間ハンドオーバ（Inter-MeNB HO without SgNB change）と同様のシーケンスを適用してもよい。通信システムにおける設計の複雑性の回避が可能となる。
【１１０１】
実施の形態１０の本変形例１により、Ｎｅｗ  ＡＳ  Ｌａｙｅｒを用いたＭＣの構成の変更および解放が可能となるため、システム全体として通信状況に応じた最適な通信システムを構築可能となる。
【１１０２】
前述の各実施の形態およびその変形例は、本発明の例示に過ぎず、本発明の範囲内において、各実施の形態およびその変形例を自由に組合せることができる。また各実施の形態およびその変形例の任意の構成要素を適宜変更または省略することができる。
【１１０３】
例えば、前述の各実施の形態およびその変形例において、サブフレームは、第５世代基地局通信システムにおける通信の時間単位の一例である。スケジューリング単位であってもよい。前述の各実施の形態およびその変形例において、サブフレーム単位として記載している処理を、ＴＴＩ単位、スロット単位、サブスロット単位、ミニスロット単位として行ってもよい。
【１１０４】
本発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、本発明がそれに限定されるものではない。例示されていない無数の変形例が、本発明の範囲から外れることなく想定され得るものと解される。
【符号の説明】
【１１０５】
２００  通信システム、２０２  通信端末装置、２０３  基地局装置。
【図１】
2019031490.tif 000003
【図２】
2019031490.tif 000004
【図３】
2019031490.tif 000005
【図４】
2019031490.tif 000006
【図５】
2019031490.tif 000007
【図６】
2019031490.tif 000008
【図７】
2019031490.tif 000009
【図８】
2019031490.tif 000010
【図９】
2019031490.tif 000011
【図１０】
2019031490.tif 000012
【図１１】
2019031490.tif 000013
【図１２】
2019031490.tif 000014
【図１３】
2019031490.tif 000015
【図１４】
2019031490.tif 000016
【図１５】
2019031490.tif 000017
【図１６】
2019031490.tif 000018
【図１７】
2019031490.tif 000019
【図１８】
2019031490.tif 000020
【図１９】
2019031490.tif 000021
【図２０】
2019031490.tif 000022
【図２１】
2019031490.tif 000023
【図２２】
2019031490.tif 000024
【図２３】
2019031490.tif 000025
【図２４】
2019031490.tif 000026
【図２５】
2019031490.tif 000027
【図２６】
2019031490.tif 000028
【図２７】
2019031490.tif 000029
【図２８】
2019031490.tif 000030
【図２９】
2019031490.tif 000031
【図３０】
2019031490.tif 000032
【図３１】
2019031490.tif 000033
【図３２】
2019031490.tif 000034
【図３３】
2019031490.tif 000035
【図３４】
2019031490.tif 000036
【図３５】
2019031490.tif 000037
【図３６】
2019031490.tif 000038
【図３７】
2019031490.tif 000039
【図３８】
2019031490.tif 000040
【図３９】
2019031490.tif 000041
【図４０】
2019031490.tif 000042
【図４１】
2019031490.tif 000043
【図４２】
2019031490.tif 000044
【図４３】
2019031490.tif 000045
【図４４】
2019031490.tif 000046
【図４５】
2019031490.tif 000047
【図４６】
2019031490.tif 000048
【図４７】
2019031490.tif 000049
【図４８】
2019031490.tif 000050
【国際調査報告】
2019031490.tif 000051
2019031490.tif 000052
2019031490.tif 000053
2019031490.tif 000054