特開 2024-88761 通信制御方法、ユーザ装置、プロセッサ及びプログラム

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

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

(11)【公開番号】P2024088761

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

(54)【発明の名称】通信制御方法、ユーザ装置、プロセッサ及びプログラム

(51)【国際特許分類】

   H04W 4/06 20090101AFI20240625BHJP

   H04W 28/16 20090101ALI20240625BHJP

【ＦＩ】

H04W4/06 150

H04W28/16

【審査請求】有

【請求項の数】5

【出願形態】ＯＬ

(21)【出願番号】P 2024062846

(22)【出願日】2024-04-09

(62)【分割の表示】P 2022557465の分割

【原出願日】2021-10-14

(31)【優先権主張番号】63/093,386

(32)【優先日】2020-10-19

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】弁理士法人キュリーズ

(72)【発明者】

【氏名】藤代 真人

(72)【発明者】

【氏名】チャン ヘンリー

(57)【要約】      （修正有）

【課題】移動通信システム（５Ｇシステム（ＮＲ））において、基地局からユーザ装置に対する改善されたマルチキャスト・ブロードキャストサービス（ＭＢＳ）を実現する通信制御方法を提供する。
【解決手段】基地局ｇＮＢからユーザ装置ＵＥに対してＭＢＳを提供する移動通信システムで用いる通信制御方法であって、基地局は、制御チャネルを介して、ヘッダ圧縮処理によって送信が省略されているヘッダ情報を送信する。ＵＥのＰａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）レイヤは、ヘッダ情報をｇＮＢから受信したヘッダ情報（ヘッダ解凍コンテキスト）を保持し、ｇＮＢが、ＭＢＳトラフィックチャネルを介して、ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットを１対多（ＰＴＭ）で送信すると、圧縮ＭＢＳパケットを受信し、保持したヘッダ情報を用いて圧縮ＭＢＳパケットのヘッダを復元し、ＭＢＳパケットを上位レイヤに渡す。
【選択図】図９

【特許請求の範囲】

【請求項1】

基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、
前記基地局が、１つのＭＢＳセッションに属する１つ又は複数のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローを複数のＭＢＳデータベアラにマッピングすることと、
前記基地局が、前記複数のＭＢＳデータベアラに対応する複数の論理チャネルに対して１つのＲＮＴＩを設定すること、を有する
通信制御方法。

【請求項2】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートするユーザ装置であって、
１つのＭＢＳセッションに属する１つ又は複数のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローにマッピングされる複数のＭＢＳデータベアラに対応する複数の論理チャネルに対して１つのＲＮＴＩを設定する設定情報を基地局から受信する受信部を備える
ユーザ装置。

【請求項3】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートするユーザ装置を制御するプロセッサであって、
１つのＭＢＳセッションに属する１つ又は複数のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローにマッピングされる複数のＭＢＳデータベアラに対応する複数の論理チャネルに対して１つのＲＮＴＩを設定する設定情報を基地局から受信する処理を実行する
プロセッサ。

【請求項4】

マルチキャスト・ブロードキャストサービス（ＭＢＳ）をサポートするユーザ装置に、
１つのＭＢＳセッションに属する１つ又は複数のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローにマッピングされる複数のＭＢＳデータベアラに対応する複数の論理チャネルに対して１つのＲＮＴＩを設定する設定情報を基地局から受信することを実行させる
プログラム。

【請求項5】

請求項２に記載のユーザ装置及び基地局を有するシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムで用いる通信制御方法に関する。

【背景技術】

【0002】

近年、第５世代（５Ｇ）の移動通信システムが注目されている。５Ｇシステムの無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）であるＮＲ（Ｎｅｗ Ｒａｄｉｏ）は、第４世代の無線アクセス技術であるＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）に比べて、高速・大容量かつ高信頼・低遅延といった特徴を有する。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】３ＧＰＰ技術仕様書「３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．３．０ （２０２０－０９）」

【発明の概要】

【0004】

第１の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、ＭＢＳパケットのヘッダに含まれる静的な情報であるヘッダ情報の送信を省略するヘッダ圧縮処理を行いつつ、前記ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットを送信することと、前記基地局が、前記圧縮ＭＢＳパケットの送信を開始した後、前記圧縮ＭＢＳパケットとは別に前記ヘッダ情報を送信することと、を有する。

【0005】

第２の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記基地局からＭＢＳパケットを受信することと、前記ユーザ装置のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）エンティティが、前記基地局から最初に受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号を、所定ＰＤＣＰ動作に用いる変数の初期値として設定することと、を有する。

【0006】

第３の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記ユーザ装置が、前記基地局からＭＢＳデータベアラを介してＭＢＳパケットを受信することと、前記ユーザ装置のＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤが、前記ＭＢＳパケットにＳＤＡＰヘッダが付与されていないとみなすことにより、前記ＭＢＳパケットに対するＳＡＤＰヘッダ除去処理を行わずに、前記ＭＢＳパケットを上位レイヤに渡すことと、を有する。

【0007】

第４の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムで用いる通信制御方法であって、前記基地局が、１つのＭＢＳセッションに属する１つ又は複数のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）フローを複数のＭＢＳデータベアラにマッピングすることと、前記基地局が、前記複数のＭＢＳデータベアラに対応する複数の論理チャネルを１つのＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）で多重して送信することと、を有する。

【図面の簡単な説明】

【0008】

【図1】一実施形態に係る移動通信システムの構成を示す図である。

【図2】一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。

【図3】一実施形態に係るｇＮＢ（基地局）の構成を示す図である。

【図4】データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【図5】シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【図6】一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。

【図7】一実施形態に係るＭＢＳデータの配信方法を示す図である。

【図8】一実施形態に係る下りリンクにおけるｇＮＢのレイヤ２構造を示す図である。

