JP7118142B2

JP7118142B2 - ネットワークノード

Info

Publication number: JP7118142B2
Application number: JP2020518909A
Authority: JP
Inventors: 輝朗戸枝; 徹内野; 寛王; 淳宮越
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-05-17
Filing date: 2018-05-17
Publication date: 2022-08-15
Anticipated expiration: 2038-05-17
Also published as: CN112119674A; CN112119674B; JPWO2019220606A1; WO2019220606A1; US11546798B2; EP3796746A1; US20210144585A1

Description

本発明は、無線通信システムにおけるネットワークノードに関する。

３ＧＰＰ（3rd Generation Partnership Project）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、５ＧあるいはＮＲ（New Radio）と呼ばれる無線通信方式（以下、当該無線通信方式を「５Ｇ」あるいは「ＮＲ」という。）の検討が進んでいる。５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

また、ＮＲにおいて、無線ネットワークアーキテクチャにあおけるＣＵ（Central Unit、集約基地局）と、ＤＵ（Distributed Unit、リモート局）との機能分担の見直しが行われている（例えば非特許文献１）。

３ＧＰＰＴＳ３８．４０１Ｖ１５．１．０（２０１８－０３）３ＧＰＰＴＳ３８．４２５Ｖ１５．１．０（２０１８－０３）３ＧＰＰＴＳ３６．４２５Ｖ１４．１．０（２０１８－０３）

ＮＲ又はＬＴＥの無線ネットワークアーキテクチャでの非特許文献２又は非特許文献３で定義されるパケットのフロー制御に係るネットワークノードにおいて、パケットの伝送に係る情報を報告するとき、送達されたパケットの最新のシーケンスナンバが必要となる。しかしながら、プロトコルスタックの構成によっては、ネットワークノードはパケットからシーケンスナンバを抽出することが困難であった。

本発明は上記の点に鑑みてなされたものであり、ネットワークノードが、パケットのフロー制御を正しく行うことを目的とする。

開示の技術によれば、ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長を他のネットワークノードから受信し、複数のシーケンスナンバ長が設定可能な前記パケット伝送に係るプロトコルデータユニットを前記他のネットワークノードから受信する受信部と、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを取得する取得部とを有するネットワークノードが提供される。

開示の技術によれば、ネットワークノードが、パケットのフロー制御を正しく行うことができる。

本発明の実施の形態における本発明の実施の形態における無線ネットワークアーキテクチャの構成例を示す図である。本発明の実施の形態におけるＵ－ｐｌａｎｅプロトコルスタックの構成例を示す図である。本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（１）を示す図である。本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（２）を示す図である。本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（３）を示す図である。本発明の実施の形態におけるノード間メッセージの例（１）を説明するためのシーケンス図である。本発明の実施の形態におけるノード間メッセージの例（２）を説明するためのシーケンス図である。本発明の実施の形態におけるノード間メッセージの例（３）を説明するためのシーケンス図である。本発明の実施の形態におけるＣＵ１００の機能構成の一例を示す図である。本発明の実施の形態におけるＤＵ２００の機能構成の一例を示す図である。本発明の実施の形態におけるＵＥ３００の機能構成の一例を示す図である。本発明の実施の形態におけるＣＵ１００、ＤＵ２００又はＵＥ３００のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ又は５Ｇ）を含む広い意味を有するものとする。

また、以下で説明する本発明の実施の形態では、既存のＬＴＥで使用されているＳＳ（Synchronization Signal）、ＰＳＳ（Primary SS）、ＳＳＳ（Secondary SS）、ＰＢＣＨ（Physical broadcast channel）、ＰＲＡＣＨ（Physical RACH）、ＤＬ（Downlink）、ＵＬ（Uplink）等の用語を使用している。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。

また、本発明の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。

また、以下の説明において、送信ビームを用いて信号を送信することは、プリコーディングベクトルが乗算された（プリコーディングベクトルでプリコードされた）信号を送信することとしてもよい。同様に、受信ビームを用いて信号を受信することは、所定の重みベクトルを受信した信号に乗算することであってもよい。また、送信ビームを用いて信号を送信することは、特定のアンテナポートで信号を送信することであってもよい。同様に、受信ビームを用いて信号を受信することは、特定のアンテナポートで信号を受信することであってもよい。アンテナポートとは、３ＧＰＰの規格で定義されている論理アンテナポート又は物理アンテナポートを指す。

