CN115802292A - 组呼建立方法及装置 - Google Patents

Abstract

本申请公开了一种组呼建立方法及装置。其中，该组呼建立方法包括：服务器获取到主叫设备的组呼请求；基于所述组呼请求确认组呼的媒体参数信息；在广播通道中广播所述组呼的信息，所述组呼的信息包括所述媒体参数信息，以使监听所述广播通道的被叫设备和所述主叫设备获取到所述组呼的信息，使得被叫设备加入组呼，以完成所述组呼的建立。本申请避免以点对点的方式将每个被叫设备拉入组呼，从而减少了信令和资源消耗，达到节省资源的目的。

Description

组呼建立方法及装置

技术领域

本申请涉及通信技术领域，特别是涉及一种组呼建立方法及装置。

背景技术

目前，eMBMS(增强多媒体广播多播业务)已经开始广泛应用于公共安全、政务、交通、能源等行业。但是，在实现过程中，发明人发现传统技术中至少存在如下问题：在创建eMBMS组呼时，空口资源严重浪费。

发明内容

本申请提供一种组呼建立方法及装置，可以节省空口资源。

为解决上述问题，本申请提供一种组呼建立方法，该方法包括：

服务器获取到主叫设备的组呼请求；

基于组呼请求确认组呼的媒体参数信息；

在广播通道中广播组呼的信息，组呼的信息包括媒体参数信息，以使监听广播通道的被叫设备和主叫设备获取到组呼的信息，使得被叫设备加入组呼，以完成组呼的建立。

其中，广播通道为演进的多媒体广播多播服务的多播通道。

其中，组呼请求携带有组号，在广播通道中广播组呼的信息的步骤包括：

通过多播的方式将组呼的信息传输给组号对应的多播组的所有设备。

其中，在广播通道中广播组呼的信息的步骤之前包括：

确定组号对应的优先级；

在广播通道中广播组呼的信息的步骤包括：

在广播通道中广播携带有优先级的组呼的信息。

其中，在广播通道中广播组呼的信息的步骤包括：

通过多播的方式将携带有组呼的信息的map(映射)消息传输给组号对应的多播组的所有设备。

其中，媒体参数信息包括媒体类型和编解码信息。

其中，组呼请求包括多种媒体类型和/或多种编解码信息；

基于组呼请求确认组呼的媒体参数信息的步骤包括：

从多种媒体类型确定出一个媒体类型，和/或，从多种编解码信息中确定出一个编解码信息；

将确定的媒体类型和确定的编解码信息作为媒体参数信息。

其中，组呼的信息包括主叫设备的标识。

为解决上述问题，本申请还提供一种电子设备，该电子设备包括处理器；处理器用于执行指令以实现上述方法。

为解决上述问题，本申请还提供一种计算机可读存储介质，其用于存储指令/程序数据，指令/程序数据能够被执行以实现上述方法。

本申请组呼建立方法中服务器直接将组呼的信息进行广播，以让所有被叫设备和主叫设备能够接收到组呼的信息，从而完成组呼的建立，这样服务器无需单独将组呼信息单独发给每个被叫设备，即避免以点对点的方式将每个被叫设备拉入组呼，从而减少了信令和资源消耗，达到节省资源的目的。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是组呼建立方法一实施例的流程示意图；

图2是本申请组呼建立方法一实施方式的流程示意图；

图3是本申请组呼建立方法一实施方式的交互示意图；

图4是组呼建立方法中map消息一实施例的示意图；

图5是图4所示的map消息中目前的MBMS Subchannel field内容的示意图；

图6是图4所示的map消息中扩展后的MBMS Subchannel field内容的示意图；

图7是组呼建立方法中map消息另一实施例的示意图；

图8是图7所示的map消息中目前的MBMS Subchannel field内容的示意图；

图9是图7所示的map消息中扩展后的MBMS Subchannel field内容的示意图；

图10是本申请电子设备一实施方式的结构示意图；

图11是本申请计算机可读存储介质一实施方式的结构示意图。

具体实施方式

下述描述内容和附图说明了本申请的原理。因此本领域的技术人员将能够基于本申请的原理设计各种布置，尽管本文中未明确地描述或示出布置，但其体现了本申请的原理且包括在本申请的范围内。此外，本文中的所有例子主要明确地意在用于教学目的，以辅助读者理解本申请的原理及由发明人所提供的概念，从而深化所属领域，且所有例子不应解释为限于此类特定阐述的例子及条件。另外，除非另外指明(例如，“或另外”或“或在替代方案中”)，否则如本文所使用的术语“或”指代非排他性的“或”(即，“和/或”)。并且，本文所描述的各种实施例不一定相互排斥，因为一些实施例可以与一个或多个其它实施例组合以形成新的实施例。

