(57)【要約】マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置を提供すること。本開示にかかるマルチキャスト制御装置（１０）は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部（１１）と、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の通信端末に対するユニキャストセッションを開始するセッション制御部（１２）と、を備える。
2019176402.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定手段と、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御手段と、を備えるマルチキャスト制御装置。
【請求項２】
前記判定手段は、
所定のタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１に記載のマルチキャスト制御装置。
【請求項３】
前記判定手段は、
周期的に定められたタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項４】
前記判定手段は、
前記マルチキャストサービスに最初の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項５】
前記判定手段は、
前記マルチキャストサービスに最後の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項６】
前記セッション制御手段は、
ユニキャストセッションを開始した後に、前記マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えた場合、ユニキャストセッションからマルチキャストセッションに切り替える、請求項１乃至５のいずれか１項に記載のマルチキャスト制御装置。
【請求項７】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する、マルチキャスト制御方法。
【請求項８】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる、プログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムに関する。
【背景技術】
【０００２】
今後、ネットワークに接続されるＩｏＴ（Internet of Things）デバイスの急激な増加が予測される。そのため、今後、ＩｏＴデバイスに対するファームウェアの更新もしくはセキュリティソフトウェアのアップグレードを効率的に行うことが重要となる。【０００３】
ファームウェアの更新等を効率的に行うために、例えば、複数のＩｏＴデバイスに対して、マルチキャスト通信を用いてデータを配信することが検討されている。非特許文献１には、３ＧＰＰ（3rd Generation Partnership Project）において規定されたＭＢＭＳ（Multimedia Broadcast and Multicast Service）に関する仕様が開示されている。ＭＢＭＳは、モバイルネットワークにおいて実行されるブロードキャスト及びマルチキャストに関するサービスである。具体的には、非特許文献１には、マルチキャストモードにおいて定義される各フェーズの処理が開示されている。【０００４】
例えば、非特許文献１には、ＵＥ（User Equipment）がマルチキャストサービスにJoiningした後に、マルチキャストセッションが開始されることが記載されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS 23.246 V15.0.0 (2017-12)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
非特許文献１には、マルチキャストセッションが開始された後に、マルチキャストサービスにJoiningしたＵＥに対しても、マルチキャストデータが送信されることが記載されている。このようなＵＥは、マルチキャストセッションの途中からマルチキャストデータを受信するため、必要とする全てのマルチキャストデータを受信することができない。そのため、ＵＥは、次のマルチキャストセッションにおいて、不足しているデータを受信する。つまり、マルチキャストセッションの途中からJoiningしたＵＥは、複数のマルチキャストセッションに跨ってマルチキャストデータを受信することになる。【０００７】
その結果、ネットワーク側に配置されたマルチキャストサービスを制御する制御装置におけるマルチキャストデータの配信時間が長くなり、マルチキャストサービスに割り当てられる通信リソースが増加するという問題がある。【０００８】
本開示の目的は、上述した課題に鑑み、マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本開示の第１の態様にかかるマルチキャスト制御装置は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部と、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御部と、を備える。【００１０】
本開示の第２の態様にかかるマルチキャスト制御方法は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する。【００１１】
本開示の第３の態様にかかるプログラムは、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる。
【発明の効果】
【００１２】
本発明により、マルチキャストデータの配信時間を短縮することができるマルチキャスト制御装置、マルチキャスト制御方法、及びプログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】実施の形態１にかかるマルチキャスト制御装置の構成図である。
【図２】実施の形態２にかかる通信システムの構成図である。
【図３】実施の形態２にかかるＢＭ−ＳＣの構成図である。
【図４】実施の形態２にかかるＢＭ−ＳＣにおいて実行されるマルチキャストセッション制御処理の概要を示す図である。
【図５】実施の形態２にかかるＢＭ−ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。
【図６】実施の形態３にかかるＢＭ−ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。
【図７】実施の形態４にかかるＢＭ−ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。
【図８】実施の形態４にかかるＢＭ−ＳＣにおけるマルチキャストセッションの開始処理の流れを示す図である。
【発明を実施するための形態】
【００１４】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。はじめに、図１を用いて実施の形態１にかかるマルチキャスト制御装置１０の構成例について説明する。マルチキャスト制御装置１０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
【００１５】
マルチキャスト制御装置１０は、判定部１１及びセッション制御部１２を有している。判定部１１及び制御部１２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、判定部１１及びセッション制御部１２は、チップもしくは回路等のハードウェアであってもよい。
【００１６】
判定部１１は、マルチキャストサービスに参加した通信端末の数が、予め定められた閾値を超えたか否かを判定する。通信端末は、例えば、携帯電話端末、スマートフォン端末、ＩｏＴ端末、もしくはＭＴＣ（Machine Type Communication）端末等であってもよい。通信端末は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。また、通信端末は、３ＧＰＰにおいて通信端末の総称として用いられるＵＥ（User Equipment）であってもよい。
【００１７】
マルチキャストサービスは、マルチキャストサービスへ参加している複数の通信端末へ、一斉にデータを配信するサービスである。マルチキャストサービスは、例えば、３ＧＰＰにおいて規定されているＭＢＭＳ（Multimedia Broadcast and Multicast Service）であってもよい。また、マルチキャストサービスは、ＭＢＭＳベアラサービス及びＭＢＭＳユーザサービスを用いて実現される。
【００１８】
予め定められた閾値は、マルチキャスト制御装置１０を管理する管理者等が入力する値であってもよい。また、予め定められた閾値は、マルチキャストサービスが配信するデータの種類に応じて変更されてもよい。データは、例えば、それぞれの通信端末のファームウェアもしくはＯＳ（Operating System）等のアップデートに必要なデータであってもよい。または、データは、セキュリティソフトウェア等のアプリケーションのアップデートに必要なデータであってもよい。
【００１９】
セッション制御部１２は、マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の通信端末に対するマルチキャストセッションを開始する。セッション制御部１２は、マルチキャストセッションを開始するタイミングを制御する。マルチキャストセッションは、例えば、データを配信する期間及びデータを配信するための準備期間を含む。例えば、マルチキャスト制御装置１０は、１度のセッションにおいて、通信端末におけるアップデート処理に必要なデータを配信する。
【００２０】
以上説明したように、マルチキャスト制御装置１０は、マルチキャストサービスに参加する通信端末の数が閾値を超えた場合に、マルチキャストセッションを開始することができる。これより、複数の通信端末は、マルチキャストサービスに参加した後に、マルチキャストセッションが開始されるため、１度のセッションにおいて必要な全てのデータを受信することができる。その結果、マルチキャスト制御装置１０は、データを配信するために設定するマルチキャストセッションの回数を減少させることができる。
【００２１】
（実施の形態２）
続いて、図２を用いて実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおけるＭＢＭＳアーキテクチャを示している。
【００２２】
図２の通信システムは、ＵＥ（User Equipment）３０、Ｅ−ＵＴＲＡＮ（Evolved-Universal Mobile Telecommunications System Terrestrial Radio Access Network）３１、ＵＥ３２、ＵＴＲＡＮ３３、ＭＭＥ（Mobility Management Entity）４０、ＭＢＭＳ−ＧＷ（MBMS-Gateway）４１、ＳＧＳＮ（Serving General Packet Radio Service Support Node）４２、ＰＧＷ４３、ＢＭ−ＳＣ（Broadcast Multicast Service Centre）エンティティ４４（以下、ＢＭ−ＳＣ４４とする）、及び、Content Provider５０を有している。Content Provider５０は、外部サーバ装置を示している。図２の通信システムを構成するContent Provider５０以外の構成要素は、ＥＰＳ（Evolved Packet System）を構成する。ＵＥは、ＭＳ（Mobile Station）で置き換えられてもよい。
【００２３】
Ｅ−ＵＴＲＡＮ３１は、無線アクセスシステムとしてＬＴＥ（Long Term Evolution）を用いるＲＡＮである。また、ＵＥ３０は、ＬＴＥを用いた無線通信を行う無線端末である。ＵＴＲＡＮ３３は、無線アクセスシステムとして３Ｇ無線方式を用いるＲＡＮである。ＵＥ３２は、３Ｇ無線方式を用いた無線通信を行う無線端末である。
【００２４】
ＭＭＥ４０及びＳＧＳＮ４２は、ＵＥに関するセッション管理及びモビリティ管理を行うノード装置である。ＭＢＭＳ−ＧＷ４１は、Ｅ−ＵＴＲＡＮ３１及びＵＴＲＡＮ３３を介してＵＥ３０及びＵＥ３２へブロードキャスト通信を用いてデータを配信するゲートウェイである。ＢＭ−ＳＣ４４は、Content Provider５０から送信されたコンテンツデータをＭＢＭＳ−ＧＷ４１へ送信する。
【００２５】
ＵＥ３０とＥ−ＵＴＲＡＮ３１との間は、E-UTRAN Uuリファレンスポイントが定められている。ＵＥ３２とＵＴＲＡＮ３３との間は、Uuリファレンスポイントが定められている。Ｅ−ＵＴＲＡＮ３１とＭＭＥ４０との間は、M3リファレンスポイントが定められている。ＵＴＲＡＮ３３とＳＧＳＮ４２との間は、Iuリファレンスポイントが定められている。Ｅ−ＵＴＲＡＮ３１及びＵＴＲＡＮ３３と、ＭＢＭＳ−ＧＷ４１との間は、M1リファレンスポイントが定められている。ＭＭＥ４０とＭＢＭＳ−ＧＷ４１との間は、Smリファレンスポイントが定められている。ＳＧＳＮ４２とＭＢＭＳ−ＧＷ４１との間は、Snリファレンスポイントが定められている。ＭＢＭＳ−ＧＷ４１とＢＭ−ＳＣ４４との間は、SGmb及びSGi-mbリファレンスポイントが定められている。ＢＭ−ＳＣ４４とＰＧＷ４３との間は、SGiリファレンスポイントが定められている。
【００２６】
続いて、図３を用いて実施の形態２にかかるＢＭ−ＳＣ４４の構成例について説明する。ＢＭ−ＳＣ４４は、ネットワークインタフェース６１、プロセッサ６２、及びメモリ６３を有している。ネットワークインタフェース６１は、デジタルベースバンド信号処理を行うベースバンドプロセッサを含んでもよい。もしくは、ネットワークインタフェース６１は、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００２７】
プロセッサ６２は、メモリ６３からソフトウェア（コンピュータプログラム）を読み出して、以降においてフローチャート等を用いて説明される処理を行う。プロセッサ６２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ６２は、複数のプロセッサを含んでもよい。
【００２８】
メモリ６３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ６３は、プロセッサ６２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ６２は、図示されていないI/Oインタフェースを介してメモリ６３にアクセスしてもよい。プロセッサ６２は、図１の判定部１１及びセッション制御部１２における機能もしくは処理を実行するために用いられる。
【００２９】
メモリ６３は、ソフトウェアもしくはソフトウェアモジュール群を格納するために使用される。プロセッサ６２は、これらのソフトウェアもしくはソフトウェアモジュール群をメモリ６３から読み出して実行する。
【００３０】
続いて、図４を用いてＢＭ−ＳＣ４４において実行されるマルチキャストセッション制御処理の概要について説明する。
【００３１】
図４の横軸は、時間の経過を示している。Wake Upは、例えば、それぞれのＵＥがＤＲＸ（Discontinuous Reception）もしくはｅＤＲＸ（extended DRX）におけるデータの受信を開始するタイミングを示している。言い換えると、Wake Upは、間欠受信を開始するタイミングを示している。ＵＥがデータを受信しない期間は、スリープ時間と称されてもよい。ｅＤＲＸは、ＤＲＸよりもスリープ時間が長い。これにより、ｅＤＲＸを利用するＵＥは、ＤＲＸを利用するＵＥよりも低消費電力を実現することができる。
【００３２】
Joiningは、それぞれのＵＥが、マルチキャストサービスに参加したタイミングを示している。例えば、マルチキャストサービスに関するアプリケーションが起動されたタイミングが、Joiningのタイミングであってもよい。もしくは、Joiningは、それぞれのＵＥにおいてマルチキャストサービスに参加するタイミングとして予め定められたタイミングであってもよい。マルチキャストサービスに参加するタイミングとして予め定められたタイミングは、例えば、Wake Upしてから数秒後もしくは数分後等と定められてもよい。
【００３３】
Session Startは、マルチキャストセッションが開始するタイミングを示している。Session Stopは、マルチキャストセッションが停止するタイミングを示している。Session StartからSession Stopまでの期間をService Sessionとする。Data transferは、それぞれのＵＥへデータが配信される期間を示している。Data transferは、Service Sessionに含まれる。例えば、Data transferにおいて、それぞれのＵＥがアプリケーション等の更新に必要な更新データが配信されるとする。また、Session StartからData transferまでの期間は、例えば、データを配信するまでの準備期間であってもよい。
【００３４】
ここで、図４においては、マルチキャストセッションを開始する際に判定するＵＥの数の閾値として、２が設定されているとする。つまり、マルチキャストサービスに参加したＵＥの数が２を超えて、３以上となった場合に、マルチキャストセッションが開始する。図４においては、ＵＥ＃１、ＵＥ＃２、ＵＥ＃３の順番に、マルチキャストサービスに参加していることを示している。また、ＵＥ＃３がマルチキャストサービスに参加した後に、マルチキャストセッションが開始したことを示している。
【００３５】
つまり、ＢＭ−ＳＣ４４は、ＵＥ＃１及びＵＥ＃２がマルチキャストサービスに参加した時点においては、マルチキャストセッションを開始しない。ＢＭ−ＳＣ４４は、ＵＥ＃３が参加した後に、マルチキャストセッションを開始する。これより、ＵＥ＃１、ＵＥ＃２、及びＵＥ＃３は、同一のService Sessionにおいて全ての必要なデータを受信することができる。
【００３６】
続いて、図５を用いて、実施の形態２にかかるＢＭ−ＳＣ４４におけるマルチキャストセッションの開始処理の流れについて説明する。
【００３７】
はじめに、判定部１１は、JoiningしたＵＥの数（Ｎｘ）をカウントする（Ｓ１１）。例えば、JoiningしたＵＥは、制御データもしくはユーザデータを用いてＢＭ−ＳＣ４４へJoiningしたことを示すメッセージを送信してもよい。制御データは、Ｃ（Control）−Ｐｌａｎｅデータと称されてもよい。ユーザデータは、Ｕ（User）−Ｐｌａｎｅデータと称されてもよい。判定部１１は、ＵＥから送信されたメッセージをカウントして、JoiningしたＵＥの数をカウントしてもよい。判定部１１は、カウンタを有し、カウントしたＵＥの数をカウンタに反映してもよい。判定部１１は、マルチキャストサービスに関するアプリケーションを起動したＵＥの数をカウントする、と言い換えられてもよい。
【００３８】
判定部１１は、周期的に定められたタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは、判定部１１は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは判定部１１は、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。
【００３９】
次に、判定部１１は、JoiningしたＵＥの数（Ｎｘ）が予め定められた閾値（Ｎｔｈ）を超えているか否かを判定する（Ｓ１２）。ＮｘがＮｔｈを超えていると判定された場合、セッション制御部１２は、データを配信するためにマルチキャストセッションを開始する（Ｓ１４）。
【００４０】
ステップＳ１２において、ＮｘがＮｔｈを超えていないと判定された場合、セッション制御部１２は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過しているか否かを判定する（Ｓ１３）。最初のＵＥは、例えば、図４におけるＵＥ＃１である。また、最初のＵＥは、前回のマルチキャストセッションが開始された後に、マルチキャストサービスに参加したＵＥの中において最も早くマルチキャストサービスに参加したＵＥであってもよい。例えば、図４において、Session Start後に、最初にマルチキャストサービスに参加したＵＥが、最初のＵＥとなってもよい。
【００４１】
所定期間は、ＢＭ−ＳＣ４４を管理する管理者等が任意に決定した値であってもよい。もしくは、所定期間は、ＤＲＸもしくはｅＤＲＸを利用した通信を行うＵＥにおける、スリープ時間とスリープ時間との間の期間に基づいて定められてもよい。つまり、所定期間は、スリープ期間外であって、最初のＵＥが連続して通信を行うことができる期間に基づいて定められてもよい。例えば、所定期間は、スリープ時間とスリープ時間との間の期間内に収まる時間であってもよい。言い換えると、所定期間は、スリープ時間が終了してから、次のスリープ時間が開始する前のタイミングまでの期間であってもよい。
【００４２】
セッション制御部１２は、最初のＵＥがJoiningしてから所定期間経過したと判定した場合、マルチキャストセッションを開始する（Ｓ１４）。セッション制御部１２は、最初のＵＥがJoiningしてから所定期間経過していないと判定した場合、ステップＳ１１以降の処理を繰り返す。また、判定部１１は、セッション制御部１２がマルチキャストセッションを開始した場合に、カウンタの値をクリアしてもよい。判定部１１は、カウンタの値をクリアした後、再度、マルチキャストサービスに参加したＵＥの数をカウントする。
【００４３】
ここで、図４におけるＵＥ＃２における次のスリープ期間が開始するタイミングが、ＵＥ＃１における次のスリープ期間が開始するタイミングよりも早いとする。このような場合、セッション制御部１２は、ステップＳ１３において、最初にJoiningしたＵＥ＃１ではなく、ＵＥ＃２における、スリープ時間とスリープ時間との間の期間に基づいて所定期間を定めてもよい。
【００４４】
以上説明したように、ＢＭ−ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超えた場合に、マルチキャストセッションを開始することができる。これにより、複数のＵＥが、同一のセッション内において、同一のデータを受信することができる。これより、ＢＭ−ＳＣ４４は、マルチキャストセッションの開始前にマルチキャストサービスに参加したＵＥに対して、同一のデータを配信することができるために、再度マルチキャストセッションを開始する必要がなくなる。その結果、ＢＭ−ＳＣ４４が同一のデータを配信するためのService Sessionの設定回数を少なくすることができるため、ＢＭ−ＳＣ４４における処理負荷を低減することができる。
【００４５】
また、ＢＭ−ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超えない場合であっても、所定期間経過後に、マルチキャストサービスに参加したＵＥへデータを配信するために、マルチキャストセッションを開始する。これより、マルチキャストサービスに参加したＵＥは、他のＵＥのマルチキャストサービスへの参加状況によらず、配信されたデータを受信することができる。
【００４６】
（実施の形態３）
続いて、図６を用いて実施の形態３にかかるＢＭ−ＳＣ４４におけるマルチキャストセッションの開始処理の流れについて説明する。ステップＳ２１、Ｓ２２、及びＳ２４は、図５のステップＳ１１、Ｓ１２、及びＳ１４と同様であるため詳細な説明を省略する。
【００４７】
セッション制御部１２は、ステップＳ２３において、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過しているか否かを判定する（Ｓ２３）。最後のＵＥは、JoiningしたＵＥの数（Ｎｘ）が閾値（Ｎｔｈ）を超えるまえに最後にマルチキャストサービスへ参加したＵＥである。図４において、閾値が２と設定されている場合であってＵＥ＃３がマルチキャストサービスへ参加していない場合に、最後のＵＥはＵＥ＃２であってもよい。もしくは、閾値が３と設定されている場合、最後のＵＥはＵＥ＃３であってもよい。
【００４８】
所定期間は、例えば、過去にマルチキャストサービスに参加したＵＥの間隔の平均値であってもよい。もしくは、所定期間は、過去にマルチキャストサービスに参加したＵＥの発生間隔の最大値もしくは最小値であってもよい。セッション制御部１２は、最後のＵＥがJoiningしてから、所定期間経過している場合、マルチキャストセッションを開始する（Ｓ２４）。
【００４９】
例えば、マルチキャストサービスに参加したＵＥの数が閾値を超える前に、マルチキャストサービスに、ＵＥ＃ｎ、ＵＥ＃ｎ＋１、ＵＥ＃ｎ＋２が参加しているとする。ＵＥ＃ｎが最も早くマルチキャストサービスに参加し、ＵＥ＃ｎ＋２が最も遅くマルチキャストサービスに参加しているとする。ここでは、閾値は３以上とする。
【００５０】
さらに、ＵＥ＃ｎがJoiningしたタイミングと、ＵＥ＃ｎ＋１がJoiningしたタイミングとの差分を、Ｔｎとする。また、ＵＥ＃ｎ＋１がJoiningしたタイミングと、ＵＥ＃ｎ＋２がJoiningしたタイミングとの差分を、Ｔｎ＋１とする。この場合、セッション制御部１２は、ＵＥ＃ｎ＋２がJoiningしてから（Ｔｎ＋Ｔｎ＋１）／２を経過したか否かを判定してもよい。もしくは、セッション制御部１２は、ＵＥ＃ｎ＋２がJoiningしてからＴｎを経過したかもしくはＴｎ＋１を経過したかを判定してもよい。
【００５１】
以上説明したように、実施の形態３にかかるＢＭ−ＳＣ４４は、マルチキャストサービスに参加したＵＥの数が閾値を超える前に、最後にマルチキャストサービスに参加したＵＥから所定期間経過後に、マルチキャストセッションを開始することができる。実施の形態３における所定期間は、過去にＵＥがマルチキャストサービスに参加した間隔に基づいて定められる。つまり、実施の形態３における所定期間は、次にＵＥがマルチキャストサービスに参加するまでの推定時間であることを意味する。ＢＭ−ＳＣ４４は、最後のＵＥがマルチキャストサービスに参加した後に、次のＵＥが参加するまでの推定時間を経過した場合、実質的に全てのＵＥがマルチキャストサービスに参加したと仮定する。つまり、ＢＭ−ＳＣ４４は、推定し得る全てのＵＥがマルチキャストサービスに参加した後に、マルチキャストセッションを開始することができる。
【００５２】
（実施の形態４）
続いて、図７を用いて実施の形態４にかかるＢＭ−ＳＣ４４におけるセッション開始処理の流れについて説明する。
【００５３】
はじめに、判定部１１は、JoiningしたＵＥの数をカウントする（Ｓ３１）。例えば、JoiningしたＵＥは、制御データもしくはユーザデータを用いてＢＭ−ＳＣ４４へJoiningしたことを示すメッセージを送信してもよい。制御データは、Ｃ（Control）−Ｐｌａｎｅデータと称されてもよい。ユーザデータは、Ｕ（User）−Ｐｌａｎｅデータと称されてもよい。判定部１１は、ＵＥから送信されたメッセージをカウントして、JoiningしたＵＥの数をカウントしてもよい。判定部１１は、カウンタを有し、カウントしたＵＥの数をカウンタに反映してもよい。判定部１１は、マルチキャストサービスに関するアプリケーションを起動したＵＥの数をカウントする、と言い換えられてもよい。
【００５４】
判定部１１は、周期的に定められたタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは、判定部１１は、マルチキャストサービスに最初のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。もしくは判定部１１は、マルチキャストサービスに最後のＵＥがJoiningしてから所定期間経過したタイミングに、JoiningしたＵＥの数をカウントしてもよい。
【００５５】
次に、判定部１１は、JoiningしたＵＥの数（Ｎｘ）が予め定められた閾値（Ｎｔｈ）を超えているか否かを判定する（Ｓ３２）。ＮｘがＮｔｈを超えていると判定された場合、セッション制御部１２は、データを配信するためにマルチキャストセッションを開始する（Ｓ３３）。ＮｘがＮｔｈを超えていないと判定された場合、セッション制御部１２は、データを配信するためにユニキャストセッションを開始する。
【００５６】
つまり、セッション制御部１２は、ステップＳ３２において、マルチキャストサービスに参加したＵＥの数に基づいて、マルチキャストセッションを開始するかユニキャストセッションを開始するかを選択する。
【００５７】
また、セッション制御部１２は、ステップＳ３４において、マルチキャストサービスを用いたデータの配信を要望もしくは意図しているＵＥへ、ユニキャストセッションを用いてデータを送信する。そのため、セッション制御部１２は、ステップＳ３４において、マルチキャストサービスに参加している少なくとも１以上のそれぞれのＵＥと、ユニキャストセッションの確立に関する処理を実行する。
【００５８】
また、セッション制御部１２は、ユニキャストセッションを開始した後に、ＮｘがＮｔｈを超えたことを検出した場合、マルチキャストセッションに切り替えてデータを配信してもよい。つまり、セッション制御部１２は、ユニキャストセッションを用いてデータを送信していたＵＥに対して、ＮｘがＮｔｈを超えたことを検出した場合、マルチキャストセッションを用いてデータを配信してもよい。
【００５９】
ここで、図８を用いて、図７とは異なるＢＭ−ＳＣ４４におけるセッション開始処理の流れについて説明する。ステップＳ４１〜Ｓ４３、及びＳ４５は、図７のステップＳ３１〜Ｓ３４と同様であるため詳細な説明を省略する。
【００６０】
セッション制御部１２は、ステップＳ４２において、ＮｘがＮｔｈを超えていないと判定した場合、マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過したか否かを判定する（Ｓ４４）。
【００６１】
マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過したと判定した場合、セッション制御部１２は、ユニキャストセッションを開始する（Ｓ４５）。また、マルチキャストサービスに最初のＵＥもしくは最後のＵＥがJoiningしてから所定期間経過していないと判定した場合、ステップＳ４１以降の処理を繰り返す。このように、図７の処理に、図５及び図６において説明した処理を組み合わせてもよい。
【００６２】
以上説明したように、実施の形態４にかかるセッション開始処理を実行することによって、マルチキャストデータの配信時間を短くすることが可能となり、マルチキャストサービスに割り当てられる通信リソースを減少させることができる。
【００６３】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）を含む。さらに、非一時的なコンピュータ可読媒体の例は、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗを含む。さらに、非一時的なコンピュータ可読媒体の例は、半導体メモリを含む。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００６４】
なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
【００６５】
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定部と、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御部と、を備えるマルチキャスト制御装置。
（付記２）
前記判定部は、
所定のタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１に記載のマルチキャスト制御装置。
（付記３）
前記判定部は、
周期的に定められたタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
（付記４）
前記判定部は、
前記マルチキャストサービスに最初の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
（付記５）
前記判定部は、
前記マルチキャストサービスに最後の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、付記１又は２に記載のマルチキャスト制御装置。
（付記６）
前記セッション制御部は、
ユニキャストセッションを開始した後に、前記マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えた場合、ユニキャストセッションからマルチキャストセッションに切り替える、付記１乃至５のいずれか１項に記載のマルチキャスト制御装置。
（付記７）
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する、マルチキャスト制御方法。
（付記８）
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる、プログラム。
【００６６】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６７】
この出願は、２０１８年３月１６日に出願された日本出願特願２０１８−０５００８９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６８】
１０  マルチキャスト制御装置
１１  判定部
１２  セッション制御部
３０  ＵＥ
３１  Ｅ−ＵＴＲＡＮ
３２  ＵＥ
３３  ＵＴＲＡＮ
４０  ＭＭＥ
４１  ＭＢＭＳ−ＧＷ
４２  ＳＧＳＮ
４３  ＰＧＷ
４４  ＢＭ−ＳＣ
５０  Content Provider
６１  ネットワークインタフェース
６２  プロセッサ
６３  メモリ
【図１】
2019176402.tif 000003
【図２】
2019176402.tif 000004
【図３】
2019176402.tif 000005
【図４】
2019176402.tif 000006
【図５】
2019176402.tif 000007
【図６】
2019176402.tif 000008
【図７】
2019176402.tif 000009
【図８】
2019176402.tif 000010
【手続補正書】
【提出日】令和2年8月27日(2020.8.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定する判定手段と、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始するセッション制御手段と、を備えるマルチキャスト制御装置。
【請求項２】
前記判定手段は、
所定のタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１に記載のマルチキャスト制御装置。
【請求項３】
前記判定手段は、
周期的に定められたタイミングに、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項４】
前記判定手段は、
前記マルチキャストサービスに最初の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項５】
前記判定手段は、
前記マルチキャストサービスに最後の前記通信端末が参加してから、所定期間経過後に、前記マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたか否かを判定する、請求項１又は２に記載のマルチキャスト制御装置。
【請求項６】
前記セッション制御手段は、
ユニキャストセッションを開始した後に、前記マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えた場合、ユニキャストセッションからマルチキャストセッションに切り替える、請求項１乃至５のいずれか１項に記載のマルチキャスト制御装置。
【請求項７】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始する、マルチキャスト制御方法。
【請求項８】
マルチキャストサービスに参加した通信端末の数が予め定められた閾値を超えたか否かを判定し、
マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えたと判定された場合、マルチキャストサービスに参加した複数の前記通信端末に対するマルチキャストセッションを開始し、マルチキャストサービスに参加した前記通信端末の数が予め定められた閾値を超えていないと判定された場合、マルチキャストサービスに参加した少なくとも１以上の前記通信端末に対するユニキャストセッションを開始することをコンピュータに実行させる、プログラム。
【国際調査報告】
2019176402.tif 000011
2019176402.tif 000012
2019176402.tif 000013