WO2016121787A1

WO2016121787A1 - 基地局、プロセッサ及びユーザ端末

Info

Publication number: WO2016121787A1
Application number: PCT/JP2016/052252
Authority: WO
Inventors: 真人藤代; 裕之安達; ヘンリーチャン
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2015-01-30
Filing date: 2016-01-27
Publication date: 2016-08-04
Anticipated expiration: 2017-07-30
Also published as: US20170325076A1; JP6321830B2; JPWO2016121787A1

Abstract

　第１の特徴に係る基地局は、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局である。前記基地局は、ユーザ端末へ信号を送信するトランスミッタと、前記トランスミッタを制御するコントローラと、を備える。前記コントローラは、同一のマルチキャストデータを受信する複数のユーザ端末に共通に割り当てられるグループ識別子を前記複数のユーザ端末へ送信する処理を実行する。前記グループ識別子は、グループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

Description

基地局、プロセッサ及びユーザ端末

　本発明は、移動通信システムにおいて用いられる基地局、プロセッサ及びユーザ端末に関する。

　移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）において、マルチキャスト／ブロードキャスト伝送を実現する技術として、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）が仕様化されている。

　ＭＢＭＳにおいて、複数のセルは、ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ－Ｂｒｏａｄｃａｓｔ　Ｓｉｎｇｌｅ－Ｆｒｅｑｕｅｎｃｙ　Ｎｅｔｗｏｒｋ）サブフレームと称される特別なサブフレームを使用して、同一のＭＢＳＦＮエリアに属する複数のセルが同一のマルチキャスト／ブロードキャストデータを送信する。ユーザ端末は、複数のセルから送信されるマルチキャスト／ブロードキャストデータを受信する。

　ＭＢＭＳは、ＭＢＳＦＮサブフレームがＭＢＭＳ用となってしまうことに加えて、ＭＢＳＦＮサブフレームを動的に変更することが困難であるため、無線リソースの無駄が生じ易い。

　一方で、無線リソースの利用効率を高めつつマルチキャスト伝送を実現するために、単一セルＰＴＭ（ＳＣＰＴＭ：Ｓｉｎｇｌｅ－Ｃｅｌｌ　Ｐｏｉｎｔ－Ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ）伝送が検討されている。ＭＢＳＦＮエリア単位でのマルチキャスト／ブロードキャスト伝送が適用されるＭＢＭＳとは異なり、ＳＣＰＴＭにはセル単位でのマルチキャスト伝送が適用される。また、ＳＣＰＴＭ伝送において、グループに属する複数のユーザ端末に対するマルチキャストデータを送信するために、物理下りリンク共有チャネル（ＰＤＳＣＨ）が使用されることが想定されている。

３ＧＰＰ寄書「ＲＰ－１４２２０５」

　第２の特徴に係るプロセッサは、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局を制御するプロセッサである。前記プロセッサは、同一のマルチキャストデータを受信する複数のユーザ端末に共通に割り当てられるグループ識別子を前記複数のユーザ端末へ送信する処理を実行する。前記グループ識別子は、グループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

　第３の特徴に係るユーザ端末は、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートするユーザ端末である。前記ユーザ端末は、ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報を基地局へ送信するトランスミッタと、前記トランスミッタを制御するコントローラと、を備える。前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含む。前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

　第４の特徴に係るプロセッサは、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートするユーザ端末を制御するプロセッサである。前記プロセッサは、ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報を基地局へ送信する処理を実行する。前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含む。前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

　第５の特徴に係る基地局は、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局である。前記基地局は、ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報をユーザ端末から受信するレシーバと、前記ユーザ端末が前記基地局から他の基地局へハンドオーバする際に、前記情報を前記他の基地局へ送信するトランスミッタと、前記トランスミッタを制御するコントローラと、を備える。前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含む。前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

　第６の特徴に係るプロセッサは、ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局を制御するプロセッサである。前記プロセッサは、ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報をユーザ端末から受信する処理と、前記ユーザ端末が前記基地局から他の基地局へハンドオーバする際に、前記情報を前記他の基地局へ送信する処理と、を実行する。前記情報は、前記ユーザ端末が受信することに興味のあるＭＢＭＳサービスの識別子を含む。前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。

第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。第１実施形態及び第２実施形態に係る無線フレームの構成図である。第１実施形態及び第２実施形態に係るＵＥのブロック図である。第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。第１実施形態及び第２実施形態に係るＳＣＰＴＭを説明するための図である。第１実施形態に係る動作パターン１及び２を説明するための図である。第２実施形態に係る動作を説明するための図である。ＧＣＳＥネットワークアーキテクチャを示す図である。

　［実施形態の概要］
　ＳＣＰＴＭが適用される典型的なサービスは、グループ通信（例えば、グループ通話）である。グループ通信においては、下りリンクにマルチキャスト伝送が適用され、上りリンクにユニキャスト伝送が適用され得る。

　上述したように、ＳＣＰＴＭにはセル単位でのマルチキャスト伝送が適用されるため、例えばユーザ端末が一のセルから他のセルに移動するような場合、当該他のセルにおいてユーザ端末は所望のグループ通信を行うことができない虞がある。

　そこで、本実施形態は、グループ通信のサービス可用性を向上させることが可能な基地局及びユーザ端末を提供する。

　第１実施形態に係る基地局は、グループ通信を行うグループに属する複数のユーザ端末に対してマルチキャストデータを送信する。前記基地局は、前記基地局のセルによりグループ通信を提供中のグループそれぞれのグループ識別子を含むグループリスト情報を、前記セルにおいてユーザ端末に送信する送信部を備える。

　第１実施形態において、前記送信部は、前記グループリスト情報を前記セルにおいてブロードキャスト又はユニキャストで送信する。

　第１実施形態において、前記グループリスト情報は、前記グループ識別子に対応するグループ通信が提供されている周波数を示す情報をさらに含む。

　第１実施形態において、前記グループリスト情報は、前記グループ識別子に対応するグループ通信に特定のマルチキャスト方式が適用されているか否かを示す情報をさらに含む。前記特定のマルチキャスト方式は、物理下りリンク共有チャネルを介してマルチキャストデータを送信するマルチキャスト方式である。

　第１実施形態において、前記基地局は、前記グループリスト情報を受信した特定のユーザ端末から、前記特定のユーザ端末におけるグループ通信に対する興味に基づく興味通知を受信する受信部を備える。前記興味通知は、前記特定のユーザ端末が興味を持つグループ通信に対応するグループ識別子を含む。

　第１実施形態の動作パターン１において、前記興味通知は、前記特定のユーザ端末が興味を持つグループ通信が提供されていないことを示す通知である。

