專利名稱：終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種修改流媒體業(yè)務(wù)的方法，更具體地說，涉及一種用戶終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法。
背景技術(shù)：
流媒體業(yè)務(wù)是3G分組交換領(lǐng)域最典型的應(yīng)用之一。移動(dòng)流媒體可以提供視頻點(diǎn)播、視頻直播、音頻點(diǎn)播、音頻直播等業(yè)務(wù)，內(nèi)容包括電視、錄像、娛樂信息、體育頻道、音樂欣賞、新聞、動(dòng)畫等。毫無疑問，基于流媒體的業(yè)務(wù)將是未來3G網(wǎng)絡(luò)最吸引用戶的業(yè)務(wù)之一。
流媒體業(yè)務(wù)對(duì)服務(wù)質(zhì)量有相對(duì)較高的要求，目前在基于R99/R4的WCDMA網(wǎng)絡(luò)中，對(duì)服務(wù)質(zhì)量只有一個(gè)框架性的定義，對(duì)如何實(shí)現(xiàn)、如何保證服務(wù)質(zhì)量并沒有明確的方案。
目前終端處理流媒體業(yè)務(wù)時(shí)的技術(shù)方案實(shí)際上是沒有任何服務(wù)質(zhì)量要求的，具體表現(xiàn)為移動(dòng)用戶在處理業(yè)務(wù)之前，先激活分組數(shù)據(jù)協(xié)議PDP，按照目前絕大部分終端的實(shí)現(xiàn)方式，終端在“激活PDP上下文請(qǐng)求”消息中攜帶的服務(wù)質(zhì)量屬性通常為“0”(表示取簽約的服務(wù)質(zhì)量)，即終端對(duì)服務(wù)質(zhì)量沒有特殊要求。網(wǎng)絡(luò)側(cè)使用用戶簽約PDP的服務(wù)質(zhì)量與網(wǎng)絡(luò)能力進(jìn)行協(xié)商，用協(xié)商結(jié)果進(jìn)行無人接入承接RAB指配，并向終端返回激活接受消息。這樣終端就與網(wǎng)絡(luò)成功建立了PDP，此后終端使用該P(yáng)DP連接上流媒體服務(wù)提供商提供的門戶網(wǎng)站，在瀏覽過程中用戶看到自己感興趣的節(jié)目后在終端上點(diǎn)擊相應(yīng)鏈接，終端與流媒體服務(wù)器建立連接，播放相應(yīng)節(jié)目。
在上述技術(shù)中，終端一開始就建立了PDP，并始終使用該P(yáng)DP處理相關(guān)業(yè)務(wù)，這種技術(shù)方案有兩個(gè)明顯缺點(diǎn)首先，流媒體業(yè)務(wù)是一種實(shí)時(shí)業(yè)務(wù)，與普通的PS數(shù)據(jù)域業(yè)務(wù)(如WWW瀏覽、FTP、移動(dòng)電子郵件、游戲、軟件媒體服務(wù)器MMS等)對(duì)服務(wù)質(zhì)量的要求不同，流媒體業(yè)務(wù)通常承載在用戶數(shù)據(jù)報(bào)協(xié)議UDP上，對(duì)時(shí)延比較敏感，但允許存在一定的丟包。按照協(xié)議，流媒體業(yè)務(wù)應(yīng)該承載在流量類別為“流”的RAB之上。但是終端在最初建立PDP時(shí)，并不會(huì)(也沒有必要)指定流量類別為“流”，按照協(xié)議，網(wǎng)絡(luò)側(cè)協(xié)商出來的服務(wù)質(zhì)量的流量類別的級(jí)別只能為“交互式”或“背景”，因此在進(jìn)行流媒體播放過程中，流媒體數(shù)據(jù)包實(shí)際上是承載在交互式或背景類型的RAB上，而非承載在“流”類型上。
其次，也是更重要的一點(diǎn)，流媒體節(jié)目源的速率是不固定的，其范圍可能從9.6kbps到384kbps，這樣如果用戶使用固定的PDP進(jìn)行流媒體點(diǎn)播，就可能造成帶寬不足導(dǎo)致的業(yè)務(wù)質(zhì)量惡化，或是帶寬過剩導(dǎo)致的空口資源浪費(fèi)。如用戶設(shè)備與網(wǎng)絡(luò)建立了下行速率為64kbps的PDP，而點(diǎn)播的節(jié)目源速率為200kbps，顯然已建立的PDP是無法滿足要求的，業(yè)務(wù)播放時(shí)的質(zhì)量會(huì)嚴(yán)重惡化，基本上無法正常進(jìn)行節(jié)目欣賞。因此，為確保用戶能夠處理各種速率的業(yè)務(wù)，運(yùn)營(yíng)商需要按照最大速率為用戶簽約PDP，這樣又會(huì)引入新的問題。假設(shè)用戶簽約PDP的速率都是上行64kbps，下行384kbps，按照該技術(shù)方案，終端在建立PDP時(shí)并不指定服務(wù)質(zhì)量，而是由網(wǎng)絡(luò)取簽約服務(wù)質(zhì)量進(jìn)行協(xié)商，在網(wǎng)絡(luò)資源沒有擁塞的情況下，協(xié)商結(jié)果通常就是用戶簽約的服務(wù)質(zhì)量，即網(wǎng)絡(luò)將為用戶建立起上行64kbps，下行384kbps的PDP。而用戶在實(shí)際的流媒體點(diǎn)播過程中，有可能點(diǎn)播的節(jié)目源速率遠(yuǎn)遠(yuǎn)達(dá)不到384kbps，比如用戶點(diǎn)播了一個(gè)播放時(shí)長(zhǎng)為2小時(shí)，速率僅80kbps的節(jié)目源，這樣在接下來的兩個(gè)小時(shí)中，用戶占用了384kbps的網(wǎng)絡(luò)資源，而實(shí)際上使用到的僅為80kbps，這樣對(duì)緊張的空口資源造成了極大浪費(fèi)，尤其是當(dāng)多個(gè)用戶同時(shí)接入點(diǎn)播時(shí)，這種浪費(fèi)將導(dǎo)致前面接入的用戶占用了帶寬卻不使用，而后面的用戶由于網(wǎng)絡(luò)資源被耗盡無法接入網(wǎng)絡(luò)，處理業(yè)務(wù)。
由于上述實(shí)現(xiàn)方法在進(jìn)行流媒體業(yè)務(wù)時(shí)存在種種弊端，為了解決這些問題，專門描述流媒體業(yè)務(wù)的協(xié)議3GPP TS 26.233中也提出了一種解決方案，即在進(jìn)行流媒體節(jié)目點(diǎn)播之前，終端通過發(fā)起二次激活請(qǐng)求建立指定服務(wù)質(zhì)量的PDP，從而使得建立的PDP適合進(jìn)行流媒體傳輸。
雖然協(xié)議3GPP TS 26.233中提出的解決方案能夠?qū)ｉT針對(duì)流媒體業(yè)務(wù)建立指定服務(wù)質(zhì)量的PDP，但是該方案也存在以下三個(gè)比較明顯的缺點(diǎn)第一，3GPP TS 26.233協(xié)議中描述終端發(fā)起二次激活請(qǐng)求建立指定服務(wù)質(zhì)量的PDP，其中明確指出需要指定的服務(wù)質(zhì)量參數(shù)為“流量類別”，即終端在二次激活請(qǐng)求中需要將流量類別設(shè)置為“流”，以便網(wǎng)絡(luò)為其建立“流”類型的PDP。但這也僅是解決了目前技術(shù)方案中的一個(gè)問題，對(duì)于更重要的問題，也就是有可能造成空口資源浪費(fèi)的問題，協(xié)議中并沒有給出解決方案。
第二，由于終端體積、處理能力的限制，終端在進(jìn)行流媒體業(yè)務(wù)時(shí)，通常不會(huì)同時(shí)進(jìn)行其他分組交換數(shù)據(jù)業(yè)務(wù)(比如一邊做FTP下載，一邊進(jìn)行流媒體播放)，終端同時(shí)使用兩個(gè)PDP進(jìn)行兩種分組交換業(yè)務(wù)的需求并不強(qiáng)烈。因此終端雖然通過二次激活建立了一個(gè)適合流媒體業(yè)務(wù)傳輸?shù)腜DP，但是終端在第一次激活過程中建立的PDP仍然保留，而在該P(yáng)DP上通常不會(huì)有業(yè)務(wù)傳輸，實(shí)際上仍然會(huì)造成資源的浪費(fèi)。
第三，該技術(shù)方案要求終端、無線電網(wǎng)絡(luò)控制器RNC、服務(wù)GPRS支持節(jié)點(diǎn)SGSN和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GGSN等設(shè)備均支持二次激活功能，對(duì)網(wǎng)絡(luò)和終端的要求都比較高，以上任意設(shè)備如不支持二次激活，該技術(shù)方案都無法實(shí)現(xiàn)。而從目前的情況來看，由于二次激活功能為相對(duì)次要的功能，應(yīng)用場(chǎng)景也比較少，目前絕大部分3G終端都不支持二次激活功能，大部分廠家的網(wǎng)絡(luò)設(shè)備也不全部支持二次激活功能，這就使得在短期內(nèi)難以運(yùn)用該技術(shù)方案來解決上述流媒體業(yè)務(wù)中的缺陷。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于，提供一種終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，克服現(xiàn)有技術(shù)存在的以下缺陷1.用戶終端建立固定的PDP，流媒體數(shù)據(jù)包實(shí)際承載在交互式或背景類型的RAB上，因流媒體節(jié)目源的速率不固定，用戶在使用固定的PDP進(jìn)行流媒體點(diǎn)播時(shí)，可能造成帶寬不足導(dǎo)致的業(yè)務(wù)質(zhì)量惡化，或帶寬過剩導(dǎo)致的空口資源浪費(fèi)；
2.終端通過二次激活建立一個(gè)適合流媒體業(yè)務(wù)傳輸?shù)腜DP時(shí)，因終端在第一次激活過程中建立的PDP仍然保留，造成的網(wǎng)絡(luò)資源浪費(fèi)；3.目前絕大部分3G終端和大部分廠家的網(wǎng)絡(luò)設(shè)備都不支持二次激活功能，短期內(nèi)難以運(yùn)用二次激活方案解決上述流媒體業(yè)務(wù)中的缺陷。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是構(gòu)造一種終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，所述方法包括以下步驟S1、用戶終端激活PDP，并獲取要點(diǎn)播的節(jié)目源速率信息；其特征在于，所述方法還包括步驟S2、用戶終端比較PDP下行速率和節(jié)目源速率，當(dāng)PDP下行速率不等于節(jié)目源速率時(shí)，用戶終端向SGSN發(fā)起修改PDP請(qǐng)求，要求PDP最大下行速率等于節(jié)目源速率，下行保證速率等于節(jié)目源速率；網(wǎng)絡(luò)側(cè)根據(jù)預(yù)先設(shè)定的速率區(qū)間、及該節(jié)目源速率和PDP下行速率在該速率區(qū)間中所處的位置進(jìn)行判斷，確定是否需要對(duì)PDP下行速率進(jìn)行修改，需要時(shí)對(duì)PDP下行最大速率進(jìn)行相應(yīng)修改。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于在步驟S2中，當(dāng)PDP下行速率等于節(jié)目源速率時(shí)，不修改PDP下行速率。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于在步驟S1中，可以通過訪問流媒體服務(wù)提供商的服務(wù)器、從下載下來的HTML頁面、在用戶終端上直接鍵入、通過RTSP信令從描述消息中、或在通過MMS服務(wù)傳遞流媒體的情況下，通過MMS用戶代理從來自與MMS服務(wù)器的MMS消息中獲得節(jié)目源速率信息。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于步驟S2用戶終端向SGSN發(fā)起修改PDP的請(qǐng)求中，還包括指定流量類型為流。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括S3、用戶終端向媒體服務(wù)器發(fā)送SETUP消息，建立連接，用戶終端向媒體服務(wù)器發(fā)送放映消息通知媒體服務(wù)器開始播放。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括在步驟S1和S2之間，用戶終端向媒體服務(wù)器發(fā)送SETUP消息，建立連接；在步驟S2之后，用戶終端向媒體服務(wù)器發(fā)送放映消息通知媒體服務(wù)器開始播放。
上述終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括S4、當(dāng)播放結(jié)束，或者用戶按“停止”鍵終止正在進(jìn)行的播放以后，用戶終端向SGSN發(fā)送一條修改PDP上下文請(qǐng)求的消息，請(qǐng)求將PDP上下文的服務(wù)質(zhì)量恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量；S5、SGSN響應(yīng)接受消息，消息中攜帶網(wǎng)絡(luò)側(cè)協(xié)商后的服務(wù)質(zhì)量，將PDP恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量。
本發(fā)明的有益效果如下1.用戶終端在進(jìn)行流媒體播放之前，能夠根據(jù)本次播放的節(jié)目源速率動(dòng)態(tài)調(diào)整PDP的速率，當(dāng)本身服務(wù)質(zhì)量下行速率低于需要的速率時(shí)，用戶終端能夠向流媒體服務(wù)器請(qǐng)求更高的速率，避免因帶寬不足導(dǎo)致業(yè)務(wù)質(zhì)量惡化；當(dāng)用戶終端本身服務(wù)質(zhì)量的下行速率高于需要的速率時(shí)，用戶終端能夠主動(dòng)降低速率，避免空口帶寬的巨大浪費(fèi)；2.用戶終端在進(jìn)行流媒體播放時(shí)，數(shù)據(jù)包承載在“流”類型的RAB上，使用戶能夠獲得更好更適合于流媒體業(yè)務(wù)的服務(wù)質(zhì)量。
3.由于PDP修改過程是用戶終端和網(wǎng)絡(luò)必須具備的基本功能之一，目前絕大部分3G終端和網(wǎng)絡(luò)都支持PDP修改功能，因此本發(fā)明能夠得到現(xiàn)有終端設(shè)備和網(wǎng)絡(luò)設(shè)備的支持，實(shí)施容易；可以取代二次激活方案，具有很好的可操作性。


