工作模式變更通知方法及設備的制作方法
【專利摘要】本發(fā)明提供一種工作模式變更通知方法及設備。一種方法包括：基站在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，該尋呼消息攜帶有系統(tǒng)切換指示，該系統(tǒng)切換指示用于告知UE該基站的工作模式發(fā)生了切換；基站向UE發(fā)送尋呼消息。本發(fā)明技術方案通過使用尋呼消息向UE通知基站的工作模式發(fā)生了切換，與現(xiàn)有技術相比，減少了UE獲知基站切換工作模式的時延，便于UE及時開展業(yè)務。
【專利說明】工作模式變更通知方法及設備
【技術領域】
[0001]本發(fā)明涉及通信技術，尤其涉及一種工作模式變更通知方法及設備。
【背景技術】
[0002]對于采用扁平化、全互聯(lián)網(wǎng)協(xié)議(Internet Protocol,簡稱為IP)化網(wǎng)絡架構中基于分時長期演進(Time Division Long Term Evolution,簡稱為TD-LTE)技術的寬帶數(shù)字集群通信系統(tǒng)，基站直接與核心網(wǎng)相連，中間沒有無線網(wǎng)絡控制器，集群控制功能直接集成在基站上，更有利于基站故障弱化的實現(xiàn)。
[0003]正常情況下，數(shù)字集群通信系統(tǒng)中的基站的運行由網(wǎng)絡側(即核心網(wǎng))控制。當基站監(jiān)測到網(wǎng)絡側不能正常工作時，會轉入故障弱化工作模式，當基站重新檢測到網(wǎng)絡側正常工作時時，又會重新進入集群工作模式。
[0004]現(xiàn)有技術中，當基站在故障弱化工作模式和集群工作模式之間進行切換時，通常是通過廣播系統(tǒng)消息通知該小區(qū)內(nèi)的用戶終端(User Equipment，簡稱為UE)該基站進行了工作模式的切換。這種方式的問題是基站首先要通過尋呼消息通知該小區(qū)內(nèi)的UE有系統(tǒng)消息的變更，這就增加了 UE獲知基站進行工作模式切換的時延，不利于UE及時開展業(yè)務。

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

[0005]本發(fā)明提供一種工作模式變更通知方法及設備，用以減少UE獲知基站切換工作模式的時延，以便于UE及時開展業(yè)務。
[0006]本發(fā)明一方面提供一種工作模式變更通知方法，包括:
[0007]基站在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知用戶設備UE所述基站的工作模式發(fā)生了切換；
[0008]所述基站向所述UE發(fā)送所述尋呼消息。
[0009]本發(fā)明一方面還提供一種基站，包括:
[0010]生成模塊，用于在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知用戶設備UE所述基站的工作模式發(fā)生了切換；
[0011]第一發(fā)送模塊，用于向所述UE發(fā)送所述尋呼消息。
[0012]本發(fā)明另一方面提供一種工作模式變更通知方法，包括:
[0013]用戶設備UE接收基站發(fā)送的尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知所述UE所述基站的工作模式發(fā)生了切換；
[0014]所述UE對所述尋呼消息進行解析，獲取所述系統(tǒng)切換指示，并根據(jù)所述系統(tǒng)切換指示確定所述基站的工作模式發(fā)生了切換。
[0015]本發(fā)明另一方面還提供一種用戶設備，包括:
[0016]第二接收模塊，用于接收基站發(fā)送的尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知所述UE所述基站的工作模式發(fā)生了切換；[0017]確定模塊，用于對所述尋呼消息進行解析，獲取所述系統(tǒng)切換指示，并根據(jù)所述系統(tǒng)切換指示確定所述基站的工作模式發(fā)生了切換。
[0018]本發(fā)明一方面提供的工作模式變更通知方法及基站，基站通過尋呼消息將工作模式變更指示下發(fā)給UE，使得UE能夠直接根據(jù)接收到的尋呼消息獲知基站的工作模式發(fā)生了變化，與現(xiàn)有技術通過系統(tǒng)消息通知UE基站切換工作模式的方案相比，減少了 UE獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
[0019]本發(fā)明另一方面提供的工作模式變更通知方法及用戶設備，UE接收基站發(fā)送的尋呼消息，該尋呼消息攜帶有基站的工作模式發(fā)生變更的指示，UE可以直接根據(jù)接收到的尋呼消息獲知基站的工作發(fā)生了變化，與現(xiàn)有技術中根據(jù)接收到的系統(tǒng)消息獲知基站的工作模式發(fā)生變化的方案相比，減少了獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
【專利附圖】

