一種組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法
【專利摘要】本發(fā)明提供了一種用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法。通過本發(fā)明提供的優(yōu)選的技術(shù)方案，能夠?qū)CN技術(shù)和流裁剪技術(shù)結(jié)合地應(yīng)用至基于可分級(jí)的視頻業(yè)務(wù)，并能夠產(chǎn)生可靠的顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告。由此在收到顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告之后，RTP接收端能夠?qū)崿F(xiàn)良好的碼率適配或擁塞控制效果。并且依據(jù)本發(fā)明的ECN技術(shù)還考慮了無線網(wǎng)絡(luò)中的時(shí)變性問題。此外，在本發(fā)明中，網(wǎng)絡(luò)設(shè)備能夠根據(jù)需要為同一個(gè)基于可分級(jí)的視頻業(yè)務(wù)設(shè)置不同的擁塞事件，這對(duì)于RTP發(fā)送端實(shí)施準(zhǔn)確的擁塞控制也是非常有利的。
【專利說明】一種組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動(dòng)通信技術(shù)，尤其涉及一種用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法。
【背景技術(shù)】
[0002]在文獻(xiàn)IETF RFC 3168 (09/2001)“將顯性擁塞通知添加入IP網(wǎng)絡(luò)(The Additionof Explicit Congestion Notification (ECN) to IP) ” 中提出了一種顯性擁塞通知(Explicit Congestion Notification,ECN)技術(shù)，即在發(fā)現(xiàn)即將發(fā)生擁塞時(shí),將在IP數(shù)據(jù)包中作出指示，而不是直接丟棄。具體地，在IP數(shù)據(jù)包的包頭中設(shè)置ECN域。如圖1所示，該ECN域包括兩比特，即顯性擁塞指示傳輸比特(ECN-CapableTransport,ECT)和擁塞預(yù)警比特(Congestion Experienced,CE)。當(dāng)發(fā)送端將這兩個(gè)比特設(shè)置為00時(shí),將指示各個(gè)路由器不使用ECN技術(shù)。當(dāng)發(fā)送端將這兩個(gè)比特設(shè)置為01或10時(shí)，指示各個(gè)路由器使用ECN技術(shù)，當(dāng)然在這之前，發(fā)送端與接收端之間還存在一個(gè)初始化過程，以確定兩者之間的傳輸路徑是否支持ECN技術(shù)。而當(dāng)兩者之間傳輸路徑中的路由器將01或10更改成11時(shí)，則表示網(wǎng)絡(luò)存在擁塞，從而接收端在接收到帶有11的IP數(shù)據(jù)包頭的IP數(shù)據(jù)包時(shí)，將生成顯性擁塞通知反饋報(bào)告，并向發(fā)送端發(fā)送該顯性擁塞通知反饋報(bào)告。
[0003]另一方面，應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)或應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)一般是基于由用戶數(shù)據(jù)報(bào)協(xié)議(User DatagramProtocol, UDP)承載的實(shí)時(shí)傳輸協(xié)議(real-time transport protocol, RTP)流進(jìn)行傳輸?shù)摹?br> [0004]現(xiàn)今，傳輸控制協(xié)議(Transmission Control Protocol, TCP)、流控制傳輸協(xié)議(Stream Control Transmission Protocol, SCTP)和數(shù)據(jù)報(bào)擁塞控制協(xié)議(DatagramCongestion Control Protocol, DCCP)已經(jīng)能夠支持ECN技術(shù)。然而，由于用戶數(shù)據(jù)報(bào)協(xié)議(User DatagramProtocol, UDP)缺少反饋機(jī)制，因此在如何將ECN技術(shù)應(yīng)用至由UDP承載的RTP流方面存在問題。
[0005]針對(duì)上述問題，在文獻(xiàn)IETF RFC 6679 (08/2012)“用于由UDP承載的RTP流的ECN技術(shù)(Explicit Congestion Notification (ECN) forRTP over UDP)中提出了一種新的由RTP控制協(xié)議(RTP ControlProtocol, RTCP)承載的反饋消息，該消息的數(shù)據(jù)包通過特定域的取值，指示其包含顯性擁塞通知反饋報(bào)告，其用于當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，即時(shí)地生成并向RTP發(fā)送端發(fā)送RTCP承載的顯性擁塞通知反饋報(bào)告。此夕卜，還提出一種使用RTCP來傳輸?shù)男碌臄U(kuò)展報(bào)告塊(Bxtended Report Block),其用于周期性地傳輸顯性擁塞通知總結(jié)報(bào)告。并且在上述文獻(xiàn)中提出了在這些報(bào)告中包括下述參數(shù):Extended Highest Sequence Number,用于計(jì)數(shù)與該報(bào)告相關(guān)的最高的RTP序列號(hào)、ECT(O)Counter,用于計(jì)數(shù)帶有ECT (O)的RTP數(shù)據(jù)包的數(shù)量、ECT (I) Counter,用于計(jì)數(shù)帶有ECT (I)的RTP數(shù)據(jù)包的數(shù)量、ECN-CE Counter，用于計(jì)數(shù)帶有CE的RTP數(shù)據(jù)包的數(shù)量、not-ECTCounter,用于計(jì)數(shù)帶有non-ECT的RTP數(shù)據(jù)包的數(shù)量、Lost Packets Counter,用于計(jì)數(shù)丟失的RTP數(shù)據(jù)包的數(shù)量,Duplication Counter,用于計(jì)數(shù)如下RTP數(shù)據(jù)包的數(shù)量，即該RTP數(shù)據(jù)包和已接收的RTP數(shù)據(jù)包相同。在此僅簡(jiǎn)要地給出了顯性擁塞通知反饋報(bào)告以及周期性顯性擁塞通知總結(jié)報(bào)告所應(yīng)當(dāng)包括的參數(shù)的定義，對(duì)于詳細(xì)內(nèi)容，感興趣的讀者可以參考上述文獻(xiàn)。
[0006]而對(duì)于基于可分級(jí)的視頻業(yè)務(wù)，還可以應(yīng)用流裁剪技術(shù)，即基于擁塞控制原理，媒體感知網(wǎng)絡(luò)單元(media-aware network element, MANE)將對(duì)RTP數(shù)據(jù)包進(jìn)行流裁剪(stream thinning)。在圖2中示出了現(xiàn)有技術(shù)中的這種流裁剪的實(shí)施過程。該技術(shù)移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包或RTP數(shù)據(jù)包的一部分，并根據(jù)具體情況改寫RTP數(shù)據(jù)包的頭信息。而在流裁剪過程中，傳輸路徑中的相關(guān)網(wǎng)絡(luò)設(shè)備，例如路由器也會(huì)實(shí)施ECN技術(shù)來指示即將發(fā)生的擁塞。在這種情況下，由于RTP接收端沒有意識(shí)到MANE已經(jīng)移除了一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包。因此，當(dāng)在生成顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告時(shí)，在計(jì)算例如參數(shù)ECT (O)計(jì)數(shù)、ECT (I)計(jì)數(shù)和Lost Packets Counter時(shí),將不會(huì)計(jì)數(shù)被MANE移除的RTP數(shù)據(jù)包。因此，反饋至RTP發(fā)送端的由RTCP承載的顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告將不再可靠。在此，由于計(jì)算這些被移除的RTP數(shù)據(jù)包能夠非常有助于RTP發(fā)送端實(shí)現(xiàn)良好的碼率適配或擁塞控制效果，因此不計(jì)數(shù)這些RTP數(shù)據(jù)包將會(huì)降低反饋報(bào)告的可靠性和準(zhǔn)確性。綜上所述，在應(yīng)用流裁剪技術(shù)的情況下，現(xiàn)有技術(shù)不能實(shí)現(xiàn)可靠的顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告。
[0007]此外，隨著視頻業(yè)務(wù)的不斷增加，尤其是基于可分級(jí)的視頻業(yè)務(wù)(例如應(yīng)用可分級(jí)視頻編碼(scalable video coding)的視頻業(yè)務(wù)或應(yīng)用多視角視頻編碼(multiviewvideo coding)的視頻業(yè)務(wù))的不斷增加對(duì)于ECN技術(shù)的設(shè)計(jì)提出更高的要求。如何在RTP傳輸路徑中的各網(wǎng)路設(shè)備中為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)ECN技術(shù)，是有待解決的問題。特別的，在3GPP TS 36.300，va300，E-UTRAN中提出了將前文所述的ECN技術(shù)應(yīng)用至基站以控制編解碼速率，但是卻未對(duì)該建議給出詳細(xì)的實(shí)現(xiàn)方法。因此，例如如何在基站中為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)ECN技術(shù)，用戶終端如何向RTP發(fā)送端作出反饋也是有待解決的問題。

