特開2022-120067 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 京セラ株式会社の特許一覧

特開2022-120067無線端末

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022120067

(43)【公開日】2022-08-17

(54)【発明の名称】無線端末

(51)【国際特許分類】

H04W 76/15 20180101AFI20220809BHJP

H04W 16/32 20090101ALI20220809BHJP

H04W 72/04 20090101ALI20220809BHJP

H04W 72/02 20090101ALI20220809BHJP

H04W 72/10 20090101ALI20220809BHJP

【ＦＩ】

H04W76/15

H04W16/32

H04W72/04 111

H04W72/02

H04W72/10

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2022093150

(22)【出願日】2022-06-08

(62)【分割の表示】P 2020120266の分割

【原出願日】2016-07-29

(31)【優先権主張番号】62/198,937

(32)【優先日】2015-07-30

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】長坂優志

(72)【発明者】

【氏名】藤代真人

(72)【発明者】

【氏名】守田空悟

(72)【発明者】

【氏名】安達裕之

(72)【発明者】

【氏名】チャンヘンリー

(57)【要約】（修正有）

【課題】複数のベアラに対する優先度付けを行う無線端末を提供する。
【解決手段】移動通信システムにおいて、１つのベアラのデータを２つの無線通信装置に送信する無線端末は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告（ＢＳＲ）の送信先として一方の無線通信装置が指定されている場合、一方の無線通信装置にのみバッファ状態報告を送信する処理を行う制御部を備える。制御部は、データ量が閾値を下回っており、かつ、一方の無線通信装置との無線リンク障害（ＳＣＧ－ＲＬＦ）を検知した場合、バッファ状態報告の送信先を一方の無線通信装置から他方の無線通信装置に変更する。
【選択図】図７

【特許請求の範囲】

【請求項1】

無線端末であって、
複数のベアラのデータを２つの無線通信装置に送信する送信部と、
前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部と、を備え、
前記上位エンティティは、前記２つの無線通信装置のうち一方の無線通信装置から前記無線端末に上りリンク無線リソースが割り当てられた場合、前記一方の無線通信装置に対応する送信エンティティに対し、優先度が高いベアラのデータを優先的に引き渡し、
前記上位エンティティは、前記複数のベアラに対する優先度付けを行う無線端末。

【請求項2】

前記２つの無線通信装置は、マスタセルグループを管理するマスタ基地局を含み、
前記上位エンティティは、前記マスタ基地局から通知される設定パラメータに基づいて、前記優先度付けを行う請求項１に記載の無線端末。

【請求項3】

前記上位エンティティは、前記上位エンティティのバッファに蓄積されたベアラごとのデータ量に基づいて、前記優先度付けを行う請求項１に記載の無線端末。

【請求項4】

前記上位エンティティは、前記複数のベアラのそれぞれに対応する論理チャネルに付与されている優先度に基づいて、前記優先度付けを行う請求項１に記載の無線端末。

【請求項5】

無線端末であって、
複数のベアラのデータを２つの無線通信装置に送信する送信部と、
前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部と、を備え、
前記上位エンティティは、前記２つの無線通信装置のうち一方の無線通信装置から前記無線端末に上りリンク無線リソースが割り当てられた場合、前記一方の無線通信装置に対応する送信エンティティに対し、優先度が高いベアラのデータを優先的に引き渡し、
前記上位エンティティは、他のエンティティからの前記複数のベアラに対する優先度付けに基づいた通知に従って、前記優先度が高いベアラのデータを優先的に引き渡す無線端末。

【請求項6】

前記他のエンティティは、前記送信エンティティに含まれる下位エンティティである請求項５に記載の無線端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムにおける無線端末に関する。

【背景技術】

【0002】

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）（登録商標）において、無線端末が２つの基地局との通信を行う二重接続（ＤｕａｌＣｏｎｎｅｃｔｉｖｉｔｙ）通信が仕様化されている。二重接続通信は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）コネクティッドモードの無線端末にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、マスタ基地局により管理されるサービングセル群である。ＳＣＧは、セカンダリ基地局により管理されるサービングセル群である。

【発明の概要】

【0003】

一つの実施形態に係る無線端末は、１つのベアラのデータを第１の無線通信装置及び第２の無線通信装置に送信する。前記無線端末は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として前記第１の無線通信装置のみが指定されている場合、前記第１の無線通信装置にのみ前記バッファ状態報告を送信する処理を行う制御部を備える。前記制御部は、前記データ量が前記閾値を下回っており、かつ、前記第１の無線通信装置との無線リンク障害を検知した場合、前記バッファ状態報告の送信先を前記第１の無線通信装置から前記第２の無線通信装置に変更する。

【図面の簡単な説明】

【0004】

【図1】実施形態に係る移動通信システムの構成を示す図である。

【図2】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

【図3】実施形態に係るＵＥ（無線端末）のブロック図である。

【図4】実施形態に係るｅＮＢ（基地局）のブロック図である。

【図5】実施形態に係る上りリンクにおける二重接続通信を示す図である。

【図6】実施形態に係るスプリットベアラのＢＳＲを示す図である。

【図7】第１実施形態に係る動作の一例を示す図である。

【図8】第２実施形態に係る動作の一例を示す図である。

【図9】第３実施形態の通知パターン１を示す図である。

【図10】付記に係る到着データの格納方法を示す図である。

【発明を実施するための形態】

【0005】

［実施形態の概要］
第１実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として一方の無線通信装置が指定されている場合、前記一方の無線通信装置にのみ前記バッファ状態報告を送信する処理を行う制御部を備える。前記制御部は、前記データ量が前記閾値を下回っており、かつ、前記一方の無線通信装置との無線リンク障害を検知した場合、前記バッファ状態報告の送信先を前記一方の無線通信装置から他方の無線通信装置に変更する。

【0006】

後述する実施形態において、「１つのベアラ」がスプリットベアラであり、「２つの無線通信装置」がマスタ基地局及びセカンダリ基地局であり、「所定のバッファ」がＰＤＣＰエンティティのバッファである一例を説明する。「スプリットベアラ」とは、対応する無線プロトコルがマスタ基地局及びセカンダリ基地局の両方に存在し、マスタ基地局及びセカンダリ基地局の両方のリソースを使用するベアラである。

【0007】

第１実施形態において、前記制御部は、前記バッファ状態報告の送信先を前記一方の無線通信装置から前記他方の無線通信装置に変更するとともに、前記データの送信先を前記一方の無線通信装置から前記他方の無線通信装置に変更してもよい。

【0008】

第１実施形態において、前記他方の無線通信装置は、マスタセルグループを管理するマスタ基地局であってもよい。前記一方の無線通信装置は、セカンダリセルグループを管理するセカンダリ基地局であってもよい。

