JP6816778B2 - 無線端末、サーバ、無線端末の通信方法、プログラム - Google Patents

Description

本開示は、無線端末、サーバ、無線端末の通信方法、記録媒体に関する。

特許文献１は、多地点に存在するビデオ会議装置間でデータの通信を行うビデオ会議システムに関する。ビデオ会議システムにおいて、親端末となるビデオ会議装置はビデオ会議システム全体で１個であり、親端末がビデオ会議に参加する子端末への動画像、音声伝送も一括して制御する。親端末は、複数の子端末から音声信号を受信し、それぞれの音声信号を合成する。合成された音声信号は、子端末に送信される。

特開２００８−２８８９７４号公報

特許文献１には、親端末が複数の音声を合成して子端末に送信することが開示されているのみである。特許文献１には、例えば、子端末において音声を合成すること、又は、親端末と子端末との音声合成にかかる情報交換について、具体的な開示も示唆もない。

したがって、例示的な実施形態は、上述した背景技術の問題点を解決するために提案されたものであり、その目的は、より向上した音声の合成に係る新たな仕組みを提供することにある。

例示的な実施形態における無線端末は、受信機と、送信機を含む。受信機は、前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成される。送信機は、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成される。

他の例示的な実施形態におけるサーバは、受信機とプロセッサを含む。受信機は、少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成される。プロセッサは、前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る音声通信の音声を合成するように構成される。

他の例示的な実施形態における無線端末の通信方法は、前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信することを含む。また前記通信方法は、前記少なくとも一つのグループに係る音声通信を受信することを含む。

他の例示的な実施形態における無線端末のコンピュータ読み取り可能な記録媒体に記録されたプログラムは、無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信すること、前記少なくとも一つのグループに係る音声通信を受信することを、コンピュータに実行させる。

例示的な実施形態によれば、より向上した音声の合成に係る新たな仕組みを提供できる。

例示的な実施形態に係る移動通信システムを示す。 例示的な実施形態に係る移動通信システムの一例を示す。 例示的な実施形態に係るグループ通信の一例を示す。 例示的な実施形態に係るベアラの一例を示す。 例示的な実施形態に係るベアラの一例を示す。 例示的な実施形態に係るベアラの一例を示す。 第１の例示的な実施形態の移動局を示す。 第１の例示的な実施形態のアプリサーバを示す。 第１の例示的な実施形態に係る動作の一例を示す。 第１の例示的な実施形態に係る通知方法の一例を示す。 第２の例示的な実施形態の移動通信システムの一例を示す。 第２の例示的な実施形態の合成処理の一例を示す。 第３の例示的な実施形態の移動通信システムの一例を示す。 第３の例示的な実施形態の合成処理の一例を示す。 第３の例示的な実施形態の合成処理の一例を示す。 第３の例示的な実施形態の合成処理の一例を示す。 第３の例示的な実施形態の合成処理の一例を示す。 第４の例示的な実施形態の移動局の一例を示す。 第４の例示的な実施形態のアプリサーバの一例を示す。 第４の例示的な実施形態に係る動作の一例を示す。 第４の例示的な実施形態に係る動作１を示す。 第４の例示的な実施形態に係る動作２を示す。 第４の例示的な実施形態に係る動作３を示す。 第５の例示的な実施形態の移動通信システムの一例を示す。

以下において、図面を参照しながら、例示的な（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

本発明は上述した実施の形態のみに限定されるものではなく、既に述べた本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。本明細書で説明したそれぞれの実施形態による機能またはステップおよび／または動作は特定の順序で実行しなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形であってもよい。

＜付記＞
前述の例示的な実施形態の一部または全部は、以下の各付記のようにも記載することができる。しかしながら、以下の各付記は、あくまでも、本発明の単なる例示に過ぎず、本発明は、かかる場合のみに限るものではない。

（付記１）
無線端末であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信を受信可能に構成された受信機と、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信するように構成された送信機と、
を有する無線端末。

（付記２）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記１記載の無線端末。

（付記３）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２記載の無線端末。

（付記４）
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記１乃至３のいずれか一項に記載の無線端末。

（付記５）
前記受信機が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成するように構成されたプロセッサとを有する、
付記１乃至４のいずれか一項に記載の無線端末。

（付記６）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記５に記載の無線端末。

（付記７）
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成された受信機と、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成するように構成されたプロセッサと
を有するサーバ。

