亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種提高信令傳輸速率的方法及系統(tǒng)的制作方法

文檔序號:7974387閱讀:233來源:國知局

專利名稱::一種提高信令傳輸速率的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
:本發(fā)明涉及無線通訊系統(tǒng),尤其涉及一種提高信令傳輸速率的方法及系統(tǒng)。
背景技術(shù)
:在通用無線通訊系統(tǒng)(UTMS)系統(tǒng)中,無線網(wǎng)絡(luò)控制器(RNC)與用戶設(shè)備(UE)的信令交互分為接入層(AS)信令和非接入層(NAS)信令。其中前者是RNC本身與UE的信令交互,后者是通過RNC透傳的CN與UE的信令交互。從大小上看,NAS層的信令一般要比AS層的信令小,尤其是RB建立、修改、傳輸信道重配置、物理信令重配置等,AS層消息由于包含的信息量大,其編碼后數(shù)據(jù)還是非常大。本發(fā)明中,UE與手機(jī)含義相同。為減少呼叫時(shí)延,傳統(tǒng)的處理方法都是在RRC連接建立時(shí)使用13.6K比特/秒信令,業(yè)務(wù)建立后,所述業(yè)務(wù)為電路交換(CS)或包交換(PS)業(yè)務(wù),重新配置為3.4K比特/秒的信令方式,這種方式,縮短了呼叫時(shí)延(ls左右,大概縮短整個過程15%),并且減少業(yè)務(wù)保持過程中的信令帶寬需求,是UTMS系統(tǒng)中常用的方式。NAS層的信令基本上存在于呼叫開始和呼叫終止時(shí),在呼叫保持階段基本上沒有,但AS層的信令不同,由于UE移動性和與RNC自身無線資源管理(RRM)算法的需求,其AS層的信令傳輸?shù)臋C(jī)會要大很多。隨著用戶數(shù)的增多,為提高容量,3G系統(tǒng)在熱點(diǎn)地區(qū)的覆蓋范圍都不大,大概只有幾百米的覆蓋,導(dǎo)致UE在這些地方移動時(shí),發(fā)生越區(qū)切換的概率會大很多。同時(shí),由于系統(tǒng)容量、系統(tǒng)負(fù)荷的影響,RNC可以主動調(diào)整UE的RRC連接狀態(tài)(如從CELL—FACH遷移到CELL一DCH)、服務(wù)質(zhì)量(如傳輸速率調(diào)整),而這些調(diào)整都需要使用AS層信令,即確認(rèn)模式(AM)的AS層信令,且這些消息都比較大。使用3.4K比特/秒的信令傳輸需要很長的傳輸時(shí)間。使用3.4K比特/秒的信令,如果物理層信號好,在無線鏈路控制(RLC)層沒有重傳的情況下,無線承載(RB)建立消息大概需要320ms(RB建立消息大概130字節(jié)左右),物理信道重配置消息大概需要120ms左右(物理信道重配置消息大概為45字節(jié))。一般RB建立和物理信道重配置全過程的時(shí)間大概在800ms左右,其消息本身的傳輸時(shí)間占了很大的比例,前者大概40%,后者大概15%,而且是在信號質(zhì)量很好的情況下。如果信號質(zhì)量不好,需要RLC層進(jìn)行數(shù)據(jù)傳輸,則其信令本身的傳輸時(shí)間所占的比例會更大。這對于在切換區(qū)進(jìn)行呼叫和熱點(diǎn)地區(qū)的切換都是不利的,尤其對于語音業(yè)務(wù),用戶對呼叫成功率和切換成功率的感知是非常明顯的。
發(fā)明內(nèi)容為了解決上述的技術(shù)問題,提供了一種提高信令傳輸速率的方法及系統(tǒng),其目的在于,提供一種提高信令傳輸速率,尤其是AM模塊的AS層信令的方法,并且不會增加額外的物理層帶寬需求。本發(fā)明提供了一種提高信令傳輸速率的方法,包括以下步驟步驟1,在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;步驟2,構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;步驟3,篩選計(jì)算的傳輸格式組合集合中的參數(shù);步驟4,使用篩選后的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。所述步驟3包括以下步驟步驟21,對于每個所述計(jì)算的傳輸格式組合集合中的參數(shù)計(jì)算其對應(yīng)的速率;步驟22,對于每個所述計(jì)算的傳輸格式組合集合中的參數(shù),如果其對應(yīng)的速率小于或等于3.4K比特/秒的信令與所有業(yè)務(wù)速率之和,則把該參數(shù)保留在所述計(jì)算的傳輸格式組合集合中,否則從所述計(jì)算的傳輸格式組合集合中刪除。3.如權(quán)利要求1所述的提高信令傳輸速率的方法,其特征在于,所述步驟1中,所選擇的信令的速率為13.6K比特/秒。本發(fā)明還提供了一種提高信令傳輸速率的系統(tǒng),包括信令速率選擇模塊,用于在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;傳輸格式組合集集合及其對應(yīng)的計(jì)算的傳輸格式組合集合構(gòu)建模塊,用于構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合-,計(jì)算的傳輸格式組合集合參數(shù)的篩選模塊,用于篩選計(jì)算的傳輸格式組合集合中的參數(shù);傳輸格式組合集集合參數(shù)的配置模塊,用于使用篩選過的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。所選擇的信令的速率為13.6K比特/秒。所述13.6K比特/秒的信令的具體配置為傳輸時(shí)間間隔為40ms,傳輸格式集e{0*148,1*148,2*148,3*148,4*148}且至少包含集合{0*148,1*148,4*148}。使用13.6K比特/秒信令可以有效縮短信令的傳輸時(shí)延,縮短呼叫時(shí)延。本發(fā)明使用了一種TFCS的選擇策略,在業(yè)務(wù)建立后配置為13.6K比特/秒的信令,可以有效提高信令傳輸速率,尤其是AM模式的AS層信令傳輸速率的方法,且不增加額外的物理層帶寬需求。使用此方法后,可以有效減少AM模式的信令傳輸時(shí)間,增加信令重傳的概率,縮短混合業(yè)務(wù)的呼叫時(shí)延,可以有效增加UE的越區(qū)切換、混合業(yè)務(wù)呼叫、RRM算法觸發(fā)的動態(tài)調(diào)整(如RRC狀態(tài)切換,速率調(diào)整)的成功率。本發(fā)明的方法,不僅支持3.4K比特/秒和13.6K比特/秒信令,還擴(kuò)展支持6.8K比特/秒和10.2K比特/秒的信令格式,且與低速信令保持兼容。圖1是本發(fā)明提高信令傳輸速率的方法的流程圖2是本發(fā)明提高信令傳輸速率的方法的對于集合C進(jìn)行篩選的流程圖3是本發(fā)明提高信令傳輸速率的方法的一實(shí)施例的流程圖4是本發(fā)明提高信令傳輸速率的方法的一實(shí)施例的對集合C中的元素進(jìn)行選擇的流程圖。具體實(shí)施例方式本發(fā)明提供了一種提高信令傳輸速率的方法,包括以下步驟信令速率選擇步驟,在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;傳輸格式組合集集合及其對應(yīng)的計(jì)算的傳輸格式組合集合構(gòu)建步驟,構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;計(jì)算的傳輸格式組合集合參數(shù)的篩選步驟,篩選計(jì)算的傳輸格式組合集合中的參數(shù);傳輸格式組合集集合參數(shù)的配置步驟,使用篩選后的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。本發(fā)明還提供了一種提高信令傳輸速率的系統(tǒng),包括信令速率選擇模塊,用于在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;傳輸格式組合集集合及其對應(yīng)的計(jì)算的傳輸格式組合集合構(gòu)建模塊,用于構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;計(jì)算的傳輸格式組合集合參數(shù)的篩選模塊,用于篩選計(jì)算的傳輸格式組合集合中的參數(shù);傳輸格式組合集集合參數(shù)的配置模塊,用于使用篩選過的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。下面結(jié)合附圖,對本發(fā)明做進(jìn)一步的詳細(xì)描述。如圖1所示,本發(fā)明的方法包括以下步驟步驟101:業(yè)務(wù)建立后使用13.6K比特/秒信令;步驟102:對于信令和業(yè)務(wù)構(gòu)建傳輸格式組合集(TFCS)的全集S-(Sps2,…,SnJ,其對應(yīng)的計(jì)算的傳輸格式組合(CTFC)的集合為C-(CTFQ,CTFC2,…,CTFCn.";步驟103:對于集合C進(jìn)行篩選;步驟104:使用集合C配置TFCS的參數(shù)。如圖2所示,步驟103包括以下步驟步驟103h對于每個CTFCi計(jì)算其對應(yīng)的速率Ri;步驟1032:對所有的CTFCi作如下判斷,如果R《3.4K比特/秒信令與所有業(yè)務(wù)速率之和,則把CTFCi保留在C中,否則從C中刪除;步驟1033:集合C即為所需要的選擇后的CTFC集合。本發(fā)明所述的方法的核心思想是業(yè)務(wù)建立后使用B.6K比特/秒的信令,可以使用傳統(tǒng)的10ms傳輸時(shí)間間隔(TTI)的13.6K信令,本發(fā)明提供一種額外的13.6K比特/秒的配置方法,且以此配置舉例說明。本發(fā)明的13.6K比特/秒信令的具體配置為TTI為40ms:傳輸格式集(TFS)e(0*148,1*148,2*148,3*148,4*148}且至少包含集合{0*148,1*148,4*148}。這是一種經(jīng)過修改后的特殊的13.6K比特/秒的信令,并且配置TFCS時(shí)不使用全集,而是對全集進(jìn)行過濾,只有滿足特定條件的傳輸格式組合才保留。如圖3所示,以PS64K比特/秒業(yè)務(wù)為例(單業(yè)務(wù))對本發(fā)明的技術(shù)方案的實(shí)施作進(jìn)一步詳細(xì)描述步驟201:RRC連接后保持13.6K比特/秒信令,建立PS64K比特/秒業(yè)務(wù);13.6K比特/秒信令的TFS為{{0,148},{1,148},{4,148}},TTI40ms,1/3巻積編碼,16位校驗(yàn)碼PS64K比特/秒業(yè)務(wù)的TFS為{{0,336},{1,336},{2,336},{3,336},{4,336}},TTI20ms,1/3TC編碼,16位CRC因?yàn)镃TFC的計(jì)算與傳輸信道的ID相關(guān),因此為舉例方便,分配信令DCH的ID為1,64KPS業(yè)務(wù)DCH的ID為2;步驟202:生成信令與業(yè)務(wù)的TFCS全集S和對應(yīng)的CTFC全集C;s={{0,0},{0,1},{0,2},{1,0},{1,1},",2},口,0},{2,1},{2,2},{3,0},{3,1},{3,2},{4,0},{4,1},{4,2}}其對應(yīng)的CTFC集合為C-C={0,1,2,3,4,5,6,7,8,9,10,11,12,13,14}<table>tableseeoriginaldocumentpage8</column></row><table><table>tableseeoriginaldocumentpage9</column></row><table>上表中集合C子集Cl-(O,1,3,4,6,7,9,10,12,13},與傳統(tǒng)的PS64K比特/秒業(yè)務(wù)(使用3.4K比特/秒信令)CTFC的全集其代表的含義完全相同;集合C子集C2-口,5,8,11},為增加傳輸格式{4*148}之后新增加的4個CTFC。步驟203:對集合C中的元素進(jìn)行選擇;步驟204:使用步驟203輸出的CTFC集合配置TFCS參數(shù)。如圖4所示,步驟203包括以下步驟步驟2031:對于每一個CFTFi計(jì)算其對應(yīng)的每秒傳輸?shù)谋忍財(cái)?shù)Rj,R={0,3700,14800,16800,20500,31600,33600,37300,48400,50400,54100,65200,67200,70900,82000}步驟2032:對于R中的每一個Ri與70卯0(3.4K比特/秒信令與PS64K比特/秒業(yè)務(wù)的混合最大速率,即CTFd3所對應(yīng)的速率)進(jìn)行比較,可見只有CTFC為14的組合不符合要求;步驟2033:選擇處理后的C為(O,1,2,3,4,5,6,7,8,9,10,11,12,13}。傳輸格式(0*148,1*148,4*148},TTI40ms,為本發(fā)明的13.6K比特/秒信令的配置方式,與典型的13.6K比特/秒信令不同。典型的13.6K比特/秒信令使用10msTTI,傳輸格式使用{0*148,1*148},由于傳輸格式有限,因此10ms的TTI無法支持低速的信令傳輸,只要有信令傳輸需求即會占用13.6K比特/秒的帶寬;對主業(yè)務(wù)而言,相當(dāng)于占用了所有業(yè)務(wù)帶寬。傳輸格式(0*148,1*148},TTI40ms,為3.4K比特/秒信令的配置,支持此格式是保持3.4K信令的功能,即低速率的信令可以正常傳輸,不必?fù)屨紭I(yè)務(wù)的物理層帶寬;對每一個CTFCi進(jìn)行篩選的目的是使用13.6K比特/秒信令后,不額外增加物理層的帶寬需求;其物理層需求與使用3.4K比特/秒信令和業(yè)務(wù)需要的物理信道相同。本發(fā)明的配置方法,不僅支持3.4K比特/秒、13.6K比特/秒信令,還可以擴(kuò)展支持6.8K比特/秒和10.2K比特/秒的信令格式。且與低速信令保持兼容。使用本發(fā)明所生成的CTFC集合與使用3.4K比特/秒的信令生成的集合相比,增加了三個CTFC{2,5,8},且所需要的物理層帶寬需求都不超過使用3.4K比特/秒信令的配置。本發(fā)明還提供了一種提高信令傳輸速率的系統(tǒng),包括信令速率選擇模塊,用于在業(yè)務(wù)建立后選擇使用13.6K比特/秒信令;TFCS集合及其對應(yīng)的CTFC集合構(gòu)建模塊,用于構(gòu)建信令和業(yè)務(wù)的TFCS全集及其對應(yīng)的CTFC集合;CTFC集合參數(shù)的篩選模塊,用于篩選CTFC集合中的參數(shù);TFCS集合參數(shù)的配置模塊,用于使用篩選過的CTFC集合參數(shù)配置TFCS集合參數(shù)。下面對本發(fā)明所帶來的效益進(jìn)行詳細(xì)說明設(shè)RLCAM模式RLC重傳的定時(shí)器設(shè)置為300ms,物理層激活時(shí)間假設(shè)配置為800ms:使用3.4K的信令,如果物理層信號好,在RLC層沒有重傳的情況下,傳輸RB建立消息需要320ms,如果RBSetup消息在200ms之后的數(shù)據(jù)傳輸出現(xiàn)失敗,則RB建立消息最多只能重傳一次(300+300+200+40>800),而只要有一個數(shù)據(jù)包傳輸失敗,RBSetup消息在RLC層都不能恢復(fù)。使用13.6K比特/秒信令,信令的傳輸能力提高4倍,只需要80ms即可完成RBSetup消息的傳輸。失敗的概率比之前降低很多,減少75%的失敗概率(物理層傳輸?shù)臅r(shí)間減少了);而且即使出現(xiàn)失敗,重傳的成功性也可以提高,所有的數(shù)據(jù)都可以進(jìn)行兩次重傳(300+300+80+40<800),傳輸?shù)某晒β侍岣吡?3%(總共有三次傳輸成功的機(jī)會)。使用3.4K比特/秒的信令,如果物理層信號好,在RLC層沒有重傳的情況下,傳輸物理信道重配置消息需要120ms,如果存在傳輸失敗,所有的數(shù)據(jù)可以進(jìn)行兩次重傳(300+300+120+40<800),使用13.6K比特/秒信令后,信令的傳輸能力提高4倍,只需要40ms即可完成物理信道重配置消息的傳輸。盡管總的傳輸次數(shù)沒有增加,但同樣減少了75°/。的數(shù)據(jù)傳輸失敗概率。而且上述計(jì)算只考慮了傳輸時(shí)延,還需要給UE預(yù)留對消息的處理時(shí)間和物理信道的切換時(shí)間。本領(lǐng)域的技術(shù)人員在不脫離權(quán)利要求書確定的本發(fā)明的精神和范圍的條件下,還可以對以上內(nèi)容進(jìn)行各種各樣的修改。因此本發(fā)明的范圍并不僅限于以上的說明,而是由權(quán)利要求書的范圍來確定的。權(quán)利要求1.一種提高信令傳輸速率的方法,其特征在于,包括以下步驟步驟1,在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;步驟2,構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;步驟3,篩選計(jì)算的傳輸格式組合集合中的參數(shù);步驟4,使用篩選后的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。2.如權(quán)利要求1所述的提高信令傳輸速率的方法,其特征在于,所述步驟3包括以下步驟步驟21,對于每個所述計(jì)算的傳輸格式組合集合中的參數(shù)計(jì)算其對應(yīng)的速率;步驟22,對于每個所述計(jì)算的傳輸格式組合集合中的參數(shù),如果其對應(yīng)的速率小于或等于3.4K比特/秒的信令與所有業(yè)務(wù)速率之和,則把該參數(shù)保留在所述計(jì)算的傳輸格式組合集合中,否則從所述計(jì)算的傳輸格式組合集合中刪除。3.如權(quán)利要求1所述的提高信令傳輸速率的方法,其特征在于,所述步驟1步驟中,所選擇的信令的速率為13.6K比特/秒。4.一種提高信令傳輸速率的系統(tǒng),其特征在于,包括信令速率選擇模塊,用于在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;傳輸格式組合集集合及其對應(yīng)的計(jì)算的傳輸格式組合集合構(gòu)建模塊,用于構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;計(jì)算的傳輸格式組合集合參數(shù)的篩選模塊,用于篩選計(jì)算的傳輸格式組合集合中的參數(shù);傳輸格式組合集集合參數(shù)的配置模塊,用于使用篩選過的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。5.如權(quán)利要求4所述的提高信令傳輸速率的系統(tǒng),其特征在于,所選擇的信令的速率為13.6K比特/秒。6.如權(quán)利要求5所述的提高信令傳輸速率的系統(tǒng),其特征在于,所述13.6K比特/秒的信令的具體配置為傳輸時(shí)間間隔為40ms,傳輸格式集e{0*148,1*148,2*148,3*148,4*148}且至少包含集合{0*148,1*148,4*148}。全文摘要本發(fā)明涉及一種提高信令傳輸速率的方法,包括以下步驟步驟1,在業(yè)務(wù)建立后選擇使用速率高于3.4K比特/秒的信令;步驟2,構(gòu)建信令和業(yè)務(wù)的傳輸格式組合集全集及其對應(yīng)的計(jì)算的傳輸格式組合集合;步驟3,篩選計(jì)算的傳輸格式組合集合中的參數(shù);步驟4,使用篩選后的計(jì)算的傳輸格式組合集合中的參數(shù)配置傳輸格式組合集中的參數(shù)。本發(fā)明可以有效減少AM模式的信令傳輸時(shí)間,增加信令重傳的概率,縮短混合業(yè)務(wù)的呼叫時(shí)延,可以有效增加UE的越區(qū)切換、混合業(yè)務(wù)呼叫、RRM算法觸發(fā)的動態(tài)調(diào)整的成功率。文檔編號H04B7/26GK101207431SQ20061016547公開日2008年6月25日申請日期2006年12月20日優(yōu)先權(quán)日2006年12月20日發(fā)明者軍張,汪孫節(jié),馬子江申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1