特開 2024-60299 ネットワークシステムおよび基地局装置

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

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

(11)【公開番号】P2024060299

(43)【公開日】2024-05-02

(54)【発明の名称】ネットワークシステムおよび基地局装置

(51)【国際特許分類】

   H04W 88/08 20090101AFI20240424BHJP

   H04W 92/14 20090101ALI20240424BHJP

【ＦＩ】

H04W88/08

H04W92/14

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022167601

(22)【出願日】2022-10-19

(71)【出願人】

【識別番号】517121630

【氏名又は名称】ＡＰＲＥＳＩＡ Ｓｙｓｔｅｍｓ株式会社

(74)【代理人】

【識別番号】110002066

【氏名又は名称】弁理士法人筒井国際特許事務所

(72)【発明者】

【氏名】廣納 幸治

(72)【発明者】

【氏名】苅谷 和俊

(72)【発明者】

【氏名】五十嵐 宗幸

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA23

(57)【要約】

【課題】低遅延通信を実現可能なネットワークシステムおよび基地局装置を提供することにある。
【解決手段】分散局（ＤＵ）は、ソフトウェア処理部２１ｂと、ハードウェア処理部２１ａと、を備える。ソフトウェア処理部２１ｂは、ＲＬＣ層処理部２７およびＭＡＣ層処理部２６を有し、ソフトウェア処理によって実現される。ハードウェア処理部２１ａは、ＵＰＦ回路５６、ユーザプレーン用のＳＤＡＰ層処理回路５４、ユーザプレーン用のＰＤＣＰ層処理回路５３、ＲＬＣ層処理回路５２、ＭＡＣ層処理回路５１、および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０を有し、ハードウェア処理によって実現される。ＭＥＣサーバ５は、ハードウェア処理部２１ａ内のＵＰＦ回路５６に接続されている。
【選択図】図１

【特許請求の範囲】

【請求項1】

ＵＰＦ（User Plane Function）部およびＳＭＦ（Session Management Function）部を含む５Ｇコアネットワーク（５ＧＣ）と、
無線局（ＲＵ）、分散局（ＤＵ）、および前記分散局（ＤＵ）を集約する集約局（ＣＵ）を有する基地局装置（ｇＮＢ）と、
ＭＥＣ（Multi-access Edge Computing）サーバと、
を有するネットワークシステムであって、
前記集約局（ＣＵ）は、
ユーザプレーン用のＳＤＡＰ（Service Data Adaption Protocol）層処理部およびＰＤＣＰ（Packet Data Convergence Protocol）層処理部と、
制御プレーン用のＲＲＣ（Radio Resource Control）層処理部およびＰＤＣＰ層処理部と、
を備え、
前記分散局（ＤＵ）は、
ＲＬＣ（Radio Link Control）層処理部およびＭＡＣ（Media Access Control）層処理部を有し、ソフトウェア処理によって実現されるソフトウェア処理部と、
ＵＰＦ回路、前記ユーザプレーン用のＳＤＡＰ層処理回路、前記ユーザプレーン用のＰＤＣＰ層処理回路、ＲＬＣ層処理回路、ＭＡＣ層処理回路、および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を有し、ハードウェア処理によって実現されるハードウェア処理部と、
を備え、
前記ＭＥＣサーバは、前記ハードウェア処理部内の前記ＵＰＦ回路に接続されている、
ネットワークシステム。

【請求項2】

請求項１に記載のネットワークシステムにおいて、
前記ＭＡＣ層処理回路は、ユーザ端末（ＵＥ）から前記上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を介して前記ユーザプレーン用のユーザデータを受信した場合、前記ユーザデータを、前記ＲＬＣ層処理回路へ転送するか、前記ソフトウェア処理部内の前記ＭＡＣ層処理部へ転送するかを、前記ユーザデータ内のＭＡＣサブヘッダ内に含まれる論理チャネルＩＤ（ＬＣＩＤ）に基づいて判定する、
ネットワークシステム。

【請求項3】

請求項２に記載のネットワークシステムにおいて、
前記ＭＡＣ層処理回路は、ユーザ端末（ＵＥ）から前記上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を介して前記制御プレーン用の制御用データを受信した場合、前記制御用データを、前記ソフトウェア処理部内の前記ＭＡＣ層処理部へ転送する、
ネットワークシステム。

【請求項4】

請求項１に記載のネットワークシステムにおいて、
前記ソフトウェア処理部は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＳＭＦ部から送信された制御命令に応じて前記ＵＰＦ回路を制御し、前記集約局（ＣＵ）内の前記ＲＲＣ層処理部から送信された制御命令に応じて前記ＳＤＡＰ層処理回路、前記ＰＤＣＰ層処理回路、および前記ＲＬＣ層処理回路を制御する制御部を備える、
ネットワークシステム。

【請求項5】

請求項４に記載のネットワークシステムにおいて、
前記制御部は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＳＭＦ部から送信されたＱｏＳルールの登録、削除または変更命令に応じて、前記ハードウェア処理部内の前記ＵＰＦ回路に対して前記ＱｏＳルールの登録、削除または変更を行い、
前記ＵＰＦ回路は、登録された前記ＱｏＳルールに基づいてＱｏＳ制御を行う、
ネットワークシステム。

【請求項6】

請求項１に記載のネットワークシステムにおいて、
前記集約局（ＣＵ）は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＵＰＦ部へ、ＧＴＰ（General packet radio system Tunneling Protocol）に基づくカプセル化ヘッダを付加して前記ユーザプレーン用のユーザデータを転送するＮＧ－ｕインタフェースを備え、
前記ハードウェア処理部は、前記ＳＤＡＰ層処理回路と前記ＵＰＦ回路との間に、簡易ＧＴＰ処理回路を備え、
前記簡易ＧＴＰ処理回路は、前記ＵＰＦ回路へ、前記カプセル化ヘッダに含まれる一部のパラメータであるトンネルエンドポイントＩＤ（ＴＥＩＤ）およびＱｏＳフローＩＤ（ＱＦＩ）を付加して前記ユーザプレーン用のユーザデータを転送する、
ネットワークシステム。

【請求項7】

請求項１に記載のネットワークシステムにおいて、
前記ハードウェア処理部は、ＦＰＧＡ（Field Programmable Gate Array）で実現される、
ネットワークシステム。

【請求項8】

ＵＰＦ（User Plane Function）部およびＳＭＦ（Session Management Function）部を含む５Ｇコアネットワーク（５ＧＣ）と、
ユーザプレーン用のＳＤＡＰ（Service Data Adaption Protocol）層処理部およびＰＤＣＰ（Packet Data Convergence Protocol）層処理部と、制御プレーン用のＲＲＣ（Radio Resource Control）層処理部およびＰＤＣＰ層処理部と、を有する集約局（ＣＵ）と、
ＭＥＣ（Multi-access Edge Computing）サーバと、
を有するネットワークシステムで用いられ、前記集約局（ＣＵ）で集約される分散局（ＤＵ）を構成する基地局装置であって、
ＲＬＣ（Radio Link Control）層処理部およびＭＡＣ（Media Access Control）層処理部を有し、ソフトウェア処理によって実現されるソフトウェア処理部と、
ＵＰＦ回路、前記ユーザプレーン用のＳＤＡＰ層処理回路、前記ユーザプレーン用のＰＤＣＰ層処理回路、ＲＬＣ層処理回路、ＭＡＣ層処理回路、および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を有し、ハードウェア処理によって実現されるハードウェア処理部と、
を備え、
前記ＵＰＦ回路は、前記ＭＥＣサーバに接続される、
基地局装置。

【請求項9】

請求項８に記載の基地局装置において、
前記ＭＡＣ層処理回路は、ユーザ端末（ＵＥ）から前記上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を介して前記ユーザプレーン用のユーザデータを受信した場合、前記ユーザデータを、前記ＲＬＣ層処理回路へ転送するか、前記ソフトウェア処理部内の前記ＭＡＣ層処理部へ転送するかを、前記ユーザデータ内のＭＡＣサブヘッダ内に含まれる論理チャネルＩＤ（ＬＣＩＤ）に基づいて判定する、
基地局装置。

【請求項10】

請求項９に記載の基地局装置において、
前記ＭＡＣ層処理回路は、ユーザ端末（ＵＥ）から前記上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を介して前記制御プレーン用の制御用データを受信した場合、前記制御用データを、前記ソフトウェア処理部内の前記ＭＡＣ層処理部へ転送する、
基地局装置。

【請求項11】

請求項８に記載の基地局装置において、
前記ソフトウェア処理部は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＳＭＦ部から送信された制御命令に応じて前記ＵＰＦ回路を制御し、前記集約局（ＣＵ）内の前記ＲＲＣ層処理部から送信された制御命令に応じて前記ＳＤＡＰ層処理回路、前記ＰＤＣＰ層処理回路、および前記ＲＬＣ層処理回路を制御する制御部を備える、
基地局装置。

【請求項12】

