WO2022239773A1 - 通信制御方法 - Google Patents

Abstract

第１の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて前記ユーザ装置が実行する通信制御方法であって、前記ユーザ装置が参加しているマルチキャストセッションの有効化を示す通知であって前記ユーザ装置が属するグループに対して前記ネットワークから送信されるグループ通知を、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）アイドル状態又はＲＲＣインアクティブ状態において監視する処理を行うことと、前記グループ通知の受信に応じて、前記マルチキャストセッションの受信のためにＲＲＣコネクティッド状態に遷移する処理を行うことと、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態において前記マルチキャストセッションへの興味が無くなった場合、前記監視する処理又は前記遷移する処理を行わないよう制御することと、を有し、前記監視する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を監視することを含み、前記遷移する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を受信したことに応じて前記ＲＲＣコネクティッド状態に遷移することを含む。

Description

通信制御方法

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

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

３ＧＰＰ技術仕様書「３ＧＰＰ　ＴＳ　３８．３００　Ｖ１６．３．０　（２０２０－０９）」

　第１の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて前記ユーザ装置が実行する通信制御方法であって、前記ユーザ装置が参加しているマルチキャストセッションの有効化を示す通知であって前記ユーザ装置が属するグループに対して前記ネットワークから送信されるグループ通知を、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において監視する処理を行うことと、前記グループ通知の受信に応じて、前記マルチキャストセッションの受信のためにＲＲＣコネクティッド状態に遷移する処理を行うことと、前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態において前記マルチキャストセッションへの興味が無くなった場合、前記監視する処理又は前記遷移する処理を行わないよう制御することと、を有し、前記監視する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を監視することを含み、前記遷移する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を受信したことに応じて前記ＲＲＣコネクティッド状態に遷移することを含む。

　第２の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、前記ユーザ装置がＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）変数としてＣＯＵＮＴ値を管理することを有し、前記管理することは、前記ネットワークからマルチキャストで最初に受信したＰＤＣＰパケットのヘッダに含まれるＰＤＣＰ　ＳＮ（Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ）を取得することと、前記取得したＰＤＣＰ　ＳＮを前記ＣＯＵＮＴ値の一部として用いることと、を含む。

　第３の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、前記ユーザ装置が、マルチキャストセッションに参加した後、ＲＲＣインアクティブ状態において、自身が参加しているマルチキャストセッションのＴＭＧＩＴｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）を含むページングメッセージを受信することと、前記ＴＭＧＩを含む前記ページングメッセージの受信に応じて、ＲＲＣコネクティッド状態に遷移することと、を有する。

　第４の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、基地局が、ＴＭＧＩを含むページングメッセージをグループ通知として送信することと、前記ユーザ装置が、前記ユーザ装置のページング機会において前記ページングメッセージを監視することと、を有し、前記送信することは、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）からのページング要求に基づくタイミングで、前記ＴＭＧＩを含む前記ページングメッセージを送信することを含む。

　第５の態様に係る通信制御方法は、基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて実行する通信制御方法であって、ＭＢＳセッションでＭＢＳデータを送信する前記基地局が、前記ユーザ装置が前記ＭＢＳデータを受信するために用いるべきＰＤＣＰ変数及びＲＬＣ変数の少なくとも一方の初期値を送信することを有する。

　第６の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて前記ユーザ装置が実行する通信制御方法であって、マルチキャストセッションのセッション参加プロシージャを前記ネットワークに対して行うことと、前記ユーザ装置が前記マルチキャストセッションに参加した状態が維持される期間を示す期間情報を前記ネットワークから取得することと、前記マルチキャストセッションへの興味が有る場合、前記期間情報が示す前記期間が満了する前又は当該期間の満了時に、前記セッション参加プロシージャ又はセッション継続プロシージャを前記ネットワークに対して行うことと、前記マルチキャストセッションへの興味が無い場合、前記期間情報が示す前記期間が満了する前又は当該期間の満了時に、前記セッション参加プロシージャ又は前記セッション継続プロシージャを前記ネットワークに対して行わないよう制御することと、を有する。

　第７の態様に係る通信制御方法は、ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、前記ユーザ装置が、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において、前記ネットワークに含まれる基地局に対してランダムアクセスプロシージャを行うことと、前記ユーザ装置が、前記ランダムアクセスプロシージャ中に、前記ユーザ装置が参加しているマルチキャストセッションのセッション離脱を示す通知を前記基地局に送信することと、前記ユーザ装置が、ＲＲＣコネクティッド状態に遷移することなく前記ランダムアクセスプロシージャを終了することと、を有する。

一実施形態に係る移動通信システムの構成を示す図である。 一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。 一実施形態に係るｇＮＢ（基地局）の構成を示す図である。 データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。 一実施形態に係る下りリンクの論理チャネル（Ｌｏｇｉｃａｌ　ｃｈａｎｎｅｌ）とトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ　ｃｈａｎｎｅｌ）との対応関係を示す図である。 一実施形態に係るＭＢＳデータの配信方法を示す図である。 一実施形態に係るスプリットＭＢＳベアラを示す図である。 一実施形態に係る移動通信システムの第１動作パターンにおける基本動作を示す図である。 一実施形態に係る移動通信システムの第１動作パターンの一例を示す図である。 一実施形態に係る移動通信システムの第１動作パターンの他の例を示す図である。 一実施形態に係る移動通信システムの第２動作パターンの一例を示す図である。 一実施形態に係る移動通信システムの第３動作パターンの一例を示す図である。 変更例に係る動作を示す図である。

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

　そこで、本開示は、改善されたマルチキャスト・ブロードキャストサービスを実現する通信制御方法を提供することを目的とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　ＭＢＳ接続は、Ｓｈａｒｅｄ　ＭＢＳ　Ｔｒａｆｆｉｃ　ｄｅｌｉｖｅｒｙ接続又は共有トランスポート（ｓｈａｒｅｄ　ｔｒａｎｓｐｏｒｔ）と呼ばれてもよい。ＭＢＳ接続は、ＮＧ－ＲＡＮ１０（すなわち、ｇＮＢ２００）で終端する。ＭＢＳ接続は、ＭＢＳセッションと１対１で対応していてもよい。

　ｇＮＢ２００は、自身の判断でＰＴＰ（Ｐｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ：ユニキャスト）及びＰＴＭ（Ｐｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ：マルチキャスト又はブロードキャスト）のいずれかの伝送方式を選択し、選択した伝送方式でＵＥ１００にＭＢＳデータを送信する。

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

　（スプリットＭＢＳベアラ）
　次に、一実施形態に係るスプリットＭＢＳベアラについて説明する。

　ｇＮＢ２００は、ＰＴＰ通信パス及びＰＴＭ通信パスに分離されたＭＢＳベアラ（以下、適宜「スプリットＭＢＳベアラ」と呼ぶ）をＵＥ１００に設定し得る。これにより、ｇＮＢ２００は、ＵＥ１００に対するＭＢＳデータの送信をＰＴＰ（ＰＴＰ通信パス）とＰＴＭ（ＰＴＭ通信パス）との間で動的に切り替えることができる。或いは、ｇＮＢ２００は、ＰＴＰ（ＰＴＰ通信パス）及びＰＴＭ（ＰＴＭ通信パス）を併用して同一のＭＢＳデータを二重送信することにより信頼性を高めることができる。

　スプリットを終端する所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、ＰＤＣＰレイヤ、又はＳＤＡＰレイヤである。以下において、スプリットを終端する所定レイヤがＰＤＣＰレイヤである一例について主として説明するが、所定レイヤは、ＭＡＣレイヤ（ＨＡＲＱ）、ＲＬＣレイヤ、又はＳＤＡＰレイヤであってもよい。