【図9】一実施形態に係るヘッダ圧縮処理に関する移動通信システムの動作例を示す図である。

【図10】一実施形態に係るヘッダ圧縮処理に関する移動通信システムの他の動作例を示す図である。

【図11】一実施形態に係るＰＤＣＰ変数に関する移動通信システムの動作例を示す図である。

【図12】一実施形態に係るｇＮＢ及びＵＥにおけるデータフローを示す図である。

【図13】一実施形態に係る複数論理チャネルの多重送信の動作例を示す図である。

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

【0009】

５Ｇシステム（ＮＲ）にマルチキャスト・ブロードキャストサービスを導入することが検討されている。ＮＲのマルチキャスト・ブロードキャストサービスは、ＬＴＥのマルチキャスト・ブロードキャストサービスよりも改善されたサービスを提供することが望まれる。

【0010】

そこで、本発明は、改善されたマルチキャスト・ブロードキャストサービスを実現することを目的とする。

【0011】

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

【0012】

（移動通信システムの構成）
まず、実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムの構成を示す図である。この移動通信システムは、３ＧＰＰ（登録商標）規格の第５世代システム（５ＧＳ：５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよいし、第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。

【0013】

図１に示すように、移動通信システムは、ユーザ装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５Ｇ Ｃｏｒｅ Ｎｅｔｗｏｒｋ）２０とを有する。

【0014】

ＵＥ１００は、移動可能な無線通信装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、飛行体若しくは飛行体に設けられる装置（Ａｅｒｉａｌ ＵＥ）である。

【0015】

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。

【0016】

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）に接続することもできる。ＬＴＥの基地局が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。

【0017】

５ＧＣ２０は、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）及びＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦは、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。

【0018】

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。

【0019】

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

【0020】

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。

【0021】

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0022】

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

【0023】

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。

【0024】

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

【0025】

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。

【0026】

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。

【0027】

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

【0028】

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（Ｃｅｎｔｒａｌ Ｕｎｉｔ）とＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。

【0029】

図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【0030】

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）レイヤとを有する。

【0031】

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

【0032】

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

【0033】

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

【0034】

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

【0035】

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

【0036】

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

【0037】

図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤを有する。

【0038】

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間の接続がサスペンドされている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

【0039】

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００ＢのＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

【0040】

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

【0041】

（ＭＢＳ）
次に、一実施形態に係るＭＢＳについて説明する。ＭＢＳは、ＮＧ－ＲＡＮ１０からＵＥ１００に対してブロードキャスト又はマルチキャスト、すなわち、１対多（ＰＴＭ：Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）でのデータ送信を行うサービスである。ＭＢＳは、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）と呼ばれてもよい。なお、ＭＢＳのユースケース（サービス種別）としては、公安通信、ミッションクリティカル通信、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信、ＩＰｖ４又はＩＰｖ６マルチキャスト配信、ＩＰＴＶ、グループ通信、及びソフトウェア配信等がある。

【0042】

ＬＴＥにおけるＭＢＳの送信方式には、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）送信及びＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）送信の２種類がある。図６は、一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）との対応関係を示す図である。

【0043】

図６に示すように、ＭＢＳＦＮ送信に用いる論理チャネルはＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）及びＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、ＭＢＳＦＮ送信に用いるトランスポートチャネルはＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）である。ＭＢＳＦＮ送信は、主にマルチセル送信用に設計されており、複数のセルからなるＭＢＳＦＮエリアにおいて各セルが同じＭＢＳＦＮサブフレームで同じ信号（同じデータ）の同期送信を行う。

【0044】

ＳＣ－ＰＴＭ送信に用いる論理チャネルはＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）及びＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であり、ＳＣ－ＰＴＭ送信に用いるトランスポートチャネルはＤＬ－ＳＣＨ（Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）である。ＳＣ－ＰＴＭ送信は、主に単一セル送信用に設計されており、セル単位でブロードキャスト又はマルチキャストでのデータ送信を行う。ＳＣ－ＰＴＭ送信に用いる物理チャネルはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）であり、動的なリソース割当が可能になっている。

【0045】

以下において、ＳＣ－ＰＴＭ伝送方式を用いてＭＢＳが提供される一例について主として説明するが、ＭＢＳＦＮ伝送方式を用いてＭＢＳが提供されてもよい。また、ＭＢＳがマルチキャストにより提供される一例について主として説明する。このため、ＭＢＳをマルチキャストと読み替えてもよい。但し、ＭＢＳがブロードキャストにより提供されてもよい。

【0046】

また、ＭＢＳデータとは、ＭＢＳにより送信されるデータをいい、ＭＢＳ制御チャネルとは、ＭＣＣＨ又はＳＣ－ＭＣＣＨをいい、ＭＢＳトラフィックチャネルとは、ＭＴＣＨ又はＳＣ－ＭＴＣＨをいうものとする。但し、ＭＢＳデータは、ユニキャストで送信される場合もある。ＭＢＳデータは、ＭＢＳパケット又はＭＢＳトラフィックと呼ばれてもよい。

【0047】

ネットワークは、ＭＢＳセッションごとに異なるＭＢＳサービスを提供できる。ＭＢＳセッションは、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）及びセッション識別子のうち少なくとも１つにより識別され、これらの識別子のうち少なくとも１つをＭＢＳセッション識別子と呼ぶ。このようなＭＢＳセッション識別子は、ＭＢＳサービス識別子又はマルチキャストグループ識別子と呼ばれてもよい。

【0048】

図７は、一実施形態に係るＭＢＳデータの配信方法を示す図である。

【0049】

図７に示すように、ＭＢＳデータ（ＭＢＳ Ｔｒａｆｆｉｃ）は、単一のデータソース（アプリケーションサービスプロバイダ）から複数のＵＥに配信される。５Ｇコアネットワークである５Ｇ ＣＮ（５ＧＣ）２０は、アプリケーションサービスプロバイダからＭＢＳデータを受信し、ＭＢＳデータのコピーの作成（Ｒｅｐｌｉｃａｔｉｏｎ）を行って配信する。

【0050】

５ＧＣ２０の観点からは、共有ＭＢＳデータ配信（Ｓｈａｒｅｄ ＭＢＳ Ｔｒａｆｆｉｃ ｄｅｌｉｖｅｒｙ）及び個別ＭＢＳデータ配信（Ｉｎｄｉｖｉｄｕａｌ ＭＢＳ Ｔｒａｆｆｉｃ ｄｅｌｉｖｅｒｙ）の２つの配信方法が可能である。

【0051】

共有ＭＢＳデータ配信では、５Ｇ無線アクセスネットワーク（５Ｇ ＲＡＮ）であるＮＧ－ＲＡＮ１０と５ＧＣ２０との間に接続が確立され、５ＧＣ２０からＮＧ－ＲＡＮ１０へＭＢＳデータを配信する。以下において、このような接続（トンネル）を「ＭＢＳ接続」と呼ぶ。

【0052】

ＭＢＳ接続は、Ｓｈａｒｅｄ ＭＢＳ Ｔｒａｆｆｉｃ ｄｅｌｉｖｅｒｙ接続又は共有トランスポート（ｓｈａｒｅｄ ｔｒａｎｓｐｏｒｔ）と呼ばれてもよい。ＭＢＳ接続は、ＮＧ－ＲＡＮ１０（すなわち、ｇＮＢ２００）で終端する。ＭＢＳ接続は、ＭＢＳセッションと１対１で対応していてもよい。ｇＮＢ２００は、自身の判断でＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ：ユニキャスト）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ：マルチキャスト又はブロードキャスト）のいずれを選択し、選択した方法でＵＥ１００にＭＢＳデータを送信する。

【0053】

他方、個別ＭＢＳデータ配信では、ＮＧ－ＲＡＮ１０とＵＥ１００との間にユニキャストのセッションが確立され、５ＧＣ２０からＵＥ１００へＭＢＳデータを個別に配信する。このようなユニキャストは、ＰＤＵセッション（ＰＤＵ Ｓｅｓｓｉｏｎ）と呼ばれてもよい。ユニキャスト（ＰＤＵセッション）は、ＵＥ１００で終端する。

【0054】

以下の実施形態において、ｇＮＢ２００がＰＴＭのＭＢＳ送信を行う一例について主として説明する。

【0055】

（ヘッダ圧縮処理）
次に、一実施形態に係るヘッダ圧縮処理について説明する。

【0056】

図８は、一実施形態に係る下りリンクにおけるｇＮＢ２００のレイヤ２構造を示す図である。

【0057】

図８に示すように、物理レイヤは、ＭＡＣレイヤにトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌｓ）を提供する。ＭＡＣレイヤは、ＲＬＣレイヤに論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌｓ）を提供する。ＲＬＣレイヤは、ＰＤＣＰレイヤにＲＬＣチャネル（ＲＬＣ Ｃｈａｎｎｅｌｓ）を提供する。ＰＤＣＰレイヤは、ＳＤＡＰレイヤに無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒｓ）を提供する。ＳＤＡＰレイヤは、ＱｏＳフロー（ＱｏＳ Ｆｌｏｗｓ）を提供する。

【0058】

ここで、論理チャネル及びＲＬＣチャネルは１対１で対応し、ＲＬＣチャネル及び無線ベアラは１対１で対応するため、論理チャネル及び無線ベアラも１対１で対応する。これに対し、ＱｏＳフロー及び無線ベアラは１対１で対応しない。このため、ＳＤＡＰレイヤは、ＱｏＳフローを無線ベアラに対応付ける（マッピングする）処理を行う。

【0059】

ＰＤＣＰレイヤは、無線ベアラごとに設けられるＰＤＣＰエンティティを有する。各ＰＤＣＰエンティティは、ＲｏＨＣ（Ｒｏｂｕｓｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）による処理を行う機能を有する。以下において、ヘッダ圧縮プロトコルとしてＲｏＨＣを用いる一例について説明するが、他のプロトコル、例えば、ＥＨＣ（Ｅｔｈｅｒｎｅｔ Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）を用いてもよい。ＲｏＨＣ機能は、ＩＰヘッダの圧縮処理（以下、単に「ヘッダ圧縮処理」と呼ぶ）を行う。ＲｏＨＣ適用対象となるデータは、データ無線ベアラ上を流れるユーザデータである。ＲｏＨＣにより圧縮可能なヘッダとしては、例えば、ＲＴＰ、ＵＤＰ、ＴＣＰ、ＩＰのヘッダがある。

【0060】

下りリンクにおいて、ｇＮＢ２００のＰＤＣＰレイヤのＲｏＨＣ機能（以下、「ｇＮＢ側ＲｏＨＣ機能」と呼ぶ）は、暗号化（ｃｉｐｈｅｒｉｎｇ）の実施前にＲｏＨＣによるヘッダ圧縮を行う。他方、ＵＥ１００のＰＤＣＰレイヤのＲｏＨＣ機能（以下、「ＵＥ側ＲｏＨＣ機能」と呼ぶ）は、暗号解除（ｄｅｃｉｐｈｅｒｉｎｇ）の実施後にＲｏＨＣによるヘッダ解凍（ヘッダ復元）を行う。

【0061】

