專利名稱：一種尋呼多個(gè)用戶的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，尤其涉及一種尋呼多個(gè)用戶的方法。
背景技術(shù)：
通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System，UMTS)是采用寬帶碼分多址接入(Wideband Code Division Multiple Access，WCDMA)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)，通常也把UMTS系統(tǒng)稱為WCDMA通信系統(tǒng)。UMTS系統(tǒng)采用了與第二代移動(dòng)通信系統(tǒng)類似的結(jié)構(gòu)，包括無線接入網(wǎng)絡(luò)(Radio Access Network，RAN)和核心網(wǎng)絡(luò)(Core Network，CN)。其中無線接入網(wǎng)絡(luò)用于處理所有與無線有關(guān)的功能，而CN處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接，并實(shí)現(xiàn)與外部網(wǎng)絡(luò)的交換和路由功能。CN從邏輯上分為電路交換域(Circuit Switched Domain，CS)和分組交換域(Packet SwitchedDomain，PS)。
參見圖1，為現(xiàn)有技術(shù)中UMTS系統(tǒng)的結(jié)構(gòu)示意圖。UMTS系統(tǒng)包括UMTS陸地?zé)o線接入網(wǎng)(UMTS Territorial Radio Access Network，UTRAN)、核心網(wǎng)CN和用戶設(shè)備(User Equipment，UE)。
參見圖2，為現(xiàn)有技術(shù)中UTRAN的結(jié)構(gòu)示意圖。UTRAN包含一個(gè)或幾個(gè)無線網(wǎng)絡(luò)子系統(tǒng)(Radio Network Subsystem，RNS)。一個(gè)RNS由一個(gè)無線網(wǎng)絡(luò)控制器(Radio Network Controller，RNC)和一個(gè)或多個(gè)基站(NodeB)組成。RNC與CN之間的接口是Iu接口，NodeB和RNC通過Iub接口連接。在UTRAN內(nèi)部，RNC之間通過Iur互聯(lián)，Iur可以通過RNC之間的直接物理連接或通過傳輸網(wǎng)連接。
RNC用于控制UTRAN的無線資源，如分配和控制與之相連或相關(guān)的NodeB的無線資源，主要完成連接建立和斷開、切換、宏分集合并、無線資源管理控制等功能。NodeB是WCDMA系統(tǒng)的基站(即無線收發(fā)信機(jī))，包括無線收發(fā)信機(jī)和基帶處理部件。NodeB完成Iub接口和Uu接口之間的數(shù)據(jù)流的轉(zhuǎn)換，如完成Uu接口物理層協(xié)議的處理，主要功能是擴(kuò)頻、調(diào)制、信道編碼及解擴(kuò)、解調(diào)、信道解碼，還包括基帶信號和射頻信號的相互轉(zhuǎn)換等功能。同時(shí)，NodeB也參與一部分無線資源管理。
以上的網(wǎng)絡(luò)架構(gòu)是基于3GPP Rel6以前版本的架構(gòu)，考慮到未來網(wǎng)絡(luò)的競爭能力，3GPP正在研究一種全新的演進(jìn)網(wǎng)絡(luò)架構(gòu)，以滿足未來十年甚至更長時(shí)間內(nèi)移動(dòng)網(wǎng)絡(luò)的應(yīng)用需求，包括系統(tǒng)架構(gòu)演進(jìn)(System ArchitectureEvolution，SAE)和接入網(wǎng)的長期演進(jìn)(Long Term Evolution，LTE)，其中演進(jìn)的接入網(wǎng)稱為E-UTRAN。網(wǎng)絡(luò)演進(jìn)的目標(biāo)是希望提供一種低時(shí)延、高數(shù)據(jù)速率、高系統(tǒng)容量和覆蓋、低成本、完全基于IP的網(wǎng)絡(luò)。由于是一種全新的網(wǎng)絡(luò)架構(gòu)，因此現(xiàn)有架構(gòu)的所有節(jié)點(diǎn)、功能和流程都將發(fā)生實(shí)質(zhì)性的變化。
參見圖3，為演進(jìn)網(wǎng)絡(luò)的主要組成部分示意圖。演進(jìn)網(wǎng)絡(luò)由三部分組成演進(jìn)無線接入網(wǎng)eRAN(Evolved Radio Access Network)、演進(jìn)分組核心網(wǎng)(Evolved Packet Core，EPC)和用戶設(shè)備(User Equipment，UE)。演進(jìn)分組核心網(wǎng)中有三個(gè)邏輯功能實(shí)體移動(dòng)性管理實(shí)體(Mobility Management Entity，MME)、用戶面實(shí)體(User Plane Entity，UPE)和接入系統(tǒng)間錨點(diǎn)(Inter ASAnchor，IASA)。邏輯功能實(shí)體MME和UPE可以部署在一個(gè)物理設(shè)備。
MME用于實(shí)現(xiàn)移動(dòng)性管理，UPE用于實(shí)現(xiàn)分組會話管理和用戶面分組數(shù)據(jù)的處理，IASA用于實(shí)現(xiàn)演進(jìn)網(wǎng)絡(luò)與外部分組數(shù)據(jù)網(wǎng)(Packet Data Network，PDN)的接入、以及演進(jìn)網(wǎng)絡(luò)與其他非3GPP網(wǎng)絡(luò)(如無線局域網(wǎng)WLAN)之間的切換和漫游功能。演進(jìn)無線接入網(wǎng)主要提供無線的空中接口(例如無線信道)，以及無線資源相關(guān)的功能(例如功率控制、無線資源管理)。演進(jìn)無線接入網(wǎng)與演進(jìn)分組核心網(wǎng)之間為S1接口，演進(jìn)分組核心網(wǎng)與外部分組數(shù)據(jù)網(wǎng)之間的接口為Gi接口。
現(xiàn)有技術(shù)中，當(dāng)網(wǎng)絡(luò)側(cè)有消息或下行數(shù)據(jù)需要發(fā)給用戶時(shí)，需要先下發(fā)尋呼消息尋呼該用戶，如該用戶被尋呼到，將回復(fù)尋呼響應(yīng)消息，并進(jìn)一步建立起用戶和網(wǎng)絡(luò)側(cè)之間的信令連接。例如，在演進(jìn)網(wǎng)絡(luò)中，網(wǎng)絡(luò)側(cè)對處于空閑狀態(tài)的用戶終端發(fā)起重新附著流程時(shí)，首先要尋呼指定的用戶終端；或者，在現(xiàn)有網(wǎng)絡(luò)中，當(dāng)網(wǎng)絡(luò)側(cè)對處于空閑狀態(tài)的用戶終端發(fā)起網(wǎng)絡(luò)去附著流程時(shí)，首先要尋呼指定的用戶終端。
TR23.882規(guī)定了演進(jìn)網(wǎng)絡(luò)中由網(wǎng)絡(luò)側(cè)發(fā)起的重新附著流程。
參見圖4，為演進(jìn)網(wǎng)絡(luò)中由核心網(wǎng)發(fā)起的網(wǎng)絡(luò)重新附著通用流程，包括步驟1、源服務(wù)MME/UPE向用戶終端發(fā)送重新附著請求(Re-AttachmentRequest)消息，請求用戶終端重新執(zhí)行網(wǎng)絡(luò)附著；2、在網(wǎng)絡(luò)共享的情況下，用戶終端通過與eRAN之間的交互發(fā)現(xiàn)可選的SAE/LTE接入系統(tǒng)，并進(jìn)行接入系統(tǒng)和網(wǎng)絡(luò)的選擇；3、用戶終端發(fā)送附著請求(Attach Request)消息到目標(biāo)服務(wù)MME/UPE，并在該消息中包含用戶終端原注冊信息，比如，分組臨時(shí)移動(dòng)用戶識別號碼(Packet-Temporary Mobile Subscriber Identify，P-TMSI)；如果用戶終端中沒有原注冊信息，那么消息中包含永久用戶標(biāo)識；在網(wǎng)絡(luò)共享的情況下，Attach Request消息中將包含選擇網(wǎng)絡(luò)或目標(biāo)服務(wù)MME/UPE的信息，并由eRAN選擇目標(biāo)服務(wù)MME/UPE。Attach Request消息中可能包含缺省IP接入承載方面的信息，比如用戶首選的IP地址和接入點(diǎn)名(Access Point Name，APN)。
4、如果Attach Request消息中包含了原P-TMSI等，目標(biāo)服務(wù)MME/UPE向源服務(wù)MME/UPE發(fā)送請求用戶原注冊信息的消息，以獲取用戶信息；5、源服務(wù)MME/UPE發(fā)送用戶信息(如永久用戶標(biāo)識)到目標(biāo)服務(wù)MME/UPE；6、目標(biāo)服務(wù)MME/UPE對用戶進(jìn)行鑒權(quán)；
7、目標(biāo)服務(wù)MME/UPE向家鄉(xiāng)用戶服務(wù)器(Home Subscriber Server，HSS)進(jìn)行注冊，表明其當(dāng)前正在服務(wù)于該用戶終端；8、源服務(wù)MME/UPE中的用戶信息被刪除，或者該用戶在源服務(wù)MME/UPE中被標(biāo)識為不存在；9、HSS確認(rèn)目標(biāo)服務(wù)MME/UPE注冊成功，用于授權(quán)缺省IP接入承載的用戶簽約數(shù)據(jù)將被同時(shí)發(fā)送，缺省IP接入承載的策略和計(jì)費(fèi)控制信息也會同時(shí)被發(fā)送到目標(biāo)服務(wù)MME/UPE；10、目標(biāo)服務(wù)MME/UPE選擇接入系統(tǒng)間錨點(diǎn)IASA；11、IASA使用已經(jīng)確定的用戶IP地址配置IP層，用戶面被建立，并應(yīng)用缺省策略和計(jì)費(fèi)規(guī)則；12、目標(biāo)服務(wù)MME/UPE向eRAN提供缺省IP接入承載的服務(wù)質(zhì)量(Qualityof Service，QoS)配置，比如數(shù)據(jù)傳輸速率的上限；13、目標(biāo)服務(wù)MME/UPE向用戶終端發(fā)送附著接受(Attach Accept)消息接受用戶終端的網(wǎng)絡(luò)附著，并分配臨時(shí)標(biāo)識給用戶終端，同時(shí)已經(jīng)確定的用戶IP地址也將被傳送；14、用戶終端向目標(biāo)服務(wù)MME/UPE發(fā)送Attach Confirm消息確認(rèn)網(wǎng)絡(luò)附著成功。
網(wǎng)絡(luò)對空閑狀態(tài)的用戶終端發(fā)起的重新附著過程，核心網(wǎng)默認(rèn)先對其進(jìn)行尋呼，此時(shí)，完整的重新附著流程如圖5所示，包括步驟1、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息(從核心網(wǎng)發(fā)到接入網(wǎng)的尋呼請求消息即為無線接入網(wǎng)絡(luò)應(yīng)用協(xié)議RANAP中的Paging消息，以下同)；2、eRAN發(fā)送尋呼(Paging)消息尋呼指定的用戶終端；3、被尋呼到的用戶終端發(fā)送尋呼響應(yīng)(Paging Response)消息到源服務(wù)MME/UPE；4、源服務(wù)MME/UPE向用戶終端發(fā)送Re-Attachment Request消息；
5、用戶終端向目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息；6、網(wǎng)絡(luò)重新附著流程的其余步驟同圖4所示。
TS23.060中規(guī)定了現(xiàn)有網(wǎng)絡(luò)中由網(wǎng)絡(luò)觸發(fā)的網(wǎng)絡(luò)去附著流程，有兩種情況，一種是由服務(wù)GPRS支持節(jié)點(diǎn)(Serving GPRS Support Node，SGSN)觸發(fā)，另一種是由家鄉(xiāng)位置寄存器(Home Location Register，HLR)觸發(fā)。
參見圖6，為現(xiàn)有網(wǎng)絡(luò)中由SGSN觸發(fā)的通用分組無線業(yè)務(wù)(General PacketRadio Service，GPRS)去附著流程示意圖，包括步驟1、SGSN向用戶終端發(fā)送去附著請求(Detach Request)消息；2、SGSN向網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRS Support Node，GGSN)發(fā)送刪除分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文請求消息，用以去激活GGSN中的和該用戶終端相關(guān)的處于活動(dòng)態(tài)的PDP上下文；3、GGSN回送刪除PDP上下文響應(yīng)消息進(jìn)行確認(rèn)；4、如果用戶終端既進(jìn)行了國際移動(dòng)用戶標(biāo)識碼(International MobileSubscriber Identity，IMSI)附著到網(wǎng)絡(luò)，又進(jìn)行了GPRS附著到網(wǎng)絡(luò)，則SGSN發(fā)送GPRS去附著指示(GPRS Detach Indication)消息到訪問位置寄存器(Visitor Location Register，VLR)或移動(dòng)業(yè)務(wù)交換中心(Mobile Service SwitchCenter，MSC)，VLR或MSC將移除與SGSN之間的關(guān)聯(lián)，并單獨(dú)處理尋呼和位置更新而不經(jīng)過SGSN；5、用戶終端在步驟1之后的任何時(shí)刻發(fā)送去附著接受(Detach Accept)消息到SGSN；6、SGSN收到Detach Accept消息之后，如果用戶終端不需要發(fā)起一個(gè)新的附著過程，則進(jìn)行SGSN釋放分組交換PS信令連接的過程。
由HLR發(fā)起的GPRS去附著過程，一般用來由運(yùn)營商刪除某個(gè)用戶的移動(dòng)性管理(Mobility Management，MM)和PDP上下文。該過程與圖6所示的由SGSN發(fā)起的GPRS去附著過程相似，在圖6所示過程的基礎(chǔ)上增加了兩步在步驟1之前增加一個(gè)步驟，HLR向SGSN發(fā)送刪除位置(Cancel Location)消息，并指定需要?jiǎng)h除MM和PDP上下文的某個(gè)特定用戶；在步驟5之后增加一個(gè)步驟，SGSN向HLR發(fā)送Cancel Location Ack確認(rèn)消息，表示已成功刪除指定用戶的MM和PDP上下文。
網(wǎng)絡(luò)側(cè)對處于空閑狀態(tài)的用戶終端發(fā)起的網(wǎng)絡(luò)去附著流程，默認(rèn)要首先對其進(jìn)行尋呼。
上述無論是演進(jìn)網(wǎng)絡(luò)中的由網(wǎng)絡(luò)發(fā)起的重新附著流程中，還是現(xiàn)有網(wǎng)絡(luò)中由網(wǎng)絡(luò)發(fā)起的去附著流程中，首先都要對處于空閑狀態(tài)的用戶進(jìn)行尋呼。
參見圖7，為現(xiàn)有技術(shù)中由核心網(wǎng)發(fā)起的尋呼流程示意圖，包括步驟1、核心網(wǎng)向接入網(wǎng)發(fā)送尋呼請求消息；2、接入網(wǎng)發(fā)送Paging消息尋呼指定的用戶終端；3、被尋呼到的用戶終端經(jīng)過接入網(wǎng)向核心網(wǎng)發(fā)送Paging Response消息；4、用戶終端和核心網(wǎng)之間進(jìn)行其它信令交互過程，如網(wǎng)絡(luò)重新附著流程或網(wǎng)絡(luò)去附著流程。
上述尋呼流程均為針對單個(gè)用戶發(fā)起尋呼的流程，現(xiàn)有技術(shù)并沒有規(guī)定一次尋呼多個(gè)用戶的流程，在需要同時(shí)尋呼多個(gè)用戶時(shí)，只能分別對各個(gè)用戶進(jìn)行尋呼，從而造成很大的信令負(fù)荷。