　図８は、一実施形態に係るスプリットＭＢＳベアラを示す図である。以下において、ＰＴＰ通信パスをＰＴＰレグと呼び、ＰＴＭ通信パスをＰＴＭレグと呼ぶ。また、各レイヤに相当する機能部をエンティティと呼ぶ。

　図８に示すように、ｇＮＢ２００のＰＤＣＰエンティティ及びＵＥ１００のＰＤＣＰエンティティのそれぞれは、ＭＢＳに用いるベアラ（データ無線ベアラ）であるＭＢＳベアラをＰＴＰレグ及びＰＴＭレグに分離する。なお、ＰＤＣＰエンティティはベアラごとに設けられる。

　ｇＮＢ２００及びＵＥ１００のそれぞれは、レグごとに設けられる２つのＲＬＣエンティティと、１つのＭＡＣエンティティと、１つのＰＨＹエンティティとを有する。ＰＨＹエンティティは、レグごとに設けられてもよい。なお、ＵＥ１００が２つのｇＮＢ２００との通信を行う二重接続（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、ＵＥ１００が２つのＭＡＣエンティティを有していてもよい。

　ＰＨＹエンティティは、ＵＥ１００と１対１で割り当てられるセルＲＮＴＩ（Ｃ－ＲＮＴＩ：Ｃｅｌｌ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＰＴＰレグのデータを送受信する。ＰＨＹエンティティは、ＭＢＳセッションと１対１で割り当てられるグループＲＮＴＩ（Ｇ－ＲＮＴＩ：Ｇｒｏｕｐ　Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＰＴＭレグのデータを送受信する。Ｃ－ＲＮＴＩはＵＥ１００ごとに異なるが、Ｇ－ＲＮＴＩは１つのＭＢＳセッションを受信する複数のＵＥ１００で共通のＲＮＴＩである。

　ｇＮＢ２００からＵＥ１００に対してＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信（マルチキャスト又はブロードキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＢＳベアラが設定されており、且つ、ＰＴＭレグがアクティブ化（ａｃｔｉｖａｔｉｏｎ）されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＢＳベアラが設定されていても、ＰＴＭレグが非アクティブ（ｄｅａｃｔｉｖａｔｉｏｎ）状態にある場合は、このＰＴＭレグを用いてＭＢＳデータのＰＴＭ送信を行うことができない。

　また、ｇＮＢ２００及びＵＥ１００がＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信（ユニキャスト）を行うためには、ｇＮＢ２００からＵＥ１００にスプリットＭＢＳベアラが設定されており、且つ、ＰＴＰレグがアクティブ化されている必要がある。言い換えると、ｇＮＢ２００は、ＵＥ１００にスプリットＭＢＳベアラが設定されていても、ＰＴＰレグが非アクティブ状態にある場合は、このＰＴＰレグを用いてＭＢＳデータのＰＴＰ送信を行うことができない。

　ＵＥ１００は、ＰＴＭレグがアクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ　Ｄｏｗｎｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）をモニタする（すなわち、Ｇ－ＲＮＴＩを用いてＰＤＣＣＨのブラインドデコーディングを行う）。ＵＥ１００は、当該ＭＢＳセッションのスケジューリング機会にのみ当該ＰＤＣＣＨをモニタしてもよい。

　ＵＥ１００は、ＰＴＭレグが非アクティブ化された状態において、ＭＢＳセッションと対応付けられたＧ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしない（すなわち、Ｇ－ＲＮＴＩを用いたＰＤＣＣＨのブラインドデコーディングを行わない）。

　ＵＥ１００は、ＰＴＰレグがアクティブ化された状態において、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタする。ＵＥ１００は、ＰＴＰレグにおける間欠受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ　Ｒｅｃｅｐｔｉｏｎ）が設定されている場合、設定されたオン有効期間（ＯｎＤｕｒａｔｉｏｎ）においてＰＤＣＣＨをモニタする。ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該セルが非アクティブ化されていても、当該セルのＰＤＣＣＨをモニタしてもよい。

　ＵＥ１００は、ＰＴＰレグが非アクティブ化された状態において、ＭＢＳデータ以外の通常のユニキャスト下りリンク送信に備えて、Ｃ－ＲＮＴＩが適用されたＰＤＣＣＨをモニタしてもよい。但し、ＵＥ１００は、ＭＢＳセッションと紐づいたセル（周波数）が指定されている場合、当該ＭＢＳセッションについて当該ＰＤＣＣＨをモニタしなくてもよい。

　なお、ｇＮＢ２００のＲＲＣエンティティがＵＥ１００のＲＲＣエンティティに対して送信するＲＲＣメッセージ（例えば、ＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）により、上述のようなスプリットＭＢＳベアラが設定されるものとする。

　（移動通信システムの動作）
　次に、一実施形態に係る移動通信システム１の動作について説明する。

　以下において、ＲＲＣコネクティッド状態にあるＵＥ１００がｇＮＢ２００からマルチキャストで送信されるＭＢＳデータ（すなわち、マルチキャストデータ）を受信する場合を主として想定する。このため、ＭＢＳセッションがマルチキャストセッションであるものとする。また、ＭＢＳセッション識別子がマルチキャストセッション識別子（例えば、ＴＭＧＩ、Ｓｅｓｓｉｏｎ　ＩＤ、又はＧ－ＲＮＴＩ）であるものとする。マルチキャストセッションは、ＰＴＭレグ又はＰＴＭベアラ（マルチキャストベアラ）にマッピングされる。ｇＮＢ２００からＵＥ１００へのマルチキャストデータの伝送にはＭＢＳトラフィックチャネル（ＭＴＣＨ）が用いられる。

　以下において、ＵＥ１００がマルチキャストセッションに参加した後、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移し、マルチキャストセッションの開始を待つ動作を想定する。ＵＥ１００は、自身が参加しているマルチキャストセッションの有効化を示す通知であって、ＵＥ１００が属するグループに対してネットワークから送信されるグループ通知を、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において受信する。ＵＥ１００は、グループ通知の受信に応じてＲＲＣコネクティッド状態に遷移し、当該マルチキャストセッションのマルチキャストデータをｇＮＢ２００から受信する。

　図９は、移動通信システム１の第１動作パターンにおける基本動作を示す図である。以下において、ｇＮＢ２００及びＡＭＦ３００を総称して適宜「ネットワーク」と呼ぶ。ＡＭＦ３００は、コアネットワーク（ＣＮ）装置の一例である。ＡＭＦ３００は、セッション管理装置と連携してＭＢＳセッション（マルチキャストセッション）を管理する。セッション管理装置は、ＣＮ装置の他の例である。

　図９に示すように、ステップＳ１０１において、ＵＥ１００は、ＲＲＣコネクティッド状態にある。ＵＥ１００は、あるマルチキャストセッション（以下、「対象マルチキャストセッション」と呼ぶ）への興味を持ったものとする。「マルチキャストセッションへの興味を持つ」とは、ＵＥ１００の上位レイヤが当該マルチキャストセッションの受信を要求又は希望することをいう。上位レイヤは、ＮＡＳレイヤを含む。上位レイヤは、アプリケーションをさらに含んでもよい。

　ステップＳ１０２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワークに対して行う。例えば、ＵＥ１００は、対象マルチキャストセッションへの参加を要求する第１ＮＡＳメッセージをＡＭＦ３００に送信し、対象マルチキャストセッションへの参加を承認する第２ＮＡＳメッセージをＡＭＦ３００から受信することにより、対象マルチキャストセッションに参加する。「対象マルチキャストセッションへ参加する」とは、マルチキャストセッションを受信するＵＥグループ（マルチキャストグループ）のメンバーとしてＵＥ１００をＣＮ装置に登録することをいう。なお、マルチキャストセッションへの参加は、当該マルチキャストセッションが有効状態（送信中）において行ってもよい。また、マルチキャストセッションへの参加は、無効状態（送信開始待ち又は送信中断中）において行ってもよい。