（付記８）
前記プロセッサによって合成された音声を、ユニキャストベアラを介して、無線端末に送信する送信機をさらに有する、
付記７記載のサーバ。

（付記９）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記７または８記載のサーバ。

（付記１０）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記９記載のサーバ。

（付記１１）
メモリを有し、
前記メモリに記憶される第２の音量情報は、前記受信機が受信する前記音量情報と実質的に同じである、
付記７乃至１０のいずれか一項に記載のサーバ。

（付記１２）
通信システムであって、
無線端末と、
サーバを有し、
前記無線端末は、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記サーバに、送信するように構成され、
前記サーバは、
前記少なくとも一つのグループに係る前記音声通信に関する音量を決めるための前記音量情報を受信するように構成される、
通信システム。

（付記１３）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記１２記載の通信システム。

（付記１４）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記１３記載の通信システム。

（付記１５）
前記無線端末と前記サーバは、
実質的に同じ前記音量情報を記憶する、
付記１２乃至１４のいずれか一項に記載の通信システム。

（付記１６）
前記サーバが、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を、前記無線端末に送信する場合、
前記無線端末は、前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記１２乃至１５のいずれか一項に記載の通信システム。

（付記１７）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記１６に記載の通信システム。

（付記１８）
前記サーバは、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
付記１２に記載の通信システム。

（付記１９）
前記合成された音声を、ユニキャストベアラを介して、前記無線端末に送信する、
付記１８記載の通信システム。

（付記２０）
無線端末の通信方法であって、
前記無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
無線端末の通信方法。

（付記２１）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記２０記載の通信方法。

（付記２２）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２１記載の通信方法。

（付記２３）
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記２０乃至２２のいずれか一項に記載の通信方法。

（付記２４）
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記２０乃至２３のいずれか一項に記載の通信方法。

（付記２５）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記２４に記載の通信方法。

（付記２６）
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
サーバの通信方法。

（付記２７）
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
付記２６記載のサーバの通信方法。

（付記２８）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記２６または２７記載のサーバの通信方法。

（付記２９）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記２８記載のサーバの通信方法。

（付記３０）
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
付記２６乃至２９のいずれか一項に記載のサーバの通信方法。

（付記３１）
コンピュータに、
無線端末が少なくとも一つのグループに含まれるときに、前記少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を、前記少なくとも一つのグループに係る前記音声通信を制御する通信装置に、送信し、
前記少なくとも一つのグループに係る音声通信を受信する、
ことを実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３２）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記３１記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３３）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記３２記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３４）
前記無線端末に記憶される第２の音量情報は、前記通信装置に送信される前記音量情報と実質的に同じである、
付記３１乃至３３のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３５）
前記無線端末が、第１のグループに係る第１の音声通信と、第２のグループに係る第２の音声通信を受信する場合、
前記第１の音声通信に関する第１の音声と前記第２の音声通信に関する第２の音声とを合成する、
付記３１乃至３４のいずれか一項に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３６）
前記第１の音声通信または前記第２の音声通信は、マルチキャストベアラを介して行われる、
付記３５に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３７）
コンピュータに、
少なくとも一つのグループに係る音声通信に関する音量を決めるための音量情報を受信し、
前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記少なくとも一つのグループに係る前記音声通信の音声を合成する、
ことを実行させるためのサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３８）
前記合成された音声を、ユニキャストベアラを介して、無線端末に送信する、
付記３７記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記３９）
前記音量情報は、
前記少なくとも一つのグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
付記３７または３８記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記４０）
前記音量情報は、
前記少なくとも一つのグループに含まれるグループを識別する識別情報を含む、
付記３９記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

（付記４１）
前記サーバに記憶される第２の音量情報は、前記サーバが受信する前記音量情報と実質的に同じである、
付記３７乃至４０のいずれか一項に記載のサーバのためのプログラムを記録したコンピュータ読み取り可能な記録媒体。

