專利名稱：一種被叫用戶連接建立方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種用戶與網(wǎng)絡(luò)存在電路交換(CS CircuitSwitched)連接的情況下，分組交換(PS Packet Switched)域的被叫用戶連接建立方法及系統(tǒng)。
背景技術(shù)：
集群無(wú)線通信系統(tǒng)，是一種特殊的移動(dòng)無(wú)線電系統(tǒng)或?qū)Ｓ靡苿?dòng)無(wú)線電系統(tǒng)，主要是為戶外作業(yè)的專業(yè)公司及業(yè)務(wù)部門(mén)的移動(dòng)用戶提供生產(chǎn)調(diào)度和指揮控制等通信業(yè)務(wù)。由于系統(tǒng)具有易于使用、建立通話快速及保密性好等優(yōu)點(diǎn)，在鐵路運(yùn)輸、船舶通信、港口導(dǎo)航、航空業(yè)務(wù)、氣象預(yù)報(bào)、森林、礦區(qū)作業(yè)、公安、電力、石油、災(zāi)難救助等眾多專用指揮調(diào)度通信領(lǐng)域得到廣泛的應(yīng)用。同時(shí)，許多國(guó)家的政府還為集群通信系統(tǒng)運(yùn)營(yíng)者開(kāi)放執(zhí)照申請(qǐng)，將其作為公共接入移動(dòng)無(wú)線電系統(tǒng)，除運(yùn)營(yíng)者本身使用外還提供公眾服務(wù)。
集群無(wú)線通信即按即講(PTT Push To Talk)業(yè)務(wù)的概念來(lái)自于對(duì)講機(jī)，其用戶體驗(yàn)使用方式和對(duì)講機(jī)類似——簡(jiǎn)單、快捷，半雙工通話。PTT的中文意思就是一按即講，根據(jù)開(kāi)放移動(dòng)聯(lián)盟(OMA Open Mobile Alliance)的需求規(guī)格，呼叫建立過(guò)程時(shí)延不應(yīng)超過(guò)1.6s。由于使用者通常為專業(yè)用戶，PTT業(yè)務(wù)較普通移動(dòng)通訊業(yè)務(wù)的一大特點(diǎn)就是呼叫建立快速?，F(xiàn)有寬帶碼分多址接入系統(tǒng)(WCDMA)或時(shí)分同步CDMA系統(tǒng)(TD-SCDMA)不支持PTT業(yè)務(wù)，其普通呼叫建立過(guò)程也較慢，通常超過(guò)4s。
在PTT業(yè)務(wù)中，用戶通過(guò)預(yù)先設(shè)定通話群組，通話時(shí)無(wú)需撥號(hào)，按住終端特定的按鍵，就可以同時(shí)將話音傳送給群組中其他所有的成員。該方案可以按鍵即講，呼叫和通話連接過(guò)程在瞬間完成，使被呼方無(wú)需任何響應(yīng)就能接聽(tīng)。該方案中通話過(guò)程采用半雙工的方式，一方在說(shuō)話時(shí)，其他成員只能聽(tīng)，不能說(shuō)。
使用PTT業(yè)務(wù)的用戶基本上都不是和傳統(tǒng)的語(yǔ)音通信一樣專注于打電話，而是在從事其他活動(dòng)的同時(shí)，需要聆聽(tīng)群組內(nèi)信息，并不時(shí)發(fā)表自己的意見(jiàn)，報(bào)告情況等。如某大廈或生產(chǎn)基地的保安人員在值班時(shí)，負(fù)責(zé)自己所管轄范圍的安全管理，同時(shí)聆聽(tīng)同伴間的情況，必要時(shí)做出相關(guān)的反應(yīng)或援助；并將自己發(fā)現(xiàn)的情況匯報(bào)告訴同伴。在這樣的場(chǎng)合，半雙工的通信方式非常適合。
PTT業(yè)務(wù)和傳統(tǒng)的語(yǔ)音通話相互補(bǔ)充，分別用于不同的場(chǎng)合。隨著移動(dòng)通信的發(fā)展，出現(xiàn)了把集群通信技術(shù)融入到公用移動(dòng)通信網(wǎng)絡(luò)的趨勢(shì)。將PTT業(yè)務(wù)集成到手機(jī)上，用戶可以更方便的選擇適合于自己的通信方式。
現(xiàn)有技術(shù)中，WCDMA或TD-SCDMA用戶在與網(wǎng)絡(luò)有連接的情況下共有4種連接狀態(tài)，分別是小區(qū)尋呼信道(CELL_PCH)、URA尋呼信道(URA_PCH)、小區(qū)專用信道(CELL_DCH)和小區(qū)前向接入信道(CELL_FACH)。前兩個(gè)狀態(tài)，用戶經(jīng)終端只接收網(wǎng)絡(luò)的尋呼消息，與網(wǎng)絡(luò)之間沒(méi)有業(yè)務(wù)數(shù)據(jù)的交互，處在該狀態(tài)的用戶可以很快被網(wǎng)絡(luò)尋呼到，同時(shí)終端電池消耗較少；后兩個(gè)狀態(tài)，用戶經(jīng)終端與網(wǎng)絡(luò)之間有業(yè)務(wù)數(shù)據(jù)的交互，終端工作在實(shí)時(shí)的數(shù)據(jù)收發(fā)狀態(tài)。當(dāng)用戶終端處在連接狀態(tài)下，有尋呼到達(dá)時(shí)，網(wǎng)絡(luò)尋呼用戶，用戶響應(yīng)尋呼，然后轉(zhuǎn)入通話狀態(tài)。
PTT話音數(shù)據(jù)走分組交換(PS Packet Switched)域，下面給出用戶終端與網(wǎng)絡(luò)之間有CS連接無(wú)PS連接時(shí)的呼叫流程。普通話音業(yè)務(wù)一般走CS域，CS域和PS域是相互獨(dú)立的，當(dāng)CS域有連接時(shí)用戶在PS域的狀態(tài)可能是空閑即無(wú)連接。所述情況為當(dāng)用戶正在進(jìn)行普通話音通話時(shí)，有PTT的話音呼叫尋呼。目前PTT通話的實(shí)現(xiàn)方法一般是基于IP多媒體子系統(tǒng)(IMS IP MultimediaSubsystem)的小區(qū)PTT業(yè)務(wù)(PoC PTT of Cell)業(yè)務(wù)，話音數(shù)據(jù)走PS域。PoC的呼叫建立信令承載在會(huì)話初始化協(xié)議(SIP Session Initiated Protocol)消息上，但是SIP的傳遞又需要PS域業(yè)務(wù)連接的建立，就相當(dāng)于PS域業(yè)務(wù)連接只對(duì)IMS提供數(shù)據(jù)傳遞業(yè)務(wù)，這里只給出PS業(yè)務(wù)連接的建立過(guò)程。
圖1為所述被叫用戶呼叫流程。從圖中可見(jiàn)，當(dāng)某個(gè)業(yè)務(wù)建立消息到達(dá)核心網(wǎng)(CN Core Network)側(cè)的服務(wù)GPRS支持點(diǎn)(SGSN Serving GPRS SupportNode)時(shí)，SGSN判斷被叫用戶與CN沒(méi)有PS域的連接，所以需要尋呼被叫用戶，詳細(xì)過(guò)程如下S01、SGSN在被叫用戶終端(UE User Equipment)所在路由區(qū)內(nèi)的所有RNC下發(fā)尋呼消息；S02、與UE有連接的服務(wù)無(wú)線網(wǎng)絡(luò)控制器(SRNC Serving Radio NetworkController)知道當(dāng)前UE與RNC之間存在專有連接，在UE的專用控制信道(DCCH Dedicated Control Channel)發(fā)送尋呼類型2消息；S03、通過(guò)直傳消息將業(yè)務(wù)請(qǐng)求Service Request發(fā)送的CN，Service Request消息攜帶消息類型指示為尋呼響應(yīng)；S04、然后網(wǎng)絡(luò)發(fā)起和UE的鑒權(quán)加密過(guò)程，判斷UE是否有權(quán)限使用被呼業(yè)務(wù)，以及協(xié)商下面消息流的加密方法；S05、為無(wú)線接入承載(RAB Radio Access Bearer)建立過(guò)程，建立UE到CN的數(shù)據(jù)承載；S06、包數(shù)據(jù)協(xié)議(PDP Packet Data Protocol)協(xié)商過(guò)程，協(xié)商UE和CN之間的QoS；S07、PS域業(yè)務(wù)連接建立完成后，IMS即可利用該業(yè)務(wù)連接發(fā)送SIP消息，SIP消息承載了呼叫建立的一些控制過(guò)程。
上述步驟S05的時(shí)延最大，其目的是建立UE和CN間的業(yè)務(wù)連接，詳細(xì)的消息流程如圖2所示，圖2是RAB建立流程示意圖，從圖2中可見(jiàn)，無(wú)線接入網(wǎng)應(yīng)用部分(RANAP Radio Access Network Application Part)、Node B應(yīng)用部分(NBAP Node B Application Part)和無(wú)線資源控制(RRC Radio ResourceControl)都是層3協(xié)議，ATM適配層2(Q.AAL2 ATM Adaptation Layer)為層2協(xié)議。層2向?qū)?提供連接建立服務(wù)，層3利用層2建立的連接，層2屬于數(shù)據(jù)連路層。RAB連接建立首先需要RRC連接，其次網(wǎng)絡(luò)側(cè)需要知道本次呼叫的業(yè)務(wù)類別。
上述現(xiàn)有技術(shù)的方案中，當(dāng)UE與網(wǎng)絡(luò)存在CS域連接不存在PS域連接時(shí)，當(dāng)有呼叫到達(dá)被叫終端網(wǎng)絡(luò)時(shí)，網(wǎng)絡(luò)需要發(fā)起對(duì)被叫UE的尋呼。UE利用已有的RRC連接響應(yīng)網(wǎng)絡(luò)，然后是鑒權(quán)和加密過(guò)程，然后才是RAB的建立。采用該方案造成被叫用戶連接建立的時(shí)延過(guò)長(zhǎng)。