　ステップＳ１０３において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。具体的には、ＵＥ１００は、ＲＲＣ解放メッセージをｇＮＢ２００から受信することによりＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。ステップＳ１０３に先立ち、ＵＥ１００は、ＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させることを促す情報要素を含むＲＲＣメッセージ（例えば、ＵＥ　Ａｓｓｉｓｔａｎｃｅ　Ｉｎｆｏｒｍａｔｉｏｎメッセージ）をｇＮＢ２００に送信してもよい。ｇＮＢ２００は、ＵＥ１００が興味を持つマルチキャストセッションが無効状態であることに応じて、ＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させることを決定してもよい。

　ステップＳ１０４において、ＵＥ１００は、ｇＮＢ２００からのグループ通知の監視を開始する。グループ通知は、ｇＮＢ２００から送信されるページングメッセージであってもよい。また、グループ通知は、ｇＮＢ２００からマルチキャスト制御チャネル（ＭＣＣＨ）上で送信されるメッセージであってもよい。グループ通知は、マルチキャストセッションが無効状態から有効化することに応じて送信されてもよい。グループ通知は、マルチキャストセッションのセッション開始を通知するものであってもよい。以下において、グループ通知がページングメッセージであることを主として想定する。ＵＥ１００は、周期的に設定されるページングフレーム（ＰＦ）のページング機会（ＰＯ）においてグループ通知を監視する。

　ステップＳ１０５において、ｇＮＢ２００は、ＵＥ１００を含むグループ宛又はＵＥ１００が興味を持つグループ宛のグループ通知を送信する。ｇＮＢ２００は、ＡＭＦ３００からのページング要求に応じてグループ通知（ページングメッセージ）をＵＥ１００に送信してもよい。グループ通知は、当該グループを示すマルチキャストセッション識別子と、当該グループに属する各ＵＥの識別子と、当該識別子と対応付けられたマルチキャストセッション識別子とのうち、少なくとも１つを含んでもよい。自身の識別子を含むグループ通知を受信したＵＥ１００は、自身が参加した対象マルチキャストセッションが有効化されたことを認識できる。「対象マルチキャストセッションが有効化」されたとは、対象マルチキャストセッションでマルチキャストデータの送信が開始されたことであってもよい。また、「対象マルチキャストセッションが有効化」されたとは、対象マルチキャストセッションでマルチキャストデータの送信が開始可能な状態になったことであってもよい。

　ステップＳ１０６において、ＵＥ１００は、対象マルチキャストセッションの受信のためにランダムアクセスプロシージャをｇＮＢ２００に対して行う。

　ステップＳ１０７において、ＵＥ１００は、ランダムアクセスプロシージャによりＲＲＣコネクティッド状態に遷移する。

　ステップＳ１０８において、ＵＥ１００は、ＲＲＣコネクティッド状態においてｇＮＢ２００から対象マルチキャストセッションのマルチキャストデータを受信する。データ受信前に、ｇＮＢ２００から、対象マルチキャストセッション受信のための設定がＵＥ１００に対して行われてもよい。当該設定は、例えばＭＲＢ（マルチキャスト無線ベアラ）設定を含むＲＲＣ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージである。

　このような基本動作において、ＵＥ１００は、ステップＳ１０３でＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移した後、対象マルチキャストセッションに興味が無くなることもあり得る。「対象マルチキャストセッションに興味が無くなる」とは、ＵＥ１００の上位レイヤが対象マルチキャストセッションの受信を要求又は希望しなくなることをいう。例えば、ユーザがＩＰＴＶのアプリケーションを閉じたような場合がこれに相当する。このような場合、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移したうえで、マルチキャストセッション離脱プロシージャを行うことにより、対象マルチキャストセッションから離脱することが考えられる。「対象マルチキャストセッションから離脱する」とは、マルチキャストセッションを受信するＵＥグループ（マルチキャストグループ）のメンバーとしてＵＥ１００をＣＮ装置から登録解除することをいう。例えば、ＵＥ１００は、対象マルチキャストセッションからの離脱を要求する第３ＮＡＳメッセージをＡＭＦ３００に送信し、対象マルチキャストセッションからの離脱を承認する第４ＮＡＳメッセージをＡＭＦ３００から受信することにより、対象マルチキャストセッションから離脱する。

　ここで、対象マルチキャストセッションに興味が無くなったＵＥ１００が、グループ通知の監視処理を行ったり、ＲＲＣコネクティッド状態に遷移したりすることは、ＵＥ１００の消費電力の増加及び無線リソースの利用効率の低下を引き起こす。例えば、マルチキャストセッション離脱プロシージャを行うためだけにＲＲＣコネクティッド状態に遷移することは非効率である。例えば、後でユニキャストのデータ通信が必要になった際にＲＲＣコネクティッド状態に遷移し、その際にマルチキャストセッション離脱プロシージャを行うことが効率的である。

　（１）第１動作パターン
　次に、一実施形態に係る移動通信システム１の第１動作パターンについて説明する。

　第１動作パターンにおいて、ＵＥ１００は、自身が参加しているマルチキャストセッション（対象マルチキャストセッション）の有効化を示す通知であって自身が属するグループ又は自身が興味を持つグループに対してネットワークから送信されるグループ通知を、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において監視する処理を行う。ＵＥ１００は、グループ通知の受信に応じて、マルチキャストセッションの受信のためにＲＲＣコネクティッド状態に遷移する処理を行う。但し、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてマルチキャストセッションへの興味が無くなった場合、グループ通知を監視する処理、又はＲＲＣコネクティッド状態に遷移する処理を行わないよう制御する。これにより、ＵＥ１００が非効率な動作を行うことを抑制できる。

　図１０は、移動通信システム１の第１動作パターンの一例を示す図である。ここでは、上述の基本動作との相違点を主として説明する。

　図１０に示すように、ステップＳ１１１において、ＲＲＣコネクティッド状態にあるＵＥ１００は、あるマルチキャストセッション（以下、「対象マルチキャストセッション」と呼ぶ）への興味を持ったものとする。

　ステップＳ１１２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワーク（ＡＭＦ３００）に対して行う。

　ステップＳ１１３において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

　ステップＳ１１４において、ＵＥ１００（ＡＳエンティティ）は、ｇＮＢ２００からのグループ通知の監視を開始する。ＡＳエンティティは、ＲＲＣエンティティであってもよい。グループ通知は、ｇＮＢ２００から送信されるページングメッセージであってもよい。また、グループ通知は、ｇＮＢ２００からマルチキャスト制御チャネル（ＭＣＣＨ）上で送信されるメッセージであってもよい。以下において、グループ通知がページングメッセージであることを主として想定する。ＵＥ１００は、周期的に設定されるページングフレーム（ＰＦ）のページング機会（ＰＯ）においてグループ通知を監視する。すなわち、ＵＥ１００は、グループ通知を周期的に監視する。

　ステップＳ１１５において、ＵＥ１００は、対象マルチキャストセッションへの興味が無くなったものとする。ＵＥ１００において、ＮＡＳエンティティは、対象マルチキャストセッションへの興味が無くなった旨をＡＳエンティティ（例えば、ＲＲＣエンティティ）に通知してもよい。