發(fā)明內(nèi)容
本發(fā)明提供一種尋呼多個(gè)用戶的方法，用以解決現(xiàn)有技術(shù)中核心網(wǎng)一次只能尋呼一個(gè)用戶從而造成網(wǎng)絡(luò)信令負(fù)荷較大的問題。
本發(fā)明方法包括包括A、核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求，攜帶用戶列表；B、接入網(wǎng)尋呼所述用戶列表中的用戶；C、被尋呼到的用戶終端通過接入網(wǎng)向核心網(wǎng)返回尋呼響應(yīng)。
所述用戶列表中包含被尋呼用戶的標(biāo)識。
根據(jù)本發(fā)明的上述方法，所述用戶終端的源服務(wù)核心網(wǎng)生成所述用戶列表，其中包含處于空閑狀態(tài)且需執(zhí)行網(wǎng)絡(luò)發(fā)起的重新附著的用戶的標(biāo)識；所述用戶終端被尋呼到后執(zhí)行網(wǎng)絡(luò)發(fā)起的重新附著流程，附著到目標(biāo)服務(wù)核心網(wǎng)。
上述方法中，所述用戶終端的源服務(wù)核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求時(shí)，在尋呼請求消息中攜帶重新附著指示信息；接入網(wǎng)尋呼所述用戶終端時(shí)，在尋呼消息中攜帶該指示信息；所述用戶終端根據(jù)該指示信息向目標(biāo)服務(wù)核心網(wǎng)發(fā)起網(wǎng)絡(luò)附著請求。
上述方法中，所述用戶終端發(fā)起網(wǎng)絡(luò)附著請求前，向該用戶終端的源服務(wù)核心網(wǎng)發(fā)送尋呼響應(yīng)消息；或所述用戶終端發(fā)起網(wǎng)絡(luò)附著請求時(shí)，在附著請求消息中攜帶該用戶終端的尋呼響應(yīng)指示信息。
上述方法中，所述用戶終端的源服務(wù)核心網(wǎng)獲取該用戶終端的目標(biāo)服務(wù)核心網(wǎng)標(biāo)識，并在向接入網(wǎng)發(fā)送的尋呼請求消息中攜帶該核心網(wǎng)標(biāo)識；接入網(wǎng)向所述用戶終端發(fā)送的尋呼消息中攜帶該核心網(wǎng)標(biāo)識；所述用戶終端向該核心網(wǎng)標(biāo)識對應(yīng)的核心網(wǎng)發(fā)送網(wǎng)絡(luò)附著請求消息。
上述方法中，所述用戶終端的目標(biāo)服務(wù)核心網(wǎng)收到所述網(wǎng)絡(luò)附著請求消息后，將其中攜帶的所述尋呼響應(yīng)指示信息以尋呼響應(yīng)消息的形式發(fā)送到該用戶終端的源服務(wù)核心網(wǎng)；或在執(zhí)行所述用戶終端的重新附著過程中，所述目標(biāo)服務(wù)核心網(wǎng)將所述網(wǎng)絡(luò)附著請求消息中攜帶的尋呼響應(yīng)指示信息攜帶在其他消息中發(fā)送到該用戶終端的源服務(wù)核心網(wǎng)。
上述方法中，所述目標(biāo)服務(wù)核心網(wǎng)在向所述源服務(wù)核心網(wǎng)發(fā)送的請求用戶原注冊信息的消息中，攜帶所述尋呼響應(yīng)指示信息。
根據(jù)本發(fā)明的上述方法，核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求時(shí)，在尋呼請求消息中攜帶的所述用戶列表包含處于空閑狀態(tài)且需執(zhí)行網(wǎng)絡(luò)發(fā)起的去附著的用戶的標(biāo)識；
所述用戶終端被尋呼到后執(zhí)行網(wǎng)絡(luò)發(fā)起的去附著流程。
上述方法中，核心網(wǎng)生成所述用戶列表；或家鄉(xiāng)位置寄存器HLR生成所述用戶列表，并將該用戶列表發(fā)送到核心網(wǎng)。
HLR向核心網(wǎng)發(fā)送刪除位置消息，攜帶所述用戶列表；核心網(wǎng)完成所述用戶終端的網(wǎng)絡(luò)去附著后，向該HLR發(fā)送刪除位置確認(rèn)消息。
上述方法中，核心網(wǎng)向接入網(wǎng)發(fā)送的所述尋呼請求消息中攜帶有去附著指示信息；接入網(wǎng)尋呼所述用戶終端時(shí)，在尋呼消息中攜帶該指示信息；所述用戶終端根據(jù)該指示信息向核心網(wǎng)發(fā)送去附著接受消息。
上述方法中，所述用戶終端發(fā)送去附著接受消息前，向核心網(wǎng)發(fā)送尋呼響應(yīng)消息；或所述用戶終端發(fā)送去附著接受消息時(shí)，在其中攜帶該用戶終端的尋呼響應(yīng)指示信息。
本發(fā)明的有益效果如下(1)本發(fā)明通過在核心網(wǎng)發(fā)送到接入網(wǎng)的尋呼請求中攜帶用戶列表，實(shí)現(xiàn)一次尋呼多個(gè)用戶，從而減少了網(wǎng)絡(luò)信令負(fù)荷、降低網(wǎng)絡(luò)時(shí)延。
(2)本發(fā)明可應(yīng)用于由核心網(wǎng)發(fā)起的網(wǎng)絡(luò)重新附著或網(wǎng)絡(luò)去附著流程中尋呼多個(gè)空閑狀態(tài)的用戶終端的過程，以減少尋呼過程中的信令數(shù)量。
(3)通過在核心網(wǎng)發(fā)向接入網(wǎng)的尋呼請求請求消息中以及在接入網(wǎng)尋呼用戶終端的尋呼消息中攜帶重新附著/去附著指示信息，將核心網(wǎng)向用戶終端發(fā)送重新附著/去附著請求消息與尋呼請求消息/尋呼消息合并到一起，使用戶終端能夠根據(jù)該指示信息向核心網(wǎng)發(fā)起附著請求/去附著接受消息，從而進(jìn)一步減少了網(wǎng)絡(luò)信令負(fù)荷。
(4)通過在用戶終端發(fā)向核心網(wǎng)的附著請求/去附著接受消息中攜帶尋呼響應(yīng)消息指示信息，將用戶終端發(fā)向核心網(wǎng)的尋呼響應(yīng)消息與附著請求消息/去附著接受消息合并到一起，從而更進(jìn)一步減少了網(wǎng)絡(luò)信令負(fù)荷。


圖1為現(xiàn)有技術(shù)中UMTS系統(tǒng)的結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中UTRAN的結(jié)構(gòu)示意圖；圖3為演進(jìn)網(wǎng)絡(luò)的主要組成部分示意圖；圖4為演進(jìn)網(wǎng)絡(luò)中由核心網(wǎng)發(fā)起的網(wǎng)絡(luò)重新附著通用流程；圖5為演進(jìn)網(wǎng)絡(luò)中由核心網(wǎng)針對空閑狀態(tài)用戶發(fā)起的完整的網(wǎng)絡(luò)重新附著流程；圖6為現(xiàn)有網(wǎng)絡(luò)中由SGSN觸發(fā)的GPRS去附著流程示意圖；圖7為現(xiàn)有技術(shù)中由核心網(wǎng)發(fā)起的尋呼流程示意圖；圖8為本發(fā)明由核心網(wǎng)發(fā)起的同時(shí)尋呼多個(gè)用戶的流程圖；圖9為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之一的流程圖；圖10為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之二的流程圖；圖11為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之三的流程圖；圖12為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之四的流程圖；圖13為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之五的流程圖；圖14為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之一的流程圖；圖15為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之二的流程圖；
圖16為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之三的流程圖。
具體實(shí)施例方式
本發(fā)明提供一種尋呼多個(gè)用戶的方法，以達(dá)到減少網(wǎng)絡(luò)信令負(fù)荷的目的。
針對現(xiàn)有技術(shù)存在的尋呼流程上的缺陷，本發(fā)明在核心網(wǎng)發(fā)向接入網(wǎng)的尋呼請求消息中增加了一個(gè)信息單元，即用戶列表，該信息單元在尋呼請求消息中用以表示所有需要同時(shí)進(jìn)行尋呼的用戶，從而實(shí)現(xiàn)一次尋呼多個(gè)用戶。
用戶列表是需在協(xié)議中新增的信息單元，其中的元素為用戶的相關(guān)標(biāo)識，比如IMSI、臨時(shí)移動(dòng)用戶識別碼(Temporary Mobile Station Identity，TMSI)、P-TMSI等。表一給出了一個(gè)可能的用戶列表的格式表一可能的用戶列表格式

