CN103685144A - 一种媒体流传输方法及装置 - Google Patents

一种媒体流传输方法及装置 Download PDF

Info

Publication number
CN103685144A
CN103685144A CN201210319178.3A CN201210319178A CN103685144A CN 103685144 A CN103685144 A CN 103685144A CN 201210319178 A CN201210319178 A CN 201210319178A CN 103685144 A CN103685144 A CN 103685144A
Authority
CN
China
Prior art keywords
media
media channel
calling terminal
called end
port
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
Application number
CN201210319178.3A
Other languages
English (en)
Inventor
廖凯
张伟
贺彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201210319178.3A priority Critical patent/CN103685144A/zh
Priority to EP13793843.7A priority patent/EP2892194B1/en
Priority to US14/425,050 priority patent/US20150215159A1/en
Priority to PCT/CN2013/079930 priority patent/WO2013174327A1/zh
Publication of CN103685144A publication Critical patent/CN103685144A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/14Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438Negotiation of transmission parameters prior to communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/205Arrangements for detecting or preventing errors in the information received using signal quality detector jitter monitoring
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/22Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/64Hybrid switching systems
    • H04L12/6418Hybrid transport
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0847Transmission error
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44209Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/478Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/14Systems for two-way working
    • H04N7/141Systems for two-way working between two video terminals, e.g. videophone
    • H04N7/148Interfacing a video terminal to a particular transmission medium, e.g. ISDN

Abstract

本发明公开了一种媒体流传输方法及装置,以解决现有技术中由于丢包、抖动和/或断链等原因导致的媒体流传输过程中,音视频质量下降的问题。本发明中,根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道;根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输;当检测到第一路媒体通道的媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。通过本发明能够确保通信双方的音视频质量。

Description

