CN104980395A - 第一系统与第二系统媒体互通的方法和系统以及媒体网关 - Google Patents
第一系统与第二系统媒体互通的方法和系统以及媒体网关 Download PDFInfo
- Publication number
- CN104980395A CN104980395A CN201410133650.3A CN201410133650A CN104980395A CN 104980395 A CN104980395 A CN 104980395A CN 201410133650 A CN201410133650 A CN 201410133650A CN 104980395 A CN104980395 A CN 104980395A
- Authority
- CN
- China
- Prior art keywords
- client
- media
- information
- message
- media gateway
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种第一系统与第二系统媒体互通的方法和系统以及媒体网关,涉及移动互联网领域。本发明在媒体网关设置异构网络的客户端代理,通过媒体网关的中继功能使得异构网络的客户端与其代理分别获取到对方的候选地址信息并进行连通性检测从而建立起连接,并且通过媒体网关的中继功能使得媒体网关分别与异构网络的客户端协商好各自的媒体编解码信息,然后根据分段建立起的连接以及协商的媒体编解码信息进行媒体流的中继传输,最终实现异构网络客户端之间媒体流的互通,从而实现了异构网络的媒体互通,例如,WebRTC与IMS之间的媒体互通。
Description
技术领域
本发明涉及移动互联网领域,特别涉及一种第一系统与第二系统媒体互通的方法和系统以及媒体网关。
背景技术
WebRTC(Web based Real-Time Communications,网页实时通信)也称RTCWeb,是一种基于Web的实时通信技术。为了保证多媒体会话的安全性,WebRTC规定采用SRTP(Secure Real-timeTransport Protocol,安全实时传输协议)协议作为音视频数据的承载协议。SRTP是在RTP(Real-time Transport Protocol,实时传输协议)基础上所定义的一个协议,旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。
在IMS(IP Multimedia Subsystem,IP多媒体子系统)网络中,终端间的通信采用RTP作为音视频数据的承载协议。
然而,目前上述两种网络在媒体层面还不能实现互通,WebRTC客户端与IMS客户端之间无法实现业务互通。
发明内容
本发明实施例所要解决的一个技术问题是:WebRTC与IMS之间的媒体互通问题。
根据本发明实施例的一个方面,提出一种第一系统与第二系统媒体互通的方法,包括:媒体网关接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理;媒体网关将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端;媒体网关接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,以便第二客户端与其代理获取到对方的候选地址信息并进行连通性检测;媒体网关将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,以便第一客户端与其代理获取到对方的候选地址信息并进行连通性检测;媒体网关根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
在一个实施例中,媒体网关根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换包括:媒体网关通过其与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,媒体网关通过其与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
在一个实施例中,第一系统和第二系统分别为WebRTC系统和IMS系统。
在一个实施例中,该方法还包括:媒体网关接收WebRTC系统的客户端发送的安全实时传输协议SRTP和实时传输协议RTP转换用的密钥信息,并将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
在一个实施例中,该方法还包括:媒体网关通过信令网关接收或发送第一客户端的消息,并通过信令网关接收或发送第二客户端的消息,其中,信令网关用于将第一客户端使用的消息格式转换成第二客户端使用的消息格式。
根据本发明实施例的再一个方面,提出一种媒体网关,包括:协商模块,用于接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理;将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端;接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,以便第二客户端与其代理获取到对方的候选地址信息并进行连通性检测;将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,以便第一客户端与其代理获取到对方的候选地址信息并进行连通性检测;以及媒体传输模块,用于根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
在一个实施例中,媒体传输模块,具体用于:通过媒体网关与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,通过媒体网关与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
在一个实施例中,媒体网关还包括:协议转换模块,用于接收WebRTC系统的客户端发送的安全实时传输协议SRTP和实时传输协议RTP转换用的密钥信息,并将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
根据本发明实施例的又一个方面,提出一种第一系统与第二系统媒体互通的系统,包括:前述媒体网关和信令网关;信令网关用于将第一客户端使用的消息格式转换成第二客户端使用的消息格式。
本发明实施例在媒体网关设置异构网络的客户端代理,通过媒体网关的中继功能使得异构网络的客户端与其代理分别获取到对方的候选地址信息并进行连通性检测从而建立起连接,并且通过媒体网关的中继功能使得媒体网关分别与异构网络的客户端协商好各自的媒体编解码信息,然后根据分段建立起的连接以及协商的媒体编解码信息进行媒体流的中继传输,最终实现异构网络客户端之间媒体流的互通,从而实现了异构网络的媒体互通,例如,WebRTC与IMS之间的媒体互通。
通过以下参照附图对本发明的示例性实施例的详细描述,本发明的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一系统与第二系统媒体互通的系统(简称“媒体互通系统”)一个实施例的示意图。
图2为本发明WebRTC系统与IMS系统媒体互通的系统一个实施例的示意图。
图3为本发明第一系统与第二系统媒体互通的方法(简称“媒体互通方法”)一个实施例的流程图。
图4为本发明媒体网关进行媒体转换的一个实施例的流程示意图。
图5为本发明基于WebRTC系统到IMS系统的呼叫业务流程实现WebRTC系统与IMS系统的媒体互通的流程示意图。
图6为本发明基于IMS系统到WebRTC系统的呼叫业务流程实现WebRTC系统与IMS系统的媒体互通的流程示意图。
图7为本发明媒体网关一个实施例的结构示意图。
图8为本发明媒体网关再一个实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
在本发明中,第一系统与第二系统是异构系统,例如,第一系统与第二系统分别是WebRTC系统和IMS系统,即第一系统是WebRTC系统,第二系统是IMS系统,或者,第一系统是IMS系统,第二系统是WebRTC系统。当然,第一系统与第二系统还可以是其他异构系统,不局限于所举示例。在所举示例中,WebRTC系统包括WebRTC服务器与浏览器(也称WebRTC终端或者WebRTC客户端),浏览器与WebRTC服务器之间通过WebSocket连接;IMS系统(也称IMS网络)包括IMS核心网和IMS终端(也称IMS客户端)。
在本发明中,“第一”和“第二”仅用来区分不同的对象,并不用来表示大小、时序等含义。
图1为本发明第一系统与第二系统媒体互通的系统(简称“媒体互通系统”)一个实施例的示意图。媒体互通系统包括媒体网关和信令网关,媒体网关和信令网关分别连接第一系统与第二系统,通过媒体网关和信令网关实现第一系统与第二系统之间的媒体互通。其中,媒体网关是媒体中继设备,在媒体网关设置异构网络的客户端代理,通过媒体网关的中继功能使得异构网络的客户端与其代理分别获取到对方的候选地址信息并进行连通性检测从而建立起连接,并且通过媒体网关的中继功能使得媒体网关分别与异构网络的客户端协商好各自的媒体编解码信息,然后根据分段建立起的连接以及协商的媒体编解码信息进行媒体流的中继传输,最终实现异构网络客户端之间媒体流的互通。信令网关是信令中继设备,用于在连接建立以及媒体协商过程中,实现异构系统消息格式的转换,即,将第一系统的第一客户端使用的消息格式转换成第二系统的第二客户端使用的消息格式。
图2为本发明WebRTC系统与IMS系统媒体互通的系统一个实施例的示意图。对于IMS系统来讲,其本身就具有多个IMS域之间互通的功能和特性,本发明利用这个特性,将WebRTC系统设置为一个独立的“伪域”,其架构对IMS网络完全透明,以IMS域间互通相同的方式与WebRTC系统进行互通,异构网络的互通不需要对IMS系统做任何形式的修改。“伪域”的设置一种方法例如为:申请一个域名,比如叫domain1.com,所有发送到这个域上的请求被认为是发送到WebRTC系统中的请求。另外,在WebRTC系统中,WebRTC服务器与WebRTC客户端可以基于ROAP或HTTP进行通信;WebRTC系统与信令网关之间可以基于ROAP进行通信;信令网关与IMS系统之间可以基于SIP进行通信;信令网关与媒体网关之间可以基于ROAP进行通信;WebRTC系统与媒体网关之间可以基于SRTP进行媒体传输,IMS系统与媒体网关之间可以基于RTP进行媒体传输。
图3为本发明第一系统与第二系统媒体互通的方法(简称“媒体互通方法”)一个实施例的流程图。如图3所示,本实施例的方法包括以下步骤:
步骤S301,媒体网关接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理。
在一个实施例中,如果第一系统与第二系统分别是WebRTC系统和IMS系统,则媒体网关除了接收WebRTC系统的客户端发送的媒体编解码信息和候选地址信息,还可以接收WebRTC系统的客户端发送的SRTP和RTP转换用的密钥信息(或称“SRTP密钥信息”),后续在传送媒体流的过程中,可以将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
在一个实施例中,第一客户端可以通过信令网关将其媒体编解码信息和候选地址信息发送给媒体网关,具体的,第一客户端将携带第一客户端支持的媒体编解码信息和候选地址信息的消息发送给信令网关,信令网关再将该消息发送给媒体网关。
步骤S302,媒体网关将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端。
在一个实施例中,媒体网关可以通过信令网关将第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息发送给第二客户端,具体的,媒体网关采用第一客户端使用的消息格式将第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息携带在消息中发送给信令网关,信令网关将该消息转换为第二客户端使用的消息格式后发送给第二客户端。
步骤S303,媒体网关接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,至此第二客户端与其代理获取到对方的候选地址信息可以进行连通性检测以建立连接。
在一个实施例中,第二客户端可以通过信令网关将其媒体编解码信息和候选地址信息发送给媒体网关,具体的,第二客户端将携带第二客户端支持的媒体编解码信息和候选地址信息的消息发送给信令网关,信令网关再将该消息发送给媒体网关。
步骤S304,媒体网关将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,至此第一客户端与其代理获取到对方的候选地址信息可以进行连通性检测以建立连接。
在一个实施例中,媒体网关可以通过信令网关将第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息发送给第一客户端,具体的,媒体网关采用第二客户端使用的消息格式将第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息携带在消息中发送给信令网关,信令网关将该消息转换为第一客户端使用的消息格式后发送给第一客户端。
步骤S305,媒体网关根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
在一个实施例中,步骤S305具体包括:媒体网关通过其与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,媒体网关通过其与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
图4为本发明媒体网关进行媒体转换的一个实施例的流程示意图。如图4所示,本实施例的方法包括以下步骤:
步骤S401,媒体网关接收到媒体数据包;
步骤S402,媒体网关根据收到的媒体数据包的头部信息判断媒体的编解码类型与对端要求的媒体编解码类型是否一致;
如果媒体编解码类型一致,则执行步骤405;如果媒体编解码类型不一致,则执行步骤S403和S404,然后再执行步骤405。
步骤S403,根据源媒体流的编解码类型先进行解码操作;
步骤S404,根据对端要求的编解码类型进行编码操作;
步骤S405,将媒体流发送到对端。
在WebRTC系统与IMS系统中,基于WebRTC系统到IMS系统的呼叫业务流程或者基于IMS系统到WebRTC系统的呼叫业务流程均可以实现WebRTC系统与IMS系统的媒体互通,下面分别说明。
图5为本发明基于WebRTC系统到IMS系统的呼叫业务流程实现WebRTC系统与IMS系统的媒体互通的流程示意图。
步骤S501,WebRTC服务器同信令网关建立连接,媒体网关同信令网关建立连接;
步骤S502,WebRTC系统用户上线,WebRTC客户端同WebRTC服务器建立连接;
步骤S503,WebRTC客户端向IMS客户端发送offer(呼叫请求)消息,offer消息途经WebRTC服务器,offer消息中携带有描述WebRTC客户端支持的媒体编解码信息、用于私网穿越的候选地址信息以及SRTP和RTP转换用的密钥信息;
步骤S504,WebRTC服务器根据被叫标识判断被叫为IMS用户,将offer消息转发给信令网关;信令网关将offer消息转发给媒体网关;
在一个实施例中,WebRTC服务器可以根据被叫标识所处的域判断被叫是否为IMS用户,例如,open-ims.com为一个IMS域,如果被叫标识为aliceopen-ims.com,那么被叫就是一个IMS用户。
步骤S505,媒体网关从offer消息中获取密钥信息并保存下来,以便于对后续来自WebRTC客户端的媒体流进行解密;
步骤S506,媒体网关创建两个代理实例,也叫ICE agent(交互式连接建立代理),即WebRTC客户端代理和IMS客户端代理,分别用于同WebRTC客户端和IMS客户端建立P2P连接,每个代理都可以当做相应客户端的对等实体;
步骤S507,媒体网关从offer消息中获取WebRTC客户端用于建立P2P连接的候选地址信息,保存在对应WebRTC客户端代理中;
步骤S508,媒体网关获取IMS客户端代理的候选地址,替换掉offer消息中的候选地址,并监听相应的第一端口,该第一端口用来同IMS客户端建立P2P连接;
步骤S509,媒体网关将offer消息中的媒体编解码信息替换为IMS客户端支持且媒体网关能够进行编解码的媒体编解码信息;
步骤S510,媒体网关将offer消息返回给信令网关;
其中,步骤S503、S504、S510中的offer消息均为roap协议的offer消息。
步骤S511,信令网关将roap协议的offer消息转换为sip协议的invite(呼叫请求)消息,并最终路由给IMS客户端;
步骤S512,IMS用户收到呼叫请求并应答后,IMS客户端通过IMS网络向信令网关返回200ok(确认)响应消息,消息中携带IMS客户端用于建立P2P连接的候选地址信息;
步骤S513,信令网关将sip协议的200ok消息转换成roap协议的answer消息,并路由给媒体网关;
步骤S514,媒体网关从answer消息中获取IMS客户端用于建立P2P连接的候选地址信息,保存在IMS客户端代理中,此时,由于IMS客户端以及IMS客户端代理都具有对方的候选地址信息,二者若连通性检验通过则P2P连接建立成功;
步骤S515,媒体网关获取WebRTC客户端代理的候选地址,替换掉answer消息中的候选地址,并监听相应的第二端口,该第二端口用来同WebRTC客户端建立P2P连接;
步骤S516,媒体网关将answer消息中的媒体编解码信息替换为WebRTC客户端支持且媒体网关能够进行编解码的媒体编解码信息;
步骤S517,媒体网关将answer信息返回给信令网关;
步骤S518,信令网关将answer消息发送给WebRTC服务器,最终路由给WebRTC客户端;
步骤S519,WebRTC客户端收到answer消息,此时,由于WebRTC客户端以及WebRTC客户端代理都具有对方的候选地址信息,二者若连通性检验通过则P2P连接建立成功;
步骤S520,WebRTC客户端发送roap协议的ok消息给WebRTC服务器,经由信令网关转换成sip协议的ACK消息,最终路由给IMS客户端,WebRTC客户端与IMS客户端媒体协商完成。
媒体协商完成后,二者可以按照协商好的媒体格式通过建立的P2P连接向媒体网关发送本地媒体流。例如,媒体网关收到WebRTC客户端发送的媒体流后,会根据密钥信息将SRTP媒体流解密成RTP媒体流,并按照同WebRTC客户端协商的媒体编解码对媒体流进行解码,按照同IMS客户端协商的媒体编解码对媒体流进行编码,最后发送给IMS客户端。或者,媒体网关收到IMS客户端发送的媒体流后,会按照同IMS客户端协商的媒体编解码对媒体流进行解码,按照同WebRTC客户端协商的媒体编解码对媒体流进行编码,然后根据密钥信息将RTP媒体流转换成SRTP媒体流,最后发送给WebRTC客户端。
图6为本发明基于IMS系统到WebRTC系统的呼叫业务流程实现WebRTC系统与IMS系统的媒体互通的流程示意图。
步骤S601,WebRTC服务器同信令网关建立连接,媒体网关同信令网关建立连接;
步骤S602,WebRTC系统用户上线,WebRTC客户端同WebRTC服务器建立连接;
步骤S603,IMS客户端向WebRTC客户端发送invite(呼叫请求)消息,消息中携带有描述IMS客户端支持的媒体编解码信息、用于私网穿越的候选地址信息;
步骤S604,信令网关将sip协议的invite消息转换为roap协议的offer消息;
步骤S605,信令网关将roap协议的offer消息中发送给媒体网关;
步骤S606,媒体网关创建两个代理实例,也叫ICE agent(交互式连接建立代理),即WebRTC客户端代理和IMS客户端代理,分别用于同WebRTC客户端和IMS客户端建立P2P连接,每个代理都可以当做相应客户端的对等实体;
步骤S607,媒体网关从offer消息中获取IMS客户端用于建立P2P连接的候选地址信息,保存在对应IMS客户端代理中;
步骤S608,媒体网关获取WebRTC客户端代理的候选地址,替换掉offer消息中的候选地址,并监听相应的第二端口,该第二端口用来同WebRTC客户端建立P2P连接;
步骤S609,媒体网关将offer消息中的媒体编解码信息替换为WebRTC客户端支持且媒体网关能够进行编解码的媒体编解码信息;
步骤S610,媒体网关产生随机的SRTP密钥信息添加到offer消息中,该密钥用来加密来自IMS客户端的RTP媒体流,并便于WebRTC客户端对收到的媒体流进行解密;媒体网关将offer消息返回给信令网关;
步骤S611,信令网关将offer消息路发送给WebRTC服务器,最终路由到WebRTC客户端;
步骤S612,WebRTC用户收到呼叫请求并应答后,WebRTC客户端返回携带有WebRTC客户端支持的媒体编解码信息以及WebRTC客户端用于建立P2P连接的候选地址的answer消息,并经由WebRTC服务器发送给信令网关;
步骤S613,信令网关将roap协议的answer消息路由给媒体网关;
步骤S614,媒体网关从answer消息中获取WebRTC客户端用于建立P2P连接的候选地址信息,保存在WebRTC客户端代理中,此时,由于WebRTC客户端以及WebRTC客户端代理都具有对方的候选地址信息,二者若连通性检验通过则P2P连接建立成功;
步骤S615,媒体网关从answer消息中获取SRTP密钥信息保存下来,该密钥用来解密来自WebRTC客户端的SRTP媒体流;
步骤S616,媒体网关获取对应IMS客户端代理的候选地址,替换掉answer消息中的候选地址,并监听相应的第一端口,该第一端口用来同IMS客户端建立P2P连接;
步骤S617,媒体网关将answer消息中的编解码信息替换为IMS客户端支持且媒体网关能够进行编解码的媒体格式;
步骤S618,媒体网关将answer信息返回给信令网关;
步骤S619,信令网关将roap协议的answer消息转换为sip协议的200ok消息,最终路由给IMS客户端;
步骤S620,IMS客户端收到200ok消息,此时,由于IMS客户端以及其对应的agent都具有对方的候选地址信息,二者若连通性检验通过则P2P连接建立成功;
步骤S621,IMS客户端发送ack消息给信令网关,经由信令网关转换成roap协议的ok消息,最终路由给WebRTC客户端,WebRTC客户端与IMS客户端媒体协商完成。
媒体协商完成后,二者可以按照协商好的媒体格式通过建立的P2P连接向媒体网关发送本地媒体流。例如,媒体网关收到WebRTC客户端发送的媒体流后,会根据密钥信息将SRTP媒体流解密成RTP媒体流,并按照同WebRTC客户端协商的媒体编解码对媒体流进行解码,按照同IMS客户端协商的媒体编解码对媒体流进行编码,最后发送给IMS客户端。或者,媒体网关收到IMS客户端发送的媒体流后,会按照同IMS客户端协商的媒体编解码对媒体流进行解码,按照同WebRTC客户端协商的媒体编解码对媒体流进行编码,然后根据密钥信息将RTP媒体流转换成SRTP媒体流,最后发送给WebRTC客户端。
需要说明的是,对于信令网关向IMS客户端发送的消息,该消息先到达IMS系统中的查询呼叫会话控制功能单元(I-CSCF),查询呼叫会话控制功能单元通过查询HSS(归属用户服务器)获得路由信息,然后该消息依次经过IMS系统的服务呼叫会话控制功能单元(S-CSCF)和代理呼叫会话控制功能单元(P-CSCF),最终路由到IMS客户端。
图7为本发明媒体网关一个实施例的结构示意图,如图7所示,本实施例的媒体网关包括:
协商模块701,用于接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理;将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端;接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,以便第二客户端与其代理获取到对方的候选地址信息并进行连通性检测;将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,以便第一客户端与其代理获取到对方的候选地址信息并进行连通性检测;以及
媒体传输模块702,用于根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
在一个实施例中,媒体传输模块702具体用于:通过媒体网关与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,通过媒体网关与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
在一个实施例中,第一系统和第二系统例如分别为WebRTC系统和IMS系统。
图8为本发明媒体网关再一个实施例的结构示意图,媒体网关还包括:协议转换模块803,用于接收WebRTC系统的客户端发送的安全实时传输协议SRTP和实时传输协议RTP转换用的密钥信息,并将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
如图8所示,媒体网关还包括:连接管理模块804,用于同信令网关建立socket连接,收发来自信令网关的消息。
如图8所示,媒体网关还包括:会话管理模块805,用于根据会话的标识字段管理维护多个多媒体会话。
信令网关可以按照下表所示对应关系实现ROAP消息与SIP消息的转换:
表1
ROAP消息 | SIP消息 |
OFFER(请求) | INVITE(请求) |
ANSWER(应答) | 200OK |
SHUTDOWN(关闭) | BYE(结束) |
OK(确认) | ACK(确认) |
MESSAGE(即时消息) | MESSAGE(即时消息) |
ERROR(错误) | ERROR(错误) |
信令网关还可以利用中间消息完成ROAP消息和SIP消息的转换方案,从而在消息转换过程中可以避免对ROAP消息或SIP消息本身的解析。
在一个实施例中,信令网关将ROAP消息转换为SIP消息包括:信令网关将ROAP消息封装成ROAP中间消息;信令网关根据ROAP中间消息的通用消息头修改ROAP会话状态;信令网关将ROAP中间消息转换为SIP中间消息;信令网关根据SIP中间消息的通用消息头修改SIP会话状态;信令网关将SIP中间消息解封装成SIP消息。
在一个实施例中,信令网关将SIP消息转换为ROAP消息包括:信令网关将SIP消息封装成SIP中间消息;信令网关根据SIP中间消息的通用消息头修改SIP会话状态;信令网关将SIP中间消息转换为ROAP中间消息;信令网关根据ROAP中间消息的通用消息头修改ROAP会话状态;信令网关将ROAP中间消息解封装成ROAP消息。
在一个实施例中,信令网关将ROAP消息封装成ROAP中间消息包括:信令网关确定ROAP消息的消息类型和消息名称,并从ROAP消息中提取会话参数,根据ROAP消息的消息类型和消息名称设置ROAP中间消息的通用消息头,根据会话参数设置ROAP中间消息的控制消息头,将ROAP消息作为ROAP中间消息的消息体。
在一个实施例中,信令网关将ROAP中间消息转换为SIP中间消息包括:信令网关将ROAP中间消息的消息体中的ROAP消息转换为相应的SIP消息,根据SIP消息的消息类型和消息名称设置SIP中间消息的通用消息头,根据ROAP中间消息的控制消息头中的会话参数设置SIP中间消息的控制消息头,将SIP消息作为SIP中间消息的消息体。
在一个实施例中,信令网关将SIP消息封装成SIP中间消息包括:信令网关确定SIP消息的消息类型和消息名称,并从SIP消息中提取会话参数,根据SIP消息的消息类型和消息名称设置SIP中间消息的通用消息头,根据会话参数设置SIP中间消息的控制消息头,将SIP消息作为SIP中间消息的消息体。
在一个实施例中,信令网关将SIP中间消息转换为ROAP中间消息包括:信令网关将SIP中间消息的消息体中的SIP消息转换为相应的ROAP消息,根据ROAP消息的消息类型和消息名称设置ROAP中间消息的通用消息头,根据SIP中间消息的控制消息头中的会话参数设置ROAP中间消息的控制消息头,将ROAP消息作为ROAP中间消息的消息体。
在一个实施例中,信令网关根据ROAP中间消息的通用消息头修改ROAP会话状态包括:信令网关根据当前ROAP会话状态以及ROAP中间消息的通用消息头中的消息名称修改ROAP会话状态。
在一个实施例中,信令网关根据SIP中间消息的通用消息头修改SIP会话状态包括:信令网关根据当前SIP会话状态以及SIP中间消息的通用消息头中的消息名称修改SIP会话状态。
信令网关可以包括:实时通信接入模块、会话发起接入模块、消息转发模块、消息映射模块、实时通信消息处理模块、以及会话发起消息处理模块。
在信令网关将ROAP消息转换为SIP消息的实施例中,实时通信接入模块,用于接收WebRTC服务器发送的来自浏览器的ROAP消息,将ROAP消息封装成ROAP中间消息,将ROAP中间消息发送给消息转发模块;消息转发模块,用于根据ROAP中间消息的通用消息头将ROAP中间消息发送到实时通信消息处理模块;实时通信消息处理模块,用于根据ROAP中间消息的通用消息头修改ROAP会话状态,调用消息映射模块将ROAP中间消息转换为SIP中间消息,将SIP中间消息返回给消息转发模块;消息转发模块,用于根据SIP中间消息的通用消息头将SIP中间消息发送到会话发起消息处理模块;会话发起消息处理模块,用于根据SIP中间消息的通用消息头修改SIP会话状态,将SIP中间消息返回给消息转发模块;消息转发模块,用于根据SIP中间消息的通用消息头将SIP中间消息发送到会话发起接入模块;会话发起接入模块,用于将SIP中间消息解封装成SIP消息。
在信令网关将SIP消息转换为ROAP消息的实施例中,会话发起接入模块,还用于接收IMS核心网发送的来自IMS终端的SIP消息,将SIP消息封装成SIP中间消息,并将SIP中间消息发送给消息转发模块;消息转发模块,还用于根据SIP中间消息的通用消息头将SIP中间消息发送到会话发起消息处理模块;会话发起消息处理模块,还用于根据SIP中间消息的通用消息头修改SIP会话状态,调用消息映射模块将SIP中间消息转换为ROAP中间消息,并将ROAP中间消息发送给消息转发模块;消息转发模块,还用于根据ROAP中间消息的通用消息头将ROAP中间消息发送到实时通信消息处理模块;实时通信消息处理模块,还用于根据ROAP中间消息的通用消息头修改ROAP会话状态,将ROAP中间消息返回给消息转发模块;消息转发模块,还用于根据ROAP中间消息的通用消息头将ROAP中间消息发送到实时通信接入模块;实时通信接入模块,用于将ROAP中间消息解封装成ROAP消息。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种第一系统与第二系统媒体互通的方法,包括:
媒体网关接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理;
媒体网关将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端;
媒体网关接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,以便第二客户端与其代理获取到对方的候选地址信息并进行连通性检测;
媒体网关将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,以便第一客户端与其代理获取到对方的候选地址信息并进行连通性检测;
媒体网关根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
2.根据权利要求1所述的方法,其特征在于,所述媒体网关根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换包括:
媒体网关通过其与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,
媒体网关通过其与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过其与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
3.根据权利要求1所述的方法,其特征在于,第一系统和第二系统分别为网页实时通信WebRTC系统和IP多媒体子系统IMS系统。
4.根据权利要求3所述的方法,其特征在于,该方法还包括:
媒体网关接收WebRTC系统的客户端发送的安全实时传输协议SRTP和实时传输协议RTP转换用的密钥信息,并将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
5.根据权利要求1所述的方法,其特征在于,该方法还包括:
媒体网关通过信令网关接收或发送第一客户端的消息,并通过信令网关接收或发送第二客户端的消息,其中,信令网关用于将第一客户端使用的消息格式转换成第二客户端使用的消息格式。
6.一种媒体网关,包括:
协商模块,用于接收第一系统的第一客户端发送的第一客户端支持的媒体编解码信息和候选地址信息,其中,媒体网关上设有第一系统的第一客户端代理和第二系统的第二客户端代理;将接收到的信息替换为第二客户端代理的候选地址信息以及媒体网关和第二客户端均支持的媒体编解码信息,并发送给第二客户端;接收第二客户端发送的第二客户端支持的媒体编解码信息和候选地址信息,以便第二客户端与其代理获取到对方的候选地址信息并进行连通性检测;将接收到的信息替换为第一客户端代理的候选地址信息以及媒体网关和第一客户端均支持的媒体编解码信息,并发送给第一客户端,以便第一客户端与其代理获取到对方的候选地址信息并进行连通性检测;
媒体传输模块,用于根据其与第一客户端和第二客户端建立的连接以及协商的媒体编解码信息进行媒体流的传输和转换。
7.根据权利要求6所述的媒体网关,其特征在于,所述媒体传输模块,具体用于:
通过媒体网关与第一客户端建立的连接接收到第一客户端发送的媒体流后,按照与第一客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第二客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第二客户端建立的连接将编码后的媒体流传送给第二客户端;或者,
通过媒体网关与第二客户端建立的连接接收到第二客户端发送的媒体流后,按照与第二客户端协商的媒体编解码信息对媒体流进行解码,然后按照与第一客户端协商的媒体编解码信息对解码得到的媒体流进行编码,并通过媒体网关与第一客户端建立的连接将编码后的媒体流传送给第一客户端。
8.根据权利要求6所述的媒体网关,其特征在于,所述第一系统和所述第二系统分别为网页实时通信WebRTC系统和IP多媒体子系统IMS系统。
9.根据权利要求8所述的媒体网关,其特征在于,还包括:
协议转换模块,用于接收WebRTC系统的客户端发送的安全实时传输协议SRTP和实时传输协议RTP转换用的密钥信息,并将来自WebRTC系统的媒体流使用该密钥信息解密处理后传送给IMS系统,或将来自IMS系统的媒体流使用该密钥信息加密处理后传送给WebRTC系统。
10.一种第一系统与第二系统媒体互通的系统,包括:权利要求6-9任一项所述的媒体网关和信令网关;
信令网关用于将第一客户端使用的消息格式转换成第二客户端使用的消息格式。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410133650.3A CN104980395B (zh) | 2014-04-04 | 2014-04-04 | 第一系统与第二系统媒体互通的方法和系统以及媒体网关 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410133650.3A CN104980395B (zh) | 2014-04-04 | 2014-04-04 | 第一系统与第二系统媒体互通的方法和系统以及媒体网关 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104980395A true CN104980395A (zh) | 2015-10-14 |
CN104980395B CN104980395B (zh) | 2018-09-28 |
Family
ID=54276505
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410133650.3A Active CN104980395B (zh) | 2014-04-04 | 2014-04-04 | 第一系统与第二系统媒体互通的方法和系统以及媒体网关 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104980395B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105554029A (zh) * | 2016-01-27 | 2016-05-04 | 北京邮电大学 | WebRTC与SIP终端媒体互通的方法和媒体网关 |
CN106656930A (zh) * | 2015-11-02 | 2017-05-10 | 中国电信股份有限公司 | 一种用于浏览器接入ims网络的方法、装置和通信系统 |
CN106792108A (zh) * | 2016-12-02 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 屏幕录制方法和装置 |
CN107733836A (zh) * | 2016-08-11 | 2018-02-23 | 中国电信股份有限公司 | VoLTE与移动通信系统的加密语音互通方法及系统 |
CN107770141A (zh) * | 2016-08-23 | 2018-03-06 | 中兴通讯股份有限公司 | 一种视频会议系统的通信方法及装置 |
CN107888544A (zh) * | 2016-09-29 | 2018-04-06 | 北京视联动力国际信息技术有限公司 | 一种视联网终端与通讯设备之间建立通讯的方法和系统 |
CN108234421A (zh) * | 2016-12-21 | 2018-06-29 | 北京视联动力国际信息技术有限公司 | 一种视联网终端与互联网终端音频数据互通的方法与系统 |
CN108809918A (zh) * | 2017-05-04 | 2018-11-13 | 中国移动通信集团重庆有限公司 | 媒体流传输方法及装置 |
CN109788072A (zh) * | 2019-03-07 | 2019-05-21 | 杭州当虹科技股份有限公司 | 一种将标准Webrtc客户端接入现有系统的方法 |
CN109889679A (zh) * | 2019-02-13 | 2019-06-14 | 军事科学院系统工程研究院后勤科学与技术研究所 | 动态媒体协商与编码转换方法、终端设备及系统 |
CN110149306A (zh) * | 2019-04-02 | 2019-08-20 | 视联动力信息技术股份有限公司 | 一种媒体数据的处理方法及装置 |
CN111356024A (zh) * | 2020-03-11 | 2020-06-30 | 厦门亿合恒拓信息科技有限公司 | 网页端和微信小程序端的在线视频通信方法及存储介质 |
CN112261057A (zh) * | 2020-10-28 | 2021-01-22 | 湖南天琛信息科技有限公司 | 一种音视频通话的加密处理系统 |
CN113612514A (zh) * | 2021-06-21 | 2021-11-05 | 深圳震有科技股份有限公司 | 一种媒体资源处理系统、方法及设备 |
CN115460190A (zh) * | 2022-09-28 | 2022-12-09 | 上海浦东发展银行股份有限公司 | 一种基于WebRTC移动端网络的通信方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103227788A (zh) * | 2013-04-17 | 2013-07-31 | 广州市和声信息技术有限公司 | 实现网页应用程序与sip设备进行通信的方法和系统 |
WO2014019497A1 (zh) * | 2012-07-30 | 2014-02-06 | 华为终端有限公司 | 一种实时通信方法、终端设备、实时通信服务器及系统 |
-
2014
- 2014-04-04 CN CN201410133650.3A patent/CN104980395B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014019497A1 (zh) * | 2012-07-30 | 2014-02-06 | 华为终端有限公司 | 一种实时通信方法、终端设备、实时通信服务器及系统 |
CN103227788A (zh) * | 2013-04-17 | 2013-07-31 | 广州市和声信息技术有限公司 | 实现网页应用程序与sip设备进行通信的方法和系统 |
Non-Patent Citations (3)
Title |
---|
C.JENNINGS,ET.AL: "SIP to RTCWeb Offer/Answer Protocol(ROAP)Gateway draft-jennings-rtcweb-signaling-gateway-00", 《NETWORK WORKING GROUP INTERNET-DRAFT》 * |
竹洪涛: "一种基于SIP和WebRTC的实时可视对讲方案设计", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
赵国帅,等: "一种基于SIP和WebRTC的实时可视对讲方案设计", 《中国科技论文在线》 * |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106656930B (zh) * | 2015-11-02 | 2019-12-03 | 中国电信股份有限公司 | 一种用于浏览器接入ims网络的方法、装置和通信系统 |
CN106656930A (zh) * | 2015-11-02 | 2017-05-10 | 中国电信股份有限公司 | 一种用于浏览器接入ims网络的方法、装置和通信系统 |
CN105554029A (zh) * | 2016-01-27 | 2016-05-04 | 北京邮电大学 | WebRTC与SIP终端媒体互通的方法和媒体网关 |
CN107733836A (zh) * | 2016-08-11 | 2018-02-23 | 中国电信股份有限公司 | VoLTE与移动通信系统的加密语音互通方法及系统 |
CN107733836B (zh) * | 2016-08-11 | 2020-11-24 | 中国电信股份有限公司 | VoLTE与移动通信系统的加密语音互通方法、系统、IM-MGW和VOLTE网络系统 |
CN107770141B (zh) * | 2016-08-23 | 2022-04-19 | 中兴通讯股份有限公司 | 一种视频会议系统的通信方法及装置 |
CN107770141A (zh) * | 2016-08-23 | 2018-03-06 | 中兴通讯股份有限公司 | 一种视频会议系统的通信方法及装置 |
CN107888544A (zh) * | 2016-09-29 | 2018-04-06 | 北京视联动力国际信息技术有限公司 | 一种视联网终端与通讯设备之间建立通讯的方法和系统 |
CN107888544B (zh) * | 2016-09-29 | 2019-03-12 | 视联动力信息技术股份有限公司 | 一种视联网终端与通讯设备之间建立通讯的方法和系统 |
CN106792108A (zh) * | 2016-12-02 | 2017-05-31 | 腾讯科技(深圳)有限公司 | 屏幕录制方法和装置 |
CN108234421B (zh) * | 2016-12-21 | 2019-03-01 | 视联动力信息技术股份有限公司 | 一种视联网终端与互联网终端音频数据互通的方法与系统 |
CN108234421A (zh) * | 2016-12-21 | 2018-06-29 | 北京视联动力国际信息技术有限公司 | 一种视联网终端与互联网终端音频数据互通的方法与系统 |
CN108809918A (zh) * | 2017-05-04 | 2018-11-13 | 中国移动通信集团重庆有限公司 | 媒体流传输方法及装置 |
CN109889679A (zh) * | 2019-02-13 | 2019-06-14 | 军事科学院系统工程研究院后勤科学与技术研究所 | 动态媒体协商与编码转换方法、终端设备及系统 |
CN109788072A (zh) * | 2019-03-07 | 2019-05-21 | 杭州当虹科技股份有限公司 | 一种将标准Webrtc客户端接入现有系统的方法 |
CN110149306B (zh) * | 2019-04-02 | 2022-01-04 | 视联动力信息技术股份有限公司 | 一种媒体数据的处理方法及装置 |
CN110149306A (zh) * | 2019-04-02 | 2019-08-20 | 视联动力信息技术股份有限公司 | 一种媒体数据的处理方法及装置 |
CN111356024A (zh) * | 2020-03-11 | 2020-06-30 | 厦门亿合恒拓信息科技有限公司 | 网页端和微信小程序端的在线视频通信方法及存储介质 |
CN111356024B (zh) * | 2020-03-11 | 2022-02-01 | 厦门亿合恒拓信息科技有限公司 | 网页端和微信小程序端的在线视频通信方法及存储介质 |
CN112261057A (zh) * | 2020-10-28 | 2021-01-22 | 湖南天琛信息科技有限公司 | 一种音视频通话的加密处理系统 |
CN113612514A (zh) * | 2021-06-21 | 2021-11-05 | 深圳震有科技股份有限公司 | 一种媒体资源处理系统、方法及设备 |
CN115460190A (zh) * | 2022-09-28 | 2022-12-09 | 上海浦东发展银行股份有限公司 | 一种基于WebRTC移动端网络的通信方法 |
CN115460190B (zh) * | 2022-09-28 | 2024-05-24 | 上海浦东发展银行股份有限公司 | 一种基于WebRTC移动端网络的通信方法 |
Also Published As
Publication number | Publication date |
---|---|
CN104980395B (zh) | 2018-09-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104980395A (zh) | 第一系统与第二系统媒体互通的方法和系统以及媒体网关 | |
CN101635823B (zh) | 一种终端对视频会议数据进行加密的方法及系统 | |
CN106850399B (zh) | 一种基于WebRTC技术即时消息的通信方法 | |
CN110213652B (zh) | 一种音视频数据传输方法、装置及存储介质 | |
CN101232368B (zh) | 一种分配媒体流密钥的方法和多媒体子系统 | |
CN105554029A (zh) | WebRTC与SIP终端媒体互通的方法和媒体网关 | |
US9258700B2 (en) | Systems and methods for utilizing IMS data security mechanisms in a circuit switched network | |
CN102045537A (zh) | 连接视频会议系统和视频监控系统的方法和装置 | |
EP2426852A1 (en) | Method and system for implementing secure forking calling session in ip multi-media subsystem | |
CN108833943B (zh) | 码流的加密协商方法、装置及会议终端 | |
CN115334273A (zh) | 一种协议转换音视频通信方法及系统 | |
CN114666422A (zh) | IPv4/IPv6协议交换方法及相关设备 | |
CN101635919B (zh) | 一种ip多媒体系统会议媒体数据的加密方法及系统 | |
CN110798651A (zh) | 视频会议方法、装置、设备及存储介质 | |
US8705745B2 (en) | Method and system for transmitting deferred media information in an IP multimedia subsystem | |
CN106713308B (zh) | 媒体流实时传输的方法和装置 | |
CN101098336B (zh) | Ims终端配置服务器及ims本地化入口点检测方法 | |
CN104735034A (zh) | 媒体流的传输方法、装置及系统 | |
CN107517184A (zh) | 报文传输方法、装置及系统 | |
CN101222612A (zh) | 一种安全传输媒体流的方法和系统 | |
US11218515B2 (en) | Media protection within the core network of an IMS network | |
CN108696512B (zh) | 跨协议的码流加密协商方法、装置及会议设备 | |
KR20100003085A (ko) | 실시간 네트워크 모니터링을 이용한 동적 코덱 협상 시스템및 그 방법과 그를 위한 동적 코덱 협상 서버 | |
CN101296205B (zh) | 在ip网络或混合网络中实现透明传输的方法、设备及系统 | |
CN113612734A (zh) | 一种跨网远程庭审媒体流的传输方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |