欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種尋呼方法及系統(tǒng)的制作方法

文檔序號:7757854閱讀:154來源:國知局
專利名稱:一種尋呼方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及移動通信技術(shù)領(lǐng)域,尤其涉及一種尋呼方法及系統(tǒng)。
背景技術(shù)
M2M(Machine to Machine,機器對機器)是二十世紀九十年代提出的概念,是通信技術(shù)發(fā)展的重要驅(qū)動力量。簡單的說,M2M就是機器的互聯(lián)網(wǎng),實現(xiàn)手段包括各種聯(lián)網(wǎng)技術(shù)。M2M技術(shù)的目標就是使所有機器設備都具備聯(lián)網(wǎng)和通信能力,其核心理念就是網(wǎng)絡一切 (Network Everything)。M2M的通信對象為機器對機器或者人對機器。一個或多個機器之間的數(shù)據(jù)通信定義為MTC (Machine Type Communication,機器類型通信),這種情況下較少需要人機互動。參與MTC的機器,定義為MTC終端(MTC UE,ME)。MTC終端是MTC用戶的終端,可通過PLMN(公眾陸地移動電話網(wǎng))與其他MTC終端和MTC服務器進行通信。圖1是 LTE(長期演進)架構(gòu)下的MTC網(wǎng)絡結(jié)構(gòu),如圖1所示,MTC UE是通過運營商網(wǎng)絡與MTC服務器通訊的終端設備,MTC簽約者是一個為MTC終端提供業(yè)務的實體,包括多個MTC用戶。 MTC用戶通過MTC服務器和PLMN網(wǎng)絡相連,MTC服務器為MTC用戶提供服務。在現(xiàn)有移動通信技術(shù)中,LTE(長期演進)通信系統(tǒng)中的H2H(人對人通信)移動終端,在接入層可以處于兩種狀態(tài)無線資源控制(RRC)空閑態(tài)(RRC-IDLE)和RRC連接態(tài) (RRC-C0NNECTED)。處于空閑態(tài)的移動終端實現(xiàn)如下兩方面的功能一方面可以監(jiān)聽其駐留小區(qū)的尋呼消息,根據(jù)尋呼消息的指示進行小區(qū)系統(tǒng)消息的更新,也就是重新讀取小區(qū)系統(tǒng)消息,或發(fā)起與網(wǎng)絡側(cè)的連接,以轉(zhuǎn)入RRC連接態(tài);另一方面,可以周期性或由事件觸發(fā),發(fā)起與網(wǎng)絡側(cè)的位置區(qū)域更新過程,以指示網(wǎng)絡側(cè)移動終端所在的位置區(qū)域。網(wǎng)絡側(cè)得知移動終端所在的位置區(qū)域后,在需要對該移動設備進行尋呼時,在相應的位置區(qū)域內(nèi)的小區(qū)發(fā)送尋呼消息?,F(xiàn)有技術(shù)中,核心網(wǎng)網(wǎng)元向移動終端發(fā)送尋呼消息后會啟動定時器T3413,定時時長由運營商確定,在定時時間內(nèi)如果核心網(wǎng)網(wǎng)元沒有收到尋呼響應消息,那么核心網(wǎng)網(wǎng)元會重發(fā)尋呼消息。如果核心網(wǎng)網(wǎng)元多次發(fā)送尋呼消息后,都沒有收到尋呼響應消息,那么核心網(wǎng)網(wǎng)元認為此次尋呼過程失敗。如果是核心網(wǎng)觸發(fā)的尋呼過程,移動終端收到網(wǎng)絡側(cè)發(fā)送的尋呼消息后,向核心網(wǎng)發(fā)送尋呼響應消息,尋呼響應消息是NAS(非接入層)層的業(yè)務請求消息。在移動終端發(fā)送業(yè)務請求消息后,啟動定時器T3417。目前定時器T3417的定時時長為5秒,移動終端還會設置NAS層的狀態(tài)為EMM-SERVICE-REQUEST-INITIATED (EPS業(yè)務移動性管理請求發(fā)起)。發(fā)送尋呼響應消息后,移動終端與核心網(wǎng)交互,建立用戶面承載,傳送用戶面數(shù)據(jù)。當移動終端得知承載建立成功或者收到核心網(wǎng)發(fā)送的業(yè)務請求拒絕應答消息后,停止定時器 T3417。當承載建立成功后,移動終端的NAS層狀態(tài)修改為EMM-registered(EPS移動性管理注冊)狀態(tài)。在MTC網(wǎng)絡架構(gòu)中,對ME提出了組(Group)概念,也就是對ME按照共同特征或者地域進行分組。ME可以按照一些共同的特征或者業(yè)務需求分為眾多分組,對于這些MTC終端分組終端,有時需要他們執(zhí)行同樣的操作,比如以分組為粒度執(zhí)行MTC終端的尋呼。但是,在以MTC終端分組為粒度的尋呼情況下,按照現(xiàn)有的尋呼響應消息過程,會出現(xiàn)以下問題1)由于MTC終端分組內(nèi)的終端數(shù)量眾多,對于CN(核心網(wǎng))發(fā)起的尋呼消息,MTC 終端分組內(nèi)每個MTC終端都會向網(wǎng)絡側(cè)發(fā)送尋呼響應消息,對于以分組為粒度的尋呼消息,網(wǎng)絡會收到眾多MTC終端發(fā)送的尋呼響應消息,這就導致網(wǎng)絡側(cè)無法確定尋呼是否成功。2)現(xiàn)在技術(shù)中網(wǎng)絡側(cè)發(fā)送尋呼消息時會設置定時器,在定時器時間內(nèi)沒有收到尋呼響應消息,就會重新發(fā)送尋呼消息,當基站收到尋呼響應消息,就會停止這個定時器。對于以MTC終端分組為粒度的尋呼,接收眾多的尋呼響應消息,基站無法確定何時停止定時
ο3)對于以MTC終端分組為粒度的尋呼,有可能分組內(nèi)部分ME沒有收到尋呼消息, 而網(wǎng)絡側(cè)無法確定是否有ME沒有收到尋呼消息,也就無法確定是否需要重新發(fā)送尋呼消肩、ο現(xiàn)有技術(shù)中的尋呼方法,對于以MTC終端分組為粒度的尋呼存在上述眾多問題, 因此,現(xiàn)有技術(shù)不適用于以MTC終端分組為粒度的尋呼,具有很大局限性。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種尋呼方法和系統(tǒng),實現(xiàn)以MTC終端分組為粒度的對MTC終端的尋呼。為解決上述技術(shù)問題,本發(fā)明的一種尋呼方法,包括核心網(wǎng)網(wǎng)元以機器類型通信(MTC)終端分組為粒度,向MTC分組終端發(fā)送尋呼消息;MTC分組終端接收到尋呼消息后,向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息;核心網(wǎng)網(wǎng)元將發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先設置的數(shù)量閾值進行比較,判斷尋呼是否成功。進一步地,該方法還包括核心網(wǎng)網(wǎng)元在發(fā)送尋呼消息后,記錄尋呼時間;核心網(wǎng)網(wǎng)元將在尋呼時間內(nèi)發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。進一步地,該方法還包括核心網(wǎng)網(wǎng)元在發(fā)送尋呼消息后,記錄尋呼次數(shù);核心網(wǎng)網(wǎng)元將發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先設置的數(shù)量閾值進行比較時,若發(fā)送尋呼響應消息的MTC分組終端的數(shù)量小于預先設置的數(shù)量閾值,則將尋呼次數(shù)與預先配置的最大尋呼次數(shù)進行比較,判斷是否重新發(fā)送尋呼消息。進一步地,該方法還包括核心網(wǎng)網(wǎng)元向MTC分組終端發(fā)送尋呼消息時,在該尋呼消息中攜帶MTC終端分組的群組標識信息;
MTC分組終端接收到尋呼消息后,根據(jù)尋呼消息中攜帶的群組標識信息判斷尋呼過程是否是針對該終端所歸屬的分組而發(fā)起,如果是,則該終端向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息。進一步地,該方法還包括核心網(wǎng)網(wǎng)元從歸屬用戶服務器獲取MTC終端分組的信息,該信息包括分組中成員的標識信息;并在接收到尋呼響應消息時,獲取發(fā)送該尋呼響應消息的MTC分組終端的標識信息;核心網(wǎng)網(wǎng)元根據(jù)分組中成員的標識信息和發(fā)送尋呼響應消息的MTC分組終端的標識信息,獲知未發(fā)送尋呼響應消息的MTC分組終端的標識信息,并以單個終端為粒度向未發(fā)送尋呼響應消息的MTC分組終端重新發(fā)送尋呼消息。進一步地,該方法還包括尋呼若由機器類型通信服務器觸發(fā),核心網(wǎng)網(wǎng)元將尋呼的結(jié)果通知給機器類型通信服務器;尋呼的結(jié)果包括以下信息中的一種或多種尋呼是否成功的信息、被尋呼的MTC 終端分組的信息、對尋呼過程發(fā)出尋呼響應消息的MTC分組終端的數(shù)量信息和標識信息、 未對尋呼過程發(fā)出尋呼響應消息的MTC分組終端的數(shù)量信息和標識信息。進一步地,該方法還包括核心網(wǎng)網(wǎng)元若判定在尋呼過程中需要重新發(fā)送尋呼消息,則在重新向MTC分組終端發(fā)送的尋呼消息中攜帶重發(fā)標識;MTC分組終端接收到攜帶重發(fā)標識的尋呼消息后,判斷是否已針對此次尋呼過程發(fā)送尋呼響應消息,若未發(fā)送,則向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息;核心網(wǎng)網(wǎng)元將針對同一尋呼過程發(fā)送尋呼響應消息的MTC分組終端的數(shù)量進行累計,將累計得到的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。進一步地,一種尋呼系統(tǒng),包括核心網(wǎng)網(wǎng)元,該核心網(wǎng)網(wǎng)元包括尋呼模塊和尋呼判斷模塊,其中尋呼模塊,用于以機器類型通信(MTC)終端分組為粒度,向MTC分組終端發(fā)送尋呼消息,接收分組中的MTC分組終端發(fā)送的尋呼響應消息,將發(fā)送尋呼響應消息的MTC分組終端的數(shù)量通知給尋呼判斷模塊;尋呼判斷模塊,用于將獲知的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。進一步地,尋呼模塊,還用于在發(fā)送尋呼消息后,記錄尋呼時間,將在尋呼時間內(nèi)發(fā)送尋呼響應消息的MTC分組終端的數(shù)量通知給尋呼判斷模塊。進一步地,尋呼模塊,還用于在發(fā)送尋呼消息后,記錄尋呼次數(shù),將所記錄的尋呼次數(shù)發(fā)送給尋呼判斷模塊;并在接收到尋呼判斷模塊發(fā)送的重發(fā)通知消息后,向MTC分組終端重新發(fā)送尋呼消息;尋呼判斷模塊,還用于在所獲知的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量小于數(shù)量閾值時,將尋呼次數(shù)與預先配置的最大尋呼次數(shù)進行比較,判斷是否重新發(fā)送尋呼消息,若重新發(fā)送,則向?qū)ず裟K發(fā)送重發(fā)通知消息。綜上所述,本發(fā)明核心網(wǎng)網(wǎng)元發(fā)起以MTC終端分組為粒度的尋呼消息,MTC終端分組終端收到尋呼消息后,向核心網(wǎng)網(wǎng)元發(fā)送尋呼應答消息,核心網(wǎng)網(wǎng)元進行是否重發(fā)尋呼消息及尋呼是否成功的判斷,并在尋呼由MTCServer觸發(fā)的情況下,將尋呼結(jié)果通知到MTC Server,從而實現(xiàn)以MTC終端分組為粒度的尋呼過程。


