[發(fā)明專利]一種呼叫處理方法、移動(dòng)管理實(shí)體設(shè)備和服務(wù)網(wǎng)關(guān)

在審

• 申請(qǐng)?zhí)枺?/td>: 201710086957.6
• 申請(qǐng)日: 2017-02-17
• 公開（公告）號(hào): CN108696861A
• 公開（公告）日: 2018-10-23
• 發(fā)明（設(shè)計(jì)）人: 張秀成
• 申請(qǐng)（專利權(quán)）人: 中國(guó)移動(dòng)通信集團(tuán)河南有限公司
• 主分類號(hào): H04W8/24
• 分類號(hào): H04W8/24;H04W68/00;H04W76/10
• 代理公司: 北京路浩知識(shí)產(chǎn)權(quán)代理有限公司 11002
• 代理人: 李相雨

本發(fā)明提供一種呼叫處理方法及設(shè)備，所述方法包括：移動(dòng)管理實(shí)體MME收到服務(wù)網(wǎng)關(guān)S?GW發(fā)送的下行數(shù)據(jù)通知DDN消息后，通知基站與空閑態(tài)UE建立默認(rèn)承載；所述MME若接收到所述基站返回的承載建立失敗消息，則向所述S?GW發(fā)送告知消息，用以指示所述S?GW重新發(fā)送所述DDN消息；其中，所述告知消息中包括指示標(biāo)志位，所述指示標(biāo)志位攜帶有預(yù)設(shè)的重試標(biāo)識(shí)。本發(fā)明的方法通過(guò)MME向S?GW發(fā)送告知消息，用以指示S?GW重新發(fā)送DDN消息，相較于現(xiàn)有技術(shù)中等待計(jì)時(shí)器超時(shí)后才重發(fā)DDN消息，能夠?qū)崿F(xiàn)縮短用戶等待時(shí)間。

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

本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是一種呼叫處理方法、移動(dòng)管理實(shí)體設(shè)備和服務(wù)網(wǎng)關(guān)。

背景技術(shù)

UE在RRC(Radio Resource Control，無(wú)線資源控制)層有兩個(gè)狀態(tài)：RRC_CONNECTED(連接)狀態(tài)和RRC_IDLE(空閑)狀態(tài)。如果UE與基站沒(méi)有建立默認(rèn)承載，即沒(méi)有建立RRC連接，UE處在空閑狀態(tài)。以下描述現(xiàn)有VOLTE用戶的被叫過(guò)程。

圖1示出了網(wǎng)絡(luò)側(cè)觸發(fā)服務(wù)請(qǐng)求(Service Request)流程圖。

由于S-GW沒(méi)有用戶的承載信息，SGW收到主叫UE數(shù)據(jù)面下行(信令1，DownlinkData)INVITE消息后會(huì)向MME發(fā)送DDN消息(信令2，Downlink Data Notification，下行數(shù)據(jù)通知)。

MME收到DDN消息后，根據(jù)尋呼規(guī)則向被叫UE發(fā)起尋呼請(qǐng)求(信令3a-4a，Paging)。

接下來(lái)過(guò)程5，UE收到尋呼消息后，發(fā)起服務(wù)請(qǐng)求流程(service requestprocedure)建立默認(rèn)承載。

默認(rèn)承載建立成功后，SGW將invite消息發(fā)送給UE。UE應(yīng)答183建立進(jìn)度信息(session progress)，P-CSCF(Proxy-Call Session Control Funtion，代理呼叫會(huì)話控制功能)收到183消息后，通知PCRF(Policy and Charging Rules Function，策略與計(jì)費(fèi)規(guī)則功能單元)建立專載。主被叫專載建立后，雙方進(jìn)行后續(xù)通話過(guò)程。

圖2示出了現(xiàn)有默認(rèn)承載建立過(guò)程失敗的跟蹤過(guò)程。

可以看出，E-RAB(Evolved Radio Access Bearer，演進(jìn)的無(wú)線接入承載)建立失敗(即15:05:23的時(shí)間點(diǎn)信令206，Initial Context Setup Failure上下文配置失敗消息)到向CS域發(fā)起重試(即15:05:30的時(shí)間點(diǎn)信令209，SGsAP Paging Request，SGs接口尋呼請(qǐng)求)的計(jì)時(shí)器(IMS CS retry Timer)超時(shí)，中間約7s時(shí)間核心網(wǎng)(EPC)沒(méi)有任何動(dòng)作，只是發(fā)送UE釋放上下文命令(Context Release Command)釋放了S1接口的承載(信令207)，直到計(jì)時(shí)器超時(shí)后，TAS(IMS網(wǎng)內(nèi)語(yǔ)音應(yīng)用服務(wù)器)重新從CS發(fā)起了呼叫，MSC從SGS接口下發(fā)Paging尋呼用戶，UE收到尋呼后，發(fā)起ESR(Extended Service Request，擴(kuò)展服務(wù)請(qǐng)求消息)，回落2G網(wǎng)絡(luò)繼續(xù)語(yǔ)音接續(xù)流程。

從用戶跟蹤的數(shù)據(jù)看，在缺省承載建立失敗到CS RETRY TIMER(10s)超時(shí)這段時(shí)間(信令206-209)內(nèi)，IMS一直在嘗試下行發(fā)送INVITE消息，而SGW沒(méi)有重新下發(fā)DDN消息給MME。這是因?yàn)椋鶕?jù)規(guī)范3gpp 23.401描述，在S-GW收到MME響應(yīng)的DDN ACK消息(信令202Downlink Data Notification acknowledgement，回復(fù)確認(rèn)，簡(jiǎn)稱DDN ACK)后，等待建立用戶面承載時(shí)，除非SGW收到更高優(yōu)先級(jí)承載的下行數(shù)據(jù)，否則SGW將不再發(fā)送DDN至MME。

被叫UE在承載建立失敗后，只能等計(jì)時(shí)器超時(shí)后才有機(jī)會(huì)重新建立承載，此過(guò)程等待時(shí)間較長(zhǎng)。

發(fā)明內(nèi)容