(57)【要約】  より向上した音声の合成に係る新たな仕組みを提供するため、無線端末は、受信機と、送信機を含む。受信機は、該無線端末が少なくとも一つのグループに含まれるときに、該少なくとも一つのグループに係る音声通信を受信可能に構成される。送信機は、該少なくとも一つのグループに係る該音声通信に関する音量を決めるための音量情報を、該少なくとも一つのグループに係る該音声通信を制御する通信装置に、送信するように構成される。
2018139409.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成された受信機と、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成された送信機と、
を有する無線端末。
【請求項２】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項１記載の無線端末。
【請求項３】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項２記載の無線端末。
【請求項４】
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
請求項１乃至３のいずれか一項に記載の無線端末。
【請求項５】
前記受信機が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成するように構成されたプロセッサとを有する、
請求項１乃至４のいずれか一項に記載の無線端末。
【請求項６】
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
請求項５に記載の無線端末。
【請求項７】
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成された受信機と、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成するように構成されたプロセッサと
を有するサーバ。
【請求項８】
前記プロセッサによって合成された音声を、ユニキャストベアラを介して、無線端末に送信する送信機をさらに有する、
請求項７記載のサーバ。
【請求項９】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項７または８記載のサーバ。
【請求項１０】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項９記載のサーバ。
【請求項１１】
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記受信機が受信する前記音量情報と実質的に同じである、
請求項７乃至１０のいずれか一項に記載のサーバ。
【請求項１２】
通信システムであって、
無線端末と、
サーバを有し、
前記無線端末は、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記サーバに、送信するように構成され、
前記サーバは、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための前記音量情報を受信するように構成される、
通信システム。
【請求項１３】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項１２記載の通信システム。
【請求項１４】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項１３記載の通信システム。
【請求項１５】
前記無線端末と前記サーバは、
実質的に同じ前記音量情報を記憶する、
請求項１２乃至１４のいずれか一項に記載の通信システム。
【請求項１６】
前記サーバが、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を、前記無線端末に送信する場合、
前記無線端末は、前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
請求項１２乃至１５のいずれか一項に記載の通信システム。
【請求項１７】
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
請求項１６に記載の通信システム。
【請求項１８】
前記サーバは、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
請求項１２に記載の通信システム。
【請求項１９】
前記合成された音声を、ユニキャストベアラを介して、前記無線端末に送信する、
請求項１８記載の通信システム。
【請求項２０】
無線端末の通信方法であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
無線端末の通信方法。
【請求項２１】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項２０記載の通信方法。
【請求項２２】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項２１記載の通信方法。
【請求項２３】
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
請求項２０乃至２２のいずれか一項に記載の通信方法。
【請求項２４】
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
請求項２０乃至２３のいずれか一項に記載の通信方法。
【請求項２５】
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
請求項２４に記載の通信方法。
【請求項２６】
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
サーバの通信方法。
【請求項２７】
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
請求項２６記載のサーバの通信方法。
【請求項２８】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項２６または２７記載のサーバの通信方法。
【請求項２９】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項２８記載のサーバの通信方法。
【請求項３０】
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
請求項２６乃至２９のいずれか一項に記載のサーバの通信方法。
【請求項３１】
コンピュータに、
無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
ことを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３２】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項３１記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３３】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項３２記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３４】
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
請求項３１乃至３３のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３５】
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
請求項３１乃至３４のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３６】
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
請求項３５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３７】
コンピュータに、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
ことを実行させるためのサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３８】
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
請求項３７記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項３９】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項３７または３８記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項４０】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項３９記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項４１】
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
請求項３７乃至４０のいずれか一項に記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線端末、サーバ、無線端末の通信方法、記録媒体に関する。
【背景技術】
【０００２】
特許文献１は、多地点に存在するビデオ会議装置間でデータの通信を行うビデオ会議システムに関する。ビデオ会議システムにおいて、親端末となるビデオ会議装置はビデオ会議システム全体で１個であり、親端末がビデオ会議に参加する子端末への動画像、音声伝送も一括して制御する。親端末は、複数の子端末から音声信号を受信し、それぞれの音声信号を合成する。合成された音声信号は、子端末に送信される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２８８９７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１には、親端末が複数の音声を合成して子端末に送信することが開示されているのみである。特許文献１には、例えば、子端末において音声を合成すること、又は、親端末と子端末との音声合成にかかる情報交換について、具体的な開示も示唆もない。【０００５】
したがって、例示的な実施形態は、上述した背景技術の問題点を解決するために提案されたものであり、その目的は、より向上した音声の合成に係る新たな仕組みを提供することにある。
【課題を解決するための手段】
【０００６】
例示的な実施形態における無線端末は、受信機と、送信機を含む。受信機は、前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成される。送信機は、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成される。【０００７】
他の例示的な実施形態におけるサーバは、受信機とプロセッサを含む。受信機は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成される。プロセッサは、前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る音声通信の音声を合成するように構成される。【０００８】
他の例示的な実施形態における無線端末の通信方法は、前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信することを含む。また前記通信方法は、前記少なくとも一つのグループに係る音声通信を受信することを含む。【０００９】
他の例示的な実施形態における無線端末のコンピュータ読み取り可能な記録媒体に記録されたプログラムは、無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信すること、前記少なくとも一つのグループに係る音声通信を受信することを、コンピュータに実行させる。
【発明の効果】
【００１０】
例示的な実施形態によれば、より向上した音声の合成に係る新たな仕組みを提供できる。
【図面の簡単な説明】
【００１１】
【図１】例示的な実施形態に係る移動通信システムを示す。
【図２】例示的な実施形態に係る移動通信システムの一例を示す。
【図３】例示的な実施形態に係るグループ通信の一例を示す。
【図４】例示的な実施形態に係るベアラの一例を示す。
【図５】例示的な実施形態に係るベアラの一例を示す。
【図６】例示的な実施形態に係るベアラの一例を示す。
【図７】第１の例示的な実施形態の移動局を示す。
【図８】第１の例示的な実施形態のアプリサーバを示す。
【図９】第１の例示的な実施形態に係る動作の一例を示す。
【図１０】第１の例示的な実施形態に係る通知方法の一例を示す。
【図１１】第２の例示的な実施形態の移動通信システムの一例を示す。
【図１２】第２の例示的な実施形態の合成処理の一例を示す。
【図１３】第３の例示的な実施形態の移動通信システムの一例を示す。
【図１４】第３の例示的な実施形態の合成処理の一例を示す。
【図１５】第３の例示的な実施形態の合成処理の一例を示す。
【図１６】第３の例示的な実施形態の合成処理の一例を示す。
【図１７】第３の例示的な実施形態の合成処理の一例を示す。
【図１８】第４の例示的な実施形態の移動局の一例を示す。
【図１９】第４の例示的な実施形態のアプリサーバの一例を示す。
【図２０】第４の例示的な実施形態に係る動作の一例を示す。
【図２１】第４の例示的な実施形態に係る動作１を示す。
【図２２】第４の例示的な実施形態に係る動作２を示す。
【図２３】第４の例示的な実施形態に係る動作３を示す。
【図２４】第５の例示的な実施形態の移動通信システムの一例を示す。
【発明を実施するための形態】
【００１２】
以下において、図面を参照しながら、例示的な（exemplary）実施形態が詳細に示される。各図面において、同一又は対応する要素には同一の符号が付されており、説明の簡素化のため、必要に応じて重複部分は省略される。以下に説明される複数の例示的な実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。
【００１３】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて移動局１０ａ、１０ｂおよび１０ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、移動局１０ａ、１０ｂおよび１０ｃを特に区別する必要が無い場合には、単に移動局１０と称する。
【００１４】
（はじめに）
図１は、例示的な実施形態に係る移動通信システムを示す。
図１において、移動通信システムは、ＩＭＳ（Internet Protocol （IP） Multimedia Subsystem）と、ＥＰＣ（Evolved Packet Core）と、ｅＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）と、移動局１０を含む。
【００１５】
ＩＭＳは、コアネットワークをＩＰ化し、マルチメディアサービスを実現するシステムである。
【００１６】
ＥＰＣは、ＬＴＥ（Long Term Evolution）におけるコアネットワークである。
【００１７】
ｅＵＴＲＡＮは、ＬＴＥにおける無線アクセスネットワークである。ｅＵＴＲＡＮは基地局（eNB：evolved Node B）で構成される。
【００１８】
基地局２０は、セル２１を構成する。基地局２０は、セル２１において、少なくとも一つの移動局１０と通信する。図１において、基地局２０は、移動局１０ａと無線通信１２ａを実行する。基地局２０は、移動局１０ｂと無線通信１２ｂを実行する。基地局２０は移動局１０ｃと無線通信１２ｃを実行する。
【００１９】
移動局１０は、基地局２０と無線通信１２を実行可能に構成される。また、２つの移動局１０の間で、直接通信１１が実行可能に構成される。図１において、移動局１０ａは、移動局１０ｂと、直接通信１１ａを実行する。移動局１０ｂは、移動局１０ｃと、直接通信１１ｂを実行する。なお、移動局１０は直接通信１１だけでなく、他の移動局１０を経由することでより広い範囲の移動局１０と通信を可能にするマルチホップ無線ネットワークを構成することもできる。例えば、移動局１０ａが移動局１０ｂを介して（すなわち、直接通信１１ａと直接通信１１ｂとを用いて）移動局１０ｃと通信することができる。この技術は、専用の無線機器を用いた直接波通信、商用のＬＴＥ−Ｄｉｒｅｃｔ、ＬＴＥ ＰｒｏＳｅ（Proximity−based services）、ＬＴＥ−Ｄ２Ｄ（Device to device）であってもよい。例えば、Ｐｕｂｌｉｃ ｓａｆｅｔｙ無線システムにおいて、大規模災害などでｅＮＢがダウンした状況でも通信手段を提供するために、これら技術が用いられる。
【００２０】
図２は、例示的な実施形態に係る移動通信システムの一例を示す。
【００２１】
ＩＭＳは、アプリケーションサーバ（アプリサーバ３０）を有する。
【００２２】
ＥＰＣとｅＵＴＲＡＮは、ＥＰＳ（Evolved Packet System）を構成する。
【００２３】
ＥＰＣは、Ｐ（Packet data network）−ＧＷ（Gateway）、Ｓ−ＧＷ（Serving Gateway）、ＭＭＥ(Mobility Management Entity)、ＰＣＲＦ（Policy and Charging Rules Function）、ＨＳＳ（Home Subscriber Server）、ＢＭ−ＳＣ（Broadcast Multicast Service Center）、ＭＢＭＳ（Multimedia Broadcast Multicast Services）−ＧＷ（Gateway）を有する。
【００２４】
ｅＵＴＲＡＮは、ｅＮＢ及びＭＣＥ（Multi−cell／multicast Coordination Entity）を有する。
【００２５】
アプリケーションサーバ（アプリサーバ３０）は、個別通信、グループ通信を管理する。なお、アプリサーバ３０またはＩＭＳにおける他の機能エンティティ（例えば、ＳＩＰ（Session Initiation Protocol）サーバ）は、音声の基本発着信の機能をもち、音声セッション制御を行う。
【００２６】
Ｐ−ＧＷは、端末へのIPアドレスの割り当てや無線アクセスを収容する。また、Ｐ−ＧＷは、インターネットのような外部ネットワークへ接続するために用いられる。
【００２７】
Ｓ−ＧＷは、ユーザーデータのパケットデータであるＵ−ｐｌａｎｅ（User plane）を扱う。
【００２８】
ＭＭＥは、ユーザ（移動局）とパケット網の間のコネクションであるベアラの確立及び／又は解放、位置登録やハンドオーバなどの移動制御を行う。ＭＭＥは、ネットワーク制御のＣ−ｐｌａｎｅ（Control plane）を扱う。
【００２９】
ＰＣＲＦは、ユーザの契約情報やユーザが利用するアプリケーションに応じて、パケットに適用するポリシー情報などを行う。
【００３０】
ＨＳＳ（またはＨＬＲ（Home Location Register））は、ユーザ情報（移動局の情報）を管理するデータベースである。例えば、ＨＳＳは、ユーザに関する認証情報および在圏情報の管理を行う。例えば、ＨＳＳは、端末の現在地情報を記憶する。
【００３１】
ＢＭ−ＳＣは、ＭＢＭＳにて伝送するコンテンツが格納されＭＢＭＳ伝送の制御を行うネットワークノードである。
【００３２】
ＭＢＭＳ―ＧＷは、ＢＭ−ＳＣから配信されるＭＢＭＳデータを対象ｅＮＢにＩＰマルチキャストにて伝送する。
【００３３】
ＭＣＥは、ｅＮＢ間で送信無線リソースを指定してコンテンツを同期させる。例えば、ＭＢＳＦＮ（Multicast broadcast single frequency network）を構成するｅＮＢ間で、送信する無線リソースを指定してコンテンツを同期させる。
【００３４】
ここで、各装置または各機能エンティティ間のインタフェースについて記述する。
【００３５】
Ｓ１−Ｕインタフェースは、Ｓ−ＧＷとｅＮＢとの間のインタフェースである。
【００３６】
Ｓ１−ＭＭＥインタフェースは、ＭＭＥとｅＮＢの間のインタフェースである。
【００３７】
Ｓ５／Ｓ８インタフェースは、Ｐ−ＧＷとＳ−ＧＷとの間のインタフェースである。
【００３８】
Ｓ６ａインタフェースは、ＭＭＥとＨＳＳとの間のインタフェースである。
【００３９】
Ｓ１１インタフェースは、Ｓ−ＧＷとＭＭＥとの間のインタフェースである。
【００４０】
Ｓｍインタフェースは、ＭＭＥとＭＢＭＳ−ＧＷとの間のインタフェースである。
【００４１】
ＳＧｍｂインタフェースは、ＭＢＭＳ−ＧＷとＢＭ−ＳＣとの間のインタフェースである。
【００４２】
ＳＧｉｍｂインタフェースは、ＭＢＭＳ−ＧＷとＢＭ−ＳＣとの間のインタフェースである。
【００４３】
ＳＧｉインタフェースは、アプリサーバ３０とＰ−ＧＷとの間のインタフェースである。
【００４４】
Ｓｐインタフェースは、ＰＣＲＦとＨＳＳとの間のインタフェースである。
【００４５】
Ｕｕインタフェースは、ｅＮＢと移動局との間のインタフェースである。
【００４６】
Ｇｘインタフェースは、Ｐ−ＧＷとＰＣＲＦとの間のインタフェースである。
【００４７】
Ｇｘｃインタフェースは、Ｓ−ＧＷとＰＣＲＦとの間のインタフェースである。
【００４８】
Ｍ１インタフェースは、ｅＮＢとＭＢＭＳ−ＧＷとの間のインタフェースである。
【００４９】
Ｍ２インタフェースは、ｅＮＢとＭＣＥとの間のインタフェースである。
【００５０】
Ｍ３インタフェースは、ＭＣＥとＭＭＥとの間のインタフェースである。
【００５１】
Ｒｘインタフェースは、ＰＣＲＦとアプリサーバとの間のインタフェースである。
【００５２】
Ｃｘインタフェースは、ＨＳＳとアプリサーバとの間のインタフェースである。
【００５３】
ＭＢ２―Ｃインタフェースは、ＢＭ−ＳＣとアプリサーバとの間のインタフェースである。
【００５４】
ＭＢ２―Ｕインタフェースは、ＢＭ−ＳＣとアプリサーバとの間のインタフェースである。
【００５５】
なお、図２において、指令台４０がインターネット網４０２またはスイッチ４０１を介して、アプリサーバ３０に接続されてもよい。例えば、消防指令センター、消防隊、救急隊の間で情報を送受信する消防救急無線システムの場合、指令台４０は、消防指令センターに設置される。この場合、移動局（ＵＥ：User Equipment）は、消防隊または救急隊の車両に設置される。
【００５６】
なお、指令台４０の機能が、移動局１０に設けられ、この移動局１０が指令台として動作してもよい。この場合、指令台４０の機能を有する移動局１０は、図２のように、スイッチ４０１やインターネット網４０２を介して、アプリサーバ３０に直接接続されなくてもよい。通常の移動局１０（ＵＥ）と同様に、指令台として動作するＵＥは、ｅＵＴＲＡＮ、ＥＰＣを経由して、アプリサーバ３０に接続されうる。
【００５７】
例示的な実施形態において、移動局１０は、他の通信装置との個別通信または複数の通信装置から構成されるグループとグループ通信を実行できる。
【００５８】
図３は、例示的な実施形態に係るグループ通信の一例を示す。
図３のＥＰＳは図２における構成と同様である。説明の簡素化のため、図３のＥＰＳの構成の多くが省略されている。
図３の例では、ＩＭＳは１つのアプリサーバ３０を有する。ＥＰＳにおけるｅＵＴＲＡＮは、基地局２０ａ、基地局２０ｂ、基地局２０ｃから構成される。基地局２０ａは、セル２１ａを構成する。基地局２０ｂは、セル２１ｂを構成する。基地局２０ｃは、セル２１ｃを構成する。
【００５９】
本例において、グループ５０ａは、移動局１０ａ及び１０ｂから構成される。グループ５０ｂは、移動局１０ａ、移動局１０ｂ、移動局１０ｃ、移動局１０ｄから構成される。グループ５０ｃは、移動局１０ａ、移動局１０ｂ、移動局１０ｃ、移動局１０ｄ、移動局１０ｅから構成される。このように、グループ５０は、単一のセルではなく複数のセルの範囲までカバーしうる。
【００６０】
例えば、グループ５０ｃを構成する各移動局１０は、グループ内での通信（グループ通信）が可能に構成される。
【００６１】
グループ通信は、例えば、移動局１０からのデータが基地局２０を経由して他の移動局１０に送信されるネットワーク間通信と、移動局１０からネットワークを経由せず、直接他の移動局１０に送信される直接通信とを含む。
【００６２】
例えば、移動局１０ａは、基地局２０ａを経由し、無線通信１２ａと無線通信１２ｂを用いて、移動局１０ｂとグループ通信を実行できる。
【００６３】
また、移動局１０ａは、直接通信１１ａを移動局１０ｂと行うことによって、グループ５０ａにおけるグループ通信を実行できる。
【００６４】
また、移動局１０ａは、基地局２０ａ及び基地局２０ｂを経由し、無線通信１２ａと無線通信１２ｄを用いて、移動局１０ｃと、グループ５０ｂにおけるグループ通信を実行できる。
【００６５】
また、移動局１０ａは、基地局２０ａ及び基地局２０ｃを経由し、無線通信１２ａと無線通信１２ｇを用いて、移動局１０ｅと、グループ５０ｃにおけるグループ通信を実行できる。
【００６６】
また、移動局１０ａは、直接通信１１ａを移動局１０ｂと行うこと及び直接通信１１ｂを移動局１０ｃと行うことによって、グループ５０ｂにおけるグループ通信を実行できる（マルチホップ通信）。
【００６７】
また、移動局１０ａは、直接通信１１ａを移動局１０ｂと行うこと、直接通信１１ｂを移動局１０ｃと行うこと、直接通信１１ｃを移動局１０ｄと行うこと、直接通信１１ｄを移動局１０ｅと行うことによって、グループ５０ｃにおけるグループ通信を実行できる。
【００６８】
なお、ネットワーク間通信を用いたグループ通信は、基地局２０間のインタフェース（例えば、Ｘ２インタフェース）を経由して、他の基地局２０に送信されてもよい。また、ネットワーク間通信を用いたグループ通信は、基地局２０及びＥＰＳ（またはＥＰＣ）を経由して、他の基地局２０に送信されてもよい。また、ネットワーク間通信を用いたグループ通信は、基地局２０、ＥＰＳ（またはＥＰＣ）及びＩＭＳを経由して、他の基地局２０に送信されてもよい。
【００６９】
アプリサーバ３０は、各移動局１０とグループとの関係を管理する。このグループを管理する機能は、アプリサーバ３０にあってもよいし、グループを構成する通信装置にもうけられてもよい。例えば、グループを構成する移動局１０のソフトウェアとして、アプリサーバ３０の機能がインストールされ、インストールされた移動局１０によって、グループ管理の機能が実現されてもよい。アプリサーバ３０またはアプリサーバ３０に相当する機能を有する通信装置によって管理されるグループにおいて、グループを構成する移動局１０に通信路（ベアラ、セッション、コネクションともいう）が構築される。アプリサーバ３０は、さらに、グループ内で送信されるデータがユニキャスト、マルチキャスト、ブロードキャストされることを決定してもよい。
【００７０】
ここで、グループ通信の類型について記述される。
【００７１】
（グループ通信がアプリサーバ３０を経由する場合）
アプリサーバ３０は、指令台４０等の通信装置からのデータ（例えば、音声データやストリーミングデータ）を受信する。アプリサーバ３０は、受信したデータがどのグループ宛に送信されるべきか決定し、決定したグループに対して、データを送信する。送信されたデータは、ＥＰＳを経由して、宛先グループに含まれる移動局１０に送信される。
【００７２】
また、移動局１０がグループ内でデータを送信する場合、例えば、移動局１０はＥＰＳを経由して、アプリサーバ３０にデータを送信する。アプリサーバ３０は、受信したデータがどのグループ宛に送信されるべきか決定し、決定したグループに対して、データを送信する。送信されたデータは、ＥＰＳを経由して、宛先グループに含まれる移動局１０に送信される。
【００７３】
（グループ通信がアプリサーバ３０を経由しない場合）
移動局１０がグループ内でデータを送信する場合、グループに含まれる他の移動局１０に対して、直接通信１１を行う。移動局１０が送信した送信データは、必要に応じてマルチホップ通信を行い、グループに属する移動局１０宛に到達する。
【００７４】
図４は、例示的な実施形態に係る通信路（ベアラ）の一例を示す。
個別通信または上述のグループ通信のために、２種類の通信路（ベアラ）が用いられる。
図４の例では、アプリサーバ３０から移動局１０に送信されるデータが、２種類の通信路を介して送信される例を示す。２種類の通信路は、便宜上、ユニキャストベアラ６１とマルチキャストベアラ６２と呼ぶ。図４中の記号「まる」は、経由点を示す。
【００７５】
ユニキャストベアラ６１は、ユニキャストベアラ６１ｄとユニキャストベアラ６１ｃとを含む。ユニキャストベアラ６１ｄでは、データ信号が送信される。ユニキャストベアラ６１ｃでは、制御信号が送信される。
【００７６】
マルチキャストベアラ６２は、マルチキャストベアラ６２ｄとマルチキャストベアラ６２ｃとを含む。マルチキャストベアラ６２ｄでは、データ信号が送信される。マルチキャストベアラ６２ｃでは、制御信号が送信される。
【００７７】
ユニキャストベアラ６１ｄは、アプリサーバ３０から、Ｐ−ＧＷ、Ｓ−ＧＷ、ｅＮＢを経由して、移動局１０までの通信路である。
【００７８】
ユニキャストベアラ６１ｃは、アプリサーバ３０から、ＰＣＲＦ、Ｐ−ＧＷ、Ｓ−ＧＷ、ｅＮＢを経由して、移動局１０までの通信路である。
【００７９】
マルチキャストベアラ６２ｄは、アプリサーバ３０から、ＢＭ−ＳＣ、ＭＢＭＳ−ＧＷ、ｅＮＢを経由して、移動局１０までの通信路である。
【００８０】
マルチキャストベアラ６２ｃは、アプリサーバ３０から、ＢＭ−ＳＣ、ＭＢＭＳ―ＧＷ、ＭＭＥ、ＭＣＥ、ｅＮＢを経由して、移動局１０までの通信路である。
【００８１】
図５は、例示的な実施形態に係るベアラの一例を示す。
図５は、図４のベアラ（通信路または通信リソース）を、簡略化して示した図である。
【００８２】
ユニキャストベアラ６１は、ＥＰＳベアラ及び外部ベアラ（External Bearer）Ａとから構成される。アプリサーバ３０と移動局１０との間のデータは、ＥＰＳベアラと外部ベアラＡとからなる通信路を介して送信される（図５の例では、ダウンリンクの通信が示される）。具体的には、アプリサーバ３０と移動局１０との間のサービスは、Ｐ−ＧＷにより外部ベアラに接続されるＥＰＳベアラにより提供される。ＥＰＳベアラは、Ｓ−ＧＷによりＥ−ＲＡＢ（E-UTRAN Radio Access Bearer）に接続されるＳ５／Ｓ８ベアラにより提供される。Ｅ−ＲＡＢは、ｅＮｏｄｅＢにより無線ベアラに接続されるＳ１ベアラにより提供される。
【００８３】
マルチキャストベアラ６２は、ＭＢＭＳベアラ及び外部ベアラＢとから構成される。アプリサーバ３０と移動局１０との間のデータは、ＭＢＭＳベアラと外部ベアラＡとからなる通信路を介して送信される（図５の例では、ダウンリンクの通信が示される）。
【００８４】
個別通信では、ユニキャストベアラ６１が用いられる。
【００８５】
グループ通信では、ユニキャストベアラ６１及びマルチキャストベアラ６２の少なくとも一方が用いられる。
【００８６】
例えば、グループ通信において、グループを管理する通信装置であるアプリサーバ３０は、ユニキャストベアラ６１とマルチキャストベアラ６２の何れかを選択する制御を行っても良い。
【００８７】
図６は、例示的な実施形態に係るベアラの一例を示す。
図６において、通信路（ベアラ）とグループ通信との関係が例として示される。この例では、移動局１０はＮ個のグループに属している（参加している）。この場合に、Ｎ個のベアラがアプリサーバ３０との間で確立されている。また、各ベアラにおいて、１つのグループ通信が送信される。
【００８８】
仮に、Ｍ台の移動局が、移動局１０と同じＮ個のグループ通信を受信する場合、ユニキャストベアラ６１の場合、Ｍ×Ｎ個のベアラが必要となる。
【００８９】
一方、マルチキャストベアラ６２、かつ、Ｍ台の移動局にマルチキャストにてグループ通信が送信される場合、Ｎ個のベアラが必要となる。この場合、必要なベアラ数は移動局の数に依存しない。
【００９０】
このように、ユニキャストベアラ６１とマルチキャストベアラ６２の何れが用いられるかによって、必要とされるベアラ数が異なる。
【００９１】
以降の実施形態において、少なくとも一つのグループに含まれる無線端末が音声によるグループ通信（音声通信）を行っている場合の例が示される。
【００９２】
（第１の例示的な実施形態）
図７は、第１の例示的な実施形態の移動局（無線端末）を示す。
無線端末（移動局）１１０は、受信機１１１と、送信機１１２とを含む。
【００９３】
受信機１１１は、無線端末（移動局１０）が少なくとも一つのグループに含まれるときに、少なくとも一つのグループに係る音声通信を受信可能に構成される。
【００９４】
また、送信機１１２は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、少なくとも一つのグループに係る音声通信を制御する通信装置（例えば、アプリサーバ、アプリサーバ相当機能を有する無線端末など）に、送信するように構成される。
【００９５】
図８は、第１の例示的な実施形態のアプリサーバを示す。
アプリサーバ１３０は、受信機１３１と、プロセッサ１３２とを含む。
【００９６】
受信機１３１は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成される。
【００９７】
プロセッサ１３２は、音量情報に基づいて音量を決定し、決定された音量に基づいて、少なくとも一つのグループに係る音声通信の音声を合成するように構成される。
【００９８】
図９は、第１の例示的な実施形態に係る動作の一例を示す。
移動局１１０の送信機１１２は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、アプリサーバ１３０に送信する。アプリサーバ１３０の受信機１３１は、音量情報を受信する。
【００９９】
なお、アプリサーバ１３０は、音量情報に対して、応答メッセージを、移動局１１０に対して送信してもよい。応答メッセージには、音量情報の受信が完了した、アプリサーバ１３０が決定した音量に関する情報、移動局１１０が要求する音量に決めることができるか否かの情報、等の少なくとも一つが含められても良い。
【０１００】
なお、アプリサーバ１３０には、図示せぬメモリを有してもよい。メモリには、プロセッサ１３２により決定された音量が登録されていてもよい。既にメモリに登録されている音量に関する情報は、受信機１３１が新たに受信した音量情報に基づき、プロセッサ１３２が新たな音量を決定した場合に、更新されてもよい。この音量は、グループ通信が開始される前またはグループ通信中に設定または更新されてもよい。
【０１０１】
なお、アプリサーバ１３０は、上位のネットワークに設けられなくてもよい。例えば、アプリサーバ１３０の機能を有する移動局１１０が、グループに係る音声通信を制御する通信装置として動作してもよい。この場合、この通信装置として動作する移動局１１０に対して、音量情報が送信される。
【０１０２】
なお、移動局１１０がアプリサーバ１３０（通信装置）に送信する音量情報は、移動局１１０のメモリ（不図示）内に記憶される音量情報（第２の音量情報）と実質的に同じであってもよい。移動局１１０の記憶する音量情報と、アプリサーバ１３０が受信する音量情報とが同じであるため、移動局１１０とアプリサーバ１３０との間で、音量情報を共有することができる。
【０１０３】
第１の例示的な実施形態によれば、移動局１１０がアプリサーバ１３０に少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を送信する。これによって、アプリサーバ１３０はこの音量情報を知ることができる。この結果、移動局１１０とアプリサーバ１３０との間で、グループに係る音声通信に関する音量を決めるための音量情報を共有できる。移動局１１０とアプリサーバ１３０との間で、当該音量情報に関する認識を一致させることができる。
【０１０４】
図１０は、第１の例示的な実施形態に関連する通知方法の一例が示される。
移動局１１０は、ユニキャストベアラ７０を介して、アプリサーバ１３０に音量情報を通知してもよい。ここで、ユニキャストベアラ７０は、ＵＥから、ｅＮＢ、Ｓ−ＧＷ、Ｐ−ＧＷを経由して、アプリサーバ１３０までの通信路である。
【０１０５】
また、音量情報は、少なくとも一つのグループに係る音声通信に含まれる一つの音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含んでもよい。
【０１０６】
また、音量情報は、少なくとも一つのグループに係る音声通信に含まれる一つの音声通信の第１の音量における音量レベルを示す情報を含んでも良い。すなわち音量のレベルが絶対値として示されてもよい。一方、音量のレベルが、ＵＰ、ＤＯＷＮ、ＫＥＥＰなどの相対値で示されてもよい。
【０１０７】
また、音量情報は、グループを識別するグループ識別情報を含んでも良い。例えば、第１の音声通信にかかるグループＩＤを「Ａ」とし、この「Ａ」に対する音量の情報（合成比率や音量レベル）が示されてもよい。
【０１０８】
また、音量情報は、ある条件をトリガとして、送信されてもよい。
【０１０９】
例えば、移動局１１０が前回の音量情報を送信（通知）してから、一定時間を経過した場合、音量情報が送信されてもよい。または、所定時刻になったときに、移動局１１０が音量情報を送信してもよい。
【０１１０】
また、例えば、移動局１１０において、あるグループにかかるグループ通信の音量を変更したい場合に、音量情報が送信されてもよい。この場合、例えば、音量情報には、移動局１１０が変更を要求するグループの識別情報及び変更を要求する音量レベルまたは合成比率等の情報の少なくとも一方が、含まれてもよい。また、変更対象のグループは、１つだけではなく複数であってもよい。この場合、変更を要求するグループを識別する情報と、それらに対応づけられた音量情報が含まれてもよい。
【０１１１】
また、移動局１１０が、グループの中で権限の高い無線端末である場合、この権限の高い移動局１１０のみが、グループ通信に係る音量を制御するように構成されてもよい。例えば、音量情報として、音量情報の送信元の端末の権限が高い旨の情報が含まれてもよい。また、権限の低い移動局１１０は、音量情報に、自局が属するグループの設定のみを変えるための要求を含んでも良い。
【０１１２】
また、グループ通信中の移動局１１０は、例えば、以下（１）〜（３）の少なくとも一つの場合に、音量情報を送信してもよい。
（１）優先度の高い通話（緊急通話など）を生成または受信したとき
（２）優先度の高いグループ番号の通信を受信したとき
（３）優先度の高いユーザから受信したとき
また、アプリサーバ１３０は、例えば、以下（１）〜（３）の少なくとも一つの場合に、移動局１１０から受信した音量情報または、アプリサーバ１３０で予め保存された緊急度に応じて決められた音量に基づいて、プロセッサ１３２が音量を決定し、決定された音量に基づいて、少なくとも一つのグループに係る音声通信の音声を合成する。
（１）移動局１１０から、優先度の高い通話（緊急通話など）を受信したとき
（２）移動局１１０から、優先度の高いグループ番号の通信を受信したとき
（３）移動局１１０から、優先度の高いユーザから受信したとき
（第２の例示的な実施形態）
図１１は、第２の例示的な実施形態の移動通信システムの一例を示す。
本実施形態の移動通信システムは、移動局２１０とアプリサーバ２３０を有する。
【０１１３】
移動局２１０は、送信機２１１と受信機２１２を有する。
【０１１４】
送信機２１１は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、この少なくとも一つのグループに係る音声通信を制御する通信装置であるアプリサーバ２３０に送信するように構成される。また、移動局２１０が属するグループにおいて音声データを送信する場合（送信する権限を有している場合）、移動局２１０は、アプリサーバ２３０に対して、音声データを送信する。
【０１１５】
受信機２１２は、無線端末（移動局１０）が少なくとも一つのグループに含まれるときに、少なくとも一つのグループに係る音声通信の音声が合成された音声データを受信可能に構成される。
【０１１６】
アプリサーバ２３０は、受信機２３１、メモリ２３２、プロセッサ２３３、送信機２３４を有する。
【０１１７】
受信機２３１は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報及び／又は音声データを受信するように構成される。なお、受信機２３１は、アプリサーバ２３０が管理するグループに関する音声データ又は音量情報を、移動局２１０以外の他の通信装置（他の移動局またはサーバ等）から受信するように構成される。
【０１１８】
メモリ２３２は、受信した音量情報、受信した音声データ、プロセッサ２３３にて決定された音量情報に基づく音量、アプリサーバ２３０が管理するグループの識別情報、グループとそのグループに含まれる移動局の識別情報、グループと使用されるベアラに関する情報（ユニキャストベアラまたはマルチキャストベアラの何れが使用されるか）等の情報の少なくとも一つが記憶されうる。
【０１１９】
プロセッサ２３３は、受信機２３１にて受信した（またはメモリ２３２に記憶された）音量情報に基づいて音量を決定し、決定された音量に基づいて、少なくとも一つのグループに係る音声通信の音声を合成するように構成される。
【０１２０】
送信機２３４は、プロセッサ２３３にて合成された音声データを、移動局２１０に送信するように構成される。
【０１２１】
図１２は、第２の例示的な実施形態の合成処理の一例を示す。
【０１２２】
移動局２１０ａが例えばグループ１において送信権を持つ場合、送信機２１１は、グループ１において、グループ通信１に関する音声データを、アプリサーバ２３０に送信することができる。
【０１２３】
一方、アプリサーバ２３０は、他の移動局２１０から音声データを受信した場合、音声データを合成し、移動局２１０ａに送信する。例えば、グループ１に属する他の移動局２１０ｂからグループ１に関する音声データと、グループ２に属する他の移動局２１０ｃからグループ２に関する音声データを、アプリサーバ２３０が受信する。この場合、アプリサーバ２３０は、グループ通信１に関する音声データとグループ通信２に関する音声データを合成し、ユニキャストベアラにて、移動局２１０ａに送信する。移動局２１０ａ宛のデータは、グループ１及びグループ２に参加（属）する移動局２１０宛に、異なるユニキャストベアラにて送信される。なお、ここではユニキャストベアラの例が示されたが、例えば、マルチキャストベアラが使用されてもよい。マルチキャストベアラが使用される場合には、すべての移動局が共通の合成された音声を受信するため、グループ通信１に関する音声とグループ通信２に関する音声の合成比率を、それぞれの移動局から受信した音量情報に基づいて変更することはできない。このため、マルチキャストベアラが使用される場合には、グループ通信１に関する音声とグループ通信２に関する音声の合成比率は、同じ比率、または、グループ通信１とグループ通信２の優先度から算出した比率、または、予めアプリサーバ２３０に設定した比率に応じて設定しても良い。
【０１２４】
第２の例示的な実施形態によれば、単一のベアラを用いて複数のグループ通信を送信することによって、通信リソース（特に無線リソース）を効率的に利用できる。
【０１２５】
（第３の例示的な実施形態）
図１３は、第３の例示的な実施形態の移動通信システムの一例を示す。
本実施形態の移動通信システムは、移動局３１０と、アプリサーバ３３０を有する。
【０１２６】
移動局３１０は、送信機３１１、メモリ３１２、プロセッサ３１３、受信機３１４を有する。
【０１２７】
送信機３１１は、移動局３１０が属するグループにおいて音声データを送信する場合（送信する権限を有している場合）、移動局３１０は、アプリサーバ３３０に対して、音声データを送信する。
【０１２８】
メモリ３１２は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を記憶する。
【０１２９】
プロセッサ３１３は、メモリ３１２に記憶された音量情報に基づいて、受信機３１４にて受信する音声データから、少なくとも一つのグループに係る音声通信の音声を合成するように構成される。
【０１３０】
受信機３１４は、少なくとも一つのグループに係る音声通信に関する音声データを受信する。本例の場合、複数の音声データを受信する。複数の音声データは、例えば、第１のグループに係る第１の音声通信に関する第１の音声データ、第２のグループに係る第２の音声通信に関する第２の音声データ・・・第Ｎのグループに係る第Ｎの音声通信に関する第Ｎの音声データを含む（ここで、Ｎは２以上の整数である）。音声データは、アプリサーバ３３０から送信されてもよいし、他の通信装置（移動局３１０）から送信されてもよい。
【０１３１】
アプリサーバ３３０は、受信機３３１、メモリ３３２、プロセッサ３３３、送信機３３４を有する。
【０１３２】
受信機３３１は、少なくとも一つのグループに係る音声通信に関する音声データを受信するように構成される。なお、受信機３３１は、アプリサーバ３３０が管理するグループに関する音声データを、移動局３１０以外の他の通信装置（他の移動局またはサーバ等）から受信するように構成される。
【０１３３】
メモリ３３２は、受信した音声データ、アプリサーバ３３０が管理するグループの識別情報、グループとそのグループに含まれる移動局の識別情報、グループと使用されるベアラに関する情報（ユニキャストベアラまたはマルチキャストベアラの何れが使用されるか）等の情報の少なくとも一つが記憶されうる。
【０１３４】
プロセッサ３３３は、受信機３３１にて受信した（またはメモリ３３２に記憶された）、複数の音声データに関する合成処理を実施せず、送信処理を行うように、送信機３３４を制御する。
【０１３５】
送信機３３４は、プロセッサ３３３の制御により、受信機３３１にて受信した（またはメモリ３３２に記憶された）合成されていない複数の音声データを、移動局３１０に送信するように構成される。
【０１３６】
図１４は、第３の例示的な実施形態の合成処理の一例を示す。
本例において、アプリサーバ３３０の送信機３３４は、複数のマルチキャストベアラ６２を介して、複数の合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０に送信する。
【０１３７】
移動局３１０は、グループ１とグループ２に属している。
【０１３８】
マルチキャストベアラ６２ａにて、グループ１に関するグループ通信１の第１の音声データが、アプリサーバ３３０の送信機３３４から、送信される。
【０１３９】
マルチキャストベアラ６２ｂにて、グループ２に関するグループ通信２の第２の音声データが、アプリサーバ３３０の送信機３３４から、送信される。
【０１４０】
移動局３１０の受信機３１４は、第１の音声データと第２の音声データを受信する。
【０１４１】
移動局３１０のプロセッサ３１３は、メモリ３１２に記憶された、グループに係る音声通信に関する音量を決めるための音量情報に基づき、第１の音声データと第２の音声データを合成する。
【０１４２】
図１５は、第３の例示的な実施形態の合成処理の一例を示す。
本例において、アプリサーバ３３０の送信機は、単一のマルチキャストベアラ６２を介して、複数の合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０に送信する。
【０１４３】
本例において、移動局３１０は、グループ１とグループ２に属している。
【０１４４】
単一のマルチキャストベアラ６２において、グループ１に関するグループ通信１の第１の音声データと、グループ２に関するグループ通信２の第２の音声データとが、送信される。
【０１４５】
２つの音声データを識別するために、本例の音声データには、サービスを識別するサービス識別情報が含められる。第１の音声データは、第１のサービス識別情報によって、第１のサービスとして区別される。また、第２の音声データは、第２のサービス識別情報によって、第２のサービスとして区別される。
【０１４６】
移動局３１０の受信機３１４は、単一のマルチキャストベアラ６２を介して、第１の音声データと第２の音声データを受信する。なお、サービス識別情報及び／又はグループ識別情報が音声データに含まれ、それら識別情報に基づいて、音声データが識別されてもよい。
【０１４７】
移動局３１０のプロセッサ３１３は、メモリ３１２に記憶された、グループに係る音声通信に関する音量を決めるための音量情報に基づき、第１の音声データと第２の音声データを合成する。
【０１４８】
なお、サービスを識別するサービス識別情報は、ＴＭＧＩ（Temporary Mobile Group Identity）であってもよいし、グループを識別するグループ番号などのグループ識別子であっても良い。または、サービス識別情報は、ＴＭＧＩとグループを識別するグループ識別子とのペアであってもよい。
【０１４９】
図１５の例によれば、複数のグループ通信が一つのマルチキャストベアラ６２（共通リソース）で送信されるため、通信リソースを効率的に利用できる。
【０１５０】
図１６は、第３の例示的な実施形態の合成処理の一例を示す。
本例において、アプリサーバ３３０の送信機３３４は、１つのベアラ（マルチキャストベアラ６２またはユニキャストベアラ６１）を介して、合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０ａに送信する。
【０１５１】
また、移動局３１０ｂは、直接通信１１またはマルチホップ通信によって、アプリサーバ３３０を介さずに、合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０ａに送信する。
【０１５２】
移動局３１０ａは、グループ１とグループ２に属している。
【０１５３】
直接通信１１において、グループ１に関するグループ通信１の第１の音声データが、移動局３１０ｂの送信機３１１から、送信される。
【０１５４】
マルチキャストベアラ６２またはユニキャストベアラ６１において、グループ２に関するグループ通信２の第２の音声データが、アプリサーバ３３０の送信機３３４から、送信される。
【０１５５】
移動局３１０ａの受信機３１４は、直接通信１１及びベアラ（マルチキャストベアラ６２またはユニキャストベアラ６１）を介して、第１の音声データと第２の音声データを受信する。
【０１５６】
移動局３１０ａのプロセッサ３１３は、メモリ３１２に記憶された、グループに係る音声通信に関する音量を決めるための音量情報に基づき、第１の音声データと第２の音声データを合成する。
【０１５７】
図１７は、第３の例示的な実施形態の合成処理の一例を示す。
本例において、移動局３１０ｂは、直接通信１１またはマルチホップ通信によって、アプリサーバ３３０を介さずに、合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０ａに送信する。
【０１５８】
また、移動局３１０ｃは、直接通信１１またはマルチホップ通信によって、アプリサーバ３３０を介さずに、合成されていない音声データ（グループ通信に関する音声データ）を、移動局３１０ａに送信する。
【０１５９】
移動局３１０ａは、グループ１とグループ２に属している。
【０１６０】
直接通信１１ａにおいて、グループ１に関するグループ通信１の第１の音声データが、移動局３１０ｂの送信機３１１から、送信される。
【０１６１】
直接通信１１ｂにおいて、グループ２に関するグループ通信２の第２の音声データが、移動局３１０ｃの送信機３１１から、送信される。
【０１６２】
移動局３１０ａの受信機３１４は、直接通信１１ａ及び直接通信１１ｂを介して、第１の音声データと第２の音声データを受信する。
【０１６３】
移動局３１０ａのプロセッサ３１３は、メモリ３１２に記憶された、グループに係る音声通信に関する音量を決めるための音量情報に基づき、第１の音声データと第２の音声データを合成する。
【０１６４】
なお、本例において、グループ通信は、図示せぬアプリサーバで管理されても良い。グループ通信は、アプリサーバに相当する機能を有する移動局３１０（例えば、移動局３１０ａ、移動局３１０ｂ、移動局３１０ｃのいずれか）によって、管理されてもよい。
【０１６５】
なお、図１６と図１７において、説明の簡素化のため、直接通信１１は、２つの移動局３１０間の直接通信として示されている。これら直接通信１１は、マルチホップ通信を含む。
【０１６６】
第３の例示的な実施形態によれば、移動局にて音声データが適切に合成されうる。例えば、送信される通信路が変更された場合（ベアラの変更や直接通信の利用）であっても、移動局が有する情報に基づいて、移動局は音声を合成できる。
【０１６７】
また、第１及び第２の例示的な実施形態のように、本実施形態の移動局３１０が他の通信装置に、音量情報を送信してもよい。この場合、移動局３１０のメモリ３１２に記憶された音量情報と、他の通信装置のメモリに記憶された音量情報が一致するように、制御される。この場合、移動局と他の通信装置との間で音量情報が共有されるため、共有された音量情報に基づき、適切な合成処理ができる。
【０１６８】
（第４の例示的な実施形態）
図１８は、第４の例示的な実施形態の移動局の一例を示す。
移動局４１０は、送信機４１１、メモリ４１２、プロセッサ４１３、受信機４１４、出力部４１５、入力部４１６を有する。
【０１６９】
送信機４１１は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、この少なくとも一つのグループに係る音声通信を制御する通信装置（例えば、アプリサーバ４３０またはアプリサーバに相当する機能を有する他の移動局４１０）に送信するように構成される。また、移動局４１０が属するグループにおいて音声データを送信する場合（送信する権限を有している場合）、移動局４１０は、他の通信装置に対して、音声データを送信する。
【０１７０】
メモリ４１２は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を記憶する。この音量情報は、送信機４１１によって、他の通信装置に送信される。なお、受信機４１４が他の通信装置から音量情報を受信した場合、メモリ４１２に登録されている音量情報は、受信した音量情報に更新されてもよい。
【０１７１】
プロセッサ４１３は、移動局４１０における各機能部を制御する。また、プロセッサ４１３は、メモリ４１２に記憶された音量情報に基づいて、受信機４１４にて受信する音声データを、少なくとも一つのグループに係る音声通信の音声を合成する。
【０１７２】
受信機４１４は、少なくとも一つのグループに係る音声通信に関する音声データを、他の通信装置から受信する。例えば、受信機４１４は、合成された音声データまたは複数の音声データを受信する。複数の音声データは、例えば、第１のグループに係る第１の音声通信に関する第１の音声データ、・・・第Ｎのグループに係る第Ｎの音声通信に関する第Ｎの音声データを含む（ここで、Ｎは２以上の整数である）。また、受信機４１４は、他の通信装置から、音量情報を受信してもよい。
【０１７３】
出力部４１５は、受信機４１４で受信して合成された音声データまたは、プロセッサ４１３にて合成された音声データを、出力する。出力部４１５は、例えば、スピーカ、ヘッドホン、イヤホン等である。
【０１７４】
入力部４１６は、送信される音量情報に含まれる音量を変更するための入力情報の供給を受ける。この入力情報に応じて、音量情報が決定され、決定された音量情報が送信される。
【０１７５】
入力部４１６は、移動局４１０の外部からの音を入力し、入力データに変換して、入力データを、プロセッサ４１３に出力する。この場合、プロセッサ４１３は、入力データに関する音声データを、移動局４１０が属するグループ宛に送信するように、送信機４１１を制御してもよい。入力部４１６は、例えば、マイクである。
【０１７６】
また、入力部４１６は、ユーザによって操作可能な操作手段を含んでも良い。この操作手段は、例えば、ユーザが送信権を要求したい場合等に操作され、この操作に応じた情報が入力データとして、プロセッサ４１３に供給される。プロセッサ４１３は、供給された入力データに応じて、グループを管理するアプリサーバ４３０に対して、送信権を要求するようにしてもよい。
【０１７７】
図１９は、第４の例示的な実施形態のアプリサーバの一例を示す。
【０１７８】
アプリサーバ４３０は、受信機４３１、メモリ４３２、プロセッサ４３３、送信機４３４を有する。
【０１７９】
受信機４３１は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報及び／又は音声データを受信するように構成される。なお、受信機４３１は、アプリサーバ４３０が管理するグループに関する音声データ又は音量情報を、移動局４１０以外の他の通信装置（他の移動局またはサーバ等）から受信することもできる。
【０１８０】
メモリ４３２は、受信した音量情報、受信した音声データ、プロセッサ４３３にて決定された音量情報に基づく音量、アプリサーバ４３０が管理するグループの識別情報、グループとそのグループに含まれる移動局の識別情報、グループと使用されるベアラに関する情報（ユニキャストベアラまたはマルチキャストベアラの何れが使用されるか）等の情報の少なくとも一つが記憶されうる。
【０１８１】
プロセッサ４３３は、受信機４３１にて受信した（またはメモリ４３２に記憶された）音量情報に基づいて音量を決定し、決定された音量に基づいて、少なくとも一つのグループに係る音声通信の音声を合成するように構成される。プロセッサ４３３が音声データを合成しない場合、受信機４３１にて受信した複数の音声データが、送信機４３４より送信されるように、プロセッサ４３３が制御する。
【０１８２】
送信機４３４は、受信機４３１にて受信した複数の音声データ又はプロセッサ４３３にて合成された音声データを、他の通信装置（移動局４１０）に送信するように構成される。
【０１８３】
図２０は、第４の例示的な実施形態に係る全体動作の一例を示す。
【０１８４】
Ｓ４１０において、移動局４１０とアプリサーバ４３０によって、グループ通信のためのグループが形成される。
【０１８５】
Ｓ４３０において、グループ通信に関する各種設定が実施される。
【０１８６】
Ｓ４５０において、グループ通信が実行される。
【０１８７】
上述した実施形態における音量情報のデータの送信は、Ｓ４３０（通信前）またはＳ４５０（通信中）にて行われてもよい。
【０１８８】
図２１は、図２０のＳ４１０の具体例を示す。
【０１８９】
Ｓ４１１において、移動局４１０の送信機４１１は、通信路を形成するための要求（グループを形成するための要求またはグループ通信を開始するための要求）を、グループ通信を管理するアプリサーバ４３０に送信する。なお、この要求は、すでに形成されているグループに対して参加するための要求であってもよい。
【０１９０】
Ｓ４１２において、アプリサーバ４３０は、グループ通信のための通信路を決定する。例えば、アプリサーバ４３０のプロセッサ４３３が、グループ通信に係る移動局のための通信路を形成してもよい。
【０１９１】
図２２は、図２０のＳ４５０の具体例を示す。
【０１９２】
Ｓ４５１において、移動局４１０が属するグループにて送信すべきデータがある場合、移動局４１０の送信機４１１は、送信データの送信権を取得するための要求を、アプリサーバ４３０宛に送信する。
【０１９３】
Ｓ４５２において、アプリサーバ４３０は、移動局４１０に対して、送信権を割当てる。
【０１９４】
Ｓ４５３において、移動局４１０は、送信権を取得する。
【０１９５】
図２３は、図２０のＳ４５０の他の具体例を示す。
【０１９６】
本例において、第１のグループ通信のためのグループ１は、移動局４１０ａと移動局４１０ｂを含む。アプリサーバ４３０は、複数のグループに関する制御（管理）を行う。また、アプリサーバ４３０は、グループ１以外のグループ（例えばグループ２）を制御する。
【０１９７】
Ｓ４３０において、移動局４１０ａ、アプリサーバ４３０、移動局４１０ｂの間で、音量情報が交換され、共有される。
【０１９８】
Ｓ４５３において、移動局４１０ａは、送信権を取得する。
【０１９９】
Ｓ４５４において、移動局４１０ａのプロセッサ４１３は、グループ内で送信するための音声データを生成する。
【０２００】
Ｓ４５５において、移動局４１０ａの送信機４１１は、生成した音声データを送信する。アプリサーバ４３０の受信機４３１は、この音声データを受信する。なお、アプリサーバ４３０は、他のグループに係る音声データを移動局４１０ａ以外の移動局４１０ｃから受信する。
【０２０１】
Ｓ４５６において、アプリサーバ４３０のプロセッサ４３３は、メモリ４３２に記憶された音量情報に基づいて、受信した音声データを合成するか否かを決定する。
【０２０２】
Ｓ４５７において（Ｓ４５６でＮＯの場合）、アプリサーバ４３０のプロセッサ４３３は、合成しないことを決定し、アプリサーバ４３０の送信機４３４が、複数の音声データ（例えば、移動局４１０ａからの音声データ及び、他の移動局４１０ｃからの音声データ）を送信する。
【０２０３】
Ｓ４５８において、移動局４１０は、複数の音声データを合成する。合成は、移動局４１０のメモリ４１２に記憶された音量情報に基づいて行われる。この音量情報は、Ｓ４３０において共有された音量情報である。
【０２０４】
Ｓ４５９において（Ｓ４５６でＹＥＳの場合）、アプリサーバ４３０のプロセッサ４３３は、合成することを決定する。プロセッサ４３３は、メモリ４３２の音量情報に基づき、複数の音声データ（例えば、移動局４１０ａからの音声データ及び、他の移動局４１０ｃからの音声データ）を合成する。送信機４３４は、合成されたデータを、移動局４１０ｂに送信する。
【０２０５】
Ｓ４６０において、移動局４１０ｂは、アプリサーバ４３０にて合成された音声データまたは、移動局４１０ｂにて合成した音声データの何れか一方を、出力する。例えば、スピーカにて合成された音声を再生する。
【０２０６】
（第５の例示的な実施形態）
図２４は、第５の例示的な実施形態の移動通信システムの一例を示す。
第５の例示的な実施形態は、３ＧＰＰ（Third Generation Partnership Project）規格に関連する。
本実施形態の移動通信システムは、移動局５１０と、アプリサーバ５３０を有する。移動局５１０は、ＭＣＰＴＴ（Mission Critical Push to Talk）クライアント５１１を有する。アプリサーバ５３０は、ＭＣＰＴＴサーバ５３１を有する。
【０２０７】
ＭＣＰＴＴクライアント５１１は、メディアミキサ５１２を有する。
【０２０８】
ＭＣＰＴＴサーバ５３１は、メディア配信機能５３２を有する。
【０２０９】
ＭＣＰＴＴクライアント５１１は、上述の実施形態にて記述された音量情報を送信する。この音量情報は、ＭＣＰＴＴクライアント５１１とＭＣＰＴＴサーバ５３１との間のＭＣＰＴＴインタフェースを介して送信される。ＭＣＰＴＴインタフェースは、ＭＣＰＴＴのための制御情報を送るために用いられる。制御情報は、アプリケーションレベルの情報であってもよい。制御情報は、ＭＣＰＴＴ  ＩＤ（identifier）を含んでもよい。このＭＣＰＴＴ  ＩＤは、例えば、移動局５１０のＩＤであってもよい。また、制御情報は、ＭＣＰＴＴ  グループＩＤを含んでもよい。ＭＣＰＴＴ  グループＩＤは、受信している全てのグループを識別する識別情報（グループＩＤ、グループ番号等）であってもよい。例えば、制御情報は、Ｎ個のＭＣＰＴＴグループＩＤと、それぞれのグループに対応づけられたＮ個の音量情報を含んでもよい。
【０２１０】
なお、ＭＣＰＴＴインタフェースとは、ＭＣＰＴＴ−１インタフェースまたはＧＣ１インタフェースともいう。ＧＣ１インタフェースは、ＭＣＰＴＴ−１インタフェースに含まれても良い。
【０２１１】
メディア配信機能５３２は、ＭＣＰＴＴクライアント５１１に対して、メディア（例えば音声データ）を配信する。例えば、メディア配信機能５３２は、個別の移動局５１０に対して、ユニキャストベアラ６１にて、メディアを配信できる。また、メディア配信機能５３２は、複数の移動局５１０に対して、マルチキャストベアラ６２にて、メディアを配信できる。
【０２１２】
メディア配信機能５３２は、ＭＣＰＴＴインタフェースを介して受信した音量情報に基づいて、複数のメディアストリーム（複数の音声データ）を一つに合成して、移動局５１０に送信してもよい。ここで合成されるメディアストリームは、音声データに限られず例えば、動画像データであってもよい（例えば、Mission Critical Video（MCVideo））。
【０２１３】
メディアミキサ５１２は、ＭＣＰＴＴクライアント５１１がＭＣＰＴＴサーバ５３１に送信する音量情報に基づいて、合成されていない受信した複数のメディアストリーム（複数の音声データ）を一つのメディアストリームに合成することができる。
【０２１４】
また、ＭＣＰＴＴクライアント５１１は、フロアパーティシパント５１３を更に有してもよい。また、ＭＣＰＴＴサーバ５３１は、フロアコントロールサーバ５３３を更に有してもよい。フロアパーティシパント５１３とフロアコントロールサーバ５３３によって、フロア制御が行われる。
【０２１５】
フロア制御とは、送信権の制御に関連する。例えば、プッシュ・トゥ・トーク（PTT：Push to Talk)は、半二重通信のためグループ内の一つの端末（移動局）のみしか送信できない。フロア制御とは、どの端末に送信権を与えるかの調整を行う機能のことである。
【０２１６】
移動局５１０がグループ内で送信したいデータが存在する場合、移動局５１０は、送信権の要求を、フロアコントロールサーバ５３３に送信する。フロアコントロールサーバ５３３は、送信権を許可するか拒否するかを判断し、その結果を応答情報として、フロアパーティシパント５１３に送信することができる。
【０２１７】
（他の例示的な実施形態）
（ａ）音量情報の共有
音量情報（音量の合成比率等を示す情報）が、移動局とアプリサーバとの間で共有されてもよい。例えば、移動局とアプリサーバに含まれる各構成の機能を実行するためのアプリケーションソフト（アプリ）がインストールされ、移動局のアプリとアプリサーバのアプリとの間で連携が行われることによって、音量情報が常に（あるいは所定期間中）共有されてもよい。
【０２１８】
（ｂ）パブリックセーフティ（Public Safety：PS）ネットワークへの適用
上述の実施形態は、既存のパブリックセーフティネットワークに適用できる。消防システムを一例として記述する。
【０２１９】
消防署の指揮車が、活動するエリア（少なくとも一つのセルから構成される）において、複数のグループ通信が行われている。指揮車には、移動局（携帯電話、タブレット端末、車載機）が設けられている。これら機器が、複数のグループ通信をモニタする。
【０２２０】
例えば、指令台からＩＭＳと基地局を介した通話が行われる第１のグループ通信（基地局波通信)と、他の通信機器からＩＭＳや基地局等を介さない通話が行われる第２のグループ通信（直接波通信）とが、指揮車に設けられた移動局によって、モニタされる。
【０２２１】
指揮車において、第１のグループ通信と第２のグループ通信を受信すると、グループ通信ごとに設定された音量に基づき、スピーカから音声が出力する。例えば、直接波通信の方が重要な場合は、第２のグループ通信の音量を第１のグループ通信の音量より大きくする設定が行われる。
【０２２２】
上記例示的な実施形態に示されるように、指揮車（移動局）が、ＩＭＳに設けられたアプリサーバに対して、音量情報を送信する。アプリサーバは、この音量情報に基づいて、第１のグループ通信と第２のグループ通信の音声を合成し、指揮車に送信する。この結果、指揮車（移動局）が希望する音量情報に応じた複数のグループ通信の音声を再生できる。
【０２２３】
（ｃ）通信路（ベアラ）の選択及び切り替え
上記において、アプリサーバにおける音声合成の仕組みと、移動局における音声合成の仕組みが示された。アプリサーバにおける音声合成と移動局における音声合成の何れを実施するかは、例えば、アプリサーバが、使用するベアラの種類に応じて、決定してもよい。
【０２２４】
例えば、ユニキャストベアラ６１が使用される場合、移動局が音量情報をアプリサーバに通知し、アプリサーバが通知された比率で音声を合成する。一方、マルチキャストベアラ６２が使用される場合、移動局のアプリで音声の合成比率が設定され、アプリで設定された比率で音声を合成してもよい。
【０２２５】
この場合、例えば、アプリサーバのアプリと移動局のアプリが連携し、どちらが音声合成を行うかについて通知を行っても良い。
【０２２６】
例えば、移動局がアプリサーバに対して通知する音量情報と、移動局が合成のときに用いる音量情報とを一致させれば、移動局のユーザは、使用されるベアラが変更されたとしてもこの変更を意識せずに、複数のグループ通信の音声を再生することができる。
【０２２７】
なお、グループ通信中に、特定のグループにて緊急情報が生じた場合、当該グループに含まれる移動局が、このグループ通信に関する音量を上げる旨の音量情報と、緊急であることを示す緊急情報とを、アプリサーバに送信してもよい。アプリサーバは、緊急情報（優先度の高い情報）を受信すると、そのグループ通信に関する音量情報を考慮して、音声の合成を行う。
【０２２８】
なお、通信路（ベアラ）は、所定通信エリア（少なくとも一つのセルで構成されるエリア）におけるＵＥ数に応じて、選択されてもよい。例えば、所定通信エリアにおけるＵＥ数が多い場合は、アプリサーバは、マルチキャストベアラ（共通リソース）を選択する。
所定通信エリアにおけるＵＥ数が少ない場合は、アプリサーバは、ユニキャストベアラを選択する。
【０２２９】
なお、同じＵＥに対する通信のベアラ（ユニキャストとマルチキャスト）が切り替わるときに、合成する主体がＵＥからアプリサーバ、アプリサーバからＵＥに切り替わる。上述の実施形態によれば、ＵＥとアプリサーバとの間で音量情報を共有しているため、合成主体が切り替わった場合でも、ＵＥにおいてグループ通信の音量を同じ比率で再生できる。
【０２３０】
アプリサーバが、３ＧＰＰで規格化されたＧＣＳＥ(Group Communication Service Entity)の機能を保持し、ＧＣＳＥがベアラ（ユニキャストとマルチキャスト）の選択および切り替えを行っても良い。
【０２３１】
（ｄ）上記実施形態は、ＰＴＴ（プッシュ・トゥ・トーク）のような半二重通信を例として、記述されている。上記実施形態は、半二重通信に限られず、全二重通信であってもよい。
【０２３２】
（ｅ）上記では、「音声データ」の合成について示されたが、動画像データの合成であってもよい。この場合、合成された複数の動画像が、移動局の複数のディスプレイまたは単一のディスプレイ中の複数ウィンドウに表示され、合成された音声データが、再生されてもよい。
【０２３３】
（ｆ）「マルチキャスト」とは、マルチキャスト及びブロードキャストの少なくとも一方を示す。
【０２３４】
（ｇ）「直接通信」とは、Ｒｅｌａｙ機能を有するＵＥ同士が複数のＵＥを介して通信するような通信形態を含む（上記ではマルチホップ通信として示された）。
【０２３５】
（ｈ）上記において、アプリサーバ及び移動局の各構成要素が行う処理は、目的に応じてそれぞれ作製された論理回路で行うようにしても良い。
【０２３６】
（ｉ）また、処理内容を手順として記述したコンピュータプログラム（以下、プログラムと称する）を、移動通信システムを構成する要素のそれぞれにて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムが移動通信システムの各構成要素それぞれに読み込まれ、実行されるものであっても良い。
【０２３７】
この記録媒体に記録されたプログラムは、移動通信システムの各構成要素それぞれに設けられたCentral Processing Unit （CPU）にて読み込まれ、CPUの制御によって、上述したものと同様の処理が行われる。ここで、CPUは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【０２３８】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non−transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ（Compact Disc）−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、Digital Versatile Disk（DVD）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０２３９】
本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。本明細書で説明したそれぞれの実施形態による機能またはステップおよび／または動作は特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形であってもよい。
【０２４０】
＜付記＞
前述の例示的な実施形態の一部または全部は、以下の各付記のようにも記載することができる。しかしながら、以下の各付記は、あくまでも、本発明の単なる例示に過ぎず、本発明は、かかる場合のみに限るものではない。
【０２４１】
（付記１）
無線端末であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成された受信機と、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成された送信機と、
を有する無線端末。
【０２４２】
（付記２）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記１記載の無線端末。
【０２４３】
（付記３）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２記載の無線端末。
【０２４４】
（付記４）
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記１乃至３のいずれか一項に記載の無線端末。
【０２４５】
（付記５）
前記受信機が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成するように構成されたプロセッサとを有する、
付記１乃至４のいずれか一項に記載の無線端末。
【０２４６】
（付記６）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記５に記載の無線端末。
【０２４７】
（付記７）
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成された受信機と、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成するように構成されたプロセッサと
を有するサーバ。
【０２４８】
（付記８）
前記プロセッサによって合成された音声を、ユニキャストベアラを介して、無線端末に送信する送信機をさらに有する、
付記７記載のサーバ。
【０２４９】
（付記９）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記７または８記載のサーバ。
【０２５０】
（付記１０）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記９記載のサーバ。
【０２５１】
（付記１１）
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記受信機が受信する前記音量情報と実質的に同じである、
付記７乃至１０のいずれか一項に記載のサーバ。
【０２５２】
（付記１２）
通信システムであって、
無線端末と、
サーバを有し、
前記無線端末は、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記サーバに、送信するように構成され、
前記サーバは、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための前記音量情報を受信するように構成される、
通信システム。
【０２５３】
（付記１３）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記１２記載の通信システム。
【０２５４】
（付記１４）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記１３記載の通信システム。
【０２５５】
（付記１５）
前記無線端末と前記サーバは、
実質的に同じ前記音量情報を記憶する、
付記１２乃至１４のいずれか一項に記載の通信システム。
【０２５６】
（付記１６）
前記サーバが、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を、前記無線端末に送信する場合、
前記無線端末は、前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記１２乃至１５のいずれか一項に記載の通信システム。
【０２５７】
（付記１７）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記１６に記載の通信システム。
【０２５８】
（付記１８）
前記サーバは、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
付記１２に記載の通信システム。
【０２５９】
（付記１９）
前記合成された音声を、ユニキャストベアラを介して、前記無線端末に送信する、
付記１８記載の通信システム。
【０２６０】
（付記２０）
無線端末の通信方法であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
無線端末の通信方法。
【０２６１】
（付記２１）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記２０記載の通信方法。
【０２６２】
（付記２２）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２１記載の通信方法。
【０２６３】
（付記２３）
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記２０乃至２２のいずれか一項に記載の通信方法。
【０２６４】
（付記２４）
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記２０乃至２３のいずれか一項に記載の通信方法。
【０２６５】
（付記２５）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記２４に記載の通信方法。
【０２６６】
（付記２６）
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
サーバの通信方法。
【０２６７】
（付記２７）
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
付記２６記載のサーバの通信方法。
【０２６８】
（付記２８）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記２６または２７記載のサーバの通信方法。
【０２６９】
（付記２９）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２８記載のサーバの通信方法。
【０２７０】
（付記３０）
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
付記２６乃至２９のいずれか一項に記載のサーバの通信方法。
【０２７１】
（付記３１）
コンピュータに、
無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
ことを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７２】
（付記３２）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記３１記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７３】
（付記３３）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記３２記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７４】
（付記３４）
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記３１乃至３３のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７５】
（付記３５）
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記３１乃至３４のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７６】
（付記３６）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記３５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７７】
（付記３７）
コンピュータに、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
ことを実行させるためのサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７８】
（付記３８）
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
付記３７記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２７９】
（付記３９）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記３７または３８記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２８０】
（付記４０）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記３９記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２８１】
（付記４１）
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
付記３７乃至４０のいずれか一項に記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【０２８２】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０２８３】
この出願は、２０１７年１月２７日に出願された日本出願特願２０１７−０１３１２８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０２８４】
１０  移動局
２０  基地局
２１  セル
３０  アプリサーバ
４０  指令台
５０  グループ
６１  ユニキャストベアラ
６２  マルチキャストベアラ
７０  ユニキャストベアラ
１１０  移動局
１１１  受信機
１１２  送信機
１３０  アプリサーバ
１３１  受信機
１３２  プロセッサ
２１０  移動局
２１１  送信機
２１２  受信機
２３０  アプリサーバ
２３１  受信機
２３２  メモリ
２３３  プロセッサ
２３４  送信機
３１０  移動局
３１１  送信機
３１２  メモリ
３１３  プロセッサ
３１４  受信機
３３０  アプリサーバ
３３１  受信機
３３２  メモリ
３３３  プロセッサ
３３４  送信機
４１０  移動局
４１１  送信機
４１２  メモリ
４１３  プロセッサ
４１４  受信機
４１５  出力部
４１６  入力部
４３０  アプリサーバ
４３１  受信機
４３２  メモリ
４３３  プロセッサ
４３４  送信機
５１０  移動局
５１１  ＭＣＰＴＴクライアント
５１２  メディアミキサ
５１３  フロアパーティシパント
５３０  アプリサーバ
５３１  ＭＣＰＴＴサーバ
５３２  メディア配信機能
５３３  フロアコントロールサーバ
【図１】
2018139409.tif 000003
【図２】
2018139409.tif 000004
【図３】
2018139409.tif 000005
【図４】
2018139409.tif 000006
【図５】
2018139409.tif 000007
【図６】
2018139409.tif 000008
【図７】
2018139409.tif 000009
【図８】
2018139409.tif 000010
【図９】
2018139409.tif 000011
【図１０】
2018139409.tif 000012
【図１１】
2018139409.tif 000013
【図１２】
2018139409.tif 000014
【図１３】
2018139409.tif 000015
【図１４】
2018139409.tif 000016
【図１５】
2018139409.tif 000017
【図１６】
2018139409.tif 000018
【図１７】
2018139409.tif 000019
【図１８】
2018139409.tif 000020
【図１９】
2018139409.tif 000021
【図２０】
2018139409.tif 000022
【図２１】
2018139409.tif 000023
【図２２】
2018139409.tif 000024
【図２３】
2018139409.tif 000025
【図２４】
2018139409.tif 000026
【手続補正書】
【提出日】令和1年7月8日(2019.7.8)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線端末であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成された受信機と、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成された送信機と、
を有する無線端末。
【請求項２】
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
請求項１記載の無線端末。
【請求項３】
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
請求項２記載の無線端末。
【請求項４】
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
請求項１乃至３のいずれか一項に記載の無線端末。
【請求項５】
前記受信機が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成するように構成されたプロセッサとを有する、
請求項１乃至４のいずれか一項に記載の無線端末。
【請求項６】
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
請求項５に記載の無線端末。
【請求項７】
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成された受信機と、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成するように構成されたプロセッサと
を有するサーバ。
【請求項８】
前記プロセッサによって合成された音声を、ユニキャストベアラを介して、無線端末に送信する送信機をさらに有する、
請求項７記載のサーバ。
【請求項９】
無線端末の通信方法であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
無線端末の通信方法。
【請求項１０】
コンピュータに、
無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
ことを実行させるためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
ＰＣＲＦは、ユーザの契約情報やユーザが利用するアプリケーションに応じて、パケットに適用するポリシー情報などの管理を行う。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
ユニキャストベアラ６１は、ＥＰＳベアラ及び外部ベアラ（External Bearer）Ａとから構成される。アプリサーバ３０と移動局１０との間のデータは、ＥＰＳベアラと外部ベアラＡとからなる通信路を介して送信される（図５の例では、ダウンリンクの通信が示される）。具体的には、アプリサーバ３０と移動局１０との間のサービスは、Ｐ−ＧＷにより外部ベアラＡに接続されるＥＰＳベアラにより提供される。ＥＰＳベアラは、Ｓ−ＧＷによりＥ−ＲＡＢ（E-UTRAN Radio Access Bearer）に接続されるＳ５／Ｓ８ベアラにより提供される。Ｅ−ＲＡＢは、ｅＮＢにより無線ベアラに接続されるＳ１ベアラにより提供される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
マルチキャストベアラ６２は、ＭＢＭＳベアラ及び外部ベアラＢとから構成される。アプリサーバ３０と移動局１０との間のデータは、ＭＢＭＳベアラと外部ベアラＢとからなる通信路を介して送信される（図５の例では、ダウンリンクの通信が示される）。
【国際調査報告】
2018139409.tif 000027
2018139409.tif 000028
2018139409.tif 000029
2018139409.tif 000030