なお、送信ビーム及び受信ビームの形成方法は、上記の方法に限られない。例えば、複数アンテナを備える基地局装置又はユーザ装置において、それぞれのアンテナの角度を変える方法を用いてもよいし、プリコーディングベクトルを用いる方法とアンテナの角度を変える方法を組み合わせる方法を用いてもよいし、異なるアンテナパネルを切り替えて利用してもよいし、複数のアンテナパネルを合わせて使う方法を組み合わせる方法を用いてもよいし、その他の方法を用いてもよい。また、例えば、高周波数帯において、複数の互いに異なる送信ビームが使用されてもよい。複数の送信ビームが使用されることを、マルチビーム運用といい、ひとつの送信ビームが使用されることを、シングルビーム運用という。

また、本発明の実施の形態において、無線パラメータ等が「設定される」とは、所定の値が予め設定（Pre-configure）又は規定されることであってもよいし、基地局装置又はユーザ装置から通知される無線パラメータが設定されることであってもよい。

図１は、本発明の実施の形態における無線通信システムの構成例を示す図である。図１に示されるように、本発明の実施の形態における無線ネットワークアーキテクチャは、ＬＴＥ－Ａｄｖａｎｃｅｄ側において、４Ｇ－ＣＵ、４Ｇ－ＲＵ（Remote Unit、リモート無線局）、ＥＰＣ（Evolved Packet Core）等を含む。本発明の実施の形態における無線ネットワークアーキテクチャは、５Ｇ側において、５Ｇ－ＣＵ（以下、ＣＵ１００という。）、５Ｇ－ＤＵ（以下、ＤＵ２００という。）等を含む。

図１に示されるように、４Ｇ－ＣＵは、ＲＲＣ（Radio Resource Control）、ＰＤＣＰ（Packet Data Convergence Protocol）、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、Ｌ１（レイヤ１、ＰＨＹ層又は物理層）までのレイヤを含み、ＣＰＲＩ（Common Public Radio Interface）を介して４Ｇ－ＲＵと接続されている。４Ｇ－ＣＵ及び４Ｇ－ＲＵを含むネットワークノードをｅＮＢという。

一方、５Ｇ側において、図１に示されるように、ＣＵ１００は、ＲＲＣレイヤを含み、ＤＵ２００とＦＨ（Fronthaul）インタフェースを介して接続されている。また、ＣＵ１００は、４Ｇ－ＣＵとＸ２インタフェースで接続されている。４Ｇ－ＣＵにおけるＰＤＣＰレイヤが、４Ｇ－５ＧのＤＣ（Dual Connectivity）すなわちＥＮ－ＤＣ（E-UTRA-NR Dual Connectivity）を行う場合の結合又は分離ポイントとなる。ＣＵ１００及びＤＵ２００を含むネットワークノードをｇＮＢという。また、ＣＵ１００をｇＮＢ－ＣＵ、ＤＵ２００をｇＮＢ－ＤＵと呼んでもよい。

また、図１に示されるように、４Ｇ－ＲＵ間において、ＣＡ（Carrier Aggregation）が行われ、４Ｇ－ＲＵと５Ｇ－ＤＵとで、ＤＣが行われる。なお図示しないが、ＵＥ（User Equipment）３００が、４Ｇ－ＲＵ又は５Ｇ－ＤＵのＲＦを介して無線接続され、パケットを送受信する。

なお、図１は、ＬＴＥ－ＮＲのＤＣ時の無線ネットワークアーキテクチャを示している。しかしながら、４Ｇ－ＣＵをＣＵ－ＤＵに分離する場合、又はＮＲスタンドアロン運用する場合も、同様の無線ネットワークアーキテクチャが使用されてよい。４Ｇ－ＣＵをＣＵ－ＤＵに分離する場合、ＲＲＣレイヤ及びＰＤＣＰレイヤに係る機能を４Ｇ－ＣＵに移し、ＲＬＣレイヤ以下を４Ｇ－ＤＵに含める構成としてもよい。なお、ＣＵ－ＤＵ分離によって、ＣＰＲＩのデータレートが低減されてもよい。また、５Ｇ－ＣＵに、複数の５Ｇ－ＤＵが接続されていてもよい。

