JP7255494B2 - 通信装置、通信方法、及びプログラム - Google Patents

Description

本開示は、通信装置、通信方法、及びプログラムに関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「New Radio（NR）」、「New Radio Access Technology（NRAT）」、「Evolved Universal Terrestrial Radio Access（EUTRA）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、LTE-A、LTE-A Pro、およびEUTRAを含み、ＮＲは、NRAT、およびFEUTRAを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はｅＮｏｄｅＢ（evolved NodeB）、端末装置（移動局、移動局装置、端末）はＵＥ（User Equipment）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

ＬＴＥ／ＬＴＥ－Ａに続く第５世代（５Ｇ）移動体通信システムでは、基地局と端末装置との間の通信に指向性を有するビームを利用する技術が検討されている。このような技術を利用することで、基地局と端末装置との間の通信を、時間及び周波数での多重に加えて空間的にも多重することも可能となる。例えば、特許文献１には、基地局と端末装置との間の通信に指向性ビームを利用する技術の一例が開示されている。

また、上述した無線ネットワークを利用して、テキスト、楽曲、静止画像、動画像等のコンテンツを各端末装置に配信するための技術として、ＭＢＭＳ（Multimedia Broadcast and Multicast Service）と称される技術が検討されている。ＭＢＭＳの技術を利用することで、番組として放送される上記各種コンテンツを、無線ネットワークを介して複数の端末装置に効率よく配信することが可能となる。

特開２０１７－１５７９０８号公報

一方で、第５世代（５Ｇ）移動体通信システムでは、指向性を有するビーム（以下、「指向性ビーム」とも称する）を走査しながら各端末装置にデータを送信するため、通信範囲内の端末装置それぞれに対してコンテンツを配信する方法が、無指向性のビームを使用した通信とは異なる。そのため、通信に指向性ビームが利用されるような状況下においても、ＭＢＭＳ等のような、所謂番組（放送番組）として提供されるコンテンツを各端末装置に効率よく配信可能とする技術を、より好適な態様で適用可能とする技術が求められている。

そこで、本開示では、指向性ビームを利用した端末装置へのコンテンツの配信をより好適な態様で実現可能とする技術を提案する。

本開示によれば、無線通信を行う通信部と、上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部と、を備える、通信装置が提供される。

また、本開示によれば、無線通信を行う通信部と、上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御する制御部と、を備える、通信装置が提供される。

また、本開示によれば、コンピュータが、無線通信を行うことと、上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御することと、を含む、通信方法が提供される。

また、本開示によれば、コンピュータが、無線通信を行うことと、上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御することと、を含む、通信方法が提供される。

また、本開示によれば、コンピュータに、無線通信を行うことと、上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御することと、を実行させる、プログラムが提供される。

また、本開示によれば、コンピュータに、無線通信を行うことと、上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御することと、を実行させる、プログラムが提供される。

以上説明したように本開示によれば、指向性ビームを利用した端末装置へのコンテンツの配信をより好適な態様で実現可能とする技術が提供される。

なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 ＭＢＭＳのネットワークアーキテクチャについて概要を説明するための説明図である。 カウンティングを行うための手続きの一例について説明するための説明図である。 ＭＢＭＳゲートウェイと基地局との間のＭ１インタフェースのプロトコルスタックの一例を示した図である。 ＬＴＥにおけるＭＢＭＳのsession start procedureの一例を示したシーケンス図である。 ＭＢＭＳを利用する場合におけるフレームの構造の一例を示している。 ＭＢＭＳセッションが関連付けられる情報の概要について説明するための説明図である。 同実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。 beam sweepingの概要について説明するための説明図である。 beam sweepingの概要について説明するための説明図である。 同実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。 変形例１に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。 変形例１に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。 変形例１に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。 変形例２に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。 変形例２に係る通信システムにおける基地局１００の処理の流れの一例について示したフローチャートである。 変形例３に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。 変形例３に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．構成例
１．１．システムの構成例
１．２．基地局の構成例
１．３．端末装置の構成例
２．ＭＢＭＳ
３．技術的特徴
４．応用例
４．１．基地局に関する応用例
４．２．端末装置に関する応用例
５．むすび

＜＜１．構成例＞＞
＜１．１．システムの構成例＞
まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００、端末装置２００、及びＭＥＣサーバ３００を含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。即ち、前述したＵＥ２００は、図１に示す端末装置２００に相当し得る。無線通信装置１００Ｃは、ＵＥ－Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ－Ａにおいて定義されているＵＥであってもよく、ＵＥ－Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ ＵＥ ｔｏ Ｎｅｔｗｏｒｋ Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。

（１）無線通信装置１００
無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。

基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、コアネットワーク４０と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。

ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０はマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized Network／Ｖｉｒｔｕａｌ ｃｅｌｌ）である。

セル１０は、例えば、ＬＴＥ、ＬＴＥ－Ａ（LTE-Advanced）、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ－ＣＤＭＡ、ＣＤＭＡ２００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。

なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。

（２）端末装置２００
端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。

（３）アプリケーションサーバ６０
アプリケーションサーバ６０は、ユーザへサービスを提供する装置である。アプリケーションサーバ６０は、パケットデータネットワーク（ＰＤＮ）５０に接続される。他方、基地局１００は、コアネットワーク４０に接続される。コアネットワーク４０は、ゲートウェイ装置（図８におけるＰ－ＧＷ）を介してＰＤＮ５０に接続される。このため、無線通信装置１００は、アプリケーションサーバ６０により提供されるサービスを、パケットデータネットワーク５０、コアネットワーク４０及び無線通信路を介してＭＥＣサーバ３００、及びユーザへ提供する。

（４）ＭＥＣサーバ３００
ＭＥＣサーバ３００は、ユーザへサービス（アプリケーション又はコンテンツ等）を提供するサービス提供装置である。ＭＥＣサーバ３００は、無線通信装置１００に設けられ得る。その場合、無線通信装置１００は、ＭＥＣサーバ３００により提供されるサービスを、無線通信路を介してユーザへ提供する。ＭＥＣサーバ３００は、論理的な機能エンティティとして実現されてもよく、図１に示すように無線通信装置１００等と一体的に形成されてもよい。

例えば、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マクロセル１０に接続する端末装置２００Ａへ提供する。また、基地局１００Ａは、ＭＥＣサーバ３００Ａにより提供されるサービスを、マスタデバイス１００Ｂを介して、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。

また、マスタデバイス１００Ｂは、ＭＥＣサーバ３００Ｂにより提供されるサービスを、スモールセル１０Ｂに接続する端末装置２００Ｂへ提供する。同様に、マスタデバイス１００Ｃは、ＭＥＣサーバ３００Ｃにより提供されるサービスを、スモールセル１０Ｃに接続する端末装置２００Ｃへ提供する。

（５）補足
以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small Cell Enhancement）、ＨｅｔＮｅｔ（Heterogeneous Network）、ＭＴＣ（Machine Type Communication）ネットワーク等が採用され得る。

＜１．２．基地局の構成例＞
次いで、図２を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図２は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図２を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、処理部１５０とを含む。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。

（４）記憶部１４０
記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）処理部１５０
処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、通信制御部１５１と、情報取得部１５３と、通知部１５５とを含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。

通信制御部１５１、情報取得部１５３、及び通知部１５５の動作は、後に詳細に説明する。

＜１．３．端末装置の構成例＞
次に、図３を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図３は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図３に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、処理部２４０とを含む。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

また、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、リモート端末として動作する端末装置２００Ｃにおける無線通信部２２０は、リレー端末との間でサイドリンク信号を送受信してもよい。

（３）記憶部２３０
記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）処理部２４０
処理部２４０は、端末装置２００の様々な機能を提供する。例えば、処理部２４０は、通信制御部２４１と、情報取得部２４３と、測定部２４５と、通知部２４７とを含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。

通信制御部２４１、情報取得部２４３、測定部２４５、及び通知部２４７の動作は、後に詳細に説明する。

＜＜２．ＭＢＭＳ＞＞
続いて、ＭＢＭＳについて説明する。ＭＢＭＳは、無線ネットワークを利用して、テキスト、楽曲、静止画像、動画像等のコンテンツを各端末装置に配信するための技術であり、正式には「Multimedia Broadcast Multicast Services」と称される。なお、本開示の一実施形態に係る通信システムの特徴をよりわかりやすくするために、ブロードキャスト（Broadcast）及びマルチキャスト（Multicast）についても以下に概要を説明する。

ブロードキャストは、point－to－multi pointの一方向のdownlink transmissionである。ブロードキャストは、サービスを提供するにあたり、ネットワークと通信を行う必要がないため、所謂「RRC idle」の状態のように、ネットワークに接続されていない省電力の状態においても、端末装置は、ブロードキャストされるサービスの配信を受けることが可能である。即ち、端末装置は、RRC idle状態においても、基地局からブロードキャストされるコンテンツを受信し、当該コンテンツをユーザに提示することが可能である。

マルチキャストは、複数の端末装置に対してサービスを提供する点でブロードキャストと類似するが、端末装置がサービスの提供を受けるにあたり、当該サービスの提供を受ける意思をネットワーク側に示す必要がある点でブロードキャストと異なる。即ち、マルチキャストは、端末装置がサービスの提供を受けるために、ネットワークと通信を行う必要がある。

なお、５Ｇでは、６ＧＨｚ以上の高い周波数を使用可能となるが、高い周波数帯では伝搬損失がより高くなるため、当該伝搬損失を補うために、beam formingにより電波（無線信号）に指向性を持たせることで、より高いアンテナ利得を確保する。そのため、beam formingにより特定の端末装置に指向性を向けることとなるため、端末装置がＭＢＭＳに対応するサービスの提供を受けることを希望する旨の意思表示を行うことが望ましい。即ち、５Ｇ移動体通信システムにおいてＭＢＭＳを適用するにあたり、マルチキャストによるコンテンツの配信の実現がより重要となる。なお、以降の説明では、ＭＢＭＳに対応するサービスを、「ＭＢＭＳサービス（MBMS Service）」とも称する。

（ＭＢＭＳのネットワークアーキテクチャ）
次いで、図４を参照して、ＭＢＭＳのネットワークアーキテクチャ（network architecture）について概要を説明する。図４は、ＭＢＭＳのネットワークアーキテクチャについて概要を説明するための説明図である。

図４に示すように、ＭＢＭＳのネットワークアーキテクチャは、コアネットワーク（ＣＮ：Core Network)とＲＡＮ(Radio Access Network)とにより構成される。また、ＣＮには、各種エンティティ（entity）が含まれる。ＣＮに含まれるエンティティとしては、例えば、ＭＭＥ（Mobility Management Entity）、ＨＳＳ（Home Subscriber Server）、Ｓ－ＧＷ（Serving Gateway）、Ｐ－ＧＷ（packet data network gateway）、ＭＢＭＳゲートウェイ（MBMS Gateway）、ＢＭ－ＳＣ（Broadcast Multicast Service Centre）、コンテンツサーバ（Content Server）等が挙げられる。また、ＭＢＭＳのネットワークアーキテクチャでは、ＲＡＮ側のエンティティとして、ＭＣＥ（Multi－cell／Multicast Coordination Entity）が含まれる。なお、これらのエンティティのうち、ＭＣＥ、ＭＢＭＳゲートウェイ、ＢＭ－ＳＣ、及びコンテンツサーバがＭＢＭＳに固有のエンティティであり、その他のエンティティについては、ＬＴＥにおけるユニキャスト通信に利用されるエンティティと同様である。また、ＭＢＭＳサービスにおいて提供されるコンテンツは、オペレータ網の内部から提供されてもよいし、インターネット網から提供されてもよい。なお、ＣＮ内のエンティティ（特に、ＭＢＭＳゲートウェイやＢＭ－ＳＣ）が、基地局の「上位ノード」の一例に相当する。また、ＭＭＥが、「セッションを管理する所定のノード」の一例に相当する。

ここで、ＭＢＭＳに固有のエンティティ、即ち、ＭＣＥ、ＭＢＭＳゲートウェイ、ＢＭ－ＳＣ、及びコンテンツサーバのそれぞれについて以下に概要を説明する。

