一種通信業(yè)務(wù)釋放的方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種通信業(yè)務(wù)釋放的方法和裝置，其中，通信業(yè)務(wù)釋放的方法包括：判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍；若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息；并，將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。通過本發(fā)明，使得NAS信令釋放交互流程更及時(shí)、更迅速，提高了CS業(yè)務(wù)的釋放效率。
【專利說明】一種通信業(yè)務(wù)釋放的方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，具體涉及一種通信業(yè)務(wù)釋放的方法和裝置。
【背景技術(shù)】
[0002]為檢查全國各地的網(wǎng)絡(luò)質(zhì)量，電信設(shè)備制造商經(jīng)常組織對(duì)各地的TD-SCDMA (TimeDivision-Synchronous Code Division Multiple Access,時(shí)分同步碼分多址，中國提出的第三代移動(dòng)通信標(biāo)準(zhǔn))網(wǎng)絡(luò)進(jìn)行巡檢，巡檢方式主要是對(duì)網(wǎng)絡(luò)進(jìn)行業(yè)務(wù)測(cè)試，計(jì)算CS(Circuit Switch,電路交換)接通率、PS (Packet Switch,分組交換)接通率、掉話率、PS下載速率等指標(biāo)作為對(duì)網(wǎng)絡(luò)質(zhì)量的衡量標(biāo)準(zhǔn)。
[0003]其中，在對(duì)CS接通率進(jìn)行的測(cè)試過程中，主叫終端和被叫終端同車測(cè)試，主叫終端根據(jù)設(shè)定次數(shù)發(fā)起CS業(yè)務(wù)和被叫接通，保持40s左右業(yè)務(wù)之后由主叫掛斷，主被叫雙方釋放業(yè)務(wù)并釋放RRC (Radio Resource Control,無線資源控制協(xié)議)連接,然后主叫重新發(fā)起呼叫重復(fù)進(jìn)行此過程直到達(dá)到設(shè)定次數(shù)。
[0004]但在測(cè)試過程中，主叫終端在向被叫終端發(fā)起呼叫的重復(fù)過程中會(huì)出現(xiàn)核心網(wǎng)發(fā)送的被叫忙消息，從而導(dǎo)致呼叫未接通，影響CS業(yè)務(wù)的接通率。在分析信令之后發(fā)現(xiàn)，在前一次呼叫過程結(jié)束主叫終端掛機(jī)后，核心網(wǎng)、UTRAN (UMTS Terrestrial Radio AccessNetwork-UMTS,陸地?zé)o線接入網(wǎng))均順利釋放掉為主叫終端分配的資源，然而被叫終端則沒有及時(shí)釋放掉為被叫終端分配的資源，因此，當(dāng)主叫終端再次呼叫被叫終端時(shí)，核心網(wǎng)認(rèn)為被叫終端處于業(yè)務(wù)保持過程中，導(dǎo)致主叫終端的呼叫未接通，影響CS接通率。
[0005]造成上述現(xiàn)象的原因在于，CS業(yè)務(wù)或CS+PS組合業(yè)務(wù)中的CS業(yè)務(wù)在信令釋放時(shí)采用的信令釋放方法受到空口無線環(huán)境變化的影響(例如，多個(gè)頻率復(fù)用時(shí)，頻率之間的相互干擾)。具體地，在CS業(yè)務(wù)釋放過程中，先由終端和核心網(wǎng)通過NAS(Non-Access Stratum,非接入層)信令交互，釋放核心網(wǎng)分配的資源，然后由核心網(wǎng)向UTRAN發(fā)起IU釋放，指示UTRAN釋放IU 口資源、無線資源及UTRAN分配的本地資源。由于終端與核心網(wǎng)進(jìn)行的NAS信令釋放交互流程中，某一方向(DonwLink/UpLink)的 NAS 消息(DISCONNECT/RELEASE/RELEASECOMPLETE)由于空口無線環(huán)境變化原因，可能沒有及時(shí)被接收方收到，從而導(dǎo)致NAS信令釋放交互流程無法及時(shí)完成，進(jìn)而導(dǎo)致CS業(yè)務(wù)釋放滯后，造成網(wǎng)絡(luò)資源的長時(shí)間占用，以及主叫終端無法正常地進(jìn)行下一次CS業(yè)務(wù)。

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

[0006]本申請(qǐng)?zhí)峁┮环N通信業(yè)務(wù)釋放的方法和裝置，以解決空口無線環(huán)境變化造成的CS業(yè)務(wù)釋放滯后、網(wǎng)絡(luò)資源長時(shí)間占用、以及主叫終端無法正常地進(jìn)行下一次CS業(yè)務(wù)的問題。
[0007]依據(jù)本發(fā)明的一個(gè)方面，提供了一種通信業(yè)務(wù)釋放的方法，包括:判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍；若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息；并，將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0008]優(yōu)選地，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之前，所述方法還包括:接收核心網(wǎng)發(fā)送的信令釋放消息；判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值；若當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值，直接向所述核心網(wǎng)返回所述模擬響應(yīng)消息；若當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值，則將所述信令釋放消息發(fā)送給終端；并，執(zhí)行所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟。
[0009]優(yōu)選地，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之后，所述方法還包括:若在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則將所述響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所述預(yù)置定時(shí)器；若在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
[0010]優(yōu)選地，所述預(yù)置定時(shí)器包括:第一預(yù)置定時(shí)器和第二預(yù)置定時(shí)器；其中，所述第一預(yù)置定時(shí)器的時(shí)間范圍滿足第一設(shè)定時(shí)間范圍，所述第二預(yù)置定時(shí)器的時(shí)間范圍滿足第二設(shè)定時(shí)間范圍；所述若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息，包括:若在所述第一預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息，則生成與所述DISC0NNECT消息相匹配的第一模擬響應(yīng)消息；或，若在所述第二預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息，則生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息。
[0011]優(yōu)選地，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之前，所述方法還包括:確定所述預(yù)置定時(shí)器的初始配置滿足啟動(dòng)所述預(yù)置定時(shí)器的初始條件；在所述將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)步驟之后，所述方法還包括:接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
[0012]依據(jù)本發(fā)明的另一個(gè)方面，提供了一種通信業(yè)務(wù)釋放的裝置，包括:第一判斷模塊，用于判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端發(fā)送的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍；生成模塊，用于在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，生成與所述信令釋放消息相匹配的模擬響應(yīng)消息；第一發(fā)送模塊，用于將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0013]優(yōu)選地，所述裝置還包括:第一接收模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之前，接收核心網(wǎng)發(fā)送的信令釋放消息；第二判斷模塊，用于判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值；返回模塊，用于在當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，直接向所述核心網(wǎng)返回所述模擬響應(yīng)消息；第二發(fā)送模塊，用于在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值，將所述信令釋放消息發(fā)送給終端；并執(zhí)行所述第一判斷模塊。
[0014]優(yōu)選地，所述裝置還包括:第三發(fā)送模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之后，在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，將所述響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所述預(yù)置定時(shí)器；攔截模塊，用于在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
[0015]優(yōu)選地，所述預(yù)置定時(shí)器包括:第一預(yù)置定時(shí)器和第二預(yù)置定時(shí)器；其中，所述第一預(yù)置定時(shí)器的時(shí)間范圍滿足第一設(shè)定時(shí)間范圍，所述第二預(yù)置定時(shí)器的時(shí)間范圍滿足第二設(shè)定時(shí)間范圍；所述生成模塊包括:第一生成子模塊，用于在所述第一預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息時(shí)，生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息；第二生成子模塊，用于在所述第二預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息時(shí)，生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息。
[0016]優(yōu)選地，所述裝置還包括:確定模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之前，確定所述預(yù)置定時(shí)器的初始配置滿足啟動(dòng)所述預(yù)置定時(shí)器的初始條件；第二接收模塊，用于在所述第一發(fā)送模塊將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)之后，接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
[0017]根據(jù)本發(fā)明提供的一種通信業(yè)務(wù)釋放的方法和裝置，在預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，可以由UTRAN的RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)直接生成與所述信令釋放消息相匹配的模擬響應(yīng)消息，并將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。從而，實(shí)現(xiàn)了在終端受無線空口環(huán)境影響沒有及時(shí)返回用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息時(shí)，由UTRAN代替終端與核心網(wǎng)進(jìn)行信令交互，釋放CS業(yè)務(wù)，避免了空口無線環(huán)境變化造成的NAS消息發(fā)送和/或接收不及時(shí)的問題。通過本發(fā)明提供的方案，使得NAS信令釋放交互流程更及時(shí)、更迅速，提高了CS業(yè)務(wù)的釋放效率。進(jìn)而使得核心網(wǎng)、UTRAN以更快速度釋放給終端分配的資源，避免了網(wǎng)絡(luò)資源的長時(shí)間占用的問題，使得主叫終端可以快速開展下一次CS通信業(yè)務(wù)。
[0018]上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實(shí)施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點(diǎn)能夠更明顯易懂，以下特舉本發(fā)明的【具體實(shí)施方式】。
【專利附圖】