ｇＮＢ側ＲｏＨＣ機能は、例えば、ＩＲ（Ｉｎｉｔｉａｌｉｚａｔｉｏｎ ａｎｄ Ｒｅｆｒｅｓｈ）状態、ＦＯ（Ｆｉｒｓｔ Ｏｒｄｅｒ）状態、及びＳＯ（Ｓｅｃｏｎｄ Ｏｒｄｅｒ）状態の順に状態遷移を行う。ＩＲ状態では、ｇＮＢ側ＲｏＨＣ機能は、圧縮対象となるヘッダ情報を圧縮（すなわち、送信を省略）せず、すべてのヘッダ情報をＵＥ側ＲｏＨＣ機能へ送信する。

【0062】

ＦＯ状態では、ＲｏＨＣ圧縮対象のヘッダ情報のうち、静的フィールド（パケット単位でほとんど変動しないパラメータ）のほとんどを圧縮する。一部の静的フィールドと動的フィールド（パケット単位で変動するパラメータ）は圧縮せずにＵＥ側ＲｏＨＣ機能へと送信される。

【0063】

ＳＯ状態では、ヘッダの圧縮率が最高となる。ｇＮＢ側ＲｏＨＣ機能からはＲＴＰシーケンス番号のみを送信することで、ＵＥ側ＲｏＨＣ機能で対象ヘッダの復元が可能となる。

【0064】

他方、ＵＥ側ＲｏＨＣ機能は、例えば、ＮＣ（Ｎｏ Ｃｏｎｔｅｘｔ）状態、ＳＣ（Ｓｔａｔｉｃ Ｃｏｎｔｅｘｔ）状態、及びＦＣ（Ｆｕｌｌ Ｃｏｎｔｅｘｔ）状態の順に状態遷移を行う。ＵＥ側ＲｏＨＣ機能の初期状態はＮＣ状態であり、ヘッダ解凍に必要な情報（ヘッダ解凍コンテキスト）がなく、解凍処理を正しく実施できない状態である。ＵＥ側ＲｏＨＣ機能は、ヘッダ解凍コンテキストを受信すると、ＦＣ状態へと遷移する。以降は連続的なヘッダ解凍失敗を契機にＳＣ状態、ＮＣ状態へと遷移することになる。

【0065】

このようなＲｏＨＣによるヘッダ圧縮をＭＢＳパケットのＰＴＭ送信に適用することにより、ヘッダによるオーバヘッドを削減可能である。しかしながら、ＲｏＨＣは主としてユニキャストを想定したヘッダ圧縮プロトコルであり、次のような問題が生じ得る。

【0066】

あるＭＢＳセッションに最初から参加したＵＥ１００は、ヘッダ圧縮処理が行われていない非圧縮ＭＢＳパケットをｇＮＢ２００から受信し、非圧縮ＭＢＳパケットからヘッダ情報を取得し、ヘッダ解凍に必要な情報（ヘッダ解凍コンテキスト）を保持できる。

【0067】

他方、ＭＢＳセッションに途中から参加したＵＥ１００は、ヘッダ圧縮処理が行われていない非圧縮ＭＢＳパケットをｇＮＢ２００から受信できないため、ヘッダ解凍に必要な情報（ヘッダ解凍コンテキスト）を保持できず、対象ヘッダの復元が不能である。よって、ＭＢＳセッションに途中から参加したＵＥ１００は、ＭＢＳパケットの受信処理を正常に行うことができないという問題がある。

【0068】

一実施形態において、次のような方法により、ＭＢＳセッションに途中から参加したＵＥ１００がＭＢＳパケットの受信処理を正常に行うことを可能とする。

【0069】

一実施形態において、ｇＮＢ２００は、ＭＢＳパケットのヘッダに含まれる静的な情報であるヘッダ情報の送信を省略するヘッダ圧縮処理を行いつつ、ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットを送信する。ｇＮＢ２００は、圧縮ＭＢＳパケットの送信を開始した後、圧縮ＭＢＳパケットとは別にヘッダ情報を送信する。

【0070】

これにより、ＭＢＳセッションに途中から参加したＵＥ１００は、圧縮ＭＢＳパケットとは別にｇＮＢ２００から送信されるヘッダ情報を受信することにより、ヘッダ情報（ヘッダ解凍コンテキスト）を保持できる。よって、ＭＢＳセッションに途中から参加したＵＥ１００がＭＢＳパケットの受信処理を正常に行うことが可能になる。具体的には、圧縮ＭＢＳパケット及びヘッダ情報を受信したＵＥ１００は、受信したヘッダ情報を用いて、受信した圧縮ＭＢＳパケットのヘッダを復元する。

【0071】

一実施形態において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介して圧縮ＭＢＳパケットを送信する。ｇＮＢ２００は、ＭＢＳトラフィックチャネルと異なるチャネルを介してヘッダ情報を送信する。

【0072】

例えば、ｇＮＢ２００は、ブロードキャストで送信するＭＢＳ用の制御チャネル（ＭＢＳ制御チャネル）によりヘッダ情報を送信する。この場合、ｇＮＢ２００は、ＭＢＳ制御チャネルを介してヘッダ情報を周期的に送信してもよい。

【0073】

ｇＮＢ２００は、ユニキャストで送信する個別制御チャネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）によりヘッダ情報を送信してもよい。この場合、ｇＮＢ２００は、ＵＥ１００にＭＢＳ受信設定を行う際に、ヘッダ情報をＵＥ１００に送信してもよい。

【0074】

図９は、一実施形態に係るヘッダ圧縮処理に関する移動通信システムの動作例を示す図である。

【0075】

図９に示すように、ステップＳ１０１において、ｇＮＢ２００は、あるＭＢＳセッションについてＭＢＳ送信を開始する。ステップＳ１０２において、当該ＭＢＳセッションに最初から参加するＵＥ１００Ａは、当該ＭＢＳセッションについてＭＢＳ受信を開始する。ＵＥ１００Ａは、ＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。

【0076】

ＵＥ１００Ａは、制御チャネル（ＭＢＳ制御チャネル又は個別制御チャネル）にてヘッダ情報が通知されなかった場合、通常と同じように、受信パケットからヘッダ情報を取得するように指示された、又は非圧縮で送信されていると判断してもよい。

