JP6851457B2 - メディア送信許可を申請するための方法、ならびにメディア送信許可を取り消すための方法および装置 - Google Patents

Description

本出願は、移動通信技術の分野に関し、具体的には、メディア送信許可を申請するための方法、ならびにメディア送信許可を取り消すための方法および装置に関する。

ミッションクリティカルプッシュトゥトーク（MCPTT）は、1対多のグループ通信および1対1のプライベート通信をサポートする。MCPTTでは、端末が別の端末にメディアデータを送信する必要があるとき、端末は最初に、MCPTT サーバを使用することによって呼セッション（グループ呼セッションまたはプライベート呼セッション）を確立する必要がある。呼セッションが確立された後、メディアデータを送信する必要がある端末は、メディア送信許可をMCPTT serverに申請し、メディア送信許可を取得した後にメディアデータを送信する必要がある。この間、発言権を取得していない別の端末は、メディアデータを送信することができず、メディア送信許可が再度アイドルであるときにのみメディアデータ送信のためのメディア送信許可を申請することができる。プリエンプション方式がサポートされていれば、発言権制御ポリシーが許可する場合、プリエンプトする端末およびプリエンプトされる端末は、メディアデータを同時に送信することができる。

現在、MCPTTでは、メディア送信許可を申請するための手順は前述の1つだけであり、この解決策は比較的単純である。緊急時には、端末は、端末に対するメディア送信許可を申請することができない可能性がある。この場合、端末は、メディアデータを送信することができない。現在、この場合に対するより良い解決策がない。

本出願の実施形態は、メディア送信許可を申請し、かつメディア送信許可を取り消すための解決策を提供するために、メディア送信許可を申請するための方法、ならびにメディア送信許可を取り消すための方法および装置を提供する。

本出願の一実施形態は、メディア送信許可を申請するための方法であって、
第1の端末によって、第2の端末がメディアデータを送信する必要があると決定するステップと、
第1の端末によって、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るステップであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される、ステップと、
を含む方法を提供する。

本出願のこの実施形態で提供される方法によれば、第2の端末がメディアデータを送信する必要があると決定した後、第1の端末は、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために、MCSサーバにメディア送信許可要求指示情報を送る。したがって、第1の端末は、第2の端末が第2の端末に対するメディア送信許可を申請することができないときに第2の端末に対するメディア送信許可を申請するために使用することができ、それにより第2の端末がメディアデータを送信することができる。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、第1の端末によって、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るステップの後、方法は、
第1の端末によって、MCSサーバによって送られ、送信済みメッセージを含む第1の呼応答メッセージを受信するステップ、
をさらに含む。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用され、第1の呼応答メッセージは、MCSサーバが第1の呼要求メッセージに基づいて第2の端末に第2の呼要求メッセージを送り、第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる。

任意選択で、第1の端末によって、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るステップの後、方法は、
第1の端末によって、送信制御サーバによって送られた送信済みメッセージを受信するステップであって、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される、ステップ、
をさらに含む。

送信済みメッセージは、送信制御サーバがメディア送信許可要求指示情報に基づいてMCSサーバによって送られたメディア送信許可要求メッセージを受信した後に送信制御サーバによって送られ、メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための方法であって、
ミッションクリティカルサービスMCSサーバによって、第1の端末によって送られたメディア送信許可要求指示情報を受信するステップであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される、ステップと、
MCSサーバによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するステップと、
を含む方法を提供する。

任意選択で、MCSサーバによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するステップの前、方法は、
MCSサーバによって、第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定するステップ、
をさらに含む。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、MCSサーバによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するステップは、
MCSサーバによって、第1の呼要求メッセージに従って第1の呼セッションを確立するステップと、第1の呼セッションが確立された後、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するステップと、
を含む。

任意選択で、MCSサーバによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するステップは、
メディア送信許可要求指示情報に基づいてMCSサーバによって、送信承諾メッセージを含む第2の呼要求メッセージを生成するステップであって、送信承諾メッセージが、第2の端末がメディア送信許可を取得することを示すために使用され、第2の呼要求メッセージが、第1の呼セッションに参加するように第2の端末を招待するために使用される、ステップと、
MCSサーバによって、第2の端末に第2の呼要求メッセージを送るステップと、
を含む。

任意選択で、MCSサーバが第2の端末に第2の呼要求メッセージを送ることによって第2の端末にメディア送信許可を承諾した後、方法は、
MCSサーバによって、第1の端末に送信済みメッセージを含む第1の呼応答メッセージを送るステップであって、第1の呼応答メッセージが、MCSサーバが第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる、ステップ、
をさらに含む。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションである。

メディア送信許可要求メッセージは、グループ呼セッションで第3の端末に送信済みメッセージを送るように送信制御サーバに指示するためにさらに使用され、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションであり、方法は、
MCSサーバによって、第1の呼要求メッセージに基づいて第3の端末に第3の呼要求メッセージを送るステップであって、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用される、ステップと、
MCSサーバによって、第3の端末に送信済みメッセージを含む通知メッセージを送るステップであって、通知メッセージが、MCSサーバが第3の端末によって返された第3の呼応答メッセージを受信した後にMCSサーバによって送られる、ステップと、
をさらに含む。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための方法を提供し、方法は、
第1の端末と第2の端末との間に呼セッションが確立された後、第1の端末によって、第2の端末がメディアデータを送信する必要があると決定するステップと、
第1の端末によって、ターゲットサーバにリモート送信要求メッセージを送るステップであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、ステップと、
を含む。

任意選択で、第1の端末によって、ターゲットサーバにリモート送信要求メッセージを送るステップの後、方法は、
第1の端末によって、ターゲットサーバによって送られた送信済みメッセージを受信するステップ、
をさらに含む。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

本出願の一実施形態は、メディア送信許可を申請するための方法を提供し、方法は、
ターゲットサーバによって、第1の端末によって送られたリモート送信要求メッセージを受信するステップであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られ、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、ステップと、
ターゲットサーバによって、第2の端末にメディア送信許可を承諾するステップと、
を含む。

任意選択で、ターゲットサーバによって、第2の端末にメディア送信許可を承諾するステップの前、方法は、
ターゲットサーバによって、第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定するステップ、
をさらに含む。

任意選択で、ターゲットサーバによって、第2の端末にメディア送信許可を承諾するステップの前、方法は、
ターゲットサーバが、第3の端末がメディア送信許可を取っていると決定する場合、ターゲットサーバによって、第3の端末によって取られるメディア送信許可を取り消すステップ、
をさらに含む。

本出願の一実施形態は、メディア送信許可を取り消すための方法を提供し、方法は、
第1の端末によって、第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するステップと、
第1の端末によって、ターゲットサーバにリモート送信解除メッセージを送るステップであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、ステップと、
を含む。

本出願のこの実施形態で提供される方法によれば、第1の端末が、第2の端末がメディア送信許可を取っていると決定した後、第1の端末は、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために、ターゲットサーバにリモート送信解除メッセージを送る。したがって、第1の端末は、第2の端末が第2の端末のメディア送信許可を取り消すことができないときに第2の端末のメディア送信許可を取り消すために使用することができ、それによりシステム効率が改善される。

任意選択で、第1の端末によって、ターゲットサーバにリモート送信解除メッセージを送った後、方法は、
第1の端末によって、ターゲットサーバによって返されたリモート送信アイドルメッセージを受信するステップであって、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、ステップ、
をさらに含む。

本出願の一実施形態は、メディア送信許可を取り消すための方法を提供し、方法は、
ターゲットサーバによって、第1の端末によって送られたリモート送信解除メッセージを受信するステップであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、ステップと、
ターゲットサーバによって、リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消すステップと、
を含む。

任意選択で、ターゲットサーバによって、第2の端末のメディア送信許可を取り消すステップの前、方法は、
ターゲットサーバによって、第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定するステップ、
をさらに含む。

任意選択で、ターゲットサーバによって、第2の端末のメディア送信許可を取り消すステップの後、方法は、
ターゲットサーバによって、第1の端末にリモート送信アイドルメッセージを送るステップであって、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、ステップ、
をさらに含む。

任意選択で、第2の端末が配置される呼セッションは、グループ呼セッションである。

ターゲットサーバによって、第2の端末のメディア送信許可を取り消すステップの後、方法は、
ターゲットサーバによって、第3の端末にリモート送信アイドルメッセージを送るステップであって、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用され、第3の端末が、グループ呼セッションの任意の端末である、ステップ、
をさらに含む。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニットと、
ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るように構成された、トランシーバユニットであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される、トランシーバユニットと、
を含む。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、装置と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバユニットは、
MCSサーバによって送られ、送信済みメッセージを含む第1の呼応答メッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用され、第1の呼応答メッセージは、MCSサーバが第1の呼要求メッセージに基づいて第2の端末に第2の呼要求メッセージを送り、第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバユニットは、
送信制御サーバによって送られた送信済みメッセージを受信し、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される、
ようにさらに構成される。

送信済みメッセージは、送信制御サーバがメディア送信許可要求指示情報に基づいてMCSサーバによって送られたメディア送信許可要求メッセージを受信した後に送信制御サーバによって送られ、メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第1の端末によって送られたメディア送信許可要求指示情報を受信するように構成された、トランシーバユニットであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように装置に指示するために使用される、トランシーバユニットと、
メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するように構成された、処理ユニットと、
を含む。

任意選択で、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する前に、処理ユニットは、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するように装置に指示するために使用される。

任意選択で、処理ユニットは、
第1の呼要求メッセージに従って第1の呼セッションを確立し、第1の呼セッションが確立された後、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する、
ように特に構成される。

任意選択で、処理ユニットは、
メディア送信許可要求指示情報に基づいて、送信承諾メッセージを含む第2の呼要求メッセージを生成し、送信承諾メッセージが、第2の端末がメディア送信許可を取得することを示すために使用され、第2の呼要求メッセージが、第1の呼セッションに参加するように第2の端末を招待するために使用され、
トランシーバユニットを使用することによって第2の端末に第2の呼要求メッセージを送る、
ように特に構成される。

