[發明專利]一種組合使用流媒體裁剪技術和顯性擁塞通知技術的方法

有效

• 申請號: 201210406296.8
• 申請日: 2012-10-22
• 公開（公告）號: CN103780954B
• 公開（公告）日: 2017-05-10
• 發明（設計）人: 晁華
• 申請（專利權）人: 上海貝爾股份有限公司
• 主分類號: H04N21/4385
• 分類號: H04N21/4385;H04N21/647;H04L12/801
• 代理公司: 北京市金杜律師事務所11256
• 代理人: 鄭立柱

技術領域

本發明涉及移動通信技術，尤其涉及一種用于為基于可分級的視頻業務實現組合使用流媒體裁剪技術和顯性擁塞通知技術的方法。

背景技術

在文獻IETF RFC 3168(09/2001)“將顯性擁塞通知添加入IP網絡(The Addition of Explicit Congestion Notification(ECN)to IP)”中提出了一種顯性擁塞通知(Explicit Congestion Notification，ECN)技術，即在發現即將發生擁塞時，將在IP數據包中作出指示，而不是直接丟棄。具體地，在IP數據包的包頭中設置ECN域。如圖1所示，該ECN域包括兩比特，即顯性擁塞指示傳輸比特(ECN-Capable Transport，ECT)和擁塞預警比特(Congestion Experienced，CE)。當發送端將這兩個比特設置為00時，將指示各個路由器不使用ECN技術。當發送端將這兩個比特設置為01或10時，指示各個路由器使用ECN技術，當然在這之前，發送端與接收端之間還存在一個初始化過程，以確定兩者之間的傳輸路徑是否支持ECN技術。而當兩者之間傳輸路徑中的路由器將01或10更改成11時，則表示網絡存在擁塞，從而接收端在接收到帶有11的IP數據包頭的IP數據包時，將生成顯性擁塞通知反饋報告，并向發送端發送該顯性擁塞通知反饋報告。

另一方面，應用可分級視頻編碼的視頻業務或應用多視角視頻編碼的視頻業務一般是基于由用戶數據報協議(User Datagram Protocol，UDP)承載的實時傳輸協議(real-time transport protocol，RTP)流進行傳輸的。

現今，傳輸控制協議(Transmission Control Protocol，TCP)、流控制傳輸協議(Stream Control Transmission Protocol，SCTP)和數據報擁塞控制協議(Datagram Congestion Control Protocol，DCCP)已經能夠支持ECN技術。然而，由于用戶數據報協議(User Datagram Protocol，UDP)缺少反饋機制，因此在如何將ECN技術應用至由UDP承載的RTP流方面存在問題。

針對上述問題，在文獻IETF RFC 6679(08/2012)“用于由UDP承載的RTP流的ECN技術(Explicit Congestion Notification(ECN)for RTP over UDP)中提出了一種新的由RTP控制協議(RTP Control Protocol，RTCP)承載的反饋消息，該消息的數據包通過特定域的取值，指示其包含顯性擁塞通知反饋報告，其用于當所接收的IP數據包中的顯性擁塞通知域為11時，即時地生成并向RTP發送端發送RTCP承載的顯性擁塞通知反饋報告。此外，還提出一種使用RTCP來傳輸的新的擴展報告塊(Extended Report Block)，其用于周期性地傳輸顯性擁塞通知總結報告。并且在上述文獻中提出了在這些報告中包括下述參數：Extended Highest Sequence Number，用于計數與該報告相關的最高的RTP序列號、ECT(0)Counter，用于計數帶有ECT(0)的RTP數據包的數量、ECT(1)Counter，用于計數帶有ECT(1)的RTP數據包的數量、ECN-CE Counter，用于計數帶有CE的RTP數據包的數量、not-ECT Counter，用于計數帶有non-ECT的RTP數據包的數量、Lost Packets Counter，用于計數丟失的RTP數據包的數量，Duplication Counter，用于計數如下RTP數據包的數量，即該RTP數據包和已接收的RTP數據包相同。在此僅簡要地給出了顯性擁塞通知反饋報告以及周期性顯性擁塞通知總結報告所應當包括的參數的定義，對于詳細內容，感興趣的讀者可以參考上述文獻。