　ステップＳ１１６において、ＵＥ１００（ＡＳエンティティ）は、グループ通知に対する周期的な監視を停止する。例えば、ＵＥ１００において、制御部１３０は、グループ通知を監視しないように受信部１１０を制御する。これにより、ＵＥ１００の処理負荷及び消費電力が低減される。なお、グループ通知としてページングを用いる場合であって、グループ通知と通常のページング（ユニキャスト通信向けのページング）の受信（送信）機会とが同じ場合、グループ通知を監視しない制御は、ＵＥ１００が当該受信機会においてグループ通知に関する受信処理を省略することである。受信処理の省略とは、例えば、グループ通知専用のＲＮＴＩを監視しないこと、グループ通知専用のメッセージ部を復調しないこと、ページングメッセージ内のグループ通知に関する情報要素（例えばマルチキャストセッション識別子もしくはこのリスト）を確認しないこと、のいずれかひとつ以上を含む。これらに加え、グループ通知と通常のページングの受信（送信）機会とが異なる場合、ＵＥ１００がグループ通知の受信機会に受信動作を行わない（ウェイクアップしない）ことである。なお、グループ通知の監視を停止した場合であっても、通常のページングの監視は継続すべきである。

　例えば、グループ通知としてページング（グループページング）を用いる場合、グループページングを監視するＰＦ／ＰＯの設定について、１）グループページング専用の（ユニキャストページングとは別の）ＰＦ／ＰＯ、２）通常のページングと同じＰＦ／ＰＯ、の２通りが考えられる。１）の場合、ＵＥ１００は、グループページング用のＰＦ／ＰＯの監視を停止すればよい。２）の場合、ＰＦ／ＰＯは通常のページングと同じになるため、ＵＥ１００は、グループページングに関する部分のみ監視しない。例えば、ＵＥ１００は、グループページング専用のＲＮＴＩ（例えばＧ－Ｐ－ＲＮＴＩ）が規定される場合にはこれを監視しない、或いは、ページングメッセージ内のグループ識別子（のリスト）を確認しないなどの動作であってもよい。

　その後、ステップＳ１１７において、ＵＥ１００は、マルチキャストセッションの受信以外の目的、例えば、送信するべき上りリンクデータが発生したことにより、又は受信するべき下りデータが発生したこと（つまり、通常の/ユニキャスト向けのページングを受信したこと）により、ランダムアクセスプロシージャをｇＮＢ２００に対して行う。

　ステップＳ１１８において、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する。

　ステップＳ１１９において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションのセッション離脱プロシージャをネットワーク（ＡＭＦ３００）に対して行う。これにより、セッション離脱プロシージャを効率的に行うことができる。

　図１１は、移動通信システム１の第１動作パターンの他の例を示す図である。ここでは、上述の基本動作との相違点を主として説明する。

　図１１に示すように、ステップＳ１２１において、ＲＲＣコネクティッド状態にあるＵＥ１００は、あるマルチキャストセッション（以下、「対象マルチキャストセッション」と呼ぶ）への興味を持ったものとする。

　ステップＳ１２２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワーク（ＡＭＦ３００）に対して行う。

　ステップＳ１２３において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

　ステップＳ１２４において、ＵＥ１００は、ｇＮＢ２００からのグループ通知の監視を開始する。

　ステップＳ１２５において、ＵＥ１００は、対象マルチキャストセッションへの興味が無くなったものとする。ＵＥ１００において、ＮＡＳエンティティは、対象マルチキャストセッションへの興味が無くなった旨をＡＳエンティティ（例えば、ＲＲＣエンティティ）に通知してもよい。

　ステップＳ１２６において、ｇＮＢ２００は、ＵＥ１００を含むグループ宛のグループ通知を送信する。ｇＮＢ２００は、ＡＭＦ３００からのページング要求に応じてグループ通知（ページングメッセージ）をＵＥ１００に送信してもよい。グループ通知は、当該グループに属する各ＵＥの識別子と、当該識別子と対応付けられたマルチキャストセッション識別子とを含んでもよい。自身の識別子を含むグループ通知を受信したＵＥ１００は、自身が参加した対象マルチキャストセッションが有効化されたことを認識できる。

　ステップＳ１２７において、ＵＥ１００のＡＳエンティティ（アクセス層エンティティ）は、自身宛のグループ通知を受信しても、ＲＲＣコネクティッド状態に遷移しないように制御する。ＡＳエンティティは、ＲＲＣエンティティであってもよい。ＵＥ１００において、ＡＳエンティティは、ＵＥ１００宛てのグループ通知に含まれるマルチキャストセッション識別子（具体的には、ＵＥ１００の識別子と対応付けられたマルチキャストセッション識別子）をＮＡＳエンティティに通知してもよい。ＮＡＳエンティティは、通知されたマルチキャストセッション識別子が示すマルチキャストセッションへの興味が無いと判定した場合、ＲＲＣコネクティッド状態へ遷移する処理の実行をＡＳエンティティへ要求しないようにする。他方、通知されたマルチキャストセッション識別子が示すマルチキャストセッションへの興味が有ると判定した場合、ＮＡＳエンティティは、ＲＲＣコネクティッド状態へ遷移する処理の実行をＡＳエンティティへ要求してもよい。

　その後、ステップＳ１２８において、ＵＥ１００は、マルチキャストセッションの受信以外の目的、例えば、送信するべき上りリンクデータが発生したことにより、又は受信するべき下りデータが発生したこと（つまり、通常の/ユニキャスト向けのページングを受信したこと）により、ランダムアクセスプロシージャをｇＮＢ２００に対して行う。

　ステップＳ１２９において、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移する。

　ステップＳ１３０において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションのセッション離脱プロシージャをネットワーク（ＡＭＦ３００）に対して行う。これにより、セッション離脱プロシージャを効率的に行うことができる。

　（２）第２動作パターン
　次に、一実施形態に係る移動通信システム１の第２動作パターンについて説明する。

　上述のように、ＵＥ１００が対象マルチキャストセッションに参加している状態にあることをＣＮ装置が認識していても、ＵＥ１００は、対象マルチキャストセッションへの興味が無くなっている状態にあることも想定される。すなわち、ＵＥ１００の興味の状態と参加状態との間に不一致が発生する懸念がある。しかしながら、セッション離脱を明示的に行うにはＮＡＳメッセージ送信が必要であるので、上述のような非効率な動作につながる。そのため、第２動作パターンにおいては、ＵＥ１００が暗示的に（自動的に）セッション離脱を行うことを可能とする動作について説明する。また、このような動作により、ＵＥ１００が圏外に移動した又は電源がオフにされた場合でも、上述の不一致の問題を解決できる。

　第２動作パターンにおいて、ＵＥ１００は、対象マルチキャストセッションのセッション参加プロシージャをネットワークに対して行う。ＵＥ１００は、自身が対象マルチキャストセッションに参加した状態が維持される期間を示す期間情報をネットワーク（ＡＭＦ３００）から取得する。このような有効期間は、有効期間又は参加持続（継続）時間と呼ばれてもよいが、以下において有効期間と呼ぶこととする。

　ＵＥ１００は、対象マルチキャストセッションへの興味が有る場合、有効期間情報が示す有効期間が満了する前又は当該有効期間の満了時に、セッション参加プロシージャ又は再参加プロシージャをＡＭＦ３００に対して行う。他方、対象マルチキャストセッションへの興味が無い場合、有効期間情報が示す有効期間が満了する前又は当該有効期間の満了時に、セッション参加プロシージャ又は再参加プロシージャをＡＭＦ３００に対して行わないよう制御する。これにより、対象マルチキャストセッションへの興味が無くなったＵＥ１００は、セッション参加プロシージャ又は再参加プロシージャを行わないことにより、暗示的に（自動的に）対象マルチキャストセッションから離脱できる。

　図１２は、移動通信システム１の第２動作パターンの一例を示す図である。ここでは、上述の基本動作との相違点を主として説明する。

　図１２に示すように、ステップＳ２０１において、ＲＲＣコネクティッド状態にあるＵＥ１００は、あるマルチキャストセッション（対象マルチキャストセッション）への興味を持ったものとする。