【0077】

ステップＳ１０３において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介して非圧縮ＭＢＳパケットをＰＴＭで送信する。

【0078】

ステップＳ１０４において、ＵＥ１００ＡのＰＤＣＰレイヤは、非圧縮ＭＢＳパケットをｇＮＢ２００から受信すると、受信した非圧縮ＭＢＳパケットから圧縮対象のヘッダ情報を取得し、ヘッダ情報（ヘッダ解凍コンテキスト）を保持する。

【0079】

ステップＳ１０５において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介して、ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットをＰＴＭで送信する。

【0080】

ステップＳ１０６において、ＵＥ１００ＡのＰＤＣＰレイヤは、圧縮ＭＢＳパケットをｇＮＢ２００から受信すると、ステップＳ１０４で保持したヘッダ情報を用いて、受信した圧縮ＭＢＳパケットのヘッダを復元し、ＭＢＳパケットを上位レイヤに渡す。

【0081】

その後、ステップＳ１０７において、ＵＥ１００Ｂは、当該ＭＢＳセッションに途中から参加し、当該ＭＢＳセッションについてＭＢＳ受信を開始する。ＵＥ１００Ｂは、ＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。

【0082】

ステップＳ１０８において、ｇＮＢ２００は、制御チャネル（ＭＢＳ制御チャネル又は個別制御チャネル）を介して、ヘッダ圧縮処理により送信が省略されているヘッダ情報を送信する。ｇＮＢ２００は、ヘッダ情報を含むメッセージを送信する際に、当該ヘッダ情報に対応するＭＢＳトラフィックチャネルの識別子、当該ヘッダ情報に対応するＭＢＳセッションの識別子（グループＲＮＴＩ、ＴＭＧＩ、及び／又はサービスＩＤ）、当該ＭＢＳセッションに対応するＱｏＳフローの識別子、ベアラの識別子、ＲＬＣチャネルの識別子、論理チャネルの識別子のうち、少なくとも１つを当該メッセージに含めてもよい。

【0083】

ステップＳ１０９において、ＵＥ１００ＢのＰＤＣＰレイヤは、ヘッダ情報をｇＮＢ２００から受信すると、受信したヘッダ情報（ヘッダ解凍コンテキスト）を保持する。ＵＥ１００ＢのＰＤＣＰレイヤは、ｇＮＢ２００から受信した上記の識別子をヘッダ情報（ヘッダ解凍コンテキスト）と対応付けて保持してもよい。なお、ＵＥ１００Ｂは、ｇＮＢ２００からヘッダ情報が通知された場合、受信パケットからヘッダ情報を取得できない（若しくはしなくてよい）と指示されたと判断してもよい。

【0084】

ステップＳ１１０において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介して、ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットをＰＴＭで送信する。

【0085】

ステップＳ１１１において、ＵＥ１００ＢのＰＤＣＰレイヤは、圧縮ＭＢＳパケットをｇＮＢ２００から受信すると、ステップＳ１０９で保持したヘッダ情報を用いて、受信した圧縮ＭＢＳパケットのヘッダを復元し、ＭＢＳパケットを上位レイヤに渡す。

【0086】

ステップＳ１１２において、ＵＥ１００ＡのＰＤＣＰレイヤは、圧縮ＭＢＳパケットをｇＮＢ２００から受信すると、ステップＳ１０４で保持したヘッダ情報を用いて、受信した圧縮ＭＢＳパケットのヘッダを復元し、ＭＢＳパケットを上位レイヤに渡す。

【0087】

図１０は、一実施形態に係るヘッダ圧縮処理に関する移動通信システムの他の動作例を示す図である。本動作例において、ｇＮＢ２００は、ヘッダ圧縮処理が行われていない非圧縮ＭＢＳパケットを所定周期で送信する。具体的には、ｇＮＢ２００は、ヘッダ圧縮処理が行われた圧縮ＭＢＳパケットの送信を開始した後、所定周期で非圧縮ＭＢＳパケットを送信する。

【0088】

図１０に示すように、ステップＳ２０１乃至Ｓ２０７の動作は、図９のステップＳ１０１乃至Ｓ１０７の動作と同様である。

【0089】

ステップＳ２０８において、ｇＮＢ２００は、ＭＢＳトラフィックチャネルを介して、非圧縮ＭＢＳパケットをＰＴＭで送信する。ｇＮＢ２００は、制御チャネル（ＭＢＳ制御チャネル又は個別制御チャネル）を介して非圧縮ＭＢＳパケットを送信してもよい。

【0090】

ステップＳ２０９において、ＵＥ１００ＢのＰＤＣＰレイヤは、非圧縮ＭＢＳパケットをｇＮＢ２００から受信すると、受信した非圧縮ＭＢＳパケットから圧縮対象のヘッダ情報を取得し、ヘッダ情報（ヘッダ解凍コンテキスト）を保持する。

【0091】

ステップＳ２１０乃至Ｓ２１２の動作は、図９のステップＳ１１０乃至Ｓ１１２の動作と同様である。

【0092】

本動作例において、ｇＮＢ２００は、非圧縮ＭＢＳパケットを送信する所定周期を、ＭＢＳセッションのＱｏＳ要求に応じて決定してもよい。もしくは、ＭＢＳセッションのＱｏＳ要求に応じて決定された周期長がコアネットワーク（ＡＭＦ等）からｇＮＢ２００に対して通知されてもよい。なお、ＵＥ１００のＭＢＳセッションへのアクセス遅延の許容量により周期長が決定される。

【0093】