（ＭＣＥ）
まず、ＭＣＥについて説明する。図４に示すように、ＭＣＥは、ＲＡＮ側のエンティティに分類される。ＭＣＥは、各基地局（eNodeB）の中に配置されてもよいし、基地局の外に配置されてもよい。ＭＣＥの役割としては、「ＭＢＭＳ用の時間・周波数リソースの割り当て」、「ＭＣＳ（Modulation and Coding Scheme）の決定」、「カウンティング（Counting）機能」の３つが挙げられる。なお、ＭＣＳとは、変調方式や符号化レートに相当する。また、カウンティング機能とは、ユーザがどの程度サービスに興味があるかを収集する機能に相当する。カウンティング機能により、例えば、基地局は、興味のあるユーザの数（換言すると、コンテンツの配信を希望する端末装置の数）に応じて、ＭＢＭＳ用の時間・周波数リソースを割り当てたり、割り当てを停止したりすることが可能となる。

なお、ＬＴＥでは、無指向性のビームを利用するため、ＭＣＳを端末装置ごとに個別に制御することが困難であった。これに対して、５Ｇでは、各端末装置に対して個々にビームを割り当てることが可能であるため、例えば、端末装置ごとに異なるＭＣＳでコンテンツ（例えば、ＭＢＭＳに対応するコンテンツ）を提供することも可能となる。

即ち、５Ｇでは、例えば、各端末装置に対してUE Specificなビームにより、ＭＢＭＳサービスを提供するような状況も想定され得る。基地局と端末装置との間が、ユニキャスト（unicast）のような取扱い（複数の端末装置に同様のコンテンツを配信するため、厳密にはマルチキャスト）になったとしても、コンテンツサーバと基地局との間は、マルチキャスト(ＩＰ層的にはマルチキャスト)でコンテンツを配信することとなる。そのため、どの基地局にマルチキャストを行うかを特定するためには、カウンティングという機能が重要となる。

ここで、参考として、図５を参照して、カウンティングを行うための従来の手続きの一例について説明する。図５は、カウンティングを行うための手続きの一例について説明するための説明図である。

図５に示すように、まずＭＣＥ４００は、基地局１００に対してMBMS Service Counting Requestを送信する（Ｓ１０１）。基地局１００は、ＭＣＥ４００からMBMS Service Counting Requestを受けて、当該ＭＣＥ４００に対してMBMS Service Counting Responseを返送する（Ｓ１０３）。次いで、基地局１００は、端末装置２００に対してMBMS Service Counting Requestを送信する（Ｓ１０５）。端末装置２００は、基地局１００からMBMS Service Counting Requestを受けて、当該基地局１００に対してMBMS Service Counting Responseを返送する（Ｓ１０７）。そして、基地局１００は、端末装置２００からMBMS Service Counting Responseの返送を受けると、ＭＣＥ４００に対してMBMS Service Results Reportを送信する（Ｓ１０９）。以上のような手続きにより、ＭＣＥ４００は、例えば、基地局１００から送信されるレポート（MBMS Service Results Report）に基づき、ＭＢＭＳサービスの提供を希望する端末装置の数を認識することが可能となる。

（ＭＢＭＳゲートウェイ）
続いて、ＭＢＭＳゲートウェイについて説明する。図４に示すように、ＭＢＭＳゲートウェイはＣＮに配置されるエンティティである。ＭＢＭＳゲートウェイは、IP（Internet protocol） multicast addressを手掛かりとして、対応する基地局（eNodeB）にパケットを届ける機能を有する。ＬＴＥにおけるＭＢＭＳはブロードキャストのみを想定しており、マルチキャストについてはサポートしていない。これは、サービス上において、マルチキャストをサポートしていないことを意味する。一方で、IPレイヤについてはマルチキャストが使用されている。具体的には、サービス上において複数の端末装置にブロードキャストを行うためには、複数の基地局とＭＢＭＳゲートウェイとの間で事前にシグナリングを行うことで少なくとも一部の基地局を特定し、特定した当該基地局のみにパケットを転送することとなる。そのため、IPレイヤでは、マルチキャストアドレス（multicast address）が使用される。

例えば、図６は、ＭＢＭＳゲートウェイと基地局との間のＭ１インタフェースのプロトコルスタックの一例を示した図である。図６に示すプロトコルのうち、上側に位置するＤＡＳＨ、ＨＴＴＰ、ＴＰＣ／ＵＤＰ、及びＩＰのレイヤについては、規格に明示的には記載されていないが、通常のユニキャストと同様の場合には図６に示すような構成になると推測される。また、下側に位置するＧＴＰｖ１－Ｕ、ＵＤＰ、ＩＰ、Ｌ２、及びＬ１のレイヤについては、ユニキャストにおけるＳ１インタフェースと同様である。なお、マルチキャストアドレスに基づき複数の基地局に対してパケットを転送するために使用されるＩＰ層は、下側に位置するＩＰ層となる。

ＬＴＥにおいては、上記の通りＭＢＭＳゲートウェイから複数の基地局に対してパケットがマルチキャストされ、当該複数の基地局は、互いに同期して受け取ったパケットを端末装置に無線通信を介して送信していた。一方で、５Ｇでは、各端末装置に対して、UE Specificなビームを利用してＭＢＭＳサービスを提供することとなる。そのため、基地局に対してキャッシュ機能を設け、ある一定期間内であれば、端末装置が自由にＭＢＭＳサービスを受信する時間を選択することが可能となる。

５ＧのＭＢＭＳでは、ＭＢＭＳに対応するコンテンツ（以下、「ＭＢＭＳコンテンツ」とも称する）を基地局にキャッシュすることにより、端末装置に対してより柔軟にサービスを提供することが可能となると共に、ＣＮのトラフィックをより低減する効果を期待することが可能となる。また、ＲＡＮ側において、従来のブロードキャストまたはマルチキャストによりコンテンツを送信するのではなく、UE specificなビームを使用して端末装置ごとにコンテンツを送信することにより、ＲＡＮ側でＭＢＭＳにより消費されるリソースをより低減することが可能となる。

（ＢＭ－ＳＣ）
続いて、ＢＭ－ＳＣについて説明する。ＢＭ－ＳＣは、ＭＢＭＳコンテンツのエントリーポイントに相当する。ＢＭ－ＳＣは、以下に説明するような機能を有する。１点目として、ＢＭ－ＳＣは、MBMS Session managementを行う。具体的には、ＢＭ－ＳＣは、ＭＢＭＳサービスの開始及び終了を管理する。２点目として、ＢＭ－ＳＣは、各MBMS Sessionに対して、ＴＭＧＩ(Temporary Mobile Group Identity)と称されるＩＤを割り振る。３点目として、ＢＭ－ＳＣは、MBMS Sessionに対して、ＱｏＳを割り当てる。４点目として、ＢＭ－ＳＣは、Application Levelで端末装置に対して、番組表等の放送に関する情報を提供する（TS29.061）。

ＬＴＥでは、ＭＢＭＳのトラフィックとユニキャストのトラフィックとは、サブフレームにより分離されていた。具体的には、１ｍｓの長さを有する無線フレーム（radio frame）を、０．１ｍｓの長さを有する１０個のサブフレームに区切り、その中の一部のサブフレームによりＭＢＭＳサービスが提供されていた。したがって、ＭＢＭＳとユニキャストとは、別のネットワークとなり、ユニキャストのトラフィックが増大したとしても、ＭＢＭＳのトラフィックが影響を受けるような状況は、例えば、ＭＢＭＳに割り当てるサブフレームを準静的（semi－static）に変更した場合等のように極めて限定的であった。ＭＢＭＳサービスをUE specificなビームを使用したユニキャストにより提供するような場合には、通常のユニキャストとＭＢＭＳサービスのユニキャストとのうち少なくとも一方が他方に対して影響を与える可能性が想定され得る。

（コンテンツサーバ）
続いて、コンテンツサーバについて説明する。コンテンツサーバは、コンテンツを提供するサーバである。コンテンツサーバは、オペレータ網の中と外のいずれにも配置され得る。

（session start procedure）
続いて、本実施形態に係る通信システムの特徴をよりわかりやすくするために、参考として、ＬＴＥにおけるＭＢＭＳのsession start procedureの一例について説明する。例えば、図７は、ＬＴＥにおけるＭＢＭＳのsession start procedureの一例を示したシーケンス図である。

図７に示すように、ＭＢＭＳのsession start procedureは、ＭＢ－ＳＣが起点となる。具体的には、まずＭＢ－ＳＣ４６０は、ＭＢＭＳゲートウェイ４４０に対してＭＢＭＳセッションのスタートに関するリクエスト（Start Request）を送信する（Ｓ１２１）。このとき、当該リクエストにより、例えば、サービスエリア、ＱｏＳ、及びＭＧＩ（Mobile Group Identity）等の情報が通知される。ＭＢＭＳゲートウェイ４４０は、ＭＢ－ＳＣ４６０からの上記リクエストに対してレスポンス（Start Response）を返送する（Ｓ１２３）。

次いで、ＭＢＭＳゲートウェイ４４０は、ＭＭＥ４２０に対してＭＢＭＳセッションのスタートに関するリクエスト（Start Request）を送信する（Ｓ１２５）。ＭＭＥ４２０は、ＭＢＭＳゲートウェイ４４０から上記リクエストを受けると、ＭＣＥ４００に対してＭＢＭＳセッションのスタートに関するリクエスト（Start Request）を送信する（Ｓ１２７）。ＭＣＥ４００は、ＭＭＥ４２０から上記リクエストを受けると、当該ＭＭＥ４２０に対してレスポンス（Start Response）を返送する（Ｓ１２９）。ＭＭＥ４２０は、ＭＣＥ４００から上記レスポンスの返送を受けると、ＭＢＭＳゲートウェイ４４０からの上記リクエストに対するレスポンス（Start Response）を当該ＭＢＭＳゲートウェイ４４０に返送する（Ｓ１３１）。

次いで、ＭＣＥ４００は、サービスエリアに該当する基地局１００に対してＭＢＭＳセッションのスタートに関するリクエスト（Start Request）を送信する（Ｓ１３３）。また、ＭＣＥ４００は、当該基地局１００に対してＭＢＭＳセッションのスケジュールに関する情報（Scheduling Info）を通知する（Ｓ１３５）。当該基地局１００は、ＭＣＥ４００からの上記リクエストに対するレスポンス（Start Response）を当該ＭＣＥ４００に返送する（Ｓ１３７）。また、当該基地局１００は、ＭＣＥ４００からＭＢＭＳセッションのスケジュールに関する情報の通知を受けて、当該ＭＣＥ４００にレスポンス（Scheduling Info Response）を返送する（Ｓ１３９）。

次いで、基地局１００は、ＭＣＥ４００から通知された情報に基づき、通信範囲内の端末装置２００に対してMCCH Change Notificationを送信したうえで（Ｓ１４１）、ＭＣＣＨ／ＭＣＨ／ＰＭＣＨを当該端末装置２００に送信する（Ｓ１４３）。なお、ＭＣＣＨ、ＭＣＨ、及びＰＭＣＨの詳細については別途後述する。

次いで、ＭＢ－ＳＣ４６０からＭＢＭＳゲートウェイ４４０に対象となるＭＢＭＳコンテンツが転送され、当該ＭＢＭＳコンテンツが当該ＭＢＭＳゲートウェイ４４０から上記基地局１００にＩＰマルチキャストされる（Ｓ１４５）。基地局１００は、ＭＢＭＳゲートウェイ４４０から上記ＭＢＭＳコンテンツを受信すると、端末装置２００にＭＣＣＨ／ＭＣＨ／ＰＭＣＨを送信する。即ち、基地局１００は、受信した当該ＭＢＭＳコンテンツをブロードキャストする（Ｓ１４７）。

以上、図７を参照して、ＬＴＥにおけるＭＢＭＳのsession start procedureの一例について説明した。一方、５ＧのＮＲでは、従来のsession start procedureに対して、端末装置からセッションをスタートする手続きが追加される可能性がある。これは、UE specificなビームで提供されるＭＢＭＳサービスは、端末装置ごとにコンテンツの配信時間を変更することが可能となるためである。

（ＭＢＭＳのRadio Access Networkについて）
続いて、ＭＢＭＳのＲＡＮに関する特徴について以下に説明する。

（１）ＭＢＭＳに関する論理チャネル
ＭＢＭＳ(Multimedia Broadcast Multicast Service)は、ＭＴＣＨ(Multicast Transport Channel)とＭＣＣＨ(Multicast Control Channel)との２つの論理チャネル（Logical Channel）により提供される。この２つのチャネルは、物理チャネルとしては、ＰＭＣＨ(PHY Multicast Channel)にマッピングされる。ＰＭＣＨでは、ＭＣＣＨとＭＴＣＨの双方が送られるとともに、MAC signalingとして生成された、ＭＢＭＳセッションとＰＭＣＨとの間のマッピングのためのスケジューリング情報も送られる。このMac signalingは、ＰＭＣＨの先頭部分で送られる。