請求項１１に記載の基地局装置において、
前記制御部は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＳＭＦ部から送信されたＱｏＳルールの登録、削除または変更命令に応じて、前記ハードウェア処理部内の前記ＵＰＦ回路に対して前記ＱｏＳルールの登録、削除または変更を行い、
前記ＵＰＦ回路は、登録された前記ＱｏＳルールに基づいてＱｏＳ制御を行う、
基地局装置。

【請求項13】

請求項８に記載の基地局装置において、
前記集約局（ＣＵ）は、前記５Ｇコアネットワーク（５ＧＣ）内の前記ＵＰＦ部へ、ＧＴＰ（General packet radio system Tunneling Protocol）に基づくカプセル化ヘッダを付加して前記ユーザプレーン用のユーザデータを転送するＮＧ－ｕインタフェースを備え、
前記ハードウェア処理部は、前記ＳＤＡＰ層処理回路と前記ＵＰＦ回路との間に、簡易ＧＴＰ処理回路を備え、
前記簡易ＧＴＰ処理回路は、前記ＵＰＦ回路へ、前記カプセル化ヘッダに含まれる一部のパラメータであるトンネルエンドポイントＩＤ（ＴＥＩＤ）およびＱｏＳフローＩＤ（ＱＦＩ）を付加して前記ユーザプレーン用のユーザデータを転送する、
基地局装置。

【請求項14】

請求項８に記載の基地局装置において、
前記ハードウェア処理部は、ＦＰＧＡ（Field Programmable Gate Array）で実現される、
基地局装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークシステムおよび基地局装置に関し、例えば、５Ｇ（5th Generation）ネットワークの技術に関する。

【背景技術】

【0002】

特許文献１には、複数の基地局と通信端末装置とを備えた、低遅延な通信システムが示される。複数の基地局のそれぞれは、複数のＤＵ（Distributed Unit）と、これらを制御するＣＵ（Central Unit）とを含む。通信端末装置は、直前に接続していたＤＵ（ＤＵ＃１－１）が、あるＣＵ（ＣＵ＃１）に属している前提で接続先ＤＵを選択する際、当該あるＣＵ（ＣＵ＃１）に属する別のＤＵ（ＤＵ＃１－２）を、別のＣＵ（ＣＵ＃２）に属するＤＵよりも優先して選択する。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０２０／１１０８２５号

【発明の概要】

【発明が解決しようとする課題】

【0004】

例えば、５Ｇネットワークでは、低遅延通信が求められている。低遅延通信を実現するための技術の一つとして、ＭＥＣ（Multi-access Edge Computing）が知られている。通常、ユーザ端末（ＵＥ）は、基地局と５Ｇコアネットワーク（５ＧＣ）とを介して、５ＧＣの先のデータネットワーク（ＤＮ）内のサーバと通信する。一方、ＭＥＣを用いると、例えば、基地局と５Ｇコアネットワーク（５ＧＣ）との間の位置にＭＥＣサーバが設置される。これにより、ユーザ端末（ＵＥ）は、データネットワーク（ＤＮ）内のサーバの代わりに、通信経路がより近いＭＥＣサーバと通信することができる。

【0005】

より詳細には、基地局と５Ｇコアネットワーク（５ＧＣ）との間の位置に、ＭＥＣサーバと共に、ユーザデータの転送を担うＵＰＦ（User Plane Function）が設置される。そして、ＵＰＦにおける“Uplink Classifier”機能等を用いて、特定のＩＰアドレスを宛先とするパケットのみをＭＥＣサーバへ分岐させることで、ＭＥＣが実現される。しかしながら、更なる低遅延通信を実現するためには、ユーザ端末（ＵＥ）により近い箇所にＭＥＣサーバを設置することが望まれる。

【0006】

本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、低遅延通信を実現可能なネットワークシステムおよび基地局装置を提供することにある。

【0007】

本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。

【課題を解決するための手段】

【0008】

本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。

【0009】

一実施の形態によるネットワークシステムは、ＵＰＦ部およびＳＭＦ部を含む５Ｇコアネットワーク（５ＧＣ）と、無線局（ＲＵ）、分散局（ＤＵ）、および分散局（ＤＵ）を集約する集約局（ＣＵ）を有する基地局装置（ｇＮＢ）と、ＭＥＣサーバと、を有する。集約局（ＣＵ）は、ユーザプレーン用のＳＤＡＰ層処理部およびＰＤＣＰ層処理部と、制御プレーン用のＲＲＣ層処理部およびＰＤＣＰ層処理部と、を備える。分散局（ＤＵ）は、ソフトウェア処理部と、ハードウェア処理部と、を備える。ソフトウェア処理部は、ＲＬＣ層処理部およびＭＡＣ層処理部を有し、ソフトウェア処理によって実現される。ハードウェア処理部は、ＵＰＦ回路、ユーザプレーン用のＳＤＡＰ層処理回路、ユーザプレーン用のＰＤＣＰ層処理回路、ＲＬＣ層処理回路、ＭＡＣ層処理回路、および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路を有し、ハードウェア処理によって実現される。ＭＥＣサーバは、ハードウェア処理部内のＵＰＦ回路に接続されている。

【発明の効果】

【0010】

本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、ネットワークシステムにおいて、低遅延通信を実現可能になる。

【図面の簡単な説明】

【0011】

【図1】本発明の一実施の形態によるネットワークシステムの構成例を示す概略図である。

【図2】図１におけるＭＡＣ層処理回路の主要な処理内容の一例を示すフロー図である。

【図3】図１２におけるＭＡＣサブヘッダの構成例を示す概略図である。

【図4】図１における分散局（ＤＵ）のハードウェア構成例を示す概略図である。

【図5】図１に示される分散局（ＤＵ）において、ハードウェア処理部に関連する一部の箇所を抽出した構成例を示す図である。

【図6】図５に示されるＲＲＣ層処理部の概略的な処理内容の一例を示す模式図である。

【図7A】図５において、アップリンク用のユーザデータに対する簡易ＧＴＰ処理回路およびＵＰＦ回路の動作例を説明する模式図である。

【図7B】図５において、ダウンリンク用のユーザデータに対する簡易ＧＴＰ処理回路およびＵＰＦ回路の動作例を説明する模式図である。

【図8】図５に示されるＵＰＦ回路におけるＱｏＳ制御方法の一例を示す模式図である。

【図9】図８に示されるＵＰＦ回路が保持するＱｏＳテーブルの構成例を示す概略図である。

【図10A】図８において、転送アクションルール（ＦＡＲ）でバッファリングを用いる場合の適用例を示す図である。

【図10B】図１０Ａに続く、適用例を示す図である。

【図11】前提となる５Ｇネットワークシステムの一般的な構成例を示す概略図である。

【図12】図１１におけるユーザデータの一部の構成例を示す概略図である。

【図13】図１１におけるＳＤＡＰ層処理部の処理内容の一例を説明する模式図である。

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

【0012】

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0013】

＜５Ｇネットワークシステムの概略＞
図１１は、前提となる５Ｇネットワークシステムの一般的な構成例を示す概略図である。図１１に示す５Ｇネットワークシステムは、ユーザ端末（ＵＥ）１と、基地局装置(ｇＮＢ)２と、５Ｇコアネットワーク（５ＧＣ）３と、データネットワーク（ＤＮ）４とを備える。ユーザ端末（ＵＥ）１は、例えば、スマートフォン等のモバイル端末である。基地局装置(ｇＮＢ)２は、ユーザ端末（ＵＥ）１との無線通信、および５Ｇコアネットワーク（５ＧＣ）３との有線通信を介して、ユーザ端末（ＵＥ）１と５Ｇコアネットワーク（５ＧＣ）３との間の通信を仲介する。データネットワーク（ＤＮ）４は、例えば、インターネット等であり、ユーザ端末（ＵＥ）１に所望のサービスを提供するサーバ４５を含む。

【0014】

基地局装置(ｇＮＢ)２は、無線局（ＲＵ：Radio Unit）２０と、分散局（ＤＵ：Distributed Unit）２１と、集約局（ＣＵ：Central Unit）２２とを備える。無線局２０は、各地域にそれぞれ設置される子局である。無線局２０は、下位物理層（Ｌｏｗ－ＰＨＹ層）の処理、詳細には、無線信号の処理を行う。分散局（ＤＵ）２１および集約局（ＣＵ）２２は、子局である無線局（ＲＵ）２０に対する親局であり、ベースバンド信号の処理を行う。

【0015】

分散局（ＤＵ）２１は、無線局（ＲＵ）２０、通常は複数の無線局（ＲＵ）２０に、フロントホールと呼ばれる通信回線、例えば光ファイバ回線で接続される。無線局（ＲＵ）２０と分散局（ＤＵ）２１との間の通信は、ｅＣＰＲＩ（evolved Common Public Radio Interface）規格に基づいて行われる。分散局（ＤＵ）２１は、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部２５と、ＭＡＣ（Media Access Control）層処理部２６と、ＲＬＣ（Radio Link Control）層処理部２７と、ユーザプレーン用のＦ１－ｕインタフェース２８ｕと、制御プレーン用のＦ１－ｃインタフェース２８ｃと、を備える。

【0016】