ｇＮＢ２００が非圧縮ＭＢＳパケットを送信する所定周期は、ＭＢＳ制御チャネルの変更タイミング（ｍｏｄｉｆｉｃａｔｉｏｎ ｂｏｕｎｄａｒｙ）と紐づいて（同期して）いてもよい。例えば、ｇＮＢ２００は、ＭＢＳ制御チャネルのｍｏｄｉｆｉｃａｔｉｏｎ ｂｏｕｎｄａｒｙと同一サブフレーム（もしくはその直後のＭＢＳトラフィックチャネル送信機会）において、非圧縮データを送信する。

【0094】

ｇＮＢ２００が非圧縮ＭＢＳパケットを送信する所定周期は、ＵＥ１００及びｇＮＢ２００で同期がとられたタイミングであることが望ましい。例えば、ｇＮＢ２００は、「ＳＦＮ ｍｏｄ ２５６＝０」という計算式で求められたフレームで非圧縮パケットを送信する。ここでＳＦＮは、システムフレーム番号を意味する。或いは、「ＳＦＮ ｍｏｄ Ｎ＝０」という計算式で求められたフレームで非圧縮パケットを送信し、Ｎは、ｇＮＢ２００からＵＥ１００に設定される値であってもよい。

【0095】

（ＰＤＣＰ変数の取り扱い）
次に、一実施形態に係るＰＤＣＰ変数について説明する。

【0096】

ＵＥ１００のＰＤＣＰレイヤは、ｇＮＢ２００から受信するパケットに含まれるＰＤＣＰシーケンス番号（ＰＤＣＰ ＳＮ）に応じてＰＤＣＰ変数を設定及び更新する。通常、ＵＥ１００Ｂは、ＰＤＣＰ変数の初期値をゼロに設定し、ｇＮＢ２００からのパケット受信に応じてＰＤＣＰ変数を更新（インクリメント）していく。

【0097】

あるＭＢＳセッションに最初から参加したＵＥ１００は、ＰＤＣＰ変数を順次更新し、最新の状態にすることができる。他方、ＭＢＳセッションに途中から参加したＵＥ１００は、初期値から大きく離れた値のＰＤＣＰシーケンス番号を有するＭＢＳパケットを受信し得るため、ＰＤＣＰレイヤの動作（所定ＰＤＣＰ動作）を正常に行うことができない虞がある。

【0098】

一実施形態において、次のような方法により、ＭＢＳセッションに途中から参加したＵＥ１００が所定ＰＤＣＰ動作を正常に行うことを可能とする。

【0099】

一実施形態において、ＵＥ１００のＰＤＣＰエンティティは、ｇＮＢ２００から最初に受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号を、所定ＰＤＣＰ動作に用いる変数（ＰＤＣＰ変数）の初期値として設定する。すなわち、ＵＥ１００のＰＤＣＰエンティティは、ＰＴＭで送信されるＭＢＳパケットを受信する場合、ＰＤＣＰ変数をゼロに設定するのではなく、ｇＮＢ２００から最初に受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号をＰＤＣＰ変数の初期値として設定する。これにより、ＭＢＳセッションに途中から参加したＵＥ１００が所定ＰＤＣＰ動作を正常に行うことが可能になる。

【0100】

一実施形態において、所定ＰＤＣＰ動作は、受信ウィンドウ制御及びパケット並び替え動作のうち少なくとも一方である。

【0101】

受信ウィンドウ制御に用いるＰＤＣＰ変数は、ＲＸ＿ＮＥＸＴ及びＲＸ＿ＤＥＬＩＶの少なくとも一方であってもよい。ＲＸ＿ＮＥＸＴは、次に受信することが期待されるＰＤＣＰ ＳＤＵのシーケンス番号である。ＲＸ＿ＤＥＬＩＶは、受信待ちで、未だ上位レイヤに提供していないＰＤＣＰ ＳＤＵのうち最も古いもののシーケンス番号である。通常、ＲＸ＿ＮＥＸＴ及びＲＸ＿ＤＥＬＩＶの初期値は“０”である。

【0102】

パケット並び替え動作（Ｒｅｏｒｄｅｒｉｎｇ）に用いるＰＤＣＰ変数は、ＲＸ＿ＲＥＯＲＤであってもよい。ＲＸ＿ＲＥＯＲＤは、パケットの並び替えを待つ最大時間を示すタイマを始動したＰＤＣＰ ＳＤＵのシーケンス番号である。例えば、ＵＥ１００は、受信パケットのシーケンス番号がよりも小さい場合、当該パケットを破棄する。

【0103】

図１１は、一実施形態に係るＰＤＣＰ変数に関する移動通信システムの動作例を示す図である。

【0104】

図１１に示すように、ステップＳ３０１において、ｇＮＢ２００は、あるＭＢＳセッションについてＭＢＳ送信を開始する。ステップＳ３０２において、当該ＭＢＳセッションに最初から参加するＵＥ１００Ａは、当該ＭＢＳセッションについてＭＢＳ受信を開始する。ＵＥ１００Ａは、ＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。ＵＥ１００Ａは、ＭＢＳベアラ（ＰＤＣＰ）の設定をｇＮＢ２００から受信して実行してもよい。

【0105】

ステップＳ３０３において、ｇＮＢ２００は、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）をＰＴＭで送信する。このＭＢＳパケット（ＰＤＣＰパケット）のＰＤＣＰヘッダに含まれるシーケンス番号（ＰＤＣＰシーケンス番号）は“０”であるとする。

【0106】

ステップＳ３０４において、ＵＥ１００ＡのＰＤＣＰレイヤは、ＭＢＳパケットをｇＮＢ２００から受信すると、受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号“０”をＰＤＣＰ変数の初期値として設定し、所定ＰＤＣＰ動作を行う。

【0107】