（２）ＭＢＭＳに関する物理チャネル
ＰＭＣＨでは、Extend CPと称されるＣＰ長が比較的長いCyclic prefixが用いられる。これは、複数の基地局からの信号を合成するためのsingle frequency networkを構成するためである。ＬＴＥでは、１無線フレーム（radio frame）が１０サブフレーム（sub frame）あり、その中で、ＭＢＳＦＮ（MBMS Single Frequency Network）を使用可能なサブフレームを準静的（semi static）に指定して使用する。例えば、図８は、ＭＢＭＳを利用する場合におけるフレームの構造の一例を示している。図８において、マーキングが施されたサブフレームが、ＭＢＳＦＮを使用可能なサブフレームを模式的に示している。また、マーキングが施されたフレームが、ＭＢＳＦＮを使用可能なサブフレームを含むフレームを模式的に示している。

ＭＢＳＦＮ用のサブフレームの中には、ＰＤＣＣＨ及びＰＤＳＣＨの部分があるが、ＰＤＣＣＨは、ＭＢＭＳ用ではなく、通常のunicastトラフィックで必要となるUplinkのスケジューリング情報を伝えるために用いられている。したがって、ＭＢＳＦＮ用のサブフレームの中のＰＤＳＣＨの部分がＭＢＭＳ用に使用され、当該ＰＤＳＣＨによりＰＭＣＨが送られる。

（３）ＭＢＭＳセッション
本開示では、一つの番組をＭＢＭＳセッションとも称することとする。この場合には、当該ＭＢＭＳセッションは、物理チャネルであるＰＭＣＨ（PHY Multicast Channel）にマッピングされる。また、当該ＰＭＣＨは、ＭＢＭＳ用に割り当てられたサブフレームにマッピングされる。

（４）ＭＢＭＳサービスエリア
ＭＢＭＳサービスエリア（MBMS service Area）とは、一つのＭＢＭＳサービスが提供される地域に相当する。また、ＭＢＳＦＮエリア（MBSFN Area）とは、ＳＦＮ（Single Frequency Network）を構成している地域に相当する。ＭＢＳＦＮエリアは、一つの基地局に対して最大で８個設定することが可能である。ＳＦＮを構成している場合には、複数の基地局が協調して同じ内容を送信する。

なお、５Ｇにおいては、ＭＢＭＳセッションが、各端末装置に対してUE specificなビームにより提供されることが想定され得る。従来のＭＢＭＳでは、後述するＳＦＮの技術を使用していたため、ハンドオーバーを考慮する必要がなかった。これに対して、５Ｇでは、上述したような特性から、ＭＢＭＳのハンドオーバーに対応する仕組みが必要となる。そのため、例えば、切り替え元の基地局から切り替え先の基地局に対して、ＭＢＭＳセッションの番号を通知する必要が生じ得る。ここで、ビームリカバリ（beam recovery）のために必要なビームが他の基地局（例えば、隣接するセルの基地局）から提供されるような場合には、ビームリカバリリクエスト（beam recovery request）に対してＭＢＭＳセッションを含めることで、遅延を少なくすることも可能である。

（５）ＳＦＮ
ＳＦＮ(Single Frequency Network)とは、複数の基地局（eNodeB）から同じ時刻、同じ周波数で同時に同じ信号を送信し、それらの複数のDownlink信号がＣＰ(Cyclic Prefix)の範囲内の反射波とみなして合成して受信することにより、信号強度を向上させる技術である。放送の場合には、広い範囲で端末装置が受信することが求められるため、当該ＳＦＮが用いられる場合がある。

（６）ＭＢＭＳのスケジューリングについて
端末装置は、放送の番組が、どこで基地局（eNodeB）から送信されているかを知らないと受信することが困難な場合がある。このような場合においては、端末装置は、スケジューリング情報(即ち、どこで送信されているかを示す情報)を取得することが必要となる。

スケジューリングについては、以下に示す手順で行われる。なお、各手順の詳細については、図９を参照して以下にそれぞれ説明する。図９は、ＭＢＭＳセッションが関連付けられる情報の概要について説明するための説明図である。
・Radio FrameとSub Frameの指定
・MBSFN Area Configuration
・ＭＢＭＳセッションの指定

（Radio FrameとSub Frameの指定）
システム情報（System Information）のSIB13において、ＭＣＣＨの場所が指定される。具体的には、ＭＣＣＨが含まれる無線フレーム（radio frame）の場所については、周期とオフセットとにより指定される。さらに、ＭＣＣＨが各無線フレームの中のどのサブフレーム（sub frame）に含まれているかについても指定される。このＭＣＣＨの場所は、実際にはＰＭＣＨとなるため、当該ＭＣＣＨについては、MBSFN sub frameにおけるＰＤＳＣＨの部分で送られることとなる。

（MBSFN Area Configuration）
ＭＣＣＨには、MBSFN Area Configurationが含まれる。このMBSFN Area Configurationにより、どのサブフレーム（Sub frame）においてＭＢＳＦＮが行うかが指定される。当該指定は、無線フレーム（radio frame）の周期とオフセットにより設定することが可能である。このとき、当該指定については、異なる周期とオフセットとを同時に８種類設定することが可能である。また、当該無線フレームの中のどのサブフレームを使用するかについても設定される。このような操作が行われることで、ＭＢＭＳ用に使用することが可能なサブフレームが決定される。上記で決定されたＭＢＭＳ用のサブフレームの中で、ＰＭＣＨをどのように割り振るかについても指定される。ＰＭＣＨは、最大１６チャネルを設定することが可能である。

（ＭＢＭＳセッションの指定）
上記で決定された１６個のＰＭＣＨに対して、最大で３０個のＭＢＭＳセッション（換言すると、放送番組）を設定することが可能である。具体的な一例として、ＰＭＣＨ０に対して、ＭＢＭＳセッション０、１を設定し、ＰＭＣＨ１に対してＭＢＭＳセッション２、３、４、５、６を設定することも可能である。

ＭＢＭＳセッションをＰＭＣＨにどのようにマッピングするかについては、ＰＭＣＨによって送られるMac signalingにより指定される。Mac signalingについては、SIB13においてRRC signalingの一種であるため、MBMSのスケジューリングは、RRC signalingとMac signalingとのコンビネーションで実行されると言われる。

5Gでは、ＭＢＭＳセッションが、各端末に対して、UE specificなビームにより提供することが考えられる。その場合には、ＳＦＮを用いる必要はなくなり、端末装置は、所望の時間にテレビジョン放送の配信を受けることが可能になる可能性がある。ＭＢＭＳセッションで放送されるコンテンツは、ＢＭ－ＳＣからＭＢＭＳゲートウェイを介して各基地局（eNodeB）に送信される。このコンテンツは、基地局でキャッシュとして保持している限りは、端末装置に対して放送として、端末装置が所望する時間に提供することが可能である。キャッシュ容量に物理的な限界がある場合には、SIBで情報公開しているＭＢＭＳ セッションの情報に有効期限がつけられてもよい。従来のＭＢＭＳセッションが提供される場所は、無線フレーム（Radio Frame）及びサブフレーム（Sub frame）の情報とそのサブフレームの中のＰＭＣＨの場所とにより特定される、当該ＰＭＣＨにおいて公開されていた。これに対して、ＭＢＭＳサービスがビームにより提供される場合には、以下のようにＭＢＭＳセッションの情報を公開することも可能である。
・Beam management中のbeam formingの中に埋め込まれたSystem Informationにより、従来と同様に公開する。なお、Beam Managementとは、基地局と端末装置との間の適切なビームを同定するための手続きである。
・基地局と端末装置との間の適切なビームが定まった後の手続きで、ＭＢＭＳ用の情報の提供をＤＣＩ(Downlink Control Channel)で通知する。

（７）MBMSを受信する主体について
上で述べたＭＢＭＳサービスは、RRC idle modeの端末装置とRRC connected modeの端末装置との双方が提供を受けることが可能である。したがって、上で述べた各種情報については、RRC idle modeの端末も受信することが可能である。

（８）ＭＢＭＳで用いられるＭＣＳ(変調方式)について
ネットワークアーキテクチャとあわせて前述したように、従来のＬＴＥにおけるＭＢＭＳでは、ＭＣＳは、ＭＣＥによって変更すること自体は可能であるが、放送であるため、変更される頻度は少ない。そのため、従来のＬＴＥにおけるＭＢＭＳでは、例えば、全ての端末装置に対してあらかじめ設定された共通のＭＣＳが使用される。

一方で、５Ｇでは、ＭＢＭＳセッションは、各端末装置に対して、UE specificなビームで提供されることが考えられる。このような場合には、基地局と端末装置との間は、ＭＣＳを可変にしてＭＢＭＳサービスを提供することが可能となる。さらに、基地局と端末装置との間に人間や車等の障害物が入り込むことでビームが遮蔽される場合には、通信に使用するビームを他の基地局からのものに切り替える必要が生じる場合がある。このような場合には、当該切り替え後のビームには、切り替え前のビームで使用されていたＭＣＳとは異なるＭＣＳが使用される可能性があり、切り替え前後のＭＣＳが不連続となる場合も想定され得る。

（９）端末装置からのフィードバック情報
現在、ＬＴＥのＭＢＭＳでは、端末装置からのフィードバック情報については規定されていない。通常のＬＴＥとＭＢＭＳとの双方が運用されるMixed modeは存在しているが、この場合においてもＭＢＭＳに関するフィードバックについて、規格として規定されていない。

＜＜３．技術的特徴＞＞
以下に、本開示の一実施形態に係る通信システムの技術的特徴について説明する。

（基本構成）
まず、本開示の一実施形態に係る通信システムの基本構成について説明する。５Ｇでは、６ＧＨｚから１００ＧＨｚまでの比較的高い周波数の電波伝搬減衰を補うために、特定の方向に電波のエネルギーを集中させることを可能とするbeam forming技術が用いられる。このようにbeam forming技術が適用されることで特定の方向にビームが放射されるような状況下では、当該ビームの範囲内に存在する端末装置の数は非常に限られる。また、当該ビームによりカバーされるエリアの中に存在する限られた端末装置の中で、同じ番組の配信を希望する端末装置の数も非常に限られる。

したがって、５ＧのＭＢＭＳでは、Core Networkを伝送される間は、マルチキャスト（multicast）で各基地局まで放送コンテンツが伝送され、その後のＲＡＮ（Radio Access Network）においては、UE specificなビームを利用したマルチキャスト（即ち、宛先指定での送信）により当該放送コンテンツ（換言すると、ＭＢＭＳサービス）が端末装置に提供される。

基地局まで、マルチキャストにより伝送されたＭＢＭＳコンテンツ（換言すると、放送コンテンツ）を、UE specificなビームを利用してマルチキャストすることで、当該ＭＢＭＳコンテンツを端末装置に配信するための手順は、例えば以下のようになる。

基地局までＭＢＭＳコンテンツを伝送する手順は、図７を参照して説明したＬＴＥにおける手続きと同様である。ここで、ＭＢ－ＳＣ４６０からＭＢＭＳゲートウェイ４４０を介して基地局１００に伝送されるＭＢＭＳコンテンツについては、当該基地局１００が配信可能であることを示す情報が、当該基地局１００から端末装置２００に対してシステム情報（System Information）により提供される。なお、基地局１００が上記ＭＢＭＳコンテンツを配信可能であることを示す情報については、当該ＭＢＭＳコンテンツが当該基地局１００に伝送された後、または伝送される前に、端末装置２００に提供される。

本開示に係る通信システムの手続きにおいて、図７を参照して説明したＬＴＥにおける手続きと異なる点は、基地局１００がマルチキャストされたＭＢＭＳコンテンツを、必ずしもすぐに端末装置に配信するとは限らない点である。ここで、図１０を参照して、本開示の一実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について説明する。図１０は、本開示の一実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。なお、図１０において、参照符号Ｓ１５１～Ｓ１６９で示した手続きは、図７において参照符号Ｓ１２１～Ｓ１３９で示した手続きと実質的に同様のため、詳細な説明は省略する。

