本公开是关于通信协商的方法及装置、电子设备、计算机可读存储介质。方法包括：向被叫设备发送建立通话的邀请报文，接收其返回的响应报文；响应于被叫设备要求网络放音，根据响应报文中的链路消息与主叫侧服务器建立链路；响应于建立的链路不符合响应报文中目标早期媒体字段对应的链路要求，确定主叫设备运营商是否属于预设运营商；响应于主叫设备运营商属于预设运营商，确定二者协商成功，继续进行通话。本公开针对主叫与被叫的运营商采用的早期媒体模式不兼容的问题，在主叫确定其建立的链路不能满足被叫的链路要求时，对主叫运营商是否为预设的运营商进行确定，并在是的情况下确定二者针对早期媒体协商成功，保障二者间的通话能够正常进行。能够正常进行。能够正常进行。
【技术实现步骤摘要】
通信协商的方法及装置、电子设备、计算机可读存储介质
[0001]本公开涉及通信
，尤其涉及通信协商的方法及装置、电子设备、计算机可读存储介质。
技术介绍
[0002]彩铃业务一直是运营商的主要增值业务之一。在实际的通信过程中，为了对主叫与被叫之间的通话数据和彩铃数据加以区分，将所述通话数据定义为常规媒体，而将所述彩铃数据定义为早期媒体。
[0003]早期媒体存在多种模式，包括本地放音的模式和网络放音的模式，网络放音的模式则还可再分为双向网络放音模式以及单向网络放音模式。不同运营商采用的早期媒体模式可能并不相同，在主叫与被叫的运营商所采用的早期媒体模式互不兼容的情况下，主叫与被叫针对早期媒体的协商将会失败，产生主叫与被叫无法正常通话的问题。
技术实现思路
[0004]本公开提供通信协商的方法及装置、电子设备、计算机可读存储介质，以解决相关技术中的不足。
[0005]根据本公开实施例的第一方面，提出一种通信协商的方法，所述方法应用于主叫设备，包括：
[0006]向被叫设备发送建立通话的邀请报文，接收所述被叫设备返回的响应报文；
[0007]响应于所述被叫设备要求网络放音，根据所述响应报文中的链路消息与主叫侧服务器建立用于传输网络放音数据的链路；
[0008]响应于建立的链路不符合所述响应报文中目标早期媒体字段对应的链路要求，确定所述主叫设备的运营商是否属于预设的运营商；
[0009]响应于所述主叫设备的运营商属于所述预设的运营商，确定与所述被叫设备针对早期媒体协商成功，执行网络放音后继续执行与所述被叫设备之间的通话。
[0010]根据本公开实施例的第二方面，提出一种通信协商的装置，所述装置应用主叫设备，包括报文收发模块、链路建立模块、运营商确定模块和通话执行模块：
[0011]所述报文收发模块，用于向被叫设备发送建立通话的邀请报文，接收所述被叫设备返回的响应报文；
[0012]所述链路建立模块，用于响应于所述被叫设备要求网络放音，根据所述响应报文中的链路消息与主叫侧服务器建立用于传输网络放音数据的链路；
[0013]所述运营商确定模块，用于响应于建立的链路不符合所述响应报文中目标早期媒体字段对应的链路要求，确定所述主叫设备的运营商是否属于预设的运营商；
[0014]所述通话执行模块，用于响应于所述主叫设备的运营商属于所述预设的运营商，确定与所述被叫设备针对早期媒体协商成功，执行网络放音后继续执行与所述被叫设备之间的通话。
[0015]根据本公开实施例的第三方面，提出一种电子设备，包括处理器和用于存储处理器可执行指令的存储器；
[0016]其中，所述处理器通过运行所述可执行指令实现如上述第一方面所述方法中的步骤。
[0017]根据本公开实施例的第四方面，提出一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述第一方面所述方法中的步骤。
[0018]本公开实施例提供的技术方案可以包括以下有益效果：
[0019]针对主叫与被叫的运营商所采用的早期媒体模式不兼容的问题，在主叫检测出其建立的链路不能满足被叫响应报文中目标早期媒体字段对应的链路要求时，检测主叫设备的运营商是否为预设的运营商，并在是的情况下，确定二者针对早期媒体协商成功，主叫执行网络放音后，继续与被叫执行通话流程而不会取消通话，保障二者间的通信正常进行。
[0020]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
[0021]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
[0022]图1是根据一示例性实施例示出的一种通信协商的方法流程图。
[0023]图2是根据另一示例性实施例示出的一种通信协商的方法流程图。
[0024]图3是根据另一示例性实施例示出的一种通信协商的方法流程图。
[0025]图4是根据一示例性实施例示出的一种通信协商的装置的框图。
[0026]图5是根据一示例性实施例示出的一种通信协商的装置所在电子设备的示意框图。
具体实施方式
[0027]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0028]在通信领域中，主动发起通话的一方为主叫方，被动接收通话的一方为被叫方。在进行跨运营商通话的场景下，主叫方使用的主叫设备将通过主叫侧服务器与被叫设备通信，所述主叫侧服务器由主叫设备的运营商提供；而被叫方使用的被叫设备将通过被叫侧服务器与主叫设备通信，所述被叫侧服务器则由被叫设备的运营商提供。可以理解的是，除了所述主叫侧服务器和被叫侧服务器，主叫设备和被叫设备的交互数据也可以经过交换机、网关等网络设备，此处不再赘述。
[0029]在实际通话前，主叫设备与被叫设备之间可以交互彩铃、彩振等多媒体数据，区别于双方实际的通话数据，这种在实际通话前进行的数据传输被定义为早期媒体。
[0030]早期媒体模式包括本地放音模式和网络放音模式。在早期媒体模式为本地放音模式下，通话设备可以播放缓存在本地的音频而无需与所在侧服务器建立链路；而在早期媒
体模式为网路放音模式下，通话设备将与所在侧服务器建立链路，从而向对方发送己方指定的早期媒体数据或接收对方发送的其指定的早期媒体数据，即所述通话设备将播放其所在侧服务器转达的音频。
[0031]所述网络放音的模式，还进一步包括双向网络放音模式和单向网络放音模式。二者的区别在于，当通话设备的运营商所支持的早期媒体模式为双向网络放音模式时，通话设备可以与其所在侧服务器同时建立上行链路和下行链路，因而既可以向对方发送己方指定的早期媒体数据，又可以接收对方发送的其指定的早期媒体数据；当通话设备的运营商所支持的早期媒体模式为单向网络放音模式时，则通话设备只可以与其所在侧服务器建立下行链路而不可以与所在侧服务器建立上行链路，因而只能够接收对方发送的其指定的早期媒体数据而不会向对方发送己方指定的早期媒体数据。
[0032]不同运营商所采用的早期媒体模式不尽相同，在进行跨运营商通话的场景下，经常发生由于主叫与被叫的运营商采用互不兼容的早期媒体模式，导致主叫与被叫针对早期媒体协商失败而无法继续进行通话的问题。
[0033]举例来说，当主叫设备的运营商采用的早期媒体模式为单向网络放音模式时，如果被叫设备的运营商采用的早期媒体模式为双向网络放音模式，基于3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)的协议规范，主叫设备将在检测到自身不能与主叫侧服务器建立所述双向网络放音模式所本文档来自技高网...
【技术保护点】
【技术特征摘要】
1.一种通信协商的方法，其特征在于，所述方法应用于主叫设备，包括：向被叫设备发送建立通话的邀请报文，接收所述被叫设备返回的响应报文；响应于所述被叫设备要求网络放音，根据所述响应报文中的链路消息与主叫侧服务器建立用于传输网络放音数据的链路；响应于建立的链路不符合所述响应报文中目标早期媒体字段对应的链路要求，确定所述主叫设备的运营商是否属于预设的运营商；响应于所述主叫设备的运营商属于所述预设的运营商，确定与所述被叫设备针对早期媒体协商成功，执行网络放音后继续执行与所述被叫设备之间的通话。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：在确定所述主叫设备的运营商是否属于预设的运营商之前，确定所述链路消息中是否包括下行链路消息；响应于所述链路消息中包括下行链路消息，确定所述主叫设备的运营商是否属于所述预设的运营商；响应于所述链路消息中不包括下行链路消息，确定与所述被叫设备针对早期媒体协商失败，取消与所述被叫设备之间的通话。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：响应于所述主叫设备的运营商不属于所述预设的运营商，确定与所述被叫设备针对早期媒体协商失败，取消与所述被叫设备之间的通话。4.根据权利要求1所述的方法，其特征在于，所述主叫设备上预设有若干运营商标识；所述确定所述主叫设备的运营商是否属于预设的运营商，包括：获取所述主叫设备的运营商标识，确定获取的运营商标识是否与所述预设的运营商标识匹配；响应于所述获取的运营商标识与任一所述预设的运营商标识匹配，确定所述主叫设备的运营商属于所述预设的运营商；响应于所述获取的运营商标识与所有所述预设的运营商标识均不匹配，确定所述主叫设备的运营商不属于所述预设的运营商。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：在接收到所述响应报文后，根据所述响应报文中的目标早期媒体字段确定所述被叫设备是否要求网络放音；响应于所述被叫设备不要求网络放音，执行本地放音后继续执行与所述被叫设备之间的通话。6.一种通信协商的装置，其特征在于，所述装置应用于主叫设备，包括报文收发模块、链路建立模块、运营商确定模块和通话执行模块：所述报文收发模块，用于向被叫设备发送建立通话的邀请报文，接收所述被叫设备返回的响应报文；所述链路建立模块，用于响应于所述被叫设...
【专利技术属性】
技术研发人员：李贺，
申请(专利权)人：北京小米移动软件有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。