【附圖說明】
[0019]通過閱讀下文優(yōu)選實(shí)施方式的詳細(xì)描述，各種其他的優(yōu)點(diǎn)和益處對(duì)于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實(shí)施方式的目的，而并不認(rèn)為是對(duì)本發(fā)明的限制。而且在整個(gè)附圖中，用相同的參考符號(hào)表示相同的部件。在附圖中:
[0020]圖1是本發(fā)明第一實(shí)施例中一種通信業(yè)務(wù)釋放的方法的流程圖；
[0021]圖2是本發(fā)明第二實(shí)施例中一種通信業(yè)務(wù)釋放的方法的流程圖；
[0022]圖3是本發(fā)明第三實(shí)施例中一種信令交互流程圖；[0023]圖4是本發(fā)明第三實(shí)施例中又一種信令交互流程圖；
[0024]圖5是本發(fā)明第四實(shí)施例中一種信令交互流程圖；
[0025]圖6是本發(fā)明第四實(shí)施例中又一種信令交互流程圖；
[0026]圖7是本發(fā)明第五實(shí)施例中一種通信業(yè)務(wù)釋放的裝置的結(jié)構(gòu)框圖；
[0027]圖8是本發(fā)明第六實(shí)施例中一種通信業(yè)務(wù)釋放的裝置的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0028]下面將參照附圖更詳細(xì)地描述本公開的示例性實(shí)施例。雖然附圖中顯示了本公開的示例性實(shí)施例，然而應(yīng)當(dāng)理解，可以以各種形式實(shí)現(xiàn)本公開而不應(yīng)被這里闡述的實(shí)施例所限制。相反，提供這些實(shí)施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。
[0029]參照?qǐng)D1，示出了本發(fā)明第一實(shí)施例中一種通信業(yè)務(wù)釋放的方法的流程圖。在本實(shí)施例中，所述通信業(yè)務(wù)釋放的方法可以包括以下步驟:
[0030]步驟102，判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息。其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍。
[0031]UMTS (Universal Mobile Telecommunications System,通用移動(dòng)通信系統(tǒng))網(wǎng)絡(luò)由兩部分組成:一部分是UTRAN ;另一部分是核心網(wǎng)CN (Core Net), UTRAN與CN兩部分通過Iu接口連接。核心網(wǎng)從邏輯上可分為CS域和PS域，CS域是UMTS的電路交換核心網(wǎng)，用于支持電路數(shù)據(jù)業(yè)務(wù)，PS域是UMTS的分組業(yè)務(wù)核心網(wǎng)，用于支持分組數(shù)據(jù)業(yè)務(wù)和一些多媒體業(yè)務(wù)。核心網(wǎng)側(cè)在向終端發(fā)送信令釋放消息的同時(shí)會(huì)啟動(dòng)所述核心網(wǎng)側(cè)的定時(shí)器，以確定終端是否在所述核心網(wǎng)側(cè)的定時(shí)器超時(shí)前返回了響應(yīng)消息。在本申請(qǐng)中，在UTRAN側(cè)新增了所述預(yù)置定時(shí)器，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍可以包括:所述預(yù)置定時(shí)器的時(shí)長小于所述核心網(wǎng)側(cè)的定時(shí)器的時(shí)長。
[0032]步驟104，若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息。
[0033]步驟106，將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0034]綜上所述，本實(shí)施例所述的通信業(yè)務(wù)釋放的方法，在預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，可以由UTRAN的RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)直接生成與所述信令釋放消息相匹配的模擬響應(yīng)消息，并將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。從而，實(shí)現(xiàn)了在終端受無線空口環(huán)境影響沒有及時(shí)返回用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息時(shí)，由UTRAN代替終端與核心網(wǎng)進(jìn)行信令交互，釋放CS業(yè)務(wù)。避免了空口無線環(huán)境變化造成的NAS消息發(fā)送和/或接收不及時(shí)的問題，。通過本發(fā)明提供的方案，使得NAS信令釋放交互流程更及時(shí)、更迅速，提高了CS業(yè)務(wù)的釋放效率。進(jìn)而使得核心網(wǎng)、UTRAN以更快速度釋放給終端分配的資源，避免了網(wǎng)絡(luò)資源的長時(shí)間占用的問題；主叫終端可以快速開展下一次CS通信業(yè)務(wù)。
[0035]參照?qǐng)D2，示出了本發(fā)明第二實(shí)施例中一種通信業(yè)務(wù)釋放的方法的流程圖。
[0036]在本實(shí)施例中，所述通信業(yè)務(wù)釋放的方法可以包括:
[0037]步驟202，UTRAN的RNC接收核心網(wǎng)發(fā)送的信令釋放消息。
[0038]UTRAN包括無線網(wǎng)絡(luò)控制器RNC和一個(gè)或多個(gè)基站Node B，本實(shí)施例中，在UTRAN的RNC中新增定時(shí)器，以使RNC作為CS業(yè)務(wù)釋放代理。
[0039]步驟204，UTRAN的RNC判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值。若網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值，則執(zhí)行步驟206 ;若網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值，則執(zhí)行步驟208。
[0040]步驟206，UTRAN的RNC直接向所述核心網(wǎng)返回模擬響應(yīng)消息。
[0041]在本實(shí)施例中，當(dāng)資源擁塞時(shí)或者忙時(shí)，則需要盡快完成通信業(yè)務(wù)的釋放，因此可以直接啟動(dòng)UTRAN的代理釋放功能，即直接生成與所述核心網(wǎng)發(fā)送的信令釋放消息相匹配的模擬響應(yīng)消息，并直接將所述模擬響應(yīng)消息發(fā)送至核心網(wǎng)，促使所述核心網(wǎng)盡快向所述UTRAN發(fā)起IU釋放。對(duì)于單CS業(yè)務(wù)，UTRAN發(fā)送RRC釋放消息通知終端并釋放UTRAN分配的資源，對(duì)于組合業(yè)務(wù)，UTRAN發(fā)送RB Release (Radio Bear Release,無線鏈路承載釋放)消息通知終端釋放CS業(yè)務(wù)并釋放UTRAN分配的資源。S卩，在上述步驟206執(zhí)行完成之后，則確定所述通信業(yè)務(wù)順利釋放完成，結(jié)束本次操作流程。
[0042]步驟208，UTRAN的RNC將所述信令釋放消息發(fā)送給終端。
[0043]步驟210，UTRAN的RNC判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；若在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則執(zhí)行步驟212 ;若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則執(zhí)行步驟214;若在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則執(zhí)行步驟220。
[0044]步驟212，UTRAN的RNC將接收到的終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所述預(yù)置定時(shí)器。
[0045]在本實(shí)施例中，核心網(wǎng)側(cè)在向終端發(fā)送信令釋放消息時(shí)會(huì)啟動(dòng)所述核心網(wǎng)側(cè)的定時(shí)器，同時(shí)，UTRAN在監(jiān)測(cè)到核心網(wǎng)側(cè)向終端發(fā)送了信令釋放消息后，會(huì)啟動(dòng)UTRAN側(cè)的預(yù)置定時(shí)器(即RNC中的預(yù)置定時(shí)器);其中，UTRAN側(cè)的預(yù)置定時(shí)器的時(shí)長小于核心網(wǎng)側(cè)的定時(shí)器。由于UTRAN側(cè)的預(yù)置定時(shí)器的時(shí)長小于核心網(wǎng)側(cè)的定時(shí)器，因此，當(dāng)在所述預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則可以確定認(rèn)為終端此時(shí)沒有受到空口無線環(huán)境變化的影響(或，可以認(rèn)為當(dāng)前空口無線環(huán)境沒有發(fā)生變化)，終端正常接收到核心網(wǎng)發(fā)送的信令釋放消息且返回了響應(yīng)消息，RNC則將接收到的響應(yīng)消息直接發(fā)送至核心網(wǎng)，促使所述核心網(wǎng)發(fā)起IU釋放。即，在上述步驟212執(zhí)行完成之后，則確定所述通信業(yè)務(wù)順利釋放完成，關(guān)閉所述預(yù)置定時(shí)器(如，可以將所述預(yù)置定時(shí)器的配置條件設(shè)置為零，其中，所述配置條件零用于指示所述預(yù)置定時(shí)器執(zhí)行關(guān)閉操作)，結(jié)束本次操作流程。
[0046]步驟214，UTRAN的RNC生成與所述信令釋放消息相匹配的模擬響應(yīng)消息。
[0047]步驟216，UTRAN的RNC將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0048]步驟218，UTRAN的RNC接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
[0049]在本實(shí)施例中，在UTRAN的RNC接收到核心網(wǎng)側(cè)發(fā)送所述反饋消息(如，RELEASECOMPLETE消息)之后可以確定NAS信令釋放過程結(jié)束，UTRAN等待核心網(wǎng)發(fā)起IU釋放，UTRAN發(fā)起CS業(yè)務(wù)釋放，如果是單CS業(yè)務(wù)，UTRAN可發(fā)起RRC釋放，如果是CS+PS組合業(yè)務(wù)，向終端發(fā)送RB Release消息指示釋放CS業(yè)務(wù)和CS域NAS信令。即，在上述步驟218執(zhí)行完成之后，則確定所述通信業(yè)務(wù)順利釋放完成，結(jié)束本次操作流程。
[0050]步驟220，UTRAN的RNC攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
[0051]在本實(shí)施例中，只要在所述預(yù)置定時(shí)器超時(shí)后，接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，即可立即執(zhí)行上述步驟220。因此，上述步驟220可以在上述步驟214、步驟216和步驟218三個(gè)步驟中的任意一個(gè)步驟之前或之后執(zhí)行，本實(shí)施例對(duì)此不做限制。
[0052]這里需要說明的是，在實(shí)際應(yīng)用中，也可以僅在判斷網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值(SP確定網(wǎng)絡(luò)擁塞)時(shí)，執(zhí)行RNC代理釋放CS業(yè)務(wù)的步驟，而在網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)，執(zhí)行傳統(tǒng)的CS業(yè)務(wù)釋放；或者，不對(duì)網(wǎng)絡(luò)負(fù)荷情況進(jìn)行判斷，只根據(jù)RNC在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的情況，執(zhí)行RNC代理釋放CS業(yè)務(wù)。
[0053]綜上所述，本實(shí)施例所述的通信業(yè)務(wù)釋放的方法，在資源擁塞時(shí)，UTRAN的RNC直接代替終端與核心網(wǎng)進(jìn)行信令交互，避免了終端與核心網(wǎng)之間在信令交互過程中的長時(shí)間等待，優(yōu)化了 CS業(yè)務(wù)釋放流程，加快CS業(yè)務(wù)釋放速度，節(jié)約時(shí)間，實(shí)現(xiàn)了快速釋放被占用的資源的目的。在資源處于非擁塞狀態(tài)時(shí)，則在判斷出在預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，由UTRAN的RNC代替終端與核心網(wǎng)進(jìn)行信令交互，解決了空口無線環(huán)境變化導(dǎo)致的NAS信令釋放交互流程慢、影響通信業(yè)務(wù)釋放效率的問題。UTRAN的RNC代替終端與核心網(wǎng)完成NAS信令交互流程，使得UTRAN以更快速度釋放給終端分配的資源，達(dá)到快速釋放UE(User Equipment,用戶終端)、釋放資源的目的，提高資源利用率和網(wǎng)絡(luò)擁塞時(shí)的用戶感知。同時(shí)，本實(shí)施例在加快CS業(yè)務(wù)釋放速度的同時(shí)，也使得UTRAN的無線資源釋放、回收速度加快，降低了網(wǎng)絡(luò)干擾，進(jìn)一步提高了資源利用率。
[0054]在傳統(tǒng)的通信業(yè)務(wù)釋放方案中，核心網(wǎng)側(cè)有T306和T308兩個(gè)定時(shí)器。一般地，核心網(wǎng)側(cè)T306、T308定時(shí)器的默認(rèn)設(shè)置通常都在5s以上，兩個(gè)定時(shí)器總共時(shí)長配置超過10s。傳統(tǒng)的通信業(yè)務(wù)釋放流程包括:
[0055]核心網(wǎng)向終端發(fā)送DISCONNECT消息，同時(shí)，核心網(wǎng)側(cè)啟動(dòng)T306定時(shí)器轉(zhuǎn)入"disconnect indication"狀態(tài),等待終端發(fā)送的RELEASE消息，而終端因?yàn)槭艿娇湛跓o線環(huán)境變化的影響沒有收到核心網(wǎng)發(fā)送的DISCONNECT消息，因此沒有按3GPP (The3rdGeneration Partnership Project,第三代合作伙伴計(jì)劃)-24.008協(xié)議約定向核心網(wǎng)發(fā)送RELEASE消息。核心網(wǎng)側(cè)T306定時(shí)器超時(shí)后，按照3GPP-24.008協(xié)議約定向終端發(fā)送RELEASE消息，并啟動(dòng)核心網(wǎng)側(cè)的T308定時(shí)器，轉(zhuǎn)入"release request"狀態(tài)。如果終端在這段時(shí)間內(nèi)仍然受到空口無線環(huán)境的影響，沒有接收到核心網(wǎng)發(fā)送的RELEASE消息，NAS信令釋放則無法及時(shí)完成，進(jìn)而核心網(wǎng)不會(huì)釋放為CS業(yè)務(wù)分配的資源。此時(shí)如果有其它終端呼叫這個(gè)終端，由于終端與核心網(wǎng)的NAS信令釋放信令流程未完成，因此核心網(wǎng)認(rèn)為此終端一直處于業(yè)務(wù)保持狀態(tài)，向其它終端發(fā)送被叫忙的提示音，導(dǎo)致呼叫未接通。
[0056]上述傳統(tǒng)的通信業(yè)務(wù)釋放流程中，終端與核心網(wǎng)在進(jìn)行NAS信令釋放交互時(shí)，會(huì)受到空口無線環(huán)境變化影響，從而導(dǎo)致終端不能及時(shí)接收和/或發(fā)送NAS信令消息，造成NAS信令釋放交互流程延遲，進(jìn)而導(dǎo)致通信業(yè)務(wù)不能及時(shí)釋放。
[0057]針對(duì)通信業(yè)務(wù)釋放過程中NAS信令無法及時(shí)被終端接收和/或發(fā)送的情況，本發(fā)明實(shí)施例中，在UTRAN側(cè)新增兩個(gè)定時(shí)器:T' 306定時(shí)器和Ti 308定時(shí)器。其中，所述T, 306定時(shí)器對(duì)應(yīng)于所述核心網(wǎng)側(cè)的T306定時(shí)器，且所述T, 306定時(shí)器的時(shí)長小于所述T306定時(shí)器的時(shí)長。所述T, 308定時(shí)器對(duì)應(yīng)于所述核心網(wǎng)側(cè)的T308定時(shí)器，且所述T' 308定時(shí)器的時(shí)長小于所述T308定時(shí)器的時(shí)長。其中，
[0058]Ti 306定時(shí)器:當(dāng)UTRAN接收到核心網(wǎng)發(fā)送的DISCONNECT消息，并通過UU 口將所述DISCONNECT消息透傳給終端時(shí)，則啟動(dòng)所述Ti 306定時(shí)器(如，將所述Ti 306定時(shí)器的配置條件設(shè)置為1)，即確定啟動(dòng)UTRAN的釋放代理功能。如果在T' 306定時(shí)器超時(shí)前UTRAN接收到終端發(fā)送的RELEASE消息，則停止T' 306定時(shí)器。如果在T' 306定時(shí)器超時(shí)前沒接收到終端發(fā)送的RELEASE消息，則在Ti 306定時(shí)器超時(shí)后由UTRAN模擬終端發(fā)送的RELEASE消息，并通過IU 口將模擬消息發(fā)送給核心網(wǎng)。
[0059]T' 308定時(shí)器:當(dāng)UTRAN接收到核心網(wǎng)發(fā)送的RELEASE消息，并通過UU 口將所述RELEASE消息透傳給終端時(shí)，則啟動(dòng)所述T' 308定時(shí)器(如，將所述T' 308定時(shí)器的配置條件設(shè)置為1)，即確定啟動(dòng)UTRAN的釋放代理功能。如果在所述T' 308定時(shí)器超時(shí)前UTRAN接收到終端發(fā)送的RELEASE COMPLETE消息，則停止T' 308定時(shí)器。如果在T' 308定時(shí)器超時(shí)前沒接收到終端發(fā)送的RELEASE COMPLETE消息，則在T' 308定時(shí)器超時(shí)后由UTRAN模擬終端發(fā)送的RELEASE COMPLETE消息，并通過IU 口將模擬消息發(fā)給核心網(wǎng)。
[0060]以下，通過實(shí)例對(duì)UTRAN中的RNC使用上述T' 306定時(shí)器和T' 308定時(shí)器，實(shí)現(xiàn)CS業(yè)務(wù)釋放代理的功能進(jìn)行說明。
[0061]參照?qǐng)D3，示出了本發(fā)明第三實(shí)施例中一種信令交互流程圖。在本實(shí)施例中，所述核心網(wǎng)向終端發(fā)送DISCONNECT消息，通知終端釋放CS業(yè)務(wù)的具體步驟如下(這里需要說明的是，以下步驟可以在當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)執(zhí)行，也可以在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)執(zhí)行。其中，較佳地，在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)執(zhí)行如下步驟):
[0062]第一步，UTRAN確定T' 306定時(shí)器的配置條件為零。在UTRAN側(cè)(UTRAN的RNC中)新增一個(gè)第一預(yù)置定時(shí)器，即，T' 306定時(shí)器
`[0063]在本實(shí)施例中，CS RAB (Radio Access Bearer,用戶平面的承載,用于UE和CN之間傳送語音數(shù)據(jù)及多媒體業(yè)務(wù))SETUP Process，表示CS通信業(yè)務(wù)建立。UTRAN接收到核心網(wǎng)側(cè)MSC (Mobile Switching Center,移動(dòng)交換中心,MSC是通信系統(tǒng)的核心網(wǎng)元之一)發(fā)送的DISCONNECT消息，將所述DISCONNECT消息通過UU 口透傳給終端，并確定所述定時(shí)器T' 306的配置條件不為零，即，啟動(dòng)所述T' 306定時(shí)器。
[0064]第二步，UTRAN判斷在所述Iw 306定時(shí)器超時(shí)前是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息。
[0065]若在所述1^ 306定時(shí)器超時(shí)前，UTRAN接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息，則將所述RELEASE消息通過IU 口透傳給所述核心網(wǎng)，從而完成通信業(yè)務(wù)的釋放。并將所述T' 306定時(shí)器的配置條件設(shè)置為零，即關(guān)閉所述T' 306定時(shí)器，結(jié)束UTRAN的代理釋放流程。
[0066]若在所述T' 306定時(shí)器超時(shí)后未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息，則執(zhí)行第三步操作。
[0067]第三步，UTRAN生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息。
[0068]在所述T' 306定時(shí)器超時(shí)后仍然沒有接收到終端返回的RELEASE響應(yīng)消息，UTRAN則生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息，并將所述第一模擬響應(yīng)消息通過IU 口發(fā)送至所述核心網(wǎng)。其中，所述第一模擬響應(yīng)消息可以是一個(gè)模擬所述響應(yīng)消息RELEASE消息生成的消息。
[0069]第四步，UTRAN接收所述核心網(wǎng)返回的對(duì)所述第一模擬響應(yīng)消息的第一反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述第一反饋消息。
[0070]一般地，在核心網(wǎng)接收到終端返回的RELEASE消息之后，會(huì)向終端發(fā)送一個(gè)RELEASE COMPLETE的反饋消息，用來確定NAS信令釋放交互流程結(jié)束。在本實(shí)施例中，UTRAN將所述第一模擬響應(yīng)消息通過IU 口發(fā)送給所述核心網(wǎng)，核心網(wǎng)在接收到所述第一模擬響應(yīng)消息之后，會(huì)向終端發(fā)送第一反饋消息，所述第一反饋消息將通過UTRAN透傳至終端。較佳地，在本實(shí)施例中，當(dāng)UTRAN接收所述核心網(wǎng)返回的對(duì)所述第一模擬響應(yīng)消息的第一反饋消息之后，直接確定NAS信令釋放交互流程結(jié)束，不再將所述第一反饋消息發(fā)送至終端。在確定NAS信令釋放交互流程結(jié)束之后，UTRAN等待核心網(wǎng)發(fā)出IU ReleaseCommand, IU 釋放指令,UTRAN 發(fā)起 CS Domain, CS 域釋放,最后,通過 CS RAB or RRCCRadioResource Control,無線資源控制協(xié)議)Release Process,即，通過CS RAB或RRC釋放過程完成通信業(yè)務(wù)的釋放。如，當(dāng)是單CS業(yè)務(wù)時(shí)，UTRAN可發(fā)起RRC釋放，如果是CS+PS組合業(yè)務(wù)，UTRAN則向終端發(fā)送RB Release消息指示釋放CS業(yè)務(wù)。進(jìn)而節(jié)約了整個(gè)信令交互時(shí)間，加快了通信業(yè)務(wù)釋放流程。
[0071]在所述T' 306定時(shí)器超時(shí)后，所述UTRAN可能會(huì)接收到終端延遲返回的響應(yīng)消息RELEASE消息。若在所述T' 306定時(shí)器超時(shí)后，所述UTRAN接收到終端延遲返回的響應(yīng)消息RELEASE消息，則執(zhí)行第五步操作。這里需要說明的是，所述第五步操作可以在上述當(dāng)Ti 306定時(shí)器超時(shí)后未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISC0NNECT消息的響應(yīng)消息RELEASE消息之后執(zhí)行的第三步和第四步中的任一步驟之前或之后執(zhí)行，本實(shí)施例對(duì)此不做限制。
[0072]第五步，由所述UT`RAN對(duì)所述延遲返回的響應(yīng)消息RELEASE消息做丟棄處理，即，攔截所述RELEASE消息，以阻止所述RELEASE消息返回至核心網(wǎng)。
[0073]參照?qǐng)D4，示出了本發(fā)明第三實(shí)施例中又一種信令交互流程圖。在本實(shí)施例中，所述核心網(wǎng)向終端發(fā)送RELEASE消息，通知終端釋放CS業(yè)務(wù)的具體步驟如下(這里需要說明的是，以下步驟可以在當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)執(zhí)行，也可以在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)執(zhí)行。其中，較佳地，在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)執(zhí)行如下步驟):
[0074]第一步，UTRAN確定所Ti 308定時(shí)器的配置條件為零。在UTRAN側(cè)新增一個(gè)第二預(yù)置定時(shí)器，即，T' 308定時(shí)器。
[0075]在本實(shí)施例中，CS RAB SETUP Process, CS通信業(yè)務(wù)建立。UTRAN接收到UE終端發(fā)送的DISCONNECT消息，通過IU 口把DISCONNECT消息透傳給核心網(wǎng)。然后，UTRAN接收到核心網(wǎng)側(cè)的MSC發(fā)送的RELEASE消息，將所述RELEASE消息通過UU 口透傳給終端，并確定所述T' 308定時(shí)器的配置條件不為零，即，啟動(dòng)所述T' 308定時(shí)器。
[0076]第二步，UTRAN判斷在所述Iw 308定時(shí)器超時(shí)前是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE。
[0077]若在所述1^ 308定時(shí)器超時(shí)前，UTRAN接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息，則將所述RELEASE COMPLETE消息通過IU 口透傳給所述核心網(wǎng)，從而完成通信業(yè)務(wù)的釋放。并將所述T' 308定時(shí)器的配置條件設(shè)置為零，即關(guān)閉所述T' 308定時(shí)器，結(jié)束UTRAN的代理釋放流程。
[0078]若在所述T' 308定時(shí)器超時(shí)后未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息，則執(zhí)行第三步操作。
[0079]第三步，UTRAN生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息。
[0080]在所述T' 308定時(shí)器超時(shí)后仍然沒有接收到終端返回的RELEASE COMPLETE響應(yīng)消息，UTRAN則生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息，并將所述第二模擬響應(yīng)消息通過IU 口發(fā)送至所述核心網(wǎng)。其中，所述第二模擬響應(yīng)消息可以是一個(gè)模擬所述響應(yīng)消息RELEASE COMPLETE消息生成的消息。
[0081]較佳地，在本實(shí)施例中，當(dāng)UTRAN接收所述核心網(wǎng)返回的所述第二模擬響應(yīng)消息之后，則確定NAS信令釋放交互流程結(jié)束。在確定NAS信令釋放交互流程結(jié)束之后，UTRAN等待核心網(wǎng)發(fā)出IU Release Command, IU釋放指令，UTRAN發(fā)起CS Domain, CS域釋放,最后，通過CS RAB或RRC釋放過程完成通信業(yè)務(wù)的釋放。進(jìn)而節(jié)約了整個(gè)信令交互時(shí)間，力口快了通信業(yè)務(wù)釋放流程。
[0082]在所述T' 308定時(shí)器超時(shí)后，所述UTRAN可能會(huì)接收到終端延遲返回的響應(yīng)消息RELEASE COMPLETE消息。若在所述T, 308定時(shí)器超時(shí)后，所述UTRAN接收到終端延遲返回的響應(yīng)消息RELEASE COMPLETE消息，則執(zhí)行第四步操作。這里需要說明的是，所述第四步操作可以在上述當(dāng)T' 308定時(shí)器超時(shí)后未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息之后執(zhí)行的第三步之前或之后執(zhí)行，本實(shí)施例對(duì)此不做限制。
[0083]第四步，由所述UTRAN對(duì)所述延遲返回的響應(yīng)消息RELEASE COMPLETE消息做丟棄處理，即，攔截所述RELEASE COMPLETE消息，以阻止所述RELEASE COMPLETE消息返回至核心網(wǎng)。
[0084]綜上所述，在核心網(wǎng)通過向終端發(fā)送DISCONNECT消息進(jìn)行通信業(yè)務(wù)的釋放流程中，當(dāng)所述T' 306定時(shí)器超時(shí)前接收到RELEASE消息，則直接返回RELEASE消息；當(dāng)所述Ti 306定時(shí)器超時(shí)后未接收到RELEASE消息，則由UTRAN返回第一模擬響應(yīng)消息代替終端返回的RELEASE消息，完成信令交互和通信業(yè)務(wù)的釋放。在核心網(wǎng)通過向終端發(fā)送RELEASE消息進(jìn)行通信業(yè)務(wù)的釋放流程中，當(dāng)所述T' 308定時(shí)器超時(shí)前接收到RELEASE COMPLETE消息，則直接返回RELEASE COMPLETE消息；在所述T' 308定時(shí)器超時(shí)后未接收到RELEASECOMPLETE消息，則由UTRAN返回第二模擬響應(yīng)消息代替終端返回的RELEASE COMPLETE消息，完成信令交互和通信業(yè)務(wù)的釋放。本實(shí)施例所述的通信業(yè)務(wù)釋放的方法滿足了不同情況下不同的通信業(yè)務(wù)釋放需求，同時(shí)選擇了最佳的通信業(yè)務(wù)釋放方法，及時(shí)完成了通信業(yè)務(wù)的釋放，最快速度地釋放占用資源，提高通信業(yè)務(wù)釋放速度及資源利用率。
[0085]參照?qǐng)D5，示出了本發(fā)明第四實(shí)施例中一種信令交互流程圖。在本實(shí)施例中，所述核心網(wǎng)向終端發(fā)送DISCONNECT消息，通知終端釋放CS業(yè)務(wù)的具體步驟如下:
[0086]第一步，UTRAN接收核心網(wǎng)側(cè)的MSC發(fā)送的DISCONNECT消息，并判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值。
[0087]若判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)，可以按照傳統(tǒng)的通信業(yè)務(wù)釋放流程執(zhí)行通信業(yè)務(wù)釋放操作；或者可以執(zhí)行前述第三實(shí)施例中對(duì)應(yīng)的RNC代理釋放CS業(yè)務(wù)的步驟。
[0088]若判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，則執(zhí)行第二步操作。這里需要說明的是，在判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，則執(zhí)行第二步操作，是本實(shí)施例中的一種優(yōu)選方案，但不是唯一方案。例如，在判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，也可以執(zhí)行前述第三實(shí)施例中對(duì)應(yīng)的RNC代理釋放CS業(yè)務(wù)的步驟。
[0089]第二步，UTRAN根據(jù)接收到的核心網(wǎng)發(fā)送的DISCONNECT消息，生成與所述核心網(wǎng)發(fā)送的DISCONNECT消息相匹配的第一模擬響應(yīng)消息。并，阻止所述核心網(wǎng)將所述DISCONNECT消息發(fā)送至終端。
[0090]第三步，UTRAN將所述第一模擬響應(yīng)消息發(fā)送至核心網(wǎng)。
[0091]第四步，UTRAN接收所述核心網(wǎng)返回的對(duì)所述第一模擬響應(yīng)消息的第一反饋消息。其中，所述第一反饋消息可以是RELEASE COMPLETE消息。
[0092]UTRAN接收到所述第一反饋消息，則確定NAS信令釋放交互流程完成，UTRAN等待核心網(wǎng)發(fā)起IU釋放，UTRAN發(fā)起CS業(yè)務(wù)釋放。通過CS RAB或RRC釋放過程完成通信業(yè)務(wù)的釋放。如，當(dāng)是單CS業(yè)務(wù)時(shí)，UTRAN可發(fā)起RRC釋放，如果是CS+PS組合業(yè)務(wù)，UTRAN則向終端發(fā)送RB Release消息指示釋放CS業(yè)務(wù)。
[0093]參照?qǐng)D6，示出了本發(fā)明第四實(shí)施例中又一種信令交互流程圖。在本實(shí)施例中，UTRAN接收到UE終端發(fā)送的DISCONNECT消息，通過IU 口把DISCONNECT消息透傳給核心網(wǎng)，然后UTRAN接收核心網(wǎng)側(cè)的MSC發(fā)送的信令釋放消息RELEASE消息。其中，核心網(wǎng)向終端發(fā)送RELEASE消息，通知終端釋放CS業(yè)務(wù)的具體步驟如下:
[0094]第一步，UTRAN接收核心網(wǎng)發(fā)送的RELEASE消息，并判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值。
[0095]若判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)，可以按照傳統(tǒng)的通信業(yè)務(wù)釋放流程執(zhí)行通信業(yè)務(wù)釋放操作；或者可以執(zhí)行前述第三實(shí)施例中對(duì)應(yīng)的RNC代理釋放CS業(yè)務(wù)的步驟。
[0096]若判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，則執(zhí)行第二步操作。這里需要說明的是，在判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，則執(zhí)行第二步操作，是本實(shí)施例中的一種優(yōu)選方案，但不是唯一方案。例如，在判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，也可以執(zhí)行前述第三實(shí)施例中對(duì)應(yīng)的RNC代理釋放CS業(yè)務(wù)的步驟。
[0097]第二步，UTRAN根據(jù)接收到的核心網(wǎng)發(fā)送的RELEASE消息，生成與所述核心網(wǎng)發(fā)送的RELEASE消息相匹配的第二模擬響應(yīng)消息。并，阻止所述核心網(wǎng)將所述RELEASE消息發(fā)送至終端。
[0098]第三步，UTRAN將所述第二模擬響應(yīng)消息發(fā)送至核心網(wǎng)。
[0099]核心網(wǎng)接收到所述UTRAN返回的第二模擬響應(yīng)，則確定NAS信令釋放交互流程完成，UTRAN等待核心網(wǎng)發(fā)起IU釋放，UTRAN發(fā)起CS業(yè)務(wù)釋放。通過CS RAB或RRC釋放過程完成通信業(yè)務(wù)的釋放。如，當(dāng)是單CS業(yè)務(wù)時(shí)，UTRAN可發(fā)起RRC釋放，如果是CS+PS組合業(yè)務(wù)，UTRAN則向終端發(fā)送RB Release消息指示釋放CS業(yè)務(wù)。
[0100]綜上所述，本實(shí)施例所述的方法，在UTRAN檢測(cè)到當(dāng)前網(wǎng)絡(luò)負(fù)荷較高或網(wǎng)絡(luò)資源擁塞需要盡快釋放資源時(shí)，直接啟動(dòng)釋放代理功能，生成模擬響應(yīng)消息，代替終端與核心網(wǎng)完成NAS信令交互釋放流程，釋放核心網(wǎng)資源，促使核心網(wǎng)盡快向UTRAN發(fā)起IU釋放完成通信業(yè)務(wù)釋放，避免了終端與核心網(wǎng)之間在信令交互過程中的長時(shí)間等待，優(yōu)化了 CS業(yè)務(wù)釋放流程，加快CS業(yè)務(wù)釋放速度，節(jié)約時(shí)間，實(shí)現(xiàn)了快速釋放被占用的資源的目的
[0101]需要說明的是，對(duì)于前述的方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動(dòng)作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動(dòng)作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動(dòng)作并不一定是本發(fā)明所必需的。
[0102]基于與上述通信業(yè)務(wù)釋放的方法同一發(fā)明構(gòu)思，參照?qǐng)D7，示出了本發(fā)明第五實(shí)施例中一種通信業(yè)務(wù)釋放的裝置的結(jié)構(gòu)框圖。在本實(shí)施例中，所述通信業(yè)務(wù)釋放的裝置包括:
[0103]第一判斷模塊302，用于判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息。其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍。
[0104]生成模塊304，用于在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，生成與所述信令釋放消息相匹配的模擬響應(yīng)消息。
[0105]第一發(fā)送模塊306，用于將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0106]綜上所述，本實(shí)施例所述的通信業(yè)務(wù)釋放的裝置，在預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，可以由UTRAN的RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)直接生成與所述信令釋放消息相匹配的模擬響應(yīng)消息，并將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。從而，實(shí)現(xiàn)了在終端受無線空口環(huán)境影響沒有及時(shí)返回用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息時(shí)，由UTRAN代替終端與核心網(wǎng)進(jìn)行信令交互，釋放CS業(yè)務(wù)。避免了空口無線環(huán)境變化造成的NAS消息發(fā)送和/或接收不及時(shí)的問題，。通過本發(fā)明提供的方案，使得NAS信令釋放交互流程更及時(shí)、更迅速，提高了CS業(yè)務(wù)的釋放效率。進(jìn)而使得核心網(wǎng)、UTRAN以更快速度釋放給終端分配的資源，避免了網(wǎng)絡(luò)資源的長時(shí)間占用的問題；主叫終端可以快速開展下一次CS通信業(yè)務(wù)。
[0107]參照?qǐng)D8，示出了本發(fā)明第六實(shí)施例中一種通信業(yè)務(wù)釋放的裝置的結(jié)構(gòu)框圖。在本實(shí)施例中，所述通信業(yè)務(wù)釋放的裝置包括:
[0108]第一接收模塊402，用于接收核心網(wǎng)發(fā)送的信令釋放消息；
[0109]第二判斷模塊404，用于判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值；
[0110]當(dāng)判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，則執(zhí)行返回模塊406:
[0111]返回模塊406，用于直接向所述核心網(wǎng)返回所述模擬響應(yīng)消息。
[0112]當(dāng)判斷結(jié)果為當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值時(shí)，則執(zhí)行第二發(fā)送模塊408:
[0113]第二發(fā)送模塊408，用于將所述信令釋放消息發(fā)送給終端。
[0114]確定模塊410，用于確定所述預(yù)置定時(shí)器的初始配置滿足啟動(dòng)所述預(yù)置定時(shí)器的初始條件。
[0115]第一判斷模塊412，用于判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息。其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍。
[0116]第三發(fā)送模塊414，用于在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，將所述響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所述預(yù)置定時(shí)器。
[0117]攔截模塊416，用于在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
[0118]生成模塊418，用于在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，生成與所述信令釋放消息相匹配的模擬響應(yīng)消息。
[0119]在本實(shí)施例中，所述預(yù)置定時(shí)器可以包括:第一預(yù)置定時(shí)器和第二預(yù)置定時(shí)器；其中，所述第一預(yù)置定時(shí)器的時(shí)間范圍滿足第一設(shè)定時(shí)間范圍(如，第一預(yù)置定時(shí)器的時(shí)長小于前述核心網(wǎng)側(cè)的T306定時(shí)器)，所述第二預(yù)置定時(shí)器的時(shí)間范圍滿足第二設(shè)定時(shí)間范圍(如，第二預(yù)置定時(shí)器的時(shí)長小于前述核心網(wǎng)側(cè)的T308定時(shí)器)。較佳地，所述生成模塊可以包括418:
[0120]第一生成子模塊4182，用于在所述第一預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息時(shí)，生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息。
[0121]第二生成子模塊4184，用于在所述第二預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息時(shí)，生成與所述DISCONNECT消息相匹配的第二模擬響應(yīng)消息。
[0122]第一發(fā)送模塊420，用于將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
[0123]第二接收模塊422，用于接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
[0124]在本實(shí)施例中，當(dāng)核心網(wǎng)接收到終端返回的響應(yīng)消息，或接收到UTRAN返回的模擬響應(yīng)消息之后，UTRAN等待核心網(wǎng)發(fā)起IU釋放，UTRAN發(fā)起CS業(yè)務(wù)釋放，如果是單CS業(yè)務(wù)，UTRAN可發(fā)起RRC釋放，如果是CS+PS組合業(yè)務(wù)，向終端發(fā)送RB Release消息指示釋放CS業(yè)務(wù)。
[0125]這里需要說明的是，本實(shí)施上述所有模塊可以但不僅限于都設(shè)置在UTRAN側(cè)的RNC 中。
[0126]綜上所述，本實(shí)施例所述的通信業(yè)務(wù)釋放的裝置，在資源擁塞時(shí)，UTRAN的RNC直接代替終端與核心網(wǎng)進(jìn)行信令交互，避免了終端與核心網(wǎng)之間在信令交互過程中的長時(shí)間等待，優(yōu)化了 CS業(yè)務(wù)釋放流程，加快CS業(yè)務(wù)釋放速度，節(jié)約時(shí)間，實(shí)現(xiàn)了快速釋放被占用的資源的目的。在資源處于非擁塞狀態(tài)時(shí)，則在判斷出在預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，由UTRAN的RNC代替終端與核心網(wǎng)進(jìn)行信令交互，解決了空口無線環(huán)境變化導(dǎo)致的NAS信令釋放交互流程慢、影響通信業(yè)務(wù)釋放效率的問題。UTRAN的RNC代替終端與核心網(wǎng)完成NAS信令交互流程，使得UTRAN以更快速度釋放給終端分配的資源，達(dá)到快速釋放UE、釋放資源的目的，提高資源利用率和網(wǎng)絡(luò)擁塞時(shí)的用戶感知。同時(shí)，本實(shí)施例在加快CS業(yè)務(wù)釋放速度的同時(shí)，也使得UTRAN的無線資源釋放、回收速度加快，降低了網(wǎng)絡(luò)干擾、進(jìn)一步提高了資源利用率。
[0127]對(duì)于上述裝置實(shí)施例而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。
[0128]以上對(duì)本發(fā)明所提供的一種通信業(yè)務(wù)釋放的方法和裝置，進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在【具體實(shí)施方式】及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本申請(qǐng)的限制。
【權(quán)利要求】
1.一種通信業(yè)務(wù)釋放的方法，其特征在于，包括: 判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍； 若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息；并， 將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
2.如權(quán)利要求1所述的方法，其特征在于，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之前，所述方法還包括: 接收核心網(wǎng)發(fā)送的信令釋放消息； 判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值； 若當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值，直接向所述核心網(wǎng)返回所述模擬響應(yīng)消息； 若當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值，則將所述信令釋放消息發(fā)送給終端；并， 執(zhí)行所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟。
3.如權(quán)利要求1所述的方法，其特征在于，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之后，所述方法還包括:· 若在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則將所述響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所述預(yù)置定時(shí)器； 若在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
4.如權(quán)利要求1-3任一項(xiàng)所述的方法，其特征在于，所述預(yù)置定時(shí)器包括:第一預(yù)置定時(shí)器和第二預(yù)置定時(shí)器；其中，所述第一預(yù)置定時(shí)器的時(shí)間范圍滿足第一設(shè)定時(shí)間范圍，所述第二預(yù)置定時(shí)器的時(shí)間范圍滿足第二設(shè)定時(shí)間范圍； 所述若在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息，則生成與所述信令釋放消息相匹配的模擬響應(yīng)消息，包括: 若在所述第一預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息，則生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息；或， 若在所述第二預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息，則生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息。
5.如權(quán)利要求1所述的方法，其特征在于，在所述判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息的步驟之前，所述方法還包括: 確定所述預(yù)置定時(shí)器的初始配置滿足啟動(dòng)所述預(yù)置定時(shí)器的初始條件； 在所述將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)步驟之后，所述方法還包括: 接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
6.一種通信業(yè)務(wù)釋放的裝置，其特征在于，包括: 第一判斷模塊，用于判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端發(fā)送的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息；其中，所述預(yù)置定時(shí)器滿足設(shè)定時(shí)間范圍； 生成模塊，用于在所述預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，生成與所述信令釋放消息相匹配的模擬響應(yīng)消息； 第一發(fā)送模塊，用于將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)。
7.如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 第一接收模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之前，接收核心網(wǎng)發(fā)送的信令釋放消息； 第二判斷模塊，用于判斷當(dāng)前網(wǎng)絡(luò)負(fù)荷是否超過預(yù)設(shè)門限值； 返回模塊，用于在當(dāng)前網(wǎng)絡(luò)負(fù)荷超過預(yù)設(shè)門限值時(shí)，直接向所述核心網(wǎng)返回所述模擬響應(yīng)消息； 第二發(fā)送模塊，用于在當(dāng)前網(wǎng)絡(luò)負(fù)荷未超過預(yù)設(shè)門限值，將所述信令釋放消息發(fā)送給終端；并執(zhí)行所述第一判斷模塊。
8.如權(quán)利要求6所述的裝置，其特征在于，所述裝置還包括: 第三發(fā)送模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之后，在預(yù)置定時(shí)器超時(shí)前接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，將所述響應(yīng)消息發(fā)送給所述核心網(wǎng)；并，關(guān)閉所 述預(yù)置定時(shí)器； 攔截模塊，用于在所述預(yù)置定時(shí)器超時(shí)后接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息時(shí)，攔截所述響應(yīng)消息，以阻止所述響應(yīng)消息返回至核心網(wǎng)。
9.如權(quán)利要求6-8任一項(xiàng)所述的裝置，其特征在于，所述預(yù)置定時(shí)器包括:第一預(yù)置定時(shí)器和第二預(yù)置定時(shí)器；其中，所述第一預(yù)置定時(shí)器的時(shí)間范圍滿足第一設(shè)定時(shí)間范圍，所述第二預(yù)置定時(shí)器的時(shí)間范圍滿足第二設(shè)定時(shí)間范圍； 所述生成模塊包括: 第一生成子模塊，用于在所述第一預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的DISCONNECT消息的響應(yīng)消息RELEASE消息時(shí)，生成與所述DISCONNECT消息相匹配的第一模擬響應(yīng)消息； 第二生成子模塊，用于在所述第二預(yù)置定時(shí)器超時(shí)前未接收到終端返回的用于響應(yīng)核心網(wǎng)發(fā)送的RELEASE消息的響應(yīng)消息RELEASE COMPLETE消息時(shí)，生成與所述RELEASE消息相匹配的第二模擬響應(yīng)消息。
10.如權(quán)利要求1所述的裝置，其特征在于，所述裝置還包括: 確定模塊，用于在所述第一判斷模塊判斷在預(yù)置定時(shí)器的時(shí)間范圍內(nèi)是否接收到用于響應(yīng)核心網(wǎng)發(fā)送的信令釋放消息的響應(yīng)消息之前，確定所述預(yù)置定時(shí)器的初始配置滿足啟動(dòng)所述預(yù)置定時(shí)器的初始條件； 第二接收模塊，用于在所述第一發(fā)送模塊將所述模擬響應(yīng)消息發(fā)送至所述核心網(wǎng)之后，接收所述核心網(wǎng)返回的對(duì)所述模擬響應(yīng)消息的反饋消息，并阻止向所述終端發(fā)送所述核心網(wǎng)返回的所述反饋消息。
【文檔編號(hào)】H04W76/06GK103826327SQ201410042384
【公開日】2014年5月28日 申請(qǐng)日期:2014年1月28日 優(yōu)先權(quán)日:2014年1月28日
【發(fā)明者】周曉海, 程岳 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司