專利名稱：無線鏈路控制參數(shù)的處理方法及系統(tǒng)、無線網(wǎng)絡(luò)控制器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種無線鏈路控制(Radio Link Control,簡(jiǎn)稱為RLC)參數(shù)的處理方法及系統(tǒng)、無線網(wǎng)絡(luò)控制器(Radio Network Controller，簡(jiǎn)稱為RNC)。
背景技術(shù)：
目前，主備倒換技術(shù)已被廣泛地應(yīng)用在通信系統(tǒng)中，該技術(shù)是指在某些硬件出現(xiàn)故障的情況下，能夠用備用的硬件繼續(xù)工作，以保證系統(tǒng)的基本運(yùn)行不受影響，同時(shí)各種業(yè)務(wù)繼續(xù)保持的技術(shù)，它可以提高系統(tǒng)的穩(wěn)定性以及用戶體驗(yàn)。在寬帶碼分多址接入(WidebandCode Division Multiple Access,簡(jiǎn)稱為WCDMA)系統(tǒng)中，RNC的無線網(wǎng)絡(luò)層主要分為控制面(Control Plane，簡(jiǎn)稱為CP)和用戶面(User Plane,簡(jiǎn)稱為UP)。其中，CP保存著每個(gè)用戶設(shè)備(User Equipment,簡(jiǎn)稱為UE)的 配置信息，UP負(fù)責(zé)具體處理每個(gè)UE的所有數(shù)據(jù)。在相關(guān)技術(shù)中，當(dāng)UP出現(xiàn)故障的時(shí)候，需要在RNC中進(jìn)行用戶面的主備倒換，由于UP存放的數(shù)據(jù)量比較大，進(jìn)行實(shí)時(shí)備份的代價(jià)也較大，所以，通常的做法是CP根據(jù)保存的配置信息，在新的UP上重建各UE的數(shù)據(jù)結(jié)構(gòu)。但是，采用這種方法UP仍會(huì)有一些信息是無法提供，例如，RLC的加解密參數(shù)以及序號(hào)，因此，在用戶面的主備倒換結(jié)束后，可能會(huì)出現(xiàn)UP無法對(duì)接收到的信息進(jìn)行成功解析，而導(dǎo)致業(yè)務(wù)失敗。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種RLC參數(shù)的處理方案，以至少解決上述相關(guān)技術(shù)中RNC進(jìn)行用戶面的主備倒換時(shí)由于無法成功解析信息而導(dǎo)致業(yè)務(wù)失敗的問題。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種RLC參數(shù)的處理方法。根據(jù)本發(fā)明的RLC參數(shù)的處理方法，包括以下步驟RNC的UP接收到UP主備倒換通知后，在RB2上向UE發(fā)送攜帶下行HFN的RLC復(fù)位消息，并在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息后，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN ；RNC在RB2上向UE發(fā)送用于指示UE重建RLC的重配消息；在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，RNC接收來自UE的攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息，并根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置。優(yōu)選地，UP在RB2上向UE發(fā)送攜帶下行HFN的RLC復(fù)位消息包括RNC在RB2上向UE發(fā)送兩次RLC復(fù)位消息，其中，兩次RLC復(fù)位消息的控制幀中的復(fù)位序號(hào)RSN不相同。優(yōu)選地，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN包括將上行HFN和下行HFN中的較大值加I作為更新后的當(dāng)前的上行HFN。優(yōu)選地，RNC在RB2上向UE發(fā)送用于指示UE重建RLC的重配消息之后，該方法還包括UE接收來自RNC的重配消息，重建所有RLC，并將RB2的上下行HFN均設(shè)置為更新后的當(dāng)前的上行HFN。優(yōu)選地，根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置包括RNC復(fù)位RB2之外的所有RLC，并按照重配響應(yīng)消息中攜帶的與各個(gè)RLC對(duì)應(yīng)的HFN對(duì)RNC中RB2之外的所有RLC進(jìn)行初始化；RNC將RB2的下行序號(hào)置O，并將RB2的下行HFN設(shè)置為更新后的當(dāng)前的上行HFN。 優(yōu)選地，RNC在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息之前，該方法還包括UE將本地保存的RB2的當(dāng)前下行HFN設(shè)置為RLC復(fù)位消息中攜帶的下行HFN。優(yōu)選地，上述重配消息包括攜帶下行同步加密序號(hào)信息的加密配置請(qǐng)求。優(yōu)選地，根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置之后，該方法還包括在RB2的上下行HFN發(fā)生變化時(shí)，RNC的UP向RNC的CP通知改變后的上下行HFN ；UP接收來自CP的UP主備倒換通知，根據(jù)UP主備倒換通知中的改變后的上下行HFN重新設(shè)置RB2的上下行HFN，并在RB2上向UE發(fā)送重配消息，其中，UP主備倒換通知中攜帶改變后的上下行HFN。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一方面，還提供了一種RNC。根據(jù)本發(fā)明的RNC，包括UP模塊和CP模塊，其中，UP模塊包括第一發(fā)送單元，用于在接收UP主備倒換通知后，在RB2上向用戶設(shè)備UE發(fā)送攜帶下行HFN的無線鏈路控制RLC復(fù)位消息；更新單元，用于在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息后，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN ;配置單元，用于根據(jù)來自CP模塊的UE返回的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置；CP模塊包括第二發(fā)送單元，用于在RB2上向UE發(fā)送用于指示UE重建RLC的重配消息；接收單元，用于在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，接收來自UE的攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息。為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的再一方面，還提供了一種RLC參數(shù)的處理系統(tǒng)。根據(jù)本發(fā)明的RLC參數(shù)的處理系統(tǒng)，包括UE和上述RNC，其中，UE包括重建模塊，用于根據(jù)接收到的來自RNC的重配消息重建所有RLC，并將RB2的上下行HFN均設(shè)置為更新后的當(dāng)前的上行HFN。通過本發(fā)明，采用UE在接收到RNC發(fā)送的重配消息后，返回當(dāng)前使用的上下行HFN的情況，RNC根據(jù)攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置的方式，解決了相關(guān)技術(shù)中RNC進(jìn)行用戶面的主備倒換時(shí)由于無法成功解析信息而導(dǎo)致業(yè)務(wù)失敗的問題，提高了系統(tǒng)的處理能力和性能。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)本發(fā)明實(shí)施例的RLC參數(shù)的處理方法的流程圖； 圖2是根據(jù)本發(fā)明實(shí)施例的RNC的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明實(shí)施例的RLC參數(shù)的處理系統(tǒng)的結(jié)構(gòu)框圖；圖4是根據(jù)本發(fā)明實(shí)施例一的RLC Reset幀的結(jié)構(gòu)示意圖；圖5是根據(jù)本發(fā)明實(shí)施例一的UP主備倒換后RLC加解密參數(shù)對(duì)齊方式的流程示意圖6是根據(jù)本發(fā)明實(shí)施例二的UP主備倒換后RLC加解密參數(shù)對(duì)齊方式的流程示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。根據(jù)本發(fā)明實(shí)施例，提供了一種RLC參數(shù)的處理方法。圖I是根據(jù)本發(fā)明實(shí)施例的RLC參數(shù)的處理方法的流程圖，如圖I所示，該流程包括以下步驟步驟S102，RNC的UP接收到UP主備倒換通知后，在無線承載(Radio Bear,簡(jiǎn)稱為RB2)上向UE發(fā)送攜帶下行加密高位巾貞號(hào)(Hyper Frame Number,簡(jiǎn)稱為HFN)的RLC復(fù)位消息，并在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息后，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN ； 步驟S104，RNC在RB2上向UE發(fā)送用于指示UE重建RLC的重配消息；步驟S106，在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，RNC接收來自UE的攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息，并根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行
重新配置。通過上述步驟，采用UE在接收到RNC發(fā)送的重配消息后，返回當(dāng)前使用的上下行HFN的情況，RNC根據(jù)攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置的方式，解決了相關(guān)技術(shù)中RNC進(jìn)行用戶面的主備倒換時(shí)由于無法成功解析信息而導(dǎo)致業(yè)務(wù)失敗的問題，提高了系統(tǒng)的處理能力和性能。優(yōu)選地，在步驟S102中，UP在RB2上向UE發(fā)送攜帶下行HFN的RLC復(fù)位消息包括RNC在RB2上向UE發(fā)送兩次RLC復(fù)位消息，其中，這兩次RLC復(fù)位消息的控制幀中的復(fù)位序號(hào)(Reset Sequence Number,簡(jiǎn)稱為RSN)不相同。例如，第一次RLC復(fù)位消息的控制幀中的RSN為0，另一次為I。該方法可以確保RLC復(fù)位的有效性。優(yōu)選地，在步驟S102中，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN包括將上行HFN和下行HFN中的較大值加I作為更新后的當(dāng)前的上行HFN。該方法實(shí)現(xiàn)簡(jiǎn)單、可操作性強(qiáng)。優(yōu)選地，在步驟S104之后，UE接收來自RNC的重配消息，重建所有RLC，并將RB2的上下行HFN均設(shè)置為更新后的當(dāng)前的上行HFN。該方法可以保證UE與RNC中的上下行HFN的一致性，提高系統(tǒng)的有效性。優(yōu)選地，在步驟S106中，RNC根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置包括RNC復(fù)位RB2之外的所有RLC，并按照重配響應(yīng)消息中攜帶的與各個(gè)RLC對(duì)應(yīng)的HFN對(duì)RNC中RB2之外的所有RLC進(jìn)行初始化；RNC將RB2的下行序號(hào)置0，并將RB2的下行HFN設(shè)置為更新后的當(dāng)前的上行HFN。該方法可以進(jìn)一步提高系統(tǒng)的有效性和準(zhǔn)確性。優(yōu)選地，在步驟S102中，RNC在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息之前，UE可以將本地保存的RB2的當(dāng)前下行HFN設(shè)置為RLC復(fù)位消息中攜帶的下行HFN。該方法簡(jiǎn)單實(shí)用、可操作性強(qiáng)。優(yōu)選地，步驟S104中的重配消息包括攜帶下行同步加密序號(hào)信息的加密配置請(qǐng)求。例如，該重配消息可以指示UE重建所有RB的AM(確認(rèn)模式)、UM(非確認(rèn)模式)RLC，UE會(huì)在重配響應(yīng)消息中攜帶上下行的加密信息(即，將所有UM、AM RLC的HFN上報(bào)給RNC)。該方法簡(jiǎn)單實(shí)用、可操作性強(qiáng)。需要說明的是，RLC—共有三種，只有UM和AM是有HFN的。在步驟S106中，在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，RNC會(huì)接收到來自UE的攜帶UE每個(gè)UM、AMRLC的HFN的重配響應(yīng)消息，RNC可以根據(jù)該重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置。優(yōu)選地，在步驟S106之后，在RB2的上下行HFN發(fā)生變化時(shí)，RNC的UP向RNC的CP通知改變后的上下行HFN ；UP接收來自CP的UP主備倒換通知，根據(jù)UP主備倒換通知中的改變后的上下行HFN重新設(shè)置RB2的上下行HFN，并在RB2上向UE發(fā)送重配消息，其中，UP主備倒換通知中攜帶改變后的上下行HFN。該方法可以在RB2的上下行HFN發(fā)生變化時(shí)，通過UP主備倒換通知獲得改變后的上下行HFN，提高了系統(tǒng)的效率。對(duì)應(yīng)于上述方法，本發(fā)明實(shí)施例還提供了一種RNC。圖2是根據(jù)本發(fā)明實(shí)施例的 RNC的結(jié)構(gòu)框圖，如圖2所示，RNC 20包括UP模塊22和CP模塊24，其中，UP模塊22包括第一發(fā)送單元222，用于在接收UP主備倒換通知后，在RB2上向UE發(fā)送攜帶下行HFN的RLC復(fù)位消息；更新單元224，用于在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息后，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN ;配置單元226，用于根據(jù)UE返回的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置；CP模塊24包括第二發(fā)送單元242，耦合至更新單元224，用于在RB2上向UE發(fā)送攜帶更新后的當(dāng)前的上行HFN的重配消息；接收單元244，耦合至配置單元226，用于在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，接收來自UE的攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息。通過上述RNC 20，采用UE在接收到RNC 20發(fā)送的重配消息后，返回當(dāng)前使用的上下行HFN的情況，配置單元226根據(jù)攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置的方式，解決了相關(guān)技術(shù)中RNC進(jìn)行用戶面的主備倒換時(shí)由于無法成功解析信息而導(dǎo)致業(yè)務(wù)失敗的問題，提高了系統(tǒng)的處理能力和性能。優(yōu)選地，更新單元224還用于將上行HFN和下行HFN中的較大值加I作為更新后的當(dāng)前的上行HFN。根據(jù)本發(fā)明實(shí)施例，還提供了一種RLC參數(shù)的處理系統(tǒng)。圖3是根據(jù)本發(fā)明實(shí)施例的RLC參數(shù)的處理系統(tǒng)的結(jié)構(gòu)框圖，如圖3所示，該系統(tǒng)30包括UE 32和上述RNC 20，其中，UE32包括重建模塊322，耦合至第二發(fā)送單元242和接收單元244，用于根據(jù)接收到的來自RNC 20的重配消息重建所有RLC，并將RB2的上下行HFN均設(shè)置為更新后的當(dāng)前的上行 HFN。下面結(jié)合優(yōu)選實(shí)施例和附圖對(duì)上述實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)說明。實(shí)施例一本實(shí)施例提供了一種用戶面主備倒換中無線鏈路控制層加解密參數(shù)高效對(duì)齊的方法。由于UP主備倒換之后，要保持業(yè)務(wù)繼續(xù)，UP和UE的RLC層的序號(hào)(Sequence Number,簡(jiǎn)稱為SN)必須保持一致，如果是在加密的情況下，加密計(jì)數(shù)(Count-C)也必須保持一致，所以，兩端的加密高位巾貞號(hào)(Hyper Frame Number,簡(jiǎn)稱為HFN)也必須保持一致。需要說明的是，RLC的模式有三種AM(確認(rèn)模式)、UM(非確認(rèn)模式)和TM(透明模式)。對(duì)于AM模式,可以使用RLC復(fù)位(RLC Reset)的方式對(duì)齊；對(duì)于其他兩種模式，都需要CP發(fā)送重配消息給UE來進(jìn)行對(duì)齊，而重配消息是在RB2上發(fā)給UE的，又RB2的RLC層是AM模式，因此，首先要使RB2可用。圖4是根據(jù)本發(fā)明實(shí)施例一的RLC Reset幀的結(jié)構(gòu)示意圖，如圖4所示，RLC Reset控制巾貞中攜帶有復(fù)位序號(hào)(Reset Sequence Number,簡(jiǎn)稱為RSN),用于區(qū)分每次RLC Reset過程。由于RLC Reset過程必須在與UE保存的RSN不一致的情況下生效，而此時(shí)UP不知道UE保存的RSN是多少，因此，在實(shí)施過程中，這里UP下發(fā)RLC Reset控制幀可以為兩次，分別填寫RSN等于0和1，確保RLC復(fù)位生效。接下來，UP可能收到一次或者兩次UE的上行RLC復(fù)位消息的確認(rèn)消息(即，RLCReset ACK)，應(yīng)該以最后一次UE的上行RLC Reset ACK中攜帶的HFN，來對(duì)UP上行的HFN進(jìn)行設(shè)置，設(shè)置的方式可以按照協(xié)議要求為RLC Reset和RLC ResetACK中的上下行HFN的較大值加I。待所有流程結(jié)束后，上下行HFN要設(shè)置為一致，但是，因?yàn)榇藭r(shí)還需要下發(fā)空口的消息，所以，下行HFN暫時(shí)不能變化，依舊保持原來的值。此時(shí)，代表RB2下行已經(jīng)可以使用 了，CP在RB2上發(fā)送攜帶下行同步加密序號(hào)信息(Dl-Counter-Sync-Info)空口重配消息給UE。UE收到該消息后，重建所有RB的RLC，其中RB2的HFN設(shè)置為上、下行HFN較大值+1 ；UE在RB2上返回重配完成消息，攜帶每個(gè)RLC的HFN值；由于此時(shí)UE和UP的RB2的上行HFN值一致，所以，UP可以成功解開該條消息，發(fā)送給CP。接下來，CP給UP發(fā)送消息，指示UP每個(gè)RLC進(jìn)行復(fù)位和HFN初始化。對(duì)于特殊的RB2，由于已經(jīng)同步過，只需要把下行發(fā)送SN重新置為0，并把下行HFN置為上行HFN就可以了。到此為止，實(shí)現(xiàn)了主備倒換后的RLC加解密參數(shù)需要對(duì)齊的過程。圖5是根據(jù)本發(fā)明實(shí)施例一的UP主備倒換后RLC加解密參數(shù)對(duì)齊方式的流程示意圖，如圖5所示，該方法包括以下步驟步驟S502，UP收到CP的通知消息，發(fā)起的原因是因?yàn)閁P發(fā)生了主備倒換；步驟S504，UP在RB2的AM RLC上發(fā)起復(fù)位(RESET)流程，RSN為O、I的各發(fā)送一次；步驟S506，RB2上的RLC RESET流程結(jié)束后，UP記錄收到的RESETACK的RSN，并且把UP上行的HFN記為上、下行HFN最大值+1 ；步驟S508，CP在RB2上發(fā)送攜帶Dl-Counter-Sync-Info空口重配消息，UE收到該消息后，重建所有RLC，其中RB2的上下行HFN都設(shè)置為上、下行HFN最大值+1 ;UE在RB2上返回重配完成消息，攜帶每個(gè)RLC的HFN值；步驟S510，CP根據(jù)UE返回的消息，給UP發(fā)送消息，復(fù)位RB2之外的所有的RLC，并按照新的HFN進(jìn)行初始化；步驟S512，UP將RB2的下行序號(hào)重新置為0，下行HFN置為和上行HFN相同的值。通過以上內(nèi)容看出，本實(shí)施例提供的UP主備倒換中加解密參數(shù)對(duì)齊的方法的關(guān)鍵內(nèi)容有兩點(diǎn)(1)下發(fā)兩次RLC Reset，保證UE能夠正常復(fù)位；(2)UP的RB2上下行的HFN的異步生效方式，即，首先生效上行，然后生效下行。在實(shí)施過程中，本實(shí)施例中RNC與UE的交互過程可以為步驟1，在發(fā)生UP主備倒換的情況下，首先空口會(huì)在RB2上下發(fā)兩次RSN分別為0和I的RLC RESET包，攜帶當(dāng)前的下行HFN ；
步驟2，UE會(huì)上發(fā)一次或者兩次RLC RESETACK包，并且保證此時(shí)已經(jīng)將RB2內(nèi)部的參數(shù)都清零，設(shè)置當(dāng)前的下行HFN為Reset包中指定的下行HFN，同時(shí)會(huì)攜帶當(dāng)前的上行HFN ；步驟3, RNC在RB2上發(fā)送攜帶Dl-Counter-Sync-Info (包括步驟S506中更新的上行HFN)空口重配消息，此時(shí)RNC使用的還是剛才的下行HFN，以保證UE能夠正確地解密。步驟4，UE會(huì)在RB2上用新的上行HFN進(jìn)行加密發(fā)送響應(yīng)消息，而此時(shí)RNC側(cè)已經(jīng)提前將上行HFN更新，所以能夠正常接收，并更新下行HFN，從此之后，RNC和UE都將采用新的上下行HFN進(jìn)行加解密。可見，在本實(shí)施例中，當(dāng)UP出現(xiàn)故障時(shí)，CP不僅可以根據(jù)保存的配置信息，在新的UP上重建各UE的數(shù)據(jù)結(jié)構(gòu)，而且還可以通過與UE的交互流程，獲得RLC的加解密參數(shù)以及序號(hào)，使UP、UE之間實(shí)現(xiàn)對(duì)齊。
實(shí)施例二本實(shí)施例是實(shí)施例一的基礎(chǔ)上的優(yōu)化，也提供了一種UP主備倒換后RLC加解密參數(shù)對(duì)齊方法。當(dāng)UP的HFN發(fā)生變化時(shí)，UP可以主動(dòng)把RB2上下行HFN上報(bào)給CP進(jìn)行保存，這樣當(dāng)UP發(fā)生主備倒換時(shí)，可以省去實(shí)施例一中的步驟S504-S506中使用RLC Reset來獲取上下行HFN的流程，CP直接設(shè)置UP的下行HFN為已經(jīng)保存的最新下行HFN，同時(shí)把上行HFN設(shè)置成為上、下行HFN的較大值+1，直接進(jìn)入發(fā)送Dl-Counter-Sync-Info (下行同步加密序號(hào)信息)空口重配消息的流程，UE在RB2上返回重配完成消息，攜帶每個(gè)RLC的HFN值；后續(xù)流程按前面所示。需要注意的是，HFN跳變的周期較長(zhǎng)，因此，在絕大多數(shù)情況下，上述流程是成功的，但如果剛好UP的主備倒換出現(xiàn)在HFN跳變的時(shí)刻，則可能會(huì)出現(xiàn)沒有及時(shí)上報(bào)新的HFN的現(xiàn)象，此時(shí)空口重配流程失敗的情況。如果空口流程失敗，則無法判斷是上行HFN缺少+1，還是下行HFN缺少+1，若主動(dòng)嘗試的話，也比較耗費(fèi)時(shí)間，所以，此時(shí)可以重新開始優(yōu)化前的步驟，即，使用實(shí)施例一的方法，用RLC RESET獲取準(zhǔn)確的HFN，開始后續(xù)流程。圖6是根據(jù)本發(fā)明實(shí)施例二的UP主備倒換后RLC加解密參數(shù)對(duì)齊方式的流程示意圖，如圖6所示，該方法包括以下步驟步驟S602，UP在運(yùn)行過程中，一旦上下行HFN發(fā)生了改變，就需要通知CP ；步驟S604，UP收到CP的通知消息，發(fā)起的原因是因?yàn)閁P發(fā)生了主備倒換；在通知消息中同時(shí)攜帶最后一次保存的上下行HFN值；步驟S606，UP將下行HFN設(shè)置成該下行HFN，上行HFN設(shè)置成為該上、下行HFN的較大值+1 ;步驟S608，CP在RB2上發(fā)送攜帶Dl-Counter-Sync-Info空口重配消息，若UE收到該消息，則重建所有RLC，其中RB2的上下行HFN都設(shè)置為上、下行HFN最大值+1 ；UE在RB2上返回重配完成消息，攜帶每個(gè)RLC的HFN值；步驟S610，如果CP能收到UE返回的消息，說明上下行HFN正確，給UP發(fā)送消息，復(fù)位RB2之外的所有的RLC，并按照新的HFN進(jìn)行初始化。否則，說明上下行HFN不正確，會(huì)發(fā)生等待定時(shí)器超時(shí)或者UE返回空口重配失敗，則按照實(shí)施例一重新執(zhí)行，結(jié)束；步驟S612，UP將RB2的下行序號(hào)重新置為0，下行HFN置為和上行HFN相同的值。綜上所述，本發(fā)明實(shí)施例提供了一種在無線網(wǎng)絡(luò)控制器上，用戶面主備倒換中RLC加解密參數(shù)對(duì)齊的方案，可應(yīng)用于WCDMA系統(tǒng)，采用UP的RB2上下行的HFN的異步生效方式，解決了相關(guān)技術(shù)中RNC進(jìn)行用戶面的主備倒換時(shí)由于無法成功解析信息而導(dǎo)致業(yè)務(wù)失敗的問題，提高了系統(tǒng)的處理能力和性能。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種無線鏈路控制RLC參數(shù)的處理方法，其特征在于，包括以下步驟 無線網(wǎng)絡(luò)控制器RNC的用戶面UP接收到UP主備倒換通知后，在無線承載RB2上向用戶設(shè)備UE發(fā)送攜帶下行加密高位幀號(hào)HFN的RLC復(fù)位消息，并在接收到來自所述UE在所述RB2上發(fā)送的攜帶上行HFN的所述RLC復(fù)位消息的確認(rèn)消息后，根據(jù)所述下行HFN和所述上行HFN更新當(dāng)前的上行HFN ； 所述RNC在所述RB2上向所述UE發(fā)送用于指示所述UE重建RLC的重配消息； 在所述UE根據(jù)所述重配消息重新設(shè)置所述RB2的上下行HFN之后，所述RNC接收來自所述UE的攜帶所述UE每個(gè)RLC的HFN的重配響應(yīng)消息，并根據(jù)所述重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述UP在所述RB2上向所述UE發(fā)送攜帶所述下行HFN的所述RLC復(fù)位消息包括 所述RNC在所述RB2上向所述UE發(fā)送兩次所述RLC復(fù)位消息，其中，兩次所述RLC復(fù)位消息的控制幀中的復(fù)位序號(hào)RSN不相同。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，根據(jù)所述下行HFN和所述上行HFN更新當(dāng)前的上行HFN包括 將所述上行HFN和所述下行HFN中的較大值加I作為更新后的所述當(dāng)前的上行HFN。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RNC在所述RB2上向所述UE發(fā)送用于指示所述UE重建RLC的重配消息之后，還包括 所述UE接收來自所述RNC的所述重配消息，重建所有RLC，并將所述RB2的所述上下行HFN均設(shè)置為更新后的所述當(dāng)前的上行HFN。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，根據(jù)所述重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置包括 所述RNC復(fù)位所述RB2之外的所有RLC，并按照所述重配響應(yīng)消息中攜帶的與各個(gè)RLC對(duì)應(yīng)的HFN對(duì)所述RNC中所述RB2之外的所有RLC進(jìn)行初始化； 所述RNC將所述RB2的下行序號(hào)置O，并將所述RB2的所述下行HFN設(shè)置為更新后的所述當(dāng)前的上行HFN。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述RNC在接收到來自所述UE在所述RB2上發(fā)送的攜帶上行HFN的所述RLC復(fù)位消息的確認(rèn)消息之前，還包括 所述UE將本地保存的所述RB2的當(dāng)前下行HFN設(shè)置為所述RLC復(fù)位消息中攜帶的所述下行HFN。
7.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述重配消息包括攜帶下行同步加密序號(hào)信息的加密配置請(qǐng)求。
8.根據(jù)權(quán)利要求I至7中任一項(xiàng)所述的方法，其特征在于，根據(jù)所述重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置之后,還包括 在所述RB2的所述上下行HFN發(fā)生變化時(shí)，所述RNC的所述UP向所述RNC的CP通知改變后的所述上下行HFN ； 所述UP接收來自所述CP的所述UP主備倒換通知，根據(jù)所述UP主備倒換通知中的所述改變后的所述上下行HFN重新設(shè)置所述RB2的所述上下行HFN，并在所述RB2上向所述UE發(fā)送所述重配消息，其中，所述UP主備倒換通知中攜帶所述改變后的所述上下行HFN。
9.一種無線網(wǎng)絡(luò)控制器RNC，其特征在于，包括用戶面UP模塊和控制面CP模塊，其中， 所述UP模塊包括第一發(fā)送單元，用于在接收UP主備倒換通知后，在無線承載RB2上向用戶設(shè)備UE發(fā)送攜帶下行加密高位幀號(hào)HFN的無線鏈路控制RLC復(fù)位消息；更新單元，用于在接收到來自所述UE在所述RB2上發(fā)送的攜帶上行HFN的所述RLC復(fù)位消息的確認(rèn)消息后，根據(jù)所述下行HFN和所述上行HFN更新當(dāng)前的上行HFN ;配置單元，用于根據(jù)來自所述CP模塊的所述UE返回的重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置； 所述CP模塊包括第二發(fā)送單元，用于在所述RB2上向所述UE發(fā)送用于指示所述UE重建RLC的重配消息；接收單元，用于在所述UE根據(jù)所述重配消息重新設(shè)置所述RB2的上下行HFN之后，接收來自所述UE的攜帶所述UE每個(gè)RLC的HFN的所述重配響應(yīng)消息。
10.一種無線鏈路控制RLC參數(shù)的處理系統(tǒng)，其特征在于，包括用戶設(shè)備UE和權(quán)利要求9所述RNC，其中，所述UE包括重建模塊，用于根據(jù)接收到的來自所述RNC的所述重配消息重建所有RLC，并將所述RB2的所述上下行加密高位幀號(hào)HFN均設(shè)置為更新后的所述當(dāng)前的上行HFN。
全文摘要
本發(fā)明公開了一種無線鏈路控制(RLC)參數(shù)的處理方法及系統(tǒng)、無線網(wǎng)絡(luò)控制器(RNC)，該方法包括以下步驟RNC的UP接收到UP主備倒換通知后，在RB2上向UE發(fā)送攜帶下行HFN的RLC復(fù)位消息，并在接收到來自UE在RB2上發(fā)送的攜帶上行HFN的RLC復(fù)位消息的確認(rèn)消息后，根據(jù)下行HFN和上行HFN更新當(dāng)前的上行HFN；RNC在RB2上向UE發(fā)送用于指示UE重建RLC的重配消息；在UE根據(jù)重配消息重新設(shè)置RB2的上下行HFN之后，RNC接收來自UE的攜帶UE每個(gè)RLC的HFN的重配響應(yīng)消息，并根據(jù)重配響應(yīng)消息中的內(nèi)容對(duì)RLC參數(shù)進(jìn)行重新配置。本發(fā)明提高了系統(tǒng)的處理能力和性能。
文檔編號(hào)H04W76/00GK102811473SQ201110143119
公開日2012年12月5日 申請(qǐng)日期2011年5月30日 優(yōu)先權(quán)日2011年5月30日
發(fā)明者黃侃, 呂應(yīng)權(quán), 陳艷麗 申請(qǐng)人:中興通訊股份有限公司