任意選択で、メディア送信許可が第2の端末に第2の呼要求メッセージを送ることによって第2の端末に承諾された後、トランシーバユニットは、
第1の端末に送信済みメッセージを含む第1の呼応答メッセージを送り、第1の呼応答メッセージが、装置が第2の端末によって返された第2の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションである。

メディア送信許可要求メッセージは、グループ呼セッションで第3の端末に送信済みメッセージを送るように送信制御サーバに指示するためにさらに使用され、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションであり、トランシーバユニットは、
第1の呼要求メッセージに基づいて第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用され、
第3の端末に送信済みメッセージを含む通知メッセージを送り、通知メッセージが、装置が第3の端末によって返された第3の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するように装置に指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
装置と第2の端末との間に呼セッションが確立された後、第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニットと、
ターゲットサーバにリモート送信要求メッセージを送るように構成された、トランシーバユニットであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニットと、
を含む。

任意選択で、ターゲットサーバにリモート送信要求メッセージを送った後、トランシーバユニットは、
ターゲットサーバによって送られた送信済みメッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第1の端末によって送られたリモート送信要求メッセージを受信するように構成された、トランシーバユニットであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られ、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニットと、
第2の端末にメディア送信許可を承諾するように構成された、処理ユニットと、
を含む。

任意選択で、第2の端末にメディア送信許可を承諾する前に、処理ユニットは、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末にメディア送信許可を承諾する前に、処理ユニットは、
第3の端末がメディア送信許可を取っていると決定される場合、第3の端末によって取られるメディア送信許可を取り消す、
ようにさらに構成される。

本出願の一実施形態は、メディア送信許可を取り消すための装置を提供し、装置は、
第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するように構成された、処理ユニットと、
ターゲットサーバにリモート送信解除メッセージを送るように構成された、トランシーバユニットであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニットと、
を含む。

任意選択で、ターゲットサーバにリモート送信解除メッセージを送った後、トランシーバユニットは、
ターゲットサーバによって返されたリモート送信アイドルメッセージを受信し、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

本出願の一実施形態は、メディア送信許可を取り消すための装置を提供し、装置は、
第1の端末によって送られたリモート送信解除メッセージを受信するように構成された、トランシーバユニットであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニットと、
リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消すように構成された、処理ユニットと、
を含む。

任意選択で、第2の端末のメディア送信許可を取り消す前に、処理ユニットは、
第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末のメディア送信許可が取り消された後、トランシーバユニットは、
第1の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

任意選択で、第2の端末が配置される呼セッションは、グループ呼セッションである。

第2の端末のメディア送信許可が取り消された後、トランシーバユニットは、
第3の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用され、第3の端末が、グループ呼セッションの任意の端末である、
ようにさらに構成される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第2の端末がメディアデータを送信する必要があると決定するように構成された、プロセッサと、
ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るように構成された、トランシーバであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される、トランシーバと、
を含む。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、装置と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバは、
MCSサーバによって送られ、送信済みメッセージを含む第1の呼応答メッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用され、第1の呼応答メッセージは、MCSサーバが第1の呼要求メッセージに基づいて第2の端末に第2の呼要求メッセージを送り、第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバは、
送信制御サーバによって送られた送信済みメッセージを受信し、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される、
ようにさらに構成される。

送信済みメッセージは、送信制御サーバがメディア送信許可要求指示情報に基づいてMCSサーバによって送られたメディア送信許可要求メッセージを受信した後に送信制御サーバによって送られ、メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第1の端末によって送られたメディア送信許可要求指示情報を受信するように構成された、トランシーバであって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように装置に指示するために使用される、トランシーバと、
メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するように構成された、プロセッサと、
を含む。

任意選択で、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する前に、プロセッサは、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するように装置に指示するために使用される。

任意選択で、プロセッサは、
第1の呼要求メッセージに従って第1の呼セッションを確立し、第1の呼セッションが確立された後、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する、
ように特に構成される。

任意選択で、プロセッサは、
メディア送信許可要求指示情報に基づいて、送信承諾メッセージを含む第2の呼要求メッセージを生成し、送信承諾メッセージが、第2の端末がメディア送信許可を取得することを示すために使用され、第2の呼要求メッセージが、第1の呼セッションに参加するように第2の端末を招待するために使用され、
トランシーバを使用することによって第2の端末に第2の呼要求メッセージを送る、
ように特に構成される。

任意選択で、メディア送信許可が第2の端末に第2の呼要求メッセージを送ることによって第2の端末に承諾された後、トランシーバは、
第1の端末に送信済みメッセージを含む第1の呼応答メッセージを送り、第1の呼応答メッセージが、装置が第2の端末によって返された第2の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションである。

メディア送信許可要求メッセージは、グループ呼セッションで第3の端末に送信済みメッセージを送るように送信制御サーバに指示するためにさらに使用され、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションであり、トランシーバは、
第1の呼要求メッセージに基づいて第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用され、
第3の端末に送信済みメッセージを含む通知メッセージを送り、通知メッセージが、装置が第3の端末によって返された第3の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するように装置に指示するために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
装置と第2の端末との間に呼セッションが確立された後、第2の端末がメディアデータを送信する必要があると決定するように構成された、プロセッサと、
ターゲットサーバにリモート送信要求メッセージを送るように構成された、トランシーバであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバと、
を含む。

任意選択で、ターゲットサーバにリモート送信要求メッセージを送った後、トランシーバは、
ターゲットサーバによって送られた送信済みメッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

本出願の一実施形態は、メディア送信許可を申請するための装置を提供し、装置は、
第1の端末によって送られたリモート送信要求メッセージを受信するように構成された、トランシーバであって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られ、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバと、
第2の端末にメディア送信許可を承諾するように構成された、プロセッサと、
を含む。

任意選択で、第2の端末にメディア送信許可を承諾する前に、プロセッサは、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末にメディア送信許可を承諾する前に、プロセッサは、
第3の端末がメディア送信許可を取っていると決定される場合、第3の端末によって取られるメディア送信許可を取り消す、
ようにさらに構成される。

本出願の一実施形態は、メディア送信許可を取り消すための装置を提供し、装置は、
第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するように構成された、プロセッサと、
ターゲットサーバにリモート送信解除メッセージを送るように構成された、トランシーバであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバと、
を含む。

任意選択で、ターゲットサーバにリモート送信解除メッセージを送った後、トランシーバは、
ターゲットサーバによって返されたリモート送信アイドルメッセージを受信し、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

本出願の一実施形態は、メディア送信許可を取り消すための装置を提供し、装置は、
第1の端末によって送られたリモート送信解除メッセージを受信するように構成された、トランシーバであって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバと、
リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消すように構成された、プロセッサと、
を含む。

任意選択で、第2の端末のメディア送信許可を取り消す前に、プロセッサは、
第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末のメディア送信許可が取り消された後、トランシーバは、
第1の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

任意選択で、第2の端末が配置される呼セッションは、グループ呼セッションである。

第2の端末のメディア送信許可が取り消された後、トランシーバは、
第3の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用され、第3の端末が、グループ呼セッションの任意の端末である、
ようにさらに構成される。

従来技術におけるMCPTTシステムの概略構成図である。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。 本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。

以下、本明細書の添付の図面を参照しながら、本出願の実施形態について詳細に説明する。

本出願の実施形態は、ミッションクリティカルサービスシステムアーキテクチャ、例えばMCPTT、ミッションクリティカルビデオ（MCVideo）サービス、およびミッションクリティカルデータ（MC Data）サービスに適用可能であり、複数の端末が、メディアデータを同時に送信することを可能にされ得る。

図1に示すように、図1は、従来技術におけるMCPTTシステムの概略構成図である。図1は、ミッションクリティカルサービスサーバ（MCS Server）、送信制御サーバ、および端末などのネットワーク要素を含む。

図1を参照すると、本出願の実施形態では、MCS Serverは、呼制御およびメディア制御を主に担当し、論理エンティティである。特定の実施態様では、ミッションクリティカルサービスサーバは、MCPTT server、MCVideo server、またはMCData serverなどのサーバであってもよい。

ミッションクリティカルサービスサーバは、アップリンクメディアデータを受信し、ダウンリンクメディアデータを送信するように構成されるメディア配信機能論理エンティティを含む。

ミッションクリティカルサービスクライアント（MCS Client）は、端末にインストールすることができる。ミッションクリティカルサービスクライアントは、MCS serverと同等のアプリケーションレイヤエンティティであり、アプリケーションレイヤトランザクションを処理することを主に担当する。端末は、無線端末または有線端末であってもよく、例えば、携帯電話、コンピュータ、タブレットコンピュータ、パーソナルデジタルアシスタント（PDA）、モバイルインターネットデバイス（MID）、ウェアラブルデバイス、または電子書籍リーダであってもよい。

端末は、少なくともメディアミキサおよび送信参加者を含む。メディアミキサは、端末デバイスの論理機能モジュールであり、メディアポリシー情報に基づいて1つのメディアストリームに複数のメディアストリームを組み合わせることを担当する。送信参加者は、メディア送信許可を申請するように構成される。

送信制御サーバは、論理機能エンティティであり、メディア送信許可制御およびスケジューリングならびにメディアデータダウンリンク送信およびスケジューリングを主に担当する。特定の実施態様では、送信制御サーバは、floor control server、またはMCVideoもしくはMCDataの対応する論理機能エンティティであってもよい。図1に示す送信制御サーバおよびMCS serverは、1つの物理的エンティティに展開される。もちろん、送信制御サーバは、あるいは、MCS serverとは別の独立した物理的エンティティであってもよい。これは、本出願の実施形態に限定されない。

基準点1は、ミッションクリティカルクライアントとミッションクリティカルサーバとの間の基準点である。呼要求メッセージまたは呼応答メッセージなどの呼制御情報は、基準点で送信される。

基準点2および基準点3は、送信制御参加者と送信制御サーバとの間の基準点である。transmission request／transmission grantedメッセージなどの送信制御メッセージは、基準点で送信される。メッセージは、ユニキャスト方式で基準点2で送信され、メッセージは、ブロードキャスト方式で基準点3で送信される。

基準点4および基準点5は、メディア配信機能エンティティとメディアミキサとの間の基準点である。メディアデータは、基準点で送信される。メディアデータは、ユニキャスト方式で基準点4で送信される。メディアデータは、ブロードキャスト方式で基準点5で送信される。