図２は、本発明の実施の形態におけるＵ－ｐｌａｎｅプロトコルスタックの構成例を示す図である。図２は、本発明の実施の形態におけるＵ－ｐｌａｎｅ（User plane）プロトコルスタックの構成例を示す図である。図２において、ＮＲにおけるＵ－ｐｌａｎｅプロトコルスタックとＣＵ－ＤＵ分離について説明する。

図２に示されるように、Ｕ－ｐｌａｎｅプロトコルスタックは、下位層から、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤで構成される。ＳＤＡＰレイヤは、５Ｇコアネットワークの場合に適用されるレイヤであり、ＩＰフローと無線ベアラのマッピングを行う。ＮＲにおいてＣＵ－ＤＵ分離が行われた場合、Ｕ－ｐｌａｎｅプロトコルスタックの各レイヤは、ＤＵが、ＲＦ、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤを含み、ＣＵが、ＰＤＣＰレイヤ、ＳＤＡＰレイヤを含む。ＣＵは、さらにＣＮ（Core Network）に接続される。すなわち、図２に示されるように、ＲＬＣレイヤとＰＤＣＰレイヤ間でＣＵ－ＤＵ分離は行われる。

ここで、ＤＬのＵ－ｐｌａｎｅデータ送受信に関して、フロー制御のためのＮＲのＰＤＣＰ動作に係るネットワークノードにおいて、パケットからＰＤＣＰシーケンスナンバを抽出することが必要である。例えば、ＮＲＵ－ｐｌａｎｅプロトコル上で、送達完了された最新のＰＤＣＰシーケンスナンバを報告する場合に、ＰＤＣＰシーケンスナンバの抽出が必要となる。しかしながら、ＮＲのＰＤＣＰ動作に係るネットワークノードにおいて、パケットからＰＤＣＰシーケンスナンバの抽出が困難な場合がある。

なお、ＮＲＵ－ｐｌａｎｅプロトコルは、ユーザデータのフロー制御に係る制御情報を伝達し、Ｘｎインタフェース、Ｘ２インタフェース又はＦ１インタフェースのいずれかを介する無線ネットワークレイヤのＵ－ｐｌａｎｅに位置する。なお、Ｘｎインタフェースは、コアに５ＧＣを用いた場合のＣＵ１００間又は４Ｇ－ＣＵ間又は４Ｇ－ＣＵとＣＵ１００間のインタフェースであり、Ｘ２インタフェースは、コアにＥＰＣを用いた場合のＣＵ１００間又は４Ｇ－ＣＵ間又は４Ｇ－ＣＵとＣＵ１００間のインタフェースであり、Ｆ１インタフェースは、ＣＵ１００とＤＵ２００間のインタフェースである。

図３は、本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（１）を示す図である。図３において、ＧＴＰ－Ｕ（GPRS Tunneling Protocol for User Plane）プロトコルデータユニットのメッセージフォーマットを示す。図３に示されるように、ＧＴＰ－Ｕプロトコルデータユニットは、ＧＴＰ－Ｕヘッダ及びＴ－ＰＤＵ（Transport PDU）から構成される。ＧＴＰ－Ｕヘッダは、ＮＲＲＡＮコンテナを示す情報を含む。Ｔ－ＰＤＵは、ＰＤＣＰプロトコルデータユニットを含む。ＰＤＣＰプロトコルデータユニットは、制御ＰＤＵであるかデータＰＤＵであるかを示す「Ｄ／Ｃ」、「ＰＤＣＰＳＮ」すなわちＰＤＣＰシーケンスナンバ、「ＰＤＣＰＳＤＵ」すなわちＰＤＣＰサービスデータユニットを含む。

ＰＤＣＰＰＤＵではなく実パケットを転送するデータ転送時を除いて、図３に示されるように、ＧＴＰ－Ｕ上では、ＰＤＣＰシーケンスナンバは明示的に通知されない。したがって、ＮＲのＰＤＣＰ動作に係るネットワークノードにおいて、パケットからＰＤＣＰシーケンスナンバを抽出する必要がある。

しかしながら、パケットからＰＤＣＰシーケンスナンバを抽出するためには、ＮＲのＰＤＣＰ動作に係るネットワークノードは、ＰＤＣＰシーケンスナンバのデータ長（例えば、１２ビット又は１８ビット等）を含むＰＤＣＰプロトコルデータユニットのフォーマットを示す情報の取得が必要である。ＰＤＣＰプロトコルデータユニットのフォーマットは、ＰＤＣＰ－Ｃｏｎｆｉｇとしてネットワークノードに取得される。