　第１実施形態の動作パターン２において、前記興味通知は、前記特定のユーザ端末が興味を持つグループ通信が提供されていることを示す通知である。

　第１実施形態において、前記基地局は、前記興味通知の受信に応じて、前記特定のユーザ端末が興味を持つグループ通信を前記特定のユーザ端末に提供するための制御を行う制御部を備える。

　第１実施形態に係るユーザ端末は、グループ通信を行うグループに属する複数のユーザ端末に対するマルチキャスト送信をサポートする移動通信システムにおいて用いられるユーザ端末である。前記ユーザ端末は、ネットワークに対して、前記ユーザ端末が興味を持つグループ通信に対応するグループ識別子を含む興味通知を送信する送信部を備える。前記送信部は、前記ネットワークからの通知要求がなくても、前記興味通知を前記ネットワークに送信する。

　第１実施形態において、前記ユーザ端末は、サービングセル又は隣接セルから送信されるグループリスト情報を受信する受信部をさらに備える。前記グループリスト情報は、該グループリスト情報を送信するセルによりグループ通信を提供中のグループそれぞれのグループ識別子を含む。

　第１実施形態の動作パターン１において、前記ユーザ端末は、前記グループリスト情報に基づいて、前記ユーザ端末が興味を持つグループ通信が提供されているか否かを判断する制御部をさらに備える。前記送信部は、前記ユーザ端末が興味を持つグループ通信が提供されていないと判断された場合、前記興味通知を送信する。

　第１実施形態の動作パターン２において、前記ユーザ端末は、前記グループリスト情報に基づいて、前記ユーザ端末が興味を持つグループ通信が提供されているか否かを判断する制御部をさらに備える。前記送信部は、前記ユーザ端末が興味を持つグループ通信が提供されていると判断された場合、前記興味通知を送信する。

　第１実施形態において、前記ネットワークは、前記ユーザ端末のサービングセルを管理する基地局を含む。前記送信部は、前記基地局に対して前記興味通知を送信する。

　第１実施形態の変更例１において、前記ネットワークは、前記基地局とは異なる装置であって、グループ通信を管理する管理装置を含む。前記送信部は、前記管理装置に対して前記興味通知を送信する。

　第１実施形態の変更例１において、前記興味通知は、前記サービングセルのセル識別子、及び／又は、前記グループ識別子に対応するグループ通信に特定のマルチキャスト方式が適用されているか否かを示す情報をさらに含む。前記特定のマルチキャスト方式は、物理下りリンク共有チャネルを介してマルチキャストデータを送信するマルチキャスト方式である。

　第２実施形態に係るユーザ端末は、グループ通信を行うグループに属する複数のユーザ端末に対するマルチキャスト送信をサポートする移動通信システムにおいて用いられるユーザ端末である。前記ユーザ端末は、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するための接続要求メッセージを基地局に送信する送信部と、前記グループ通信に関連して前記ＲＲＣコネクティッドモードに遷移する場合、前記グループ通信に関する情報を前記接続要求メッセージに含める制御部と、を備える。

　第２実施形態において、前記接続要求メッセージは、接続理由を示すフィールドを含む。前記制御部は、前記グループ通信に関する情報を、前記接続理由を示すフィールドに含める。

　第２実施形態において、前記グループ通信に関する情報は、前記ユーザ端末が興味を持つグループ通信に対応するグループ識別子である。

　第２実施形態に係る基地局は、グループ通信を行うグループに属する複数のユーザ端末に対するマルチキャスト送信をサポートする移動通信システムにおいて用いられる基地局である。前記基地局は、ＲＲＣアイドルモードからＲＲＣコネクティッドモードにユーザ端末が遷移するための接続要求メッセージを前記ユーザ端末から受信する受信部と、前記グループ通信に関する情報が前記接続要求メッセージに含まれる場合、前記グループ通信のための制御を行う制御部と、を備える。

　［第１実施形態］
　以下において、３ＧＰＰ規格に基づく移動通信システムであるＬＴＥシステムに本発明を適用する場合の実施形態を説明する。

　（ＬＴＥシステムの概要）
　先ず、ＬＴＥシステムのシステム構成について説明する。図１は、ＬＴＥシステムの構成図である。

　図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。

　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

　ｅＮＢ２００は、１又は複数のセルを管理しており、自基地局のセルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ－ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

　また、Ｅ－ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ－Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ　Ｃｏｏｒｄｉｎａｔｉｎｇ　Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。

　ＥＰＣ２０は、ＭＢＭＳ　ＧＷ（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ　Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ　ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＢＭ－ＳＣ２２（後述）と接続される。ＭＢＭＳ　ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送やセッション制御を行う。

　また、ＥＰＣ２０は、ＢＭ－ＳＣ（Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ　Ｃｅｎｔｅｒ）２２を含む。ＢＭ－ＳＣ２２は、ＳＧ－ｍｂ及びＳＧｉ－ｍｂインターフェイスを介してＭＢＭＳ　ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ－ＧＷ２３と接続される。ＢＭ－ＳＣ２２は、主にＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。

　さらに、ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ　ＡＳ（Ｇｒｏｕｐ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｅｒ）３１が設けられる。ＧＣＳ　ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ　ＡＳ３１は、ＭＢ２－Ｕ及びＭＢ２－Ｃインターフェイスを介してＢＭ－ＳＣ２２と接続され、ＳＧｉインターフェイスを介してＰ－ＧＷ２３と接続される。ＧＣＳ　ＡＳ３１は、グループ通信におけるグループの管理やデータ配信（ＭＢＭＳ（マルチキャスト）ベアラを使うか、ユニキャストベアラを使うかの判断も含む）等を行う。

　図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。

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

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

　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。

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

　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。

　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。

　図３は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　Ａｃｃｅｓｓ）、上りリンクにはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。

　図３に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

　下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。また、各サブフレームには、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ　ｓｐｅｃｉｆｉｃ　Ｒｅｆｅｒｅｎｃｅ　Ｓｉｇｎａｌ）などの下りリンク参照信号が配置される。

　上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。また、各サブフレームには、サウンディング参照信号（ＳＲＳ）などの上りリンク参照信号が配置される。

　（ＵＥ１００の構成）
　図４は、ＵＥ１００（ユーザ端末）の構成を示すブロック図である。図４に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

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

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

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

　ＵＥ１００は、ユーザインターフェイス及びバッテリを備えてもよい。ユーザインターフェイスは、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタン等を含む。ユーザインターフェイスは、ユーザからの操作を受け付けて、該操作の内容を示す信号を制御部１３０に出力する。バッテリは、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

　（ｅＮＢ２００の構成）
　図５は、ｅＮＢ２００（基地局）のブロック図である。図５に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

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

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

