專利名稱：移動(dòng)通信系統(tǒng)中減小呼叫建立時(shí)延的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信中的呼叫建立方法，尤其涉及第三代移動(dòng)通信系統(tǒng)中的呼叫建立方法，以有效地減小呼叫建立時(shí)間。
背景技術(shù)：
在移動(dòng)通信中，從一移動(dòng)臺(tái)發(fā)出呼叫請(qǐng)求一直到與被呼叫方建立連接，需要移動(dòng)臺(tái)、基站、無(wú)線網(wǎng)絡(luò)控制器和核心網(wǎng)等之間交換一定量的信息，以便在主叫臺(tái)與被叫臺(tái)之間建立通信鏈路，這種建立需要一定的持續(xù)時(shí)間。從通信質(zhì)量上來(lái)說(shuō)，這種持續(xù)時(shí)間越短，質(zhì)量越高。當(dāng)然對(duì)于普通的通信服務(wù)來(lái)說(shuō)，這種質(zhì)量的降低有時(shí)還可以容忍，然而對(duì)于某些對(duì)這種接續(xù)時(shí)延敏感的業(yè)務(wù)，例如交互式游戲、或者VOIP(voice over IP)等業(yè)務(wù)來(lái)說(shuō)，目前的移動(dòng)通信系統(tǒng)中，尤其是第三代移動(dòng)通信系統(tǒng)的呼叫建立時(shí)延顯得較長(zhǎng)(一般達(dá)到6-10秒)，已在很大程度上影響了這類業(yè)務(wù)的質(zhì)量。
圖1示出了目前的第三代移動(dòng)通信系統(tǒng)中主叫端的呼叫建立信令流程的示意圖；圖2示出了目前的第三代移動(dòng)通信系統(tǒng)中被叫端的呼叫建立信令流程。如圖1所示，以VOIP業(yè)務(wù)中的一個(gè)典型業(yè)務(wù)即移動(dòng)按鍵通話PoC業(yè)務(wù)為例。當(dāng)主叫端發(fā)出呼叫請(qǐng)求之后，在作為主叫端的移動(dòng)臺(tái)UE、基站NodeB、無(wú)線網(wǎng)絡(luò)控制器RNC和核心網(wǎng)CN(包括服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)SGSN和網(wǎng)關(guān)通用無(wú)線服務(wù)支持節(jié)點(diǎn)GGSN)之間需要進(jìn)行一系列的動(dòng)作，以完成呼叫建立。目前的呼叫建立主要包括三個(gè)過(guò)程過(guò)程1無(wú)線資源控制(RRC)連接建立；過(guò)程2非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程；以及過(guò)程3無(wú)線接入承載(RAB)建立過(guò)程。
RRC連接建立過(guò)程的目的在于在移動(dòng)臺(tái)和陸地?zé)o線接入網(wǎng)之間建立專用的信令連接通道，以通過(guò)空中接口在移動(dòng)臺(tái)UE與陸地?zé)o線接入網(wǎng)之間以及移動(dòng)臺(tái)UE與核心網(wǎng)CN之間傳送交互的信令。
NAS信令連接建立過(guò)程的目的在于在移動(dòng)臺(tái)UE和核心網(wǎng)CN之間建立信令交互的通道，其主要包括業(yè)務(wù)請(qǐng)求(Service Request)、IU接口(無(wú)線網(wǎng)絡(luò)控制器RNC與核心網(wǎng)CN之間接口)信令連接控制部分(SCCP)建立、鑒權(quán)和加密、安全模式(Security Mode)設(shè)置、TMSI(臨時(shí)移動(dòng)用戶標(biāo)識(shí))重分配、PDP(分組數(shù)據(jù)協(xié)議)激活請(qǐng)求等過(guò)程。根據(jù)協(xié)議，NAS信令中的鑒權(quán)和加密、TMSI重分配等過(guò)程可選。
在NAS信令連接建立完成后，開始RAB建立過(guò)程。在該過(guò)程中，核心網(wǎng)CN發(fā)送RAB分配請(qǐng)求(RAB Assignment Request)消息給無(wú)線網(wǎng)絡(luò)控制器RNC，無(wú)線網(wǎng)絡(luò)控制器RNC收到該消息后進(jìn)行RAB(無(wú)線接入承載)到RB(無(wú)線承載)的映射，然后對(duì)基站NodeB進(jìn)行無(wú)線鏈路(RL，Radio Link)重配置、接入鏈路控制應(yīng)用部分(ALCAP，Access Link Control Application Part)建立、幀協(xié)議FP(Frame Protocol)同步等操作，然后無(wú)線網(wǎng)絡(luò)控制器RNC發(fā)送無(wú)線承載建立(RB Setup)消息給移動(dòng)臺(tái)UE，移動(dòng)臺(tái)UE收到該消息后配置本端的無(wú)線鏈路控制器RLC(Radio LinkController)、媒體接入控制器MAC(Media Access Controller)和物理層等實(shí)體，然后移動(dòng)臺(tái)UE發(fā)送RB建立完成(RB Setup Complete)消息給無(wú)線網(wǎng)絡(luò)控制器RNC，無(wú)線網(wǎng)絡(luò)控制器RNC在配置好本端的RLC、MAC之后發(fā)送RAB分配響應(yīng)(RABAssignment Response)消息通知核心網(wǎng)CN，RAB建立成功，核心網(wǎng)CN收到該消息后發(fā)送接受PDP激活(Activate PDP Context Accept)消息給移動(dòng)臺(tái)UE，通知移動(dòng)臺(tái)UE可以開始數(shù)據(jù)的發(fā)送了，至此，RAB建立成功。
在上述三個(gè)過(guò)程建立完成后，可進(jìn)行尋呼(pageing)過(guò)程。尋呼(paging)過(guò)程用于尋呼被叫，網(wǎng)絡(luò)側(cè)對(duì)尋呼進(jìn)行調(diào)度并在尋呼信道上發(fā)射尋呼信息，移動(dòng)臺(tái)UE采用非連續(xù)方式接收(DRX)尋呼，網(wǎng)絡(luò)通過(guò)系統(tǒng)消息廣播或其他信令通知移動(dòng)臺(tái)UE DRX周期。3GPP協(xié)議25.331中規(guī)定，空閑模式下的移動(dòng)臺(tái)UE DRX接收周期為{0.64，1.28，2.56，5.12}秒。影響尋呼時(shí)延的一個(gè)關(guān)鍵因素就是DRX周期。具體對(duì)于移動(dòng)按鍵通話PoC業(yè)務(wù)而言，此時(shí)可以發(fā)送會(huì)話發(fā)起協(xié)議邀請(qǐng)(SIP invite)消息給SIP/IPcore，接著SIP/IPcore路由此消息給PoC服務(wù)器，并解析SIP invite消息。
在主機(jī)尋呼過(guò)程建立完畢移動(dòng)通信系統(tǒng)獲得被叫信息后，則進(jìn)入被叫端的呼叫建立流程，這時(shí)可參見(jiàn)圖2。服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)(SGSN)開始發(fā)出對(duì)被叫移動(dòng)臺(tái)的尋呼。被叫移動(dòng)臺(tái)接收到尋呼消息后，完成RRC連接建立過(guò)程，NAS信令連接和信令交互過(guò)程，RAB建立過(guò)程。然后再響應(yīng)來(lái)自PoC服務(wù)器的SIP invite消息，進(jìn)入PoC會(huì)話業(yè)務(wù)。因?yàn)楸唤卸说腞RC連接建立過(guò)程、NAS信令連接建立過(guò)程以及RAB建立過(guò)程與主叫端對(duì)應(yīng)過(guò)程基本相同，僅在上述三個(gè)過(guò)程之前增加了一個(gè)尋呼過(guò)程，所以不再重復(fù)描述。
通過(guò)上面的分析可知，對(duì)于VOIP業(yè)務(wù)而言整個(gè)呼叫的延時(shí)是主叫加上被叫的時(shí)延。呼叫建立過(guò)程涉及到的信令過(guò)程比較多，而每次信令交互都需要一定的時(shí)間進(jìn)行傳輸和處理，因而呼叫建立時(shí)間較長(zhǎng)。

