CN110234079A - 一种关键通信组呼方法、服务器、用户设备及存储装置 - Google Patents
一种关键通信组呼方法、服务器、用户设备及存储装置 Download PDFInfo
- Publication number
- CN110234079A CN110234079A CN201810183594.2A CN201810183594A CN110234079A CN 110234079 A CN110234079 A CN 110234079A CN 201810183594 A CN201810183594 A CN 201810183594A CN 110234079 A CN110234079 A CN 110234079A
- Authority
- CN
- China
- Prior art keywords
- group
- asking
- server
- user equipment
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供了一种关键通信组呼方法、服务器、用户设备及存储装置,该方法包括:服务器接收来自第一用户设备的组呼请求;在所述组呼请求确定为快速组呼请求后,所述服务器向所述第一用户设备发送快速组呼建立指示;所述服务器与所述第一用户设备之间建立媒体面和传输控制的第一通道,所述服务器利用所述第一通道接收来自所述第一用户设备的第一相关数据,并缓存在本地,以在所述服务器与所述组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,所述第二用户设备可以从所述服务器获取所述第一相关数据。通过上述方式,本申请所提供的实施例能够减少主叫方开始进行信息传递前的等待时间。
Description
技术领域
本申请涉及通信技术领域,特别是涉及一种关键通信组呼方法、服务器、用户设备及存储装置。
背景技术
随着人们对宽带化业务的需求,例如视频通话、图片等,集群通信正在向宽带化方向演进,LTE(Long Term Evolution,长期演进)是现今最先进的移动宽带系统,所以基于LTE的宽带集群成为未来发展的方向。
MCPTT(Mission Critical Push To Talk over LTE,基于LTE网的一键通信功能关键任务)定义了LTE网络下一键通信功能业务的实现标准。MCPTT的目标是提供一个低延迟、高安全、高可靠性的集群通信系统。
本申请的发明人在长期研究过程中发现,现有的MCPTT系统架构中主叫方必须等到至少有一个群成员接听后,组呼才能建立,主叫方才能开始进行信息传递,主叫方开始进行信息传递前的等待时间长。
发明内容
本申请主要解决的技术问题是提供一种关键通信组呼方法、服务器、用户设备及存储装置,能够减少主叫方开始进行信息传递前的等待时间。
为解决上述技术问题,本申请采用的一个技术方案是:提供一种关键通信组呼方法,所述方法包括:服务器接收来自第一用户设备的组呼请求;在所述组呼请求确定为快速组呼请求后,所述服务器向所述第一用户设备发送快速组呼建立指示;所述服务器与所述第一用户设备之间建立媒体面和传输控制的第一通道,所述服务器利用所述第一通道接收来自所述第一用户设备的第一相关数据,并缓存在本地,以在所述服务器与所述组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,所述第二用户设备可以从所述服务器获取所述第一相关数据。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种关键通信组呼方法,所述方法包括:第一用户设备向服务器发送组呼请求;所述第一用户设备接收所述服务器返回的快速组呼建立指示,所述快速组呼建立指示是所述服务器确定所述组呼请求为快速组呼请求后返回的;所述第一用户设备响应所述快速组呼建立指示而与所述服务器之间建立媒体面和传输控制的第一通道,并利用所述第一通道向所述服务器发送第一相关数据,以在所述服务器与所述组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,所述第二用户设备可以从所述服务器获取所述第一相关数据。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种关键通信组呼方法,所述方法包括:第二用户设备接收来自服务器的有关第一相关数据的信息,所述第一相关数据是在所述第二用户设备与服务器之间建立媒体面和传输控制的第二通道之前,第一用户设备利用其与所述服务器之间建立媒体面和传输控制的第一通道将所述第一相关数据发送至所述服务器而缓存在所述服务器的;所述第二用户设备通过所述有关第一相关数据的信息,从所述服务器获取所述第一相关数据。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种服务器,所述服务器包括:处理模组、存储模组和通信电路,所述处理模组分别耦接所述存储模组和所述通信电路,所述处理模组、所述存储模组、所述通信电路能够实现上述任一实施例中所述的方法中的步骤。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种用户设备,所述用户设备包括:处理器、存储器、通信电路,所述处理器分别耦接所述存储器、所述通信电路,所述处理器、所述存储器、所述通信电路能够实现上述任一实施例中所述的方法中的步骤。
为解决上述技术问题,本申请采用的另一个技术方案是:提供一种具有存储功能的装置,其上存储有程序数据,所述程序数据被处理器执行时实现上述任一实施例中所述的方法中的步骤。
本申请的有益效果是:区别于现有技术的情况,本申请所提供的关键通信组呼方法包括:主叫方(即,第一用户设备)发送组呼请求至其归属域的服务器,服务器在确定该组呼请求为快速组呼时,服务器向主叫方发送快速组呼建立指示,主叫方接收到该快速组呼建立指示后,主叫方与服务器之间建立媒体面和传输控制的第一通道,主叫方进而开始进行第一相关数据的信息传递。与现有技术相比,本申请所提供的方法在至少一个群成员接听前,主叫方(即,第一用户设备)即可进行信息传递,从而减少主叫方开始进行信息传递前的等待时间;
另外,现有的MCPTT架构中,第二个以及第二个之后接听的群成员只能接收到主叫方正在传递的信息,对于接听之前主叫方的传递的信息无法接收到。而在本申请中,第一个以及第一个以后接听的群成员在接听之前,主叫方传输的信息缓存在处理器中,该群成员接听之后可以从服务器的缓存中获得主叫方在该群成员接听之前发送的信息,也就是说本申请所提供的方法可以使所有群成员获得主叫方传输的全部信息。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。其中:
图1是现有MCPTT系统架构示意图;
图2是本申请关键通信组呼方法一实施方式的流程示意图;
图3是本申请关键通信组呼方法一实施方式的流程示意图;
图4是图3中步骤S203之后关键通信组呼方法一实施方式的流程示意图;
图5是本申请关键通信组呼方法一实施方式的流程示意图;
图6是本申请MCPTT系统架构示意图;
图7是本申请用户设备一实施方式的结构示意图;
图8是本申请服务器一实施方式的结构示意图;
图9是本申请具有存储功能的装置一实施方式的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
首先,请参阅图1,图1为现有MCPTT系统架构示意图。现有的MCPTT系统工作流程具体为:
A、第一用户设备(即,主叫方)发起组呼请求至第一用户设备归属域的服务器,上述组呼请求中携带有业务类型的标识信息和群组标识,其中,业务类型包括语音业务、视频业务、数据业务;
B、服务器接收到该组呼请求后,向组管理服务模组发送查询消息,该查询消息中携带有群组标识;组管理服务模组根据该查询消息从数据库中查询与上述群组标识对应的群组信息,该群组信息包括群成员身份标识列表;
C、服务器根据群组信息中的群成员身份标识列表向第一用户设备以外的群成员发送组呼请求;
D、第二用户设备(即,第一个响应的群成员)返回响应组呼请求至服务器,服务器将该响应组呼请求返回至第一用户设备,第一用户设备和服务器、服务器和第二用户设备建立媒体面和传输控制的通道,第一用户设备进而可以开始进行信息传输。
E、第N个用户设备(N≥3,即第二个及第二个以后响应的群成员)返回响应组呼请求至服务器,服务器向第一用户设备通知响应组呼请求的群成员,服务器和第N个用户设备建立媒体面和传输控制的通道,第N个用户设备获得此时第一用户设备正在进行传输的信息。
从上述流程可以看出,现有的MCPTT架构中第一用户设备(即,主叫方)必须等到至少有一个群成员接听后,第一用户设备和处理器之间的媒体面和传输控制的通道才能建立,第一用户设备才能开始进行信息传递,第一用户设备开始信息传递的等待时间长。另外,对于第N个用户设备(N≥3,即第二个及第二个以后响应的群成员)只能接收到此时第一用户设备进行传输的信息,不能获得第一用户设备之前传输的信息,即不能获得第一用户设备传输的全部的信息。
请参阅图2,图2为本申请关键通信组呼方法一实施方式的流程示意图,本实施例中的方法是基于第一用户设备,即主叫方一侧的流程。该方法包括:
S101:第一用户设备向服务器发送组呼请求。
具体地,在本实施例中,第一用户设备为主叫方,第一用户设备可以是手机、平板、电脑等。第一用户设备发起的组呼请求携带有业务类型标识和群组标识,其中,业务类型包括视频业务、语音业务、数据业务。
在一个实施方式中,上述组呼请求包括第一组呼请求或第二组呼请求,其中,若组呼请求中携带有快速组呼标识,则将组呼请求定义为第一组呼请求,否则,将组呼请求定义为第二组呼请求。在一个应用场景中,快速组呼标识为某个特定字段,若该组呼请求中包含该特定字段,则该组呼请求为第一组呼请求,若该组呼请求中不包含该字段,则该组呼请求为第二组呼请求。
S102:第一用户设备接收服务器返回的快速组呼建立指示,其中,快速组呼建立指示是服务器确定组呼请求为快速组呼请求后返回的。
具体地,在本实施例中,服务器为第一用户设备的归属域服务器。服务器接收到第一用户设备的组呼请求后,判断该组呼请求为第一组呼请求还是第二组呼请求。在一个应用场景中,服务器可以根据组呼请求中是否包含快速组呼标识判断。
在一个实施方式中,当服务器判断出该组呼请求为第一组呼请求后,服务器直接确定该第一组呼请求为快速组呼请求,并返回快速组呼建立指示至第一用户设备。
在另一个实施方式中,当服务器判断出该组呼请求为第一组呼请求后,服务器进一步根据预先设置的配置表确定第一组呼请求是否为快速组呼请求,其中,配置表中包括预先设定为快速组呼的群组标识;例如,将群组标识为1或2或3等等的群组设置为快速组呼并保存在配置表中,服务器获得第一组呼请求携带的群组标识X,并判断该群组标识X是否包含在配置表中,若包含,则确定该第一组呼请求为快速组呼请求;
在又一个实施方式中,当服务器判断出该组呼请求为第二组呼请求后,服务器进一步根据预先设置的配置表确定第二组呼请求是否为快速组呼请求,其中,配置表中包括预先设定为快速组呼的群组标识;例如,将群组标识为1或2或3等等的群组设置为快速组呼并保存在配置表中,服务器获得第二组呼请求携带的群组标识Y,并判断该群组标识Y是否包含在配置表中,若包含,则确定该第二组呼请求为快速组呼请求。
在其他应用场景中,服务器也可根据其他方法确定哪种组呼为快速组呼,例如,配置表可以由业务类型标识和群组标识共同决定(例如,语音业务时,群组1或2为快速组呼,视频业务时,群组1或3为快速组呼,数据业务时,群组4为快速组呼),本申请对此不作限定。
S103:第一用户设备响应快速组呼建立指示而与服务器之间建立媒体面和传输控制的第一通道,并利用第一通道向服务器发送第一相关数据,以在服务器与组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,第二用户设备可以从服务器获取所述第一相关数据。
具体地,在本实施例中,服务器与第二用户设备之间建立媒体面和传输控制的第二通道之前,第一用户设备传输的数据定义为第一相关数据,服务器与第二用户设备之间建立媒体面和传输控制的第二通道之后,第一用户设备传输的数据定义为第二相关数据。
请参阅图3,图3为本申请关键通信组呼方法一实施方式的流程示意图,该方法是基于服务器,该方法流程包括:
S201:服务器接收来自第一用户设备的组呼请求。
S202:在组呼请求确定为快速组呼请求后,服务器向第一用户设备发送快速组呼建立指示。
具体地,服务器确定组呼请求为快速组呼的方法可参见上述实施例步骤S102中的相关内容,在此不再赘述。
S203:服务器与第一用户设备之间建立媒体面和传输控制的第一通道,利用第一通道接收来自第一用户设备的第一相关数据,并缓存在本地,以在服务器与组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,第二用户设备可以从服务器获取第一相关数据。
在另一个实施方式中,请参阅图4,上述步骤S203之后,本申请所提供的关键通信组呼方法还包括:
S301:服务器获得与当前快速组呼对应的群组信息,群组信息包括群成员身份标识信息。
具体地,在一个实施方式中,服务器向组管理服务模组发送查询消息,查询消息中携带与当前快速组呼对应的群组标识;服务器接收组管理服务模组返回的群组信息,群组信息是组管理服务模组根据群组标识确定的,群组信息包括群组成员的身份标识信息。
S302:服务器利用群成员身份标识信息,向群组中的第二用户设备发送组呼请求。
具体地,本实施例中第二用户设备是指群组中除第一用户设备(即,主叫方)之外的所有用户设备。
S303:服务器接收第二用户设备的响应组呼请求,并将响应组呼请求通知到第一用户设备。
具体地,在一个实施方式中,第二用户设备接收到服务器发送的响应组呼请求后,设备会弹出类似“是否响应”的对话框,第二用户设备的使用者选择响应时,第二用户设备则发送响应组呼请求至服务器;服务器接收到该响应组呼请求后,通知第一用户设备目前有哪个用户设备响应。
S304:服务器与第二用户设备之间建立媒体面和传输控制的第二通道。
S305:服务器利用第二通道将第一用户设备传输的相关数据传输至第二用户设备,其中,相关数据包括第一相关数据。
具体地,在一个实施方式中,服务器与第二用户设备之间建立媒体面和传输控制的所述第二通道之前,第一用户设备传输的数据定义为第一相关数据,服务器与第二用户设备之间建立媒体面和传输控制的第二通道之后,第一用户设备传输的数据定义为第二相关数据,服务器利用第二通道将第一用户设备传输的相关数据传输至第二用户设备包括:服务器将第一相关数据和第二相关数据同时传输至第二用户设备;或者,服务器将第一相关数据和第二相关数据分开传输至第二用户设备。
例如,当第一相关数据和第二相关数据为视频数据时,服务器可以将第一相关数据和第二相关数据以画中画的形式同时传输至第二用户设备;或者,服务器将第二相关数据实时传输至第二用户设备,将第一相关数据压缩打包,通过短信、邮件等方式发送至第二用户设备,第二用户设备的使用者可以自己选择时间来观看第一相关数据。在其他实施方式中,服务器也可选用其他方式将第一相关数据和第二相关数据传输至第二用户设备,本申请对此不作限定。
请参阅图5,图5为本申请关键通信组呼方法一实施方式的流程示意图,该方法是基于第二用户设备,即被叫方一侧,该方法包括:
S401:第二用户设备接收来自服务器的有关第一相关数据的信息,第一相关数据是在第二用户设备与服务器之间建立媒体面和传输控制的第二通道之前,第一用户设备利用其与服务器之间建立媒体面和传输控制的第一通道将第一相关数据发送至服务器而缓存在服务器的。
具体地,第二用户设备可以是任一响应服务器的组呼请求的群成员,例如,可以是第一个响应的群成员,也可以是第二个及第二个以后响应的群成员。
S402:第二用户设备通过有关第一相关数据的信息,从服务器获取第一相关数据。
请参阅图6,图6为本申请MCPTT系统架构示意图,下面将结合该系统架构示意图对本申请所提供的关键通信组呼方法作进一步阐述。本申请MCPTT系统流程具体为:
A、第一用户设备(即,主叫方)发起组呼请求至第一用户设备归属域的服务器,上述组呼请求中携带有业务类型的标识信息和群组标识;组呼请求为第一组呼请求或第二组呼请求;
B、服务器接收到第一用户设备发送的组呼请求后,判断组呼请求为第一组呼请求还是第二组呼请求,并进一步判断该组呼请求是否为快速组呼;
具体地,在一个应用场景中,服务器判断出该组呼请求中包含快速组呼标识,则若包含,则判断该组呼请求为第一组呼请求,且该第一组呼请求为快速组呼请求;
在另一个应用场景中,服务器预先设置有配置表,该配置表中包括预先设定为快速组呼的群组标识。例如,将群组标识为1或2或3等等的群组设置为快速组呼并保存在配置表中。当服务器确定该组呼请求为第一组呼请求或第二组呼请求后,获得该组呼请求对应的群组标识,判断该群组标识是否包含在配置表中,若包含,则确定当前组呼请求为快速组呼。
C、若服务器判断该组呼为快速组呼,则返回快速组呼建立指示至第一用户设备;
D、第一用户设备与服务器建立媒体面和传输控制的第一通道,第一用户设备开始进行第一数据信息传输,服务器接收第一数据信息并缓存至本地;
E、服务器向组管理服务模组发送查询消息,该查询消息中携带有群组标识;组管理服务模组根据该查询消息从数据库中查询与上述群组标识对应的群组信息,该群组信息包括群成员身份标识列表;需要说明的是,该步骤可以与上述步骤B同时进行,以减少系统时间;
F、服务器根据群组信息中的群成员身份标识列表向第一用户设备以外的群成员(第二用户设备)发送组呼请求;
G、第二用户设备返回响应组呼请求至服务器,服务器向第一用户设备通知响应组呼请求的群成员,服务器与第二用户设备建立媒体面和传输控制的第二通道;
H、服务器将第一数据信息和第二数据信息同时或者分开传输至第二用户设备,其中,服务器与第二用户设备之间建立媒体面和传输控制的第二通道之前,第一用户设备传输的数据定义为第一相关数据,服务器与第二用户设备之间建立媒体面和传输控制的所述第二通道之后,第一用户设备传输的数据定义为第二相关数据,。
从上述流程可以看出,区别于现有技术的情况,本申请所提供的关键通信组呼方法包括:主叫方(即,第一用户设备)发送组呼请求至其归属域的服务器,服务器在确定该组呼请求为快速组呼时,服务器向主叫方发送快速组呼建立指示,主叫方接收到该快速组呼建立指示后,主叫方与服务器之间建立媒体面和传输控制的第一通道,主叫方进而开始进行第一相关数据的信息传递。与现有技术相比,本申请所提供的方法在至少一个群成员接听前,主叫方(即,第一用户设备)即可进行信息传递,从而减少主叫方开始进行信息传递前的等待时间;另外,现有的MCPTT架构中,第二个以及第二个之后接听的群成员只能接收到主叫方正在传递的信息,对于接听之前主叫方的传递的信息无法接收到。而在本申请中,第一个以及第一个以后接听的群成员在接听之前,主叫方传输的信息缓存在处理器中,该群成员接听之后可以从服务器的缓存中获得主叫方在该群成员接听之前发送的信息,也就是说本申请所提供的方法可以使所有群成员获得主叫方传输的全部信息。
应当理解的是,第一、上述第二用户设备是第一用户设备之外的群成员的统称,无论是第几个响应组呼请求的群成员,其关键通信组呼方法与上述第二用户设备一致。第二,上述第一数据信息和第二数据信息仅是为了区分第二通道建立之前和之后第一用户设备传输的数据信息。对于不同时刻响应组呼请求的群成员,其第一数据信息的内容和第二数据信息的内容不同。第三、尽管在本申请的实施例中采用术语第一、第二等来描述各个用户设备,这些术语仅用来将用户设备彼此区分开来。在不脱离本申请保护范围的情况下,第一用户设备也可被称为第二用户设备,类似地,第二用户设备也可被称为第一用户设备等,本申请的实施例对此不作限定。
请参阅图7,图7为本申请用户设备一实施方式的结构示意图,该用户设备包括处理器70、存储器72、通信电路74,处理器70分别耦接存储器72、通信电路74,处理器70、存储器72、通信电路74能够执行上述实施例中第一用户设备和第二用户设备的动作。
请参阅图8,图8为本申请服务器一实施方式的结构示意图,该服务器包括处理模组80、存储模组82和通信电路84,处理模组80分别耦接存储模组82和通信电路84,处理模组80、存储模组82、通信电路84能够实现上述方法中服务器所执行的步骤。
请参阅图9,图9为本申请具有存储功能的装置一实施方式的结构示意图,该具有存储功能的装置90上存储有程序数据900,程序数据900被处理器执行时实现上述任一实施例的关键通信方法中的步骤。在一个应用场景中,具有存储功能的装置可以是U盘、硬盘等。
以上所述仅为本申请的实施方式,并非因此限制本申请的专利范围,凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本申请的专利保护范围内。
Claims (11)
1.一种关键通信组呼方法,其特征在于,所述方法包括:
服务器接收来自第一用户设备的组呼请求;
在所述组呼请求确定为快速组呼请求后,所述服务器向所述第一用户设备发送快速组呼建立指示;
所述服务器与所述第一用户设备之间建立媒体面和传输控制的第一通道,所述服务器利用所述第一通道接收来自所述第一用户设备的第一相关数据,并缓存在本地,以在所述服务器与所述组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,所述第二用户设备可以从所述服务器获取所述第一相关数据。
2.根据权利要求1所述的方法,其特征在于,
所述组呼请求包括第一组呼请求或第二组呼请求,其中,若所述组呼请求中携带有快速组呼标识,则将所述组呼请求定义为第一组呼请求,否则,所述组呼请求定义为第二组呼请求。
3.根据权利要求2所述的方法,其特征在于,
所述组呼请求为第一组呼请求,所述组呼请求确定为快速组呼请求包括:所述服务器确定所述第一组呼请求为快速组呼请求;
或,所述组呼请求为第一组呼请求,所述组呼请求确定为快速组呼请求包括:所述第一组呼请求携带有群组标识,所述服务器根据预先设置的配置表确定所述第一组呼请求为快速组呼请求,其中,所述配置表中包括预先设定为快速组呼的群组标识;
或,所述组呼请求为第二组呼请求,所述组呼请求确定为快速组呼请求包括:所述第二组呼请求携带有群组标识,所述服务器根据预先设置的配置表确定所述第二组呼请求为快速组呼请求,其中,所述配置表中包括预先设定为快速组呼的群组标识。
4.根据权利要求1所述的方法,其特征在于,所述服务器与所述第一用户设备之间建立媒体面和传输控制的第一通道,利用所述第一通道接收来自所述第一用户设备的第一相关数据,并缓存在本地之后,所述方法还包括:
所述服务器获得与当前所述快速组呼对应的群组信息,所述群组信息包括群成员的身份标识信息;
所述服务器利用所述群成员的身份标识信息,向所述群组中的所述第二用户设备发送组呼请求;
所述服务器接收所述第二用户设备的响应组呼请求,并将所述响应组呼请求通知到所述第一用户设备;
所述服务器与所述第二用户设备之间建立媒体面和传输控制的第二通道;
所述服务器利用所述第二通道将所述第一用户设备传输的相关数据传输至所述第二用户设备,其中,所述相关数据包括所述第一相关数据。
5.根据权利要求4所述的方法,其特征在于,
所述服务器与所述第二用户设备之间建立媒体面和传输控制的所述第二通道之前,所述第一用户设备传输的数据定义为第一相关数据,所述服务器与所述第二用户设备之间建立媒体面和传输控制的所述第二通道之后,所述第一用户设备传输的数据定义为第二相关数据,所述服务器利用所述第二通道将所述第一用户设备传输的相关数据传输至所述第二用户设备包括:
所述服务器将所述第一相关数据和所述第二相关数据同时传输至所述第二用户设备;或者,所述服务器将所述第一相关数据和所述第二相关数据分开传输至所述第二用户设备。
6.一种关键通信组呼方法,其特征在于,所述方法包括:
第一用户设备向服务器发送组呼请求;
所述第一用户设备接收所述服务器返回的快速组呼建立指示,所述快速组呼建立指示是所述服务器确定所述组呼请求为快速组呼请求后返回的;
所述第一用户设备响应所述快速组呼建立指示而与所述服务器之间建立媒体面和传输控制的第一通道,并利用所述第一通道向所述服务器发送第一相关数据,以在所述服务器与所述组呼请求对应的群组中的第二用户设备之间建立媒体面和传输控制的第二通道之后,所述第二用户设备可以从所述服务器获取所述第一相关数据。
7.根据权利要求6所述的方法,其特征在于,
所述组呼请求包括第一组呼请求或第二组呼请求,其中,若所述组呼请求中携带有快速组呼标识,则将所述组呼请求定义为第一组呼请求,否则,所述组呼请求定义为第二组呼请求。
8.一种关键通信组呼方法,其特征在于,所述方法包括:
第二用户设备接收来自服务器的有关第一相关数据的信息,所述第一相关数据是在所述第二用户设备与服务器之间建立媒体面和传输控制的第二通道之前,第一用户设备利用其与所述服务器之间建立媒体面和传输控制的第一通道将所述第一相关数据发送至所述服务器而缓存在所述服务器的;
所述第二用户设备通过所述有关第一相关数据的信息,从所述服务器获取所述第一相关数据。
9.一种服务器,其特征在于,所述服务器包括:处理模组、存储模组和通信电路,所述处理模组分别耦接所述存储模组和所述通信电路,所述处理模组、所述存储模组、所述通信电路能够实现权利要求1-5任一项所述的方法中的步骤。
10.一种用户设备,其特征在于,所述用户设备包括:处理器、存储器、通信电路,所述处理器分别耦接所述存储器、所述通信电路,所述处理器、所述存储器、所述通信电路能够实现权利要求6-7或8任一项所述的方法中的步骤。
11.一种具有存储功能的装置,其上存储有程序数据,其特征在于,所述程序数据被处理器执行时实现上述权利要求1-5或6-7或8任一项所述的方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810183594.2A CN110234079A (zh) | 2018-03-06 | 2018-03-06 | 一种关键通信组呼方法、服务器、用户设备及存储装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810183594.2A CN110234079A (zh) | 2018-03-06 | 2018-03-06 | 一种关键通信组呼方法、服务器、用户设备及存储装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110234079A true CN110234079A (zh) | 2019-09-13 |
Family
ID=67862109
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810183594.2A Pending CN110234079A (zh) | 2018-03-06 | 2018-03-06 | 一种关键通信组呼方法、服务器、用户设备及存储装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110234079A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113055460A (zh) * | 2021-03-09 | 2021-06-29 | 百果园技术(新加坡)有限公司 | 一种服务器的选择方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1762110A (zh) * | 2003-04-30 | 2006-04-19 | 三星电子株式会社 | 峰窝移动通信系统中即按通话服务的呼叫建立方法和系统 |
CN1867110A (zh) * | 2005-11-29 | 2006-11-22 | 华为技术有限公司 | 一种集群群组呼叫建立的方法及系统 |
CN101237625A (zh) * | 2007-01-30 | 2008-08-06 | 大唐移动通信设备有限公司 | 一种数字集群系统中快速呼叫建立方法及系统 |
CN101502139A (zh) * | 2006-08-24 | 2009-08-05 | 中兴通讯股份有限公司 | 一种在集群通信中快速接入的方法 |
CN103686620A (zh) * | 2013-12-18 | 2014-03-26 | 北京佳讯飞鸿电气股份有限公司 | 一种群组呼叫快速建立过程中防止语音丢失的方法 |
CN107734470A (zh) * | 2016-08-12 | 2018-02-23 | 北京信威通信技术股份有限公司 | 集群通信的媒体录制方法和装置 |
-
2018
- 2018-03-06 CN CN201810183594.2A patent/CN110234079A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1762110A (zh) * | 2003-04-30 | 2006-04-19 | 三星电子株式会社 | 峰窝移动通信系统中即按通话服务的呼叫建立方法和系统 |
CN1867110A (zh) * | 2005-11-29 | 2006-11-22 | 华为技术有限公司 | 一种集群群组呼叫建立的方法及系统 |
CN101502139A (zh) * | 2006-08-24 | 2009-08-05 | 中兴通讯股份有限公司 | 一种在集群通信中快速接入的方法 |
CN101237625A (zh) * | 2007-01-30 | 2008-08-06 | 大唐移动通信设备有限公司 | 一种数字集群系统中快速呼叫建立方法及系统 |
CN103686620A (zh) * | 2013-12-18 | 2014-03-26 | 北京佳讯飞鸿电气股份有限公司 | 一种群组呼叫快速建立过程中防止语音丢失的方法 |
CN107734470A (zh) * | 2016-08-12 | 2018-02-23 | 北京信威通信技术股份有限公司 | 集群通信的媒体录制方法和装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113055460A (zh) * | 2021-03-09 | 2021-06-29 | 百果园技术(新加坡)有限公司 | 一种服务器的选择方法、装置、设备及介质 |
CN113055460B (zh) * | 2021-03-09 | 2024-04-19 | 百果园技术(新加坡)有限公司 | 一种服务器的选择方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108881779B (zh) | 智能设备之间的视频通话接听转移方法、系统及服务器 | |
CN109768920B (zh) | 一种位置共享方法、即时通讯客户端及服务器 | |
CN103517266B (zh) | 移动网络侧激活移动终端的方法和移动网关系统 | |
US9426295B2 (en) | Method and device for distributing mobile attendant call | |
CN102299967A (zh) | 移动座席系统、网关、移动终端及实现移动座席的方法 | |
RU2008146847A (ru) | Мобильный терминал и мобильная система связи | |
CN103024687A (zh) | 用于建立即时通信的方法和设备 | |
US8417767B2 (en) | Call control method, device, and system | |
CN110611908A (zh) | 一种中间号保护用户号码隐私方法 | |
EP3038299A1 (en) | Method for recording session information and recording server | |
JP2006101528A (ja) | ループ通信チャネルの検出 | |
CN113840260A (zh) | 一种宽窄带业务的实现方法、终端、通信系统及存储介质 | |
CN110234079A (zh) | 一种关键通信组呼方法、服务器、用户设备及存储装置 | |
CN109391595B (zh) | 通话方法及装置、计算机可读存储介质、用户设备 | |
CN106686542A (zh) | 一种呼叫处理的方法和装置 | |
CN115243206A (zh) | 语音通话建立方法及电子设备 | |
CN104469723A (zh) | 一种集群专网紧急呼叫方法 | |
CN107148008A (zh) | 通话切换方法、系统、终端及服务器 | |
CN112511695A (zh) | 通话的建立方法、装置、电子设备及计算机可读存储介质 | |
JP2007274222A (ja) | 電話システム及び電話交換装置 | |
CN109362105A (zh) | 集群通信终端触发tau的方法、通信系统及相关装置 | |
CN1960526B (zh) | 一种实现多方通信业务的方法和系统 | |
CN105337835B (zh) | 一种用于和社交网络交互信息的方法与设备 | |
CN115378914B (zh) | 弱信号覆盖区的呼叫方法、呼叫装置及呼叫设备 | |
CN114466025B (zh) | 会话处理方法及第一集群控制功能实体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190913 |
|
RJ01 | Rejection of invention patent application after publication |