　制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサは、後述する各種の処理及び上述した各種の通信プロトコルを実行する。

　バックホール通信部２４０は、他のｅＮＢ２００及び上述したネットワークエンティティとのバックホール通信に用いられる。

　（単一セルＰＴＭ伝送の概要）
　以下において、単一セルＰＴＭ伝送（ＳＣＰＴＭ）について説明する。ＳＣＰＴＭは、無線リソースの利用効率を高めつつマルチキャスト伝送を実現する。図６は、第１実施形態に係るＳＣＰＴＭ関連動作を説明するための図である。

　図６に示すように、ＳＣＰＴＭにおいて、ｅＮＢ２００は、ＰＤＳＣＨを使用して、単一のセルによりマルチキャストデータを送信する。すなわち、ＭＢＳＦＮエリア単位でのマルチキャスト／ブロードキャスト伝送が適用されるＭＢＭＳとは異なり、ＳＣＰＴＭは、セル単位でのマルチキャスト伝送が適用される。

　同一のマルチキャストデータを受信する複数のＵＥ１００（ＵＥ１００－１、ＵＥ１００－２…）は、ＵＥグループを構成する。当該ＵＥグループ内の各ＵＥ１００には、共通のグループ識別子が割り当てられている。グループ識別子は、例えばＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｍｏｂｉｌｅ　Ｇｒｏｕｐ　Ｉｄｅｎｔｉｔｙ）又はグループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である。グループ識別子は、ｅＮＢ２００（又はＭＣＥ１１）により割り当てられる。或いは、グループ識別子は、コアネットワーク（ＥＰＣ２０）のエンティティにより割り当てられてもよい。或いは、グループ識別子は、アプリケーションサーバ（例えば、ＧＣＳ　ＡＳ３１）により割り当てられてもよい。

　ＳＣＰＴＭが適用される典型的なアプリケーションは、グループ通信（例えば、グループ通話サービス）である。グループ通信においては、下りリンクにマルチキャスト伝送が適用され、上りリンクにユニキャスト伝送が適用され得る。なお、グループ通信は、ＳＣＰＴＭに限らず、ＭＢＭＳにより提供されることがある。

　（第１実施形態に係る動作）
　以下において、第１実施形態に係る動作について説明する。

　第１実施形態に係るｅＮＢ２００は、ＳＣＰＴＭ伝送により、グループ通信を行うＵＥグループに属する複数のＵＥ１００に対してマルチキャストデータを送信する。ｅＮＢ２００の送信部２１０は、自基地局のセルよりグループ通信を提供中のＵＥグループそれぞれのグループ識別子を含むグループリスト情報を、当該セルにおいてＵＥ１００に送信する。具体的には、グループリスト情報は、自基地局のセルにおいて、ＳＣＰＴＭによるグループ通信（以下、適宜「ＳＣＰＴＭグループ通信」と称する）を行うＵＥグループそれぞれのグループ識別子を含む。ここで、グループ識別子は、ＴＭＧＩ又はグループＲＮＴＩ等であるが、以下においては、グループ識別子がＴＭＧＩである場合を主として想定する。

　ｅＮＢ２００の送信部２１０は、グループリスト情報を自基地局のセルにおいてブロードキャスト又はユニキャストで送信する。ブロードキャストの場合、ＲＲＣコネクティッドモードのＵＥ１００だけでなく、ＲＲＣアイドルモードのＵＥ１００もグループリスト情報を受信することができる。また、ＵＥ１００は、サービングセルからグループリスト情報を受信するだけでなく、隣接セルからもグループリスト情報を受信することができる。以下においては、グループリスト情報がブロードキャストで送信される場合を主として想定する。例えば、グループリスト情報は、システム情報の一部として、ブロードキャストＲＲＣメッセージにより送信される。

　グループリスト情報を受信したＵＥ１００は、グループリスト情報を送信したセル（サービングセル又は隣接セル）において行われているＳＣＰＴＭグループ通信を把握し、所望のグループ通信が提供されるか否かを判断することができる。さらに、所望のグループ通信を開始又は継続するための通知をｅＮＢ２００に対して行うことにより、グループ通信のサービス可用性を向上させることができる。

　以下において、グループ通信のサービス可用性を向上させるための動作パターン１及び２について説明する。図７は、動作パターン１及び２を説明するための図である。

　（１）動作パターン１
　図７に示すように、ステップＳ１１において、ＵＥ１００の制御部１３０は、ＴＭＧＩ＃１に対応するグループ通信（グループ通信＃１）に興味を持つ。例えば、ユーザ操作に応じてＵＥ１００のアプリケーション層がグループ通信＃１を開始すると判断し、ＡＳ層にその旨を通知する。或いは、ＵＥ１００は、グループ通信＃１を既に行っている状態であってもよい。以下において、「グループ通信に興味を持つ」とは、グループ通信を既に行っている状態も含むものとする。

　ステップＳ１２において、ｅＮＢ２００の送信部２１０は、自セルにおいてＳＣＰＴＭグループ通信（自セルから提供されるＳＣＰＴＭ通信）を行うＵＥグループそれぞれのＴＭＧＩを含むグループリスト情報をブロードキャストで送信する。ここで、ｅＮＢ２００のセルは、ＵＥ１００のサービングセルであってもよいし、隣接セルであってもよい。

　グループリスト情報は、ＴＭＧＩに対応するグループ通信が提供されている周波数を示す情報をさらに含んでもよい。

　ＵＥ１００の受信部１１０は、ｅＮＢ２００（サービングセル又は隣接セル）から送信されるグループリスト情報を受信する。

　ＵＥ１００の制御部１３０は、グループリスト情報に基づいて、自ＵＥ１００が興味を持つグループ通信（グループ通信＃１）が提供されているか否かを判断する。具体的には、ＴＭＧＩ＃１がグループリスト情報に含まれている場合、グループリスト情報の送信元セルにおいてグループ通信＃１が提供されていると判断する。これに対し、ＴＭＧＩ＃１がグループリスト情報に含まれていない場合、グループリスト情報の送信元セルにおいてグループ通信＃１が提供されていないと判断する。

　ＵＥ１００の制御部１３０は、このような判断をサービングセル及び隣接セルのそれぞれについて行ってもよい。或いは、このような判断をサービングセルについてのみ、又は隣接セルについてのみ行ってもよい。

　自ＵＥ１００が興味を持つグループ通信が提供されていないと判断された場合、ステップＳ１３において、ＵＥ１００の送信部１２０は、グループ通信興味通知（興味通知）をサービングセル（ｅＮＢ２００）に送信する。動作パターン１において、グループ通信興味通知は、ＵＥ１００が興味を持つグループ通信が提供されていないことを示す通知である。