　ステップＳ２０２及びＳ２０３において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワーク（ＡＭＦ３００）に対して行う。

　具体的には、ステップＳ２０２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへの参加を要求するＮＡＳメッセージ（第１ＮＡＳメッセージ）をＡＭＦ３００に送信する。第１ＮＡＳメッセージは、ＵＥ１００の識別子と、対象マルチキャストセッションのマルチキャストセッション識別子とを含んでもよい。ＵＥ１００は、ＵＥ１００が希望する有効期間を示す情報を第１ＮＡＳメッセージに含めて送信してもよい。

　ステップＳ２０３において、ＡＭＦ３００は、第１ＮＡＳメッセージの受信に応じて、対象マルチキャストセッションへの参加を承認する第２ＮＡＳメッセージをＵＥ１００（ＮＡＳエンティティ）に送信する。ＡＭＦ３００は、有効期間情報を第２ＮＡＳメッセージに含めて送信してもよい。ＡＭＦ３００は、ＵＥ１００が希望する有効期間を示す情報が第１ＮＡＳメッセージに含まれる場合、当該情報に基づいて有効期間を決定し、決定した有効期間を示す有効期間情報を第２ＮＡＳメッセージに含めて送信してもよい。

　有効期間情報は、有効期間を示すタイマ値であってもよい。有効期間情報は、有効期間の終期を絶対時刻で示す情報であってもよい。以下において、有効期間情報がタイマ値であるとする。

　ステップＳ２０４において、ＵＥ１００（ＮＡＳエンティティ）は、有効期間情報（タイマ値）をネットワークから取得した際に、例えば、有効期間情報（タイマ値）を第２ＮＡＳメッセージから取得した際に、当該タイマ値が設定されたタイマを起動する。なお、当該タイマは、ＵＥ１００がＣＭ＿ＩＤＬＥ状態の場合のみ起動・動作するものであってもよい。ＣＭ＿ＩＤＬＥ状態とは、ＵＥ１００がＮＡＳシグナリング接続（ＮＡＳ　ｓｉｇｎａｌｉｎｇ　ｃｏｎｎｅｃｔｉｏｎ）を持っていない状態をいう。当該タイマは、第２ＮＡＳメッセージを受信した後、ＵＥ１００がＣＭ＿ＩＤＬＥに遷移することに応じて、起動又は再起動（リセット及び起動）されてもよい。当該タイマは、ＣＭ＿ＣＯＮＮＥＣＴＥＤに遷移することに応じて停止されてもよい。

　ステップＳ２０５において、タイマが満了する。後述のステップＳ２０６乃至Ｓ２０９の処理は、ステップＳ２０５の前に行われてもよい。

　ステップＳ２０６において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションに興味があるか否かを判定する。

　対象マルチキャストセッションに興味があると判定された場合（ステップＳ２０６：ＹＥＳ）、ステップＳ２０７及びＳ２０８において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加（又は参加継続）するためのマルチキャストセッション参加／継続プロシージャをネットワーク（ＡＭＦ３００）に対して行う。

　具体的には、ステップＳ２０７において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへの参加（又は参加継続）を要求するＮＡＳメッセージ（第１ＮＡＳメッセージ）をＡＭＦ３００に送信する。第１ＮＡＳメッセージは、ＵＥ１００の識別子と、対象マルチキャストセッションのマルチキャストセッション識別子とを含んでもよい。ＵＥ１００は、ＵＥ１００が希望する有効期間を示す情報を第１ＮＡＳメッセージに含めて送信してもよい。

　ステップＳ２０８において、ＡＭＦ３００は、第１ＮＡＳメッセージの受信に応じて、対象マルチキャストセッションへの参加（又は参加継続）を承認する第２ＮＡＳメッセージをＵＥ１００（ＮＡＳエンティティ）に送信する。ＡＭＦ３００は、有効期間情報を第２ＮＡＳメッセージに含めて送信してもよい。ＡＭＦ３００は、ＵＥ１００が希望する有効期間を示す情報が第１ＮＡＳメッセージに含まれる場合、当該情報に基づいて有効期間を決定し、決定した有効期間を示す有効期間情報を第２ＮＡＳメッセージに含めて送信してもよい。

　有効期間情報は、有効期間を示すタイマ値であってもよい。有効期間情報は、有効期間の終期を絶対時刻で示す情報であってもよい。

　ステップＳ２０９において、ＵＥ１００（ＮＡＳエンティティ）は、有効期間情報（タイマ値）をネットワークから取得した際に、例えば、有効期間情報（タイマ値）を第２ＮＡＳメッセージから取得した際に、当該タイマ値が設定されたタイマを起動する。なお、当該タイマは、上述のように、ＵＥ１００がＣＭ＿ＩＤＬＥ状態の場合のみ起動・動作するものであってもよい。また、もしステップＳ２０８における継続承認の第２ＮＡＳメッセージに有効期間情報（タイマ値）が含まれない場合、ステップＳ２０３における最初の承認をする第２ＮＡＳメッセージで取得済みの値を適用してもよい。

　このように、ＵＥ１００が依然として対象マルチキャストセッションに興味がある場合、有効期間が更新され、ＵＥ１００が対象マルチキャストセッションに参加した状態が継続される。

　他方、対象マルチキャストセッションにもはや興味が無いと判定された場合（ステップＳ２０６：ＮＯ）、ＵＥ１００は、マルチキャストセッション参加／継続プロシージャを行わない。ＡＭＦ３００は、有効期間内に、又は有効期間の経過から所定時間以内に、ＵＥ１００からのマルチキャストセッション参加／継続要求が無い場合、ＵＥ１００が対象マルチキャストセッションにもはや興味が無い（又はＵＥ１００が圏外に移動した又は電源がオフにされた）とみなし、ＵＥ１００を対象マルチキャストセッションから離脱した状態として管理する。

　（３）第３動作パターン
　次に、一実施形態に係る移動通信システム１の第３動作パターンについて説明する。

　上述のように、ＵＥ１００がセッション離脱を通知するだけのためにＲＲＣコネクティッド状態に遷移することは効率が悪い。第３動作パターンにおいては、ランダムアクセスプロシージャ中にＵＥ１００がセッション離脱を通知し、ＲＲＣコネクティッド状態に遷移せずにランダムアクセスプロシージャを終了することにより、セッション離脱の通知を効率化する。

　第３動作パターンにおいて、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態においてｇＮＢ２００に対してランダムアクセスプロシージャを行う。ＵＥ１００は、ランダムアクセスプロシージャ中に、ＵＥ１００が参加しているマルチキャストセッション（対象マルチキャストセッション）のセッション離脱を示す通知をｇＮＢ２００に送信する。そして、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移することなくランダムアクセスプロシージャを終了する。

　ランダムアクセスプロシージャは、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースを用いてランダムアクセスプリアンブルをｇＮＢ２００に送信することを含む。ＵＥ１００は、セッション離脱用のＰＲＡＣＨリソースを用いたランダムアクセスプリアンブルを、セッション離脱を示す通知としてｇＮＢ２００に送信してもよい。ｇＮＢ２００は、セッション離脱を示す通知を送信したＵＥ１００を特定し、ＵＥ１００のセッション離脱をＣＮ装置（ＡＭＦ３００）に通知する。

　図１３は、移動通信システム１の第３動作パターンの一例を示す図である。ここでは、上述の基本動作との相違点を主として説明する。

　図１３に示すように、ステップＳ３０１において、ＲＲＣコネクティッド状態にあるＵＥ１００は、あるマルチキャストセッション（対象マルチキャストセッション）への興味を持ったものとする。

　ステップＳ３０２において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへ参加するためのマルチキャストセッション参加プロシージャをネットワーク（ＡＭＦ３００）に対して行う。