發(fā)明內(nèi)容
本發(fā)明的目的在于對(duì)已有的移動(dòng)通信系統(tǒng)中的呼叫建立方法進(jìn)行改進(jìn)，提前主叫端的尋呼，縮短呼叫建立的時(shí)間，以改善移動(dòng)通信質(zhì)量。
申請(qǐng)人發(fā)現(xiàn)在上述傳統(tǒng)的主叫端建立信令流程中，尋呼過(guò)程必須在主叫端完成無(wú)線資源控制(RRC)連接建立、非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程和無(wú)線接入承載(RAB)建立過(guò)程之后才能進(jìn)行。這樣就增加了呼叫建立的時(shí)延。但是可以在非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程中添加與被叫有關(guān)的信息，比如被叫號(hào)碼、被叫位置和被叫路由信息等，就可以在該過(guò)程之后無(wú)線接入承載(RAB)建立過(guò)程之前實(shí)現(xiàn)尋呼過(guò)程，縮短了建立時(shí)延。
基于上述原理，本發(fā)明一種移動(dòng)通信系統(tǒng)中減小主叫端呼叫建立時(shí)延的方法，所述移動(dòng)通信系統(tǒng)包括移動(dòng)臺(tái)、基站、無(wú)線網(wǎng)絡(luò)控制器、服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)和網(wǎng)關(guān)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)，該方法包括無(wú)線資源控制連接建立過(guò)程、非接入層信令連接建立和交互過(guò)程以及無(wú)線接入承載建立過(guò)程，在所述三個(gè)過(guò)程完畢后進(jìn)行尋呼，本發(fā)明的發(fā)明點(diǎn)在于，重新處理所述非接入層信令連接建立和交互過(guò)程，將所述尋呼過(guò)程提前到所述無(wú)線承載建立過(guò)程之前，其中非接入層信令連接建立和交互過(guò)程中的所述重新處理包括對(duì)于所述非接入層直傳消息的業(yè)務(wù)請(qǐng)求消息，在所述請(qǐng)求消息內(nèi)容的業(yè)務(wù)類型中添加被叫業(yè)務(wù)的標(biāo)識(shí)；在分組數(shù)據(jù)協(xié)議上下文激活消息中添加被叫電話號(hào)碼；所述移動(dòng)臺(tái)向所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)發(fā)送激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求信息，所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)收到所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息，并從中獲得被叫的電話號(hào)碼；
所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)對(duì)所述電話號(hào)碼進(jìn)行號(hào)碼分析，與此同時(shí)所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)向所述網(wǎng)關(guān)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)發(fā)送創(chuàng)建所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息；所述網(wǎng)關(guān)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)收到所述請(qǐng)求消息后，查詢位置服務(wù)器主位置寄存器，對(duì)被叫用戶進(jìn)行認(rèn)證，認(rèn)證成功后發(fā)送所述創(chuàng)建分組數(shù)據(jù)協(xié)議上下文請(qǐng)求響應(yīng)給所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)；所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)從所述位置服務(wù)器主位置寄存器中獲得被叫的位置信息和路由信息，在獲得所述被叫號(hào)碼的分析結(jié)果和被叫的位置信息和路由區(qū)域后發(fā)出對(duì)被叫的尋呼；修改尋呼信息，在所述尋呼信息的尋呼原因中附加被叫業(yè)務(wù)的提示，完成主叫端提前尋呼被叫的建立。
在上述方法中，所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求信息包括接入點(diǎn)名稱、分組數(shù)據(jù)協(xié)議地址、服務(wù)質(zhì)量和被叫號(hào)碼。
在上述方法中，所述號(hào)碼分析可以在服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)的內(nèi)部實(shí)現(xiàn)。
在上述方法中，所述號(hào)碼分析可以由服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)把所述號(hào)碼送到移動(dòng)切換中心實(shí)現(xiàn)。
在上述方法中，所述被叫業(yè)務(wù)包括交互式游戲業(yè)務(wù)、緊急語(yǔ)音呼叫業(yè)務(wù)、無(wú)線按鍵通話業(yè)務(wù)、基本語(yǔ)音呼叫業(yè)務(wù)、基本分組域業(yè)務(wù)、基本流業(yè)務(wù)和交互業(yè)務(wù)。
在上述方法中，所述移動(dòng)臺(tái)的本端實(shí)體包括本端的無(wú)線鏈路控制器、媒體接入控制器和物理層。
在上述方法中，所述無(wú)線網(wǎng)絡(luò)控制器的本端實(shí)體包括本端的無(wú)線鏈路控制器和媒體接入控制器。
由于本發(fā)明將被叫業(yè)務(wù)相關(guān)的信息，比如業(yè)務(wù)類型、被叫號(hào)碼或者被叫路由等，在非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程中被預(yù)先處理，本發(fā)明提供的方法相對(duì)現(xiàn)有方法來(lái)說(shuō)，就可以把原來(lái)需要在第三過(guò)程即無(wú)線接入承載(RAB)建立之后才進(jìn)行的尋呼提前至第二過(guò)程即非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程之后進(jìn)行。這樣，被叫端也能提前進(jìn)行RRC連接等，有效節(jié)省了呼叫建立的時(shí)延。