【0009】

第２実施形態に係る無線端末は、複数のベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記上位エンティティは、前記２つの無線通信装置のうち一方の無線通信装置から前記無線端末に上りリンク無線リソースが割り当てられた場合、前記一方の無線通信装置に対応する送信エンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。

【0010】

後述する実施形態において、「複数のベアラ」が少なくとも１つのスプリットベアラを含む一例を説明する。また、後述する実施形態において、「送信エンティティ」がＲＬＣエンティティであり、「上位エンティティ」がＰＤＣＰエンティティである一例を説明する。但し、「送信エンティティ」は、ＭＡＣエンティティ等を含んでもよい。

【0011】

第２実施形態において、前記上位エンティティは、前記複数のベアラに対する優先度付けを行ってもよい。

【0012】

第２実施形態において、前記２つの無線通信装置は、マスタセルグループを管理するマスタ基地局を含む。前記上位エンティティは、前記マスタ基地局から通知される設定パラメータに基づいて、前記優先度付けを行ってもよい。

【0013】

第２実施形態において、前記上位エンティティは、前記上位エンティティのバッファに蓄積されたベアラごとのデータ量に基づいて、前記優先度付けを行ってもよい。

【0014】

第２実施形態において、前記上位エンティティは、前記複数のベアラのそれぞれに対応する論理チャネルに付与されている優先度に基づいて、前記優先度付けを行ってもよい。

【0015】

第２実施形態において、前記上位エンティティは、他のエンティティからの前記複数のベアラに対する優先度付けに基づいた通知に従って、前記優先度が高いベアラのデータを優先的に引き渡してもよい。

【0016】

第２実施形態において、前記他のエンティティは、前記送信エンティティに含まれる下位エンティティである。ここで下位エンティティとは、ＭＡＣエンティティであってもよい。

【0017】

第３実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のうち少なくとも一方に対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量を判断するための所定の情報を前記２つの無線通信装置のうち少なくとも一方に通知する。

【0018】

第３実施形態において、前記制御部は、前記所定の情報として、前記上位エンティティが何れかの送信エンティティに対して前記データを引き渡す方式を示す情報を通知してもよい。前記方式は、上りリンク無線リソース割り当てに応じて前記データを引き渡すバッファ蓄積型の方式、及び上りリンク無線リソース割り当てが無くても前記データを引き渡す即時型の方式のうち一方である。

【0019】

第３実施形態において、前記制御部は、前記所定の情報として、前記対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との比を示す情報を通知してもよい。

【0020】

第３実施形態において、前記制御部は、前記所定の情報として、前記上位エンティティのバッファに蓄積されたデータ量を示す情報を通知してもよい。

【0021】

第３実施形態の変更例に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記上位エンティティのバッファに蓄積されたデータ量が所定量を下回ったことをトリガーとして、前記バッファ状態報告を送信する。

【0022】

第４実施形態に係る無線端末は、１つのベアラのデータを２つの無線通信装置に送信する。前記無線端末は、前記２つの無線通信装置に対応する２つの送信エンティティと、前記２つの送信エンティティよりも上位層に位置付けられる上位エンティティと、を含む制御部を備える。前記制御部は、前記２つの無線通信装置のそれぞれに対し、対応する送信エンティティのバッファに蓄積されたデータ量と前記上位エンティティのバッファに蓄積されたデータ量との合計を示すバッファ状態報告を送信する処理を行う。前記制御部は、前記ベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を前記２つの無線通信装置のうち少なくとも一方に通知する。

【0023】

第４実施形態において、前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信する際に又は前記最後のデータを送信した後、前記最後のデータに対応する送達確認情報を受信していなくても、送信すべきデータが存在しないことを示す情報を通知してもよい。

【0024】

第４実施形態において、前記制御部は、前記２つの無線通信装置の何れかに最後のデータを送信した後、データ送信のために割り当てられる無線リソースとは異なる無線リソースを用いて、送信すべきデータが存在しないことを示す情報を通知してもよい。

【0025】

［実施形態に係る移動通信システム］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムについて説明する。

【0026】

（システム構成）
図１は、ＬＴＥシステムの構成を示す図である。

【0027】

図１に示すように、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムは、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）１０、及びＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）２０を備える。

【0028】

ＵＥ１００は、無線端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

【0029】

Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄＮｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

【0030】

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

【0031】

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

【0032】

（無線プロトコルの構成）
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

【0033】

図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）層、及びＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）層を含む。

【0034】

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。

【0035】

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

【0036】

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

【0037】

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0038】

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモード（コネクティッドモード）であり、そうでない場合、ＵＥ１００はＲＲＣアイドルモード（アイドルモード）である。

【0039】

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

【0040】

（無線端末の構成）
図３は、実施形態に係るＵＥ１００（無線端末）のブロック図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

【0041】

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

【0042】

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0043】

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。

【0044】

（基地局の構成）
図４は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

【0045】

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0046】

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

【0047】

制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。

【0048】

バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。

【0049】

［実施形態に係る二重接続通信］
図５は、実施形態に係る上りリンクにおける二重接続通信を示す図である。なお、図５は、ユーザプレーンのプロトコルスタックを図示している。また、図５において、物理層のエンティティの図示を省略している。

【0050】

図５に示すように、二重接続通信は、ＲＲＣコネクティッドモードのＵＥ１００にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、ＭｅＮＢ２００Ｍ（マスタ基地局）により管理されるサービングセル群である。ＳＣＧは、ＳｅＮＢ２００Ｓ（セカンダリ基地局）により管理されるサービングセル群である。ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓに接続し、ＭｅＮＢ２００Ｍのスケジューラ及びＳｅＮＢ２００Ｓのスケジューラのそれぞれからリソース割当を受ける。実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）は第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）は第２の無線通信装置に相当する。

【0051】

ＭｅＮＢ２００Ｍは、ＵＥ１００とのＲＲＣ接続を有し、ＲＲＣメッセージをＵＥ１００と送受信することができる。ＳｅＮＢ２００Ｓは、ＵＥ１００とのＲＲＣ接続を有さず、ＲＲＣメッセージをＵＥ１００と送受信することができない。例えば、ＭｅＮＢ２００Ｍはマクロセル基地局であり、ＳｅＮＢ２００Ｍは小セル基地局であってもよい。

【0052】

ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓは、Ｘ２インターフェイスを介して相互に接続される。ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ１インターフェイス（Ｓ１－Ｕインターフェイス）を介してＳ－ＧＷと接続される。ＭｅＮＢ２００Ｍは、Ｓ１インターフェイス（Ｓ１－ＭＭＥインターフェイス）を介してＭＭＥと接続される。