一方で、ＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードにおいて、ＰＤＣＰ－Ｃｏｎｆｉｇは認識されない。さらに、ベアラを終端するセカンダリノードであるｇＮＢにおいて、ＣＵ１００は、ＣＧ（Cell Group）－ＣｏｎｆｉｇＩｎｆｏを伝送するとき、新たな設定を追加せずに、マスタノードであるＮＢから受信したＣＧ－ＣｏｎｆｉｇＩｎｆｏをそのまま転送する。なお、ＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードを、「Ｃｏｒｒｅｓｐｏｎｄｉｎｇｎｏｄｅ」と呼んでもよい。

そこで、ＰＤＣＰシーケンスナンバを取得する第１の方法として、下位のネットワークノードすなわちＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードは、ＰＤＣＰプロトコルデータユニットからＰＤＣＰシーケンスナンバを以下のいずれか又は複数の方法で抽出する。下記１）２）３）の方法において、上位のネットワークノードは、下位のネットワークノードにＰＤＣＰプロトコルデータユニットのフォーマットを示す情報ＰＤＣＰ－Ｃｏｎｆｉｇを通知する。

１）ＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードは、ノード間メッセージを介してＰＤＣＰ－Ｃｏｎｆｉｇを取得し、当該ＰＤＣＰ－Ｃｏｎｆｉｇに基づいてＰＤＣＰプロトコルデータユニットからＰＤＣＰシーケンスナンバを抽出する
２）ＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードは、予めＭ－ｐｌａｎｅ（Maintenance plane）を介して、ＰＤＣＰ－Ｃｏｎｆｉｇを取得し、当該ＰＤＣＰ－Ｃｏｎｆｉｇに基づいてＰＤＣＰプロトコルデータユニットからＰＤＣＰシーケンスナンバを抽出する
３）ＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードは、Ｃ－ｐｌａｎｅ（Control plane、制御プレーン）を介して、ＰＤＣＰ－Ｃｏｎｆｉｇを取得し、当該ＰＤＣＰ－Ｃｏｎｆｉｇに基づいてＰＤＣＰプロトコルデータユニットからＰＤＣＰシーケンスナンバを抽出する

なお、Ｍ－ｐｌａｎｅとは、ＯＡＭ（Operation and maintenance）に係る情報をネットワークノードに伝送する管理プレーンである。また、上記のＣ－Ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇのネットワークノードへの通知は、Ｘ２インタフェース、Ｘｎインタフェース又はＦ１インタフェースによるシグナリングで行われてもよい。

なお、上記の１）２）３）において、ＣＮ又はＵＥを介して、ネットワークノードにＰＤＣＰ－Ｃｏｎｆｉｇが通知されてもよい。また、上記の１）２）３）において、ＰＤＣＰプロトコルデータユニットごとに、ＰＤＣＰ－Ｃｏｎｆｉｇが通知されてもよい。

なお、上記の１）２）３）において、ＰＤＣＰプロトコルデータユニットのフォーマットの代替として、ＰＤＣＰシーケンスナンバ長又はＰＤＣＰシーケンスナンバ長を示す他の情報が通知されてもよい。

ＰＤＣＰシーケンスナンバを取得する第２の方法として、下位のネットワークノードすなわちＤＵ２００又はＮＲのＰＤＣＰ動作に係るネットワークノードは、ＰＤＣＰプロトコルデータユニット以外からＰＤＣＰシーケンスナンバを以下のいずれか又は複数の方法で抽出する。下記４）５）の方法において、下位のネットワークノードは、ＰＤＣＰプロトコルデータユニットのフォーマットを取得せずに、ＰＤＣＰシーケンスナンバを取得できる。下記のように、ＰＤＣＰ以外のプロトコルにより、ＰＤＣＰシーケンスナンバが通知される。

４）ＰＤＣＰシーケンスナンバをＮＲ－Ｕ（NR User plane）上で明示的に通知する
５）ＰＤＣＰシーケンスナンバをＧＴＰ－Ｕ上で明示的に通知する