本出願の実施形態では、メディアデータは、実際の状況に応じて決定され得る、オーディオデータ、ビデオデータ、またはオーディオおよびビデオデータなどのデータであってもよい。詳細は、本明細書には記載されていない。

前述の説明を参照すると、図2に示すように、図2は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図2を参照すると、方法は、以下のステップを含む。

ステップ201：第1の端末は、第2の端末がメディアデータを送信する必要があると決定する。

ステップ202：第1の端末は、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送り、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される。

ステップ203：ミッションクリティカルサービスMCSサーバは、第1の端末によって送られたメディア送信許可要求指示情報を受信し、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される。

ステップ204：MCSサーバは、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。

本出願のこの実施形態では、MCSクライアントは、端末にインストールされることに留意されたい。ユーザは、MCSクライアントにログインし、端末を使用することによってメディアデータを送信し、端末を使用することによって、ユーザに送信されたメディアデータを受信することができる。ユーザは、アイデンティティを使用することによって互いに区別される。ユーザのアイデンティティは、使用される異なる緊急サービスに応じて異なり得る。ユーザのアイデンティティは、MCPTTユーザアイデンティティ（MCPTT ID）、MCVideoユーザアイデンティティ（MCVideo ID）、MCDataユーザアイデンティティ（MCData ID）、またはユーザを識別する別のアイデンティティとして特に実装され得る。これは、本出願のこの実施形態に限定されない。

ステップ201において、第1の端末が、第2の端末がメディアデータを送信する必要があると決定する複数の方式がある。例えば、第1のユーザによって入力された第2のユーザのユーザアイデンティティを受信すると、第1の端末は、第2の端末がメディアデータを送信する必要があると決定し、第1のユーザが、第1の端末を使用し、第2のユーザが、第2の端末を使用する。別の例では、第1の端末は、ユーザによって入力された事前設定ジェスチャ操作を受信し、それにより第2の端末がメディアデータを送信する必要があると決定することができる。別の例では、第2の端末は、第1の端末に事前に時点または期間を通知し、第1の端末に第2の端末がその時点でまたはその期間中にメディアデータを送信する必要があることを通知する。もちろん、前述の説明は、単なる例である。第1の端末が、第2の端末がメディアデータを送信する必要があると決定するさらに別の方式がある。詳細は、本明細書には記載されていない。

ステップ202において、第1の端末は、第1の呼要求メッセージを使用することによってメディア送信許可要求指示情報を送る。第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。この場合、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。第1の呼要求メッセージは、グループ呼要求メッセージであってもよい。この場合、確立された第1の呼セッションは、グループ呼セッションであり得る。あるいは、第1の呼要求メッセージは、プライベート呼要求メッセージであってもよい。この場合、確立された第1の呼セッションは、プライベート呼セッションであり得る。

第1の呼セッションがグループ呼セッションである場合、第1の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。第1のユーザのアイデンティティは、第1の端末を使用し、アクティブ状態に現在あるユーザのアイデンティティである。対応して、第2のユーザのアイデンティティなどの情報は、第2の端末を使用し、アクティブ状態に現在あるユーザのアイデンティティである。第1の呼セッションがプライベート呼セッションである場合、第1の呼メッセージは、第2のユーザのアイデンティティを伝えることができる。

ステップ203において、MCSサーバがメディア送信許可要求指示情報を受信した後、MCSサーバがメディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する前、MCSサーバは、第1の端末および第2の端末に対して認証をさらに実行することができる。具体的には、MCSサーバは、第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する必要がある。

本出願のこの実施形態では、端末がユーザによって使用される場合、MCSサーバが第1の端末および第2の端末に対して認証を実行する特定のステップは、以下の通りである。MCSサーバは、第1の端末を使用する第1のユーザおよび第2の端末を使用する第2のユーザを決定する。MCSサーバが、第1のユーザが第1のユーザ以外のユーザに対するメディア送信許可を申請する許可を有し、第2のユーザが第2のユーザ以外のユーザに第2のユーザに対するメディア送信許可を申請することを可能にすると決定する場合、MCSサーバは、第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する。つまり、認証が成功する。

あるいは、MCSサーバが、第1のユーザが第1のユーザを除くユーザに対するメディア送信許可を申請する許可を有さない、または第2のユーザが第2のユーザを除くユーザに第2のユーザに対するメディア送信許可を申請することを可能にしないと決定する場合、MCSサーバは、第1の端末が第1の端末を除く端末に対するメディア送信許可を申請する許可を有さず、第2の端末が第2の端末を除く端末に第2の端末に対するメディア送信許可を申請することを可能にしないと決定する。この場合、手順全体が終了する。

各ユーザの許可は、MCSサーバに予め記憶されていることに留意されたい。詳細は、本明細書には記載されていない。

ステップ204において、MCSサーバは、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。可能な実施態様では、MCSサーバは、第1の呼要求メッセージに従って第1の呼セッションを確立することができる。第1の呼セッションが確立された後、MCSサーバは、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。具体的には、第1の呼セッションが確立された後、MCSサーバは、メディア送信許可要求指示情報に基づいて送信制御サーバにメディア送信許可要求メッセージを送る。メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。続いて、送信制御サーバは、メディア送信許可要求メッセージに従って第2の端末にメディア送信許可を承諾し、第2の端末に送信承諾メッセージを送る。送信承諾メッセージは、第2の端末がメディア送信許可を取得し、メディアデータを送信することができることを示すために使用される。

任意選択で、送信制御サーバは、第1の端末に送信済みメッセージをさらに送る。送信済みメッセージは、メディア送信許可が第2の端末に承諾されたことを第1の端末に通知するために使用される。

本出願のこの実施形態では、呼セッション中、メディア送信許可は、少なくとも1つの端末に同時に承諾され得ることに留意されたい。具体的には、メディア送信許可が承諾される端末の数は、実際の状況に応じて決定することができる。詳細は、本明細書には記載されていない。

可能な実施態様では、MCSサーバは、第1の呼セッションを確立するときに第2の端末にメディア送信許可を承諾することができる。具体的には、MCSサーバは、メディア送信許可要求指示情報に基づいて、送信承諾メッセージを含む第2の呼要求メッセージを生成してもよい。第2の呼要求メッセージは、第1の呼セッションに参加するように第2の端末を招待するために使用される。MCSサーバは、第2の端末に第2の呼要求メッセージを送る。

前述のプロセスは、特定の実施形態を参照して以下に説明される。

図3に示すように、図3は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図3に示す手順では、第1の端末は、第1の呼要求メッセージを使用することによってメディア送信許可要求指示情報を送る。第1の呼要求メッセージに従って第1の呼セッションを確立した後、MCSサーバは、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。第1の呼セッションは、プライベート呼セッションである。

ステップ301：第1の端末は、MCSサーバにメディア送信許可要求指示情報を含む第1の呼要求メッセージを送る。

第1の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ302：MCSサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、ステップ303aに進み、認証が失敗した場合、手順全体を終了する。

MCSサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ303a：MCSサーバは、第2の端末に第2の呼要求メッセージを送る。

第2の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報を含み得る。

ステップ303：MCSサーバは、第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用される。

任意選択で、ステップ304：第2の端末は、第2の呼要求メッセージに基づいて、第2の端末がメディアデータを送信する必要があると決定し、第2の端末を使用する第2のユーザにアラーム信号を送り、メディアデータを送信することを第2のユーザに思い出させる。アラーム信号は、表示画面上のポップアップメッセージ、音声信号、光信号などであり得る。これは、本出願のこの実施形態に限定されない。

例えば、第2の端末が第2の呼要求メッセージを受信した後、第2のユーザがメディアデータを送信する必要があることを第2のユーザに思い出させるために、ウィンドウを表示画面上にポップアップすることができる。

ステップ305：第2の端末が第2の呼要求メッセージを受け入れる場合、第2の端末は、MCSサーバに第2の呼応答メッセージを返す。

第2の端末が第2の呼要求メッセージを拒否する場合、第2の端末は、セッション確立が失敗したことを示すメッセージをMCSサーバに返すことに留意されたい。本出願のこの実施形態では、第2の端末が第2の呼要求メッセージを受け入れる例が説明のために使用され、第2の端末が第2の呼要求メッセージを拒否するシナリオは説明されない。

ステップ306：MCSサーバは、第1の端末に第1の呼応答メッセージを返す。

この場合、第1の呼セッションが確立されており、MCSサーバは、送信制御サーバを使用することによって第2の端末にメディア送信許可を承諾する。具体的には、MCSサーバおよび送信制御サーバが1つの物理的エンティティである場合、MCSサーバは、第2の端末にメディア送信許可を承諾するように送信制御サーバに直接指示することができる。

MCSサーバと送信制御サーバが異なる物理的エンティティである場合、ステップ307がさらに実行される。ステップ307：MCSサーバは、送信制御サーバにメディア送信許可要求メッセージを送ることができ、メディア送信許可要求メッセージが、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

ステップ308：送信制御サーバは、第2の端末に送信承諾メッセージを送る。

ステップ309：送信制御サーバは、第1の端末に送信済みメッセージを送る。

ステップ308およびステップ309の実施順序は、本出願のこの実施形態に限定されない。

第1の呼セッションが確立され、第2の端末が送信承諾メッセージを受信した後、第2の端末は、第1の呼セッションで端末にメディアデータを送信することができる。

図4に示すように、図4は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図4に示す手順では、第1の端末は、第1の呼要求メッセージを使用することによってメディア送信許可要求指示情報を送る。第1の呼要求メッセージに従って第1の呼セッションを確立した後、MCSサーバは、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。第1の呼セッションは、グループ呼セッションである。

ステップ401：第1の端末は、MCSサーバにメディア送信許可要求指示情報を含む第1の呼要求メッセージを送る。

第1の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ402：MCSサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、ステップ403aに進み、認証が失敗した場合、手順全体を終了する。

MCSサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ403a：MCSサーバは、第2の端末に第2の呼要求メッセージを送る。

第2の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報を含み得る。

ステップ403b：MCSサーバは、第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用される。