集約局（ＣＵ）２２は、分散局（ＤＵ）２１、通常は複数の分散局（ＤＵ）２１に、ミッドホールと呼ばれる通信回線で接続される。集約局（ＣＵ）２２は、ユーザプレーン用として、Ｆ１－ｕインタフェース３０ｕと、ＰＤＣＰ（Packet Data Convergence Protocol）層処理部３１ｕと、ＳＤＡＰ（Service Data Adaption Protocol）層処理部３３と、ＮＧ－ｕインタフェース３２ｕと、を備える。また、集約局（ＣＵ）２２は、制御プレーン用として、Ｆ１－ｃインタフェース３０ｃと、ＰＤＣＰ層処理部３１ｃと、ＲＲＣ（Radio Resource Control）層処理部３４と、ＮＧ－ｃインタフェース３２ｃと、を備える。

【0017】

５Ｇコアネットワーク（５ＧＣ）３は、ＵＰＦ（User Plane Function）部４０と、ＡＭＦ（Access and Mobility Management Function）部４１と、ＳＭＦ（Session Management Function）部４２とを含んでいる。５Ｇコアネットワーク（５ＧＣ）３は、バックホールと呼ばれる通信回線を介して集約局（ＣＵ）２２に接続される。ＵＰＦ部４０は、ユーザプレーン用の処理を行い、ＡＭＦ部４１およびＳＭＦ部４２は、制御プレーン用の処理を行う。

【0018】

例えば、ユーザ端末（ＵＥ）１が、データネットワーク（ＤＮ）４内のサーバ４５にユーザデータＤＡＴｕを送信する場合を想定する。この場合、ユーザデータＤＡＴｕは、ユーザプレーンに含まれる分散局（ＤＵ）２１内のＦ１－ｕインタフェース２８ｕ、集約局（ＣＵ）２２内のＦ１－ｕインタフェース３０ｕおよびＮＧ－ｕインタフェース３２ｕ、５Ｇコアネットワーク（５ＧＣ）３内のＵＰＦ部４０を介して転送される。ＵＰＦ部４０は、ＳＭＦ部４２からの設定に基づいて、ユーザデータＤＡＴｕをＩＰパケットの形式でデータネットワーク（ＤＮ）４へ転送する。

【0019】

一方、ユーザ端末１は、このようなユーザデータＤＡＴｕの送信に先立って、データネットワーク（ＤＮ）４との間で、ＰＤＵ（Packet Data Unit)セッション、すなわち、トンネルのような通信経路を確立しておく必要がある。そこで、ユーザ端末（ＵＥ）１は、制御プレーンを用いて、５Ｇコアネットワーク（５ＧＣ）３内のＳＭＦ部４２等との間で、ＮＡＳ（Non Access Stratum）メッセージ等の制御用データＤＡＴｃを通信することで、ＳＭＦ部４２にＰＤＵセッションの確立を要求する。

【0020】

ＳＭＦ部４２は、ＰＤＵセッションの確立／削除といったセッション管理や、ユーザ端末（ＵＥ）１へのＩＰアドレスの割り当てや、ＵＰＦ部４０の選択および選択したＵＰＦ部４０に対するＩＰパケットの転送設定や、ＱｏＳ（Quality of Service）フローに関連するポリシーの決定等を行う。ＱｏＳフローとは、ＰＤＵセッション内に構築される単数または複数の論理的な通信経路であり、ユーザ端末（ＵＥ）１に許容する単数または複数種類の通信品質に応じて区別されるものである。ＳＭＦ部４２は、詳細には、５Ｇコアネットワーク（５ＧＣ）３内の図示しないＰＣＦ（Policy Control Function）部と連携して、ＱｏＳフロー毎のＱｏＳフローＩＤ（ＱＦＩ）値と、当該ＱＦＩ値に対応するＱｏＳルールを決定する。

【0021】

ＡＭＦ部４１は、ユーザ端末（ＵＥ）１の登録管理、接続管理、移動管理を行う。この際に、ＡＭＦ部４１は、ユーザ端末（ＵＥ）１の認証も行う。また、ＡＭＦ部４１は、制御プレーンを用いたユーザ端末（ＵＥ）１とＳＭＦ部４２との通信に際し、セッション管理を行わせるＳＭＦ部４２を選択し、選択したＳＭＦ部４２とユーザ端末（ＵＥ）１との間のセッション管理用のメッセージ等を中継する。なお、ＳＭＦ部４２によって決定されたＱＦＩ値等は、ＡＭＦ部４１を介してユーザ端末（ＵＥ）１にも通知される。

【0022】

図１２は、図１１におけるユーザデータＤＡＴｕの一部の構成例を示す概略図である。ユーザ端末（ＵＥ）１は、図１１に示したＳＤＡＰ層処理部３３、ＰＤＣＰ層処理部３１ｕ、ＲＬＣ層処理部２７、ＭＡＣ層処理部２６、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部２５、下位物理層（Ｌｏｗ－ＰＨＹ層）処理部にそれぞれ対応する複数の処理部を備える。これにより、層毎の論理的な通信が行われる。例えば、ユーザ端末（ＵＥ）１のＳＤＡＰ層処理部は、基地局装置(ｇＮＢ)２のＳＤＡＰ層処理部３３と論理的な通信を行い、ユーザ端末（ＵＥ）１のＰＤＣＰ層処理部は、基地局装置(ｇＮＢ)２のＰＤＣＰ層処理部３１ｕと論理的な通信を行う。

【0023】

図１２において、ユーザ端末（ＵＥ）１は、まず、サーバ４５を宛先とするアップリンク用のＩＰパケット７０を生成する。続いて、ユーザ端末（ＵＥ）１は、生成したＩＰパケット７０を、内部のＳＤＡＰ層処理部で処理することで、ＩＰパケット７０をＳＤＡＰ ＳＤＵ（Service Data Unit）として、それにＳＤＡＰサブヘッダ７５を付加したＳＤＡＰ ＰＤＵ（Protocol Data Unit）７１を生成する。次いで、ユーザ端末（ＵＥ）１は、生成したＳＤＡＰ ＰＤＵ７１を内部のＰＤＣＰ層処理部で処理することで、ＳＤＡＰ ＰＤＵ７１をＰＤＣＰ ＳＤＵとして、それにＰＤＣＰサブヘッダ７６を付加したＰＤＣＰ ＰＤＵ７２を生成する。

【0024】

以降、同様な処理を順次行うことで、ユーザ端末（ＵＥ）１は、ＲＬＣ ＰＤＵ７３、ＭＡＣ ＰＤＵ７４を順次生成する。ＲＬＣ ＰＤＵ７３には、ＲＬＣサブヘッダ７７が含まれ、ＭＡＣ ＰＤＵ７４には、ＭＡＣサブヘッダ７８が含まれる。ユーザ端末（ＵＥ）１は、生成したＭＡＣ ＰＤＵ７４を、内部の上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部および下位物理層（Ｌｏｗ－ＰＨＹ層）処理部を介して無線信号に変換する。そして、ユーザ端末（ＵＥ）１は、変換した無線信号を、予め設定されたスケジュール情報、すなわち、時間・周波数領域の割り当て情報に基づき、アンテナを介して基地局装置(ｇＮＢ)２へ送信する。

【0025】

基地局装置(ｇＮＢ)２は、無線通信で受信した無線信号を無線局（ＲＵ）２０を介してベースバンド信号に変換することで、図１２に示したようなＭＡＣ ＰＤＵ７４を取得する。そして、基地局装置(ｇＮＢ)２は、ＭＡＣ ＰＤＵ７４を、各サブヘッダ７８～７５等に基づいて、ＭＡＣ層処理部２６、ＲＬＣ層処理部２７、ＰＤＣＰ層処理部３１ｕ、ＳＤＡＰ層処理部３３を用いて順に処理したのち、ＵＰＦ部４０へ送信する。そして、ＵＰＦ部４０からデータネットワーク（ＤＮ）４へＩＰパケット７０が送信される。

【0026】

一方、その逆方向として、サーバ４５が、ユーザ端末（ＵＥ）１を宛先とするダウンリンク用のＩＰパケット７０を送信した場合を想定する。基地局装置(ｇＮＢ)２は、当該ダウンリンク用のＩＰパケット７０を、ＵＰＦ部４０を介して受信する。基地局装置(ｇＮＢ)２は、受信したＩＰパケット７０に対し、ＳＤＡＰ層処理部３３、ＰＤＣＰ層処理部３１ｕ、ＲＬＣ層処理部２７、ＭＡＣ層処理部２６を用いて各サブヘッダ７５～７８を順に付加しながら処理することで、ＭＡＣ ＰＤＵ７４を生成する。そして、基地局装置(ｇＮＢ)２は、生成したＭＡＣ ＰＤＵ７４を、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部２５および無線局（ＲＵ）２０を介して無線信号に変換し、予め設定されたスケジュール情報に基づき、アンテナを介した無線通信によってユーザ端末（ＵＥ）１へ送信する。

【0027】