ＭＢ－ＳＣ４６０からＭＢＭＳゲートウェイ４４０に対象となるＭＢＭＳコンテンツが転送（ＩＰマルチキャスト）されると、当該ＭＢＭＳコンテンツが当該ＭＢＭＳゲートウェイ４４０から基地局１００にＩＰマルチキャストされる（Ｓ１７３）。基地局１００（通知部１５５）は、当該ＭＢＭＳコンテンツがＭＢＭＳゲートウェイ４４０からＩＰマルチキャストされる前に、端末装置２００に対してシステム情報を利用して当該ＭＢＭＳコンテンツに関する情報を提供してもよい（Ｓ１７１）。また、他の一例として、基地局１００（通知部１５５）は、当該ＭＢＭＳコンテンツがＭＢＭＳゲートウェイ４４０からＩＰマルチキャストされた後に、端末装置２００に対してシステム情報を利用して当該ＭＢＭＳコンテンツに関する情報を提供してもよい（Ｓ１７５）。

図１０を参照して上述したように、基地局１００（通知部１５５）は、自身が端末装置２００に対してどのような番組（換言すると、ＭＢＭＳコンテンツ）を提供可能であるかを示す情報を、システム情報（System information）のように複数の端末装置２００に共通に通知される情報を利用して通知する。システム情報は、beam sweeping中に全ての端末装置がRRC idleの状態のままで受信可能なブロードキャスト（broad cast）信号として提供される。

ここで、図１１及び図１２を参照して、beam sweepingの概要について説明する。図１１及び図１２は、beam sweepingの概要について説明するための説明図である。図１１に示すように、基地局は、所定の周期（例えば、１０ｍｓまたは２０ｍｓ）ごとに複数のビームを、あたかも灯台の明かりのように走査（sweeping）する。当該走査（beam sweeping）により送信される各ビームには、例えば、図１２に示すように、同期用の信号であるSynchronization signalやシステム情報（System information）等が含まれている。１つの基地局から１回のbeam sweepingにより送信される複数のビーム（即ち、当該beam sweepingに属する複数のビーム）のそれぞれには、共通の内容を示すシステム情報が含まれている。これは、不特定多数の端末装置に対して情報を提供するという特性上、ビームごとにシステム情報の内容を変更する必要がないことに起因する。したがって、システム情報に関連付けられて提供されるＭＢＭＳセッションに関する情報（MBMS session information）として、各ビームに共通の情報が提供されることとなる。なお、上記では、同期情報が含まれるビームを利用する例について説明したが、システム情報のような複数の端末装置に共通の情報を提供するためのビームであれば、当該ビームは同期信号を含んでいなくてもよい。

ここで、図１３を参照して、本開示の一実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例についてより詳細に説明する。図１３は、本開示の一実施形態に係る通信システムにおける、指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。なお、図１３において、参照符号Ｓ２０１～Ｓ２２５で示した手続きは、図１０において参照符号Ｓ１５１～Ｓ１７５で示した手続きと同様のため、詳細な説明は省略する。

図１３に示すように、端末装置２００（通知部２４７）は、システム情報（System information）に関連付けられたＭＢＭＳセッションに関する情報（例えば、基地局１００が提供可能なＭＢＭＳセッションに関する情報）に基づき、配信を希望するＭＢＭＳコンテンツについて、ネットワーク側のＭＭＥ４２０にMBMS Session Requestを送信する（Ｓ２２７）。ＭＭＥ４２０は、端末装置２００からMBMS Session Requestを受けて、当該端末装置２００に対してMBMS session confirmationを返送する（Ｓ２２９）。なお、端末装置２００とＭＭＥ４２０との間の通信については、例えば、ＮＡＳ（Non-Access Stratum）シグナリグにより実現することが可能である。

次いで、ＭＭＥ４２０は、MBMS Session Requestの送信元となる端末装置２００を通信範囲（セル）内に収容する基地局１００に対して、当該MBMS Session Requestに応じて、MBMS session start request for the UEを送信する（Ｓ２３１）。基地局１００は、ＭＭＥ４２０からMBMS session start request for the UEを受けて、当該ＭＭＥ４２０に対してMBMS session start confirmation for the UEを返送する（Ｓ２３３）。なお、基地局１００に送信される上記MBMS session start request for the UEが、「コンテンツの配信に関するリクエスト」の一例に相当する。

また、基地局１００は、上記端末装置２００に対するＭＢＭＳコンテンツの配信に利用するビームを特定するための各種情報を当該端末装置２００に送信する（Ｓ２３５）。当該情報としては、例えば、ＭＢＭＳコンテンツを配信するためのbeam sweeping（以下、「MBMS beam sweeping」とも称する）のリソースに関する情報（CSI－RS resource configuration）や、端末装置２００が当該beam sweepingにより送信されるビームの観測結果をレポートするための設定に関する情報（beam report configuration）が挙げられる。そして、基地局１００は、MBMS beam sweepingを行う（Ｓ２３７）。

端末装置２００（測定部２４５）は、MBMS beam sweepingにより送信されるビーム中の所定の信号（例えば、リファレンスシグナル）をmeasurementし、当該measurementの結果に応じてＭＢＭＳコンテンツを受信するために望ましいビームを特定する。そして、端末装置２００（通知部２４７）は、ビームの特定結果に応じた情報を基地局１００にレポートする（Ｓ２３９）。

基地局１００は、端末装置２００からのレポートに応じて、当該端末装置２００へのＭＢＭＳコンテンツの配信に利用するビームを特定する（Ｓ２４１）。そして、基地局１００（通信制御部２４１）は、従前にＭＢＭＳゲートウェイ４４０からマルチキャストされたＭＢＭＳコンテンツを、UE specificなビーム（即ち、特定した上記ビーム）を利用して上記端末装置２００に配信（例えば、マルチキャスト）する（Ｓ２４３）。

なお、上記に説明した例では、ＭＢＭＳ用のbeam sweepingとＭＢＭＳに関するbeam reportingとが行われることで、通常のユニキャスト（unicast）で使用されるビームとは異なるビームによりＭＢＭＳコンテンツが提供される。これは、放送のためのビームとして、上記ユニキャストのためのビームよりもビーム幅の広いビームがコンテンツ（例えば、ＭＢＭＳコンテンツ）の提供に利用されることが想定され得るためである。即ち、このような条件を想定した場合には、通常のユニキャストに利用されるビームとは別の手順により、ＭＢＭＳ用のビームを求める方がより望ましい場合があるためである。

もちろん、通常のユニキャスト用のビームとは別にＭＢＭＳ用のビームを利用することが困難な場合も想定され得る。このような状況下では、既に使用中のユニキャスト用のビームが存在する場合には、当該ビームがＭＢＭＳ用のビームとして流用されてもよい。なお、この場合においては、新たにビームを特定するための手順については省略することが可能である。

ここで、ＭＢＭＳコンテンツが伝送される一連の経路全てにおいてユニキャストが行われた場合と、本実施形態に係る通信システムにおいてＭＢＭＳコンテンツが当該一連の経路を伝送される場合と、の違いについて説明する。なお、一連の経路全てにおいてユニキャストが行われた場合とは、具体的には、ＣＮ（Core network）とＲＡＮ（Radio Access Network）との双方においてＭＢＭＳコンテンツの伝送にユニキャストが利用される場合に相当する。前述の通り、本実施形態に係る通信システムでは、ＭＢ－ＳＣからＭＢＭＳゲートウェイを介して基地局までのＭＢＭＳコンテンツの伝送がマルチキャストにより行われる。そのため、当該経路におけるＭＢＭＳコンテンツの伝送がユニキャストにより行われる場合に比べて、当該伝送のためのシグナリングの量を低減することが可能となり、トラフィックの増加を抑えることが可能となる。

なお、上述のような仕組みを実現するためには、新たなMBMS session requestやＭＢＭＳ専用のbeam sweeping procedureが必要となることが予想される。上述の通り、通常のユニキャスト用のビームとＭＢＭＳ用のビームとでは、異なるビーム幅が設定される場合が想定され得る。そのため、ＭＢＭＳ用のビームを、通常のユニキャスト用のビームとは個別に管理することが望ましい場合がある。このような管理は、ＭＢＭＳ用のビームが一度割り当てられた端末装置がRRC Idleの状態に遷移したとしても、RRC Idleの状態で当該ＭＢＭＳ用のビームを受信可能とするためにも必要となる可能性がある。なお、端末装置が、RRC Idleの状態でＭＢＭＳ用のビームを受信可能とする（即ち、ＭＢＭＳコンテンツを受信可能とする）ための技術の詳細については変形例として別途後述する。

（変形例１）
続いて、本開示の一実施形態に係る通信システムの変形例について説明する。なお、以降では、本変形例を「変形例１」とも称する。

ＬＴＥでは、端末装置が基地局に対してシグナリング（signaling）を行わなくとも、ＤＬのＭＢＭＳサービスの提供を受けることが可能であった。そのため、ＬＴＥでは、端末装置が基地局に登録されていない状態（即ち、端末装置と基地局との間の通信が確立されていない状態）であるRRC idleの状態においても、当該端末装置はＭＢＭＳコンテンツを受信することが可能であった。一方で、前述したようにUE specificなビームを利用したマルチキャストによりＭＢＭＳコンテンツが端末装置に配信される場合には、端末装置が基地局に登録されている状態、即ち、RRC Connectedの状態である必要が生じる場合がある。一方で、RRC Connectedの状態にある端末装置の数が増加すると、基地局のメモリ領域を消費することとなり得る。また、RRC Connectedの状態を維持するために、ＵＬ及びＤＬのシグナリングが必要となるため、シグナリングオーバヘッドが増加する可能性もある。

以上のような状況を鑑み、本変形例においては、端末装置が、RRC connectedの状態において提供されたＭＢＭＳ用のビームを、RRC Idleの状態に遷移した場合においても保持し続けることを可能とする技術の一例について提案する。

例えば、図１４は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。なお、図１４に示す手続きは、図１３を参照して説明した手続きにより、特定の端末装置に対するUE specificなビームを利用したＭＢＭＳコンテンツの提供が開始された後に実行される。具体的には、参照符号Ｓ３０１及びＳ３０３で示した手続きは、図１３において参照符号Ｓ２２１及びＳ２２３で示した手続きに相当する。また、参照符号Ｓ３０５～Ｓ３２１で示した手続きは、図１３において参照符号Ｓ２２７～Ｓ２４３で示した手続きに相当する。そのため、参照符号Ｓ３０１～Ｓ３２１で示した手続きについては、詳細な説明は省略する。

図１４に示すように、端末装置２００（通知部２４７）は、UE specificなビームを利用したＭＢＭＳコンテンツの提供が開始された後に、RRC idleの状態に遷移するために、ＭＭＥ４２０にDetach requestを送信する。本変形例に係る通信システムでは、このとき端末装置２００は、当該Detach requestに対して、そのとき設定されているビームを利用したＭＢＭＳサービスの提供を受けること（即ち、ＭＢＭＳコンテンツの受信）を継続する意思を示すことが可能である（Ｓ３２３）。ＭＭＥ４２０は、端末装置２００から送信されたDetach requestを受け付けると、当該端末装置２００に対して、当該Detach requestを確認したことと、ＭＢＭＳサービスの提供を継続することとを通知する（Ｓ３２５）。

なお、RRC Idleの状態のように、端末装置２００から基地局１００への情報の通知に利用される通信が制限された状態やモードが、「第１のモード」の一例に相当する。これに対して、RRC Connectedの状態のように、端末装置２００から基地局１００への情報の通知に利用される当該通信が確立された状態やモードが、「第２のモード」の一例に相当する。なお、当該第１のモードにおいて制限される上記通信が、「第１の無線通信」の一例に相当する。また、上述の通り、本変形例に係る通信システムでは、RRC Idleの状態（即ち、第１のモード）に遷移した場合においても、端末装置からのリクエストに応じて、ＭＢＭＳサービスを提供するための通信は維持される。この、第１のモードに遷移した場合においても、端末装置からのリクエストに応じて維持される通信、即ち、ＭＢＭＳサービスを提供するための通信が、「第２の無線通信」の一例に相当する。即ち、本変形例に係る通信システムでは、上記第１の無線通信と上記第２の無線通信とが設定され、第１のモード（例えば、RRC Idleの状態）に遷移した場合においても、第１の無線通信が制限されるが、端末装置からのリクエストに応じて第２の無線通信は維持される。また、図１４に示す例では、ＭＭＥ４２０が、「第１のモードと第２のモードとの間の遷移を管理する装置」の一例に相当する。