任意選択で、ステップ404：第2の端末は、第2の呼要求メッセージに基づいて、第2の端末がメディアデータを送信する必要があると決定し、第2の端末を使用する第2のユーザにアラーム信号を送り、メディアデータを送信することを第2のユーザに思い出させる。アラーム信号は、表示画面上のポップアップメッセージ、音声信号、光信号などであり得る。これは、本出願のこの実施形態に限定されない。

ステップ405a：第2の端末は、第2の呼要求メッセージを受け入れ、MCSサーバに第2の呼応答メッセージを返す。

ステップ405b：第3の端末は、第3の呼要求メッセージを受け入れ、MCSサーバに第3の呼応答メッセージを返す。

ステップ406：MCSサーバは、第1の端末に第1の呼応答メッセージを返す。

この場合、第1の呼セッションが確立されており、MCSサーバは、送信制御サーバを使用することによって第2の端末にメディア送信許可を承諾する。具体的には、MCSサーバおよび送信制御サーバが1つの物理的エンティティである場合、MCSサーバは、第2の端末にメディア送信許可を承諾するように送信制御サーバに直接指示することができる。

MCSサーバと送信制御サーバが異なる物理的エンティティである場合、ステップ407がさらに実行される。ステップ407：MCSサーバは、送信制御サーバにメディア送信許可要求メッセージを送ることができ、メディア送信許可要求メッセージが、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

ステップ408：送信制御サーバは、第2の端末に送信承諾メッセージを送る。

ステップ409：送信制御サーバは、第3の端末に送信済みメッセージを送る。

ステップ410：送信制御サーバは、第1の端末に送信済みメッセージを送る。

ステップ408、ステップ409、およびステップ410の実施順序は、本出願のこの実施形態に限定されない。

第1の呼セッションが確立された後、第2の端末は、第1の呼セッションで端末にメディアデータを送信することができる。

MCSサーバは、第1の呼セッションを確立するときに第2の端末にメディア送信許可をさらに承諾することができる。具体的には、図5に示すように、図5は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図5に示す手順では、第1の端末は、第1の呼要求メッセージを使用することによってメディア送信許可要求指示情報を送る。MCSサーバは、第1の呼要求メッセージに従って第1の呼セッションを確立するときに第2の端末にメディア送信許可を承諾する。

ステップ501：第1の端末は、MCSサーバにメディア送信許可要求指示情報を含む第1の呼要求メッセージを送る。

第1の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ502：MCSサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、ステップ503aに進み、認証が失敗した場合、手順全体を終了する。

MCSサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ503a：MCSサーバは、第2の端末に送信承諾メッセージを含む第2の呼要求メッセージを送る。送信承諾メッセージは、第2の呼要求メッセージにカプセル化される。

第2の呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

第1の呼要求メッセージがグループ呼セッションを確立するために使用される場合、ステップ503bがさらに実行される。

ステップ503b：MCSサーバは、第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、送信済みメッセージを含む。

第3の呼要求メッセージは、第1のユーザのアイデンティティ、第2のユーザのアイデンティティ、および第3のユーザのアイデンティティなどの情報をさらに含み得る。第3のユーザのアイデンティティは、第3の端末を現在使用し、アクティブ状態に現在あるユーザのアイデンティティである。

任意選択で、ステップ504a：第2の端末は、第2の呼要求メッセージに基づいて、第2の端末がメディアデータを送信する必要があると決定し、第2の端末を使用する第2のユーザにアラーム信号を送り、メディアデータを送信することを第2のユーザに思い出させる。アラーム信号の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

第1の呼要求メッセージがグループ呼セッションを確立するために使用される場合、任意選択で、ステップ504bが実行される。ステップ504b：第3の端末は、第3の呼要求メッセージに基づいて、第3の端末を使用する第3のユーザにアラーム信号を送り、着信呼を第3のユーザに通知することを決定する。

ステップ505a：第2の端末が第2の呼要求メッセージを受け入れる場合、第2の端末は、MCSサーバに第2の呼応答メッセージを返す。

第2の端末が第2の呼要求メッセージを拒否する場合、第2の端末は、セッション確立が失敗したことを示すメッセージをMCSサーバに返すことに留意されたい。本出願のこの実施形態では、第2の端末が第2の呼要求メッセージを受け入れる例が説明のために使用され、第2の端末が第2の呼要求メッセージを拒否するシナリオは説明されない。

第1の呼要求メッセージがグループ呼セッションを確立するために使用される場合、ステップ505bがさらに実行される。

ステップ505b：第3の端末が第3の呼要求メッセージを受け入れる場合、第3の端末は、MCSサーバに第3の呼応答メッセージを返す。

ステップ506：MCSサーバは、第1の端末に送信済みメッセージを含む第1の呼応答メッセージを返す。

この場合、第1の呼セッションは確立されており、第2の端末は、第1の呼セッションで端末にメディアデータを送信することができる。

本出願の実施形態では、第1の端末は、第2の端末に対する第2の呼セッションを確立することによって第2の端末に対するメディア送信許可をさらに申請することができる。第2の呼セッションは、第3の端末と第2の端末との間のプライベート呼セッションである。

具体的には、ステップ202において、可能な実施態様では、第1の端末は、メディア送信許可要求指示情報を含むリモートプライベート呼要求メッセージをMCSサーバに送る。リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

この場合、ステップ203において、リモートプライベート呼要求メッセージを受信した後、MCSサーバは最初に、第2の呼セッションを確立し、第2の呼セッションが確立された後、送信制御サーバを使用することによって第2の端末に送信承諾メッセージを送り、それにより第2の端末にメディア送信許可を承諾する。あるいは、第2の呼セッションを確立するとき、MCSサーバは、第2の端末に送信承諾メッセージを含む呼要求メッセージを送ることによって第2の端末にメディア送信許可を承諾する。

可能な実施態様では、第1の端末は、MCSサーバにメディア送信許可要求指示情報を含むリモート送信メディア要求（remote media transmit request）メッセージを送る。リモート送信メディア要求メッセージは、第3の端末にメディアデータを送信するように第2の端末に指示するようにMCSサーバに指示するために使用される。

第1の端末によって送られたリモート送信メディア要求メッセージは、第1のユーザのアイデンティティ、第2のユーザのアイデンティティ、および第3のユーザのアイデンティティなどの情報をさらに含むことができる。

この場合、ステップ203において、リモート送信メディア要求メッセージを受信した後、MCSサーバは、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する。

前述のプロセスは、特定の実施形態を参照して以下に説明される。

図6に示すように、図6は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図6に示す手順では、第1の端末は、リモートプライベート呼要求メッセージを使用することによってメディア送信許可要求指示情報を送る。MCSサーバは、リモートプライベート呼要求メッセージに従って第2の端末と第3の端末との間に第2の呼セッションを確立し、第2の端末にメディア送信許可を承諾する。

ステップ601：第1の端末は、MCSサーバにメディア送信許可要求指示情報を含むリモート送信メディア要求メッセージを送る。

リモートプライベート呼要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ602：MCSサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、ステップ603に進み、認証が失敗した場合、手順全体を終了する。

MCSサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ603：MCSサーバは、第2の端末に対して確立される第2の呼セッションを要求するために、第2の端末に要求メッセージを送る。

要求メッセージは、remote media transmit requestであり得、第1のユーザのアイデンティティ、第2のユーザのアイデンティティ、第3のユーザのアイデンティティ、およびメディア送信許可要求指示情報などの情報を含み得る。

任意選択で、ステップ604：第2の端末は、リモート送信メディア要求メッセージに基づいて、第2の端末を使用する第2のユーザにアラーム信号を送り、第1の端末が第2の端末にメディアデータを第3の端末に送信するように要求することを第2のユーザに通知する。アラーム信号の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ605：第2の端末は、MCSサーバに要求応答メッセージを返す。

ステップ606：MCSサーバは、第1の端末にリモート送信メディア応答メッセージを返す。

ステップ607：MCSサーバは、第2の端末と第3の端末との間に第2の呼セッションを確立し、第2の端末にメディア送信許可を承諾する。任意選択の実施態様では、メッセージは、第2の端末と第3の端末との間にプライベート呼セッションを確立するためのプロセスを開始するように第2の端末をトリガし、呼要求メッセージは、メディア送信許可を送信するための暗黙の指示情報を伝える。プライベート呼セッションが確立された後、メディア送信許可は、第2の端末に承諾される。この場合、第2の端末は、第3の端末にメディアデータを送信してもよい。

図7に示すように、図7は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図7に示す手順では、第1の端末は、リモート送信メディア要求メッセージを使用することによってメディア送信許可要求指示情報を送る。第2の端末と第3の端末との間に第2の呼セッションが確立されている。

ステップ701：第1の端末は、MCSサーバにメディア送信許可要求指示情報を含むリモート送信メディア要求メッセージを送る。

リモート送信メディア要求メッセージは、第1のユーザのアイデンティティ、第2のユーザのアイデンティティ、および第3のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ702：MCSサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、ステップ703に進み、認証が失敗した場合、手順全体を終了する。

MCSサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

MCSサーバと送信制御サーバが異なる物理的エンティティである場合、ステップ703がさらに実行される。

ステップ703：MCSサーバは、メディア送信許可要求指示情報に基づいて送信制御サーバにメディア送信許可要求メッセージを送る。

任意選択で、ステップ704：送信制御サーバが、メディア送信許可が第3の端末によって取られると決定する場合、送信制御サーバは、第3の端末によって使用されるメディア送信許可を取り消すために、第3の端末にリモート送信取消メッセージを送り、第3の端末は、メッセージを受信した後はメディアデータをもはや送信しない。

ステップ705：送信制御サーバは、第2の端末に送信承諾メッセージを送る。

任意選択で、ステップ706：第2の端末は、送信承諾メッセージに基づいて、第2の端末を使用する第2のユーザにアラーム信号を送り、第1の端末が第2の端末にメディアデータを第3の端末に送信するように要求することを第2のユーザに通知する。アラーム信号の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

MCSサーバと送信制御サーバが異なる物理的エンティティである場合、ステップ707がさらに実行される。

ステップ707：送信制御サーバは、メディア送信許可が第2の端末に承諾されることを示すために、MCSサーバにメディア送信許可応答メッセージを送る。

ステップ708：送信制御サーバは、第3の端末に送信済みメッセージを送る。

ステップ709：MCSサーバは、メディア送信許可が第2の端末に承諾されることを示すために、第1の端末にリモート送信メディア応答メッセージを送る。