　ステップＳ３０３において、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移する。

　ステップＳ３０４において、ＵＥ１００（ＮＡＳエンティティ）は、対象マルチキャストセッションへの興味が無くなったものとする。ＵＥ１００において、ＮＡＳエンティティは、対象マルチキャストセッションへの興味が無くなった旨をＡＳエンティティ（例えば、ＲＲＣエンティティ）に通知してもよい。

　ステップＳ３０５において、ＵＥ１００（ＡＳエンティティ）は、ＰＲＡＣＨリソースの設定を示すＰＲＡＣＨ情報をｇＮＢ２００から受信する。ＰＲＡＣＨ情報は、ｇＮＢ２００からシステム情報中でブロードキャストされてもよい。例えば、設定されたＰＲＡＣＨリソースの一部は、セッション離脱通知用のリソース領域（例えば、専用のリソース領域）であってもよい。セッション離脱通知用のリソース領域は、マルチキャストセッション識別子ごとに区分けされた複数のサブリソース領域を含んでもよい。

　ステップＳ３０６において、ＵＥ１００（ＡＳエンティティ）は、ＰＲＡＣＨ情報が示すＰＲＡＣＨリソースの中からセッション離脱通知用のリソース領域に含まれるＰＲＡＣＨリソースを選択する。ここで、ＵＥ１００（ＡＳエンティティ）は、対象マルチキャストセッションのマルチキャストセッション識別子と対応付けられたサブリソース領域を選択してもよい。

　ステップＳ３０７において、ＵＥ１００（ＡＳエンティティ）は、ステップＳ３０６で選択したＰＲＡＣＨリソースを用いてランダムアクセスプリアンブル（Ｍｓｇ１）をｇＮＢ２００に送信する。ｇＮＢ２００は、セッション離脱通知用のＰＲＡＣＨリソースがランダムアクセスプリアンブルに適用されていることから、ランダムアクセスプリアンブルを送信したＵＥ１００がセッション離脱を通知したとみなす。

　ステップＳ３０８において、ｇＮＢ２００は、ランダムアクセス応答（Ｍｓｇ２）をＵＥ１００に送信する。

　ステップＳ３０９において、ＵＥ１００は、ランダムアクセス応答（Ｍｓｇ２）の受信に応じて、接続要求メッセージ（Ｍｓｇ３）をｇＮＢ２００に送信する。接続要求メッセージ（Ｍｓｇ３）は、ＲＲＣ　Ｓｅｔｕｐ　Ｒｅｑｕｅｓｔメッセージ又はＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージであってもよい。接続要求メッセージ（Ｍｓｇ３）は、ＵＥ１００の識別子、マルチキャストセッションの離脱であることを通知する情報、及び対象マルチキャストセッションのマルチキャストセッション識別子のうち少なくとも１つを含んでもよい。ｇＮＢ２００は、接続要求メッセージ（Ｍｓｇ３）に含まれる情報に基づいて、当該ＵＥ１００を特定するとともに、マルチキャストセッション離脱であることを認識する。ｇＮＢ２００は、後述のＭｓｇ４による競合解決（Ｃｏｎｔｅｎｔｉｏｎ　ｒｅｓｏｌｕｔｉｏｎ）の後にＵＥ１００を特定してもよい。接続要求メッセージ（Ｍｓｇ３）がＲＲＣ　Ｒｅｓｕｍｅ　Ｒｅｑｕｅｓｔメッセージである場合、すなわち、当該ＵＥ１００がＲＲＣインアクティブ状態にある場合、ｇＮＢ２００は、自身が保持している当該ＵＥ１００のＵＥコンテキストを特定してもよい。

　ステップＳ３１０において、ｇＮＢ２００は、Ｍｓｇ４としてＲＲＣ解放メッセージをＵＥ１００に送信する。その結果、ＵＥ１００は、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態を維持する。但し、ｇＮＢ２００は、ＵＥ１００について別のデータ送受信がある場合、Ｍｓｇ４としてＲＲＣ　Ｓｅｔｕｐメッセージ又はＲＲＣ　Ｒｅｓｕｍｅメッセージを送信することにより、ＵＥ１００をＲＲＣコネクティッド状態に遷移させてもよい。

　ステップＳ３１１において、ｇＮＢ２００は、ＵＥ１００のマルチキャストセッション離脱をＡＭＦ３００に通知する。例えば、ｇＮＢ２００は、ＮＧインターフェイス上で送信するＮＧ－ＡＰメッセージにより当該通知を行う。ｇＮＢ２００は、ＵＥ１００の代わりにＮＡＳメッセージを生成し、ＮＡＳメッセージにより当該通知を行ってもよい。このようなメッセージは、ＵＥ１００の識別子と、対象マルチキャストセッションのマルチキャストセッション識別子とを含んでもよい。なお、ステップＳ３１１の処理は、ステップＳ３１０の前に行われてもよい。

　本動作パターンにおいて、４ステップのランダムアクセスプロシージャを例示したが、２ステップのランダムアクセスプロシージャを用いてもよい。２ステップのランダムアクセスプロシージャにおいて、ＵＥ１００は、Ｍｓｇ１及びＭｓｇ３をまとめてＭｓｇＡとしてｇＮＢ２００に送信し、ｇＮＢ２００は、Ｍｓｇ２及びＭｓｇ４をまとめてＭｓｇＢとしてＵＥ１００に送信する。

　（移動通信システムの動作の変更例）
　次に、移動通信システム１の動作の変更例について説明する。本変更例は、マルチキャストに限らずブロードキャストのＭＢＳサービスに適用してもよい。

　ＵＥ１００のＰＤＣＰエンティティは、ｇＮＢ２００から受信するＰＤＣＰパケットに含まれるＰＤＣＰシーケンス番号（ＰＤＣＰ　ＳＮ）に応じてＰＤＣＰ変数を設定及び更新する。通常、ＵＥ１００は、ＰＤＣＰ変数の初期値をゼロに設定し、ｇＮＢ２００からのパケット受信に応じてＰＤＣＰ変数を更新（インクリメント、カウントアップ）していく。あるＭＢＳセッションに最初から参加したＵＥ１００のＰＤＣＰエンティティは、ＰＤＣＰ変数を順次更新し、最新の状態にすることができる。ＰＤＣＰ変数は、ＰＤＣＰ　ＳＮ及びハイパーフレーム番号（ＨＦＮ）を含む。ＨＦＮは、ＰＤＣＰ　ＳＮが一周（ｗｒａｐ　ａｒｏｕｎｄ）するとインクリメントされる。すなわち、ＨＦＮは、ＰＤＣＰ　ＳＮが一周する度にカウントアップされる値である。例えば、ＵＥ１００及びｇＮＢ２００は、ＰＤＣＰ　ＳＮ及びＨＦＮからなるカウント値であるＣＯＵＮＴを管理する。