【0053】

二重接続通信において、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの計３つのタイプのベアラ（データベアラ）が規定されている。ＭＣＧベアラは、対応する無線プロトコルがＭｅＮＢ２００Ｍにのみ存在し、ＭｅＮＢ２００Ｍのリソースのみを使用するベアラである。ＳＣＧベアラは、対応する無線プロトコルがＳｅＮＢ２００Ｓにのみ存在し、ＳｅＮＢ２００Ｓのリソースのみを使用するベアラである。スプリットベアラは、対応する無線プロトコルがＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に存在し、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方のリソースを使用するベアラである。

【0054】

ＭＣＧベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１１、ＲＬＣエンティティ２１、及びＭＡＣエンティティ３１の順に処理されてＭｅＮＢ２００Ｍに送信される。ＭＣＧベアラのデータは、ＭｅＮＢ２００ＭのＭＡＣエンティティ４１、ＲＬＣエンティティ５１、及びＰＤＣＰエンティティ６１の順に処理されてＳ－ＧＷに転送される。

【0055】

ＳＣＧベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１３、ＲＬＣエンティティ２４、及びＭＡＣエンティティ３２の順に処理されてＳｅＮＢ２００Ｓに送信される。ＳＣＧベアラのデータは、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２、ＲＬＣエンティティ５４、及びＰＤＣＰエンティティ６３の順に処理されてＳ－ＧＷに転送される。

【0056】

スプリットベアラのデータは、ＵＥ１００のＰＤＣＰエンティティ１２において、ＭｅＮＢ２００Ｍ（ＭＣＧ）向けのＲＬＣエンティティ２２及びＳｅＮＢ２００Ｓ（ＳＣＧ）向けのＲＬＣエンティティ２３に振り分けられる。具体的には、ＰＤＣＰエンティティ１２は、ＰＤＣＰＳＤＵ（ＳｅｒｖｉｃｅＤａｔａＵｎｉｔ）をＰＤＣＰＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）に変換し、ＰＤＣＰＰＤＵごとにＲＬＣエンティティ２２及びＲＬＣエンティティ２３の何れか一方に振り分ける（ルーティング）。換言すると、ＰＤＣＰエンティティ１２は、スプリットベアラのデータを、ＭｅＮＢ２００Ｍに対して送信を行う第１の送信経路（以下、「ＭＣＧパス」という）、及びＳｅＮＢ２００Ｍに対して送信を行う第２の送信経路（以下、「ＳＣＧパス」という）に振り分ける。

【0057】

ＭＣＧパスに関して、ＲＬＣエンティティ２２は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰＰＤＵをＲＬＣＳＤＵとして受け取り、ＲＬＣＳＤＵをＲＬＣＰＤＵに変換してＭＡＣエンティティ３１に出力する。ＭＡＣエンティティ３１は、ＲＬＣエンティティ２２から出力されるＲＬＣＰＤＵをＭＡＣＳＤＵとして受け取り、ＭＡＣＳＤＵをＭＡＣＰＤＵに変換し、物理層エンティティ（不図示）を介してＭｅＮＢ２００Ｍに送信する。

【0058】

ＳＣＧパスに関して、ＲＬＣエンティティ２３は、ＰＤＣＰエンティティ１２により振り分けられたＰＤＣＰＰＤＵをＲＬＣＳＤＵとして受け取り、ＲＬＣＳＤＵをＲＬＣＰＤＵに変換してＭＡＣエンティティ３２に出力する。ＭＡＣエンティティ３２は、ＲＬＣエンティティ２３から出力されるＲＬＣＰＤＵをＭＡＣＳＤＵとして受け取り、ＭＡＣＳＤＵをＭＡＣＰＤＵに変換し、物理層エンティティ（不図示）を介してＳｅＮＢ２００Ｓに送信する。

【0059】

また、ＳＣＧパスに関して、ＳｅＮＢ２００ＳのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣＰＤＵを受け取り、ＭＡＣＰＤＵをＭＡＣＳＤＵに変換してＲＬＣエンティティ５３に出力する。ＲＬＣエンティティ５３は、ＭＡＣエンティティ４２から出力されるＭＡＣＳＤＵをＲＬＣＰＤＵとして受け取り、ＲＬＣＰＤＵをＲＬＣＳＤＵに変換して、Ｘ２インターフェイスを介してＭｅＮＢ２００ＭのＰＤＣＰエンティティ６２に出力する。

【0060】

一方、ＭＣＧパスに関して、ＭｅＮＢ２００ＭのＭＡＣエンティティ４２は、物理層エンティティ（不図示）を介してＭＡＣＰＤＵを受け取り、ＭＡＣＰＤＵをＭＡＣＳＤＵに変換してＲＬＣエンティティ５２に出力する。ＲＬＣエンティティ５２は、ＭＡＣエンティティ４１から出力されるＭＡＣＳＤＵをＲＬＣＰＤＵとして受け取り、ＲＬＣＰＤＵをＲＬＣＳＤＵに変換してＰＤＣＰエンティティ６２に出力する。

【0061】

ＰＤＣＰエンティティ６２は、ＭｅＮＢ２００ＭのＲＬＣエンティティ５２から出力されるＲＬＣＳＤＵをＰＤＣＰＰＤＵ（ＭＣＧパス）として受け取りつつ、ＳｅＮＢ２００ＳのＲＬＣエンティティ５３から出力されるＲＬＣＳＤＵをＰＤＣＰＰＤＵ（ＳＣＧパス）として受け取る。ＰＤＣＰエンティティ６２は、ＰＤＣＰＰＤＵ（ＭＣＧパス）及びＰＤＣＰＰＤＵ（ＳＣＧパス）の並べ替え処理（いわゆる、ＰＤＣＰリオーダリング）を行いつつ、ＰＤＣＰＰＤＵをＰＤＣＰＳＤＵに変換する。

【0062】

［第１実施形態］
以下において、第１実施形態について説明する。第１実施形態は、スプリットベアラのバッファ状態報告に係る実施形態である。

【0063】

第１実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、所定のバッファ（ＰＤＣＰエンティティ１２のバッファ）に蓄積されたデータ量が閾値を下回っており、かつ、バッファ状態報告の送信先として一方のｅＮＢ２００（ＳｅＮＢ２００Ｓ）が指定されている場合、一方のｅＮＢ２００にのみバッファ状態報告を送信する処理を行う制御部１３０を備える。制御部１３０は、所定のバッファに蓄積されたデータ量が閾値を下回っており、かつ、当該一方のｅＮＢ２００との無線リンク障害を検知した場合、バッファ状態報告の送信先を当該一方のｅＮＢ２００から他方のｅＮＢ２００（ＭｅＮＢ２００Ｍ）に変更する。また、制御部１３０は、バッファ状態報告の送信先を一方のｅＮＢ２００から他方のｅＮＢ２００に変更するとともに、データの送信先を当該一方のｅＮＢ２００から当該他方のｅＮＢ２００に変更する。