ステップ708およびステップ709の実施順序は、本明細書に限定されないことに留意されたい。

前述の説明に基づいて、図8に示すように、図8は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図8に示すように、方法は、以下のステップを具体的には含む。

ステップ801：第1の端末と第2の端末との間に呼セッションが確立された後、第1の端末は、第2の端末がメディアデータを送信する必要があると決定する。

第1の端末は、セッションが確立された後、第2の端末がメディアデータを送信する必要があると即座に決定するか、または他の任意の瞬間で、第2の端末がメディアデータを送信する必要があると決定することができる。

ステップ802：第1の端末は、ターゲットサーバにリモート送信要求メッセージを送り、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

ステップ803：ターゲットサーバは、第1の端末によって送られたリモート送信要求メッセージを受信し、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られる。

ステップ804：ターゲットサーバは、第2の端末にメディア送信許可を承諾する。

ステップ801において、第1の端末と第2の端末との間の呼セッションは、グループ呼セッションまたはプライベート呼セッションであり得る。これは、本出願のこの実施形態に限定されない。

第1の端末が、第2の端末がメディアデータを送信する必要があると決定する複数の方式がある。詳しくは、ステップ201の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ802において、第1の端末がターゲットサーバにリモート送信要求メッセージを送った後、ターゲットサーバが第2の端末にメディア送信許可を承諾する場合、第1の端末は、ターゲットサーバによって送られた送信済みメッセージをさらに受信し、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

ステップ803において、リモート送信要求メッセージを受信した後、ターゲットサーバは、第1のユーザおよび第2のユーザに対して認証をさらに実行することができる。特定の認証方法については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ804：ターゲットサーバが第2の端末にメディア送信許可を承諾する前に、ターゲットサーバは最初に、メディア送信ポリシーに基づいて、メディア送信許可を取る端末が存在するかどうかをさらに決定してもよい。ターゲットサーバが、第3の端末がメディア送信許可を取っており、1つの端末だけがメディアデータを送信することを現在可能にされていると決定する場合、ターゲットサーバは、第3の端末によって取られるメディア送信許可を取り消す。あるいは、要求者のメディア送信が現在のシステムリソースに基づいて実行することができず、現在のシステムがメディア送信許可プリエンプションをサポートする場合、ターゲットサーバは、メディア送信ポリシーと、要求者、およびメディア送信許可を使用することによってメディアデータを現在送信しているユーザに関する情報とに基づいて、1人または複数のユーザのメディア送信許可をプリエンプトすることができる。具体的には、ターゲットサーバは、プリエンプトされたユーザのメディア送信許可を取り消し、要求者にメディア送信許可を承諾する。あるいは、ポリシーが、複数のユーザが送信を同時に実行することを可能にし、メディアデータを現在送信しているユーザの数が上限に達していない場合、ユーザは、要求者にメディア送信許可を直接承諾する。

ターゲットサーバは、第2の端末にメディア送信許可を承諾するために、第2の端末に送信承諾メッセージを送ることができる。

第2の端末にメディア送信許可を承諾した後、ターゲットサーバは、第1の端末に送信済みメッセージをさらに送り、メディア送信許可が第2の端末に承諾されることを第1の端末に通知することができる。

前述のプロセスは、特定の実施形態を使用することによって以下に説明される。

図9に示すように、図9は、本出願の一実施形態によるメディア送信許可を申請するための方法の概略フローチャートである。

図9に示す手順では、第1の端末と第2の端末との間に呼セッションが確立されている。

ステップ901：第1の端末は、ターゲットサーバにリモート送信要求メッセージを送る。

リモート送信要求メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ902：ターゲットサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、次のステップに進み、認証が失敗した場合、手順全体を終了する。

ターゲットサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

任意選択で、第1の端末と第2の端末との間の呼セッションがグループ呼セッションである場合、ステップ903がさらに実行される。

ステップ903：ターゲットサーバが、メディア送信許可が第3の端末によって取られ、1つの端末だけがメディアデータを送信することを現在可能にされていると決定する場合、または要求者のメディア送信が現在のシステムリソースに基づいて実行することができず、現在のシステムがメディア送信許可プリエンプションをサポートする場合、ターゲットサーバは、第3の端末によって取られるメディア送信許可を取り消す。

具体的には、ターゲットサーバは、第3の端末によって使用されるメディア送信許可を取り消すために、第3の端末にリモート送信取消メッセージを送ることができる。

ステップ904：ターゲットサーバは、第2の端末に送信承諾メッセージを送る。

ステップ905：ターゲットサーバは、第1の端末に送信済みメッセージを送る。

第1の端末と第2の端末との間の呼セッションがグループ呼セッションである場合、ステップ906がさらに実行される。

ステップ906：ターゲットサーバは、第3の端末に送信済みメッセージを送り、第3の端末が、呼セッションの任意の端末である。

前述の説明に基づいて、図10に示すように、図10は、本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。

図10に示すように、方法は、以下のステップを具体的には含む。

ステップ1001：第1の端末は、第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定する。

ステップ1002：第1の端末は、ターゲットサーバにリモート送信解除メッセージを送り、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

ステップ1003：ターゲットサーバは、第1の端末によって送られたリモート送信解除メッセージを受信し、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用される。

ステップ1004：ターゲットサーバは、リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消す。

ステップ1001において、第1の端末が、第2の端末がメディアデータを送信していると決定する場合、第1の端末は、第2の端末がメディア送信許可を取っていると決定することができる。もちろん、第1の端末が、第2の端末がメディア送信許可を取っていると決定する別の方式があり得る。詳細は、本明細書には記載されていない。

第1の端末および第2の端末は、1つのプライベート呼セッションまたは1つのグループ呼セッションに配置されてもよいことに留意されたい。第1の端末および第2の端末は、異なる呼セッションにさらに配置されてもよい。これは、本出願のこの実施形態に限定されない。第1の端末と第2の端末が異なる呼セッションに配置されるとき、ターゲットサーバは、MCSサーバである。

ステップ1002において、第1の端末によってターゲットサーバに送られたリモート送信解除メッセージは、remote transmission releaseメッセージ、remote media transmit stop requestメッセージなどであり得る。

リモート送信解除メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報を含み得る。

ターゲットサーバが第2の端末によって取られるメディア送信許可を取り消した後、第1の端末は、ターゲットサーバによって返されたリモート送信アイドルメッセージを受信することができる。リモート送信アイドルメッセージは、第2の端末のメディア送信許可が取り消されることを示すために使用される。

ステップ1003において、リモート送信解除メッセージを受信した後、ターゲットサーバは最初に、第1の端末および第2の端末に対して認証を実行することができる。

本出願のこの実施形態では、端末がユーザによって使用される場合、ターゲットサーバが第1の端末および第2の端末に対して認証を実行する特定のステップは、以下の通りである。ターゲットサーバは、第1の端末を使用する第1のユーザおよび第2の端末を使用する第2のユーザを決定する。ターゲットサーバが、第1のユーザが第1のユーザ以外のユーザのメディア送信許可を取り消す許可を有し、第2のユーザが第2のユーザ以外のユーザに第2のユーザのメディア送信許可を取り消すことを可能にすると決定する場合、ターゲットサーバは、第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定する。つまり、認証が成功する。

あるいは、ターゲットサーバが、第1のユーザが第1のユーザを除くユーザのメディア送信許可を取り消す許可を有さない、または第2のユーザが第2のユーザを除くユーザに第2のユーザのメディア送信許可を取り消すことを可能にしないと決定する場合、ターゲットサーバは、第1の端末が第1の端末を除く端末のメディア送信許可を取り消す許可を有さず、第2の端末が第2の端末を除く端末に第2の端末のメディア送信許可を取り消すことを可能にしないと決定する。この場合、手順全体が終了する。

各ユーザの許可は、ターゲットサーバに予め記憶されていることに留意されたい。詳細は、本明細書には記載されていない。

ステップ1004において、第1の端末および第2の端末が1つのプライベート呼セッションまたは1つのグループ呼セッションに配置される場合、ターゲットサーバは、第2の端末のメディア送信許可を取り消すために、第2の端末にリモート送信取消メッセージを直接送る。

この実施態様では、第2の端末のメディア送信許可を取り消した後、ターゲットサーバは、第1の端末にリモート送信アイドルメッセージをさらに送ることができる。リモート送信アイドルメッセージは、第2の端末のメディア送信許可が取り消されること、および現在のシステムのより多くのリソースがメディアデータ送信のために使用され得ることを示すために使用される。リモート送信アイドルメッセージは、remote transmission idleメッセージまたはfloor idleメッセージであり得る。特定のリモート送信アイドルメッセージは、実際の状況に応じて決定することができる。詳細は、本明細書には記載されていない。

任意選択で、第2の端末が配置される呼セッションがグループ呼セッションである場合、ターゲットサーバは、第3の端末にリモート送信アイドルメッセージをさらに送ることができる。第3の端末は、第2の端末が配置されるグループ呼セッションの任意の端末である。

第1の端末と第2の端末が異なる呼セッションに配置される場合、ターゲットサーバは、第2の端末のメディア送信許可を取り消すように送信制御サーバに指示するために、送信制御サーバに取消指示メッセージを送る必要がある。取消指示メッセージを受信した後、送信制御サーバは、第2の端末のメディア送信許可を取り消すために、第2の端末にリモート送信取消メッセージを送る。第2の端末は、第2の端末が再度メディア送信許可を取得するまで、再度メディアデータを送信することができない。続いて、送信制御サーバは、MCSサーバに取消応答メッセージを送り、第2の端末のメディア送信許可が取り消されていることをターゲットサーバに通知する。加えて、送信制御サーバは、第2の端末によって送信されたメディアデータを受信する第3の端末にリモート送信アイドルメッセージをさらに送ることができる。リモート送信アイドルメッセージは、第2の端末のメディア送信許可が取り消されることを示すために使用される。

任意選択で、この実施態様では、取消応答メッセージを受信した後、ターゲットサーバは、第1の端末にリモート送信アイドルメッセージを送る。リモート送信アイドルメッセージは、remote media transmit stop responseメッセージであり得る。特定のリモート送信アイドルメッセージは、実際の状況に応じて決定することができる。詳細は、本明細書には記載されていない。

前述のプロセスは、特定の実施形態を使用することによって以下に説明される。

図11に示すように、図11は、本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。

図11に示す手順では、第1の端末および第2の端末は、1つの呼セッションに配置される。

ステップ1101：第1の端末は、ターゲットサーバにリモート送信解除メッセージを送る。

リモート送信解除メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ1102：ターゲットサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、次のステップに進み、認証が失敗した場合、手順全体を終了する。

ターゲットサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ1103：ターゲットサーバは、第2の端末にリモート送信取消メッセージを送る。

任意選択で、ステップ1104：第2の端末は、第2の端末のメディア送信許可が取り消され、第2の端末がメディアデータを送信することをもはや可能にされていないことをユーザに思い出させるために、アラーム信号を送る。アラーム信号の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ1105：任意選択で、ターゲットサーバは、第2の端末にリモート送信アイドルメッセージを送る。

ステップ1106：ターゲットサーバは、第1の端末にリモート送信アイドルメッセージを送る。

第1の端末と第2の端末との間の呼セッションがグループ呼セッションである場合、ステップ1107がさらに実行される。

ステップ1107：ターゲットサーバは、第3の端末にリモート送信アイドルメッセージを送り、第3の端末が、呼セッションの任意の端末である。

ステップ1105〜ステップ1107の実施順序は、限定されない。詳細は、本明細書には記載されていない。

図12に示すように、図12は、本出願の一実施形態によるメディア送信許可を取り消すための方法の概略フローチャートである。

図12に示す手順では、第1の端末と第2の端末は、異なる呼セッションに配置され、ターゲットサーバは、MCSサーバである。

ステップ1201：第1の端末は、ターゲットサーバにリモート送信解除メッセージを送る。

リモート送信解除メッセージは、第1のユーザのアイデンティティおよび第2のユーザのアイデンティティなどの情報をさらに含み得る。

ステップ1202：ターゲットサーバは、第1の端末および第2の端末に対して認証を実行する。認証が成功した場合、次のステップに進み、認証が失敗した場合、手順全体を終了する。

ターゲットサーバによって実行される認証の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ1203：ターゲットサーバは、送信制御サーバに取消指示メッセージを送る必要がある。

ステップ1204：送信制御サーバは、第2の端末にリモート送信取消メッセージを送る。

任意選択で、ステップ1205：第2の端末は、第2の端末のメディア送信許可が取り消され、第2の端末がメディアデータを送信することをもはや可能にされていないことをユーザに思い出させるために、アラーム信号を送る。アラーム信号の具体的な内容については、前述の説明を参照されたい。詳細は、本明細書では再度説明しない。

ステップ1206：送信制御サーバは、第2の端末にリモート送信アイドルメッセージを送る。

ステップ1207：送信制御サーバは、第2の端末によって送信されたメディアデータを受信する第3の端末にリモート送信アイドルメッセージを送る。

ステップ1208：送信制御サーバは、ターゲットサーバに取消応答メッセージを送る。

ステップ1209：ターゲットサーバは、第1の端末にリモート送信応答メッセージを送り、リモート送信応答メッセージを使用することによって、第2の端末が第3の端末にメディアデータを送信することを現在停止していることを第1の端末に通知する。

ステップ1206〜ステップ1208の実施順序は、限定されない。詳細は、本明細書には記載されていない。

図13に示すように、図13は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図13を参照すると、装置は、
第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニット1301と、
ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るように構成された、トランシーバユニット1302であって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される、トランシーバユニット1302と、
を含む。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、装置と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバユニット1302は、
MCSサーバによって送られ、送信済みメッセージを含む第1の呼応答メッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用され、第1の呼応答メッセージは、MCSサーバが第1の呼要求メッセージに基づいて第2の端末に第2の呼要求メッセージを送り、第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバユニット1302は、
送信制御サーバによって送られた送信済みメッセージを受信し、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される、
ようにさらに構成される。

送信済みメッセージは、送信制御サーバがメディア送信許可要求指示情報に基づいてMCSサーバによって送られたメディア送信許可要求メッセージを受信した後に送信制御サーバによって送られ、メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

図14に示すように、図14は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図14を参照すると、装置は、
第1の端末によって送られたメディア送信許可要求指示情報を受信するように構成された、トランシーバユニット1401であって、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように装置に指示するために使用される、トランシーバユニット1401と、
メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するように構成された、処理ユニット1402と、
を含む。

任意選択で、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する前に、処理ユニット1402は、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するように装置に指示するために使用される。

任意選択で、処理ユニット1402は、
第1の呼要求メッセージに従って第1の呼セッションを確立し、第1の呼セッションが確立された後、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する、
ように特に構成される。

任意選択で、処理ユニット1402は、
メディア送信許可要求指示情報に基づいて、送信承諾メッセージを含む第2の呼要求メッセージを生成し、送信承諾メッセージが、第2の端末がメディア送信許可を取得することを示すために使用され、第2の呼要求メッセージが、第1の呼セッションに参加するように第2の端末を招待するために使用され、
トランシーバユニット1401を使用することによって第2の端末に第2の呼要求メッセージを送る、
ように特に構成される。

任意選択で、メディア送信許可が第2の端末に第2の呼要求メッセージを送ることによって第2の端末に承諾された後、トランシーバユニット1401は、
第1の端末に送信済みメッセージを含む第1の呼応答メッセージを送り、第1の呼応答メッセージが、装置が第2の端末によって返された第2の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションである。

メディア送信許可要求メッセージは、グループ呼セッションで第3の端末に送信済みメッセージを送るように送信制御サーバに指示するためにさらに使用され、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションであり、トランシーバユニットは、
第1の呼要求メッセージに基づいて第3の端末に第3の呼要求メッセージを送る、
ようにさらに構成され、トランシーバユニット1401は、
第3の端末に送信済みメッセージを含む通知メッセージを送り、通知メッセージが、装置が第3の端末によって返された第3の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するように装置に指示するために使用される。

図15に示すように、図15は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図15を参照すると、装置は、
装置と第2の端末との間に呼セッションが確立された後、第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニット1501と、
ターゲットサーバにリモート送信要求メッセージを送るように構成された、トランシーバユニット1502であって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニット1502と、
を含む。

任意選択で、ターゲットサーバにリモート送信要求メッセージを送った後、トランシーバユニット1502は、
ターゲットサーバによって送られた送信済みメッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

図16に示すように、図16は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図16を参照すると、装置は、
第1の端末によって送られたリモート送信要求メッセージを受信するように構成された、トランシーバユニット1601であって、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られ、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニット1601と、
第2の端末にメディア送信許可を承諾するように構成された、処理ユニット1602と、
を含む。

任意選択で、第2の端末にメディア送信許可を承諾する前に、処理ユニット1602は、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末にメディア送信許可を承諾する前に、処理ユニット1602は、
第3の端末がメディア送信許可を取っていると決定される場合、第3の端末によって取られるメディア送信許可を取り消す、
ようにさらに構成される。

図17に示すように、図17は、本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図17を参照すると、装置は、
第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するように構成された、処理ユニット1701と、
ターゲットサーバにリモート送信解除メッセージを送るように構成された、トランシーバユニット1702であって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニット1702と、
を含む。

任意選択で、ターゲットサーバにリモート送信解除メッセージを送った後、トランシーバユニット1702は、
ターゲットサーバによって返されたリモート送信アイドルメッセージを受信し、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

図18に示すように、図18は、本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図18を参照すると、装置は、
第1の端末によって送られたリモート送信解除メッセージを受信するように構成された、トランシーバユニット1801であって、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである、トランシーバユニット1801と、
リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消すように構成された、処理ユニット1802と、
を含む。

任意選択で、第2の端末のメディア送信許可を取り消す前に、処理ユニット1802は、
第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末のメディア送信許可が取り消された後、トランシーバユニット1801は、
第1の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

任意選択で、第2の端末が配置される呼セッションは、グループ呼セッションである。

第2の端末のメディア送信許可が取り消された後、トランシーバユニット1801は、
第3の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用され、第3の端末が、グループ呼セッションの任意の端末である、
ようにさらに構成される。

図19に示すように、図19は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図19を参照すると、装置は、プロセッサ1901と、メモリ1902と、トランシーバ1903とを含む。

メモリ1902は、コンピュータ命令を記憶するように構成される。

プロセッサ1901は、第2の端末がメディアデータを送信する必要があると決定するように構成される。

トランシーバ1903は、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送るように構成され、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するようにMCSサーバに指示するために使用される。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、装置と第2の端末との間に第1の呼セッションを確立するようにMCSサーバに指示するために使用される。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバ1903は、
MCSサーバによって送られ、送信済みメッセージを含む第1の呼応答メッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用され、第1の呼応答メッセージは、MCSサーバが第1の呼要求メッセージに基づいて第2の端末に第2の呼要求メッセージを送り、第2の端末によって返された第2の呼応答メッセージを受信した後にMCSサーバによって送られる。

任意選択で、ミッションクリティカルサービスMCSサーバにメディア送信許可要求指示情報を送った後、トランシーバ1903は、
送信制御サーバによって送られた送信済みメッセージを受信し、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される、
ようにさらに構成される。

送信済みメッセージは、送信制御サーバがメディア送信許可要求指示情報に基づいてMCSサーバによって送られたメディア送信許可要求メッセージを受信した後に送信制御サーバによって送られ、メディア送信許可要求メッセージは、第2の端末に対するメディア送信許可を送信制御サーバに申請するために使用される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するようにMCSサーバに指示するために使用される。

バスインターフェースを、図19にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

図20に示すように、図20は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図20を参照すると、装置は、プロセッサ2001と、メモリ2002と、トランシーバ2003とを含む。

メモリ2002は、コンピュータ命令を記憶するように構成される。

トランシーバ2003は、第1の端末によって送られたメディア送信許可要求指示情報を受信するように構成され、メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように装置に指示するために使用される。

プロセッサ2001は、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾するように構成される。

任意選択で、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する前に、プロセッサ2001は、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、第1の呼要求メッセージに配置される。

第1の呼要求メッセージは、第1の端末と第2の端末との間に第1の呼セッションを確立するように装置に指示するために使用される。