なお、本変形例に係る通信システムでは、ＭＢＭＳサービスの提供を継続するために、端末装置２００が、所定の期間内（例えば、１時間こごと）に再度RRC connectedの状態に遷移し、改めてMBMS session requestをＭＭＥ４２０に送信するように制御が行われてもよい。この場合には、例えば、ＭＭＥ４２０は、端末装置２００から、ＭＢＭＳサービスの提供を受けることを継続する意思が示された上記Detach requestを受け付けた場合にタイマーによる所定の期間の計時を開始する（Ｓ３２７）。そして、ＭＭＥ４２０は、タイマーの有効期限が切れるまでに端末装置２００から上記MBMS session requestが送信されなかった場合には（Ｓ３２９）、基地局１００に対して対応するＭＢＭＳサービスの提供の停止を指示する（Ｓ３３１）。

上述した制御については、例えば、ＭＢＭＳサービスの提供に利用されるビームのビーム幅が通常のユニキャストで利用されるビームよりも広く、カバレッジのエリアが比較的広く、かつ端末装置２００の移動がより少ない（理想的には、端末装置２００の移動がない）ような状況との親和性が高い。

なお、上記では、端末装置２００がRRC Idleの状態に遷移する場合に着目して説明した。これに対して、端末装置２００がinactiveモードに遷移するような場合においても、図１４を参照して説明した例と同様の思想に基づき、当該モード中にＭＢＭＳサービスの提供が継続されるように制御することも可能である。例えば、図１５は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。具体的には、図１５は、端末装置２００がinactiveモードに遷移した場合においても、当該端末装置２００へのＭＢＭＳサービスの提供が継続されるように制御するための手続きの一例を示している。なお、参照符号Ｓ３５１～Ｓ３７１で示した手続きは、図１４において参照符号Ｓ３０１～Ｓ３２１で示した手続きに相当する。そのため、参照符号Ｓ３５１～Ｓ３７１で示した手続きについては、詳細な説明は省略する。

図１５に示すように、端末装置２００（通知部２４７）は、inactiveモードに遷移する場合には、基地局２００に対してinactive mode requestを送信する。本変形例に係る通信システムでは、このとき端末装置２００は、当該inactive mode requestに対して、そのとき設定されているビームを利用したＭＢＭＳサービスの提供を受けること（即ち、ＭＢＭＳコンテンツの受信）を継続する意思を示すことが可能である（Ｓ３７３）。即ち、端末装置２００は、基地局１００に対して、ＭＢＭＳサービスの提供を受ける動作（即ち、ＭＢＭＳコンテンツの受信）以外の他の送受信に係る動作を停止するモードへの遷移を基地局１００にリクエストすることとなる。基地局１００（通知部１５５）は、端末装置２００から送信されたinactive mode requestを受け付けると、当該端末装置２００に対して、当該inactive mode requestを確認したことと、ＭＢＭＳサービスの提供を継続することとを通知する（Ｓ３７５）。

また、図１４を参照して説明した例と同様の思想に基づき、図１５に示す例においても、inactiveモードに遷移した端末装置２００へのＭＢＭＳサービスの提供をタイマーで管理してもよい。即ち、この場合には、基地局１００（通信制御部１５５）は、端末装置２００から、ＭＢＭＳサービスの提供を受けることを継続する意思が示された上記inactive mode requestを受け付けた場合にタイマーによる所定の期間の計時を開始する（Ｓ３７７）。そして、基地局１００（通信制御部１５５）は、タイマーの有効期限が切れるまでにＭＭＥ４２０を介して端末装置２００からのMBMS session requestが通知されなかった場合には（Ｓ３７９）、当該端末装置２００に対するＭＢＭＳサービスの提供の停止する（Ｓ３８１）。なお、図１５に示す例では、inactiveモードが「第１のモード」の一例に相当する。即ち、図１５に示す例においては、基地局１００が「第１のモードと第２のモードとの間の遷移を管理する装置」の一例に相当する。

ここで、本変形例に係る通信システムにおいて、端末装置から基地局への再度のシグナリングが生じる場合について補足する。例えば、端末装置の移動が少なかったとしても、チャネルの変動に伴い、当該端末装置２００がコンテンツを受信する際に適用される変調方式及び符号化レート（ＭＣＳ：Moderation Coding scheme）を変更した方が望ましい場合がある。そのため、端末装置は、例えば、ＭＢＭＳコンテンツの受信品質（例えば、ＲＳＲＰ：Reference signal Received PowerやＲＳＲＱ：Reference signal Received Quality）に一定値以上の変動があった場合に、基地局に対して、当該ＭＢＭＳコンテンツの配信に利用されているビームについてＭＣＳの変更を要求してもよい。なお、ＭＢＭＳコンテンツの受信品質の指標としては、例えば、当該ＭＢＭＳコンテンツの配信に利用されるビームに含まれているＣＳＩ－ＲＳ(Channel State Information Reference Signal)の受信電力や、他の信号による干渉量等が挙げられる。また、端末装置は、基地局に対してＭＣＳの変更を要求する場合には、RRC Connectedの状態に遷移することとなる。

例えば、図１６は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。具体的には、図１６は、端末装置２００が基地局１００に対して上記ＭＣＳの変更の要求を行うための手続きの一例について示している。なお、参照符号Ｓ６０１～Ｓ６２１で示した手続きは、図１５において参照符号Ｓ３５１～Ｓ３７１で示した手続きに相当する。そのため、参照符号Ｓ６０１～Ｓ６２１で示した手続きについては、詳細な説明は省略する。

図１６に示すように、端末装置２００（通知部２４７）は、inactiveモードに遷移する場合には、基地局２００に対してinactive mode requestを送信する。このとき端末装置２００は、当該inactive mode requestに対して、そのとき設定されているビームを利用したＭＢＭＳサービスの提供を受けること（即ち、ＭＢＭＳコンテンツの受信）を継続する意思を示すことが可能である（Ｓ６２３）。この点については、図１５を参照して説明した例と同様となる。なお、端末装置２００は、基地局１００から送信される無線信号に応じて判定可能な状態（例えば、送信されるビームの品質）をトリガとして、ＭＢＭＳサービスの提供に利用されるビームの更新が必要か否かを判定してもよい（Ｓ６２５）。

基地局１００（通知部１５５）は、端末装置２００から送信されたinactive mode requestを受け付けると、当該端末装置２００に対して、当該inactive mode requestを確認したことと、ＭＢＭＳサービスの提供を継続することとを通知する（Ｓ６２７）。また、基地局１００（通信制御部１５５）は、端末装置２００から、ＭＢＭＳサービスの提供を受けることを継続する意思が示された上記inactive mode requestを受け付けた場合にタイマーによる所定の期間の計時を開始してもよい（Ｓ６２９）。これらの手続きについては、図１５において参照符号Ｓ３７５及びＳ３７７で示した手続きと同様である。

ここで、端末装置２００におけるＭＢＭＳコンテンツの受信品質（例えば、ＲＳＲＰ／ＲＳＰＱ）の変動（例えば、受信品質の低下）が閾値を超えたものとする（Ｓ６３１）。この場合には、端末装置２００（通知部２４７）は、基地局１００に対して新しいビームのためのbeam reportingを行うことで、当該基地局１００にＭＢＭＳコンテンツの配信に利用されているビームについてＭＣＳの変更を要求してもよい（Ｓ６３３）。

以上のような制御により、本変形例においては、端末装置が、RRC connectedの状態において提供されたＭＢＭＳ用のビームを、RRC Idleの状態やinactiveモードに遷移した場合においても保持し続けることが可能となる。即ち、本変形例に係る通信システムに依れば、ＭＢＭＳコンテンツの配信対象となる端末装置のうち、RRC Connectedの状態にある端末装置の数を状況に応じて制限することが可能となる。そのため、本変形例に係る通信システムにおいては、基地局のメモリ領域の消費を抑制することが可能となる。また、本変形例に係る通信システムにおいては、RRC Connectedの状態を維持するためのＵＬ及びＤＬのシグナリングを低減することが可能となり、シグナリングオーバヘッドを抑制する効果も期待できる。

（変形例２）
続いて、本開示の一実施形態に係る通信システムの他の変形例について説明する。なお、以降では、本変形例を「変形例２」とも称する。

５Ｇでは、６ＧＨｚから１００ＧＨｚまでの高い周波数の電波伝搬減衰を補うために、特定の方向への電波のエネルギーの集中を可能とするbeam forming技術が用いられる。beam forming技術が利用されることで、特定の方向に放射されるビームのビーム幅は制限されるため、当該ビームによりカバーされるエリアは、beam forming技術を利用しない場合に比べて制限されることとなる。このような状況下では、特定の方向に放射されるビームによりカバーされる範囲内に存在する端末装置の数も、beam forming技術を利用しない場合に比べて制限される場合がある。また、当該ビームでカバーされるエリアが制限されるため、当該エリアに存在する端末装置のうち、同じ番組の配信を希望する端末装置については、数がさらに制限される可能性がある。このような状況を鑑みると、５ＧのＭＢＭＳにおいては、その時々の状況に応じて、番組のコンテンツ（例えば、ＭＢＭＳコンテンツ）をより効率よく配信可能な配信方法が異なる場合も想定され得る。番組のコンテンツの配信方法の選択肢としては、前述したUE specificなビームを利用したマルチキャストに加えて、ＬＴＥ等で従来から採用されているブロードキャスト、マルチキャスト、及びユニキャスト等が挙げられる。なお、以降の説明では、ＬＴＥ等で従来から採用されているブロードキャスト、マルチキャスト、及びユニキャストを、それぞれ「通常のブロードキャスト」、「通常のマルチキャスト」、及び「通常のユニキャスト」と称する場合がある。

ＲＡＮ（Radio Access Network）における放送コンテンツの配信手段として、上述した例の中からより好適な配信手段を選択的に適用するためには、例えば、各端末装置に対して、どのビームによりどの番組のコンテンツが配信されているのかを基地局が認識することが重要となる。このような状況を基地局が把握するために、例えば、前述したカウンティング機能を利用することが可能である。なお、ＬＴＥにおいてもカウンティング機能に類似する機能が規定されている。具体的には、ＬＴＥにおいては、図５を参照して説明したように、ＭＣＥ４００は、基地局１００を介して端末装置２００にCounting requestを送信することで、各端末装置２００から情報を収集していた。

これに対して、５ＧのＭＢＭＳにおいては、各端末装置２００が配信を希望する番組に関する情報の収集のみでは、基地局が、当該番組に対応するコンテンツをより好適な態様で配信するための配信手段を選択することが困難である。即ち、前述の通り、より好適な配信手を選択的に適用するためには、例えば、各端末装置に対して、どのビームによりどの番組のコンテンツが配信されているのかを認識することが重要となる。

なお、図１３を参照して前述したように、基地局は、端末装置からＭＭＥへのMBMS session requestに応じた当該ＭＭＥからのリクエスト（MBMS session start request for the UE）に基づき、当該端末装置が配信を希望するＭＢＭＳコンテンツのＩＤ（MBMS Session ID）を認識することが可能である。また、基地局は、端末装置からのレポート（Beam report for MBMS beam sweeping）に基づき、当該ＭＢＭＳコンテンツの配信に利用するビームを認識することが可能である。即ち、基地局は、これらの情報を利用することで、例えば、複数の端末装置のうち少なくとも一部の２以上の端末装置について、ＭＢＭＳコンテンツの配信に利用するビームのリソースを統合することが可能か否かを判定することが可能である。

上述のような基地局による判定については、当該基地局のインプリメンテーションにより実現可能である。なお、この場合においては、どのような変調方式及び符号化レートを用いて放送コンテンツ（ＭＢＭＳコンテンツ）を配信するかが重要となる。端末装置は、どのような変調方式及び符号化レートの適用を希望するかをＣＱＩ（Channel Quality Indication）により通知することが可能である。なお、当該ＣＱＩは、ＭＣＳを示しているとも言える。そこで、以降の説明では、端末装置から基地局に対してどのようなＭＣＳ（即ち、変調方式及び符号化レート）の適用を希望するかが通知されるものとして説明する。