【0064】

（スプリットベアラのバッファ状態報告）
第１実施形態に係るスプリットベアラのバッファ状態報告（ＢＳＲ）について説明する。図６は、第１実施形態に係るスプリットベアラのＢＳＲを示す図である。

【0065】

図６に示すように、ＵＥ１００は、スプリットベアラのデータを蓄積するためのバッファとして、ＰＤＣＰバッファ、ＭＣＧ向けバッファ、及びＳＣＧ向けバッファを有する。ＰＤＣＰバッファは、ＰＤＣＰエンティティ１２のバッファである。ＭＣＧ向けバッファは、ＲＬＣエンティティ２２のバッファ（ＲＬＣバッファ）である。ＭＣＧ向けバッファ（ＲＬＣバッファ）は、ＭＡＣエンティティ２２のバッファを含んでもよい。ＳＣＧ向けバッファは、ＲＬＣエンティティ２３のバッファ（ＲＬＣバッファ）である。ＳＣＧ向けバッファ（ＲＬＣバッファ）は、ＭＡＣエンティティ３２のバッファを含んでもよい。

【0066】

スプリットベアラのＢＳＲには、「ＤｏｕｂｌｅＢＳＲ」という方式が適用される。

【0067】

具体的には、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を上回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ（ＭＣＧ）及びＳｅＮＢ２００Ｓ（ＳＣＧ）の両方にＢＳＲを送信する。閾値は、例えばＭｅＮＢ２００ＭがＵＥ１００に送信するＲＲＣシグナリングにより、ベアラごとに設定される。また、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を上回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ（ＭＣＧ）及びＳｅＮＢ２００Ｓ（ＳＣＧ）の両方にスプリットベアラのデータを送信してもよい。

【0068】

ＵＥ１００がＭｅＮＢ２００Ｍに送信するＢＳＲは、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）及びＭＣＧ向けバッファに蓄積されたデータ量（データ量Ｂ）の合計（Ａ＋Ｂ）を示す。これに対し、ＵＥ１００がＳｅＮＢ２００Ｓに送信するＢＳＲは、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）及びＳＣＧ向けバッファに蓄積されたデータ量（データ量Ｃ）の合計（Ａ＋Ｃ）を示す。

【0069】

一方、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのうち指定された一方のｅＮＢのみにＢＳＲを送信する。当該一方のｅＮＢは、例えばＭｅＮＢ２００ＭがＵＥ１００に送信するＲＲＣシグナリングにより設定される。また、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っている場合、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのうち指定された一方のｅＮＢのみにスプリットベアラのデータを送信する。

【0070】

ＭｅＮＢ２００Ｍは、ＵＥ１００からＢＳＲ（Ａ＋Ｂ）を受信し、受信したＢＳＲに基づいてＵＥ１００に上りリンク無線リソースを割り当てる。具体的には、ＭｅＮＢ２００Ｍは、ＢＳＲに基づいて、データ量Ａ＋Ｂに応じた量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。そして、ＭｅＮＢ２００Ｍは、割り当て無線リソースを示すリソース割り当て情報（ＵＬｇｒａｎｔ）をＵＥ１００に送信する。ＵＥ１００は、割り当て無線リソースを用いて、スプリットベアラのデータをＭｅＮＢ２００Ｍに送信する。

【0071】

ＳｅＮＢ２００Ｓは、ＵＥ１００からＢＳＲ（Ａ＋Ｃ）を受信し、受信したＢＳＲに基づいてＵＥ１００に上りリンク無線リソースを割り当てる。具体的には、ＳｅＮＢ２００Ｓは、ＢＳＲに基づいて、データ量Ａ＋Ｃに応じた量のＰＵＳＣＨリソースをＵＥ１００に割り当てる。そして、ＳｅＮＢ２００Ｓは、割り当て無線リソースを示すリソース割り当て情報（ＵＬｇｒａｎｔ）をＵＥ１００に送信する。ＵＥ１００は、割り当て無線リソースを用いて、スプリットベアラのデータをＳｅＮＢ２００Ｍに送信する。

【0072】

（第１実施形態に係る動作）
ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っており、かつ、その際のＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓが指定されている場合を想定する。

【0073】

このような状況下において、ＵＥ１００がＳｅＮＢ２００Ｓとの無線リンク障害（ＳＣＧ－ＲＬＦ）を検知したと仮定する。この場合、ＵＥ１００は、ＭｅＮＢ２００Ｍとの通信が可能であるにも拘らず、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの何れにもＢＳＲを送信することができない。このため、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの何れにもデータを送信できなくなる。

【0074】

そこで、第１実施形態に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が閾値を下回っており、ＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓが指定されている場合、ＳＣＧ－ＲＬＦの検知に応じて、ＢＳＲ（及びデータ）の送信先をＳｅＮＢ２００ＳからＭｅＮＢ２００Ｍに自律的に変更する。換言すると、ＵＥ１００は、ＰＤＣＰデータ量Ａが閾値未満である場合の送信先としてＭｅＮＢ２００Ｍから指定されたｅＮＢ（ＳｅＮＢ２００Ｓ）とは異なるｅＮＢ（ＭｅＮＢ２００Ｍ）に対してＢＳＲ（及びデータ）を送信する。これにより、ＭｅＮＢ２００Ｍに対してスプリットベアラのデータを送信可能になる。

【0075】

図７は、第１実施形態に係る動作の一例を示す図である。

【0076】

図７に示すように、ステップＳ１０１において、ＭｅＮＢ２００Ｍは、ＰＤＣＰデータ量Ａが閾値未満である場合のＢＳＲ（及びデータ）の送信先としてＳｅＮＢ２００Ｓを指定するための設定情報をＲＲＣシグナリングによりＵＥ１００に送信する。

【0077】

ＰＤＣＰデータ量Ａが閾値を下回っていない場合、ステップＳ１０２及びＳ１０３において、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方にＢＳＲを送信する。

【0078】

ＰＤＣＰデータ量Ａが閾値を下回った場合（ステップＳ１０４）、ステップＳ１０５において、ＵＥ１００は、ＳｅＮＢ２００ＳにのみＢＳＲを送信する。なお、ＰＤＣＰデータ量Ａが閾値を下回った場合として、ＰＤＣＰデータ量Ａ（バッファ）が一度空になった後にＰＤＣＰデータ量Aが閾値を下回った場合及びＰＤＣＰデータ量Ａが閾値を上回った後にＰＤＣＰデータ量Aが閾値を下回った場合のいずれでもよい。