　グループ通信興味通知は、ＵＥ１００が興味を持つグループ通信（グループ通信＃１）に対応するＴＭＧＩ（ＴＭＧＩ＃１）を含む。ＵＥ１００が興味を持つグループ通信が複数存在する場合、グループ通信興味通知は、複数のグループ通信に対応する複数のＴＭＧＩを含んでもよい。ｅＮＢ２００の受信部１１０は、グループ通信興味通知を受信する。

　ｅＮＢ２００の制御部２３０は、グループ通信興味通知の受信に応じて、ＵＥ１００が興味を持つグループ通信＃１をＵＥ１００に提供するための制御を行う。例えば、ｅＮＢ２００の制御部２３０は、ＭＭＥ３００、ＭＣＥ１１、ＧＣＳ　ＡＳ３１、ＭＢＭＳ　ＧＷ２１、ＢＭ－ＳＣ２２の何れかに対して、グループ通信＃１の通信セッションを開始するための情報を送信する。当該情報は、例えば、ＥＰＳ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｓｙｓｔｅｍ）ベアラの確立要求、マルチキャスト／ユニキャストの要求、データルーティングに係る情報（例えばアドレス）、自セル内の該当ＵＥの数（例えばＴＭＧＩ毎）、ｅＮＢのｐｒｅｆｅｒｅｎｃｅのうち少なくとも１つを含む。或いは、当該情報は、ＭＢＭＳへの切り替え要求であってもよい。例えば、通常のＭＢＭＳが既に実施されている又は開始された場合、又は、グループ通信をＭＢＭＳで伝送した際に十分に物理リソースが活用できるほど、十分な数のグループ通信が実施されている場合、ＭＢＭＳへの切り替えを要求してもよい。或いは、あるＴＭＧＩについて興味があるＵＥが一定量以上である場合は、当該ＴＭＧＩについてＭＢＭＳに切り替えてもよい。

　また、ｅＮＢ２００の制御部２３０は、ＵＥ１００に対して、ＳＣＰＴＭ伝送を行うか、又はユニキャスト伝送を行うかを判断してもよい。例えば、自セルが混雑しており、グループ通信＃１に興味を持つＵＥ１００が複数存在する場合、ＳＣＰＴＭ伝送を行うことが好ましい。或いは、ｅＮＢ２００の制御部２３０は、自セルが混雑しているか否かに応じて、ＵＥ１００に対してグループ通信を提供するか否かを判断してもよい。或いは、ｅＮＢ２００の制御部２３０は、ＵＥ１００をハンドオーバするか否かを判断してもよい。例えば、隣接セルにおいてグループ通信＃１が提供されており、自セルにおいてグループ通信＃１が提供されていない場合、ＵＥ１００を当該隣接セルにハンドオーバしてもよい。

　なお、ＵＥ１００の送信部１２０は、ＴＭＧＩ＃１を含むグループ通信興味通知を送信した後、ＴＭＧＩ＃１に対応するグループ通信に興味がなくなった場合、該当するＴＭＧＩ＃１をｅＮＢ２００に送信してもよい。

　また、ＵＥ１００は、ネットワーク（ｅＮＢ２００）からの通知要求がなくても、グループ通信興味通知をネットワークに送信することに留意すべきである。

　（２）動作パターン２
　上述した動作パターン１において、ＵＥ１００は、グループリスト情報に基づいて、自ＵＥ１００が興味を持つグループ通信が提供されていないと判断した場合、グループ通信興味通知をサービングセル（ｅＮＢ２００）に送信していた。

　これに対し、動作パターン２において、ＵＥ１００は、グループリスト情報に基づいて、自ＵＥ１００が興味を持つグループ通信が提供されていると判断した場合、グループ通信興味通知をサービングセル（ｅＮＢ２００）に送信する。すなわち、動作パターン２におけるグループ通信興味通知は、ＵＥ１００が興味を持つグループ通信が提供されていることを示す通知である。この場合、グループ通信興味通知は、所望のグループ通信に対する参加要求として取り扱われる。

　動作パターン２において、ＴＭＧＩ＃１を含むグループ通信興味通知を受信したｅＮＢ２００は、ＴＭＧＩ＃１に対応するグループ通信＃１をＵＥ１００に提供するか否かを判断し、判断結果（許可通知又は拒否通知）をＵＥ１００に送信する。許可通知は、個別ＲＲＣメッセージ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ）により行われてもよい。個別ＲＲＣメッセージは、グループ通信＃１の受信パラメータ設定（例えば、グループ通信＃１のグループＲＮＴＩ等）を含んでもよい。

　その他の動作については、動作パターン１と同様である。

　なお、ｅＮＢ２００は、ＵＥ１００は、グループ通信興味通知を受信した場合、当該グループ通信興味通知に含まれるＴＭＧＩに対応するグループＲＮＴＩを当該ＵＥ１００に割当・設定してもよい。

　（第１実施形態のまとめ）
　上述したように、ＵＥ１００は、グループリスト情報に基づいて、サービングセル又は隣接セルにおいて所望のグループ通信が提供されるか否かを判断し、グループ通信興味通知をｅＮＢ２００に送信する。ｅＮＢ２００は、グループ通信興味通知に基づいて、所望のグループ通信を開始又は継続するための制御を行うことができる。従って、グループ通信のサービス可用性を向上させることができる。

　［第１実施形態の変更例１］
　上述した第１実施形態において、ＵＥ１００は、グループ通信興味通知をｅＮＢ２００に送信していた。しかしながら、ＵＥ１００は、ｅＮＢ２００とは異なる装置であって、グループ通信を管理する管理装置に対してグループ通信興味通知を送信してもよい。管理装置とは、ＭＭＥ３００、ＧＣＳ　ＡＳ３１、又はＢＭ－ＳＣ２２等であるが、以下において、管理装置がＧＣＳ　ＡＳ３１である一例について説明する。この場合、グループ通信興味通知は、ＵＥ１００とＧＣＳ　ＡＳ３１との間のＧＣ１インターフェイスを介してＵＥ１００からＧＣＳ　ＡＳ３１に送信される。

　第１実施形態の変更例１において、グループ通信興味通知は、ＵＥ１００のサービングセルのセル識別子（及びｅＮＢ識別子）を含んでもよい。これにより、ＧＣＳ　ＡＳ３１は、ＵＥ１００が在圏するセルを把握することができる。