一种媒体流传输方法及装置
技术领域
本发明涉及媒体传输技术领域,尤其涉及一种媒体流冗余传输方法及装置。
背景技术
媒体传输过程中,当两个终端需要进行媒体流交互时,需要先进行媒体能力的协商,媒体能力一般包括:终端的媒体通道IP地址及端口号,音视频媒体及编码类型和相关参数。通过媒体能力协商完成媒体通道的建立,然后在建立的媒体通道上,根据协商后的音视频媒体数据编码类型和相关参数完成音视频媒体数据的编码,将编码后的媒体数据进行封装打包发送至对端。
现有技术中,一般通过信令协商建立通信双方的媒体通道,在媒体通信开始时,由主叫端发起建链请求,并在请求消息中携带主叫端的媒体能力,当被叫端接收到主叫端发送的建链请求后,会根据自身的媒体能力,进行媒体能力的协商,从接收到的主叫端的媒体能力中选择本次通信过程中采用的媒体能力,并通过响应消息发送给主叫端,进而完成通信双方媒体通道的建立。
然而,上述通过信令协商建立的媒体通道只有一路,通信过程中,很容易由于网络拥塞或者其他各种原因,造成丢包,抖动以及断链等问题,影响通信双方的音视频质量。目前采用媒体流冗余传输技术解决媒体流传输的过程中的丢包问题,即在传送数据包的过程中,携带冗余数据。通过上述携带冗余数据的媒体流冗余传输技术,能够解决丢包问题,但是,其并不能解决抖动、断链等对音视频质量造成影响的问题,并且,携带冗余数据包会占用带宽,占用更多的网络资源,因此,目前的媒体流传输技术有待于改进和发展。
发明内容
本发明的目的是提供一种媒体流传输方法及装置,以解决现有技术中媒体流传输过程中,由于丢包、抖动和/或断链等原因导致的音视频质量下降的问题。
本发明的目的是通过以下技术方案实现的:
本发明一方面提供了一种媒体流传输方法,该方法包括:
根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道;
根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输;
当检测到第一路媒体通道的媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。
本发明另一方面还提供了一种媒体流传输装置,该装置包括:
媒体通道建立单元,用于根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道;
传输单元,用于根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输;
切换单元,用于当检测到第一路媒体通道的媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。
本发明提供的媒体流传输方法及装置,通过在主叫端与被叫端之间建立多个冗余媒体通道,在媒体流通信过程中,若当前媒体通道的媒体流传输出现异常,则切换到其他媒体通道中进行媒体流的传输,解决由于丢包、抖动和/或断链等原因导致的音视频质量下降的问题,确保通信双方的音视频质量,能很好的应用在对通信质量要求较高的场合。
附图说明
图1为本发明实施例提供的媒体流传输方法的流程图;
图2为本发明实施例提供的媒体通道建立流程图;
图3为本发明实施例提供的媒体流传输示意图;
图4为本发明实施例提供的媒体流传输装置构成示意图。
具体实施方式
本发明提供的媒体流传输方法,在主叫端与被叫端之间进行媒体能力协商并建立多路媒体通道,进行媒体流通信时,先在第一路媒体通道上进行媒体流的传输,当第一路媒体通道的媒体流传输出现异常时,将当前媒体流切换到其余媒体通道中进行传输,确保通信双方的媒体通信质量。
本发明实施例一提供了一种媒体流传输方法,实现过程如图1所示,具体包括:
步骤S101:在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道。
具体的,在媒体通信开始时,主叫端发起建链请求消息,并在此请求消息中携带主叫端的媒体能力,当被叫端接收到该建链请求后,将被叫端自身的媒体能力,通过响应消息发送至主叫端,完成主叫端与被叫端之间的媒体能力的协商,在主叫端与被叫端之间建立至少两路媒体通道。
步骤S102:根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输。
具体的,主叫端与被叫端之间完成媒体能力协商后,根据各自的媒体能力建立了多路媒体通道,媒体通信开始时,先在第一路媒体通道上进行媒体流的传输,并实时检测媒体流的传输情况,当检测到第一路媒体通道的媒体流传输出现异常时,转至步骤S103。
步骤S103:切换媒体流到第二路媒体通道上进行传输。
具体的,当检测到第一路媒体通道的媒体流传输出现异常时,在建立的至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将媒体流由当前第一路媒体通道切换至选择的第二路媒体通道进行传输。
本发明实施例提供的媒体流传输方法,通过在主叫端与被叫端之间建立多路冗余媒体通道,在媒体流通信过程中,若当前媒体通道的媒体流传输出现异常,则选择其他媒体通道中的一路媒体通道进行当前媒体流的传输,避免了丢包、抖动和/或断链等原因造成音视频质量下降,确保通信双方的音视频质量,能很好的应用在对通信质量要求较高的场合。
本发明实施例二将结合实际应用对实施例一中的媒体流传输方法做进一步详细的说明,当然并不引以为限。
本发明实施例中,在主叫端与被叫端通过RTSP(Real Time StreamingProtocol,实时流传输协议)、SIP(Session Initiation Protocol,应用层信令控制协议)等控制协议进行媒体能力的协商,完成媒体通道的建立,并进行媒体流的传输,如图2所示,具体实现过程如下:
步骤S201:解析主叫端向被叫端发起的建链请求消息。
具体的,主叫端向被叫端发起的建链请求消息中携带主叫端的至少两个媒体通道IP地址(Internet Protocol,网络互联协议)及对应的至少两个媒体通道端口号。
优选的,主叫端向被叫端发起建链请求时,可通过SDP(Session DescriptionProtocol,会话描述协议)协议描述主叫端的媒体能力,包括主叫端的媒体通道IP地址及端口号,音视频媒体及编码类型和相关参数等。其中,c属性行描述媒体通道的IP地址,m属性行描述媒体通道的音视频端口号,a属性行描述音视频编码类型和相关参数。
具体的,本发明实施例中采用扩展SDP协议的方式,根据SDP协议在主叫端发送的建链请求消息中携带主叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。其中,在通过SDP协议描述主叫端媒体能力时,c属性行中描述主叫端媒体通道的多个IP地址,例如:IPA1、IPA2、……,m属性行中描述媒体通道的多个音视频端口号,例如:PortA1、PortA2、……;并且,c属性行中的IP地址与m属性行中的音频端口号和视频端口号,在顺序上保持一致,相同顺序的IP地址以及音视频端口号组成主叫端的一个主叫端端口,例如IPA1:PortA1、IPA2:PortA2、……。
步骤S202:将被叫端对主叫端发送的建链请求消息的响应消息,转发给主叫端。
具体的,被叫端响应主叫端发送的建链请求消息的响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。
优选的,被叫端可通过SDP(Session Description Protocol,会话描述协议)协议描述被叫端的媒体能力,包括被叫端的媒体通道IP地址及端口号,音视频媒体及编码类型和相关参数等。其中,c属性行描述媒体通道的IP地址,m属性行描述媒体通道的音视频端口号,a属性行描述音视频编码类型和相关参数。
具体的,本发明实施例中采用扩展SDP协议的方式,根据SDP协议在被叫端响应建链请求消息的响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。其中,在通过SDP协议描述被叫端媒体能力时,c属性行中描述被叫端媒体通道的多个IP地址,例如:IPB1、IPB2、……,m属性行中描述媒体通道的多个音视频端口号,例如:PortB1、PortB2、……;并且,c属性行中的IP地址与m属性行中的音频端口号和视频端口号,在顺序上保持一致,相同顺序的IP地址以及音视频端口号组成被叫端的一个被叫端端口,例如IPB1:PortB1、IPB2:PortB2、……。
步骤S203:在主叫端端口与被叫端端口之间建立媒体通道。
具体的,被叫端接收到主叫端的建链请求并应答后,根据自身的媒体能力,结合主叫端的媒体能力,在与主叫端的媒体通道端口号对应的主叫端端口,及与被叫端的媒体通道端口号对应的被叫端端口之间,建立媒体通道。
优选的,主叫端与被叫端采用SDP协议描述本端的媒体能力时,主叫端与被叫端完成媒体能力协商后,建立多条物理链路上的媒体通道,例如:IPA1:PortA1-IPB1:PortB1、IPA2:PortA2--IPB2:PortB2、……。当完成多条媒体通道的建立后,主叫端与被叫端选择本次通信过程中采用的音视频媒体及编码类型和相关参数,分别将本端得音视频数据进行编码,并采用STP协议封装为RTP数据,通过选择的第一路媒体通道发送至对端,开始媒体流的通信。
进一步的,本发明实施例开始媒体流通信时,首先在建立的多条冗余媒体通道中选择第一路媒体通道进行媒体流的传输,在媒体流传输过程中,实时检测第一路媒体通道中的媒体流传输情况,当检测到第一路媒体流传输出现异常时,切换到与第一路媒体通道不同的第二路媒体通道进行媒体流的传输。
较佳的,本发明实施例中可通过检测主叫端的媒体流传输情况,进行媒体流传输情况的判断,具体实现如下:
分析主叫端接收到的媒体流丢包率和/或抖动值;当超过设定阈值时,确定主叫端的第一主叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知主叫端将当前媒体流由主叫端的第一主叫端端口对应的第一路媒体通道切换至第二主叫端端口对应的第二路媒体通道进行传输。例如,主叫端若发现IPA1:PortA1对应的媒体通道出现异常,则通过IPA2:PortA2向被叫端发送媒体数据。
具体的,媒体流通信过程中,主叫端接收到的RTP(Real-time TransportProtocol,实时传输协议)数据包后,通过分析RTP丢包率、抖动值等,若发现RTP丢包率、抖动值超过设定的阈值,则可确定当前端口对应的第一路媒体通道中媒体流传输出现异常。
优选的,第一路媒体通道中媒体流传输出现异常,可能是由于端口本身导致,也可能是由于网络原因导致,当由端口本身导致的媒体流传输出现异常时,主叫端可在当前网络环境中,选择与第一端口处于相同网络环境的第二端口对应的第二媒体通道进行媒体流的传输,该第二媒体通道的被叫端端口可以是第一媒体通道的被叫端端口,也可以不是。例如,若当前媒体流传输异常是由IPA1:PortA1端口本身引起的,此时IPA2:PortA2与IPB1:PortB1和IPB2:PortB2都建立有媒体通道,则主叫端可以选择IPA2:PortA2-IPB1:PortB1传输媒体数据,也可以选择IPA2:PortA2-IPB2:PortB2传输媒体数据。
优选的,当由于网络原因导致第一路媒体通道中媒体流传输出现异常时,为了避免当前网络对媒体通信质量的影响,主叫端进行媒体通道切换前后的两路媒体通道则是处于不同网络中的,并且主叫端端口和被叫端端口之间仅建立唯一的一路媒体通道,即第一主叫端端口对应的第一路媒体通道与第二主叫端端口对应的第二路媒体通道处于不同网络,且第一主叫端端口仅和第一被叫端端口之间建立一路媒体通道,第一被叫端端口也仅和第一主叫端端口建立一路媒体通道,第二主叫端口和第二被叫端口也是一样的。例如,若当前媒体流传输异常是由网络原因引起的,则主叫端只能选择与当前IPA1:PortA1-IPB1:PortB1处于不同网络的,IPA2:PortA2-IPB2:PortB2传输媒体数据。
较佳的,本发明实施例中还可通过检测被叫端的媒体流传输情况,进行媒体流传输情况的判断,具体实现如下:
分析被叫端接收到的媒体流丢包率和/或抖动值;当超过设定阈值时,确定被叫端的第一被叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知被叫端将当前媒体流由被叫端的第一被叫端端口对应的第一路媒体通道切换至第二被叫端端口对应的第二路媒体通道进行传输。例如,被叫端若发现IPB1:PortB1对应的媒体通道出现异常,则通过IPB2:PortB2向主叫端发送媒体数据。
具体的,媒体流通信过程中,被叫端接收到的RTP数据包后,通过分析RTP丢包率、抖动值等,若发现RTP丢包率、抖动值超过设定的阈值,则可确定当前端口对应的第一路媒体通道中媒体流传输出现异常。
优选的,第一路媒体通道中媒体流传输出现异常,可能是由于被叫端端口本身导致,也可能是由于网络原因导致,当由被叫端端口本身导致的媒体流传输出现异常时,被叫端可在当前网络环境中,选择与第一被叫端端口处于相同网络环境的第二被叫端端口对应的第二路媒体通道进行媒体流的传输,该第二路媒体通道的被叫端端口可以是第一路媒体通道的主叫端端口,也可以不是。例如,若当前媒体流传输异常是由IPB1:PortB1端口本身引起的,此时IPB2:PortAB与IPA1:PortA1和IPA2:PortA2都建立有媒体通道,则被叫端可以选择IPB2:PortB2-IPA1:PortA1传输媒体数据,也可以选择IPB2:PortB2-IPA2:PortA2传输媒体数据。
优选的,当由于网络原因导致第一路媒体通道中媒体流传输出现异常时,为了避免当前网络对媒体通信质量的影响,被叫端进行媒体通道切换前后的两路媒体通道应是处于不同网络中的,并且被叫端端口和被叫端端口之间仅建立唯一的一路媒体通道,即第一被叫端端口对应的第一路媒体通道与第二被叫端端口对应的第二路媒体通道处于不同网络,且第一被叫端端口仅和第一主叫端端口之间建立一路媒体通道,第一主叫端端口也仅和第一被叫端端口建立一路媒体通道,第二主叫端口和第二被叫端口也是一样的。例如,若当前媒体流传输异常是由网络原因引起的,则被叫端只能选择与当前IPB1:PortB1—IPA1:PortA1处于不同网络的,IPB2:PortB2-IPA2:PortA2传输媒体数据。
本发明实施例提供的上述媒体流传输示意图如图3所示:
步骤S301:主叫端向被叫端发送建链请求,并携带主叫端的媒体能力,包括:IPA1:PortA1、IPA2:PortA2、……。
步骤S302:主叫端与被叫端进行媒体能力协商。
步骤S303:被叫端对建链请求进行响应,并在响应消息中携带被叫端的媒体能力,包括:IPB1:PortB1、IPB2:PortB2、……。
步骤S304:在IPA1:PortA1—IPB1:PortB1媒体通道上进行媒体流的传输。
步骤S305:检测到IPA1:PortA1-IPB1:PortB1媒体通道的网络出现异常。
步骤S306:在IPA2:PortA2-IPB2:PortB2媒体通道上传输媒体流数据。
本发明提供的媒体流传输方法,通过在主叫端与被叫端之间建立多个冗余媒体通道,在媒体流通信过程中,若检测到第一路媒体通道的媒体流传输出现异常,则切换到与第一路媒体通道不同的第二路媒体通道进行媒体流的传输,解决了由于丢包、抖动和/或断链等原因导致的音视频质量下降的问题,确保通信双方的音视频质量,能很好的应用在对通信质量要求较高的场合。
本发明实施例三提供了一种媒体流传输装置,该装置的构成框图如图4所示,包括:
媒体通道建立单元41,用于根据主叫端发送的建链请求消息和被叫端对建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道。
传输单元42,用于根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输。
切换单元43,用于当检测到第一路媒体通道的媒体流传输出现异常时,在至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。
其中,媒体通道建立单元41,具体用于:
解析主叫端向被叫端发起的建链请求消息,其中,建链请求消息中携带主叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;
将被叫端对建链请求消息的响应消息,转发给主叫端,其中,响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;
在与主叫端的媒体通道端口号对应的主叫端端口,及与被叫端的媒体通道端口号对应的被叫端端口之间,建立媒体通道。
较佳的,媒体通道建立单元41,还用于:
根据SDP协议在主叫端发送的建链请求消息中携带主叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;和/或
根据SDP协议在被叫端响应建链请求消息的响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。
较佳的,切换单元43,具体用于:
分析主叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定主叫端的第一主叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知主叫端将媒体流由主叫端的第一主叫端端口对应的第一路媒体通道切换至第二主叫端端口对应的第二路媒体通道进行传输。
较佳的,第一主叫端端口对应的第一路媒体通道与第二主叫端端口对应的第二路媒体通道处于不同网络,且第一主叫端端口仅和第一被叫端端口之间建立一路媒体通道,第一被叫端端口仅和第一主叫端端口建立一路媒体通道。
较佳的,切换单元43,具体用于:
分析被叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定第一被叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知被叫端将媒体流由被叫端的第一被叫端端口对应的第一路媒体通道切换至第二被叫端端口对应的第二路媒体通道进行传输。
其中,第一被叫端端口对应的第一路媒体通道与第二被叫端端口对应的第二路媒体通道处于不同网络,且第一被叫端端口仅和第一主叫端端口建立一路媒体通道,第一主叫端端口仅和第一被叫端端口之间建立一路媒体通道。
本发明实施例提供的媒体流传输装置,通过在主叫端与被叫端之间建立多个冗余媒体通道,在媒体流通信过程中,若检测到第一路媒体通道的媒体流传输出现异常,则切换到与第一路媒体通道不同的第二路媒体通道进行媒体流的传输,解决了由于丢包、抖动和/或断链等原因导致的音视频质量下降的问题,确保通信双方的音视频质量,能很好的应用在对通信质量要求较高的场合。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种媒体流传输方法,其特征在于,该方法包括:
根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道;
根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输;
当检测到第一路媒体通道的媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。
2.如权利要求1所述的方法,其特征在于,所述根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道,具体包括:
解析主叫端向被叫端发起的建链请求消息,其中,所述建链请求消息中携带所述主叫端的至少两个媒体通道网络互联协议IP地址及对应的至少两个媒体通道端口号;
将被叫端对所述建链请求消息的响应消息,转发给所述主叫端,其中,所述响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;
在与所述主叫端的媒体通道端口号对应的主叫端端口,及与所述被叫端的媒体通道端口号对应的被叫端端口之间,建立媒体通道。
3.如权利要求2所述的方法,其特征在于,根据会话描述协议SDP协议在主叫端发送的建链请求消息中携带所述主叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;和/或
根据会话描述协议SDP协议在被叫端响应所述建链请求消息的响应消息中携带所述被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。
4.如权利要求2所述的方法,其特征在于,当检测到第一路媒体通道媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二媒体通道,并将所述媒体流由第一路媒体通道切换至所述第二路媒体通道进行传输,具体包括:
分析主叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定主叫端的第一主叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知主叫端将所述媒体流由主叫端的第一主叫端端口对应的第一路媒体通道切换至第二主叫端端口对应的第二路媒体通道进行传输。
5.如权利要求4所述的方法,其特征在于,所述第一主叫端端口对应的第一路媒体通道与第二主叫端端口对应的第二路媒体通道处于不同网络,且所述第一主叫端端口仅和第一被叫端端口之间建立一路媒体通道,所述第一被叫端端口仅和所述第一主叫端端口建立一路媒体通道。
6.如权利要求2所述的方法,其特征在于,当检测到第一路媒体通道媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二媒体通道,并将所述媒体流由第一路媒体通道切换至所述第二路媒体通道进行传输,具体包括:
分析被叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定第一被叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知被叫端将所述媒体流由被叫端的第一被叫端端口对应的第一路媒体通道切换至第二被叫端端口对应的第二路媒体通道进行传输。
7.如权利要求6所述的方法,其特征在于,所述第一被叫端端口对应的第一路媒体通道与第二被叫端端口对应的第二路媒体通道处于不同网络,且所述第一被叫端端口仅和第一主叫端端口建立一路媒体通道,所述第一主叫端端口仅和所述第一被叫端端口之间建立一路媒体通道。
8.一种媒体流传输装置,其特征在于,该装置包括:
媒体通道建立单元,用于根据主叫端发送的建链请求消息和被叫端对所述建链请求消息的响应消息,在主叫端与被叫端之间进行媒体能力协商,并建立至少两路媒体通道;
传输单元,用于根据协商后的媒体能力,通过第一路媒体通道进行媒体流的传输;
切换单元,用于当检测到第一路媒体通道的媒体流传输出现异常时,在所述至少两路媒体通道中选择其余一路媒体通道作为第二路媒体通道,并将所述媒体流由所述第一路媒体通道切换至所述第二路媒体通道进行传输。
9.如权利要求8所述的装置,其特征在于,所述媒体通道建立单元,具体用于:
解析主叫端向被叫端发起的建链请求消息,其中,所述建链请求消息中携带所述主叫端的至少两个媒体通道网络互联协议IP地址及对应的至少两个媒体通道端口号;
将被叫端对所述建链请求消息的响应消息,转发给所述主叫端,其中,所述响应消息中携带被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;
在与所述主叫端的媒体通道端口号对应的主叫端端口,及与所述被叫端的媒体通道端口号对应的被叫端端口之间,建立媒体通道。
10.如权利要求9所述的装置,其特征在于,所述媒体通道建立单元,还用于:
根据会话描述协议SDP协议在主叫端发送的建链请求消息中携带所述主叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号;和/或
根据会话描述协议SDP协议在被叫端响应所述建链请求消息的响应消息中携带所述被叫端的至少两个媒体通道IP地址及对应的至少两个媒体通道端口号。
11.如权利要求9所述的装置,其特征在于,所述切换单元,具体用于:
分析主叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定主叫端的第一主叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知主叫端将所述媒体流由主叫端的第一主叫端端口对应的第一路媒体通道切换至第二主叫端端口对应的第二路媒体通道进行传输。
12.如权利要求11所述的装置,其特征在于,所述第一主叫端端口对应的第一路媒体通道与第二主叫端端口对应的第二路媒体通道处于不同网络,且所述第一主叫端端口仅和第一被叫端端口之间建立一路媒体通道,所述第一被叫端端口仅和所述第一主叫端端口建立一路媒体通道。
13.如权利要求9所述的装置,其特征在于,所述切换单元,具体用于:
分析被叫端接收到的媒体流丢包率和/或抖动值;
当超过设定阈值时,确定第一被叫端端口对应的第一路媒体通道中媒体流传输出现异常,通知被叫端将所述媒体流由被叫端的第一被叫端端口对应的第一路媒体通道切换至第二被叫端端口对应的第二路媒体通道进行传输。
14.如权利要求13所述的装置,其特征在于,所述第一被叫端端口对应的第一路媒体通道与第二被叫端端口对应的第二路媒体通道处于不同网络,且所述第一被叫端端口仅和第一主叫端端口建立一路媒体通道,所述第一主叫端端口仅和所述第一被叫端端口之间建立一路媒体通道。
CN201210319178.3A 2012-08-31 2012-08-31 一种媒体流传输方法及装置 Pending CN103685144A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201210319178.3A CN103685144A (zh) 2012-08-31 2012-08-31 一种媒体流传输方法及装置
EP13793843.7A EP2892194B1 (en) 2012-08-31 2013-07-23 Media stream transmission method and device
US14/425,050 US20150215159A1 (en) 2012-08-31 2013-07-23 Method and device for transmitting media stream
PCT/CN2013/079930 WO2013174327A1 (zh) 2012-08-31 2013-07-23 一种媒体流传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210319178.3A CN103685144A (zh) 2012-08-31 2012-08-31 一种媒体流传输方法及装置