【0079】

ステップＳ１０６において、ＵＥ１００は、ＳｅＮＢ２００ＳとのＲＬＦ（ＳＣＧ－ＲＬＦ）を検知する。

【0080】

ステップＳ１０７において、ＵＥ１００は、ＢＳＲ（及びデータ）の送信先をＳｅＮＢ２００ＳからＭｅＮＢ２００Ｍに変更する。

【0081】

ステップＳ１０８において、ＵＥ１００は、ＭｅＮＢ２００ＭにＢＳＲを送信する。

【0082】

ＵＥ１００は、ＳＣＧ－ＲＬＦの検知に応じて、ＳＣＧ－ＲＬＦに関するＳＣＧ－ＲＬＦ報告をＭｅＮＢ２００Ｍに送信してもよい。ＭｅＮＢ２００Ｍは、ＳＣＧ－ＲＬＦ報告に基づいて、二重接続通信に関する設定を変更するためのＲＲＣシグナリングをＵＥ１００に送信してもよい。

【0083】

［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＰＤＣＰエンティティ１２がＰＤＣＰＰＤＵをＲＬＣエンティティ（ＲＬＣエンティティ２２又は２３）に引き渡す動作に関する実施形態である。

【0084】

第２実施形態に係るＵＥ１００は、複数のベアラのデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。複数のベアラは、少なくとも１つのスプリットベアラを含む。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。ＰＤＣＰエンティティ１２は、複数のベアラに対する優先度付けを行う。ＰＤＣＰエンティティ１２は、２つのｅＮＢ２００のうち一方のｅＮＢ２００からＵＥ１００に上りリンク無線リソースが割り当てられた場合、当該一方のｅＮＢ２００に対応するＲＬＣエンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。なお、ＰＤＣＰエンティティ１２は、ＭＡＣエンティティからの複数のベアラに対する優先度付けに関する通知に従って、複数のベアラに対する優先度付けを行ってもよい。この場合、ＭＡＣエンティティが複数のベアラに対する優先度付けを行う。

【0085】

（Ｐｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌ）
ＰＤＣＰエンティティ１２は、上位レイヤから受け取ったＰＤＣＰＳＤＵに処理を施した後、ＰＤＣＰＰＤＵとして何れかのＲＬＣエンティティ（ＲＬＣエンティティ２２又は２３）に引き渡す。引き渡しの方式としてはＰｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌの２通りが考えられている。

【0086】

Ｐｕｓｈｍｏｄｅｌは、上りリンク無線リソース割り当てが無くてもＰＤＣＰＰＤＵを引き渡す即時型の方式である。ＰＤＣＰエンティティ１２は、ＰＤＣＰＳＤＵを受信したらすぐにＰＤＣＰＰＤＵを作成し、何れかのＲＬＣエンティティにＰＤＣＰＰＤＵを引き渡す。

【0087】

一方、Ｐｕｌｌｍｏｄｅｌは、上りリンク無線リソース割り当てに応じてＰＤＣＰＰＤＵを引き渡すバッファ蓄積型の方式である。ＰＤＣＰエンティティ１２は、ＰＤＣＰＳＤＵを受信してもすぐにはＰＤＣＰＰＤＵを引き渡さずに、ＰＤＣＰバッファに一旦蓄積する。ＰＤＣＰエンティティ１２は、リソース割り当て情報（ＵＬｇｒａｎｔ）の受信に応じて、割り当てられたリソース分だけＰＤＣＰＰＤＵを対応するＰＤＣＰエンティティに引き渡す。

【0088】

（第２実施形態に係る動作）
Ｐｕｌｌｍｏｄｅｌを採用した場合、ベアラ間の優先度に関する課題がある。例えば、スプリットベアラ＃１及びスプリットベアラ＃２がＵＥ１００に設定されたとする。Ｐｕｌｌｍｏｄｅｌを採用した場合、ＵＥ１００のＰＤＣＰエンティティ１２は、スプリットベアラ＃１のデータ及びスプリットベアラ＃２のデータをＰＤＣＰバッファに蓄積する。ここで、ＰＤＣＰエンティティ１２は、スプリットベアラ＃１について１００ｋＢｙｔｅ分のデータをＰＤＣＰバッファに蓄積しており、スプリットベアラ＃２について２００ｋＢｙｔｅ分のデータをＰＤＣＰバッファに蓄積していると仮定する。このような状況下において、ＳｅＮＢ２００Ｓから５０ｋＢｙｔｅ分のリソース割り当てがあった場合、ＰＤＣＰエンティティ１２がどのようにＲＬＣエンティティ２３にＰＤＣＰＰＤＵを引き渡すか不明確である。

【0089】

そこで、第２実施形態に係るＵＥ１００のＰＤＣＰエンティティ１２は、複数のベアラ（スプリットベアラ＃１及び＃２）に対する優先度付けを行う。

【0090】

図８は、第２実施形態に係る動作の一例を示す図である。

【0091】

図８に示すように、ＰＤＣＰエンティティ１２は、スプリットベアラ＃１及び＃２のそれぞれに優先度を設定する。ＰＤＣＰエンティティ１２は、２つのｅＮＢ２００のうち一方のｅＮＢ２００からＵＥ１００に上りリンク無線リソースが割り当てられた場合、当該一方のｅＮＢ２００に対応するＲＬＣエンティティに対し、優先度が高いベアラのデータを優先的に引き渡す。例えば、ＰＤＣＰエンティティ１２は、ＭｅＮＢ２００Ｍから上りリンク無線リソースが割り当てられた場合、ＭＣＧ向けのＲＬＣエンティティ２２に対し、優先度が高いベアラのデータを優先的に引き渡す。これに対し、ＰＤＣＰエンティティ１２は、ＳｅＮＢ２００Ｓから上りリンク無線リソースが割り当てられた場合、ＳＣＧ向けのＲＬＣエンティティ２３に対し、優先度が高いベアラのデータを優先的に引き渡す。

【0092】

これにより、Ｐｕｌｌｍｏｄｅｌを採用した場合でも、ＰＤＣＰエンティティ１２がＲＬＣエンティティに対して適切にＰＤＣＰＰＤＵを引き渡すことができる。以下において、スプリットベアラ間の優先度付けの具体例について説明する。

【0093】