如图1所示，在eMBMS场景下组呼创建的步骤流程如下所示：

1、主叫设备MCPTT Client1发起组呼请求，向PF发出invite消息。

2、PF收到组呼请求后先给主叫设备MCPTT Client1回复100Try，然后向CF发起组呼请求。

3、CF收到组呼请求后先给PF回复100Try，根据invite请求中的内容进行媒体协商，以媒体协商的结果生成新的invite请求，然后按照图1中3a，3b，4a，4b，4c，4d，3c，3d的步骤将被叫设备MCPTT Client2拉入组呼，然后再按照图1中3e，3f，5a，5b，5c，5d，3g，3h的步骤将被叫设备MCPTT Client3拉入组呼，如果有其他需要加入组呼的被叫设备MCPTTClient，可按照相同的操作将其他需要加入组呼的被叫设备拉入组呼。

4、CF将所有的被叫设备拉入组呼后，给PF发送200OK，在200OK中携带本次组呼的媒体参数信息，表明已成功使用协商好的媒体参数信息将所有被叫设备拉入组呼内。

5、PF接收到CF的200OK后，给主叫设备MCPTT Client1发送200OK，表明组呼建立成功。

6、主叫设备MCPTT Client1接收到组呼建立成功的200OK后，开始发送媒体流(RTPMedia Packets)到PF。

7、PF将接收到的媒体流发送给CF，再由CF按照图1中3i，4e的流程将媒体流发送到被叫设备MCPTT Client2，按照3j，5e的流程将媒体流发送到被叫设备MCPTT Client3。如果有其他被叫设备MCPTT Client，按照相同的方式将媒体流发送到其他被叫设备MCPTTClient。

8、组呼建立成功后，PF内部会按照2f，2g的流程请求eMBMS的业务资源，申请成功后会在eMBMS的广播通道中周期性广播map消息，map消息中会携带多播通道中媒体流的端口号，组号等信息。并在广播通道中用map消息指示的端口发送步骤7中的媒体流。

9、所有接收广播消息的MCPTT Client接收到步骤8中的map消息后，会给PF发送消息，以通知PF自己正在监听多播数据，并报告监听的组号。所有接收广播消息的MCPTTClient按照map消息指示的端口号接收媒体流，进行媒体流的后续接收处理，就能进行组呼接收。

基于上述内容和图1可知，目前在组呼建立的过程中，服务器会以单播的方式单独对每个被叫设备发消息，以将每个被叫设备拉入到组呼中，从而组呼建立的过程中会产生较多的信令交互，消耗较多的空口资源；并且发送给所有被叫设备MCPTT Client的消息的主要内容都是相同的，当被叫设备MCPTT Client数目越多时，消耗的空口资源越明显。并且在实际使用过程中，如果按上述方案建立组呼，除了需要为组呼承载预留空口资源外，还需要为呼叫建立的初始过程中的单播呼叫建立过程预留足够的资源，否则单播建立不成功，后续的广播呼叫也没法进行，因此会使有限的空口资源在呼叫建立的过程中更加的紧张。其中，本申请的服务器可以指CF(Controlling MCPTT function，主控方功能)，或者可指PF(Participating Function，参与方功能)。

基于此，本申请提出一种组呼建立方法，该组呼建立方法中服务器直接将组呼的信息进行广播，以让所有被叫设备和主叫设备能够接收到组呼的信息，从而完成组呼的建立，这样服务器无需单独将组呼信息单独发给每个被叫设备，即避免以点对点的方式将每个被叫设备拉入组呼，从而减少了信令和资源消耗，达到节省资源的目的。

下面将详细介绍本申请组呼建立方法，其中组呼建立方法一实施方式的流程示意图具体如图2所示，且如图3所示，本实施方式的组呼建立方法包括以下步骤。需要注意的是，以下步骤编号仅用于简化说明，并不旨在限制步骤的执行顺序，本实施方式的各步骤可以在不违背本申请技术思想的基础上，任意更换执行顺序。

S101：服务器获取到主叫设备的组呼请求。

服务器可获取到主叫设备的组呼请求，以便后续基于组呼请求确定组呼的媒体参数信息，然后在广播通道中广播携带有媒体参数信息的组呼信息，使得监听该广播通道的被叫设备和主叫设备能够获取到服务器广播的组呼的信息，使得被叫设备能够基于组呼的信息接收并处理组呼的组呼业务数据，从而完成组呼的建立，从而服务器通过广播的方式将所有被叫设备拉入到组呼中，节省了空口资源。

S102：基于组呼请求确认组呼的媒体参数信息。

