[發明專利]監測網絡傳輸特性的方法與裝置

在審

• 申請號: 201280061185.6
• 申請日: 2012-12-06
• 公開（公告）號: CN104115448A
• 公開（公告）日: 2014-10-22
• 發明（設計）人: M·卡薩斯-桑切斯;J·范溫克爾
• 申請（專利權）人: 阿爾卡特朗訊公司
• 主分類號: H04L12/26
• 分類號: H04L12/26
• 代理公司: 北京市中咨律師事務所 11247
• 代理人: 劉麗萍;楊曉光

技術領域

本發明涉及流媒體網絡，更具體地說，涉及在這樣的網絡中對傳輸特性進行監控。

背景技術

諸如RTMP的使用流協議的架構要求媒體服務器與媒體客戶端進行交互。因此，任何媒體處理云(以下統稱為“數據處理器”)都需要與大量的這類服務器進行連接。在與若干用戶的交互應用中，可能會用到一個或多個此類媒體服務器來將(數據)流在客戶端與數據處理器之間傳送。在下文中，用來在媒體客戶端和數據處理器之間提供數據傳輸的網絡整體被統稱為“傳輸網絡”。

目前，尚無令人滿意的機制能夠從帶寬、時延、突發性、丟包率等方面來對承載多媒體流業務的完整傳輸網絡進行表征。而這些參數影響著終端用戶體驗的質量。

發明內容

根據本發明的一個方面，提供了一種在網絡中監測傳輸特性的方法，所述網絡包括媒體客戶端、媒體服務器和數據處理器，該方法在媒體客戶端包括如下步驟：與數據處理器建立連接，該連接包括媒體客戶端與媒體服務器之間的第一連接段以及媒體服務器與數據處理器之間的第二連接段；建立媒體客戶端與數據處理器之間的端到端加密通道來交換媒體內容，這個加密通道是由上述連接承載的；通過該端到端的加密通道向數據處理器發送探測消息，該探測消息攜帶了指示探測消息的發送時刻的第一時間戳；從數據處理器接收對探測消息的響應，該響應攜帶了指示探測消息到達數據處理器時間的第二時間戳；并獲取時延信息，其中時延信息包括媒體客戶端和數據處理器之間連接的上游時延特征，該上游時延特征是利用第二時間戳和第一時間戳之間的差值計算得來。

本發明的實施例基于發明人的如下見解，即在諸如RMTP的流協議中，由于防火墻、網關、代理等類似的設備存在，正常情況下用于監測或管理的消息類型可能永遠無法到達流服務器或數據處理器。本發明的實施例進一步基于以下見解：利用媒體客戶端與數據處理器之間為諸如調用遠程進程調用等的特定專用業務而建立的端到端隧道可能有利于監測傳輸通道的特性。

本發明的實施例還顯示了這樣的優勢，即本發明可以測定媒體客戶端和數據處理器之間的整體上游路徑時延值。

本發明的實施例還顯示了這樣的優勢，即本發明是對正在進行內容傳輸的這個信道進行時延測量，而不是測量不同的(帶外管理)信道。

在根據本發明的方法的實施例中，響應還攜帶了指示該響應發送時間的第三時間戳，另外該方法還包括確定指示響應到達時間的第四時間戳；在本實施例中時延信息還包括數據處理器和媒體客戶端之間的連接的下游時延特征，該下游時延特征由第四時間戳和第三時間戳之間的差值計算得來。

本發明的這個實施例中顯示了一個優勢，即本發明可以確定數據處理器和媒體客戶端之間的整體下游路徑時延值。

在根據本發明的方法的實施例中，在響應中第二時間戳和第三時間戳被表示為單一值。

該實施例是基于這樣的認識，如果已知數據處理器一收到探測消息后立即發送響應，那么一個單獨的時間戳就已經足以確定上游和下游兩條路徑的時延。

在實施例中，根據本發明的方法的還包括以周期性的間隔重復發送探測消息、接收響應并獲取時延信息；并進一步從周期性獲得的時延信息中提取出抖動信息。

這個實施例的優勢在于可以提供從收集到的時延信息中獲得的抖動信息。

在根據本發明的方法的實施例中，抖動信息中還包括差異系數。

在實施例中，根據本發明的方法的還包括當抖動信息指出抖動已超過預設的水平時，向媒體服務器發送請求來調整流的特性。

這個實施例是基于發明人這樣的見解，即對于流媒體服務而言，抖動是對體驗質量具有巨大影響的參數。因此，本實施例的優勢在于，當抖動達到被認為會對終端用戶體驗造成負面影響的水平時，可以對流參數進行適應性調整。

在根據本發明的方法的實施例中，調整的流特性包括幀速率、圖像分辨率、壓縮率之一。

在根據本發明的方法的實施例中，流媒體內容的交換通過RTMP來實現。

根據本發明的一個方面，提供了一種被配置為使得處理器執行上述方法的計算機程序。