專利名稱::一種應(yīng)用于應(yīng)急通信場景的控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
:本發(fā)明涉及移動通信領(lǐng)域,尤其涉及一種應(yīng)用于應(yīng)急通信場景的控制方法及系統(tǒng)。
背景技術(shù):
:在一些緊急事件或?yàn)?zāi)害發(fā)生時,整個移動通信網(wǎng)絡(luò)的話務(wù)量將會急劇激增,常常造成網(wǎng)絡(luò)發(fā)生嚴(yán)重?fù)砣踔涟c瘓。為保證整個系統(tǒng)的正常工作,保障搶險抗災(zāi)指揮員等重要緊急用戶的通信暢通,必須采用相應(yīng)的優(yōu)先級控制方案,使得珍貴的通信資源能夠在關(guān)鍵場合發(fā)揮重要作用。UMTS系統(tǒng)定義了強(qiáng)大的ARP(Allocation/RetentionPriority,分配/保留優(yōu)先級)方案,其最重要的思想就是在資源緊張時,允許高優(yōu)先級呼叫搶占較低優(yōu)先級呼叫的資源,以保證高優(yōu)先級呼叫的優(yōu)先接通,提高用戶體驗(yàn),從而實(shí)現(xiàn)用戶的差異性服務(wù)。該方案的局限性是當(dāng)緊急事情發(fā)生時基站的無線空口可能會出現(xiàn)嚴(yán)重?fù)砣?,因此,UMTS還定義了接入等級控制(AccessControlClass,ACC)方案,該方案的思想是通過小區(qū)的系統(tǒng)廣播消息來通知允許和禁止小區(qū)內(nèi)不同等級用戶終端的接入請求,各用戶終端通過讀取廣播消息,并根據(jù)存儲在用戶SIM卡中的接入等級來判斷當(dāng)前是否可以獲得隨機(jī)接入信道(RACH信道)資源以接入該小區(qū),即通過阻止部分用戶的接入,從而減小全小區(qū)用戶蜂擁接入對網(wǎng)絡(luò)信令信道的沖擊,達(dá)到保障特定重要用戶通信暢通的目的。在緊急事件發(fā)生時(如應(yīng)急救災(zāi)時),用戶類型除了包括通常的普通VIP用戶和普通用戶外,還將存在一類特殊的用戶類型——應(yīng)急救援用戶(如消防、公安、軍隊等)。其中,應(yīng)急救援用戶應(yīng)具有最高的優(yōu)先級,普通VIP用戶次之,普通用戶優(yōu)先級最低。在現(xiàn)有3G系統(tǒng)中,話音業(yè)務(wù)的優(yōu)先級高于數(shù)據(jù)業(yè)務(wù)的優(yōu)先級,因此,在資源緊張時,系統(tǒng)將會優(yōu)先保證所有話音業(yè)務(wù)的暢通。仿真與測試表明,這一機(jī)制在資源緊張時,系統(tǒng)中所有用戶的數(shù)據(jù)業(yè)務(wù)請求失敗率將大大高于話音業(yè)務(wù)的請求失敗率。在日常的場景中,這一機(jī)制是正確的。然而,在應(yīng)急場景下,應(yīng)急救援用戶除了希望能夠繼續(xù)進(jìn)行話音(及短信)業(yè)務(wù)以外,還希望能夠繼續(xù)保持一些必要的低速數(shù)據(jù)業(yè)務(wù)的能力,如通過CS64kbps業(yè)務(wù)與后臺指揮控制中心進(jìn)行必要的視頻電話,通過PS64kbps業(yè)務(wù)將災(zāi)區(qū)的相關(guān)數(shù)據(jù)(如傳感器災(zāi)情數(shù)據(jù)等)上報給后臺的指揮控制中心并進(jìn)行必要的數(shù)據(jù)查詢,而在資源有富余的情形下,再考慮為普通VIP用戶和普通用戶提供一些基本的通信業(yè)務(wù)。常規(guī)的ARP、ACC方案均不能直接解決這一問題,因?yàn)榫W(wǎng)絡(luò)側(cè)不能直接控制只讓高優(yōu)先級用戶具有某一數(shù)據(jù)業(yè)務(wù)的能力,同時限制低優(yōu)先級用戶的話音業(yè)務(wù)能力。而一些已有的業(yè)務(wù)優(yōu)先級更新方法,采用的思路是用戶發(fā)送優(yōu)先級更新請求,網(wǎng)絡(luò)側(cè)再根據(jù)用戶請求進(jìn)行合理的業(yè)務(wù)優(yōu)先級調(diào)整,然而在應(yīng)急場景下,用戶并不能知道何時進(jìn)行怎樣的優(yōu)先級更新。因此,如何設(shè)計一種機(jī)制能夠在網(wǎng)絡(luò)側(cè)自動識別系統(tǒng)資源負(fù)載狀況,在資源緊張時,盡可能保障高優(yōu)先級的應(yīng)急救援用戶可以隨時隨地進(jìn)行一些低速數(shù)據(jù)業(yè)務(wù)(如CS64kbps,PS64kbps),并能夠保證其服務(wù)質(zhì)量,同時,合理限制普通用戶業(yè)務(wù)對系統(tǒng)資源的占用,成為本發(fā)明待解決的關(guān)鍵問題。
發(fā)明內(nèi)容為了解決上述的技術(shù)問題,本發(fā)明提供了一種應(yīng)用于應(yīng)急通信場景的控制方法及系統(tǒng),其目的在于,保證應(yīng)急通信場景下應(yīng)急救援用戶數(shù)據(jù)業(yè)務(wù)的優(yōu)先接入。本發(fā)明提供了一種應(yīng)用于應(yīng)急通信場景的控制方法,包括步驟l,調(diào)整調(diào)度優(yōu)先級指示映射表,用于保證在應(yīng)急通信場景下應(yīng)急救援用戶數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶會話業(yè)務(wù)的優(yōu)先級;步驟2,NodeB判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。NodeB依據(jù)下述條件判斷進(jìn)入應(yīng)急通信場景優(yōu)先級指示為X5的業(yè)務(wù)對應(yīng)的請求成功率小于第一門限,并且優(yōu)先級指示為X3或X4的業(yè)務(wù)對應(yīng)的請求成功率大于第二門限。應(yīng)急救援用戶的保障比特速率設(shè)置為64kbps。調(diào)整后的優(yōu)先級指示映射表如下<table>tableseeoriginaldocumentpage7</column></row><table><table>tableseeoriginaldocumentpage8</column></row><table>本發(fā)明提供了一種應(yīng)用于應(yīng)急通信場景的優(yōu)先級控制方法,包括調(diào)度優(yōu)先級指示映射表調(diào)整模塊,用于調(diào)整調(diào)度優(yōu)先級指示映射表,以保證在應(yīng)急通信場景下應(yīng)急救援用戶的數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶的會話業(yè)務(wù)的優(yōu)先級;NodeB,用于判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。NodeB依據(jù)下述條件判斷進(jìn)入應(yīng)急通信場景優(yōu)先級指示為X5的業(yè)務(wù)對應(yīng)的請求成功率小于第一門限,并且優(yōu)先級指示為X3或X4的業(yè)務(wù)對應(yīng)的請求成功率大于第二門限。應(yīng)急救援用戶的保障比特速率設(shè)置為64kbps。調(diào)整后的優(yōu)先級指示映射表如下<table>tableseeoriginaldocumentpage9</column></row><table><table>tableseeoriginaldocumentpage10</column></row><table>本發(fā)明提供了一種在UMTS系統(tǒng)中,金牌用戶的流類業(yè)務(wù)可以搶占銀銅牌用戶會話類業(yè)務(wù)資源的實(shí)現(xiàn)方案,從而保證應(yīng)急救援用戶的基本業(yè)務(wù)需求,使高優(yōu)先級用戶低優(yōu)先級業(yè)務(wù)可以搶占低優(yōu)先級用戶高優(yōu)先級業(yè)務(wù)。本發(fā)明設(shè)計了基于調(diào)度優(yōu)先級指示(SPI)參數(shù)的優(yōu)先級控制方案,當(dāng)系統(tǒng)自動識別到高優(yōu)先級用戶低優(yōu)先級業(yè)務(wù)的請求成功率小于最低門限,且低優(yōu)先級用戶高優(yōu)先級業(yè)務(wù)的請求成功率大于最高門限時,判斷系統(tǒng)進(jìn)入應(yīng)急通信場景,將高優(yōu)先級用戶低優(yōu)先級業(yè)務(wù)的SPI值設(shè)置為大于低優(yōu)先級用戶高優(yōu)先級業(yè)務(wù)的SPI值,從而保證金牌用戶的流類業(yè)務(wù)可以搶占銀銅牌用戶會話類業(yè)務(wù)。并在實(shí)施SPI參數(shù)的更新后,將按照SPI遞增的順序,逐級強(qiáng)拆SPI較低的用戶業(yè)務(wù),直至獲得足夠的預(yù)留資源,實(shí)現(xiàn)高優(yōu)先級用戶的業(yè)務(wù)建立。本發(fā)明可以對流類業(yè)務(wù)的GBR參數(shù)進(jìn)行設(shè)置,以保證高優(yōu)先級用戶(金牌用戶)具有一個基本QoS保障的數(shù)據(jù)業(yè)務(wù)能力,但不會出現(xiàn)高速數(shù)據(jù)業(yè)務(wù)占用大量帶寬的情形。本發(fā)明給出了高優(yōu)先級用戶搶占低優(yōu)先級用戶資源的通用信令流程。圖1為現(xiàn)有技術(shù)中基于SPI參數(shù)的優(yōu)先級控制流程圖;圖2為本發(fā)明提供的高優(yōu)先級用戶業(yè)務(wù)搶占低優(yōu)先級用戶業(yè)務(wù)的通用信令流程圖;圖3為本發(fā)明提供的金牌用戶流類業(yè)務(wù)搶占銀銅牌用戶會話類業(yè)務(wù)的信令流程圖。具體實(shí)施例方式下面結(jié)合附圖,對本發(fā)明做進(jìn)一步的詳細(xì)描述。在UMTS系統(tǒng)中,與差異化服務(wù)聯(lián)系最為密切的參數(shù)包括MBR、GBR、ARP、THP,而這些參數(shù)都是在用戶簽約時需要設(shè)置關(guān)鍵參數(shù),均存放在HLR(歸屬位置寄存器)設(shè)備中,在10一次業(yè)務(wù)建立過程中,由RNC負(fù)責(zé)進(jìn)行優(yōu)先級控制的判斷和執(zhí)行。l)MBR(MaximumBitRate,最大比特速率)規(guī)定了用戶業(yè)務(wù)的最大比特速率,可應(yīng)用于會話類業(yè)務(wù)、流類業(yè)務(wù)、交互業(yè)務(wù)及后臺業(yè)務(wù)。2)GBR(GuaranteedBitRate,保障比特速率)規(guī)定了用戶業(yè)務(wù)必須保障的比特速率,即最小的保障比特速率,適用于會話類業(yè)務(wù)、流類業(yè)務(wù)。3)ARP(Allocation/RetentionPriority,分配/保留優(yōu)先級)指分配和保持UMTS承載的優(yōu)先權(quán),以標(biāo)識不同用戶之間的優(yōu)先等級,可應(yīng)用于會話類業(yè)務(wù)、流類業(yè)務(wù)、交互業(yè)務(wù)及后臺業(yè)務(wù)。4)THP(TrafficHandlingPriority,業(yè)務(wù)處理優(yōu)先級)指對不同媒體的SDU處理的優(yōu)先權(quán),標(biāo)示不同交互類承載SDU的處理優(yōu)先等級,THP是交互類業(yè)務(wù)特有的參數(shù)。本發(fā)明中,為便于描述,我們將應(yīng)急救援用戶定義為金牌用戶(ARP=l),貴賓(VIP)用戶定義為銀牌用戶(ARP=2),普通用戶則定義為銅牌用戶(ARP=3)。SPI(SchedulingPriorityIndicator,調(diào)度優(yōu)先級指示)是3GPPNBAP協(xié)議標(biāo)準(zhǔn)的IE字段(InformationElement)用于標(biāo)明HS-DSCHMAC-dflow的優(yōu)先級,用于HSPA調(diào)度器以及Iub接口ATM/IP傳輸方面的QoS保證等。SPI主要考慮的因素包括業(yè)務(wù)類別、ARP,以及THP三個參數(shù)。下表給出了RNC(無線網(wǎng)絡(luò)控制器)上配置的SPI映射表,SPI有16個取值,O為最低,15為最高,如果SPI數(shù)值相同,則表明調(diào)度的優(yōu)先級別也是一樣,表中XIX19代表相應(yīng)的數(shù)值。表1SPI映射表格式<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>上表顯示,傳統(tǒng)UMTS系統(tǒng)的優(yōu)先級設(shè)置采用了會話類、流類、交互類、背景類的降序排列順序。其中,為了保證每個用戶的體驗(yàn)及公平性,會話類業(yè)務(wù)設(shè)置了相同的SPI參數(shù)值。會話類一般包括CS12.2kbps話音業(yè)務(wù)、CS64kbps可視電話業(yè)務(wù),以及在3GPPR7版本以后引入的基于PS域的VoIP業(yè)務(wù)。在緊急情況發(fā)生時,大量用戶將可能在短時間內(nèi)都蜂擁發(fā)起業(yè)務(wù)請求(尤其是會話類業(yè)務(wù)),此時系統(tǒng)資源將在瞬時被大量占用。然而,在現(xiàn)有UMTS系統(tǒng)中,會話業(yè)務(wù)的優(yōu)先級總是高于其他業(yè)務(wù)的優(yōu)先級,雖然應(yīng)急救援用戶(金牌用戶)的優(yōu)先級高于普通用戶(銀銅牌用戶)的優(yōu)先級,但由于銀銅牌用戶正在進(jìn)行的是會話類業(yè)務(wù),金牌用戶很可能無法獲得資源,極可能造成指揮調(diào)度的不暢。因此,為了區(qū)分用戶優(yōu)先級,尤其保障應(yīng)急救援用戶(金牌用戶)的基本業(yè)務(wù)需求,需要緊急事件發(fā)生時,根據(jù)系統(tǒng)資源負(fù)載情況,啟動一種新的接入優(yōu)先級控制方法,并RNC網(wǎng)絡(luò)實(shí)體上完成對SPI調(diào)度參數(shù)表的修改。具體來講,在網(wǎng)絡(luò)側(cè)識別到系統(tǒng)資源處于極度緊張時,我們希望應(yīng)急救援用戶(金牌用戶,ARP=1)能夠繼續(xù)保持CS64K(視頻電話)和PS64K(數(shù)據(jù)上報與查詢,VoIP等)的業(yè)務(wù)能力,此時應(yīng)盡可能地減少普通用戶(銀銅牌用戶,ARP=2、3)進(jìn)行各種PS和CS業(yè)務(wù)。于是,可以通過SPI參數(shù)修改流程,將應(yīng)急救援用戶(金牌用戶,ARP二1)流類業(yè)務(wù)的優(yōu)先級提高至普通用戶(銀銅牌用戶,ARP=2、3)會話類業(yè)務(wù)優(yōu)先級之上,以保證金牌用戶的數(shù)據(jù)業(yè)務(wù)能夠搶占普通用戶的會話業(yè)務(wù)。下表給出了傳統(tǒng)場景和應(yīng)急場景兩種場景下的SPI映射表設(shè)置。表2應(yīng)急場景下的SPI映射表設(shè)置<table>tableseeoriginaldocumentpage13</column></row><table>如果僅將SPI值修改為X2>X5>X3=X4,極可能造成應(yīng)急救援用戶(金牌用戶,ARP=1)的數(shù)據(jù)業(yè)務(wù)(X5)搶占了大部分的系統(tǒng)資源(仿真證明,資源占用率極可能超過90%),使得普通用戶(銀銅牌用戶,ARP=2、3)根本無法接入,無法進(jìn)行基本的話音業(yè)務(wù)。因此,為保證應(yīng)急救援用戶(金牌用戶,ARP=1)不對普通用戶(銀銅牌用戶,ARP=2、3)的會話類業(yè)務(wù)造成太大的影響,必須對金牌用戶流類業(yè)務(wù)的速率指標(biāo)進(jìn)行限制,以防不加控制的金牌用戶占用太多帶寬。于是,本發(fā)明提出將金牌用戶(ARP=1)流類業(yè)務(wù)的GBR參數(shù)設(shè)置為64kbps,以保證應(yīng)急救援用戶僅擁有一個基本的傳輸速率用于數(shù)據(jù)上報與查詢。由于UMTS系統(tǒng)自身已具有強(qiáng)大的資源控制能力,系統(tǒng)能夠根據(jù)負(fù)載情況自適應(yīng)地降低業(yè)務(wù)的服務(wù)質(zhì)量(速率、時延、抖動等),因此,即使在資源不足時,該方案也能夠?qū)崿F(xiàn)優(yōu)先保證金牌用戶會話類業(yè)務(wù),次之保證金牌用戶64kbps流類業(yè)務(wù),再次之保證銀銅牌用戶會話類業(yè)務(wù)和流類業(yè)務(wù),最后才考慮其他交互類和背景類的低優(yōu)先級業(yè)務(wù)。具體基于SPI參數(shù)的優(yōu)先級控制流程,包括1)某用戶發(fā)起一個新的業(yè)務(wù)請求,根據(jù)表1查詢得到該請求對應(yīng)的SPI參數(shù)為X(i)。使用UMTS系統(tǒng)的傳統(tǒng)優(yōu)先級方案(遵循正常的3GPP流程)對該業(yè)務(wù)請求進(jìn)行處理,若系統(tǒng)資源充足,直接為該請求分配資源,進(jìn)入正常的工作流程。2)若系統(tǒng)資源不足,啟動新的SPI優(yōu)先級控制流程。首先查看該用戶業(yè)務(wù)請求的SPI,若當(dāng)X(i)=X5,且當(dāng)前小區(qū)內(nèi)SPI參數(shù)表中X5對應(yīng)的請求成功率是否大于ThresholcLlow(通??稍O(shè)置為10%),且當(dāng)前小區(qū)內(nèi)SPI參數(shù)表中X3和X4對應(yīng)的請求成功率>Threshold_high(通??稍O(shè)置為90%)。3)對SPI參數(shù)表進(jìn)行重新設(shè)置,具體設(shè)置為X5>X3=X4。同時,將X5對應(yīng)得GBR參數(shù)進(jìn)行設(shè)置(通??稍O(shè)置為64kbps)。4)在完成SPI參數(shù)表的設(shè)置后,將針對本次業(yè)務(wù)請求實(shí)施相應(yīng)的搶占策略。首先查詢小區(qū)內(nèi)SPI值小于X5的所有用戶對應(yīng)的業(yè)務(wù),得到以用戶為索引的一維數(shù)組index(k),該數(shù)組內(nèi)的所有用戶均屬于本次需要強(qiáng)拆的范圍,其中k是符合查詢要求的用戶總數(shù)。5)從k=1開始,按照強(qiáng)拆一維數(shù)組index(k)的業(yè)務(wù),釋放相應(yīng)資源,并判斷系統(tǒng)資源是否夠新業(yè)務(wù)請求,若足夠,則分配資源進(jìn)入正常流程。若資源仍然不足,執(zhí)行k=k+l,直至index(k)遍歷。6)若index(k)遍歷,仍然資源不足,說明高優(yōu)先級金牌用戶太多,目前已無資源分配,該請求進(jìn)行隊列排隊處理?;赟PI參數(shù)的優(yōu)先級控制流程圖,如圖1所示,包括步驟101,用戶發(fā)起一個新的業(yè)務(wù)請求,根據(jù)表1查詢得到該請求對應(yīng)的SPI參數(shù)為X(i);步驟102,執(zhí)行現(xiàn)有的優(yōu)先級算法;步驟103,判斷系統(tǒng)資源是否不足,如果是,執(zhí)行步驟104,否則執(zhí)行步驟112;步驟104,判斷是否滿足下述條件SPI(i)=X5,且SPI參數(shù)表中X5對應(yīng)的請求成功率小于ThresholcLlow,且X3或X4對應(yīng)的請求成功率大于Threshold_high(例如,兩個門限參考值可以設(shè)置為Threshold_low=10%,Threshold_high=90%);如果是,執(zhí)行步驟105,否則執(zhí)行步驟111;步驟105,在SPI參數(shù)表中,設(shè)置X5>X3=X4;步驟106,將X5對應(yīng)的GBR設(shè)置為某值(例如64kbps);步驟107,查詢小區(qū)內(nèi)SPI值〈X5的所有用戶及其對應(yīng)的業(yè)務(wù),得到按優(yōu)先級由低到高的數(shù)組index(k),初始化k=1;步驟108,強(qiáng)拆數(shù)組index(k)對應(yīng)用戶的業(yè)務(wù),逐級釋放資源;步驟109,NodeB判斷系統(tǒng)資源是否不足,如果是,執(zhí)行步驟110,否則執(zhí)行步驟112;步驟110,令k=k+l,判斷index(k)是否已遍歷,如果是,執(zhí)行步驟111,否則執(zhí)行步驟108;步驟lll,資源嚴(yán)重不足,無法分配資源,返回;步驟112,為該用戶請求的業(yè)務(wù)分配資源,進(jìn)入正常流程。與傳統(tǒng)方案不同,本發(fā)明的優(yōu)先級算法在NodeB網(wǎng)絡(luò)實(shí)體負(fù)責(zé)實(shí)施。圖2給出了MS1MSn正在進(jìn)行業(yè)務(wù)的場景下,一個高優(yōu)先級的MS發(fā)起業(yè)務(wù)請求的通用信令流程,包括步驟201-步驟202,MS1MSn與RNC之間建立起相應(yīng)的業(yè)務(wù),優(yōu)先級分別為SPI(1)SPI(n)。步驟203-步驟206,MSi發(fā)起業(yè)務(wù)請求至RNC,RNC收到請求后向HLR發(fā)起查詢用戶簽約數(shù)據(jù)的請求,隨后收到HLR的ACK確認(rèn)。步驟207-步驟208,RNC將ACK確認(rèn)轉(zhuǎn)發(fā)至NodeB,NodeB根據(jù)RNC的指示,判斷資源不足,并且符合應(yīng)急場景的條件,啟動SPI參數(shù)修改的優(yōu)先級控制流程(圖1所示的流程)。步驟209-步驟210,在資源不足的場景下,由于SPI(n)<SPI(i),強(qiáng)拆MSn低優(yōu)先級的業(yè)務(wù)。隨后,收到MSn的ACK確認(rèn)。步驟211-步驟212,NodeB向MSi發(fā)起業(yè)務(wù)建立的ACK消息,最終新用戶MSi建立起相應(yīng)的業(yè)務(wù)。圖3給出了金牌用戶流類業(yè)務(wù)搶占銀銅牌用戶會話類業(yè)務(wù)的信令流程,其中假設(shè)此時系統(tǒng)已拆除了所有SPI<13的業(yè)務(wù),對于新接入的用戶而言資源不足。步驟301-步驟305,MS1MSn與RNC之間建立起相應(yīng)的業(yè)務(wù),其中MS1為金牌用戶正進(jìn)行會話類業(yè)務(wù)(SPI=15),MS2為金牌用戶正進(jìn)行流類業(yè)務(wù)(SPI=14),MS3MSn為銀銅牌用戶正進(jìn)行會話類業(yè)務(wù)(SPI=13)。步驟306-步驟307,金牌用戶MSi新發(fā)起流類業(yè)務(wù)(SPI=14)。步驟308-步驟312,RNC與HLR進(jìn)行用戶簽約數(shù)據(jù)的交換,同時啟動圖1基于SPI參數(shù)的優(yōu)先級控制流程。步驟313,遵循圖1的流程,系統(tǒng)強(qiáng)拆部分銀銅牌用戶的會話類業(yè)務(wù)(SPI=13),此時資源充足,為金牌用戶建立流類業(yè)務(wù)。系統(tǒng)將空余的資源分配給金牌用戶,建立起GBR=64kbps的流類業(yè)務(wù)。上述的實(shí)施例顯示了金牌用戶流類業(yè)務(wù)(X4)搶占銀銅牌用戶會話類業(yè)務(wù)(X3)的具體信令流程。本發(fā)明提供了一種應(yīng)用于應(yīng)急通信場景的控制系統(tǒng),包括調(diào)度優(yōu)先級指示映射表調(diào)整模塊,用于調(diào)整調(diào)度優(yōu)先級指示映射表,以保證在應(yīng)急通信場景下應(yīng)急救援用戶的數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶的會話業(yè)務(wù)的優(yōu)先級;NodeB,用于判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。本領(lǐng)域的技術(shù)人員在不脫離權(quán)利要求書確定的本發(fā)明的精神和范圍的條件下,還可以對以上內(nèi)容進(jìn)行各種各樣的修改。因此本發(fā)明的范圍并不僅限于以上的說明,而是由權(quán)利要求書的范圍來確定的。權(quán)利要求一種應(yīng)用于應(yīng)急通信場景的控制方法,其特征在于,包括步驟1,調(diào)整調(diào)度優(yōu)先級指示映射表,用于保證在應(yīng)急通信場景下應(yīng)急救援用戶的數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶的會話業(yè)務(wù)的優(yōu)先級;步驟2,NodeB判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。2.如權(quán)利要求l所述的應(yīng)用于應(yīng)急通信場景的控制方法,其特征在于,NodeB依據(jù)下述條件判斷進(jìn)入應(yīng)急通信場景優(yōu)先級指示為X5的業(yè)務(wù)對應(yīng)的請求成功率小于第一門限,并且優(yōu)先級指示為X3或X4的業(yè)務(wù)對應(yīng)的請求成功率大于第二門限。3.如權(quán)利要求1所述的應(yīng)用于應(yīng)急通信場景的控制方法,其特征在于,應(yīng)急救援用戶的保障比特速率設(shè)置為64kbps。4.如權(quán)利要求1所述的應(yīng)用于應(yīng)急通信場景的控制方法,其特征在于,調(diào)整后的優(yōu)先級指示映射表如下<table>tableseeoriginaldocumentpage2</column></row><table><table>tableseeoriginaldocumentpage3</column></row><table>5.—種應(yīng)用于應(yīng)急通信場景的控制系統(tǒng),其特征在于,包括調(diào)度優(yōu)先級指示映射表調(diào)整模塊,用于調(diào)整調(diào)度優(yōu)先級指示映射表,以保證在應(yīng)急通信場景下應(yīng)急救援用戶的數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶的會話業(yè)務(wù)的優(yōu)先級;NodeB,用于判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。6.如權(quán)利要求5所述的應(yīng)用于應(yīng)急通信場景的控制系統(tǒng),其特征在于,NodeB依據(jù)下述條件判斷進(jìn)入應(yīng)急通信場景優(yōu)先級指示為X5的業(yè)務(wù)對應(yīng)的請求成功率小于第一門限,并且優(yōu)先級指示為X3或X4的業(yè)務(wù)對應(yīng)的請求成功率大于第二門限。7.如權(quán)利要求5所述的應(yīng)用于應(yīng)急通信場景的控制系統(tǒng),其特征在于,應(yīng)急救援用戶的保障比特速率設(shè)置為64kbps。8.如權(quán)利要求5所述的應(yīng)用于應(yīng)急通信場景的控制系統(tǒng),其特征在于,調(diào)整后的優(yōu)先級指示映射表如下<table>tableseeoriginaldocumentpage4</column></row><table><table>tableseeoriginaldocumentpage5</column></row><table>全文摘要本發(fā)明涉及一種應(yīng)用于應(yīng)急通信場景的控制方法及系統(tǒng)。該控制方法包括步驟1,調(diào)整調(diào)度優(yōu)先級指示映射表,用于保證在應(yīng)急通信場景下應(yīng)急救援用戶的數(shù)據(jù)業(yè)務(wù)的優(yōu)先級高于普通用戶的會話業(yè)務(wù)的優(yōu)先級;步驟2,NodeB判斷進(jìn)入應(yīng)急通信場景后,依據(jù)調(diào)整后的優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程;否則,按照現(xiàn)有的調(diào)度優(yōu)先級指示映射表執(zhí)行優(yōu)先級控制流程。本發(fā)明中,金牌用戶的流類業(yè)務(wù)可以搶占銀銅牌用戶會話類業(yè)務(wù)資源的實(shí)現(xiàn)方案,從而保證應(yīng)急救援用戶的基本業(yè)務(wù)需求。文檔編號H04W4/22GK101771983SQ200910242659公開日2010年7月7日申請日期2009年12月14日優(yōu)先權(quán)日2009年12月14日發(fā)明者劉韻潔,張智江,裴小燕,黃濤,黃韜申請人:中國聯(lián)合網(wǎng)絡(luò)通信集團(tuán)有限公司