[發明專利]一種實時傳輸協議會話處理方法及設備

有效

• 申請號: 201310452469.4
• 申請日: 2013-09-27
• 公開（公告）號: CN104519014B
• 公開（公告）日: 2019-01-08
• 發明（設計）人: 任軍剛;魏海濤
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京同達信恒知識產權代理有限公司 11291
• 代理人: 黃志華

本發明公開了一種RTP會話處理方法及設備，該方法包括：接收終端設備發送的RTP報文，所述RTP報文中攜帶有用于標識所述RTP報文對應的RTP會話的CSRC標識字段；根據所述CSRC標識字段，識別所述終端設備發起的RTP會話，并根據媒體中間控制設備下發的與所述RTP會話相對應的媒體處理指示信息，對所述RTP會話進行相應處理，從而在避免了現有RTP會話識別方案存在的對網絡監控設備不友好或阻止RTP功能的實現等各種弊端的前提下，實現了RTP會話的識別，提高了RTP會話識別的效果。

技術領域

本發明涉及通信技術領域，尤其涉及一種RTP（Real-time Transport Protocol，實時傳輸協議）會話處理方法及設備。

背景技術

RTP是一種為網絡中的語音、視頻等多種需要實時傳輸的媒體數據提供端到端傳輸服務的網絡傳輸協議，該協議將RTP會話定義為一群參與者通過RTP進行通信時所產生的關聯。具體地，為了能夠對網絡中傳輸的媒體數據進行有效地管理和控制，需要能夠有效識別出網絡中各媒體數據對應的RTP會話，但是，由于RTP報文本身并未提供RTP會話的標識，因此，在進行RTP會話的識別時，通常需要依賴于承載RTP的底層傳輸協議，如UDP（UserDatagram Protocol，用戶數據報協議）或高層信令協議，如SDP（Session DescriptionProtocol，會話描述協議）。

具體地，針對媒體傳輸未復用場景，當通過UDP等底層傳輸協議來識別RTP會話時，可根據RTP會話的目的傳輸地址，包括一個網絡地址以及一對由RTP端口和RTCP（Real-timeTransport Control Protocol，實時傳輸控制協議）端口組成的端口對來識別不同的RTP會話。

但是，針對媒體傳輸復用場景，由于多個RTP會話的媒體數據包均可傳輸至相同的目的傳輸地址，從而導致上述根據RTP會話的目的傳輸地址來進行RTP會話的識別的方式并不適用，在此基礎上，業界提出了以下兩種用于在媒體傳輸復用場景下，識別同一傳輸地址下的不同RTP會話的方法：

方法一：在RTP報文的報頭前面插入一個用于標識RTP會話的session ID（會話標識）層，并通過session ID的不同取值來標識不同的RTP會話。

具體地，由于對于防火墻、DPI（Deep Packet Inspection，深度包檢測技術）探測器等網絡監控設備來說，通常均是通過解析數據包的方式來探測數據包的類型的，傳統情況下UDP報文之后即為RTP報文，而在采用方法一進行RTP會話的識別時，由于在UDP報文與RTP報文之間強行插入了session ID層、破壞了OSI（Open System InterconnectionReference Model，開放式通信系統互聯參考模型）七層協議模型，因而會導致網絡監控設備無法解析UDP報文后面的RTP報文、進而無法識別RTP報文，造成對網絡監控設備的不友好。

方法二：重新定義RTP報文的報頭中的SSRC（Synchronization source，同步源），用其前綴部分來標識RTP會話。

具體地，在采用方法二進行RTP會話的識別時，針對任一RTP會話，其原來使用的SSRC均需要重新構造，進而使得不同的RTP會話所使用的SSRC互不相同，但是，由于實際上RTP具有這樣的功能：在同一個RTP會話中，SSRC是唯一的、不能相同，但不同的RTP會話可以使用相同的SSRC，因而，在采用方法二進行RTP會話的識別時，會阻止RTP上述功能的實現。

綜上所述，針對媒體傳輸復用場景，目前存在的RTP會話識別方案存在對網絡監控設備不友好或阻止RTP特定功能的實現等弊端，導致會話識別效果并不佳，因而，亟需提供一種新的可適用于媒體傳輸復用場景的RTP會話識別方案以解決上述各問題。

發明內容

本發明實施例提供了一種RTP會話處理方法及設備，以解決現有RTP會話識別方案存在的對網絡監控設備不友好或阻止RTP特定功能的實現的問題。