（１）優先度付けパターン１
第２実施形態の優先度付けパターン１において、ＰＤＣＰエンティティ１２は、ＭｅＮＢ２００Ｍから通知される設定パラメータに基づいて、優先度付けを行う。設定パラメータは、例えばＲＲＣシグナリングによりＭｅＮＢ２００ＭからＵＥ１００に通知される。

【0094】

設定パラメータは、ｐｒｉｏｒｉｔｙ、ＰｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅ、ｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ等を含む。ここで、ＰＤＣＰエンティティ１２が複数のスプリットベアラの優先度付けを行う動作の一例を説明する。

【0095】

ステップ０：ＰＤＣＰエンティティ１２は、スプリットベアラごとに変数Ｂｊを維持する。変数Ｂｊの初期値はゼロに設定されており、ＰＤＣＰエンティティ１２は、ＴＴＩ毎にＰＢＲ×ＴＴＩ分変数Ｂｊを増加させていく。ここで、ＰＢＲはスプリットベアラｊのＰｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅを指す。また、変数Ｂｊはスプリットベアラ毎に設定されたバケットサイズを超えてはならない。バケットサイズはＰＢＲ×ＢＳＤで求められる。ここでＢＳＤはＢｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎを指す。

【0096】

ステップ１：ＰＤＣＰエンティティ１２は、Ｂｊ＞０の全てのスプリットベアラのデータにリソースを与える（すなわち、ＰＤＣＰＰＤＵを引き渡す）。ＰＤＣＰＰＤＵを引き渡すベアラの順番は、優先度（ｐｒｉｏｒｉｔｙ）の順番にする。

【0097】

ステップ２：ＰＤＣＰエンティティ１２は、スプリットベアラ毎に、割り当てたリソース分だけ変数Ｂｊから値を差し引く。例えば、ＰＤＣＰエンティティ１２は、１０ｋＢｙｔｅ分ＰＤＣＰＰＤＵを作成したら、Ｂｊから１０ｋＢｙｔｅを引く。

【0098】

ステップ３：上記の動作を行った後、まだ送信可能リソースに余りがあれば、ＰＤＣＰエンティティ１２は、送信可能リソースが尽きるまで再度リソース割り当てを行う（すなわち、ＰＤＣＰＰＤＵを引き渡す）。この際、ｐｒｉｏｒｉｔｙ順に割り当てを行う。

【0099】

（２）優先度付けパターン２
第２実施形態において、ＰＤＣＰエンティティ１２は、ＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたベアラごとのデータ量（ＰＤＣＰデータ量）に基づいて、優先度付けを行う。

【0100】

例えば、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が閾値未満であるスプリットベアラ、すなわち、一方のｅＮＢにしかＢＳＲを送信していないようなスプリットベアラに対して、高い優先度を与える。具体的には、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が閾値未満であるスプリットベアラ、ＰＤＣＰデータ量が閾値を超えるスプリットベアラに比べて、ＰＤＣＰデータ量が閾値未満であるスプリットベアラの優先度を高く設定する。

【0101】

或いは、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が多いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、ＰＤＣＰデータ量が少ないスプリットベアラに対して、低い優先度を与える。

【0102】

（３）優先度付けパターン３
第２実施形態において、ＰＤＣＰエンティティ１２は、複数のスプリットベアラのそれぞれに対応する論理チャネルに付与されている優先度に基づいて、優先度付けを行う。

【0103】

例えば、ＰＤＣＰエンティティ１２は、スプリットベアラに対応する論理チャネルの優先度をＭＡＣエンティティ３１及び３２から取得し、論理チャネルの優先度が高いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、論理チャネルの優先度が低いスプリットベアラに対して、低い優先度を与える。

【0104】

或いは、ＰＤＣＰエンティティ１２は、ＭＡＣエンティティ３１及び３２が論理チャネルの優先度に基づいて行う要求に応じて、スプリットベアラの優先度付けを行なってもよい。例えば、ＭＡＣエンティティ３１及び３２が優先度の高い論理チャネルをＰＤＣＰエンティティ１２に指定し、ＰＤＣＰエンティティ１２は、対応するスプリットベアラの優先度を高く設定する。

【0105】

（４）その他の優先度付けパターン
ＰＤＣＰエンティティ１２は、複数のスプリットベアラのそれぞれに対応するＱＣＩ（ＱｏＳＣｌａｓｓＩｄｅｎｔｉｔｙ）に基づいて、優先度付けを行なってもよい。具体的には、ＰＤＣＰエンティティ１２は、ＱＣＩが高いスプリットベアラに対して、高い優先度を与える。これに対し、ＰＤＣＰエンティティ１２は、ＱＣＩが低いスプリットベアラに対して、低い優先度を与える。

【0106】

なお、ＭｅＮＢ２００Ｍは、上述したような優先度付けパターン１乃至３のうち１つを選択し、何れの方法を用いるかをＵＥ１００に設定してもよい。

【0107】

［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、上述した「ＤｏｕｂｌｅＢＳＲ」に関する実施形態である。

【0108】

第３実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。制御部１３０は、２つのｅＮＢ２００のうち少なくとも一方に対し、対応するＲＬＣエンティティのバッファ（ＲＬＣバッファ）に蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との合計を示すＢＳＲを送信する処理を行う。制御部１３０は、ＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量を判断するための所定の情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。

【0109】

（第３実施形態に係る動作）
「ＤｏｕｂｌｅＢＳＲ」の欠点として、ＵＥ１００の保持する送信データ量以上に上りリンク無線リソースが割り当てられる「ｏｖｅｒ－ｓｃｈｅｄｕｌｉｎｇ」が挙げられる。上述したように、ＰＤＣＰデータ量が閾値を上回る場合、ＵＥ１００は、ＰＤＣＰデータ量ＡについてはＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に報告する。このため、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００ＳがＰＤＣＰデータ量Ａに対して重複して上りリンク無線リソースを割り当て得る。その結果、「ｏｖｅｒ－ｓｃｈｅｄｕｌｉｎｇ」が発生する。

【0110】

ここで、ｅＮＢ２００側で重要なことは、ＵＥ１００から受信したＢＳＲが示すデータ量のうち、どれくらいがＰＤＣＰバッファに蓄積されているデータ量で、どれくらいがＲＬＣバッファに蓄積されているデータ量であるのかを認識することである。例えば、ＰＤＣＰバッファには殆どデータが蓄積されていない場合（すなわち、Ｐｕｓｈｍｏｄｅｌの場合）、各ｅＮＢ２００は、ＵＥ１００から受信したＢＳＲが示すデータ量の分だけ上りリンク無線リソースを割り当てればよい。一方、ＰＤＣＰバッファに殆どデータが蓄積されている場合（すなわち、Ｐｕｌｌｍｏｄｅｌの場合）、各ｅＮＢ２００は、ＵＥ１００から受信したＢＳＲが示すデータ量の半分以上の上りリンク無線リソースを割り当てればよい。