下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明，附圖中
圖1是本發(fā)明用戶設(shè)備根據(jù)流媒體節(jié)目源速率動(dòng)態(tài)進(jìn)行PDP的服務(wù)質(zhì)量修改的流程圖。
具體實(shí)施例方式
本實(shí)施例以建立“交互式”類型，上行速率64kbps，下行速率384kbps的PDP為例進(jìn)行說明。當(dāng)然，實(shí)際運(yùn)用中簽約的服務(wù)質(zhì)量的流量類別的級(jí)別可以是“背景”或其它類型，上下行速率也可以是其他簽約速率。
圖1示出了本發(fā)明用戶設(shè)備根據(jù)流媒體節(jié)目源速率動(dòng)態(tài)進(jìn)行PDP的服務(wù)質(zhì)量修改的流程圖，如圖1示，本發(fā)明方法步驟為1.用戶終端在進(jìn)行分組交換業(yè)務(wù)前，先激活PDP，該P(yáng)DP對(duì)服務(wù)質(zhì)量沒有特殊要求，可以取用戶終端簽約的服務(wù)質(zhì)量；根據(jù)終端實(shí)現(xiàn)要求，也可能請(qǐng)求特定的服務(wù)質(zhì)量；2.隨后用戶終端訪問流媒體服務(wù)提供商提供的門戶網(wǎng)站，獲取流媒體節(jié)目源的鏈接；3.用戶在終端上選擇感興趣的節(jié)目源鏈接，此時(shí)終端向流媒體服務(wù)器發(fā)送描述消息，消息中攜帶對(duì)要點(diǎn)播的流媒體節(jié)目源的描述；流媒體服務(wù)器收到描述消息后，向用戶終端返回OK響應(yīng)消息，該消息中攜帶用戶終端所點(diǎn)播節(jié)目源的詳細(xì)信息，包括節(jié)目源的音頻/視頻壓縮模式、音頻/視頻速率等等(圖中以用戶終端點(diǎn)播的節(jié)目源的音頻速率為13kbps，視頻速率為84kbps，總的速率為97kbps為例進(jìn)行說明)，用戶終端從服務(wù)器返回的響應(yīng)消息中獲得此次點(diǎn)播需要的節(jié)目源速率信息；節(jié)目源速率可以是音頻速率(當(dāng)節(jié)目源為音頻節(jié)目時(shí))，也可以是音頻速率+視頻速率(當(dāng)節(jié)目源為音頻+視頻節(jié)目時(shí))。
(以上步驟2、3是用戶獲取節(jié)目源信息的一種方式，此外，用戶還可以從下載下來的HTML頁面上的連接獲得，可以通過直接鍵入U(xiǎn)RI獲得，也可以通過RTSP信令從DESCRIBE消息中獲得，在通過MMS服務(wù)傳遞流媒體的情況下，節(jié)目源信息還可以通過MMS用戶代理從來自與MMS服務(wù)器的MMS消息中獲得)
4.用戶終端發(fā)送SETUP消息，與媒體服務(wù)器建立連接；5.當(dāng)PDP下行速率V1等于節(jié)目源速率V2時(shí)，不修改下行速率，用戶終端向SGSN發(fā)起修改PDP請(qǐng)求；當(dāng)PDP下行速率V1不等于節(jié)目源速率V2時(shí)，用戶終端向SGSN發(fā)起修改PDP的請(qǐng)求，請(qǐng)求中的指定流量類型為流，最大下行速率等于節(jié)目源速率V2，下行保證速率等于節(jié)目源速率V2，由網(wǎng)絡(luò)側(cè)使用該節(jié)目源速率同已經(jīng)建立的PDP的下行速率進(jìn)行比較，判斷已建立的PDP是否適合于本次業(yè)務(wù)，并進(jìn)行相應(yīng)修改。
網(wǎng)絡(luò)側(cè)現(xiàn)有速率修改規(guī)則如下根據(jù)實(shí)際業(yè)務(wù)需要?jiǎng)澐忠欢ǖ乃俾蕝^(qū)間(本實(shí)施例劃分的速率區(qū)間僅是為說明速率修改規(guī)則的一個(gè)例子)；當(dāng)用戶終端已經(jīng)建立的連接是采用就近匹配原則建立的，則速率修改規(guī)則為若0＜V2≤32kbps，24kbps≤V1≤32kbps，保持空口無線承載下行速率不變，若0＜V2≤32kbps，0＜V1＜24kbps或V1＞32kbps，將空口無線承載下行速率修改為32kbps；若32kbps＜V2≤64kbps，48kbps≤V1≤64kbps，保持空口無線承載下行速率不變，若32kbps＜V2≤64kbps，0＜V1＜48kbps或V1＞64kbps，將空口無線承載下行速率修改為64kbps；若64kbps＜V2≤128kbps，96kbps≤V1≤128kbps，保持空口無線承載下行速率不變，若64kbps＜V2≤128kbps，0＜V1＜96kbps或V1＞128kbps，將空口無線承載下行速率修改為128kbps；若128kbps＜V2≤256kbps，192kbps≤V1≤256kbps，保持空口無線承載下行速率不變，若128kbps＜V2≤256kbps，0＜V1＜192kbps或V1＞256kbps，將空口無線承載下行速率修改為256kbps；若256kbps＜V2≤384kbps，320kbps≤V1≤384kbps，保持空口無線承載下行速率不變，若256kbps＜V2≤384kbps，V1＜320kbps，將空口無線承載下行速率修改為384kbps；當(dāng)用戶終端已經(jīng)建立的連接是采用向上匹配原則建立的，則速率修改規(guī)則為若0＜V2≤32kbps，0≤V1≤32kbps，保持空口無線承載下行速率不變，若0＜V2≤32kbps，V1＞32kbps，將空口無線承載下行速率修改為32kbps；若32kbps＜V2≤64kbps，32kbps≤V1≤64kbps，保持空口無線承載下行速率不變，若32kbps＜V2≤64kbps，0＜V1＜32kbps或V1＞64kbps，將空口無線承載下行速率修改為64kbps；若64kbps＜V2≤128kbps，64kbps≤V1≤128kbps，保持空口無線承載下行速率不變，若64kbps＜V2≤128kbps，0＜V1＜64kbps或V1＞128kbps，將空口無線承載下行速率修改為128kbps；若128kbps＜V2≤256kbps，128kbps≤V1≤256kbps，保持空口無線承載下行速率不變，若128kbps＜V2≤256kbps，0＜V1＜128kbps或V1＞256kbps，將空口無線承載下行速率修改為256kbps；
若256kbps＜V2≤384kbps，384kbps≤V1≤384kbps，保持空口無線承載下行速率不變，若256kbps＜V2≤384kbps，V1＜384kbps，將空口無線承載下行速率修改為384kbps。
在本例中，用戶終端一開始建立的PDP的下行速率為384kbps，而用戶終端所點(diǎn)播的節(jié)目源速率為97kbps(視頻速率為84kbps，音頻速率13kbps)，顯然，已經(jīng)建立的PDP的下行速率遠(yuǎn)遠(yuǎn)大于實(shí)際需要的下行速率。此時(shí)，用戶終端可以發(fā)起一個(gè)PDP修改過程，請(qǐng)求將已經(jīng)建立的PDP修改成適合本次傳輸?shù)腜DP，即用戶終端向SGSN發(fā)送一條修改PDP上下文請(qǐng)求消息，其中在服務(wù)質(zhì)量屬性中明確指示流量類別為“流”(“流”類型的PDP最適合于進(jìn)行流媒體業(yè)務(wù))，下行最大速率/下行保證速率為97kbps，上行最大速率/上行保證速率為64kbps。網(wǎng)絡(luò)側(cè)根據(jù)用戶終端的修改請(qǐng)求，按照上述規(guī)則修改空口無線承載下行速率。本例中，空口無線承載下行速率被修改為128kbps，終端實(shí)際使用的下行最大速率/下行保證速率為97kbps。
在該步驟的修改請(qǐng)求中也可不指定流量類型為流，僅要求最大下行速率等于節(jié)目源速率97kbps，下行保證速率等于節(jié)目源速率97kbps，也可達(dá)到速率調(diào)整目的。
6.PDP修改成功后，用戶終端發(fā)送放映消息通知流媒體服務(wù)器開始播放；7.當(dāng)播放結(jié)束，或者用戶按“停止”鍵終止正在進(jìn)行的播放以后，用戶終端向SGSN發(fā)送一條修改PDP上下文請(qǐng)求的消息，請(qǐng)求將PDP上下文的服務(wù)質(zhì)量恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量；8.SGSN響應(yīng)接受消息，消息中攜帶網(wǎng)絡(luò)側(cè)協(xié)商后的服務(wù)質(zhì)量，將PDP恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量。
上述步驟5用戶發(fā)起PDP修改也可以放在步驟4之前進(jìn)行。
使用上述技術(shù)方案，可帶來以下有益效果
首先，用戶終端在進(jìn)行流媒體播放之前，能夠根據(jù)本次播放的節(jié)目源速率動(dòng)態(tài)調(diào)整PDP的速率，當(dāng)本身服務(wù)質(zhì)量下行速率低于需要的速率時(shí)，用戶終端能夠請(qǐng)求向流媒體服務(wù)器更高的速率，避免因帶寬不足導(dǎo)致業(yè)務(wù)質(zhì)量惡化；當(dāng)用戶終端本身服務(wù)質(zhì)量的下行速率高于需要的速率時(shí)，用戶終端能夠主動(dòng)降低速率，避免空口帶寬的巨大浪費(fèi)；其次，用戶終端在進(jìn)行流媒體播放時(shí)，數(shù)據(jù)包承載在“流”類型的RAB上，使得用戶能夠獲得更好更適合于流媒體業(yè)務(wù)的服務(wù)質(zhì)量；最后，由于PDP修改過程是用戶終端和網(wǎng)絡(luò)必須具備的基本功能之一，目前絕大部分3G終端和網(wǎng)絡(luò)都支持PDP修改功能，因此本發(fā)明能夠得到硬件設(shè)備的支持，并不會(huì)給終端和網(wǎng)絡(luò)帶來過高的要求和負(fù)擔(dān)。其中網(wǎng)絡(luò)側(cè)只要支持PDP修改功能即可，不需要進(jìn)行任何修改，而終端只需在進(jìn)行流媒體播放時(shí)對(duì)速率進(jìn)行簡(jiǎn)單的比較并發(fā)起PDP修改即可，方案實(shí)現(xiàn)起來非常容易；可以取代二次激活方案，具有很好的可操作性。
權(quán)利要求
1.一種終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，所述方法包括以下步驟S1、用戶終端激活PDP，并獲取要點(diǎn)播的節(jié)目源速率信息；其特征在于，所述方法還包括步驟S2、用戶終端比較PDP下行速率和節(jié)目源速率，當(dāng)PDP下行速率不等于節(jié)目源速率時(shí)，用戶終端向SGSN發(fā)起修改PDP請(qǐng)求，要求PDP最大下行速率等于節(jié)目源速率，下行保證速率等于節(jié)目源速率；網(wǎng)絡(luò)側(cè)根據(jù)預(yù)先設(shè)定的速率區(qū)間、及該節(jié)目源速率和PDP下行速率在該速率區(qū)間中所處的位置進(jìn)行判斷，確定是否需要對(duì)PDP下行速率進(jìn)行修改，需要時(shí)對(duì)PDP下行最大速率進(jìn)行相應(yīng)修改。
2.根據(jù)權(quán)利要求1所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于在步驟S2中，當(dāng)PDP下行速率等于節(jié)目源速率時(shí)，不修改PDP下行速率。
3.根據(jù)權(quán)利要求2所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于在步驟S1中，可以通過訪問流媒體服務(wù)提供商的服務(wù)器、從下載下來的HTML頁面、在用戶終端上直接鍵入、通過RTSP信令從描述消息中、或在通過MMS服務(wù)傳遞流媒體的情況下，通過MMS用戶代理從來自與MMS服務(wù)器的MMS消息中獲得節(jié)目源速率信息。
4.根據(jù)權(quán)利要求1或2或3所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于步驟S2用戶終端向SGSN發(fā)起修改PDP的請(qǐng)求中，還包括指定流量類型為流。
5.根據(jù)權(quán)利要求4所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括S3、用戶終端向媒體服務(wù)器發(fā)送SETUP消息，建立連接，用戶終端向媒體服務(wù)器發(fā)送放映消息通知媒體服務(wù)器開始播放。
6.根據(jù)權(quán)利要求5所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括在步驟S1和S2之間，用戶終端向媒體服務(wù)器發(fā)送SETUP消息，建立連接；在步驟S2之后，用戶終端向媒體服務(wù)器發(fā)送放映消息通知媒體服務(wù)器開始播放。
7.根據(jù)權(quán)利要求5或6所述的終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，其特征在于，該方法還包括S4、當(dāng)播放結(jié)束，或者用戶按“停止”鍵終止正在進(jìn)行的播放以后，用戶終端向SGSN發(fā)送一條修改PDP上下文請(qǐng)求的消息，請(qǐng)求將PDP上下文的服務(wù)質(zhì)量恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量；S5、SGSN響應(yīng)接受消息，消息中攜帶網(wǎng)絡(luò)側(cè)協(xié)商后的服務(wù)質(zhì)量，將PDP恢復(fù)為終端播放流媒體業(yè)務(wù)以前所建立的PDP的服務(wù)質(zhì)量。
全文摘要
本發(fā)明涉及一種終端動(dòng)態(tài)修改流媒體業(yè)務(wù)分組數(shù)據(jù)協(xié)議服務(wù)質(zhì)量的方法，用戶終端根據(jù)本次節(jié)目源速率信息，動(dòng)態(tài)發(fā)起修改PDP下行速率和服務(wù)質(zhì)量的過程，將已經(jīng)建立的PDP修改成適合本次節(jié)目數(shù)據(jù)傳輸?shù)腜DP，克服了現(xiàn)有技術(shù)中存在的因PDP帶寬不足導(dǎo)致的業(yè)務(wù)質(zhì)量惡化或PDP帶寬過剩造成空口帶寬的巨大浪費(fèi)，數(shù)據(jù)包承載在“流”類型的RAB上，用戶能獲得更適合于流媒體業(yè)務(wù)的服務(wù)質(zhì)量，同時(shí)本發(fā)明得到絕大部分3G終端和網(wǎng)絡(luò)設(shè)備的支持，實(shí)施容易，具有很好的可操作性。
文檔編號(hào)H04L29/02GK1829133SQ20051003341
公開日2006年9月6日 申請(qǐng)日期2005年3月2日 優(yōu)先權(quán)日2005年3月2日
發(fā)明者熊瑜 申請(qǐng)人:華為技術(shù)有限公司