図４は、本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（２）を示す図である。図４において、上記の４）ＰＤＣＰシーケンスナンバをＮＲ－Ｕ上で明示的に通知する場合のＧＴＰ－Ｕプロトコルデータユニットを示す。ＧＴＰ－Ｕヘッダに含まれるＮＲ－Ｕプロトコルデータユニット上で、ＰＤＣＰシーケンスナンバが通知される。

図５は、本発明の実施の形態におけるＧＴＰ－Ｕプロトコルデータユニットの例（３）を示す図である。図５において、上記の５）ＰＤＣＰシーケンスナンバをＧＴＰ－Ｕ上で明示的に通知する場合のＧＴＰ－Ｕプロトコルデータユニットを示す。ＧＴＰ－Ｕヘッダに含まれるＧＴＰ－Ｕ拡張ヘッダの「ＬｏｎｇＰＤＣＰＰＤＵＮｕｍｂｅｒ」を用いて、「ＰＤＣＰシーケンスナンバ」が通知される。また、「ＬｏｎｇＰＤＣＰＰＤＵＮｕｍｂｅｒ」を用いる場合を用いて説明したが、「ＰＤＣＰＰＤＵＮｕｍｂｅｒ」を用いて通知が行われてもよい。

なお、上記の４）５）において、ＰＤＣＰシーケンスナンバが含まれないＰＤＣＰプロトコルデータユニット、例えばＰＤＣＰ制御ＰＤＵである場合、ＰＤＣＰシーケンスナンバを含まないか、ＰＤＣＰ制御ＰＤＵであることを示すか、所定の値すなわち無効値又は「ｏｕｔ－ｏｆ－ｒａｎｇｅ」をＰＤＣＰシーケンスナンバに設定するかのいずれか又は組み合わせで処理が実行されてもよい。なお、ＵＬデータ転送の場合、ＰＤＣＰシーケンスナンバは付与されなくてもよい。また、上記の４）５）において、ＧＴＰ－Ｕプロトコル、ＮＲ－Ｕプロトコルを例として説明したが、それら以外のプロトコルにおいて、ＰＤＣＰシーケンスナンバの通知が明示的に行われてもよい。

なお、上記の１）２）３）４）５）に示された方法は、混在して実行されてもよい。例えば、下位のネットワークノードは、転送データに４）又は５）の方法が適用されていないことを検出した場合に、１）、２）又は３）の方法を使用して、ＰＤＣＰプロトコルデータユニットからＰＤＣＰシーケンスナンバを抽出してもよい。

なお、上記の１）２）３）４）５）に示された方法において、ベアラごと、ＲＬＣチャネルごと、ＲＬＣベアラごと、ＮＲのＰＤＣＰ動作に係るネットワークノードごと、ＤＵ２００ごとに、適用する方法が異なってもよい。

図６は、本発明の実施の形態におけるノード間メッセージの例（１）を説明するためのシーケンス図である。図６において、ＥＮ－ＤＣにおけるＭｅＮＢ（マスタｅＮＢ）から、ｅｎ－ｇＮＢ（セカンダリｇＮＢ）で送受信されるノード間メッセージ「ＳＧＮＢＡＤＤＩＴＩＯＮＲＥＱＵＥＳＴ」及び「ＳＧＮＢＡＤＤＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」によって、Ｃ－ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇに係る情報の通知方法を説明する。なお、ｅｎ－ｇＮＢとは、ＥＮ－ＤＣにおけるセカンダリノードとしてＵＥ３００に対してＮＲユーザプレーン及びＮＲコントロールプレーンプロトコルの終端するネットワークノードである。

ノード間メッセージ「ＳＧＮＢＡＤＤＩＴＩＯＮＲＥＱＵＥＳＴ」及び「ＳＧＮＢＡＤＤＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」は、ＭｅＮＢからｅｎ－ｇＮＢにＵＥ３００へのリソース割当てを要求する場合に使用される。ステップＳ１１において、ＭｅＮＢは、「ＳＧＮＢＡＤＤＩＴＩＯＮＲＥＱＵＥＳＴ」をｅｎ－ｇＮＢに送信し、ステップＳ１２において、ｅｎ－ｇＮＢは、「ＳＧＮＢＡＤＤＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」をＭｅＮＢに送信する。