ここで、基地局装置(ｇＮＢ)２内の各部の詳細について説明する。無線局（ＲＵ）２０は、データに対してＯＦＤＭ変調／復調等を行う下位物理層（Ｌｏｗ－ＰＨＹ層）処理回路や、アンテナを介して無線信号を送信／受信するＲＦ（Radio Frequency）回路を含む。分散局（ＤＵ）２１内の上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部２５は、符号化／復号化や、変調／復調や、データを時間・周波数領域に対応付けるリソースエレメントマッピング等を行う。

【0028】

分散局（ＤＵ）２１内のＭＡＣ層処理部２６は、論理チャネルとトランスポートチャネルとの間のマッピング、共有チャネル（ＳＣＨ）リソースのスケジューリング、ＲＬＣ ＰＤＵ７３に対する多重化／逆多重化、論理チャネルの優先付け、ＨＡＲＱ（Hybrid Automatic Repeat ReQuest）による誤り訂正等を行う。論理チャネルは、ＭＡＣ層処理部２６とＲＬＣ層処理部２７との間のインタフェースを担う。トランスポートチャネルは、ＭＡＣ層処理部２６と上位物理層（Ｈｉｇｈ－ＰＨＹ）処理部２５との間のインタフェースを担う。

【0029】

論理チャネルは、報知制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共有制御チャネル（ＣＣＣＨ）、専用制御チャネル（ＤＣＣＨ）、専用転送チャネル（ＤＴＣＨ）を含む。この内、専用転送チャネル（ＤＴＣＨ）は、ユーザ端末（ＵＥ）１との間でユーザデータＤＡＴｕを転送する際の専用チャネルである。トランスポートチャネルは、ページングチャネル（ＰＣＨ）、報知チャネル（ＢＣＨ）、ダウンリンク用共有チャネル（ＤＬ－ＳＣＨ）、アップリンク用共有チャネル（ＵＬ－ＳＣＨ）を含む。

【0030】

例えば、トランスポートチャネルに含まれるアップリンク用共有チャネル（ＵＬ－ＳＣＨ）は、論理チャネルに含まれる共有制御チャネル（ＣＣＣＨ）、専用制御チャネル（ＤＣＣＨ）、専用転送チャネル（ＤＴＣＨ）にマッピングされる。また、論理チャネルに含まれる報知制御チャネル（ＢＣＣＨ）、共有制御チャネル（ＣＣＣＨ）、専用制御チャネル（ＤＣＣＨ）、専用転送チャネル（ＤＴＣＨ）は、トランスポートチャネルに含まれるダウンリンク用共有チャネル（ＤＬ－ＳＣＨ）にマッピングされる。

【0031】

分散局（ＤＵ）２１内のＲＬＣ層処理部２７は、通信種別に適したＲＬＣモード毎に再送制御等を行う。詳細には、ＲＬＣ層処理部２７は、透過モード（ＴＭ)、非確認モード（ＵＭ)、確認モード（ＡＭ)で動作する。透過モード（ＴＭ)において、ＲＬＣ層処理部２７は、ＲＬＣサブヘッダ７７の処理を行わず、通信相手となるＲＬＣ層へのＡＣＫ／ＮＡＣＫの応答を行わず、データのバッファリングのみを行う。非確認モード（ＵＭ)において、ＲＬＣ層処理部２７は、ＲＬＣサブヘッダ７７の処理を行い、ＡＣＫ／ＮＡＣＫの応答を行わず、データのバッファリングを行う。確認モード（ＡＭ)において、ＲＬＣ層処理部２７は、ＲＬＣサブヘッダ７７の処理を行い、ＡＣＫ／ＮＡＣＫの応答を行い、データのバッファリングを行う。ＲＬＣモードは、論理チャネルの種類に応じて定められる。

【0032】

集約局（ＣＵ）２２内のＰＤＣＰ層処理部３１ｕ，３１ｃは、シーケンス番号を用いたデータの重複検出や、データの暗号化／復号化等を行う。また、制御プレーン用のＰＤＣＰ層処理部３１ｃは、制御用データＤＡＴｃの完全性保護や完全性検証等を行う。集約局（ＣＵ）２２内のＳＤＡＰ層処理部３３は、データ無線ベアラへのＱｏＳフローのマッピングを行う。図１３は、図１１におけるＳＤＡＰ層処理部３３の処理内容の一例を説明する模式図である。

【0033】

図１３に示されるように、ユーザ端末（ＵＥ）１とＵＰＦ部４０との間には、ＳＭＦ部４２によって、ＰＤＵセッション８０が確立される。ＰＤＵセッション８０において、基地局装置(ｇＮＢ)２とＵＰＦ部４０との間の通信経路は、ＮＧ－ｕトンネル８１によって確立される。ＮＧ－ｕトンネル８１は、ＰＤＵセッション８０に１対１で対応する。一方、ＰＤＵセッション８０において、ユーザ端末（ＵＥ）１と基地局装置(ｇＮＢ)２との間の通信経路は、単数または複数のデータ無線ベアラ（ＤＲＢ）８２によって確立される。ＳＤＡＰ層処理部３３は、当該単数または複数のデータ無線ベアラ（ＤＲＢ）８２に、ＰＤＵセッション８０内に設けられる各ＱｏＳフロー８３をマッピングする。

【0034】

集約局（ＣＵ）２２内のＲＲＣ層処理部３４は、すべての無線リソースを制御することで、ユーザ端末（ＵＥ）１と基地局装置(ｇＮＢ)２との間にデータ無線ベアラ（ＤＲＢ）８２を確立し、また、確立したデータ無線ベアラ（ＤＲＢ）８２を必要に応じて解放する。無線リソースには、無線局（ＲＵ）２０内の下位物理層（Ｌｏｗ－ＰＨＹ層）処理部と、分散局（ＤＵ）内の上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理部２５、ＭＡＣ層処理部２６およびＲＬＣ層処理部２７と、集約局（ＣＵ）内のユーザプレーン用のＰＤＣＰ層処理部３１ｕおよびＳＤＡＰ層処理部３３とが含まれる。さらに、ＲＲＣ層処理部３４は、ユーザ端末（ＵＥ）１の状態を、接続状態、アイドル状態、非活性状態を用いて管理する。

【0035】

集約局（ＣＵ）２２内のユーザプレーン用のＮＧ－ｕインタフェース３２ｕは、ＧＴＰ（General packet radio system Tunneling Protocol）を用いて、図１３に示したようなＮＧ－ｕトンネル８１を確立する。具体的には、ＮＧ－ｕインタフェース３２ｕは、例えば、基地局装置(ｇＮＢ)２およびＵＰＦ部４０を送信元および宛先として、それにトンネルエンドポイントＩＤ（ＴＥＩＤ）等を付加したカプセル化ヘッダでＩＰパケットをカプセル化し、ＵＰＦ部４０へ送信する。また、ＮＧ－ｕインタフェース３２ｕは、ＵＰＦ部４０からのカプセル化されたＩＰパケットを受信し、それをデカプセル化する。すなわち、図示は省略されるが、ＵＰＦ部４０も、ＮＧ－ｕインタフェースを備える。

【0036】

以上のような５Ｇネットワークシステムにおいて、分散局（ＤＵ）２１および集約局（ＣＵ）２２は、図１１に示されるように、通常、ソフトウェア処理によって実現される。また、ユーザ端末（ＵＥ）１からサーバ４５へのユーザデータＤＡＴｕの転送を低遅延化するため、ＭＥＣサーバが設けられる場合がある。ＭＥＣサーバは、通常、基地局装置(ｇＮＢ)２と５Ｇコアネットワーク（５ＧＣ）３との間に箇所に、別途設けるＵＰＦ部と一体的に設置される。しかしながら、更なる低遅延通信を実現するためには、ユーザ端末（ＵＥ）１により近い箇所にＭＥＣサーバを設置することが望まれる。

【0037】

＜ネットワークシステム（実施の形態）の概略＞
図１は、本発明の一実施の形態によるネットワークシステムの構成例を示す概略図である。図１に示されるネットワークシステムは、図１１に示した構成例とは基地局装置（ｇＮＢ）２の構成が異なっている。さらに、図１１の場合と異なり、ＭＥＣサーバ５が設けられる。集約局（ＣＵ）２２は、図１１の場合と同じく、ユーザプレーン用のＳＤＡＰ層処理部３３およびＰＤＣＰ層処理部３１ｕと、制御プレーン用のＲＲＣ層処理部３４およびＰＤＣＰ層処理部３１ｃと、を備える。一方、分散局（ＤＵ）２１は、図１１の場合と異なり、ハードウェア処理部２１ａとソフトウェア処理部２１ｂとを備える。

【0038】

ハードウェア処理部２１ａは、ＵＰＦ回路５６、簡易ＧＴＰ処理回路５５、ユーザプレーン用のＳＤＡＰ層処理回路５４、ユーザプレーン用のＰＤＣＰ層処理回路５３、ＲＬＣ層処理回路５２、ＭＡＣ層処理回路５１、および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０を有する。ハードウェア処理部２１ａは、ハードウェア処理によって実現され、詳細には、ＦＰＧＡ（Field Programmable Gate Array）によって実現される。ただし、ハードウェア処理部２１ａは、必ずしもＦＰＧＡに限らず、例えばＡＳＩＣ（Application Specific Integrated Circuit）等で実現されてもよい。