【0111】

そこで、第３実施形態に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量を判断するための所定の情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。ＵＥ１００は、当該所定の情報をＭｅＮＢ２００Ｍのみに通知してもよい。或いは、ＵＥ１００は、当該所定の情報をＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に通知してもよい。以下において、当該所定の情報の通知の具体例について説明する。

【0112】

（１）通知パターン１
第３実施形態の通知パターン１において、ＵＥ１００は、所定の情報として、ＰＤＣＰエンティティ１２がＲＬＣエンティティ２２及び２３に対してデータを引き渡す方式を示す情報を通知する。当該方式は、上りリンク無線リソース割り当てに応じてデータを引き渡すバッファ蓄積型の方式（Ｐｕｌｌｍｏｄｅｌ）、及び上りリンク無線リソース割り当てが無くてもデータを引き渡す即時型の方式（Ｐｕｓｈｍｏｄｅｌ）のうち一方である。

【0113】

つまり、ＵＥ１００は、自身がＰｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌのどちらを採用しているのかをｅＮＢ２００に通知する。

【0114】

図９は、第３実施形態の通知パターン１を示す図である。

【0115】

図９に示すように、ステップＳ３０１において、ＵＥ１００は、自身がＰｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌのどちらを採用しているのかをＭｅＮＢ２００Ｍに通知する。例えば、ＵＥ１００は、ＲＲＣシグナリングの一種であるＵＥｃａｐａｂｉｌｉｔｙ（能力通知）により通知を行なってもよい。或いは、ＵＥ１００は、ＰＤＣＰシグナリングであるＰＤＣＰ制御ＰＤＵにより通知を行なってもよい。

【0116】

ステップＳ３０２において、ＭｅＮＢ２００Ｍは、ＵＥ１００がＰｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌのどちらを採用しているのかをＸ２インターフェイス上でＳｅＮＢ２００Ｓに通知する。

【0117】

或いは、ＵＥ１００は、例えば「ＤｏｕｂｌｅＢＳＲがトリガーされた際（ＰＤＣＰデータ量が閾値を上回る際）、ＭＡＣシグナリングにより、自身がＰｕｓｈｍｏｄｅｌ及びＰｕｌｌｍｏｄｅｌのどちらを採用しているのかをＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓの両方に通知してもよい。この場合、新たなＭＡＣ制御要素（ＭＡＣＣＥ）を定義してもよいし、ＰａｄｄｉｎｇＢＳＲのように上りリンク無線リソースの余剰分を用いた通知としてもよい。

【0118】

（２）通知パターン２
第３実施形態の通知パターン２において、ＵＥ１００は、所定の情報として、ＲＬＣエンティティのバッファに蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との比を示す情報を通知する。当該情報は、通知パターン１と同様に、ＲＲＣシグナリング、ＰＤＣＰシグナリング、又はＭＡＣシグナリングにより行われる。

【0119】

図６に示すように、ＵＥ１００は、ＭｅＮＢ２００Ｍに対して、データ量Ａとデータ量Ｂとの比を示す情報を通知する。これに対し、ＵＥ１００は、ＳｅＮＢ２００Ｓに対して、データ量Ａとデータ量Ｃとの比を示す情報を通知する。ＳｅＮＢ２００Ｓに対する通知は、図９に示すようなＭｅＮＢ２００Ｍ経由の通知としてもよい。

【0120】

（３）通知パターン３
第３実施形態の通知パターン３において、ＵＥ１００は、所定の情報として、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）を示す情報を通知する。当該情報は、通知パターン１と同様に、ＲＲＣシグナリング、ＰＤＣＰシグナリング、又はＭＡＣシグナリングにより行われる。ＳｅＮＢ２００Ｓに対する通知は、図９に示すようなＭｅＮＢ２００Ｍ経由の通知としてもよい。

【0121】

［第３実施形態の変更例］
第３実施形態の変更例に係るＵＥ１００は、ＰＤＣＰバッファに蓄積されたデータ量（ＰＤＣＰデータ量Ａ）が所定量を下回ったことをトリガーとして、ＢＳＲを送信する。ＰＤＣＰデータ量Ａが所定量を下回ったとは、ＰＤＣＰデータ量Ａがゼロになったことであってもよい。このような新たなトリガーにより送信されるＢＳＲは、特殊なＢＳＲ（例えば、ＴｒｕｎｃａｔｅｄＢＳＲ）であってもよい。当該特殊なＢＳＲは、ＰＤＣＰデータ量Ａが所定量を下回ったベアラに対応する論理チャネルを含む論理チャネルグループ（ＬＣＧ）のバッファ状態（ＢＳ）を含むことが好ましい。

【0122】

第３実施形態の変更例によれば、新たなトリガーを導入することにより、ＵＥ１００のＰＤＣＰデータ量Ａが所定量を下回ったことを各ｅＮＢ２００がＢＳＲに基づいて推定可能となる。

【0123】

［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。第４実施形態は、上述した「ＤｏｕｂｌｅＢＳＲ」に関する実施形態である。

【0124】

第４実施形態に係るＵＥ１００は、１つのベアラ（スプリットベアラ）のデータを２つのｅＮＢ２００（ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ）に送信する。ＵＥ１００は、２つのｅＮＢ２００に対応する２つのＲＬＣエンティティ２２及び２３と、２つのＲＬＣエンティティ２２及び２３よりも上位層に位置付けられるＰＤＣＰエンティティ１２と、を含む制御部１３０を備える。制御部１３０は、２つのｅＮＢ２００のそれぞれに対し、対応するＲＬＣエンティティのバッファ（ＲＬＣバッファ）に蓄積されたデータ量とＰＤＣＰエンティティ１２のバッファ（ＰＤＣＰバッファ）に蓄積されたデータ量との合計を示すＢＳＲを送信する処理を行う。制御部１３０は、スプリットベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。

【0125】

（第４実施形態に係る動作）
「ＤｏｕｂｌｅＢＳＲ」に起因するｏｖｅｒ－ｓｃｈｅｄｕｌｉｎｇにより、既にデータ送信が完了したＵＥ１００に余分な上りリンク無線リソースが割り当てられる可能性がある。これは、上りリンク無線リソースの無駄遣いに繋がる。

【0126】

そこで、第４実施形態に係るＵＥ１００は、スプリットベアラについて送信すべきデータが存在しない場合、送信すべきデータが存在しないことを示す情報を２つのｅＮＢ２００のうち少なくとも一方に通知する。