【附圖說明】
[0020]圖1為本發(fā)明一實施例提供的工作模式變更通知方法的流程圖；
[0021]圖2為本發(fā)明另一實施例提供的工作模式變更通知方法的流程圖；
[0022]圖3為本發(fā)明又一實施例提供的工作模式變更通知方法的流程圖；
[0023]圖4為本發(fā)明又一實施例提供的工作模式變更通知方法的流程圖；
[0024]圖5為本發(fā)明一實施例提供的基站的結構示意圖；
[0025]圖6為本發(fā)明另一實施例提供的基站的結構示意圖；
[0026]圖7為本發(fā)明一實施例提供的UE的結構示意圖。
【具體實施方式】
[0027]首先說明，本發(fā)明以下各實施例中的基站可以是單站模式的基站，也就是說該基站同時集成了集群控制功，中間不通過無線網(wǎng)絡控制器，而是直接與核心網(wǎng)設備連接，但不限于此。本發(fā)明以下各實施例中的網(wǎng)絡側是指核心網(wǎng)側，更為具體的是指核心網(wǎng)設備。
[0028]圖1為本發(fā)明一實施例提供的工作模式變更通知方法的流程圖。如圖1所示，本實施例的方法包括:
[0029]步驟101、基站在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼(英文為Paging)消息，該尋呼消息攜帶有系統(tǒng)切換指示(英文為System Switch Indication),該系統(tǒng)切換指示用于告知UE基站的工作模式發(fā)生了切換。
[0030]步驟102、基站向UE發(fā)送上述生成的尋呼消息。
[0031]在本實施例中，一種場景為:網(wǎng)絡側之前能夠正常工作(即網(wǎng)絡側的工作狀態(tài)正常)，基站的工作模式為集群工作模式，此時基站檢測到網(wǎng)絡側不能正常工作(即網(wǎng)絡側工作狀態(tài)發(fā)生異常)，則基站將工作模式由集群工作模式切換為故障弱化工作模式。另一種場景為:網(wǎng)絡側之前不能正常工作，基站的工作模式為故障弱化工作模式，此時基站檢測到網(wǎng)絡側恢復正常，則基站的工作模式由故障弱化工作模式切換為集群工作模式。
[0032]無論基站是從故障弱化工作模式切換到集群工作模式，還是從集群工作模式切換到故障弱化工作模式，基站均生成尋呼消息，并在尋呼消息中攜帶系統(tǒng)切換指示，通過系統(tǒng)切換指示告知UE基站的工作模式發(fā)生了切換，從當前工作模式切換到另一種工作模式。本實施例中的系統(tǒng)切換指示一種情況下用于告知UE基站的工作模式從故障弱化工作模式切換到集群工作模式，另一種情況下用于告知UE基站的工作模式從集群工作模式切換到故障弱化工作模式。
[0033]在集群系統(tǒng)中，尋呼消息的目的通常是通知處于RRC_IDLE和RRC_C0NNECTED狀態(tài)下的UE系統(tǒng)消息有變更,通知地震和海嘯預警系統(tǒng)(Earthquake and Tsunami WarningSystem,簡稱為ETWS)主要通知和/或ETWS次要通知，通知世界水上運動聯(lián)合會(WorldConfederation of Underwater Activities,簡稱為CMAS)通知，用于發(fā)起無線資源控制(Radio Resource Control，簡稱為RRC)連接建立。而在本實施例中，基站將通知UE基站的工作模式發(fā)生變化的事件作為一種緊急事件，通過尋呼消息通知給UE，即本實施例中尋呼消息的目的除了上述列舉的之外，還具有向UE通知基站的工作模式發(fā)生變化的作用。
[0034]在本實施例中基站同樣可以在UE尋呼時機，向UE發(fā)送尋呼消息發(fā)起尋呼過程。一條尋呼消息可能包括多條尋呼記錄(英文為Paging Record),每個尋呼記錄針對不同的UE。也就是說，基站通過這樣的方式可以在一條尋呼消息中尋呼多個UE，同時告知多個UE基站的工作模式發(fā)生了變化。
[0035]上述尋呼時機的確定方式可以采用現(xiàn)有技術中確定尋呼時機的方式，即不改變尋呼時機的計算，實現(xiàn)與現(xiàn)有技術的兼容。
[0036]在此說明，本實施例的尋呼消息可以是任何應用場景下的尋呼消息，例如可以是基于各種技術實現(xiàn)的數(shù)字集群通信系統(tǒng)中普通的尋呼消息。另外，如果UE支持即按即說(Push to Talk，簡稱為PTT)業(yè)務，則本實施例的尋呼消息還可以是PTT尋呼消息?，F(xiàn)有技術中，基站通過將PTT尋呼消息發(fā)送給RRC_IDLE狀態(tài)和RRC_C0NNECT10N狀態(tài)下的UE’通知UE當前小區(qū)中已經(jīng)建立的群組業(yè)務，另外為了保證點呼的時延性能，對RRC_IDLE狀態(tài)下的UE的點呼也放在PTT尋呼消息中下發(fā)給UE，而對于RRC_C0NNECT狀態(tài)下的UE，點對點業(yè)務直接建立數(shù)據(jù)無線承載(Data Radio Bearer，簡稱為DRB)，UE無需處理PTT尋呼消息中的點呼部分。在本實施例中，基站通過將系統(tǒng)切換指示攜帶在PTT尋呼消息中下發(fā)給UE，使得UE能夠及時獲知基站的工作模式發(fā)生了切換。
[0037]在本實施例的一可選實施方式中，各UE接入TD-LTE數(shù)字集群通信系統(tǒng)的先后順序并不統(tǒng)一，為了解決UE遲后接入問題，PTT尋呼消息周期性發(fā)送?；诖?，本實施例中的系統(tǒng)切換指示同樣周期性的發(fā)送，同樣有利于解決UE遲后接入的問題。
[0038]在此說明，PTT尋呼是TD-LTE數(shù)字集群通信系統(tǒng)中特殊增加的尋呼消息，其主要作用是群組相關事件的通知和系統(tǒng)消息變更等的通知，并不依賴于普通的尋呼流程，但凡是支持PTT集群業(yè)務的UE，基站都可以使用該PTT尋呼流程向UE發(fā)送系統(tǒng)切換指示。
[0039]可選的，基站可以在尋呼消息中增加用于攜帶系統(tǒng)切換指示的IE，然后將該IE放在尋呼消息的擴展位中，這樣可以和現(xiàn)有協(xié)議或標準兼容，能夠向前兼容已經(jīng)存在的UE。
[0040]可選的，基站還可以在尋呼消息中擴展出新的字段，用新擴展的字段攜帶該系統(tǒng)切換指示。
[0041]可選的，基站還可以通過重新定義尋呼消息中已經(jīng)被使用的某個字段，用該字段攜帶系統(tǒng)切換指示。
[0042]當生成尋呼消息后，基站將尋呼消息發(fā)送給UE，使UE根據(jù)尋呼消息中的系統(tǒng)切換指示獲知基站的工作模式發(fā)生了變化。[0043]由上述可見，在本實施例中，基站在檢測到網(wǎng)絡側的工作狀態(tài)發(fā)生變化時，將向UE通知工作模式發(fā)生變化的事件作為一種緊急事件來處理，通過尋呼消息攜帶系統(tǒng)切換指示通知UE基站的工作模式發(fā)生了變化，與現(xiàn)有技術中需要在尋呼消息告知UE系統(tǒng)消息有變化，然后在通過系統(tǒng)消息通知UE基站的工作模式發(fā)生變化的方案相比，減少了 UE獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
[0044]圖2為本發(fā)明另一實施例提供的工作模式變更通知方法的流程圖。本實施例基于圖1所示實施例實現(xiàn)，如圖2所示，本實施例的方法在步驟102之后包括:
[0045]步驟103、基站接收UE發(fā)送的附著(英文為attach)請求消息。
[0046]步驟104、基站向UE發(fā)送附著接受消息。
[0047]在本實施例中，當UE接收到基站發(fā)送的尋呼消息后，對尋呼消息進行解析，從尋呼消息中獲取系統(tǒng)切換指示，根據(jù)系統(tǒng)切換指示確定基站的工作模式發(fā)生了切換，因此，UE獲知需要重新向基站發(fā)起注冊流程。于是，UE向基站發(fā)送附著請求消息，相應地，基站接收UE發(fā)送的附著請求消息。當基站完成對UE的注冊處理之后，向UE返回附著接受消息，以告知UE注冊成功?？蛇x的，基站還可以向UE返回附著拒絕消息，以告知UE注冊未成功。
[0048]現(xiàn)有技術中，UE向基站的注冊流程都是針對集群工作模式的，因此，當基站從故障弱化工作模式切換到集群工作模式后，UE和基站可以采用現(xiàn)有注冊流程進行注冊，現(xiàn)有注冊流程主要包括對UE的鑒權、加密、完整性保護等操作，具體流程在此不再贅述。但是，當基站從集群工作模式切換到故障弱化工作模式后，如果仍然使用現(xiàn)有技術中的注冊流程，可能存在復雜度過大，不能滿足單站切換下要求快速建立業(yè)務應用的需求，另外一些鑒權等流程，有可能出現(xiàn)鑒權失敗，導致UE無法在單站模式開展工作。針對系統(tǒng)切換指示具體用于告知UE基站的工作模式由集群工作模式切換到了故障弱化工作模式情況下存在的問題，本實施例以下幾個實施方式給出了解決方法。
[0049]在本實施例的一個可選實施方式中，基站向UE發(fā)送附著接受消息，即步驟104包括:基站在接收到UE發(fā)送的附著請求消息后，直接確定UE認證通過，并向UE發(fā)送附著接受消息。該實施方式具體是說基站在接收到UE發(fā)送的附著請求消息后，不對UE進行標識識另O、鑒權、加密和/或完整性保護等操作，即基站原則上無條件的相信UE注冊的可信度，直接認為UE認證通過，簡化故障弱化工作模式下的注冊流程，尤其適用于單站模式的基站。
[0050]在本實施例的另一可選實施方式中，UE發(fā)送的附著請求消息攜帶有UE的標識，例如 UE 的國際移動用戶識別碼(International Mobile SubscriberIdentificationNumber，簡稱為MSI)，但不限于此。則基站向UE發(fā)送附著接受消息之前包括:基站根據(jù)UE的標識，判斷基站本地是否存在對UE進行認證所需的第一信息。這里的第一信息可以包括UE的信息、UE所加入的群組的信息等。當判斷結果為不存在時，基站認為UE認證通過，向UE發(fā)送附著接受消息，這樣可以保證所有接入該基站的UE均能在第一時刻使用網(wǎng)絡開展業(yè)務，滿足單站場景的需要。當判斷結果為存在時，基站進一步根據(jù)存在的第一信息對UE進行認證，當認證結果為通過時，站向UE發(fā)送附著接受消息，可選的，當根據(jù)第一信息對UE的認證結果為不通過時，基站向UE返回附著拒絕消息，這樣既可以保證認證通過的UE及時加入網(wǎng)絡開展業(yè)務，又能夠阻止非法UE使用網(wǎng)絡或對網(wǎng)絡造成攻擊等。
[0051]在上述實施方式的基礎上，基站從集群工作模式切換到故障弱化工作模式之前，UE同樣會向基站發(fā)送附著請求消息，而基站在接收到UE在基站從集群工作模式切換到故障弱化工作模式之前發(fā)送的附著請求消息時，會根據(jù)接收到的附著請求消息，從用戶數(shù)據(jù)中心獲取上述第一信息，一方面基于第一信息對UE進行鑒權認證等操作，另一方面會將第一信息存儲在本地。可選的，用戶數(shù)據(jù)中心可以是歸屬用戶服務器(Home SubscriberServer，簡稱為HSS)，該HSS與核心網(wǎng)處于不同的網(wǎng)絡中。
[0052]在本實施例的一可選實施方式中，如圖3所示，本實施例的方法在步驟104之后還包括:
[0053]步驟105、基站根據(jù)UE的標識，在用戶數(shù)據(jù)中心查詢對UE進行認證所需的第二信息，并判斷是否查詢到第二信息；如果判斷結果為是，則執(zhí)行步驟106，反之，結束操作。
[0054]步驟106、基站對所述UE進行下線處理，以使所述UE重新向所述基站發(fā)送附著請求消息。
[0055]在該實施方式中，基站在UE附著之后，并不永遠相信UE，而是嘗試去用戶中心查詢對UE進行認證所需的第二信息，這里的第二信息主要包括UE的信息、UE所加入的群組信息等。如果查詢到，讓該UE下線并重新發(fā)起注冊流程，這樣基站就可以根據(jù)第二信息對UE進行鑒權認證，保證UE的合法性。
[0056]可選的，如果基站長時間都未在用戶數(shù)據(jù)中心上查詢到對UE進行認證所需的第二信息，說明該UE可能是危險用戶，因此可以強制將該UE下線，保證整個系統(tǒng)的安全。
[0057]在此說明，上述基站去用戶數(shù)據(jù)中心查詢對UE進行認證所需的第二信息的過程并不是僅針對單個UE，而是針對當前所有接入該基站的UE而執(zhí)行的操作。
[0058]在本實施例的一可選實施方式中，在步驟105之前包括:
[0059]步驟201、基站向用戶數(shù)據(jù)中心發(fā)送連接請求消息，以請求與用戶數(shù)據(jù)中心建立連接。
[0060]步驟202、基站接收用戶數(shù)據(jù)中心發(fā)送的連接響應消息。
[0061]在該實施方式中，基站嘗試去與用戶數(shù)據(jù)中心建立連接，如果不能與用戶數(shù)據(jù)中心建立連接，則無法獲取第二信息，則認為UE認證通過，優(yōu)先保證UE能夠使用網(wǎng)絡開展業(yè)務。如果基站成功與用戶數(shù)據(jù)中心建立起連接，之后基站去用戶數(shù)據(jù)中心查詢第二信息，即執(zhí)行上述步驟105和步驟106的操作。
[0062]由上述可見，本實施例在基站通過尋呼消息將基站的工作模式發(fā)生變化的信息通知給UE的基礎上，簡化了 UE附著基站的流程，尤其適用于故障弱化工作模式下的單站場景，滿足業(yè)務需求。
[0063]圖4為本發(fā)明又一實施例提供的工作模式變更通知方法的流程圖。如圖4所示，本實施例的方法包括:
[0064]步驟401、UE接收基站發(fā)送的尋呼消息，該尋呼消息攜帶有系統(tǒng)切換指示，該系統(tǒng)切換指示用于告知UE基站的工作模式發(fā)生了切換。
[0065]步驟402、UE對上述尋呼消息進行解析，獲取系統(tǒng)切換指示，并根據(jù)獲取的系統(tǒng)切換指示確定基站的工作模式發(fā)生了切換。
[0066]該實施例從UE的角度描述了 UE根據(jù)基站發(fā)送的尋呼消息獲知基站的工作模式發(fā)生了切換。
[0067]在本實施例中，上述系統(tǒng)切換指示具體用于告知UE基站的工作模式由集群工作模式切換到了故障弱化工作模式?；蛘撸鲜鱿到y(tǒng)切換指示具體用于告知UE基站的工作模式由故障弱化工作模式切換到了集群工作模式。
[0068]可選的，上述尋呼消息除了可以是普通尋呼消息之外，還可以是PPT尋呼消息。
[0069]本實施例中的其他信息以及其他流程可參見前述實施例中UE的操作，在此不再贅述。
[0070]在本實施例中，UE接收基站發(fā)送的尋呼消息，該尋呼消息攜帶有基站的工作模式發(fā)生變更的指示，UE可以直接根據(jù)接收到的尋呼消息獲知基站的工作發(fā)生了變化，與現(xiàn)有技術中根據(jù)接收到的系統(tǒng)消息獲知基站的工作模式發(fā)生變化的方案相比，減少了獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
[0071]圖5為本發(fā)明一實施例提供的基站的結構示意圖。本實施例的基站是可以執(zhí)行上述工作模式變更通知方法的基站。如圖5所示，本實施例的基站包括:生成模塊51和第一發(fā)送模塊52。
[0072]其中，生成模塊51，用于在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，該尋呼消息攜帶有系統(tǒng)切換指示，該系統(tǒng)切換指示用于告知UE本實施例基站的工作模式發(fā)生了切換。第一發(fā)送模塊52，與生成模塊51連接，用于向UE發(fā)送生成模塊51所生成的尋呼消息。
[0073]在本實施例的一可選實施方式中，如圖6所示，本實施例的基站還包括:第一接收模塊53和第二發(fā)送模塊54。第一接收模塊53，用于接收UE發(fā)送的附著請求消息；第二發(fā)送模塊54，用于向UE發(fā)送附著接受消息?？蛇x的，第二發(fā)送模塊54與第一接收模塊53連接，用于在第一接收模塊53接收到附著請求消息之后，向UE返回附著接受消息。
[0074]在本實施例中，系統(tǒng)切換指示具體用于告知UE本實施例基站的工作模式由集群工作模式切換到了故障弱化工作模式?；蛘撸到y(tǒng)切換指示還可以具體用于告知UE本實施例基站的工作模式由故障弱化工作模式切換到了集群工作模式。
[0075]在本實施例的一可選實施方式中，在系統(tǒng)切換指示具體用于告知UE本實施例基站的工作模式由集群工作模式切換到了故障弱化工作模式的情景下:第二發(fā)送模塊54具體可用于在第一接收模塊53接收到上述附著請求消息之后，直接確定UE認證通過，然后向UE發(fā)送上述附著接受消息。
[0076]在本實施例的另一可選實施方式中，在系統(tǒng)切換指示具體用于告知UE本實施例基站的工作模式由集群工作模式切換到了故障弱化工作模式的情景下:第一接收模塊53接收到的附著請求消息攜帶有UE的標識；基于此，本實施例的基站還包括:判斷模塊55。該判斷模塊55用于在第二發(fā)送模塊54發(fā)送上述附著接受消息之前，根據(jù)第一接收模塊53接收到的UE的標識，判斷基站本地是否存在對UE進行認證所需的第一信息?？蛇x的，判斷模塊55與第一接收模塊53和第二發(fā)送模塊54連接。相應的，第二發(fā)送模塊54具體可用于在判斷模塊55的判斷結果為不存在時，或者在判斷模塊55的判斷結果為存在，但根據(jù)第一信息對UE進行認證的結果為通過時，向UE發(fā)送上述附著接受消息。
[0077]可選的，第二發(fā)送模塊54還可用于在判斷模塊55的判斷結果為存在，但根據(jù)第一信息對UE進行認證的結果為不通過時，向UE發(fā)送附著拒絕消息。
[0078]在本實施例的一可選實施方式中，第一接收模塊53還用于在本實施例基站從集群工作模式切換到故障弱化工作模式之前，接收UE在本實施例基站從集群工作模式切換到故障弱化工作模式之前發(fā)送的附著請求消息?；诖?，本實施例的基站還包括:第一獲取模塊56。第一獲取模塊56，用于根據(jù)UE在本實施例基站從集群工作模式切換到故障弱化工作模式之前發(fā)送的附著請求消息，從用戶數(shù)據(jù)中心獲取上述第一信息，并保存上述第一信息?？蛇x的，第一獲取模塊56與判斷模塊55連接，用于向判斷模塊55提供上述第一信
肩、O
[0079]在本實施例的一可選實施方式中，上述附著請求消息攜帶有UE的標識?；诖?，本實施例的基站還包括:查找模塊57和下線處理模塊58。
[0080]查找模塊57，用于根據(jù)第一接收模塊53接收到的UE的標識，在用戶數(shù)據(jù)中心查詢對UE進行認證所需的第二信息?？蛇x的，查找模塊57與第一接收模塊53連接。下線處理模塊58，與查找模塊57連接，用于在查找模塊57查詢到第二信息時，對UE進行下線處理，以使UE重新向本實施例基站發(fā)送附著請求消息，即重新發(fā)起注冊流程。
[0081]在本實施例的一可選實施方式中，本實施例的基站還包括:連接請求模塊59和連接建立模塊60。
[0082]連接請求模塊59，用于向用戶數(shù)據(jù)中心發(fā)送連接請求消息，以請求與用戶數(shù)據(jù)中心建立連接。連接建立模塊60，用于接收用戶數(shù)據(jù)中心發(fā)送的連接響應消息?？蛇x的，連接請求模塊59和連接建立模塊60連接。
[0083]上述連接請求模塊59和連接建立模塊60實現(xiàn)與用戶數(shù)據(jù)中心建立連接，為查找模塊57提供了條件。可選的，查找模塊57在連接建立模塊60接收到連接響應消息之后，向用戶數(shù)據(jù)中心進行查詢。
[0084]在本實施例的一可選實施方式中，上述尋呼消息可以為PPT尋呼消息。
[0085]本實施例提供的基站的各功能模塊可用于執(zhí)行上述工作模式變更通知方法實施例中的相應流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0086]本實施例的基站，通過尋呼消息將工作模式變更指示下發(fā)給UE,使得UE能夠直接根據(jù)接收到的尋呼消息獲知基站的工作模式發(fā)生了變化，與現(xiàn)有技術通過系統(tǒng)消息通知UE基站切換工作模式的方案相比，減少了 UE獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
[0087]圖7為本發(fā)明一實施例提供的UE的結構示意圖。本實施例的UE是可以執(zhí)行上述工作模式變更通知方法的UE。如圖7所示，本實施例的UE包括:第二接收模塊71和確定模塊72。
[0088]第二接收模塊71，用于接收發(fā)送的尋呼消息，該尋呼消息攜帶有系統(tǒng)切換指示，該系統(tǒng)切換指示用于告知本實施例UE基站的工作模式發(fā)生了切換。確定模塊72，與第二接收模塊71連接，用于對第二接收模塊71接收到的尋呼消息進行解析，獲取系統(tǒng)切換指示，并根據(jù)系統(tǒng)切換指示確定基站的工作模式發(fā)生了切換。
[0089]在本實施例的一可選實施方式中，上述系統(tǒng)切換指不具體用于告知本實施例UE基站的工作模式由集群工作模式切換到了故障弱化工作模式?；蛘撸鲜鱿到y(tǒng)切換指示具體用于告知本實施例UE基站的工作模式由故障弱化工作模式切換到了集群工作模式。
[0090]在本實施例的一可選實施方式中，上述尋呼消息可以為PPT尋呼消息。
[0091]本實施例提供的UE的各功能模塊可用于執(zhí)行上述工作模式變更通知方法實施例中的相應流程，其具體工作原理不再贅述，詳見方法實施例的描述。
[0092]本實施例提供的UE，通過與上述實施例提供的基站相配合，接收基站發(fā)送的尋呼消息，該尋呼消息攜帶有基站的工作模式發(fā)生變更的指示，UE可以直接根據(jù)接收到的尋呼消息獲知基站的工作發(fā)生了變化，與現(xiàn)有技術中根據(jù)接收到的系統(tǒng)消息獲知基站的工作模式發(fā)生變化的方案相比，減少了獲知基站切換工作模式的時延，有利于UE及時開展業(yè)務。
[0093]本領域普通技術人員可以理解:實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0094]最后應說明的是:以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質(zhì)脫離本發(fā)明各實施例技術方案的范圍。
【權利要求】
1.一種工作模式變更通知方法，其特征在于，包括: 基站在檢測到網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知用戶設備UE所述基站的工作模式發(fā)生了切換； 所述基站向所述UE發(fā)送所述尋呼消息。
2.根據(jù)權利要求1所述的工作模式變更通知方法，其特征在于，所述基站向所述UE發(fā)送所述尋呼消息之后包括: 所述基站接收所述UE發(fā)送的附著請求消息； 所述基站向所述UE發(fā)送附著接受消息。
3.根據(jù)權利要求2所述的工作模式變更通知方法，其特征在于，所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由集群工作模式切換到了故障弱化工作模式。
4.根據(jù)權利要求3所述的工作模式變更通知方法，其特征在于，所述基站向所述UE發(fā)送附著接受消息包括: 所述基站在接收到所述附著請求消息之后，直接確定所述UE認證通過，并向所述UE發(fā)送所述附著接受消息。
5.根據(jù)權利要求3所述的工作模式變更通知方法，其特征在于，所述附著請求消息攜帶有所述UE的標識； 所述基站向所述UE發(fā)送附著接受消息之前包括: 所述基站根據(jù)所述UE的標識，判斷所述基站本地是否存在對所述UE進行認證所需的第一信息； 當判斷結果為不存在時，或者當判斷結果為存在，但根據(jù)所述第一信息對所述UE進行認證的結果為通過時，所述基站向所述UE發(fā)送所述附著接受消息。
6.根據(jù)權利要求5所述的工作模式變更通知方法，其特征在于，還包括: 當判斷結果為存在，但根據(jù)所述第一信息對所述UE進行認證的結果為不通過時，所述基站向所述UE發(fā)送附著拒絕消息。
7.根據(jù)權利要求5或6所述的工作模式變更通知方法，其特征在于，所述基站根據(jù)所述UE的標識，判斷所述基站本地是否存在對所述UE進行認證所需的第一信息之前包括: 所述基站從所述集群工作模式切換到所述故障弱化工作模式之前，根據(jù)所述UE在所述基站從所述集群工作模式切換到所述故障弱化工作模式之前發(fā)送的附著請求消息，從用戶數(shù)據(jù)中心獲取所述第一信息，并保存所述第一信息。
8.根據(jù)權利要求3或4或5所述的工作模式變更通知方法，其特征在于，所述附著請求消息攜帶有所述UE的標識； 所述基站向所述UE發(fā)送附著接受消息之后包括: 所述基站根據(jù)所述UE的標識，在用戶數(shù)據(jù)中心查詢對所述UE進行認證所需的第二信息； 如果查詢到所述第二信息，所述基站對所述UE進行下線處理，以使所述UE重新向所述基站發(fā)送附著請求消息。
9.根據(jù)權利要求8所述的工作模式變更通知方法，其特征在于，所述基站根據(jù)所述UE的標識，在用戶數(shù)據(jù)中心查詢對所述UE進行認證所需的第二信息之前包括: 所述基站向所述用戶數(shù)據(jù)中心發(fā)送連接請求消息，以請求與所述用戶數(shù)據(jù)中心建立連接; 所述基站接收所述用戶數(shù)據(jù)中心發(fā)送的連接響應消息。
10.根據(jù)權利要求1-6任一項所述的工作模式變更通知方法，其特征在于，所述尋呼消息為PPT尋呼消息。
11.一種工作模式變更通知方法，其特征在于，包括: 用戶設備UE接收基站發(fā)送的尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知所述UE所述基站的工作模式發(fā)生了切換； 所述UE對所述尋呼消息進行解析，獲取所述系統(tǒng)切換指示，并根據(jù)所述系統(tǒng)切換指示確定所述基站的工作模式發(fā)生了切換。
12.根據(jù)權利要求11所述的工作模式變更通知方法，其特征在于，所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由集群工作模式切換到了故障弱化工作模式；或者 所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由故障弱化工作模式切換到了集群工作模式。
13.根據(jù)權利要求11或12所述的工作模式變更通知方法，其特征在于，所述尋呼消息為PPT尋呼消息。
14.一種基站，其特征在于，包括: 生成模塊，用于在檢測到·網(wǎng)絡側工作狀態(tài)發(fā)生變化時，生成尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知用戶設備UE所述基站的工作模式發(fā)生了切換； 第一發(fā)送模塊，用于向所述UE發(fā)送所述尋呼消息。
15.根據(jù)權利要求14所述的基站，其特征在于，還包括: 第一接收模塊，用于接收所述UE發(fā)送的附著請求消息； 第二發(fā)送模塊，用于向所述UE發(fā)送附著接受消息。
16.根據(jù)權利要求15所述的基站，其特征在于，所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由集群工作模式切換到了故障弱化工作模式。
17.根據(jù)權利要求16所述的基站，其特征在于，所述第二發(fā)送模塊具體用于在所述第一接收模塊接收到所述附著請求消息之后，直接確定所述UE認證通過，然后向所述UE發(fā)送所述附著接受消息。
18.根據(jù)權利要求16所述的基站，其特征在于，所述附著請求消息攜帶有所述UE的標識； 所述基站還包括: 判斷模塊，用于在所述第二發(fā)送模塊發(fā)送所述附著接受消息之前，根據(jù)所述UE的標識，判斷所述基站本地是否存在對所述UE進行認證所需的第一信息； 所述第二發(fā)送模塊具體用于在所述判斷模塊的判斷結果為不存在時，或者在所述判斷模塊的判斷結果為存在，但根據(jù)所述第一信息對所述UE進行認證的結果為通過時，向所述UE發(fā)送所述附著接受消息。
19.根據(jù)權利要求18所述的基站，其特征在于，所述第二發(fā)送模塊還用于在所述判斷模塊的判斷結果為存在，但根據(jù)所述第一信息對所述UE進行認證的結果為不通過時，向所述UE發(fā)送附著拒絕消息。
20.根據(jù)權利要求18或19所述的基站，其特征在于，所述第一接收模塊還用于在所述基站從所述集群工作模式切換到所述故障弱化工作模式之前，接收所述UE在所述基站從所述集群工作模式切換到所述故障弱化工作模式之前發(fā)送的附著請求消息； 所述基站還包括: 第一獲取模塊，用于根據(jù)所述UE在所述基站從所述集群工作模式切換到所述故障弱化工作模式之前發(fā)送的附著請求消息，從用戶數(shù)據(jù)中心獲取所述第一信息，并保存所述第一信息。
21.根據(jù)權利要求16或17或18所述的基站，其特征在于，所述附著請求消息攜帶有所述UE的標識； 所述基站還包括: 查找模塊，用于根據(jù)所述UE的標識，在用戶數(shù)據(jù)中心查詢對所述UE進行認證所需的第二信息； 下線處理模塊，用于在所述查找模塊查詢到所述第二信息時，對所述UE進行下線處理，以使所述UE重新向所述基站發(fā)送附著請求消息。
22.根據(jù)權利要求21所述的基站，其特征在于，還包括: 連接請求模塊，用于向所述用戶數(shù)據(jù)中心發(fā)送連接請求消息，以請求與所述用戶數(shù)據(jù)中心建立連接； 連接建立模塊，用于接收所述`用戶數(shù)據(jù)中心發(fā)送的連接響應消息。
23.一種用戶設備UE，其特征在于，包括: 第二接收模塊，用于接收基站發(fā)送的尋呼消息，所述尋呼消息攜帶有系統(tǒng)切換指示，所述系統(tǒng)切換指示用于告知所述UE所述基站的工作模式發(fā)生了切換； 確定模塊，用于對所述尋呼消息進行解析，獲取所述系統(tǒng)切換指示，并根據(jù)所述系統(tǒng)切換指示確定所述基站的工作模式發(fā)生了切換。
24.根據(jù)權利要求23所述的UE，其特征在于，所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由集群工作模式切換到了故障弱化工作模式；或者 所述系統(tǒng)切換指示具體用于告知所述UE所述基站的工作模式由故障弱化工作模式切換到了集群工作模式。
25.根據(jù)權利要求23或24所述的UE，其特征在于，所述尋呼消息為PPT尋呼消息。
【文檔編號】H04W68/02GK103582041SQ201210281059
【公開日】2014年2月12日 申請日期:2012年8月8日 優(yōu)先權日:2012年8月8日
【發(fā)明者】李明春, 范晨, 周志宏, 賀剛 申請人:成都鼎橋通信技術有限公司