　また、グループ通信興味通知は、ＵＥ１００が興味を持つグループ通信をサービングセルがＳＣＰＴＭ伝送により提供していること（又はＳＣＰＴＭ伝送により提供していないこと）を示す情報をさらに含んでもよい。これにより、ＧＣＳ　ＡＳ３１は、ＳＣＰＴＭ伝送の場合にはマルチキャストベアラを使用し、ＳＣＰＴＭ伝送でない場合にはユニキャストベアラ（ＥＰＳベアラ）を使用するといった判断を行うことができる。なお、ＥＰＳベアラとは、ＵＥ１００とＰ－ＧＷ２３との間に確立される論理的なデータパスである。ＳＣＰＴＭ伝送が適用されるグループ通信用ベアラをユニキャストベアラ（ＥＰＳベアラ）として確立してもよい。ｅＮＢ２００は、当該ＥＰＳベアラに対応するＴＭＧＩを、ＭＭＥ３００、ＭＢＭＳ　ＧＷ２１、又はＭＣＥ１１から取得し、各種の制御に利用してもよい。

　［第１実施形態の変更例２］
　上述した第１実施形態において、ＵＥ１００は、グループリスト情報に基づいてグループ通信興味通知を送信していた。しかしながら、ＵＥ１００は、グループリスト情報に基づくことなく、グループ通信興味通知を送信してもよい。

　ｅＮＢ２００は、自セル内の複数のＵＥ１００からグループ通信興味通知を受信し、グループ通信興味通知に含まれるＴＭＧＩに基づいて、ＴＭＧＩごとの興味数を集計する。そして、ｅＮＢ２００は、集計した興味数に基づいて、ユニキャスト伝送を行うか又はＳＣＰＴＭ伝送を行うかをＴＭＧＩごとに判断してもよい。この場合、ＵＥ１００は、ＭＢＭＳ用のシステム情報（ＳＩＢ１３／ＳＩＢ１５）を受信し、ＭＢＭＳ用のシステム情報に含まれるＴＭＧＩに基づいてグループ通信興味通知を送信してもよい。

　本変更例においては、ＧＣＳ　ＡＳ３１がベアラ（ＥＰＳベアラ又はＭＢＭＳベアラ）の制御を行っているが、ｅＮＢ２００がどのベアラのデータをＳＣ－ＰＴＭ送信するべきかを把握可能とするために、以下の方法の何れかを適用可能である。

　（１）ＥＰＳベアラ上のデータをＳＣ－ＰＴＭ伝送できる場合；
　（１－１）ＳＣ－ＰＴＭ伝送が出来るＥＰＳベアラが、その旨が分かる情報（タグ）を有する（タグ付きＥＰＳベアラ）。

　（１－２）ＳＣ－ＰＴＭ伝送が出来るＥＰＳベアラのベアラＩＤをｅＮＢ２００が取得する。

　（１－３）ＥＰＳベアラを束ねたＡｇｇｒｅｇａｔｅｄ　ＥＰＳベアラを新たに定義し、これを確立する。Ａｇｇｒｅｇａｔｅｄ　ＥＰＳベアラには、紐付いているＥＰＳベアラＩＤが含まれている。

　（１－４）上記の情報は、Ｅ－ＲＡＢの情報であってもよい。

　（２）ＭＢＭＳベアラ上のデータをＳＣ－ＰＴＭ伝送できる場合；
　（２－１）ＳＣ－ＰＴＭ伝送できるＴＭＧＩをｅＮＢ２００が取得する。

　（２－２）上記ＥＰＳベアラと同様に、ＭＢＭＳベアラにタグ付けを行う。

　（２－３）ＳＣ－ＰＴＭ伝送できるＴＭＧＩとＭＢＭＳベアラＩＤの紐付け情報（リスト）をｅＮＢ２００が取得する。

　ここで、上記のベアラのタグ付けを管理するのは、ＧＣＳ　ＡＳ、Ｐ－ＧＷ、Ｓ－ＧＷ、ＢＭ－ＳＣであることを想定しているが、ＭＭＥ、ＭＣＥ、ＭＢＭＳ　ＧＷであってもよい。

　［第１実施形態の変更例３］
　ＧＣＳ　ＡＳ３１からｅＮＢ２００（又はＭＣＥ１１）にＴＭＧＩリストを提供してもよい。ＧＣＳ　ＡＳ３１から提供されるＴＭＧＩリストは、ＴＭＧＩに興味がある（紐付いた）ＵＥ　ＩＤを含んでもよい。当該ＵＥ　ＩＤは、さらに当該ＵＥが在圏するセルに対応するセルＩＤ、ｅＮＢ　ＩＤ、ＭＢＭＳエリアＩＤの少なくとも１つと紐付けられていてもよい。

　ｅＮＢ２００（又はＭＣＥ１１）はＴＭＧＩを管理していないため、上述したグループリスト情報をｅＮＢ２００が報知可能とするためにＧＣＳ　ＡＳ３１からＴＭＧＩリストを取得する。さらに、ｅＮＢ２００（又はＭＣＥ１１）は、上述したグループ通信興味通知に代えて、ＴＭＧＩリストに基づいて各ＴＭＧＩに対応するＵＥ数を把握し、ユニキャスト／ＭＢＭＳ／ＳＣ－ＰＴＭの切替制御を行ってもよい。

　或いは、ＧＣＳ　ＡＳ３１からｅＮＢ２００（又はＭＣＥ１１）にＴＭＧＩリストを提供してもよい。ＵＥ１００は、ＭＢＭＳの制御情報（ＭＣＣＨ、ＳＩＢ１３、ＳＩＢ１５等）を確認しなくてもＳＣ－ＰＴＭ受信が可能となる。

　［第１実施形態の変更例４］
　上述した第１実施形態において、一のセルから送信されるグループリスト情報は、当該一のセルにおいてＳＣＰＴＭグループ通信を行うＵＥグループそれぞれのグループ識別子を含んでいた。

　しかしながら、一のセルから送信されるグループリスト情報は、このようなグループ識別子だけでなく、隣接セルにおいてＳＣＰＴＭグループ通信を行うＵＥグループそれぞれのグループ識別子を含んでいてもよい。

　或いは、一のセルから送信されるグループリスト情報は、当該一のセルにおいてＳＣＰＴＭグループ通信を行うＵＥグループそれぞれのグループ識別子を含まずに、隣接セルにおいてＳＣＰＴＭグループ通信を行うＵＥグループそれぞれのグループ識別子を含んでいてもよい。

　また、本変更例における「隣接セル」を「隣接周波数」と読み替えてもよい。

　［第１実施形態の変更例５］
　上述したように、グループ通信には、ＳＣＰＴＭグループ通信だけでなく、ＭＢＭＳによるグループ通信（ＭＢＭＳグループ通信）もある。