その後、ステップＳ３０５において、ＵＥ１００Ｂは、当該ＭＢＳセッションに途中から参加し、当該ＭＢＳセッションについてＭＢＳ受信を開始する。ＵＥ１００Ｂは、ＲＲＣコネクティッド状態、ＲＲＣアイドル状態、又はＲＲＣインアクティブ状態にある。ＵＥ１００Ｂは、ＭＢＳベアラ（ＰＤＣＰ）の設定をｇＮＢ２００から受信して実行してもよい。

【0108】

ステップＳ３０６において、ｇＮＢ２００は、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）をＰＴＭで送信する。このＭＢＳパケット（ＰＤＣＰパケット）のＰＤＣＰヘッダに含まれるシーケンス番号（ＰＤＣＰシーケンス番号）は“ｎ”であるとする。但し、“ｎ”は１以上の整数である。

【0109】

ステップＳ３０７において、ＵＥ１００ＢのＰＤＣＰレイヤは、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）を最初に受信すると、最初に受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号“ｎ”をＰＤＣＰ変数の初期値として設定し、所定ＰＤＣＰ動作を行う。例えば、ＵＥ１００ＢのＰＤＣＰレイヤは、ＲＸ＿ＤＥＬＩＶ＝当該パケットのシーケンス番号“ｎ”とし、ＲＸ＿ＮＥＸＴ＝当該パケットのシーケンス番号“ｎ”とする。もしくは、（ｎ＋１） ｍｏｄ ［ＳＮサイズ］としてもよい。

【0110】

ステップＳ３０８において、ＵＥ１００ＡのＰＤＣＰレイヤは、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）を受信すると、受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号“ｎ”でＰＤＣＰ変数を更新する。

【0111】

ステップＳ３０９において、ｇＮＢ２００は、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）をＰＴＭで送信する。このＭＢＳパケット（ＰＤＣＰパケット）のＰＤＣＰヘッダに含まれるシーケンス番号（ＰＤＣＰシーケンス番号）は“ｎ＋１”であるとする。

【0112】

ステップＳ３１０において、ＵＥ１００ＢのＰＤＣＰレイヤは、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）を受信すると、受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号“ｎ＋１”でＰＤＣＰ変数を更新する。

【0113】

ステップＳ３１１において、ＵＥ１００ＡのＰＤＣＰレイヤは、ＭＢＳベアラを介してＭＢＳパケット（ＰＤＣＰパケット）を受信すると、受信したＭＢＳパケットに含まれるＰＤＣＰシーケンス番号“ｎ＋１”でＰＤＣＰ変数を更新する。

【0114】

本動作例では、受信したＭＢＳパケットから各ＰＤＣＰ変数の初期値を更新したが、これに限らない。各ＰＤＣＰ変数の初期値は、ｇＮＢ２００からＵＥ１００に設定されてもよい。例えば、ＭＢＳ途中受信を行うＵＥ１００Ｂは、ｄｅｄｉｃａｔｅｄ ｓｉｇｎａｌｌｉｎｇでＭＢＳ受信設定が行われる際に、各ＰＤＣＰ変数の初期値がｇＮＢ２００から与えられてもよい。

【0115】

（ＳＤＡＰヘッダの取り扱い）
次に、一実施形態に係るＳＤＡＰヘッダについて説明する。

【0116】

図１２は、ｇＮＢ２００及びＵＥ１００におけるデータフローを示す図である。ここでは下りリンクについて説明する。

【0117】

図１２に示すように、ｇＮＢ２００のＳＤＡＰレイヤは、ＱｏＳフローを無線ベアラに対応付ける（マッピングする）処理を行うとともに、ＱｏＳフローの識別子を含むＳＤＡＰヘッダをＳＤＡＰ ＳＤＵ（すなわち、ＩＰパケット）に付与してＰＤＣＰレイヤに渡す。他方、ＵＥ１００のＳＤＡＰレイヤは、ＰＤＣＰレイヤからＳＤＡＰ ＰＤＵを受け取り、ＳＤＡＰ ＰＤＵに付与されたＳＤＡＰヘッダを除去してＳＤＡＰ ＳＤＵ（すなわち、ＩＰパケット）を上位レイヤに渡す。

【0118】

ここで、ＳＤＡＰヘッダはＱｏＳフロー識別子を含むが、ＭＢＳのように下りリンクのみの場合、当該ＱｏＳフロー識別子は、下記の理由１乃至３により、あまり意味が無い。このため、ＭＢＳについては、オーバヘッド削減のためにＳＤＡＰヘッダ無しのフォーマットとする。

【0119】

理由１：Ｒｅｆｌｅｃｔｉｖｅ ｍａｐｐｉｎｇ（下りリンクパケットのＱｏＳフロー識別子から上りリンクパケットのＱｏＳフロー識別子を決める動作）は、ＭＢＳの場合はＱｏＳフロー識別子が必要無い。

【0120】

理由２：ＱｏＳフローは、コアネットワーク内ではＱｏＳ制御の最小単位であるが、無線ではベアラ単位のＱｏＳ制御であって、ＵＥ１００内では特にＱｏＳ制御も無いので、下りリンクのみのＭＢＳではＱｏＳフロー識別子が必要無い。

【0121】

理由３：フィードバックのための上りリンクが存在したとしても、ＨＡＲＱ、ＲＬＣ、ＰＤＣＰの各レイヤでのフィードバックであって、ＳＤＡＰレイヤでのフィードバックではなく、かつ、制御ＰＤＵであるためＱｏＳフロー単位での制御は必要無い。

【0122】

このため、一実施形態において、ｇＮＢ２００からＭＢＳデータベアラを介してＭＢＳパケットを受信するＵＥ１００は、ＳＤＡＰレイヤにおいて、受信したＭＢＳパケットにＳＤＡＰヘッダが付与されていないとみなすことにより、ＭＢＳパケットに対するＳＡＤＰヘッダ除去処理を行わずに、当該ＭＢＳパケット（ＩＰパケット）を上位レイヤに渡す。