發(fā)明內(nèi)容
本發(fā)明提供一種被叫用戶與網(wǎng)絡(luò)存在連接的情況下PS域的被叫用戶連接建立方法，用以解決現(xiàn)有技術(shù)中存在被叫用戶連接建立時(shí)延過(guò)長(zhǎng)的問(wèn)題。
本發(fā)明方法包括一種被叫用戶連接建立方法，應(yīng)用于網(wǎng)絡(luò)側(cè)與用戶存在電路交換域連接的被呼流程，包括A、核心網(wǎng)根據(jù)被叫建立請(qǐng)求消息，經(jīng)服務(wù)無(wú)線網(wǎng)絡(luò)控制器尋呼被叫用戶；B、被叫用戶接收尋呼消息，向核心網(wǎng)發(fā)送業(yè)務(wù)請(qǐng)求；C、核心網(wǎng)向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送無(wú)線接入承載建立請(qǐng)求消息，請(qǐng)求建立連接無(wú)線接入承載；D、服務(wù)無(wú)線網(wǎng)絡(luò)控制器與基站建立無(wú)線連接；E、網(wǎng)絡(luò)側(cè)與被叫用戶進(jìn)行鑒權(quán)加密；F、服務(wù)無(wú)線網(wǎng)絡(luò)控制器與被叫用戶間建立無(wú)線承載。
所述的步驟A，進(jìn)一步包括A1、核心網(wǎng)接收被叫建立請(qǐng)求消息，向與被叫用戶有無(wú)線資源控制連接的服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送尋呼消息；A2、服務(wù)無(wú)線網(wǎng)絡(luò)控制器下發(fā)所述的尋呼消息，所述尋呼消息中，攜帶尋呼類型標(biāo)識(shí)。
所述的步驟A1中，所述的尋呼消息攜帶有流程類型標(biāo)識(shí)信息。
所述的步驟A2中，所述的尋呼類型標(biāo)識(shí)，標(biāo)識(shí)終端與網(wǎng)絡(luò)連接狀態(tài)。
所述步驟E可以在步驟D之后第一時(shí)間內(nèi)發(fā)起，也可以與步驟D同時(shí)發(fā)起。
所述的步驟F，進(jìn)一步包括F1、服務(wù)無(wú)線網(wǎng)絡(luò)控制器向被叫用戶發(fā)送無(wú)線承載建立請(qǐng)求消息；F2、被叫用戶向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送無(wú)線承載建立完成消息；F3、服務(wù)無(wú)線網(wǎng)絡(luò)控制器向核心網(wǎng)發(fā)送無(wú)線接入承載建立響應(yīng)消息。
所述的步驟F之后，還包括步驟G、被叫用戶與核心網(wǎng)進(jìn)行上下文協(xié)商；H、被叫用戶與核心網(wǎng)建立呼叫。
本發(fā)明系統(tǒng)包括一種被叫用戶連接建立系統(tǒng)，包括被叫用戶終端，核心網(wǎng)以及對(duì)被叫用戶進(jìn)行管理的服務(wù)無(wú)線網(wǎng)絡(luò)控制器和基站，所述的核心網(wǎng)側(cè)，設(shè)置有無(wú)線接入承載觸發(fā)單元，用于接收被叫用戶終端發(fā)送的業(yè)務(wù)請(qǐng)求，并根據(jù)所述的業(yè)務(wù)請(qǐng)求觸發(fā)無(wú)線接入承載流程。
所述的核心網(wǎng)側(cè)還設(shè)置有流程類型標(biāo)識(shí)設(shè)置單元，用于在向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送的尋呼消息中，設(shè)置流程類型標(biāo)識(shí)信息。
所述的服務(wù)無(wú)線網(wǎng)絡(luò)控制器設(shè)置有尋呼類型標(biāo)識(shí)設(shè)置單元，用于在下發(fā)給用戶終端的尋呼消息中，設(shè)置尋呼類型標(biāo)識(shí)。
本發(fā)明有益效果如下本發(fā)明方案將RAB的建立過(guò)程中無(wú)線承載(RB Radio Bearer)建立請(qǐng)求前面的部分提到了鑒權(quán)加密過(guò)程前，這樣可以在鑒權(quán)加密的等待間隔，甚至與鑒權(quán)加密過(guò)程同時(shí)，建立好Node B和SRNC之間的連接，這樣當(dāng)用戶的鑒權(quán)通過(guò)后，SRNC直接可以下發(fā)RB建立請(qǐng)求，縮短了被叫用戶呼叫過(guò)程的時(shí)延，該方案在對(duì)現(xiàn)有設(shè)備改動(dòng)很小的情況下，獲得較快的被叫用戶呼叫建立時(shí)延。


