專(zhuān)利名稱：流業(yè)務(wù)的識(shí)別方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動(dòng)通信系統(tǒng)數(shù)據(jù)傳輸技術(shù)領(lǐng)域，特別是指流業(yè)務(wù)的識(shí)別方法。
背景技術(shù)：
第三代移動(dòng)通信系統(tǒng)的最顯著的新特性是可以支持更高的業(yè)務(wù)比特速率，可以根據(jù)業(yè)務(wù)的具體服務(wù)質(zhì)量(Quality of Service，QoS)要求分配合理的傳輸承載，以滿足其對(duì)應(yīng)的QoS要求。3G系統(tǒng)中的數(shù)據(jù)傳輸業(yè)務(wù)按QoS要求可以分為四種類(lèi)型會(huì)話業(yè)務(wù)、流業(yè)務(wù)、互動(dòng)業(yè)務(wù)和背景業(yè)務(wù)。其中，會(huì)話業(yè)務(wù)要求分配一定的傳輸帶寬，對(duì)數(shù)據(jù)傳輸?shù)臅r(shí)延要求高，主要用于承載語(yǔ)音、可視電話等；流業(yè)務(wù)對(duì)數(shù)據(jù)傳輸?shù)臅r(shí)延和傳輸帶寬要求高，主要用于承載流多媒體業(yè)務(wù)；互動(dòng)和背景類(lèi)業(yè)務(wù)對(duì)時(shí)延和傳輸帶寬要求不高，主要用于承載網(wǎng)頁(yè)瀏覽、Email、背景下載等業(yè)務(wù)。由上述四種業(yè)務(wù)的特點(diǎn)和它們承載的業(yè)務(wù)源可知，流業(yè)務(wù)的實(shí)時(shí)性要求高，有保證帶寬的要求。
3GPP協(xié)議中實(shí)現(xiàn)上述業(yè)務(wù)中的互動(dòng)或背景業(yè)務(wù)以及流業(yè)務(wù)的基本網(wǎng)絡(luò)組成如圖1所示，其中，終端通過(guò)空口與基站(NodeB)相連，與基站相連的無(wú)線網(wǎng)絡(luò)控制器(RNC)通過(guò)Iups接口與通用移動(dòng)通信系統(tǒng)核心網(wǎng)絡(luò)相連，通過(guò)核心網(wǎng)絡(luò)連接到因特網(wǎng)上，并通過(guò)因特網(wǎng)與內(nèi)容服務(wù)器建立連接；通過(guò)這些連接，終端就可以與內(nèi)容服務(wù)器進(jìn)行交互，建立業(yè)務(wù)獲取內(nèi)容服務(wù)器上的數(shù)據(jù)。
在圖1的網(wǎng)絡(luò)中，互動(dòng)業(yè)務(wù)和背景業(yè)務(wù)無(wú)線承載的建立流程如圖2所示，具體步驟如下步驟201、在終端發(fā)起業(yè)務(wù)請(qǐng)求前，需要激活PDP上下文，即向核心網(wǎng)發(fā)送PDP上下文激活請(qǐng)求；步驟202、核心網(wǎng)收到來(lái)自終端的PDP上下文激活請(qǐng)求后，會(huì)判斷該請(qǐng)求中是否攜帶有QoS屬性參數(shù)，如果有QoS屬性參數(shù)，執(zhí)行步驟204；否則執(zhí)行步驟203；步驟203、核心網(wǎng)從歸屬位置寄存器(HLR)中，獲取用戶簽約信息中用戶定制的QoS屬性參數(shù)，然后執(zhí)行步驟204；步驟204、核心網(wǎng)在返回PDP上下文激活請(qǐng)求時(shí)，將QoS屬性參數(shù)下發(fā)給RNC，然后RNC根據(jù)該QoS屬性參數(shù)為終端建立無(wú)線承載。
上述流程中，終端上報(bào)或定制的QoS屬性參數(shù)中不存在對(duì)保證帶寬的要求。但由于互動(dòng)和背景業(yè)務(wù)中也都沒(méi)有保證帶寬的要求，所以在執(zhí)行完圖2中的流程后，如果終端所發(fā)起的業(yè)務(wù)是互動(dòng)或背景業(yè)務(wù)，就可以直接在上述步驟204中建立的無(wú)線承載上傳輸業(yè)務(wù)了。但如果終端所發(fā)起的業(yè)務(wù)是流業(yè)務(wù)，流業(yè)務(wù)是有保證帶寬的要求的，直接根據(jù)終端上報(bào)或定制的QoS屬性參數(shù)所建立的無(wú)線承載不能夠滿足流業(yè)務(wù)的傳輸質(zhì)量要求，所以在3GPP協(xié)議中，做了如下規(guī)定流業(yè)務(wù)的QoS屬性參數(shù)由流業(yè)務(wù)的內(nèi)容服務(wù)器發(fā)送給終端后，再由終端通知核心網(wǎng)；核心網(wǎng)獲得該QoS屬性參數(shù)后，再將這個(gè)流業(yè)務(wù)所要求的QoS屬性參數(shù)發(fā)送給RNC，然后RNC重新根據(jù)該QoS屬性參數(shù)為該流業(yè)務(wù)建立無(wú)線承載。流業(yè)務(wù)無(wú)線承載的建立流程具體如圖3所示，步驟如下步驟301、終端向流業(yè)務(wù)的內(nèi)容服務(wù)器發(fā)送流業(yè)務(wù)建立請(qǐng)求消息；步驟302、內(nèi)容服務(wù)器收到該請(qǐng)求消息后，將該流業(yè)務(wù)的會(huì)話描述協(xié)議(Session Description Protocol，SDP)文件下發(fā)給終端，該文件中包括了流業(yè)務(wù)的QoS屬性參數(shù)；步驟303、終端對(duì)SDP文件進(jìn)行分析，獲取其中的QoS屬性參數(shù)，然后將該QoS屬性參數(shù)上報(bào)給核心網(wǎng)；步驟304、核心網(wǎng)收到終端上報(bào)的Qos參數(shù)后，向RNC下發(fā)流業(yè)務(wù)無(wú)線承載建立請(qǐng)求，通知RNC為流業(yè)務(wù)建立無(wú)線承載，在該請(qǐng)求消息中包括了流業(yè)務(wù)的QoS屬性參數(shù)；步驟305、RNC收到核心網(wǎng)下發(fā)的無(wú)線承載建立請(qǐng)求后，獲知將要進(jìn)行的業(yè)務(wù)是流業(yè)務(wù)，然后根據(jù)該請(qǐng)求中流業(yè)務(wù)的QoS參數(shù)為流業(yè)務(wù)建立無(wú)線承載。
從圖3中的流程可以看出，在3GPP中規(guī)定了終端要具有對(duì)SDP文件進(jìn)行分析，并能夠?qū)⒎治龊蟮腝oS屬性參數(shù)上報(bào)給核心網(wǎng)的功能，只有具有了該功能的終端進(jìn)行流業(yè)務(wù)時(shí)，才能夠根據(jù)流業(yè)務(wù)的QoS屬性參數(shù)建立適合的無(wú)線承載。但是在現(xiàn)實(shí)的3G業(yè)務(wù)中，很多3G終端是不支持上述3G協(xié)議中所規(guī)定的功能的，即終端不支持上述步驟303中，對(duì)獲得的SDP文件進(jìn)行分析，和將其中的QoS屬性參數(shù)信息發(fā)送給核心網(wǎng)；這樣也就無(wú)法執(zhí)行步驟304和305了，也就是說(shuō)，核心網(wǎng)不能夠通知RNC建立流業(yè)務(wù)，也不能夠?qū)⒘鳂I(yè)務(wù)的QoS屬性參數(shù)發(fā)送給RNC，從而無(wú)法為流業(yè)務(wù)建立適合的無(wú)線承載。
雖然RNC不能夠?yàn)榱鳂I(yè)務(wù)重新建立一個(gè)無(wú)線承載，但由于流業(yè)務(wù)幾乎都是在背景業(yè)務(wù)或互動(dòng)業(yè)務(wù)的基礎(chǔ)上建立的， 在執(zhí)行圖3中的流業(yè)務(wù)建立流程前，終端已經(jīng)執(zhí)行了圖2中的流程，即已經(jīng)為終端建立了無(wú)線承載，所以RNC可以在執(zhí)行流業(yè)務(wù)之前已經(jīng)建立的無(wú)線承載上執(zhí)行流業(yè)務(wù)。
但是由于流業(yè)務(wù)是直接在為互動(dòng)或背景業(yè)務(wù)建立的無(wú)線承載上執(zhí)行的，RNC在進(jìn)行流業(yè)務(wù)之前，不能夠收到從核心網(wǎng)下發(fā)的流業(yè)務(wù)無(wú)線承載建立請(qǐng)求，無(wú)法獲知當(dāng)前所傳輸?shù)臉I(yè)務(wù)是流業(yè)務(wù)，RNC也無(wú)法獲得流業(yè)務(wù)的QoS屬性參數(shù)，由于實(shí)際承載流業(yè)務(wù)無(wú)線承載的QoS屬性參數(shù)中不存在保證帶寬，當(dāng)發(fā)現(xiàn)網(wǎng)絡(luò)質(zhì)量不好，或網(wǎng)絡(luò)資源緊張時(shí)，RNC就會(huì)對(duì)降低該無(wú)線承載的帶寬，甚至可以直接釋放該業(yè)務(wù)，對(duì)流業(yè)務(wù)的質(zhì)量造成了嚴(yán)重的影響。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供流業(yè)務(wù)的識(shí)別方法，該方法能夠在通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)(UTRAN)中盡可能地識(shí)別出流業(yè)務(wù)。
為達(dá)到上述目的，本發(fā)明提供了四種流業(yè)務(wù)的識(shí)別方法，下面分別進(jìn)行說(shuō)明。
本發(fā)明提供的第一種流業(yè)務(wù)的識(shí)別方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，如果吞吐量穩(wěn)定，判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)；否則判斷出當(dāng)前業(yè)務(wù)不是流業(yè)務(wù)。
所述判斷Iups接口吞吐量是否穩(wěn)定的步驟可以為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
較佳地，所述的穩(wěn)定門(mén)限的取值范圍為1/10至1/4。
進(jìn)一步地，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，可以包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
本發(fā)明提供的第二種流業(yè)務(wù)的識(shí)別方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，以及當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，如果吞吐量穩(wěn)定并且當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議不是TCP協(xié)議，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
所述判斷Iups接口吞吐量是否穩(wěn)定的步驟可以為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
進(jìn)一步地，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，可以包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
本發(fā)明提供的第三種流業(yè)務(wù)的識(shí)別方法包括
A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，以及傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬是否大于Iups接口的平均吞吐量，如果Iups接口的吞吐量穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是TCP協(xié)議，并且傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬不大于Iups接口的平均吞吐量，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
所述判斷Iups接口吞吐量是否穩(wěn)定的步驟可以為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
進(jìn)一步地，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，可以包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
本發(fā)明提供的第四種流業(yè)務(wù)的識(shí)別方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬是否大于Iups接口的平均吞吐量，以及傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值是否穩(wěn)定，如果Iups接口的吞吐量穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議為T(mén)CP協(xié)議，傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬不大于Iups接口的平均吞吐量，并且傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值不穩(wěn)定，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
所述判斷Iups接口吞吐量是否穩(wěn)定的步驟可以為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
所述判斷傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值是否穩(wěn)定的步驟可以為
計(jì)算無(wú)線鏈路控制緩存值的平均值和方差，判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則無(wú)線鏈路控制緩存值穩(wěn)定；否則無(wú)線鏈路緩存值不穩(wěn)定。
進(jìn)一步地，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，可以包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
從以上技術(shù)方案可以看出，本發(fā)明中，通過(guò)在無(wú)線網(wǎng)絡(luò)控制器(RNC)中對(duì)Iups接口的吞吐量進(jìn)行測(cè)量，對(duì)吞吐量是否穩(wěn)定進(jìn)行判斷，如果吞吐量穩(wěn)定則判斷出當(dāng)前業(yè)務(wù)為流業(yè)務(wù)，從而識(shí)實(shí)現(xiàn)了在UTRAN中識(shí)別流業(yè)務(wù)；本發(fā)明中還通過(guò)結(jié)合對(duì)上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議的判斷，將由TCP協(xié)議造成穩(wěn)定流量的非流業(yè)務(wù)識(shí)別出來(lái)，增加了識(shí)別流業(yè)務(wù)的準(zhǔn)確性；并且，還通過(guò)結(jié)合空口帶寬與平均吞吐量的關(guān)系的判斷對(duì)流業(yè)務(wù)進(jìn)行識(shí)別，不僅將上層應(yīng)用協(xié)議是TCP的非流業(yè)務(wù)識(shí)別出來(lái)，還將上層應(yīng)用協(xié)議是TCP協(xié)議的流業(yè)務(wù)也識(shí)別了出來(lái)，進(jìn)一步增加了識(shí)別流業(yè)務(wù)的準(zhǔn)確性；此外，本發(fā)明中，還通過(guò)結(jié)合對(duì)無(wú)線鏈路緩存值的判斷，將上層應(yīng)用協(xié)議是TCP協(xié)議，空口帶寬不大于平均吞吐量的流業(yè)務(wù)識(shí)別出來(lái)，更進(jìn)一步增加了識(shí)別流業(yè)務(wù)的準(zhǔn)確性；進(jìn)而，本發(fā)明通過(guò)在識(shí)別出流業(yè)務(wù)后，根據(jù)Iups接口的吞吐量為傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬，通過(guò)該保障帶寬保證了流業(yè)務(wù)的傳輸質(zhì)量。