複数の端末装置間においてＭＣＳがほぼ等しい場合には、例えば、より通信品質の低い方のＭＣＳを適用して当該複数の端末装置それぞれに放送コンテンツが提供されてもよい。一方で、複数の端末装置それぞれに割り当てられたビームの方向が同じであり、かつ当該複数の端末装置それぞれが配信を希望する番組が同じ場合においても、ＭＣＳの差が大きい場合（例えば、閾値以上の場合）には、基地局は、ビームを統合しないという選択を行ってもよい。なお、この場合においては、上記ＭＣＳが、基地局と端末装置との間における「無線通信の設定」の一例に相当する。

ここで、図１７を参照して、本変形例に係る通信システムの一連の処理の流れの一例について説明する。図１７は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。なお、図１７に示す例では、端末装置２００Ａ及び２００Ｂのそれぞれが共通のＭＢＭＳコンテンツの配信を希望しているものとする。

図１７に示すように、基地局１００は、端末装置２００Ｂに対するＭＢＭＳコンテンツの配信に利用するビームを特定するための各種情報（例えば、CSI－RS resource configuration、beam report configuration等）を当該端末装置２００Ｂに送信したうえで（Ｓ４０１）、MBMS beam sweepingを行う（Ｓ４０３）。端末装置２００Ｂは、MBMS beam sweepingにより送信されるビーム中の所定の信号（例えば、リファレンスシグナル）をmeasurementし、当該measurementの結果に応じてＭＢＭＳコンテンツを受信するために望ましいビームを特定する。そして、端末装置２００Ｂは、ビームの特定結果に応じた情報を基地局１００にレポートする（Ｓ４０５）。このとき、端末装置２００Ｂは、上記measurementの結果に応じて、当該レポートに対して、ＭＢＭＳコンテンツの配信時に適用を希望するＭＣＳに関する情報を関連付けてもよい。

同様に、基地局１００は、端末装置２００Ａに対するＭＢＭＳコンテンツの配信に利用するビームを特定するための各種情報を当該端末装置２００Ａに送信したうえで（Ｓ４０７）、MBMS beam sweepingを行う（Ｓ４０９）。端末装置２００Ａは、MBMS beam sweepingにより送信されるビーム中の所定の信号（例えば、リファレンスシグナル）をmeasurementし、当該measurementの結果に応じてＭＢＭＳコンテンツを受信するために望ましいビームを特定する。そして、端末装置２００Ａは、ビームの特定結果に応じた情報を基地局１００にレポートする（Ｓ４１１）。このとき、端末装置２００Ａは、上記measurementの結果に応じて、当該レポートに対して、ＭＢＭＳコンテンツの配信時に適用を希望するＭＣＳに関する情報を関連付けてもよい。

次いで、基地局１００は、端末装置２００Ａ及び２００Ｂそれぞれからのレポートに応じて、端末装置２００Ａ及び２００Ｂ間において、当該端末装置２００Ａ及び２００ＢそれぞれへのＭＢＭＳコンテンツの配信に利用するビームを統合するか否かを決定する（Ｓ４１３）。なお、本説明では、基地局１００は、端末装置２００Ａ及び２００Ｂ間においてビームを統合することを決定したものとする。また、基地局１００による上記決定に係る一連の処理の流れの一例については、詳細を別途後述する。

基地局１００は、端末装置２００Ａ及び２００Ｂ間においてビームを統合することを決定した場合には、当該端末装置２００Ａ及び２００ＢそれぞれへのＭＢＭＳコンテンツの配信に適用するＭＣＳを決定する（Ｓ４１５）。このとき基地局１００は、例えば、当該端末装置２００Ａ及び２００Ｂから通知された情報に応じて、当該端末装置２００Ａ及び２００ＢそれぞれへのＭＢＭＳコンテンツの配信に適用するＭＣＳを決定してもよい。そして、基地局１００は、端末装置２００Ａ及び２００Ｂそれぞれに対して、上記で決定した共通のビームを利用して、共通のＭＢＭＳコンテンツを配信する（Ｓ４１７）。

次いで、図１８を参照して、図１７に示す例において、基地局１００が複数の端末装置２００間においてビームを統合するか否かを判定するための一連の処理の流れの一例について説明する。図１８は、本変形例に係る通信システムにおける基地局１００の処理の流れの一例について示したフローチャートであり、当該基地局１００が複数の端末装置２００間においてビームを統合するか否かを判定する処理の流れの一例について示している。

図１８に示すように、基地局１００は、複数の端末装置２００が同じＭＢＭＳセッションについてコンテンツ（即ち、ＭＢＭＳコンテンツ）の配信を希望しているか否かを判定する（Ｓ４５１）。また、基地局１００は、当該複数の端末装置２００が当該ＭＢＭＳセッションに対応するコンテンツの配信に利用するビームとして、同じビーム、または方角が略等しいビームの利用を希望しているか否かを判定する（Ｓ４５３）。また、基地局１００は、当該複数の端末装置２００が、略等しいＭＣＳでのＭＢＭＳセッションに対応するコンテンツの配信を希望している否かを判定する（Ｓ４５５）。基地局１００は、複数の端末装置２００が同じＭＢＭＳセッションに対応するコンテンツについて（Ｓ４５１、ＹＥＳ）、同じビーム、または方角が略等しいビームを利用し（Ｓ４５３、ＹＥＳ）、略等しいＭＣＳでの配信を希望している場合（Ｓ４５５、ＹＥＳ）には、複数の端末装置２００に対して共通のビームを利用して当該コンテンツを配信（ブロードキャストまたはマルチキャスト）する（Ｓ４５７）。

一方で、基地局１００は、複数の端末装置２００のそれぞれが互いに異なるＭＢＭＳセッションに対応するコンテンツの配信を希望している場合には（Ｓ４５１、ＮＯ）、当該複数の端末装置２００それぞれに対してUE specificなビームを利用した配信を個別に行う（Ｓ４５８）。これは、当該複数の端末装置２００が、ＭＢＭＳセッションに対応するコンテンツの配信に利用するビームとして互いに異なるビームの利用を希望している場合（Ｓ４５３、ＮＯ）や、互いに異なるＭＣＳでのＭＢＭＳセッションに対応するコンテンツの配信を希望している場合（Ｓ４５５、ＮＯ）についても同様である。

ここで、上述の通り複数の端末装置に対して共通のビーム（指向性ビーム）を利用してＭＢＭＳサービスが提供される場合と、Cell specificなビームを利用して複数の端末装置に対してＭＢＭＳサービスが提供される場合と、の違いについて補足する。Cell specificなビームが利用される場合には、当該ビーム中には、端末装置２００ごとの制御情報が含まれていない。これに対して、複数の端末装置に対して共通のビーム（UE specificなビーム）を利用してＭＢＭＳサービスが提供される場合には、当該ビーム中には、端末装置２００ごとの制御情報が個別に含まれている。即ち、この場合には、当該ビームの設定についても、端末装置２００ごとに行われることとなる。なお、制御情報が端末装置２００ごとに含まれていたとしても、データの部分（例えば、ＭＢＭＳコンテンツのデータに相当する部分）については、共通の情報が用いられることとなるため、変調方式等については複数の端末装置２００間で共通となるように設定しておくことが望ましい。

以上説明したように、本変形例においては、基地局は、状況に応じて、複数の端末装置のうち少なくとも一部の２以上の端末装置について、ＭＢＭＳコンテンツの配信に利用するビームのリソースを統合する。このような制御により、本変形例に係る通信システムに依れば、その時々の状況に応じて、各端末装置に対して番組のコンテンツ（例えば、ＭＢＭＳコンテンツ）を配信するための配信方法を選択的に切り替えることも可能となる。これにより、本変形例に係る通信システムに依れば、例えば、システム全体におけるリソースの利用効率を向上させ、ひいてはシステム全体におけるスループットの向上の効果も期待できる。

（変形例３）
続いて、本開示の一実施形態に係る通信システムの他の変形例について説明する。なお、以降では、本変形例を「変形例３」とも称する。

前述したように、ＭＢＭＳコンテンツは、ＣＮにおいてコンテンツサーバから基地局まではマルチキャストにより伝送され、ＲＡＮにおいて当該基地局から端末装置まではUE specificなビームを利用したマルチキャストにより伝送される。UE specificなビームを利用して基地局から各端末装置にＭＢＭＳセッションを提供する場合（換言すると、ＭＢＭＳコンテンツを配信する場合）には、各端末装置に対応するUE specificなビームが、異なる時間に送信される場合がある。これは、同じ時間リソースを用いて複数の端末装置それぞれにＭＢＭＳセッションを提供するためには、例えば、当該複数の端末装置それぞれが空間的に分離可能な位置に配置されている必要があることに起因する。換言すると、空間的に分離することが困難なエリアに複数の端末装置が位置する場合（例えば、複数の端末装置が同じエリアに位置する場合）には、当該複数の端末装置それぞれに対応するUE specificなビームは、互いに異なる時間／周波数リソースを使用することとなる。このような特性上、複数の端末装置それぞれに対して同一の情報を同じタイミングで配信することが困難な場合がある。

また、端末装置を保持するユーザが、当該端末装置を介して放送コンテンツを視聴する時間を指定可能とする仕組みの導入が要求されている。このような場合には、例えば、端末装置がＭＢＭＳセッションの提供を受ける場合に、当該提供が行われる時間を指定可能とする仕組みの導入が必要となる可能性がある。即ち、UE specificなビームを利用したマルチキャストにより複数の端末装置それぞれにＭＢＭＳコンテンツを異なるタイミングで配信するためには、同一時間に複数の端末装置に対してコンテンツを配信することが可能な通常のマルチキャストとは異なる対応が必要となる。

このような状況を鑑み、本変形例に係る通信システムでは、基地局にバッファを設けることで、複数の端末装置間におけるＭＢＭＳコンテンツの配信タイミングの差（即ち、時間差）を吸収し、許容可能な当該時間差に関する情報を複数の端末装置それぞれに対して通知する。なお、当該通知には、例えば、システム情報やdedicated signalingを利用すればよい。そこで、以下に、図１９を参照して、本変形例に係る通信システムの一連の処理の流れの一例について、特に、上記時間差を吸収するための仕組みに着目して説明する。図１９は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの一例について示した概略的なシーケンス図である。なお、参照符号Ｓ５０１～Ｓ５１９で示した手続きは、図１３において参照符号Ｓ２０１～Ｓ２１９で示した手続きに相当する。そのため、参照符号Ｓ５０１～Ｓ５１９で示した手続きについては、詳細な説明は省略する。

図１９に示すように、ＭＢ－ＳＣ４６０をからＭＢＭＳゲートウェイ４４０にＭＢＭＳコンテンツが転送（ＩＰマルチキャスト）されると、当該ＭＢＭＳコンテンツが当該ＭＢＭＳゲートウェイ４４０から基地局１００にＩＰマルチキャストされる（Ｓ５２１）。

基地局１００（通信制御部１５１）は、ＭＢＭＳゲートウェイ４４０からＩＰマルチキャストされた当該ＭＢＭＳコンテンツのデータを、所定の記憶領域に保持（Buffering）する（Ｓ５２３）。このとき、基地局１００は、例えば、ＭＢＭＳセッションを提供する（即ち、ＭＢＭＳコンテンツを配信する）ための通信速度や、自身が利用可能な記憶領域の容量（バッファ量）等に基づき、取得したＭＢＭＳコンテンツのデータを保持（Buffering）することが可能な期間を算出する。そして、基地局１００（通知部１５５）は、算出した上記期間に関する情報、即ち、上記ＭＢＭＳコンテンツを保持することが可能な期間に関する情報を、システム情報として、ブロードキャストまたはdedicated signalingを利用して端末装置２００に通知する（Ｓ５２５）。

端末装置２００は、基地局１００からＭＢＭＳコンテンツを保持することが可能な期間に関する情報の通知を受けて、当該期間内において、当該ＭＢＭＳコンテンツを自身に対する宛先指定（例えば、ユニキャストやマルチキャスト）で受信するためのUE specificなビームを設定する手続きを行う（Ｓ５２７～Ｓ５３９）。また、基地局１００は、当該手続きにおける端末装置２００からのレポート（Ｓ５３９）に応じて、当該端末装置２００へのＭＢＭＳコンテンツの配信に利用するビームを特定する（Ｓ５４１）。そして、基地局１００（通信制御部２４１）は、所定の記憶領域に保持されたＭＢＭＳコンテンツを、UE specificなビーム（即ち、特定した上記ビーム）を利用して上記端末装置２００に配信（例えば、マルチキャスト）する（Ｓ５４３）。なお、参照符号Ｓ５２７～Ｓ５４３で示した上記処理については、図１３において参照符号Ｓ２２７～Ｓ２４３で示した手続きと実質的に同様である。

