專利名稱：一種流媒體的傳輸方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種流媒體的傳輸方法和設(shè)備。
背景技術(shù)：
流媒體業(yè)務(wù)是從Internet上發(fā)展起來的 一種多媒體應(yīng)用，指使用流 (Streaming)方式在網(wǎng)絡(luò)上傳輸?shù)亩嗝襟w文件，包括音頻、視頻和動畫等。 移動流媒體業(yè)務(wù)就是流媒體技術(shù)在移動網(wǎng)絡(luò)和終端上的應(yīng)用，主要是利用目 前2.5G或3G的移動通信網(wǎng)，為手機終端提供音頻、視頻的流Jf某體服務(wù)。移 動流媒體業(yè)務(wù)的內(nèi)容包括新聞資訊、影視、MTV、體育、教育、行業(yè)和專項 應(yīng)用等多種形式。
流媒體傳輸技術(shù)的主要特點是以流(Streaming)的形式進行多媒體數(shù)據(jù) 的傳輸。把連續(xù)的影像和聲音信息經(jīng)過壓縮處理后放到網(wǎng)絡(luò)服務(wù)器上，客戶 端在播放前并不需要下載整個媒體文件，而是在將緩存區(qū)中已經(jīng)收到的信息 進行播放的同時，多媒體文件的剩余部分將持續(xù)不斷地從服務(wù)器下載到客戶 端，即"邊下載，邊"f番》文"。
隨著3GPP規(guī)范的不斷演進和發(fā)展，流媒體技術(shù)也日趨成熟，包括流媒體 網(wǎng)絡(luò)結(jié)構(gòu)及邏輯功能劃分、媒體描述協(xié)議、流媒體傳輸協(xié)議、流媒體編碼器 集等方面。分組流々某體網(wǎng)絡(luò)結(jié)構(gòu)如圖1所示。
流媒體終端(Streaming Client)與流媒體內(nèi)容服務(wù)器(Content Server)之 間建立流媒體業(yè)務(wù)之后，流媒體傳輸技術(shù)需要保證媒體傳輸?shù)馁|(zhì)量。對于移 動網(wǎng)絡(luò)中的流媒體傳輸來說，保證流媒體業(yè)務(wù)質(zhì)量的重要環(huán)節(jié)在于無線接入 側(cè)承載的質(zhì)量，即流々某體終端與接入網(wǎng)之間的傳輸質(zhì)量，例如對于UMTS (Universal Mobile Telecommunications System,通用移動通葉言系統(tǒng))，UMTS 接入網(wǎng)即為UTRAN。
UMTS接入網(wǎng)包括RNC (Radio Network Controller,無線網(wǎng)絡(luò)控制器)和NodeB(基站)，其中RNC負(fù)載無線承載QoS(業(yè)務(wù)質(zhì)量，Quality Of Service ) 的控制，包括來自于SGSN (Serving GPRS Support Node,服務(wù)GPRS支持節(jié) 點)的QoS參數(shù)到無線承載參數(shù)的映射。PS (Packet Switched,分組交換) 域的流媒體業(yè)務(wù)傳輸承載建立過程中，SGSN向RNC指配PS域的流業(yè)務(wù)
(Streaming),并要求RNC保證相應(yīng)的傳輸速率和時延要求。目前，PS域支 持4種業(yè)務(wù)等級(Traffic Class),包括會話業(yè)務(wù)(Conversational),流業(yè)務(wù)
(Streaming )、交互業(yè)務(wù)(Interactive )、背景業(yè)務(wù)(Background )。其QoS要 求逐次降低，其中會話業(yè)務(wù)和流業(yè)務(wù)有保證速率的要求，而后2種沒有保證 速率要求。
由于流業(yè)務(wù)需要提供相應(yīng)的保證速率，因此RNC在執(zhí)行QoS映射的時候， 需要提供機制來確保無線承載能夠滿足流業(yè)務(wù)的要求。如果無線接入側(cè)使用 DCH ( Dedicated Channel,專用信道)，則RNC將根據(jù)QoS要求分配合適的 信道碼資源，這些資源將由對應(yīng)的流業(yè)務(wù)承載所專用；但隨著HSDPA (High Speed Downlink Packet Access,高速下^f亍鏈^各分組才妄入)^支術(shù)的引入，由于 HSDPA碼資源利用率高的優(yōu)點，在無線接入側(cè)流業(yè)務(wù)將逐漸采用HSDPA來 承載。
使用HSDPA (對應(yīng)的傳輸信道為HS-DSCH)來承載流業(yè)務(wù)的時候，為 了保證流業(yè)務(wù)QoS要求得到滿足，接入網(wǎng)將采用事先確定的原則進行數(shù)據(jù)的 發(fā)送，以滿足流業(yè)務(wù)的保證速率、時延要求，因為接入網(wǎng)側(cè)(如RNC和NodeB) 無法估計流媒體終端中緩存了多少數(shù)據(jù)。
發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺陷
流媒體傳輸技術(shù)的基本原則是先緩存一定量的數(shù)據(jù)(緩存的時間以及相 應(yīng)的數(shù)據(jù)量大小，由流媒體終端的實現(xiàn)情況決定)，然后邊播放邊接收數(shù)據(jù)， 保證業(yè)務(wù)連續(xù)的前提是緩存(buffer)中必須時刻存放待播放的媒體數(shù)據(jù)。
相對于DCH來說(一直占用無線資源，如碼資源)，HSDPA可以在短時 間內(nèi)將資源調(diào)度特定UE并發(fā)送大量數(shù)據(jù)(期間該UE使用無線資源)，也可 以不發(fā)送數(shù)據(jù)(期間該UE不使用資源)。在接入網(wǎng)側(cè)無法獲知流媒體終端(即 UE)當(dāng)前緩存數(shù)據(jù)量的情況下，為了保證緩存中一直存放足夠播放的媒體數(shù)據(jù)，接入網(wǎng)側(cè)必須保證有數(shù)據(jù)(來自于核心網(wǎng))即盡力調(diào)度UE并向其發(fā)送數(shù) 據(jù)。
對于移動流媒體來說，流々某體終端(UE)的移動性是不確定的，因而無 線環(huán)境(信道條件)是時變的。信道條件好的情況下發(fā)送數(shù)據(jù)時無線資源利 用的效率較高，而信道條件差的情況下則效率較低。在目前條件下，接入網(wǎng) 側(cè)不能根據(jù)流媒體終端(UE)信道條件的好壞來動態(tài)調(diào)整調(diào)度策略(發(fā)送或 不發(fā)送，以及發(fā)送的速率)，不能充分利用信道條件的變化情況，因而不能達 到更高的無線資源利用率。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種流々某體的傳輸方法和設(shè)備，用于實現(xiàn)對終端發(fā) 送流媒體數(shù)據(jù)的動態(tài)調(diào)整。
為達到上述目的，本發(fā)明的實施例提供一種流媒體的傳輸方法，包括以 下步驟
接收終端上報的終端上接收緩存的狀態(tài)；
根據(jù)所述接收緩存的狀態(tài)，調(diào)整對所述終端的流纟某體傳輸策略。 本發(fā)明的實施例還提供一種流媒體的傳輸方法，其特征在于，包括以下 步驟
向接入網(wǎng)絡(luò)側(cè)控制實體上報本地接收緩存的狀態(tài)； 接收所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的流媒體數(shù)據(jù)。 本發(fā)明的實施例還提供一種接入網(wǎng)絡(luò)側(cè)控制實體，包括 緩存狀態(tài)獲取單元，用于獲取終端上報的接收緩存的狀態(tài)； 傳輸策略調(diào)整單元，用于根據(jù)所述緩存狀態(tài)獲取單元獲取的所述終端上 接收緩存的狀態(tài)，調(diào)整對所述終端的流媒體傳輸策略。 本發(fā)明的實施例還提供一種終端設(shè)備，包括
緩存狀態(tài)上報單元，用于向接入網(wǎng)絡(luò)側(cè)控制實體上報本地接收緩存的狀
態(tài)；
數(shù)據(jù)接收單元，用于接收所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的流媒體數(shù)據(jù)。與現(xiàn)有技術(shù)相比，本發(fā)明的實施例具有以下優(yōu)點
接入網(wǎng)絡(luò)側(cè)根據(jù)終端上報的接收緩存的狀態(tài)，可以動態(tài)調(diào)度流媒體數(shù)據(jù) 的發(fā)送策略，從而大大提高流媒體業(yè)務(wù)無線資源利用率，提升系統(tǒng)容量。


