會話路由信息校驗方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及LTE技術(shù)領(lǐng)域,特別是指一種會話路由信息校驗方法及裝置。
【背景技術(shù)】
[0002]在LTE(Long Term Evolut1n,長期演進)系統(tǒng)中引入Diameter信令接口,需要由DRA (Diameter Routing Agent,路由代理節(jié)點)轉(zhuǎn)接 Diameter 信令。
[0003]引入LTE 后,SAE(System Architecture Evolut1n,網(wǎng)絡(luò)架構(gòu)系統(tǒng)演進)網(wǎng)絡(luò)將為LTE用戶提供移動性管理和業(yè)務(wù)承載通道,網(wǎng)絡(luò)架構(gòu)如圖1所示,包括有MME(MobilityManagement Entity,移動性管理實體)、S4-SGSN(Serving GPRS Support Node,服務(wù) GPRS支持節(jié)點)、EIR(Equipment Identity Register,設(shè)備標識寄存器)、SAE Gff (Gateway, I?)關(guān))和HSS(Home Subscriber Server,歸屬用戶服務(wù)器),其中歸屬地HSS數(shù)據(jù)庫中按用戶號段存儲LTE用戶的用戶數(shù)據(jù)。當(dāng)LTE用戶漫游到拜訪地MME網(wǎng)元下時,MME會向用戶歸屬HSS發(fā)起位置更新和鑒權(quán)流程。這些流程在SAE網(wǎng)絡(luò)中都是采用Diameter信令協(xié)議實現(xiàn)的,信令協(xié)議棧為 Diameter/SCTP (STREAM CONTROL TRANSMISS1N PROTOCOL,流控制傳輸協(xié)議)/IP(Internet Protocol,網(wǎng)絡(luò)協(xié)議)。
[0004]除此之外,還有PCC(Policy Control and Charging,策略控制與計費)架構(gòu)的Gx、Rx、S9接口也會使用Diameter協(xié)議,如圖2所示。
[0005]為了維護管理方便,在實現(xiàn)Diameter消息路由時會使用DRA網(wǎng)元,通過DRA來轉(zhuǎn)接 MME 與 HSS 之間、PGW(Packet Gateway,分組數(shù)據(jù)網(wǎng)關(guān))與 PCRF (Policy and ChargingRules Funct1n,策略與計費規(guī)則功能單元)之間的所有信令,以避免全連接帶來的全網(wǎng)數(shù)據(jù)配置維護問題,如圖3所示。DRA轉(zhuǎn)接MME與HSS之間S6a接口以及PGW與PCRF之間Gx接口信令米用靜態(tài)路由策略(如 IMSI (Internat1nal Mobile Subscriber Identificat1nNumber,國際移動用戶識別碼)、MSISDN(Mobile Subscriber Internat1nal ISDN/PSTNnumber,移動用戶號碼)、主機名)尋址。如圖4所示,為保證安全可靠性,DRA成對部署,互為備份,負荷分擔(dān)。
[0006]引入VoLTE (基于IP多媒體子系統(tǒng)的語音業(yè)務(wù))后,為保證語音業(yè)務(wù)質(zhì)量,引入了會話策略控制機制,用戶發(fā)起呼叫時需要根據(jù)會話控制策略申請建立專用承載。在專用承載建立過程中,涉及AF (Applicat1n Funct1n,應(yīng)用功能)與PCRF之間的Rx接口,該接口信令尋址策略基于Gx接口的動態(tài)綁定信息,參考流程如下:
[0007](I)UE建立默認承載,PGff通過Gx接口通知PCRF用戶上線,同時獲取用戶策略信息;
[0008](2) UE通過默認承載發(fā)起呼叫請求;
[0009](3) AF通過Rx接口與PCRF交互,下發(fā)專用承載建立請求;
[0010](4) PCRF通過Gx接口向PGW下發(fā)專用承載QoS策略;
[0011](5) AF通知其他網(wǎng)兀完成后續(xù)呼叫流程。
[0012]從上述流程可以看出,用戶建立默認承載和專用承載需要由同一個PCRF控制,Gx接口與Rx接口信令需尋址到同一個PCRF。
[0013]目前Rx接口只能通過IP地址進行尋址,這就對DRA提出了較高要求,需要動態(tài)存儲Gx接口的會話路由信息(用戶IP地址與PCRF的對應(yīng)關(guān)系)。DRA中的會話路由信息數(shù)據(jù)庫動態(tài)存儲在線用戶的會話路由信息,用戶開機登網(wǎng)、IP地址變化以及關(guān)機帶來的Gx接口信令會創(chuàng)建、修改和刪除數(shù)據(jù)庫中的會話路由信息。一個用戶的Rx接口信令尋址基于會話路由信息數(shù)據(jù)庫中所對應(yīng)的會話路由信息。
[0014]由于信令網(wǎng)成對部署DRA,P-GW負荷分擔(dān)地向一對DRA發(fā)送Gx接口信令,一個用戶的會話路由信息可能由DRAl創(chuàng)建,由DRA2修改或刪除。一對DRA都有可能修改一個用戶的會話路由信息。同樣,AF負荷分擔(dān)地向一對DRA發(fā)送Rx接口信令,可能一個用戶的Rx接口信令發(fā)送到DRAl,但是會話綁定數(shù)據(jù)在DRA2上,因此必須保證一對DRA中的任一個DRA必須存儲所覆蓋信令匯接區(qū)內(nèi)的所有用戶的會話路由信息,并保證是最新的數(shù)據(jù)。
[0015]目前DRA的會話路由信息通過動態(tài)數(shù)據(jù)庫來存儲,會話路由信息的同步通過DRA的同步接口來實現(xiàn)。為確?;榕鋵Φ膬蓚€DRA上的動態(tài)數(shù)據(jù)庫中存儲的會話路由信息完全一致,在同步接口上除支持實時同步還需要針對數(shù)據(jù)庫中存儲的會話路由信息進行一致性校驗。
[0016]一個DRA的會話綁定數(shù)據(jù)庫中的數(shù)據(jù)可能由于自己收到的Gx接口信令觸發(fā)修改,也可能通過同步接口被DRA2修改。在一致性校驗過程中,三種情況同時會引起數(shù)據(jù)庫中的數(shù)據(jù)修改:1)接收一致性校驗數(shù)據(jù)引起數(shù)據(jù)修改;2)信令接口觸發(fā)會話路由信息修改;3)對端DRA發(fā)起實時增量同步引起數(shù)據(jù)修改。
[0017]現(xiàn)有一對DRA之間在對會話路由信息進行一致性校驗時,一天內(nèi)校驗頻次較低(如校驗1-2次)。兩端采用對稱校驗方式以及全量校驗機制,即DRAl向DRA2發(fā)起一致性校驗,告知DRA2自己的全量數(shù)據(jù),由DRA2進行校驗。反之,DRA2也向DRAl發(fā)起一致性校驗,告知DRAl自己的全量數(shù)據(jù),由DRAl進行校驗。
[0018]現(xiàn)有一致性校驗機制在實際應(yīng)用中存在幾個問題:
[0019]1、DRA服務(wù)的在線用戶可能上萬,進行一致性校驗時,DRA在同步接口需傳輸大量同步數(shù)據(jù),將影響數(shù)據(jù)庫的性能以及實時同步的數(shù)據(jù)的傳送及寫入。
[0020]2、為避免對性能及時延的影響,往往將一致性校驗過程放在信令量較低的時段進行(如夜間)。因為夜間很多用戶已經(jīng)關(guān)機,且話務(wù)量很低,但是此時進行一致性校驗的意義較小,難以保證一對DRA在早忙時以及晚忙時所存儲數(shù)據(jù)的一致性。
[0021]3、由于一致性校驗傳輸數(shù)據(jù)過大,可能在一致性校驗還未結(jié)束,用戶相關(guān)Gx接口或增量同步已經(jīng)更新了會話路由信息,導(dǎo)致一致性校驗效率降低。
【發(fā)明內(nèi)容】
[0022]本發(fā)明要解決的技術(shù)問題是提供一種會話路由信息校驗方法及裝置,能夠在校驗過程中降低DRA同步接口的傳輸數(shù)據(jù)量,降低對數(shù)據(jù)庫的性能影響,降低對實時同步數(shù)據(jù)的傳送及寫入的時延影響,還可以提高校驗效率,保證一對DRA在忙時所存儲數(shù)據(jù)的一致性。
[0023]為解決上述技術(shù)問題,本發(fā)明的實施例提供技術(shù)方案如下:
[0024]—方面,提供一種會話路由信息校驗方法,應(yīng)用于第一路由代理節(jié)點DRA,所述第一DRA與第二 DRA成對設(shè)置,所述方法包括:
[0025]所述第一 DRA獲取自身數(shù)據(jù)庫中預(yù)設(shè)時間段內(nèi)創(chuàng)建和更新的所有會話路由信息的關(guān)鍵字,并將獲取的關(guān)鍵字通過校驗請求消息發(fā)送給所述第二 DRA,以便所述第二 DRA根據(jù)所述校驗請求消息中的關(guān)鍵字對自身數(shù)據(jù)庫中存儲的所有會話路由信息進行一致性校驗,得到一致性校驗結(jié)果;
[0026]所述第一 DRA接收所述第二 DRA返回的一致性校驗結(jié)果,根據(jù)所述一致性校驗結(jié)果修改自身數(shù)據(jù)庫中存儲的會話路由信息;并接收所述第二 DRA發(fā)送的數(shù)據(jù)同步請求,所述數(shù)據(jù)同步請求中攜帶有所述第二 DRA數(shù)據(jù)庫中未校驗的完整的會話路由信息,將所述數(shù)據(jù)同步請求中攜帶的會話路由信息存儲在自身數(shù)據(jù)庫中。
[0027]優(yōu)選地,
[0028]所述關(guān)鍵字為對應(yīng)會話路由信息中的Gx接口會話標識以及該條會話路由信息創(chuàng)建或修改時的時間戳。
[0029]優(yōu)選地,
[0030]所述一致性校驗結(jié)果中包括有會話路由信息的Gx接口會話標識以及對應(yīng)的校驗結(jié)果;
[0031]在所述校驗結(jié)果為“一致”時,所述第一 DRA根據(jù)所述校驗結(jié)果對應(yīng)的Gx接口會話標識對自身數(shù)據(jù)庫中相應(yīng)的會話路由信息設(shè)置“已校驗”標志;
[0032]在所述校驗結(jié)果為“無信息”或“已更新”時,所述第一 DRA根據(jù)所述校驗結(jié)果對應(yīng)的Gx接口會話標識對自身數(shù)據(jù)庫中相應(yīng)的會話路由信息設(shè)置“已校驗”標志,并將與所述校驗結(jié)果對應(yīng)的完整的會話路由信息通過更新請求消息發(fā)送給所述第二 DRA ;
[0033]在所述校驗結(jié)果為“需要更新”時,所述一致性校驗結(jié)果中還包括有與所述校驗結(jié)果及Gx接口會話標識對應(yīng)的會話路由信息,所述第一 DRA將所述會話路由信息存儲在自身數(shù)據(jù)庫中,并對所述會話路由信息設(shè)置“已校驗”標志。
[0034]優(yōu)選地,
[0035]所述接收所述第二 DRA發(fā)送的數(shù)據(jù)同步請求,所述數(shù)據(jù)同步請求中攜帶有所述第二DRA數(shù)據(jù)庫中未校驗的會話路由信息,將所述數(shù)據(jù)同步請求中攜帶的會話路由信息存儲在自身數(shù)據(jù)庫中包括:
[0036]所述第一 DRA接收所述第二 DRA發(fā)送的數(shù)據(jù)同步請求,所述數(shù)據(jù)同步請求中攜帶有所述第二 DRA數(shù)據(jù)庫中未設(shè)置“已校驗”標志的完整的會話路由信息;
[0037]所述第一 DRA將所述數(shù)據(jù)同步請求中攜帶的完整的會話路由信息存儲在自身數(shù)據(jù)庫中,并對存儲的會話路由信息設(shè)置“已校驗”標志。
[0038]本發(fā)明實施例還提供了一種會話路由信息校驗方法,應(yīng)用于第二路由代理節(jié)點DRA,所述第一 DRA與第二 DRA成對設(shè)置,所述方法包括:
[0039]所述第二 DRA接收所述第一 DRA發(fā)送的校驗請求消息,所述校驗請求消息中攜帶有所述第一 DRA獲取的自身數(shù)據(jù)庫中預(yù)設(shè)時間段內(nèi)創(chuàng)建和更新的所有會話路由信息的關(guān)鍵字;
[0040]所述第二 DRA根據(jù)所述校驗請求消息中的關(guān)鍵字對自身數(shù)據(jù)庫中存儲的所有會話路由信息進行一致性校驗,得到一致性校驗結(jié)果;
[0041 ] 所述第二 DRA將所述一致性校驗結(jié)果返回給所述第一 DRA,以便所述第一 DRA根據(jù)所述一致性校驗結(jié)果修改自身數(shù)據(jù)庫中存儲的會話路由信息;并查找自身數(shù)據(jù)庫中未校驗的會話路由信息,向所述第一 DRA發(fā)送數(shù)據(jù)同步請求,所述數(shù)據(jù)同步請求中攜帶有未校驗的完整的會話路由信息。
[0042]優(yōu)選地,
[0043]所述關(guān)鍵字為對應(yīng)會話路由信息中的Gx接口會話標識以及該條會話路由信息創(chuàng)建或修改時的時間戳,所述第二 DRA根據(jù)所述校驗請求消息中的關(guān)鍵字對自身數(shù)據(jù)庫中存儲的所有會話路由信息進行一致性校驗,得到一