上記３）におけるＣ－Ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇのネットワークノードへの通知をおこなう場合、ノード間メッセージ「ＳＧＮＢＡＤＤＩＴＩＯＮＲＥＱＵＥＳＴ」及び「ＳＧＮＢＡＤＤＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」に、ＰＤＣＰシーケンスナンバ長を示す情報が含まれてもよい。ＰＤＣＰシーケンスナンバ長を示す情報は、情報要素「ＤＬＰＤＣＰＳＮＳｉｚｅ」にＥＮＵＭ型（ｌｅｎ１２ｂｉｔｓ、ｌｅｎ１８ｂｉｔｓ、...）として示されてもよい。

図７は、本発明の実施の形態におけるノード間メッセージの例（２）を説明するためのシーケンス図である。図７において、ＥＮ－ＤＣにおけるＭｅＮＢから、ｅｎ－ｇＮＢで送受信されるノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴ」及び「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」によって、Ｃ－ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇに係る情報の通知方法を説明する。

ノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴ」及び「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」は、ＭｅＮＢからｅｎ－ｇＮＢに、ＵＥコンテクストを変更する場合、又は現在のセカンダリセルグループの設定を問い合わせる場合、又はＲＬＦ（Radio link failure）に関する情報をｅｎ－ｇＮＢに供給する場合に使用される。ステップＳ２１において、ＭｅＮＢは、「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴ」をｅｎ－ｇＮＢに送信し、ステップＳ２２において、ｅｎ－ｇＮＢは、「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴＡＣＫＮＯＷＬＥＤＧＥ」をＭｅＮＢに送信する。

上記３）におけるＣ－Ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇのネットワークノードへの通知をおこなう場合、ノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＥＳＴ」に、ＰＤＣＰシーケンスナンバ長を示す情報が含まれてもよい。ＰＤＣＰシーケンスナンバ長を示す情報は、情報要素「ＤＬＰＤＣＰＳＮＳｉｚｅ」にＥＮＵＭ型（ｌｅｎ１２ｂｉｔｓ、ｌｅｎ１８ｂｉｔｓ、...）として示されてもよい。

図８は、本発明の実施の形態におけるノード間メッセージの例（３）を説明するためのシーケンス図である。図８において、ＥＮ－ＤＣにおけるＭｅＮＢから、ｅｎ－ｇＮＢで送受信されるノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＩＲＥＤ」及び「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＣＯＮＦＩＲＭ」によって、Ｃ－ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇに係る情報の通知方法を説明する。

ノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＩＲＥＤ」及び「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＣＯＦＩＲＭ」は、ｅｎ－ｇＮＢからＭｅＮＢに、ＵＥコンテクストの変更を要求する場合に使用される。ステップＳ３１において、ｅｎ－ｇＮＢは、「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＩＲＥＤ」をＭｅＮＢに送信し、ステップＳ３２において、ＭｅＮＢは、「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＣＯＦＩＲＭ」をｅｎ－ｇＮＢに送信する。

上記３）におけるＣ－Ｐｌａｎｅを介したＰＤＣＰ－Ｃｏｎｆｉｇのネットワークノードへの通知をおこなう場合、ノード間メッセージ「ＳＧＮＢＭＯＤＩＦＩＣＡＴＩＯＮＲＥＱＵＩＲＥＤ」に、ＰＤＣＰシーケンスナンバ長を示す情報が含まれてもよい。ＰＤＣＰシーケンスナンバ長を示す情報は、情報要素「ＤＬＰＤＣＰＳＮＳｉｚｅ」にＥＮＵＭ型（ｌｅｎ１２ｂｉｔｓ、ｌｅｎ１８ｂｉｔｓ、...）として示されてもよい。

上述の実施例により、ネットワークノードは、ＰＤＣＰ－Ｃｏｎｆｉｇに係る情報をシグナリングされることで、パケットからＰＤＣＰシーケンスナンバを抽出することができ、最新のＰＤＣＰシーケンスナンバを取得してパケットの伝送に係る情報を報告することができる。また、ネットワークノードは、ＰＤＣＰシーケンスナンバを明示的にシグナリングされることで、送達されたパケットの最新のＰＤＣＰシーケンスナンバを取得してパケットの伝送に係る情報を報告することができる。

すなわち、ネットワークノードが、パケットのフロー制御を正しく行うことができる。

（装置構成）
次に、これまでに説明した処理及び動作を実行するＣＵ１００、ＤＵ２００及びＵＥ３００の機能構成例を説明する。ＣＵ１００、ＤＵ２００及びＵＥ３００はそれぞれ、少なくとも実施例を実施する機能を含む。ただし、ＣＵ１００、ＤＵ２００及びＵＥ３００はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。

