(57)【要約】      （修正有）【課題】ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ  ｔｏ  Ｍｕｌｔｉ−ｐｏｉｎｔ）伝送によりマルチキャストサービスを実施する基地局を提供する。【解決手段】基地局は、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とは異なる論理チャネルであるＧＣＣＨ（ＳＣ−ＰＴＭ制御チャネル）を介して、ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する制御部を備える。ＧＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。【選択図】図９
2018113706.tif 000002
【特許請求の範囲】
【請求項１】
ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ  ｔｏ  Ｍｕｌｔｉ−ｐｏｉｎｔ）伝送によりマルチキャストサービスを提供する制御部と、
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とは異なる論理チャネルであるＳＣ−ＰＴＭ制御チャネルを介して、前記ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信し、前記ＳＣ−ＰＴＭ伝送用のトラフィックチャネルを介してマルチキャストデータを送信する送信部と、を備え、
前記ＳＣ−ＰＴＭ制御チャネル及び前記トラフィックチャネルのそれぞれは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされ、
前記ＳＣ−ＰＴＭ伝送における前記トラフィックチャネルの受信には、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）が適用され、
前記ＳＣ−ＰＴＭ設定情報は、前記トラフィックチャネルを介して前記マルチキャストデータが送信される可能性のあるサブフレームを示すＤＲＸ関連情報を含み、
前記送信部は、前記ＳＣ−ＰＴＭ制御チャネルに関するシステム情報ブロックを、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信し、
前記送信部は、前記ＳＣ−ＰＴＭ設定情報を送信するための第１のリソース割当情報を、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して送信し、
前記第１のリソース割当情報の送信には、前記ＳＣ−ＰＴＭ制御チャネル用の所定のＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）が適用され、
前記送信部は、前記ＳＣ−ＰＴＭ伝送により前記トラフィックチャネルを介してマルチキャストデータを送信するための第２のリソース割当情報を、ＰＤＣＣＨを介して送信し、
前記第２のリソース割当情報の送信には、前記所定のＲＮＴＩとは異なるＧ−ＲＮＴＩ（Ｇｒｏｕｐ−ＲＮＴＩ）が適用され、
前記所定のＲＮＴＩは、ユーザ端末に事前設定されていることを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局及びユーザ端末に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、マルチキャスト／ブロードキャストサービスを提供するために、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）が仕様化されている。
【０００３】
現行のＭＢＭＳにおいては、複数のセルからなるＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ−Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ−Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）エリア単位で、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を介して、マルチキャスト／ブロードキャストデータが送信される（ＭＢＳＦＮ伝送）。
【０００４】
一方で、効率的なマルチキャストサービスを提供するために、ＳＣ−ＰＴＭ（Ｓｉｎｇｌｅ  Ｃｅｌｌ  Ｐｏｉｎｔ  ｔｏ  Ｍｕｌｔｉ−ｐｏｉｎｔ）伝送が検討されている。ＳＣ−ＰＴＭ伝送においては、セル単位で、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を介して、マルチキャストデータが送信される。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ寄書「ＲＰ−１４２２０５」
【発明の概要】
【０００６】
一つの実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスを提供する。前記基地局は、ＭＣＣＨとは異なる論理チャネルであるＧＣＣＨ（「ＳＣ−ＰＴＭ制御チャネル」と称してもよい）を介して、前記ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する処理を行う制御部を備える。前記ＧＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【０００７】
一つの実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスが提供される。前記ユーザ端末は、ＭＣＣＨとは異なる論理チャネルであるＧＣＣＨ（「ＳＣ−ＰＴＭ制御チャネル」と称してもよい）を介して、前記ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を受信する処理を行う制御部を備える。前記ＧＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【０００８】
一つの実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスを提供する。前記基地局は、ＨＡＲＱにより初送及び再送を行う制御部を備える。複数のユーザ端末からなるマルチキャストグループには、Ｇ−ＲＮＴＩが割り当てられている。前記制御部は、前記Ｇ−ＲＮＴＩを適用して前記初送を行う。
【０００９】
一つの実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスが提供される。前記ユーザ端末は、ＨＡＲＱにより初送及び再送を基地局から受信する処理を行う制御部を備える。自ユーザ端末を含むマルチキャストグループには、Ｇ−ＲＮＴＩが割り当てられている。前記制御部は、前記Ｇ−ＲＮＴＩを適用して前記初送を受信する処理を行う。
【図面の簡単な説明】
【００１０】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【図３】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図４】ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。
【図７】実施形態に係るｅＮＢ２００（基地局）のブロック図である。
【図８】第１実施形態に係るＳＣ−ＰＴＭ伝送の概要を説明するための図である。
【図９】第１実施形態に係るＳＣ−ＰＴＭ制御プロシージャを示すシーケンス図である。
【図１０】第２実施形態に係る動作パターン１を示すシーケンス図である。
【図１１】第２実施形態に係る動作パターン２を示すシーケンス図である。
【図１２】第２実施形態に係る動作パターン３を示すシーケンス図である。
【図１３】付記に係るＳＣ−ＰＴＭ伝送を有するＬ２構造（Ｕプレーン）を示す図である。
【図１４】付記に係るＳＣ−ＰＴＭのためのＭＢＭＳエリア固有及びセル固有の設定を示す図である。
【図１５】付記に係る３つのステップのアプローチ（ＡＬＴ１）及び２つのステップのアプローチ（ＡＬＴ２）を示す図である。
【図１６】付記に係るＳＣ−ＰＴＭ伝送のＬ２構造（Ｃプレーンの選択肢を有する）を示す図である。
【図１７】付記に係るＧＣＣＨを有するシグナリングプロシージャを示す。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
現行のＭＢＭＳにおいては、ＭＢＭＳ制御情報を送信するための論理チャネルとしてＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）が規定されている。ＭＣＣＨはＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされ、ＭＣＨはＰＭＣＨにマッピングされる。しかしながら、ＳＣ−ＰＴＭ伝送については、どのような論理チャネルにより制御情報（ＳＣ−ＰＴＭ設定情報）を送信するのかが不明確である。
【００１２】
また、ＳＣ−ＰＴＭ伝送にＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）が適用されると仮定した場合に、どのような態様でＨＡＲＱを適用するのかが不明確である。
【００１３】
第１実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスを提供する。前記基地局は、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とは異なる論理チャネルであるＧＣＣＨ（Ｇｒｏｕｐ  Ｃｏｎｔｏｌ  Ｃｈａｎｎｅｌ）を介して、前記ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する処理を行う制御部を備える。前記ＧＣＣＨは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００１４】
第１実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスが提供される。前記ユーザ端末は、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）とは異なる論理チャネルであるＧＣＣＨ（Ｇｒｏｕｐ  Ｃｏｎｔｏｌ  Ｃｈａｎｎｅｌ）を介して、前記ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を受信する処理を行う制御部を備える。前記ＧＣＣＨは、ＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００１５】
第２実施形態に係る基地局は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスを提供する。前記基地局は、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）により初送及び再送を行う制御部を備える。複数のユーザ端末からなるマルチキャストグループには、Ｇ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）が割り当てられている。前記制御部は、前記Ｇ−ＲＮＴＩを適用して前記初送を行う。
【００１６】
第２実施形態に係るユーザ端末は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスが提供される。前記ユーザ端末は、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）により初送及び再送を基地局から受信する処理を行う制御部を備える。自ユーザ端末を含むマルチキャストグループには、Ｇ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）が割り当てられている。前記制御部は、前記Ｇ−ＲＮＴＩを適用して前記初送を受信する処理を行う。
【００１７】
［移動通信システムの概要］
以下において、実施形態に係る移動通信システムであるＬＴＥシステムの概要について説明する。
【００１８】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成を示す図である。図２は、実施形態に係るＭＢＭＳ／ｅＭＢＭＳに係るネットワーク構成を示す図である。
【００１９】
図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２２】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２３】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２４】
また、Ｅ−ＵＴＲＡＮ１０は、ＭＣＥ（Ｍｕｌｔｉ−Ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ  Ｃｏｏｒｄｉｎａｔｉｎｇ  Ｅｎｔｉｔｙ）１１を含む。ＭＣＥ１１は、Ｍ２インターフェイスを介してｅＮＢ２００と接続され、Ｍ３インターフェイスを介してＭＭＥ３００と接続される（図２参照）。ＭＣＥ１１は、ＭＢＳＦＮ無線リソース管理・割当等を行う。
【００２５】
ＥＰＣ２０は、ＭＢＭＳ  ＧＷ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ）２１を含む。ＭＢＭＳ  ＧＷ２１は、Ｍ１インターフェイスを介してｅＮＢ２００と接続され、Ｓｍインターフェイスを介してＭＭＥ３００と接続され、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＢＭ−ＳＣ２２と接続される（図２参照）。ＭＢＭＳ  ＧＷ２１は、ｅＮＢ２００に対してＩＰマルチキャストのデータ伝送やセッション制御を行う。
【００２６】
また、ＥＰＣ２０は、ＢＭ−ＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）２２を含む。ＢＭ−ＳＣ２２は、ＳＧ−ｍｂ及びＳＧｉ−ｍｂインターフェイスを介してＭＢＭＳ  ＧＷ２１と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される（図２参照）。ＢＭ−ＳＣ２２は、主にＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）の管理・割当等を行う。
【００２７】
さらに、ＥＰＣ２０の外部のネットワーク（すなわち、インターネット）には、ＧＣＳ  ＡＳ（Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）３１が設けられる。ＧＣＳ  ＡＳ３１は、グループ通信用のアプリケーションサーバである。ＧＣＳ  ＡＳ３１は、ＭＢ２−Ｕ及びＭＢ２−Ｃインターフェイスを介してＢＭ−ＳＣ２２と接続され、ＳＧｉインターフェイスを介してＰ−ＧＷ２３と接続される。ＧＣＳ  ＡＳ３１は、グループ通信におけるグループの管理やデータ配信（ＭＢＭＳ（マルチキャスト）ベアラを使うか、ユニキャストベアラを使うかの判断も含む）等を行う。
【００２８】
（無線プロトコルの構成）
図３は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００２９】
図３に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３０】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００３１】
ＭＡＣ層は、データの優先制御、ＨＡＲＱ（Ｈｙｂｒｉｄ  ＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３２】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００３３】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００３４】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００３５】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００３６】
（下りリンクのチャネル構成）
図４は、ＬＴＥシステムにおける下りリンクのチャネル構成を示す図である。
【００３７】
図４（ａ）は、論理チャネル（Ｄｏｗｎｌｉｎｋ  Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）とトランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００３８】
図４（ａ）に示すように、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ページング情報、及びシステム情報変更を通知するための論理チャネルである。ＰＣＣＨは、トランスポートチャネルであるＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００３９】
ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ブロードキャスト・システム情報のための論理チャネルである。ＢＣＣＨは、トランスポートチャネルであるＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）又はＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４０】
ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とｅＮＢ２００との間の送信制御情報のための論理チャネルである。ＣＣＣＨは、ＵＥ１００がネットワークとの間でＲＲＣ接続を有していない場合に用いられる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４１】
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、ＵＥ１００とネットワークとの間の個別制御情報を送信するための論理チャネルである。ＤＣＣＨは、ＵＥ１００がＲＲＣ接続を有する場合に用いられる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４２】
ＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、データの送信のための個別論理チャネルである。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされる。
【００４３】
ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）は、１対多（マルチキャスト／ブロードキャスト）伝送のための論理チャネルである。ＭＣＣＨは、ネットワークからＵＥ１００へのＭＴＣＨ用のＭＢＭＳ制御情報の送信のために用いられる。ＭＣＣＨは、トランスポートチャネルであるＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。
【００４４】
ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）は、ネットワークからＵＥ１００への１対多（マルチキャスト／ブロードキャスト）のデータ伝送のための論理チャネルである。ＭＴＣＨは、ＭＣＨにマッピングされる。
【００４５】
図４（ｂ）は、トランポートチャネル（Ｄｏｗｎｌｉｎｋ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と物理チャネル（Ｄｏｗｎｌｉｎｋ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）との間のマッピングを示す。
【００４６】
図４（ｂ）に示すように、ＢＣＨは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）にマッピングされる。
【００４７】
ＭＣＨは、ＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）にマッピングされる。ＭＣＨは、複数のセルによるＭＢＳＦＮ伝送をサポートする。
【００４８】
ＰＣＨ及びＤＬ−ＳＣＨは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）にマッピングされる。ＤＬ−ＳＣＨは、ＨＡＲＱ、リンクアダプテーション、及び動的リソース割当をサポートする。
【００４９】
ＰＤＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ、ＰＣＨ）のリソース割り当て情報及びＤＬ−ＳＣＨに関するＨＡＲＱ情報等を運搬する。また、ＰＤＣＣＨは、上りリンクのスケジューリンググラントを運ぶ。
【００５０】
（無線フレームの構成）
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムにおいて、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５１】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するためのＰＤＣＣＨとして使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクデータを伝送するためのＰＤＳＣＨとして使用できる領域である。また、下りリンクにおいて、ＭＢＳＦＮ伝送用のサブフレームであるＭＢＳＦＮサブフレームが設定され得る。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するためのＰＵＣＣＨとして使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクデータを伝送するためのＰＵＳＣＨとして使用できる領域である。
【００５４】
（ユーザ端末の構成）
図６は、実施形態に係るＵＥ１００（ユーザ端末）のブロック図である。
【００５５】
図６に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００５６】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００５７】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００５８】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００５９】
（基地局の構成）
図７は、実施形態に係るｅＮＢ２００（基地局）のブロック図である。
【００６０】
図７に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００６１】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００６２】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００６３】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する各種の処理を実行する。
【００６４】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢと接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００６５】
［第１実施形態］
以下において、第１実施形態について説明する。
【００６６】
（ＳＣ−ＰＴＭ伝送の概要）
図８は、第１実施形態に係るＳＣ−ＰＴＭ伝送の概要を説明するための図である。ここでは、ｅＮＢ２００における処理について主として説明する。第１実施形態に係るｅＮＢ２００は、ＳＣ−ＰＴＭ伝送によりマルチキャストサービスを提供する。
【００６７】
図８に示すように、ｅＮＢ２００の制御部２３０（例えばＲＲＣ層）は、ＤＬ−ＳＣＨにマッピングされる新たな論理チャネルであるＧＣＣＨ（Ｇｒｏｕｐ  Ｃｏｎｔｏｌ  Ｃｈａｎｎｅｌ）を介して、ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する処理を行う。ＳＣ−ＰＴＭ設定情報の詳細については後述する。
【００６８】
また、ｅＮＢ２００の制御部２３０（例えばＲＲＣ層）は、ＧＣＣＨの設定に関するＧＣＣＨ設定情報を、ＢＣＣＨを介して送信する処理を行う。ＧＣＣＨ設定情報の詳細については後述する。
【００６９】
また、ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラは、マルチキャストサービス（ＭＢＭＳサービス）を示すＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）と対応付けられている。ここで、ＭＢＭＳベアラは、ＵＥ１００とＢＭ−ＳＣ２２との間に確立される、ブロードキャスト／マルチキャスト用のベアラである。例えば、あるＭＢＭＳサービスに対して、ＭＢＭＳ  ＧＷ２１とｅＮＢ２００との間にはＩＰマルチキャストベアラが確立され、ｅＮＢ２００とＵＥ１００との間にはＭＢＭＳ  ＰＴＭ  ｒａｄｉｏ  ｂｅａｒｅｒが確立される。
【００７０】
ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラは、ＲＬＣ層においてセグメンテーションが施された後、論理チャネルであるＭＴＣＨにマッピングされる。なお、ＳＣ−ＰＴＭ伝送には、ＲＬＣ層においてＵＭ（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）が適用され、ＡＲＱ処理が施されなくてもよい。ＭＴＣＨは、ＴＭＧＩごとに存在する。すなわち、ＴＭＧＩは、論理チャネルの識別子であるＬＣＩＤと対応付けられる。
【００７１】
ユニキャスト伝送が適用されるＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）ベアラは、ＰＤＣＰ層においてＲＯＨＣ処理及びＳｅｃｕｒｉｔｙ処理が施され、かつＲＬＣ層においてセグメンテーション及びＡＲＱ処理が施された後、論理チャネルであるＤＴＣＨにマッピングされる。ここで、ＥＰＳベアラは、ＵＥ１００とＰ−ＧＷ２３との間に確立される、ユニキャスト用のベアラである。
【００７２】
ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＴＣＨ、ＤＴＣＨ、ＣＣＣＨ、ＧＣＣＨ、ＢＣＣＨ、ＰＣＣＨの各論理チャネルについて、ユニキャスト／ＳＣ−ＰＴＭスケジューリング及び優先制御（Ｐｒｉｏｒｉｔｙ  Ｈａｎｄｌｉｎｇ）を行う。また、ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＴＣＨ及びＤＴＣＨを多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）し、ＨＡＲＱ処理を施した後、各コンポーネントキャリア（ＣＣ）のＤＬ−ＳＣＨにマッピングする。
【００７３】
さらに、ｅＮＢ２００は、ＭＢＳＦＮ伝送によりブロードキャスト／マルチキャストサービスを提供してもよい。ｅＮＢ２００の制御部２３０（ＭＡＣ層）は、ＭＣＣＨ及びＭＴＣＨについて、ＭＣＥ１１から受信したＭＢＭＳスケジューリング情報を参照してＭＢＭＳスケジューリングを行った後、多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）し、ＭＣＨにマッピングする。
【００７４】
（動作シーケンス）
図９は、第１実施形態に係るＳＣ−ＰＴＭ制御プロシージャを示すシーケンス図である。
【００７５】
図９に示すように、ステップ１において、ｅＮＢ２００、ＭＣＥ１１、又はＧＣＳ  ＡＳ３１は、ＳＣ−ＰＴＭ伝送によりＭＢＭＳサービス（マルチキャストサービス）を提供すると判断する。或いは、当該判断をＭＭＥ３００又はＢＭ  ＳＣ２２が行ってもよい。
【００７６】
ステップ２において、ｅＮＢ２００は、ＭＢＭＳサービスに対応するＴＭＧＩにＧ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を割り当てる。
【００７７】
ステップ３において、ｅＮＢ２００は、ＧＣＣＨに関するＧＣＣＨ設定情報を、ＢＣＣＨを介して送信する。具体的には、ｅＮＢ２００は、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）タイプ１３又は新たなＳＩＢにより、ＧＣＣＨ設定情報を送信する。
【００７８】
ＧＣＣＨ設定情報は、自セルでＳＣ−ＰＴＭ伝送により提供中の全てのマルチキャストサービスのＴＭＧＩ（ＴＭＧＩｓ  ｃｕｒｒｅｎｔｌｙ  ｐｒｏｖｉｄｅｄ  ｏｖｅｒ  ＳＣ−ＰＴＭ）を含んでもよい。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩがＧＣＣＨ設定情報に含まれている場合に、ＧＣＣＨを受信すると判断することができる。
【００７９】
また、ＧＣＣＨ設定情報は、「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」を含む。「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」は、ＧＣＣＨの送信が行われる可能性のあるサブフレームを示す情報（Ｓｕｂｆｒａｍｅｓ  ｓｃｈｅｄｕｌｅｄ  ｔｏ  ＧＣＣＨ）を含む。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、ＧＣＣＨを受信すると判断した場合に、ＧＣＣＨを適切に受信することができる。
【００８０】
また、「ＧＣＣＨ  ｏｃｃａｓｉｏｎ」は、ＧＣＣＨ（ＳＣ−ＰＴＭ設定情報）が変更されない期間を示す修正期間（Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ）と、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内で同一のＧＣＣＨ（ＳＣ−ＰＴＭ設定情報）が繰り返し送信される周期を示す繰り返し周期（Ｒｅｐｅｔｉｔｉｏｎ  ｐｅｒｉｏｄ）と、を含む。これにより、ＧＣＣＨ設定情報を受信したＵＥ１００は、不要なＧＣＣＨの監視を省略することができるため、消費電力を削減することができる。
【００８１】
ｅＮＢ２００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内において、ＳＣ−ＰＴＭベアラを変更せずに維持することが好ましい。ＳＣ−ＰＴＭベアラとは、ＳＣ−ＰＴＭ伝送が適用されるＭＢＭＳベアラ（又は無線ベアラ）である。
【００８２】
ステップ４において、ｅＮＢ２００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」及び「Ｒｅｐｅｔｉｔｉｏｎ  ｐｅｒｉｏｄ」（及び／又は「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」）に従って、ＧＣＣＨのスケジューリングを行う。
【００８３】
ステップ５において、ｅＮＢ２００は、「ＧＣＣＨ  ｏｃｃａｓｉｏｎｓ」（具体的には、ＧＣＣＨの送信が行われる可能性のあるサブフレーム）内において、ＳＣ−ＰＴＭ設定情報を送信するための第１のリソース割当情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を、ＰＤＣＣＨを介して送信する。第１のリソース割当情報は、当該サブフレーム内のＰＤＳＣＨについての割当リソースブロックを示す情報等を含む。
【００８４】
第１のリソース割当情報の送信には、複数のマルチキャストグループに共通のＲＮＴＩ（ＧＣＣＨ−ＲＮＴＩ）が適用される。具体的には、ＰＤＣＣＨは、ＧＣＣＨ−ＲＮＴＩを使用してスクランブル／マスクされる。「ＧＣＣＨ−ＲＮＴＩ」は、ＵＥ１００に事前設定されたＲＮＴＩであってもよいし、ｅＮＢ２００がＵＥ１００に設定してもよい。或いは、第１のリソース割当情報の送信には、マルチキャストグループに固有のＲＮＴＩ（Ｇ−ＲＮＴＩ）が適用されてもよい。
【００８５】
ステップ６において、ｅＮＢ２００は、ＧＣＣＨを介して、ＳＣ−ＰＴＭ伝送の設定に関するＳＣ−ＰＴＭ設定情報を送信する。上述したように、ＧＣＣＨは、ＰＤＳＣＨ（ＤＬ−ＳＣＨ）にマッピングされている。
【００８６】
ＳＣ−ＰＴＭ設定情報は、ＭＢＭＳサービス（マルチキャストサービス）を示すＴＭＧＩと当該ＭＢＭＳサービスの提供に使用されるＧ−ＲＮＴＩ（Ｇｒｏｕｐ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）との間の対応関係（ｍａｐｐｉｎｇ）を示す情報を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩに対して割り当てられたＧ−ＲＮＴＩを把握することができる。
【００８７】
また、ＳＣ−ＰＴＭ設定情報は、ＭＢＭＳサービス（マルチキャストサービス）を示すＴＭＧＩと当該ＭＢＭＳサービスの提供に使用される論理チャネルの識別子（ＬＣＩＤ）との間の対応関係（ｍａｐｐｉｎｇ）を示す情報を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、自身が興味を持つＴＭＧＩに対して割り当てられたＬＣＩＤを把握することができる。
【００８８】
さらに、ＳＣ−ＰＴＭ設定情報は、「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」を含む。「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」は、ＳＣ−ＰＴＭ伝送によりマルチキャストデータ（ＳＣ−ＰＴＭデータ）が送信される可能性のあるサブフレームを示す情報（Ｓｕｂｆｒａｍｅｓ  ｓｃｈｅｄｕｌｅｄ  ｔｏ  ＳＣ−ＰＴＭ）を含む。これにより、ＳＣ−ＰＴＭ設定情報を受信したＵＥ１００は、ＳＣ−ＰＴＭデータを受信するべきタイミング（サブフレーム）を把握することができる。
【００８９】
なお、ＳＣ−ＰＴＭ伝送にＳＰＳ（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）が適用される場合において、ＳＣ−ＰＴＭ設定情報は、ＳＰＳの設定情報（ＳＰＳ  Ｃｏｎｆｉｇ．）を含んでもよい。「ＳＰＳ  Ｃｏｎｆｉｇ．」は、ＳＰＳ周期（ｓｅｍｉＰｅｒｓｉｓｔＳｃｈｅｄＩｎｔｅｒｖａｌ）及びＳＰＳ  Ｃ−ＲＮＴＩ等を含む。
【００９０】
ステップ７において、ＳＣ−ＰＴＭ設定情報（ＧＣＣＨ）を受信したＵＥ１００は、ＳＩＢ更新が行われない限り、ＧＣＣＨ設定情報（ＳＩＢ１３又は新たなＳＩＢ）を受信しなくてもよい。また、ＵＥ１００は、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内でＳＣ−ＰＴＭ設定情報（ＧＣＣＨ）を一旦受信すれば、当該「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」内でＧＣＣＨを監視しなくてもよい。
【００９１】
ステップ８において、ｅＮＢ２００は、ＳＣ−ＰＴＭのスケジューリングを行う。
【００９２】
ステップ９において、ｅＮＢ２００は、「ＳＣ−ＰＴＭ  ｏｃｃａｓｉｏｎｓ」（ＳＣ−ＰＴＭデータの送信が行われる可能性のあるサブフレーム）内において、特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを送信するための第２のリソース割当情報（ＤＣＩ）を、ＰＤＣＣＨを介して送信する。第２のリソース割当情報は、ＳＣ−ＰＴＭデータの送信に使用される割当リソース（及びＭＣＳ）を示す情報等を含む。
【００９３】
第２のリソース割当情報の送信には、マルチキャストグループごとに異なるＧ−ＲＮＴＩが適用される。具体的には、当該ＰＤＣＣＨは、当該特定のサービス（ＴＭＧＩ）に対応するＧ−ＲＮＴＩを使用してスクランブル／マスクされる。
【００９４】
また、ｅＮＢ２００は、Ｇ−ＲＮＴＩを適用して送信する第２のリソース割当情報を、ＰＤＣＣＨ内のグループサーチスペースに配置してもよい。グループサーチスペースは、共通サーチスペース及びＵＥ固有サーチスペースとは異なる新たなサーチスペースである。当該特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを受信しようとするＵＥ１００は、当該グループサーチスペース内でＧ−ＲＮＴＩによるブラインドデコーディングを行う。
【００９５】
ステップ１０において、ｅＮＢ２００は、ＰＤＳＣＨ（ＤＬ−ＳＣＨ）を介して、当該特定のサービス（ＴＭＧＩ）に対応するＳＣ−ＰＴＭデータを送信する。
【００９６】
[第１の実施形態の変更例]
上述した第１実施形態において、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」は、ＧＣＣＨ（ＳＣ−ＰＴＭ設定情報）が変更されない期間を示すものであると説明した。しかしながら、「Ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ」は、ある送信と次の送信との間の間隔を示すものであってもよい。例えば、「Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｐｅｒｉｏｄ  ＝  ３」と設定された場合、初送が行われた後、次の再送タイミングは、「Ｓｕｂｆｒａｍｅｓ  ｓｃｈｅｄｕｌｅｄ  ｔｏ  ＧＣＣＨ」の３つ目のタイミングになる。
【００９７】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＳＣ−ＰＴＭ伝送にＨＡＲＱが適用された場合の実施形態である。
【００９８】
（ＨＡＲＱの概要）
ＨＡＲＱは、ＡＲＱと誤り訂正との組合せにより、伝送路の通信品質を向上させる技術である。特に、再送にあたって初送の受信結果と再送の受信結果とを合成することで、品質向上を図ることが可能である。
【００９９】
再送の方法の一例を説明する。ＵＥ１００において、受信データが正しくデコードできなかった場合、換言すればＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）エラーが発生した場合、ＵＥ１００からｅＮＢ２００に「Ｎａｃｋ」を送信する。「Ｎａｃｋ」を受信したｅＮＢ２００は、データを再送する。これに対し、ＵＥ１００において、受信データが正しくデコードできた場合、換言すればＣＲＣエラーが発生しない場合、ＵＥ１００からｅＮＢ２００に「Ａｃｋ」を送信する。
【０１００】
ＨＡＲＱ方式の一例として、チェースコンバイニング（Ｃｈａｓｅ  ｃｏｍｂｉｎｉｎｇ）がある。チェースコンバイニングとは、初送と再送とにおいて、同じデータを送信するものであり、再送において初送のデータと再送のデータとの合成を行うことで、利得を向上させる方式である。また、ＨＡＲＱ方式の別の例として、ＩＲ（Ｉｎｃｒｅｍｅｎｔａｌ  ｒｅｄｕｎｄａｎｃｙ）がある。ＩＲは、冗長度を増加させるものであり、再送においてパリティビットを送信することで、初送と組合せて冗長度を増加させ、誤り訂正機能により品質を向上させるものである。
【０１０１】
（動作シーケンス）
次に、第２実施形態に係る動作シーケンスについて、動作パターン１乃至３の順に説明する。第２実施形態において、ｅＮＢ２００はＧ−ＲＮＴＩを適用して初送を行い、ＵＥ１００はＧ−ＲＮＴＩを適用して初送を受信する。
【０１０２】
動作パターン１及び２において、ｅＮＢ２００は、初送に適用されるＧ−ＲＮＴＩとは異なるＲＮＴＩを適用して再送を行う。動作パターン３において、ｅＮＢ２００は、初送に適用されるＧ−ＲＮＴＩと同じＲＮＴＩを適用して再送を行う。
【０１０３】
（１）動作パターン１
図１０は、第２実施形態に係る動作パターン１を示すシーケンス図である。なお、図１０乃至図１２において、マルチキャストグループに属するＵＥ１００を１つのみ図示しているが、実際にはマルチキャストグループに複数のＵＥ１００が属している。
【０１０４】
図１０に示すように、ステップＳ２１１において、ｅＮＢ２００は、初送に適用されるＧ−ＲＮＴＩと再送に適用されるＲＮＴＩとの間の対応関係（マッピング情報）を、マルチキャストグループに属するＵＥ１００に通知する。動作パターン１において、初送に適用されるＧ−ＲＮＴＩ（Ｇ−ＲＮＴＩ＃１）とは異なるＧ−ＲＮＴＩ（Ｇ−ＲＮＴＩ＃２）が再送に適用される。当該マッピング情報は、ＧＣＣＨを介して送信されてもよい。また、当該マッピング情報は、ＴＭＧＩと対応付けられていてもよい。ＵＥ１００は、マッピング情報を受信して記憶する。
【０１０５】
ステップＳ２１２において、ｅＮＢ２００は、Ｇ−ＲＮＴＩ＃１を適用して初送をＳＣ−ＰＴＭ伝送により行う。具体的には、Ｇ−ＲＮＴＩ＃１によりスクランブル／マスクしたＰＤＣＣＨによりリソース割当情報（ＤＣＩ）を送信した後、当該リソース割当情報に従ってＳＣ−ＰＴＭデータをＰＤＳＣＨ（ＤＬ−ＳＣＨ）上で送信する。
【０１０６】
ここでは、ＵＥ１００がＳＣ−ＰＴＭデータを正しくデコードできずに、ＮａｃｋをｅＮＢ２００に送信したと仮定する（ステップＳ２１３）。
【０１０７】
ステップＳ２１４において、ｅＮＢ２００は、Ｇ−ＲＮＴＩ＃２を適用して再送をＳＣ−ＰＴＭ伝送により行う。具体的には、Ｇ−ＲＮＴＩ＃２によりスクランブル／マスクしたＰＤＣＣＨによりリソース割当情報（ＤＣＩ）を送信した後、当該リソース割当情報に従って再送データをＰＤＳＣＨ（ＤＬ−ＳＣＨ）上で送信する。Ｎａｃｋの送信元のＵＥ１００は、リソース割当情報を受信した後、再送データを受信する。
【０１０８】
ｅＮＢ２００は、異なるＭＣＳを適用して初送及び再送を行ってもよい。例えば、ｅＮＢ２００は、初送に適用されるＭＣＳに比べてエラー耐性が高いＭＣＳを適用して再送を行う。また、ｅＮＢ２００は、異なるリソースブロック（ＲＢ）数を適用して初送及び再送を行ってもよい。例えば、ｅＮＢ２００は、初送に適用されるＲＢ数よりも多いＲＢ数を適用して再送を行う。
【０１０９】
また、ｅＮＢ２００は、ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ  ＭＩＭＯ）により再送を行ってもよい。例えば、ｅＮＢ２００は、Ｎａｃｋの送信元のＵＥ１００に対してビームを向け、他のＵＥ１００に対してヌルを向けて、再送データを送信する。
【０１１０】
（２）動作パターン２
図１１は、第２実施形態に係る動作パターン２を示すシーケンス図である。上述した動作パターンと同様の動作については、重複する説明を省略する。
【０１１１】
図１１に示すように、ステップＳ２２１において、ｅＮＢ２００は、初送に適用されるＧ−ＲＮＴＩと再送に適用されるＲＮＴＩとの間の対応関係（マッピング情報）を、マルチキャストグループに属するＵＥ１００に通知する。動作パターン２において、ＵＥ１００ごとに異なるＣ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）が再送に適用される。当該マッピング情報は、ＧＣＣＨを介して送信されてもよい。また、当該マッピング情報は、ＴＭＧＩと対応付けられていてもよい。ＵＥ１００は、マッピング情報を受信して記憶する。
【０１１２】
ステップＳ２２２において、ｅＮＢ２００は、Ｇ−ＲＮＴＩを適用して初送をＳＣ−ＰＴＭ伝送により行う。
【０１１３】
ここでは、ＵＥ１００がＳＣ−ＰＴＭデータを正しくデコードできずに、ＮａｃｋをｅＮＢ２００に送信したと仮定する（ステップＳ２２３）。
【０１１４】
ステップＳ２２４において、ｅＮＢ２００は、Ｃ−ＲＮＴＩを適用して再送をユニキャスト伝送により行う。具体的には、Ｃ−ＲＮＴＩによりスクランブル／マスクしたＰＤＣＣＨによりリソース割当情報（ＤＣＩ）を送信した後、当該リソース割当情報に従って再送データをＰＤＳＣＨ（ＤＬ−ＳＣＨ）上で送信する。Ｎａｃｋの送信元のＵＥ１００は、リソース割当情報を受信した後、再送データを受信する。
【０１１５】
ｅＮＢ２００は、動作パターン１と同様に、異なるＭＣＳやＲＢ数を適用して初送及び再送を行ってもよい。また、ｅＮＢ２００は、ＭＵ−ＭＩＭＯにより再送を行ってもよい。
【０１１６】
さらに、ｅＮＢ２００は、初送に適用されるＴＭ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ）とは異なるＴＭを適用して再送を行ってもよい。例えば、ｅＮＢ２００は、初送に適用されるＴＭに比べてエラー耐性が高いＴＭを適用して再送を行う。なお、ＴＭには、以下の「Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ  １」乃至「Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｍｏｄｅ  ８」等が存在する。
【０１１７】
Transmission Mode 1: Single antenna port, port 0
Transmission Mode 2: Transmit diversity
Transmission Mode 3: Large-delay CDD
Transmission Mode 4: Closed-loop spatial multiplexing
Transmission Mode 5: MU-MIMO
Transmission Mode 6: Closed-loop spatial multiplexing, single layer
Transmission Mode 7: Single antenna port, UE-specific RS (port 5)
Transmission Mode 8: Single or dual-layer transmission with UEspecific RS (ports 7 and/or 8)
【０１１８】
或いは、初送に適用されるＴＭとは異なるＴＭを適用して再送を行う場合において、ｅＮＢ２００は、ユニキャストに適したＴＭを適用して再送を行ってもよい。例えば、Ｃｌｏｓｅｄ  Ｌｏｏｐの１レイヤ送信（ＴＭ４又はＴＭ６）やビームフォーミング（ＴＭ８）は、マルチキャストには適さない。しかしながら、ユニキャストの場合には、ＴＭ４又はＴＭ６は、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）がフィードバックされていれば、Ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙよりも特性が良い。また、ユニキャストの場合には、ＴＭ８は、ｅＮＢ２００がＣＳＩを把握していれば、Ｔｒａｎｓｍｉｔ  ｄｉｖｅｒｓｉｔｙよりも特性が良い。
【０１１９】
なお、図１１で示される動作例においては、通常のユニキャストに用いるＣ−ＲＮＴＩとは異なる「ＳＣ−ＰＴＭの再送用Ｃ−ＲＮＴＩ」を新たにＵＥに割り当てる場合を想定している。この場合、「ＳＣ−ＰＴＭの再送用Ｃ−ＲＮＴＩ」は、「Ｃ−ＲＮＴＩ」とは異なる名称であってもよい。
【０１２０】
或いは、「ＳＣ−ＰＴＭの再送用Ｃ−ＲＮＴＩ」に代えて、通常のユニキャストに用いるＣ−ＲＮＴＩにより、ＳＣ−ＰＴＭの再送を行ってもよい。この場合、ステップＳ２２１において、「初送に適用されるＧ−ＲＮＴＩ、再送に適用されるＲＮＴＩ、ＳＣ−ＰＴＭデータを識別する識別子(例えばＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤ)」のマッピング情報を通知する。通常のＣ−ＲＮＴＩを用いる場合には、ＳＣ−ＰＴＭデータではない通常のユニキャストデータも伝送されるため、伝送したデータがＳＣ−ＰＴＭのものであることを識別することが必要になるからである。例えば、ＦＤＤのＤＬを想定すると、０から７の８つあるＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤのうちの１つを、あるＧ−ＲＮＴＩで伝送されるＳＣ−ＰＴＭデータと対応付ける。この場合、このＧ−ＲＮＴＩを利用するマルチキャストグループ内のＵＥは、共通で当該ＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤがＳＣ−ＰＴＭ用に予約されることになる。複数のＧ−ＲＮＴＩが割り当てられたＵＥ（すなわち、複数のマルチキャストグループに属するＵＥ）の場合には、複数のＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤを複数のＧ−ＲＮＴＩ用に割り当てることも可能である。
【０１２１】
また、Ｃ−ＲＮＴＩを用いて再送を行う場合、ＳＣ−ＰＴＭのデータのＨＡＲＱ  Ｐｒｏｃｅｓｓ  ＩＤと対応するＣ−ＲＮＴＩを利用したＤＬ  Ｓｃｈｅｄｕｌｉｎｇ（下りリンクのリソース割り当て）用ＤＣＩ中のＮＤＩ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ）に関して、以下の１）乃至３）の何れかの対処を行うことが好ましい。
【０１２２】
１）当該ＤＣＩを受信したＵＥがＮＤＩを無視する。
【０１２３】
２）初送時のＮＤＩと連動する（Ｇ−ＲＮＴＩを用いた初送のＤＣＩ中のＮＤＩが０であれば、Ｃ−ＲＮＴＩを用いた再送のＤＣＩ中のＮＤＩも０、逆に１なら１）。
【０１２４】
３）ＮＤＩを含まない新しいＤＣＩ  ｆｏｒｍａｔを定義する。
【０１２５】
（３）動作パターン３
図１２は、第２実施形態に係る動作パターン３を示すシーケンス図である。上述した動作パターンと同様の動作については、重複する説明を省略する。
【０１２６】
図１２に示すように、ステップＳ２３１において、Ｇ−ＲＮＴＩ＃１を適用して初送をＳＣ−ＰＴＭ伝送により行う。
【０１２７】
ここでは、ＵＥ１００がＳＣ−ＰＴＭデータを正しくデコードできずに、ＮａｃｋをｅＮＢ２００に送信したと仮定する（ステップＳ２３２）。
【０１２８】
ステップＳ２３４において、ｅＮＢ２００は、Ｇ−ＲＮＴＩ＃１を適用して再送をＳＣ−ＰＴＭ伝送により行う。なお、ステップＳ２３１において正常に初送を受信できた、或いはステップＳ２３２においてＡｃｋを送信したＵＥ１００は、再送データの受信を省略してもよい。ここで、送られてきたデータが初送であるか又は再送であるかの判断は、ユニキャストと同様に、ＤＣＩ中のＮＤＩで行うことができる。
【０１２９】
［第２実施形態の変更例］
第２実施形態に係る動作パターン２において、ＨＡＲＱプロセスを容易に識別できるように、初送と再送とを同時（同じサブフレーム）に行わないとしてもよい。
【０１３０】
また、動作パターン１及び２において、初送の受信に成功したＵＥ１００は、再送向けのＤＣＩを受信した際にＳＣ−ＰＴＭの再送データの受信を行わずに、同時に送信されたＣ−ＲＮＴＩベースの自分宛のユニキャストデータを受信してもよい。
【０１３１】
［その他の実施形態］
上述した第１実施形態及び第２実施形態は、別個独立して実施してもよいし、相互に組み合わせて実施してもよい。
【０１３２】
上述した各実施形態において、移動通信システムとしてＬＴＥシステムを例示し、ＷＷＡＮ通信としてＬＴＥ通信を例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外の移動通信システムに本発明を適用してもよい。
【０１３３】
［付記１］
（１．はじめに）
単一セルポイントツーマルチポイント（ＳＣ−ＰＴＭ）伝送のサポートについての新たな研究項目が承認され、研究の初期の議論が始められた。この付記では、可能な無線インターフェイスの拡張を説明し、効果的なＳＣ−ＰＴＭ伝送をサポートするために評価する。
【０１３４】
（２．検討）
（２．１．強化された無線インターフェイスのための基礎的要素）
ＳＣ−ＰＴＭ伝送についての最初の議論の結果として、いくつかの合意／結論に達した。合意／結論では、本研究におけるＤＲＸ動作のためにいくつかの仮定を以下のように発見された。
【０１３５】
研究では、アイドル及びコネクティッドモードのサポートをカバーする。
【０１３６】
合意
１  ＲＡＮ２は、ＳＣ−ＰＴＭは、ｅＭＢＭＳシステムアーキテクチャを再利用し、ｅＭＢＭＳの補完的なベアラタイプとして作用することを前提としている。
【０１３７】
ＳＡ２及びＲＡＮ３へのＬＳ
ＲＡＮ２は、新たに承認された研究項目「ＬＴＥにおける単一セルＰＴＭ伝送のサポート」（ＲＰ−１４２２０５を参照）を議論し、ＭＢＳＦＮエリア全体でＰＭＣＨを介してマルチキャストを提供することとは異なり、セルごとにＰＤＳＣＨを介してマルチキャストを提供することを検討した。ＳＣ−ＰＴＭ伝送は、既存のＭＢＭＳノード（すなわち、ＢＭ−ＳＣ、ＭＢＭＳ−ＧＷ、及びＭＣＥ）並びにこれらのノード間のインターフェイスに依存することを意図している。
【０１３８】
合意によると、アイドル及びコネクティッドモードの両方において、ＵＥは、ＭＢＭＳベアラに対応し、最終的にＰＤＳＣＨにマッピングされるＳＣ−ＰＴＭ伝送を受信する必要がある。
【０１３９】
考察１：ＵＥは、アイドル及びコネクティッドモードの両方で、ＳＣ−ＰＴＭ伝送を受信する必要がある。
【０１４０】
考察２：ＭＢＭＳベアラに対応するＳＣ−ＰＴＭ伝送は、ＰＤＳＣＨにマッピングされる。
【０１４１】
（２．２．）ユーザプレーンの側面
ＲＡＮ２がすでに合意したものの、リリース８の議論にＳＣ−ＰＴＭ伝送のアウトラインが最終的に削除されたことが指摘されている。我々は、ＴＳ３６．３００  Ｖ８．９．０の記述は、ユースケース及び仮定（例えば、グループ／クリティカル通信への適用）がリリース８とは異なる場合でも、依然として有用であると考える。特に、以下の文章は、Ｌ２  Ｕプレーンの観点から、ＳＣ−ＰＴＭ伝送の基礎として再利用することができる。
【０１４２】
１５．３．２  単一セル伝送
ＭＢＭＳの単一セル伝送は、以下によって特徴付けられる：  ［．．．］
−  ＭＴＣＨ及びＭＣＣＨは、ｐ−ｔ−ｍ伝送のためのＤＬ−ＳＣＨにマッピングされる。  ［．．．］
−  複数のＵＥは、［．．．］、ＨＡＲＱ再送は、元のＭＴＣＨ伝送と協調している時間枠においてグループ（サービス固有）ＲＮＴＩを使用してＤＬ−ＳＣＨで行われる。全てのＵＥは、再送信を受信し、ＨＡＲＱレベルで元の送信とそれらを結合することができる。  ［．．．］
単一セル伝送のために、ｅＮＢは、ＳＹＮＣプロトコルによって示される厳しいタイミング要件を満たすことは要求されない。次の原則は単一伝送に適用される。
［．．．］
３．セグメンテーション／コンカテネーションは、ＳＹＮＣプロトコルのインディケーションを考慮に入れることなく、ＭＢＭＳパケットのために必要とされ、完全にｅＮＢにおけるＲＬＣ／ＭＡＣ層に依存する。
【０１４３】
ＭＴＣＨは、ＲＬＣでセグメンテーション／コンカテネーション後にＤＬ−ＳＣＨにマッピングされると仮定され、ＤＬ−ＳＣＨは、特定のサービス（すなわち、ＴＭＧＩ）に割り当てられたグループＲＮＴＩ（Ｇ−ＲＮＴＩ）により識別される。その仮定の下で、特定のＴＭＧＩに１つのＲＬＣを割り当てることが有用であり得るので、１つのＴＭＧＩは、特定のＬＣＩＤ及び特定のＧ−ＲＮＴＩに割り当てられるべきである。また、既存のＭＢＭＳと同じように、ＳＣ−ＰＴＭに対応するＲＬＣはＵＭモードでなければならない。
【０１４４】
考察３：１つのＭＢＭＳサービスが１つのＲＬＣ  ＵＭエンティティ及び１つのＬＣＩＤに割り当てられる。
【０１４５】
提案１：１つのＭＢＭＳサービスが、特定のＧ−ＲＮＴＩと共に１つのＤＬ−ＳＣＨにマッピングされるべきである。
【０１４６】
図１３は、ＳＣ−ＰＴＭ伝送を有するＬ２構造（Ｕプレーン）を示す図である。
【０１４７】
（２．３．制御プレーンの側面）
（２．３．１．基本的な情報）
ＳＣ−ＰＴＭ伝送を受信するために必要な情報が提案された。内容の詳細に加えて、可能な情報は以下のように要約される。
【０１４８】
・Ｇ−ＲＮＴＩ及びＬＣＩＤへのＴＭＧＩ（オプションでセッションＩＤ）のマッピング。
・スケジューリング情報（例えば、時間／周波数リソース、ＭＣＳ、修正／繰り返し周期）。
・変更通知
【０１４９】
ＳＣ−ＰＴＭはＰＤＳＣＨにマッピングされるので、時間／周波数リソース及びＭＣＳスケジューリング情報については、ＰＤＣＣＨは、割り当てられたＰＤＳＣＨリソースに関するスケジューリング情報を提供するべきである。
【０１５０】
提案２：ＰＤＣＣＨは、時間／周波数リソース及びＭＣＳ等のリソース割り当ての詳細な情報を提供すべきである。
【０１５１】
一方、ＤＲＸにおけるＵＥは、ＭＢＳＦＮサブフレームのように、ＳＣ−ＰＴＭ（又は対応するＬ２／Ｌ３制御チャネル（例えば、ＭＣＣＨ））の機会のみを必要とする。
【０１５２】
提案３：ＤＲＸの効率化を実現するために、ＲＲＣは、ＳＣ−ＰＴＭ伝送又は対応する制御チャネルのサブフレーム機会（subframe occasions）を提供すべきである。
【０１５３】
チャネルを制御するための情報のマッピングのための前提として、制御情報の各々は、ＭＢＭＳエリア固有であるべきか又はセル固有であるべきであるかを検討すべきである。ＭＢＭＳでは、制御情報は、ＭＢＭＳスケジューリング情報、ＭＣＣＨ修正期間（MCCH modification period）、ＬＣＩＤへのＴＭＧＩのマッピング、ＭＢＳＦＮサブフレーム、ＭＣＳ等と関連付けられている。ＳＣ−ＰＴＭがセル固有の動作であることを考えると、前提として、Ｇ−ＲＮＴＩへのＴＭＧＩのマッピングはセル固有の値が設定されるべきである。一方、ＬＣＩＤへのＴＭＧＩのマッピングは、Ｍ２ＡＰの一部として設定されるので、ＭＢＭＳエリア内の全てのセルに適用可能とすべきである。
【０１５４】
提案４：ＬＣＩＤへのＴＭＧＩのマッピングは、（例えばＭＣＥによって、）ＭＢＭＳエリア内の全てのセルに適用可能であるべきである。
【０１５５】
提案５：Ｇ−ＲＮＴＩ、スケジューリング情報、及び変更通知（change notification）は、サービングセルによってセル固有設定として決定されるべきである。
【０１５６】
図１４は、ＳＣ−ＰＴＭのためのＭＢＭＳエリア固有及びセル固有の設定を示す図である。
【０１５７】
（２．３．２．制御情報を配信するための可能なメカニズム）
ＵＥに対する制御シグナリングを提供するメカニズムとして、ＳＩＢベース、ＭＣＣＨベース、及び／又は個別シグナリング（dedicated signaling）ベースが提案されている。さらに、ＳＰＳベースのメカニズムは、ＤＲＸ動作をサポートするための手段として考慮されるべきであることが提案されている。まとめると、これらのメカニズムは、図１５及び図１６に示すように、２つの一般的なアプローチに分類することができる。
【０１５８】
ＡＬＴ１：１ステップのアプローチ。
【０１５９】
ＡＬＴ１−１：拡張ＳＩＢ１３又は新しいＳＩＢを用いる。
【０１６０】
ＡＬＴ１−１では、全ての必要な制御情報は、変更通知を除いて、このＳＩＢによって提供される。このＳＩＢによって提供された情報を使用して、ＵＥは、ＳＣ−ＰＴＭのサブフレームに関連付けられたＰＤＣＣＨを監視することができる。ＳＩＢの変更は、ＢＣＣＨ修正期間（BCCH modification period）で発生し得、他のシステム情報が変更されない場合でも全てのシステム情報を取得するようＵＥを強制することができる。
【０１６１】
ＡＬＴ１−２：個別シグナリング（dedicated signaling）を用いる。
【０１６２】
ＡＬＴ１−２は、ＡＬＴ１−１と原理的に似ているが、情報は個別シグナリングによって提供される。ＡＬＴ１−２によれば、アイドルＵＥは、必要な設定を取得するためにコネクティッドに遷移する必要がある。これは、サービングセルがどのＵＥを設定すべきかを判断するために、ＵＥからの何らかの興味インディケーションが必要になり得ることを意味する。
【０１６３】
ＡＬＴ２：２ステップのアプローチ。
【０１６４】
ＡＬＴ２−１：拡張ＭＣＣＨ（extended MCCH）を用いる。
【０１６５】
ＡＬＴ２−１は、既存のＭＣＣＨの原則を再利用し、ＭＣＣＨを取得するために必要な情報がＳＩＢによって提供され、ＵＥはＭＣＣＨで提供される詳細な設定に基づいてＳＣ−ＰＴＭの受信を試みる。複雑性及び標準化の努力は、ＡＬＴ１−１と比較して増加し得る。ＳＣ−ＰＴＭのためのＭＣＣＨは、ＳＣ−ＰＴＭのためのＭＢＳＦＮサブフレーム割り当てを排除するために、ＰＤＳＣＨにマッピングされるべきであることに留意すべきである。
・ＡＬＴ２−２：新しいＧＣＣＨ（グループ制御チャネル）を用いる。
・ＡＬＴ２−２は、ＡＬＴ２−１と原理的に類似しているが、ＳＣ−ＰＴＭの受信のための情報を提供するための新しいＧＣＣＨを使用する。この選択肢は、全ての選択肢の中で最大の仕様化のインパクトを与える可能性がある。
【０１６６】
図１５は、３つのステップのアプローチ（ＡＬＴ１）及び２つのステップのアプローチ（ＡＬＴ２）を示す図である。
【０１６７】
図１６は、ＳＣ−ＰＴＭ伝送のＬ２構造（Ｃプレーンの選択肢を有する）を示す図である。
【０１６８】
（２．３．３．）制御プレーンメカニズムの選択肢の評価
評価は、「ＧＣＳＥの要件に照らしＳＣ−ＰＴＭを評価する（利用可能であればＭＣＰＴＴ要件も考慮する必要がある）」という結論を考慮に入れなければならない。ＧＣＳＥ研究及びＭＣＰＴＴ要件によれば、ＧＣＳＥはＭＣＰＴＴ要件を満たさなければならず、グループ通信のためにユニキャストを使用するシナリオ、したがって送信ＵＥ及び受信ＵＥの両方が評価された。一方、ＳＣ−ＰＴＭの研究では、「ＲＡＮ２は、ＳＣ−ＰＴＭはｅＭＢＭＳシステムアーキテクチャを再利用することを前提とし、ｅＭＢＭＳの補完的なベアラ種別として働く」ことが合意された。さらに、ＲＡＮ２は、受信ＵＥの待ち時間（latency）評価に焦点を当てるべきである。ＳＣ−ＰＴＭでは、送信及び受信の両ＵＥの待ち時間性能は、リリース１２  ＧＣＳＥの既存のユニキャストサービスのそれに匹敵する必要がある。
【０１６９】
提案６：送信ＵＥの観点からは、ＳＣ−ＰＴＭは、すでにＧＣＳＥ試験で評価した結果に基づいて、ユニキャストと同じ待ち時間性能を持つべきである。
【０１７０】
上記の議論を考慮し、表１は、各選択肢の長所と短所を示している。
【０１７１】
表１：制御プレーンの選択肢の比較
【０１７２】
【表１】
2018113706.tif 000003
【０１７３】
（＊１）ＳＣ−ＰＴＭ伝送の変更（例えば、ＭＢＭＳサービスが開始）からのＵＥへの待ち時間はＳＣ−ＰＴＭの受信を開始する。
【０１７４】
（＊２）待ち時間は、ＵＥがＭＢＭＳサービスに興味を持つ時間からＵＥがＳＣ−ＰＴＭを介してサービスを受信開始するまでの時間である。
【０１７５】
待ち時間の性能に関しては、全ての代替が実現可能であり、リリース１２  ＧＣＳＥの下でのユニキャスト又はＭＢＭＳに比べて同等又はより良い性能を有する。制御情報の取得のための複雑さの観点からは、ＡＬＴ１−Ｘはシンプルであり、アイドルＵＥに対してシームレスに動作するが、ＡＬＴ１−２のためには、ある種の興味インディケーションが必要であるか判断するための議論が必要とされる。ＡＬＴ２−Ｘは、ＭＢＭＳを有するリリース１２のＧＣＳＥに似ているため、既存のＭＢＭＳをサポートするＵＥに潜在的にうまく機能し得る。後方互換性については、ＡＬＴ１−２又はＡＬＴ２−２のいずれも影響がなく、これらの選択肢は、仕様への影響が大きくなるが、より柔軟であり、待ち時間の影響を低減する。ＵＥの電力消費に関して、個別シグナリングを有するＡＬＴ１−２は、興味インディケーションを送信するためにＵＥの電力消費量に大きな影響を与える。
【０１７６】
各選択肢は長所と短所があるが、我々は、ＵＥのバッテリ消費を最適化するためにＧＣＣＨを有するＡＬＴ２−２を好み、ＡＬＴ２−１と比較して潜在的に後方互換性の問題なく速くベアラ設定（bearer setup）をサポートすることができる。個別シグナリングを有するＡＬＴ１−２は、例えばモビリティ等のいくつかのシナリオのために有用である可能性があるため、更なる検討が必要である。ＡＬＴ１−１も考えられるが、ＢＣＣＨ修正期間の制限に起因する高速ベアラ設定をサポートすることができない。
【０１７７】
提案７：新しいＧＣＣＨが定義されるべきであり、それは、ＳＣ−ＰＴＭ伝送を受信するために必要な情報をＵＥに提供する。
【０１７８】
（２．３．４．）ＧＣＣＨ（ＡＬＴ２−２）で提案するプロシージャ
図１７は、ＧＣＣＨを有するシグナリングプロシージャを示す。次のように各ステップの説明が提供される。
【０１７９】
ステップ１：１つのＭＢＭＳサービスが、ＳＣ−ＰＴＭを介して提供されるように決定される。どのエンティティがＳＣ−ＰＴＭを決定すべきであるかはＲＡＮ３／ＳＡ２からの決定を保留されている。
【０１８０】
ステップ２：ｅＮＢは、ＭＢＭＳサービスに対応するＴＭＧＩにＧ−ＲＮＴＩを割り当てる。
【０１８１】
ステップ３：ＳＩＢ１３又は新しいＳＩＢは、ＧＣＣＨの受信に関連する設定を提供する。このＳＩＢは、「現在ＳＣ−ＰＴＭ上に設けられるＴＭＧＩ（TMGIs）」を提供し、そのＴＭＧＩに興味を持つＵＥがＧＣＣＨを取得することをトリガーする。ＴＭＧＩは、ＭＢＳＦＮのためのＳＩＢ１５に記載されているＭＢＭＳ  ＳＡＩに類似し、それによって、その情報はモビリティシナリオでサービス継続性のために使用することができる。
【０１８２】
ＳＩＢ１３又は新しいＳＩＢは、ＧＣＣＨの繰り返し周期（repetition period）及び修正期間（modification period）だけではなく、ＧＣＣＨにスケジューリングされたサブフレームを含むＧＣＣＨ機会も含む。ＵＥは、ＧＣＣＨを取得すると、その修正期間中にＧＣＣＨをもはや監視しなくてもよいため、ＵＥの電力消費を低減することを可能にする。
【０１８３】
ステップ４：ｅＮＢは、ＧＣＣＨの修正期間及び繰り返し周期に従ってＧＣＣＨのスケジューリングを行う。
【０１８４】
ステップ５：ＧＣＣＨ機会の中で、ｅＮＢは、Ｐ−ＲＮＴＩと同様に全てのＵＥのための事前定義された共通の値であるＧＣＣＨ−ＲＮＴＩでスクランブルしたＰＤＣＣＨを送信する。ＰＤＣＣＨは、ＰＤＳＣＨ内で割り当てられたＲＢを示す。
【０１８５】
ステップ６：ｅＮＢは、同じサブフレーム内で、ＰＤＳＣＨ内でＧＣＣＨコンテンツを送信する。
【０１８６】
ＧＣＣＨは、Ｇ−ＲＮＴＩ（G-RNTIs）に対するＴＭＧＩ（TMGIs）のマッピングを含み、これはＵＥが興味のあるＴＭＧＩにどのＧ−ＲＮＴＩが割り当てられているかを判断することを可能にする。さらに、ＬＣＩＤ（LCIDs）に対するＴＭＧＩ（TMGIs）のマッピングも含まれている。
【０１８７】
ＧＣＣＨは、ＭＢＳＦＮサブフレーム設定と同様に、ＳＣ−ＰＴＭ伝送のためにスケジュールされたサブフレームを示すＳＣ−ＰＴＭ機会が含まれている。ＳＣ−ＰＴＭ機会を提供することにより、ＵＥがＳＣ−ＰＴＭ伝送にのみ関心ある場合には、全てのサブフレームを監視する必要はない。
【０１８８】
ステップ７：ＳＩＢの更新が行われない限り、ＵＥは、ＧＣＣＨを取得した後、ＳＩＢ１３又は新しいＳＩＢを監視することは要求されないかもしれない。ＵＥは、ＭＣＣＨと同様に、各ＧＣＣＨ修正期間内に一度ＧＣＣＨを監視する必要がある。これは、ＵＥが電力消費を低減することを可能とする。
【０１８９】
ステップ８：ｅＮＢは、ＳＣ−ＰＴＭのスケジューリングを行う。
【０１９０】
ステップ９：ＳＣ−ＰＴＭ機会の中で、ｅＮＢは、特定のＴＭＧＩに対応するＧ−ＲＮＴＩでスクランブルしたＰＤＣＣＨを送信する。ＳＣ−ＰＴＭのリソースが実際に割り当てられるかどうかはｅＮＢ次第であり、それは対応するＰＤＣＣＨの可用性により示されることに留意すべきである。
【０１９１】
ステップ１０：ｅＮＢは、ＴＭＧＩに対応するＳＣ−ＰＴＭを運搬するＰＤＳＣＨを送信する。
【０１９２】
提案８：上記のＧＣＣＨプロシージャ及びステップは、ＴＲ３６．８９０に掲載されるべきである。
【０１９３】
［付記２］
（１．はじめに）
単一セルポイントツーマルチポイント（ＳＣ−ＰＴＭ）伝送のサポートについての新たな研究項目が承認された。クリティカル通信や、トップビデオ／人気のアプリケーションのダウンロード、モバイル広告、車のための交通情報などの商業的ユースケースのために、研究項目は、リリース１２のｅＭＢＭＳベースのメカニズムと比較し、グループ通信のためのより柔軟な／効率的な無線インターフェイスを調査する。リリース１３の研究における大きなチャレンジの一つはＰＤＳＣＨ上での「動的マルチキャスト」として期待され、研究の目的は以下のように特定されている。
【０１９４】
・ユーザのグループ（すなわち、特定のサービス／コンテンツに関する共通の関心を持っている）のために意図された、ＰＤＳＣＨ上でのＤＬマルチキャストをＵＥが受信する方法。
【０１９５】
ＨＡＲＱフィードバック及びＣＳＩレポートは単一セルＰＴＭ伝送のために必要であるか否か。もし必要であれば可能な解決策を特定する。
【０１９６】
・サービス継続性の側面。
【０１９７】
この付記では、ＰＤＳＣＨ上でのＳＣ−ＰＴＭ受信の観点からＤＲＸ動作での潜在的な問題が特定される。
【０１９８】
（２．検討）
ＤＲＸ動作に関する合意
ＳＣ−ＰＴＭ伝送についての最初の議論の結果として、いくつかの合意／結論に達した。次のように合意／結論では本研究におけるＤＲＸ動作のためにいくつかの仮定が見出された。
【０１９９】
研究では、アイドル及びコネクティッドモードのサポートをカバーする。
【０２００】
１）ＲＡＮ２は、グループメンバーがＣＳＩ／ＨＡＲＱフィードバックを提供する場合、リンクアダプテーション及びＨＡＲＱ再送によりどのようなゲインが得られるか議論した。ＲＡＮ２は、ＰＤＳＣＨ上でのＳＣ−ＰＴＭ伝送に応答したＣＳＩ／ＨＡＲＱフィードバックについてＲＡＮ１に評価を依頼した。
【０２０１】
ＲＡＮ２は、新たに承認された研究項目「ＬＴＥにおける単一セルＰＴＭ伝送のサポート」（ＲＰ−１４２２０５を参照）を議論し、ＭＢＳＦＮエリア全体でＰＭＣＨを介してマルチキャストを提供することとは異なり、セルごとにＰＤＳＣＨを介してマルチキャストを提供することを検討した。ＲＡＮ２は、ＳＣ−ＰＴＭは、ｅＭＢＭＳシステムアーキテクチャを再利用し、ｅＭＢＭＳの補完的なベアラタイプとして作用することを前提としている。ＲＡＮ２は、ＳＣ−ＰＴＭ伝送のためにＧＣＳＥ要件（及びＭＣＰＴＴ）を対象とする。
【０２０２】
上記合意された文章によると、アイドルＵＥは、コネクティッドＵＥと同様に、ＳＣ−ＰＴＭ伝送を受信するためにＰＤＳＣＨをデコードする必要がある。したがって、ＤＲＸ動作を伴うＳＣ−ＰＴＭ受信を保証する方法を検討すべきである。
【０２０３】
考察１：ＵＥは、アイドル及びコネクティッドモードの両方でＳＣ−ＰＴＭ伝送を受信する必要がある。
【０２０４】
考察２：ＳＣ−ＰＴＭ伝送は、ＰＤＳＣＨにマッピングされている。
【０２０５】
ＤＲＸを伴うＳＣ−ＰＴＭのためのＰＤＣＣＨ監視機会（PDCCH monitoring opportunity）
ＳＣ−ＰＴＭ伝送がＰＤＳＣＨを使用して改良された無線効率を確保すべきであることを考慮すると、ＳＣ−ＰＴＭを運搬するＰＤＳＣＨのリソース割り当てのためにＰＤＣＣＨを想定するのが自然である。この想定では、ＤＲＸ及びＰＤＣＣＨの監視などの次の問題が考慮されるべきである。
【０２０６】
ＤＲＸと独立して行われるｅＭＢＭＳ受信に比べて、コネクティッドモードでのＳＣ−ＰＴＭの受信におけるチャレンジの一つは、既存のＤＲＸメカニズム内で動作できるようにすることである。このチャレンジは、ＤＲＸと単一セルＰＴＭとの間のサブフレームのアライメントに起因する。ＭＢＳＦＮサブフレームは、通常のサブフレームから完全に分離されているが、ＳＣ−ＰＴＭ伝送は、ＰＤＳＣＨにマッピングされ、ＰＤＣＣＨによってスケジュールされるので、通常のサブフレーム内で発生する。
【０２０７】
現在のアイドルモードプロシージャでは、ＵＥは、ＵＥ−ＩＤによってランダム化されたページング機会（paging occasion）でのみＰＤＣＣＨを監視することが要求される。一方、コネクティッドモードでのＵＥは、アクティブ時間（Active Time）の間にＰＤＣＣＨを監視することが要求され、個別シグナリングを介してサービングセルによって制御される。同じグループ内の全てのＵＥに適用可能なＳＣ−ＰＴＭ伝送機会（SC-PTM transmission occasions）を決定するためにさらなる議論が必要とされる。言い換えれば、ＰＤＣＣＨを監視するための機会は、同じグループに割り当てられた全てのＵＥのために揃えられるべきである。
【０２０８】
提案１：ＲＡＮ２は、同じグループに割り当てられた全てのＵＥのためのＰＤＣＣＨを監視するための十分な機会を提供する方法を議論すべきである。
【０２０９】
以下の選択肢が考えられる。
・ＡＬＴ１：アイドルモード及びコネクティッドモードで既存のＤＲＸメカニズムを拡張する。
・ＡＬＴ２：既存のＤＲＸメカニズムから独立した新しいＤＲＸメカニズムを導入する。
・ＡＬＴ３：ｅＮＢの高度な実装に任せる。
【０２１０】
ｅＮＢの視点からは後方互換性に影響を与えるかもしれない（すなわち、特にアイドルモードでＤＲＸ機会を変更することは困難である）が、ベースラインメカニズムと考えることができる。
【０２１１】
ＡＬＴ２は、より多くの標準化の努力が予想されるものの、ＤＲＸルールが、グループＩＤ、例えばＴＭＧＩ又はグループＲＮＴＩ等に関連する場合、よりシンプルな方法であるかもしれない。
【０２１２】
ＡＬＴ３は、標準化の観点から、最もシンプルな選択肢と考えることができる。しかし、ｅＮＢが、同じグループに属するアイドルＵＥのＵＥ−ＩＤをどのように把握するか、及び、ページング機会を全てのコネクティッドモードのＵＥのＤＲＸオン期間（DRX OnDurations）とどのようにして揃えるかについて、検討すべきである。
【０２１３】
ＡＬＴ３においてデータ配信に興味を持つＵＥ全てのＵＥをサポートすることの困難性、及びＡＬＴ１における後方互換性への影響により、ＲＡＮ２は、アイドル及びコネクティッドＵＥの両方のためのＳＣ−ＰＴＭ受信をサポートするために新たなＤＲＸメカニズムが必要となるかを検討すべきである。
【０２１４】
提案２：ＰＤＳＣＨのＳＣ−ＰＴＭ受信ために既存のＤＲＸメカニズムとは独立した新しいＤＲＸメカニズムを導入する。
【０２１５】
ＳＣ−ＰＴＭのための可能なＤＲＸメカニズム
提案２が許容される場合には、ＳＣ−ＰＴＭ受信のためにＰＤＣＣＨモニタリング機会を揃えるために、３つのオプションが考えられる。
【０２１６】
・オプション１：セミパーシステントスケジューリング（ＳＰＳ）ベースのメカニズム。
【０２１７】
既存のＳＰＳのメカニズムは、ＳＣ−ＰＴＭ  ＤＲＸ設定のための可能なベースラインの一つである。現在の仕様によれば、ＰＤＳＣＨは、半永続的にＮ番目のサブフレームに割り当てられる：
(10 * SFN + subframe) = [(10 * SFNstart time + subframestart time) + N * semiPersistSchedIntervalDL] modulo 10240.
【０２１８】
しかしながら、SFNstart time、subframestart time及びＮをどのように設定するか、進行中のグループ通信に途中参加したＵＥをどのように扱うか、及び／又はアイドルＵＥをどのように設定するのかについて、メカニズムを拡張する必要がある。
【０２１９】
・オプション２：ＭＣＣＨベースのメカニズム。
【０２２０】
ＧＣＣＨの概念を含め、ＳＣ−ＰＴＭ制御情報転送のための既存のＭＣＣＨベースのメカニズムを再利用する可能性が指摘された。本オプションを使用すると、ＳＣ−ＰＴＭ受信に興味があるＵＥは、ＧＣＣＨ受信のための機会を示すＳＩＢ（ＳＩＢ１３のような）を監視し得る。ＧＣＣＨは、ＰＤＳＣＨ上のＳＣ−ＰＴＭ伝送の受信を開始するタイミングに関する情報を含む必要な制御情報が含まれている。ＤＲＸの観点から、ＧＣＣＨは、ＵＥが他のサービスに興味がない場合には他のサブフレームを監視する必要がないように、ＳＣ−ＰＴＭ伝送がスケジュールされたサブフレームを含んでもよい。ＳＣ−ＰＴＭ伝送のためのサブフレームがＧＣＣＨに示されている場合でも、ＳＣ−ＰＴＭは、実際にスケジュールされたサブフレームで送信されるかどうかは、サブフレーム内のＰＤＣＣＨに基づくべきである。これは、サービングセルのためのリソースの動的割り当てを可能にする。
【０２２１】
・オプション３：ＳＩＢベースのメカニズム。
【０２２２】
オプション３では、ＳＩＢは、ＴＭＧＩ、ＬＣＩＤ及びＧ−ＲＮＴＩ間の全てのマッピング情報を提供する。また、ＳＣ−ＰＴＭを送信することができるサブフレームを提供することができる。ＳＩＢの変更は、ＢＣＣＨの修正周期で発生することがある。
【０２２３】
オプション間の比較
全ての３つのオプションは、サービングセルが、ＵＥがＰＤＣＣＨを監視するためにウェイクアップすべきサブフレームをアイドル及びコネクティッドのＵＥに知らせる必要があるという共通の原則を有する。オプションの違いは、制御情報又はＳＣ−ＰＴＭデータを運搬するＰＤＳＣＨをＰＤＣＣＨが示すかどうかに関係する。
【０２２４】
オプション１は、オプション２又はオプション３に比べて、ＵＥの設定の点でオーバーヘッドを十分に減らす可能性を有する。また、個別及びシステム情報設定の両方が可能であり得る。
【０２２５】
オプション２及びオプション３は、原則的に類似しているが、考慮されるべき重要な違いがある。オプション２では、新たなＳＩＢのみが、ＧＣＣＨに対応するＰＤＣＣＨを監視する機会をＵＥに提供する。そして今度は、ＧＣＣＨ（すなわち、Ｇ−ＲＮＴＩ）の内容は、ＵＥが、ＳＣ−ＰＴＭデータを見つけることを可能とする。オプション３では、ＳＩＢがＳＣ−ＰＴＭデータに対応するＰＤＣＣＨを監視する機会を直接的にＵＥに提供するので、オプション３は、ストレートフォワードのように見えるかもしれないが、ＢＣＣＨの修正期間の長さはdefaultpagingcycleにより制限されるので、高速ベアラ設定を可能としない。オプション２では、ＧＣＣＨ修正期間は、高速ベアラ設定のために十分に短い値になるように設定することができる。
【０２２６】
提案３：どのオプションを選択するかに関係なく、サービングセルは、ＳＣ−ＰＴＭ伝送に直接的に又は間接的に対応するＰＤＣＣＨモニタリングのための機会を提供すべきである。
【０２２７】
［相互参照］
米国仮出願第６２／１４５８９３号（２０１５年４月１０日出願）の全内容が参照により本願明細書に組み込まれている。
【図１】
2018113706.tif 000004
【図２】
2018113706.tif 000005
【図３】
2018113706.tif 000006
【図４】
2018113706.tif 000007
【図５】
2018113706.tif 000008
【図６】
2018113706.tif 000009
【図７】
2018113706.tif 000010
【図８】
2018113706.tif 000011
【図９】
2018113706.tif 000012
【図１０】
2018113706.tif 000013
【図１１】
2018113706.tif 000014
【図１２】
2018113706.tif 000015
【図１３】
2018113706.tif 000016
【図１４】
2018113706.tif 000017
【図１５】
2018113706.tif 000018
【図１６】
2018113706.tif 000019
【図１７】
2018113706.tif 000020