Publications (1)

Publication Number Publication Date
CN103685144A true CN103685144A (zh) 2014-03-26

Family

ID=49623169

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210319178.3A Pending CN103685144A (zh) 2012-08-31 2012-08-31 一种媒体流传输方法及装置

Country Status (4)

Country Link
US (1) US20150215159A1 (zh)
EP (1) EP2892194B1 (zh)
CN (1) CN103685144A (zh)
WO (1) WO2013174327A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105282564A (zh) * 2015-10-22 2016-01-27 武汉兴图新科电子股份有限公司 一种复杂网络结构中保证媒体流通畅的方法
CN108112029A (zh) * 2017-12-21 2018-06-01 维沃移动通信有限公司 一种寻呼处理方法及移动终端
CN110086748A (zh) * 2018-01-25 2019-08-02 中兴通讯股份有限公司 融合设备媒体控制方法、装置及通信终端
CN110247955A (zh) * 2019-05-21 2019-09-17 菜鸟智能物流控股有限公司 一种无人车的通信方法和无人车
CN111107113A (zh) * 2018-10-25 2020-05-05 中国移动通信集团广东有限公司 一种视频数据传输方法和装置
CN114205337A (zh) * 2021-11-05 2022-03-18 海能达通信股份有限公司 媒体能力协商方法、装置、设备及计算机可读存储介质
CN115277431A (zh) * 2022-06-22 2022-11-01 苏州华兴源创科技股份有限公司 拓扑变更方法、装置、计算机设备、存储介质

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104519305A (zh) * 2013-09-29 2015-04-15 中兴通讯股份有限公司 端点信息交互处理方法、装置及远程呈现端点
CN103685980B (zh) * 2013-12-20 2017-02-08 广东威创视讯科技股份有限公司 视频信号备份方法和系统以及传输方法和系统
US10834160B2 (en) * 2014-05-04 2020-11-10 Valens Semiconductor Ltd. Admission control while maintaining latency variations of existing sessions within their limits
CN105959790A (zh) * 2016-06-17 2016-09-21 青岛海信电器股份有限公司 一种电视频道切换方法及电视
CN107666375A (zh) * 2016-07-28 2018-02-06 北京数码视讯科技股份有限公司 一种数据传输方法及装置
US11700526B2 (en) * 2018-06-12 2023-07-11 Samsung Electronics Co., Ltd. Method and apparatus for identifying in-call capability features
US20230025061A1 (en) 2021-07-22 2023-01-26 Cilag Gmbh International Surgical data system and management

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1677972A (zh) * 2004-04-02 2005-10-05 华为技术有限公司 一种在下一代网络中备份媒体流的方法及系统
US20070198718A1 (en) * 2006-01-27 2007-08-23 Sbc Knowledge Ventures, L.P. System and method for providing virtual access, storage and management services for IP devices via digital subscriber lines
CN101090476A (zh) * 2007-07-23 2007-12-19 杭州华三通信技术有限公司 一种视频终端的切换方法及多点控制单元
CN101447893A (zh) * 2008-12-31 2009-06-03 华为技术有限公司 多媒体业务备份的方法和系统及终端、呼叫会话控制服务器

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2924553B1 (fr) * 2007-12-04 2010-04-23 Thales Sa Procede pour ameliorer l'integrite de moyens de communication
CN101582834B (zh) * 2008-05-16 2013-10-09 华为技术有限公司 以太网业务传送中转发表的更新方法和系统
US8284916B2 (en) * 2009-01-14 2012-10-09 Alcatel Lucent Conference-call participant-information processing
EP2415275B1 (en) * 2009-04-03 2013-07-31 Telefonaktiebolaget LM Ericsson (publ) Method and system for handling a multi-media call setup request
US8291258B2 (en) * 2010-01-08 2012-10-16 Juniper Networks, Inc. High availability for network security devices
CN102131109A (zh) * 2010-10-14 2011-07-20 华为技术有限公司 用于监控流媒体播放的方法、系统及装置
CN102480418B (zh) * 2010-11-29 2015-01-14 中国电信股份有限公司 实现cdma2000终端和软交换终端视频互通的路由方法
CN102647402B (zh) * 2011-02-22 2015-07-29 华为技术有限公司 一种多媒体会话的协商方法、相关设备和系统
US20130051220A1 (en) * 2011-08-22 2013-02-28 Igor Ryshakov Method and Apparatus for Quick-Switch Fault Tolerant Backup Channel

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1677972A (zh) * 2004-04-02 2005-10-05 华为技术有限公司 一种在下一代网络中备份媒体流的方法及系统
US20070198718A1 (en) * 2006-01-27 2007-08-23 Sbc Knowledge Ventures, L.P. System and method for providing virtual access, storage and management services for IP devices via digital subscriber lines
CN101090476A (zh) * 2007-07-23 2007-12-19 杭州华三通信技术有限公司 一种视频终端的切换方法及多点控制单元
CN101447893A (zh) * 2008-12-31 2009-06-03 华为技术有限公司 多媒体业务备份的方法和系统及终端、呼叫会话控制服务器

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105282564A (zh) * 2015-10-22 2016-01-27 武汉兴图新科电子股份有限公司 一种复杂网络结构中保证媒体流通畅的方法
CN108112029A (zh) * 2017-12-21 2018-06-01 维沃移动通信有限公司 一种寻呼处理方法及移动终端
CN110086748A (zh) * 2018-01-25 2019-08-02 中兴通讯股份有限公司 融合设备媒体控制方法、装置及通信终端
CN111107113A (zh) * 2018-10-25 2020-05-05 中国移动通信集团广东有限公司 一种视频数据传输方法和装置
CN110247955A (zh) * 2019-05-21 2019-09-17 菜鸟智能物流控股有限公司 一种无人车的通信方法和无人车
CN114205337A (zh) * 2021-11-05 2022-03-18 海能达通信股份有限公司 媒体能力协商方法、装置、设备及计算机可读存储介质
CN114205337B (zh) * 2021-11-05 2024-03-15 海能达通信股份有限公司 媒体能力协商方法、装置、设备及计算机可读存储介质
CN115277431A (zh) * 2022-06-22 2022-11-01 苏州华兴源创科技股份有限公司 拓扑变更方法、装置、计算机设备、存储介质
CN115277431B (zh) * 2022-06-22 2023-11-10 苏州华兴源创科技股份有限公司 拓扑变更方法、装置、计算机设备、存储介质