任意選択で、プロセッサ2001は、
第1の呼要求メッセージに従って第1の呼セッションを確立し、第1の呼セッションが確立された後、送信制御サーバを使用することによって、メディア送信許可要求指示情報に従って第2の端末にメディア送信許可を承諾する、
ように特に構成される。

任意選択で、プロセッサ2001は、
メディア送信許可要求指示情報に基づいて、送信承諾メッセージを含む第2の呼要求メッセージを生成し、送信承諾メッセージが、第2の端末がメディア送信許可を取得することを示すために使用され、第2の呼要求メッセージが、第1の呼セッションに参加するように第2の端末を招待するために使用され、
トランシーバ2003を使用することによって第2の端末に第2の呼要求メッセージを送る、
ように特に構成される。

任意選択で、メディア送信許可が第2の端末に第2の呼要求メッセージを送ることによって第2の端末に承諾された後、トランシーバ2003は、
第1の端末に送信済みメッセージを含む第1の呼応答メッセージを送り、第1の呼応答メッセージが、装置が第2の端末によって返された第2の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションである。

メディア送信許可要求メッセージは、グループ呼セッションで第3の端末に送信済みメッセージを送るように送信制御サーバに指示するためにさらに使用され、送信済みメッセージが、メディア送信許可が第2の端末に承諾されることを示すために使用される。

任意選択で、第1の呼セッションは、グループ呼セッションであり、トランシーバ2003は、
第1の呼要求メッセージに基づいて第3の端末に第3の呼要求メッセージを送り、第3の呼要求メッセージが、グループ呼セッションに参加するように第3の端末を招待するために使用され、
第3の端末に送信済みメッセージを含む通知メッセージを送り、通知メッセージが、装置が第3の端末によって返された第3の呼応答メッセージを受信した後に装置によって送られる、
ようにさらに構成される。

任意選択で、メディア送信許可要求指示情報は、リモートプライベート呼要求メッセージに配置される。

リモートプライベート呼要求メッセージは、第2の端末と第3の端末との間に第2の呼セッションを確立するように装置に指示するために使用される。

バスインターフェースを、図20にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

図21に示すように、図21は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図21を参照すると、装置は、プロセッサ2101と、メモリ2102と、トランシーバ2103とを含む。

メモリ2102は、コンピュータ命令を記憶するように構成される。

プロセッサ2101は、装置と第2の端末との間に呼セッションが確立された後、第2の端末がメディアデータを送信する必要があると決定するように構成される。

トランシーバ2103は、ターゲットサーバにリモート送信要求メッセージを送るように構成され、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

任意選択で、ターゲットサーバにリモート送信要求メッセージを送った後、トランシーバ2103は、
ターゲットサーバによって送られた送信済みメッセージを受信する、
ようにさらに構成される。

送信済みメッセージは、メディア送信許可が第2の端末に承諾されることを示すために使用される。

バスインターフェースを、図21にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

図22に示すように、図22は、本出願の一実施形態によるメディア送信許可を申請するための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図22を参照すると、装置は、プロセッサ2201と、メモリ2202と、トランシーバ2203とを含む。

メモリ2202は、コンピュータ命令を記憶するように構成される。

トランシーバ2203は、第1の端末によって送られたリモート送信要求メッセージを受信するように構成され、リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するようにターゲットサーバに指示するために使用され、リモート送信要求メッセージが、第1の端末と第2の端末との間に呼セッションが確立された後に送られ、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

プロセッサ2201は、第2の端末にメディア送信許可を承諾するように構成される。

任意選択で、第2の端末にメディア送信許可を承諾する前に、プロセッサ2201は、
第1の端末が第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、第2の端末が第2の端末以外の端末に第2の端末に対するメディア送信許可を申請することを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末にメディア送信許可を承諾する前に、プロセッサ2201は、
第3の端末がメディア送信許可を取っていると決定される場合、第3の端末によって取られるメディア送信許可を取り消す、
ようにさらに構成される。

バスインターフェースを、図22にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

図23に示すように、図23は、本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図23を参照すると、装置は、プロセッサ2301と、メモリ2302と、トランシーバ2303とを含む。

メモリ2302は、コンピュータ命令を記憶するように構成される。

プロセッサ2301は、第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するように構成される。

トランシーバ2303は、ターゲットサーバにリモート送信解除メッセージを送るように構成され、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

任意選択で、ターゲットサーバにリモート送信解除メッセージを送った後、トランシーバ2303は、
ターゲットサーバによって返されたリモート送信アイドルメッセージを受信し、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

バスインターフェースを、図23にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

図24に示すように、図24は、本出願の一実施形態によるメディア送信許可を取り消すための装置の概略構造図である。

装置は、前述の実施形態における方法手順を実行するように構成され得る。

図24を参照すると、装置は、プロセッサ2401と、メモリ2402と、トランシーバ2403とを含む。

メモリ2402は、コンピュータ命令を記憶するように構成される。

トランシーバ2403は、第1の端末によって送られたリモート送信解除メッセージを受信するように構成され、リモート送信解除メッセージが、第2の端末のメディア送信許可を取り消すようにターゲットサーバに指示するために使用され、ターゲットサーバが、ミッションクリティカルサービスMCSサーバまたは送信制御サーバである。

プロセッサ2401は、リモート送信解除メッセージに従って第2の端末のメディア送信許可を取り消すように構成される。

任意選択で、第2の端末のメディア送信許可を取り消す前に、プロセッサ2401は、
第1の端末が第1の端末以外の端末のメディア送信許可を取り消す許可を有し、第2の端末が第2の端末以外の端末に第2の端末のメディア送信許可を取り消すことを可能にすると決定する、
ようにさらに構成される。

任意選択で、第2の端末のメディア送信許可が取り消された後、トランシーバ2403は、
第1の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用される、
ようにさらに構成される。

任意選択で、第2の端末が配置される呼セッションは、グループ呼セッションである。

第2の端末のメディア送信許可が取り消された後、トランシーバ2403は、
第3の端末にリモート送信アイドルメッセージを送り、リモート送信アイドルメッセージが、第2の端末のメディア送信許可が取り消されることを示すために使用され、第3の端末が、グループ呼セッションの任意の端末である、
ようにさらに構成される。

バスインターフェースを、図24にさらに含めることができる。バスインターフェースは、任意の数の相互接続されたバスおよびブリッジを含み得る。具体的には、プロセッサによって表される1つまたは複数のプロセッサとメモリによって表される複数のメモリの様々な回路が、互いにリンクされる。バスインターフェースは、周辺デバイス、電圧レギュレータ、および電力管理回路などの様々な他の回路を互いにさらにリンクすることができる。これは当技術分野で周知であり、したがって本明細書ではこれ以上説明しない。

本出願の実施形態では、トランシーバは、有線トランシーバ、無線トランシーバ、またはそれらの組合せであってもよいことに留意されたい。有線トランシーバは、例えば、Ethernetインターフェースとすることができる。Ethernetインターフェースは、光インターフェース、電気的インターフェース、またはそれらの組合せであってもよい。無線トランシーバは、例えば、無線ローカルエリアネットワークトランシーバ、セルラーネットワークトランシーバ、またはそれらの組合せであってもよい。プロセッサは、中央処理装置（CPU）、ネットワークプロセッサ（NP）、またはCPUとNPの組合せであってもよい。プロセッサは、ハードウェアチップをさらに含んでもよい。ハードウェアチップは、特定用途向け集積回路（ASIC）、プログラマブルロジックデバイス（PLD）、またはそれらの組合せであってもよい。PLDは、複合プログラマブルロジックデバイス（CPLD）、フィールドプログラマブルゲートアレイ（FPGA）、ジェネリックアレイロジック（GAL）、またはそれらの任意の組合せであってもよい。メモリは、揮発性メモリ、例えば、ランダムアクセスメモリ（RAM）を含んでもよく、またはメモリは、不揮発性メモリ、例えば、読み出し専用メモリ（ROM）、フラッシュメモリ、ハードディスクドライブ（HDD）、またはソリッドステートドライブ（SSD）を含んでもよく、またはメモリは、前述のタイプのメモリの組合せを含んでもよい。

当業者は、本出願の実施形態が、方法、システム、またはコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアの組み合わせを備えた実施形態の形態を使用することができる。さらに、本出願は、コンピュータ使用可能プログラムコードを含む1つまたは複数のコンピュータ使用可能記憶媒体（ディスクメモリおよび光メモリを含むが、これらに限定されない）上に実装されるコンピュータプログラム製品の形態を使用することができる。

本出願は、本出願の実施形態による方法、デバイス（システム）、およびコンピュータプログラム製品のフローチャートおよび／またはブロック図を参照して説明される。コンピュータプログラム命令を、フローチャートおよび／またはブロック図の各プロセスおよび／または各ブロック、ならびにフローチャートおよび／またはブロック図のプロセスおよび／またはブロックの組合せを実装するために使用することができることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または別のプログラマブルデータ処理デバイスのプロセッサに提供されて機械命令を生成することができ、その結果、コンピュータまたは別のプログラマブルデータ処理デバイスのプロセッサによって実施される命令が、フローチャートの1つまたは複数のプロセスおよび／またはブロック図の1つまたは複数のブロックにおいて特定の機能を実装するための装置を生成する。

これらのコンピュータプログラム命令は、特定の方式で動作するようにコンピュータまたは別のプログラマブルデータ処理デバイスに指示することができるコンピュータ可読メモリに記憶することができ、その結果、コンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャートの1つまたは複数のプロセスおよび／またはブロック図の1つまたは複数のブロックにおいて特定の機能を実装する。

これらのコンピュータプログラム命令は、コンピュータまたは別のプログラマブルデータ処理デバイス上にロードされてもよく、その結果、一連の操作およびステップがコンピュータまたは別のプログラマブルデバイス上で実行され、それによってコンピュータ実装処理を生成する。したがって、コンピュータまたは別のプログラマブルデバイス上で実施される命令は、フローチャートの1つまたは複数のプロセスおよび／またはブロック図の1つまたは複数のブロックにおいて特定の機能を実装するためのステップを提供する。

明らかに、当業者は、本出願の精神および範囲から逸脱することなく、本出願に様々な修正および変更を加えることができる。本出願は、以下の特許請求の範囲およびその同等の技術によって規定される保護の範囲内にある限り、本出願のこれらの修正および変更を包含することを意図している。