【發(fā)明內(nèi)容】

[0008]由此可見，【背景技術(shù)】中所提及的現(xiàn)有方案在應(yīng)用流裁剪技術(shù)的情況下，不能為基于可分級(jí)的視頻業(yè)務(wù)確保顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告的可靠性。并且，在【背景技術(shù)】中，也沒有針對(duì)如何為基于由UDP承載RTP流的基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)ECN技術(shù)給出明確的方案。
[0009]為了解決【背景技術(shù)】中的問題，根據(jù)本發(fā)明的第一方面，提出了一種在網(wǎng)絡(luò)單元中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述媒體感知網(wǎng)絡(luò)單元從RTP發(fā)送端接收基于由UDP承載的RTP流的所述基于可分級(jí)的視頻業(yè)務(wù)，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟:A.確定是否需要對(duì)所述一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包進(jìn)行流裁剪；B.當(dāng)需要對(duì)所述一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的RTP數(shù)據(jù)包進(jìn)行流裁剪時(shí)，判斷是否需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包；以及C.當(dāng)需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包時(shí)，則以虛擬RTP數(shù)據(jù)包替換該RTP數(shù)據(jù)包，其中所述RTP虛擬數(shù)據(jù)包保留該RTP數(shù)據(jù)包的RTP頭信息，并在所述RTP虛擬數(shù)據(jù)包中以一個(gè)空的NAL單元來替換該RTP數(shù)據(jù)包負(fù)載中的所有NAL單元。
[0010]優(yōu)選地，所述基于可分級(jí)的視頻業(yè)務(wù)包括應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)或應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)。
[0011]優(yōu)選地，當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的基本層，所述非基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的增強(qiáng)層。當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的基本視角，所述非基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的比特流的非基本視角。
[0012]優(yōu)選地，所述網(wǎng)絡(luò)單元包括媒體感知網(wǎng)絡(luò)單元和基站，并且當(dāng)所述網(wǎng)絡(luò)單元為所述媒體感知網(wǎng)絡(luò)單元時(shí)，所述方法還包括步驟D:將經(jīng)流裁剪和/或未經(jīng)流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包經(jīng)由網(wǎng)絡(luò)發(fā)送至網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備包括基站和路由器。
[0013]根據(jù)本發(fā)明的第二方面，提出了一種在網(wǎng)絡(luò)設(shè)備中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述基于可分級(jí)的視頻業(yè)務(wù)是基于由UDP承載的RTP流的，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟:b.根據(jù)預(yù)定條件確定是否需要將將IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，所述IP數(shù)據(jù)包經(jīng)過流裁剪或未經(jīng)過流裁剪；C.當(dāng)確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11時(shí)，確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層的數(shù)量，并且根據(jù)所述非基層的數(shù)量以降序的順序確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層；以及d.對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的至少一個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
[0014]優(yōu)選地，所述預(yù)定條件包括可用資源狀態(tài)、緩沖器狀態(tài)、信道質(zhì)量和/或鏈路質(zhì)量。
[0015]優(yōu)選地，所述網(wǎng)絡(luò)設(shè)備包括基站和路由器。
[0016]優(yōu)選地，在所述步驟b之前，所述方法還包括步驟a:a.從網(wǎng)絡(luò)接收經(jīng)媒體感知網(wǎng)絡(luò)單元流裁剪和/或未經(jīng)所述媒體感知網(wǎng)絡(luò)單元流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包。
[0017]優(yōu)選地，所述步驟d進(jìn)一步包括:對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的時(shí)間上連續(xù)的兩個(gè)或三個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
[0018]由此，可以避免由于例如無線信道的時(shí)變性引起的IP數(shù)據(jù)包的丟失，從而進(jìn)一步確保了帶有顯性擁塞通知域設(shè)置為11的IP數(shù)據(jù)包頭的IP數(shù)據(jù)包能夠被可靠地發(fā)送至RTP接收端。
[0019]優(yōu)選地，所述方法還包括步驟e:e.將經(jīng)更新和/或未更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包發(fā)送至RTP接收端。
[0020]根據(jù)本發(fā)明的第三方面，提出了一種在RTP接收端中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述基于可分級(jí)的視頻業(yè)務(wù)是基于由UDP承載的RTP流的，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟:X1.從網(wǎng)絡(luò)設(shè)備接收經(jīng)所述網(wǎng)絡(luò)設(shè)備更新和/或未經(jīng)所述網(wǎng)絡(luò)設(shè)備更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包；X2.根據(jù)IP數(shù)據(jù)包頭中的顯性擁塞通知域的取值，針對(duì)不同的取值來分類地計(jì)數(shù)IP數(shù)據(jù)包中的RTP數(shù)據(jù)包的數(shù)量，并且當(dāng)從所述網(wǎng)絡(luò)設(shè)備接收的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包為虛擬RTP數(shù)據(jù)包時(shí)，則不將該RTP數(shù)據(jù)包用于視頻解碼，并且計(jì)數(shù)虛擬RTP數(shù)據(jù)包的數(shù)量；以及X3.當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)
生口 ο
[0021]優(yōu)選地，當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，所述步驟X3進(jìn)一步包括:X31.如果該IP數(shù)據(jù)包是第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包時(shí)，則記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告；以及X32.如果該IP數(shù)據(jù)包不是第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包時(shí)，則判斷該IP數(shù)據(jù)包是否與先前接收的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包屬于相同的非基層，當(dāng)不屬于相同的非基層時(shí)，則記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告，當(dāng)屬于相同的非基層時(shí)，則判斷接收該IP數(shù)據(jù)包的接收時(shí)間是否小于先前接收的屬于相同的非基層的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包的接收時(shí)間和RTP發(fā)送端與所述RTP接收端之間的回程時(shí)間的和，如果不小于，則記錄并更新所述接收時(shí)間，生成并向所述RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告，如果小于，則僅記錄并更新所述接收時(shí)間。
[0022]由此，在收到帶有顯性擁塞通知域設(shè)置為11的IP數(shù)據(jù)包頭的IP數(shù)據(jù)包時(shí)，RTP接收端可以確定該IP數(shù)據(jù)包屬于現(xiàn)有的擁塞事件(congestion event)或還是屬于新的擁塞事件，并僅在屬于新的擁塞事件時(shí)候發(fā)送顯性擁塞通知反饋報(bào)告。由此可以避免不需要的顯性擁塞通知反饋報(bào)告。
[0023]優(yōu)選地，所述步驟X3還包括:向所述RTP發(fā)送端發(fā)送由RTCP承載的周期性顯性擁塞通知總結(jié)報(bào)告，并且當(dāng)顯性擁塞通知反饋報(bào)告及其處理時(shí)間大于發(fā)送周期性顯性擁塞通知總結(jié)報(bào)告的預(yù)定時(shí)間時(shí)，不再發(fā)送該顯性擁塞通知反饋報(bào)告。
[0024]通過本發(fā)明提供的優(yōu)選的技術(shù)方案，能夠?qū)CN技術(shù)和流裁剪技術(shù)結(jié)合地應(yīng)用至基于可分級(jí)的視頻業(yè)務(wù)，并能夠產(chǎn)生可靠的顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告。由此在收到顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告之后，RTP接收端能夠?qū)崿F(xiàn)良好的碼率適配或擁塞控制效果。并且依據(jù)本發(fā)明的ECN技術(shù)還考慮了無線網(wǎng)絡(luò)中的時(shí)變性問題。此外，在本發(fā)明中，網(wǎng)絡(luò)設(shè)備(例如路由器和基站)能夠根據(jù)需要為同一個(gè)基于可分級(jí)的視頻業(yè)務(wù)設(shè)置不同的擁塞事件，這對(duì)于RTP發(fā)送端實(shí)施準(zhǔn)確的擁塞控制也是非常有利的。
[0025]本發(fā)明的各個(gè)方面將通過下文中的具體實(shí)施例的說明而更加清晰。
【專利附圖】

