(57)【要約】  ネットワークノードは、ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、複数のシーケンスナンバ長を有する可能性があるパケット伝送に係るプロトコルデータユニットを他のネットワークノード又はユーザ装置から受信する受信部と、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを取得する取得部と、前記取得されたシーケンスナンバに基づいて、パケット伝送に係る通知を行う通知部とを有する。
2019220606.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、
複数のシーケンスナンバ長を有する可能性があるパケット伝送に係るプロトコルデータユニットを他のネットワークノード又はユーザ装置から受信する受信部と、
前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを取得する取得部と、
前記取得されたシーケンスナンバに基づいて、パケット伝送に係る通知を行う通知部とを有するネットワークノード。
【請求項２】
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報を、他のネットワークノードから受信し、
前記取得部は、前記受信されたフォーマットに係る情報に基づく前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出する請求項１記載のネットワークノード。
【請求項３】
前記受信されたフォーマットに係る情報は、制御プレーン又は管理プレーンを介して受信される請求項２記載のネットワークノード。
【請求項４】
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを、他のプロトコルを介して受信する請求項１記載のネットワークノード。
【請求項５】
前記パケット伝送に係るプロトコルデータユニットは、前記他のプロトコルのプロトコルデータユニットに含まれる請求項４記載のネットワークノード。
【請求項６】
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバが、他のプロトコルを介して通知されていないことを検出した場合、前記パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報を、他のネットワークノードから受信し、
前記取得部は、前記受信されたフォーマットに係る情報に基づく前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出する請求項１記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるネットワークノードに関する。
【背景技術】
【０００２】
３ＧＰＰ（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）」は、排他的論理和ではないことが意図される。
【００９５】
本開示の全体において、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【００９６】
なお、本発明の実施の形態において、フロー制御部１４０又はフロー処理部２４０は、取得部の一例である。ＰＤＣＰプロトコルデータユニットは、パケット伝送に係るプロトコルデータユニットの一例である。送信部１１０又は送信部２１０は、通知部の一例である。ＰＤＣＰ−Ｃｏｎｆｉｇは、パケット伝送に係るプロトコルデータユニットのフォーマットに係る情報の一例である。
【００９７】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００９８】
１００      ＣＵ
１１０      送信部
１２０      受信部
１３０      設定情報管理部
１４０      フロー制御部
２００      ＤＵ
２１０      送信部
２２０      受信部
２３０      設定情報管理部
２４０      フロー処理部
３００      ＵＥ
３１０      送信部
３２０      受信部
３３０      設定情報管理部
３４０      パケット制御部
１００１    プロセッサ
１００２    記憶装置
１００３    補助記憶装置
１００４    通信装置
１００５    入力装置
１００６    出力装置
【図１】
2019220606.tif 000003
【図２】
2019220606.tif 000004
【図３】
2019220606.tif 000005
【図４】
2019220606.tif 000006
【図５】
2019220606.tif 000007
【図６】
2019220606.tif 000008
【図７】
2019220606.tif 000009
【図８】
2019220606.tif 000010
【図９】
2019220606.tif 000011
【図１０】
2019220606.tif 000012
【図１１】
2019220606.tif 000013
【図１２】
2019220606.tif 000014
【手続補正書】
【提出日】令和2年10月21日(2020.10.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ装置及び複数のネットワークノードを含む無線通信システムにおけるネットワークノードであって、
パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長を他のネットワークノードから受信し、複数のシーケンスナンバ長が設定可能な前記パケット伝送に係るプロトコルデータユニットユーザ装置から受信する受信部と、
前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバに基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを取得する取得部とを有するネットワークノード。
【請求項２】
前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長は、制御プレーン又は管理プレーンを介して受信される請求項１記載のネットワークノード。
【請求項３】
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバを、他のプロトコルを介して受信する請求項１記載のネットワークノード。
【請求項４】
前記パケット伝送に係るプロトコルデータユニットは、前記他のプロトコルのプロトコルデータユニットに含まれる請求項３記載のネットワークノード。
【請求項５】
前記受信部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバが、他のプロトコルを介して通知されていないことを検出した場合、パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長を、他のネットワークノードから受信し、
前記取得部は、前記パケット伝送に係るプロトコルデータユニットのシーケンスナンバ長に基づいて、前記パケット伝送に係るプロトコルデータユニットからシーケンスナンバを抽出する請求項１記載のネットワークノード。
【国際調査報告】
2019220606.tif 000015
2019220606.tif 000016
2019220606.tif 000017
2019220606.tif 000018