【0039】

ソフトウェア処理部２１ｂは、図１１の場合と同様のＲＬＣ層処理部２７、ＭＡＣ層処理部２６、ユーザプレーン用のＦ１－ｕインタフェース２８ｕ、および制御プレーン用のＦ１－ｃインタフェース２８ｃに加えて、制御部（ＡＰＳ－ＣＰ）６０を有する。ソフトウェア処理部２１ｂは、ソフトウェア処理、すなわち、プロセッサを用いたプログラム処理によって実現される。制御部（ＡＰＳ－ＣＰ）６０は、概略的には、ＳＭＦ部４２から送信された制御命令に応じてＵＰＦ回路５６を制御し、ＲＲＣ層処理部３４からＦ１－ｃインタフェース２８ｃを介して送信された制御命令に応じて、ＳＤＡＰ層処理回路５４、ＰＤＣＰ層処理回路５３、およびＲＬＣ層処理回路５２等を制御する。

【0040】

ＭＡＣ層処理回路５１は、ＭＡＣ層処理部２６と異なり、ユーザプレーンの処理のみを行う。一方、ＭＡＣ層処理部２６は、ユーザプレーンの処理と、制御プレーンの処理の両方を行う。図２は、図１におけるＭＡＣ層処理回路５１の主要な処理内容の一例を示すフロー図である。図３は、図１２におけるＭＡＣサブヘッダ７８の構成例を示す概略図である。

【0041】

ＭＡＣサブヘッダ７８には、図３に示されるような２種類の構成が用いられる。ＭＡＣサブヘッダ７８は、“Ｒ”領域１００、“Ｆ”領域１０１、論理チャネルＩＤ（ＬＣＩＤ）領域１０２、ｅＬＣＩＤ領域１０３、“Ｌ”領域１０４を備える。“Ｒ”領域１００は、１ビットの予約領域である。“Ｆ”領域１０１は、１ビットのフォーマット領域であり、“Ｌ”領域１０４のサイズが８ビットであるか１６ビットであるかを表す。図３には、“Ｌ”領域１０４のサイズが８ビットである場合が例示される。

【0042】

８ビットまたは１６ビットの“Ｌ”領域１０４は、ＭＡＣ ＳＤＵのサイズをバイト単位で示す領域である。論理チャネルＩＤ（ＬＣＩＤ）領域１０２は、６ビットの論理チャネルＩＤ（ＬＣＩＤ）を定める領域である。論理チャネルＩＤ（ＬＣＩＤ）の値の中には、制御用の固定値も含まれる。ｅＬＣＩＤ領域１０３は、論理チャネルＩＤ（ＬＣＩＤ）領域１０２を拡張するための領域である。例えば、論理チャネルＩＤ（ＬＣＩＤ）領域１０２の値が“３４”の場合、８ビットのｅＬＣＩＤ領域１０３を用いて、論理チャネルＩＤ（ＬＣＩＤ）を定めることができる。

【0043】

図２において、ＭＡＣ層処理回路５１は、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０を介して、アップリンク用のデータを受信する（ステップＳ１０１）。続いて、ＭＡＣ層処理回路５１は、受信したデータがユーザデータＤＡＴｕであるか、制御用データＤＡＴｃであるかを判定する（ステップＳ１０２）。受信したデータがユーザデータＤＡＴｕである場合（ステップＳ１０２：Ｙｅｓ）、ＭＡＣ層処理回路５１は、ユーザデータＤＡＴｕに含まれる論理チャネルＩＤ（ＬＣＩＤ）が、予めＲＲＣ層処理部３４から、低遅延用として通知された特定値であるか否かを判定する（ステップＳ１０３）。

【0044】

論理チャネルＩＤ（ＬＣＩＤ）が特定値である場合（ステップＳ１０３：Ｙｅｓ）、ＭＡＣ層処理回路５１は、ユーザデータＤＡＴｕをＲＬＣ処理回路５２へ転送する（ステップＳ１０４）。一方、論理チャネルＩＤ（ＬＣＩＤ）が特定値でない場合（ステップＳ１０３：Ｎｏ）、ＭＡＣ層処理回路５１は、ユーザデータＤＡＴｕをソフトウェア処理部２１ｂ、すなわちＭＡＣ層処理部２６を介してＲＬＣ層処理部２７へ転送する（ステップＳ１０５）。また、ＭＡＣ層処理回路５１は、受信したデータが制御用データＤＡＴｃである場合（ステップＳ１０２：Ｎｏ）も、制御用データＤＡＴｃをソフトウェア処理部２１ｂ、すなわちＭＡＣ層処理部２６へ転送する（ステップＳ１０５）。

【0045】

ここで、図１に示したネットワークシステムの概略的な動作について説明する。まず、ユーザ端末（ＵＥ）１は、ユーザデータＤＡＴｕの送信に先立ち、制御用データＤＡＴｃ、すなわち制御プレーンを用いて、データネットワーク（ＤＮ）４への低遅延スライスを用いたＰＤＵセッション８０の確立要求を送信する。低遅延スライスを用いるか否かは、スライスＩＤによって識別される。ＭＡＣ層処理回路５１は、受信したデータが制御用データＤＡＴｃであるため、制御用データＤＡＴｃをＭＡＣ層処理部２６へ転送する。言い換えれば、ＭＡＣ層処理回路５１は、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０と、ＭＡＣ層処理部２６とをバイパスする。

【0046】

ＳＭＦ部４２は、制御用データＤＡＴｃを受け、ネットワークスライシング等の設定に基づいて、データネットワーク（ＤＮ）４ではなく、ＭＥＣサーバ５へのＰＤＵセッション８０を確立する。この際に、ＲＲＣ層処理部３４は、ＭＥＣサーバ５へのＰＤＵセッション８０を確立するための論理チャネルＩＤ（ＬＣＩＤ）、詳細には、ユーザ端末（ＵＥ）１と基地局装置（ｇＮＢ）２との間で使用するデータ無線ベアラ８２を識別するための論理チャネルＩＤ（ＬＣＩＤ）を定める。そして、ＲＲＣ層処理部３４は、定めた論理チャネルＩＤ（ＬＣＩＤ）、例えば＃ＩＤ１を、制御プレーンを用いてＭＡＣ層処理回路５１とユーザ端末（ＵＥ）１とに通知する。

【0047】

その後、ユーザ端末（ＵＥ）１は、データネットワーク（ＤＮ）４内のサーバ４５と低遅延スライスを用いて通信するため、ＲＲＣ層処理部３４から通知された論理チャネルＩＤ（ＬＣＩＤ）の特定値＃ＩＤ１を含んだアップリンク用のユーザデータＤＡＴｕ、すなわち図１２に示したＭＡＣ ＰＤＵ７４を生成する。そして、ユーザ端末（ＵＥ）１は、生成したアップリンク用のユーザデータＤＡＴｕを、基地局装置（ｇＮＢ）２へ送信する。

【0048】

ＭＡＣ層処理回路５１は、アップリンク用のユーザデータＤＡＴｕを無線局（ＲＵ）２０および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０を介して受信し、ユーザデータＤＡＴｕに含まれる論理チャネルＩＤ（ＬＣＩＤ）を参照する。ここで、ＭＡＣ層処理回路５１は、論理チャネルＩＤ（ＬＣＩＤ）が予めＲＲＣ層処理部３４から通知された特定値＃ＩＤ１である場合には、当該ユーザデータＤＡＴｕを、ソフトウェア処理部２１ｂ内のＲＬＣ層処理部２７ではなく、ハードウェア処理部２１ａ内のＲＬＣ層処理回路５２へ転送する。これにより、当該ユーザデータＤＡＴｕは、ＭＥＣサーバ５へ転送される。

【0049】

一方、その逆方向の通信として、ＭＥＣサーバ５がダウンリンク用のユーザデータＤＡＴｕ、すなわち図１２に示したＩＰパケット７０を生成し、ユーザ端末（ＵＥ）１へ送信した場合を想定する。ハードウェア処理部２１ａは、当該ＩＰパケット７０を、ＵＰＦ回路５６を用いて受信する。そして、ハードウェア処理部２１ａは、受信したＩＰパケット７０を、ＳＤＡＰ層処理回路５４、ＰＤＣＰ層処理回路５３、ＲＬＣ層処理回路５２を用いて順次処理したのち、ＭＡＣ層処理回路５１へ転送する。

【0050】

ＭＡＣ層処理回路５１は、ＲＬＣ層処理回路５２からのＲＬＣ ＰＤＵ７３に対して、特定値＃ＩＤ１となる論理チャネルＩＤ（ＬＣＩＤ）を含んだＭＡＣサブヘッダ７８を付加することで、ＭＡＣ ＰＤＵ７４を生成する。そして、ＭＡＣ層処理回路５１は、生成したＭＡＣ ＰＤＵ７４を、上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０および無線局（ＲＵ）２０を介してユーザ端末（ＵＥ）１へ送信する。

【0051】