以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２０１７年１月２７日に出願された日本出願特願２０１７−０１３１２８を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１０ 移動局
２０ 基地局
２１ セル
３０ アプリサーバ
４０ 指令台
５０ グループ
６１ ユニキャストベアラ
６２ マルチキャストベアラ
７０ ユニキャストベアラ
１１０ 移動局
１１１ 受信機
１１２ 送信機
１３０ アプリサーバ
１３１ 受信機
１３２ プロセッサ
２１０ 移動局
２１１ 送信機
２１２ 受信機
２３０ アプリサーバ
２３１ 受信機
２３２ メモリ
２３３ プロセッサ
２３４ 送信機
３１０ 移動局
３１１ 送信機
３１２ メモリ
３１３ プロセッサ
３１４ 受信機
３３０ アプリサーバ
３３１ 受信機
３３２ メモリ
３３３ プロセッサ
３３４ 送信機
４１０ 移動局
４１１ 送信機
４１２ メモリ
４１３ プロセッサ
４１４ 受信機
４１５ 出力部
４１６ 入力部
４３０ アプリサーバ
４３１ 受信機
４３２ メモリ
４３３ プロセッサ
４３４ 送信機
５１０ 移動局
５１１ ＭＣＰＴＴクライアント
５１２ メディアミキサ
５１３ フロアパーティシパント
５３０ アプリサーバ
５３１ ＭＣＰＴＴサーバ
５３２ メディア配信機能
５３３ フロアコントロールサーバ

Claims (9)

1. 無線端末であって、
   前記無線端末が複数のグループに含まれるときに、前記複数のグループに係る音声通信に関する音量を決めるための音量情報を、前記複数のグループに係る前記音声通信を制御する通信装置に、送信するように構成された送信機と、
   前記通信装置から、前記複数のグループに係る前記音声通信の各々の音声と、前記各々の音声が前記音量情報に基づいて合成された音声と、を受信可能に構成された受信機と、
   前記受信機が前記各々の音声を受信した場合に、前記各々の音声を前記音量情報と同様の音量情報に基づいて合成するプロセッサと、
   を有する無線端末。
2. 前記音量情報は、
   前記複数のグループに係る前記音声通信に含まれる１の音声通信の第１の音量に対する他の音声通信の音量の合成比率の情報を含む、
   請求項１記載の無線端末。
3. 前記音量情報は、
   前記複数のグループに含まれるグループの各々を識別する識別情報を含む、
   請求項２記載の無線端末。
4. 前記通信装置に送信される前記音量情報と、実質的に同じである第２の音量情報を記憶するメモリを有し、
   前記プロセッサは、前記第２の音量情報に基づいて、前記各々の音声を合成する、
   請求項１乃至３のいずれか一項に記載の無線端末。
5. 前記受信機が前記各々の音声を受信する場合、
   前記複数のグループに係る前記音声通信は、マルチキャストベアラを介して行われる、
   請求項１乃至４のいずれか一項に記載の無線端末。
6. 複数のグループに係る音声通信に関する音量を決めるための音量情報を受信するように構成された受信機と、
   前記複数のグループに係る音声通信の各々の音声を合成するか否かを決定し、前記各々の音声を合成する場合、前記音量情報に基づいて音量を決定し、決定された音量に基づいて、前記各々の音声を合成するように構成されたプロセッサと、
   前記各々の音声が合成されなかった場合、前記各々の音声を、前記音量情報を有する無線端末に送信し、前記各々の音声が合成された場合、合成された音声を前記無線端末に送信する送信機と、
   を有するサーバ。
7. 前記送信機は、前記合成された音声を、ユニキャストベアラを介して、前記無線端末に送信する、
   請求項６記載のサーバ。
8. 無線端末の通信方法であって、
   前記無線端末が複数のグループに含まれるときに、前記複数のグループに係る音声通信に関する音量を決めるための音量情報を、前記複数のグループに係る前記音声通信を制御する通信装置に、送信し、
   前記通信装置から、前記複数のグループに係る前記音声通信の各々の音声、または前記各々の音声が前記音量情報に基づいて合成された音声を受信し、
   前記各々の音声を受信した場合に、前記各々の音声を、前記音量情報と同様の音量情報に基づいて合成する、
   前記無線端末の通信方法。
9. コンピュータに、
   無線端末が複数のグループに含まれるときに、前記複数のグループに係る音声通信に関する音量を決めるための音量情報を、前記複数のグループに係る前記音声通信を制御する通信装置に、送信し、
   前記通信装置から、前記複数のグループに係る前記音声通信の各々の音声、または前記各々の音声が前記音量情報に基づいて合成された音声を受信し、
   前記各々の音声を受信した場合に、前記各々の音声を、前記音量情報と同様の音量情報に基づいて合成する、
   ことを実行させるためのプログラム。

Images