(57)【要約】      （修正有）【課題】マスタ基地局（ＭｅＮＢ）およびセカンダリ基地局（ＳｅＮＢ）のアップリンクにおいて、ユーザ機器（ＵＥ）のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤを共用してデュアルコネクティビティを行って通信する場合、バッファ状況報告とＵＥが実行する論理チャネル優先順位付け処理を改善する。【解決手段】ＵＥのＰＤＣＰレイヤのバッファをＳｅＮＢとＭｅＮＢとの間で分割する比率を導入する。【選択図】図１８
2020025319.tif 000002
【特許請求の範囲】
【請求項１】
マスタ基地局とセカンダリ基地局との間において分割された分離ベアラを使用することによって前記マスタ基地局及び前記セカンダリ基地局に接続可能な移動ノードを制御する集積回路であって、
前記移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤが、前記マスタ基地局と前記セカンダリ基地局との間の前記分離ベアラについて共用され、
前記制御は、前記ＰＤＣＰレイヤの全バッファ占有量が、所定の閾値を越えると判断された場合には、分離比率に基づいて、前記マスタ基地局と前記セカンダリ基地局との間で前記移動ノード内の前記ＰＤＣＰレイヤの全バッファ占有量を、前記マスタ基地局の第１のＰＤＣＰバッファ占有値、及び、前記セカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割する処理と、
前記第１のＰＤＣＰバッファ占有値に基づいて前記マスタ基地局の第１のバッファ状況報告を生成し、前記第２のＰＤＣＰバッファ占有値に基づいて前記セカンダリ基地局の第２のバッファ状況報告を生成する処理と、
前記第１のバッファ状況報告を前記マスタ基地局に送信し、前記第２のバッファ状況報告を前記セカンダリ基地局に送信する処理と、を含み、
前記制御が、前記ＰＤＣＰレイヤの全バッファ占有量が、前記所定の閾値を下回る場合には、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの一方が前記分離ベアラの前記移動ノード内の前記ＰＤＣＰレイヤの前記全バッファ占有と等しくなるように、及び、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの他方がゼロに等しくなるように、前記第１及び第２のＰＤＣＰバッファ占有値を決定し、
前記制御は、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの一方が前記分離ベアラの前記移動ノード内の前記ＰＤＣＰレイヤの前記全バッファ占有と等しくなるように、及び、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの他方がゼロに等しくなるように、前記第１及び第２のＰＤＣＰバッファ占有値を決定した場合であっても、前記分離ベアラのＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）のアップリンクデータについては対応する前記マスタ基地局または前記セカンダリ基地局に送信し、前記移動ノードにより受信されたＴＣＰダウンリンクデータに対する確認応答のアップリンクデータについては、前記マスタ基地局に送信する処理を含む、
集積回路。
【請求項２】
第１のＲＬＣ（Radio Link Control）レイヤが、前記マスタ基地局への前記分離ベアラのために前記移動ノード内に配置され、第２のＲＬＣ（Radio Link Control）レイヤが、前記セカンダリ基地局への前記分離ベアラのために前記移動ノード内に配置され、
前記制御は、前記第１のバッファ状況報告が、前記第１のＰＤＣＰバッファ占有値と、前記移動ノードの前記第１のＲＬＣレイヤのバッファ占有値の合計に基づき生成され、
前記第２のバッファ状況報告が、前記第２のＰＤＣＰバッファ占有値と、前記移動ノードの前記第２のＲＬＣレイヤのバッファ占有値の合計に基づき生成される処理を含む、
請求項１に記載の集積回路。
【請求項３】
前記制御は、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの一方が前記分離ベアラの前記移動ノード内の前記ＰＤＣＰレイヤの前記全バッファ占有と等しくなるように、及び、前記第１のＰＤＣＰバッファ占有値および前記第２のＰＤＣＰバッファ占有値のうちの他方がゼロに等しくなるように、前記第１及び第２のＰＤＣＰバッファ占有値を決定した場合には、
前記マスタ基地局または前記セカンダリ基地局のいずれか一方のみに対して前記移動ノードのアップリンクバッファ状況報告を、前記移動ノードにより、生成し、送信する処理を含む、
請求項１に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、移動局と基地局との間の通信の方法に関する。詳細には、本開示は、移動局（好ましくは、複数のセルに同時に接続する能力を有する移動局）のリソース割当てを管理する改善方法に関する。本開示はまた、本明細書に記載された方法に関与する移動局を提供する。
【背景技術】
【０００２】
Long Term Evolution（ＬＴＥ）
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配置されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、ＨＳＤＰＡ（High-Speed Downlink Packet Access）と、エンハンストアップリンク（ＨＳＵＰＡ（High Speed Uplink Packet Access）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ＬＴＥ（Long Term Evolution）と称される新しい移動通信システムを導入した。ＬＴＥは、次の１０年への高速データおよびメディアトランスポートならびに高容量音声サポートのキャリアのニーズに応えるために設計された。高いビットレートを提供する能力は、ＬＴＥの主要な基準である。ＬＴＥに関するwork item（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ））およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ））と称され、リリース８（Ｒｅｌ．８    ＬＴＥ）として合意された。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配置を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が規定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）ベースの無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ：Multipath interference）を受けにくく、また、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access）ベースの無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ：User Equipment）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。Ｒｅｌ．８  ＬＴＥでは、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（Multiple-Input Multiple-Output）チャネル伝送技術）が採用され、高効率の制御シグナリング構成が達成されている。
【０００３】
ＬＴＥアーキテクチャ
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮＢから構成され、ｅＮＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮＢは、物理（ＰＨＹ）レイヤ、ＭＡＣ（Medium Access Control）レイヤ、ＲＬＣ（Radio Link Control）レイヤ、およびＰＤＣＰ（Packet Data Control Protocol）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ：Radio Resource Control）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるＵＬ  ＱｏＳの実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ＤＬ／ＵＬのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮＢは、Ｘ２インタフェースによって互いに接続されている。また、複数のｅＮＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core）に接続されている。より具体的には、複数のｅＮＢは、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（Ｓ−ＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のＵＥに対しては、ＤＬデータ経路を終端させ、そのＵＥへのＤＬデータが到着したときにページングをトリガする。ＳＧＷは、ＵＥのコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法的傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００４】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのＵＥの追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、初期のアタッチ時と、コアネットワーク（ＣＮ：Core Network）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ＵＥのＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してＵＥに割り当てる役割も担う。ＭＭＥは、サービスプロバイダのＰＬＭＮ（Public Land Mobile Network）に入るためのＵＥの認証をチェックし、ＵＥのローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法的傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするＵＥのためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００５】
ＬＴＥにおけるコンポーネントキャリア構成
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割される。最初のダウンリンクスロット（first downlink slot）は、最初のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所定数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（Ｒｅｌ．８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡っている。したがって、ＯＦＤＭシンボルの各々は、図４に示すように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。
【０００６】
例えば３ＧＰＰ  ＬＴＥにおいて使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ：Physical Resource Block）は、図３に例示されるように時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボル（例えば、７つのＯＦＤＭシンボル）および周波数領域におけるＮＲＢｓｃ個の連続するサブキャリア（例えば、コンポーネントキャリアの１２個のサブキャリア）として定義される。したがって、３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ  ８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソースエレメント（Resource Element）で構成される（ダウンリンクリソースグリッドについてさらに詳しくは、例えば、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている、非特許文献１の６.２節を参照）。
【０００７】
１つのサブフレームは、２つのスロットで構成され、「通常の」ＣＰ（normal CP）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、「拡張」ＣＰ（extended CP）が使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語として、以下で、サブフレーム全体に広がる同じＮＲＢｓｃ個の連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【０００８】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語は使用されず、その代わりに、その専門用語はダウンリンクおよびアップリンク（任意）のリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間の対応付けは、ダウンリンクリソースで送信されるシステム情報において指示される。コンポーネントキャリア構成についての同様の想定が、後のリリースにも適用される。
【０００９】
ＯＳＩレイヤの概観
図４は、ＬＴＥアーキテクチャのさらなる論考が基づくＯＳＩモデルの概要を示す。
【００１０】
ＯＳＩ（Open Systems Interconnection）参照モデル（ＯＳＩモデル）は、通信およびコンピュータネットワークプロトコル設計のための階層的な抽象記述（layered abstract description）である。ＯＳＩモデルは、システムの機能を一連のレイヤに分ける。各レイヤは、下位のレイヤの機能のみを使用し、上位のレイヤにのみ機能をエクスポートするという特性を有する。一連のこれらのレイヤからなるプロトコル動作を実装するシステムは、「プロトコルスタック」または「スタック」として知られる。その主要な特徴は、あるレイヤが別のレイヤとどのように対話するかの仕様を決定づけるレイヤ間の接点にある。これは、ある製造業者によって書かれたレイヤが、別の製造業者からのレイヤで動作し得ることを意味する。本開示を目的として、最初の３つのレイヤのみについて以下でさらに詳しく説明する。
【００１１】
物理レイヤまたはレイヤ１の主な目的は、特定の物理媒体（例えば、同軸ケーブル、ツイストペア、光ファイバ、無線インタフェースなど）を介する情報（ビット）の転送である。それは、通信チャネルを介して送信される信号（またはシンボル）にデータを変換または変調する。
【００１２】
データリンクレイヤ（またはレイヤ２）の目的は、入力データをデータフレームに分割することによって特定の物理レイヤと互換性のある方法で情報フローを形成することである（セグメント化および再組立て（ＳＡＲ：Segmentation And Re-assembly）機能）。さらに、データリンクレイヤは、破損フレームの再送信を要求することによって、潜在的送信エラーを検出および訂正することができる。データリンクレイヤは、通常は、アドレス指定メカニズムを提供し、データレートを受信器容量と合せるために、フロー制御アルゴリズムを提供することができる。共用媒体が、複数の送信器および受信器によって同時に使用される場合、データリンクレイヤは、通常、物理媒体へのアクセスを調整および制御するためのメカニズムを提供する。
【００１３】
データリンクレイヤによって提供される多数の機能が存在するとき、データリンクレイヤは、しばしば、サブレイヤ（例えば、ＵＭＴＳにおけるＲＬＣおよびＭＡＣサブレイヤ）にさらに分割される。レイヤ２プロトコルの代表例は、固定回線ネットワークのＰＰＰ／ＨＤＬＣ、ＡＴＭ、フレームリレー、および、ワイヤレスシステムのＲＬＣ、ＬＬＣまたはＭＡＣである。レイヤ２のサブレイヤＰＤＣＰ、ＲＬＣおよびＭＡＣのさらに詳しい情報は、後で提供する。
【００１４】
ネットワークレイヤまたはレイヤ３は、トランスポートレイヤによって要求されるサービスの品質（Quality of Service）を維持しながら１つまたは複数のネットワークを介して送信元から送信宛に可変長パケットを転送するための機能的および処理的手段を提供する。通常、ネットワークレイヤの主な目的は、特に、ネットワークルーティング、ネットワーク細分化および輻輳制御機能を実行することである。ネットワークレイヤプロトコルの主な例は、ＩＰインターネットプロトコルまたはＸ．２５である。
【００１５】
レイヤ４から７に関して、上位のレイヤ３を操作するアプリケーションおよびサービスはしばしば、ＯＳＩモデルの異なるレイヤに起因することになる様々な機能を実装するので、アプリケーションおよびサービスによっては、ＯＳＩモデルの特定のレイヤにアプリケーションまたはサービスを帰することは時に困難であることに留意されたい。したがって、特にＴＣＰ（ＵＤＰ）／ＩＰベースのネットワークにおいて、レイヤ４以上は、時に、結合され、いわゆる「アプリケーションレイヤ」を形成する。
【００１６】
レイヤサービスおよびデータ交換
以下に、本明細書で使用されるものとしてのサービスデータユニット（ＳＤＵ：service data unit）およびプロトコルデータユニット（ＰＤＵ：protocol data unit）という用語が、図５に関連して定義される。ＯＳＩモデルにおけるレイヤ間のパケットの交換を一般的方法で形式的に表すために、ＳＤＵおよびＰＤＵエンティティが導入された。ＳＤＵは、いわゆるサービスアクセスポイント（ＳＡＰ）を介するレイヤＮに配置されたプロトコルにサービスを要求するレイヤＮ＋１のプロトコルから送信される情報（データ／情報ブロック）の単位である。ＰＤＵは、同レイヤＮに配置された同プロトコルの送信器および受信器での同位プロセスの間で交換される情報の単位である。
【００１７】
ＰＤＵは、一般に、レイヤＮ特有のヘッダに先行する受信されたＳＤＵの処理されたバージョンからなるペイロード部分によって形成され、トレーラによって任意に終了される。これらの同位プロセス間に直接の物理接続は存在しない（レイヤ１を除く）ので、ＰＤＵは、処理のためにレイヤＮ−１に送られる。したがって、レイヤＮのＰＤＵは、レイヤＮ−１の観点からするとＳＤＵである。
【００１８】
ＬＴＥレイヤ２−ユーザプレーンおよび制御プレーンプロトコルスタック
ＬＴＥレイヤ２ユーザプレーン／制御プレーンプロトコルスタックは、図６に示すような３つのサブレイヤ、ＰＤＣＰ、ＲＬＣおよびＭＡＣ、を備える。前述したように、送信側で、各レイヤは、そのレイヤがサービスを提供する上位レイヤからＳＤＵを受信し、下位のレイヤにＰＤＵを出力する。ＲＬＣレイヤは、ＰＤＣＰレイヤからパケットを受信する。これらのパケットは、ＰＤＣＰの観点からはＰＤＣＰ  ＰＤＵと呼ばれ、ＲＬＣの観点からはＲＬＣ  ＳＤＵと表す。ＲＬＣレイヤは、下位のレイヤ、すなわちＭＡＣレイヤ、に提供されるパケットを作成する。ＲＬＣによってＭＡＣレイヤに提供されるパケットは、ＲＬＣの観点からするとＲＬＣ  ＰＤＵであり、ＭＡＣの観点からするとＭＡＣ  ＳＤＵである。
【００１９】
受信側では、各レイヤがＳＤＵを上位のレイヤに渡し、そこでそれらはＰＤＵとして受信され、プロセスは逆転される。
【００２０】
物理レイヤが、ターボコーディングおよびＣＲＣ（Cyclic Redundancy Check）によって保護された、ビットパイプを本質的に提供する一方、リンクレイヤプロトコルは、さらに高い信頼性、セキュリティおよび完全性によって上位レイヤへのサービスを強化する。加えて、リンクレイヤは、複数ユーザの媒体アクセスおよびスケジューリングの役割を担う。ＬＴＥリンクレイヤ設計の主要な課題の１つは、それらのさまざまな範囲の異なるサービスおよびデータレートを有するインターネットプロトコル（ＩＰ）データフローの要求される信頼性レベルおよび遅延を実現することである。特に、プロトコルオーバヘッドはスケール変更する必要がある。例えば、ボイスオーバＩＰ（ＶｏＩＰ）フローは、約１００ｍｓの遅延および１パーセントまでのパケットロスに耐えることができると広く想定される。他方で、ＴＣＰファイルダウンロードは、低帯域幅遅延製品でリンクを介してよりよく機能することがよく知られている。したがって、非常に高いデータレート（例えば、１００Ｍｂ／ｓ）でのダウンロードは、さらに少ない遅延を必要とし、加えて、ＶｏＩＰトラフィックよりＩＰパケットロスの影響を受ける。
【００２１】
概して、これは、部分的に絡み合わされたＬＴＥリンクレイヤの３つのサブレイヤによって達成される。
【００２２】
ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤは、ＩＰヘッダ圧縮および暗号化に主に関与する。加えて、ＰＤＣＰサブレイヤは、ｅＮＢ間のハンドオーバーの場合に無損失の可動性をサポートし、上位レイヤ制御プロトコルへの完全性保護を実現する。
【００２３】
無線リンク制御（ＲＬＣ：Radio Link Control）サブレイヤは、ＡＲＱ機能を主として備え、データのセグメント化および連結をサポートする。後者の２つは、データレートにかかわらずプロトコルオーバヘッドを最小限に抑える。
【００２４】
最後に、ＭＡＣ（Medium Access Control）サブレイヤは、ＨＡＲＱを提供し、スケジューリング動作およびランダムアクセスなどの媒体アクセスに必要とされる機能に関与する。図７は、例示的に、リンクレイヤプロトコルを介する物理レイヤへのＩＰパケットのデータフローを示す。本図は、各プロトコルサブレイヤがそれ自体のプロトコルヘッダをデータユニットに追加することを示す。
【００２５】
パケットデータ収束プロトコル（ＰＤＣＰ）
ＰＤＣＰレイヤは、制御プレーンにおける無線リソース制御（ＲＲＣ）メッセージとユーザプレーンにおけるＩＰパケットとを処理する。無線ベアラ特性および関連ＲＬＣエンティティ（ＡＭ、ＵＭ、ＴＭ）のモードに応じて、ＰＤＣＰレイヤのＰＤＣＰエンティティによって実行される主要機能は：
−  ヘッダ圧縮および解凍（例えば、ユーザプレーンデータ（ＤＲＢ）のロバストヘッダ圧縮（ＲＯＨＣ：Robust Header Compression）を使用）、
−  セキュリティ機能：
−  ユーザプレーンおよび制御プレーンデータの（ＳＲＢ（Signaling Radio Bearer）およびＤＲＢ（Data Radio Bearer）の）暗号化および復号、
−  制御プレーンデータの（ＳＲＢの）完全性保護および検証、
−  ＳＲＢおよびＤＲＢのＰＤＣＰシーケンス番号のメンテナンス、
−  ハンドオーバーサポート機能：
−  ＡＭ  ＤＲＢのハンドオーバーでの上位のレイヤのＰＤＵのIn-sequence deliveryおよび並べ替え、
−  ＡＭ  ＤＲＢの状況報告およびＡＭ  ＤＲＢの下位レイヤＳＤＵの重複削除を含む、ＲＬＣ  ＡＭ（Acknowledged Mode：認知されたモード）にマップされたユーザプレーンデータの無損失のハンドオーバー、
−  タイムアウトによるユーザプレーンデータの（ＳＲＢおよびＤＲＢの）破棄である。
【００２６】
ＰＤＣＰレイヤは、個別制御チャネル（ＤＣＣＨ：Dedicated Control Channel）または個別トランスポートチャネル（ＤＴＣＨ：Dedicated Transport Channel）のいずれかを使用する無線ベアラのみについて、ユーザプレーンにおいて、ならびに制御プレーンにおいて、データストリームを管理する。ＰＤＣＰレイヤのアーキテクチャは、ユーザプレーンデータおよび制御プレーンデータについてそれぞれ異なる。２つの異なるタイプのＰＤＣＰ  ＰＤＵ、すなわち、PDCP data PDUおよびPDCP control PDUがＬＴＥにおいて定義される。PDCP data PDUは、制御プレーンおよびユーザプレーンの双方のデータについて使用される。PDCP control PDUは、ヘッダ圧縮、および、ハンドオーバー時に使用されるＰＤＣＰ状況報告のための、フィードバック情報を移送するためにのみ使用される。したがって、PDCP control PDUはユーザプレーン内でのみ使用される。
【００２７】
バッファ状況報告（Buffer Status Reporting）
バッファ状況報告処理は、ＵＥのＵＬバッファにおける送信可能なデータの量に関する情報をサービングｅＮＢに提供するために使用される。ＲＲＣは、periodicBSRタイマ及びretxBSRタイマの２つのタイマを設定すること、および、各論理チャネルについて、ＬＣＧ（Logical Channel Group）に論理チャネルを割り当てるLogicalChannelGroupを任意にシグナリングすることによって、ＢＳＲ報告を制御する。
【００２８】
バッファ状況報告処理について、ＵＥは、中断されていないすべての無線ベアラを考慮してもよく、中断された無線ベアラを考慮してもよい。
【００２９】
バッファ状況報告（ＢＳＲ）は、以下のイベントのうちのいずれかが生じる場合に、トリガされるものとする：
−  ＬＣＧに属する論理チャネルのためのＵＬデータが、ＲＬＣエンティティまたはＰＤＣＰエンティティにおいて送信可能になり（どのデータが送信可能と考えられるかの定義は、非特許文献２のａ．４．０の５．４節に明記されている）、そのデータが、任意のＬＣＧに属する、データが既に送信可能である論理チャネルの優先順位より高い優先順位を有する論理チャネルに属するか、あるいは、ＬＣＧに属するいずれかの論理チャネルの送信可能なデータが存在しない場合。この場合、ＢＳＲは「正規ＢＳＲ（Regular BSR）」と以下で称される。
−  ＵＬリソースが割り当てられ、パディングビットの数が、バッファ状況報告ＭＡＣ制御エレメントにそれのサブヘッダを加えたサイズと等しいまたはそれより大きい場合。この場合、ＢＳＲは「パディングＢＳＲ（Padding BSR）」と以下で称される。
−  retxBSRタイマが満了し、ＵＥがＬＣＧに属するいずれかの論理チャネルの送信可能なデータを有する場合。この場合、ＢＳＲは「正規ＢＳＲ（Regular BSR）」と以下で称される。
−  periodicBSRタイマが満了する場合。この場合、ＢＳＲは「周期的ＢＳＲ（Periodic BSR）」と以下で称される。
【００３０】
正規および周期的ＢＳＲについて：
−  複数のＬＣＧが、ＢＳＲが送信されるＴＴＩにおいて送信可能なデータを有する場合：ロングＢＳＲが報告され、
−  そうでない場合、ショートＢＳＲが報告される。
【００３１】
パディングＢＳＲについて：
−  パディングビットの数が、ショートＢＳＲにそれのサブヘッダを加えたサイズ以上であり、ロングＢＳＲにそれのサブヘッダを加えたサイズより小さい場合、
−  複数のＬＣＧが、ＢＳＲが送信されるＴＴＩにおいて送信可能なデータを有する場合、送信可能なデータを有する最も高い優先順位の論理チャネルを有するＬＣＧの短縮ＢＳＲが報告され、
−  そうでない場合、ショートＢＳＲが報告される。
−  パディングビットの数が、ロングＢＳＲにそれのサブヘッダを加えたサイズ以上である場合：ロングＢＳＲが報告される。
【００３２】
バッファ状況報告処理において、少なくとも１つのＢＳＲがトリガされ、キャンセルされていないと判断された場合：
−  ＵＥが、このＴＴＩの新たな送信のために割り当てられたＵＬリソースを有する場合：
−  ＢＳＲ  ＭＡＣ制御エレメントを生成するために多重化およびアセンブリ処理が指示され、
−  生成されたＢＳＲがすべて短縮ＢＳＲである場合を除いて、periodicBSRタイマが起動または再起動され、
−  retxBSRタイマが起動または再起動される。
−  そうではなく、正規ＢＳＲがトリガされた場合：
−  アップリンクグラントが設定されていない、または、正規ＢＳＲが、論理チャネルＳＲマスキング（logicalChannelSR-Mask）が上位レイヤでセットアップされる論理チャネルの送信可能になったデータに起因してトリガされなかった場合：
−  スケジューリング要求がトリガされる。
【００３３】
正規ＢＳＲおよび周期的ＢＳＲがパディングＢＳＲより優位である場合に、複数のイベントが、ＢＳＲが送信され得る時までにＢＳＲをトリガする場合でも、ＭＡＣ  ＰＤＵは、最大で１つのＭＡＣ  ＢＳＲ制御エレメントを含むものとする。
【００３４】
ＵＥは、任意のＵＬ−ＳＣＨでの新しいデータの送信のグラントの指示を受けてretxBSRタイマを再起動する。
【００３５】
このサブフレームにおけるＵＬグラントが、送信可能なすべての保留データを受け入れることができるが、ＢＳＲ  ＭＡＣ制御エレメントに加えてそれのサブヘッダを追加で受け入れるのには十分でない場合、すべてのトリガされたＢＳＲは、キャンセルされることになる。ＢＳＲが送信のためのＭＡＣ  ＰＤＵに含まれるとき、すべてのトリガされたＢＳＲは、キャンセルされるものとする。
【００３６】
ＵＥは、ＴＴＩにおいて最大で１つの正規／周期的ＢＳＲを送信するものとする。ＵＥがＴＴＩにおいて複数のＭＡＣ  ＰＤＵを送信することを要求される場合、それは、正規／周期的ＢＳＲを含まない任意のＭＡＣ  ＰＤＵにおけるパディングＢＳＲを含み得る。
【００３７】
ＴＴＩで送信されるすべてのＢＳＲは、常に、すべてのＭＡＣ  ＰＤＵがこのＴＴＩのために構築された後のバッファ状況を反映する。各ＬＣＧは、ＴＴＩごとに最大で１つのバッファ状況値を報告するものとし、この値は、このＬＣＧのバッファ状況を報告するすべてのＢＳＲで報告されるものとする。
【００３８】
注：パディングＢＳＲが、トリガされた正規／周期的ＢＳＲをキャンセルすることは許されない。パディングＢＳＲは、特定のＭＡＣ  ＰＤＵについてのみトリガされ、そのトリガは、このＭＡＣ  ＰＤＵが構築されたときにキャンセルされる。
【００３９】
論理チャネル優先順位付け
新しい送信が実行されるときに、論理チャネル優先順位付け（ＬＣＰ：Logical Channel Prioritization）処理が適用される。
【００４０】
ＲＲＣは、各論理チャネルをシグナリングすることによって、アップリンクデータのスケジューリングを制御する：
−  優先度の高い優先順位ほど、より低い優先順位レベルを示す
−  優先ビットレート（ＰＢＲ：Prioritized Bit Rate）をセットするPrioritisedBitRate、
−  バケットサイズ存続期間（ＢＳＤ：Bucket Size Duration）をセットするbucketSizeDuration。
【００４１】
ＵＥは、各論理チャネルｊの変数Ｂｊを保持するものとする。Ｂｊは、関連する論理チャネルが確立されるときにゼロに初期化されるものとし、積（ＰＢＲ）×（各ＴＴＩのＴＴＩ存続期間）によってインクリメントされる。ＰＢＲは論理チャネルｊの優先ビットレートである。ただし、Ｂｊの値は、バケットサイズを決して超えることはできず、Ｂｊの値が論理チャネルｊのバケットサイズより大きい場合、バケットサイズにセットされるものとする。論理チャネルのバケットサイズはＰＢＲ×ＢＳＤに等しい。但し、ＰＢＲおよびＢＳＤは上位レイヤによって設定される。
【００４２】
新たな送信が実行されるとき、ＵＥは、以下の論理チャネル優先順位付け処理を実行するものとする：
−  ＵＥは、以下のステップで論理チャネルにリソースを割り当てるものとする：
−  ステップ１：Ｂｊ＞０であるすべての論理チャネルは、優先順位の降順にリソースを割り当てられる。無線ベアラのＰＢＲが「無限（infinity）」にセットされる場合、ＵＥは、より低い優先順位の無線ベアラのＰＢＲに合う前に無線ベアラでの送信可能なすべてのデータに対するリソースを割り当てるものとする。
−  ステップ２：ＵＥは、ステップ１において論理チャネルｊに供されたＭＡＣ  ＳＤＵの全体のサイズだけＢｊをディクリメントするものとする。
注：Ｂｊの値は、マイナスでもよい。
−  ステップ３：いずれかのリソースが残った場合、どちらが先でも、その論理チャネルのデータまたはＵＬグラントのいずれかが尽きるまで、すべての論理チャネルは厳密に優先順位の降順に供される（Ｂｊの値にかかわらず）。等しい優先順位で構成された論理チャネルは、同等に供されなければならない。
−  ＵＥはまた、前述のスケジューリング処理の間、以下のルールに従うものとする：
−  ＳＤＵ全体（または、部分的に送信されたＳＤＵもしくは再送信されたＲＬＣ  ＰＤＵ）が残りのリソースに収まる場合、ＵＥは、ＲＬＣ  ＳＤＵ（または、部分的に送信されたＳＤＵもしくは再送信されたＲＬＣ  ＰＤＵ）をセグメント化するべきではない。
−  ＵＥが論理チャネルからのＲＬＣ  ＳＤＵをセグメント化する場合、ＵＥは、そのセグメントのサイズをグラントに合うように可能な限り大きくするものとする。
−  ＵＥは、データの送信を最大化しなくてはならない。
【００４３】
ＵＥは、中断された無線ベアラに対応する論理チャネルのデータを送信しないものとする（無線ベアラが中断されたとみなされるときの条件は、非特許文献３に定義される）。
【００４４】
論理チャネル優先順位付け処理について、ＵＥは、以下の相対的優先順位を降順に考慮するものとする：
−  Ｃ−ＲＮＴＩのＭＡＣ制御エレメントまたはＵＬ−ＣＣＣＨからのデータ、
−  パディングのために含まれるＢＳＲを除く、ＢＳＲのＭＡＣ制御エレメント、
−  ＰＨＲまたは拡張ＰＨＲのＭＡＣ制御エレメント、
−  ＵＬ−ＣＣＣＨからのデータを除く、任意の論理チャネルからのデータ、
−  パディングのために含まれるＢＳＲのＭＡＣ制御エレメント。
【００４５】
ＵＥが１つのＴＴＩにおいて複数のＭＡＣ  ＰＤＵを送信することを要求されるとき、ステップ１から３および関連ルールが、独立して各グラントにまたはグラントの能力の総和に適用され得る。また、グラントが処理される順番は、ＵＥ実装形態に委ねられる。ＵＥが１つのＴＴＩにおいて複数のＭＡＣ  ＰＤＵを送信するように要求されるとき、どのＭＡＣ  ＰＤＵにＭＡＣ制御エレメントが含まれるかの決定は、ＵＥ実装形態による。
【００４６】
ＬＴＥ（ＬＴＥ−Ａおよび３ＧＰＰ  Ｒｅｌｅａｓｅ１２）のさらなる発展
World Radio communication Conference 2007（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（the 3rd Generation Partnership Project）において無線インタフェースの標準化が開始された。3GPP TSG RAN #39 meetingにおいて、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が３ＧＰＰにおいて承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００４７】
さらに、Ｒｅｌｅａｓｅ１２において、ＬＴＥについて現在考慮される１つの主要な技術の構成要素を以下に説明する。
【００４８】
スモールセル
移動体データの爆発的需要は、いかに移動体事業者が、より大容量およびユーザ体感品質（ＱｏＥ：Quality of user experience）の向上の難しい要件に応える必要があるかの変化を促している。現在、ＬＴＥを使用する第４世代ワイヤレスアクセスシステムが、３Ｇ／３.５Ｇよりも低いレイテンシおよび高効率でより高速のアクセスを実現するために、多数の事業者によって世界中で配置されている。しかしながら、予想される将来のトラフィック成長は、驚異的であり、特に大量のトラフィックを生成する高トラフィックエリア（ホットスポットエリア）では、容量要件に対処するためのさらなるネットワーク高密度化の必要性が非常に高まっている。ネットワーク高密度化―ネットワークノードの数を増やし、それによりネットワークノードをユーザ端末に物理的により近づけること―は、トラフィック容量を改善し、ワイヤレス通信システムの達成可能なユーザデータレートを高めるための鍵である。マクロ配置の直接的な高密度化に加えて、ネットワーク高密度化は、既存のマクロノードレイヤのカバレッジの下でそれぞれスモールセルの補足的低電力ノードの配置によって達成することができる。そのような異種（heterogeneous）配置では、低電力ノードは、例えば屋内および屋外のホットスポットの場所において、ローカルに非常に高いトラフィック容量および非常に高いユーザスループットを提供する。
【００４９】
その一方で、マクロレイヤは、カバレッジエリア全体に渡りサービスアベイラビリティおよびＱｏＥを確保する。言い換えれば、低電力ノードを含むレイヤはまた、広いエリアをカバーするマクロレイヤとは対照的に、ローカルエリアアクセスを提供すると言うことができる。スモールセルそれぞれの低電力ノードの設置ならびにヘテロジニアス配置は、ＬＴＥの第１のリリース以降、可能であった。この関連で、いくつかの解決策が、ＬＴＥの最近のリリース（すなわち、リリース１０／１１）において特定された。より具体的には、これらのリリースは、ヘテロジニアス配置におけるレイヤ間の干渉を処理するために、追加のツールを導入した。パフォーマンスをさらに最適化し、コスト／エネルギー効率の高い動作を実現するために、スモールセルは、さらなる拡張を必要とし、多くの場合、既存のマクロセルと情報をやりとりすること、または既存のマクロセルを補完する必要がある。そのような解決策は、ＬＴＥリリース１２以降のさらなる進化の間に調査されることになる。特に、低電力ノードおよびヘテロジニアス配置に関連するさらなる拡張が新しいリリース１２のＳＩ（Study Item）「Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮのためのスモールセル拡張の研究（Study on Small Cell Enhancements for E-UTRA and E-UTRAN)」の下で検討されることになろう。これらの活動のうちのいくつかは、低電力レイヤおよびデュアルレイヤコネクティビティ（dual-layer connectivity）へのマクロ支援の異なる形を含む、マクロレイヤと低電力レイヤとの間のさらに高度の相互作用の達成に重点的に取り組むことになろう。デュアルコネクティビティは、デバイスがマクロレイヤおよび低電力レイヤの両方への同時接続を有することを暗に示す。
【００５０】
スモールセル拡張ＳＩ内の配置シナリオ
このセクションは、スモールセル拡張（Small cell enhancements）のStudy Item（ＳＩ）で想定される配置シナリオを説明する。以下のシナリオでは、非特許文献４において理想的ではないバックホールとして分類されるバックホール技術が想定される。遠隔無線ヘッド（ＲＲＨ）を配置するために使用され得るファイバアクセスは、本研究では想定されていない。ＨｅＮＢは、除外されないが、ＨｅＮＢの送信電力がピコｅＮＢの送信電力よりも低くても、配置シナリオおよび課題に関してピコｅＮＢとは区別されない。図８に示す、以下の３つのシナリオが考慮される：
シナリオ＃１シナリオ＃１は、同一キャリア周波数（周波数内）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配置シナリオである。
シナリオ＃２シナリオ＃２は、異なるキャリア周波数（周波数間）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配置シナリオである。シナリオ２ａおよびシナリオ２ｂと本明細書で呼ばれる２つの種類のシナリオ＃２が本質的に存在し、その差は、シナリオ２ｂでは屋内のスモールセル配置が考慮されることである。
シナリオ＃３シナリオ＃３は、１つまたは複数のキャリア周波数のスモールセルのみが理想的ではないバックホールを介して接続される配置シナリオである。
【００５１】
配置シナリオに応じて、異なる課題／問題が存在し、さらなる調査を必要とする。Study itemフェーズの間に、そのような課題が、対応する配置シナリオについて特定され、非特許文献５において捉えられている。それらの課題／問題のさらなる詳細は、そこで見ることができる。
【００５２】
非特許文献５の５節に記載された、特定された課題を解決するために、以下の設計目標が、非特許文献４で特定された要件に加えて、本研究について検討される。
【００５３】
モビリティロバスト性（mobility robustness）に関して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥについて、スモールセル配置によって達成されるモビリティ特性は、マクロのみのネットワークのそれに匹敵すべきである。
【００５４】
頻繁なハンドオーバーによるシグナリング負荷の増加に関して、いずれの新しい解決策も、ＣＮに向けたシグナリング負荷の過度の増加をもたらしてはならない。しかし、スモールセル拡張によって引き起こされる追加のシグナリングおよびユーザプレーントラフィック負荷もまた、考慮されるべきである。
【００５５】
ユーザごとのスループットおよびシステム容量の改善に関して、理想的バックホール配置に似たユーザごとのスループットおよびシステム容量を達成するために、マクロセルおよびスモールセルにまたがって無線リソースを使用し、一方で、ＱｏＳ要件が目標とされるべきであることを考慮する。
【００５６】
論理チャネル優先順位付け（ＬＣＰ：Logical channel prioritization）
有限の無線リソースは、ＵＥおよび無線ベアラの間で慎重に割り当てられ、使用される必要がある。ダウンリンクで、ｅＮＢは、それを介してすべてのダウンリンクデータが、各ＵＥに無線インタフェースを介して送信される前に流れる主要なポイントである。したがって、ｅＮＢは、どのダウンリンクデータが最初に送信されるべきかに関する一貫した決定を行うことができる。しかし、アップリンクにおいて、各ＵＥは、各自のバッファ内のデータおよび割り当てられた無線リソースにのみ基づいて個々の決定を行う。各ＵＥが、割り当てられた無線リソースの使用に関して、最善のおよび最も一貫した決定を行うことを確保するために、論理チャネル優先順位付け（ＬＣＰ）処理が導入される。ＬＣＰ処理は、各論理チャネルからのデータの量とＭＡＣ  ＰＤＵに含まれるべきＭＡＣ制御エレメントのタイプを決定することによって、ＭＡＣ  ＰＤＵ構築のために使用される。ＬＣＰ処理を使用することによって、ＵＥは、最善のおよび最も予想可能な方法で各無線ベアラのＱｏＳを満たすことができる。
【００５７】
複数の論理チャネルからのデータでのＭＡＣ  ＰＤＵの構築において、最も単純な、最も直観的な方法は、ＭＡＣ  ＰＤＵスペースが論理チャネル優先順位の降順に論理チャネルに割り当てられる、絶対優先順位に基づく方法である。すなわち、最も高い優先順位の論理チャネルからのデータが最初にＭＡＣ  ＰＤＵに供され、次に高い優先順位の論理チャネルからのデータがこれに続き、ＭＡＣ  ＰＤＵスペースが使い尽くされるまでこれを継続する。絶対優先順位に基づく方法は、ＵＥ実装に関して非常に単純であるが、それは低い優先順位の論理チャネルからのデータの枯渇を時に引き起こす。枯渇は、高い優先順位の論理チャネルからのデータがすべてのＭＡＣ  ＰＤＵスペースを占有するため、低い優先順位の論理チャネルからのデータが送信され得ないことを意味する。
【００５８】
ＬＴＥにおいて、優先ビットレート（ＰＢＲ：Prioritized Bit Rate）は、重要性の順番でデータを送信するために、かつ、より低い優先順位を有するデータの枯渇を避けるために、各論理チャネルについて定義される。ＰＢＲは、論理チャネルのために保証された最低データレートである。論理チャネルが低い優先順位を有する場合にも、少なくとも少量のＭＡＣ  ＰＤＵスペースが、ＰＢＲを保証するために割り当てられる。したがって、枯渇の問題は、ＰＢＲを使用することによって回避することができる。
【００５９】
ＰＢＲを用いたＭＡＣ  ＰＤＵの構築は、２つのラウンドからなる。第１のラウンドでは、各論理チャネルは、論理チャネル優先順位の降順に供されるが、ＭＡＣ  ＰＤＵに含まれる各論理チャネルからのデータの量は、初めに、その論理チャネルの設定されたＰＢＲ値に対応する量に制限される。すべての論理チャネルがそれらのＰＢＲ値まで供された後に、ＭＡＣ  ＰＤＵ内に余地が残っていた場合、第２のラウンドが実行される。第２のラウンドでは、各論理チャネルは、再び、優先順位の降順に供される。第１のラウンドと比較した第２のラウンドの主な差異は、より低い優先順位の各論理チャネルは、より高い優先順位のすべての論理チャネルが送信すべきデータをもう有しない場合にのみ、ＭＡＣ  ＰＤＵスペースを割り当てられ得るということである。
【００６０】
ＭＡＣ  ＰＤＵは、各設定された論理チャネルからのＭＡＣ  ＳＤＵだけではなく、ＭＡＣ  ＣＥもまた含み得る。パディングＢＳＲを除いて、ＭＡＣ  ＣＥは、ＭＡＣ  ＣＥがＭＡＣレイヤの動作を制御するので、論理チャネルからのＭＡＣ  ＳＤＵより高い優先順位を有する。したがって、ＭＡＣ  ＰＤＵが構成されるとき、ＭＡＣ  ＣＥは、ＭＡＣ  ＣＥが存在する場合、最初に含まれることになり、残りのスペースは論理チャネルからのＭＡＣ  ＳＤＵのために使用される。次いで、追加のスペースが残され、そのスペースがＢＳＲを含むのに十分な大きさである場合、パディングＢＳＲがトリガされ、ＭＡＣ  ＰＤＵに含まれる。
【００６１】
以下の表は、ＭＡＣ  ＰＤＵを生成するときに考慮される優先度の順位を示す。いくつかのタイプのＭＡＣ  ＣＥおよび論理チャネルからのデータの中で、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥおよびＵＬ−ＣＣＣＨからのデータが、最も高い優先順位を有する。Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥおよびＵＬ−ＣＣＣＨからのデータは、同じＭＡＣ  ＰＤＵに決して含まれない。他の論理チャネルからのデータとは異なり、ＵＬ−ＣＣＣＨからのデータは、他のＭＡＣ  ＣＥよりも高い優先順位を有する。ＵＬ−ＣＣＣＨは、ＳＲＢ０を使用し、ＲＲＣメッセージを伝送するので、ＵＬ−ＣＣＣＨデータは他のデータよりも高い優先順位を有する必要がある。通常は、ＵＬ−ＣＣＣＨからのデータはＲＡ処理の間に伝送され、ＵＬ−ＣＣＣＨからのＭＡＣ  ＰＤＵのサイズは制限される。Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥは、その存在がｅＮＢによって知られたＵＥによって、ＲＡ処理の間に使用される。ＲＡ処理は衝突にさらされるので、ｅＮＢが各ＵＥを識別することができる手段を有することは重要である。したがって、ＵＥは、ＲＡ処理の間に可能な限り早期に自身のＣ−ＲＮＴＩを識別として含むことを要求される。
【表１】
2020025319.tif 000003
【００６２】
以下に、ＬＴＥ  ＭＡＣ多重化がどのように実行されるかの一例を示す。本例では、以下を想定する：
−  ３つのチャネルが存在する：チャネル１は最も高い優先順位であり、チャネル２は中間の優先順位であり、そして、チャネル３は最も低い優先順位である。
−  チャネル１、チャネル２、およびチャネル３は、ＰＢＲ値を割り当てられている。
【００６３】
第１のラウンドで、各チャネルは、優先順位の順に応じてＰＢＲに相当するデータ量まで提供される。この第１のラウンドで、設定されたＰＢＲ値を有さないチャネルは提供されない。加えて、そのチャネルのために使用可能なデータの量がＰＢＲの設定された値より少ない場合、そのチャネルは、バッファ内で使用可能なデータ量まで提供される。したがって、各チャネルは、当該チャネルのＰＢＲの設定値までＭＡＣ  ＰＤＵにおいてスペースを割り当てられる。
【００６４】
第２のラウンドで、論理チャネルは、以下の３つの条件が満たされるときにのみ提供される：
−  関係する論理チャネルよりも高い優先順位の論理チャネルが提供された後、
−  ＭＡＣ  ＰＤＵ内にスペースが残っている、
−  チャネルのバッファ内に使用可能なデータが存在する。
【００６５】
したがって、ＰＤＵ内にスペースが残っている場合、チャネル１が最初に提供される。チャネル１のバッファ内の残りのデータはＭＡＣ  ＰＤＵ内の残りのスペースより大きいので、ＭＡＣ  ＰＤＵ内のすべての残りのスペースはチャネル１に割り当てられる。それ以上スペースはないので、チャネル２および３は第２のラウンドで提供されない。
【００６６】
前述の説明は、一般的原理であり、新しいＭＡＣ  ＰＤＵが構成されるたびに実施はされない。各ＭＡＣ  ＳＤＵは１つのＲＬＣ  ＰＤＵに対応し、１つのＲＬＣ  ＰＤＵは、少なくとも１バイトのＲＬＣ  ＰＤＵヘッダを含む。各ＭＡＣ  ＳＤＵについて、対応する少なくとも１バイトのＭＡＣサブヘッダが存在する。したがって、１つの論理チャネルからの少量のデータがＭＡＣ  ＰＤＵに含まれるときにはいつでも、それは少なくとも２バイトのヘッダオーバヘッドを負うことになる。前述の多重化の原理があらゆるＭＡＣ  ＰＤＵで適用された場合、ＭＡＣ  ＰＤＵ内のあらゆる論理チャネルのＭＡＣサブヘッダおよびＲＬＣ  ＰＤＵヘッダに起因する全体のオーバヘッドは莫大になる。したがって、あらゆるサブフレームに前述のＰＢＲ要件を適用するのではなくて、長期間のＰＢＲ要件を満たす方がよい。オーバヘッドを減らし、過度のセグメント化を防ぐために、ＰＢＲを有するトークンバケットモデルが適用される。
【００６７】
トークンバケットモデルでは、各論理チャネルはbucketSizeDurationおよびprioritizedBitRateの２つのパラメータと関連付けられる。このモデルでは、各論理チャネルはあらゆるサブフレームにおいてprioritizedBitRateの量のデータを送信する権利が与えられると想定する。ある特定の論理チャネルが、ある特定のサブフレームにおいてprioritizedBitRateの量のデータを送信する権利を十分に使用しなかった場合、残りの権利は、別のサブフレームで使用することができる。送信する権利は、（prioritizedBitRate×bucketSizeDuration）の量のデータまで蓄積することができる。論理チャネルのいくつかのデータがＭＡＣ  ＰＤＵに含まれるとき、送信する権利は、ＭＡＣ  ＰＤＵに含まれるデータの量だけ減らされる。ある特定の論理チャネルが過度の送信する権利を蓄積することを防ぐために、パラメータbucketSizeDurationは、論理チャネルが送信する権利をどこまで蓄積することができるかを設定する。このトークン−バケットモデルを介して、ＵＥは、サブフレームごとではなく、より長い期間平均してＰＢＲ原理を満たすことができる。
【００６８】
以下に、論理チャネル優先順位付けの一例が提供される。ここでは、所与の論理チャネルについて、bucketSizeDurationは４ｍｓ（サブフレーム）であり、prioritizedBitRateは１Ｋｂ／ｍｓであると想定する。したがって、論理チャネルは、４Ｋｂの量を超える送信する権利を蓄積することができない。言い換えれば、論理チャネルからのデータが長期間送信されなかった場合でも、その論理チャネルが送信することができるビットの最大数は４Ｋｂである。本例では、論理チャネルは第１のサブフレームから第５のサブフレームでデータを送信しなかった。しかし、トークンバケットのサイズ制限を理由として、第５のサブフレームで論理チャネルによって蓄積される最大トークンは４Ｋｂである。第６のサブフレームで、論理チャネルからの３Ｋｂのデータが送信された。１Ｋｂに値するトークンが第７のサブフレームで蓄積されるので、第７のサブフレームの最後にその論理チャネルについて蓄積されたトークンの合計は２Ｋｂである。したがって、その論理チャネルがデータを送信しなかった場合でも、その論理チャネルは、蓄積されたトークンによって、後で多くの、ただし最大トークン以下の、送信を行うことができる。
【００６９】
デュアルコネクティビティ
３ＧＰＰ  ＲＡＮのワーキンググループにおいて現在審議中の１つの有望な解決策は、いわゆる「デュアルコネクティビティ」コンセプトである。「デュアルコネクティビティ」という用語は、所与のＵＥが、理想的ではないバックホールと接続された少なくとも２つの異なるネットワークノードによって提供される無線リソースを消費する、動作を示すために使用される。基本的に、ＵＥは、マクロセル（マクロｅＮＢ）およびスモールセル（セカンダリｅＮＢ）の両方と接続される。さらに、ＵＥのデュアルコネクティビティに関与する各ｅＮＢは、異なる役割を想定することができる。それらの役割は、ｅＮＢの電力クラスに必ずしも依存せず、ＵＥの間で異なってもよい。
【００７０】
Study itemは、現在、非常に初期の段階にあるので、デュアルコネクティビティの詳細はまだ決定されていない。例えば、アーキテクチャはまだ合意されていない。したがって、多くの事項／詳細、例えばプロトコル拡張、は、現在、まだ未決定である。図９は、デュアルコネクティビティのためのいくつかの例示的アーキテクチャを示す。図９は、１つの潜在的オプションとしてのみ理解されるべきである。しかし、本開示は、この特定のネットワーク／プロトコルアーキテクチャに限定されず、一般に適用することができる。ここでは、アーキテクチャについて以下のことが想定される：
−  各パケット、Ｃ／Ｕプレーン分離、をどこで提供するかのベアラレベルごとの決定
−  一例として、ＵＥ  ＲＲＣシグナリングおよびＶｏＬＴＥなどの高ＱｏＳのデータはマクロセルによって提供できる一方、ベストエフォートデータはスモールセルにオフロードされる。
−  ベアラ間の結合はなく、マクロセルとスモールセルとの間に共通のＰＤＣＰまたはＲＬＣは必要とされない。
−  ＲＡＮノード間のルーズな調整（looser coordination）
−  ＳｅＮＢはＳ−ＧＷへの接続を有さない、すなわち、パケットはＭｅＮＢによって送られる。
−  スモールセルは、ＣＮに透過的である。
【００７１】
最後の２つの箇条書きに関して、ＳｅＮＢがＳ−ＧＷと直接に接続されること、すなわちＳ１−ＵがＳ−ＧＷとＳｅＮＢとの間にあることもまた起こり得ることに留意されたい。基本的に、ベアラマッピング／分離に関して３つの異なるオプションが存在する：
−  オプション１：Ｓ１−ＵはまたＳｅＮＢにおいて終端する。
−  オプション２：Ｓ１−ＵはＭｅＮＢにおいて終端し、ベアラはＲＡＮにおいて分離しない。
−  オプション３：Ｓ１−ＵはＭｅＮＢにおいて終端し、ベアラはＲＡＮにおいて分離する。
【００７２】
図１０は、Ｕプレーンデータのダウンリンク方向を一例として挙げる、これらの３つのオプションを示す。オプション２が本明細書を通して想定され、図にも示される。
【００７３】
ワイヤレス通信システムの共通の問題は、リソースが限定され、これらのリソースに対する潜在的な探求者（seeker）が複数存在するため、すべてのリソースをいつも割り当てることおよび使用することは不可能であるということである。
【００７４】
各ＵＥのベアラの合意されたサービス品質（ＱｏＳ）を提供するために最低限必要とされるもの（リソース）の観点から、そしてまた、異なるＵＥは異なる無線チャネルを経験していることがあり、したがって、同様のニーズを満たすためであっても必要とするリソースの量が異なることになるという観点から、限定されたリソースの割当ておよび使用が行われる必要があるため、本要件はより複雑になる。リソース割当ての決定は、ＬＴＥについては１ｍｓである送信時間間隔（ＴＴＩ：Transmission Time Interval）ごとに行われる。したがって、１ｍｓごとに、ネットワークは、送信する何らかのデータが存在する各々のＵＥに対してどの位のＤＬリソースを割り当てるかを決定する必要がある。同様に、１ｍｓごとに、ネットワークは、送信する情報を有する各々のＵＥに向けてどの位のＵＬリソースを割り当てるかを決定する必要がある。
【００７５】
しかし、ダウンリンク（ＤＬ）は、アップリンク（ＵＬ）とは異なる。ＤＬにおいて、ｅＮＢは、すべてのＵＥおよびそれらのベアラの要件の全体像を把握する。すなわち、どの位のデータがそれらのベアラのうちの各ベアラの各ＵＥに送信されるべきか、無線状態はどうであるか（その結果、どのリソースがよい／悪いか）、ＱｏＳなど。しかし、ＵＬでは、ネットワークは、ＵＥがそれの各々のＵＬベアラでどの位のデータを送信したかを知らない。したがって、ネットワークは、このＵＥの各々のＵＬベアラのリソースの正確な量を割り当てることができない。
【００７６】
１つの採り得る解決法は、すべてのＵＬベアラが少なくとも「統計的に」満たされるようにＵＥに「十分な」量のリソースを割り当てることである。しかし、リソースは限られているため、この方法は、頻繁に、そのようなリソースを無駄にすることを意味し、その場合、いくつかの他のＵＥ／ベアラが欠乏させられることになる。このため、非特許文献２のａ４０の第５．４．５章に明記されるようなある種の条件が満たされるとき、ネットワークは、ＵＥのＵＬ送信要件に関して何らかの知識を有するように、ＵＥはバッファ状況報告（ＢＳＲ）を時々送信する。
【００７７】
別の課題は、ネットワークが、ベアラのＱｏＳ実現を困難にし得るグラントを絶対に使用するとは限らないことをＵＥ実装が任意で確保する必要があるということである。これを目的として、ＵＥがそのベアラに渡ってグラントをどのように使用するかについてのある種のルールが定義される。これは主に無線ベアラを実現する異なる論理チャネル間の何らかの優先順位の維持に関するので、論理チャネル優先順位付け（ＬＣＰ）と呼ばれる。バッファ状況報告および論理チャネル優先順位付けの両方が、ＬＴＥプロトコルスタックのＭＡＣサブレイヤの機能である。
【００７８】
ＬＴＥのＲｅｌ．８／９では、例えば、すべてのベアラにわたりグラントを割り当てる、すなわち各々のＲＬＣエンティティに結果として生じたグラントを知らせるためにＬＣＰを実行するＵＥごとに１つのみのＭＡＣエンティティが存在していた。キャリアアグリゲーションがＬＴＥにおいて導入され、結果として、複数のセルから同時に受信されるグラントが存在した場合でも、単一のＭＡＣエンティティがＬＣＰを実行する役割を担い、各ＲＬＣエンティティに適用可能なグラントを割り当てた。これは、図１１の図表に示される。
【００７９】
スモールセル拡張の導入により、起こり得るアーキテクチャのオプションのうちの１つにおいて、物理リソースが複数のセルによって対応するＭＡＣエンティティに割り当てられることが可能である。言い換えれば、ＵＬの属しているセルの数と同じ数のＭＡＣエンティティがＵＥ内に存在し得る。図１２に示すように、これらのＭＡＣスケジューラはそれら自体のＬＣＰを実行すること、またはＢＳＲを報告し、結果として生じたグラントを対応するＲＬＣエンティティの各々に知らせることができるので、これは、ＬＣＰ／ＢＳＲ報告の観点から問題ではない。
【００８０】
これは、例えば、図１３に示すアーキテクチャオプション２、例えば２Ｃ、における状況である。アーキテクチャオプション２Ｃにおいて、特定のベアラの無線インタフェース送信は特定のセルを完全に介する。図１３では、左のベアラ送信はＭｅＮＢ物理リソースを介し、右のベアラ送信はＳｅＮＢ物理リソースを介する。プロトコルスタックの対応するＵＥ側の図式が、図１４に示される。
【００８１】
問題は、図１５および１６に示すアーキテクチャオプション３、例えば３Ｃ、において生じる。具体的には、オプション３Ｃにおいて、定義されたルールが今のところ存在しないため、セル１およびセル２内のＭＡＣは、共用（破線の）ベアラのためにどの位のグラントを割り当てるべきかを知らない。したがって、今日のように、これらのＭＡＣスケジューラがＬＣＰを厳密に実行した場合、これらのＭＡＣスケジューラは、ここでグラントを２度受け取ることになる破線のベアラにグラントを過度に割り当てる（例えば、「prioritisedBitRate」に等しい無線ベアラにグラントを各々割り当てる）結果となり得る。他方で、それは、セル２がゲインをオフロードするために使用されるセルであるため、ネットワークが、セル２を介して送信されるように最大限のデータを割り当てることを望み得るため、スモールセル拡張の基本的な目的を無にする。
【００８２】
同様に、バッファ状況が破線のベアラに対応する送信のために使用可能なデータについてどのように報告されることになるかは明確ではない。バッファ状況報告処理は、ＵＥのＵＬバッファにおける送信可能なデータの量に関する情報をサービングｅＮＢに提供するために使用される。送信可能なデータの量は、ＰＤＣＰにおける送信可能なデータとＲＬＣエンティティにおける送信可能なデータの合計である（詳細は非特許文献６および非特許文献７において公的に入手可能）。さらに、（図１６に示すように）ＰＤＣＰは共通のエンティティであるので、分割破線ベアラの個々のＲＬＣエンティティ（すなわち、ＭｅＮＢのＲＬＣおよびＳｅＮＢのＲＬＣ）は、それらのＳＤＵを導く。したがって、本明細書に従い、送信可能なデータは、ＲＬＣにまだ提出されていない同一のＰＤＣＰ  ＳＤＵとＰＤＣＰ  ＰＤＵとを、各ＭＡＣエンティティまたはセルに対して二重にカウントし得る。
【００８３】
したがって、ＵＥが前述の欠点のうちの少なくともいくつかを回避しながら少なくとも２つのセルと通信することができる設定が好ましい。
【先行技術文献】
【非特許文献】
【００８４】
【非特許文献１】3GPP TS 36.211,"Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)", version 8.9.0, December 2009
【非特許文献２】3GPP TS 36.321,"Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC); Protocol specification (Release 10)", version 10.4.0, December 2011
【非特許文献３】3GPP TS 36.331,"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 10)", version 10.10.0, March 2013
【非特許文献４】3GPP TR 36.932,"Technical Specification Group Radio Access Network; Scenarios and Requirements for Small Cell Enhancements for E-UTRA and E-UTRAN (Release 12) ", version 1.0.0, December 2012
【非特許文献５】3GPP TS36.842,"Evolved Universal Terrestrial Radio Access (E-UTRA); Study on Small Cell Enhancements for E-UTRA and E-UTRAN - Higher layer aspects (Release 12) ", version 0.2.0, May 2013
【非特許文献６】3GPP TS 36.322,"Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification (Release 10)", version 10.0.0, December 2010
【非特許文献７】3GPP TS 36.323, "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification (Release 11)", version 11.0.0, September 2012
【発明の概要】
【発明が解決しようとする課題】
【００８５】
前述の欠点は、本独立請求の教示によって克服される。さらに追加の利点が、本従属請求の教示によって達成される。
【課題を解決するための手段】
【００８６】
本開示の１つの非限定的および例示的実施形態は、マスタ基地局及びセカンダリ基地局に渡り分割された分離ベアラを使用することによってマスタ基地局及びセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の分離ベアラについて共用される。本方法で、移動ノードは、分離比率に基づいて、マスタ基地局とセカンダリ基地局との間の移動ノード内のＰＤＣＰレイヤの全バッファ占有を、マスタ基地局の第１のＰＤＣＰバッファ占有値、及び、セカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割する。移動ノードは、第１のＰＤＣＰバッファ占有値に基づいてマスタ基地局の第１のバッファ状況報告を生成し、さらにまた、第２のＰＤＣＰバッファ占有値に基づいてセカンダリ基地局の第２のバッファ状況報告を生成する。その後に、移動ノードは、第１のバッファ状況報告をマスタ基地局に送信し、第２のバッファ状況報告をセカンダリ基地局に送信する。
【００８７】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のＰＤＣＰバッファ占有値および第２のＰＤＣＰバッファ占有値のうちの一方が分離ベアラの移動ノード内のＰＤＣＰレイヤの全バッファ占有に等しくなるように、及び、第１のＰＤＣＰバッファ占有値および第２のＰＤＣＰバッファ占有値のうちの他方がゼロに等しくなるように、特定の分離比率が定義される。好ましくは、前記特定の分離比率は、１対０または０対１によって表される。
【００８８】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、特定の分離比率で設定されるとき、移動ノードは、それぞれの基地局に送信されるＲＬＣアップリンクデータを除いて、その特定の分離比率に応じてマスタ基地局またはセカンダリ基地局のいずれかに、ＰＤＣＰレイヤによって処理されたすべてのアップリンクデータを送信する。
【００８９】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、特定の分離比率で設定されるとき、移動ノードは、その特定の分離比率に応じてマスタ基地局またはセカンダリ基地局のいずれかへの、ＰＤＣＰレイヤによって処理されたアップリンクデータの分離ベアラを停止する。
【００９０】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、移動ノードは、マスタ基地局とセカンダリ基地局との間で移動ノード内のＰＤＣＰレイヤのバッファ占有全体をどのように分割するかに関してマスタ基地局によって通知を受ける。好ましくは、これは、分離ベアラに関連する情報エレメント内のフラグによって行われ得る。
【００９１】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への分離ベアラのために移動ノード内に配置され、第２のＲＬＣレイヤはセカンダリ基地局への分離ベアラのために移動ノード内に配置される。移動ノードによって、第１のバッファ状況報告は、移動ノードにおける第１のＰＤＣＰバッファ占有値と第１のＲＬＣレイヤのバッファ占有値との合計に基づいて生成される。移動ノードによって、第２のバッファ状況報告は、移動ノードにおける第２のＰＤＣＰバッファ占有値と第２のＲＬＣレイヤのバッファ占有値との合計に基づいて生成される。
【００９２】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のＰＤＣＰバッファ占有値および第２のＰＤＣＰバッファ占有値のうちの一方が分離ベアラの移動ノード内のＰＤＣＰレイヤの全バッファ占有に等しくなるように、及び、第１のＰＤＣＰバッファ占有値および第２のＰＤＣＰバッファ占有値のうちの他方がゼロに等しくなるように、特定の分離比率が定義される。さらに、第１のバッファ状況報告／第２のバッファ状況報告がゼロである場合、第１のバッファ状況報告／第２のバッファ状況報告は送信されない。
【００９３】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、移動ノードは、マスタ基地局に、その移動ノードによって受信されたＴＣＰ（Transmission Control Protocol）ダウンリンクデータに関する、ＴＣＰレイヤのすべての確認応答を送信する。これは、好ましくは、残りのアップリンクデータがその移動ノードによってマスタ基地局に送信されるか否かとは無関係に行われる。
【００９４】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、移動ノードのＰＤＣＰレイヤは、ＴＣＰ確認応答を検出し、マスタ基地局にチャネルを介して送信するために、検出されたＴＣＰ確認応答を下位のレイヤに内部で送る。
【００９５】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のバッファ状況報告の計算は、分離比率に関係なく、マスタ基地局へのＴＣＰレイヤのすべての確認応答の送信を考慮する。
【００９６】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、移動ノードは、第１のバッファ状況報告で報告されたマスタ基地局への分離ベアラのバッファ占有の値に基づいて、マスタ基地局への分離ベアラの第１のＬＣＰ（Logical Channel Prioritization）処理を実行する。同様に、移動ノードは、第２のバッファ状況報告で報告されたセカンダリ基地局への分離ベアラのバッファ占有の値に基づいて、セカンダリ基地局への分離ベアラの第２のＬＣＰ処理を実行する。
【００９７】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のバッファ状況報告で報告されたバッファ占有の値は、マスタ基地局への分離ベアラの第１のバッファ状況報告で報告されたバッファ占有の値までを最大値としてマスタ基地局への分離ベアラにリソースを供することによって、第１のＬＣＰ処理において考慮される。第２のバッファ状況報告で報告されたバッファ占有の値は、セカンダリ基地局への分離ベアラの第２のバッファ状況報告で報告されたバッファ占有の値までを最大値としてセカンダリ基地局への分離ベアラにリソースを供することによって、第２のＬＣＰ処理において考慮される。
【００９８】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のＭＡＣ（Media Access Control）レイヤは、マスタ基地局への分離ベアラのために移動ノード内に配置され、第２のＭＡＣレイヤは、セカンダリ基地局への分離ベアラのために移動ノード内に配置される。バッファ状況報告が分離ベアラのバッファにおけるデータ到達により第１のＭＡＣレイヤにおいてトリガされるとき、第１のＭＡＣレイヤは、その分離ベアラの第２のＭＡＣレイヤにおいてバッファ状況報告をトリガする。バッファ状況報告が、分離ベアラのバッファにおけるデータ到達により第２のＭＡＣレイヤにおいてトリガされるとき、第２のＭＡＣレイヤが、その分離ベアラの第１のＭＡＣレイヤにおけるバッファ状況報告をトリガする。
【００９９】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のバッファ状況報告は、トリガされている時間に第１のＭＡＣレイヤによって生成され、第２のバッファ状況報告は、トリガされている時間に第２のＭＡＣレイヤによって生成される。代替方法として、第１のバッファ状況報告が第２のバッファ状況報告の前に送信されるようにスケジュールされる場合、第１のバッファ状況報告は、第１のバッファ状況報告がマスタ基地局に送信されるようにスケジュールされた時間に第１のＭＡＣレイヤによって生成され、第２のバッファ状況報告は、第１のバッファ状況報告がマスタ基地局に送信されるようにスケジュールされた時間に第２のＭＡＣレイヤによって生成される。さらに上記の代替方法として、第１のバッファ状況報告は、第１のバッファ状況報告がマスタ基地局に送信されるようにスケジュールされた時間に第１のＭＡＣレイヤによって生成され、第２のバッファ状況報告は、第２のバッファ状況報告がセカンダリ基地局に送信されるようにスケジュールされた時間に第２のＭＡＣレイヤによって生成される。さらに、上記のさらなる代替方法として、第１のバッファ状況報告は、第１のバッファ状況報告がマスタ基地局に送信されるようにスケジュールされた時間に、または第１のバッファ状況報告が第１のＭＡＣレイヤでトリガされた時間に、第１のＭＡＣレイヤによって生成され、第２のバッファ状況報告は、第２のバッファ状況報告がセカンダリ基地局に送信されるようにスケジュールされた時間に第２のＭＡＣレイヤによって生成され、そこにおいて、第２のバッファ状況報告は第１のバッファ状況報告によって報告されないデータの値を含む。
【０１００】
上記に加えてまたは代替で使用することができる本開示の実施形態の代替のおよび有利な一変形形態によれば、第１のメディアアクセス制御、ＭＡＣ、レイヤは、マスタ基地局への分離ベアラのために移動ノード内に配置され、そして、第２のＭＡＣレイヤは、セカンダリ基地局への分離ベアラのために移動ノード内に配置される。バッファ状況報告が分離ベアラのバッファにおけるデータ到達により第１のＭＡＣレイヤにおいてトリガされる。バッファ状況報告が、分離ベアラのバッファにおけるデータ到達により第２のＭＡＣレイヤにおいてトリガされる。
【０１０１】
本実施形態はさらに、マスタ基地局およびセカンダリ基地局に渡り分割された分離ベアラを使用することによってマスタ基地局及びセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の分離ベアラについて共用される。移動ノードのプロセッサは、分離比率に基づいて、マスタ基地局とセカンダリ基地局との間で移動ノード内のＰＤＣＰレイヤの全バッファ占有を、マスタ基地局の第１のＰＤＣＰバッファ占有値及びセカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割する。プロセッサは、第１のＰＤＣＰバッファ占有値に基づいてマスタ基地局の第１のバッファ状況報告を生成し、第２のＰＤＣＰバッファ占有値に基づいてセカンダリ基地局の第２のバッファ状況報告を生成する。移動ノードの送信器は、第２のバッファ状況報告をセカンダリ基地局に送信し、第１のバッファ状況報告をマスタ基地局に送信する。
【０１０２】
本開示の一実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。ＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、移動ノード内に配置され、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードは、バッファ分離比率に基づいて、マスタ基地局とセカンダリ基地局との間の移動ノード内のＰＤＣＰレイヤの全バッファ占有をマスタ基地局の第１のＰＤＣＰバッファ占有値およびセカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割する。移動ノードは、第１のＰＤＣＰバッファ占有値に基づいてマスタ基地局の第１のバッファ状況報告を生成し、第２のＰＤＣＰバッファ占有値に基づいてセカンダリ基地局の第２のバッファ状況報告を生成する。移動ノードは、第１のバッファ状況報告をマスタ基地局に送信し、第２のバッファ状況報告をセカンダリ基地局に送信する。
【０１０３】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、バッファ分離比率は、好ましくは以下のうちの少なくとも１つに基づいて、マスタ基地局によって決定される：セカンダリ基地局によって処理されるロード、オフロード要件、チャネル状態、サービスの品質。決定されたバッファ分離比率は、好ましくはＲＲＣ（Radio Resource Control）シグナリング、またはＭＡＣ（Media Access Control）シグナリングを使用し、マスタ基地局から移動ノードおよび／またはセカンダリ基地局に送信される。
【０１０４】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、バッファ分離比率は、好ましくは以下のうちの少なくとも１つに基づいて、移動ノードによって決定される：移動ノードとマスタおよびセカンダリ基地局それぞれとの間の無線リンクの無線閾値、移動ノードによって受信された過去のリソースグラント。決定されたバッファ分離比率は、好ましくはＲＲＣ（Radio Resource Control）シグナリング、またはＭＡＣ（Media Access Control）シグナリングを使用し、移動ノードからマスタ基地局および／またはセカンダリ基地局に送信される。
【０１０５】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への共用論理チャネルのために移動ノード内に配置され、第２のＲＬＣレイヤは、セカンダリ基地局への共用論理チャネルのために移動ノード内に配置される。第１のバッファ状況報告は、その移動ノードにおける第１のＰＤＣＰバッファ占有値と第１のＲＬＣレイヤのバッファ占有値との合計に基づいて、その移動ノードによって生成される。第２のバッファ状況報告は、その移動ノードにおける第２のＰＤＣＰバッファ占有値と第２のＲＬＣレイヤのバッファ占有値との合計に基づいて、その移動ノードによって生成される。
【０１０６】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードは、マスタ基地局とセカンダリ基地局との間で共用される複数の論理チャネルを使用することによって、マスタ基地局におよびセカンダリ基地局に接続可能である。バッファ分離比率は、複数の共用論理チャネルのうちの１つのみのまたは１セットの論理チャネルに適用される、あるいは、バッファ分離比率は、複数の共用論理チャネルのすべてに適用される。
【０１０７】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノード内のＰＤＣＰレイヤおよびＲＬＣレイヤの全バッファ占有が所定の閾値を超えるかどうかを決定する。そうである場合、バッファ占有全体を分割し、第１のおよび第２のバッファ状況報告を生成および送信するステップが、実行される。そうでない場合、バッファ占有全体を分割し、第１のおよび第２のバッファ状況報告を生成および送信するステップは実行されず、移動ノードは、それのアップリンクデータバッファ状況報告を生成し、マスタ基地局またはセカンダリ基地局のうちの１つにのみ送信する。
【０１０８】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードは、好ましくは移動局がマスタ基地局から次のいくつかのサブフレームにおいて割り当てられ得るリソースの量をセカンダリ基地局が推定するために、マスタ基地局の第１のバッファ状況報告をセカンダリ基地局に送信する。移動ノードは、好ましくは移動局がセカンダリ基地局からの次のいくつかのサブフレームにおいて割り当てられ得るリソースの量をマスタ基地局が推定するために、セカンダリ基地局の第２のバッファ状況報告をマスタ基地局に送信する。
【０１０９】
本開示の一実施形態はさらに、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードのプロセッサは、ベアラバッファ分離比率に基づいて、マスタ基地局とセカンダリ基地局との間の移動ノード内のＰＤＣＰレイヤの全バッファ占有をマスタ基地局の第１のＰＤＣＰバッファ占有値およびセカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割する。移動ノードのプロセッサは、第１のＰＤＣＰバッファ占有値に基づいてマスタ基地局の第１のバッファ状況報告を生成し、第２のＰＤＣＰバッファ占有値に基づいてセカンダリ基地局の第２のバッファ状況報告を生成する。移動ノードの送信器は、第１のバッファ状況報告をマスタ基地局に送信し、第２のバッファ状況報告をセカンダリ基地局に送信する。
【０１１０】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードの受信器は、好ましくはＲＲＣ（Radio Resource Control）シグナリング、またはＭＡＣ（Media Access Control）シグナリングを使用し、マスタ基地局によって決定された、バッファ分離比率をマスタ基地局から受信する。
【０１１１】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、バッファ分離比率は、好ましくは以下のうちの少なくとも１つに基づいて、移動ノードによって決定される：移動ノードとマスタおよびセカンダリ基地局それぞれとの間の無線リンクの無線閾値、移動ノードによって受信された過去のリソースグラント。送信器は、好ましくはＲＲＣ（Radio Resource Control）シグナリング、またはＭＡＣ（Media Access Control）シグナリングを使用し、マスタ基地局および／またはセカンダリ基地局に決定されたバッファ分離比率を送信する。
【０１１２】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への共用論理チャネルのために移動ノード内に配置され、第２のＲＬＣレイヤは、セカンダリ基地局への共用論理チャネルのために移動ノード内に配置される。プロセッサは、その移動ノードにおける第１のＰＤＣＰバッファ占有値と第１のＲＬＣレイヤのバッファ占有値との合計に基づいて第１のバッファ状況報告を生成する。プロセッサは、移動ノードにおける第２のＰＤＣＰバッファ占有値と第２のＲＬＣレイヤのバッファ占有値との合計に基づいて第２のバッファ状況報告を生成する。
【０１１３】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、プロセッサは、移動ノード内のＰＤＣＰレイヤおよびＲＬＣレイヤの全バッファ占有が所定の閾値を超えるか否かを決定する。そうである場合、バッファ占有全体を分割し、第１のおよび第２のバッファ状況報告を生成および送信するステップが実行される。そうでない場合、バッファ占有全体を分割し、第１のおよび第２のバッファ状況報告を生成および送信するステップは実行されず、移動ノードは、それのアップリンクデータバッファ状況報告を生成し、マスタ基地局またはセカンダリ基地局のうちの１つにのみ送信する。
【０１１４】
本開示の一実施形態はさらに、モバイル通信システムにおいて使用するためのマスタ基地局を提供し、そこにおいて移動ノードは、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによって、マスタ基地局におよびセカンダリ基地局に接続される。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。マスタ基地局のプロセッサは、好ましくは以下のうちの少なくとも１つに基づいて、バッファ分離比率を決定する：セカンダリ基地局によって処理されるロード、オフロード要件、チャネル状態、サービスの品質。バッファ分離比率は、バッファ分離比率に基づいてマスタ基地局とセカンダリ基地局との間の移動ノード内のＰＤＣＰレイヤの全バッファ占有をマスタ基地局の第１のＰＤＣＰバッファ占有値およびセカンダリ基地局の第２のＰＤＣＰバッファ占有値に分割するための移動ノードによる使用を目的とする。送信器は、好ましくはＲＲＣ（Radio Resource Control）シグナリング、またはＭＡＣ（Media Access Control）シグナリングを使用し、決定されたバッファ分離比率を移動ノードにおよび／またはセカンダリ基地局に送信する。
【０１１５】
本開示のさらなる一実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによるマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードのための方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への共用論理チャネルのために移動ノード内に配置され、第２のＲＬＣレイヤは、セカンダリ基地局への共用論理チャネルのために移動ノード内に配置される。移動ノードは、移動ノード内のＰＤＣＰレイヤの総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値をマスタ基地局および／またはセカンダリ基地局に送信する。マスタ基地局またはセカンダリ基地局のいずれかが、移動ノード内のＰＤＣＰレイヤの受信された総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値、に基づいて、分離比率を決定する。決定された分離比率は、マスタ基地局およびセカンダリ基地局のうちの他方に送信される。ＰＤＣＰレイヤの受信された総占有値によって示されるものとしてのデータの共用論理チャネルのアップリンクリソース割当てが分離比率に従ってマスタ基地局とセカンダリ基地局との間で分割されるように、マスタ基地局およびセカンダリ基地局は、それぞれ分離比率に基づいて、共用論理チャネルのアップリンクリソース割当てを実行する。
【０１１６】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、マスタ基地局は、論理チャネルグループ内で唯一になるように共用論理チャネルを設定する。
【０１１７】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードは、好ましくは以下のうちの少なくとも１つに基づいて、移動ノード内のＰＤＣＰレイヤの総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値をどの基地局に送信するかを決定する：
−  セカンダリ基地局およびマスタ基地局から受信された過去のリソース割当て、
−  無線リンク閾値、
−  バッファ占有の量、
−  セカンダリ基地局またはマスタ基地局からの前のリソース割当てが、移動ノードがすべてのデータを送信するのに十分であったか否か。
【０１１８】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードは、どの基地局に移動ノード内のＰＤＣＰレイヤの総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値を送信するかを決定する。
【０１１９】
本開示のさらなる実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への共用論理チャネルのために移動ノード内に配置され、第２のＲＬＣレイヤは、セカンダリ基地局への共用論理チャネルのために移動ノード内に配置される。ＰＤＣＰレイヤの受信された総占有値によって示されるものとしてのデータの共用論理チャネルのアップリンクリソース割当てが、分離比率に従ってマスタ基地局とセカンダリ基地局との間で分割されるように、移動ノードの送信器は、それに基づいて共用論理チャネルのアップリンクリソース割当てがマスタおよびセカンダリ基地局によってそれぞれ実行される分離比率をマスタまたはセカンダリ基地局が決定するために、マスタ基地局およびセカンダリ基地局に、移動ノード内のＰＤＣＰレイヤの総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値を送信する。
【０１２０】
本開示のさらなる実施形態は、モバイル通信システムにおいて使用するためのマスタ基地局を提供し、そこにおいて移動ノードは、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによって、マスタ基地局におよびセカンダリ基地局に接続可能である。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。第１のＲＬＣ（Radio Link Control）レイヤは、マスタ基地局への共用論理チャネルのために移動ノード内に配置され、第２のＲＬＣレイヤは、セカンダリ基地局への共用論理チャネルのために移動ノード内に配置される。マスタ基地局の受信器は、移動ノードから移動ノード内のＰＤＣＰレイヤの総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値を受信する。マスタ基地局のプロセッサは、移動ノード内のＰＤＣＰレイヤの受信された総バッファ占有値、第１のＲＬＣレイヤのバッファ占有値および第２のＲＬＣレイヤのバッファ占有値、に基づいて、分離比率を決定する。マスタ基地局の送信器は、決定された分離比率をセカンダリ基地局に送信する。プロセッサは、ＰＤＣＰレイヤの受信された総占有値によって示されるものとしてのデータの共用論理チャネルのアップリンクリソース割当てが、分離比率に従ってマスタ基地局とセカンダリ基地局との間で分割されるように、分離比率に基づいて、共用論理チャネルのアップリンクリソース割当てを実行する。
【０１２１】
本開示のさらなる一実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。ＬＣＰ（Logical Channel Prioritization）処理のために使用される優先ビットレートパラメータは、マスタ基地局への共用論理チャネルのＬＣＰ処理の第１の優先ビットレートパラメータに、そして、セカンダリ基地局への共用論理のＬＣＰ処理の第２の優先ビットレートパラメータに分割される。移動ノードは、第１の優先ビットレートパラメータに基づいて、マスタ基地局への共用論理チャネルの第１のＬＣＰ処理を実行する。移動ノードは、第２の優先ビットレートパラメータに基づいて、セカンダリ基地局への共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１２２】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のＬＣＰ処理は、マスタ基地局の役割を担う移動ノード内のメディアアクセス制御、ＭＡＣ、エンティティによって実行され、ＬＣＰ処理は、セカンダリ基地局の役割を担う移動ノード内のＭＡＣエンティティによって実行される。
【０１２３】
本開示のさらなる一実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードのプロセッサは、ＬＣＰ（Logical Channel Prioritization）処理のために使用される優先ビットレートパラメータをマスタ基地局への共用論理チャネルのＬＣＰ処理のための第１の優先ビットレートパラメータに、そして、セカンダリ基地局への共用論理のＬＣＰ処理のための第２の優先ビットレートパラメータに分割する。プロセッサは、第１の優先ビットレートパラメータに基づいて、マスタ基地局への共用論理チャネルの第１のＬＣＰ処理を実行し、第２の優先ビットレートパラメータに基づいて、セカンダリ基地局への共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１２４】
本開示の別の実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードは、第１のＬＣＰ処理に基づく移動ノードによる優先ビットレートパラメータの更新を含めて、優先ビットレートパラメータに基づいて、マスタ基地局またはセカンダリ基地局のいずれかへの共用論理チャネルの第１のＬＣＰ（Logical Channel Prioritization）処理を実行する。移動ノードによる第１のＬＣＰ処理を終了した後、移動ノードは、更新された優先ビットレートパラメータに基づいて、他方の基地局、セカンダリ基地局またはマスタ基地局、への共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１２５】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、移動ノードは、以下のうちの１つに従い、共用論理チャネルの第１のＬＣＰ処理がマスタ基地局へまたはセカンダリ基地局へのいずれであるかを決定する：
−  第１のＬＣＰ処理が常にセカンダリ基地局への共用論理チャネルのためであり、一方、第２のＬＣＰ処理が常にマスタ基地局への共用論理チャネルのためである。
−  第１のＬＣＰ処理が常にマスタ基地局への共用論理チャネルのためであり、一方、第２のＬＣＰ処理が常にセカンダリ基地局への共用論理チャネルのためである。
−  ランダムベースで決定された。
−  マスタ基地局およびセカンダリ基地局から受信された前のアップリンクリソース割当てに基づく。
−  マスタ基地局への共用論理チャネルのＬＣＰ処理の未充足の優先ビットレートの量に基づく、および／または、セカンダリ基地局への共用論理チャネルのＬＣＰ処理の未充足の優先ビットレートの量に基づく。
【０１２６】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のおよび第２のＬＣＰ処理を実行するステップは、送信時間間隔（Transmission Time Interval：ＴＴＩ）ごとに移動ノードによって実行される。
【０１２７】
この別の実施形態はさらに、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードのプロセッサは、第１のＬＣＰ処理に基づく移動ノードによる優先ビットレートパラメータの更新を含めて、優先ビットレートパラメータに基づいて、マスタ基地局またはセカンダリ基地局のいずれかへの共用論理チャネルの第１のＬＣＰ（Logical Channel Prioritization）処理を実行する。プロセッサは、第１のＬＣＰ処理を終了した後に、更新された優先ビットレートパラメータに基づいて、他方の基地局、セカンダリ基地局またはマスタ基地局、への共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１２８】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のおよび第２のＬＣＰ処理を実行するステップは、送信時間間隔（Transmission Time Interval：ＴＴＩ）ごとに移動ノードのプロセッサによって実行される。
【０１２９】
本開示のさらに別の実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノード内の第１のＭＡＣ（Media Access Control）エンティティは、マスタ基地局に関するＬＣＰ（Logical Channel Prioritization）処理を実行する役割を担う。移動ノード内の第２のＭＡＣエンティティは、セカンダリ基地局に関するＬＣＰ処理を実行する役割を担う。移動ノード内の第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの一方は、特定の第１の数の送信時間間隔（Transmission Time Interval：ＴＴＩ）中に、共用論理チャネルの第１のＬＣＰ処理を実行する。特定の第１の数の送信時間間隔中に第１のＬＣＰ処理を実行した後、移動ノード内の第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの他方が、特定の第２の数の送信時間間隔中に、共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１３０】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの他方が、第１の数の送信時間間隔中に、共用論理チャネル以外の論理チャネルの第３のＬＣＰ処理を実行する。第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの一方が、第２の数の送信時間間隔中に、共用論理チャネル以外の論理チャネルの第４のＬＣＰ処理を実行する。
【０１３１】
本実施形態はさらに、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノード内の第１のＭＡＣ（Media Access Control）エンティティは、マスタ基地局に関するＬＣＰ（Logical Channel Prioritization）処理を実行する役割を担う。移動ノード内の第２のＭＡＣエンティティは、セカンダリ基地局に関するＬＣＰ処理を実行する役割を担う。移動ノードのプロセッサは、特定の第１の数の送信時間間隔中に、移動ノード内の第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの一方を介して共用論理チャネルの第１のＬＣＰ処理を実行する。プロセッサは、特定の第１の数の送信時間間隔中に第１のＬＣＰ処理を実行した後に、特定の第２の数の送信時間間隔中に、第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの他方を介して、共用論理チャネルの第２のＬＣＰ処理を実行する。
【０１３２】
上記に加えてまたは代替方法として使用することができる本開示の実施形態の有利な一変形形態によれば、プロセッサは、第１の数の送信時間間隔中に、共用論理チャネル以外の論理チャネルの第３のＬＣＰ処理を第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの他方を介して実行する。プロセッサは、第２の数の送信時間間隔中に、共用論理チャネル以外の論理チャネルの第４のＬＣＰ処理を第１のＭＡＣエンティティまたは第２のＭＡＣエンティティのうちの一方を介して実行する。
【０１３３】
本開示のさらなる一実施形態は、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードの通信方法を提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。マスタ基地局は、共用論理チャネルを含み、同じものを移動ノードに送信する、マスタ基地局の複数の論理チャネルに関して移動ノードの第１のリソース割当てを決定する。セカンダリ基地局は、共用論理チャネルを含み、同じものを移動ノードに送信する、セカンダリ基地局の複数の論理チャネルに関して移動ノードの第２のリソース割当てを決定する。移動ノードは、第１のおよび第２のリソース割当てに基づいて、共用論理チャネルを除く、複数の論理チャネルの各論理チャネルの未充足の優先ビットレートのまたは残りのバッファの量を決定する。移動ノードは、最も高い未充足の優先ビットレートを有する論理チャネルが最初である論理チャネル順番で未充足の優先ビットレートまたは残りのバッファを有する論理チャネルに、共用論理チャネルに関する受信された第１のまたは受信された第２のリソース割当てのいずれかからリソースを再度割り当てる。
【０１３４】
そのさらなる実施形態はまた、マスタ基地局およびセカンダリ基地局によって共用される論理チャネルを使用することによってマスタ基地局におよびセカンダリ基地局に接続可能な移動ノードを提供する。移動ノード内に配置されたＰＤＣＰ（Packet Data Convergence Protocol）レイヤは、マスタ基地局とセカンダリ基地局との間の共用論理チャネルについて共用される。移動ノードの受信器は、共用論理チャネルを含む、マスタ基地局の複数の論理チャネルに関する移動ノードの第１のリソース割当てをマスタ基地局から受信する。受信器は、共用論理チャネルを含む、セカンダリ基地局の複数の論理チャネルに関する移動ノードの第２のリソース割当てをセカンダリ基地局から受信する。移動ノードのプロセッサは、第１のおよび第２のリソース割当てに基づいて、共用論理チャネルを除く、複数の論理チャネルの各論理チャネルの未充足の優先ビットレートのまたは残りのバッファの量を決定する。プロセッサは、最も高い未充足の優先ビットレートを有する論理チャネルが最初である論理チャネルの順番で、未充足の優先ビットレートまたは残りのバッファを有する論理チャネルに、共用論理チャネルに関する受信された第１のリソース割当てまたは受信された第２のリソース割当てのいずれかからリソースを再度割り当てる。
【０１３５】
これらの一般のおよび特定の態様は、システム、方法、およびコンピュータプログラム、ならびに、システム、方法、およびコンピュータプログラムの任意の組合せを使用し、実装することができる。開示される実施形態の追加の利益および利点が、本明細書および図面から明らかとなろう。それらの利益および／または利点は、本明細書および図のさまざまな実施形態および特徴によって個々に提供することができ、同じもののうちの１つまたは複数を得るためにすべてが提供される必要はない。
【０１３６】
本開示は、添付の図面を参照してよりよく理解されよう。対応する実施形態は、単に、起こり得る設定であるが、個々の特徴は、前述のように、互いに独立して実装され得るまたは省略され得る。図面に示される同等のエレメントは、同等の引用符号を与えられている。図面に示された同等のエレメントに関する説明の部分は省かれることがある。
【図面の簡単な説明】
【０１３７】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的アーキテクチャを概略的に示す図
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的概観を概略的に示す図
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）について定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界を概略的に示す図
【図４】通信のための異なるレイヤを有するＯＳＩモデルを概略的に示す図
【図５】プロトコルデータユニット（ＰＤＵ）およびサービスデータユニット（ＳＤＵ）の関係ならびにそのレイヤ間の交換を概略的に示す図
【図６】レイヤ２ユーザと３つのサブレイヤ、ＰＤＣＰ、ＲＬＣおよびＭＡＣ、で構成される制御プレーンプロトコルスタックとを概略的に示す図
【図７】ＰＤＣＰ、ＲＬＣおよびＭＡＣレイヤにおける異なる機能の概要を概略的に示す、ならびに、さまざまなレイヤによるＳＤＵ／ＰＤＵの処理を例示的に示す図
【図８】４つの起こり得るデュアルセルシナリオを概略的に示す図
【図９】デュアルコネクティビティの例示的アーキテクチャを概略的に示す図
【図１０】ＵプレーンデータのＤＬ方向における様々なオプションを概略的に示す図
【図１１】複数のセルからグラントを受信する単一のＭＡＣエンティティを概略的に示す図
【図１２】分離ベアラのない２つのセルからグラントを受信する２つのＭＡＣセルを概略的に示す図
【図１３】ネットワーク側、ユーザプレーンアーキテクチャオプション２Ｃ、を概略的に示す図
【図１４】ＵＥ側、ユーザプレーンアーキテクチャオプション２Ｃ、を概略的に示す図
【図１５】ネットワーク側、ユーザプレーンアーキテクチャオプション３Ｃ、を概略的に示す図
【図１６】ＵＥ側、ユーザプレーンアーキテクチャオプション３Ｃ、を概略的に示す図
【図１７】ＰＤＣＰが共通のエンティティである、In  ＵＰアーキテクチャオプション３Ｃおよび３Ｄを概略的に示す図
【図１８】ＢＳＲを導くための比率のアプリケーションの一例を概略的に示す図
【図１９】本開示の一実施形態によるＵＥ側ユーザプレーンアーキテクチャオプション３Ｃを概略的に示す図
【図２０】本開示の一実施形態によるＵＥ側ユーザプレーンアーキテクチャオプション３Ｃを概略的に示す図
【発明を実施するための形態】
【０１３８】
本明細書で、以下の用語が使用される。
「移動局（mobile station）」または「モバイルノード（mobile node）」は、通信ネットワーク内の物理エンティティである。１つのノードは、いくつかの機能エンティティを有することができる。機能エンティティは、ノードまたはネットワークの他の機能エンティティに所定のセットの機能を実装および／または提供するソフトウェアまたはハードウェアモジュールを示す。ノードは、それを介してノードが通信することができる通信施設またはメディアにノードを接続する１つまたは複数のインタフェースを有することができる。同様に、ネットワークエンティティは、それを介してそのネットワークエンティティが他の機能エンティティまたは対応するノードと通信することができる通信施設またはメディアに機能エンティティを接続する論理インタフェースを有することができる。
【０１３９】
本特許請求の範囲でおよび本開示の明細書をとおして使用される「マスタ基地局（master base station）」という用語は、３ＧＰＰ  ＬＴＥ−Ａのデュアルコネクティビティの分野で使用されるものとして解釈されるものとする。したがって、他の用語は、マクロ基地局、もしくはマスタ／マクロｅＮＢ、または、サービング基地局あるいは３ＧＰＰによって後から決定されることになる任意の他の専門用語である。同様に、本特許請求の範囲でおよび本明細書をとおして使用される「セカンダリ基地局（secondary base station）」という用語は、３ＧＰＰ  ＬＴＥ−Ａのデュアルコネクティビティの分野で使用されるものとして解釈されるものとする。したがって、他の用語は、スレーブ基地局、またはセカンダリ／スレーブｅＮＢ、あるいは、３ＧＰＰによって後で決定されることになる任意の他の専門用語である。
【０１４０】
本特許請求の範囲でおよび本開示の明細書をとおして使用される「無線ベアラ（radio bearer）」という用語は、３ＧＰＰ専門用語に関して解釈されるものとし、２つのエンドポイント、すなわち移動局と基地局、の間のデータのトランスポートのために使用される、それらの２つのエンドポイント間の仮想接続を指し、仮想接続が「ベアラサービス」、すなわち特定のＱｏＳ特性を有するトランスポートサービス、を提供するという事実を強調する用語である。また、データ無線ベアラは、ユーザプレーン無線ベアラと呼ばれることがあり、シグナリング無線ベアラは、制御プレーン無線ベアラと呼ばれることがある。無線ベアラは、Ｓ１ベアラ、Ｅ−ＲＡＢ、Ｓ５／Ｓ８ベアラ、ＥＰＳベアラなど、３ＧＰＰによって定義されるものとしての他の専門用語とは区別されるものとする（参照により本明細書に援用されている、LTE -The UMTS Long Term Evolution FROM THEORY TO PRACTICE, Edited by: Stefania Sesia, Issam Toufik, Matther Baker, Second Edition, ISBN978-0-470-66025-6の図２．８も参照）。
【０１４１】
以下で、本開示のいくつかの実施形態を詳細に説明する。例示のみを目的とし、実施形態の多くは、上の背景技術のセクションで部分的に論じた、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）モバイル通信システムによる無線アクセス方式に関して概要を示される。本開示は、例えば、上の背景技術のセクションで説明された３ＧＰＰ  ＬＴＥ−Ａ（リリース１２）通信システムなどのモバイル通信システムにおいて有利に使用され得ることに留意されたい。これらの実施形態は、３ＧＰＰ  ＬＴＥおよび／またはＬＴＥ−Ａにおいて特定された機能に関連した使用および／またはその拡張の実装形態として説明されている。これに関連して、３ＧＰＰ  ＬＴＥおよび／またはＬＴＥ−Ａの専門用語が、本明細書をとおして使用される。さらに、例示的設定が、本開示の全容を詳述するために検討される。
【０１４２】
本説明は、本開示を限定するものとして理解されるべきではなく、本開示をよりよく理解するための本開示の実施形態の単なる例として理解されるべきである。特許請求の範囲で提示される本開示の一般原則は、異なるシナリオに、本明細書に明示的に記載されていない方法で適用され得ることが、当業者には理解されよう。対応して、さまざまな実施形態の説明を目的とすることを前提とする以下のシナリオは、そのようなものとして、本発明を限定しないものとする。
【０１４３】
本開示によれば、シリーズ３の代替のうちのいくつか、例えば３Ｃおよび３Ｄ、の欠点のうちのいくつかは、取り除かれることになろう。対応して、本開示は、改善されたバッファ状況報告および論理チャネル優先順位付け処理に関するいくつかの実施形態を提供する。
【０１４４】
先行技術について前述したように、キャリアアグリゲーションにおいても、１つのみのＭＡＣエンティティが存在する。したがって、たとえ複数のセル／リンクからグラントが受信されても、論理チャネル優先順位付け（ＬＣＰ）処理は１回のみ適用される。ＵＥが１つのＴＴＩにおいて複数のＭＡＣ  ＰＤＵを送信するように要求されるとき、ステップ１から３、および、標準ＬＣＰ処理の関連ルールは、各グラントに対して独立して、又はグラントの容量の和に対して適用することができる。ユーザプレーンアーキテクチャオプション３の結果として、ＵＥは、対応するセルから別個のグラントを受信する２つのＭＡＣエンティティを有することになるが、ＬＣＰがどのように実行されることになるか（例えば、１つずつまたは全体で）は、特に共用ベアラについて、明らかではない。したがって、ＰＢＲ割当てがそのようなベアラについてどのように動作するかもまた明らかではない。
【０１４５】
図１５は、ＭｅＮＢにおける無線ベアラ分離に加えて、ＭｅＮＢにおいて終端するＳ１−Ｕインタフェース、ならびに、分離した無線ベアラの独立したＲＬＣを概略的に示す。図１７は、ＵＰアーキテクチャオプション３Ｃおよび３Ｄにおいて、ＰＤＣＰがＭｅＮＢおよびＳｅＮＢのＲＬＣ、ＭＡＣおよびＰＨＹレイヤの共通のエンティティであることを概略的に示す。
【０１４６】
以下で、ＢＳＲが最初に考慮されることになる。
３ＧＰＰにおいて、特に非特許文献５において、考慮されるユーザプレーンアーキテクチャオプションシリーズ３は、特定のベアラからのパケットがＵＥから／に同時に複数のセルを介して送信／受信され得るような、ベアラ分離を可能にする。
【０１４７】
ネットワークにおいて提供される各ＵＥのすべてのベアラのＱｏＳを満たすために、ＵＥが例えば分離ベアラのＢＳＲが各リンク／セルにどのように報告される必要があるかを理解した後、個々の関係するセルに向けてまたはその逆に、各ＭＡＣエンティティに対応してこの分離ベアラに対するＬＣＰを実行するために、ＰＢＲ導出がどのように行われることになるかもＵＥが導けるように、異なるＵＬアクティビティ（例えばＬＣＰ、ＢＳＲ、ＰＨＲおよびその他）が関連付けられる。これは、特定のＰＨＲトリガが、ＢＳＲ／ＰＢＲなど、再導出／再計算、および、対応する新しいトリガを報告することをトリガすることができるように、ＰＨＲにさらに関連付けられる。
【０１４８】
オプションは、その場合、例えばＰＢＲのようなＢＳＲおよびＬＣＰパラメータを導くために準静的に使用することができる（再導出／再設定されるまで）固定比率を使用することである。その比率は、同じものの新たな導出／シグナリングのときに後で変更されるまで、準静的に固定（以下「固定」と称する）され得る。
【０１４９】
その一例は、図１８に示される。図から分かるように、１：４の比率では、ＭｅＮＢにおける論理チャネル２（ＬＣ２）−ＢＳＲの分割は、ＬＣＧ１およびＬＣＧ２のそれぞれに対する１１０バイトおよび９９バイトについて報告される。さらに、ＬＣＧ１およびＬＣＧ２のそれぞれについて１３３バイトおよび７８バイトがＳｅＮＢに報告される。
【０１５０】
より具体的には、図１８は、ＵＥ側の図を概略的に示す。ここでは、それらのチャネルのみに対するＢＳＲが、ＭｅＮＢ−ＵＥまたはＳｅＮＢ−ＵＥの対応するペアの間で実際に受信／送信されるＬＣＧ内部で報告されると想定する。図示するように、本実施形態では、ＵＥ内に、論理チャネルのそれらの部分に対応するバッファサイズを算出する２つのＭＡＣエンティティ、すなわち、ＭＡＣ−ＭｅＮＢおよびＭＡＣ−ＳｅＮＢ、が存在する。特に、本例では、２つの論理チャネルグループ、ＬＣＧ１およびＬＣＧ２が存在し、ＬＣＧ１は論理チャネルＬＣ１およびＬＣ４を有する一方、ＬＣＧ２は論理チャネルＬＣ２およびＬＣ３を有する。図に示すように、ＬＣ２のみが、そのパケットがＭｅＮＢおよびＳｅＮＢの両方を介して送信／受信される分離ベアラである。バッファ状況報告の計算は、すべての論理チャネルのＢＯ（Buffer Occupancy：バッファ占有）を加える。各論理チャネルのＢＯは、ＲＬＣバッファ＋ＰＤＣＰバッファである。さらに、ＲＬＣはｅＮＢごとであるので、ＲＬＣ  ＢＯは、対応するノードにのみ報告される、すなわち、共用ではない。ＰＤＣＰバッファは、関連する論理チャネルが分離される場合にのみ対応するＭＡＣの間で共用／分離され、そうでない場合には共用／分離されない。
【０１５１】
したがって、ＬＣ１について、一例として、ＭＡＣ−ＭｅＮＢによってＭｅＮＢに報告されるＢＳＲは、ＬＣ１のＰＤＣＰ  ＢＯ（１００バイト）＋ＬＣ１のＲＬＣ  ＢＯ（１０バイト）の単純な和である。したがって、ＭＡＣ−ＭｅＮＢは、論理チャネルＬＣ１に対応するバッファサイズを１１０バイトとして計算する。ＭＡＣ−ＭｅＮＢのＬＣＧ１はＬＣ１のみで構成されるので（ＬＣＧ１に属するＬＣ４はＳｅＮＢを示す）、ＬＣＧ１のＭｅＮＢに（ＭＡＣ−ＭｅＮＢによって）報告されるバッファ状況は、１１０バイトである。
【０１５２】
分離ベアラのケース、ＬＣ２、の例をとると、例示した比率は１：４、すなわち、ＭｅＮＢに対して１、ＳｅＮＢに対して４であるので、ＰＤＣＰ  ＢＯはこの比率で分割される。すなわち、ＬＣ２のＭＡＣ−ＭｅＮＢによってＭｅＮＢに報告されるＰＤＣＰ  ＢＯは８０＊１／５＝１６バイトである。また、ＬＣ３は、ＬＣＧ２の一部であり、ＬＣ３は分離ベアラではないので、ＬＣ３のＰＤＣＰ  ＢＯは直接追加される。したがって、ＭＡＣ−ＭｅＮＢによってＭｅＮＢに報告されるＬＣＧ２のＰＤＣＰ  ＢＯは、７６バイト、すなわち（１６＋６０）バイトである。加えて、バッファ状況報告はＰＤＣＰ  ＢＯ＋ＲＬＣ  ＢＯの和であるので、対応するＢＳＲは、この値にＲＬＣ  ＢＯを加える。したがって、ＭＡＣ−ＭｅＮＢは、論理チャネルＬＣＧ２に対応するバッファサイズを９９バイト、すなわち、（７６＋１１＋１２）バイトとして計算する。一方で、ＳｅＮＢへの報告については、ＬＣ２のＰＤＣＰ  ＢＯの残りの部分、すなわち、８０＊４／５＝６４バイトが使用され、これにＲＬＣ  ＢＯ、本例では別の１４バイトが追加され、ＳｅＮＢへの報告される合計値の７８バイトが得られる。
【０１５３】
上記の例で、１：４は単に例示的な比率であり、１／５：４／５または０．２：０．８として表すこともできる。別の例として、ＵＥが特定の分離ベアラのＵＬにおいて送信される１００バイトのデータを有し、ネットワークによって導出およびシグナリングされる比率が同一ベアラに対してＭｅＮＢとＳｅＮＢとの間で２：３である場合、ＵＥは、ＭｅＮＢに対する４０バイト、および、ＳｅＮＢに対する６０バイトのバッファ占有を報告するであろう。有利な一実装形態によれば、この比率は、主に、ネットワークがスモールセルにどの位のトラフィックをオフロードしたいか（例えば、１０％、５０％、９９％または１００％）に基づく。
【０１５４】
例えば、比率が１００％である場合、すべてのトラフィックがスモールセルにオフロードされるものとする。０：１に対応する比率、すなわち、ＭｅＮＢにはゼロでＳｅＮＢにすべての場合を考慮し、ＰＤＣＰ  ＢＯがそれに応じて分割される。図１８のＰＤＣＰおよびＲＬＣバッファを想定するとき、これは以下のことをもたらす。論理チャネルＬＣ２について、ＭＡＣ−ＭｅＮＢによってＭｅＮＢに報告されるＰＤＣＰ  ＢＯは、０バイトである。前述のように、論理チャネルＬＣ３もグループＬＣＧ２の一部であり、分離ベアラでないことに完全に起因して、論理チャネルＬＣ３の６０バイトのＰＤＣＰ  ＢＯが追加される。したがって、ＭｅＮＢに報告されるグループＬＣＧ２のＰＤＣＰ  ＢＯは、６０バイトである。ＰＤＣＰ  ＢＯの６０バイトに、グループＬＣＧ２の対応するＲＬＣ  ＢＯが追加されることになる。これは、それぞれ論理チャネルＬＣ２およびＬＣ３について別の１１バイトおよび１２バイトを追加することになる。
【０１５５】
一方で、ＳｅＮＢへのＢＳＲ報告について、分離ベアラの全部のＰＤＣＰバッファが報告される。具体的には、ＬＣ２のＰＤＣＰバッファにおける８０バイトが、ＬＣ２の１４バイトのＲＬＣ  ＢＯに完全に追加される。したがって、完全なＢＳＲは、合計値９４バイト（８０＋１４）を報告する。
【０１５６】
これは、０％、または１：０、の特別な比率、すなわちトラフィックがスモールセルに少しもオフロードされないケース、に同様に適用される。この場合、分離ベアラＬＣ２の全部のＰＤＣＰバッファが、ＭｅＮＢに報告され（ＬＣ３の６０バイトと、ＬＣ２およびＬＣ３のＲＬＣ  ＢＯとに加えて）、分離ベアラＬＣ２のＰＤＣＰバッファは、ＳｅＮＢに報告されない（ただし、ＬＣ２のＲＬＣ  ＢＯはゼロではなく、ＳｅＮＢにまだ報告される）。
【０１５７】
１：０および０：１の特定の分離比率は、分離ベアラのケースのＢＳＲ処理に関してＵＥの振る舞いを簡易化する利点を有する。
【０１５８】
バッファ状況報告が、ＢＳＲの値がゼロではないときにのみ実際に報告される場合、さらに有利である。別の表現をすると、特に、１：０または０：１の特別な分離比率によりＰＤＣＰ  ＢＯが０である前述のケースでは、ＢＳＲは、実際に、ＲＬＣレイヤのＢＯ（すなわち、ダウンリンクにおける受信されたＲＬＣ  ＰＤＵの状況を反映するＲＬＣ  ＢＯ）をＳｅＮＢへ報告する。しかし、データがＲＬＣレイヤ（この場合にはＬＣ２）のバッファ内に無いケースでは、計算されることになる対応するＢＳＲは、値０を有することになる。その結果として、有利な一実施形態によれば、０の値を報告することになるこれらの種類のＢＳＲは、送信されないことになる。
【０１５９】
固定比率は、例えば、ネットワークによって導かれ、ＵＥにシグナリングされる。いくつかの実装形態で、ＭｅＮＢは、例えば同様にＳｅＮＢからのＳｅＮＢロードファクタなどの入力を考慮して比率の値を定義する役割を担う。一実施形態で、ｅＮＢは、ＲＲＣシグナリングを使用して（例えば、ベアラを（再）設定しながら）またはＭＡＣシグナリングを使用して、ＵＥに比率値をシグナリングすることができる。
【０１６０】
この比率は、どの割合のバッファが特定の分離ベアラの各々に関係するセルに、または代替方法としてすべての分離ベアラに、報告される必要があるかをＵＥに伝えることができる。したがって、この比率は、ＵＥごとに１つのみの比率を使用することによって、実装され得る。
【０１６１】
いくつかの実施形態で、例えば次のいくつかのＴＴＩにおいてどの位のＵＬグラントが他方のｅＮＢによってＵＥに提供されることになるかをｅＮＢが知るだけではないように、ネットワークノードＭｅＮＢおよびＳｅＮＢは、この割り当てられた比率情報を共有することができる。これは、他方のリンクのリソース／ＵＬ電力使用の指示を与えることができ、各リンクは、それに応じてそれのリソース／ＵＬ電力使用を行うことができる。
【０１６２】
１：０および０：１の特定の比率（すなわちスモールセルにオフロードしない／すべてオフロードする場合）に対して、ネットワークは、以下に説明するように、異なる方法でＰＤＣＰレイヤの全バッファ占有をどのように分割するかをシグナリングすることができる。例えば、ネットワークは、上記で説明したように、どのリンクがＰＤＣＰデータのＢＳＲ報告のために使用されるべきかをベアラ設定において既に指示し得る。これは、例えば無線リソース設定メッセージ、例えば無線リソース制御（ＲＲＣ）メッセージによって、行うことができる。第１のシグナリング実装形態によれば、フラグが、分離ＥＰＳベアラに関連する論理チャネルについて導入され得る。そのフラグは、ＵＥがこの論理チャネルのＢＳＲ内でバッファにおけるＰＤＣＰデータを報告すべきか否かを指示する。例えば、フラグは、logicalChannelSR-Mask情報エレメント（ＩＥ）と同様の方法で、非特許文献３において定義された、logicalChannelConfig情報エレメントに含まれ得る。代替方法として、ＰＤＣＰデータがＢＳＲ報告についてのみ考慮され、フラグがセットされるときに「入手可能になるデータ(data becoming available)」としてトリガするＢＳＲについて任意に考慮されるように、非特許文献７、非特許文献６および非特許文献２における「入手可能になるデータ」の定義は再使用することができる。このフラグは、基本的に、分離ベアラの２つの論理チャネルのうちのどちらがＰＤＣＰデータのＢＳＲ報告のために使用されるかを指示することになる。それらの２つの論理チャネル、すなわちＭｅＮＢに向けた送信のために使用されるもの、またはＳｅＮＢに向けた送信のために使用されるもののいずれかの１つが、ＰＤＣＰデータのＢＳＲ報告のために使用可能にされることになり、他方はＰＤＣＰデータのＢＳＲ報告のために使用不可能にされる（または中断される）ことになる。
【０１６３】
第２のシグナリング実装形態によれば、新しい情報エレメントがＭＡＣ−ＭａｉｎＣｏｎｆｉｇ  ＩＥまたはＤＲＢ−ＴｏＡｄｄＭｏｄ  ＩＥ（非特許文献３において既に標準化された）のいずれかにおいて特定され、それにより、分離ベアラのＰＤＣＰデータがＢＳＲ報告のための特定の無線ベアラまたは論理チャネルによって考慮されるか否かが指示される。
【０１６４】
さらに、リンクのうちの何れか１つが分離ベアラのＰＤＣＰデータのＢＳＲ報告のために使用不可能にまたは中断されるように設定された場合でも、このリンクは、対応するｅＮＢへの分離ベアラのＲＬＣデータ（例えばRLC STATUS PDU）の報告のために使用される。アップリンクで送信されるＢＳＲまたはＰＨＲのようなＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）は、無線ベアラ特有のデータではなく、したがって、本開示の範囲内にはない。
【０１６５】
ネットワーク、例えばＭｅＮＢ、が比率をどのように導出するかは、関係するセルのセルロード、どの位のトラフィックがＳｅＮＢにオフロードされる必要があるかなどのオフロード要件、どのリンクがより優れている／劣っているかなどのＵＥのＵＬチャネル状態、パケット遅延／ベアラレイテンシ要件などのＱｏＳファクタなどのような何らかの特定の基準に基づき得る。
【０１６６】
ＢＳＲ割当ては、非特許文献７にあるような、ＰＤＣＰサブレイヤにおけるバッファ占有にのみ適用することができ、例えば「現状維持（as-is）」、すなわちＭｅＮＢとＳｅＮＢとの間のさらなる分離なしに報告され得るＲＬＣサブレイヤには適用されないことがある。
【０１６７】
さらに、上記の比率ベースの分離は、ＵＥに設定され得るまたは特定され得る何らかの「Certain Minimum Traffic/buffer」を条件とすることがある。例えば、ある一定の最小範囲が設定可能である、すなわち、ネットワークがRRC Reconfigurationメッセージを使用してＵＥにベアラを設定するとき、非特許文献２のａ４０に記載されたテーブル６．１．３．１−１：Buffer size levels for BSRのインデックス２０までは、ある一定の最小範囲より低いものとして考慮される。
【０１６８】
結合されたＰＤＣＰおよびＲＬＣのバッファ占有がこの最小閾値より少ないとき、ＵＥは、むしろ、そのＵＬデータをリンクのうちの１つにのみで送信することができる。そのリンク自体は、ＵＥの選択に基づいてもよく、または最小トラフィック／バッファ占有とともに予め設定してもよい。この拡張の１つの起こり得る代替として、ベアラタイプ（例えば、ストリーミング、バックグラウンドなどのようなシグナリングまたは特定のデータベアラ）が、ＵＥがこのデータ送信のために特定のリンクのみを使用し得ることを決定する。リンク／ベアラそれ自体の選択は、事前に設定／特定されてもよく、またはＵＥの実装形態の選択に基づいてもよい。
【０１６９】
ＢＳＲ分離に関する上記および下記の実施形態に加えてまたはその代替方法として使用することができる、さらなる一実施形態によれば、ＵＥにおいて受信されるＴＣＰダウンリンクデータに関するＴＣＰレイヤのいずれの確認応答（Acknowledgements）は、常にＭｅＮＢに送信されることになる。これは、TCP ACKがＳｅＮＢを介して受信されたデータを示すか否かとは無関係であり、および／または、他のアップリンクデータが移動ノードによってＭｅＮＢまたはＳｅＮＢに送信されるか否かとは無関係である。
【０１７０】
ＵＥにより受信される各ＴＣＰダウンリンクデータパケットに対するＴＣＰ確認応答がアップリンクにおいて送信される。通常、ＴＣＰ確認応答は、図７に例示するように処理され、それにより、ＩＰレイヤにおいて、そしてさらにＰＤＣＰレイヤによってＰＤＣＰ  ＰＤＵとしてカプセル化される。すべてのＴＣＰ  ＡＣＫをＭｅＮＢに送信させるために、ＵＥは、これらのＴＣＰ  ＡＣＫ（または、少なくとも、別法でＳｅＮＢに送信されることになるＴＣＰ  ＡＣＫ）を検出し、それらを適切な論理チャネルを介して（ＳｅＮＢではなく）ＭｅＮＢに送る必要がある。これは、そのうちのいくつかが以下で説明される異なる実装形態によるＵＥによって達成することができる。
【０１７１】
第１の実装形態によれば、レイヤ間の通知は、ＴＣＰおよびＰＤＣＰレイヤの間で定義することができる。それによって、ＰＤＣＰレイヤがＴＣＰ  ＡＣＫを識別し、さらなる処理およびＭｅＮＢへの送信のために適切なＲＬＣエンティティにそれらを送ることを可能にする。
【０１７２】
代替方法として、ＰＤＣＰレイヤは、例えば何らかの実装ルールに基づいて、直接に、すなわち上位レイヤからのレイヤ間通知なしに、ＴＣＰ  ＡＣＫを検出することができる。例えば、通常は、ＴＣＰ  ＡＣＫは固定ＰＤＣＰ  ＰＤＵサイズを有し、それによって、ＰＤＣＰ  ＰＤＵと区別することができる。代替方法として、ＴＣＰ／ＩＰヘッダは、ＴＣＰ  ＡＣＫに関連付けるようにデータを識別する。
【０１７３】
これらの検出処理は、ＩＰヘッダ圧縮の前にＰＤＣＰレイヤによって実行することができる。
【０１７４】
いずれのケースでも、ＵＥは、ＭｅＮＢへの送信のために、すべてのＴＣＰ  ＡＣＫを適切な下位のレイヤに向けることができるものとする。
【０１７５】
シミュレーションの結果により証明されたように、ＴＣＰ特性は、ＲＴＴ（Round Trip Time）／遅延に直接関連する。したがって、ダウンリンクスループットは、ＴＣＰ  ＡＣＫがＳｅＮＢとＭｅＮＢとの間で付加的Ｘ２遅延しないときに最適化／増加されることになり、ＴＣＰ  ＲＴＴは低減される。
【０１７６】
前述のように、すべてのＴＣＰ  ＡＣＫがＭｅＮＢに送信されることになる、この特定の実施形態は、ＢＳＲを計算するときに、そしてＭｅＮＢおよびＳｅＮＢのうちの１つへの分離ベアラのＰＤＣＰデータのアップリンク送信を停止（deactivate）させるるときに、分離比率に関する実施形態のいずれかと組み合わせて使用することができる。しかし、これらの特定のケースでは、ＭｅＮＢへの分離ベアラが停止され（すなわち、すべてのトラフィックがＳｅＮＢにオフロードされるものとし）、ＴＣＰ  ＡＣＫはオフロードされず、（たとえ、それらがＰＤＣＰレイヤによって実際に処理されるとしても）ＭｅＮＢに送信されるものとする。これは、そのＵＥにより近いＳｅＮＢへのトラフィックのオフロードを可能にすることになるが、すべてのＴＣＰ  ＡＣＫをＭｅＮＢに送信することによって、上記で説明したように、同時にＴＣＰ特性を向上することになる。
【０１７７】
前記の理由で、ＴＣＰアップリンクＡＣＫは、記載された処理の例外として扱われることになり、バッファ状況報告のために考慮される必要がある。上記の実施形態について説明したように、比率が０：１である（すなわち、すべてのＰＤＣＰデータがアップリンクにおいてＳｅＮＢに送信され、ＢＳＲが、ＰＤＣＰ  ＢＯに関して０：１によって分離される）とき、ＴＣＰ  ＡＣＫのＰＤＣＰバッファ占有は、前述の実施形態の例外として、ＢＳＲ報告のために実際に考慮されるものとする。特に、ＰＤＣＰバッファを占有する任意のＴＣＰ  ＡＣＫは、対応するＢＳＲにおいてＭｅＮＢに報告されるものとするが、ＳｅＮＢには報告されないものとする。したがって、ＴＣＰ  ＡＣＫは、その分離比率が実際に適用されることになる、ＰＤＣＰバッファ内の他のデータとは異なって扱われるものとする。言い換えれば、ＢＳＲ報告のために設定されるときにも、分離比率は、ＰＤＣＰバッファ内のＴＣＰ  ＡＣＫに適用されないものとする。
【０１７８】
ネットワークが比率を決定する実施形態の代替方法として、例えば、以下のうちの１つまたは複数を含むがこれらに限定されない様々な入力パラメータに基づいて、固定比率が、ＵＥ自体によって導出され得る：
−  無線閾値／ＨＡＲＱ再送信（例えば、劣悪な無線リンクよりも良好な無線リンクを使用する）
−  履歴：受信された過去のグラント（特定のセルから受信されたより高いグラントが、より高い比率をもたらすことになる）
【０１７９】
一般に、ＵＥの比率導出は、例えば、１０／１００／１０００ｍｓなどの過去の時間により多くのグラントを与えた、またはより小さいＨＡＲＱ動作ポイントを有する、より有利なセルがより高いＢＳＲ／ＰＢＲ比率を受けるような、これらのパラメータの関数でもよい。
【０１８０】
その比率は、ＵＬ  ＲＲＣまたはＭＡＣシグナリングによってネットワークに通知されることができ、どの位のバッファ占有が分離ベアラのために他方のノードに報告されているかをネットワークノードが知ることを可能にする。
【０１８１】
加えて、ＵＥと何れか１つのネットワークノードとの間で受信／送信される非分離ベアラ、いわゆる単一接続ベアラについて、これらのバッファ占有が、「他のノード」に報告され得る。言い換えれば、例えば、図１８で、１１０バイトおよび１３３バイトを他方のノード（それぞれ、ＳｅＮＢおよびＭｅＮＢ）に報告することが可能である。これは、ＵＥが他方のノードから高い／低いリソース割当て（例えば＞１Ｍｂｐｓ）を有することになるかを決定するための指示を提供する。したがって、ＭｅＮＢ／ＳｅＮＢは、ＵＥ送信電力を含み、それに影響を及ぼす無線リソースを割り当てる間に、衝突を最小限に抑えるようにＵＥをスケジュールすることができる。
【０１８２】
バッファ状況は、論理チャネルごとではなく、論理チャネルグループについて、ＵＥによって報告される。論理チャネルグループは、分離ベアラの論理チャネルならびに非分離ベアラの論理チャネルを含み得る。非分離ベアラの論理チャネルのバッファ状況は、対応するｅＮＢにのみ報告され得る（すなわち、ＭｅＮＢに向けた非分離ベアラのバッファ状況は、ＭｅＮＢにのみ報告されるべきであり、ＳｅＮＢについてもまた同様である）。さらなる拡張として、ＭｅＮＢに向けた非分離ベアラのバッファ状況はまたＳｅＮＢにも報告することができ、逆もまた同様である。これは、例えば、次のいくつかのサブフレームでＵＥがセカンダリ基地局から受信することがどのくらいスケジューリングされるかをマスタ基地局（ＭｅＮＢ）が決定するのを助けることになる。その結果、マスタ基地局は、無線リソースを割り当てる間に、衝突を最小限に抑えるようにＵＥをスケジュールすることができる。これは、例えば、次のいくつかのサブフレームにおけるＵＥの総所要送信電力を推定する間に有用であり得る。本拡張は、（ＵＥに向けたネットワークによって）設定すること、および、ＭｅＮＢおよびＳｅＮＢについて１つずつのバッファ状況報告の２つの部分にＵＥが含むことによって、達成することができる。
【０１８３】
分離ベアラの論理チャネルのＢＳＲの報告に関して：分離ベアラの論理チャネルは、別個の論理チャネルグループ、すなわちネットワークによってこのグループ内の非分離ベアラの論理チャネルを含まないもの、として設定されるべきである。ＬＣＧへのベアラのマッピングは、ベアラの優先順位に従って行われるべきである。本質的に、同一優先順位のベアラのみが、同一ＬＣＧにマッピングされるべきである。したがって、分離ベアラが異なる優先順位を有する場合、それらは、別個のＬＣＧに行きつくと考えられるべきであろう。
【０１８４】
したがって、分離ベアラのすべての論理チャネルのバッファ状況は、それらのＬＣＧにおいて共に報告され得る。これは、現在そうである（最大４ＬＣＧ）ような、４ＬＣＧを超えるＬＣＧをネットワークが設定されることを必要とし得る。この場合、ネットワークは、特定された比率でＵＥを供することを（Ｘｎインタフェースを使用して）内部で決定することができる。
【０１８５】
あるいは、代替方法として、分離ベアラの論理チャネルのバッファ状況は、ＵＥ全体について（ＭｅＮＢ／ＳｅＮＢの分離なしで、すなわち、すべてのＰＤＣＰ  ＢＯが報告されるように）計算され、対応するＬＣＧ内部のｅＮＢのいずれか／両方に報告され得る。
【０１８６】
（例えば、分離ベアラの）ＢＳＲを何れか１つのノードにのみ報告する場合、ＵＥは、以下に基づいてノードを選択することができる：
−  ＵＥのＵＬチャネル状態およびそのノード内のリソースアベイラビリティに従ってより適切であるリンクを最大限使用するための、ＨＡＲＱ再送信、前回の割当てなどの履歴、
−  以下の状況で、ＵＥがＢＳＲ報告のために特定のセルを選択することになるように指示することができるネットワークポリシの一部として、特定のノードが選択されるように設定することができる：
・無線閾値、例えば、ＤＬ  ＲＳＲＰ、ＵＬ  ＨＡＲＱ動作ポイントなどが所定の閾値を超える場合、ＢＳＲ報告のためにセルＸを選択する。
・バッファ占有、例えば、ＢＯが所定の値、閾値１より少ない場合、ＳｅＮＢを選択する。
・Ｄ−ＳＲ、ＰＵＣＣＨでの専用ＳＲが設定されたＢＳＲを送信するために、セルを選択する。
・何らかのＵＥ実装の方法。
【０１８７】
起こり得る拡張として、第１のセル／リンクが、Ｎ  ｒｅｔｘＢＳＲタイマ（Ｎは１以上の整数）の終了後など、特定された時間内に多くの／任意のグラントを提供しなかった場合、例えば、第１のセルが、ＵＥが要求したグラントの５０％未満を提供した場合、ＵＥはＢＳＲを他方のセル／リンクに送信することができる。
【０１８８】
さらに別の解決法として、比率値０（０：１）、無限（１：０）などは、完全にリンクのうちの一方のスイッチを切るために使用することができる。例えば、比率０が、ＭＡＣシグナリングを使用してシグナリングされた場合、ＵＥは、第１のリンク（例えばＭｅＮＢ）（その比率に応じて対応する分離ベアラまたはすべてのベアラ）の使用を完全に停止することになる。同様に、比率無限がシグナリングされた場合、ＵＥは、第２のリンク（例えばＳｅＮＢ）の使用を停止することになる。
【０１８９】
さらに詳細な一実装形態で、上記で説明したようにＢＳＲ計算について既に考慮された、０：１および１：０の分離比率は、アップリンクにおいて共用ＰＤＣＰエンティティからデータを送信するためのＭｅＮＢまたはＳｅＮＢのいずれかへの分離ベアラを停止するために、追加でまたは代替方法として使用することができる。例えば、ＰＤＣＰ  ＢＯが１：０の分離比率でＭｅＮＢに完全に報告されるときにＢＳＲ報告に従って、ＳｅＮＢへのベアラは、停止または中断されることができる。それによって、ＰＤＣＰレイヤによって処理される、ＳｅＮＢへのアップリンクデータを送信するためにベアラが使用されない。逆に、ＰＤＣＰ  ＢＯが０：１の分離比率でＳｅＮＢに完全に報告されるときにＢＳＲ報告に従って、ＭｅＮＢへのベアラは、停止または中断されることができる。それによって、ＰＤＣＰレイヤによって処理される、ＭｅＮＢへのアップリンクデータを送信するためにベアラが使用されない。
【０１９０】
これは、ベアラ分離がそれにより事実上ダウンリンクでのみ生じるため、ＵＥの振る舞いがそれらの分離ベアラのＬＣＰ処理について簡易化されるという利点を有する。すべてのアップリンクデータ（ＲＬＣデータを除く）は１つのｅＮＢにのみに行くので、ＵＥは、２つのｅＮＢの間でＰＤＣＰバッファ占有をどのように分離するかを決定する必要はない。
【０１９１】
図１６と同様に、図１９は、セル２へのベアラ（ＳｅＮＢ）の停止を例示的に示し、共用ＰＤＣＰレイヤ（エンティティ）は、セル１のＲＬＣレイヤエンティティにのみ（すなわち、ＭｅＮＢに向けて）すべてを送る。図２０は、ＭｅＮＢに向けたベアラが停止されるケースを示し、共用ＰＤＣＰレイヤ（エンティティ）はセル２のＲＬＣレイヤエンティティにのみ（すなわち、ＳｅＮＢに向けて）すべてを送る。
【０１９２】
上記で既に述べたように、リンクのうちの１つが分離ベアラのＰＤＣＰデータのアップリンク送信について無効または中断されるように設定された場合でも、このリンクは、対応するｅＮＢに対して、分離ベアラのＲＬＣデータ、例えばRLC STATUS PDUsを送信するために使用される。言い換えれば、ＲＬＣエンティティに由来するデータは、分離ベアラの分離比率および停止とは無関係に、対応する基地局に送信されることができる。さらに、アップリンクで同様に送信されるＢＳＲまたはＰＨＲのようなＭＡＣ制御エレメント（ＭＡＣ  ＣＥ）は、無線ベアラ特有のデータではなく、したがって、本開示の範囲内にはなく、それらは、対応する基地局に送信される。図１９から明らかなように、ＰＤＣＰ（ＲＬＣ、ＭＡＣ）の下位のレイヤによって生成されたものとしてのデータは、セル２を介してＳｅＮＢに送られる。
【０１９３】
任意に、さらなる例外は、ＴＣＰ確認応答、すなわちＵＥで受信されたＴＣＰダウンリンクデータに対してＵＥ  ＴＣＰレイヤから送信される確認応答に関する。さらなる実施形態で説明したように、ＴＣＰ確認応答は、１つの設定されたｅＮＢ、すなわちＭｅＮＢに常に送信されるものとする。したがって、分離ベアラの場合には、ＴＣＰ  ＡＣＫは、ＭｅＮＢにさらに送るために、ＰＤＣＰレイヤから対応する下位のレイヤに送られることになる。これは、ＳｅＮＢから受信されたＴＣＰダウンリンクデータに関するＴＣＰ  ＡＣＫにも、そして、すべてのＰＤＣＰデータ（ＰＤＣＰレイヤによって処理されるＴＣＰ  ＡＣＫを含む）がＳｅＮＢに送信されると想定される上記の場合にも当てはまるものとする。
【０１９４】
これは、例えば、すべてのＴＣＰアップリンクＡＣＫをＭｅＮＢに送信させることを少なくとも例外として、すべてのデータがＳｅＮＢにオフロードされるシナリオをもたらし得る。任意の別の実施形態によれば、ＰＤＣＰ状況ＰＤＵもまた、追加のＸｎ遅延を回避するために、１つの所定のｅＮＢ、例えばＭｅＮＢに常に送信される。ＴＣＰ確認応答と同様に、ＰＤＣＰエンティティは常に、ベアラの分離比率または停止とは無関係にＭｅＮＢにさらに送信するために、対応する下位レイヤにＰＤＣＰ状況報告を送ることになる。これは、例えば、すべてのＰＤＣＰ状況ＰＤＵをＭｅＮＢに送信させることを少なくとも例外として、すべてのデータがＳｅＮＢにオフロードされるシナリオをもたらし得る。
【０１９５】
ＵＥは、分離比率に関して、ＭｅＮＢによるさまざまな方法でＰＤＣＰアップリンクデータについて分離ベアラのどのリンクを停止するかに関して、通知を受けることができる。ＢＳＲ計算に関して使用される分離比率に関して既に説明したように、ネットワークは、特定のリンクがＰＤＣＰアップリンクデータを送信するために使用されるべきか否か、すなわち、特定のリンクがＰＤＣＰアップリンクデータの送信に関して停止されるべきか否かをベアラ設定において既に指示し得る。これは、無線リソース制御（ＲＲＣ）メッセージによって、例えば無線リソース設定メッセージによって行われ得る。
【０１９６】
第１のシグナリング実装形態によれば、フラグが、分割ＥＰＳベアラに関連する論理チャネルのために導入され得る。フラグは、ＵＥがＰＤＣＰアップリンクデータの送信のために特定の論理チャネルを使用すべきか否かを指示する（そして、この論理チャネルのＢＳＲにおいてＰＤＣＰデータを報告するか否かを追加で指示することができる）。例えば、フラグは、LogicalChannelSR-Mask情報エレメント（ＩＥ）と同様の方法で非特許文献３に定義されている、LogicalChannelConfig情報エレメントに含まれ得る。代替方法として、非特許文献７、非特許文献６および非特許文献２の「入手可能になるデータ」の定義が前記に関して再び使用され得る。
【０１９７】
第２のシグナリング実装形態によれば、新しい情報エレメントは、MAC-MainConfigまたはDRB-ToAddMod（非特許文献３において既に標準化された）のいずれかで特定することができる。それにより、ＵＥがＰＤＣＰアップリンクデータを送信するために特定の無線ベアラまたはそれぞれに論理チャネルを使用すべきか否かを指示する（そして、この無線ベアラまたは論理チャネルで送信するためのＰＤＣＰデータを報告するか否かを追加で指示することができる）。
【０１９８】
また、上記のＢＳＲ導出比率は、例えば同じものまたは導出された比率を使用してＰＢＲ（prioritisedBitRate）を分割することによって、論理チャネル優先順位付け処理を実行するために使用することができる。例えば「ｋＢｐｓ１２８」のＰＢＲ、すなわちＴＴＩごとに１２８バイトのＰＢＲが比率１：３（すなわち、ＭｅＮＢの各バイトにつき、ＳｅＮＢが３を得る）で割り当てられた場合、それらのリンクでの有効なＰＢＲは、それぞれ、３２および９６になる。これらの導出されたＰＢＲで、ＬＣＰ処理は、非特許文献２の５．４．３．１節に定義される論理チャネル優先順位付けにおいて定義されるように、対応する２つの異なるセル／リンクのために２つの異なるＭＡＣサブレイヤで実行され得る。
【０１９９】
しかし、固定比率手法が使用される必要がない場合、別の代替は、仮想バケット手法を使用することになろう。本手法では、セル／リンク１に対応するＭＡＣ−１は、ＬＣＰを通常通り実行し、それに従って、分離ベアラの満足なＰＢＲ状況（本明細書に援用される非特許文献２の５．４．３．１節にあるような定義された「Ｂｊ」）を更新することができる。セル／リンク２に対応するＭＡＣ−２は、通常通りＬＣＰを実行するが、それに従って、ＭＡＣ−１によって更新された新しい値（非特許文献２の５．４．３．１節にあるような「Ｂｊ」）を分離ベアラのためにとることができる。
【０２００】
どのリンクについてどのＭＡＣエンティティが最初にＬＣＰ処理の実行を開始するべきかに関して、いくつかのメカニズムが存在する。これは、ＵＥ実装形態、例えば、何らかのＵＥ実装形態をＳｅＮＢで常に開始することができ、他はＭｅＮＢで常に開始することができる、に委ねることができ、代替方法として、他のＵＥ実装形態は、ランダムに、またはリンクのうちの１つのために以前に受信されたグラントに基づいて、決定することができる。
【０２０１】
起こり得る一例において、ほとんどの、例えば５０％を超える、グラントが特定のｅＮＢによって与えられた場合、ＵＥはこのｅＮＢのグラントで開始することができる。さらなるオプションとして、ＵＥは、同様の基準に基づいて第１のＭＡＣ（セル／リンク）を切り替えることができる。または、ＵＥは、例えば、送信される、集約されていないデータに関して不適切性を有することが少ないセル（このセルに対応するＢＯ占有）で開始することによって、ネットワークによって設定することもできる。不適切性は、バッファ内のデータの未充足のＰＢＲおよび／または残りの量を集約することによって、計算することができる。さらに、この方法で選択されたＭＡＣエンティティで、最も高い優先順位のベアラの不適切性は、先ず、余分のグラントを割り当て、次いで連続してより低い優先順位の不適切なベアラに進むことによって、最小限に抑えることができる。
【０２０２】
固定比率手法が使用される必要がないときの代替解決法として、ネットワークは、ＭＡＣが分離ベアラを考慮するＬＣＰを実行することになるときの、ＴＤＭ方式などの時分割を設定することができる。他方のＭＡＣは、これらの時間スロットのこの分離ベアラを考慮しないが、他の方法で、通常はすべての他のベアラのＬＣＰを実行する。
【０２０３】
固定比率手法が使用される必要がないときのさらなる代替解決法として、第１のＣＰが両方のＭＡＣエンティティにおいて通常は実行され、次いで、分離ベアラの、負のＢｊが単に０に戻るように、最も高い不適切性を有するＭＡＣのうちの１つが、分離ベアラへの割当てを取り除くことによって不適切性の低減を試みるような、より多数のステップが、非特許文献２の５．４．３．１節に記載された処理に追加され得る。これらのグラントは、それらのＢｊがまだ正である場合には、他のベアラに分散され、そうでない場合には（または、グラントがまだ残っている場合には）、余分のグラントを割り当て、次いで連続してより低い優先順位の不適切なベアラに進むことによって、最も高い優先順位のベアラの不適切性が、先ず、最低限に抑えられ得るように、バッファ内に任意のデータをまだ有する最も高い優先順位のベアラから開始し、他の高い優先順位のベアラにグラントを割り当てる。
【０２０４】
以下で、さらなる代替手法が開示される。
固定比率手法が使用される必要がないときのさらに別の代替解決法として、すべてのセル／リンクからのグラントが、１つのグラントとして集約可能である。ＬＣＰ処理は、セル内の論理チャネルへのこれまでに割り当てられたグラントの合計が、そのセルによってもたらされたグラントを超えないように、実行することができる。そして、これが生じたとき、ＬＣＰ処理は、他方のＭＡＣセルの残りの論理チャネルにグラントを割り当てるものとする。
【０２０５】
論理チャネル優先順位付けのさらに別の代替方法として、ＲＲＣが各論理チャネルのためのシグナリングによってアップリンクデータのスケジューリングを制御するＰＢＲ（prioritisedBitRate）または他のパラメータが、ＲＲＣがアップリンクデータのスケジューリングを制御する各ＰＢＲ（prioritisedBitRate）または他のパラメータに対して異なる値を有するように、ネットワーク（ＲＲＣ）は、ＵＥにおいて２つの異なるセルに対応する、２つの別個の設定として分離ベアラを設定することができる。
【０２０６】
その後、ＵＥ内の各ＭＡＣエンティティは、独立してＬＣＰを実行することができる。そのようなパラメータにどのような値が設定され得るかは、上記で説明した「比率」導出と同様の決定でもよい。一実装形態オプションとして、ＵＥはまた、この同様の方式でそれ自体を設定することができる、すなわち、２つの別個の設定として分離ベアラを内部で設定することができる。
【０２０７】
さらに、例えば、比率のみではなくトリガを共有するように、異なるＵＬスケジューリング処理をまとめることを行うことができる。これは、例えば、セルのうちの１つが故障する（ＲＬＦに合う、または同様の理由で使用することができないような）ときに起こることがある。その場合、他方のリンクがダウンした、および／または、それがＵＥへのより高いグラント（電力、物理リソース）を提供し、そしてまた例えばハンドオーバー処理を使用し、何らかの他のセルへのＵＥのモビリティを含むその後の必要な処理を開始する必要がある／ことができることを、受信ネットワークノードに示すように、ＵＥは、不良リンクについて送信を想定しないＰＨＲをＢＳＲに報告し、（ＢＳＲ、ＬＣＰおよび、さらにＰＨＲを実施するために使用される）比率を変更すべきである。このセルでは、電力のような１つの状況（ＰＨＲ報告）の変更は、ＢＳＲのような他の報告をその次にトリガすることができる。また、ＵＬ論理チャネルの優先順位付けは、分離ベアラが送信において損害を被らない／被る損害が最小限となるように、これらの変更を把握すべきである。したがって、ＲＬＦが生じるときはいつでも、ＵＥは、ＲＬＦが生じたというこれらの報告／処理のうちの１つで特別な報告（黙示的または明示的）を使用してシグナリングすることができ、その場合、ネットワークは、何らかの種類の回復メカニズムを起動することができる。
【０２０８】
以下では、それに従って論理チャネル優先順位付け処理が分離ベアラを検討する本開示のさらなる実施形態、具体的には、前の実施形態のいずれかで導入されるものとしての分割バッファ状況報告、について説明する。
【０２０９】
前の実施形態のうちの１つによれば、分離ベアラのＰＤＣＰバッファ（例えば、図１８のＬＣ２）は、ＭｅＮＢへの無線ベアラとＳｅＮＢへの無線ベアラとの間で共用される。これは、以下のシナリオで例示するようなＬＣＰ処理中のアップリンクグラントの無駄をもたらし得る。
【０２１０】
ＵＥは、ＭｅＮＢにのみマッピングされる、ｅＮＢ特有のベアラＲＢ１が設定され、がＭｅＮＢおよびＳｅＮＢの両方にマッピングされる「分離ベアラ」ＲＢ２が設定されることを想定する。加えて、分離ベアラＲＢ２のためのＢＳＲ報告は、０．４から０．６の比率で設定されるものとする。１００バイトの（ＰＤＣＰ）データが同時に両方のベアラに到達すると想定すると、ＵＥは、同様に、ＭｅＮＢに１４０バイト（１００バイト＋０．４＊１００バイト）で第１のＢＳＲ１を送信し、ＳｅＮＢに６０バイト（０．６＊１００バイト）で第２のＢＳＲ２を送信することになろう。
【０２１１】
第一に、ＵＥは、ＭｅＮＢからの１４０バイトのグラントでスケジュールされる。ＲＢ２の論理チャネル優先順位がＲＢ１の優先順位より高いとすると、上記の実施形態で説明したような分離ベアラの共通のＬＣＰ処理を実行するとき、ＵＥは、ＲＢ２を介してＭｅＮＢに向けて１００バイトのデータを送信し、ＲＢ１を介してＭｅＮＢに向けて４０バイトのデータを送信する。その後、ＵＥは、ＳｅＮＢから６０バイトの別のグラントを受信する。しかし、ＳｅＮＢ向けにマッピングされたベアラのデータが残っておらず、ＵＥはＭｅＮＢに向けたデータのＳｅＮＢからのグラントを使用することができない。したがって、ＵＥは、ＳｅＮＢにパディングバイトを送信し、ＭｅＮＢに向けたアップリンク送信のまだ済んでいないＲＢ１のデータは、ＭｅＮＢが、例えば周期的ＢＳＲを介して、バッファ状況の新しい情報を受信するまで、ＵＥバッファにおいて待機する。明らかなように、ＰＤＣＰバッファ占有が分割され、分割されたＰＤＣＰ  ＢＯのみがｅＮＢに報告される実施形態を実装するとき、本ＬＣＰ処理は非効率的である。
【０２１２】
このさらなる実施形態によれば、ＬＣＰ処理は、ＰＤＣＰ  ＢＯの部分のみが２つのｅＮＢに報告されると考えるように適合される。具体的には、ＬＣＰ処理の少なくとも第１のおよび第３のステップが、以下のような同様の方式で特定されることになる：
ステップ１：Ｂｊ＞０であるすべての論理チャネルが優先順位の降順にリソースを割り当てられる。無線ベアラのＰＢＲが「無限」にセットされる場合、ＵＥは、基地局に報告されるバッファ占有の最大値までに限り、より低い優先順位の無線ベアラのＰＢＲの前に無線ベアラで送信可能なすべてのデータのリソースを割り当てられるものとする。
ステップ２：リソースが残存する場合、どちらが先でも、その論理チャネルの報告されたデータまたはＵＬグラントのいずれかが尽きるまで、すべての論理チャネルが厳密に優先順位の降順に（Ｂｊの値にかかわらず）提供される。同等の優先順位を有する論理チャネルは、同等に提供されるべきである。
【０２１３】
したがって、２つのＬＰＣ処理（ＭｅＮＢおよびＳｅＮＢに向けた、分離ベアラの各方向につき１つ）を実行するとき、前述のシナリオで、リソースの無駄は回避される。本例では、ＭｅＮＢから１４０バイトの第１のグラントを受信するとき、４０バイトのみがＲＢ２に関してＢＳＲ１で報告されたので、ＭｅＮＢにＢＲ２のすべての１００バイトのデータを送信するためのリソースを供する代わりに、４０バイトのみがＵＥによってＲＢ２を介してＭｅＮＢに送信される。ＭｅＮＢからのこの第１のグラントの残りの１００バイトのうちから、１００バイトが、ＭｅＮＢに向けてＲＢ１を待つ１００バイトのデータを送信するために費やされる。次いで、ＳｅＮＢから６０バイトの第２のグラントを受信するとき、ＲＢ２を待つ残りの６０バイトが、この第２のグラントから対応する量のリソースを使用し、送信される。
【０２１４】
分離ベアラの１つの無線ベアラまたは論理チャネルがＰＤＣＰデータのＵＬ送信について停止または中断される場合、ＬＣＰ処理は、この無効／中断された論理チャネルのＲＬＣエンティティ内のデータのみを考慮し、この無効／中断された論理チャネルのＰＤＣＰエンティティにおいて使用可能なデータは考慮しないことになる。
【０２１５】
さらに別の実施形態によれば、分離ベアラのＬＣＰ処理は、分離ベアラがアップリンクで使用している各々のリンク／ベアラの仮想ＰＤＣＰバッファを考慮する。ＰＤＣＰエンティティは、図１６に示すような分離ベアラの場合には２つのＲＬＣ／ＭＡＣエンティティの間で共用であるので、ＵＥは、２つのＭＡＣエンティティでのＬＣＰ処理において使用される各セルの仮想ＰＤＣＰバッファ／エンティティを作成する。仮想ＰＤＣＰエンティティ／バッファのＰＤＣＰバッファ占有は、共用ＰＤＣＰエンティティのＰＤＣＰバッファ占有に、設定された分離比率を乗じることによって計算される。例えば、共用ＰＤＣＰエンティティのＰＤＣＰバッファ占有が１つのタイムインスタンスで１００バイトであり、設定された分離比率が０．４対０．６である場合、セル１の仮想ＰＤＣＰバッファ／エンティティのＢＯ（ＭｅＮＢに向けた）は４０バイトである一方、セルの仮想ＰＤＣＰバッファ／エンティティのＢＯ（ＳｅＮＢに向けた）は６０バイトである。仮想ＰＤＣＰバッファ／エンティティの利点は、通常のＬＣＰ動作が上記の実施形態で説明したように分離ベアラのために行われ得るということである。
【０２１６】
以下で、本開示のさらなる実施形態を説明する。分離ベアラが存在している、すなわちＥＰＳベアラがＭｅＮＢおよびＳｅＮＢにわたり分割される、と想定する。しかし、ＭＡＣエンティティによるＢＳＲのトリガがＵＥによってどのように処理されることになるかはまだ特定されていない。データが分離ベアラのバッファに到達し、ＢＳＲがＭＡＣエンティティ（ＭＡＣ−ＭｅＮＢまたはＭＡＣ−ＳｅＮＢとする）においてトリガされるとき、他方のＭＡＣエンティティ（ＭＡＣ−ＳｅＮＢまたはＭＡＣ−ＭｅＮＢ）はトリガされ得ない。
【０２１７】
第１のオプションによれば、分離ベアラのＭＡＣエンティティのうちの一方におけるＢＳＲトリガは、実際には、他方のＭＡＣエンティティに伝搬されない。正確には、一方のＭＡＣエンティティは、それの対応する基地局にＢＳＲを報告し、他方のＭＡＣエンティティは、それ自体をトリガしたときに（例えば、データの到達によって、または周期的ＢＳＲトリガによって）ＢＳＲを報告するものとする。対応する分離比率を、２つのＢＳＲのそれぞれの計算のために考慮することができる。この場合、分離ベアラの２つのＭＡＣエンティティによる報告は、完全に独立し、実装を円滑化する。
【０２１８】
第２のオプションによれば、ＭＡＣエンティティのうちの一方（ＭＡＣ−ＭｅＮＢまたはＭＡＣ−ＳｅＮＢとする）におけるＢＳＲトリガは、他方のＭＡＣエンティティに伝搬され、この他方のＭＡＣエンティティは、また内部でＢＳＲをトリガすることになり、事実上、分離ベアラのＭＡＣエンティティはＢＳＲを報告するように、常に共にトリガされることになる。それにより、２つのバッファ状況報告が、１つはＭｅＮＢに、そして１つはＳｅＮＢに、送信されることになる。しかし、ＢＳＲ報告のアップリンクリソースがどのようにスケジュールされるかに応じて、ＢＳＲの２つの送信は、２つのセルにおいて異なる時間に起こると考えられる。したがって、分離ベアラのバッファ占有は、変更される可能性があり、すなわち、新しいデータは、２つの送信タイムインスタンスの間にバッファに到達する可能性があり、特にその後のＢＳＲ報告に関して、そのような状況をどのように処理するかの問題を引き起こす。
【０２１９】
したがって、本実施形態はまた、２つのＢＳＲが互いに関してどのように計算されるべきかの問題に対処し、異なるオプションが可能であり、そのうちの４つをさらに詳しく説明する。Ｔ０は、２つのＭＡＣエンティティがＢＳＲ報告のためにトリガされる時間であるものとし、Ｔ１は、第１のＢＳＲ（ＢＳＲ−ＭｅＮＢ、またはＢＳＲ−ＳｅＮＢとする）が送信されるようにスケジュールされた時間であるものとし、同様に、Ｔ２は、第２のＢＳＲ（ＢＳＲ−ＳｅＮＢまたはＢＳＲ−ＭｅＮＢとする）が送信されるようにスケジュールされた時間であるものとする。
【０２２０】
第１の計算オプションによれば、両方のＢＳＲが、Ｔ０（すなわち、ＢＳＲがトリガされるときの）またはＴ１（すなわち、第１のＢＳＲが送信されるとき）のいずれかにバッファ占有に基づいて計算される。分離比率は、それぞれ、２つのＢＳＲの計算に適用することができる。ＵＥは、Ｔ２にＢＳＲの計算を実行するために、Ｔ０またはＴ１にＰＤＣＰバッファ占有を記憶する必要がある。
【０２２１】
第２の計算オプションによれば、第１のタイミングのＢＳＲが、Ｔ０またはＴ１のいずれかのバッファ占有で計算され、次いで、Ｔ１でスケジュールされたように送信される。次いで、第２のタイミングのＢＳＲは、時間Ｔ２でのバッファ占有から第１の時間のＢＳＲによって既に報告されたものを引いて計算される、すなわちＢＯ＿Ｔ２−ｒｅｐｏｒｔｅｄ＿ＢＯ＿Ｔ１／０と等しい。したがって、時間Ｔ０またはＴ１で、分離比率はこの第１のタイミングのＢＳＲに適用され得るが、第２のタイミングのＢＳＲの値は、時間Ｔ１またはＴ０での報告されたＢＯに対するＴ２でのＢＯの差を反映するため、第２のタイミングのＢＳＲに対してその分離比率は適用されないものとする。この第２の計算オプションの利点は、全バッファ占有がｅＮＢに報告されるということである。
【０２２２】
第３の計算オプションによれば、２つのＢＳＲは、基本的にそれらが送信されるときの対応する時間において互いに独立して計算される。したがって、第１のタイミングのＢＳＲは時間Ｔ１のＢＯに基づいて計算され、一方、第２のタイミングのＢＳＲは時間Ｔ２のＢＯに基づいて計算される。さらに、上記で論じたさまざまな実施形態のうちの１つで説明したように、両方の場合に、分離比率はそれぞれ適用することができる。本オプションは、ＢＳＲ報告処理が、実装の観点から好ましい２つのＭＡＣエンティティにおいて独立して実行することができるという利点を有する。
【０２２３】
第４の計算オプションによれば、第１のタイミングのＢＳＲ（例えばＭｅＮＢの）は、（対応する分離比率を使用して）時間Ｔ１のＢＯに基づいて時間Ｔ１において計算される。さらに、時間Ｔ１にはまた、他方のＢＳＲ（例えばＳｅＮＢの）の値が、（対応する分離比率を使用して）時間Ｔ１のＢＯに基づいて計算されるが、これは送信されず、後の使用のために単に記憶される。特に、時間Ｔ２において、ＵＥは、新たに到達したデータ（すなわち、Ｔ１とＴ２との間に到達したデータ）に基づいてＢＳＲを計算し（それに応じて分離比率もまた適用し）、これを、時間Ｔ１に計算されたものとしてＢＳＲ（例えば、ＳｅＮＢの）の記憶された値に追加する。それにより生じた値は、次いで、スケジュールされたように、Ｔ２で報告される。
【０２２４】
これらの４つのオプションの差を、以下の例示的シナリオに従って説明する。Ｔ０およびＴ１でのバッファ状況は１００バイトであると想定する。２００バイトの新しいデータが、Ｔ１とＴ２との間に到達すると想定する。ＭｅＮＢ対ＳｅＮＢについて０．３対０．７の分離比率が定義される。時間Ｔ１に、ＭｅＮＢのＢＳＲがスケジュールされ、時間Ｔ２に、ＳｅＮＢのＢＳＲがスケジュールされる。
【表２】
2020025319.tif 000004
本開示はさらに、ＵＥ−ＳｅＮＢリンクのレイヤ２スケジューリング／トランスポートを使用するＭｅＮＢとＵＥ  ＲＲＣとの間のシグナリング無線ベアラ（ＲＲＣシグナリングメッセージ）のトランスポートの態様を検証する。
【０２２５】
シグナリング無線ベアラ（ＲＲＣシグナリングメッセージ）レイヤ２トランスポートの通常の状況では、ＲＲＣ−＞ＰＤＣＰ−＞ＲＬＣ−Ｍ−＞ＭＡＣ−Ｍのみで十分であり得るが、ＭｅＮＢがＲＲＣダイバーシティを有したい（すなわち、ＵＥが少なくとも１つのリンクを介してＲＲＣシグナリングメッセージを受信することを確保するために、ＭｅＮＢおよびＳｅＮＢリンクの両方を介してＲＲＣメッセージを送信する）とき、または、無線リンクがｅＮＢのうちの１つに向けて機能しなくなり、ＵＥが報告メッセージを送信して状況（測定結果を含む）をＭｅＮＢ内のＲＲＣに報告したい可能性がある（使用可能なＭｅＮＢまたはＳｅＮＢリンクを介して）ときのような何らかの特別な条件では、同ＳＲＢについてＲＲＣ−＞ＰＤＣＰ−＞ＲＬＣ−Ｓ−＞ＭＡＣ−Ｓの他の可能性を有する必要がある。
【０２２６】
ＵＥの観点から、ＤＬにおいて、ＳＲＢのレイヤ２トランスポートは、ＵＥが同様にＳｅＮＢからいくつかのＳＲＢを受信するように設定される必要があることを意味することになる。ＭＡＣ−Ｓは常に使用可能である（ＳｅＮＢに対応する）ので、必要とされる唯一のさらなる設定はＲＬＣ−Ｓについてになる。ＲＬＣ−Ｓ設定がＲＬＣ−Ｍと全く同じになる場合、ＵＥ実装形態は、ＳＲＢパケットが、例えばＭＡＣ−ＳとＲＬＣ−Ｍとの間にＳＡＰ（サービスアクセスポイント）を有することによって、同様にＭＡＣ−ＭおよびＭＡＣ−Ｓの両方によってＲＲＣに配信されることを確保することができる。この拡張された実装形態の態様は、このＳＡＰが常に使用可能であるように機能する。または、代替方法として、ネットワークは、ＳｅＮＢ  Ｌ２トランスポートを介してＤＬ  ＲＲＣメッセージを送信しようとするとき、このＳＡＰをアクティベートする（またはＲＬＣ−Ｓを設定／アクティベートする）べきである。ＵＥ実装形態は、ＳＲＢパケットが、ＭＡＣ−ＭエンティティおよびＭＡＣ−Ｓエンティティの間に専用ＳＡＰを常に有することによって、ＭＡＣ−ＭエンティティおよびＭＡＣ−ＳエンティティのＬ２によってＲＲＣに配信されることを確保する「ことができる」。しかし、１つのさらなる代替で、ネットワークは、ＳｅＮＢ  Ｌ２からのＳＲＢがＭＡＣまたはＲＲＣレベルシグナリング（それにより、言わば、ＭＡＣ−ＭエンティティおよびＭＡＣ−Ｓエンティティの間でこのリンクをアクティベートすること）を手段としていつ配信されることになるかを具体的に制御することができる。
【０２２７】
しかし、ＵＬでは、通常の状況で、ＲＲＣパケットは不必要に複製されるべきではなく、それによってＲＲＣ／ＰＤＣＰが下位のレイヤにおいてこれをトリガ／アクティベートし、後で１リンクＳＲＢ送信に戻ることができるようになる、特別な条件（同じ／異なるＲＲＣトランザクション識別子を使用する）でのみ２つの異なるリンクに渡り送信されるべきである。これは、ＵＥ  ＲＲＣによって、それが以下を必要とするときに行われ得る：
−  ＳｅＮＢ  Ｌ２リンクで受信されたＲＲＣシグナリングメッセージに応答する。
−  ＭｅＮＢ  Ｌ２リンクが無線リンク故障により使用不可能なときに、ＳｅＮＢ  Ｌ２リンクでＲＲＣシグナリングメッセージを起動する。
−  ＳｅＮＢ  Ｌ２リンクが無線リンク故障により使用不可能なときに、ＭｅＮＢ  Ｌ２リンクでＲＲＣシグナリングメッセージを起動する。
−  重要情報がアップリンクで送信される必要がある。
【０２２８】
Ｌ２  ＳｅＮＢリンクを介するＳＲＢ配信に関する上記の拡張について、ネットワークは、ＵＥ  ＲＲＣおよび下位のレイヤにおいて関連パラメータを設定し、必要な場合にはＭＡＣシグナリングを可能にする必要があることもある。このネットワーク設定は、Ｌ２  ＳｅＮＢリンクでのＲＲＣメッセージの複製、これを目的とするＭＡＣ／ＲＲＣシグナリングの使用、を可能にし、この新しいＵＥのふるまいが必要とされるシナリオを設定することもできる。
【０２２９】
本開示のハードウェアおよびソフトウェア実装形態
本開示の別の実施形態は、ハードウェアおよびソフトウェアを使用する上記で説明されたさまざまな実施形態の実装に関する。これに関連して、本開示は、ユーザ機器（モバイル端末）およびｅノードＢ（マスタおよびセカンダリ基地局）を提供する。ユーザ機器は、本開示の方法を実行するようにされている。
【０２３０】
本開示のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本開示のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２３１】
さらに、本開示のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２３２】
さらには、本開示の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の本開示の主題とすることができることに留意されたい。
【０２３３】
具体的な実施形態に示した本開示には、広義に記載されている本開示の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本開示を制限するものではないものとみなされる。
【図１】
2020025319.tif 000005
【図２】
2020025319.tif 000006
【図３】
2020025319.tif 000007
【図４】
2020025319.tif 000008
【図５】
2020025319.tif 000009
【図６】
2020025319.tif 000010
【図７】
2020025319.tif 000011
【図８】
2020025319.tif 000012
【図９】
2020025319.tif 000013
【図１０】
2020025319.tif 000014
【図１１】
2020025319.tif 000015
【図１２】
2020025319.tif 000016
【図１３】
2020025319.tif 000017
【図１４】
2020025319.tif 000018
【図１５】
2020025319.tif 000019
【図１６】
2020025319.tif 000020
【図１７】
2020025319.tif 000021
【図１８】
2020025319.tif 000022
【図１９】
2020025319.tif 000023
【図２０】
2020025319.tif 000024