【0123】

これにより、ＭＢＳデータベアラについて、ＲＲＣレイヤにおける明示的なＳＤＡＰヘッダ有無の設定が不要となる。ＵＥ１００は、ＲＲＣでのＳＤＡＰヘッダ有の設定に依らずに、ＭＢＳデータベアラについてはＳＤＡＰヘッダ無しで伝送されると判定する。すなわち、ＵＥ１００は、ＳＤＡＰレイヤの設定に関する設定情報（ＲＲＣ設定情報）をｇＮＢ２００から受信しても、当該設定情報にかかわらず、受信したＭＢＳパケットに対するＳＡＤＰヘッダ除去処理を行わずにＭＢＳパケットを上位レイヤに渡す。

【0124】

（複数論理チャネルの多重送信）
次に、一実施形態に係る論理チャネルについて説明する。

【0125】

通常のユニキャスト送信の場合、ｇＮＢ２００は、１つのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）、すなわち、１つのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）により、複数のアプリケーションに対応する複数の論理チャネルを多重して送信できる。

【0126】

ＭＢＳの場合、ＰＴＰ送信では、ユニキャスト送信と同様に１つのＣ－ＲＮＴＩ（１つのＰＤＳＣＨ）により、ＭＢＳパケット（ＭＢＳ用の論理チャネル）と通常のユニキャストパケット（ユニキャスト用の論理チャネル）を多重して送信できると考えられる。

【0127】

一方、ＰＴＭ送信の場合、多数ＵＥへの一斉送信であること、及び、送信タイミング（周期）がＭＢＳサービス毎に異なることから、一般的には１つのグループＲＮＴＩ（１つのＰＤＳＣＨ）で複数の論理チャネルを多重できないと考えられる。

【0128】

しかしながら、コアネットワーク（５ＧＣ２０）はＱｏＳフロー単位でＱｏＳ制御を行うため、１つのＭＢＳサービスが複数のＱｏＳフローを有することもあり得る。上述のように、ｇＮＢ２００のＳＤＡＰレイヤは、ＱｏＳフローをベアラ（＝論理チャネル）にマッピングする。

【0129】

よって、１つのＭＢＳサービスに属する複数のＱｏＳフローが、異なる論理チャネルにマッピングされ、ＭＡＣレイヤで１つのＲＮＴＩ（１つのグループＲＮＴＩ）で多重して送信され得る。

【0130】

一実施形態において、ｇＮＢ２００は、ＳＤＡＰレイヤにおいて、１つのＭＢＳセッションに属する１つ又は複数のＱｏＳフローを複数のＭＢＳデータベアラにマッピングする。そして、ｇＮＢ２００は、当該複数のＭＢＳデータベアラに対応する複数の論理チャネルを１つのＲＮＴＩ（１つのグループＲＮＴＩ）で多重して送信する。これにより、複数の論理チャネルを効率的に伝送できる。

【0131】

図１３は、一実施形態に係る複数論理チャネルの多重送信の動作例を示す図である。

【0132】

図１３に示すように、ＭＢＳデータのＰＴＭ送信を行うｇＮＢ２００において、ＳＤＡＰレイヤは、１つのＭＢＳセッションに属する複数のＱｏＳフローをｋ個のベアラにマッピングする。但し、ｋは２以上の整数である。１つのＭＢＳセッションに属する複数のＱｏＳフローとは、１つのセッション識別子と対応付けられた複数のＱｏＳフローをいう。ｇＮＢ２００のＲＬＣレイヤは、ｋ個のベアラ（ｋ個のＲＬＣチャネル）に対応するｋ個の論理チャネルのＭＢＳデータをＭＡＣレイヤに渡す。

【0133】

ｇＮＢ２００のＭＡＣレイヤは、ｋ個の論理チャネルのＭＢＳデータを１つのグループＲＮＴＩで多重して送信する。具体的には、ｇＮＢ２００の物理（ＰＨＹ）レイヤは、１つのグループＲＮＴＩが適用されたＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）により、当該ＭＢＳデータを運ぶＰＤＳＣＨの割当情報をＵＥ１００に送信する。

【0134】

このように、ｇＮＢ２００は、異なる論理チャネルにマッピングされた異なるＱｏＳフローが１つのＭＢＳセッションと対応付けられている場合のみ、当該異なる論理チャネルを１つのグループＲＮＴＩで多重して送信する。

【0135】

他方、ＵＥ１００の物理（ＰＨＹ）レイヤは、当該グループＲＮＴＩに紐づいたＰＤＳＣＨを受信する。当該ＰＤＳＣＨを復号した結果、ｋ個の論理チャネルを含んでいる場合、ＵＥ１００のＭＡＣレイヤは、該当する論理チャネルを介してＭＢＳデータをＲＬＣレイヤに渡す。

【0136】

ここで、ＵＥ１００は、これらのｋ個の論理チャネルが同一グループＲＮＴＩで伝送されたことから、これらの論理チャネルが１つのＭＢＳセッションと対応付けられていると判断してもよい。

【0137】

そして、ＵＥ１００のＳＤＡＰレイヤは、ｋ個のベアラ（複数のＱｏＳフロー）のＭＢＳデータを上位レイヤ（例えば、アプリケーションレイヤ）に渡す。

【0138】

（その他の実施形態）
上述の実施形態において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）であってもよい。また、基地局は、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ）であってもよい。

【0139】

ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

【0140】

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

【0141】

以上、図面を参照して実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【0142】

本願は、米国仮出願第６３／０９３３８６号（２０２０年１０月１９日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

【符号の説明】

【0143】

１０ ：ＮＧ－ＲＡＮ（５Ｇ ＲＡＮ）
２０ ：５ＧＣ（５Ｇ ＣＮ）
１００ ：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
２００ ：ｇＮＢ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】