(57)【要約】      （修正有）【課題】二重接続のシナリオにおいてＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵの形のダウンリンクデータを破棄する改良された方法を提供する。【解決手段】移動局がセカンダリ基地局からのデータパケットを正常に受信できなかった場合に、通知がセカンダリ基地局からマスター基地局に送信され、通知がセカンダリ基地局によって移動局に正常に配信されなかったＰＤＣＰ  ＰＤＵに関する情報を含み、移動局に正常に配信されたＰＤＣＰ  ＰＤＵの最大のシーケンス番号に関する情報に基づいて、移動局に正常に配信されなかったＰＤＣＰ  ＰＤＵを除くＰＤＣＰ  ＰＤＵの最大のシーケンス番号までのＰＤＣＰ  ＰＤＵが、マスター基地局の送信バッファから削除される。【選択図】図２０
2019036998.tif 000002
【特許請求の範囲】
【請求項１】
移動局であって、
マスター基地局とセカンダリ基地局との接続を制御する制御部と、
前記セカンダリ基地局からデータパケットを受信する受信部と、を含み、前記データパケットは、前記マスター基地局から前記セカンダリ基地局へ転送されたＰＤＣＰ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、
前記移動局が、前記セカンダリ基地局からの前記データパケットを正常に受信できなかった場合に、通知が前記セカンダリ基地局から前記マスター基地局に送信され、前記通知が、特定のベアラに対する、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの最大のシーケンス番号に関する情報、および、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵに関する情報を含み、
前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号に関する前記情報に基づいて、前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵを除く前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号までのＰＤＣＰ  ＰＤＵが、前記マスター基地局の送信バッファから削除される、
移動局。
【請求項２】
前記通知が、前記移動局に正常に配信されなかったＰＤＣＰ  ＰＤＵのシーケンス番号のリストを含む、
請求項１に記載の移動局。
【請求項３】
移動局により実行される方法であって、
マスター基地局とセカンダリ基地局との接続を制御し、
前記セカンダリ基地局からデータパケットを受信し、前記データパケットは、前記マスター基地局から前記セカンダリ基地局へ転送されたＰＤＣＰ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、
前記移動局が、前記セカンダリ基地局からの前記データパケットを正常に受信できなかった場合に、通知が前記セカンダリ基地局から前記マスター基地局に送信され、前記通知が、特定のベアラに対する、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの最大のシーケンス番号に関する情報、および、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵに関する情報を含み、
前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号に関する前記情報に基づいて、前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵを除く前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号までのＰＤＣＰ  ＰＤＵが、前記マスター基地局の送信バッファから削除される、を含む、
方法。
【請求項４】
前記通知が、前記移動局に正常に配信されなかったＰＤＣＰ  ＰＤＵのシーケンス番号のリストを含む、
請求項３に記載の方法。
【請求項５】
移動局の動作を制御する集積回路であって、前記動作は、
マスター基地局とセカンダリ基地局との接続を制御し、
前記セカンダリ基地局からデータパケットを受信し、前記データパケットは、前記マスター基地局から前記セカンダリ基地局へ転送されたＰＤＣＰ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、
前記移動局が、前記セカンダリ基地局からの前記データパケットを正常に受信できなかった場合に、通知が前記セカンダリ基地局から前記マスター基地局に送信され、前記通知が、特定のベアラに対する、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの最大のシーケンス番号に関する情報、および、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵに関する情報を含み、
前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号に関する前記情報に基づいて、前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵを除く前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号までのＰＤＣＰ  ＰＤＵが、前記マスター基地局の送信バッファから削除される、を含む、
集積回路。
【請求項６】
前記通知が、前記移動局に正常に配信されなかったＰＤＣＰ  ＰＤＵのシーケンス番号のリストを含む、
請求項５に記載の集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、２基の基地局に同時に接続されている移動局へのデータパケットを破棄する方法に関する。さらに、本開示は、本明細書に記載されている方法を実行する基地局を提供する。
【背景技術】
【０００２】
ロングタームエボリューション（ＬＴＥ）
【０００３】
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００４】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００５】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００６】
ＬＴＥアーキテクチャ
【０００７】
図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００８】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。
【０００９】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【００１０】
ＬＴＥ（リリース８）におけるコンポーネントキャリア構造
【００１１】
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがって、ＯＦＤＭシンボルは、各々、図４にも示すように、ＮＤＬＲＢ×ＮＲＢｓｃ個のそれぞれのサブキャリアで送信されるいくつかの変調シンボルで構成される。
【００１２】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示されるように時間領域におけるＮＤＬｓｙｍｂ個の連続するＯＦＤＭシンボル（例えば、７つのＯＦＤＭシンボル）および周波数領域におけるＮＲＢｓｃ個の連続するサブキャリア（例えば、コンポーネントキャリアの１２個のサブキャリア）として定義される。したがって、３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、ＮＤＬｓｙｍｂ×ＮＲＢｓｃ個のリソース要素で構成される（ダウンリンクリソースグリッドについてさらに詳しくは、例えば、３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている、非特許文献１の６.２節を参照）。
【００１３】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じＮＲＢｓｃ個の連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【００１４】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１５】
コンポーネントキャリア構造についての同様の想定が、後のリリースにも適用される。
【００１６】
より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション
【００１７】
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１８】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１９】
キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。
【００２０】
少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。
【００２１】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００２２】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロックに制限される。
【００２３】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。
【００２４】
一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００２５】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２６】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２７】
図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定された第２層構造を示している。
【００２８】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
１．  各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない。
２．  アップリンクＰＣｅｌｌが、層１アップリンク制御情報の送信のために使用される。
３．  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
４．  ＵＥの観点からすると、各アップリンクリソースは、１つのサービングセルにのみ属する。
５．  設定することができるサービングセルの数は、ＵＥのアグリゲーション能力によって決まる。
６．  ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
７．  ダウンリンクＰＣｅｌｌセルは、ハンドオーバーとともに（すなわちセキュリティキー変更およびＲＡＣＨ手続きとともに）変化する。
８．  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
９．  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
１０．  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
【００２９】
コンポーネントキャリアの設定および再設定は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。
【００３０】
キャリアアグリゲーションを使用するようにユーザ機器が構成されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００３１】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００３２】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００３３】
ＯＳＩ層の概要
【００３４】
図７は、ＯＳＩモデルの簡潔な概要を示しており、ＬＴＥのアーキテクチャの詳しい説明と、本発明についての本明細書の説明は、このＯＳＩモデルに基づいている。
【００３５】
開放型システム間相互接続参照モデル（ＯＳＩモデルまたはＯＳＩ参照モデル）は、通信ネットワークおよびコンピュータネットワークのプロトコル設計を階層化して抽象的に記述したものである。ＯＳＩモデルでは、システムの機能を一連の層（レイヤ）に分割する。各層は、その性質として、自身より下位の層の機能を使用するだけであり、自身の機能を自身より上位の層にエクスポートするだけである。一連のこれらの層から構成されているプロトコル動作を実施するシステムは、「プロトコルスタック」または「スタック」として知られている。その主たる特徴として、層と層の間それぞれにおいて、一方の層が他方の層とデータをやりとりする方法の仕様が決まっている。このことは、ある製造者によって書かれた層と、別の製造者による層とが共に動作できることを意味する。以下では、本出願に関連する最初の３層のみについて詳しく説明する。
【００３６】
物理層または第１層（レイヤ１）の主たる目的は、特定の物理媒体（例えば、同軸ケーブル、ツイストペア、光ファイバ、インタフェース）を通じて、情報（ビット）を伝送することである。この層は、データを、通信チャネルを通じて送信される信号（またはシンボル）に変換または変調する。
【００３７】
データリンク層（または第２層、レイヤ２）の目的は、入力されるデータをデータフレームに分割することによって、特定の物理層と両立する方式で情報フローを形成することである（分割および再構築（Segmentation And Re-assembly：ＳＡＲ）機能）。さらに、データリンク層では、消失フレームの再送を要求することによって、発生しうる送信エラーを検出および訂正することができる。この層は、一般に、アドレッシングメカニズムを提供し、また、データレートを受信機の能力に合わせる目的でフロー制御アルゴリズムを提供することができる。さらには、共有されている媒体が複数の送信機および受信機によって同時に使用される場合、データリンク層は、一般に、その物理媒体へのアクセスを調整および制御するメカニズムを提供する。
【００３８】
データリンク層は、非常に多くの機能を提供するため、しばしば副層（サブレイヤ）に分割される（例えばＵＭＴＳにおけるＲＬＣ副層とＭＡＣ副層）。第２層プロトコルの代表的な例としては、固定回線ネットワーク用のＰＰＰ／ＨＤＬＣ、ＡＴＭ、フレームリレーや、無線システム用のＲＬＣ、ＬＬＣ、ＭＡＣが挙げられる。第２層の副層であるＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層については、後からさらに詳しく説明する。
【００３９】
ネットワーク層または第３層（レイヤ３）は、トランスポート層によって要求されるサービス品質を維持しながら、可変長パケットを送信元から１つまたは複数のネットワークを介して送信先まで伝送する機能および手順に関する手段を提供する。一般にネットワーク層の主たる目的は、特に、ネットワークルーティング機能、ネットワークのフラグメント化機能、および輻輳制御機能を実行することである。ネットワーク層プロトコルの主な例は、ＩＰインターネットプロトコルまたはＸ.２５である。
【００４０】
第４層〜第７層に関しては、アプリケーションおよびサービスによっては、アプリケーションまたはサービスをＯＳＩモデルの特定の層に関連付けることが困難なことがあり、なぜなら第３層より上位の層で動作するアプリケーションおよびサービスは、ＯＳＩモデルの複数の異なる層に属するさまざまな機能をしばしば実施するためである。したがって、特にＴＣＰ（ＵＤＰ）／ＩＰベースのネットワークにおいては、第４層およびそれより上位層がまとめられて、いわゆる「アプリケーション層」を形成することがある。
【００４１】
層（レイヤ）のサービスおよびデータの交換
【００４２】
以下では、本明細書において使用される用語「サービスデータユニット（ＳＤＵ）」および「プロトコルデータユニット（ＰＤＵ）」について、図８に関連して定義しておく。ＯＳＩモデルにおける層間でのパケットの交換を一般的かつ形式的に記述する目的で、ＳＤＵエンティティとＰＤＵエンティティが導入された。ＳＤＵは、いわゆるＳＡＰ（サービスアクセスポイント）を介してのサービスを第Ｎ層に位置するプロトコルに要求する第Ｎ＋１層におけるプロトコルから送られる情報の単位（データブロック／情報ブロック）である。ＰＤＵは、送信側および受信側における同じ第Ｎ層に位置する同じプロトコルのピアプロセス間で交換される情報の単位である。
【００４３】
ＰＤＵは、一般的には、受け取った（１つまたは複数の）ＳＤＵの処理後のバージョンから構成されるペイロード部分と、ペイロード部分の前に付加される第Ｎ層に固有のヘッダと、オプションとして最後に付加されるトレイラとによって形成される。これらのピアプロセスの間には、（第１層を除いて）直接的な物理接続が存在しないため、ＰＤＵを第Ｎ−１層に渡して処理する。したがって、第Ｎ層のＰＤＵは、第Ｎ−１層の観点からはＳＤＵである。
【００４４】
ＬＴＥの第２層：ユーザプレーンのプロトコルスタック
【００４５】
ＬＴＥの第２層のユーザプレーンのプロトコルスタックは、図９に示したように、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層という３つの副層から構成される。前述したように、送信側においては、各層は、上の層からＳＤＵを受け取り、そのＳＤＵに対するサービスを提供し、下の層にＰＤＵを出力する。ＲＬＣ層は、ＰＤＣＰ層からパケットを受け取る。これらのパケットは、ＰＤＣＰ層の観点からはＰＤＣＰ  ＰＤＵと呼ばれ、ＲＬＣ層の観点からはＲＬＣ  ＳＣＵである。ＲＬＣ層は、下の層（すなわちＭＡＣ層）に提供するパケットを作成する。ＲＬＣ層によってＭＡＣ層に提供されるパケットは、ＲＬＣ層の観点からはＲＬＣ  ＰＤＵであり、ＭＡＣ層の観点からはＭＡＣ  ＳＤＵである。
【００４６】
受信側においては、上記のプロセスが逆に行われ、各層はＳＤＵを上の層に渡し、上の層ではこれらのＳＤＵをＰＤＵとして受け取る。
【００４７】
物理層は、本質的に、ターボ符号化および巡回冗長検査（ＣＲＣ）によって保護されたビットパイプ（bitpipe）を提供するが、データリンク層のプロトコルは、信頼性、安全性、および完全性を高めることによって、上位層へのサービスを向上させる。さらに、データリンク層は、マルチユーザ媒体アクセス／スケジューリングの役割を担う。ＬＴＥのデータリンク層の設計における主たる課題の１つは、幅広いさまざまなサービスおよびデータレートを有するＩＰ（インターネットプロトコル）データフローに要求される信頼性レベルおよび遅延を提供することである。特に、プロトコルのオーバーヘッドを調整しなければならない。例えば、広く想定されていることとして、ＶｏＩＰ（ボイスオーバーＩＰ）フローは、１００ｍｓのオーダーの遅延および最大１％のパケット消失に耐えることができる。これに対して、ＴＣＰファイルダウンロードは、帯域幅遅延積が小さいリンクを通じて良好に実行されることが周知である。したがって、極めて高いデータレート（例えば１００ＭＢ／ｓ）でダウンロードするためには、さらに小さい遅延が要求されることに加えて、ＶｏＩＰのトラフィックよりもＩＰパケット消失の影響を大きく受ける。
【００４８】
全体として、上記の課題は、ＬＴＥデータリンク層の、部分的に互いに結合されている以下の３つの副層によって達成される。
【００４９】
ＰＤＣＰ（パケットデータコンバージェンスプロトコル）副層は、主として、ＩＰヘッダの圧縮および暗号化の役割を担う。さらに、ＰＤＣＰ副層は、基地局間のハンドオーバーの場合における消失のない（ロスレス）モビリティをサポートし、上位層の制御プロトコルに完全性保護を提供する。
【００５０】
ＲＬＣ（無線リンク制御）副層は、主としてＡＲＱ機能を備えており、また、データの分割および連結をサポートする。データの分割および連結によって、データレートとは無関係にプロトコルのオーバーヘッドが最小になる。
【００５１】
最後に、ＭＡＣ（媒体アクセス制御）副層は、ＨＡＲＱを提供し、また、スケジューリング動作やランダムアクセスなど、媒体へのアクセスに要求される機能を担う。図１０は、ＩＰパケットがデータリンク層の複数のプロトコルを経て物理層まで送られるデータフローを例示的に示している。この図は、各プロトコル副層においてそれぞれのプロトコルヘッダがデータユニットに付加されることを示している。
【００５２】
ＰＤＣＰ（パケットデータコンバージェンスプロトコル）
【００５３】
ＰＤＣＰ層は、制御プレーンにおけるＲＲＣ（無線リソース制御）メッセージと、ユーザプレーンにおけるＩＰパケットを処理する。ＰＤＣＰ層の主たる機能は、無線ベアラに応じて以下のとおりである。
−  ユーザプレーンデータのヘッダの圧縮および復元
−  セキュリティ機能：
○  ユーザプレーンデータおよび制御プレーンデータの暗号化および復号
○  制御プレーンデータの完全性の保護および検証
−  ハンドオーバーのサポート機能：
○  ハンドオーバー時における上の層のためのＰＤＵの順次配信および並べ替え
○  ＲＬＣ確認モード（ＡＭ）においてマッピングされたユーザプレーンデータのロスレスハンドオーバー
−  タイムアウトによるユーザプレーンデータの破棄
【００５４】
ＰＤＣＰ層は、ＤＣＣＨ（専用制御チャネル）またはＤＴＣＨ（専用トランスポートチャネル）のいずれかを使用する無線ベアラにおいてのみ、ユーザプレーンおよび制御プレーンにおけるデータストリームを管理する。ＰＤＣＰ層のアーキテクチャは、図１１および図１２に示したように、ユーザプレーンデータと制御プレーンデータとで異なる。ＬＴＥでは、２つの異なるタイプのＰＤＣＰ  ＰＤＵとして、ＰＤＣＰデータＰＤＵとＰＤＣＰ制御ＰＤＵが定義されている。ＰＤＣＰデータＰＤＵは、制御プレーンデータおよびユーザプレーンデータの両方に使用される。ＰＤＣＰ制御ＰＤＵは、ヘッダ圧縮に対するフィードバック情報と、ＰＤＣＰ状態報告を伝送する目的にのみ使用され、ＰＤＣＰ状態報告は、ハンドオーバーの場合に使用され、したがってユーザプレーン内でのみ使用される。
【００５５】
ヘッダ圧縮、セキュリティ、およびハンドオーバーの各機能については、本発明との関連性が薄いため、詳しくは説明しない。これらの機能の詳細は、非特許文献２（参照により本明細書に組み込まれている）の４.２.２節、４.２.３節、および４.２.４節に記載されている。
【００５６】
これに対して、以下では、データパケットの破棄について詳しく説明する。ＰＤＣＰ層の概要と、ＰＤＣＰ層における破棄については、特に、非特許文献３（参照により本明細書に組み込まれている）に定義されている。
【００５７】
用語「破棄（する）」は、本発明においては、パケットをただちに削除するという最も厳密な意味として理解するのではなく、これより広い意味として、パケットがもはや必要なく、したがって削除するべきであることを示す概念を意味するものとする。技術規格には、ＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵを実際に削除する特定のタイミングが明確に定義されておらず（ＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵを破棄するタイミングが規定されているのみである）、なぜならバッファの管理は大部分が技術的な実装に依存するためである。したがって、パケットが「破棄された」後、１つの技術的な実装によると、そのパケットをただちに削除し、別の技術的な実装によると、破棄されたものとして示されている複数のパケットを削除することによってバッファを定期的に空にする。一般には、無線インタフェースにおいて利用可能なデータレートは、ネットワークインタフェースにおいて利用可能なデータレートより小さい。したがって、あるサービスのデータレートが、ＬＴＥの無線インタフェースによって提供されるデータレートより高いときには、ユーザ機器およびｅＮｏｄｅＢにおいてバッファリングを行う。このバッファリングによって、ＭＡＣ層におけるスケジューラは、その時点の無線チャネルの状態に適合させる目的で、物理層における瞬間的なデータレートをいくらか変えることができる。バッファリングの働きにより、瞬間的なデータレートの変動は、アプリケーションからは伝送遅延の若干のばらつきとして見えるにすぎない。
【００５８】
しかしながら、アプリケーションによって提供されるデータレートが、無線インタフェースによって提供されるデータレートを長期間にわたり超えるときには、大量のデータがバッファリングされることがある。ベアラにロスレスハンドオーバーが適用されない場合、これによってハンドオーバー時に大量のデータが消失する、あるいはリアルタイムアプリケーションの場合には過大な遅延が生じることがある。
【００５９】
例えば過大な遅延を防止する目的で、ＬＴＥのＰＤＣＰ層には破棄機能が含まれている。この破棄機能はタイマーに基づいており、送信側における上位層から受け取る各ＰＤＣＰ  ＳＤＵに対して、タイマー（「ｄｉｓｃａｒｄＴｉｍｅｒ（破棄タイマー）」）が起動される。
【００６０】
さらに、ＰＤＣＰ層は、上位層のＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵの生成を続け、生成すると、生成したＰＤＣＰ  ＰＤＵを下位層（ＲＬＣ）に渡す。
【００６１】
標準規格である非特許文献３の５.４節には、ＰＤＣＰ  ＳＤＵに対するタイマーが切れたとき、またはＰＤＣＰ  ＳＤＵが正常に配信されたことがＰＤＣＰ状態報告によって確認されたとき、ユーザ機器は、そのＰＤＣＰ  ＳＤＵを、対応するＰＤＣＰ  ＰＤＵとともに破棄するものと記載されている。
【００６２】
ＰＤＣＰ状態報告は、ある基地局から別の基地局への移動局のハンドオーバーに関連して送られる。３ＧＰＰの標準規格には明示的に規定されておらず、したがって技術的な実装に依存することであるが、ＰＤＣＰ  ＰＤＵがユーザ機器に正常に転送された後、すなわち具体的には、ＰＤＣＰ  ＰＤＵがＲＬＣ層に渡され、ＲＬＣ層によってユーザ機器に正常に配信された後（より一般的には、ハンドオーバー時に限定されず、ユーザ機器に正常に配信されたことはＲＬＣ層によって示すことができる）、タイマーが切れる前に、ＰＤＣＰ層は、ＰＤＣＰ  ＰＤＵおよびＰＤＣＰ  ＳＤＵをさらに削除する。この場合、そのＰＤＣＰ  ＳＤＵ（およびしたがってＰＤＣＰ  ＰＤＵ）に対応するタイマーも終了／削除／停止される。
【００６３】
しかしながら、ＰＤＣＰ  ＳＤＵに対するタイマーが切れたときには、そのＰＤＣＰ  ＳＤＵをユーザ機器に正常に配信することはまだ達成できていない。標準規格である非特許文献３に記載されているように、ＰＤＣＰ層はそのＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵを破棄し、その特定のＰＤＣＰ  ＰＤＵを破棄するように下位層（ＲＬＣ層）に指示する。
【００６４】
上位層（すなわちＰＤＣＰ層）から特定のＲＬＣ  ＳＤＵを破棄するように指示されたとき、送信側のＡＭ  ＲＬＣエンティティまたは送信側のＵＭ  ＲＬＣエンティティ（後の説明を参照）は、指示されたＲＬＣ  ＳＤＵのセグメントがＲＬＣデータＰＤＵにまだマッピングされていない場合、そのＲＬＣ  ＳＤＵを破棄する（非特許文献４の５.３節を参照）。
【００６５】
ＰＤＣＰ層は、「ｄｉｓｃａｒｄＴｉｍｅｒ（破棄タイマー）」に基づいてパケットを破棄し、ｄｉｓｃａｒｄＴｉｍｅｒは、例えば、無線ベアラに要求されるＱｏＳによって決まる特定の遅延要件に従って設定することができる。例えば、パケットの遅延がサービスにとって過大となった場合、そのパケットを送信する必要はない。したがって、この破棄メカニズムは、送信側における過大な遅延およびキューイングを防止することができる。
【００６６】
順次配信の処理はＲＬＣ層が行うため、ピアＰＤＣＰエンティティには知らされない。ピアＰＤＣＰエンティティは、受信されていないＰＤＣＰパケットを待機しない。
【００６７】
ＰＤＣＰ層の破棄メカニズムは、図１３に例示的に示してあり、この図は、３ＧＰＰによって定義されているように、ＰＤＣＰ  ＳＤＵを処理し、ｄｉｓｃａｒｄＴｉｍｅｒに基づいてＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵを対応して破棄するときの、単純化した流れ図である。図から明らかであるように、正常に配信されたＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵを削除するステップについては省略してあり、なぜならこのステップは、本発明の中心課題である破棄メカニズムとの関連性が薄いためである。
【００６８】
ユーザプレーンデータのＰＤＣＰ  ＰＤＵは、データＰＤＵと制御ＰＤＵとを区別する目的で、「Ｄ／Ｃ」フィールドを備えており、データＰＤＵおよび制御ＰＤＵのフォーマットは、それぞれ図１４および図１５に示してある。ＰＤＣＰデータＰＤＵは、７ビットまたは１２ビットのシーケンス番号（ＳＮ）を備えている。ユーザプレーンデータのＰＤＣＰデータＰＤＵは、圧縮されていない（ヘッダ圧縮が使用されない場合）ＩＰパケット、または圧縮されたＩＰパケットのいずれかを含む。制御プレーンデータ（例えばＲＲＣシグナリング）のＰＤＣＰデータＰＤＵは、完全性保護のための３２ビット長のＭＡＣ−Ｉフィールドを備えている。制御プレーンデータのＰＤＣＰデータＰＤＵは、１つの完全なＲＲＣメッセージを含む。
【００６９】
ＰＤＣＰ制御ＰＤＵは、ユーザプレーンデータを扱うＰＤＣＰエンティティによって使用される。２つのタイプのＰＤＣＰ制御ＰＤＵがあり、ＰＤＣＰヘッダ内のＰＤＵタイプフィールドによって区別される。ＰＤＣＰ制御ＰＤＵは、ロスレスハンドオーバーの場合のＰＤＣＰ「状態報告」、またはＲＯＨＣヘッダ圧縮プロトコルによって作成されるＲＯＨＣフィードバックのずれかを伝える。ＲＯＨＣフィードバックを伝えるＰＤＣＰ制御ＰＤＵは、ＲＬＣ  ＵＭまたはＲＬＣ  ＡＭのいずれかにマッピングされたユーザプレーン無線ベアラに使用され、ＰＤＣＰ状態報告を伝えるＰＤＣＰ制御ＰＤＵは、ＲＬＣ  ＡＭにマッピングされたユーザプレーン無線ベアラにのみ使用される。
【００７０】
ロスレスハンドオーバーの場合のＰＤＣＰ状態報告を伝えるＰＤＣＰ制御ＰＤＵは、すでに正常に受信されたＰＤＣＰ  ＳＤＵの再送信を防止するためと、正常に受信されたがヘッダの復元に失敗したＰＤＣＰ  ＳＤＵの再送信を要求するために使用される。このＰＤＣＰ制御ＰＤＵは、再送信する必要のあるＰＤＣＰ  ＳＤＵを示すビットマップと、基準シーケンス番号（ＳＮ）であるＦＭＳ（先頭の欠落ＳＤＵ：First Missing SDU）とを含む。すべてのＰＤＣＰ  ＳＤＵが正しい順序で受信された場合、このフィールドは次の予測されるシーケンス番号（ＳＮ）を示し、ビットマップは含まれない。
【００７１】
無線リンク制御（ＲＬＣ）
【００７２】
ＲＬＣ層は、ＰＤＣＰ層（ＲＬＣの観点からは「上位」層）と、ＭＡＣ層（ＲＬＣの観点からは「下位」層）との間に位置する。ＲＬＣ層は、サービスアクセスポイント（ＳＡＰ）を通じてＰＤＣＰ層と通信し、論理チャネルを介してＭＡＣ層と通信する。ＲＬＣ層は、ＰＤＣＰ  ＰＤＵ（すなわちＲＬＣ  ＳＤＵ）を、ＭＡＣ層によって示されるサイズにちょうど収まるように再フォーマットする。すなわち、送信側のＲＬＣ層はＰＤＣＰ  ＰＤＵの分割もしくは連結またはその両方を行い、受信側のＲＬＣ層はＲＬＣ  ＰＤＵを組み立て直してＰＤＣＰ  ＰＤＵを再構築する。さらにＲＬＣ層は、ＭＡＣ層において実行されるＨＡＲＱ動作に起因してＲＬＣ  ＰＤＵが正しくない順序で受信された場合、ＲＬＣ  ＰＤＵを並べ替える。
【００７３】
ＲＬＣ層の機能は、「ＲＬＣエンティティ」によって実行される。ＲＬＣエンティティは、３つのデータ伝送モード、すなわち、透過モード（ＴＭ）、非確認モード（ＵＭ）、確認モード（ＡＭ）のうちの１つに設定される。確認モード（ＡＭ）には、再送信をサポートするための特殊な機能が定義されている。
【００７４】
非確認モード（ＵＭ）ＲＬＣの主たる機能をまとめると、ＲＬＣ  ＳＤＵ（すなわちＰＤＣＰ  ＰＤＵ）の分割および連結、ＲＬＣ  ＰＤＵの並べ替え、ＲＬＣ  ＳＤＵの重複の検出、ＲＬＣ  ＳＤＵの再組み立てである。
【００７５】
確認モード（ＡＭ）ＲＬＣの主たる機能をまとめると、ＲＬＣデータＰＤＵの再送信、再送信されたＲＬＣデータＰＤＵの再分割、ポーリング、状態報告、状態禁止である。
【００７６】
ＲＬＣ層に関するさらなる詳細は、非特許文献２（参照により本明細書に組み込まれている）の４.３.１節に記載されている。
【００７７】
分割および連結は、非確認モード（ＵＭ）ＲＬＣエンティティおよび確認モード（ＡＭ）ＲＬＣエンティティの重要な機能である。送信側の非確認モード（ＵＭ）／確認モード（ＡＭ）ＲＬＣエンティティは、上位層から受け取ったＲＬＣ  ＳＤＵに対して分割もしくは連結またはその両方を実行してＲＬＣ  ＰＤＵを形成する。各送信機会におけるＲＬＣ  ＰＤＵのサイズは、ＭＡＣ層が、無線チャネルの状態と利用可能な送信リソースとに応じて決定して通知する。したがって、送信される各ＲＬＣ  ＰＤＵのサイズが異なることがある。送信側の非確認モード（ＵＭ）／確認モード（ＡＭ）ＲＬＣエンティティは、ＲＬＣ  ＳＤＵを、これらがＵＭ／ＡＭ  ＲＬＣエンティティに到着した順序でＲＬＣ  ＰＤＵに含める。したがって１つのＲＬＣ  ＰＤＵは複数のＲＬＣ  ＳＤＵやＲＬＣ  ＳＤＵのセグメントを含むことができる。
【００７８】
送信側の非確認モード（ＵＭ）／確認モード（ＡＭ）ＲＬＣエンティティは、ＲＬＣ  ＳＤＵの分割もしくは連結またはその両方を実行した後、ＲＬＣ  ＰＤＵの中に関連するＲＬＣヘッダを含め、このＲＬＣヘッダは、そのＲＬＣ  ＰＤＵのシーケンス番号と、含まれているＲＬＣ  ＳＤＵまたはＲＬＣ  ＳＤＵのセグメントそれぞれのサイズおよび境界とを示す。なお、ＲＬＣシーケンス番号は、ＰＤＣＰによって付加されるシーケンス番号とは独立していることに留意されたい。
【００７９】
すでに上述したように、特定のＲＬＣ  ＳＤＵを破棄するように上位層（すなわちＰＤＣＰ層）から指示されたとき、送信側の確認モード（ＡＭ）ＲＬＣエンティティ、または送信側の非確認モード（ＵＭ）ＲＬＣエンティティは、示されたＲＬＣ  ＳＤＵのセグメントがＲＬＣデータＰＤＵにまだマッピングされていなければ、そのＲＬＣ  ＳＤＵを破棄する（非特許文献４の５.３節を参照）。ＲＬＣ  ＳＤＵがすでに「ＲＬＣデータＰＤＵにマッピングされた」かに関する判定は、以下を意味するものとみなすことができる。
−  ＲＬＣ層において受け取られ、かつ、
−  関連するヘッダ情報が付加された（かつ下位層に渡された、または渡すことができる状態にある）
【００８０】
スモールセル
【００８１】
移動体データの爆発的需要は、いかに移動体事業者が、より大容量およびユーザ体験の品質（ＱｏＥ）の向上の難しい要件に応える必要があるかの変化を促している。現在、ロングタームエボリューション（ＬＴＥ）を使用する第４世代ワイヤレスアクセスシステムが、３Ｇ／３.５Ｇシステムよりも低いレイテンシおよび高い効率でより高速のアクセスを実現するために、多数の事業者によって世界中で配備されている。しかしながら、予想される将来のトラフィック成長は、驚異的であり、特にトラフィックの最高容量を生成する高トラフィックエリア（ホットスポットエリア）では、容量要件に対処するためのさらなるネットワーク高密度化の必要性が非常に高まっている。ネットワーク高密度化―ネットワークノードの数を増やし、それによりネットワークノードをユーザ端末に物理的により近づけること―は、トラフィック容量を改善するおよびワイヤレス通信システムの達成可能なユーザ−データ転送速度を高めるための鍵である。
【００８２】
マクロ配備の直接的な高密度化に加えて、ネットワーク高密度化は、既存のマクロノード層のカバレッジの下でそれぞれスモールセルの補足的低電力ノードの配備によって達成することができる。そのような異種配備では、低電力ノードは、例えば屋内および屋外のホットスポットの場所において、ローカルに非常に高いトラフィック容量および非常に高いユーザスループットを提供する。その一方で、マクロ層は、カバレッジエリア全体にわたりサービスアベイラビリティおよびＱｏＥを確保する。言い換えれば、低電力ノードを含む層はまた、広いエリアをカバーするマクロ層とは対照的に、ローカルエリアアクセスを提供すると言うことができる。
【００８３】
スモールセルそれぞれの低電力ノードの設置ならびに異種配備は、ＬＴＥの第１のリリース以降、可能であった。この関連で、いくつかの解決策が、ＬＴＥの最近のリリース（すなわち、リリース１０／１１）において特定された。より具体的には、これらのリリースは、異種配備における層間の干渉を処理するために、追加のツールを紹介した。パフォーマンスをさらに最適化し、コスト／エネルギー効率の高い動作を実現するために、スモールセルは、さらなる機能強化を必要とし、多くの場合、既存のマクロセルと対話するまたは既存のマクロセルを補完する必要がある。そのような解決策は、ＬＴＥリリース１２以降のさらなる進化の間に調査されることになる。特に、低電力ノードおよび異種配備に関連するさらなる機能強化が新しいリリース１２の検討項目（ＳＩ）「Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮのためのスモールセルの機能強化の研究（Study on Small Cell Enhancements for E-UTRA and E-UTRAN）」の下で検討されることになろう。これらの活動のうちのいくつかは、低電力層および二重層接続性へのマクロ支援の異なる形を含む、マクロ層と低電力層との間のさらに高度の相互作用の達成に重点的に取り組むことになろう。二重接続は、デバイスがマクロ層および低電力層の両方への同時接続を有することを暗示する。
【００８４】
スモールセルの機能強化に関するこの検討項目において想定されるいくつかの配備シナリオを以下に論じる。以下のシナリオでは、非特許文献５において理想的ではないバックホールとして分類されたバックホール技術が想定される。
【００８５】
理想的バックホール（すなわち、光ファイバを使用する専用ポイントツーポイント接続など、スループットが極めて高くレイテンシが極めて低いバックホール）と、非理想的バックホール（すなわち、ｘＤＳＬ、マイクロ波、その他のバックホール（例：中継）など、市場において広く使用されている一般的なバックホール）の両方を検討するべきである。この場合、パフォーマンスとコストのトレードオフを考慮するべきである。
【００８６】
次の表は、事業者からの情報に基づく非理想的バックホールの分類を示している。
【００８７】
【表１】
2019036998.tif 000003
【００８８】
遠隔無線ヘッド（ＲＲＨ）を配備するために使用することができるファイバアクセスは、この検討項目では想定されない。ＨｅＮＢは除外されないが、ＨｅＮＢの送信電力がピコｅＮＢのそれよりも低くても、配備シナリオおよび課題に関してピコｅＮＢと区別されない。以下の３つのシナリオが、考えられる。
【００８９】
シナリオ＃１は、図１６に示され、同じキャリア周波数（周波数内）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配備シナリオである。ユーザは、屋外および屋内の両方に分散される。
【００９０】
シナリオ＃２は図１７および１８に示され、異なるキャリア周波数（周波数間）のマクロセルおよびスモールセルが理想的ではないバックホールを介して接続される配備シナリオを指す。ユーザは、屋外および屋内の両方に分散される。本明細書で２ａおよび２ｂと呼ばれる、２つの異なるシナリオ＃２が基本的に存在し、その差は、シナリオ２ｂでは、屋内スモールセル配備が考慮されるということである。
【００９１】
シナリオ＃３は、図１９に示され、１つまたは複数のキャリア周波数のスモールセルのみが理想的ではないバックホールリンクを介して接続される配備シナリオを指す。
【００９２】
配備シナリオに応じて、異なる課題／問題が存在し、さらなる調査を必要とする。検討項目の段階で、そのような課題が、対応する配備シナリオについて識別され、非特許文献６において捉えられ、それらの課題／問題のさらなる詳細は、そこで見ることができる。
【００９３】
非特許文献６の５節に記載された識別された課題を解決するために、この検討項目では、非特許文献５で特定された要件に加えて、以下の設計目標が検討される。
【００９４】
移動性頑強性に関して、
−  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおけるＵＥについて、スモールセル配備によって達成される移動性パフォーマンスは、マクロのみのネットワークのそれに匹敵すべきである。
頻繁なハンドオーバーによるシグナリング負荷の増加に関して、
−  いずれの新しい解決策も、コアネットワークに向けたシグナリング負荷の過度の増加をもたらしてはならない。しかし、スモールセルの機能強化によって引き起こされる追加のシグナリングおよびユーザプレーントラフィック負荷もまた、考慮されるべきである。
ユーザごとのスループットおよびシステム容量の改善に関して、
−  理想的バックホール配備に似たユーザごとのスループットおよびシステム容量を達成するために、マクロセルおよびスモールセルにわたる無線リソースを使用し、一方で、ＱｏＳ要件が目標とされるべきであることを考慮する。
【００９５】
二重接続
【００９６】
３ＧＰＰ  ＲＡＮ作業グループにおいて現在審議中の問題への１つの有望な解決策は、いわゆる「二重接続」コンセプトである。「二重接続」という用語は、所与のＵＥが、理想的ではないバックホールと接続された少なくとも２つの異なるネットワークノードによって提供される無線リソースを消費する、動作を示すために使用される。基本的に、ＵＥは、マクロセル（マクロｅＮＢ）およびスモールセル（セカンダリまたは小型ｅＮＢ）の両方と接続される。さらに、ＵＥの二重接続に関与する各ｅＮＢは、異なる役割を想定することができる。それらの役割は、ｅＮＢの電力クラスに必ずしも依存せず、ＵＥの間で異なってもよい。
【００９７】
この検討項目は、現在、非常に初期の段階にあるので、二重接続の詳細はまだ決定されていない。例えば、アーキテクチャはまだ合意されていない。したがって、多くの事項／詳細、例えばプロトコル拡張、は、現在、まだ未決定である。図２０は、二重接続の例示的アーキテクチャを示す。それは単に１つの潜在的オプションとして理解されるべきであり、本発明は、この特定のネットワーク／プロトコルアーキテクチャに限定されず、広く適用され得る。アーキテクチャに関する以下の想定が、本明細書では行われる。
−  各パケットをどこに供するか、Ｃ／Ｕプレーン分割、のベアラレベルごとの決定
○  例として、ＵＥ  ＲＲＣシグナリングおよびＶｏＬＴＥなどの高いＱｏＳデータが、マクロセルによって提供可能であり、一方、ベストエフォート型データがスモールセルにオフロードされる。
−  ベアラ間の結合はなく、マクロセルとスモールセルとの間に必要とされる共通のＰＤＣＰまたはＲＬＣはない。
−  ＲＡＮノード間のルーザ調整
−  ＳｅＮＢはＳ−ＧＷに接続しない、すなわち、パケットはＭｅＮＢによって転送される。
−  スモールセルはＣＮに対して透過的である。
【００９８】
最後の２つの箇条書きに関して、ＳｅＮＢがＳ−ＧＷと直接接続されること、すなわち、Ｓ１−ＵがＳ−ＧＷとＳｅＮＢとの間にあること、もまた起こり得ることに留意されたい。基本的に、ベアラマッピング／分割に関する３つの異なるオプションが存在する。
−  オプション１：図２１ａに示され、Ｓ１−Ｕはまた、ＳｅＮＢにおいて終了する。
−  オプション２：図２１ｂに示され、Ｓ１−ＵはＭｅＮＢにおいて終了し、ベアラはＲＡＮにおいて分割しない。
−  オプション３：図２１ｃに示され、Ｓ１−ＵはＭｅＮＢにおいて終了し、ベアラはＲＡＮにおいて分割する。
【００９９】
図２１ａ〜２１ｃは、Ｕプレーンデータのダウンリンク方向を一例として挙げる、それらの３つのオプションを示す。説明を目的として、オプション２は、本出願のために主として想定され、図２０のベースでもある。
【０１００】
スモールセルの機能強化のためのユーザプレーンのアーキテクチャ
【０１０１】
図２１ａ〜図２１ｃに示したようにユーザプレーンデータの分割に関する検討に加えて、ユーザプレーンのアーキテクチャに関してさまざまな代替形態も検討されている。
【０１０２】
共通する認識として、Ｓ１−ＵインタフェースがＭｅＮＢにおいて終端するときには、ＳｅＮＢにおけるプロトコルスタックは、少なくともＲＬＣ（再）分割をサポートしなければならない。この理由として、ＲＬＣ（再）分割は物理インタフェースに密接に関連する動作であり（例：ＭＡＣ層がＲＬＣ  ＰＤＵのサイズを示す：  上の説明を参照）、非理想的バックホールが使用されるときには、ＲＬＣ  ＰＤＵを送信するノード自身においてＲＬＣ（再）分割を行わなければならないためである。
【０１０３】
現在進められている検討では、上記の想定に基づいて、ユーザプレーンの代替形態の以下の４つのグループが区別されている。
Ａ．  独立したＰＤＣＰ層：  このオプションでは、現在定義されている無線インタフェースのユーザプレーンのプロトコルスタックが、完全にベアラごとに終了する。１本のＥＰＳベアラでの送信は１つのノードが実施するようにされており、ただし追加の層の支援下で、ＭｅＮＢおよびＳｅＭＢによってデータが送信されるように１本のＥＰＳベアラを分割することをサポートすることもできる。ＭｅＮＢおよびＳｅＮＢから異なるベアラのデータの送信を同時に行うことができる。
Ｂ．  マスター／スレーブＰＤＣＰ層：  このオプションでは、ＳＩ−ＵがＭｅＮＢにおいて終端し、ＰＤＣＰ層の少なくとも一部分がＭｅＮＢに属するものと想定する。ベアラが分割される場合、ＭｅＮＢにおいて終端するＰＤＣＰベアラのＰＤＣＰ  ＰＤＵを配信するように構成されている基地局ごとに、ユーザ機器側にも個別の独立したＲＬＣベアラが存在する。
Ｃ．  独立したＲＬＣ層：  このオプションでは、ＳＩ−ＵがＭｅＮＢにおいて終端し、ＰＤＣＰ層がＭｅＮＢに属するものと想定する。ベアラが分割される場合、ＭｅＮＢにおいて終端するＰＤＣＰベアラのＰＤＣＰ  ＰＤＵを配信するように構成されている基地局ごとに、ユーザ機器側にも個別の独立したＲＬＣベアラが存在する。
Ｄ．  マスター／スレーブＲＬＣ層：  このオプションでは、ＳＩ−ＵがＭｅＮＢにおいて終端し、ＰＤＣＰ層と、ＲＬＣ層の一部とがＭｅＮＢに属するものと想定する。ＥＰＳベアラのためにユーザ機器に必要なＲＬＣエンティティは１つのみであるが、ネットワーク側では、関与するノードの間でＲＬＣ層の機能が分散され、「スレーブＲＬＣ層」はＳｅＮＢにおいて動作する。ダウンリンクでは、スレーブＲＬＣ層は、ＳｅＮＢにおいて必要な、遅延要件が厳しいＲＬＣ動作を受け持つ。すなわちスレーブＲＬＣ層は、ＭｅＮＢにおけるマスターＲＬＣ層から、スレーブによって送信できるようにマスターが割り当てた容易に構築されるＲＬＣ  ＰＤＵ（マスターによってシーケンス番号がすでに割り当てられている）を受信し、これらのＲＬＣ  ＰＤＵをユーザ機器に送信する。ＭＡＣスケジューラからのグラントにこれらのＰＤＵをちょうど収める処理は、現在定義されている再分割メカニズムを再利用することによって達成される。
【０１０４】
上記に基づいて、図２２ａ〜図２２ｉに示したさまざまなアーキテクチャが提案されている。これらは、非特許文献７からの抜粋である。
【０１０５】
以下では、図２２ａ〜図２２ｉに示したさまざまな代替形態の主たる特徴について概説する。以下の説明において、ベアラが分割される、とは、複数の基地局を介するようにベアラを分割できること（能力）として理解されたい。図から理解できるように、２本のベアラはＳ１インタフェースを通じて確立されているものと想定する。
−  １Ａ：  Ｓ１−ＵはＳｅＮＢにおいて終端しており、ＰＤＣＰは独立している（ベアラは分割されない）。
−  ２Ａ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラは分割されず、ＳｅＮＢにおけるＰＤＣＰは独立している。
−  ２Ｂ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラは分割されず、マスター・スレーブＰＤＣＰである。
−  ２Ｃ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラは分割されず、ＳｅＮＢにおいてＲＬＣは独立している。
−  ２Ｄ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラは分割されず、マスター・スレーブＲＬＣである。
−  ３Ａ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラが分割され、ベアラの分割のためＰＤＣＰは独立している。
−  ３Ｂ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラが分割され、ベアラの分割のためマスター・スレーブＰＤＣＰである。
−  ３Ｃ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラが分割され、ベアラの分割のためＲＬＣは独立している。
−  ３Ｄ：  Ｓ１−ＵはＭｅＮＢにおいて終端しており、ＭｅＮＢにおいてベアラが分割され、ベアラの分割のためマスター・スレーブＲＬＣである。
【０１０６】
３ＧＰＰによる検討において、上記の代替形態それぞれのさまざまな利点および欠点が認識されている。
【０１０７】
ユーザプレーンアーキテクチャの欠点
【０１０８】
上に説明したように、ＭｅＮＢとＳｅＮＢとの間のバックホールリンクは、低速であることがあり、したがって例えば６０ｍｓにもおよぶ大きな一方向レイテンシが発生することがある（非理想的なバックホールの前出の表を参照）。
【０１０９】
さらに、ユーザプレーンアーキテクチャのいくつかの代替形態においては、アクセス層（Access Stratum）のプロトコル層（例えばＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層）の一部さえも、ＭｅＮＢとＳｅＮＢとの間で分散される。したがってレイテンシが大きいため、これらのノード間でリアルタイム情報を共有することが不可能になる。情報によっては、他方のノードに到着するまでに期限切れとなることさえある。
【０１１０】
さらに、層間／クロスレイヤ通信では、ノード間のインタフェース（すなわちマクロｅＮＢとスモールｅＮＢとの間のＸ２インタフェース）におけるインタフェースシグナリング負荷が増大する。このインタフェースにおける負荷は不要であるようにするべきである。
【０１１１】
より詳細には、層間／クロスレイヤ通信において二重接続に起因して発生するレイテンシは、別の問題（例えばＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵ破棄メカニズムの既存の手順における問題）の原因にもなりうる。
【０１１２】
図１３に関連して説明したように、従来技術においては、ＰＤＣＰ  ＳＤＵ破棄メカニズムは、ｄｉｓｃａｒｄＴｉｍｅｒに基づいて機能し、このタイマーが切れたときに、対応するＰＤＣＰ  ＳＤＵを、対応するＰＤＣＰ  ＰＤＵ（すでに生成されている場合）とともに破棄する。対応するＰＤＣＰ  ＰＤＵがすでに下位層に渡されている場合、その下位層に破棄するように指示される。
【０１１３】
図１３のＰＤＣＰ層の破棄メカニズムは、ＰＤＣＰ層およびＲＬＣ層がＭｅＮＢとＳｅＮＢとの間で分散されているシナリオ、特に、ＰＤＣＰ層（または少なくともＰＤＣＰ  ＳＤＵ破棄メカニズム）がＳｅＮＢに存在しないシナリオにも、適用することができ、このことは図２３に示してある。このシナリオは、少なくとも、現在検討されているユーザプレーンアーキテクチャの代替形態２Ｃ，２Ｄ，３Ｃ，３Ｄの場合にあてはまる。さらに、ＭｅＮＢおよびＳｅＮＢにおいてマスター／スレーブＰＤＣＰ層がどのように分割されているか、具体的には、上述したＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵ破棄機能がＭｅＮＢまたはＳｅＮＢのどちらに配置されているかに応じて、場合によっては代替形態２Ｂ，３Ｂにもあてはまる。
【０１１４】
図２３から理解できるように、ＰＤＣＰ層（特にＰＤＣＰ層の破棄機能）はＭｅＮＢに配置されているのに対して、ＲＬＣ層はＳｅＮＢに配置されているものと想定する。
【０１１５】
ＰＤＣＰ層は、ＭｅＮＢ／ＳｅＮＢからダウンリンクでユーザ機器に送信されるデータに対して、自身が受け取る各ＰＤＣＰ  ＳＤＵごとにｄｉｓｃａｒｄＴｉｍｅｒを起動し、それらのＰＤＣＰ  ＳＤＵに対するタイマーが切れていないか継続的にチェックする。これに加えてＰＤＣＰ層は、通常の機能も実行し、すなわちＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを生成し（例えば、ヘッダ圧縮、暗号化、完全性保護、ＰＤＣＰヘッダの付加：  図１１を参照）、そのＰＤＣＰ  ＰＤＵをＲＬＣ層に転送する。特定のＰＤＣＰ  ＳＤＵに対するｄｉｓｃａｒｄＴｉｍｅｒが切れた時点で、対応するＰＤＣＰ  ＰＤＵおよびＰＤＣＰ  ＳＤＵを破棄する。さらに、ＭｅＮＢにおけるＰＤＣＰ層は、そのＰＤＣＰ  ＳＤＵに対応する生成したＰＤＣＰ  ＰＤＵが下位層（ＲＬＣ層）にすでに転送されたか否かをチェックする。転送されていない場合、ＲＬＣ層への指示情報は必要ない。ＰＤＣＰ  ＰＤＵがＲＬＣ層にすでに転送されていた（「はい」）場合、ＰＤＣＰ層におけるＰＤＣＰ  ＰＤＵおよびＰＤＣＰ  ＳＤＵは破棄されるが、さらに、対応するＰＤＣＰ  ＰＤＵを破棄するようにＲＬＣ層に指示する必要がある。ＳｅＮＢにおけるＲＬＣ層は、そのＰＤＣＰ  ＰＤＵ（またはＰＤＣＰ  ＰＤＵのセグメント）をＲＬＣ  ＰＤＵにすでにマッピングしたかをチェックし、すでにマッピングしていた場合、もはやＲＬＣ層においてそのＰＤＣＰ  ＰＤＵを破棄することはできない。しかしながら、ＲＬＣ層においてそのＰＤＣＰ  ＰＤＵがまだＲＬＣ  ＰＤＵに処理されていない場合、ＲＬＣ層でもそのＰＤＣＰ  ＰＤＵを破棄することができる。
【０１１６】
なお、ＰＤＣＰ  ＰＤＵは、ＲＬＣ層の観点からはＲＬＣ  ＳＤＵであることに留意されたい。このことは図２２のほとんどの代替形態にあてはまる。しかしながら、ＲＬＣ層がＭｅＮＢとＳｅＮＢとの間で分割されている場合（代替形態２Ｄおよび３Ｄを参照）、この用語（ＲＬＣ  ＳＤＵ）は曖昧であり、なぜならＭｅＮＢにおけるＲＬＣ層がＰＤＣＰ  ＰＤＵを受け取り、そのＰＤＣＰ  ＰＤＵに対して特定の機能を実行し（これらの機能はまだ定義されていない）、結果としての「パケット」をＳｅＮＢのＲＬＣ層に転送するためである。ＳｅＮＢのＲＬＣ層の観点からは、ＭｅＮＢにおけるＲＬＣ層の機能がすでに実行されてＲＬＣ  ＰＤＵが形成されているか否かによって、ＲＬＣ  ＰＤＵを受信する、またはＲＬＣ  ＳＤＵを受信することになる。本発明の以下の説明においては、実例を挙げることと説明を簡潔にすることのみを目的として、ＳｅＮＢにおけるＲＬＣ層は、ＭｅＮＢから（ＭｅＮＢのＰＤＣＰ層から、またはＭｅＮＢのマスターＲＬＣ層から）ＲＬＣ  ＳＤＵを受信するものと想定する。しかしながら、この想定は、本発明およびその範囲をこの用語（ＲＬＣ  ＳＤＵ）に制限するものではなく、この文脈において用語「ＲＬＣ  ＰＤＵ」も同等に使用することができる。
【０１１７】
前述したように、ＭｅＮＢは、ＳｅＮＢにおけるＲＬＣ層に、（１つまたは複数の）ＰＤＣＰ  ＰＤＵを破棄するように指示する。結果として、パケットごとの破棄指示情報がＸ２インタフェースを介して送られる。第１の問題点として、この方式はリソースの無駄であり、なぜなら破棄する必要のある各ＰＤＣＰ  ＰＤＵについてのみこの情報を伝えればよいためである。
【０１１８】
第２の問題点として、Ｘ２インタフェースのレイテンシに起因して、しばらくするとＳｅＮＢがＰＤＣＰ  ＰＤＵ（または少なくともＰＤＣＰ  ＰＤＵのセグメント）の送信を（すなわちＲＬＣ  ＰＤＵの形成を）開始することがある。結果としてＳｅＮＢは、ＰＤＵの正常な送信を完了しなければならず、このステップは、Ｘ２インタフェースのレイテンシがなければ必要ないものである。したがって、Ｘ２インタフェースのレイテンシが大きい場合、ダウンリンク送信において破棄機能が意図したように機能しないことがある。
【先行技術文献】
【非特許文献】
【０１１９】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】LTE - The UMTS Long Term Evolution FROM THEORY TO PRACTICE, Edited by: Stefania Sesia, Issam Toufik, Matther Baker, Second Edition, ISBN 978-0-470-66025-6
【非特許文献３】3GPP TS 36.323 v11.2.0 (2013-03)
【非特許文献４】3GPP TS 36.322
【非特許文献５】TR 36.932
【非特許文献６】TS 36.842
【非特許文献７】Email Discussion Report on U-Plane Alternatives, 3GPP TSG-RAN WG2 Meeting #82, R2-131621 by Nokia Siemens Networks (Rapporteur)
【発明の概要】
【発明が解決しようとする課題】
【０１２０】
本発明の１つの目的は、二重接続のシナリオにおいてＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵの形のダウンリンクデータを破棄する改良された方法を提供することである。本発明のより具体的な目的は、ＰＤＣＰ層の破棄機能がマスター基地局に配置されており（セカンダリ基地局には配置されていない）、ＲＬＣ層がセカンダリ基地局に配置されている場合に、ＰＤＣＰ層の破棄機能と、ＰＤＣＰ層とＲＬＣ層との対応する相互関係とを改良することである。
【課題を解決するための手段】
【０１２１】
本目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。
【０１２２】
本発明の主たる一態様は、移動局であって、マスター基地局とセカンダリ基地局との接続を制御する制御部と、前記セカンダリ基地局からデータパケットを受信する受信部と、を含み、前記データパケットは、前記マスター基地局から前記セカンダリ基地局へ転送されたＰＤＣＰ  ＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、前記移動局が、前記セカンダリ基地局からの前記データパケットを正常に受信できなかった場合に、通知が前記セカンダリ基地局から前記マスター基地局に送信され、前記通知が、特定のベアラに対する、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの最大のシーケンス番号に関する情報、および、前記マスター基地局によって転送され前記セカンダリ基地局によって前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵに関する情報を含み、前記移動局に正常に配信された前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号に関する前記情報に基づいて、前記移動局に正常に配信されなかった前記ＰＤＣＰ  ＰＤＵを除く前記ＰＤＣＰ  ＰＤＵの前記最大のシーケンス番号までのＰＤＣＰ  ＰＤＵが、前記マスター基地局の送信バッファから削除される、移動局である。
【０１２３】
本発明の第１の態様においては、移動局が二重接続の状態にあり、したがってマスター基地局およびセカンダリ基地局の両方にそれぞれの通信リンクを介して接続されているものと想定する。移動局は、少なくとも、マスター基地局からセカンダリ基地局を介して移動局に転送されるデータパケットを受信する。マスター破棄機能（master discard function）を有する上位層（例えばＰＤＣＰ層）を含むプロトコルスタックはマスター基地局に配置されており、セカンダリ基地局には配置されていない。セカンダリ基地局もプロトコルスタックを有するが、マスター基地局のこの特定の上位層を有さず、セカンダリ基地局は、マスター基地局のこの上位層の下の層である下位層（例えばＲＬＣ層）を有する。したがって、データパケットは、マスター基地局の上位（例えばＰＤＣＰ）層からセカンダリ基地局における下位（例えばＲＬＣ）層に転送される。
【０１２４】
マスター基地局における上位層（例えばＰＤＣＰ層）のマスター破棄機能は、（この上位層において適切に処理された後に）移動局にまだ正常に転送されていないデータパケットを破棄することを可能にする。これを目的として、各データパケット（例えばＰＤＣＰ  ＳＤＵ）に対して、それを受け取ったときに、マスター破棄機能のマスタータイマー（master timer）を起動する。上位層は、受け取ったデータパケット（例えばＰＤＣＰ  ＳＤＵ）を、例えば下位層（例えばＲＬＣ層）に転送される処理済みデータパケット（例えばＰＤＣＰ  ＰＤＵ）を生成することによって、適切に処理する。
【０１２５】
データパケットが移動局に正常に転送された場合、マスタータイマーを停止することができる。正常に転送されたことは、例えば下位層によって知らせることができる。さらにその場合には、受け取ったデータパケットと処理したデータパケットはもはや必要ないため、上位層において最終的に削除することができ、したがってマスター基地局におけるバッファを空にすることができる。しかしながら、（データパケットの転送が正常に完了する前に）マスタータイマーが切れた場合、上位層（例えばＰＤＣＰ層）において、データパケット（例えばＰＤＣＰ  ＳＤＵ）および処理したデータパケット（例えばＰＤＣＰ  ＰＤＵ）を破棄する。
【０１２６】
さらには、セカンダリ基地局における前述の下位層においてセカンダリ破棄機能（secondary discard function）が設定されるものと想定し、このセカンダリ破棄機能は、マスター基地局におけるマスター破棄機能にある程度似たものである。この目的のため、マスター基地局は、上位層におけるマスター破棄機能に基づいてセカンダリ破棄機能を設定する。そのために、マスター基地局からセカンダリ基地局に設定メッセージを送信することができ、設定メッセージは、セカンダリ破棄機能のセカンダリタイマーに関連して使用されるタイマー値を少なくとも含む。設定メッセージの中のタイマー値は、マスタータイマーのタイマー値とする、あるいは、マスター基地局とセカンダリ基地局との間の通信リンクに起因して発生する遅延、もしくは、マスター基地局からセカンダリ基地局にデータパケットを送信するプロセス全体に適用されるフロー制御の処理遅延、またはその両方を補正するため、あらかじめ小さい値とすることができる。さらにこれらに代えて、セカンダリ基地局がセカンダリタイマーの値を調整することもでき、したがって、セカンダリ基地局によって使用される設定メッセージにはマスタータイマーの値が含まれるが、この値は、マスター基地局の上位層がデータパケットを受け取ってから、（上位層による処理後に）セカンダリ基地局の下位層がそのデータを受信するまでの間のさまざまな遅延が補正されるように、セカンダリ基地局によって調整される。したがって、特定のデータパケットに対するマスタータイマーとセカンダリタイマーは、本質的に同時に切れる。
【０１２７】
さらには、２つのタイマー（マスタータイマーおよびセカンダリタイマー）の同期を容易にするため、次のようにマスター基地局からセカンダリ基地局にタイムスタンプ情報を提供することができる。マスター基地局は、自身の上位層がデータパケットを受け取るたびに、そのデータパケットのタイムスタンプをさらに生成することができ、このタイムスタンプは、上位層がそのデータパケットを実際に受け取った受取時刻（例えばマスタータイマーがトリガーされた時刻）を示す、または、そのデータパケットに対するマスタータイマーが切れるまでの残り時間を示す。いずれの場合にも、実際のデータパケットに加えて、（例えばデータパケットのヘッダの一部として）タイムスタンプがセカンダリ基地局に提供され、したがってセカンダリ基地局は、タイムスタンプを使用することによって、特定のデータパケットに対するマスタータイマーに一致するようにセカンダリタイマーを設定することができる。
【０１２８】
セカンダリタイマーは、マスター基地局における上位層からのデータパケット（例えばＰＤＣＰ  ＰＤＵ）が、下位層において受信されるたびに起動される。これに対応して、セカンダリタイマーが切れた時点で、セカンダリ基地局の下位層において、受信したデータパケット（例えばＰＤＣＰ  ＰＤＵ）が破棄される。
【０１２９】
要約すると、移動局に転送されるデータパケットがマスター基地局（具体的にはマスター基地局のプロトコルスタックの上位層（例えばＰＤＣＰ層））において受け取られたときに、マスター破棄機能のマスタータイマーが起動され、マスター基地局の上位層は、そのデータパケットを処理する（例えば受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを生成する）。
【０１３０】
最初に、説明を目的として、処理したデータパケット（例えばＰＤＣＰ  ＰＤＵ）を、マスタータイマーが切れる前にセカンダリ基地局における下位層に転送できないものと想定する。この場合、処理したデータパケット（例えばＰＤＣＰ  ＰＤＵ）と、受け取ったデータパケット（例えばＰＤＣＰ  ＳＤＵ）とが、マスター基地局の上位層によって破棄される。
【０１３１】
処理したデータパケット（例えばＰＤＣＰ  ＰＤＵ）がセカンダリ基地局における下位層に転送されるものと想定すると、セカンダリ基地局の下位層において、その処理されたデータパケット（例えばＰＤＣＰ  ＰＤＵ、これはＲＬＣ  ＳＤＵとも称される）が受信された時点で、セカンダリ基地局におけるセカンダリ破棄機能のセカンダリタイマーが起動される。しかしながら、セカンダリ基地局が（何らかの理由で）そのデータパケットを移動局にさらに転送できないものと想定する。
【０１３２】
したがって、マスター基地局におけるマスタータイマー（データパケットがユーザ機器にまだ正常に送信されていないため依然として動作している）が最終的に切れ、したがって、マスター基地局の上位層では、対応する受け取ったデータパケットおよび処理したデータパケット（例えばＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵ）を破棄することがトリガーされる。同様に、このデータパケットに対する、セカンダリ基地局におけるセカンダリ破棄機能のセカンダリタイマーも切れ、したがって、セカンダリ基地局の下位層では、対応するデータパケットを破棄することがトリガーされる。
【０１３３】
なお、セカンダリ基地局におけるセカンダリタイマーが切れた時点で、セカンダリ基地局は、自身の下位層から移動局に送信する準備のできた、下位層に固有なさらなるデータパケットを生成するために、データパケット（またはその少なくとも一部）がその時点までに下位層によってすでに処理されたかを、チェックすることが有利であることに留意されたい。ＰＤＣＰ層およびＲＬＣ層に関連するさらに具体的な実施形態においては、セカンダリ基地局は、ＰＤＣＰ  ＰＤＵ（またはそのセグメント）がＲＬＣ  ＰＤＵにすでにマッピングされたかをチェックする。すでにマッピングされた場合（すなわち下位層のデータパケットであるＲＬＣ  ＰＤＵが生成された場合）、下位層はそのデータパケットの破棄を実行しない。マッピングされていない場合、下位層はそのデータパケットの破棄を実行する。
【０１３４】
本発明の第２の代替態様も、本発明の基礎をなす上述した問題点を解決するが、第２の代替態様では、セカンダリ基地局の設計を単純化するため、セカンダリ基地局にセカンダリ破棄機能を設定することを回避する。第１の態様の場合に類似するシナリオを想定し、したがって、移動局がマスター基地局およびセカンダリ基地局の両方にそれぞれの通信リンクを介して接続されているものと想定する。移動局は、少なくとも、マスター基地局からセカンダリ基地局を介して移動局に転送されるデータパケットを受信する。マスター破棄機能を有する上位層（例えばＰＤＣＰ層）を含むプロトコルスタックは、マスター基地局に配置されており、セカンダリ基地局には配置されていない。セカンダリ基地局もプロトコルスタックを有するが、このプロトコルスタックは、マスター基地局のこの特定の上位層を有さず、セカンダリ基地局は、マスター基地局のこの上位層の下の層（例えばＲＬＣ層）を有する。したがって、データパケットは、マスター基地局の上位（例えばＰＤＣＰ）層からセカンダリ基地局における下位（例えばＲＬＣ）層に転送され、その後さらに移動局に転送される。
【０１３５】
本発明の第１の態様と同様に、マスター基地局における上位層（例えばＰＤＣＰ層）のマスター破棄機能は、移動局にまだ正常に転送されていないデータパケットを破棄することを可能にする。上位層によって受け取られる各データパケット（例えばＰＤＣＰ  ＳＤＵ）に対して、マスター破棄機能の対応するマスタータイマーを起動する。上位層（例えばＰＤＣＰ層）は、受け取ったデータパケット（例えばＰＤＣＰ  ＳＤＵ）を、例えば下位層（例えばＲＬＣ層）に転送される処理済みのデータパケット（例えばＰＤＣＰ  ＰＤＵ）を生成することによって、適切に処理する。
【０１３６】
マスタータイマーが切れた時点で、データパケットおよび処理済みのデータパケット（例えばそれぞれＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵ）が上位層によって破棄される。
【０１３７】
背景技術のセクションにおいて説明した破棄機能とは異なり、データパケットが下位層にすでに転送されたか否かに関するチェックは実行されない。すでに転送されたか否かには関係なく、マスター基地局（具体的にはその上位層（例えばＰＤＣＰ層））は、その特定のデータパケットを破棄するように下位層（例えばＲＬＣ層）に指示しない。
【０１３８】
本発明の第１の態様とは異なり、マスター基地局における上述したマスター破棄機能に対応するセカンダリ破棄機能も、セカンダリ基地局において実施されない。したがって、セカンダリ基地局の下位層（例えばＲＬＣ層）は、マスター基地局においてデータパケットが破棄されたか認識せず、受信したデータパケットに対する下位層の処理（例えば移動局へのデータパケットの送信）の実行を続行する。
【０１３９】
セカンダリ基地局における下位層（例えばＲＬＣ層）は、データパケット（例えば１つまたは複数のＲＬＣ  ＰＤＵとしてのＰＤＣＰ  ＰＤＵ）を移動局に送信し続け、移動局にデータパケット（例えばＰＤＣＰ  ＰＤＵ）が正常に配信された時点で、セカンダリ基地局における下位層（例えばＲＬＣ層）は、マスター基地局における上位層から受信したデータパケット（例えばＰＤＣＰ  ＰＤＵ）を破棄することができる。したがって、この第２の態様では、マスター基地局およびセカンダリ基地局における処理量が少なく、かつセカンダリ基地局が単純化される破棄方式が提供される。
【０１４０】
本発明の第３の態様によると、移動局は、データを送信するためにマスター基地局へのベアラを使用するか、セカンダリ基地局へのベアラを使用するかを決定するときに、マスター破棄機能のマスタータイマーの値を考慮する。より詳細には、移動局がマスター基地局およびセカンダリ基地局の両方にそれぞれの通信リンクを介して接続されているシナリオを想定する。二重接続においては、マスター基地局およびセカンダリ基地局の両方が同じベアラを処理担当することが可能である（図２１ｃのＥＰＳベアラ２を参照）。すなわち、この特定のベアラ２のパケットのいくつかは、マスター基地局を介して送信され、他のパケットはセカンダリ基地局を介して送信される。このような送信は、無線条件または他の基準に応じて行うことができる。
【０１４１】
本発明のこの第３の態様は、本発明の上述した第１の態様および第２の態様に代えて、またはこれらの態様に加えて、使用することができる。移動局は、データパケット、特に、すでに大きく遅延しているパケット、または破棄タイマーの時間が短いパケットを、マスター基地局またはセカンダリ基地局のどちらを介して送信するかを決定するときに、マスター破棄機能のマスタータイマーの残り時間を考慮することを提案する。
【０１４２】
本発明の第１の実施形態は、マスター基地局およびセカンダリ基地局の両方に接続されている移動局を宛先とするデータパケットを破棄する方法、を提供する。データパケットは、マスター基地局からセカンダリ基地局を介して移動局に転送される。マスター破棄機能を有する上位層は、マスター基地局に配置されており、セカンダリ基地局には配置されていない。マスター破棄機能は、各データパケットが受け取られたときに起動されるマスタータイマーが切れた時点で、データパケットを破棄する。マスター基地局は、セカンダリ基地局の下位層におけるセカンダリ破棄機能を、マスター基地局の上位層におけるマスター破棄機能に基づいて設定する。マスター基地局は、データパケットを上位層からセカンダリ基地局の下位層に転送する。セカンダリ基地局における下位層のセカンダリ破棄機能は、マスター基地局における上位層からデータパケットを受信したときに下位層によって起動されたセカンダリタイマーが切れた時点で、受信したデータパケットを破棄する。
【０１４３】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、
【０１４４】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局における上位層はＰＤＣＰ層であり、セカンダリ基地局における下位層はＲＬＣ層であり、データパケットは、ＰＤＣＰ層によってＰＤＣＰ  ＳＤＵとして受け取られ、受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ層によって生成されたＰＤＣＰ  ＰＤＵとして、ＲＬＣ層に転送される。セカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能は、マスター基地局におけるＰＤＣＰ層からＰＤＣＰ  ＰＤＵが受信されたときにＲＬＣ層によって起動されたセカンダリタイマーが切れた時点で、受信されたＰＤＣＰ  ＰＤＵを破棄する。
【０１４５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、セカンダリ基地局におけるＲＬＣ層は、ＲＬＣ層によって起動されたセカンダリタイマーが切れた時点で、ＰＤＣＰ  ＰＤＵまたはＰＤＣＰ  ＰＤＵの少なくとも１つのセグメントが、ＲＬＣ  ＰＤＵを生成するためにすでに使用されたかを判定する。受信したＰＤＣＰ  ＰＤＵを、セカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能によって破棄するステップは、ＰＤＣＰ  ＰＤＵまたはＰＤＣＰ  ＰＤＵのセグメントが、ＲＬＣ  ＰＤＵを生成するためにまだ使用されていないときにのみ実行される。
【０１４６】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、セカンダリ破棄機能を設定するステップは、セカンダリ破棄機能のセカンダリタイマーを設定するために使用される有効時間値（expiry time value）を少なくとも含む、セカンダリタイマーに関する情報、を含む設定メッセージを、マスター基地局からセカンダリ基地局に送信するステップ、を含む。セカンダリ基地局は、セカンダリタイマーの有効時間値を少なくとも含むセカンダリタイマーに関する受信された情報に基づいて、セカンダリ破棄機能を設定する。
【０１４７】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値と同じである。あるいは、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間だけ、小さい。あるいは、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値と同じであり、セカンダリ基地局は、受信された情報に含まれるセカンダリタイマーの有効時間値から、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間を差し引いた有効時間値に基づいて、ＲＬＣ層のセカンダリ破棄機能を設定する。
【０１４８】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、設定メッセージに含まれる、ＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間のデータパケットのフロー制御によって使用される遅延時間だけ、小さい。
【０１４９】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局は、マスター基地局のＰＤＣＰ層におけるＰＤＣＰ  ＳＤＵの受取時刻に関するタイムスタンプ情報、を生成する。あるいは、マスター基地局は、ＰＤＣＰ  ＳＤＵに対して残っている、マスター破棄機能のマスタータイマーの有効時間、に関するタイムスタンプ情報、を生成する。次いで、マスター基地局は、生成したタイムスタンプ情報を、好ましくは、マスター基地局のＰＤＣＰ層によってセカンダリ基地局のＲＬＣ層に転送されるＰＤＣＰ  ＰＤＵのヘッダの中で、セカンダリ基地局に送信する。受信したＰＤＣＰ  ＰＤＵをセカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能によって破棄するステップは、そのＰＤＣＰ  ＰＤＵの生成元であるＰＤＣＰ  ＳＤＵに関連する受信されたタイムスタンプ情報、にさらに基づく。
【０１５０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局におけるＰＤＣＰ層においてＰＤＣＰ  ＳＤＵを受け取り、ＰＤＣＰ  ＳＤＵを受け取った時点で、マスター基地局におけるＰＤＣＰ層は、受け取ったＰＤＣＰ  ＳＤＵに対してマスター破棄機能のマスタータイマーを起動する。マスター基地局におけるＰＤＣＰ層は、受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを生成する。生成したＰＤＣＰ  ＰＤＵが移動局に正常に転送されたことの通知がマスター基地局によって受信された時点で、マスター基地局におけるＰＤＣＰ層は、受け取ったＰＤＣＰ  ＳＤＵと、生成したＰＤＣＰ  ＰＤＵとを破棄する。
【０１５１】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、受信される通知は、セカンダリ基地局によってマスター基地局に送信され、セカンダリ基地局によって移動局に正常に転送された１つまたは複数のＰＤＣＰ  ＰＤＵに関する情報、を含む。この通知は、例えば、セカンダリ基地局によって移動局に正常に転送されなかった１つまたは複数のＰＤＣＰ  ＰＤＵに関する情報、をさらに含むことができる。この通知は、例えば、移動局に正常に転送された各ＰＤＣＰ  ＰＤＵごとにセカンダリ基地局によって送信される。または、この通知は、複数のＰＤＣＰ  ＰＤＵに関するビットマップを含む。または、この通知は、最も最近に移動局に正常に転送されたＰＤＣＰ  ＰＤＵを示す。
【０１５２】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局は、セカンダリタイマーの有効時間値を監視し、セカンダリ基地局におけるセカンダリタイマーが切れる時刻を認識する。セカンダリタイマーが切れるものとマスター基地局が認識した時刻の近傍において、マスター基地局が、ＰＤＣＰ  ＰＤＵが移動局に正常に転送されたことの通知をセカンダリ基地局から受信しない場合、マスター基地局は、通知が受信されなかった対象のＰＤＣＰ  ＰＤＵを、このＰＤＣＰ  ＰＤＵに対するマスタータイマーが切れる前に、移動局に送信する。
【０１５３】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、セカンダリ基地局は、セカンダリ基地局が１つまたは複数のＰＤＣＰ  ＰＤＵを移動局に正常に転送できなかったためにセカンダリ基地局によって破棄されるこれらの１つまたは複数のＰＤＣＰ  ＰＤＵが破棄されることをマスター基地局に知らせる破棄通知を、マスター基地局に送信する。この破棄通知は、例えば、移動局に正常に転送されなかった各ＰＤＣＰ  ＰＤＵごとにセカンダリ基地局によって送信される。
【０１５４】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局がＰＤＣＰ  ＰＤＵの破棄通知をセカンダリ基地局から受信したとき、マスター基地局は、そのＰＤＣＰ  ＰＤＵを移動局に送信する。
【０１５５】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、セカンダリ基地局は、セカンダリタイマーが切れる前にＲＬＣ状態報告を受信するため、ＲＬＣ状態報告をセカンダリ基地局に送信するように移動局にポーリングする。
【０１５６】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局は、マスター破棄機能に対して設定されている有効タイマー値を考慮して、移動局との通信リンクを確立し、したがって、マスター破棄機能の有効タイマー値が小さい場合に設定される通信リンクは、セカンダリ基地局を介さずに移動局との間に直接的に確立される。
【０１５７】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間に関する情報を含むメッセージが、移動局に送信される。あるいは、移動局は、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間を、マスター基地局およびセカンダリ基地局から受信されるその後のＰＤＣＰ  ＰＤＵの複数の異なる受信時刻に基づいて、推定する。次いで、セカンダリ基地局に送信されるＰＤＣＰ  ＳＤＵに対する、移動局のＰＤＣＰ層における破棄タイマーの残りの有効時間が、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間に等しいかまたはそれより小さい場合、そのＰＤＣＰ  ＳＤＵと、そのＰＤＣＰ  ＳＤＵから生成されたＰＤＣＰ  ＰＤＵとが移動局によって破棄される、または、そのＰＤＣＰ  ＰＤＵが、移動局とマスター基地局との間の通信リンクを介して移動局によってマスター基地局に直接送信される。
【０１５８】
本発明の第２の実施形態は、マスター基地局およびセカンダリ基地局の両方に接続されている移動局を宛先とするＰＤＣＰ  ＰＤＵの形のデータを破棄する方法、を提供する。データは、マスター基地局からセカンダリ基地局を介して移動局に転送される。マスター破棄機能を有するＰＤＣＰ層は、マスター基地局に配置されており、セカンダリ基地局には配置されていない。マスター基地局におけるＰＤＣＰ層は、ＰＤＣＰ  ＳＤＵを受け取る。マスター基地局におけるＰＤＣＰ層は、ＰＤＣＰ  ＳＤＵを受け取った時点で、その受け取ったＰＤＣＰ  ＳＤＵに対してＰＤＣＰ層のマスター破棄機能のマスタータイマーを起動する。マスター基地局におけるＰＤＣＰ層は、受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを生成する。マスター基地局におけるＰＤＣＰ層は、生成したＰＤＣＰ  ＰＤＵをセカンダリ基地局におけるＲＬＣ層に転送する。生成したＰＤＣＰ  ＰＤＵがマスター基地局によってセカンダリ基地局におけるＲＬＣ層に転送された時点で、マスター基地局におけるＰＤＣＰ層は、受け取ったＰＤＣＰ  ＳＤＵと、生成したＰＤＣＰ  ＰＤＵとを破棄する。受け取ったＰＤＣＰ  ＳＤＵに対する、マスター基地局におけるＰＤＣＰ層のマスター破棄機能のマスタータイマーが切れた時点で、マスター基地局におけるＰＤＣＰ層は、ＰＤＣＰ  ＳＤＵから生成したＰＤＣＰ  ＰＤＵが、自身によってセカンダリ基地局におけるＲＬＣ層にすでに転送されたかを判定する。すでに転送された場合、ＰＤＣＰ層は、ＲＬＣ層に転送されたＰＤＣＰ  ＰＤＵを破棄するようにＲＬＣ層に指示しない。
【０１５９】
本発明の第３の実施形態は、データを基地局に送信する移動局であって、マスター基地局およびセカンダリ基地局の両方に接続されている、移動局、を提供する。マスター破棄機能を有する上位層は、マスター基地局に配置されており、セカンダリ基地局には配置されていない。マスター破棄機能は、各データパケットを受け取ったときに起動されたマスタータイマーが切れた時点で、データパケットを破棄する。移動局の受信機は、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間に関する情報を含むメッセージを、マスター基地局から受信する。あるいは、移動局のプロセッサは、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間を、マスター基地局およびセカンダリ基地局から受信されるその後のＰＤＣＰ  ＰＤＵの複数の異なる受信時刻に基づいて、推定する。移動局のプロセッサは、セカンダリ基地局に送信されるＰＤＣＰ  ＳＤＵに対する、移動局のＰＤＣＰ層における破棄タイマーの残りの有効時間が、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間に等しいかまたはそれより小さいかを判定する。等しいかまたはそれより小さい場合、プロセッサは、そのＰＤＣＰ  ＳＤＵと、そのＰＤＣＰ  ＳＤＵから生成されたＰＤＣＰ  ＰＤＵとを、破棄する、または、移動局の送信機が、そのＰＤＣＰ  ＰＤＵを、移動局とマスター基地局との間の通信リンクを介してマスター基地局に直接送信する。本発明の第１の実施形態は、移動局を宛先とするデータパケットを転送するマスター基地局、を提供する。移動局は、マスター基地局およびセカンダリ基地局の両方に接続されている。データパケットは、マスター基地局からセカンダリ基地局を介して移動局に転送される。マスター破棄機能を有する上位層は、マスター基地局に配置されており、セカンダリ基地局には配置されておらず、マスター破棄機能は、各データパケットを受け取ったときに起動されたマスタータイマーが切れた時点で、データパケットを破棄する。マスター基地局のプロセッサおよび送信機は、マスター基地局の上位層におけるマスター破棄機能に基づいて、セカンダリ基地局の下位層におけるセカンダリ破棄機能を設定し、セカンダリ基地局における下位層のセカンダリ破棄機能は、マスター基地局における上位層から受信されるデータパケットの受信時に下位層によって起動されたセカンダリタイマーが切れた時点で、受信したデータパケットを破棄する。上位層からのデータパケットは、送信機がセカンダリ基地局の下位層に転送する。
【０１６０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局における上位層はＰＤＣＰ層であり、セカンダリ基地局における下位層はＲＬＣ層であり、データパケットは、ＰＤＣＰ層によってＰＤＣＰ  ＳＤＵとして受け取られ、受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ層によって生成されたＰＤＣＰ  ＰＤＵとして、ＲＬＣ層に転送され、セカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能は、マスター基地局におけるＰＤＣＰ層からＰＤＣＰ  ＰＤＵが受信されたときにＲＬＣ層によって起動されたセカンダリタイマーが切れた時点で、受信されたＰＤＣＰ  ＰＤＵを破棄する。
【０１６１】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、セカンダリ破棄機能を設定するステップは、セカンダリ破棄機能のセカンダリタイマーを設定するために使用される有効時間値を少なくとも含む、セカンダリタイマーに関する情報、を含む設定メッセージを、送信機がセカンダリ基地局に送信するステップ、を含む。
【０１６２】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値と同じである。あるいは、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間だけ、小さい。あるいは、設定メッセージに含まれる、ＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間のデータパケットのフロー制御によって使用される遅延時間だけ、小さい。
【０１６３】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、プロセッサは、マスター基地局のＰＤＣＰ層におけるＰＤＣＰ  ＳＤＵの受取時刻に関するタイムスタンプ情報、を生成する、あるいは、ＰＤＣＰ  ＳＤＵに対して残っている、マスター破棄機能のマスタータイマーの有効時間に関するタイムスタンプ情報、を生成する。送信機は、生成されたタイムスタンプ情報を、好ましくは、マスター基地局のＰＤＣＰ層によってセカンダリ基地局のＲＬＣ層に転送されるＰＤＣＰ  ＰＤＵのヘッダの中で、セカンダリ基地局に送信する。
【０１６４】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局は、マスター破棄機能に対して設定されている有効タイマー値を考慮して、移動局との通信リンクを確立し、したがって、マスター破棄機能の有効タイマー値が小さい場合に設定される通信リンクは、セカンダリ基地局を介さずに移動局との間に直接的に確立される。
【０１６５】
本発明の第１の実施形態は、データパケットを移動局に転送するセカンダリ基地局であって、移動局がマスター基地局およびセカンダリ基地局の両方に接続されている、セカンダリ基地局、を提供する。データパケットは、マスター基地局からセカンダリ基地局を介して移動局に転送される。マスター破棄機能を有する上位層は、マスター基地局に配置されており、セカンダリ基地局には配置されておらず、マスター破棄機能は、各データパケットを受け取ったときに起動されるマスタータイマーが切れた時点で、データパケットを破棄する。セカンダリ基地局のプロセッサは、マスター基地局の上位層におけるマスター破棄機能に基づいて、セカンダリ基地局の下位層におけるセカンダリ破棄機能を設定する。セカンダリ基地局の受信機は、マスター基地局の上位層からのデータパケットを、セカンダリ基地局の下位層において受信する。セカンダリ基地局のプロセッサは、マスター基地局における上位層からデータパケットが受信されたときに下位層によって起動されたセカンダリタイマーが切れた時点で、受信されたデータパケットを、セカンダリ基地局における下位層のセカンダリ破棄機能によって破棄する。
【０１６６】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、マスター基地局における上位層はＰＤＣＰ層であり、セカンダリ基地局における下位層はＲＬＣ層であり、データパケットは、ＰＤＣＰ層によってＰＤＣＰ  ＳＤＵとして受け取られ、受け取ったＰＤＣＰ  ＳＤＵからＰＤＣＰ層によって生成されたＰＤＣＰ  ＰＤＵとして、ＲＬＣ層に転送され、したがって、セカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能は、マスター基地局におけるＰＤＣＰ層からＰＤＣＰ  ＰＤＵが受信されたときにＲＬＣ層によって起動されたセカンダリタイマーが切れた時点で、受信されたＰＤＣＰ  ＰＤＵを破棄する。
【０１６７】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、ＲＬＣ層によって起動されたセカンダリタイマーが切れた時点で、プロセッサは、ＰＤＣＰ  ＰＤＵまたはＰＤＣＰ  ＰＤＵの少なくとも１つのセグメントが、ＲＬＣ  ＰＤＵを生成するためにすでに使用されたかを、セカンダリ基地局におけるＲＬＣ層によって判定する。受信したＰＤＣＰ  ＰＤＵを、セカンダリ基地局におけるＲＬＣ層のセカンダリ破棄機能によって破棄するステップは、ＰＤＣＰ  ＰＤＵまたはＰＤＣＰ  ＰＤＵのセグメントが、ＲＬＣ  ＰＤＵを生成するためにまだ使用されていないときにのみ実行される。
【０１６８】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、受信機は、セカンダリ破棄機能のセカンダリタイマーを設定するために使用される有効時間値を少なくとも含む、セカンダリタイマーに関する情報、を含む設定メッセージを、マスター基地局から受信する。プロセッサは、セカンダリタイマーの有効時間値を少なくとも含むセカンダリタイマーに関する受信された情報に基づいて、セカンダリ破棄機能を設定する。
【０１６９】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値と同じである。あるいは、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間だけ、小さい。あるいは、設定メッセージに含まれる、ＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ層のマスタータイマーの有効時間値より、マスター基地局とセカンダリ基地局との間のデータパケットのフロー制御によって使用される遅延時間だけ、小さい。あるいは、設定メッセージに含まれる、ＰＤＣＰ  ＰＤＵに対するＲＬＣ層のセカンダリタイマーの有効時間値は、ＰＤＣＰ  ＳＤＵに対するＰＤＣＰ層のマスタータイマーの有効時間値と同じであり、セカンダリ基地局のプロセッサは、受信された情報に含まれるセカンダリタイマーの有効時間値から、マスター基地局とセカンダリ基地局との間の通信リンクの遅延時間を差し引いた有効時間値に基づいて、ＲＬＣ層のセカンダリ破棄機能を設定する。
【０１７０】
上の実施形態に加えて、または上の実施形態に代えて使用できる、本発明の第１の実施形態の有利な変形形態によると、受信機は、マスター基地局のＰＤＣＰ層におけるＰＤＣＰ  ＳＤＵの受取時刻に関する情報、または、ＰＤＣＰ  ＳＤＵに対して残っている、マスター破棄機能のマスタータイマーの有効時間に関する情報、のいずれかを含むタイムスタンプ情報、をマスター基地局から受信する。プロセッサは、受信されたＰＤＣＰ  ＰＤＵを、そのＰＤＣＰ  ＰＤＵの生成元であるＰＤＣＰ  ＳＤＵに関連する受信されたタイムスタンプ情報、に基づいて、ＲＬＣ層のセカンダリ破棄機能によって破棄する。
【０１７１】
開示する実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および利点の１つまたは複数を得るためにすべてを備える必要はない。
【０１７２】
以下、例示的な実施形態について添付の図面を参照しながらより詳細に説明する。
【図面の簡単な説明】
【０１７３】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。
【図３】３ＧＰＰ  ＬＴＥ（リリース８／９）のために定義されたものとしてのダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。
【図４】３ＧＰＰ  ＬＴＥ（リリース８／９）に定義されているダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。
【図５】ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図６】アップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。
【図７】通信するための複数の異なる層を含むＯＳＩモデルを示している。
【図８】プロトコルデータユニット（ＰＤＵ）とサービスデータユニット（ＳＤＵ）の関係と、層間でのこれらのデータユニットの交換を示している。
【図９】３つの副層（ＰＤＣＰ層、ＲＬＣ層、ＭＡＣ層）から構成される、ユーザプレーンおよび制御プレーンの第２層のプロトコルスタックを示している。
【図１０】ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層におけるさまざまな機能の概要と、さまざまな層によるＳＤＵ／ＰＤＵの処理を例示的に示している。
【図１１】ユーザプレーンデータを対象とするＰＤＣＰ層のアーキテクチャを示している。
【図１２】制御プレーンデータを対象とするＰＤＣＰ層のアーキテクチャを示している。
【図１３】ＰＤＣＰ層における破棄機能に関連するステップと、ＲＬＣ層における破棄との相互関係とを単純化して示した流れ図である。
【図１４】データＰＤＵを示している。
【図１５】制御ＰＤＵを示している。
【図１６】マクロセルおよびスモールセルが同じキャリア周波数にある、スモールセルを機能強化するための配備シナリオの図である。
【図１７】スモールセルが屋外にあり、マクロセルおよびスモールセルが異なるキャリア周波数にある、スモールセルを機能強化するためのさらなる配備シナリオの図である。
【図１８】スモールセルが屋内にあり、マクロセルおよびスモールセルが異なるキャリア周波数にある、スモールセルを機能強化するためのさらなる配備シナリオの図である。
【図１９】スモールセルのみでのスモールセルを機能強化するためのさらなる配備シナリオの図である。
【図２０】Ｓ１−ＵインタフェースがマクロｅＮＢにおいて終了し、ベアラ分割がＲＡＮにおいて行われない、コアネットワークに接続されたマクロｅＮＢおよび小型ｅＮＢとの二重接続の通信システムアーキテクチャの概要の図である。
【図２１】図２１ａ、図２１ｂ、図２１ｃは、それぞれ、ＳＧＷとＵＥとの間に２つの別個のＥＰＳベアラを有する異なるオプションの図である。
【図２２】図２２ａ、図２２ｂ、図２２ｃ、図２２ｄ、図２２ｅ、図２２ｆ、図２２ｇ、図２２ｈ、図２２ｉは、それぞれ、二重接続に関連して現在検討されている、ＭｅＮＢおよびＳｅＮＢにおけるユーザプレーンのアーキテクチャのさまざまな代替形態を示している。
【図２３】ＰＤＣＰ層の破棄機能がＭｅＮＢに配置されており、ＲＬＣ層がＳｅＮＢ内であるユーザプレーンアーキテクチャに適用されるときの、図１３と同様の、ＰＤＣＰ層における破棄機能に関連するステップと、ＲＬＣ層における破棄との相互関係とを単純化して示した流れ図である。
【図２４】第１の例示的な実施形態による改良された破棄機能を示している流れ図である。
【図２５】第１の実施形態の改良形態を示しているシグナリング図であり、この改良形態によると、ＭｅＮＢは、ＳｅＮＢがユーザ機器に正常に送信できなかった特定のＰＤＣＰ  ＰＤＵの追加の再送信をユーザ機器に直接送信するか否かを決定することができる。
【図２６】第１の実施形態の改良形態を示しているシグナリング図であり、この改良形態によると、ＭｅＮＢは、ＳｅＮＢがユーザ機器に正常に送信できなかった特定のＰＤＣＰ  ＰＤＵの追加の再送信をユーザ機器に直接送信するか否かを決定することができる。
【図２７】さらなる改良形態を例示的に示しているシグナリング図であり、この改良形態によると、ＳｅＮＢによってユーザ機器に正常に送信できなかったＰＤＣＰ  ＰＤＵの破棄通知が、ＳｅＮＢからＭｅＮＢに送信される。
【図２８】第２の例示的な実施形態による改良された破棄機能を示している流れ図である。
【図２９】第５の例示的な実施形態による、ＳｅＮＢとＭｅＮＢとの間の改良された破棄機能を示している流れ図である。
【発明を実施するための形態】
【０１７４】
以下の段落では、さまざまな例示的な実施形態について説明する。例示のみを目的として、実施形態の多くは、上の背景技術のセクションで部分的に論じられた、３ＧＰＰ  ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）移動体通信システムによる無線アクセス方式に関して概要を示される。これらの実施形態は、例えば、上の背景技術のセクションで説明されている３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２）通信システムなどの移動体通信システムにおいて有利に使用することができるが、実施形態はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。
【０１７５】
「移動局」または「移動ノード」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、もしくは、ノードまたはネットワークの別の機能エンティティに所定の一連の機能を提供する、またはその両方であるソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティやコレスポンデントノードと通信することができる。
【０１７６】
請求項において使用されている用語「マスター基地局」は、３ＧＰＰの二重接続によると、マクロ基地局、あるいはマスターｅＮＢ／マクロｅＮＢとも称される。
【０１７７】
請求項において使用されている用語「セカンダリ基地局」は、３ＧＰＰの二重接続によると、スレーブ基地局、あるいはセカンダリｅＮＢ／スレーブｅＮＢとも称される。
【０１７８】
用語「破棄（する）」は、請求項および説明においては、ｄｉｓｃａｒｄＴｉｍｅｒ、および、このタイマーが切れた時点で破棄される例えばＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵの破棄に関連して、使用されている。しかしながら、「破棄（する）」は、削除するプロセスのみに具体的に制約されるのではなく、ＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵをもはや必要ないものと設定し、したがって削除されるように設定するプロセスとして、より広義に理解されたい。実際に削除が行われるタイミングは、実装に依存することができ、例えば、パケットごとに行う、したがって基本的にはＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵを破棄するように指示されたときにただちに削除する、または、破棄されるデータ（ＰＤＵ／ＳＤＵ）が例えば１００ｍｓごとにバッファから除去されるように周期的に削除することができる。
【０１７９】
以下では、いくつかの例示的な実施形態について詳しく説明する。これらの実施形態は、さまざまな実施形態に関連する以下に説明されている特に重要な特徴を備えながら、３ＧＰＰ規格に規定されている広い仕様の範囲内で実施されるように意図されている。
【０１８０】
本説明は、本開示を限定するものとして理解されるべきではなく、本開示をよりよく理解するための実施形態の単なる例として理解されたい。特許請求の範囲で提示される本開示の一般原則は、異なるシナリオに、本明細書で明示的に記載されない方法で適用することができることが、当業者には理解されよう。同様に、さまざまな実施形態の説明を目的とすることを前提とする以下のシナリオは、そのようなものとして、本発明を限定しないものとする。
【０１８１】
第１の実施形態
【０１８２】
以下では、本発明の第１のセットの実施形態について説明する。第１の実施形態の原理の説明を簡単にするために、いくつかの想定を行うが、これらの想定は、本特許請求の範囲によって広く定義されるものとしての本出願の範囲を限定するものとして解釈されるべきではないことに、留意されたい。
【０１８３】
第１の実施形態を図２４を参照しながら説明する。図２４は、特定の第１の実施形態において実行されるさまざまなステップを示している流れ図である。スモールセル環境における二重接続のシナリオを想定し、ユーザ機器は、ＭｅＮＢおよびＳｅＮＢの両方に接続されており、少なくとも、サービングゲートウェイ（ＳＧＷ）からＭｅＮＢに転送され最終的にＳｅＮＢを介してユーザ機器に転送されるデータを受信する（すなわち図２１ｂおよび図２１ｃにＥＰＳベアラ２として例示的に示してある）。図示したように、ＥＰＳベアラ２は、必要に応じてそのデータを両方のｅＮＢを介して送信できるようにＭｅＮＢにおいて分割する（図２１ｃ）、または、ＭｅＮＢにおいて分割されずにＥＰＳベアラ１とは個別にそのデータを転送することができる（図２１ｂ）。
【０１８４】
３ＧＰＰにおけるスモールセルの検討によると、背景技術のセクションにおいて図２２を参照しながら説明したように、ユーザプレーンのさまざまなアーキテクチャが検討されている。第１の実施形態においては、ＭｅＮＢおよびＳｅＮＢのユーザプレーンアーキテクチャとして、破棄機能を有するＰＤＣＰ層がＭｅＮＢに配置されておりＳｅＮＢには配置されていないアーキテクチャを想定する。さらに、下層のＲＬＣ層は、ＳｅＮＢに配置されており、ＭｅＮＢには配置されていても配置されていなくてもよい。したがって、この第１の実施形態は、検討下にある図２２ｃ，２２ｄ，２２ｅ，２２ｇ，２２ｈ，２２ｉのユーザプレーンアーキテクチャのいずれかを対象とすることができる。図２２ｃのユーザプレーンアーキテクチャ（代替形態２Ｂ）および図２２ｇのユーザプレーンアーキテクチャ（代替形態３Ｂ）においては、ＰＤＣＰ層がＭｅＮＢとＳｅＮＢの間で分割されており、どの機能が実際にＭｅＮＢに配置されており、どの機能が実際にＳｅＮＢに配置されているかが明確ではない。しかしながら、この第１の実施形態に関連することは、ＰＤＣＰ層の破棄機能がＭｅＮＢに配置されており、したがってＲＬＣ層の破棄機能とは離れていることであり、このため従来技術においては、ＭｅＮＢとＳｅＮＢとの間で層間通信を行うことが必要となる（背景技術のセクションの最後に説明した問題点の記述を参照）。
【０１８５】
ＰＤＣＰ層の機能およびＲＬＣ層の機能（第１の実施形態においてはそれぞれＭｅＮＢおよびＳｅＮＢに配置されている）は、背景技術のセクションにおいて（例えば図１０、図１１、図１２を参照しながら）説明した（現在の３ＧＰＰ規格に定義されている）機能とほとんど同じままであるものとする。異なるのは、第１の実施形態に関連する以下に説明する変更点である。第１の実施形態では、ＰＤＣＰ層とＲＬＣ層との間、したがって上述したシナリオにおけるＭｅＮＢとＳｅＮＢとの間の、改良された破棄機能メカニズムを提案する。
【０１８６】
ＭｅＮＢのＰＤＣＰ層における破棄機能は、ＭｅＮＢの上位層（ＲＲＣ層など）によって設定される。したがって、ＭｅＮＢにおけるｄｉｓｃａｒｄＴｉｍｅｒの値は、上位層によって設定される。なお、ＭｅＮＢにおける破棄機能を設定する上位層は、ＳｅＮＢには存在しないことに留意されたい。第１の実施形態によると、基本的にＭｅＮＢのＰＤＣＰ層の破棄機能に従ってＳｅＮＢのＲＬＣ層における追加の破棄機能を提供するため、ＭｅＮＢの（１層または複数の）上位層（ＲＲＣ層など）が、Ｘ２インタフェースを通じて、ＳｅＮＢの破棄機能を設定する。
【０１８７】
一般的には、ＳｅＮＢにおける破棄機能によって使用される破棄タイマー値は、ＭｅＮＢにおける破棄機能によって使用される破棄タイマー値と同じにすることができる。あるいは、ＳｅＮＢにおける破棄機能によって使用される破棄タイマー値は、ＭｅＮＢにおける破棄機能によって使用される破棄タイマー値に基づくが、データがＭｅＮＢのＰＤＣＰ層にＰＤＣＰ  ＳＤＵの形で到着してＰＤＣＰ層の破棄タイマーがトリガーされるタイミングから、データがＳｅＮＢのＲＬＣ層にＰＤＣＰ  ＰＤＵ（すなわちＲＬＣ  ＳＤＵ、例外として図２２ｅ，２２ｉにおけるようにＲＬＣ層が分割されている場合にはＲＬＣ  ＰＤＵ）の形で到着して第１の実施形態のＲＬＣ層の破棄タイマーがトリガーされるタイミングまでの、データによって発生するさまざまな遅延が補正されるように、調整することができる。
【０１８８】
ＳｅＮＢのＲＬＣ層が自身の破棄機能の対応する破棄タイマーを設定できるようにする対応する設定メッセージを、ＭｅＮＢからＳｅＮＢに送信する。この設定メッセージは、ＳｅＮＢにおけるＲＬＣ層の破棄タイマーを設定するためにＳｅＮＢによって使用される値を含むことができる。この値は、ＭｅＮＢにおけるＰＤＣＰ層の破棄機能の破棄タイマーに使用される値と同じとする、または、データのさまざまな遅延が考慮されるように調整することができる。
【０１８９】
より詳細には、この遅延全体は、ＭｅＮＢとＳｅＮＢとの間のバックホールリンクに使用される通信技術に固有なバックホール遅延（例えばＤＳＬアクセスの場合には最大６０ｍｓ）と、Ｘ２インタフェース上のＭｅＮＢがデータを処理し、そのデータがこのバックホール（Ｘ２インタフェース）を通じてＳｅＮＢに向けて実際に送信されるまでにかかるフロー制御遅延とから構成されるものとみなすことができる。後者のフロー制御は、例えば、Ｘ２インタフェースが輻輳していた（ユーザ機器の数やトラフィック量が過大である）、もしくは、ＳｅＮＢ側に容量に関連する何らかの問題（例えば処理遅延、バッファ容量、無線輻輳など）があった、またはその両方が原因で、ＭｅＮＢがＸ２インタフェースを介してＳｅＮＢにパケットを送信できないときに発生しうる。バックホールリンク遅延は、ＭｅＮＢとＳｅＮＢとの間の物理リンクの特性とバックホールのスループットによって決まる本質的にある程度一定なものであるため、ＭｅＮＢおよびＳｅＮＢにおいて求めることができる。これに対して、データのフロー制御によって発生する遅延は、相当に変動し、したがってフロー制御遅延の正確な時間長を求めることは難しい。しかしながら、ＭｅＮＢもしくはＳｅＮＢまたはその両方がフロー制御遅延の平均値または最小値を求めることは可能であり、ＳｅＮＢにおける破棄タイマーを設定するためのＳｅＮＢへの設定メッセージの中でＳｅＮＢに送信されるタイマー値を決定するときに、これらの値を考慮することができる。
【０１９０】
したがって、ＭｅＮＢにおける破棄機能とＳｅＮＢにおける破棄機能は、発生する遅延の影響を受け、非効率的な破棄メカニズムとなる。この問題は、ＳｅＮＢにおける破棄機能のタイマーを、遅延が補正されるように設定することによって、回避することができる。例えば、ＭｅＮＢにおける破棄タイマーが２００ｍｓに設定されており、バックホール遅延が５０ｍｓであると想定すると、ＳｅＮＢにおける破棄タイマーのより正確な、したがって有利なタイマー値（有効ｄｉｓｃａｒｄＴｉｍｅｒと称することができる）は、１５０ｍｓである（この例ではフロー制御遅延は無視するものと想定する）。設定メッセージ内の値を、ＭｅＮＢによってあらかじめ１５０ｍｓに設定する、または、設定メッセージ内の値を２００ｍｓ（ＭｅＮＢにおける破棄タイマーのタイマー値）に設定し、ＳｅＮＢが、自身の破棄タイマーが１５０ｍｓに設定されるように、このタイマー値を調整する。
【０１９１】
バックホールリンク遅延を理由とする調整に加えて、またはこの調整に代えて、ＳｅＮＢにおける有効ｄｉｓｃａｒｄＴｉｍｅｒを、同様にフロー制御遅延が補正されるように調整することができる。フロー制御遅延の最小値または平均値が２０ｍｓであると想定すると、ＳｅＮＢにおける有効ｄｉｓｃａｒｄＴｉｍｅｒは、２００ｍｓ−５０ｍｓ−２０ｍｓ（フロー制御遅延のみを補正する場合には２００ｍｓ−２０ｍｓ）に設定することができる。設定メッセージ内の値は、あらかじめ調整する、または、設定メッセージには、ＭｅＮＢにおける破棄タイマーの（調整されていない）タイマー値を含め、ＳｅＮＢ自身が、受信したタイマー値を、フロー制御遅延もしくはバックホールリンク遅延またはその両方が考慮されるように調整する。ＳｅＮＢは、フロー制御遅延の大きさを、Ｘ２リンク（Ｘ２における輻輳期間）を通じて認識する、または、例えばＳｅＮＢ自身の容量の問題（例えば処理遅延、バッファ容量、無線輻輳など）に起因してＸ２を通じてのパケットの受信を停止する期間として、ＳｅＮＢ自身でフロー制御遅延を求めることができる。
【０１９２】
したがって、ＳｅＮＢのＲＬＣ層における破棄機能は、ＭｅＮＢのＰＤＣＰ層からＰＤＣＰ  ＰＤＵを受信した時点で対応する破棄タイマーが起動され、かつ上の方法のいずれかに従ってＭｅＮＢ／ＳｅＮＢによって設定された時間の後に切れるように、セットアップされる。
【０１９３】
ＭｅＮＢにおける上位層がＳｅＮＢにおけるＲＬＣ層の破棄機能をどのように設定するかに関する具体的な実施方法は、さまざまな方法をとることができる。例えば、設定メッセージの送信は、所有権のある手段によって、例えばＯ＆Ｍ（オペレーション＆メンテナンス）を使用して達成することができる、あるいは、ＳｅＮＢにおけるＲＬＣ層を設定する、Ｘ２インタフェースを通じたＲＲＣメッセージなどの設定メッセージを使用して、Ｘ２インタフェースを通じて設定を指定することができる。この設定情報によって、ＳｅＮＢがサポートする、移動局に向かう各ベアラに対して適用される破棄タイマーが、ＳｅＮＢに知らされる。この設定情報は、ＭｅＮＢにおけるＲＲＣ層によってＸ２リンクを介してＳｅＮＢに提供する、または、上位層によって、Ｘ２を介して、または所有権のあるインタフェースを使用して、例えばＯ＆Ｍを通じて、ＳｅＮＢに配置されているＲＲＣエンティティに対して設定することができる。
【０１９４】
以下では、ＭｅＮＢにおける破棄機能およびＳｅＮＢにおける破棄機能の両方をセットアップした後のパケットの転送について、図２４に関連して説明する。データはダウンリンクにおいてＭｅＮＢおよびＳｅＮＢを介してユーザ機器に送信されるものと想定し、さらに例示を目的として、図２２ｄまたは図２２ｈ（代替形態２Ｃまたは３Ｃ）のユーザプレーンアーキテクチャが使用されるものと想定する。
【０１９５】
ＰＤＣＰ層が上位層からＰＤＣＰ  ＳＤＵを受け取ったとき、そのＰＤＣＰ  ＳＤＵに対して対応するＰＤＣＰ  ｄｉｓｃａｒｄＴｉｍｅｒを起動し、ＰＤＣＰ層における通常のメカニズムに従って、そのＰＤＣＰ  ＳＤＵからＰＤＣＰ  ＰＤＵを生成する。次いで、このように生成したＰＤＣＰ  ＰＤＵを、ＳｅＮＢにおけるＲＬＣ層にＸ２インタフェースを介して転送する。しかしながら、ＭｅＮＢにおけるＰＤＣＰ層が、ＭｅＮＢにおける破棄タイマーが切れる前に適切なタイミングで、ＳｅＮＢにおけるＲＬＣ層にＰＤＣＰ  ＰＤＵを実際に転送できないことがあることにも留意されたい。この理由として、ＭｅＮＢにおける処理遅延、Ｘ２リンクの輻輳などが挙げられる。
【０１９６】
ＳｅＮＢのＲＬＣ層がＰＤＣＰ  ＰＤＵ（ＲＬＣの観点からはＲＬＣ  ＳＤＵ）を受信した時点で、その受信したＰＤＣＰ  ＰＤＵに対して、ＲＬＣ層における対応するｄｉｓｃａｒｄＴｉｍｅｒ（または有効ｄｉｓｃａｒｄＴｉｍｅｒ）を起動する。さらに、ＳｅＮＢのＲＬＣ層は、通常の方法でそのＲＬＣ  ＳＤＵを処理して１つまたは複数のＲＬＣ  ＰＤＵを生成し、次いで、これらのＲＬＣ  ＰＤＵを、ユーザ機器にさらに転送できるように下位層（すなわちＭＡＣ層）に渡すことができる（簡潔さを目的として図２４には示していない）。
【０１９７】
したがって、ＰＤＣＰ  ＳＤＵのデータに対して、ＭｅＮＢにおける破棄タイマーとＳｅＮＢにおける破棄タイマーが動作している。
【０１９８】
最初に、ＰＤＣＰ  ＳＤＵデータがＳｅＮＢによってユーザ機器に正常に送信されるものと想定する。この場合、ＰＤＣＰ  ＰＤＵデータを伝える対応する（１つまたは複数の）ＲＬＣ  ＰＤＵがユーザ機器によって正しく受信されて確認応答を受け取ったことを、ＳｅＮＢにおける下層（例えばＭＡＣ層）がＳｅＮＢにおけるＲＬＣ層に知らせる。したがって、ＳｅＮＢのＲＬＣ層は、ＲＬＣ層におけるｄｉｓｃａｒｄＴｉｍｅｒを停止／終了させることができ、ＰＤＣＰ  ＰＤＵデータ（すなわちＲＬＣ  ＳＤＵ）を破棄することができる。さらに、ＳｅＮＢのＲＬＣ層は、ＰＤＣＰ  ＰＤＵがユーザ機器に正常に送信されたことを、（例えば正常配信通知（Successful Delivery Indication）（後の説明を参照）を送信することによって）ＭｅＮＢにおけるＰＤＣＰ層に知らせる。これに応えてＰＤＣＰ層は、その正常に送信されたＰＤＣＰ  ＰＤＵ（より正確にはＰＤＣＰ  ＳＤＵ）に対する自身の破棄タイマーを停止／終了させることができ、さらにそのＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵを最終的に破棄することができる。結果として、ＭｅＮＢでは、ＳｅＮＢによってユーザ機器に正常に送信されたことが通知されなかったＰＤＣＰ  ＰＤＵに対応する、より少ない（残りの）ＰＤＣＰ  ＳＤＵに対するｄｉｓｃａｒｄＴｉｍｅｒが動作している。このようなｄｉｓｃａｒｄＴｉｍｅｒが切れたとき、そのことをＭｅＮＢがＳｅＮＢに示すこともできる。なぜなら、この時点で動作しているｄｉｓｃａｒｄＴｉｍｅｒは少数であり、ユーザ機器にまだ正常に配信されていないＰＤＣＰ  ＰＤＵ（すなわちユーザ機器が正常配信通知をまだ送信していない対象のＰＤＣＰ  ＰＤＵ）に対応する破棄指示情報がＭｅＮＢからＳｅＮＢに送信されるのみであり、したがって、Ｘ２インタフェースを介してのシグナリングは依然として軽減されるためである。この方法では、すべてのＰＤＣＰ  ＰＤＵについてではなく、ＳｅＮＢによってユーザ機器に実際に配信されなかったＰＤＣＰ  ＰＤＵのみについて破棄するように指示するだけでよいため、各ＰＤＣＰ  ＰＤＵについて破棄するように指示する不必要なＸ２シグナリングが回避される。
【０１９９】
これに対して、ＳｅＮＢにおけるＲＬＣ層が、受信したＰＤＣＰ  ＰＤＵデータを何らかの理由でユーザ機器に送信できなかったものと想定する。この場合、ＭｅＮＢおよびＳｅＮＢにおける２つのタイマーが最終的に切れる。ＭｅＮＢにおいては、ＰＤＣＰ  ＳＤＵに対して起動された破棄タイマーが切れたとき、ＰＤＣＰ層が、（切れた破棄タイマーに対応する）ＰＤＣＰ  ＳＤＵと、そのＰＤＣＰ  ＳＤＵから生成されたＰＤＣＰ  ＰＤＵの両方を破棄する。同様に、ＳｅＮＢにおけるＲＬＣ層では、ＰＤＣＰ  ＰＤＵ（すなわちＲＬＣ  ＳＤＵ）を受信した時点で起動された破棄タイマーが切れたとき、その受信したＰＤＣＰ  ＰＤＵが破棄される。
【０２００】
さらに、この第１の実施形態の有利な実施例においては、ＲＬＣ層は、ＰＤＣＰ  ＰＤＵを実際に破棄する前に、そのＰＤＣＰ  ＰＤＵ（またはＰＤＣＰ  ＰＤＵの少なくとも１つのセグメント）のデータが、ユーザ機器に送信できるように少なくとも１つのＲＬＣ  ＰＤＵにすでにマッピングされたかをチェックすることができる。ＰＤＣＰ  ＰＤＵに対するＲＬＣ層によるＲＬＣ送信メカニズムに支障が生じないように、ＲＬＣ層におけるＰＤＣＰ  ＰＤＵの破棄は、そのＰＤＣＰ  ＰＤＵがＲＬＣ  ＰＤＵにまだマッピングされていないときにのみ実行する（図２４の「いいえ」分岐を参照）。
【０２０１】
上の説明から明らかであるように、図２３に関連して説明した処理と比較すると、１つの利点として、ＭｅＮＢにおけるＰＤＣＰ層の破棄タイマーが切れたとき、ＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵを破棄するように（ＳｅＮＢにおける）ＲＬＣ層に指示する必要はもはやなく、これによってＸ２を介してのシグナリングが軽減される。さらには、たとえＸ２におけるバックホール遅延が破棄タイマー値と同程度かまたはそれより大きいときでも破棄メカニズムは機能し、なぜなら、ＳｅＮＢにおけるＲＬＣ層は、ＰＤＣＰ  ＰＤＵを破棄できるように、ＭｅＮＢのＰＤＣＰ層における破棄タイマーと基本的に同期している個別のタイマーを動作させているためである。
【０２０２】
さらに、ＰＤＣＰ  ＰＤＵがＲＬＣ層にすでに転送されたか否かをもはやチェックする必要がなく、したがってＭｅＮＢにおけるＰＤＣＰプロトコルが単純化される。
【０２０３】
以下では、この第１の実施形態のさらなる詳細および改良形態について説明する。
【０２０４】
前に説明したように、ＳｅＮＢのＲＬＣ層は、ＰＤＣＰ  ＰＤＵがユーザ機器に正常に送信されたことを、ＭｅＮＢにおけるＰＤＣＰ層に知らせることができる。ＭｅＮＢに知らせる対応する通知（以下では正常配信通知と称する）は、さまざまな方法で実施することができる。一般的には、このような正常配信通知を送信する方法およびタイミング（すなわち報告を開始および停止するタイミング）について、ＭｅＮＢによってＳｅＮＢを設定することができる。例えば、ＭｅＮＢは、特定のベアラを対象とする正常配信通知の報告を開始するように（Ｘ２を介して）ＳｅＮＢに求めることができ、さらに、特定のベアラを対象とする報告を停止するように（Ｘ２を介して）ＳｅＮＢに求めることができる。
【０２０５】
例えば、Ｘ２を介してＳｅＮＢにおいて受信された後にユーザ機器に正常に送信された各ＰＤＣＰ  ＰＤＵごとに、正常配信通知をＳｅＮＢからＭｅＮＢに連続的に送信することができる。この方法の利点として、最大限に早いタイミングでＭｅＮＢに知らされ、ＭｅＮＢは、どのＰＤＣＰ  ＰＤＵがユーザ機器によって受信され、どのＰＤＣＰ  ＰＤＵが受信されなかったかを明確に認識する。しかしながら、この方法の欠点として、Ｘ２インタフェースにおけるシグナリング負荷が大きい。さらに、この場合には、ＰＤＣＰ  ＰＤＵ  Ｎ−１およびＰＤＣＰ  ＰＤＵ  Ｎ＋１がユーザ機器に正常に配信された場合、そのようにＭｅＮＢに報告されるが、ＰＤＣＰ  ＰＤＵ  Ｎがユーザ機器にまだ正常に配信されておらず、ＲＬＣ再送信の状態にあるものと想定すると、ＭｅＮＢは、ＰＤＣＰ  ＰＤＵ  Ｎの状態（ＳｅＮＢにおいて破棄されたのか、最終的にユーザ機器に正常に配信されたのか）を判断することができない。当然ながら、このことは大きな問題ではなく、なぜならＭｅＮＢは、ＰＤＣＰ  ＰＤＵ  Ｎの正常配信通知を受信するまで、またはＰＤＣＰ  ＰＤＵ  Ｎに対するマスター破棄タイマーが切れるまで、ＰＤＣＰ  ＰＤＵ  Ｎを保持することができるためである。しかしながら、代替方法として、Ｘ２インタフェースを介して受信されてユーザ機器に正常に配信された各ＰＤＣＰ  ＰＤＵを「順序どおりに」ＭｅＮＢに知らせる。
【０２０６】
これに代えて、Ｘ２インタフェースにおけるシグナリング負荷を軽減するため、正常に配信された複数のＰＤＣＰ  ＰＤＵのうち、最大のシーケンス番号をＭｅＮＢに送信することができる。しかしながら、この方法は誤った判断につながることがあり、以下ではこれについて説明する。
【０２０７】
シーケンス番号１１〜２０を有する連続する１０個のＰＤＣＰ  ＰＤＵのうち、シーケンス番号１３，１５を有するＰＤＣＰ  ＰＤＵが、ＭｅＮＢからＳｅＮＢに送信されるときに失われ、シーケンス番号１７，１９を有するＰＤＣＰ  ＰＤＵが、ＳｅＮＢからユーザ機器に正常に送信されていないものと想定する。正常配信通知が、シーケンス番号２０を有する、正常に送信された最後のＰＤＣＰ  ＰＤＵのみを示す場合、ＭｅＮＢは、シーケンス番号２０までのすべてのＰＤＣＰ  ＰＤＵが正常に配信されたものとみなし、したがってこれらを破棄する。したがって再送信の機会が失われる。このような正常配信通知は、Ｘ２において失われたＰＤＣＰ  ＰＤＵ（上の例ではシーケンス番号１３，１５のＰＤＣＰ  ＰＤＵ）を示さず、さらには、正常に配信された最後のＰＤＣＰ  ＰＤＵの最大のシーケンス番号より小さいシーケンス番号を有するＰＤＣＰ  ＰＤＵのうち、ユーザ機器においてまだ正常に受信されていないＰＤＣＰ  ＰＤＵ（上の例ではシーケンス番号１７，１９のＰＤＣＰ  ＰＤＵ）に関して正しくない状態を伝える。
【０２０８】
しかしながら、この欠点はさほど重大ではなく、なぜなら、正常に配信されないＰＤＣＰ  ＰＤＵの数は一般にはごく少なく、したがって、必要であればこれらのＰＤＣＰ  ＰＤＵの再送信を、さらなる上位層（例えばＴＣＰ層）によって行うことができるためである。しかしながら、この欠点を克服するため、ＳｅＮＢによってユーザ機器に正常に送信できなかった（１つまたは複数の）ＰＤＣＰ  ＰＤＵのシーケンス番号を含めることによって、正常に配信された（前の方法では報告されない）複数のＰＤＣＰ  ＰＤＵのシーケンス番号のうち、最大のシーケンス番号を含む正常配信通知を改良することができる。例えば、（ＰＤＣＰ  ＰＤＵ  ０〜１００はすでにＳｅＮＢによって報告されて）ＰＤＣＰ  ＰＤＵ  １０１〜２００が依然としてＭｅＮＢのバッファ内にあり、正常配信通知が、ＡＣＫ＿ＳＮ＝１５０と、これに加えてＮＡＣＫ＿ＳＮ１＝１４０およびＮＡＣＫ＿ＳＮ２＝１４５を示すものと想定する。ＭｅＮＢは、この正常配信通知に応えて、シーケンス番号１４０，１４５のＰＤＣＰ  ＰＤＵを除く、シーケンス番号１０１〜１５０のＰＤＣＰ  ＰＤＵを破棄する。この場合、後から説明するように、さらなる改良形態では、ＭｅＮＢは、ＰＤＣＰ  ＰＤＵ  １４０およびＰＤＣＰ  ＰＤＵ  １４５をユーザ機器に直接送信するか否かを決定することができる（図２５および図２６に関連する後からの説明を参照）。
【０２０９】
さらなる代替方法として、正常配信通知はビットマップを含むことができ、このビットマップには、ユーザ機器に正常に配信されたがまだ報告されていないＰＤＣＰ  ＰＤＵのうち最も新しいＰＤＣＰ  ＰＤＵ、または最も古いＰＤＣＰ  ＰＤＵのＡＣＫ＿ＳＮと、そのＰＤＣＰ  ＰＤＵより前の各ＰＤＣＰ  ＰＤＵごとの、またはそのＰＤＣＰ  ＰＤＵより後の各ＰＤＣＰ  ＰＤＵごとの１ビット情報とを含める。例えば、正常配信通知は、以下のように構成することができる。
【０２１０】
ビットマップの先頭は、正常に配信され、かつ、正常に配信されたことがＭｅＮＢにまだ示されていないＰＤＣＰ  ＰＤＵのうち最も古いＰＤＣＰ  ＰＤＵである。
【０２１１】
ビットマップの最後は、正常に配信されたＰＤＣＰ  ＰＤＵのうち最も新しいＰＤＣＰ  ＰＤＵである。
【０２１２】
正常に配信されたすべてのＰＤＣＰ  ＰＤＵを「１」によって示し、そうでないすべてのＰＤＣＰ  ＰＤＵを「０」によって示す、またはこの逆によって示す。
【０２１３】
この代替方法では、これまでの代替方法よりもＸ２シグナリングが減少しうるが、非効率的となることがあり、なぜなら、前の報告の更新が必要となりうるためである。例えば、あるＰＤＣＰ  ＰＤＵが、（前の正常配信通知の時点においては）正常に送信されていないことが報告されたが、その後に正常に送信された場合、次の正常配信通知のビットマップには、最初の正常配信通知と同じ情報の一部が含まれる。
【０２１４】
別の可能な方法として、正常配信通知の上述したいくつかの代替方法を組み合わせることができ、例えば、正常に配信された（または正常に配信されていない）ＰＤＣＰ  ＰＤＵのうち最も古い（または最も新しい）ＰＤＣＰ  ＰＤＵを示し、これに加えて、上に提案した対応するビットマップを送信する。
【０２１５】
正常配信通知のフォーマットおよび内容とは別に、ＳｅＮＢからＭｅＮＢに正常配信通知をいつ送信するかに関するタイミングを定義しなければならず、例えば以下のうちの１つとすることができる。
【０２１６】
例えば次のようなイベントに基づくイベントトリガー方式：
ＳｅＮＢがユーザ機器からの（ＲＬＣ）状態報告を受信する
ＭｅＮＢが正常配信通知を求める（例えば、ＭｅＮＢのバッファが特定のレベルを超えたとき、またはタイマーに基づく）
ビットマップのサイズが固定されており、ビットマップ全体が使用されたとき（したがってビットマップのサイズが「ｎ」ならば、「ｎ」個のＰＤＣＰ  ＰＤＵフィードバック情報が実際に伝えられる）
【０２１７】
これに代えて、またはこれに加えて、正常配信通知を周期的に送信することができ、この場合、周期は例えば設定可能とすることができる。
【０２１８】
さらなる改良形態について、図２５および図２６に関連して説明する。これらの図は、以下に説明するさらなる改良形態に焦点をあてて、ＳｅＮＢ、ＭｅＮＢ、およびユーザ機器において実行されるさまざまなステップを概略的に示している略図である。なお、図２５および図２６は、さらなる改良形態を深く理解できるように示すために、簡略化されていることに留意されたい。この改良形態によると、ＳｅＮＢ自身がＰＤＣＰ  ＰＤＵを正常に送信できない場合に、ＭｅＮＢがそのＰＤＣＰ  ＰＤＵをユーザ機器に直接送信する機会がＭｅＮＢに与えられ、例えば、ＳｅＮＢにおけるセカンダリタイマーが切れてからＭｅＮＢにおけるマスタータイマーが切れるまでの時間枠を使用してユーザ機器に直接送信する。第１の実施形態に関連して前に説明したように、ＳｅＮＢにおけるセカンダリタイマーは、（ＰＤＣＰ  ＳＤＵを受け取ることによってトリガーされるマスタータイマー値と比較して）ＰＤＣＰ  ＰＤＵがＳｅＮＢに到着してセカンダリタイマーがトリガーされるまでに発生する遅延の一部（実際には全体ではない）が考慮されるように、設定することができる。したがって、セカンダリタイマーは、同じＰＤＣＰ  ＰＤＵ／ＰＤＣＰ  ＳＤＵに対するＭｅＮＢにおける対応するマスタータイマーより前に切れるものとする。
【０２１９】
より詳細には、ＭｅＮＢは、ＳｅＮＢにおけるセカンダリタイマーに設定されている時間をさらに監視し、したがってＭｅＮＢは、特定のＰＤＣＰ  ＰＤＵに対するＳｅＮＢにおけるセカンダリタイマーが切れるタイミングを認識しているものと想定する。さらに、ＭｅＮＢは、正常配信通知がＭｅＮＢに達するまでにかかる時間も考慮することができ、したがって、ＭｅＮＢにおいて監視される時間は、ＳｅＮＢからの対応する正常配信通知を受信することができるように、わずかに長い必要がある。言い換えれば、ＭｅＮＢは、特定のＰＤＣＰ  ＰＤＵの正常配信通知が最も遅くていつまでに受信されているべきかを認識している。図２５および図２６には、上記の変形形態のいずれも、「ＳＮ＿Ｘに対するセカンダリタイマーが切れたか？」として枠内に記載されている。一実施例においては、図２５および図２６に例示したように、ＭｅＮＢは、ＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）をＳｅＮＢに送信した時点で、セカンダリタイマーの時間の監視を開始する。いずれの場合も、ＭｅＮＢは、セカンダリタイマーのタイマー値を監視し、セカンダリタイマーは、ＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）に対するマスタータイマーが切れる前に終了する。図には示していない別の実施例においては、ＭｅＮＢは、マスタータイマーのタイマー値を監視し、（さまざまな遅延を考慮して）セカンダリタイマーが切れるであろうタイミングを認識する。
【０２２０】
図２５は、ＳｅＮＢがＰＤＣＰ  ＰＤＵをユーザ機器に正常に送信することができる場合を示している。したがって、ＳｅＮＢは、ＰＤＣＰ  ＰＤＵに関する正常配信通知をＭｅＮＢに送信し、対応するＰＤＣＰ  ＰＤＵを破棄する。ＭｅＮＢは、正常配信通知を受信した時点で、ＰＤＣＰ  ＳＤＵ（ＳＮ＿Ｘ）に対応するマスタータイマーを停止し、ＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）を破棄する。図２６は、ＳｅＮＢがＰＤＣＰ  ＰＤＵをユーザ機器に正常に送信することができない、逆の場合を示している。したがって、ＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）に対するＳｅＮＢにおけるセカンダリタイマーが最終的に切れ、ＳｅＮＢはＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）を破棄する。したがって、このＰＤＣＰ  ＰＤＵに対しては正常配信通知がＳｅＮＢによってＭｅＮＢに送信されない。この改良形態に関して前述したように、ＭｅＮＢも、ＳｅＮＢにおけるセカンダリタイマーに設定されている時間（場合によっては、正常配信通知がＭｅＮＢに受信されるまでに発生する遅延を考慮して調整された時間）を監視しており、したがって、自身がＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）の正常配信通知が最も遅くていつまでに受信されているべきかを認識している。ＭｅＮＢは、ＳｅＮＢから正常配信通知が受信されず、以降にも受信されないものと判断すると（「ＳＮ＿Ｘに対するセカンダリタイマーが切れたか？」「はい」）、そのときマスタータイマーが切れていなければ（すなわちマスタータイマーがまだ動作しており切れていない）、そのＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）をユーザ機器に直接送信することを決定することができる。その少し後に、そのＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）に対するＭｅＮＢにおけるマスタータイマーが切れる、またはＭｅＮＢによって停止され、対応するＰＤＣＰ  ＳＤＵ（ＳＮ＿Ｘ）およびＰＤＣＰ  ＰＤＵ（ＳＮ＿Ｘ）がＭｅＮＢにおいて破棄される。
【０２２１】
これに代えて、正常配信通知にＰＤＣＰ  ＰＤＵのＮＡＣＫ＿ＳＮを含めることができ、ＭｅＮＢは、ＮＡＣＫ＿ＳＮに応えて、対応するＰＤＣＰ  ＰＤＵをユーザ機器に送信することを決定することができる。
【０２２２】
この改良形態をさらに有利にするため、マスタータイマーは、ユーザ機器におけるＰＤＣＰ並べ替えタイマー（reordering timer）の値より小さいものとする。そうでない場合、すなわちユーザ機器における並べ替えタイマーがＭｅＮＢにおけるマスタータイマーよりも小さい値に設定されている場合、ユーザ機器は、自身におけるＰＤＣＰ  ＰＤＵに対する並べ替えタイマーが切れた後にＭｅＮＢによる直接的な送信を受信することがあり、その場合にユーザ機器は、たとえパケットを正常に受信しても、そのパケットをそのまま破棄する。しかしながら、並べ替えタイマーはＭｅＮＢによってユーザ機器に対して設定されるため（またはそのように指定される場合）、ＭｅＮＢは、ユーザ機器において動作する並べ替えタイマーよりもマスタータイマーが短くなるようにすることができる。
【０２２３】
この改良形態においては、絶対的に必要ではないが、ＰＤＣＰ  ＰＤＵがユーザ機器に正常に送信されてから短い時間の後に正常配信通知がＭｅＮＢに送信されるならば有利である。そうでない場合、ＭｅＮＢはセカンダリタイマーが切れる時刻前後まで正常配信通知を受信しないため、ＳｅＮＢがＰＤＣＰ  ＰＤＵをユーザ機器に送信できなかったものと誤って想定することがあり、結果としてＭｅＮＢは独自にそのＰＤＣＰ  ＰＤＵをユーザ機器に送信する（図２６を参照）。いずれの場合も、ユーザ機器が両方のｅＮＢ（ＳｅＮＢおよびＭｅＮＢ）から同じＰＤＣＰ  ＰＤＵを受信した場合には重複するＰＤＣＰ  ＰＤＵを破棄するように、ユーザ機器を構成するべきである。
【０２２４】
第１の実施形態のさらなる改良形態（図２５および図２６に関連して説明した前の改良形態に代わる方法（または前の改良形態に追加される方法）と考えることができる）においては、ＳｅＮＢとＭｅＮＢとの間での破棄通知（Discard Indication）を提案し、この破棄通知は、ＳｅＮＢによってユーザ機器に正常に送信されなかったＰＤＣＰ  ＰＤＵをＭｅＮＢに知らせる。この改良形態においても、このような破棄通知を送信する方法およびタイミング（すなわち報告を開始および停止するタイミング）について、ＭｅＮＢによってＳｅＮＢを設定することができる。例えば、ＭｅＮＢは、特定のベアラを対象とする破棄通知の報告を開始するように（Ｘ２を介して）ＳｅＮＢに求めることができ、さらに、特定のベアラを対象とする報告を停止するように（Ｘ２を介して）ＳｅＮＢに求めることができる。
【０２２５】
以下では、この改良形態の一例について、図２７を参照しながら説明する。ＳｅＮＢは、ＭｅＮＢからＰＤＣＰ  ＰＤＵを受信した時点で、受信したＰＤＣＰ  ＰＤＵに対するセカンダリタイマーを起動するものと想定する。ＳｅＮＢは、セカンダリタイマーが切れた時点で、（例えばそのＰＤＣＰ  ＰＤＵがＲＬＣ  ＰＤＵにまだマッピングされていなければ）そのＰＤＣＰ  ＰＤＵ（ＲＬＣ  ＳＤＵ）を破棄して送信を終了し、例えば以下に説明する破棄通知を使用することによって、自身が破棄することをＭｅＮＢに知らせる。これに応えてＭｅＮＢは、そのＰＤＣＰ  ＰＤＵに対するマスタータイマーがまだ動作している場合、そのＰＤＣＰ  ＰＤＵをユーザ機器に送信することを決定することができる。マスタータイマーがトリガーされてからセカンダリタイマーがトリガーされるまでの間に発生するさまざまな遅延の一部（ただし全体ではない）について調整されるようにセカンダリタイマーが設定されている場合、セカンダリタイマーがマスタータイマーより前に切れることを考えれば、ＭｅＮＢが破棄通知を受信した時点でマスタータイマーはおそらくまだ動作している。
【０２２６】
さらに、ＳｅＮＢは、例えば特定のＰＤＣＰ  ＰＤＵがＳｅＮＢ  ＲＬＣ層によってすでに何度も（再）送信されたときには、セカンダリタイマーが切れる前にそのＰＤＣＰ  ＰＤＵを破棄することを決定することができる。
【０２２７】
この改良形態において使用される破棄通知は、上述した正常配信通知と同様に、さまざまな方法で実施することができる。例えば、ユーザ機器に正常に送信できなかった（例えば、対応するセカンダリタイマーが切れた、または最大再送回数に達した）各ＰＤＣＰ  ＰＤＵごとに、ＳｅＮＢからＭｅＮＢに破棄通知を送信することができる。この方法の利点として、最大限に早いタイミングで（したがってＭｅＮＢにおける対応するマスタータイマーが切れる前に）ＭｅＮＢに知らされ、さらに、ＭｅＮＢはどのＰＤＣＰ  ＰＤＵがユーザ機器によって受信されなかったのかを明確に認識する。ＳｅＮＢからＭｅＮＢへのこのような破棄通知が必要となるＰＤＣＰ  ＰＤＵは極めて少数である（ＲＬＣ再送信の後において１０６のオーダー）ことを考えると、Ｘ２インタフェースにおけるシグナリング負荷はおそらくはそれほど大きくない。
【０２２８】
破棄通知をいつ送信するかに関しても、さまざまな実施方法があり、そのうちのいくつかは、正常配信通知に関連してすでに説明した。例えば、破棄通知の送信をイベントトリガー方式とすることができ、例えば、ＰＤＣＰ  ＰＤＵに対する少なくとも１つのセカンダリタイマーが切れたとき、または、正常な配信の回数が特定のしきい値を超えたときに（例えば５０回の正常な配信ごとに）トリガーすることができる（ＳｅＮＢは、１つのＡＣＫ＿ＳＮのみ、または１つのＡＣＫ＿ＳＮおよび１つ以上のＮＡＣＫ＿ＳＮを含む１つの破棄通知をＭｅＮＢに送ることができる）。これに代えて、破棄通知の送信を周期的とすることができる。このタイプの報告方法においては、ＳｅＮＢにおいて破棄されるＰＤＣＰ  ＰＤＵが存在しない（すなわちその報告周期内ではすべてのＰＤＣＰ  ＰＤＵが対応するセカンダリタイマーの切れる前にユーザ機器に正常に送信された）ときに、破棄がゼロであること（ＮＵＬＬ  ｄｉｓｃａｒｄ）を破棄通知によって示すことができる。破棄がゼロであることは、例えば、前述したように１つのＡＣＫ＿ＳＮのみを含めることによって、または、その時点までにＸ２を介して受信されたすべてのＰＤＣＰ  ＰＤＵが配信されたことを示す特殊なフィールドを利用することによって、示すことができる。
【０２２９】
しかしながら、破棄通知およびその送信タイミングの別の実施方法として、正常配信通知に関連して説明した方法なども（例えば最大のシーケンス番号に関する上の説明を参照されたい）、それが適切と判断される場合には使用することができる。
【０２３０】
要約すると、ＭｅＮＢは、有利であると判断される場合、ユーザ機器への直接的な再送信を実行することができる（実際には、マスタータイマーがまだ動作している、すなわち対象のＰＤＣＰ  ＰＤＵがＭｅＮＢにおいてまだ利用可能である場合にのみ実行することができる）。ユーザ機器のＰＤＣＰ層は、ＳｅＮＢおよびＭｅＮＢの両方から同じＰＤＣＰ  ＰＤＵを受信した場合、それらの重複するＰＤＣＰ  ＰＤＵを破棄する。このように、必要な場合、より小さいリンク遅延を使用してＰＤＣＰ  ＰＤＵをユーザ機器に追加的に再送信することができる。
【０２３１】
破棄通知は、たとえ１つのＡＣＫ＿ＳＮのみ、または１つのＡＣＫ＿ＳＮおよび１つ以上のＮＡＣＫ＿ＳＮを示す場合にも、ＭｅＮＢのＰＤＣＰバッファをクリアする機会を提供する目的で、ＳｅＮＢによって周期的にＭｅＮＢに送信することができる。
【０２３２】
破棄通知を不必要にＭｅＮＢに送信することを回避する目的で、新規のポーリングトリガー（Poll Trigger）をＳｅＮＢおよびユーザ機器によって使用することができる。新規のポーリングトリガーは、セカンダリタイマーが切れるタイミングに関連付ける（例えば切れる直前または直後）、またはＳｅＮＢにおける任意の他の破棄メカニズムに関連付ける（例えば前に説明したように配信カウンターに基づく）べきである。ポーリングは、ポーリングビット（Poll bit）を含めることによって行い、ユーザ機器は、ポーリングを受信した時点で、ただちにＲＬＣ状態報告をＳｅＮＢに送信する。これに応えてＳｅＮＢは、ＲＬＣ状態報告に基づいて破棄通知をさらに更新し、例えば、送信されたＲＬＣ状態報告に基づいて、ユーザ機器において受信されたものと新たに確認されたＰＤＣＰ  ＰＤＵについては、破棄通知を送らない。
【０２３３】
図２４に関連して上に説明した破棄メカニズムは、以下に説明するようにＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵに関連するタイムスタンプ情報をＳｅＮＢにおけるＲＬＣ層に提供することによって、さらに正確さを高めることができる。１つのオプションによると、ＭｅＮＢのＰＤＣＰ層がＰＤＣＰ  ＳＤＵが受け取って、そのＰＤＣＰ  ＳＤＵに対応するＰＤＣＰ層における破棄タイマーがトリガーされるとき、そのＰＤＣＰ  ＳＤＵを受け取った時刻（例えば、ＧＰＳ時刻、ＵＴＣ時刻、フレーム番号、サブフレーム番号など）を示すタイムスタンプを生成する。したがって、（そのＰＤＣＰ  ＳＤＵから生成された）ＰＤＣＰ  ＰＤＵをＳｅＮＢにおけるＲＬＣ層に送信するとき、（これらのＰＤＣＰ  ＳＤＵ／ＰＤＣＰ  ＰＤＵに関連する）生成したタイムスタンプもＳｅＮＢに提供する。タイムスタンプ情報は、例えば、Ｘ２インタフェースを介してＳｅＮＢに転送される対応するＰＤＣＰ  ＰＤＵのヘッダに含めることができる。ＲＬＣ層は、タイムスタンプ情報およびＰＤＣＰ  ＰＤＵを受信した時点で、前に設定されたＳｅＮＢの破棄タイマー値（特に、ＭｅＮＢのＰＤＣＰ層における破棄タイマーと同じに設定されているとき）と、受信したタイムスタンプが示す受取時刻情報とに基づいて、ＰＤＣＰ層における破棄タイマーがいつ切れるかを正確に求めることができる。
【０２３４】
別のオプションによると、ＰＤＣＰ層の破棄タイマーが切れて、したがってＰＤＣＰ  ＳＤＵおよびＰＤＣＰ  ＰＤＵを破棄するようにＰＤＣＰ層がトリガーされるまでの残り時間に関する情報を、タイムスタンプ情報に含めることができる。タイムスタンプの情報は、どのエンティティがいつタイムスタンプを生成するかによって異なる。例えば、Ｘ２プロトコルがＭｅＮＢからパケットを受け取る時点において、破棄タイマーが切れるまでの残り時間が７６ｍｓである場合、この情報をタイムスタンプに含める。この場合にも、この情報はＳｅＮＢにおけるＲＬＣ層に提供され、したがってＳｅＮＢは、自身のＲＬＣ層における破棄タイマーが切れることによって、受信したＰＤＣＰ  ＰＤＵを破棄する正確なタイミングを、この情報を使用して求めることができる。
【０２３５】
結果として、ＳｅＮＢのＲＬＣ層に設定される破棄メカニズムを、ＭｅＮＢのＰＤＣＰ層の破棄タイマーに、より正確に同期させることができる。この特定のケースにおいては、ＭｅＮＢからＰＤＣＰ  ＳＤＵデータをＳｅＮＢに送信するときに発生する遅延を補正するために、ＳｅＮＢのＲＬＣ層の破棄タイマーを、ＭｅＮＢのＰＤＣＰ層の破棄タイマーの破棄タイマー値よりもいくらか小さく調整する必要もない。そうではなく、ＳｅＮＢのＲＬＣ層における破棄タイマーを、ＭｅＮＢのＰＤＣＰ層における破棄タイマーと正確に同じ値に設定することができる。
【０２３６】
上の改良形態に加えて、または上の改良形態に代えて使用することのできる、さらなる改良形態によると、ＭｅＮＢは、短い破棄タイマーに関連付けられるパケットを、ＳｅＮＢを介してユーザ機器に送信する（したがってバックホールリンクの遅延／輻輳が発生する）のではなく、短い破棄タイマーに関連付けられるベアラ／パケットはＭｅＮＢ自身がユーザ機器に送信するようにする。このことは、どのベアラ／パケットをＭｅＮＢまたはＳｅＮＢのどちらが処理担当するべきかを選択するときに、重要な要素として考慮することができる。具体的には、ＭｅＮＢ、ＳｅＮＢ、ユーザ機器の間に、ベアラなどの通信リンクを確立するとき、小さい破棄タイマー値を有するパケットに関連付けられるベアラは、ＭｅＮＢがユーザ機器との間に直接（すなわちＳｅＮＢを経由しないで）確立し、それ以外のベアラは、ＭｅＮＢとユーザ機器との間、または、ＭｅＮＢおよびＳｅＮＢとユーザ機器との間に、通常の方法で確立することができる。
【０２３７】
第２の実施形態
【０２３８】
第２の実施形態では、第１の実施形態と同じ問題に対処するが、以下に図２８に関連して説明するように、やや異なる代替の解決策を提供する。基本的には、上に説明した第１の実施形態に関連する想定と同じ想定を行う。具体的には、スモールセル環境における二重接続のシナリオを想定し、ユーザ機器は、ＭｅＮＢおよびＳｅＮＢの両方に接続されており、少なくとも、サービングゲートウェイ（ＳＧＷ）からＭｅＮＢに転送され最終的にＳｅＮＢを介してユーザ機器に転送される（すなわち図２１ｂ，２１ｃにＥＰＳベアラ２として例示的に示した）データを受信する。図示したように、ＥＰＳベアラ２は、必要に応じてそのデータを両方のｅＮＢを介して送信できるようにＭｅＮＢにおいて分割する（図２１ｃ）、または、ＭｅＮＢにおいて分割せずにＥＰＳベアラ１とは個別にそのデータを転送することができる（図２１ｂ）。
【０２３９】
３ＧＰＰにおけるスモールセルの検討によると、背景技術のセクションにおいて図２２を参照しながら説明したように、ユーザプレーンのさまざまなアーキテクチャが検討されている。第２の実施形態においては、ＭｅＮＢおよびＳｅＮＢのユーザプレーンアーキテクチャの想定として、破棄機能を有するＰＤＣＰ層はＭｅＮＢに配置されているがＳｅＮＢには配置されておらず、さらに、下位のＲＬＣ層はＳｅＮＢに配置されており、ＭｅＮＢには配置されていてもいなくてもよい。したがって、この第２の実施形態は、検討されているユーザプレーンアーキテクチャのうち図２２ｃ，２２ｄ，２２ｅ，２２ｇ，２２ｈ，２２ｉのアーキテクチャのいずれかを対象とすることができる。図２２ｃのユーザプレーンアーキテクチャ（代替形態２Ｂ）および図２２ｇのユーザプレーンアーキテクチャ（代替形態３Ｂ）においては、ＰＤＣＰ層がＭｅＮＢとＳｅＮＢの間で分割されており、どの機能が実際にＭｅＮＢに配置されており、どの機能が実際にＳｅＮＢに配置されているかが明確ではない。しかしながら、第２の実施形態に関連することは、ＰＤＣＰ層の破棄機能がＭｅＮＢに配置されており、したがってＲＬＣ層の破棄機能とは離れていることであり、このため従来技術においては、ＭｅＮＢとＳｅＮＢとの間で層間通信を行うことが必要となる（従来技術の問題点の説明を参照）。
【０２４０】
ＰＤＣＰ層の機能およびＲＬＣ層の機能（第２の実施形態においてはそれぞれＭｅＮＢおよびＳｅＮＢに配置されている）は、背景技術のセクションにおいて（例えば図１０、図１１、図１２を参照しながら）説明した（現在の３ＧＰＰ規格に定義されている）機能とほとんど同じままであるものとする。異なるのは、第２の実施形態に関連する以下に説明する変更点である。さらに、第２の実施形態では、ＰＤＣＰ層とＲＬＣ層の間（すなわちＭｅＮＢとＳｅＮＢの間）の改良された破棄機能メカニズムを提案する。
【０２４１】
従来技術および第１の実施形態と同様に、ＭｅＮＢにおけるＰＤＣＰ層は、対応するＰＤＣＰタイマーが切れているためにもはや送信する必要のないＰＤＣＰ  ＳＤＵ（および対応するＰＤＣＰ  ＰＤＵ）を破棄することを可能にする破棄メカニズムを実施する。しかしながら、第２の実施形態によるＭｅＮＢのＰＤＣＰ層における破棄メカニズムでは、従来技術の破棄メカニズムとは異なり、第１の実施形態と同様に、ＰＤＣＰ  ＰＤＵがＲＬＣ層に転送されたかをチェックせず、さらに、ＰＤＣＰ  ＳＤＵを破棄するようにＳｅＮＢにおける下層（ＲＬＣ層）に指示しない。さらには、ＳｅＮＢを単純化するため、第１の実施形態において提案した個別の破棄メカニズムをＳｅＮＢにおいて実施しない。
【０２４２】
したがって、ＭｅＮＢにおけるＰＤＣＰ層は、ＰＤＣＰ  ＳＤＵを受け取ると、そのＰＤＣＰ  ＳＤＵに対応する破棄タイマーを起動し、さらにそのＰＤＣＰ  ＳＤＵを通常の方法で処理してＰＤＣＰ  ＰＤＵを生成し、次いでそのＰＤＣＰ  ＰＤＵを、ユーザ機器にさらに転送できるようにＳｅＮＢにおけるＲＬＣ層に転送する。ＳｅＮＢのＲＬＣ層は、ＭｅＮＢにおけるＰＤＣＰ層からＸ２インタフェースを介してそのＰＤＣＰ  ＰＤＵを受信したとき、第１の実施形態におけるようには自身の追加の破棄タイマーを起動せず、ＲＬＣ層の通常の動作として、受信したデータを分割および連結してＲＬＣ  ＰＤＵを生成し、次いでこれらのＲＬＣ  ＰＤＵを、さらに送信できるように下位層（例えばＭＡＣ層）に渡す。さらに、ＳｅＮＢにおけるＲＬＣ層は、前に受信したＰＤＣＰ  ＰＤＵを破棄するように指示する通知を、ＭｅＮＢにおけるＰＤＣＰ層から受信する機能も備えない。結果として、たとえＭｅＮＢにおいてＰＤＣＰ層の破棄タイマーが切れても、ＲＬＣ層は、自身の通常のプロセス、すなわちユーザ機器に送信できるように（１つまたは複数の）ＲＬＣ  ＰＤＵを生成するプロセスを続行する。したがって、ＭｅＮＢにおけるＰＤＣＰ層によってかなり前にすでに破棄されたＰＤＣＰ  ＰＤＵについて、それらがユーザ機器に正常に受信されたことをＲＬＣ層がＭｅＮＢのＰＤＣＰ層に報告することもありうる。
【０２４３】
当然ながら、ＳｅＮＢにおけるＲＬＣ層は、受信したＰＤＣＰ  ＰＤＵデータを（１つまたは複数のＲＬＣ  ＰＤＵの形で）ユーザ機器に正常に転送することを成功するまで長時間にわたり試みることがないように、別の内部破棄タイマー（第１の実施形態のタイマーとは異なる）を備えることができる（備えなくてもよい）。
【０２４４】
図２８に例示的に示したように、ＳｅＮＢにおけるＲＬＣ層は、通常のルーチン動作として、ユーザ機器に正常に送信されたため後から使用できるように保持しておく必要のないＰＤＣＰ  ＰＤＵ（すなわちＲＬＣ  ＳＤＵ、および場合によってはＲＬＣ  ＰＤＵ）を破棄することによって、自身のバッファをクリアする。
【０２４５】
第２の実施形態のこの破棄メカニズムは、実施の観点において単純であり、したがってＳｅＮＢをより単純にすることができ、したがって、より安価である。その理由として、この破棄メカニズムでは、（特にデータレートの高いアプリケーションの場合に）同時に動作する複数のタイマー（ＰＤＣＰ  ＰＤＵごとに１つのタイマー）を扱う必要がなく、また、ＲＬＣ層は、Ｘ２を介して受信するすべてのＰＤＣＰ  ＰＤＵに対して同じ挙動をとる。さらに、この第２の実施形態の利点として、破棄タイマーを知らせるためにパケット（ＰＤＣＰ  ＰＤＵ）ごとにＳｅＮＢにシグナリングする必要がなく、また、このような破棄機能／タイマー値の設定／再設定が回避される。さらに、ＭｅＮＢは、データがＳｅＮＢのＲＬＣ層にすでに転送されたか否かに関する対応するチェックをもはや行う必要がない。
【０２４６】
第２の実施形態の１つの改良形態においては、ＳｅＮＢがＰＤＣＰ  ＰＤＵをユーザ機器に正常に送信できなかった場合に対応するため、（図２５および図２６に関連して説明した第１の実施形態の改良形態と同様に、例えばＭｅＮＢの破棄タイマーが切れる前に）ＭｅＮＢがそのＰＤＣＰ  ＰＤＵをユーザ機器に直接送信する機会が与えられる。第２の実施形態についてすでに説明したように、ＲＬＣ層は、ＰＤＣＰ  ＰＤＵがユーザ機器に正常に送信されたことを、ＭｅＮＢにおけるＰＤＣＰ層に報告する。この報告は、第１の実施形態において正常配信通知に関連して説明した方法と同様の方法で行うことができる。このような正常配信通知に使用可能なさまざまなフォーマット、内容、および送信方法については、ここでは説明を繰り返さない。したがって、第１の実施形態の説明のうち、１つ（または複数）のＰＤＣＰ  ＰＤＵがユーザ機器に正常に送信されたことをＳｅＮＢにおけるＲＬＣ層によってＭｅＮＢのＰＤＣＰ層に知らせる場合に等しくあてはまる対応する説明箇所を参照されたい。
【０２４７】
第２の実施形態のこの改良形態によると、ＭｅＮＢは、特定のＰＤＣＰ  ＰＤＵに対応する正常配信通知が、特定の時点までに（ただしその同じＰＤＣＰ  ＰＤＵに対応するＭｅＮＢにおけるマスタータイマーが切れる前に）受信されたか否かを判定する。ＭｅＮＢは、その特定の時点までに正常配信通知を受信しなかった場合、そのＰＤＣＰ  ＰＤＵをユーザ機器に直接送信することを決定することができる。
【０２４８】
第３の実施形態
【０２４９】
第３の実施形態は、ユーザ機器における処理の改良を対象とし、したがって、第１の実施形態および第２の実施形態とは独立して、または第１の実施形態および第２の実施形態に加えて、実施することができる。
【０２５０】
ユーザ機器からＳｅＮＢに送信されたパケットはＸ２インタフェースを介してＭｅＮＢに転送されなければならず、したがって少なくともバックホールリンク遅延が発生するため、ＳｅＮＢリンクは一般には大きなレイテンシを有する。このことは、図２１ｂの二重接続モード（異なるベアラが異なるｅＮＢによって処理担当されている）にはあまりあてはまらない。しかしながら、図２１ｃの二重接続モードにおいては、同じベアラ２が両方のｅＮＢによって処理担当されており、したがって、アップリンクおよびダウンリンクにおいて、このベアラのパケットの一部はＭｅＮＢを介して送信され、それ以外のパケットはＳｅＮＢを介して送信される。どちらの経路を介してパケットを送信するかは、例えば、リアルタイムの負荷や無線状況などに応じて決定することができる。
【０２５１】
この第３の実施形態によると、ユーザ機器は、ＰＤＣＰ  ＰＤＵをＭｅＮＢに直接送信するか、このパケットを（ＭｅＮＢに転送されるように）ＳｅＮＢに送信するかに関して、ユーザ機器のＰＤＣＰ層における破棄タイマーを考慮して決定する。
【０２５２】
ユーザ機器は、ＭｅＮＢとＳｅＮＢの間のバックホールリンク遅延の公称値もしくはフロー制御遅延またはその両方を認識していない。この情報は、ネットワークによってユーザ機器に直接シグナリングする、または、ユーザ機器が、例えば、異なるノードを介して受信される例えば以降のＰＤＣＰ  ＰＤＵの受信時刻の差を観察することによって、ある期間におけるこの値の推定を試みることができる。このような差の平均は、バックホール遅延の公称値を表すはずであり、ユーザ機器は、好ましくは推定誤差を考慮して、この値を使用することができる。
【０２５３】
したがって、ユーザ機器は、バックホール遅延（およびオプションとしてフロー制御遅延）に関する必要な情報を認識する。
【０２５４】
ユーザ機器は、特に、（例えば、ウインドウストーリング（window stalling）、グラントの欠如、その他の理由によって）すでに長い遅延が発生しているパケットについては、例えば、ＭｅＮＢへのマクロリンクにおける送信機会を使用することを決定することができる。
【０２５５】
ユーザ機器は、ＰＤＣＰ  ＰＤＵが破棄されるまでの残り時間を、バックホール遅延もしくはフロー制御遅延またはその両方と比較し、破棄されるまでの残り時間が、バックホールリンク遅延もしくはフロー制御遅延またはその両方と同程度であるかまたはそれより小さい場合、ＳｅＮＢを介した迂回を回避するため、そのＰＤＣＰ  ＰＤＵをＭｅＮＢに直接送信することを決定する。
【０２５６】
あるいはユーザ機器は、破棄されるまでの残り時間が、バックホールリンク遅延（およびオプションとしてこれに加えてフロー制御遅延：  第１の実施形態における上の説明を参照）と同程度であるかまたはそれより小さい場合、そのパケットをＳｅＮＢへのＳｅＮＢリンクを介して送信しないことを決定することができる。
【０２５７】
したがって、マクロリンクにおける利用可能な送信機会／グラントが存在しない場合、ユーザ機器は、ＰＤＣＰ  ＰＤＵを送信するためのマクロリンクにおける利用可能な送信機会／グラントを待機することができ、その場合には、マクロリンクにおける送信機会／グラントが時間内に利用可能にならなかった場合、破棄タイマーが切れた時点でそのＰＤＣＰ  ＰＤＵを破棄しなければならない。
【０２５８】
第４の実施形態
【０２５９】
さらなる第４の実施形態では、ＳｅＮＢにＰＤＣＰ層の破棄メカニズムが配置されている場合において、ＰＤＣＰ層の破棄機能を改良する。第１の実施形態においては、データパケットがＭｅＮＢからＳｅＮＢに送信されることによって発生するさまざまな遅延を補正するものとして、ＳｅＮＢにおけるＲＬＣ層の有効ｄｉｓｃａｒｄＴｉｍｅｒについて説明した。
【０２６０】
同様に、この第４の実施形態では、ＳｅＮＢにおけるＰＤＣＰ層の破棄機能において有効ｄｉｓｃａｒｄＴｉｍｅｒを使用することを提案する。したがって、ＭｅＮＢの上位層がＳｅＮＢにおけるＰＤＣＰ層の破棄機能を設定するときに、バックホールリンク遅延やフロー制御遅延などの遅延を補正する破棄タイマー値を求める（バックホールリンク遅延およびフロー制御遅延の説明については第１の実施形態を参照）。
【０２６１】
したがって、この第４の実施形態は、ＳｅＮＢにＰＤＣＰ層（特に破棄メカニズム）が配置されているユーザプレーンアーキテクチャに適用され、すなわち、代替形態２Ａおよび代替形態３Ａ（図２２ｂおよび図２２ｆを参照）と、さらに、（ＭｅＮＢではなく）ＳｅＮＢにおけるＰＤＣＰ層が破棄機能を含む場合には、代替形態２Ｂおよび代替形態３Ｂ（図２２ｃおよび図２２ｇを参照）にも適用される。
【０２６２】
１本のベアラがＳｅＮＢおよびＭｅＮＢの両方によって処理担当される二重接続モードおよび対応するユーザプレーンアーキテクチャの場合、ＰＤＣＰ層はＭｅＮＢおよびＳｅＮＢに配置されている（代替形態３Ａを参照）。この第４の実施形態によると、特定のベアラに対するＭｅＮＢのＰＤＣＰ層における破棄タイマーは、同じ特定のベアラに対するＳｅＮＢのＰＤＣＰ層における破棄タイマーとは異なる（すなわちタイマー値がより大きい）。すなわち、ＳｅＮＢのＰＤＣＰ層における破棄タイマー値は、考慮される遅延（例えばバックホールリンク遅延やフロー制御遅延）の量だけ小さい。
【０２６３】
このようにする利点として、遅いバックホールやフロー制御遅延に起因するＸ２におけるパケット遅延が相殺され、すなわち、ＰＤＣＰ層における破棄機能は、完全に意図したとおりに動作し、ＰＤＣＰ層における破棄は、上位層／アプリケーションから見て同時に実行される。もしＳｅＮＢにおける破棄タイマーの値がＭｅＮＢにおける破棄タイマー値と同じであるならば、たとえ上位層／アプリケーションがすでにパケットを予期しなくなった後にも、アクセス層はパケット送信の試みを続ける。
【０２６４】
第５の実施形態
【０２６５】
第５の実施形態では、ＭｅＮＢにおけるＰＤＣＰ層の破棄機能のメカニズムが異なる。第１の実施形態と同様に、（例えば上述した第１の実施形態に関連して開示した複数の代替方法の１つに従って）ＳｅＮＢにおいてセカンダリタイマーを設定する。その一方で、これまでの実施形態とは異なり、ＰＤＣＰ層にマスタータイマーを定義しない。したがってＰＤＣＰ層は、ＰＤＣＰ  ＳＤＵを受け取ったときにマスタータイマーをトリガーしない。
【０２６６】
代わりに、ＭｅＮＢにおける破棄メカニズムは、ＳｅＮＢから受信される破棄通知によって制御され、破棄通知は、ＳｅＮＢによってユーザ機器に正常に配信できなかったＰＤＣＰ  ＰＤＵ（およびそのシーケンス番号（ＳＮ））をＭｅＮＢに知らせる。破棄通知およびそのさまざまな実施方法については、第１の実施形態の１つの改良形態に関連してすでに詳しく説明しており、その説明内容がこの第５の実施形態にも同様にあてはまるため、ここでは詳しい説明を繰り返さない。
【０２６７】
したがって、ＭｅＮＢは、１つまたは複数の特定のＰＤＣＰ  ＰＤＵの破棄通知を受信した時点で、これらのＰＤＣＰ  ＰＤＵのどれがユーザ機器によって正しく受信され、どれが正しく受信されなかったかを推測することができる。したがってＭｅＮＢは、この推測に基づいてＰＤＣＰ  ＰＤＵを破棄することができ、ＰＤＣＰ  ＳＤＵに対するマスタータイマーはもはや必要ない。
【０２６８】
例えば、ＳｅＮＢからの破棄通知は、例えば、ユーザ機器に正常に配信できなかったＰＤＣＰ  ＰＤＵのＮＡＣＫ  ＳＮに加えて、ユーザ機器に正常に配信されたＰＤＣＰ  ＰＤＵのうちの最大のシーケンス番号を含むように実施することができる。
【０２６９】
これに代えて、破棄通知は、例えば次のようにして、ビットマップを使用することによって実施することができる。ビットマップの先頭は、対応する「セカンダリタイマー」が切れており、かつ、そのＰＤＣＰ  ＰＤＵが破棄されることが前にＭｅＮＢに示されておらず、かつ、別のタイマー（例えばＲｅｐｏｒｔｉｎｇＴｉｍｅｒＡ（報告タイマーＡ）と称する）が切れていない、破棄されたＰＤＣＰ  ＰＤＵのうち、最も古いＰＤＣＰ  ＰＤＵである。このＲｅｐｏｒｔｉｎｇＴｉｍｅｒＡは、セカンダリタイマーと一緒に起動することができ、ユーザ機器のＰＤＣＰ層の並べ替えタイマーより小さくセカンダリタイマーより大きい値を有する。ＲｅｐｏｒｔｉｎｇＴｉｍｅｒＡは、破棄通知のビットマップを送信するタイミングを制御する。破棄通知のビットマップの最後は、最も最近に破棄された（すなわちセカンダリタイマーが切れた）ＰＤＣＰ  ＰＤＵである。ビットマップ内の破棄されたすべてのＰＤＣＰ  ＰＤＵを「１」によって示し、正常に配信されたすべてのＰＤＣＰ  ＰＤＵを「０」によって示す、またはこの逆とすることができる。
【０２７０】
ビットマップを使用する代わりに、セカンダリタイマーが切れたがＲｅｐｏｒｔｉｎｇＴｉｍｅｒＡは切れておらず、かつ、そのＰＤＣＰ  ＰＤＵが破棄されることが前にＭｅＮＢに示されていない、破棄されたＰＤＣＰ  ＰＤＵのリスト（例えば１つまたは複数のＮＡＣＫ  ＳＮ）を、破棄通知とすることもできる。さらなる例においては、このリストに加えて、シーケンス番号が最大である正常に配信されたＰＤＣＰ  ＰＤＵのＡＣＫ＿ＳＮをＭｅＮＢに報告し、したがってＭｅＮＢは、その情報に基づいて自身のバッファをクリアすることができる。したがってＳｅＮＢは、（１つまたは複数の）ＮＡＣＫ＿ＳＮと、シーケンス番号が最大である正常に配信されたＰＤＣＰ  ＰＤＵのＡＣＫ＿ＳＮとを、ＭｅＮＢに報告する。
【０２７１】
破棄通知の送信は、任意のイベント（例えば少なくとも１つのセカンダリタイマーが切れる）によってトリガーする、または周期的とすることができる。
【０２７２】
さらなる改良形態（第１の実施形態の対応する改良形態に類似する：  図２７を参照）として、ＭｅＮＢは、破棄通知を受信した時点で、ＳｅＮＢによってユーザ機器に正常に送信されなかったＰＤＣＰ  ＰＤＵをユーザ機器に直接送信するか否かを決定することができる。この改良形態の利点として、ＳｅＮＢによって行われたユーザ機器への送信が失敗したＰＤＣＰ  ＰＤＵのさらなる再送信が、ＳｅＮＢの代わりにＭｅＮＢによって行われる。
【０２７３】
この改良形態は図２９に示してあり、図２９は、ＭｅＮＢにおける破棄メカニズムが、マスタータイマーを使用せず、ＳｅＮＢから受信される破棄通知に主として基づいて機能することを示している。例えば、ＭｅＮＢが、ＰＤＣＰ  ＰＤＵ  ＳＮ＿ＸのＮＡＣＫを示す破棄通知を受信した場合、これに応えてＭｅＮＢは、Ｘ−１までのシーケンス番号のＰＤＣＰ  ＰＤＵを破棄することができる。次いで、ＭｅＮＢは、ＰＤＣＰ  ＰＤＵ  ＳＮ＿Ｘをユーザ機器に直接送信することを決定することができ、正常に送信された時点で、ＳＮ＿ＸのＰＤＣＰ  ＰＤＵをさらに破棄することができる。
【０２７４】
本発明のハードウェアおよびソフトウェア実装
【０２７５】
別の例示的な実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。
【０２７６】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。
【０２７７】
さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。
【０２７８】
さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０２７９】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
2019036998.tif 000004
【図２】
2019036998.tif 000005
【図３】
2019036998.tif 000006
【図４】
2019036998.tif 000007
【図５】
2019036998.tif 000008
【図６】
2019036998.tif 000009
【図７】
2019036998.tif 000010
【図８】
2019036998.tif 000011
【図９】
2019036998.tif 000012
【図１０】
2019036998.tif 000013
【図１１】
2019036998.tif 000014
【図１２】
2019036998.tif 000015
【図１３】
2019036998.tif 000016
【図１４】
2019036998.tif 000017
【図１５】
2019036998.tif 000018
【図１６】
2019036998.tif 000019
【図１７】
2019036998.tif 000020
【図１８】
2019036998.tif 000021
【図１９】
2019036998.tif 000022
【図２０】
2019036998.tif 000023
【図２１】
2019036998.tif 000024
【図２２】
2019036998.tif 000025
【図２３】
2019036998.tif 000026
【図２４】
2019036998.tif 000027
【図２５】
2019036998.tif 000028
【図２６】
2019036998.tif 000029
【図２７】
2019036998.tif 000030
【図２８】
2019036998.tif 000031
【図２９】
2019036998.tif 000032