なお、ここでは、ＳＭＦ部４２は、ユーザ端末（ＵＥ）１とＭＥＣサーバ５との間で低遅延スライスを用いたＰＤＵセッション８０を確立した。一方、ＳＭＦ部４２は、ユーザ端末（ＵＥ）１からの要求に基づき、低遅延スライスが必要とされない場合には、ユーザ端末（ＵＥ）１とデータネットワーク（ＤＮ）４内のサーバ４５との間にＰＤＵセッション８０を確立してもよい。この際に、ＲＲＣ層処理部３４は、別の論理チャネルＩＤ（ＬＣＩＤ）、例えばＩＤ＃２を定める。ＭＡＣ層処理回路５１は、ユーザ端末（ＵＥ）１から送信されたユーザデータＤＡＴｕに含まれる論理チャネルＩＤ（ＬＣＩＤ）が＃ＩＤ２の場合には、当該ユーザデータＤＡＴｕを、ソフトウェア処理部２１ｂへ転送する。

【0052】

図４は、図１における分散局（ＤＵ）２１のハードウェア構成例を示す概略図である。分散局（ＤＵ）２１は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサ９０と、ＦＰＧＡ９１と、メモリ９２と、通信インタフェース９３と、これらを接続するバス９４とを備える。図１に示したソフトウェア処理部２１ｂは、プロセッサ９０がメモリ９２に格納されたプログラムを実行することで、すなわちソフトウェア処理によって実現される。一方、ハードウェア処理部２１ａは、ＦＰＧＡ９１によって実現される。通信インタフェース９３は、集約局（ＣＵ）２２との間のミッドホールを介した通信や、無線局（ＲＵ）２０との間のフロントホールを介した通信を制御する。

【0053】

＜分散局（ＤＵ）の詳細＞
図５は、図１に示される分散局（ＤＵ）において、ハードウェア処理部２１ａに関連する一部の箇所を抽出した構成例を示す図である。図５において、集約局（ＣＵ）２２は、ＲＲＣ層処理部３４と、Ｆ１－ｃインタフェース３０ｃとを含む。分散局（ＤＵ）２１内のソフトウェア処理部２１ｂは、Ｆ１－ｃインタフェース２８ｃと、制御部（ＡＰＳ－ＣＰ）６０とを備える。Ｆ１－ｃインタフェース２８ｃは、集約局（ＣＵ）２２内のＦ１－ｃインタフェース３０ｃを介してＲＲＣ層処理部３４に接続される。制御部（ＡＰＳ－ＣＰ）６０は、５Ｇコアネットワーク（５ＧＣ）内のＳＭＦ部４２に接続される。また、制御部（ＡＰＳ－ＣＰ）６０は、Ｆ１－ｃインタフェース２８ｃにも接続される。

【0054】

分散局（ＤＵ）２１内のハードウェア処理部２１ａは、ＲＬＣ層処理回路５２と、ＰＤＣＰ層処理回路５３と、ＳＤＡＰ層処理回路５４と、簡易ＧＴＰ処理回路５５と、ＵＰＦ回路５６とを含む。ＵＰＦ回路５６は、ＭＥＣサーバ５に接続される。ソフトウェア処理部２１ｂ内の制御部（ＡＰＳ－ＣＰ）６０は、ＳＭＦ部４２から送信された制御命令に応じてＵＰＦ回路５６を制御する。この際に、制御部（ＡＰＳ－ＣＰ）６０は、主に、ＳＭＦ部４２から制御命令を、ＵＰＦ回路５６に適した形式にフォーマット変換する。

【0055】

また、制御部（ＡＰＳ－ＣＰ）６０は、ＲＲＣ層処理部３４からＦ１－ｃインタフェース２８ｃを介して送信された制御命令に応じて、簡易ＧＴＰ処理回路５５、ＳＤＡＰ層処理回路５４、ＰＤＣＰ層処理回路５３、ＲＬＣ層処理回路５２を制御する。さらに、制御部（ＡＰＳ－ＣＰ）６０は、ＲＲＣ層処理部３４からの制御命令に応じて、図示されないＭＡＣ層処理回路５１および上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０も制御する。この際に、制御部（ＡＰＳ－ＣＰ）６０は、主に、ＲＲＣ層処理部３４からの制御命令を、制御対象の各回路に適した形式にフォーマット変換する。

【0056】

なお、例えば、５Ｇコアネットワーク（５ＧＣ）内のＵＰＦ部４０は、ＳＭＦ部４２から、パケット転送制御プロトコル（ＰＦＣＰ）に基づく制御命令を受信する。これに伴い、制御部（ＡＰＳ－ＣＰ）６０も、パケット転送制御プロトコル（ＰＦＣＰ）に基づく制御命令を受信する。パケット転送制御プロトコル（ＰＦＣＰ）では、ユーザデータＤＡＴｕの処理に加えて、例えば、ハートビートといったユーザデータＤＡＴｕの処理に無関係な処理も必要とされる。制御部（ＡＰＳ－ＣＰ）６０は、このようなユーザデータＤＡＴｕの処理に無関係な処理も行う。

【0057】

［無線リソースの制御について］
図６は、図５に示されるＲＲＣ層処理部３４の概略的な処理内容の一例を示す模式図である。上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０、ＭＡＣ層処理回路５１、ＲＬＣ層処理回路５２、ＰＤＣＰ層処理回路５３およびＳＤＡＰ層処理回路５４は、全ての無線リソースを制御する集約局（ＣＵ）２２内のＲＲＣ層処理部３４によって制御される。図６において、物理層処理部１１０は、分散局（ＤＵ）内の上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０と、無線局（ＲＵ）２０内の下位物理層（Ｌｏｗ－ＰＨＹ層）処理部とを含んでいる。

【0058】

上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路５０、ＭＡＣ層処理回路５１、ＲＬＣ層処理回路５２、ＰＤＣＰ層処理回路５３およびＳＤＡＰ層処理回路５４は、ＲＲＣ層処理部３４からの制御命令に応じて、図６に示されるように、各エンティティを生成する。すなわち、図１３にも示したデータ無線ベアラ（ＤＲＢ）８２上に、ＰＨＹエンティティ１１０ｅ１，１１０ｅ２、ＭＡＣエンティティ５１ｅ、ＲＬＣエンティティ５２ｅ、ＰＤＣＰエンティティ５３ｅ、ＳＤＡＰエンティティ５４ｅが生成される。これらのエンティティは、データ無線ベアラ（ＤＲＢ）８２毎に生成される。ユーザデータＤＡＴｕに対する実際の処理は、これらの各エンティティによって実行される。

【0059】

図６に示される例では、ＲＬＣエンティティ５２ｅとして、前述した確認モード（ＡＭ)で動作するエンティティが生成される。また、ＭＡＣエンティティ５１ｅとして、前述した論理チャネルの一つである専用転送チャネル（ＤＴＣＨ）での処理を行うエンティティが生成される。さらに、ＰＨＹエンティティ１１０ｅ１として、前述したトランスポートチャネルの一つであるダウンリンク用共有チャネル（ＤＬ－ＳＣＨ）での処理を行うエンティティが生成される。ＰＨＹエンティティ１１０ｅ２として、トランスポートチャネルの他の一つであるアップリンク用共有チャネル（ＵＬ－ＳＣＨ）での処理を行うエンティティが生成される。

【0060】

［簡易ＧＴＰ処理回路およびＵＰＦ回路について］
図７Ａは、図５において、アップリンク用のユーザデータに対する簡易ＧＴＰ処理回路５５およびＵＰＦ回路５６の動作例を説明する概略図である。まず、前提として、図１３等に示したように、基地局装置（ｇＮＢ）２とＵＰＦ部４０との通信は、ＮＧ－ｕトンネル８１を用いて行われる。具体的には、図１に示した集約局（ＣＵ）２２内のＮＧ－ｕインタフェース３２ｕと、ＵＰＦ部４０内の図示しないＮＧ－ｕインタフェースとは、ユーザデータＤＡＴｕの転送に際し、ＧＴＰに基づくカプセル化ヘッダの付加／削除、すなわちカプセル化／デカプセル化を行う。

【0061】

集約局（ＣＵ）２２内のＮＧ－ｕインタフェース３２ｕは、ハードウェア処理部２１ａにおける簡易ＧＴＰ処理回路５５に対応する。ただし、簡易ＧＴＰ処理回路５５は、ＮＧ－ｕインタフェース３２ｕと異なり、通信相手であるＵＰＦが特定されているため、カプセル化を行う必要はない。そこで、簡易ＧＴＰ処理回路５５は、図７Ａに示されるように、ＵＰＦ回路５６へユーザデータＤＡＴｕを転送する際に、ＩＰパケットに、カプセル化ヘッダに含まれる一部のパラメータであるトンネルエンドポイントＩＤ（ＴＥＩＤ）およびＱｏＳフローＩＤ（ＱＦＩ）を付加する。すなわち、カプセル化ヘッダに含まれる、その他のパラメータ、例えば送信元／宛先アドレスやポート番号等は付加されない。

【0062】