図９は、ＣＵ１００の機能構成の一例を示す図である。図９に示されるように、ＣＵ１００は、送信部１１０と、受信部１２０と、設定情報管理部１３０と、フロー制御部１４０とを有する。図９に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部１１０は、ＤＵ２００、他のＣＵ１００又はその他のネットワークノードに送信する信号を生成し、当該信号を送信する機能を含む。受信部１２０は、ＤＵ２００、他のＣＵ１００又はその他のネットワークノードから送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。

設定情報管理部１３０は、予め設定される設定情報を格納する。設定情報の内容は、例えば、レイヤ情報、プロトコルスタックに係る情報等である。

フロー制御部１４０は、実施例において説明したように、パケットのフロー制御を行い、パケットの状態に係る情報をＤＵ２００に送信する。

図１０は、ＤＵ２００の機能構成の一例を示す図である。図１０に示されるように、ＤＵ２００は、送信部２１０と、受信部２２０と、設定情報管理部２３０と、フロー処理部２４０とを有する。図１０に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部２１０は、ＵＥ３００に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部２１０は、ＣＵ１００に信号を送信する機能を有する。受信部２２０は、ＵＥ３００から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。

設定情報管理部２３０は、予め設定される設定情報、及び、ＣＵ１００又はＵＥ３００に送信する各種の設定情報を格納する。設定情報の内容は、例えば、レイヤ情報、プロトコルスタックに係る情報等である。

フロー処理部２４０は、実施例において説明したように、パケットのフロー制御を行い、パケットの状態に係る情報を送信又は受信する。

図１１は、ＵＥ３００の機能構成の一例を示す図である。図１１に示されるように、ＵＥ３００は、送信部３１０と、受信部３２０と、設定情報管理部３３０と、パケット制御部３４０とを有する。図１１に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部３１０は、送信データから送信信号を作成し、当該送信信号を無線でＤＵ２００に送信する。受信部３２０は、ＤＵ２００からの各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部３２０は、ＤＵ２００から報知情報、制御情報又はデータ等を受信する。設定情報管理部３３０は、受信部３２０によりＤＵ２００から受信した各種の設定情報を格納する。また、設定情報管理部３３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、ＵＥ３００の各種能力情報等である。

パケット制御部３４０は、実施例において説明したように、ＤＵ２００との間で実行されるパケットの送受信を制御する。パケット制御部３４０における制御信号又はデータの送信に係る機能部を送信部３１０に含めてもよい。パケット制御部３４０における制御信号又はデータの受信に係る機能部を受信部３２０に含めてもよい。

（ハードウェア構成）
上述の本発明の実施の形態の説明に用いた機能構成図（図９、図１０及び図１１）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

また、例えば、本発明の一実施の形態におけるＣＵ１００、ＤＵ２００及びＵＥ３００はいずれも、本発明の実施の形態に係る処理を行うコンピュータとして機能してもよい。図１２は、本発明の実施の形態に係るＣＵ１００、ＤＵ２００又はＵＥ３００である通信装置のハードウェア構成の一例を示す図である。上述のＣＵ１００、ＤＵ２００及びＵＥ３００はそれぞれ、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＣＵ１００、ＤＵ２００及びＵＥ３００のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ＣＵ１００、ＤＵ２００及びＵＥ３００における各機能は、プロセッサ１００１、記憶装置１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、補助記憶装置１００３及び／又は通信装置１００４から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図９に示したＣＵ１００の送信部１１０、受信部１２０、設定情報管理部１３０、フロー制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１０に示したＤＵ２００の送信部２１０と、受信部２２０と、設定情報管理部２３０、フロー処理部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１１に示したＵＥ３００の送信部３１０と、受信部３２０と、設定情報管理部３３０、パケット制御部３４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。記憶装置１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。補助記憶装置１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び／又は補助記憶装置１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ＣＵ１００の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、ＤＵ２００の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。ＵＥ３００の送信部３１０及び受信部３２０は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及び記憶装置１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ＣＵ１００、ＤＵ２００及びＵＥ３００はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（実施の形態のまとめ）
以上、説明したように、本発明の実施の形態によれば、ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、複数のシーケンスナンバ長を有する可能性があるパケット伝送に係るプロトコルデータユニットを他のネットワークノード又はユーザ装置から受信する受信部と、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを取得する取得部と、前記取得されたシーケンスナンバに基づいて、パケット伝送に係る通知を行う通知部とを有するネットワークノードが提供される。