表一中，信息單元類型為用戶列表信息單元的編碼，用戶數(shù)目為用戶列表信息單元中所包含的用戶數(shù)，其后為這些用戶的標(biāo)識。
表二給出了一種可能的尋呼請求消息的格式表二一種可能的尋呼請求消息格式


表三給出了另外一種可能的尋呼請求消息的格式表三另外一種可能的尋呼請求消息格式

表二所示尋呼請求消息適用于尋呼區(qū)標(biāo)識、尋呼原因等都一樣的情況，表三適用于尋呼區(qū)標(biāo)識、尋呼原因等各不相同的情況。表二、表三給出的只是兩種可能的尋呼請求消息的格式，尋呼請求消息的格式不限于上述兩種形式。
本發(fā)明既可用于現(xiàn)有網(wǎng)絡(luò)，也可用于演進(jìn)網(wǎng)絡(luò)。
參見圖8，為本發(fā)明由核心網(wǎng)發(fā)起的同時(shí)尋呼多個(gè)用戶的流程圖，具體步驟包括1、核心網(wǎng)向接入網(wǎng)發(fā)送尋呼請求消息，并攜帶用戶列表；
2、接入網(wǎng)根據(jù)該用戶列表，通過發(fā)送Paging消息尋呼用戶列表指定的所有用戶終端；3、被尋呼到的用戶終端分別經(jīng)過接入網(wǎng)向核心網(wǎng)發(fā)送Paging Response消息；4、尋呼完成后，用戶終端和核心網(wǎng)之間進(jìn)行其它信令交互。
為進(jìn)一步節(jié)約信令，可以將核心網(wǎng)發(fā)向接入網(wǎng)發(fā)送的尋呼請求消息、接入網(wǎng)發(fā)出的尋呼用戶終端的Paging消息或用戶終端返回的Paging Response消息與步驟4中的相應(yīng)信令結(jié)合起來發(fā)送。比如在核心網(wǎng)針對多個(gè)空閑狀態(tài)用戶發(fā)起的重新附著流程中，在核心網(wǎng)發(fā)送的尋呼請求消息和接入網(wǎng)發(fā)送的Paging消息中除了包含用戶列表信息單元外，還可包含重新附著指示信息，以實(shí)現(xiàn)將尋呼請求消息和Paging消息與Re-Attachment Request消息合并發(fā)送；同時(shí)，在由用戶終端發(fā)往核心網(wǎng)的Attach Request消息中包含尋呼響應(yīng)指示信息，這樣可以進(jìn)一步減少信令，同時(shí)也降低了時(shí)延。
下面分別以演進(jìn)網(wǎng)絡(luò)中演進(jìn)核心網(wǎng)對多個(gè)空閑狀態(tài)的用戶終端發(fā)起網(wǎng)絡(luò)重新附著的過程，以及現(xiàn)有網(wǎng)絡(luò)中對多個(gè)空閑狀態(tài)的用戶終端發(fā)起去附著的過程(演進(jìn)網(wǎng)絡(luò)中尚未定義去附著流程，現(xiàn)有網(wǎng)絡(luò)中沒有重新附著流程)，對本發(fā)明進(jìn)行詳細(xì)描述。
實(shí)施例一演進(jìn)網(wǎng)絡(luò)中網(wǎng)絡(luò)針對多個(gè)用戶終端同時(shí)發(fā)起重新附著過程。首先，源服務(wù)MME/UPE獲得處于空閑狀態(tài)并需要重新附著的用戶的標(biāo)識，并用以生成用戶列表。實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著有幾種方法，如下所述方法一參見圖9，為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之一的流程圖。包括步驟1、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息，攜帶用戶列表；2、eRAN通過Paging消息尋呼用戶列表指定的所有用戶終端；3、被尋呼到的用戶終端分別發(fā)送Paging Response消息到源服務(wù)MME/UPE；
4、源服務(wù)MME/UPE分別向用戶終端發(fā)送Re-Attachment Request消息，要求用戶終端進(jìn)行重新附著；5、用戶終端分別向目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息；6、重新附著流程的其余步驟同圖4所示。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)重新附著流程，圖9中只畫出了一個(gè)用戶終端的重新附著流程。
方法二參見圖10，為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之二的流程圖，包括步驟1、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息，攜帶用戶列表以及重新附著(Re-Attach)指示信息；Re-Attach指示為需在Paging消息中新增的一個(gè)指示位，用以指示用戶終端進(jìn)行重新附著。
2、eRAN通過Paging消息尋呼用戶列表指定的所有用戶終端，同時(shí)攜帶Re-Attach指示信息；3、被尋呼到的用戶終端分別發(fā)送Paging Response消息到源服務(wù)MME/UPE；4、用戶終端分別向目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息；5、重新附著流程的其余步驟同圖4所示。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)重新附著流程，圖10中只畫出了一個(gè)用戶終端的重新附著流程。
方法三參見圖11，為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之三的流程圖，包括步驟1、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息，攜帶用戶列表以及Re-Attach指示信息；2、eRAN通過Paging消息尋呼用戶列表指定的所有用戶終端，同時(shí)攜帶Re-Attach指示信息；
3、被尋呼到的用戶終端分別向目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息，同時(shí)攜帶Paging Response指示信息；Paging Response指示為需在Attach Request消息中增加的一個(gè)指示位，作為對Paging消息的響應(yīng)，并由目標(biāo)服務(wù)MME/UPE轉(zhuǎn)發(fā)到源服務(wù)MME/UPE。
4、目標(biāo)服務(wù)MME/UPE發(fā)送Paging Response消息到源服務(wù)MME/UPE；5、重新附著流程的其余步驟同圖4所示。
步驟4中的Paging Response消息既可以單獨(dú)作為一條消息發(fā)送，也可以將Paging Response消息與源服務(wù)MME/UPE在后繼重新附著流程中發(fā)向目標(biāo)服務(wù)MME/UPE的其他消息進(jìn)行合并發(fā)送。比如在源服務(wù)MME/UPE向目標(biāo)服務(wù)MME/UPE發(fā)送的請求用戶原注冊信息的消息中，攜帶Paging Response指示信息，以使源服務(wù)MME/UPE獲得用戶終端的尋呼響應(yīng)信息。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)重新附著流程，圖11中只畫出了一個(gè)用戶終端的重新附著流程。
方法四參見圖12，為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之四的流程圖，包括步驟1、源服務(wù)MME/UPE獲取一個(gè)目標(biāo)的服務(wù)MME/UPE的標(biāo)識；該標(biāo)識可以是任何能唯一表示該MME/UPE的標(biāo)識，比如網(wǎng)絡(luò)資源標(biāo)識(Network Resource Identifier，NRI)、MME/UPE編號等。獲取目標(biāo)服務(wù)MME/UPE標(biāo)識的機(jī)制不限，比如可以根據(jù)負(fù)載情況選取負(fù)載較輕的。
2、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息，攜帶用戶列表、Re-Attach指示及目標(biāo)服務(wù)MME/UPE的標(biāo)識；3、eRAN通過Paging消息尋呼用戶列表指定的所有用戶終端，同時(shí)攜帶Re-Attach指示及目標(biāo)服務(wù)MME/UPE的標(biāo)識；在尋呼請求消息和Paging消息中需分別增加一個(gè)信息單元，即MME/UPE標(biāo)識，用以攜帶目標(biāo)服務(wù)MME/UPE的標(biāo)識。
4、被尋呼到的用戶終端分別通過接入網(wǎng)向核心網(wǎng)發(fā)送Paging Response消息；5、被尋呼到的用戶終端分別向目標(biāo)服務(wù)MME/UPE標(biāo)識所對應(yīng)的目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息，同時(shí)攜帶目標(biāo)服務(wù)MME/UPE標(biāo)識；在Attach Request消息中需增加一個(gè)信息單元，即MME/UPE標(biāo)識，用以攜帶目標(biāo)服務(wù)MME/UPE的標(biāo)識。
6、重新附著的其余步驟同圖4所示。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)重新附著流程，圖12中只畫出了一個(gè)用戶終端的重新附著流程。
方法五參見圖13，為本發(fā)明演進(jìn)網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)重新附著的方法之五的流程圖，包括步驟1、源服務(wù)MME/UPE獲取一個(gè)目標(biāo)的服務(wù)MME/UPE的標(biāo)識；2、源服務(wù)MME/UPE向eRAN發(fā)送尋呼請求消息，攜帶用戶列表、Re-Attach指示及目標(biāo)服務(wù)MME/UPE的標(biāo)識；3、eRAN通過Paging消息尋呼用戶列表指定的所有用戶終端，同時(shí)攜帶Re-Attach指示及目標(biāo)服務(wù)MME/UPE的標(biāo)識；4、被尋呼到的用戶終端分別向目標(biāo)服務(wù)MME/UPE標(biāo)識所對應(yīng)的目標(biāo)服務(wù)MME/UPE發(fā)送Attach Request消息，同時(shí)攜帶Paging Response指示和目標(biāo)服務(wù)MME/UPE標(biāo)識；5、目標(biāo)服務(wù)MME/UPE發(fā)送Paging Response消息到源服務(wù)MME/UPE；6、重新附著的其余步驟同圖4所示。
步驟5中的Paging Response消息既可以單獨(dú)作為一條消息發(fā)送，也可以將Paging Response消息與源服務(wù)MME/UPE在后繼重新附著流程中發(fā)向目標(biāo)服務(wù)MME/UPE的其他消息進(jìn)行合并發(fā)送。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)重新附著流程，圖13中只畫出了一個(gè)用戶終端的重新附著流程。
實(shí)施例二現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)空閑狀態(tài)的用戶終端同時(shí)執(zhí)行網(wǎng)絡(luò)去附著。首先，SGSN或HLR獲得處于空閑狀態(tài)且需要去附著的用戶的標(biāo)識，并生成一個(gè)用戶列表。實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著有幾種方法，如下所述方法一參見圖14，為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之一的流程圖，包括步驟1、如果網(wǎng)絡(luò)去附著過程是由HLR發(fā)起的，則HLR向SGSN發(fā)送CancelLocation消息，攜帶用戶列表；如果是由SGSN發(fā)起的，則直接執(zhí)行步驟2；2、SGSN向RAN發(fā)送尋呼請求消息，攜帶用戶列表；3、RAN通過Paging消息尋呼用戶列表指定的所有用戶終端；4、被尋呼到的用戶終端分別經(jīng)過RAN向SGSN發(fā)送Paging Response消息；5、SGSN向用戶終端發(fā)送Detach Request消息；6、用戶終端向SGSN發(fā)送Detach Accept消息；7、如果該Detach過程是由HLR發(fā)起的，則SGSN向HLR發(fā)送CancelLocation Ack確認(rèn)消息；如果網(wǎng)絡(luò)去附著過程是由SGSN發(fā)起的，則沒有此步驟。
上述流程中省略了刪除PDP上下文、SGSN向VLR發(fā)送GPRS DetachIndication消息、釋放PS信令連接等步驟，具體請參見圖6。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)去附著流程，圖14中只畫出了一個(gè)用戶終端的去附著流程。
方法二參見圖15，為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之二的流程圖，包括步驟1、如果網(wǎng)絡(luò)去附著過程是由HLR發(fā)起的，則HLR向SGSN發(fā)送CancelLocation消息，攜帶用戶列表；如果是由SGSN發(fā)起的，則直接執(zhí)行步驟2；2、SGSN向RAN發(fā)送尋呼請求消息，攜帶用戶列表以及去附著(Detach)指示信息；3、RAN通過Paging消息尋呼用戶列表指定的所有用戶終端，攜帶Detach指示信息；Detach指示為需在尋呼請求消息和Paging消息中新增加的一個(gè)指示位，用以表示對指定用戶終端進(jìn)行去附著操作。
4、被尋呼到的用戶終端分別經(jīng)過RAN向SGSN發(fā)送Paging Response消息；5、用戶終端向SGSN發(fā)送Detach Accept消息。
6、如果網(wǎng)絡(luò)去附著過程是由HLR發(fā)起的，則SGSN向HLR發(fā)送CancelLocation Ack確認(rèn)消息；如果去附著過程是由SGSN發(fā)起的，則沒有此步驟。
上述流程中省略了刪除PDP上下文、SGSN向VLR發(fā)送GPRS DetachIndication消息、釋放PS信令連接等步驟，具體請參見圖6。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)去附著流程，圖15中只畫出了一個(gè)用戶終端的去附著流程。
方法三參見圖16，為本發(fā)明現(xiàn)有網(wǎng)絡(luò)中實(shí)現(xiàn)多個(gè)用戶終端同時(shí)去附著的方法之三的流程圖，包括步驟1、如果網(wǎng)絡(luò)去附著過程是由HLR發(fā)起的，則HLR向SGSN發(fā)送CancelLocation消息，攜帶用戶列表；如果是由SGSN發(fā)起的，則直接執(zhí)行步驟2；2、SGSN向RAN發(fā)送尋呼請求消息，攜帶用戶列表和Detach指示信息；3、RAN通過Paging消息尋呼用戶列表指定的所有用戶終端，攜帶Detach指示信息；4、被尋呼到的用戶終端分別經(jīng)過RAN向SGSN發(fā)送Detach Accept消息，攜帶Paging Response指示信息；Paging Response指示為需在Detach Accept消息中新增加的一個(gè)指示位，用以響應(yīng)Paging消息。
5、如果網(wǎng)絡(luò)去附著過程是由HLR發(fā)起的，則SGSN向HLR發(fā)送CancelLocation Ack確認(rèn)消息；如果網(wǎng)絡(luò)去附著過程是由SGSN發(fā)起的，則沒有此步驟。
上述流程中省略了刪除PDP上下文、SGSN向VLR發(fā)送GPRS DetachIndication消息、釋放PS信令連接等步驟，具體請參見圖6。
上述流程中，每個(gè)被尋呼到的用戶終端都要分別執(zhí)行網(wǎng)絡(luò)去附著流程，圖16中只畫出了一個(gè)用戶終端的去附著流程。
通過以上流程描述可知，本發(fā)明通過在核心網(wǎng)發(fā)送的尋呼請求消息中攜帶用戶列表，從而可以同時(shí)向多個(gè)用戶發(fā)起尋呼，達(dá)到了減少網(wǎng)絡(luò)信令負(fù)荷，減少網(wǎng)絡(luò)時(shí)延的目的。本發(fā)明還通過在重新附著流程中的尋呼請求消息和Paging消息中增加Re-Attach指示，將Re-Attachment Request消息與尋呼請求消息和Paging消息合并；或通過在去附著流程中的尋呼請求消息和Paging消息中增加Detach指示，將Detach Request消息與尋呼請求消息和Paging消息合并，從而進(jìn)一步節(jié)省了信令交互過程。同時(shí)，通過在用戶終端發(fā)送的Attach Request消息或Detach Accept消息中攜帶該用戶終端的Paging Response指示信息，將Paging Response消息與Attach Request消息或Detach Accept消息合并，從而更進(jìn)一步節(jié)省了信令交互過程。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種尋呼多個(gè)用戶的方法，包括A、核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求，攜帶用戶列表；B、接入網(wǎng)尋呼所述用戶列表中的用戶；C、被尋呼到的用戶終端通過接入網(wǎng)向核心網(wǎng)返回尋呼響應(yīng)。
2.如權(quán)利要求1所述的方法，其特征在于，所述用戶列表中包含被尋呼用戶的標(biāo)識。
3.如權(quán)利要求1所述的方法，其特征在于，所述用戶終端的源服務(wù)核心網(wǎng)生成所述用戶列表，其中包含處于空閑狀態(tài)且需執(zhí)行網(wǎng)絡(luò)發(fā)起的重新附著的用戶的標(biāo)識；所述用戶終端被尋呼到后執(zhí)行網(wǎng)絡(luò)發(fā)起的重新附著流程，附著到目標(biāo)服務(wù)核心網(wǎng)。
4.如權(quán)利要求3所述的方法，其特征在于，所述用戶終端的源服務(wù)核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求時(shí)，在尋呼請求消息中攜帶重新附著指示信息；接入網(wǎng)尋呼所述用戶終端時(shí)，在尋呼消息中攜帶該指示信息；所述用戶終端根據(jù)該指示信息向目標(biāo)服務(wù)核心網(wǎng)發(fā)起網(wǎng)絡(luò)附著請求。
5.如權(quán)利要求4所述的方法，其特征在于，所述用戶終端發(fā)起網(wǎng)絡(luò)附著請求前，向該用戶終端的源服務(wù)核心網(wǎng)發(fā)送尋呼響應(yīng)消息；或所述用戶終端發(fā)起網(wǎng)絡(luò)附著請求時(shí)，在附著請求消息中攜帶該用戶終端的尋呼響應(yīng)指示信息。
6.如權(quán)利要求5所述的方法，其特征在于，所述用戶終端的源服務(wù)核心網(wǎng)獲取該用戶終端的目標(biāo)服務(wù)核心網(wǎng)標(biāo)識，并在向接入網(wǎng)發(fā)送的尋呼請求消息中攜帶該核心網(wǎng)標(biāo)識；接入網(wǎng)向所述用戶終端發(fā)送的尋呼消息中攜帶該核心網(wǎng)標(biāo)識；所述用戶終端向該核心網(wǎng)標(biāo)識對應(yīng)的核心網(wǎng)發(fā)送網(wǎng)絡(luò)附著請求消息。
7.如權(quán)利要求5或6所述的方法，其特征在于，所述用戶終端的目標(biāo)服務(wù)核心網(wǎng)收到所述網(wǎng)絡(luò)附著請求消息后，將其中攜帶的所述尋呼響應(yīng)指示信息以尋呼響應(yīng)消息的形式發(fā)送到該用戶終端的源服務(wù)核心網(wǎng)；或在執(zhí)行所述用戶終端的重新附著過程中，所述目標(biāo)服務(wù)核心網(wǎng)將所述網(wǎng)絡(luò)附著請求消息中攜帶的尋呼響應(yīng)指示信息攜帶在其他消息中發(fā)送到該用戶終端的源服務(wù)核心網(wǎng)。
8.如權(quán)利要求7所述的方法，其特征在于，所述目標(biāo)服務(wù)核心網(wǎng)在向所述源服務(wù)核心網(wǎng)發(fā)送的請求用戶原注冊信息的消息中，攜帶所述尋呼響應(yīng)指示信息。
9.如權(quán)利要求2所述的方法，其特征在于，核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求時(shí)，在尋呼請求消息中攜帶的所述用戶列表包含處于空閑狀態(tài)且需執(zhí)行網(wǎng)絡(luò)發(fā)起的去附著的用戶的標(biāo)識；所述用戶終端被尋呼到后執(zhí)行網(wǎng)絡(luò)發(fā)起的去附著流程。
10.如權(quán)利要求9所述的方法，其特征在于，核心網(wǎng)生成所述用戶列表；或家鄉(xiāng)位置寄存器HLR生成所述用戶列表，并將該用戶列表發(fā)送到核心網(wǎng)。
11.如權(quán)利要求10所述的方法，其特征在于，HLR向核心網(wǎng)發(fā)送刪除位置消息，攜帶所述用戶列表；核心網(wǎng)完成所述用戶終端的網(wǎng)絡(luò)去附著后，向該HLR發(fā)送刪除位置確認(rèn)消息。
12.如權(quán)利要求9所述的方法，其特征在于，核心網(wǎng)向接入網(wǎng)發(fā)送的所述尋呼請求消息中攜帶有去附著指示信息；接入網(wǎng)尋呼所述用戶終端時(shí)，在尋呼消息中攜帶該指示信息；所述用戶終端根據(jù)該指示信息向核心網(wǎng)發(fā)送去附著接受消息。
13.如權(quán)利要求12所述的方法，其特征在于，所述用戶終端發(fā)送去附著接受消息前，向核心網(wǎng)發(fā)送尋呼響應(yīng)消息；或所述用戶終端發(fā)送去附著接受消息時(shí)，在其中攜帶該用戶終端的尋呼響應(yīng)指示信息。
全文摘要
本發(fā)明公開了一種尋呼多個(gè)用戶的方法，包括核心網(wǎng)向接入網(wǎng)發(fā)起尋呼請求，攜帶用戶列表；接入網(wǎng)尋呼所述用戶列表中的用戶；被尋呼到的用戶終端通過接入網(wǎng)向核心網(wǎng)返回尋呼響應(yīng)。本發(fā)明方法可以應(yīng)用于網(wǎng)絡(luò)側(cè)同時(shí)尋呼多個(gè)空閑狀態(tài)的用戶終端并進(jìn)行重新附著或去附著過程，實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)一次尋呼多個(gè)用戶，從而減少信令交互，降低網(wǎng)絡(luò)時(shí)延。
文檔編號H04W68/02GK101064932SQ20061007603
公開日2007年10月31日 申請日期2006年4月24日 優(yōu)先權(quán)日2006年4月24日
發(fā)明者李慶禹, 支春霞 申請人:華為技術(shù)有限公司