Also Published As

Publication number Publication date
WO2013174327A1 (zh) 2013-11-28
US20150215159A1 (en) 2015-07-30
EP2892194A1 (en) 2015-07-08
EP2892194A4 (en) 2015-08-26
EP2892194B1 (en) 2017-11-29

Similar Documents

Publication Publication Date Title
CN103685144A (zh) 一种媒体流传输方法及装置
US9787611B2 (en) Establishing and managing alternative networks for high quality of service communications
CN100574467C (zh) 一种带宽控制方法和终端设备
CN101645810B (zh) Pw的检测方法和设备
US20100020682A1 (en) Communication device, communication method, and recording medium
WO2009082301A1 (en) A method and an apparatus for handling multimedia calls
CN103384247B (zh) 一种基于sip监控系统的视频多播实现方法
CN101197772B (zh) 实现媒体面多路径的方法、装置和系统
JP2010536206A (ja) インターネットプロトコル(ip)ドメインでの監視における又はこれに関連する改良
CN107689945A (zh) 媒体转换设备控制方法、装置及媒体网关
CN102282886B (zh) 一种实现语音业务的方法、移动终端、装置和系统
CN101296205B (zh) 在ip网络或混合网络中实现透明传输的方法、设备及系统
Santonja-Climent et al. Analysis of control and multimedia real-time traffic over SIP and RTP on 802.11 n wireless links for utilities networks
WO2015192288A1 (zh) 一种通信连接的建立方法、终端和系统
US8830990B2 (en) Using a common media gateway node and a coordinated codec by an originating and a terminating call control node
CN112653661A (zh) 一种VoIP网络限制下的媒体恢复方法和系统
CN109672692B (zh) 一种VoIP通信网络中基于RTP的媒体数据加密方法
US10171518B2 (en) Performing an action on certain media streams in a multimedia communications network
CN103095653A (zh) 在多个通信端点之间切换媒体能力的方法与装置
CN104469537A (zh) 不对称组网系统视频呼叫方法及终端、服务器和系统
CN116074806A (zh) 信息传输方法及装置
JP2013511860A (ja) 呼び出しリンク品質統計情報の報告方法及びシステム
CN102124716A (zh) 基于ip的多媒体会话中承载丢失的检测

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20140326