本申请涉及通信技术领域,特别涉及一种mcptt话权续时方法及系统。
背景技术:
mcptt(missioncriticalpushtotalk)是3gpp(第三代合作伙伴计划,3rdgenerationpartnershipproject)为了解决公共安全,在lte(longtermevolution,长期演进)之上建立的一整套集群通信系统。mcptt为用户提供集群语音组呼业务,在组呼过程中用户需要发起话权申请,从mcpttserver接收到话权授予后才能进行讲话。
但是,mcptt为用户提供的集群语音组呼业务,无法满足讲话方在话权即将超时时,需要延长话权时间的要求。
技术实现要素:
为解决上述技术问题,本申请实施例提供一种mcptt话权续时方法及系统,以达到满足讲话方在话权即将超时时,需要延长话权时间的要求的目的,技术方案如下:
一种mcptt话权续时方法,包括:
客户端向mcptt服务器发送话权续时请求消息;
所述客户端接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息;
若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话。
优选的,所述方法还包括:
若所述话权续时应答消息为拒绝续时,则在所述客户端的话权超时时,所述客户端的话权被强行释放。
优选的,所述客户端向mcptt服务器发送话权续时请求消息之前,还包括:
所述mcptt服务器在判断出所述客户端的话权剩余时长不大于预设时长时,向所述客户端发送话权即将超时提示信息。
优选的,所述续时限制策略包括:续时次数限制、仅允许主叫客户端续时和被叫客户端续时需要除所述mcptt服务器之外的设备授权中的任意一种或多种。
优选的,所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,包括:
所述mcptt服务器判断所述客户端是否为主叫客户端;
若所述客户端为主叫客户端,则判断所述客户端的话权续时次数是否达到预设续时次数上限;
若所述客户端的话权续时次数达到所述预设续时次数上限,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;
若所述客户端的话权续时次数未达到所述预设续时次数上限,则同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时;
若所述客户端为被叫客户端,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;或,将所述话权续时请求消息发送至除所述mcptt服务器之外的设备,并将所述除所述mcptt服务器之外的设备反馈的话权续时应答消息转发至所述客户端。
优选的,所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,包括:
若接收到多个同等优先级的客户端发送的各类请求消息,则所述mcptt服务器根据续时限制策略优先响应所述话权续时请求消息。
一种mcptt话权续时系统,包括:客户端和mcptt服务器;
所述客户端用于向所述mcptt服务器发送话权续时请求消息,及接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息,及若所述话权续时应答消息为同意续时,则按照所述mcptt服务器授权的续时时长,继续讲话。
优选的,所述客户端还用于若所述话权续时应答消息为拒绝续时,则在所述客户端的话权超时时,所述客户端的话权被强行释放。
优选的,所述mcptt服务器用于在判断出所述客户端的话权剩余时长不大于预设时长时,向所述客户端发送话权即将超时提示信息。
优选的,所述续时限制策略包括:续时次数限制、仅允许主叫客户端续时和被叫客户端续时需要除所述mcptt服务器之外的设备授权中的任意一种或多种。
优选的,所述mcptt服务器具体用于:判断所述客户端是否为主叫客户端;
若所述客户端为主叫客户端,则判断所述客户端的话权续时次数是否达到预设续时次数上限;
若所述客户端的话权续时次数达到所述预设续时次数上限,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;
若所述客户端的话权续时次数未达到所述预设续时次数上限,则同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时;
若所述客户端为被叫客户端,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;或,将所述话权续时请求消息发送至除所述mcptt服务器之外的设备,并将所述除所述mcptt服务器之外的设备反馈的话权续时应答消息转发至所述客户端。
优选的,所述mcptt服务器具体用于若接收到多个同等优先级的客户端发送的各类请求消息,则根据续时限制策略优先响应所述话权续时请求消息。
与现有技术相比,本申请的有益效果为:
在本申请中,可以通过对mcptt提供的集群语音组呼业务进行改进,保证客户端可以向mcptt服务器发送话权续时请求消息,及所述客户端可以接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息,若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话,以满足讲话方在话权即将超时时,需要延长话权时间的要求。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请提供的mcptt话权续时方法的一种流程图;
图2是本申请提供的mcptt话权续时方法的另一种流程图;
图3是本申请提供的mcptt话权续时方法的再一种流程图;
图4是本申请提供的mcptt话权续时方法的再一种流程图;
图5是本申请提供的mcptt话权续时系统的一种逻辑结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种mcptt话权续时方法,通过客户端向mcptt服务器发送话权续时请求消息;所述客户端接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息;若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话,以满足讲话方在话权即将超时时,需要延长话权时间的要求。
接下来对本申请实施例公开的mcptt话权续时方法进行介绍,请参见图1,可以包括:
步骤s11、客户端向mcptt服务器发送话权续时请求消息。
客户端可以理解为:正在讲话的客户端。
需要说明的是,客户端在话权即将超时时,想要延长话权时间,则可以向mcptt服务器发送话权续时请求消息。
需要说明的是,本实施例中,可以对mcptt提供的集群语音组呼业务进行改进,使mcptt提供的集群语音组呼业务支持话权续时(即延长话权时间)。其中,对mcptt提供的集群语音组呼业务进行改进的方式可以为:增加4条消息,分别为:floortimeout(可以继续讲话的剩余时间)、floorcontinued(话权续时请求消息)、floorcontinuedgrant(同意续时)和floorcontinuedreject(拒绝续时)。其中,floorcontinuedgrant和floorcontinuedreject均可以作为话权续时应答消息,且两者不会同时发送。
本实施例中,floortimeout(可以继续讲话的剩余时间)由mcptt服务器向客户端发送,消息内容请参见表1;floorcontinued(话权续时请求消息)由客户端对外发送,消息内容请参见表2;floorcontinuedgrant(同意续时)由mcptt服务器或除mcptt服务器之外的设备确定,消息内容请参见表3;floorcontinuedreject(拒绝续时)由mcptt服务器或除mcptt服务器之外的设备确定,消息内容请参见4。
表1floortimeout
表2floorcontinued
表3floorcontinuedgrant
表4floorcontinuedreject
需要说明的是,本申请中的话权续时可以理解为:延长话权时间。
步骤s12、所述客户端接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息。
基于步骤s11中介绍的floorcontinued消息,mcptt服务器可以根据续时限制策略来判断是否允许话权续时请求消息中的mcpttid(申请续时的用户mcpttid)对应的客户端进行话权续时,并返回话权续时应答消息。在接收到客户端发送的话权续时请求消息后,可以根据续时限制策略响应所述话权续时请求消息,返回话权续时应答消息。
步骤s13、若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话。
mcptt服务器在同意续时的情况下,mcptt可以重新计算客户端的话权时长,作为客户端的续时时长,并将客户端的续时时长告知客户端,客户端则可以按照所述mcptt服务器授权的续时时长,继续讲话。
在本申请中,可以通过对mcptt提供的集群语音组呼业务进行改进,保证客户端可以向mcptt服务器发送话权续时请求消息,及所述客户端可以接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息,若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话,以满足讲话方在话权即将超时时,需要延长话权时间的要求。
在本申请的另一个实施例中,介绍另外一种mcptt话权续时方法,请参见图2,可以包括:
步骤s21、客户端向mcptt服务器发送话权续时请求消息。
步骤s22、所述客户端接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息。
步骤s23、若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话。
步骤s21-s23与前述实施例介绍的步骤s11-s13相同,步骤s21-s23的详细过程可参见步骤s11-s13的详细介绍,在此不再赘述。
步骤s24、若所述话权续时应答消息为拒绝续时,则在所述客户端的话权超时时,所述客户端的话权被强行释放。
mcptt服务器在拒绝续时的情况下,若所述客户端原有的话权超时,mcptt服务器则可以强行释放客户端的话权。
在本申请的另一个实施例中,介绍另外一种mcptt话权续时方法,请参见图3,可以包括:
步骤s31、所述mcptt服务器在判断出所述客户端的话权剩余时长不大于预设时长时,向所述客户端发送话权即将超时提示信息。
所述mcptt服务器在判断出所述客户端的话权剩余时长不大于预设时长时,向所述客户端发送话权即将超时提示信息,可以及时提醒用户是否要申请话权续时,改善了用户体验性。
步骤s32、客户端向mcptt服务器发送话权续时请求消息。
客户端在收到话权即将超时提示信息后,在确定需要延长话权时间的情况下,向mcptt服务器发送话权续时请求消息。
步骤s33、所述客户端接收所述mcptt服务器根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息。
步骤s34、若所述话权续时应答消息为同意续时,则所述客户端按照所述mcptt服务器授权的续时时长,继续讲话。
步骤s32-s34与前述实施例中介绍的步骤s11-s13相同,步骤s32-s34的详细过程可以参见步骤s11-s13的相关介绍,在此不再赘述。
在本申请的另一个实施例中,对前述各个实施例中涉及的续时限制策略进行介绍,具体可以包括:
续时次数限制、仅允许主叫客户端续时和被叫客户端续时需要除所述mcptt服务器之外的设备授权中的任意一种或多种。
续时次数限制,可以理解为:设置续时次数上限,在超过续时次数上限时,不再允许续时。
仅允许主叫客户端续时,可以理解为:在客户端为主叫客户端时,允许其续时,在客户端为被叫客户端时,不允许其续时。
被叫客户端续时需要除所述mcptt服务器之外的设备授权,可以理解为:被叫客户端申请话权续时后,由除所述mcptt服务器之外的设备决定是否同意被叫客户端的话权续时。
在本申请的另一个实施例中,基于续时限制策略可以包括:续时次数限制和仅允许主叫客户端续时的实施方式,对前述各个实施例中介绍的所述mcptt服务器根据续时限制策略响应所述话权续时请求消息进行介绍,具体可以包括:
a1、所述mcptt服务器判断所述客户端是否为主叫客户端。
若所述客户端为主叫客户端,则执行步骤a2,若所述客户端为被叫客户端,则执行步骤a3。
a2、判断所述客户端的话权续时次数是否达到预设续时次数上限。
若所述客户端的话权续时次数达到所述预设续时次数上限,则执行步骤a3;若所述客户端的话权续时次数未达到所述预设续时次数上限,则执行步骤a4。
a3、拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时。
a4、同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时。
在本申请的另一个实施例中,基于续时限制策略包括:续时次数限制和被叫客户端续时需要除所述mcptt服务器之外的设备授权的实施方式,对前述各个实施例中介绍的所述mcptt服务器根据续时限制策略响应所述话权续时请求消息进行介绍,具体可以包括:
b1、所述mcptt服务器判断所述客户端是否为主叫客户端。
若所述客户端为主叫客户端,则执行步骤b2;若所述客户端为被叫客户端,则执行步骤b5。
b2、判断所述客户端的话权续时次数是否达到预设续时次数上限。
若所述客户端的话权续时次数达到所述预设续时次数上限,则执行步骤b3;若所述客户端的话权续时次数未达到所述预设续时次数上限,则执行步骤b4。
b3、拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时。
b4、同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时。
b5、将所述话权续时请求消息发送至除所述mcptt服务器之外的设备,并将所述除所述mcptt服务器之外的设备反馈的话权续时应答消息转发至所述客户端。
所述除所述mcptt服务器之外的设备反馈的话权续时应答消息,可以理解为:同意续时或拒绝续时。
在本申请的另一个实施例中,基于续时限制策略仅包括:续时次数限制的实施方式,对前述各个实施例中介绍的所述mcptt服务器根据续时限制策略响应所述话权续时请求消息进行介绍,具体可以包括:
c1、判断所述客户端的话权续时次数是否达到预设续时次数上限。
若所述客户端的话权续时次数达到所述预设续时次数上限,则执行步骤c2;若所述客户端的话权续时次数未达到所述预设续时次数上限,则执行步骤c3。
c2、拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时。
c3、同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时。
在本申请的另一个实施例中,基于续时限制策略仅包括:仅允许主叫客户端续时的实施方式,对前述各个实施例中介绍的所述mcptt服务器根据续时限制策略响应所述话权续时请求消息进行介绍,具体可以包括:
d1、所述mcptt服务器判断所述客户端是否为主叫客户端。
若所述客户端为主叫客户端,则执行步骤d2;若所述客户端为被叫客户端,则执行步骤d3。
d2、同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时。
d3、拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时。
需要说明的是,mcptt服务器根据续时限制策略响应所述话权续时请求消息的具体实施过程,并不局限于前述各个实施例介绍的方式,mcptt服务器根据续时限制策略响应所述话权续时请求消息的具体实施过程随续时次数限制、仅允许主叫客户端续时和被叫客户端续时需要除所述mcptt服务器之外的设备授权的组合方式不同而不同,在此不再一一列举。
在本申请的另一个实施例中,对前述实施例介绍的mcptt服务器根据续时限制策略响应所述话权续时请求消息进行介绍,具体可以包括:
若接收到多个同等优先级的客户端发送的各类请求消息,则所述mcptt服务器根据续时限制策略优先响应所述话权续时请求消息。
其中,mcptt从话权续时请求消息中的floorpriority中确定发送话权续时请求消息的客户端的优先级。
所述mcptt服务器根据续时限制策略优先响应所述话权续时请求消息,可以保证客户端在话权到期后不会被同等优先级的用户打断通话。
在本申请的另一个实施例中,举例对本申请提供的mcptt话权续时方法进行介绍,请参见图4,可以包括:
步骤1:mcptt组呼已经建立,其中组呼由mcpttclient1发起,并且mcpttclient2是组呼中的一个成员,组呼可能存在其他更多的被叫成员;
步骤2~6:mcpttclient2申请话权,mcpttserver(即mcptt服务器)对话权申请进行确认授权,mcpttclient2开始讲话,讲话时长为t1;
步骤7:在mcpttclient2话权剩余时长小于等于t时,mcpttserver向mcpttclient2发送floortimeout提醒mcpttclient2话权即将超时,mcpttclient2在收到话权超时消息后,显示虚拟话权续时按键;
步骤8~14:用户按下话权续时虚拟按键后,mcpttclient2向mcpttserver发送floorcontinued,mcpttserver根据续时策略判断话权续时是否需要主叫方、或者调度台同意。如果需要主叫方/调度台同意,则将话权续时消息发送给mcpttclient1,mcpttclient1收到消息后提醒用户确认是否同意mcpttclient2话权续时。如果主叫用户同意,则回送floorcontinuedgrant消息给mcpttserver,mcpttserver转发给mcpttclient2,client2继续讲话,并且mcpttserver重新开始计算续时时长;
步骤15~21:mcpttclient2申请话权续时被拒绝场景的流程示意,mcpttclient1或者mcpttserver拒绝了mcpttclient2话权续时操作;
步骤22~24:mcpttclient2话权续时被拒绝后话权超时,mcpttserver强行释放mcpttclient2话权。
接下来对本申请提供的mcptt话权续时系统进行介绍,下文介绍的mcptt话权续时系统与上文介绍的mcptt话权续时方法可相互对应参照。
请参见图5,其示出了本申请提供的mcptt话权续时系统的一种逻辑结构示意图,mcptt话权续时系统包括:客户端11和mcptt服务器12。
所述客户端11用于向所述mcptt服务器12发送话权续时请求消息,及接收所述mcptt服务器12根据续时限制策略响应所述话权续时请求消息,返回的话权续时应答消息,及若所述话权续时应答消息为同意续时,则按照所述mcptt服务器12授权的续时时长,继续讲话。
本实施例中,所述客户端11还可以用于若所述话权续时应答消息为拒绝续时,则在所述客户端11的话权超时时,所述客户端11的话权被强行释放。
本实施例中,所述mcptt服务器12可以用于在判断出所述客户端11的话权剩余时长不大于预设时长时,向所述客户端11发送话权即将超时提示信息。
本实施例中,所述续时限制策略可以包括:续时次数限制、仅允许主叫客户端11续时和被叫客户端11续时需要除所述mcptt服务器12之外的设备授权中的任意一种或多种。
基于上述续时限制策略,所述mcptt服务器12具体可以用于:判断所述客户端11是否为主叫客户端11;
若所述客户端11为主叫客户端11,则判断所述客户端11的话权续时次数是否达到预设续时次数上限;
若所述客户端11的话权续时次数达到所述预设续时次数上限,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;
若所述客户端11的话权续时次数未达到所述预设续时次数上限,则同意所述话权续时请求消息,并确定所述话权续时应答消息为同意续时;
若所述客户端11为被叫客户端11,则拒绝所述话权续时请求消息,并确定所述话权续时应答消息为拒绝续时;或,将所述话权续时请求消息发送至除所述mcptt服务器12之外的设备,并将所述除所述mcptt服务器12之外的设备反馈的话权续时应答消息转发至所述客户端11。
本实施例中,所述mcptt服务器12具体可以用于若接收到多个同等优先级的客户端11发送的各类请求消息,则根据续时限制策略优先响应所述话权续时请求消息。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如rom/ram、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
以上对本申请所提供的一种mcptt话权续时方法及系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。