在服务器获取到组呼请求的情况下，服务器可基于组呼请求确认组呼的媒体参数信息。

其中，主叫设备的组呼请求可包括至少一种媒体参数信息，在步骤S102中，服务器可从主叫设备的组呼请求中的至少一种媒体参数信息确定一种媒体参数信息作为本次组呼的媒体参数信息，以便在步骤S103中，服务器在广播通道中广播确定好的本次组呼的媒体参数信息，以便监听广播通道的被叫设备基于确定好的本次组呼的媒体参数信息接收并处理本次组呼的组呼业务数据(例如媒体流)。

可选地，媒体参数信息可包括编解码信息和媒体类型。上述的“主叫设备的组呼请求可包括至少一种媒体参数信息”具体可体现为“主叫设备的组呼请求包括至少一种媒体类型和至少一种编解码信息”，在步骤S102中，服务器可从多种媒体类型确定出一个媒体类型，和/或，从多种编解码信息中确定出一个编解码信息，将确定的媒体类型和确定的编解码信息作为本次组呼的媒体参数信息。

S103：在广播通道中广播组呼的信息，以完成组呼的建立。

服务器确定组呼的媒体参数信息后，可以在广播通道中广播携带有媒体参数信息的组呼信息，以让监听该广播通道的被叫设备和主叫设备获取到组呼的信息，使得被叫设备加入组呼，完成了组呼的建立，并且主叫设备和被叫设备能够基于组呼的信息接收或发送业务数据。

在一实现方式中，服务器可通过map消息承载组呼的信息，以通过将map消息发送给被叫设备和主叫设备，使得被叫设备和主叫设备能够收到map消息中携带的组呼的信息，从而主叫设备和被叫设备能够基于组呼的信息发送或接收组呼业务数据。

例如，假设步骤S102所确定本次组呼的媒体类型为语音，则可将如图4所示的map消息中的图5所示的MBMS Subchannel field扩展为图6所示的MBMS Subchannel field，即在map消息中添加了MCPTT Group Caller ID filed域来携带主叫设备的标识(例如ID)，添加了mediaType域来指示媒体类型，添加了codecinfo域来指示编解码信息，添加了priority域来指示组呼的优先级信息。

又例如，假设步骤S102所确定本次组呼的媒体类型为视频，则可将如图7所示的map消息中的图8所示的MBMS Subchannel field扩展为图9所示的MBMS Subchannelfield，即在map消息中添加了MCVideo Group Caller ID filed域来携带主叫设备的标识(例如ID)，添加了Video mediaType域来指示视频媒体类型，添加了Video codecinfo域来指示视频的编解码的信息，添加了Video frameszie来指示视频的分辨率，添加了audiomediaType来指示音频媒体类型，添加了audio codecinfo来指示音频的编解码信息，添加了priority域来指示组呼的优先级信息。

在另一实现方式中，可定义一条全新的消息来承载组呼的信息。服务器可通过定义的全新的消息将组呼的信息发送给被叫设备和主叫设备。

可选地，广播通道可为多播通道，例如可为演进的多媒体广播多播服务(eMBMS)的多播通道。从而服务器可通过多播的方式在eMBMS的多播通道将组呼的信息传输给被叫设备和主叫设备。

另外，步骤S101中所述的主叫设备的组呼请求中可以包括主叫设备发起的组呼的组号。其中，服务器可基于组号确定该组号对应的多播组，从而服务器可基于组号向该多播组的所有设备或所有被叫设备发送消息。在步骤S103中服务器可通过多播的方式在eMBMS的多播通道将组呼的信息传输给组号对应的多播组的所有设备，从而使得该组号对应的多播组的所有设备都能收到组呼的信息。在该组号对应的多播组的每一设备都能支持步骤S102中所确定的媒体参数信息的情况下，该多播组的每一设备都能基于组呼的信息进行发送或接收业务数据，从而主叫设备可以和该组号对应的多播组的其他设备通畅通信。

此外，在步骤S103之前，服务器还可基于步骤S101中组呼请求中的组号确定该组呼的优先级，这样在步骤S103中可将携带有组呼优先级的组呼的信息发送给被叫设备和主叫设备，以让被叫设备基于组呼的优先级来收取组呼业务数据。

其中，在步骤S103之后，所有接收到组呼的信息的设备可给服务器发送消息，以通知服务器自己正在监听组呼业务数据，并报告监听的组号，并按照map消息指示的端口号接收业务数据，进行业务数据的后续接收处理。

下面为更好说明本申请组呼建立方法，提供以下组呼建立具体实施例来示例性说明：

1、如图3所示，主叫设备MCPTT Client1发起组呼请求，向PF发出invite消息。