また、基地局１００は、端末装置２００から通知されるＭＢＭＳコンテンツの配信を希望するタイミングに関する情報に応じて、当該ＭＢＭＳコンテンツのデータの保持（Buffering）を開始するタイミングを調整することも可能である。なお、端末装置２００がＭＢＭＳコンテンツの配信を希望するタイミングに関する情報については、当該タイミングよりも前に当該端末装置２００から基地局１００に通知されてもよい。また、端末装置２００は、今現在、ＭＢＭＳコンテンツの配信を希望していることを基地局１００に通知してもよい。

なお、端末装置２００がＭＢＭＳコンテンツの配信を希望するタイミングに関する情報については、カウンティングのために当該端末装置２００から基地局１００に通知される情報に関連付けられることで、当該基地局１００が当該タイミングを認識することが可能となる。即ち、基地局１００は、端末装置２００から通知される情報に基づき認識した当該タイミングに応じて、ＭＢＭＳコンテンツのデータの保持（Buffering）を開始するタイミングを調整すればよい。例えば、図２０は、本変形例に係る通信システムにおける指向性ビームを利用して各端末装置に番組を提供するための手続きの他の一例について示した概略的なシーケンス図である。即ち、図２０は、基地局１００がＭＢＭＳコンテンツのデータの保持（Buffering）を開始するタイミングを調整する場合の手続きの一例を示している。なお、参照符号Ｓ７０１～Ｓ７１９で示した手続きについては、図１９において参照符号Ｓ５０１～Ｓ５１９で示した手続きと同様のため、詳細な説明は省略する。

図２０に示すように、基地局１００（通知部１５５）は、カウンティングを行うために、端末装置２００に対してCounting requestを通知する（Ｓ７２１）。端末装置２００（通知部２４７）は、基地局１００からCounting Requestを受けて、当該基地局１００に対して、提供を希望するＭＢＭＳセッション（即ち、配信を希望するＭＢＭＳコンテンツ）について、希望する当該提供のタイミングに関する情報を返送する（Ｓ７２３）。

基地局１００（通信制御部１５１）は、端末装置２００から通知された上記情報に基づき、対応するＭＢＭＳセッションの提供を開始するタイミングを決定する（Ｓ７２５）。そして、基地局１００（通知部１５５）は、決定したタイミングに応じて、当該ＭＢＭＳセッションに対応するコンテンツ（即ち、ＭＢＭＳコンテンツ）の配信を開始するためのリクエストをＭＢ－ＳＣ４６０に通知する（Ｓ７２７）。ＭＢ－ＳＣ４６０は、当該通知を受けて対応するＭＢＭＳコンテンツをＭＢＭＳゲートウェイ４４０に転送（ＩＰマルチキャスト）する。また、当該ＭＢＭＳゲートウェイ４４０は、ＭＢ－ＳＣ４６０から転送された当該ＭＢＭＳコンテンツを、上記基地局１００にＩＰマルチキャストする（Ｓ７２７）。基地局１００（通信制御部１５１）は、ＭＢＭＳゲートウェイ４４０からＩＰマルチキャストされた当該ＭＢＭＳコンテンツのデータを、所定の記憶領域に保持（Buffering）する（Ｓ７３１）。

なお、以降の手続き、即ち、参照符号Ｓ７３３～Ｓ７５１で示した手続きについては、図１９において参照符号Ｓ５２５～Ｓ５４３で示した手続きと同様のため、詳細な説明は省略する。

以上のような制御により、基地局１００は、端末装置２００がＭＢＭＳサービスの提供を希望するタイミングに応じて、当該ＭＢＭＳサービスに対応するコンテンツのデータの保持（Buffering）を開始するタイミングを制御することが可能となる。

ここで、本変形例に係る技術と、ＭＥＣ（Mobile Edge Computing）と称される技術との関係について説明する。ＭＥＣは、サーバサイドで実行されるアプリケーションのデータを基地局に保持させることで、当該アプリケーションと端末装置との間の遅延を低減可能とする技術である。このような特性を鑑みると、本変形例に係る通信システムにおいて、ＭＢＭＳコンテンツのデータを基地局に保持させ、当該データに基づき基地局から端末装置にＭＢＭＳコンテンツを配信する技術は、ＭＥＣの一種と見ることも可能である。

なお、本変形例に係る通信システムは、放送コンテンツの提供を想定したサービスであるため、配信対象となるデータ（即ち、ＭＢＭＳコンテンツ）が基地局側に保持される期間が有限である点で、一般的なＭＥＣと異なる。また、本変形例に係る通信システムでは、一般的なＭＥＣに比べて、遅延や応答レスポンスの改善に関する要求が厳しくはない可能性が高い。即ち、本変形例に係る通信システムでは、放送としてサービスの提供を行うにあたり、端末装置間の受信タイミングを吸収するために、コンテンツのデータを基地局に保持（Buffering）させる点が特徴的なポイントとなる。

＜＜４．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。さらに、基地局１００の少なくとも一部の構成要素は、基地局装置又は基地局装置のためのモジュールにおいて実現されてもよい。

また、例えば、端末装置２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。また、端末装置２００は、ＭＴＣ端末、ｅＭＴＣ端末、及びＮＢ－ＩｏＴ端末等のような所謂ローコスト端末として実現されてもよい。さらに、端末装置２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）において実現されてもよい。

＜４．１．基地局に関する応用例＞
（第１の応用例）
図２１は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２１に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２１にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図２１に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２１に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２１には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図２１に示したｅＮＢ８００において、図２を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信制御部１５１、情報取得部１５３、及び通知部１５５のうち少なくともいずれか）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２１に示したｅＮＢ８００において、図２を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図２２は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２２に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２２にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２１を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２１を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２１に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２２には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２２に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２２には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図２２に示したｅＮＢ８３０において、図２を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通信制御部１５１、情報取得部１５３、及び通知部１５５のうち少なくともいずれか）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２２に示したｅＮＢ８３０において、例えば、図２を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。

＜４．２．端末装置に関する応用例＞
（第１の応用例）
図２３は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２３に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２３には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２３に示したように複数のアンテナ９１６を有してもよい。なお、図２３にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２３に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図２３に示したスマートフォン９００において、図３を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信制御部２４１、情報取得部２４３、測定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２３に示したスマートフォン９００において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図２４は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２４に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２４には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２４に示したように複数のアンテナ９３７を有してもよい。なお、図２４にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２４に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図２４に示したカーナビゲーション装置９２０において、図３を参照して説明した処理部２４０に含まれる１つ以上の構成要素（通信制御部２４１、情報取得部２４３、測定部２４５、及び通知部２４７のうち少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図２４に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、通信制御部２４１、情報取得部２４３、測定部２４５、及び通知部２４７のうち少なくともいずれかを備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜５．むすび＞＞
以上説明したように、本開示の一実施形態に係る通信システムにおいて、基地局は、上位ノード（例えば、ＭＢＭＳゲートウェイ）からマルチキャストされたＭＢＭＳコンテンツを、複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビーム（即ち、UE Specificなビーム）を利用して当該端末装置に配信する。以上のような構成により、指向性ビームを利用することで基地局と各端末装置との間の無線通信を空間的に分離するような状況下においても、各端末装置に対して所謂放送コンテンツ（例えば、ＭＢＭＳコンテンツ）を効率よく配信することが可能となる。このように、本開示の一実施形態に係る通信システムに依れば、指向性ビームを利用した端末装置へのコンテンツの配信をより好適な態様で実現することが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
無線通信を行う通信部と、
上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部と、
を備える、通信装置。
（２）
前記制御部は、前記少なくとも一部の指向性ビームが割り当てられた前記端末装置を宛先として指定して、前記コンテンツが当該端末装置に配信されるように制御する、前記（１）に記載の通信装置。
（３）
番組ごとに前記コンテンツの配信に関するリクエストを取得する取得部を備え、
前記制御部は、前記番組ごとの前記リクエストの状況に応じて、当該番組に対応する前記コンテンツの配信方法を制御する、
前記（２）に記載の通信装置。
（４）
前記制御部は、前記番組ごとの前記コンテンツの配信を希望する前記端末装置の数に応じて、当該コンテンツの配信方法として、ブロードキャスト、マルチキャスト、及びユニキャストのいずれかを選択する、前記（３）に記載の通信装置。
（５）
前記制御部は、複数の前記端末装置それぞれとの間の無線通信の設定に応じて、共通の前記コンテンツが、共通の前記指向性ビームにより、当該複数の端末装置それぞれを宛先として指定して配信されるように制御する、前記（３）に記載の通信装置。
（６）
前記取得部は、１以上の前記端末装置それぞれから当該端末装置との間の無線通信の設定に関する情報を取得し、
前記制御部は、取得された当該情報に応じて、共通の前記指向性ビームにより、複数の前記端末装置それぞれを宛先として指定して共通の前記コンテンツが配信されるように制御する、
前記（５）に記載の通信装置。
（７）
前記コンテンツが保持される期間に関する情報を前記端末装置に通知する通知部を備える、前記（３）～（６）のいずれか一項に記載の通信装置。
（８）
前記取得部は、セッションを管理する所定のノードから、前記端末装置からの前記コンテンツの配信を希望するタイミングに関する情報を取得し、
前記通知部は、前記タイミングに応じて、前記上位ノードに対して当該コンテンツを配信に関するリクエストを送信する、
前記（７）に記載の通信装置。
（９）
前記制御部は、
前記端末装置からの情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用する第２の無線通信を設定し、
前記端末装置から通知される、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに関連付けられた、当該第１のモード中における前記第２の無線通信の維持に関するリクエストに応じて、前記第１の無線通信を制限し、前記第２の無線通信を維持する、
前記（１）～（８）のいずれか一項に記載の通信装置。
（１０）
無線通信を行う通信部と、
上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御する制御部と、
を備える、通信装置。
（１１）
セッションを管理する所定のノードに対して前記コンテンツの配信に関するリクエストを通知する通知部を備え、
前記制御部は、前記リクエストの通知後に、割り当てられた前記少なくとも一部の指向性ビームを利用して配信される前記コンテンツが受信されるように制御する、
前記（１０）に記載の通信装置。
（１２）
前記基地局に対する情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用される第２の無線通信が設定され、
前記通知部は、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに対して、当該第１のモード中における前記第２の無線通信の維持に関するリクエストを関連付けて当該第１のモード及び当該第２のモード間の遷移を管理する所定の装置に通知する、
前記（１１）に記載の通信装置。
（１３）
前記第２の無線通信には、割り当てられた前記少なくとも一部の指向性ビームが利用され、
前記制御部は、前記第１のモードにおける当該少なくとも一部の指向性ビームに関する条件に応じて、当該第１のモードから、前記第１の無線通信が可能な第２のモードへ遷移するように制御し、
前記通知部は、前記第２のモードへの遷移後に、前記基地局に対して、前記少なくとも一部の指向性ビームを利用した通信の設定に関するリクエストを通知する、
前記（１２）に記載の通信装置。
（１４）
前記通知部は、前記基地局に対して前記コンテンツの配信を希望するタイミングに関する情報を通知する、前記（１１）～（１３）のいずれか一項に記載の通信装置。
（１５）
コンピュータが、
無線通信を行うことと、
上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御することと、
を含む、通信方法。
（１６）
コンピュータが、
無線通信を行うことと、
上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御することと、
を含む、通信方法。
（１７）
コンピュータに、
無線通信を行うことと、
上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御することと、
を実行させる、プログラム。
（１８）
コンピュータに、
無線通信を行うことと、
上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御することと、
を実行させる、プログラム。

１ システム
１０ セル
４０ コアネットワーク
５０ パケットデータネットワーク
６０ アプリケーションサーバ
１００ 基地局
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 処理部
１５１ 通信制御部
１５３ 情報取得部
１５５ 通知部
２００ 端末装置
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 処理部
２４１ 通信制御部
２４３ 情報取得部
２４５ 測定部
２４７ 通知部
３００ ＭＥＣサーバ

Claims (23)