圖1是傳統(tǒng)的移動(dòng)通信系統(tǒng)中主叫端的呼叫建立信令流程的示意圖；圖2是傳統(tǒng)的移動(dòng)通信系統(tǒng)中被叫端的呼叫建立信令流程的示意圖；圖3是本發(fā)明的移動(dòng)通信系統(tǒng)中主叫端的呼叫建立信令流程的示意圖。
圖4是本發(fā)明的移動(dòng)通信系統(tǒng)中主叫端提前尋呼詳細(xì)步驟的示意圖。
具體實(shí)施例方式
下面將參照附圖描述本發(fā)明的呼叫建立過(guò)程的實(shí)施例。
如圖3所示，其示出了本發(fā)明的移動(dòng)通信系統(tǒng)中主叫端的呼叫建立信令流程的示意圖。
對(duì)比圖1和圖3可知，在整個(gè)建立過(guò)程中，第一過(guò)程無(wú)線資源控制(RRC)連接建立、第三過(guò)程無(wú)線接入承載(RAB)建立過(guò)程，兩者是相同的，為節(jié)省篇幅和突出本發(fā)明的實(shí)質(zhì)性特征，對(duì)該兩過(guò)程不再作詳細(xì)的描述，我們相信，本領(lǐng)域的普通技術(shù)人員可以根據(jù)目前的公知技術(shù)得以了解和實(shí)現(xiàn)。
本發(fā)明的改進(jìn)點(diǎn)在于上述的過(guò)程二即非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程。如上所述，本發(fā)明的構(gòu)思是基于在主叫端中提前尋呼進(jìn)程。在傳統(tǒng)的方法中主叫端中尋呼是發(fā)生在三個(gè)過(guò)程完成并進(jìn)行SIP邀請(qǐng)消息的傳輸之后。本發(fā)明預(yù)先將被叫信息在第二階段處理，可以將尋呼進(jìn)程提前至第三過(guò)程之前，這樣就可以減少主叫呼叫時(shí)延。
圖4示出了提前尋呼的詳細(xì)步驟。請(qǐng)參見(jiàn)圖3和圖4，與圖1的方法相比，本發(fā)明的主叫端呼叫建立過(guò)程中，對(duì)非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程中的某些步驟進(jìn)行了重新處理，預(yù)置了尋呼相關(guān)的信息，該處理包括了對(duì)于所述非接入層直傳消息的業(yè)務(wù)請(qǐng)求消息，在所述請(qǐng)求消息內(nèi)容的業(yè)務(wù)類型中添加被叫業(yè)務(wù)的標(biāo)識(shí)；在分組數(shù)據(jù)協(xié)議上下文激活消息中添加被叫電話號(hào)碼；所述移動(dòng)臺(tái)向所述SGSN發(fā)送激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求信息，所述SGSN收到所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息，并從中獲得被叫的電話號(hào)碼；
所述SGSN對(duì)所述電話號(hào)碼進(jìn)行號(hào)碼分析，與此同時(shí)所述SGSN向所述GGSN發(fā)送創(chuàng)建所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息；所述GGSN收到所述請(qǐng)求消息后，查詢位置服務(wù)器HLR，對(duì)被叫用戶進(jìn)行認(rèn)證，認(rèn)證成功后發(fā)送所述創(chuàng)建分組數(shù)據(jù)協(xié)議上下文請(qǐng)求響應(yīng)給所述SGSN；所述SGSN從所述位置服務(wù)器HLR中獲得被叫的位置信息和路由信息，在獲得所述被叫號(hào)碼的分析結(jié)果和被叫的位置信息和路由區(qū)域后發(fā)出對(duì)被叫的尋呼；修改尋呼信息，在所述尋呼信息的尋呼原因中附加被叫業(yè)務(wù)的提示，完成主叫端提前尋呼被叫的建立。
呼叫端用戶在接收到該尋呼后進(jìn)行RRC建立、非接入層(NAS)信令連接建立和非接入層(NAS)信令交互過(guò)程和無(wú)線接入承載(RAB)建立過(guò)程。從而完成整個(gè)呼叫建立的流程。
本發(fā)明的關(guān)鍵在于，在主叫端第二階段的認(rèn)證、加密、安全模式、PDP、P-TMSI分配過(guò)程中預(yù)先處理了與呼叫業(yè)務(wù)相關(guān)的部分信息，因而在主叫端的上述過(guò)程之后就能立即發(fā)起對(duì)被叫的尋呼，提前了尋呼過(guò)程。在主叫端進(jìn)行無(wú)線接入承載建立和POC SIP的同時(shí)，被叫端進(jìn)行RRC連接建立，認(rèn)證、加密、安全模式、PDP、P-TMSI分配，無(wú)線接入承載建立和POC SIP。相對(duì)原來(lái)在主叫端POC SIP之后才能發(fā)起對(duì)被叫的尋呼，本發(fā)明節(jié)省了時(shí)延。
在一個(gè)具體實(shí)施例中，這些特定的被叫業(yè)務(wù)可以是交互式游戲業(yè)務(wù)、緊急語(yǔ)音呼叫業(yè)務(wù)、無(wú)線按鍵通話業(yè)務(wù)、基本語(yǔ)音呼叫業(yè)務(wù)、基本分組域業(yè)務(wù)、基本流業(yè)務(wù)和交互業(yè)務(wù)等。而在本實(shí)施例中是借移動(dòng)按鍵通話PoC業(yè)務(wù)來(lái)描述的。
在本實(shí)施例中，分組數(shù)據(jù)協(xié)議PDP上下文請(qǐng)求信息包括接入點(diǎn)名稱、分組數(shù)據(jù)協(xié)議地址、服務(wù)質(zhì)量和被叫號(hào)碼。而SGSN可以在其內(nèi)部對(duì)從數(shù)據(jù)協(xié)議上下文請(qǐng)求消息中獲得的電話號(hào)碼進(jìn)行號(hào)碼分析，也可以將號(hào)碼送到MSC中進(jìn)行分析。在這里，移動(dòng)臺(tái)的本端實(shí)體可以是本端的無(wú)線鏈路控制器、媒體接入控制器和物理層。無(wú)線網(wǎng)絡(luò)控制器的本端實(shí)體包括本端的無(wú)線鏈路控制器和媒體接入層。
權(quán)利要求
1一種移動(dòng)通信系統(tǒng)中減小主叫端呼叫建立時(shí)延的方法，所述移動(dòng)通信系統(tǒng)包括移動(dòng)臺(tái)、基站、無(wú)線網(wǎng)絡(luò)控制器、服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)和網(wǎng)關(guān)通用無(wú)線服務(wù)支持節(jié)點(diǎn)，該方法包括無(wú)線資源控制連接建立過(guò)程、非接入層信令連接建立和交互過(guò)程以及無(wú)線接入承載建立過(guò)程，在所述三個(gè)過(guò)程完畢后進(jìn)行尋呼，其特征在于，重新處理所述非接入層信令連接建立和交互過(guò)程，將所述尋呼過(guò)程提前到所述無(wú)線承載建立過(guò)程之前，其中非接入層信令連接建立和交互過(guò)程中的所述重新處理包括對(duì)于所述非接入層直傳消息的業(yè)務(wù)請(qǐng)求消息，在所述請(qǐng)求消息內(nèi)容的業(yè)務(wù)類型中添加被叫業(yè)務(wù)的標(biāo)識(shí)；在分組數(shù)據(jù)協(xié)議上下文激活消息中添加被叫電話號(hào)碼；所述移動(dòng)臺(tái)向所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)發(fā)送激活分組數(shù)據(jù)協(xié)議上下文請(qǐng)求信息，所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)收到所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息，并從中獲得被叫的電話號(hào)碼；所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)對(duì)所述電話號(hào)碼進(jìn)行號(hào)碼分析，與此同時(shí)所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)向所述網(wǎng)關(guān)通用無(wú)線服務(wù)支持節(jié)點(diǎn)發(fā)送創(chuàng)建所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求消息；所述網(wǎng)關(guān)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)收到所述請(qǐng)求消息后，查詢位置服務(wù)器主位置寄存器對(duì)被叫用戶進(jìn)行認(rèn)證，認(rèn)證成功后發(fā)送所述創(chuàng)建分組數(shù)據(jù)協(xié)議上下文請(qǐng)求響應(yīng)給所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)；所述服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)從所述位置服務(wù)器主位置寄存器中獲得被叫的位置信息和路由信息，在獲得所述被叫號(hào)碼的分析結(jié)果和被叫的位置信息和路由區(qū)域后發(fā)出對(duì)被叫的尋呼；修改尋呼信息，在所述尋呼信息的尋呼原因中附加被叫業(yè)務(wù)的提示，完成主叫端提前尋呼被叫的建立。
2根據(jù)權(quán)利要求1所述的方法，其特征在于，所述分組數(shù)據(jù)協(xié)議上下文請(qǐng)求信息包括接入點(diǎn)的名稱、分組數(shù)據(jù)協(xié)議地址、服務(wù)質(zhì)量和被叫號(hào)碼。
3根據(jù)權(quán)利要求1所述的方法，其特征在于，所述號(hào)碼分析可以在服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)的內(nèi)部處理。
4根據(jù)權(quán)利要求1所述的方法，其特征在于，所述號(hào)碼分析可以由服務(wù)通用包無(wú)線服務(wù)支持節(jié)點(diǎn)把所述號(hào)碼送到移動(dòng)切換中心處理。
5根據(jù)權(quán)利要求1所述的方法，其特征在于，所述被叫業(yè)務(wù)包括交互式游戲業(yè)務(wù)、緊急語(yǔ)音呼叫業(yè)務(wù)、無(wú)線按鍵通話業(yè)務(wù)、基本語(yǔ)音呼叫業(yè)務(wù)、基本分組域業(yè)務(wù)、基本流業(yè)務(wù)和交互業(yè)務(wù)。
6根據(jù)權(quán)利要求1所述的方法，其特征在于，所述移動(dòng)臺(tái)的本端實(shí)體包括本端的無(wú)線鏈路控制器、媒體接入控制器和物理層。
7根據(jù)權(quán)利要求1所述的方法，其特征在于，所述無(wú)線網(wǎng)絡(luò)控制器的本端實(shí)體包括本端的無(wú)線鏈路控制器和媒體接入控制器。
全文摘要
本發(fā)明是移動(dòng)通信系統(tǒng)中減少呼叫建立時(shí)延的方法。目前的呼叫建立時(shí)延較長(zhǎng)，很大程度上影響對(duì)接續(xù)時(shí)延敏感的業(yè)務(wù)質(zhì)量。造成建立時(shí)間較長(zhǎng)的一個(gè)原因是主叫端必須在完成所有過(guò)程后才能發(fā)出對(duì)被叫端的尋呼。本發(fā)明把尋呼業(yè)務(wù)的相關(guān)信息在非接入層信令連接建立和交互過(guò)程中預(yù)先處理，并在該過(guò)程后立即尋呼，縮短了被叫等待主叫尋呼的時(shí)間，進(jìn)而縮短了整個(gè)呼叫建立過(guò)程的時(shí)延。
文檔編號(hào)H04W68/00GK1972500SQ200510110789
公開日2007年5月30日 申請(qǐng)日期2005年11月25日 優(yōu)先權(quán)日2005年11月25日
發(fā)明者呂玲, 吳濤, 許佰魁, 田興銀 申請(qǐng)人:展訊通信(上海)有限公司