圖1為現(xiàn)有技術(shù)中被叫用戶連接建立流程示意圖；圖2為現(xiàn)有技術(shù)中被叫用戶RAB建立流程示意圖；圖3為本發(fā)明被叫用戶連接建立流程示意圖；圖4為本發(fā)明被叫用戶連接建立系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面結(jié)合說(shuō)明書(shū)附圖來(lái)說(shuō)明本發(fā)明的具體實(shí)施方式
。
當(dāng)UE與網(wǎng)絡(luò)存在CS域連接不存在PS域連接時(shí)，有呼叫到達(dá)被叫UE所在網(wǎng)絡(luò)時(shí)，網(wǎng)絡(luò)需要發(fā)起對(duì)被叫UE的尋呼，UE利用已有的RRC連接響應(yīng)網(wǎng)絡(luò)。當(dāng)UE響應(yīng)網(wǎng)絡(luò)后，由于RRC連接已經(jīng)建立，同時(shí)作為被叫，本次呼叫的業(yè)務(wù)類別網(wǎng)絡(luò)也已經(jīng)知道，所以如果等待鑒權(quán)加密完成后才建立RAB時(shí)延較大。本發(fā)明方案將建立RAB連接提前到鑒權(quán)加密過(guò)程之前或者同時(shí)進(jìn)行，具體方案圖3所示，主要包括以下步驟S1、網(wǎng)絡(luò)向SNRC發(fā)送尋呼消息。
當(dāng)CN收到發(fā)送給UE的被叫建立請(qǐng)求后，在UE所在的路由區(qū)的所有RNC尋呼UE。
由于本發(fā)明方案采用的流程，與現(xiàn)有技術(shù)有所區(qū)別，所以還可以針對(duì)本發(fā)明方案的流程采用狀況，在尋呼消息攜帶是否優(yōu)化流程標(biāo)志，如果攜帶所述的優(yōu)化流程標(biāo)志，則采用本發(fā)明方案，后續(xù)步驟按照本發(fā)明方案提供的流程進(jìn)行，否則可以按照現(xiàn)有技術(shù)的流程進(jìn)行。
S2、RNC向UE發(fā)送尋呼消息。
網(wǎng)絡(luò)發(fā)送尋呼消息，與UE有RRC連接的SRNC收到尋呼消息后，下發(fā)尋呼消息，該尋呼消息對(duì)應(yīng)為尋呼類型2，也即UE與網(wǎng)絡(luò)側(cè)存在CELL_DCH或CELL_FACH連接狀態(tài)所對(duì)應(yīng)的尋呼類型。該連接狀態(tài)下，UE與網(wǎng)絡(luò)之間有業(yè)務(wù)數(shù)據(jù)的交互，UE工作在實(shí)時(shí)的數(shù)據(jù)收發(fā)狀態(tài)。
S3、UE向CN發(fā)送直傳消息，攜帶送業(yè)務(wù)請(qǐng)求Service Request。
UE通過(guò)直傳消息將業(yè)務(wù)請(qǐng)求Service Request發(fā)送給SRNC，針對(duì)網(wǎng)絡(luò)發(fā)送的尋呼消息，該Service Request消息攜帶消息類型指示為尋呼響應(yīng)，SRNC將所述直傳消息發(fā)送給CN。
S4、CN向SRNC發(fā)送RAB建立請(qǐng)求，請(qǐng)求建立RAB連接。
CN收到業(yè)務(wù)請(qǐng)求Service Request后，發(fā)送RAB建立請(qǐng)求給SRNC，指示SRNC建立與Node B之間的無(wú)線連接。
S5、SRNC與Node B之間建立無(wú)線連接。
該步驟是在步驟S4發(fā)起RAB建立請(qǐng)求后，第一時(shí)間內(nèi)發(fā)起的，因?yàn)樵赨E響應(yīng)網(wǎng)絡(luò)后，RRC連接已經(jīng)建立，而作為被叫，本次呼叫的業(yè)務(wù)類別CN也已經(jīng)知道，所以即可立刻建立所述的無(wú)線連接。
上述無(wú)線連接建立過(guò)程，可以按照?qǐng)D2所示的Node B和SRNC之間的連接建立過(guò)程。
S6、對(duì)UE進(jìn)行鑒權(quán)加密過(guò)程。
UE與Node B之間，Node B與SRNC之間以及SRNC與CN之間，分別交互信息，對(duì)UE進(jìn)行必要的鑒權(quán)加密。
S7、SRNC建立到UE的無(wú)線承載。
SRNC建立到UE的RB連接，該步驟依賴于步驟S6的結(jié)果，當(dāng)UE鑒權(quán)成功后，啟動(dòng)SRNC建立到UE的無(wú)線承載，無(wú)線承載建立成功后，向CN發(fā)送RAB建立響應(yīng)S8、SRNC向CN發(fā)送RAB建立響應(yīng)。
UE與SRNC的無(wú)線承載建立后，SRNC向CN發(fā)送RAB建立響應(yīng)，至此UE與CN之間的RAB建立完成。
S9、PDP協(xié)商過(guò)程，協(xié)商UE和CN之間的QoS。
S10、SIP消息承載話音呼叫信令，完成后續(xù)的話音呼叫接續(xù)。
上述方案中，步驟S7還可以進(jìn)一步細(xì)化為
S71、SRNC向UE發(fā)送無(wú)線承載建立請(qǐng)求消息。
S72、UE向SRNC發(fā)送無(wú)線承載建立完成消息。
上述方案中，步驟S4、S5與步驟S6之間的時(shí)間順序，是較為重要的，步驟S4既可以在步驟S6之前進(jìn)行，也可以在步驟S6發(fā)起的同時(shí)進(jìn)行，由于步驟S6的鑒權(quán)加密過(guò)程需要一定時(shí)間，該時(shí)間內(nèi)可以完成步驟S4和步驟S5的內(nèi)容即可，這樣就可以充分利用步驟S6的鑒權(quán)加密時(shí)間來(lái)完成無(wú)線接入承載建立過(guò)程，縮短UE呼叫過(guò)程的時(shí)延。
本發(fā)明還公開(kāi)了一種被叫用戶連接建立系統(tǒng)，如圖4所示，該系統(tǒng)包括被叫用戶終端UE，CN以及對(duì)UE進(jìn)行管理的SRNC和Node B，所述的CN側(cè)，設(shè)置有無(wú)線接入承載觸發(fā)單元，用于接收UE發(fā)送的業(yè)務(wù)請(qǐng)求，并根據(jù)所述的業(yè)務(wù)請(qǐng)求觸發(fā)無(wú)線接入承載流程。
本發(fā)明方案在所述的CN側(cè)還設(shè)置有流程類型標(biāo)識(shí)設(shè)置單元，用于在向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送的尋呼消息中，設(shè)置流程類型標(biāo)識(shí)信息。
通過(guò)該流程類型標(biāo)識(shí)設(shè)置單元在發(fā)送的尋呼消息中設(shè)置流程類型標(biāo)識(shí)信息，可以標(biāo)識(shí)出本次被叫用戶連接建立方法采用的是優(yōu)化后的流程還是普通的流程，以方便使用。
所述的SRNC還設(shè)置有尋呼類型標(biāo)識(shí)設(shè)置單元，用于在下發(fā)給用戶終端的尋呼消息中，設(shè)置尋呼類型標(biāo)識(shí)。
本發(fā)明方案將RAB的建立過(guò)程中RB建立請(qǐng)求前面的部分提到了鑒權(quán)加密過(guò)程前，這樣可以在鑒權(quán)加密的等待間隔，甚至與鑒權(quán)加密過(guò)程同時(shí)，建立好Node B和SRNC之間的連接，這樣當(dāng)UE的鑒權(quán)通過(guò)后，SRNC直接可以下發(fā)RB建立請(qǐng)求，縮短了UE呼叫過(guò)程的時(shí)延，該方案在對(duì)現(xiàn)有設(shè)備改動(dòng)很小的情況下，獲得較快的UE呼叫建立時(shí)延。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種被叫用戶連接建立方法，應(yīng)用于網(wǎng)絡(luò)側(cè)與用戶存在電路交換域連接的被呼流程，包括A、核心網(wǎng)根據(jù)被叫建立請(qǐng)求消息，經(jīng)服務(wù)無(wú)線網(wǎng)絡(luò)控制器尋呼被叫用戶；B、被叫用戶接收尋呼消息，向核心網(wǎng)發(fā)送業(yè)務(wù)請(qǐng)求；C、核心網(wǎng)向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送無(wú)線接入承載建立請(qǐng)求消息，請(qǐng)求建立連接無(wú)線接入承載；D、服務(wù)無(wú)線網(wǎng)絡(luò)控制器與基站建立無(wú)線連接；E、網(wǎng)絡(luò)側(cè)與被叫用戶進(jìn)行鑒權(quán)加密；F、服務(wù)無(wú)線網(wǎng)絡(luò)控制器與被叫用戶間建立無(wú)線承載。
2.如權(quán)利要求1所述的方法，其特征在于，所述的步驟A，進(jìn)一步包括A1、核心網(wǎng)接收被叫建立請(qǐng)求消息，向與被叫用戶有無(wú)線資源控制連接的服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送尋呼消息；A2、服務(wù)無(wú)線網(wǎng)絡(luò)控制器下發(fā)所述的尋呼消息，所述尋呼消息中，攜帶尋呼類型標(biāo)識(shí)。
3.如權(quán)利要求2所述的方法，其特征在于，所述的步驟A1中，所述的尋呼消息攜帶有流程類型標(biāo)識(shí)信息。
4.如權(quán)利要求2所述的方法，其特征在于，所述的步驟A2中，所述的尋呼類型標(biāo)識(shí)，標(biāo)識(shí)終端與網(wǎng)絡(luò)連接狀態(tài)。
5.如權(quán)利要求1所述的方法，其特征在于，所述步驟E可以在步驟D之后第一時(shí)間內(nèi)發(fā)起，也可以與步驟D同時(shí)發(fā)起。
6.如權(quán)利要求1所述的方法，其特征在于，所述的步驟F，進(jìn)一步包括F1、服務(wù)無(wú)線網(wǎng)絡(luò)控制器向被叫用戶發(fā)送無(wú)線承載建立請(qǐng)求消息；F2、被叫用戶向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送無(wú)線承載建立完成消息；F3、服務(wù)無(wú)線網(wǎng)絡(luò)控制器向核心網(wǎng)發(fā)送無(wú)線接入承載建立響應(yīng)消息。
7.如權(quán)利要求1所述的方法，其特征在于，所述的步驟F之后，還包括步驟G、被叫用戶與核心網(wǎng)進(jìn)行上下文協(xié)商；H、被叫用戶與核心網(wǎng)建立呼叫。
8.一種被叫用戶連接建立系統(tǒng)，包括被叫用戶終端，核心網(wǎng)以及對(duì)被叫用戶進(jìn)行管理的服務(wù)無(wú)線網(wǎng)絡(luò)控制器和基站，其特征在于所述的核心網(wǎng)側(cè)，設(shè)置有無(wú)線接入承載觸發(fā)單元，用于接收被叫用戶終端發(fā)送的業(yè)務(wù)請(qǐng)求，并根據(jù)所述的業(yè)務(wù)請(qǐng)求觸發(fā)無(wú)線接入承載流程。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述的核心網(wǎng)側(cè)還設(shè)置有流程類型標(biāo)識(shí)設(shè)置單元，用于在向服務(wù)無(wú)線網(wǎng)絡(luò)控制器發(fā)送的尋呼消息中，設(shè)置流程類型標(biāo)識(shí)信息。
10.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述的服務(wù)無(wú)線網(wǎng)絡(luò)控制器設(shè)置有尋呼類型標(biāo)識(shí)設(shè)置單元，用于在下發(fā)給用戶終端的尋呼消息中，設(shè)置尋呼類型標(biāo)識(shí)。
全文摘要
本發(fā)明涉及一種用戶與網(wǎng)絡(luò)存在連接的情況下PS域的被叫用戶連接建立方法及系統(tǒng)。該方法包括A.CN根據(jù)被叫建立請(qǐng)求消息，經(jīng)SRNC尋呼被叫用戶；B.被叫用戶接收尋呼消息，向CN發(fā)送業(yè)務(wù)請(qǐng)求；C.CN向SRNC發(fā)送無(wú)線接入承載建立請(qǐng)求消息，請(qǐng)求建立連接無(wú)線接入承載；D.SRNC與NodeB建立無(wú)線連接；E.網(wǎng)絡(luò)側(cè)與被叫用戶進(jìn)行鑒權(quán)加密；F.SRNC與被叫用戶間建立無(wú)線承載，SRNC向CN發(fā)送無(wú)線接入承載建立響應(yīng)。本發(fā)明方案將RAB的建立過(guò)程中RB建立請(qǐng)求前面的部分提到了鑒權(quán)加密過(guò)程前，縮短了被叫端呼叫過(guò)程的時(shí)延，該方案在對(duì)現(xiàn)有設(shè)備改動(dòng)很小的情況下，獲得較快的被叫端呼叫建立時(shí)延。
文檔編號(hào)H04W76/02GK1984439SQ20051013445
公開(kāi)日2007年6月20日 申請(qǐng)日期2005年12月15日 優(yōu)先權(quán)日2005年12月15日
發(fā)明者陳德, 柳光, 鄭雅莉 申請(qǐng)人:華為技術(shù)有限公司