2、PF收到组呼请求后先给主叫设备MCPTT Client1回复100Try，然后向CF发起组呼请求。

3、CF收到组呼请求后先给PF回复100Try，根据invite请求中的内容进行媒体协商，以确定本次组呼的媒体参数信息。

4、CF给PF发送200OK，在200OK中携带本次组呼的媒体参数信息，完成呼叫建立过程。

5、PF接收到CF的200OK后，给主叫设备MCPTT Client1发送200OK，表明组呼建立成功。

6、主叫设备MCPTT Client1接收到组呼建立成功的200OK后，开始发送媒体流(RTPMedia Packets)到PF。

7、组呼建立成功后，PF内部会按照2f，2g的流程请求eMBMS的业务资源，申请成功后会在eMBMS的广播通道中周期性广播map消息，map消息中会携带多播通道中媒体流的端口号，组号等信息。本方案中的map信息除了包含媒体流端口等信息外，还额外扩展了组呼发起方ID，媒体类型，编解码信息，优先级等信息，用于指导接收到map的MCPTT Client使用map消息直接能建立起呼叫。

8、所有接收广播消息的MCPTT Client接收到步骤7中的map消息后，会给PF发送消息通知PF该MCPTT Client正在监听多播数据，并报告监听的组号，并按照map消息指示的端口号接收媒体流，进行媒体流的后续接收处理，就能进行组呼接收。

请参阅图10，图10是本申请电子设备20一实施方式的结构示意图。本申请电子设备20包括处理器22，处理器22用于执行指令以实现上述本申请组呼建立方法任一实施方式及任意不冲突的组合所提供的方法。

电子设备20可为手机、笔记本电脑等终端，或者还可以为服务器。

处理器22还可以称为CPU(Central Processing Unit，中央处理单元)。处理器22可能是一种集成电路芯片，具有信号的处理能力。处理器22还可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器，或者该处理器22也可以是任何常规的处理器等。

电子设备20还可进一步包括存储器21，用于存储处理器22运行所需的指令和数据。

请参阅图11，图11为本申请实施方式中计算机可读存储介质的结构示意图。本申请实施例的计算机可读存储介质30存储有指令/程序数据31，该指令/程序数据31被执行时实现本申请上述方法任一实施例以及任意不冲突的组合所提供的方法。其中，该指令/程序数据31可以形成程序文件以软件产品的形式存储在上述存储介质30中，以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质30包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等设备。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种组呼建立方法，其特征在于，所述方法包括：

服务器获取到主叫设备的组呼请求；

基于所述组呼请求确认组呼的媒体参数信息；

在广播通道中广播所述组呼的信息，所述组呼的信息包括所述媒体参数信息，以使监听所述广播通道的被叫设备和所述主叫设备获取到所述组呼的信息，使得所述被叫设备加入所述组呼，以完成所述组呼的建立。

2.根据权利要求1所述的组呼建立方法，其特征在于，所述广播通道为演进的多媒体广播多播服务的多播通道。

3.根据权利要求1所述的组呼建立方法，其特征在于，所述组呼请求携带有组号，所述在广播通道中广播所述组呼的信息的步骤包括：

通过多播的方式将所述组呼的信息传输给所述组号对应的多播组的所有设备。

4.根据权利要求3所述的组呼建立方法，其特征在于，所述在广播通道中广播所述组呼的信息的步骤之前包括：

确定所述组号对应的优先级；

所述在广播通道中广播所述组呼的信息的步骤包括：

在广播通道中广播携带有所述优先级的所述组呼的信息。

5.根据权利要求3所述的组呼建立方法，其特征在于，所述在广播通道中广播所述组呼的信息的步骤包括：

通过多播的方式将携带有所述组呼的信息的映射消息传输给所述组号对应的多播组的所有设备。

6.根据权利要求1所述的组呼建立方法，其特征在于，所述媒体参数信息包括媒体类型和编解码信息。

7.根据权利要求6所述的组呼建立方法，其特征在于，所述组呼请求包括多种媒体类型和/或多种编解码信息；

所述基于所述组呼请求确认组呼的媒体参数信息的步骤包括：

从多种媒体类型确定出一个媒体类型，和/或，从多种编解码信息中确定出一个编解码信息；

将确定的媒体类型和确定的编解码信息作为媒体参数信息。

8.根据权利要求1所述的组呼建立方法，其特征在于，所述组呼的信息包括所述主叫设备的标识。

9.一种电子设备，其特征在于，所述电子设备包括处理器；所述处理器用于执行指令以实现如权利要求1-8中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有程序和/或指令，其特征在于，所述程序和/或指令被执行时实现权利要求1-8中任一项所述方法的步骤。

Images