1. ＭＢＳ（Multicast Broadcast Service）コンテンツを配信する基地局として機能する通信装置であって、
   無線通信を行う通信部と、
   上位ノードからマルチキャストされたコンテンツが、所定の配信方法に従って端末装置に配信されるように制御する制御部と、を備え、
   前記所定の配信方法は、
   ＭＢＳコンテンツを受信することと、
   前記端末装置のためのＭＢＳセッション要求（MBS session start request）を受信することと、
   ＭＢＳセッション開始確認（MBS session start confirmation）を送信することと、
   ＣＳＩ－ＲＳリソース設定情報（CSI-RS resource configuration）と、ビームレポート設定情報（Beam report configuration information）と、を前記端末装置に送信することと、
   ＣＳＩ－ＲＳリソース設定に関する情報を前記端末装置に送信することと、
   ビーム計測結果に関するレポートを前記端末装置から受信することと、
   前記端末装置へ前記ＭＢＳコンテンツを配信するためのビームを特定することと、
   特定した前記ビームを介して、受信した前記ＭＢＳコンテンツの送信を含むＭＢＳサービスを提供することと、を含む、
   通信装置。
2. 無線通信を行う通信部と、
   上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部と、を備え、
   前記制御部は、
   前記端末装置が配信を希望する前記コンテンツのＩＤと該コンテンツの配信に利用するビームとを認識し、
   前記認識した情報に基づいて、複数の前記端末装置のうちの２以上の端末装置について、前記コンテンツの配信に利用するビームのリソースを統合することが可能か否かを判定する、
   通信装置。
3. 無線通信を行う通信部と、
   上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部と、を備え、
   前記制御部は、
   前記端末装置からの情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用する第２の無線通信を設定し、
   前記端末装置から通知される、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに関連付けられた、当該第１のモード中における前記第２の無線通信の維持に関するリクエストに応じて、前記第１の無線通信を制限し、前記第２の無線通信を維持する、
   通信装置。
4. 前記制御部は、前記少なくとも一部の指向性ビームが割り当てられた前記端末装置を宛先として指定して、前記コンテンツが当該端末装置に配信されるように制御する、請求項２又は３に記載の通信装置。
5. 番組ごとに前記コンテンツの配信に関するリクエストを取得する取得部を備え、
   前記制御部は、前記番組ごとの前記リクエストの状況に応じて、当該番組に対応する前記コンテンツの配信方法を制御する、
   請求項４に記載の通信装置。
6. 無線通信を行う通信部と、
   上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部と、
   番組ごとに前記コンテンツの配信に関するリクエストを取得する取得部と、
   前記コンテンツが保持される期間に関する情報を前記端末装置に通知する通知部と、を備え、
   前記制御部は、前記少なくとも一部の指向性ビームが割り当てられた前記端末装置を宛先として指定して、前記コンテンツが当該端末装置に配信されるように制御し、
   前記制御部は、前記番組ごとの前記リクエストの状況に応じて、当該番組に対応する前記コンテンツの配信方法を制御する、
   通信装置。
7. 前記取得部は、セッションを管理する所定のノードから、前記端末装置からの前記コンテンツの配信を希望するタイミングに関する情報を取得し、
   前記通知部は、前記タイミングに応じて、前記上位ノードに対して当該コンテンツの配信に関するリクエストを送信する、
   請求項６に記載の通信装置。
8. 前記制御部は、前記番組ごとの前記コンテンツの配信を希望する前記端末装置の数に応じて、当該コンテンツの配信方法として、ブロードキャスト、マルチキャスト、及びユニキャストのいずれかを選択する、請求項５～７のいずれか一項に記載の通信装置。
9. 前記制御部は、複数の前記端末装置それぞれとの間の無線通信の設定に応じて、共通の前記コンテンツが、共通の前記指向性ビームにより、当該複数の端末装置それぞれを宛先として指定して配信されるように制御する、請求項５～７のいずれか一項に記載の通信装置。
10. 前記取得部は、１以上の前記端末装置それぞれから当該端末装置との間の無線通信の設定に関する情報を取得し、
    前記制御部は、取得された当該情報に応じて、共通の前記指向性ビームにより、複数の前記端末装置それぞれを宛先として指定して共通の前記コンテンツが配信されるように制御する、
    請求項９に記載の通信装置。
11. 無線通信を行う通信部と、
    上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御する制御部と、
    セッションを管理する所定のノードに対して前記コンテンツの配信に関するリクエストを通知する通知部と、を備え、
    前記制御部は、前記リクエストの通知後に、割り当てられた前記少なくとも一部の指向性ビームを利用して配信される前記コンテンツが受信されるように制御し、
    前記基地局に対する情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用される第２の無線通信が設定され、
    前記通知部は、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに対して、当該第１のモード中における前記第２の無線通信の維持に関するリクエストを関連付けて当該第１のモード及び前記第１の無線通信が可能な第２のモード間の遷移を管理する所定の装置に通知する、
    通信装置。
12. 前記第２の無線通信には、割り当てられた前記少なくとも一部の指向性ビームが利用され、
    前記制御部は、前記第１のモードにおける当該少なくとも一部の指向性ビームに関する条件に応じて、当該第１のモードから、前記第２のモードへ遷移するように制御し、
    前記通知部は、前記第２のモードへの遷移後に、前記基地局に対して、前記少なくとも一部の指向性ビームを利用した通信の設定に関するリクエストを通知する、
    請求項１１に記載の通信装置。
13. 前記通知部は、前記基地局に対して前記コンテンツの配信を希望するタイミングに関する情報を通知する、請求項１１又は１２に記載の通信装置。
14. ＭＢＳ（Multicast Broadcast Service）コンテンツを配信する基地局として機能する通信装置が実行する通信方法であって、
    無線通信を行う通信ステップと、
    上位ノードからマルチキャストされたコンテンツが、所定の配信方法に従って端末装置に配信されるように制御する制御ステップと、を有し、
    前記所定の配信方法は、
    ＭＢＳコンテンツを受信することと、
    前記端末装置のためのＭＢＳセッション要求（MBS session start request）を受信することと、
    ＭＢＳセッション開始確認（MBS session start confirmation）を送信することと、
    ＣＳＩ－ＲＳリソース設定情報（CSI-RS resource configuration）と、ビームレポート設定情報（Beam report configuration information）と、を前記端末装置に送信することと、
    ＣＳＩ－ＲＳリソース設定に関する情報を前記端末装置に送信することと、
    ビーム計測結果に関するレポートを前記端末装置から受信することと、
    前記端末装置へ前記ＭＢＳコンテンツを配信するためのビームを特定することと、
    特定した前記ビームを介して、受信した前記ＭＢＳコンテンツの送信を含むＭＢＳサービスを提供することと、を含む、
    通信方法。
15. コンピュータが実行する通信方法であって、
    無線通信を行う通信ステップと、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御ステップと、を有し、
    前記制御ステップでは、
    前記端末装置が配信を希望する前記コンテンツのＩＤと該コンテンツの配信に利用するビームとを認識し、
    前記認識した情報に基づいて、複数の前記端末装置のうちの２以上の端末装置について、前記コンテンツの配信に利用するビームのリソースを統合することが可能か否かを判定する、
    通信方法。
16. コンピュータが実行する通信方法であって、
    無線通信を行う通信ステップと、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御ステップと、を有し、
    前記制御ステップでは、
    前記端末装置からの情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用する第２の無線通信を設定し、
    前記端末装置から通知される、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに関連付けられた、当該第１のモード中における前記第２の無線通信の維持に関するリクエストに応じて、前記第１の無線通信を制限し、前記第２の無線通信を維持する、
    通信方法。
17. コンピュータが実行する通信方法であって、
    無線通信を行う通信ステップと、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御ステップと、
    番組ごとに前記コンテンツの配信に関するリクエストを取得する取得ステップと、
    前記コンテンツが保持される期間に関する情報を前記端末装置に通知する通知ステップと、を有し、
    前記制御ステップでは、前記少なくとも一部の指向性ビームが割り当てられた前記端末装置を宛先として指定して、前記コンテンツが当該端末装置に配信されるように制御し、
    前記制御ステップでは、前記番組ごとの前記リクエストの状況に応じて、当該番組に対応する前記コンテンツの配信方法を制御する、
    通信方法。
18. コンピュータが実行する通信方法であって、
    無線通信を行う通信ステップと、
    上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御する制御ステップと、
    セッションを管理する所定のノードに対して前記コンテンツの配信に関するリクエストを通知する通知ステップと、を有し、
    前記制御ステップでは、前記リクエストの通知後に、割り当てられた前記少なくとも一部の指向性ビームを利用して配信される前記コンテンツが受信されるように制御し、
    前記基地局に対する情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用される第２の無線通信が設定され、
    前記通知ステップでは、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに対して、当該第１のモード中における前記第２の無線通信の維持に関するリクエストを関連付けて当該第１のモード及び前記第１の無線通信が可能な第２のモード間の遷移を管理する所定の装置に通知する、
    通信方法。
19. ＭＢＳ（Multicast Broadcast Service）コンテンツを配信する基地局として機能する通信装置を、
    無線通信を行う通信部、
    上位ノードからマルチキャストされたコンテンツが、所定の配信方法に従って端末装置に配信されるように制御する制御部、として機能させ、
    前記所定の配信方法は、
    ＭＢＳコンテンツを受信することと、
    前記端末装置のためのＭＢＳセッション要求（MBS session start request）を受信することと、
    ＭＢＳセッション開始確認（MBS session start confirmation）を送信することと、
    ＣＳＩ－ＲＳリソース設定情報（CSI-RS resource configuration）と、ビームレポート設定情報（Beam report configuration information）と、を前記端末装置に送信することと、
    ＣＳＩ－ＲＳリソース設定に関する情報を前記端末装置に送信することと、
    ビーム計測結果に関するレポートを前記端末装置から受信することと、
    前記端末装置へ前記ＭＢＳコンテンツを配信するためのビームを特定することと、
    特定した前記ビームを介して、受信した前記ＭＢＳコンテンツの送信を含むＭＢＳサービスを提供することと、を含む、
    プログラム。
20. コンピュータを、
    無線通信を行う通信部、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部、として機能させ、
    前記制御部は、
    前記端末装置が配信を希望する前記コンテンツのＩＤと該コンテンツの配信に利用するビームとを認識し、
    前記認識した情報に基づいて、複数の前記端末装置のうちの２以上の端末装置について、前記コンテンツの配信に利用するビームのリソースを統合することが可能か否かを判定する、
    プログラム。
21. コンピュータを、
    無線通信を行う通信部、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部、として機能させ、
    前記制御部は、
    前記端末装置からの情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用する第２の無線通信を設定し、
    前記端末装置から通知される、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに関連付けられた、当該第１のモード中における前記第２の無線通信の維持に関するリクエストに応じて、前記第１の無線通信を制限し、前記第２の無線通信を維持する、
    プログラム。
22. コンピュータを、
    無線通信を行う通信部、
    上位ノードからマルチキャストされたコンテンツが、前記無線通信に利用される複数の指向性ビームから端末装置に割り当てられた少なくとも一部の指向性ビームを利用して、当該端末装置に配信されるように制御する制御部、
    番組ごとに前記コンテンツの配信に関するリクエストを取得する取得部、
    前記コンテンツが保持される期間に関する情報を前記端末装置に通知する通知部、として機能させ、
    前記制御部は、前記少なくとも一部の指向性ビームが割り当てられた前記端末装置を宛先として指定して、前記コンテンツが当該端末装置に配信されるように制御し、
    前記制御部は、前記番組ごとの前記リクエストの状況に応じて、当該番組に対応する前記コンテンツの配信方法を制御する、
    プログラム。
23. コンピュータを、
    無線通信を行う通信部、
    上位ノードから基地局にマルチキャストされ、かつ複数の指向性ビームから割り当てられた少なくとも一部の指向性ビームを利用して当該基地局から配信されるコンテンツが受信されるように制御する制御部、
    セッションを管理する所定のノードに対して前記コンテンツの配信に関するリクエストを通知する通知部、として機能させ、
    前記制御部は、前記リクエストの通知後に、割り当てられた前記少なくとも一部の指向性ビームを利用して配信される前記コンテンツが受信されるように制御し、
    前記基地局に対する情報の通知に利用される第１の無線通信とは個別に、前記コンテンツの配信に利用される第２の無線通信が設定され、
    前記通知部は、前記第１の無線通信を制限する第１のモードへの遷移に関するリクエストに対して、当該第１のモード中における前記第２の無線通信の維持に関するリクエストを関連付けて当該第１のモード及び前記第１の無線通信が可能な第２のモード間の遷移を管理する所定の装置に通知する、
    プログラム。

Images