1301 処理ユニット
1302 トランシーバユニット
1401 トランシーバユニット
1402 処理ユニット
1501 処理ユニット
1502 トランシーバユニット
1601 トランシーバユニット
1602 処理ユニット
1701 処理ユニット
1702 トランシーバユニット
1801 トランシーバユニット
1802 処理ユニット
1901 プロセッサ
1902 メモリ
1903 トランシーバ
2001 プロセッサ
2002 メモリ
2003 トランシーバ
2101 プロセッサ
2102 メモリ
2103 トランシーバ
2201 プロセッサ
2202 メモリ
2203 トランシーバ
2301 プロセッサ
2302 メモリ
2303 トランシーバ
2401 プロセッサ
2402 メモリ
2403 トランシーバ

Claims (16)

1. メディア送信許可を申請するための方法であって、前記方法は、
   第1の端末によって、第2の端末がメディアデータを送信する必要があると決定するステップと、
   前記第1の端末によって、ミッションクリティカルサービス（MCS）サーバにメディア送信許可要求指示情報を送るステップであって、前記メディア送信許可要求指示情報が、前記第2の端末にメディア送信許可を承諾するように前記MCSサーバに指示するために使用される、ステップと、
   を含み、
   前記メディア送信許可要求指示情報が、リモートプライベート呼要求メッセージに配置され、
   前記リモートプライベート呼要求メッセージが、前記第2の端末と第3の端末との間に第2の呼セッションを確立するように前記MCSサーバに指示するために使用される、
   方法。
2. メディア送信許可を申請するための方法であって、前記方法は、
   ミッションクリティカルサービス（MCS）サーバによって、第1の端末によって送られたメディア送信許可要求指示情報を受信するステップであって、前記メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように前記MCSサーバに指示するために使用される、ステップと、
   前記MCSサーバによって、前記メディア送信許可要求指示情報に従って前記第2の端末に前記メディア送信許可を承諾するステップと、
   を含み、
   前記メディア送信許可要求指示情報が、第1の呼要求メッセージに配置され、
   前記第1の呼要求メッセージが、前記第1の端末と前記第2の端末との間に第1の呼セッションを確立するように前記MCSサーバに指示するために使用され、
   前記MCSサーバによって、前記メディア送信許可要求指示情報に従って前記第2の端末に前記メディア送信許可を承諾する前記ステップが、
   前記MCSサーバによって、前記第1の呼要求メッセージに従って前記第1の呼セッションを確立するステップと、前記第1の呼セッションが確立された後、送信制御サーバを使用することによって、前記メディア送信許可要求指示情報に従って前記第2の端末に前記メディア送信許可を承諾するステップと、
   を含む、方法。
3. 前記第1の呼セッションが、グループ呼セッションであり、
   メディア送信許可要求メッセージが、前記グループ呼セッションで第3の端末に送信済みメッセージを送るように前記送信制御サーバに指示するためにさらに使用され、前記送信済みメッセージが、前記メディア送信許可が前記第2の端末に承諾されることを示すために使用される、
   請求項2に記載の方法。
4. 前記メディア送信許可要求指示情報が、リモートプライベート呼要求メッセージに配置され、
   前記リモートプライベート呼要求メッセージが、前記第2の端末と第3の端末との間に第2の呼セッションを確立するように前記MCSサーバに指示するために使用される、
   請求項2に記載の方法。
5. メディア送信許可を申請するための方法であって、前記方法は、
   第1の端末と第2の端末との間に呼セッションが確立された後、前記第1の端末によって、前記第2の端末がメディアデータを送信する必要があると決定するステップと、
   前記第1の端末によって、ターゲットサーバにリモート送信要求メッセージを送るステップであって、前記リモート送信要求メッセージが、前記第2の端末にメディア送信許可を承諾するように前記ターゲットサーバに指示するために使用され、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、ステップと、
   を含む方法。
6. 前記第1の端末によって、ターゲットサーバにリモート送信要求メッセージを送る前記ステップの後、前記方法が、
   前記第1の端末によって、前記ターゲットサーバによって送られた送信済みメッセージを受信するステップ、
   をさらに含み、
   前記送信済みメッセージが、前記メディア送信許可が前記第2の端末に承諾されることを示すために使用される、
   請求項5に記載の方法。
7. メディア送信許可を申請するための方法であって、前記方法は、
   ターゲットサーバによって、第1の端末によって送られたリモート送信要求メッセージを受信するステップであって、前記リモート送信要求メッセージが、第2の端末にメディア送信許可を承諾するように前記ターゲットサーバに指示するために使用され、前記リモート送信要求メッセージが、前記第1の端末と前記第2の端末との間に呼セッションが確立された後に送られ、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、ステップと、
   前記ターゲットサーバによって、前記第2の端末に前記メディア送信許可を承諾するステップと、
   を含む方法。
8. 前記ターゲットサーバによって、前記第2の端末に前記メディア送信許可を承諾する前記ステップの前、前記方法が、
   前記ターゲットサーバによって、前記第1の端末が前記第1の端末以外の端末に対するメディア送信許可を申請する許可を有し、前記第2の端末が前記第2の端末以外の端末に前記第2の端末に対する前記メディア送信許可を申請することを可能にすると決定するステップ、
   をさらに含む、請求項7に記載の方法。
9. 前記ターゲットサーバによって、前記第2の端末に前記メディア送信許可を承諾する前記ステップの前、前記方法が、
   前記ターゲットサーバが、第3の端末が前記メディア送信許可を取っていると決定する場合、前記ターゲットサーバによって、前記第3の端末によって取られる前記メディア送信許可を取り消すステップ、
   をさらに含む、請求項7または8に記載の方法。
10. メディア送信許可を取り消すための方法であって、前記方法は、
    第1の端末によって、第2の端末がメディアデータを送信するためにメディア送信許可を取っていると決定するステップと、
    前記第1の端末によって、ターゲットサーバにリモート送信解除メッセージを送るステップであって、前記リモート送信解除メッセージが、前記第2の端末の前記メディア送信許可を取り消すように前記ターゲットサーバに指示するために使用され、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、ステップと、
    前記第1の端末によって、前記ターゲットサーバによって返されたリモート送信アイドルメッセージを受信するステップであって、前記リモート送信アイドルメッセージが、前記第2の端末の前記メディア送信許可が取り消されることを示すために使用される、ステップ、
    を含む、方法。
11. メディア送信許可を申請するための装置であって、前記装置は、
    第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニットと、
    ミッションクリティカルサービス（MCS）サーバにメディア送信許可要求指示情報を送るように構成された、トランシーバユニットであって、前記メディア送信許可要求指示情報が、前記第2の端末にメディア送信許可を承諾するように前記MCSサーバに指示するために使用される、トランシーバユニットと、
    を備え、
    前記メディア送信許可要求指示情報が、リモートプライベート呼要求メッセージに配置され、
    前記リモートプライベート呼要求メッセージが、前記第2の端末と第3の端末との間に第2の呼セッションを確立するように前記MCSサーバに指示するために使用される、
    装置。
12. メディア送信許可を申請するための装置であって、前記装置は、
    第1の端末によって送られたメディア送信許可要求指示情報を受信するように構成された、トランシーバユニットであって、前記メディア送信許可要求指示情報が、第2の端末にメディア送信許可を承諾するように前記装置に指示するために使用される、トランシーバユニットと、
    前記メディア送信許可要求指示情報に従って前記第2の端末に前記メディア送信許可を承諾するように構成された、処理ユニットと、
    を備え、
    前記メディア送信許可要求指示情報が、第1の呼要求メッセージに配置され、
    前記第1の呼要求メッセージが、前記第1の端末と前記第2の端末との間に第1の呼セッションを確立するように前記装置に指示するために使用され、
    前記処理ユニットが、
    前記第1の呼要求メッセージに従って前記第1の呼セッションを確立し、前記第1の呼セッションが確立された後、送信制御サーバを使用することによって、前記メディア送信許可要求指示情報に従って前記第2の端末に前記メディア送信許可を承諾する、
    ように特に構成される、装置。
13. メディア送信許可を申請するための装置であって、前記装置は、
    前記装置と第2の端末との間に呼セッションが確立された後、前記第2の端末がメディアデータを送信する必要があると決定するように構成された、処理ユニットと、
    ターゲットサーバにリモート送信要求メッセージを送るように構成された、トランシーバユニットであって、前記リモート送信要求メッセージが、前記第2の端末にメディア送信許可を承諾するように前記ターゲットサーバに指示するために使用され、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、トランシーバユニットと、
    を備える装置。
14. 前記ターゲットサーバに前記リモート送信要求メッセージを送った後、前記トランシーバユニットが、
    前記ターゲットサーバによって送られた送信済みメッセージを受信する、
    ようにさらに構成され、
    前記送信済みメッセージが、前記メディア送信許可が前記第2の端末に承諾されることを示すために使用される、
    請求項13に記載の装置。
15. メディア送信許可を申請するための方法であって、前記方法は、
    第1の端末と第2の端末との間に呼セッションが確立された後、前記第2の端末がメディアデータを送信する必要があると決定し、ターゲットサーバにリモート送信要求メッセージを送る第1の端末と、
    前記リモート送信要求メッセージを受信し、前記第2の端末に前記メディア送信許可を承諾するターゲットサーバと、
    を備え、
    前記リモート送信要求メッセージが、前記第2の端末にメディア送信許可を承諾するように前記ターゲットサーバに指示するために使用され、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、
    方法。
16. メディア送信許可を申請するためのシステムであって、前記システムは、
    第1の端末と第2の端末との間に呼セッションが確立された後、前記第2の端末がメディアデータを送信する必要があると決定し、ターゲットサーバにリモート送信要求メッセージを送るように構成された、第1の端末と、
    前記リモート送信要求メッセージを受信し、前記第2の端末に前記メディア送信許可を承諾するように構成された、ターゲットサーバと、
    を備え、
    前記リモート送信要求メッセージが、前記第2の端末にメディア送信許可を承諾するように前記ターゲットサーバに指示するために使用され、前記ターゲットサーバが、ミッションクリティカルサービス（MCS）サーバまたは送信制御サーバである、
    システム。

Images