　よって、グループリスト情報は、自基地局のセルにおいて、ＳＣＰＴＭグループ通信を行うＵＥグループそれぞれのＴＭＧＩに加えて、ＭＢＭＳグループ通信を行うＵＥグループそれぞれのＴＭＧＩをさらに含んでもよい。この場合、グループリスト情報は、ＴＭＧＩに対応するグループ通信にＳＣＰＴＭ伝送が適用されているか、又はＭＢＭＳが適用されているかを示す情報をさらに含んでもよい。

　［第２実施形態］
　第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、グループ通信を開始するためにＵＥ１００がｅＮＢ２００との接続を確立する動作に関する実施形態である。

　（第２実施形態に係る動作）
　以下において、第２実施形態に係る動作について説明する。図８は、第２実施形態に係る動作を説明するための図である。図８の初期状態において、ＵＥ１００は、ＲＲＣアイドルモードである。

　図８に示すように、ステップＳ２１において、ＵＥ１００の制御部１３０は、グループ通信に興味を持ち、グループ通信に関する設定情報（例えばグループＲＮＴＩ等）を取得するためにｅＮＢ２００に接続すると判断する。或いは、ＵＥ１００は、ＳＣＰＴＭ伝送によるグループ通信を既に行っている状態であって、ＳＣＰＴＭサービスエリア外に移動し、ＳＣＰＴＭ伝送からユニキャスト伝送に切り替えるためにｅＮＢ２００に接続すると判断してもよい。

　ステップＳ２２において、ＵＥ１００の送信部１２０は、ＲＲＣアイドルモードからＲＲＣコネクティッドモードに遷移するための接続要求メッセージ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ）をｅＮＢ２００に送信する。グループ通信に関連してＲＲＣコネクティッドモードに遷移する場合、ＵＥ１００の制御部１３０は、グループ通信に関する情報を接続要求メッセージに含める。

　接続要求メッセージは、接続理由（Ｅｓｔａｂｌｉｓｈｍｅｎｔ　Ｃａｕｓｅ）を示すフィールドを含む。ＵＥ１００の制御部１３０は、グループ通信を示す情報を、当該フィールドに含める。また、ＵＥ１００の制御部１３０は、自ＵＥ１００が興味を持つグループ通信に対応するＴＭＧＩを接続要求メッセージに含める。

　ｅＮＢ２００の受信部２２０は、接続要求メッセージをＵＥ１００から受信する。ｅＮＢ２００の制御部２３０は、グループ通信に関する情報が接続要求メッセージに含まれる場合、グループ通信のための制御を行う。例えば、ｅＮＢ２００は、上述した第１実施形態と同様に、自ＵＥ１００が興味を持つグループ通信をＵＥ１００に提供するための制御を行う。

　（第２実施形態のまとめ）
　ＵＥ１００は、グループ通信に関連してＲＲＣコネクティッドモードに遷移する場合、グループ通信に関する情報を接続要求メッセージ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｑｕｅｓｔメッセージ）に含める。これにより、ｅＮＢ２００は、グループ通信のための接続要求であることを把握し、適切な制御を早期に実施可能となる。

　［その他の実施形態］
　上述した第１実施形態及び第２実施形態において、ｅＮＢ２００間の通信について特に触れなかった。しかしながら、ｅＮＢ２００は、ＵＥ１００から受信したグループ通信興味通知（ＵＥ１００が興味を持つＴＭＧＩ）を保持し、当該ＵＥ１００がハンドオーバする際にターゲットｅＮＢに対して当該グループ通信興味通知を転送してもよい。これにより、ターゲットｅＮＢは、当該ＵＥ１００に対して適切にグループ通信を提供することができる。

　上述した第１実施形態及び第２実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。

　［付記］
　（導入）
　クリティカル通信のために無線効率を改善する手段として、単一セルＰＴＭ（ＳＣ－ＰＴＭ）伝送は新たな研究アイテムとして提案された。既存のｅＭＢＭＳ／ＧＣＳＥアーキテクチャをできるだけ再利用することが目的であるが、データ配信の選択案としてＳＣ－ＰＴＭメカニズムを選択することを担当するエンティティを明確にする必要がある。該選択として考えられるべき幾つかの選択肢を本付記で検討する。

　（ＧＣＳＥの現行のアーキテクチャ）
　図９は、Ｒｅｌ－１２のＧＣＳＥのための現行のアーキテクチャのハイレベルの図を示す。

　現行の規格では、データをユニキャスト又はＭＢＭＳを介して配信すべきかをＧＣＳ　ＡＳで決定することと、エリア内（例えば、セル内又はセルの集合内）におけるＧＣＳグループのＵＥの数が十分に大きいである場合に、ＭＢＭＳベアラサービスを使用することをＧＣＳ　ＡＳが動的に決定することと、が仮定される。ＭＢＭＳベアラサービスが使用される場合に、ＧＣＳ　ＡＳは、単一ＭＢＭＳブロードキャストベアラを介してデータをＧＣＳグループから移してもよい。ＧＣＳ　ＡＳがユニキャストを介してデータを配信することを決定した場合、設定されたＥＰＳベアラでこれが実行される。該ＥＰＳベアラで、ＧＣＳ　ＡＳとＵＥとの間でのシグナリングと、上りリンクデータと下りリンクデータとが搬送されてもよい。

　承認されたＳＣ－ＰＴＭ研究アイテムでは、Ｅ－ＵＴＲＡＮにおける無線効率の増強のための技術解決策に関する研究に注目する。具体的に、本研究アイテムの一つの目的は、共通の興味を持つユーザのグループを対象とする、ＰＤＳＣＨを介したＤＬマルチキャストをＵＥが受信することのためである。しかしながら、Ｅ－ＵＴＲＡＮに必要である増強を考慮する前に、ＧＣＳ　ＡＳ、ＢＭ－ＳＣからどのようなものが期待されるかと、これらとＥ－ＵＴＲＡＮとの相互作用と、ＳＣ－ＰＴＭ伝送のサポートに必要とする可能なシグナリングと、に関する共通の認識を持つべきである。具体的には、ＳＣ－ＰＴＭが利用される場合、どのエンティティ又は複数のエンティティが決定をするかを認識すべきである。

　考察：グループ通信にＳＣ－ＰＴＭが使用されるかを決定することを担当するエンティティ又は複数のエンティティを明確にすることが必要である。