圖1是現(xiàn)有技術(shù)中基于LTE的MTC網(wǎng)絡架構(gòu)圖;圖2是現(xiàn)有技術(shù)中的尋呼示意圖;圖3是本實施方式尋呼方法的流程圖;圖4是本實施方式尋呼系統(tǒng)的架構(gòu)圖。
具體實施例方式本實施方式中,在核心網(wǎng)發(fā)送以MTC終端分組為粒度的尋呼消息后,設置分組尋呼定時器,分組尋呼定時器不同于現(xiàn)有的針對單個MTC終端尋呼過程中的定時器T3413,是針對MTC終端分組尋呼的專用定時器,可以記為MTCT3413,并且,提出一種分組尋呼是否成功的判斷方法,預先配置數(shù)量閾值,在分組尋呼定時器的定時時間內(nèi)發(fā)送尋呼響應消息的 MTC分組終端的數(shù)量大于等于數(shù)量閾值時,認為此次尋呼成功;否則,需要重新發(fā)送尋呼消息。尋呼定時器的定時時間為尋呼時間,由核心網(wǎng)設置。核心網(wǎng)網(wǎng)元根據(jù)在一個尋呼過程收到的尋呼響應消息的數(shù)量,判斷發(fā)送尋呼響應消息的MTC終端的數(shù)量,核心網(wǎng)網(wǎng)元收到的尋呼響應消息的數(shù)量可能是在一個尋呼過程中,多次發(fā)送尋呼消息后,累計收到的尋呼響應消息的數(shù)量。本實施方式中,若核心網(wǎng)網(wǎng)元發(fā)起的分組尋呼是由MTC服務器(MTC Server)觸發(fā),核心網(wǎng)網(wǎng)元還將尋呼結(jié)果通知給MTC Server。若核心網(wǎng)網(wǎng)元需要重新發(fā)送尋呼消息,在重發(fā)尋呼消息時,在尋呼消息中攜帶重發(fā)標識。針對重發(fā)的尋呼消息,MTC終端判斷是否已對重發(fā)的尋呼消息發(fā)送過尋呼響應消息,如果已發(fā)送過,則忽略重發(fā)的尋呼消息。下面結(jié)合附圖對本實施方式進行詳細說明。 本實施方式是對MTC終端分組進行尋呼,屬于MTC終端分組的終端是指,根據(jù)簽約或者動態(tài)的分配群組標識(Group ID)信息,而屬于某個分組的成員的移動終端,該移動終端具有群組標識信息和分組包含終端的數(shù)量信息。對MTC終端分組進行尋呼的過程是指,核心網(wǎng)發(fā)送以MTC終端分組為粒度的尋呼, 在尋呼消息中攜帶群組標識?,F(xiàn)有技術(shù)中,MTC終端收到的是以單個MTC終端為粒度的尋呼消息,該尋呼消息中攜帶MTC終端的標識。MTC終端根據(jù)收到的尋呼消息可以確定尋呼消息的粒度,如果在尋呼消息中攜帶的是群組標識,那么MTC分組終端可以判斷出尋呼消息是以MTC終端分組為粒度;如果尋呼消息中攜帶的是MTC終端的標識,那么MTC終端可以判斷出尋呼消息是以單個MTC終端為粒度。MTC分組終端(下文簡稱為ME)接收到尋呼消息后,根據(jù)群組標識判斷是否屬于該分組,如果屬于則向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息。尋呼響應消息是ME發(fā)送給核心網(wǎng)網(wǎng)元的NAS層消息,更具體的是指NAS層的業(yè)務請求消息。如圖2所示,當ME收到尋呼消息后,會在與基站建立Uu接口的RRC信令連接, 基站得知與ME建立RRC連接后,會與核心網(wǎng)網(wǎng)元建立與該ME對應的Sl接口的信令連接。 當信令連接建立完成后,ME向核心網(wǎng)網(wǎng)元發(fā)送NAS層的業(yè)務請求消息,NAS層消息通過上述Uu接口和Sl接口上的信令承載,發(fā)送到核心網(wǎng)網(wǎng)元。在Uu接口可以通過“上行信息傳送消息”或者“RRC連接建立請求”傳送NAS層消息,在Sl接口可以通過“上行NAS傳送消息”傳送NAS層消息。ME接收到尋呼消息后,將所屬分組的群組標識和ME終端標識通知到核心網(wǎng)網(wǎng)元, 可以通過兩種方法實現(xiàn)通過NAS層尋呼響應消息(業(yè)務請求消息)攜帶群組標識和ME終端標識,或者通過承載尋呼響應消息的Uu接口和Sl接口的信令,將群組標識和ME終端標識通知到核心網(wǎng)網(wǎng)元。MTC群組標識和MTC終端標識作為消息中的一個信元,通過所述消息通知到核心網(wǎng)。尋呼過程成功的判斷標準是核心網(wǎng)網(wǎng)元在分組尋呼定時器的定時時間和預設的最大尋呼次數(shù)內(nèi)是否收到了足夠多ME發(fā)送的尋呼響應消息。核心網(wǎng)網(wǎng)元預設了最大尋呼次數(shù)和收到的ME發(fā)送的尋呼響應消息的數(shù)量閾值,如果在預設時間和預設尋呼次數(shù)內(nèi)收到的針對尋呼的尋呼響應消息的數(shù)量不小于數(shù)量閾值,那么認為此次尋呼過程成功,如果尋呼重發(fā)次數(shù)超出了最大尋呼次數(shù),仍然沒有收到足夠多的尋呼響應消息,那么基站認為此次尋呼失敗。尋呼消息重發(fā)判斷標準是核心網(wǎng)網(wǎng)元根據(jù)一次尋呼后收到的尋呼響應消息的累計數(shù)量和響應閥值的比較,當接收到的尋呼響應消息的數(shù)量大于數(shù)量閾值,則不再重發(fā)尋呼消息。當核心網(wǎng)網(wǎng)元通過計算得知在超過此次尋呼的定時時間的情況下,對于該次尋呼收到的尋呼響應消息的累計數(shù)量小于預設的數(shù)量閾值,那么認為分組內(nèi)大量MTC終端沒有收到尋呼消息,判斷尋呼次數(shù)是否超過最大尋呼次數(shù),如果未超過,會重新發(fā)送尋呼消息, 并且重新設置分組尋呼定時器。分組尋呼定時器的定時時間具有比普通MTC終端尋呼定時器T3413更長的定時時間,定時器用于判斷是否重發(fā)尋呼消息和尋呼是否成功。定時器的定時時間由核心網(wǎng)根據(jù)網(wǎng)絡負荷情況或者MTC終端分組中的終端數(shù)量確定。數(shù)量閾值由核心網(wǎng)網(wǎng)元根據(jù)MTC終端分組內(nèi)MTC終端的數(shù)量確定。核心網(wǎng)網(wǎng)元可以從HSS (歸屬用戶服務器)獲取到MTC終端分組的信息,其中包括 MTC終端分組中MTC終端成員的標識信息和MTC終端分組中的MTC終端成員的數(shù)量信息。 對于成功的尋呼過程,當數(shù)量閾值小于MTC終端分組內(nèi)終端總數(shù)量時,會有少量ME沒有向核心網(wǎng)發(fā)送尋呼響應消息。核心網(wǎng)網(wǎng)元根據(jù)尋呼響應消息中攜帶的MTC終端的標識和獲取的MTC終端分組信息,能夠獲知沒有發(fā)送尋呼響應消息的ME的信息,針對這些ME,核心網(wǎng)網(wǎng)元有如下幾種處理方式1)以單個ME為粒度的尋呼方式重新尋呼沒有發(fā)送尋呼響應消息的終端,采用的尋呼方式是現(xiàn)有技術(shù)中已有的針對普通終端的尋呼過程。2)忽略這些沒有發(fā)送尋呼響應消息的ME,認為這些終端由于某些原因不可及,比如ME出現(xiàn)故障,或者信令鏈路出現(xiàn)故障。核心網(wǎng)網(wǎng)元重新發(fā)送尋呼消息時,在尋呼消息中攜帶重發(fā)標識,重發(fā)標識可以是重發(fā)的次數(shù),重發(fā)標識作為尋呼消息的一個信元,通過Sl接口和Uu接口的尋呼消息通知到 ME。ME收到尋呼消息后,如果發(fā)現(xiàn)針對此尋呼消息已發(fā)送過尋呼響應消息,則忽略此尋呼消息,不會再發(fā)送尋呼響應消息;否則,MTC終端向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息,核心網(wǎng)網(wǎng)元累計接收到的尋呼響應消息的數(shù)量,判斷是否大于等于數(shù)量閾值。當ME發(fā)送尋呼響應消息后會啟動一個定時器,并且建立用戶面數(shù)據(jù)承載,如果ME發(fā)現(xiàn)已經(jīng)啟動了定時器,那么認為已經(jīng)針對該尋呼發(fā)送了響應消息。當核心網(wǎng)網(wǎng)元發(fā)起的尋呼過程完成后,核心網(wǎng)網(wǎng)元記錄下尋呼過程的結(jié)果,并且, 在尋呼由MTC krver發(fā)起的情況下,向MTC krver反饋尋呼過程結(jié)果。尋呼過程結(jié)果可以包括下述內(nèi)容尋呼是否成功的信息、被尋呼的MTC終端分組的信息、對尋呼過程發(fā)出尋呼響應消息的MTC分組終端的數(shù)量信息和標識信息、未對尋呼過程發(fā)出尋呼響應消息的MTC 分組終端的數(shù)量信息和標識信息。。圖3為本實施方式的尋呼方法的流程圖,包括301 核心網(wǎng)網(wǎng)元發(fā)送以MTC終端分組為粒度的尋呼消息,記錄尋呼次數(shù),并啟動分組尋呼定時器,尋呼消息通過基站發(fā)送到MTC終端;核心網(wǎng)在尋呼消息中攜帶群組標識。302 =ME收到尋呼消息后,向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息,通過尋呼響應消息或承載尋呼響應消息的信令,將群組標識和ME終端標識通知到核心網(wǎng)網(wǎng)元;303 核心網(wǎng)網(wǎng)元根據(jù)在分組尋呼定時器的定時時間內(nèi)接收到尋呼響應消息的數(shù)量是否小于預設的數(shù)量閾值,如果小于,則執(zhí)行步驟304 ;否則,執(zhí)行步驟306 ;304 核心網(wǎng)網(wǎng)元判斷尋呼次數(shù)是否超過預先配置的最大尋呼次數(shù),如果超過,則執(zhí)行步驟306 ;否則,執(zhí)行步驟305 ;305 核心網(wǎng)網(wǎng)元重新發(fā)送尋呼消息,在尋呼消息中攜帶重發(fā)標識,跳轉(zhuǎn)到步驟 303 ;306 若核心網(wǎng)網(wǎng)元發(fā)起的分組尋呼是由MTC krver觸發(fā),則核心網(wǎng)網(wǎng)元還將尋呼結(jié)果通知給MTC Server。圖4為本實施方式尋呼系統(tǒng)的架構(gòu)圖,包括核心網(wǎng)網(wǎng)元,該核心網(wǎng)網(wǎng)元包括尋呼模塊和尋呼判斷模塊,其中尋呼模塊,用于以機器類型通信分組為粒度,向MTC分組終端發(fā)送尋呼消息,記錄尋呼時間,接收分組中的MTC分組終端發(fā)送的尋呼響應消息,將在尋呼時間內(nèi)發(fā)送尋呼響應消息的數(shù)量通知給尋呼判斷模塊;并在發(fā)送尋呼消息后,記錄尋呼次數(shù),將所記錄的尋呼次數(shù)發(fā)送給尋呼判斷模塊;并在接收到尋呼判斷模塊發(fā)送的重發(fā)通知消息后,向MTC分組終端重新發(fā)送尋呼消息;尋呼判斷模塊,用于將獲知的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功,在發(fā)送尋呼響應消息的MTC分組終端的數(shù)量小于數(shù)量閾值時,將尋呼次數(shù)與預先配置的最大尋呼次數(shù)進行比較,判斷是否重新發(fā)送尋呼消息,若重新發(fā)送,則向?qū)ず裟K發(fā)送重發(fā)通知消息。上述系統(tǒng)中各模塊的其他功能請參考方法內(nèi)容的描述。需要說明的是,附圖1為基于LTE的MTC網(wǎng)絡架構(gòu)圖。上述實施例提供的方法不僅僅適用于LTE系統(tǒng),也適用其它支持尋呼移動通信系統(tǒng),例如UMTS和GSM等。其區(qū)別僅僅在于不同移動通信系統(tǒng)實現(xiàn)尋呼或小區(qū)公共信息的細節(jié)差別,這些差別并不影響本發(fā)明提供的方法的實施。以上所述僅為本發(fā)明的優(yōu)選實施例而已,并不用于限制本發(fā)明,對于本領(lǐng)域的技術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種尋呼方法,包括核心網(wǎng)網(wǎng)元以機器類型通信(MTC)終端分組為粒度,向MTC分組終端發(fā)送尋呼消息;所述MTC分組終端接收到所述尋呼消息后,向所述核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息;所述核心網(wǎng)網(wǎng)元將發(fā)送所述尋呼響應消息的MTC分組終端的數(shù)量與預先設置的數(shù)量閾值進行比較,判斷尋呼是否成功。
2.如權(quán)利要求1所述的方法,其特征在于,該方法還包括所述核心網(wǎng)網(wǎng)元在發(fā)送所述尋呼消息后,記錄尋呼時間;所述核心網(wǎng)網(wǎng)元將在所述尋呼時間內(nèi)發(fā)送所述尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。
3.如權(quán)利要求1或2所述的方法,其特征在于,該方法還包括所述核心網(wǎng)網(wǎng)元在發(fā)送所述尋呼消息后,記錄尋呼次數(shù);所述核心網(wǎng)網(wǎng)元將發(fā)送所述尋呼響應消息的MTC分組終端的數(shù)量與預先設置的數(shù)量閾值進行比較時,若發(fā)送所述尋呼響應消息的MTC分組終端的數(shù)量小于所述預先設置的數(shù)量閾值,則將所述尋呼次數(shù)與預先配置的最大尋呼次數(shù)進行比較,判斷是否重新發(fā)送所述尋呼消息。
4.如權(quán)利要求1或2所述的方法,其特征在于,該方法還包括所述核心網(wǎng)網(wǎng)元向所述MTC分組終端發(fā)送尋呼消息時,在該尋呼消息中攜帶所述MTC 終端分組的群組標識信息;所述MTC分組終端接收到所述尋呼消息后,根據(jù)所述尋呼消息中攜帶的群組標識信息判斷尋呼過程是否是針對該終端所歸屬的分組而發(fā)起,如果是,則該終端向所述核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息。
5.如權(quán)利要求1或2所述的方法,其特征在于,該方法還包括所述核心網(wǎng)網(wǎng)元從歸屬用戶服務器獲取所述MTC終端分組的信息,該信息包括分組中成員的標識信息;并在接收到所述尋呼響應消息時,獲取發(fā)送該尋呼響應消息的MTC分組終端的標識信息;所述核心網(wǎng)網(wǎng)元根據(jù)所述分組中成員的標識信息和所述發(fā)送所述尋呼響應消息的MTC 分組終端的標識信息,獲知未發(fā)送尋呼響應消息的MTC分組終端的標識信息,并以單個終端為粒度向所述未發(fā)送尋呼響應消息的MTC分組終端重新發(fā)送尋呼消息。
6.如權(quán)利要求5所述的方法,其特征在于,該方法還包括所述尋呼若由機器類型通信服務器觸發(fā),所述核心網(wǎng)網(wǎng)元將所述尋呼的結(jié)果通知給所述機器類型通信服務器;所述尋呼的結(jié)果包括以下信息中的一種或多種尋呼是否成功的信息、被尋呼的MTC終端分組的信息、對尋呼過程發(fā)出尋呼響應消息的MTC分組終端的數(shù)量信息和標識信息、未對尋呼過程發(fā)出尋呼響應消息的MTC分組終端的數(shù)量信息和標識信肩、ο
7.如權(quán)利要求3所述的方法,其特征在于,該方法還包括所述核心網(wǎng)網(wǎng)元若判定在尋呼過程中需要重新發(fā)送所述尋呼消息,則在重新向所述 MTC分組終端發(fā)送的尋呼消息中攜帶重發(fā)標識;所述MTC分組終端接收到攜帶所述重發(fā)標識的尋呼消息后,判斷是否已針對此次尋呼過程發(fā)送尋呼響應消息,若未發(fā)送,則向所述核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息;所述核心網(wǎng)網(wǎng)元將針對同一尋呼過程發(fā)送尋呼響應消息的MTC分組終端的數(shù)量進行累計,將累計得到的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。
8.一種尋呼系統(tǒng),包括核心網(wǎng)網(wǎng)元,該核心網(wǎng)網(wǎng)元包括尋呼模塊和尋呼判斷模塊,其中所述尋呼模塊,用于以機器類型通信(MTC)終端分組為粒度,向MTC分組終端發(fā)送尋呼消息,接收所述分組中的MTC分組終端發(fā)送的尋呼響應消息,將發(fā)送尋呼響應消息的MTC分組終端的數(shù)量通知給所述尋呼判斷模塊;所述尋呼判斷模塊,用于將獲知的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先配置的數(shù)量閾值進行比較,判斷尋呼是否成功。
9.如權(quán)利要求8所述的系統(tǒng),其特征在于所述尋呼模塊,還用于在發(fā)送尋呼消息后,記錄尋呼時間,將在所述尋呼時間內(nèi)發(fā)送尋呼響應消息的MTC分組終端的數(shù)量通知給所述尋呼判斷模塊。
10.如權(quán)利要求8或9所述的系統(tǒng),其特征在于所述尋呼模塊,還用于在發(fā)送尋呼消息后,記錄尋呼次數(shù),將所記錄的尋呼次數(shù)發(fā)送給所述尋呼判斷模塊;并在接收到所述尋呼判斷模塊發(fā)送的重發(fā)通知消息后,向所述MTC分組終端重新發(fā)送尋呼消息;所述尋呼判斷模塊,還用于在所獲知的發(fā)送尋呼響應消息的MTC分組終端的數(shù)量小于所述數(shù)量閾值時,將所述尋呼次數(shù)與預先配置的最大尋呼次數(shù)進行比較,判斷是否重新發(fā)送尋呼消息,若重新發(fā)送,則向所述尋呼模塊發(fā)送重發(fā)通知消息。
全文摘要
本發(fā)明公開了一種尋呼方法及系統(tǒng),包括核心網(wǎng)網(wǎng)元以機器類型通信(MTC)終端分組為粒度,向MTC分組終端發(fā)送尋呼消息;MTC分組終端接收到尋呼消息后,向核心網(wǎng)網(wǎng)元發(fā)送尋呼響應消息;核心網(wǎng)網(wǎng)元將發(fā)送尋呼響應消息的MTC分組終端的數(shù)量與預先設置的數(shù)量閾值進行比較,判斷尋呼是否成功。本發(fā)明核心網(wǎng)網(wǎng)元發(fā)起以MTC終端分組為粒度的尋呼消息,MTC終端分組終端收到尋呼消息后,向核心網(wǎng)網(wǎng)元發(fā)送尋呼應答消息,核心網(wǎng)網(wǎng)元進行是否重發(fā)尋呼消息及尋呼是否成功的判斷,并在尋呼由MTC Server觸發(fā)的情況下,將尋呼結(jié)果通知到MTC Server,從而實現(xiàn)以MTC終端分組為粒度的尋呼過程。
文檔編號H04W68/00GK102378120SQ201010262539
公開日2012年3月14日 申請日期2010年8月24日 優(yōu)先權(quán)日2010年8月24日
發(fā)明者李蘭蘭 申請人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
曲松县| 嘉义县| 剑阁县| 集贤县| 顺昌县| 泽普县| 平原县| 滦平县| 策勒县| 北流市| 辽宁省| 禹州市| 丰宁| 察哈| 临朐县| 南郑县| 漾濞| 谷城县| 湘潭市| 金阳县| 大港区| 莒南县| 嘉定区| 那曲县| 曲阳县| 新竹市| 宽城| 沙湾县| 太仓市| 札达县| 汨罗市| 岑溪市| 曲周县| 常德市| 深州市| 商洛市| 济南市| 太谷县| 元氏县| 米泉市| 徐水县|