　ＭＢＳセッションに途中から参加したＵＥ１００のＰＤＣＰエンティティは、現在のＰＤＣＰ変数（特にＨＦＮ部）が分からないため、所定のＰＤＣＰ動作を正常に行うことができない。所定のＰＤＣＰ動作は、受信ウィンドウ制御及びパケット並び替え動作のうち少なくとも一方である。受信ウィンドウ制御に用いるＰＤＣＰ変数は、ＲＸ＿ＮＥＸＴ及びＲＸ＿ＤＥＬＩＶの少なくとも一方であってもよい。ＲＸ＿ＮＥＸＴは、次に受信することが期待されるＰＤＣＰ　ＳＤＵのシーケンス番号を含んで構成される。ＲＸ＿ＤＥＬＩＶは、受信待ちで、未だ上位レイヤに提供していないＰＤＣＰ　ＳＤＵのうち最も古いもののシーケンス番号を含んで構成される。通常、ＲＸ＿ＮＥＸＴ及びＲＸ＿ＤＥＬＩＶの初期値は”０”である。パケット並び替え動作（Ｒｅｏｒｄｅｒｉｎｇ）に用いるＰＤＣＰ変数は、ＲＸ＿ＲＥＯＲＤであってもよい。ＲＸ＿ＲＥＯＲＤは、パケットの並び替えを待つ最大時間を示すタイマを始動したＰＤＣＰ　ＳＤＵのシーケンス番号である。例えば、ＵＥ１００は、受信パケットのシーケンス番号がＲＸ＿ＲＥＯＲＤよりも小さい場合、当該パケットを破棄する。また、ＰＤＣＰ変数（ＣＯＵＮＴ値）は、セキュリティのためのＰＤＣＰパケットの暗号化にも用いられる。

　特に、ＲＸ＿ＤＥＬＩＶの初期値は０であり、ユニキャストの場合はｇＮＢ２００及びＵＥ１００双方が初期値をベースにＰＤＣＰ　ＳＮのｗｒａｐ　ａｒｏｕｎｄ毎にＨＦＮをインクリメントすることで、ｇＮＢ２００及びＵＥ１００のＨＦＮは同期する。マルチキャストの場合、ＵＥ１００はどのＲＸ＿ＤＥＬＩＶからＰＤＣＰパケットを受信し始めるかが不定であるため、受信したＰＤＣＰパケットだけを見ても有効なＨＦＮ（すなわち、ｇＮＢ２００が管理しているＨＦＮ）が分からない。なお、ＰＤＣＰ　ＰＤＵのヘッダには、ＰＤＣＰ　ＳＮが含まれているが、ＨＦＮは含まれていない。以下において、ＰＤＣＰ変数とは、ＨＦＮ及びＣＯＵＮＴ値のうち少なくとも一方であるものとする。

　本変更例において、ＭＢＳセッションでＭＢＳデータを送信するｇＮＢ２００は、ＭＢＳセッションに途中から参加するＵＥ１００がＭＢＳデータを受信するために用いるべきＰＤＣＰ変数初期値をＭＢＳセッションでマルチキャスト又はブロードキャストで送信する。すなわち、ｇＮＢ２００は、ＭＢＳデータ送信（ＭＢＳトラフィックチャネル）において、現在のＰＤＣＰ変数を送信する。ｇＮＢ２００は、ＭＢＳセッションに途中から参加するＵＥ１００がＭＢＳデータを受信するために用いるべきＰＤＣＰ変数初期値をマルチキャスト又はブロードキャストで周期的に送信してもよい。ＭＢＳセッションに途中から参加するＵＥ１００は、ｇＮＢ２００からのＰＤＣＰ変数初期値の受信に応じて、当該受信したＰＤＣＰ変数初期値を用いてＭＢＳデータの受信処理を行う。これにより、ＭＢＳセッションに途中から参加するＵＥ１００であってもＰＤＣＰ処理を適切に行うことが可能になる。

　図１４は、本変更例に係る動作を示す図である。

　図１４に示すように、ｇＮＢ２００は、あるＭＢＳセッションのＭＢＳデータ送信を開始する。ｇＮＢ２００は、ＭＢＳデータを送信するとともにＰＤＣＰ変数を更新していく。

　ステップＳ４０２において、ＵＥ１００は、当該ＭＢＳセッションに遅れて参加（途中参加）する。但し、ＵＥ１００は、現在のＣＯＵＮＴ値（特にＨＦＮ部）が分からないため、ＭＢＳデータを構成するデータパケット（ＰＤＣＰパケット）に対するＰＤＣＰ処理を行うことができない。ＵＥ１００は、ｇＮＢ２００から最初に受信したＰＤＣＰパケットのヘッダに含まれるＰＤＣＰ　ＳＮを取得し、取得したＰＤＣＰ　ＳＮを自身で管理するＣＯＵＮＴ値の一部として用いてもよい。

　ステップＳ４０３において、ｇＮＢ２００は、周期的に、現在送信中のＭＢＳデータパケット（ＰＤＣＰパケット）のＣＯＵＮＴ値（又はＨＦＮ）、又は、次に送信するＭＢＳデータパケット（ＰＤＣＰパケット）のＣＯＵＮＴ値（又はＨＦＮ）をマルチキャスト又はブロードキャストで送信する。具体的には、ｇＮＢ２００は、Ｇ－ＲＮＴＩを適用してＭＢＳトラフィックチャネル上で現在のＣＯＵＮＴ値（又はＨＦＮ）を送信する。例えば、ｇＮＢ２００は、ＭＡＣ　ＣＥ（Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ）、ＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵ、及びＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵのうち少なくとも１つにＰＤＣＰ変数初期値を含めて送信する。ｇＮＢ２００は、ＭＡＣ　ＣＥを用いる場合、マルチキャストセッション識別子（ＴＭＧＩ）とＣＯＵＮＴ値とのセットを送信してもよい。ＰＤＣＰ／ＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵを用いる場合、ＵＥ１００は、当該ＰＤＣＰ／ＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵが属するベアラ／ＬＣＨのＣＯＵＮＴ値として特定できる。ここで、下位レイヤ（例えばＭＡＣ）で受信した場合、下位レイヤから上位レイヤ（例えばＰＤＣＰ）へ当該ＣＯＵＮＴ値（又はＨＦＮ）を通知するものとする。

　ステップＳ４０４において、ＵＥ１００（ＰＤＣＰエンティティ）は、ｇＮＢ２００から通知されたＰＤＣＰ変数を、自身が管理するＰＤＣＰ変数の初期値として設定する。

　ステップＳ４０５において、ｇＮＢ２００は、ＭＢＳデータパケット（ＰＤＣＰパケット）をマルチキャスト又はブロードキャストで送信する。

　ステップＳ４０６において、ＵＥ１００は、ｇＮＢ２００から受信したＭＢＳデータパケット（ＰＤＣＰパケット）に対して、自身が管理するＰＤＣＰ変数を用いたＰＤＣＰ処理を行い、自身が管理するＰＤＣＰ変数を更新する。

　なお、本変更例に係る動作は、ＲＬＣの動作に応用してもよく、「ＰＤＣＰ」を「ＲＬＣ」と読み替えてもよい。ＰＤＣＰ変数初期値は、ＲＬＣ変数初期値であってもよい。また、本変更例において、ＭＢＳセッションに途中から参加するＵＥ１００がＭＢＳデータを受信するために用いるべきＰＤＣＰ変数初期値をＭＢＳセッションでマルチキャスト又はブロードキャストで送信する一例を説明したが、ｇＮＢ２００は、当該ＰＤＣＰ変数初期値をシステム情報（ＳＩＢ）によりブロードキャストで送信してもよい。

　（その他の実施形態）
　上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよい。１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。

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

　ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ又はＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍ　ｏｎ　ａ　Ｃｈｉｐ）として構成してもよい。

　本開示で使用されている「に基づいて（ｂａｓｅｄ　ｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇ　ｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

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

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

Claims (20)

1. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて前記ユーザ装置が実行する通信制御方法であって、
   　前記ユーザ装置が参加しているマルチキャストセッションの有効化を示す通知であって前記ユーザ装置が属するグループに対して前記ネットワークから送信されるグループ通知を、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）アイドル状態又はＲＲＣインアクティブ状態において監視する処理を行うことと、
   　前記グループ通知の受信に応じて、前記マルチキャストセッションの受信のためにＲＲＣコネクティッド状態に遷移する処理を行うことと、を有し、
   　前記監視する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を監視することを含み、
   　前記遷移する処理を行うことは、前記ユーザ装置が前記マルチキャストセッションに興味がある場合において前記グループ通知を受信したことに応じて前記ＲＲＣコネクティッド状態に遷移することを含む
   　通信制御方法。