ここで、付加されるトンネルエンドポイントＩＤ（ＴＥＩＤ）値およびＱｏＳフローＩＤ（ＱＦＩ）値は、予め、制御部（ＡＰＳ－ＣＰ）６０から指示される。具体的には、ＰＤＵセッションを確立する際に、ＳＭＦ部４２は、ＲＲＣ層処理部３４と連携してＴＥＩＤ値およびＱＦＩ値を定める。そして、ＲＲＣ層処理部３４は、定めたＴＥＩＤ値およびＱＦＩ値を制御部（ＡＰＳ－ＣＰ）６０へ送信する。これに基づいて、制御部（ＡＰＳ－ＣＰ）６０は、簡易ＧＴＰ処理回路５５に、付加すべきＴＥＩＤ値およびＱＦＩ値を指示する。

【0063】

このようにして、簡易ＧＴＰ処理回路５５は、ＴＥＩＤ値およびＱＦＩ値が付加されたＩＰパケットをＵＰＦ回路５６へ送信する。ＵＰＦ回路５６は、ＴＥＩＤ値およびＱＦＩ値が付加されたＩＰパケットを受信し、詳細は後述するが、予めＳＭＦ部４２から指示されたＱｏＳルールに基づいてＱｏＳ制御を行う。その後、ＵＰＦ回路５６は、ＴＥＩＤ値およびＱＦＩ値を削除することで得られたＩＰパケットを、ＭＥＣサーバ５へ送信する。

【0064】

図７Ｂは、図５において、ダウンリンク用のユーザデータに対する簡易ＧＴＰ処理回路５５およびＵＰＦ回路５６の動作例を説明する概略図である。ＵＰＦ回路５６は、ＭＥＣサーバ５からのＩＰパケットを受信し、詳細は後述するが、予めＳＭＦ部４２から指示されたＱｏＳルールに基づいてＱｏＳ制御を行う。ＵＰＦ回路５６は、当該ＱｏＳ制御の中で、ＩＰパケットに対して、トンネルエンドポイントＩＤ（ＴＥＩＤ）、ＱｏＳフローＩＤ（ＱＦＩ）、反射型ＱｏＳフローＩＤ（ＲＱＩ）、およびＲＤＩ（Reflective QoS flow to DRB mapping Indication）を付加する。ＲＱＩおよびＲＤＩは、アップリンクと同じＱｏＳフローをダウンリンクで確立させるためのものである。

【0065】

ここで、ＴＥＩＤ値およびＱＦＩ値は、図７Ａの場合と同様に、予めＳＭＦ部４２とＲＲＣ層処理部３４との連携によって定められる。また、ＲＱＩ値およびＲＤＩ値も、予め、ＳＭＦ部４２によって定められる。ＳＭＦ部４２は、定めたＴＥＩＤ値、ＱＦＩ値、ＲＱＩ値およびＲＤＩ値を、制御部（ＡＰＳ－ＣＰ）６０へ送信する。これに基づいて、制御部（ＡＰＳ－ＣＰ）６０は、ＵＰＦ回路５６に、付加すべきＴＥＩＤ値、ＱＦＩ値、ＲＱＩ値およびＲＤＩ値を指示する。

【0066】

このようにして、ＵＰＦ回路５６は、ＴＥＩＤ値、ＱＦＩ値、ＲＱＩ値およびＲＤＩ値が付加されたＩＰパケットを、簡易ＧＴＰ処理回路５５へ送信する。簡易ＧＴＰ処理回路５５は、ＵＰＦ回路５６からＴＥＩＤ値、ＱＦＩ値、ＲＱＩ値およびＲＤＩ値が付加されたＩＰパケットを受信し、不要なパラメータ値を削除する。

【0067】

［ＱｏＳ制御について］
図８は、図５に示されるＵＰＦ回路におけるＱｏＳ制御方法の一例を示す模式図である。まず、前提として、ＳＭＦ部４２は、ＰＤＵセッションを確立する際に、５Ｇコアネットワーク（５ＧＣ）内の図示されないＰＣＦ（Policy Control Function）部と連携して、当該ＰＤＵセッションに適用するＱｏＳフローＩＤ（ＱＦＩ）値と、当該ＱＦＩ値に対応するＱｏＳルールを決定する。また、前述したように、ＳＭＦ部４２は、ＲＲＣ層処理部３４とも連携して、ＱＦＩ値を定める。

【0068】

ＳＭＦ部４２は、定めたＱｏＳルールを、パケット転送制御プロトコル（ＰＦＣＰ）に基づいて制御部（ＡＰＳ－ＣＰ）６０へ送信する。制御部（ＡＰＳ－ＣＰ）６０は、ＳＭＦ部４２から送信された、ＱｏＳルールの登録、削除または変更命令に応じて、ＵＰＦ回路５６に対して当該ＱｏＳルールの登録、削除または変更を行う。なお、パケット転送制御プロトコル（ＰＦＣＰ）は、ＩＰパケットの転送、廃棄、書換え、滞留、優先処理、カウント等のパケット処理を、予め設定されたルールに基づいて行うためのプロトコルである。

【0069】

図８において、ＵＰＦ回路５６には、ＱｏＳルールとして、パケット検出ルール（ＰＤＲ）、ＱｏＳ施行ルール（ＱＥＲ）、転送アクションルール（ＦＡＲ）、バッファリングアクションルール（ＢＡＲ）が登録される。パケット検出ルール（ＰＤＲ）は、ルールの適用対象とするＩＰパケットの検出条件と、検出したＩＰパケットに何を適用するか、すなわち、ＱＥＲの適用有無およびＦＡＲの適用有無を規定する。ＩＰパケットの検出条件として、例えば、ユーザ端末（ＵＥ）１のＩＰアドレス、すなわち、アップリンク時の送信元ＩＰアドレス、ダウンリンク時の宛先ＩＰアドレスや、トンネルエンドポイントＩＤ（ＴＥＩＤ）値等が挙げられる。

【0070】

ＱｏＳ施行ルール（ＱＥＲ）は、許容する通信帯域を規定する。具体的には、最大ビットレート（ＭＢＲ）の値や、保証ビットレート（ＧＢＲ）の値等が定められる。さらに、ＱｏＳフローＩＤ（ＱＦＩ）値、反射型ＱｏＳフローＩＤ（ＲＱＩ）値、ＲＤＩ（Reflective QoS flow to DRB mapping Indication）値も定められる。

【0071】

転送アクションルール（ＦＡＲ）は、ＩＰパケットの転送、破棄またはバッファリングといったＩＰパケットに対する処理内容を規定する。また、転送アクションルール（ＦＡＲ）は、ＩＰパケットの受信時に制御プレーンへ通知を行うか否かや、ダウンリンクのＩＰパケットにＴＥＩＤ値を付与するか否かも定める。なお、転送アクションルール（ＦＡＲ）は、ＩＰパケットをバッファリングする際には、どのバッファリングアクションルール（ＢＡＲ）を適用するかを指定する。バッファリングアクションルール（ＢＡＲ）は、バッファリングする最大パケット数を規定する。

【0072】

図８に示される例では、１個のＰＦＣＰセッション＃１内に、２個のパケット検出ルール（ＰＤＲ）＃１，＃２が登録される。例えば、ＰＤＲ＃１は、アップリンク用のルールであり、ＰＤＲ＃２は、ダウンリンク用のルールである。ＰＤＲ＃１には、２個のＱｏＳ施行ルール（ＱＥＲ）＃１，＃２と、１個の転送アクションルール（ＦＡＲ）＃１とが紐づけられる。転送アクションルール（ＦＡＲ）＃１では、バッファリングアクションルール（ＢＡＲ）＃１に基づいてバッファリングを行うか、または、転送を行うかが定められる。

【0073】

ＰＤＲ＃２には、１個のＱｏＳ施行ルール（ＱＥＲ）＃３と、１個の転送アクションルール（ＦＡＲ）＃２とが紐づけられる。転送アクションルール（ＦＡＲ）＃２では、転送を行うことが定められる。このように、ＵＰＦ回路５６は、アップリンク用のＩＰパケットおよびダウンリンク用のＩＰパケット共に、パケット検出ルール（ＰＤＲ）、ＱｏＳ施行ルール（ＱＥＲ）、転送アクションルール（ＦＡＲ）、バッファリングアクションルール（ＢＡＲ）の順で、ルール毎の処理を行う。

【0074】

図９は、図８に示されるＵＰＦ回路５６が保持するＱｏＳテーブルの構成例を示す概略図である。ＵＰＦ回路５６は、ＱｏＳテーブルとして、例えば、図９に示されるようなＰＤＲテーブル１２０、ＦＡＲテーブル１２１およびＱＥＲテーブル１２２を、メモリまたはレジスタに保持する。各テーブルへの登録内容は、予め、ＳＭＦ部４２から制御部（ＡＰＳ－ＣＰ）６０を介して指示される。ＵＰＦ回路５６は、当該各テーブルを用いてＱｏＳ制御を行う。

【0075】

