專利名稱：：一種hsdpa系統(tǒng)中優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通信系統(tǒng)中的接入技術(shù)，尤其涉及一種高速下行分組接入系統(tǒng)(HighSpeedDownlinkPacketAccess,以下簡稱HSDPA)中進(jìn)行實(shí)時(shí)業(yè)務(wù)優(yōu)化的方法。
背景技術(shù)：
：HSDPA是第三代合作組織(3rdGenerationPartnershipProject,以下簡稱3GPP)在R5協(xié)議中為了滿足上/下行數(shù)據(jù)業(yè)務(wù)不對(duì)稱的需求而提出的一種新技術(shù)，它很好地解決了系統(tǒng)覆蓋與容量之間的矛盾，大大提升了系統(tǒng)容量，滿足了用戶的高速業(yè)務(wù)需求。HSDPA引入了短的傳輸時(shí)間間隔(2ms)、自適應(yīng)調(diào)制和編碼(AdaptiveModulationandCoding,以下簡稱AMC)、多碼發(fā)射和混合自動(dòng)重傳請(qǐng)求(HybridAutomaticR印eatRequest,以下簡稱HARQ)，并將分組調(diào)度器從無線網(wǎng)絡(luò)控制器(RadioNetworkController,以下簡稱RNC)移到NodeB中，從而更便于接入空口無線環(huán)境。3GPP中將業(yè)務(wù)按QoS(QualityofService,服務(wù)質(zhì)量)分為四個(gè)大類，分別是會(huì)話類(Co騰rsational)、流類(Streaming)、交互類(Interactive)和背景類(Background)0不同的業(yè)務(wù)有不同的特點(diǎn)，所要求的QoS也不同。表1總結(jié)了通用移動(dòng)通信系統(tǒng)(UniversalMobileTelecommunicationsSystem,以下簡稱UMTS)的四種QoS類別的主要參數(shù)。這四種業(yè)務(wù)類別最主要的區(qū)別在于業(yè)務(wù)對(duì)時(shí)延的敏感性，會(huì)話類業(yè)務(wù)如語音業(yè)務(wù)對(duì)時(shí)延最敏感，而背景類業(yè)務(wù)最不敏感。會(huì)話類和流類都是實(shí)時(shí)業(yè)務(wù)，都有保證比特速率的要求，保證比特率是滿足一定概率內(nèi)業(yè)務(wù)時(shí)延要求的速率。圖1給出了不同類別業(yè)務(wù)對(duì)時(shí)延和誤碼的要求。表lUMTSQoS類別及主要特點(diǎn)4<table>tableseeoriginaldocumentpage5</column></row><table>綜合考慮時(shí)延和業(yè)務(wù)速率的因素，表2描述了典型業(yè)務(wù)在HSDPA上的承載策略。表2HSDPA承載策略<table>tableseeoriginaldocumentpage5</column></row><table>由于HSDPA主要在媒體接納控制(MediaAccessControl,以下簡稱MAC)和物理層增強(qiáng)了無線接入網(wǎng)絡(luò)(RadioAccessNetwork,以下簡稱RAN)的下行發(fā)送能力，因此引入HSDPA之后對(duì)于業(yè)務(wù)的接入質(zhì)量、鏈路保持方面的QoS沒有大的影響。它的影響主要是RTT(往返)時(shí)延、平均下行吞吐率和峰值速率方面。一般來說，HSDPA的共享信道和分組調(diào)度特性使得HSDPA最合適承載非實(shí)時(shí)業(yè)務(wù)。而現(xiàn)今在業(yè)務(wù)數(shù)字化、分組化、IP化的發(fā)展驅(qū)動(dòng)下，電路交換域(Circuit-Switchdomain,以下簡稱CS)業(yè)務(wù)將逐步從無線網(wǎng)絡(luò)中淡出，取而代之的是分組交換域(Packet-Switcheddomain,以下簡稱PS)業(yè)務(wù)。并且，HSDPA具有吞吐率高的優(yōu)勢，運(yùn)營商期望它能承載各種業(yè)務(wù)；此外，已經(jīng)開始部署WCDMA/HSDPA網(wǎng)絡(luò)的運(yùn)營商還未找到一種像短信這樣的"殺手锏"業(yè)務(wù)，而流業(yè)務(wù)、互動(dòng)游戲普遍被認(rèn)為是一種很有前途的業(yè)務(wù)。下面以流類業(yè)務(wù)作一說明流業(yè)務(wù)是一種具有一定實(shí)時(shí)要求和服務(wù)速率要求的、能保持分組間相對(duì)時(shí)間關(guān)系并符合人類感受特性的單方向數(shù)據(jù)通信業(yè)務(wù)。它包括音頻流、視頻流等。流業(yè)務(wù)(如視頻流業(yè)務(wù)、音頻流業(yè)務(wù))的數(shù)據(jù)包的大小基本不變，無突發(fā)性。流業(yè)務(wù)對(duì)誤碼率有較高的要求，要求的丟包率較低，對(duì)時(shí)延和時(shí)延抖動(dòng)的要求較高。流業(yè)務(wù)的主要特性如下1)數(shù)據(jù)速率要求低且相對(duì)恒定，一般為64kbps到384kbps;2)時(shí)延要求較高，一般不超過5秒到10秒；3)時(shí)延抖動(dòng)要求高，一般不超過2秒到5秒；4)較低的BLER(BlockErrorRatio,塊誤碼率)和較低的SDU(ServiceDataUnit,業(yè)務(wù)數(shù)據(jù)單元)殘留BER(BitErrorRate,誤碼率)，物理層BLER—般不應(yīng)超過2%-5%，MAC層BER不超過0.1%;5)順序播放；6)對(duì)上行流量沒有要求，上行無需發(fā)送太多的數(shù)據(jù)。流媒體等實(shí)時(shí)業(yè)務(wù)用戶在整個(gè)網(wǎng)絡(luò)覆蓋區(qū)域接入和使用的時(shí)候，其業(yè)務(wù)質(zhì)量必須保持穩(wěn)定，不能隨著信號(hào)質(zhì)量的惡化或用戶數(shù)增加而下降。由于HSDPA使用了AMC技術(shù)，用戶的吞吐率會(huì)隨著信號(hào)質(zhì)量的降低而減小；同時(shí)還可知，各個(gè)HSDPA用戶共享空中接口的無線資源，用戶數(shù)目的增加將降低一個(gè)或多個(gè)用戶的吞吐率。而這與流媒體等的實(shí)時(shí)業(yè)務(wù)特性相違背。在HSDPA系統(tǒng)中的Qos中的參數(shù)分配/保留優(yōu)先級(jí)(Allocation/RetentionPriorty，ARP)和業(yè)務(wù)處理優(yōu)先級(jí)(TrafficHandlingPriority)用于網(wǎng)絡(luò)在資源分配和業(yè)務(wù)處理時(shí)對(duì)業(yè)務(wù)提供差異化服務(wù)，以滿足不同類型業(yè)務(wù)例如流類和交互類的QoS和優(yōu)先級(jí)要求，其中業(yè)務(wù)處理優(yōu)先級(jí)僅對(duì)交互類業(yè)務(wù)有效，用于對(duì)交互類業(yè)務(wù)中不同承載的SDU的區(qū)分處理，以體現(xiàn)不同承載的質(zhì)量。業(yè)務(wù)優(yōu)先級(jí)和用戶優(yōu)先級(jí)的最高級(jí)別在核心網(wǎng)定制，在業(yè)務(wù)指派時(shí)將協(xié)調(diào)好的業(yè)務(wù)優(yōu)先級(jí)和用戶優(yōu)先級(jí)通知到無線網(wǎng)絡(luò)控制器(RNC),無線網(wǎng)絡(luò)控制器在把業(yè)務(wù)優(yōu)先級(jí)和用戶優(yōu)先級(jí)映射到無線資源管理的各個(gè)算法中，并被無線資源管理算法所使用，從而把業(yè)務(wù)優(yōu)先級(jí)和用戶優(yōu)先級(jí)體現(xiàn)到無線資源的分配上。業(yè)務(wù)和用戶優(yōu)先級(jí)和無線資源管理算法中的所體現(xiàn)的優(yōu)先級(jí)映射關(guān)系如圖2所示。從圖2中可看出，業(yè)務(wù)指派時(shí)的業(yè)務(wù)類型和用戶優(yōu)先級(jí)(分配/保留優(yōu)先級(jí))構(gòu)建成基本優(yōu)先級(jí)，基本優(yōu)先級(jí)是無線資源管理算法中對(duì)用戶和業(yè)務(wù)進(jìn)行差異化處理的基礎(chǔ)?；诨緝?yōu)先級(jí)、隊(duì)列調(diào)度算法則可以確定調(diào)度優(yōu)先級(jí)、無線優(yōu)先級(jí)，進(jìn)而可保證高優(yōu)先級(jí)業(yè)務(wù)/用戶的服務(wù)質(zhì)量。下面以實(shí)時(shí)業(yè)務(wù)中的流媒體播放為例，再分析一下手機(jī)的工作過程移動(dòng)用戶通過手機(jī)用戶簽約的Qos參數(shù)瀏覽門戶網(wǎng)站的網(wǎng)頁，當(dāng)發(fā)現(xiàn)感興趣的流媒體內(nèi)容時(shí)，進(jìn)行點(diǎn)播。用戶繼續(xù)使用與瀏覽網(wǎng)頁相同的Qos參數(shù)，將分組數(shù)據(jù)通過基站發(fā)送到GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))，GGSN對(duì)分組數(shù)據(jù)進(jìn)行相應(yīng)的處理，再發(fā)送到移動(dòng)流媒體服務(wù)器所在的網(wǎng)絡(luò)，如因特網(wǎng)中。移動(dòng)流媒體服務(wù)器對(duì)用戶請(qǐng)求進(jìn)行響應(yīng)，由業(yè)務(wù)管理平臺(tái)對(duì)數(shù)據(jù)進(jìn)行認(rèn)證并判斷客戶點(diǎn)播的內(nèi)容及用戶終端適配，若用戶手機(jī)不支持要求播放的媒體格式，則返回用戶信息提醒用戶，否則將點(diǎn)播內(nèi)容轉(zhuǎn)交給移動(dòng)流媒體服務(wù)器，移動(dòng)流媒體服務(wù)器開始向用戶手機(jī)發(fā)送相應(yīng)的流媒體數(shù)據(jù)，來自因特網(wǎng)的標(biāo)記有移動(dòng)臺(tái)地址的流媒體數(shù)據(jù)分組，由GGSN接收，并轉(zhuǎn)換成HSDPA網(wǎng)絡(luò)所能處理的數(shù)據(jù)形式，繼而通過基站子系統(tǒng)傳送到用戶手機(jī)上。當(dāng)用戶手機(jī)上的流媒體緩沖區(qū)裝滿后，流媒體播放器開始在手機(jī)屏幕上向用戶播放流媒體，與此同時(shí)，移動(dòng)流媒體服務(wù)器在后臺(tái)繼續(xù)源源不斷地向用戶發(fā)送流媒體數(shù)據(jù),直到文件播放結(jié)束。從上述手機(jī)的工作過程中，可以看出，在當(dāng)今的HSDPA系統(tǒng)中，不考慮其所進(jìn)行業(yè)務(wù)的種類，一律使用簽約所確定Qos參數(shù)，換句話說，用戶所進(jìn)行的業(yè)務(wù)種類于其所應(yīng)當(dāng)對(duì)應(yīng)的無線優(yōu)先級(jí)沒有任何聯(lián)系。在這種情況下當(dāng)用戶簽約流類時(shí)，進(jìn)行交互類業(yè)務(wù)，則對(duì)于網(wǎng)絡(luò)來說是一種浪費(fèi)，但是當(dāng)用戶簽約交互類，卻進(jìn)行流業(yè)務(wù)，則會(huì)影響用戶的感受度。這是一個(gè)比較不合理的現(xiàn)象。
發(fā)明內(nèi)容因此本發(fā)明所要解決的技術(shù)問題是提供一種HSDPA系統(tǒng)中根據(jù)終端所進(jìn)行的業(yè)務(wù)類別確定QoS參數(shù)進(jìn)而進(jìn)一步優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，該方法能夠針對(duì)現(xiàn)有HSDPA系統(tǒng)中用戶簽約和用戶進(jìn)行業(yè)務(wù)種類所存在的問題和不足，充分利用無線接入網(wǎng)絡(luò)資源，提高用戶感受度，優(yōu)化用戶所進(jìn)行業(yè)務(wù)種類和所需無線優(yōu)先級(jí)之間的矛盾。本發(fā)明具體是這樣實(shí)現(xiàn)的一種HSDPA系統(tǒng)中優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，包括如下步驟判斷業(yè)務(wù)是否為實(shí)時(shí)業(yè)務(wù)，如果不是實(shí)時(shí)業(yè)務(wù)，則進(jìn)行非實(shí)時(shí)業(yè)務(wù)處理；如果是實(shí)時(shí)業(yè)務(wù)，在進(jìn)行實(shí)時(shí)業(yè)務(wù)處理前，終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；如果終端和網(wǎng)絡(luò)在前面接受了修改服務(wù)質(zhì)量參數(shù)的請(qǐng)求，則當(dāng)實(shí)時(shí)業(yè)務(wù)處理結(jié)束后，終端和網(wǎng)絡(luò)再次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；業(yè)務(wù)結(jié)束。按上述方案，所述判斷業(yè)務(wù)是否為實(shí)時(shí)業(yè)務(wù)包括通過檢測終端中與實(shí)時(shí)業(yè)務(wù)相關(guān)的軟件的啟動(dòng)來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)；或者，通過檢測終端設(shè)有的緩存來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)；或者，通過檢測終端瀏覽器的MIME的標(biāo)記來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)。按上述方案，所述終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程包括如下步驟終端發(fā)出修改服務(wù)質(zhì)量參數(shù)的ModifyPDPContextrequest;網(wǎng)絡(luò)判斷是否接受該請(qǐng)求，如果不接受，則維持原有的服務(wù)質(zhì)量參數(shù)；如果網(wǎng)絡(luò)接受，則網(wǎng)絡(luò)回復(fù)ModifyPDPcontextacc印t，該實(shí)時(shí)業(yè)務(wù)使用新的服務(wù)質(zhì)量參數(shù)。按上述方案，所述終端和網(wǎng)絡(luò)第一次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程為基于提高服務(wù)質(zhì)量的交互，包括如下步驟終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的服務(wù)質(zhì)量參數(shù)，該服務(wù)質(zhì)量參數(shù)中，Precedenceclass和Traffichandlingpriority將會(huì)在用戶簽約的服務(wù)質(zhì)量范圍內(nèi)提高一個(gè)優(yōu)先級(jí)；網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將根據(jù)現(xiàn)有的網(wǎng)絡(luò)資源判斷是否接受，接受則網(wǎng)絡(luò)將依據(jù)高優(yōu)先級(jí)服務(wù)質(zhì)量參數(shù)選擇一個(gè)高的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextacc印t消息；拒絕則終端將維持原有的服務(wù)質(zhì)量參數(shù)。按上述方案，所述終端和網(wǎng)絡(luò)再次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程為基于降低服務(wù)質(zhì)量的交互，包括如下步驟終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的服務(wù)質(zhì)量參數(shù)，該服務(wù)質(zhì)量參數(shù)中，Precedenceclass和Traffichandlingpriority將會(huì)在用戶簽約的服務(wù)質(zhì)量范圍內(nèi)降低一個(gè)優(yōu)先級(jí)；網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將依據(jù)低優(yōu)先級(jí)服務(wù)質(zhì)量參數(shù)選擇一個(gè)低的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextaccept消息o由于采用了上述處理過程，本發(fā)明與現(xiàn)有技術(shù)相比，具有以下優(yōu)點(diǎn)本發(fā)明依據(jù)終端對(duì)所進(jìn)行業(yè)務(wù)種類的識(shí)別，采用不同的業(yè)務(wù)種類對(duì)應(yīng)不同的QoS，從而更充分的利用了HSDPA的資源，提高了用戶感受度。本發(fā)明簡單、效果好、具有很強(qiáng)的推廣價(jià)值。圖1是UMTS中不同類別業(yè)務(wù)對(duì)時(shí)延和誤碼的要求示意圖；圖2是業(yè)務(wù)/用戶優(yōu)先級(jí)和無線資源管理算法中所體現(xiàn)的優(yōu)先級(jí)映射關(guān)系圖；圖3是本發(fā)明的處理流程圖；圖4是本發(fā)明中修改Qos的PDPContextModification交互的流程圖。具體實(shí)施方式以下結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施作進(jìn)一步的說明如圖3所示，本發(fā)明包括如下步驟1、終端取得用戶簽約的QOS參數(shù)；2、初始數(shù)據(jù)業(yè)務(wù)請(qǐng)求Qos參數(shù)；3、在進(jìn)行分組交換域業(yè)務(wù)時(shí)，首先判斷網(wǎng)絡(luò)是否接受該業(yè)務(wù)，如果不接受，則結(jié)束該業(yè)務(wù)；4、如果網(wǎng)絡(luò)接受該業(yè)務(wù)，則判斷該業(yè)務(wù)是否為流媒體等實(shí)時(shí)業(yè)務(wù)，如果不是流媒體等實(shí)時(shí)業(yè)務(wù)，則進(jìn)行非實(shí)時(shí)業(yè)務(wù)處理；5、如果是流媒體等實(shí)時(shí)業(yè)務(wù)，在進(jìn)行流媒體播放等實(shí)時(shí)業(yè)務(wù)前，終端和網(wǎng)絡(luò)進(jìn)行修改Qos的PDP(PacketDataProtocol,分組數(shù)據(jù)協(xié)議)ContextModification交互過程；6、進(jìn)行流媒體播放等實(shí)時(shí)業(yè)務(wù)；7、當(dāng)流媒體播放等實(shí)時(shí)業(yè)務(wù)結(jié)束后，如果網(wǎng)絡(luò)在步驟5中接受進(jìn)行修改Qos的請(qǐng)求，則終端和網(wǎng)絡(luò)再次進(jìn)行修改Qos的PDPContextModification交互過程，否則進(jìn)入第八步；8、業(yè)務(wù)結(jié)束。其中，步驟4中判斷該業(yè)務(wù)是否為流媒體等實(shí)時(shí)業(yè)務(wù)包括如下方法1)要進(jìn)行流媒體等實(shí)時(shí)業(yè)務(wù)必須要啟動(dòng)相關(guān)的軟件，通過相關(guān)軟件的啟動(dòng)來確定進(jìn)行的為流媒體等實(shí)時(shí)業(yè)務(wù)；2)播放流媒體時(shí)本地會(huì)設(shè)有緩存來保持一定時(shí)間的業(yè)務(wù)連續(xù)，因此也可通過檢測設(shè)有的緩存，來確定所進(jìn)行的業(yè)務(wù)為流媒體等實(shí)時(shí)業(yè)務(wù)；3)流媒體播放需要瀏覽器的支持。通常情況下，瀏覽器是采用MIME(Multi-purposeInternetMailExtension,多用途因特網(wǎng)郵件擴(kuò)充)來識(shí)別各種不同的簡單文件格式，所有的Web瀏覽器都是基于HTTP(HyperTextTransferProtocol,超文本傳送協(xié)議)協(xié)議，而HTTP協(xié)議都有內(nèi)建MIME。所以Web瀏覽器能夠通過HTTP協(xié)議中的MIME來標(biāo)記Web上眾多的多媒體文件格式，包括各種流媒體文件格式。因此可通過MIME的標(biāo)記來確定所進(jìn)行的業(yè)務(wù)為流媒體等實(shí)時(shí)業(yè)務(wù)。如圖4所示，步驟5和步驟7中修改Qos的PDPContextModification交互過程包括如下子步驟1)終端發(fā)出修改Qos的ModifyPDPContextrequest;2)網(wǎng)絡(luò)判斷是否接受，如果不接受，則維持原有的Qos參數(shù)；3)如果網(wǎng)絡(luò)接受，則網(wǎng)絡(luò)回復(fù)ModifyPDPcontextacc印t，業(yè)務(wù)使用新的Qos參數(shù)。以下是本發(fā)明的一個(gè)具體實(shí)施實(shí)例，本發(fā)明的步驟5中基于提高Qos的PDPContextModification交互過程包括如下子步驟5-1、終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的Qos參數(shù)。該Qos參數(shù)中，Precedenceclass和Traffichandlingpriority將會(huì)在用戶簽約的Qos范圍內(nèi)提高一個(gè)優(yōu)先級(jí)；5-2、網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將根據(jù)現(xiàn)有的網(wǎng)絡(luò)資源判斷是否接受，接受則轉(zhuǎn)入5-3,拒絕則轉(zhuǎn)入5-4;5-3、網(wǎng)絡(luò)將依據(jù)高優(yōu)先級(jí)Qos參數(shù)選擇一個(gè)高的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextaccept消息；5-4、終端將維持原有的Qos參數(shù)。本發(fā)明的步驟7中基于降低Qos的PDPContextModification交互過程包括如下子步驟7-1、終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的Qos參數(shù)，該Qos參數(shù)中，Precedenceclass和Traffichandlingpriority將降低一個(gè)優(yōu)先級(jí)；7-2、網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將依據(jù)低優(yōu)先級(jí)Qos參數(shù)選擇一個(gè)低的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextacc印t消息。本發(fā)明所涉及的修改Qos參數(shù)過程可以按照如下程序?qū)崿F(xiàn)501).ModifyPDPContextrequest.QoS.Precedenceclass=2(Normalpriority).ModifyPDPContextaccept.NegotiatedQoS.Traffichandlingpriority=2(Prioritylevel2)502).ModifyPDPContextaccept.QoS.Precedenceclass=2(Normalpriority).ModifyPDPContextaccept.NegotiatedQoS.Traffichandlingpriority=32(Prioritylevel2)701),ModifyPDPContextrequest.QoS.Precedenceclass=3(Lowpriority).ModifyPDPContextrequest.NegotiatedQoS.Traffichandlingpriority=3(Prioritylevel3)702).ModifyPDPContextaccept.QoS.Precedenceclass=3(Lowpriority).ModifyPDPContextaccept.NegotiatedQoS.Traffichandlingpriority=3(Prioritylevel3)以上所述僅為本發(fā)明的示意性實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種HSDPA系統(tǒng)中優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，包括如下步驟1.1、判斷業(yè)務(wù)是否為實(shí)時(shí)業(yè)務(wù)，如果不是實(shí)時(shí)業(yè)務(wù)，則進(jìn)行非實(shí)時(shí)業(yè)務(wù)處理；1.2、如果是實(shí)時(shí)業(yè)務(wù)，在進(jìn)行實(shí)時(shí)業(yè)務(wù)處理前，終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；1.3、如果終端和網(wǎng)絡(luò)在步驟1.2中接受了修改服務(wù)質(zhì)量參數(shù)的請(qǐng)求，則當(dāng)實(shí)時(shí)業(yè)務(wù)處理結(jié)束后，終端和網(wǎng)絡(luò)再次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；1.4、業(yè)務(wù)結(jié)束。2、如權(quán)利要求1所述的優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，其特征在于，步驟1.1中判斷業(yè)務(wù)是否為實(shí)時(shí)業(yè)務(wù)包括通過檢測終端中與實(shí)時(shí)業(yè)務(wù)相關(guān)的軟件的啟動(dòng)來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)；或者，通過檢測終端設(shè)有的緩存來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)；或者，通過檢測終端瀏覽器的MIME的標(biāo)記來確定進(jìn)行的為實(shí)時(shí)業(yè)務(wù)。3、如權(quán)利要求1或2所述的優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，其特征在于，步驟1.2和步驟1.3中終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程包括如下步驟3.1、終端發(fā)出修改服務(wù)質(zhì)量參數(shù)的ModifyPDPContextrequest;3.2、網(wǎng)絡(luò)判斷是否接受該請(qǐng)求，如果不接受，則維持原有的服務(wù)質(zhì)量參數(shù)；3.3、如果網(wǎng)絡(luò)接受，則網(wǎng)絡(luò)回復(fù)ModifyPDPcontextacc印t，該實(shí)時(shí)業(yè)務(wù)使用新的服務(wù)質(zhì)量參數(shù)。4、如權(quán)利要求1或2所述的優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，其特征在于，步驟1.2中終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程為基于提高服務(wù)質(zhì)量的交互，包括如下步驟-4.1、終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的服務(wù)質(zhì)量參數(shù)，該服務(wù)質(zhì)量參數(shù)中，Precedenceclass和Traffichandlingpriority將會(huì)在用戶簽約的服務(wù)質(zhì)量范圍內(nèi)提高一個(gè)優(yōu)先級(jí)；4.2、網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將根據(jù)現(xiàn)有的網(wǎng)絡(luò)資源判斷是否接受，接受則轉(zhuǎn)入4.3，拒絕則轉(zhuǎn)入4.4;4.3、網(wǎng)絡(luò)將依據(jù)高優(yōu)先級(jí)服務(wù)質(zhì)量參數(shù)選擇一個(gè)高的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextaccept消息；4.4、終端將維持原有的服務(wù)質(zhì)量參數(shù)。5、如權(quán)利要求4所述的優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，其特征在于，步驟1.3中終端和網(wǎng)絡(luò)再次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程為基于降低服務(wù)質(zhì)量的交互，包括如下步驟5.1、終端發(fā)出ModifyPDPContextrequest,該信息中包含新請(qǐng)求的服務(wù)質(zhì)量參數(shù)，該服務(wù)質(zhì)量參數(shù)中，Precedenceclass和Traffichandlingpriority將會(huì)在用戶簽約的服務(wù)質(zhì)量范圍內(nèi)降低一個(gè)優(yōu)先級(jí)；5.2、網(wǎng)絡(luò)在接收到ModifyPDPContextrequest后，將依據(jù)低優(yōu)先級(jí)服務(wù)質(zhì)量參數(shù)選擇一個(gè)低的無線優(yōu)先級(jí)，并回復(fù)一個(gè)ModifyPDPcontextaccept消息。全文摘要本發(fā)明公開了一種HSDPA系統(tǒng)中優(yōu)化實(shí)時(shí)業(yè)務(wù)的方法，包括如下步驟判斷業(yè)務(wù)是否為實(shí)時(shí)業(yè)務(wù)，如果不是實(shí)時(shí)業(yè)務(wù)，則進(jìn)行非實(shí)時(shí)業(yè)務(wù)處理；如果是實(shí)時(shí)業(yè)務(wù)，在進(jìn)行實(shí)時(shí)業(yè)務(wù)處理前，終端和網(wǎng)絡(luò)進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；如果終端和網(wǎng)絡(luò)在前面接受了修改服務(wù)質(zhì)量參數(shù)的請(qǐng)求，則當(dāng)實(shí)時(shí)業(yè)務(wù)處理結(jié)束后，終端和網(wǎng)絡(luò)再次進(jìn)行修改服務(wù)質(zhì)量參數(shù)的交互過程；業(yè)務(wù)結(jié)束。本發(fā)明充分利用了HSDPA的資源，提高了用戶感受度，具有很強(qiáng)的推廣價(jià)值。文檔編號(hào)H04Q7/22GK101242560SQ20071000355公開日2008年8月13日申請(qǐng)日期2007年2月8日優(yōu)先權(quán)日2007年2月8日發(fā)明者毅孫,許樂飛,燚霍申請(qǐng)人:中興通訊股份有限公司