圖l是現(xiàn)有技術(shù)中分組流媒體網(wǎng)絡(luò)結(jié)構(gòu)的示意圖； 圖2是本發(fā)明的實施例一中一種流々某體的傳輸方法的流程圖； 圖3是本發(fā)明的實施例二中使用的緩沖長度與占用率的示意圖； 圖4是本發(fā)明的實施例二中UE將Buffer狀態(tài)通過RNC通知NodeB的示 意圖5是本發(fā)明的實施例二中UE將Buffer狀態(tài)直接通知NodeB的示意圖； 圖6是本發(fā)明的實施例二中使用的一種動態(tài)調(diào)度策略的示意圖； 圖7是本發(fā)明的實施例三中 一種流i某體傳輸?shù)目刂葡到y(tǒng)的示意圖。
具體實施例方式
以下結(jié)合附圖和具體的實施例，對本發(fā)明的實施方式做進一步說明。 本發(fā)明的實施例一中， 一種流i某體的傳輸方法如圖2所示，包括以下步驟 步驟s201、終端向接入網(wǎng)側(cè)上報終端上流媒體業(yè)務(wù)接收緩存的狀態(tài)。 該步驟中，該接收緩存的狀態(tài)可以包括緩存區(qū)大小和/或占用比例。對于
不同的網(wǎng)絡(luò)，該緩存的占用情況在上報時所采用的方式不同，該方式在以下
結(jié)合具體的應(yīng)用場景進行描述。
步驟s202、接入網(wǎng)控制實體根據(jù)該終端上報的接收緩存的狀態(tài)，調(diào)整對
該終端的流纟某體傳輸策略。
該步驟中，接入網(wǎng)接收到終端上報的接收緩存的狀態(tài)后，可以綜合考慮
該接收緩存的狀態(tài)、以及當(dāng)前信道條件的好壞等因素，動態(tài)調(diào)整流々某體數(shù)據(jù)
的發(fā)送策略，以提高無線資源利用率。該發(fā)送策略具體包括是否發(fā)送流J 某
體數(shù)據(jù)，以及發(fā)送流媒體數(shù)據(jù)時所使用的傳輸速率等。
以下結(jié)合具體的應(yīng)用場景，對本發(fā)明的實施例 一 中 一種流J 某體的傳輸方法的實施方式做進一步說明。
本發(fā)明的實施例二中， 一種流々某體的傳輸方法的具體實施方式
如下 接入網(wǎng)在流媒體業(yè)務(wù)建立過程中設(shè)定終端上報接收緩存狀態(tài)的周期，還 可以進一步設(shè)定門限值，該門限指可以包括一高門限值以及一低門限。終端 在流i某體業(yè)務(wù)建立之后立即向接入網(wǎng)上l艮接收緩存狀態(tài)。該狀態(tài)主要包括 Buffer size (緩存長度)如2Mbyte (兆字節(jié))，以及Usage (占用率)如60%。 其中，緩存長度與占用率的示意圖如圖3所示。
此后，終端按照接入網(wǎng)設(shè)定的周期上報接收緩存的狀態(tài)。當(dāng)接入網(wǎng)對門 限值進行了設(shè)定時，終端在接收緩存占用率低于"低門限"或高于"高門限" 時也需要立即上報。具體的，終端在每次上報接收緩存的狀態(tài)時更新占用率。 對于緩存長度，可以每次上報緩存狀態(tài)時都攜帶，也可以只在緩存長度改變 時攜帶。
以UMTS網(wǎng)絡(luò)為例，對于UMTS網(wǎng)絡(luò)中的UE,接入網(wǎng)為UTRAN, UMTS 接入網(wǎng)中的控制實體包括RNC和NodeB。 UMTS網(wǎng)絡(luò)中，UE需要將接收緩 存的狀態(tài)上報給接入網(wǎng)中的基站NodeB。 UE向接入網(wǎng)中的NodeB上報接收 緩存的狀態(tài)可以通過以下途徑
方式一UE將接收緩存的狀態(tài)先通知RNC,再由RNC將接收緩存的狀 態(tài)通知NodeB。該方式的示意圖如圖4所示，包括以下步驟
步驟s401 、 UE向RNC通知接收緩存的狀態(tài)。
該步驟中，UE可以通過L2，如RLC層(Radio Link Control,無線鏈路 控制)；或L3,如RRC層(Radio Resource Control,無線資源控制)向RNC 通知當(dāng)前的接收緩存的狀態(tài)。
步驟s402、 RNC向NodeB通知接收緩存的狀態(tài)。
該步驟中，RNC可以通過Iub接口用戶面承載，如FP ( Frame Protocol, 幀協(xié)議)向NodeB通知UE的Buffer狀態(tài)。
方式二 UE也可以直接通過物理層向NodeB上報Buffer狀態(tài)。該方式 的示意圖如圖5所示，包括以下步驟
步驟s501、 UE向NodeB通知接收緩存的狀態(tài)。,長期演進)網(wǎng)絡(luò)為例，接入網(wǎng)為E-UTRAN (Evolved Universal Terrestrial Radio Access Network, ^寅進的網(wǎng)纟各纟吉4勾), E-UTRAN接入網(wǎng)控制實體為eNodeB( evolved NodeB，演進基站)。E-UTRAN 接入網(wǎng)中，終端需要將接收緩存的狀態(tài)上報給eNodeB。終端可以直接向接入 網(wǎng)中的NodeB上才艮接收緩存的狀態(tài)，該過程與圖5描述的方式類似，在此不 進行重復(fù)描述。
以上以UMTS網(wǎng)絡(luò)和LTE網(wǎng)絡(luò)為例，說明本發(fā)明實施例中終端上報接收 緩存狀態(tài)的方法，對于其他類型的網(wǎng)絡(luò)以及對應(yīng)的接入網(wǎng)，具體實現(xiàn)的原理 相同，在此不——進行列舉。
接入網(wǎng)接收到終端上報的接收緩存的狀態(tài)后，可以綜合考慮該接收緩存 的狀態(tài)、以及當(dāng)前信道條件的好壞等因素，動態(tài)調(diào)整流々某體數(shù)據(jù)的發(fā)送策略。 該動態(tài)調(diào)度策略的主要原則是在確保終端的接收緩存中保持適量待播放數(shù)據(jù) 的前提下，充分利用較好的信道條件發(fā)送流4某體數(shù)據(jù)，提高傳輸效率提高， 避免在信道條件較差的情況下發(fā)送流媒體數(shù)據(jù)帶來的效率降低。
本實施例中， 一種動態(tài)調(diào)度策略的示意圖可以參見圖6
根據(jù)終端接收緩存(Buffer)占用率的狀態(tài)以及信道條件的好壞，將所有 可能的情況大致分為A、 B、 C、 D共4個象限，各個象限的調(diào)度/發(fā)送原則如 下
對于象限A:信道條件好且終端接收緩存占用率低于"高門限"的狀態(tài) 下，接入網(wǎng)側(cè)(如UMTS的NodeB)采用盡力發(fā)送的原則，即如果有待發(fā)送 數(shù)據(jù)，則盡量使用更多的資源調(diào)度終端，盡快將數(shù)據(jù)發(fā)送完畢；
對于象限B:信道條件好但終端接收緩存占用率不低于"高門限"的狀 態(tài)下，接入網(wǎng)側(cè)(如UMTS的NodeB )不調(diào)度終端，停止向終端發(fā)送凄t據(jù)；
對于象限C:信道條件差但終端接收緩存占用率不高于"低門P艮"的狀 態(tài)下，接入網(wǎng)側(cè)(如UMTS的NodeB )以保證流媒體業(yè)務(wù)連續(xù)性的原則調(diào)度 UE,即以接近保證速率或等于保證速率發(fā)送數(shù)據(jù)；
對于象限D(zhuǎn):信道條件差但終端接收緩存占用率高于"低門限"的狀態(tài) 下，接入網(wǎng)側(cè)(如UMTS的NodeB )不調(diào)度終端，停止向終端發(fā)送數(shù)據(jù)。上述描述中，信道條件的好壞的衡量標(biāo)準(zhǔn)可以根據(jù)需要進行設(shè)定，如采
用CQI ( Channel Quality Indicator,信道質(zhì)量指示符)作為信道條件的測量標(biāo) 準(zhǔn)。對一個信道的CQI能夠通過使用性能指標(biāo)，例如SNR ( Signal-to-Noise Ratio, 4言p喿比)、SINR ( Signal-to-noise plus Interference Ratio, 4言號與干^尤力口 噪聲比)、SNDR ( Signal-to-Noise and Distortion Ratio,信號與噪聲失真比) 等信道的性能被計算。通常， 一個高值的CQI表示一個信道有高的質(zhì)量，反 之亦然。
上述圖6中所描述的情況只是動態(tài)調(diào)度策略的一個簡單特例，本發(fā)明實 施例的范圍并不限定于該特例，在實際應(yīng)用中可以根據(jù)需要設(shè)定不同的或更 為復(fù)雜的動態(tài)調(diào)度策略，以符合實際需要。
通過以上本發(fā)明的實施例提供的方法，由接入網(wǎng)絡(luò)側(cè)根據(jù)終端上報的接 收緩存的狀態(tài)動態(tài)調(diào)度流媒體數(shù)據(jù)的發(fā)送策略，從而大大提高流媒體業(yè)務(wù)無 線資源利用率，提升系統(tǒng)容量。
本發(fā)明的實施例三中提供了一種流々某體傳輸?shù)目刂葡到y(tǒng)，其結(jié)構(gòu)如圖7 所示，包括接入網(wǎng)絡(luò)側(cè)控制實體10以及終端設(shè)備20。其中接入網(wǎng)絡(luò)側(cè)控制 實體10，用于獲取終端上報的接收緩存的狀態(tài)，并根據(jù)該終端上接收緩存的 狀態(tài)，調(diào)整對終端的流媒體傳輸策略。終端設(shè)備20,用于向接入網(wǎng)絡(luò)側(cè)控制 實體上報本地接收緩存的狀態(tài)，并接收接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的流媒體數(shù) 據(jù)。
具體的，接入網(wǎng)絡(luò)側(cè)控制實體10進一步包括
緩存狀態(tài)獲取單元11，用于獲取終端上報的接收緩存的狀態(tài)。該接收緩 存的狀態(tài)包括緩存占用率和/或緩存大小
傳輸策略調(diào)整單元12,用于根據(jù)緩存狀態(tài)獲取單元11獲取的終端20上 接收緩存的狀態(tài)，調(diào)整對終端的流媒體傳輸策略。
該接入網(wǎng)絡(luò)側(cè)控制實體10還包括
上報條件設(shè)定單元13，用于設(shè)定終端發(fā)送上報接收緩存狀態(tài)的周期、緩 存占用率的低門P艮值和高門限值等上報條件，并將設(shè)定的上報條件在終端20 初次接入時向終端20發(fā)送。傳輸策略設(shè)定單元14,用于設(shè)定傳輸策略的調(diào)整策略，并提供給傳輸策
略調(diào)整單元13作為傳輸策略調(diào)整的標(biāo)準(zhǔn)。該調(diào)整策略可以為綜合考慮終端接 收緩存的狀態(tài)、以及當(dāng)前信道條件的好壞等因素后所確定的調(diào)整策略。 具體的，終端設(shè)備20進一步包括
緩存狀態(tài)上報單元21，用于向接入網(wǎng)絡(luò)側(cè)控制實體10上報本地接收緩存 的狀態(tài)。該接收緩存的狀態(tài)包括緩存占用率和/或緩存大小。具體的，在初 次接入上述接入網(wǎng)絡(luò)側(cè)控制實體10時，上報本地的接收緩存的狀態(tài)；在流々某 體傳輸過程中，周期向接入網(wǎng)絡(luò)側(cè)控制實體IO上報本地接收緩存的狀態(tài)；還 可以在流媒體傳輸過程中，在本地緩存的占用率低于接入網(wǎng)絡(luò)側(cè)控制實體設(shè) 定的低門限值或高于接入網(wǎng)絡(luò)側(cè)控制實體設(shè)定的高門限值時，向接入網(wǎng)絡(luò)側(cè) 控制實體10上報本地接收緩存的狀態(tài)。
數(shù)據(jù)接收單元22,用于接收接入網(wǎng)絡(luò)側(cè)控制實體10發(fā)送的流々某體數(shù)據(jù)。
該終端設(shè)備20還包括
上才艮條件存儲單元23，用于存儲接入網(wǎng)絡(luò)側(cè)控制實體IO發(fā)送的上才艮接收 緩存狀態(tài)的周期、緩存占用率的低門限值和高門限值等上報條件，并將上報 條件提供給緩存狀態(tài)上報單元21。
通過以上本發(fā)明的實施例提供的系統(tǒng)和設(shè)備，由接入網(wǎng)絡(luò)側(cè)根據(jù)終端上 報的接收緩存的狀態(tài)動態(tài)調(diào)度流媒體數(shù)據(jù)的發(fā)送策略，從而大大提高流媒體 業(yè)務(wù)無線資源利用率，提升系統(tǒng)容量。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助^:件加必需的通用石更件平臺的方式來實現(xiàn)，當(dāng)然也可以通過石更件， 但《艮多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺設(shè)備 執(zhí)行本發(fā)明各個實施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
權(quán)利要求
1、一種流媒體的傳輸方法，其特征在于，包括以下步驟接收終端上報的終端上接收緩存的狀態(tài)；根據(jù)所述接收緩存的狀態(tài)，調(diào)整對所述終端的流媒體傳輸策略。
2、 如權(quán)利要求1所述流纟某體的傳輸方法，其特征在于，所述終端上接收 緩存的狀態(tài)包括緩存占用率和/或緩存大小。
3、 如權(quán)利要求2所述流纟某體的傳輸方法，其特征在于，所述接收終端上 報的終端上接收緩存的狀態(tài)前，還包括在終端初次接入時，向所述終端發(fā)送上報接收緩存狀態(tài)的周期、以及緩 存占用率的低門限值和高門限值。
4、 如權(quán)利要求2所述流媒體的傳輸方法，其特征在于，所述接收終端上 報的終端上接收緩存的狀態(tài)具體為在終端初次接入時，接收所述終端上"t艮的緩存大小和/或緩存占用率。
5、 如權(quán)利要求3所述流媒體的傳輸方法，其特征在于，所述接收終端上 報的終端上接收緩存的狀態(tài)具體為流媒體傳輸過程中，接收所述終端按照所述周期上報的接收緩存的狀態(tài)； 和/或流J 某體傳輸過程中，接收所述終端在所述終端上接收緩存的占用率低于 所述低門限值或高于所述高門限值時上報的接收緩存的狀態(tài)。
6、 如權(quán)利要求1所述流媒體的傳輸方法，其特征在于，所述根據(jù)接收緩 存的狀態(tài)調(diào)整對所述終端的流4某體傳輸策略具體為根據(jù)所述接收緩存的狀態(tài)、以及當(dāng)前信道條件，調(diào)整對所述終端的流々某 體傳輸策略；所述流士某體傳輸策略具體包括以下策略中的 一種或多種 停止向所述終端發(fā)送所述流媒體的數(shù)據(jù)；或 使用更多的資源最快將所述流媒體的數(shù)據(jù)向所述終端發(fā)送完畢；或 以保證流媒體業(yè)務(wù)連續(xù)性的速率向所述終端發(fā)送所述流媒體的數(shù)據(jù)。
7、 一種流々某體的傳輸方法，其特征在于，包括以下步驟 向接入網(wǎng)絡(luò)側(cè)控制實體上報本地接收緩存的狀態(tài)；接收所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的流媒體數(shù)據(jù)。
8、 如權(quán)利要求7所述流媒體的傳輸方法，其特征在于，所述向接入網(wǎng)絡(luò) 側(cè)控制實體上報本地接收緩存的狀態(tài)前還包括初次接入所述接入網(wǎng)絡(luò)側(cè)控制實體時，接收所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā) 送的上報接收緩存狀態(tài)的周期、和/或 緩存占用率的低門限值和高門限值。
9、 如權(quán)利要求8所述流媒體的傳輸方法，其特征在于，所述向接入網(wǎng)絡(luò) 側(cè)控制實體上報本地接收緩存的狀態(tài)具體為初次接入所述接入網(wǎng)絡(luò)側(cè)控制實體時，上報本地的接收緩存大小以及緩 存占用率。
10、 如權(quán)利要求8所述流々某體的傳輸方法，其特征在于，所述向接入網(wǎng) 絡(luò)側(cè)控制實體上報本地接收緩存的狀態(tài)具體為流媒體傳輸過程中，按照所述周期向所述接入網(wǎng)絡(luò)側(cè)控制實體上報本地 、接收緩存的狀態(tài)；和/或流媒體傳輸過程中，在本地緩存的占用率低于所述低門限值或高于所述 高門限值時，向所迷接入網(wǎng)絡(luò)側(cè)控制實體上報本地接收緩存的狀態(tài)。
11、 一種接入網(wǎng)絡(luò)側(cè)控制實體，其特征在于，包括 緩存狀態(tài)獲取單元，用于獲取終端上報的接收緩存的狀態(tài)； 傳輸策略調(diào)整單元，用于根據(jù)所述緩存狀態(tài)獲取單元獲取的所述終端上接收緩存的狀態(tài)，調(diào)整對所述終端的流媒體傳輸策略。
12、 如權(quán)利要求11所述接入網(wǎng)絡(luò)側(cè)控制實體，其特征在于，還包括 上報條件設(shè)定單元，用于設(shè)定終端上報接收緩存狀態(tài)的上報條件，并將所述設(shè)定的上報條件在所述終端初次接入時向所述終端發(fā)送，所述上報條件 包括上t艮接收緩存狀態(tài)的周期、和/或 緩存占用率的低門限值和高門限值。
13、 如權(quán)利要求11所述接入網(wǎng)絡(luò)側(cè)控制實體，其特征在于，還包括 傳輸策略設(shè)定單元，用于設(shè)定傳輸策略的調(diào)整策略，并提供給所述傳輸策略調(diào)整單元作為傳輸策略調(diào)整的標(biāo)準(zhǔn)。
14、 一種終端設(shè)備，其特征在于，包括緩存狀態(tài)上報單元，用于向接入網(wǎng)絡(luò)側(cè)控制實體上報本地接收緩存的狀態(tài)；數(shù)據(jù)接收單元，用于接收所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的流媒體數(shù)據(jù)。
15、 如權(quán)利要求14所述終端設(shè)備，其特征在于，還包括 上報條件存儲單元，用于存儲所述接入網(wǎng)絡(luò)側(cè)控制實體發(fā)送的上報條件，并將所述上報條件提供給所述緩存狀態(tài)上報單元，所述上報條件包括上報接 收緩存狀態(tài)的周期、和/或緩存占用率的低門限值和高門限值。
全文摘要
本發(fā)明公開了一種流媒體的傳輸方法，包括以下步驟接收終端上報的終端上接收緩存的狀態(tài)；根據(jù)所述接收緩存的狀態(tài)，調(diào)整對所述終端的流媒體傳輸策略。本發(fā)明還公開了一種用于流媒體的傳輸控制的設(shè)備。通過使用本發(fā)明，接入網(wǎng)絡(luò)側(cè)根據(jù)終端上報的接收緩存的狀態(tài)，可以動態(tài)調(diào)度流媒體數(shù)據(jù)的發(fā)送策略，從而大大提高流媒體業(yè)務(wù)無線資源利用率，提升系統(tǒng)容量。
文檔編號H04W28/10GK101431720SQ20071018810
公開日2009年5月13日 申請日期2007年11月9日 優(yōu)先權(quán)日2007年11月9日
發(fā)明者唐宗全, 杜建成 申請人:華為技術(shù)有限公司