上記の構成により、ネットワークノードは、パケットのＰＤＣＰシーケンスナンバを取得して、送達されたパケットの最新のＰＤＣＰシーケンスナンバを取得してパケットの伝送に係る情報を報告することができる。すなわち、ネットワークノードが、パケットのフロー制御を正しく行うことができる。

前記受信部は、前記パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報を、他のネットワークノードから受信し、前記取得部は、前記受信されたフォーマットに係る情報に基づく前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出してもよい。当該構成により、ＰＤＣＰ－Ｃｏｎｆｉｇに係る情報をシグナリングされることで、パケットからＰＤＣＰシーケンスナンバを抽出することができる。

前記受信されたフォーマットに係る情報は、制御プレーン又は管理プレーンを介して受信されてもよい。当該構成により、ＰＤＣＰ－Ｃｏｎｆｉｇに係る情報をシグナリングされることで、パケットからＰＤＣＰシーケンスナンバを抽出することができる。

前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを、他のプロトコルを介して受信してもよい。当該構成により、ＰＤＣＰシーケンスナンバを明示的にシグナリングされることで、送達されたパケットの最新のＰＤＣＰシーケンスナンバを取得することができる。

前記パケット伝送に係るプロトコルデータユニットは、前記他のプロトコルのプロトコルデータユニットに含まれてもよい。当該構成により、ＰＤＣＰシーケンスナンバを明示的にシグナリングされることで、送達されたパケットの最新のＰＤＣＰシーケンスナンバを取得することができる。

前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバが、他のプロトコルを介して通知されていないことを検出した場合、前記パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報を、他のネットワークノードから受信し、前記取得部は、前記受信されたフォーマットに係る情報に基づく前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出してもよい。当該構成により、ネットワークノードは、ＰＤＣＰシーケンスナンバを明示的にシグナリングされない場合、ＰＤＣＰ－Ｃｏｎｆｉｇに係る情報をシグナリングされることで、パケットからＰＤＣＰシーケンスナンバを抽出することができ、最新のＰＤＣＰシーケンスナンバを取得してパケットの送達に係る情報を報告することができる。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局装置及びユーザ装置は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局装置が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってユーザ装置が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、ブロードキャスト情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局装置によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局装置を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、ユーザ装置との通信のために行われる様々な動作は、基地局装置及び／又は基地局装置以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局装置以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局装置は、当業者によって、ＮＢ（NodeB）、ｅＮＢ（evolved NodeB）、ｇＮＢ（Next generation NodeB, NR nodeB）、ベースステーション（Base Station）、又はいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（include）」、「含んでいる（including）」、及びそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

なお、本発明の実施の形態において、フロー制御部１４０又はフロー処理部２４０は、取得部の一例である。ＰＤＣＰプロトコルデータユニットは、パケット伝送に係るプロトコルデータユニットの一例である。送信部１１０又は送信部２１０は、通知部の一例である。ＰＤＣＰ－Ｃｏｎｆｉｇは、パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報の一例である。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１００ＣＵ
１１０送信部
１２０受信部
１３０設定情報管理部
１４０フロー制御部
２００ＤＵ
２１０送信部
２２０受信部
２３０設定情報管理部
２４０フロー処理部
３００ＵＥ
３１０送信部
３２０受信部
３３０設定情報管理部
３４０パケット制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

Claims

ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、
パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長を他のネットワークノードから受信し、複数のシーケンスナンバ長が設定可能な前記パケット伝送に係るプロトコルデータユニットを前記他のネットワークノードから受信する受信部と、
前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを取得する取得部とを有するネットワークノード。
前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長は、制御プレーン又は管理プレーンを介して受信される請求項１記載のネットワークノード。
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを、他のプロトコルを介して受信する請求項１記載のネットワークノード。
前記パケット伝送に係るプロトコルデータユニットは、前記他のプロトコルのプロトコルデータユニットに含まれる請求項３記載のネットワークノード。
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバが、他のプロトコルを介して通知されていないことを検出した場合、パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長を、他のネットワークノードから受信し、
前記取得部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出する請求項１記載のネットワークノード。