図９において、ＵＰＦ回路５６が、ユーザ端末（ＵＥ）１から、送信元ＩＰアドレスを“ＩＰＡ１”とし、トンネルエンドポイントＩＤ（ＴＥＩＤ）値を“ＴＩＤ１”とするアップリンク用のＩＰパケットを受信した場合を想定する。この場合、ＰＤＲテーブル１２０において、有効なエントリであるＰＤＲ ＩＤ＃１のエントリがヒットし、当該エントリには、ＱＥＲ ＩＤ＃１と、ＦＡＲ ＩＤ＃１とが紐づけられている。

【0076】

そこで、ＵＰＦ回路５６は、ＱＥＲテーブル１２２におけるＱＥＲ ＩＤ＃１のエントリを参照する。ＱＥＲ ＩＤ＃１のエントリは、有効であり、ＭＢＲに“ｘｘｘ”が定められている。これに応じて、ＵＰＦ回路５６は、ＩＰパケットに対する最大ビットレートを“ｘｘｘ”に帯域制限する。また、ＵＰＦ回路５６は、ＦＡＲテーブル１２１におけるＦＡＲ ＩＤ＃１のエントリを参照する。ＦＡＲ ＩＤ＃１のエントリは、有効であり、アクションとして“転送”が定められている。これに応じて、ＵＰＦ回路５６は、帯域制限されたＩＰパケットを、ＭＥＣサーバ５へ転送する。

【0077】

また、ＵＰＦ回路５６が、ユーザ端末（ＵＥ）１から、送信元ＩＰアドレスを“ＩＰＡ２”とし、トンネルエンドポイントＩＤ（ＴＥＩＤ）値を“ＴＩＤ２”とするアップリンク用のＩＰパケットを受信した場合を想定する。この場合も同様にして、ＵＰＦ回路５６は、ＰＤＲテーブル１２０、ＱＥＲテーブル１２２およびＦＡＲテーブル１２１を順に参照することで、当該ＩＰパケットを、帯域制限を行わずに破棄する。

【0078】

一方、ＵＰＦ回路５６が、ユーザ端末（ＵＥ）１から、宛先ＩＰアドレスを“ＩＰＡ３”とし、トンネルエンドポイントＩＤ（ＴＥＩＤ）値を“ＴＩＤ３”とするダウンリンク用のＩＰパケットを受信した場合を想定する。なお、当該ＩＰパケットのＴＥＩＤ値は、図７Ｂに示したように、ＳＭＦ部４２から予め通知される。この場合、ＰＤＲテーブル１２０において、有効なエントリであるＰＤＲ ＩＤ＃４のエントリがヒットし、当該エントリには、ＱＥＲ ＩＤ＃３と、ＦＡＲ ＩＤ＃４とが紐づけられている。

【0079】

ＵＰＦ回路５６は、ＱＥＲテーブル１２２におけるＱＥＲ ＩＤ＃３のエントリを参照する。ＱＥＲ ＩＤ＃３のエントリは、有効であり、ＧＢＲに“ｙｙｙ”が定められている。これに応じて、ＵＰＦ回路５６は、ＩＰパケットに対するビットレートを保証ビットレートである“ｙｙｙ”に帯域保証する。さらに、ＵＰＦ回路５６は、当該ＱＥＲ ＩＤ＃３のエントリに基づいて、ＩＰパケットにＱＦＩ値として“ＱＩＤ３”を付加する。

【0080】

また、ＵＰＦ回路５６は、ＦＡＲテーブル１２１におけるＦＡＲ ＩＤ＃４のエントリを参照する。ＦＡＲ ＩＤ＃４のエントリは、有効であり、アクションとして“転送”が定められ、ＴＥＩＤ値として“ＴＩＤ３”が定められている。これに応じて、ＵＰＦ回路５６は、帯域保証され、かつ“ＱＩＤ３”が付加されたＩＰパケットに、更に、“ＴＩＤ３”を付加して、簡易ＧＴＰ処理回路５５へ転送する。なお、より詳細には、ＲＱＩ値およびＲＤＩ値も、ＱＥＲテーブル１２２に基づいて付加される。図９に示した例では、ユーザ端末（ＵＥ）１のＩＰアドレスおよびＴＥＩＤ値に基づいて帯域制限または帯域保証が行われたが、ＱＦＩ値に基づいて帯域制限または帯域保証が行われるように、各テーブルが構成されてもよい。

【0081】

図１０Ａは、図８において、転送アクションルール（ＦＡＲ）でバッファリングを用いる場合の適用例を示す図である。図１０Ｂは、図１０Ａに続く、適用例を示す図である。例えば、ユーザ端末（ＵＥ）１は、電波状況等によってはユーザデータＤＡＴｕを受信不可能な状態、すなわちＰＤＵセッションが切断された状態になり得る。この場合、ダウンリンク用のユーザデータＤＡＴｕが破棄されないようにすることが望まれる。例えば、このような場合に、バッファリングが用いられる。

【0082】

図１０Ａにおいて、ＵＰＦ回路５６は、ＭＥＣサーバ５からＩＰパケットを受信する。ＵＰＦ回路５６は、ＱｏＳ施行ルール（ＱＥＲ）に基づく帯域制限後のＩＰパケットを、転送アクションルール（ＦＡＲ）に基づいてバッファ１２５へ格納する。また、これと共に、ＵＰＦ回路５６は、転送アクションルール（ＦＡＲ）に基づいて、制御部（ＡＰＳ－ＣＰ）６０を介してＳＭＦ部４２へＩＰパケットの受信通知を送信する。詳細には、制御部（ＡＰＳ－ＣＰ）６０は、例えば、ＩＰパケットの受信有無を表すステータスレジスタをポーリングによって監視し、監視結果に基づいてＳＭＦ部４２へＩＰパケットの受信通知を送信する。

【0083】

その後、ＳＭＦ部４２は、ＰＤＵセッションの復旧、すなわち、ユーザ端末（ＵＥ）１によるＰＤＵセッションの再確立を検知する。この場合、図１０Ｂに示されるように、ＳＭＦ部４２は、制御部（ＡＰＳ－ＣＰ）６０を介してＵＰＦ回路５６に、復旧通知を送信する。これに応じて、ＵＰＦ回路５６は、バッファ１２５に格納していたＩＰパケットを、簡易ＧＴＰ処理回路５５へ転送する。この際に、ＵＰＦ回路５６は、当該ＩＰパケットに、ＴＥＩＤ値、ＱＦＩ値、ＲＱＩ値およびＲＤＩ値を付加する。また、ＳＭＦ部４２は、バッファリングの停止を、制御部（ＡＰＳ－ＣＰ）６０を介してＵＰＦ回路５６に指示する。

【0084】

＜実施の形態の主要な効果＞
以上、実施の形態の方式では、分散局（ＤＵ）２１内において、ＭＥＣサーバ５にユーザデータＤＡＴｕを転送するためのハードウェア処理部２１ａが設けられる。これにより、低遅延通信が実現可能になる。具体的には、一般的なＭＥＣ技術のように、基地局装置（ｇＮＢ）２と５Ｇコアネットワーク（５ＧＣ）３との間に、ＵＰＦ部を含んだＭＥＣサーバを設置するのではなく、分散局（ＤＵ）２１の先にＭＥＣサーバ５が設置されるため、集約局（ＣＵ）２２を経由しない分、低遅延化が図れる。さらに、ＭＥＣサーバ５へのユーザデータＤＡＴｕを、ソフトウェアではなくハードウェアによって処理するため、更なる低遅延化が図れる。

【0085】

また、実施の形態の方式は、例えば、図１１に示したようなソフトウェア処理による分散局（ＤＵ）２１を、そのままハードウェア処理に置き換えたのではなく、ＭＥＣサーバ５へのユーザデータＤＡＴｕの転送に必要な部分を抽出し、それをハードウェア処理部２１ａに搭載した方式となっている。これにより、限られたハードウェアリソースを用いて、低遅延通信を実現することが可能になる。

【0086】

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【符号の説明】

【0087】

１：ユーザ端末（ＵＥ）、２：基地局装置（ｇＮＢ）、２０：無線局（ＲＵ）、２１：分散局（ＤＵ）、２１ａ：ハードウェア処理部、２１ｂ：ソフトウェア処理部、２２：集約局（ＣＵ）、３：５Ｇコアネットワーク（５ＧＣ）、３１ｕ，３１ｃ：ＰＤＣＰ層処理部、３２ｕ：ＮＧ－ｕインタフェース、３３：ＳＤＡＰ層処理部、３４：ＲＲＣ層処理部、４０：ＵＰＦ部、４２：ＳＭＦ部、５：ＭＥＣサーバ、５０：上位物理層（Ｈｉｇｈ－ＰＨＹ層）処理回路、５１：ＭＡＣ層処理回路、５２：ＲＬＣ層処理回路、５３：ＰＤＣＰ層処理回路、５４：ＳＤＡＰ層処理回路、５５：簡易ＧＴＰ処理回路、５６：ＵＰＦ回路、６０：制御部（ＡＰＳ－ＣＰ）、ＤＡＴｃ：制御用データ、ＤＡＴｕ：ユーザデータ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10A】

【図10B】

【図11】

【図12】

【図13】