[發(fā)明專利]一種基于時間戳的動態(tài)策略更新方法及設(shè)備

有效

• 申請?zhí)枺?/td>: 201310499333.9
• 申請日: 2013-10-22
• 公開（公告）號: CN103561441B
• 公開（公告）日: 2017-02-15
• 發(fā)明（設(shè)計）人: 吳楠;文運平;韓秀娟;李賡;李寶平
• 申請（專利權(quán)）人: 河南理工大學
• 主分類號: H04W40/02
• 分類號: H04W40/02;H04W60/00
• 代理公司: 北京科億知識產(chǎn)權(quán)代理事務(wù)所(普通合伙)11350
• 代理人: 湯東鳳

技術(shù)領(lǐng)域

本發(fā)明屬于通信技術(shù)領(lǐng)域，涉及網(wǎng)絡(luò)的路由機制，尤其涉及一種基于時間戳的動態(tài)策略更新方法和設(shè)備。

背景技術(shù)

共號碼是運營商存在多張移動核心網(wǎng)（CS、PS或IMS）時，共享同一套碼號資源，不同網(wǎng)絡(luò)下的用戶可以使用相同的碼號同時或分別在多張移動核心網(wǎng)登錄并駐留。考慮到與已有碼號資源的兼容性，通常共享的碼號資源采用傳統(tǒng)移動號碼的E.164格式的碼號形式。共號碼既能夠解決運營商碼號資源緊張的問題，又可以保留用戶的號碼，給用戶以良好的體驗。

SCC?AS，全稱是Service?Centralization?and?Continuity?Application?Server，即業(yè)務(wù)集中及連續(xù)性應(yīng)用服務(wù)器，是歸屬網(wǎng)絡(luò)中的IMS應(yīng)用服務(wù)器，通過主叫或被叫流程中，通過iFC觸發(fā)規(guī)則將該業(yè)務(wù)服務(wù)器插入到會話路徑中，通常情況下SCC?AS觸發(fā)的時候位于主叫路徑的第一個AS或是被叫路徑中的最后一個AS，它主要完成話務(wù)轉(zhuǎn)移以及域選擇等功能。

在話務(wù)轉(zhuǎn)移方面，可以為SRVCC用戶提供會話轉(zhuǎn)移（Session?Transfer）功能，保證LTE語音業(yè)務(wù)的連續(xù)性，完成VoLTE業(yè)務(wù)從IMS域到電路域通話過程中的正常切換；在業(yè)務(wù)集中控制方面，可協(xié)助完成ICS功能，SCC-AS可作為SIP用戶代理代替CS用戶接入IMS，完成IMS會話的建立和控制，實現(xiàn)ICS用戶代理的功能；該功能主要是在終端用戶在移動過程中保證從LTE網(wǎng)絡(luò)到3G網(wǎng)絡(luò)不同覆蓋下語音業(yè)務(wù)不中斷而設(shè)定的功能。

在終呼域選擇方面，SCC-AS同時具備接入域選擇的能力，即T-ADS（Terminating?Access?Domain?Selection,終呼接入域選擇），即它能夠與HSS進行配合，間接訪問SGSN/MME，從而判斷用戶當前登錄的網(wǎng)絡(luò)，從而完成業(yè)務(wù)及接入的域選擇工作。

此外，在GSMA標準中，為了能夠觸發(fā)SCC-AS進行業(yè)務(wù)處理和判斷，用戶會簽約一個特殊的智能網(wǎng)業(yè)務(wù)，這個SCP功能內(nèi)置在SCC-AS上，即SCC-AS支持CAP接口給MSC，由該功能完成電路域到IMS域的錨定過程。

從網(wǎng)絡(luò)的發(fā)展來看，IMS與移動網(wǎng)軟交換在較長的時間內(nèi)仍將保持互通并存的關(guān)系，軟交換演進至ICS（IMS?Centralized?Services，IMS集中業(yè)務(wù)），由IMS統(tǒng)一控制還需一定時間，因此，在Pre-ICS（IMS集中業(yè)務(wù)之前）階段，用戶語音業(yè)務(wù)在LTE網(wǎng)絡(luò)上由IMS負責，在2G/3G網(wǎng)絡(luò)上由電路域軟交換網(wǎng)絡(luò)負責。

VoL?TE用戶采用共號碼方式下的場景需求具體分析如下：

■對于被叫用戶來說，其中語音業(yè)務(wù)即可以附著在電路域，由電路域提供，也可以注冊在IMS網(wǎng)絡(luò)，通過分組域接入由IMS網(wǎng)絡(luò)提供業(yè)務(wù)，因此存在語音接聽多條通道的情況，需要有網(wǎng)元具有終呼域選擇功能，來選擇從哪個域路由與被叫用戶建立會話。

因此，對于VoLTE用戶來說，在采用相同用戶碼號資源的場景下，需要保證用戶能夠無需感知當前附著的網(wǎng)絡(luò)（2G、3G或LTE），只要在移動蜂窩信號覆蓋范圍內(nèi)都可接聽電話。

而為了解決被叫域選擇的問題，標準中引入了SCC-AS的概念，圖1是GSMA發(fā)布的IR.64標準規(guī)范的場景圖，該場景下是Pre-ICS階段的場景，即部署了MSC，但是該MSC沒有升級支持ICS功能。

在標準中，為了能夠觸發(fā)SCC-AS進行業(yè)務(wù)處理和判斷，當主叫側(cè)用戶來自電路域的時候，標準中要求用戶簽約一個特殊的SCP，如圖1所示，用戶會簽約一個特殊的智能網(wǎng)業(yè)務(wù)，這個SCP功能內(nèi)置在SCC-AS上，即SCC-AS支持CAP接口給MSC。主叫MSC通過CAP接口連接到SCC-AS上（兼做SCP功能），當主叫側(cè)發(fā)起業(yè)務(wù)的時候，信令從主叫側(cè)進行業(yè)務(wù)觸發(fā)，主叫發(fā)起的語音業(yè)務(wù)全部錨定到IMS域，在進入IMS域后進而觸發(fā)SCC-AS服務(wù)器進行被叫側(cè)的業(yè)務(wù)判斷，完成被叫側(cè)的接入域選擇過程。

在主叫來自電路域，被叫是一個開通VoLTE功能的用戶的場景下，當主叫用戶實際在電路域登陸時，在呼叫到被叫側(cè)后，用戶仍然需要先錨定到IMS域，由SCC-AS進行判斷處理，SCCAS通過訪問HLR/HSS，以及SGSN/MME的用戶信息，獲取將當前用戶在CS域的狀態(tài)后，再通過MGCF將呼叫路由出IMS域，到電路域側(cè)進行處理，從而完成整個呼叫流程。這樣會造成主被叫用戶都從電路域登陸，但是由于呼叫被叫方為共號碼用戶，由于簽約特殊的共號碼業(yè)務(wù)，被強制錨定到IMS域后，再路由回CS域的過程，這樣就造成路由迂回的問題。