【附圖說明】
[0026]通過閱讀參照以下附圖所作的對(duì)非限制性實(shí)施例所作的詳細(xì)描述，本發(fā)明的其它特征、目的和優(yōu)點(diǎn)將會(huì)變得更加明顯:
[0027]圖1示出了 IP數(shù)據(jù)包頭中的ECN域的四種設(shè)置示意圖；
[0028]圖2示出了現(xiàn)有技術(shù)中實(shí)施流裁剪的方法流程圖；
[0029]圖3示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的系統(tǒng)不意圖；
[0030]圖4示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在MANE中實(shí)施流裁剪的方法流程圖；
[0031]圖5示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在網(wǎng)絡(luò)設(shè)備中實(shí)施用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法的流程圖；
[0032]圖6示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在RTP接收端中實(shí)施用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法的流程圖；
[0033]圖7示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的圖6中的步驟S603的實(shí)施方法的流程圖；
[0034]圖8示出了一個(gè)IP數(shù)據(jù)包的示例性結(jié)構(gòu)示意圖；
[0035]圖9示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的RTP虛擬數(shù)據(jù)包的結(jié)構(gòu)示意圖；以及
[0036]圖10示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的確定擁塞事件的示意圖。
[0037]在圖中，貫穿不同的示圖,相同或類似的附圖標(biāo)記表示相同或相對(duì)應(yīng)的部件或特征。
【具體實(shí)施方式】
[0038]圖3示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的系統(tǒng)示意圖。圖4示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在MANE中實(shí)施流裁剪的方法流程圖。圖5示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在網(wǎng)絡(luò)設(shè)備中實(shí)施用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法的流程圖。圖6示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的在RTP接收端中實(shí)施用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法的流程圖。
[0039]以下將結(jié)合圖4至圖6對(duì)圖3中的系統(tǒng)進(jìn)行描述。如圖3所示，該系統(tǒng)包括RTP發(fā)送端、網(wǎng)絡(luò)單元、網(wǎng)絡(luò)設(shè)備以及RTP接收端。
[0040]RTP發(fā)送端例如可以是視頻服務(wù)器。網(wǎng)絡(luò)單元例如可以是媒體感知網(wǎng)絡(luò)單元MANE和基站。網(wǎng)絡(luò)設(shè)備例如可以是基站和路由器。RTP接收端例如可以是移動(dòng)終端。在圖3中以網(wǎng)絡(luò)單元為MANE、網(wǎng)絡(luò)設(shè)備為基站為例對(duì)本發(fā)明進(jìn)行闡述。
[0041]而在本發(fā)明的另一些實(shí)施例中，MANE的功能也可以完全在基站側(cè)實(shí)現(xiàn)。因此，在這種情況下，系統(tǒng)將僅包括RTP發(fā)送端、網(wǎng)絡(luò)設(shè)備(例如基站)和RTP接收端。
[0042]并且，雖然在圖3中簡(jiǎn)要地示出了 MANE與網(wǎng)絡(luò)設(shè)備直接連接，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解在其他情形中，MANE可以經(jīng)過多個(gè)網(wǎng)元與網(wǎng)絡(luò)設(shè)備連接。同理，雖然RTP發(fā)送端和MANE直接連接，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解在其他情形中，RTP發(fā)送端可以經(jīng)過多個(gè)網(wǎng)元與MANE連接。
[0043]在此，我們假定RTP發(fā)送端與網(wǎng)格中的各個(gè)元件已經(jīng)完成初始化過程，即已經(jīng)協(xié)商確定將使用ECN技術(shù)。
[0044]在運(yùn)行中，RTP發(fā)送端首先將向MANE發(fā)送基于由UDP承載的RTP流的基于可分級(jí)的視頻業(yè)務(wù)。在圖8中示出了一個(gè)IP數(shù)據(jù)包的示例性結(jié)構(gòu)示意圖。如圖8所示，該IP數(shù)據(jù)包包括IP數(shù)據(jù)包頭、m)P數(shù)據(jù)包頭和一個(gè)或多個(gè)RTP數(shù)據(jù)包。在此，在IP數(shù)據(jù)包頭中包括兩比特的顯性擁塞通知域(未示出)。
[0045]在本發(fā)明中，該基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，將通過基層和一個(gè)或多個(gè)非基層傳輸基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包。
[0046]在此，基于可分級(jí)的視頻業(yè)務(wù)可以包括但不限于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)和應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)。
[0047]當(dāng)基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)時(shí)，基層指得是應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的基本層，而非基層指得是應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的增強(qiáng)層。
[0048]當(dāng)基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)時(shí)，基層指得是應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的基本視角，非基層指得是應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的比特流的非基本視角。
[0049]現(xiàn)在參照?qǐng)D4對(duì)在MANE中實(shí)施的流裁剪的方法進(jìn)行描述。而在本發(fā)明的另一個(gè)實(shí)施例中，該方法也可以在基站側(cè)實(shí)施。
[0050]在步驟S401中，MANE確定是否需要對(duì)一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包進(jìn)行流裁剪。
[0051]如果不需要進(jìn)行流裁剪，則進(jìn)入步驟S407。在步驟S407中，MANE將未經(jīng)流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包經(jīng)由網(wǎng)絡(luò)發(fā)送至網(wǎng)絡(luò)設(shè)備。
[0052]如果需要對(duì)所述一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的RTP數(shù)據(jù)包進(jìn)行流裁剪，則進(jìn)入步驟S402。在步驟S402中判斷是否需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包。
[0053]當(dāng)不需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包時(shí)，即僅需要移除RTP數(shù)據(jù)包中的一個(gè)或多個(gè)NAL單元時(shí)，則進(jìn)入步驟S405。在步驟405中有選擇性地移除RTP數(shù)據(jù)包中的一個(gè)或多個(gè)NAL單元并更新RTP數(shù)據(jù)包的RTP頭信息。在文獻(xiàn)IETF RFC 6190 (05、2011)“用于可分級(jí)的視頻編碼的RTP負(fù)載格式(RTP Payload Format forScalable Video Coding)”中對(duì)該更新過程進(jìn)行了具體描述，對(duì)于詳細(xì)內(nèi)容，感興趣的讀者可以參考上述文獻(xiàn)。
[0054]當(dāng)需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包時(shí)，則進(jìn)入步驟S406。在步驟S406中，以虛擬RTP數(shù)據(jù)包替換這些本應(yīng)該被移除的RTP數(shù)據(jù)包。在此，圖9示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的RTP虛擬數(shù)據(jù)包的結(jié)構(gòu)示意圖。如圖9所示，RTP虛擬數(shù)據(jù)包保留了本應(yīng)該被移除的RTP數(shù)據(jù)包的RTP頭信息，并且在RTP虛擬數(shù)據(jù)包中以一個(gè)空的NAL單元來替換本應(yīng)該被移除的RTP數(shù)據(jù)包負(fù)載中的所有NAL單元。
[0055]在此,該空的NAL單元中域可以被設(shè)置為:F = 0、NRI = 3、Type = 3USubtype =
1、J = O、K = O 以及 L = O。
[0056]通過使用RTP虛擬數(shù)據(jù)包，基于可分級(jí)的視頻業(yè)務(wù)的RTP數(shù)據(jù)包的序列號(hào)將保持流裁剪前的連續(xù)狀態(tài)，從而有助于RTP接收端不會(huì)再不計(jì)數(shù)原本遭移除的RTP數(shù)據(jù)包，因此可以實(shí)現(xiàn)準(zhǔn)確的顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告。另一方面，這仍保持了流裁剪的初衷和效果，因?yàn)樵械乃蠳AL單元已經(jīng)被一個(gè)空的NAL單元替換了。
[0057]然后，步驟S405和步驟S406都進(jìn)入步驟S407中，在步驟S407中，MANE將經(jīng)流裁剪和/或未經(jīng)流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包經(jīng)由網(wǎng)絡(luò)發(fā)送至網(wǎng)絡(luò)設(shè)備。需要指出的是，在MANE的功能也可以完全在基站側(cè)實(shí)現(xiàn)的情況下，方法將不包括步驟S407。
[0058]接著，參考圖5對(duì)在網(wǎng)絡(luò)設(shè)備中實(shí)施的為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法進(jìn)行描述。如圖5所示，在步驟S501中，網(wǎng)絡(luò)設(shè)備從網(wǎng)絡(luò)接收經(jīng)MANE流裁剪和/或未經(jīng)MANE流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包。需要指出的是，在MANE的功能也可以完全在基站側(cè)實(shí)現(xiàn)的情況下，方法將不包括步驟S501。即，基站可以在實(shí)施流裁剪技術(shù)之后，直接將ECN技術(shù)應(yīng)用至基于可分級(jí)的視頻業(yè)務(wù)。
[0059]在步驟S502中，網(wǎng)絡(luò)設(shè)備可以根據(jù)預(yù)定條件確定是否需要將IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，即指示即將發(fā)生的擁塞。
[0060]在此，預(yù)定條件可以包括可用資源狀態(tài)、緩沖器狀態(tài)、信道質(zhì)量和/或鏈路質(zhì)量。
[0061]當(dāng)確定不需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11時(shí)，則不需要對(duì)基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包進(jìn)行更新，方法進(jìn)入步驟S505。在步驟S505中將未更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包發(fā)送至RTP接收端。
[0062]當(dāng)確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11時(shí)，則方法進(jìn)入步驟S503。
[0063]在步驟S503中，網(wǎng)絡(luò)設(shè)備確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層的數(shù)量。在此，例如可以取決于網(wǎng)絡(luò)設(shè)備想告知RTP發(fā)送端即將發(fā)生的擁塞程度來確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層的數(shù)量。多個(gè)非基層意味著多個(gè)擁塞事件，而這將引起后續(xù)的RTP接收端的相對(duì)應(yīng)的多個(gè)顯性擁塞通知反饋報(bào)告。進(jìn)而，對(duì)于同一個(gè)基于可分級(jí)的視頻業(yè)務(wù)，將產(chǎn)生多個(gè)顯性擁塞通知反饋報(bào)告。由此，RTP發(fā)送端將更精確地施行快速擁塞控制。
[0064]此外，在步驟S503中，還將根據(jù)非基層的數(shù)量以降序的順序確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層。
[0065]具體地，對(duì)于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)，由于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的基層和增強(qiáng)層是通過{dependency_id, quality_id, temporal_id}來確定的，{dependency_id, quality_id, temporal_id}位于 NAL 單兀的頭信息中。其中，{0,0, x}表示基層，X意味著temporal_id的任意取值,而其他組合則表示增強(qiáng)層。具有較高數(shù)值的dependency_id增強(qiáng)層的層數(shù)較高。對(duì)于具有相同數(shù)值的dependency_id增強(qiáng)層,具有較高數(shù)值的quality_id的增強(qiáng)層的層數(shù)較高。而對(duì)于具有相同數(shù)值的dependency_id,quality_id,具有較高數(shù)值的temporal_id的增強(qiáng)層的層數(shù)較高。因而,對(duì)于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)，網(wǎng)絡(luò)設(shè)備可以根據(jù)上述原則從高到低確定出需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的增強(qiáng)層。
[0066]而對(duì)于應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)，由于應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的非基本視角是通過{view_id}來區(qū)分的，{view_id}位于NAL單元的頭信息中。其中，具有較高數(shù)值的View_id的增強(qiáng)層的層數(shù)較高。因而，對(duì)于應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)，網(wǎng)絡(luò)設(shè)備可以根據(jù)上述原則從高到低確定出需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基本視角。
[0067]在步驟504中，對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的至少一個(gè)IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
[0068]具體地，對(duì)于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)，將需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的增強(qiáng)層中的至少一個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
[0069]對(duì)于應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)，將需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基本視角中的至少一個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
[0070]優(yōu)選地，在該步驟中，對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的時(shí)間上連續(xù)的兩個(gè)或三個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。由此可以避免由于例如無線信道的時(shí)變性引起的不利影響。
[0071]隨后，在步驟S505中，網(wǎng)絡(luò)設(shè)備將經(jīng)更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包發(fā)送至RTP接收端。
[0072]接著，參考圖6對(duì)在RTP接收端中實(shí)施的為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)顯性擁塞通知的方法進(jìn)行描述。如圖6所示，在步驟S601中，RTP接收端從網(wǎng)絡(luò)設(shè)備接收經(jīng)網(wǎng)絡(luò)設(shè)備更新和/或未經(jīng)所述網(wǎng)絡(luò)設(shè)備更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包。
[0073]在步驟S602中，RTP接收端根據(jù)IP數(shù)據(jù)包頭中的顯性擁塞通知域的取值，針對(duì)不同的取值來分類地計(jì)數(shù)IP數(shù)據(jù)包中的RTP數(shù)據(jù)包的數(shù)量。在此,每收到一個(gè)IP數(shù)據(jù)包都要對(duì)其中的RTP包進(jìn)行計(jì)數(shù)。即對(duì)于圖1中所示的IP數(shù)據(jù)包頭中的顯性擁塞通知域?yàn)?br> 00、01、10和11四種情況下的RTP數(shù)據(jù)包，無論該RTP數(shù)據(jù)包是虛擬RTP數(shù)據(jù)包還是非虛擬RTP數(shù)據(jù)包，都將進(jìn)行累積計(jì)數(shù)，以便用于可能將要發(fā)送的顯性擁塞通知反饋報(bào)告和/或周期性顯性擁塞通知總結(jié)報(bào)告。具體地，將對(duì)ECT (O)、ECT⑴、ECN-CE、not-ECT這四個(gè)參數(shù)計(jì)數(shù)RTP數(shù)據(jù)包的數(shù)量。
[0074]并且，在該步驟中，當(dāng)從網(wǎng)絡(luò)設(shè)備接收的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包為虛擬RTP數(shù)據(jù)包時(shí)，則不將該RTP數(shù)據(jù)包用于視頻解碼，并且計(jì)數(shù)虛擬RTP數(shù)據(jù)包的數(shù)量。在此，將虛擬 RTP 數(shù)據(jù)包的數(shù)量計(jì)數(shù)入?yún)?shù) Lost Packets Counter 和 Duplication Counter。
[0075]在步驟S603中，當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，RTP接收端生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0076]在此，圖7示出了根據(jù)本發(fā)明的另一個(gè)實(shí)施例的圖6中的步驟S603的實(shí)施方法的流程圖。如圖7所示，當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，在步驟SI中RTP接收端判斷該IP數(shù)據(jù)是否是第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包。
[0077]如果是，則觸發(fā)擁塞事件，方法進(jìn)入步驟S3，在步驟S3中RTP接收端記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0078]如果不是，則方法進(jìn)入步驟S2。在步驟S2中RTP接收端判斷該IP數(shù)據(jù)包是否與先前接收的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包屬于相同的非基層。對(duì)于應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)，可以通過NAL單元的頭中的{dependency_id, quality_id, temporal_id}來進(jìn)行判斷。而對(duì)于應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)，可以通過NAL單元的頭中的{vieW_id}來進(jìn)行判斷。
[0079]如果不屬于相同的非基層，則觸發(fā)擁塞事件，方法又進(jìn)入步驟S3。在步驟S3中RTP接收端記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0080]如果屬于相同的非基層，則方法進(jìn)入步驟S4。在步驟S4中，RTP接收端判斷接收該IP數(shù)據(jù)包的接收時(shí)間是否小于先前接收的屬于相同的非基層的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包的接收時(shí)間和RTP發(fā)送端與RTP接收端之間的回程時(shí)間(Round Trip Time，RTT)的和。
[0081]如果不小于，則觸發(fā)擁塞事件，方法進(jìn)入步驟S5。在步驟S5中，RTP接收端記錄并更新接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0082]如果小于，則方法進(jìn)入步驟S6。在步驟S6中，RTP接收端記錄并更新接收時(shí)間。
[0083]現(xiàn)在參照?qǐng)D10對(duì)上述過程在進(jìn)行示例性描述。圖10示出了根據(jù)本發(fā)明的一個(gè)實(shí)施例的確定擁塞事件的示意圖。如圖10所示，當(dāng)RTP接收端接收到第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包(序列號(hào)SN = N)時(shí)，將觸發(fā)擁塞事件，即RTP接收端將生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。并且，在此還記錄該IP數(shù)據(jù)包的接收時(shí)間，作為與非基層X相關(guān)聯(lián)的接收時(shí)間T_old。
[0084]而此后，當(dāng)RTP接收端接收到下一個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN =N+1時(shí)，并且判斷出這個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN = N+1與IP數(shù)據(jù)包SN =N屬于相同的非基層X時(shí)，將判斷這個(gè)IP數(shù)據(jù)包SN = N+1的接收時(shí)間T_new < T_old+RTT是否成立。在該實(shí)施例中，上述關(guān)系成立。因而僅記錄T_new,并以T_new的取值替代T_old的取值，作為新的與非基層X的相關(guān)聯(lián)的接收時(shí)間T_old。并且在此不觸發(fā)擁塞事件，即不向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0085]接著，如圖10所示，RTP又收到了非基層x-Ι的一個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN = M,并判斷出這個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN = M與IP數(shù)據(jù)包SN = N和SN = N+1不屬于相同的非基層。在這種情況下，將觸發(fā)擁塞事件，即RTP接收端將生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。在此，還記錄該IP數(shù)據(jù)包SN = M的接收時(shí)間，作為與非基層x-Ι相關(guān)聯(lián)的接收時(shí)間T_old。
[0086]然后，當(dāng)RTP接收端接收到下一個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN = M+1時(shí)，并且判斷出這個(gè)新的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包SN = M+1與IP數(shù)據(jù)包SN = M屬于相同的非基層X時(shí)，將判斷這個(gè)IP數(shù)據(jù)包SN = M+1的接收時(shí)間T_new < T_old+RTT是否成立。在該實(shí)施例中，上述關(guān)系成立。因而僅記錄T_new,并以T_new的取值替代T_old的取值，作為新的與非基層x-1的相關(guān)聯(lián)的接收時(shí)間T_old。并且在此不觸發(fā)擁塞事件，不向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
[0087]優(yōu)選地，在此，RTP接收端還向RTP發(fā)送端發(fā)送由RTCP承載的周期性顯性擁塞通知總結(jié)報(bào)告，并且當(dāng)顯性擁塞通知反饋報(bào)告及其處理時(shí)間大于發(fā)送周期性顯性擁塞通知總結(jié)報(bào)告的預(yù)定時(shí)間時(shí)，不再發(fā)送該顯性擁塞通知反饋報(bào)告。在此，處理時(shí)間時(shí)指RTP接收端處理反饋報(bào)告中的各種參數(shù)的時(shí)間以及時(shí)延等。
[0088]在此，在生成顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告時(shí)，將處理ECT(O)、ECT(I)、ECN-CE> not-ECT、Lost PacketsCounter、Extended Highest SequenceNumber、Duplication Counter這些參數(shù),并在報(bào)告中包括這些參數(shù)。
[0089]最后，如圖3所示，當(dāng)RTP接收端接收到顯性擁塞通知和/或周期性顯性擁塞通知總結(jié)報(bào)告之后，RTP發(fā)送端將通過擁塞控制算法等進(jìn)行準(zhǔn)確的擁塞控制。
[0090]需要說明的是，上述實(shí)施例僅是示范性的，而非對(duì)本發(fā)明的限制。任何不背離本發(fā)明精神的技術(shù)方案均應(yīng)落入本發(fā)明的保護(hù)范圍之內(nèi)，這包括使用在不同實(shí)施例中出現(xiàn)的不同技術(shù)特征，裝置方法可以進(jìn)行組合，以取得有益效果。此外，不應(yīng)將權(quán)利要求中的任何附圖標(biāo)記視為限制所涉及的權(quán)利要求；“包括”一詞不排除其他權(quán)利要求或說明書中未列出的裝置或步驟。
【權(quán)利要求】
1.一種在網(wǎng)絡(luò)單元中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述媒體感知網(wǎng)絡(luò)單元從RTP發(fā)送端接收基于由UDP承載的RTP流的所述基于可分級(jí)的視頻業(yè)務(wù)，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟: A.確定是否需要對(duì)所述一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包進(jìn)行流裁剪； B.當(dāng)需要對(duì)所述一個(gè)或多個(gè)非基層上的基于可分級(jí)的視頻業(yè)務(wù)的RTP數(shù)據(jù)包進(jìn)行流裁剪時(shí)，判斷是否需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包；以及 C.當(dāng)需要移除一個(gè)或多個(gè)完整的RTP數(shù)據(jù)包時(shí)，則以虛擬RTP數(shù)據(jù)包替換該RTP數(shù)據(jù)包，其中所述RTP虛擬數(shù)據(jù)包保留該RTP數(shù)據(jù)包的RTP頭信息，并在所述RTP虛擬數(shù)據(jù)包中以一個(gè)空的NAL單元來替換該RTP數(shù)據(jù)包負(fù)載中的所有NAL單元。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基于可分級(jí)的視頻業(yè)務(wù)包括應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)或應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的基本層，所述非基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的增強(qiáng)層； 當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的基本視角，所述非基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的比特流的非基本視角。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述網(wǎng)絡(luò)單元包括媒體感知網(wǎng)絡(luò)單元和基站，并且當(dāng)所述網(wǎng)絡(luò)單元為所述媒體感知網(wǎng)絡(luò)單元時(shí)，所述方法還包括步驟D: 將經(jīng)流裁剪和/或未經(jīng)流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包經(jīng)由網(wǎng)絡(luò)發(fā)送至網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備包括基站和路由器。
5.一種在網(wǎng)絡(luò)設(shè)備中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述基于可分級(jí)的視頻業(yè)務(wù)是基于由UDP承載的RTP流的，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟: b.根據(jù)預(yù)定條件確定是否需要將IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，所述IP數(shù)據(jù)包經(jīng)過流裁剪或未經(jīng)過流裁剪； C.當(dāng)確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11時(shí)，確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層的數(shù)量，并且根據(jù)所述非基層的數(shù)量以降序的順序確定需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的非基層；以及 d.對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的至少一個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述預(yù)定條件包括可用資源狀態(tài)、緩沖器狀態(tài)、信道質(zhì)量和/或鏈路質(zhì)量。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述網(wǎng)絡(luò)設(shè)備包括基站和路由器。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述步驟b之前，所述方法還包括步驟a: a.從網(wǎng)絡(luò)接收經(jīng)媒體感知網(wǎng)絡(luò)單元流裁剪和/或未經(jīng)所述媒體感知網(wǎng)絡(luò)單元流裁剪的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述步驟d進(jìn)一步包括: 對(duì)于需要將IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11的每個(gè)非基層，將該非基層中的時(shí)間上連續(xù)的兩個(gè)或三個(gè)IP數(shù)據(jù)包的IP數(shù)據(jù)包頭中的顯性擁塞通知域設(shè)置為11，并生成更新后的IP數(shù)據(jù)包。
10.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括步驟e: e.將經(jīng)更新和/或未更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包發(fā)送至RTP接收端。
11.根據(jù)權(quán)利要求5至10中任一項(xiàng)所述的方法，其特征在于，所述基于可分級(jí)的視頻業(yè)務(wù)包括應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)或應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的基本層，所述非基層為應(yīng)用可分級(jí)視頻編碼的視頻業(yè)務(wù)的比特流的增強(qiáng)層； 當(dāng)所述基于可分級(jí)的視頻業(yè)務(wù)為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)時(shí)，所述基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的基本視角，所述非基層為應(yīng)用多視角視頻編碼的視頻業(yè)務(wù)的比特流的非基本視角。
13.—種在RTP接收端中用于為基于可分級(jí)的視頻業(yè)務(wù)實(shí)現(xiàn)組合使用流媒體裁剪技術(shù)和顯性擁塞通知技術(shù)的方法，其中，所述基于可分級(jí)的視頻業(yè)務(wù)是基于由UDP承載的RTP流的，并且所述基于可分級(jí)的視頻業(yè)務(wù)的比特流包括基層和一個(gè)或多個(gè)非基層，通過所述基層和一個(gè)或多個(gè)非基層傳輸所述基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包，所述方法包括如下步驟: X1.從網(wǎng)絡(luò)設(shè)備接收經(jīng)所述網(wǎng)絡(luò)設(shè)備更新和/或未經(jīng)所述網(wǎng)絡(luò)設(shè)備更新的基于可分級(jí)的視頻業(yè)務(wù)的IP數(shù)據(jù)包； X2.根據(jù)IP數(shù)據(jù)包頭中的顯性擁塞通知域的取值，針對(duì)不同的取值來分類地計(jì)數(shù)IP數(shù)據(jù)包中的RTP數(shù)據(jù)包的數(shù)量，并且當(dāng)從所述網(wǎng)絡(luò)設(shè)備接收的IP數(shù)據(jù)包中的RTP數(shù)據(jù)包為虛擬RTP數(shù)據(jù)包時(shí)，則不將該RTP數(shù)據(jù)包用于視頻解碼，并且計(jì)數(shù)虛擬RTP數(shù)據(jù)包的數(shù)量；以及 X3.當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，當(dāng)所接收的IP數(shù)據(jù)包中的顯性擁塞通知域?yàn)?1時(shí)，所述步驟X3進(jìn)一步包括: X31.如果該IP數(shù)據(jù)包是第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包時(shí)，則記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告；以及 X32.如果該IP數(shù)據(jù)包不是第一個(gè)顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包時(shí)，則判斷該IP數(shù)據(jù)包是否與先前接收的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包屬于相同的非基層，當(dāng)不屬于相同的非基層時(shí)，則記錄該IP數(shù)據(jù)包的接收時(shí)間，生成并向RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告，當(dāng)屬于相同的非基層時(shí)，則判斷接收該IP數(shù)據(jù)包的接收時(shí)間是否小于先前接收的屬于相同的非基層的顯性擁塞通知域?yàn)?1的IP數(shù)據(jù)包的接收時(shí)間和RTP發(fā)送端與所述RTP接收端之間的回程時(shí)間的和，如果不小于，則記錄并更新所述接收時(shí)間，生成并向所述RTP發(fā)送端發(fā)送由RTCP承載的顯性擁塞通知反饋報(bào)告，如果小于，則僅記錄并更新所述接收時(shí)間。
15.根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述步驟X3還包括:向所述RTP發(fā)送端發(fā)送由RTCP承載的周期性顯性擁塞通知總結(jié)報(bào)告，并且當(dāng)顯性擁塞通知反饋報(bào)告及其處理時(shí) 間大于發(fā)送周期性顯性擁塞通知總結(jié)報(bào)告的預(yù)定時(shí)間時(shí)，不再發(fā)送該顯性擁塞通知反饋報(bào)告。
【文檔編號(hào)】H04L12/801GK103780954SQ201210406296
【公開日】2014年5月7日 申請(qǐng)日期:2012年10月22日 優(yōu)先權(quán)日:2012年10月22日
【發(fā)明者】晁華 申請(qǐng)人:上海貝爾股份有限公司