　（ＳＣ－ＰＴＭ伝送の選択）
　新たな配信メカニズムとしてＳＣ－ＰＴＭを選択すると、該配信メカニズムがＧＳＣ　ＡＳによって決定されるか又は他のエンティティによって決定されるかを最初に考慮すべきである。配信メカニズムとしてＳＣ－ＰＴＭの選択がＧＣＳ　ＡＳによって決定される場合、ＭＣＥ又はＳ／Ｐ－ＧＷに向ける追加のシグナリングが必要であり得る。一方、ＧＣＳ　ＡＳはＳＣ－ＰＴＭの使用を直接に決定しない場合、この決定が他のネットワークエンティティによって決定されるべきである。

　（ＧＳＣ　ＡＳによるＳＣ－ＰＴＭ伝送の選択）
　ＧＣＳ　ＡＳが直接にＳＣ－ＰＴＭを選択場合に、ＧＣＳ　ＡＳは、ユニキャスト、ＭＢＭＳ又はＳＣ－ＰＴＭを介してデータをＵＥに配信すべきかを決定する必要がある。Ｒｅｌ－１２とＲｅｌ－１３ＧＣＳＥにおける現行の仮定は、ＵＥが自身の位置情報と興味情報をネットワークに報告し得ることを仮定する。これで、トラフィックデータは、ＵＥが位置する適切なセルに向けるようにルーティングされ得る。興味と位置情報との両方がＧＣＳ　ＡＳに利用可能であれば、ＧＣＳ　ＡＳは、データ配信のためにＳＣ－ＰＴＭが選択されるべきかを決定することが可能である。

　しかしながら、データ配信のためにＳＣ－ＰＴＭが選択されるべきかを決定するのはＧＣＳ　ＡＳエンティティである場合でも、ＳＣ－ＰＴＭ伝送を介したデータの配信がＰＤＳＣＨ又はＰＭＣＨに基づくことに起因して、これらの情報をどのようにＥ－ＵＴＲＡＮに搬送するかを決定する必要がまだある。

　ＧＣＳ　ＡＳがＳＣ－ＰＴＭ伝送をＭＢＭＳタイプのサービスとして扱い、ＵＥがＰＭＣＨを介してマルチキャストを受信する場合に、ＧＣＳ　ＡＳは、配信メカニズムとしてＳＣ－ＰＴＭを使用する自身の意図をＢＭ－ＳＣに通知すべきであることを仮定することが妥当である。そして、ＳＣ－ＰＴＭ伝送がデータ配信に使用されるべきである旨をＥ－ＵＴＲＡＮに通知する（ＭＢ２－Ｃインターフェイスを介して）かどうかはＢＭ－ＳＣ次第である。

　提案１：ＧＣＳ　ＡＳはＳＣ－ＰＴＭを、ＰＭＣＨを使用するＭＢＭＳのようなメカニズムとして捉える場合、ＧＣＳ　ＡＳがＭＢ２－Ｃインターフェイスを介してＥ－ＵＴＲＡＮに、ＳＣ－ＰＴＭをサポートする旨を通知することを可能にするべきである。

　代替的に、ＳＣ－ＰＴＭ伝送がＰＤＳＣＨを介する場合、ＧＣＳ　ＡＳは、ＳＣ－ＰＴＭを多数のＵＥのためのユニキャストサービスの集合として捉えこともでき、ＳＣ－ＰＴＭ伝送を使用する要望をＥ－ＵＴＲＡＮに通知する。ＰＤＳＣＨのためのリソースがＥ－ＵＴＲＡＮによって制御されているため、サービングセル内の一つのＵＥに対するか多数のＵＥに対するかにかかわらず、配信メカニズムの制御がＥ－ＵＴＲＡＮによって決定されることも考えられる。従って、ＧＣＳ　ＡＳの観点から見れば、データがＭＢＭＳによって配信されない限り、ＧＣＳ　ＡＳは、ＢＭ－ＳＣをバイパスしてＥ－ＵＴＲＡＮにデータ配信のサポートの必要を通知することができる。具体的に、ＧＣＳ　ＡＳは以下の２つのオプションを持っても良い：

　オプションＡ－１：ＧＣＳ　ＡＳはＥ－ＵＴＲＡＮに、ＳＣ－ＰＴＭ伝送のサポートの必要を通知する。

　オプションＡ－２：ＧＣＳ　ＡＳはＥ－ＵＴＲＡＮに、データ配信の必要を通知するが、ＳＣ－ＰＴＭを使用するかユニキャスト伝送を使用するかについての決定はＥ－ＵＴＲＡＮに任せる。

　オプションＡ－１では、ＧＣＳ　ＡＳはＥ－ＵＴＲＡＮに、ＳＣ－ＰＴＭ伝送のサポートの必要を明示的に通知するので、データ配信はＳＣ－ＰＴＭのみに基づいて実施されるべきであり、逆も同様である。サービス継続性を損なってはいけないので、無線状況と負荷状況が動的であるため、無線インターフェイスでの効率の低下に繋がる虞があるため、ＧＣＳ　ＡＳから指示された伝送メカニズムを適用することを常に可能にすることができないかもしれない。

　オプションＡ－２では、Ｅ－ＵＴＲＡＮはＳＣ－ＰＴＭ伝送とユニキャスト伝送との間で決定する。ＲＲＭに伴う問題と、頻繁なハンドオーバをサポートする必要と、を考慮すると、ＰＤＳＣＨを介した配信メカニズムの選択はＧＣＳ　ＡＳではなくＥ－ＵＴＲＡＮによって制御されるべきである。オプションＡ－２では、サービングセルが自身のＵＥからの必要な情報（例えば、ＴＭＧＩ興味指示）を収集するために、新たなメカニズムは必要であるかもしれない。

　提案２：ＵＥがＰＤＳＣＨを介してＤＬマルチキャストを受信し、ＧＣＳ　ＡＳがＳＣ－ＰＴＭをユニキャストのようなメカニズムとして捉える場合に、ＳＣ－ＰＴＭとユニキャストとの間の選択はＥ－ＵＴＲＡＮによって制御されるべきである。

　（ＢＭ－ＳＣ／ＭＣＥによるＳＣ－ＰＴＭ伝送の選択）
　異なる観点から見れば、ＳＣ－ＰＴＭ伝送はマルチキャスト配信メカニズムの形であり、ＭＢＭＳのようなものではないので、データをＭＢＭＳで送信するか又はＳＣ－ＰＴＭで送信するかをＢＭ－ＳＣが決定することが可能であり得る。これは、ＧＣＳ　ＡＳはＲｅｌ－１２における機能と同様に機能し、ユニキャストとＭＢＭＳ（すなわち、ＳＣ－ＰＴＭがＭＢＭＳにマッピングされる）との間を決定することを意味している。ＧＣＳ　ＡＳは、多くのＵＥが同じサービスに興味を持っていることを決定すれば、ＭＢＭＳ経由のデータ配信の必要をＢＭ－ＳＣに通知する。