圖1為本發(fā)明的網(wǎng)絡(luò)組成示意圖；圖2為互動(dòng)業(yè)務(wù)和背景業(yè)務(wù)無(wú)線承載的建立流程圖；圖3為3GPP協(xié)議中規(guī)定的流業(yè)務(wù)無(wú)線承載建立流程圖；圖4為本發(fā)明的總體流程圖；圖5為本發(fā)明第一實(shí)施例的流程圖；圖6為本發(fā)明第二實(shí)施例的流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的詳細(xì)描述。
本發(fā)明的主要思想是，通過(guò)在Iups接口對(duì)數(shù)據(jù)傳輸?shù)奶卣鬟M(jìn)行分析，確定出當(dāng)前所傳輸?shù)臉I(yè)務(wù)是否為流業(yè)務(wù)。本發(fā)明的總體流程圖如圖4所示，具體步驟如下步驟401、RNC對(duì)與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；步驟402、判斷Iups接口的吞吐量是否穩(wěn)定，如果穩(wěn)定判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)；否則判斷出當(dāng)前業(yè)務(wù)不是流業(yè)務(wù)。
在本發(fā)明中，還可以結(jié)合對(duì)當(dāng)前業(yè)務(wù)上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議、空口帶寬是否大于Iups接口的吞吐量，以及傳輸當(dāng)前業(yè)務(wù)的無(wú)線鏈路緩存值的判斷，進(jìn)一步增加了識(shí)別流業(yè)務(wù)的準(zhǔn)確性。
以下通過(guò)具體實(shí)施例對(duì)本發(fā)明進(jìn)行說(shuō)明。
在圖2中的步驟204中，核心網(wǎng)向RNC下發(fā)的QoS屬性參數(shù)中會(huì)包括最大帶寬，這個(gè)最大帶寬就是該無(wú)線承載可以利用的最大帶寬，RNC在建立無(wú)線承載時(shí)，為該無(wú)線承載所分配的空口帶寬通常為該最大帶寬。本實(shí)施例在RNC實(shí)際為無(wú)線承載所分配的空口帶寬即為可以利用的最大帶寬時(shí)進(jìn)行，這樣會(huì)增加測(cè)量的準(zhǔn)確性。而在空口帶寬沒(méi)有達(dá)到可以利用的最大帶寬時(shí)也可以使用本發(fā)明，本實(shí)施例只是一個(gè)較佳實(shí)施例而已。
本發(fā)明第一實(shí)施例的流程如圖5所示，具體步驟如下步驟501、RNC判斷當(dāng)前無(wú)線承載所使用的空口帶寬是否為該無(wú)線承載可以利用的最大帶寬，如果是執(zhí)行步驟502；否則，重復(fù)執(zhí)行本步驟；步驟502、啟動(dòng)Iups接口的吞吐量測(cè)量，并周期統(tǒng)計(jì)吞吐量測(cè)量結(jié)果；吞吐量為無(wú)線承載中，在單位時(shí)間內(nèi)接收到核心網(wǎng)(CN)的所有業(yè)務(wù)數(shù)據(jù)單元(SDU)比特(bit)數(shù)，直接在RNC與CN相連的Iups接口統(tǒng)計(jì)吞吐量最直觀也最準(zhǔn)確地反映流業(yè)務(wù)的速率；本步驟中，對(duì)Iups接口的吞吐量測(cè)量，可以通過(guò)預(yù)先在RNC中設(shè)置一個(gè)吞吐量測(cè)量模塊來(lái)實(shí)現(xiàn)，當(dāng)判斷出空口帶寬即為最大帶寬后，吞吐量測(cè)量模塊即在Iups接口對(duì)從核心網(wǎng)所接收的業(yè)務(wù)數(shù)據(jù)單元(SDU)比特?cái)?shù)進(jìn)行測(cè)量，并計(jì)算單位時(shí)間內(nèi)接收的比特?cái)?shù)，獲得吞吐量測(cè)量結(jié)果，然后周期向RNC上報(bào)測(cè)量結(jié)果，這里的上報(bào)周期可以在100ms至5000ms范圍之間；步驟503、RNC根據(jù)吞吐量測(cè)量結(jié)果，統(tǒng)計(jì)吞吐量平均值，并計(jì)算方差，然后根據(jù)吞吐量平均值和方差判斷吞吐量是否穩(wěn)定，如果吞吐量穩(wěn)定執(zhí)行步驟504；否則，說(shuō)明當(dāng)前的業(yè)務(wù)不是流業(yè)務(wù)；本步驟中，統(tǒng)計(jì)吞吐量平均值和方差可以是統(tǒng)計(jì)一定的時(shí)間周期內(nèi)的平均值和方差，該周期可以在100ms至5000ms之間選擇，只是該周期要大于步驟502中的上報(bào)周期，例如統(tǒng)計(jì)周期為上報(bào)周期的整數(shù)倍；根據(jù)流量平均值和方差判斷流量是否穩(wěn)定的方法具體為預(yù)先設(shè)定一個(gè)吞吐量穩(wěn)定的判決門(mén)限，該門(mén)限可以為方差和吞吐量的比例，具體的取值可以在1/10至1/4的范圍內(nèi)；本步驟中，當(dāng)計(jì)算出無(wú)線承載的吞吐量平均值與方差的比例后，判斷該比例是否小于預(yù)先設(shè)定的吞吐量穩(wěn)定判決門(mén)限，如果小于該門(mén)限，則說(shuō)明當(dāng)前的吞吐量穩(wěn)定；否則，說(shuō)明當(dāng)前的吞吐量不穩(wěn)定；當(dāng)判斷出吞吐量不穩(wěn)定后，由于流業(yè)務(wù)的傳輸是穩(wěn)定的，所以就可以判斷出該業(yè)務(wù)不是流業(yè)務(wù)。而如果吞吐量穩(wěn)定，卻不能夠直接斷定該業(yè)務(wù)就是流業(yè)務(wù)，因?yàn)橥掏铝糠€(wěn)定，也可能由于TCP協(xié)議的自適應(yīng)帶寬特性造成的，所以還需要進(jìn)一步進(jìn)行判斷，即執(zhí)行步驟504；TCP協(xié)議的自適應(yīng)帶寬性是指如果應(yīng)用層使用TCP協(xié)議進(jìn)行數(shù)據(jù)包傳輸，該協(xié)議就會(huì)自動(dòng)的將吞吐量調(diào)整到使該無(wú)線承載的使用的帶寬與為該無(wú)線承載所分配的空口帶寬一致；步驟504、RNC判斷該無(wú)線承載中所傳輸?shù)臄?shù)據(jù)包在應(yīng)用層所應(yīng)用的協(xié)議是否是TCP協(xié)議，如果是TCP協(xié)議，執(zhí)行步驟505；否則，可以判斷出該業(yè)務(wù)是流業(yè)務(wù)；在本步驟中，如果判斷出數(shù)據(jù)包在應(yīng)用層所應(yīng)用的協(xié)議是TCP協(xié)議，則穩(wěn)定的吞吐量不一定是由于流業(yè)務(wù)的特性造成，也可能是由于TCP協(xié)議的帶寬自適應(yīng)特性造成的；而如果判斷出應(yīng)用層所應(yīng)用的協(xié)議不是TCP協(xié)議，如RTP協(xié)議和UDP協(xié)議等，因?yàn)榉橇鳂I(yè)務(wù)都不會(huì)造成明顯穩(wěn)定的吞吐量，所以如果吞吐量穩(wěn)定基本上可以判斷出是由流業(yè)務(wù)的傳輸特性所造成的；步驟505、判斷當(dāng)前無(wú)線承載的空口帶寬是否大于吞吐量，如果判斷出空口帶寬大于吞吐量，則判斷出該業(yè)務(wù)是流業(yè)務(wù)；否則，該業(yè)務(wù)不是流業(yè)務(wù)；由于在步驟504中，已經(jīng)確定了吞吐量穩(wěn)定，且應(yīng)用層采用的協(xié)議是TCP協(xié)議，由于TCP協(xié)議的自適應(yīng)特性是使吞吐量適應(yīng)于空口帶寬，所以如果吞吐量等于空口帶寬，則可判斷出穩(wěn)定的吞吐量是由TCP協(xié)議造成的而不是由流業(yè)務(wù)造成的；如果空口帶寬大于吞吐量，則說(shuō)明吞吐量沒(méi)有自適應(yīng)于空口帶寬，所以這時(shí)出現(xiàn)穩(wěn)定的吞吐量就是由流業(yè)務(wù)造成的，所以可以判斷出無(wú)線承載中所傳輸?shù)臉I(yè)務(wù)為流業(yè)務(wù)；此外，本步驟中所述的空口帶寬等于吞吐量是指基本上等于，即相差很少的情況，例如，空口帶寬和吞吐量的差別在1/5以下，則設(shè)定空口帶寬等于吞吐量；否則，如果兩者之差大于1/5則說(shuō)明兩者不相等。
以上是對(duì)本發(fā)明的第一實(shí)施例的說(shuō)明，在第一實(shí)施例中通過(guò)結(jié)合吞吐量和應(yīng)用層所用協(xié)議的判斷，對(duì)無(wú)線承載中所傳輸?shù)臉I(yè)務(wù)是否是流業(yè)務(wù)進(jìn)行了識(shí)別。第一實(shí)施例中，在應(yīng)用層使用TCP協(xié)議，吞吐量穩(wěn)定且吞吐量基本等于空口帶寬的情況下，就判定無(wú)線承載中所傳輸?shù)臉I(yè)務(wù)是流業(yè)務(wù)，但是在這樣的情況下，也存在流業(yè)務(wù)傳輸?shù)耐掏铝烤偷扔诳湛趲?，為了解決這個(gè)問(wèn)題，對(duì)TCP協(xié)議和流業(yè)務(wù)進(jìn)行了進(jìn)一步分析，通過(guò)分析得出，如果是由于TCP協(xié)議造成的吞吐量穩(wěn)定，無(wú)線鏈路控制緩存值(RLC buffer)是穩(wěn)定的；而如果由于是流業(yè)務(wù)造成的吞吐量穩(wěn)定，即使應(yīng)用層所應(yīng)用的是TCP協(xié)議，RLC buffer也是不穩(wěn)定的。所以在本發(fā)明的第二實(shí)施例中，對(duì)RLCbuffer進(jìn)行了判斷，以下對(duì)其進(jìn)行說(shuō)明。
本發(fā)明第二實(shí)施例的流程如圖6所示，其中步驟601至步驟605與第一實(shí)施例的步驟501至步驟505基本相同，只是在步驟605中判斷出空口帶寬不大于吞吐量后，進(jìn)一步包括步驟606、判斷無(wú)線承載RLC buffer是否穩(wěn)定，如果RLC buffer穩(wěn)定，則說(shuō)明穩(wěn)定的吞吐量是由于TCP協(xié)議造成，所以當(dāng)前的業(yè)務(wù)不是流業(yè)務(wù)；否則，說(shuō)明穩(wěn)定的吞吐量是由于流業(yè)務(wù)造成的，所以當(dāng)前的業(yè)務(wù)是流業(yè)務(wù)；在本步驟中，判斷RLC buffer是否穩(wěn)定的方法可以為預(yù)先設(shè)置RLCbuffer穩(wěn)定門(mén)限，該門(mén)限值可以RLC buffer方差和RLC buffer平均值的比例，與吞吐量穩(wěn)定門(mén)限一樣，RLC buffer穩(wěn)定門(mén)限也可以在1/10至1/4之間取值，然后判斷RLC buffer方差和RLC buffer平均值的比例是否小于預(yù)先設(shè)定的RLC buffer穩(wěn)定門(mén)限，如果小于該門(mén)限則說(shuō)明RLC buffer穩(wěn)定；否則說(shuō)明RLC buffer不穩(wěn)定。
在以上兩個(gè)實(shí)施例中，判斷出當(dāng)前的業(yè)務(wù)為流業(yè)務(wù)后，還可以進(jìn)一步包括在RNC中為當(dāng)前傳輸流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬，該保障帶寬的具體值根據(jù)Iups接口的吞吐量來(lái)設(shè)定可以等于或稍大于當(dāng)前的吞吐量。在設(shè)置了保障帶寬例如，測(cè)量出當(dāng)前的吞吐量為128Kbit/秒，則可以將帶寬設(shè)定為144Kbit/秒。在設(shè)置了保障帶寬后，當(dāng)無(wú)線資源緊張，RNC需要降低某些無(wú)線承載的帶寬時(shí)，由于為該無(wú)線承載設(shè)置了保障帶寬，不會(huì)將該無(wú)線承載的空口帶寬降低到保障帶寬以下。
由于流業(yè)務(wù)的判斷是根據(jù)傳輸特性判斷的，在剛一傳輸業(yè)務(wù)時(shí)，就能夠?qū)⒃摌I(yè)務(wù)是否是流業(yè)務(wù)判斷出來(lái)，并且由于流業(yè)務(wù)在剛剛開(kāi)始傳輸時(shí)，Iups接口的吞吐量沒(méi)有受到無(wú)線資源條件的限制，要大于流業(yè)務(wù)的真正保證帶寬，所以這里將無(wú)線承載的保障帶寬設(shè)定為Iups接口的吞吐量，就確保了該保障帶寬大于真正的流業(yè)務(wù)保證帶寬，所以RNC根據(jù)該保障帶寬進(jìn)行控制，使傳輸流業(yè)務(wù)的無(wú)線承載的空口帶寬不小于保障帶寬，就能夠滿足流業(yè)務(wù)的要求了。
以上是對(duì)本發(fā)明具體實(shí)施例的說(shuō)明，在具體的實(shí)施過(guò)程中可對(duì)本發(fā)明的方法進(jìn)行適當(dāng)?shù)母倪M(jìn)，以適應(yīng)具體情況的具體需要。因此可以理解，根據(jù)本發(fā)明的具體實(shí)施方式
只是起示范作用，并不用以限制本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種流業(yè)務(wù)的識(shí)別方法，其特征在于，該方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，如果吞吐量穩(wěn)定，判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)；否則判斷出當(dāng)前業(yè)務(wù)不是流業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述判斷Iups接口吞吐量是否穩(wěn)定的步驟為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述的穩(wěn)定門(mén)限的取值范圍為1/10至1/4。
4.根據(jù)權(quán)利要求1至3中任一所述的方法，其特征在于，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，進(jìn)一步包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
5.一種流業(yè)務(wù)的識(shí)別方法，其特征在于，該方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，以及當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，如果吞吐量穩(wěn)定并且當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議不是TCP協(xié)議，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述判斷Iups接口吞吐量是否穩(wěn)定的步驟為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
7.根據(jù)權(quán)利要求5或6所述的方法，其特征在于，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，進(jìn)一步包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
8.一種流業(yè)務(wù)的識(shí)別方法，其特征在于，該方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，以及傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬是否大于Iups接口的平均吞吐量，如果Iups接口的吞吐量穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是TCP協(xié)議，并且傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬不大于Iups接口的平均吞吐量，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述判斷Iups接口吞吐量是否穩(wěn)定的步驟為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
10.根據(jù)權(quán)利要求8或9所述的方法，其特征在于，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，進(jìn)一步包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
11.一種流業(yè)務(wù)的識(shí)別方法，其特征在于，該方法包括A、無(wú)線網(wǎng)絡(luò)控制器對(duì)其與核心網(wǎng)絡(luò)相連的Iups接口的吞吐量進(jìn)行測(cè)量；B、判斷Iups接口的吞吐量是否穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議是否為T(mén)CP協(xié)議，傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬是否大于Iups接口的平均吞吐量，以及傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值是否穩(wěn)定，如果Iups接口的吞吐量穩(wěn)定，當(dāng)前業(yè)務(wù)的上層應(yīng)用協(xié)議為T(mén)CP協(xié)議，傳輸當(dāng)前業(yè)務(wù)的無(wú)線承載的空口帶寬不大于Iups接口的平均吞吐量，并且傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值不穩(wěn)定，則判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述判斷Iups接口吞吐量是否穩(wěn)定的步驟為計(jì)算Iups接口吞吐量的平均值和方差，然后判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則吞吐量穩(wěn)定；否則，吞吐量不穩(wěn)定。
13.根據(jù)權(quán)利要求12所述的方法，其特征在于，所述判斷傳輸當(dāng)前業(yè)務(wù)無(wú)線承載的無(wú)線鏈路緩存值是否穩(wěn)定的步驟為計(jì)算無(wú)線鏈路控制緩存值的平均值和方差，判斷計(jì)算出的方差和平均值的比例是否小于預(yù)先設(shè)定的穩(wěn)定門(mén)限，如果是則無(wú)線鏈路控制緩存值穩(wěn)定；否則無(wú)線鏈路緩存值不穩(wěn)定。
14.根據(jù)權(quán)利要求11至13中任一所述的方法，其特征在于，所述判斷出當(dāng)前業(yè)務(wù)是流業(yè)務(wù)后，進(jìn)一步包括根據(jù)Iups接口的吞吐量為傳輸該流業(yè)務(wù)的無(wú)線承載設(shè)置保障帶寬。
全文摘要
本發(fā)明公開(kāi)了一種流業(yè)務(wù)的識(shí)別方法，該方法包括無(wú)線網(wǎng)絡(luò)控制器對(duì)與核心網(wǎng)絡(luò)相連的Iu
文檔編號(hào)H04W28/16GK1848999SQ20051006435
公開(kāi)日2006年10月18日 申請(qǐng)日期2005年4月14日 優(yōu)先權(quán)日2005年4月14日
發(fā)明者張巖強(qiáng), 許佰魁 申請(qǐng)人:華為技術(shù)有限公司