【0127】

ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信する際に、送信すべきデータが存在しないことを明示的に示す情報（Ｅｎｄｍａｒｋｅｒ）を通知する。或いは、ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信した後、当該最後のデータに対応する送達確認情報（ＡＣＫ／ＮＡＣＫ）を受信していなくても、送信すべきデータが存在しないことを明示的に示す情報（Ｅｎｄｍａｒｋｅｒ）を通知する。このようなＥｎｄｍａｒｋｅｒを受信したｅＮＢ２００は、ＵＥ１００に対する上りリンク無線リソースの割り当てを中止することができる。

【0128】

ＵＥ１００は、２つのｅＮＢ２００の何れかに最後のデータを送信した後、データ送信のために割り当てられる無線リソース（ＰＵＳＣＨリソース）とは異なる無線リソース（例えば、ＰＵＣＣＨリソース）を用いて、送信すべきデータが存在しないことを示す情報を通知する。当該情報を受信したｅＮＢ２００は、ＵＥ１００に対する上りリンク無線リソース（ＰＵＳＣＨリソース）の割り当てを中止することができる。

【0129】

［第４実施形態の変更例］
第４実施形態の変更例において、ｅＮＢ２００は、ＵＥ１００が割り当て無線リソースの余剰分を用いて送信する「ＰａｄｄｉｎｇＢＳＲ」又はＮｕｌｌデータに基づいて、ＵＥ１００の送信可能データ残量が後わずかでなくなると判断し、上りリンク無線リソースの割り当てに反映させてもよい。

【0130】

［その他の実施形態］
上述した各実施形態は、別個独立して実施してもよいし、２以上の実施形態を組み合わせて実施してもよい。

【0131】

上述した各実施形態において、ＭｅＮＢ２００Ｍ（マスタ基地局）が第１の無線通信装置に相当し、ＳｅＮＢ２００Ｓ（セカンダリ基地局）が第２の無線通信装置に相当する一例を説明した。しかしながら、上述した各実施形態は、ｅＮＢ及びＷＬＡＮノードとの二重接続通信（ＬＴＥ・ＷＬＡＮアグリゲーション）に応用してもよい。ＬＴＥ・ＷＬＡＮアグリゲーションにおいて、ＵＥ１００は、ｅＮＢとの通信及びＷＬＡＮノードとの通信を同時に行う。上述した各実施形態において、「ＭｅＮＢ２００Ｍ」をＬＴＥ・ＷＬＡＮアグリゲーションにおける「ｅＮＢ」と読み替え、ＳｅＮＢ２００ＭをＬＴＥ・ＷＬＡＮアグリゲーションにおける「ＷＬＡＮノード」と読み替えてもよい。ＷＬＡＮノードは、ＷＬＡＮアクセスポイント（ＡＰ）を含む。ＷＬＡＮノードは、ＷＬＡＮアクセスコントローラ（ＡＣ）を含んでもよい。

【0132】

上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。

【0133】

［付記］
（１．前書き）
現在のところ、どのようにしてＰＤＣＰがＰＤＵを下位層に引き渡すかはＵＥ実装に任されている。しかしながら、上りリンク方向のための２つのデータパスがある場合、複数の下位層へのＰＤＣＰＰＤＵの引き渡しは、不明確であり、ＰＤＣＰＰＤＵ引き渡しの背後にある原理のさらなる明確化が必要とされる。

【0134】

（２．考察）
リリース１３以前には、いつＰＤＣＰがＰＤＣＰＰＤＵを下位層に引き渡すかは完全にＵＥ実装に任されている可能性がある。一部の企業は、ＰＤＣＰＰＤＵがＰＤＣＰＳＤＵの到着直後に下位層に引き渡されることを前提とすることがある。暗号化は、遅延が危機的な動作であってはならないので、ＰＤＣＰが直ちにＰＤＣＰＳＤＵを処理することは理に適っている。その上に、ＰＤＣＰＰＤＵを下位層に引き渡し、ＲＬＣ送信バッファの中に記憶することは、付加的なＰＤＣＰＰＤＵバッファを要求することがないであろう。

【0135】

しかしながら、このモデルは、上りリンクスプリットベアラ動作に対して巧く機能しない。ＰＤＣＰ中のデータ量が構成された閾値を上回るときにダブルＢＳＲを規定することに合意した。これによって、両方のｅＮＢは、送信のためＵＥの利用可能なＰＤＣＰデータを認識することができるようになり、各ｅＮＢは、（たとえば、ｅＮＢ調整に基づいて）アップリンクリソースを適切であるとして許可することがある。ＰＤＣＰがこれのＰＤＵをやみくもに下位層に引き渡す場合、１つずつのレポートされたバッファ状態は、各ＲＬＣバッファ状態に基づくものであり、すなわち、ＳｅＮＢおよびＭｅＮＢは、それぞれ、ＵＥからＳＣＧ－ＲＬＣバッファ状態およびＭＣＧ－ＲＬＣバッファ状態だけを取得する（図１０）。上りリンクにおけるスループット強化のため、および、ＵＬリソースの過剰割り当ての量を削減するため、ＰＤＣＰデータは、上りリンクリソースが許可されるまでＰＤＣＰ層に記憶されるべきである。

【0136】

提案１：ＲＡＮ２は、上りリンクリにおけるスループット増強のための上りリンクソースがグラントされるまで到着データがＰＤＣＰに格納されることを確認するべきである。

【0137】

提案１が同意され得る場合、この挙動を達成する２つの方法がある。

【0138】

１．ＰＤＣＰＳＤＵはＰＤＣＰＳＤＵバッファに格納される。ＰＤＣＰは、上りリンクグラントに示されたら、ＳＤＵの処理を開始し、処理されたＰＤＵをＲＬＣ層に引き渡す。

【0139】

２．ＰＤＣＰＳＤＵは即座に処理され、処理されたＰＤＣＰＰＤＵはＰＤＣＰＰＤＵバッファに保存される。ＰＤＣＰは、上りリンクグラントに示された場合、処理されたＰＤＵをＲＬＣ層に引き渡す。

【0140】

第２の方法は、暗号化の遅延が低減できるという利点があるが、どの方法を選択するかを決定する理由がＲＡＮ２にない。従って、ＰＤＣＰＳＤＵがいつ処理されるべきかと、ＰＤＣＰＰＤＵバッファがインストールされるか否かとは、ＵＥ実装によって決定されてもよい。

【0141】

提案２：ＰＤＣＰＳＤＵがいつ処理されるべきかと、ＰＤＣＰＰＤＵバッファがインストールされるか否かとは、ＵＥ実装によって決定されてもよい。