　データ配信の必要がＢＭ－ＳＣに通知されると、ＢＭ－ＳＣは、該データがＭＢＭＳによって配信されるべきか又はＳＣ－ＰＴＭによって配信されるべきかを決定すべきである。どの配信メカニズムを使用するかをＢＭ－ＳＣが決定するために、興味のあるＵＥからのフィードバックが必要となる。具体的に、ＢＭ－ＳＣは、ＵＥが同じセルに属するか多数のセルに属するかを決定する必要がある。興味のあるＵＥは多数のセルからのものであれば、ＳＣ－ＰＴＭを選択し得る。ＵＥの位置情報を取得するために、下記の３つのオプションうちの一つが考えられる：

　オプションＢ－１：ＢＭ－ＳＣはＧＣＳ　ＡＳから位置情報を取得し得る。

　オプションＢ－２：ＭＣＥと連携しているＢＭ－ＳＣは、カウントリクエストに類似するメカニズムを使用して位置情報を取得し得る。

　オプションＢ－３：ＢＭ－ＳＣは、同じセルにサービス提供されるＵＥの数を決定するようＥ－ＵＴＲＡＮに要求し得る。

　オプションＢ－１では、ＧＣＳ　ＡＳはアプリケーション層を介してＵＥの位置情報を取得することが仮定されて、該情報はＢＭ－ＳＣと共有され得る。頻繁なハンドオーバが生じる可能性、具体的には、多数の小セルの配置の場合を考慮すると、どのくらいの頻度でＵＥは現在の場所への更新を提供する必要があるかを考慮すべきである。

　オプションＢ－２では、同じセルに属し、同じサービスに興味を持っているＵＥの数を決定するために、ＢＭ－ＳＣはＭＣＥと連携してカウントリクエストと類似する方法を使用する。このアプローチの利点は、ＭＢＭＳのための既存のメカニズムの多数を再利用できる。

　オプションＢ－３では、サービングセルが自身のＵＥからの必要な情報（例えば、ＴＭＧＩ興味指示）を収集するために、新たなメカニズムが必要である。収集された情報はＢＭ－ＳＣに転送されるが、隣接セルがＭＢＭＳのためにも同様に、ＳＣ－ＰＴＭを使用して、同じコンテンツをブロードキャストすることになると仮定することはできないので、サービス継続性をサポートするために、該収集された情報をターゲットセルにも転送する必要があるかもしれない。

　提案３：ＢＭ－ＳＣがＳＣ－ＰＴＭを選択する場合に、ＢＭ－ＳＣがどのようにＭＢＭＳとＳＣ－ＰＴＭとの間で決定するかを更に明確にするべきである。

　（ＧＣＳＥ＿ＬＴＥアーキテクチャ内におけるＳＣ－ＰＴＭのサポート）
　上記の検討のように、上記の幾つかのオプションと提案は、ＧＣＳＥ＿ＬＴＥアーキテクチャ内におけるインターノードシグナリングに対する変更を含む。どの変更が必要であるかに関する決定は、Ｅ－ＵＴＲＡＮにおける無線側面から独立して考慮されるべきではない。具体的に、ＳＣ－ＰＴＭが、ＰＭＣＨではなくＰＤＳＣＨを介して実行される場合、Ｅ－ＵＴＲＡＮは、ＳＣ－ＰＴＭの使用の直接制御を持つべきである。

　（結論）
　ＳＣ－ＰＴＭ伝送メカニズムの追加では、ＳＣ－ＰＴＭ伝送をどのように選択するかに関する全体的な構成を決定する必要がある。具体的に、ＳＣ－ＰＴＭ伝送を使用するための決定は、ＧＣＳ　ＡＳ、ＢＭ－ＳＣ、Ｅ－ＵＴＲＡＮ又はこれらのエンティティの組み合わせに任せ得る。

　［相互参照］
　米国仮出願第６２／１１００２１号（２０１５年１月３０日）の全内容が参照により本願明細書に組み込まれている。

　本発明は、通信分野において有用である。

Claims

　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局であって、
　ユーザ端末へ信号を送信するトランスミッタと、
　前記トランスミッタを制御するコントローラと、を備え、
　前記コントローラは、同一のマルチキャストデータを受信する複数のユーザ端末に共通に割り当てられるグループ識別子を前記複数のユーザ端末へ送信する処理を実行し、
　前記グループ識別子は、グループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である基地局。
　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局を制御するプロセッサであって、
　同一のマルチキャストデータを受信する複数のユーザ端末に共通に割り当てられるグループ識別子を前記複数のユーザ端末へ送信する処理を実行し、
　前記グループ識別子は、グループＲＮＴＩ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）であるプロセッサ。
　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートするユーザ端末であって、
　ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報を基地局へ送信するトランスミッタと、
　前記トランスミッタを制御するコントローラと、を備え、
　前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含み、
　前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）であるユーザ端末。
　前記情報は、前記ユーザ端末が受信することに興味のある複数の前記ＭＢＭＳサービスの識別子を含む請求項３に記載のユーザ端末。
　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートするユーザ端末を制御するプロセッサであって、
　ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報を基地局へ送信する処理を実行し、
　前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含み、
　前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）であるプロセッサ。
　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局であって、
　ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報をユーザ端末から受信するレシーバと、
　前記ユーザ端末が前記基地局から他の基地局へハンドオーバする際に、前記情報を前記他の基地局へ送信するトランスミッタと、
　前記トランスミッタを制御するコントローラと、を備え、
　前記情報は、前記ユーザ端末が受信することに興味のある前記ＭＢＭＳサービスの識別子を含み、
　前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）である基地局。
　ＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ　Ｃｅｌｌ　Ｐｏｉｎｔ　Ｔｏ　Ｍｕｌｔｉｐｏｉｎｔ）をサポートする基地局を制御するプロセッサであって、
　ＭＢＭＳサービス（Ｍｕｌｔｉｍｅｄｉａ　Ｂｒｏａｄｃａｓｔ　Ｍｕｌｔｉｃａｓｔ　Ｓｅｒｖｉｃｅ）を受信することに興味があることを示す情報をユーザ端末から受信する処理と、
　前記ユーザ端末が前記基地局から他の基地局へハンドオーバする際に、前記情報を前記他の基地局へ送信する処理と、を実行し、
　前記情報は、前記ユーザ端末が受信することに興味のあるＭＢＭＳサービスの識別子を含み、
　前記ＭＢＭＳサービスの識別子は、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ　Ｉｄｅｎｔｉｆｉｅｒ）であるプロセッサ。