2. 　前記ＲＲＣアイドル状態又は前記ＲＲＣインアクティブ状態において前記マルチキャストセッションへの興味が無くなった場合、前記監視する処理又は前記遷移する処理を行わないよう制御することと、を有する
   　請求項１に記載の通信制御方法。
3. 　前記監視する処理は、前記グループ通知を周期的に監視する処理を含み、
   　前記制御することは、前記グループ通知に対する周期的な監視を停止することを含む
   　請求項１に記載の通信制御方法。
4. 　前記ユーザ装置のアクセス層エンティティが、前記グループ通知を受信することと、
   　前記グループ通知に含まれるマルチキャストセッション識別子を、前記アクセス層エンティティから前記ユーザ装置の非アクセス層エンティティに通知することと、をさらに有し、
   　前記制御することは、前記マルチキャストセッション識別子に基づき前記非アクセス層エンティティが前記マルチキャストセッションへの興味が無いと判定した場合、前記遷移する処理の実行を前記非アクセス層エンティティから前記アクセス層エンティティへ要求しないようにすることを含む
   　請求項１に記載の通信制御方法。
5. 　前記制御することの後において、前記マルチキャストセッションの受信以外の目的で前記ＲＲＣコネクティッド状態に遷移した場合、前記マルチキャストセッションのセッション離脱プロシージャを前記ネットワークに対して行うことをさらに有する
   　請求項１乃至４のいずれか１項に記載の通信制御方法。
6. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、
   　前記ユーザ装置がＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）変数としてＣＯＵＮＴ値を管理することを有し、
   　前記管理することは、
   　前記ネットワークからマルチキャストで最初に受信したＰＤＣＰパケットのヘッダに含まれるＰＤＣＰ　ＳＮ（Ｓｅｑｕｅｎｃｅ　Ｎｕｍｂｅｒ）を取得することと、
   　前記取得したＰＤＣＰ　ＳＮを前記ＣＯＵＮＴ値の一部として用いることと、を含む
   　通信制御方法。
7. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、
   　前記ユーザ装置が、マルチキャストセッションに参加した後、ＲＲＣインアクティブ状態において、自身が参加しているマルチキャストセッションのＴＭＧＩＴｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）を含むページングメッセージを受信することと、
   　前記ＴＭＧＩを含む前記ページングメッセージの受信に応じて、ＲＲＣコネクティッド状態に遷移することと、を有する
   　通信制御方法。
8. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、
   　基地局が、ＴＭＧＩを含むページングメッセージをグループ通知として送信することと、
   　前記ユーザ装置が、前記ユーザ装置のページング機会において前記ページングメッセージを監視することと、を有し、
   　前記送信することは、ＡＭＦ（Ａｃｃｅｓｓ　ａｎｄ　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）からのページング要求に基づくタイミングで、前記ＴＭＧＩを含む前記ページングメッセージを送信することを含む
   　通信制御方法。
9. 　基地局からユーザ装置に対してマルチキャスト・ブロードキャストサービス（ＭＢＳ）を提供する移動通信システムにおいて実行する通信制御方法であって、
   　ＭＢＳセッションでＭＢＳデータを送信する前記基地局が、前記ユーザ装置が前記ＭＢＳデータを受信するために用いるべきＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）変数及びＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）変数の少なくとも一方の初期値を送信することを有する
   　通信制御方法。
10. 　前記初期値を送信することは、前記初期値を前記ＭＢＳセッションでマルチキャスト又はブロードキャストで送信することを含む
    　請求項９に記載の通信制御方法。
11. 　前記ＭＢＳセッションに途中から参加する前記ユーザ装置が、前記初期値の受信に応じて、当該受信した初期値を用いて前記ＭＢＳデータの受信処理を行うことをさらに有する
    　請求項１０に記載の通信制御方法。
12. 　前記初期値を送信することは、前記初期値をマルチキャスト又はブロードキャストで周期的に送信することを含む
    　請求項１０又は１１に記載の通信制御方法。
13. 　前記初期値を送信することは、ＭＡＣ　ＣＥ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ）、ＲＬＣ　Ｃｏｎｔｒｏｌ　ＰＤＵ、及びＰＤＣＰ　Ｃｏｎｔｒｏｌ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）のうち少なくとも１つに前記初期値を含めて送信することを含む
    　請求項１０又は１１に記載の通信制御方法。
14. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて前記ユーザ装置が実行する通信制御方法であって、
    　マルチキャストセッションのセッション参加プロシージャを前記ネットワークに対して行うことと、
    　前記ユーザ装置が前記マルチキャストセッションに参加した状態が維持される期間を示す期間情報を前記ネットワークから取得することと、
    　前記マルチキャストセッションへの興味が有る場合、前記期間情報が示す前記期間が満了する前又は当該期間の満了時に、前記セッション参加プロシージャ又はセッション継続プロシージャを前記ネットワークに対して行うことと、
    　前記マルチキャストセッションへの興味が無い場合、前記期間情報が示す前記期間が満了する前又は当該期間の満了時に、前記セッション参加プロシージャ又は前記セッション継続プロシージャを前記ネットワークに対して行わないよう制御することと、を有する
    　通信制御方法。
15. 　前記セッション参加プロシージャを行うことは、
    　前記マルチキャストセッションへの参加を要求する第１ＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）メッセージを前記ネットワークに送信することと、
    　前記マルチキャストセッションへの参加を承認するメッセージであって前記期間情報を含む第２ＮＡＳメッセージを前記ネットワークから受信することと、を含み、
    　前記期間情報を取得することは、前記第２ＮＡＳメッセージに含まれる前記期間情報を取得することを含む
    　請求項１４に記載の通信制御方法。
16. 　前記期間情報を前記ネットワークから取得するよりも前において、前記ユーザ装置が希望する前記期間を示す情報を前記ネットワークに送信することをさらに有する
    　請求項１４又は１５に記載の通信制御方法。
17. 　前記期間情報が前記期間を示すタイマ値である場合、前記期間情報を前記ネットワークから取得した際に、前記期間情報としての前記タイマ値が設定されたタイマを起動することをさらに有する
    　請求項１４又は１５に記載の通信制御方法。
18. 　ネットワークからユーザ装置に対してマルチキャストサービスを提供する移動通信システムにおいて実行する通信制御方法であって、
    　前記ユーザ装置が、ＲＲＣアイドル状態又はＲＲＣインアクティブ状態において、前記ネットワークに含まれる基地局に対してランダムアクセスプロシージャを行うことと、
    　前記ユーザ装置が、前記ランダムアクセスプロシージャ中に、前記ユーザ装置が参加しているマルチキャストセッションのセッション離脱を示す通知を前記基地局に送信することと、
    　前記ユーザ装置が、ＲＲＣコネクティッド状態に遷移することなく前記ランダムアクセスプロシージャを終了することと、を有する
    　通信制御方法。
19. 　前記ランダムアクセスプロシージャを行うことは、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｃｈａｎｎｅｌ）リソースを用いてランダムアクセスプリアンブルを前記基地局に送信することを含み、
    　前記セッション離脱を示す前記通知を送信することは、セッション離脱用の前記ＰＲＡＣＨリソースを用いた前記ランダムアクセスプリアンブルを前記通知として送信することを含む
    　請求項１８に記載の通信制御方法。
20. 　前記基地局が、前記セッション離脱を示す前記通知を送信した前記ユーザ装置を特定することと、
    　前記基地局が、前記ユーザ装置の前記セッション離脱をコアネットワーク装置に通知することと、をさらに有する
    　請求項１８又は１９に記載の通信制御方法。

Images