專利名稱：一種集群尋呼消息的發(fā)送和接收方法
技術領域：
本發(fā)明涉及尋呼消息的發(fā)送技術，特別涉及一種集群尋呼消息的發(fā)送和接收方法。
背景技術：
基于TD-LTE技術的寬帶數字集群通信系統(tǒng)，不但可以支持TD-LTE移動通信系統(tǒng)自身的各種多媒體業(yè)務，而且可以提供基本集群呼叫業(yè)務以及集群多媒體業(yè)務，如語音組呼、語音單呼、可視組呼、可視單呼、廣 播呼叫、實時視頻傳輸等。為了實現集群組呼業(yè)務快速呼叫建立，申請人在2012年I月10日提出了申請?zhí)枮?012100062136發(fā)明名稱為《一種集群組的尋呼方法)》的發(fā)明專利申請，針對集群通信系統(tǒng)的點對多點業(yè)務特性，通過修改空中接口技術，增加新的邏輯信道，實現基于TD-LTE技術的寬帶數字集群通信系統(tǒng)中點對多點的集群業(yè)務傳輸，新增的LTE空中接口信道設計如下:1.集群組呼下行邏輯信道TD-LTE系統(tǒng)空中接口協(xié)議的MAC層提供邏輯信道上的數據傳送業(yè)務，為不同的數據傳遞業(yè)務種類定義一組邏輯信道類型，每個邏輯信道類型由傳遞信息的類型定義。I)集群尋呼控制信道(TPCCH, Trunking Paging Control Channel)定義為點到多點的尋呼一個集群組的UEs的下行尋呼信道，該信道攜帶組呼尋呼信息。2)集群控制信道(TCCH, Trunking Control Channel)定義點到多點的為一個集群組的UEs傳輸控制信息的下行信道，該信道攜帶集群呼叫建立、呼叫釋放、話語權通知等控制信息。3)集群業(yè)務信道(TTCH，Trunking Traffic Channel)定義為點到多點的為一個集群組的UEs傳遞業(yè)務信息的下行信道，該信道傳遞集群點對多點業(yè)務數據。2.傳輸信道根據集群尋呼控制邏輯信道的特點，增加承載集群尋呼控制邏輯信道的傳輸信道，定義為集群尋呼傳輸信道(TPCH，Trunking Paging)。3.組呼下行信道映射基于TD-LTE技術的集群移動通信系統(tǒng)增加空中接口信道后，其下行鏈路信道映射關系如圖1所示。其中，集群尋呼控制信道TPCCH的映射途徑是TPCCH-TPCH-PDSCH(物理下行共享信道)，集群控制信道TCCH的映射途徑是TCCH-DL-SCH(下行共享傳輸信道)-PDSCH ;集群業(yè)務信道TTCH的映射途徑是TTCH-DL-SCH-PDSCH。另夕卜，補充說明，在LTE協(xié)議中規(guī)定，廣播控制信道BCCH的映射途徑是BCCH-BCH (廣播信道)-PBCH (物理廣播信道)；尋呼控制信道PCCH的映射途徑是PCCH-PCH(尋呼信道)-PDSCH ;公共控制信道CCCH的映射途徑是CCCH-DL-SCH-PDSCH ’專用控制信道DCCH的映射途徑是DCCH-DL-SCH-PDSCH ;專用業(yè)務信道DTCH的映射途徑是DTCH-DL-SCH-PDSCH。MAC是通過PDCCH來指示無線資源分配，映射到PDCCH上的RNTI依賴于邏輯信道類型:-TP-RNTI (集群尋呼RNTI)，用于加擾TPCCH對應的PDCCH的CRC以及用于TPCCH的加擾初始化；-G-RNTI (組呼RNTI)，用于加擾TCCH和TTCH對應的TOCCH的CRC以及用于TCCH和TTCH的加擾初始化。在上述發(fā)明專利申請中，基于前述增加的空口信道，給出了集群尋呼方法如下:首先通過廣播消息告知TPCCH信道在網絡側發(fā)送的機會，具體包含在某個無線幀(PF幀)以及具體的子幀(PO子幀)位置信息。當網絡側有集群的尋呼控制信息發(fā)送時，將在最近的PF幀PO子幀上發(fā)送TPCCH信道信息。集群組用戶在廣播消息配置的PF無線幀PO子幀上周期性的檢測I3DCCH信息最終獲取TPCCH信息。目前，集群通信系統(tǒng)中組呼呼叫開始時，由于被呼叫的終端很多，很難保證每次組呼的組內所有終端都能一次接入，如被呼集群組的某些用戶因為不在服務區(qū)、關機等特殊原因沒有接收到組呼尋呼消息。遲后接入就是在呼叫開始時未能接入的終端能通過遲后接入再加入呼叫，它是集群通信系統(tǒng)中一個非常重要的功能。遲后接入需要周期性重復發(fā)送組呼尋呼消息及組呼業(yè)務建立請求消息直到組呼釋放為止，以保證集群組的用戶能夠遲后加入組呼通信中。也就是說，在一個組呼正在進行時，該組呼的集群尋呼消息是一直周期性重復的發(fā)送直到組呼結束為止，而不是在組呼呼叫開始時僅僅發(fā)送一次而已。按照上述發(fā)明專利申請的內容，集群尋呼消息是在規(guī)定的時刻發(fā)送給終端的。而組呼業(yè)務的用戶是隨機分布在多個小區(qū)的，當發(fā)起一個組呼呼叫時，該集群組用戶各自所駐留的小區(qū)都需要發(fā)送集群尋呼消息，同時考慮到遲后接入，該集群尋呼消息還需要周期性的發(fā)送直到該組呼結束為止。隨著集群網絡不斷的發(fā)展，集群組越來越多，當并發(fā)的集群組呼業(yè)務過多時，不能保證在一個集群尋呼發(fā)送周期所規(guī)定時刻及時地發(fā)送所有的集群尋呼消息，這樣會導致消息的擁塞，集群組呼快速建立無法保證。若通過縮短集群尋呼消息發(fā)送周期來增加尋呼發(fā)送密度，在重負載的情況下，即使縮短了集群尋呼消息發(fā)送周期也未必能夠保證及時地發(fā)送集群尋呼消息，同時頻繁地監(jiān)聽增加終端的耗電量；若通過增大尋呼消息列表的最大尋呼集群組數來增加尋呼集群組數目，會增大傳輸數據包的大小，采用RLC TM模式傳輸，一旦發(fā)生丟包，會造成大量組尋呼消息的丟失。

發(fā)明內容
本發(fā)明提供了一種集群尋呼消息的發(fā)送和接收方法，能夠避免丟失集群尋呼消息，并保證組呼快速建立。為實現上述目的，本發(fā)明采用如下的技術方案:一種集群尋呼消息的發(fā)送方法，包括:A、基站向小區(qū)內的各個集群組UE下發(fā)集群尋呼配置信息，用于指示集群尋呼的尋呼周期和在每個尋呼周期內的初次尋呼時刻；并在每個尋呼周期的初次尋呼時刻執(zhí)行步驟B;B、向小區(qū)內的集群組UE發(fā)送集群尋呼消息，若本次集群尋呼消息發(fā)送之后存在未發(fā)送的集群尋呼消息，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，指示UE當前尋呼周期內繼續(xù)監(jiān)聽以及下次發(fā)送集群尋呼消息的時刻，并在所述下次發(fā)送集群尋呼消息的時刻返回執(zhí)行步驟B;否則，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，指示UE當前尋呼周期內不再監(jiān)聽，并在下個尋呼周期的所述初次尋呼時刻返回執(zhí)行步驟B。較佳地，所述當前尋呼周期內下次發(fā)送集群尋呼消息的時刻信息包括:當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，以及當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。較佳地，利用所述尋呼消息的一個字節(jié)承載所述下次尋呼信息，其中I個比特的傳輸標志域用于指示是否繼續(xù)監(jiān)聽，3個比特的幀號域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，4個比特的子幀域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。較佳地，基站根據小區(qū)內的集群UE數和集群組的數目，確定所述集群組的尋呼周期。較佳地，所述集群配置信息中的初次尋呼時刻包括:用于表示發(fā)送集群尋呼消息的無線幀在尋呼周期內的順序編號，和，用于表示發(fā)送集群尋呼消息的子幀在相應無線幀中的編號。一種集群尋呼消息的接收方法，包括:A、UE接收基站發(fā)送的集群尋呼配置信息，在所述集群尋呼配置信息中指示的每個尋呼周期的初次尋呼時刻接收集群尋呼消息；B、提取接收的集群尋呼消息中攜帶的下次尋呼信息，若所述下次尋呼信息指示當前尋呼周期內繼續(xù)監(jiān)聽尋呼消息，則在所述下次尋呼信息中指示的下次接收集群尋呼消息的時刻接收尋呼消息，并返回步驟B;否則，在下個尋呼周期的所述初次尋呼時刻接收集群尋呼消息，并返回步驟B。較佳地，所述當前尋呼周期內下次發(fā)送集群尋呼消息的時刻信息包括:當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，以及當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。較佳地，所述下次尋呼信息占用所述尋呼消息的一個字節(jié)，其中I個比特的傳輸標志域用于指示是否繼續(xù)監(jiān)聽，3個比特的幀號域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，4個比特的子幀域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。由上述技術方案可見，本發(fā)明中，基站通過集群尋呼配置信息，通知UE集群尋呼的尋呼周期和在每個尋呼周期的初次尋呼時刻。在發(fā)送的每個集群尋呼消息時，根據是否存在未發(fā)送的集群尋呼消息，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，用于指示UE當前尋呼周期內是否繼續(xù)監(jiān)聽以及下次發(fā)送集群尋呼消息的時刻；UE按照接收的所述集群尋呼配置信息，在所述初次尋呼時刻對應的子幀上接收集群尋呼消息；并按照接收的每個集群尋呼消息中的指示，確定當前尋呼周期內是否繼續(xù)監(jiān)聽尋呼消息以及下次接收集群尋呼消息的時刻。通過上述方式，能夠在同一尋呼周期的多個子幀進行尋呼消息的發(fā)送，從而既保證組呼快速建立，又不會導致消息擁塞。


圖1為新增空中接口信道的下行鏈路信道映射關系示意圖2為本發(fā)明實施例中集群尋呼消息的發(fā)送和接收方法流程示意圖；圖3為下次尋呼信息的承載示意圖。
具體實施例方式為使本發(fā)明的目的、技術手段和優(yōu)點更加清楚明白，以下結合附圖對本發(fā)明做進一步詳細說明。本發(fā)明的基本思想是:在同一尋呼周期內的多個子幀進行尋呼消息的發(fā)送，從而增加一個尋呼周期內尋呼消息的發(fā)送量，避免消息擁塞。具體地，本發(fā)明提出一種基于TD-LTE集群通信系統(tǒng)集群尋呼消息的發(fā)送方法。該方法通過廣播消息通知TPCCH信道的配置信息，按照該配置信息中集群尋呼消息發(fā)送的周期和初次尋呼時刻下發(fā)對集群組的尋呼消息，終端可以在相應的時刻接收。集群尋呼消息中包含指示字段，用于指示終端在當前集群尋呼消息發(fā)送的周期內是否繼續(xù)監(jiān)聽及下次尋呼時刻。如果集群尋呼消息無法在一個子幀上發(fā)送完成，基站會通過指示字段指示終端繼續(xù)監(jiān)聽及下次尋呼時刻。終端根據指示字段的信息判斷是否需要繼續(xù)監(jiān)聽，如果是，會按照指示字段中下次尋呼時刻接收尋呼消息，否則會到下一個集群尋呼消息發(fā)送周期的初次尋呼時刻接收尋呼消息。本發(fā)明可以在一個集群尋呼消息發(fā)送周期的多個子幀發(fā)送集群尋呼消息，從而提高集群尋呼消息在TPCCH信道發(fā)送的容量，同時，終端在指定時刻上接收集群尋呼消息，達到一定的節(jié)電效果。上述本發(fā)明的處理包括基站側的處理流程和UE側的處理流程，兩方面相互對應相互配合，實現尋呼消息的發(fā)送和接收。在下面通過具體實施例介紹本發(fā)明的具體實現時，結合基站側和UE側的處理流程一起進行介紹。圖2為本發(fā)明中尋呼消息發(fā)送和接收方法的具體流程圖。如圖2所示，該方法包括:步驟201，基站向小區(qū)內的集群組UE下發(fā)集群尋呼配置信息，指示集群尋呼的尋呼周期和在每個尋呼周期內的初次尋呼時刻。通過廣播消息通知TPCCH信道的配置信息，即集群尋呼配置信息。在該TPCCH信道的配置信息中包含集群尋呼消息發(fā)送周期(即TPCCH的發(fā)送周期)、幀號和子幀號。其中，幀號用于表示集群組尋呼信息的無線幀在所述尋呼周期內的順序編號，子幀號用于表示集群組尋呼信息的子幀在所述無線幀中的編號。TPCCH信道承載的集群尋呼消息用于通知RRC空閑狀態(tài)和/或RRC連接狀態(tài)下終端需要建立哪些集群組呼。集群尋呼以一個可配的周期發(fā)送，通過廣播消息通知TPCCH信道的配置信息。在TPCCH信道的配置信息中包含集群尋呼消息發(fā)送的周期(即TPCCH的發(fā)送周期)、幀號和子幀號。TPCCH的配置參數如下:TPCCH-Config::=SEQUENCE {
tpcchCycleENUMERATED {rf2, rf4, rf6, rf8, rflO,
rfl2, rfl4, rfl6 }, frameNumberINTEGER (0..15)
subframeNumberINTEGER (0..9)
}其中，tpcchCycle表示集群尋呼消息發(fā)送的周期，即TPCCH發(fā)送的周期；rf2表示2個無線幀的發(fā)送周期，rf4表示4個無線幀發(fā)送周期，rf6表示6個無線幀發(fā)送周期，rf8表示8個無線幀發(fā)送周期，rflO表示10個無線幀發(fā)送周期，rf 12表示12個無線幀發(fā)送周期，rf 16表示16個無線巾貞發(fā)送周期,缺省為rf2 ;frameNumber表示TPCCH在發(fā)送周期內的第幾個無線幀上發(fā)送，缺省為0，接收端通過如下公式計算出發(fā)送TPCCH的系統(tǒng)無線幀號SFN(尋呼中貞，Paging Frame, PF)。(SFN mod tpcchCycle) = frameNumbersubframeNumber表示TPCCH在發(fā)送周期內的第FN個無線巾貞的第幾個無線子中貞(即尋呼時刻(Paging Occasion, PO)無線子巾貞)上發(fā)送，缺省為O。這樣，基站在TPCCH發(fā)送周期內的第FN個無線幀的第PO個子幀上下發(fā)對終端的尋呼消息，終端在相應的尋呼時刻接收一個TPCCH發(fā)送周期內基站首次發(fā)送的尋呼消息。

步驟202，UE接收集群尋呼配置信息，確定尋呼周期和每個尋呼周期內的初次尋呼時刻。UE接收集群尋呼配置信息，并確定尋呼周期和每個尋呼周期內的初次尋呼時刻。步驟203，基站在指定的尋呼時刻發(fā)送集群尋呼消息，并攜帶下次尋呼信息，若本次集群尋呼消息發(fā)送之后仍存在未發(fā)送的集群尋呼消息，則通過下次尋呼信息指示UE當前尋呼周期內繼續(xù)監(jiān)聽并指出下次發(fā)送集群尋呼消息的時刻，并在指示的下次發(fā)送集群尋呼消息的時刻返回執(zhí)行步驟203 ;否則，通過下次尋呼信息指示UE當前尋呼周期內不再繼續(xù)監(jiān)聽，并在下個尋呼周期的初次尋呼時刻返回執(zhí)行步驟203?；驹趯ず糁芷趦鹊某醮螌ず魰r刻或下次尋呼信息指示的下次發(fā)送集群尋呼消息的時刻執(zhí)行本步驟。在每次發(fā)送集群尋呼消息時，其中攜帶下次尋呼信息，用于指示UE當前尋呼周期內是否繼續(xù)監(jiān)聽以及下次發(fā)送集群尋呼消息的時刻。其中，當前尋呼周期內下次發(fā)送集群尋呼消息的時刻的信息可以包括:當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量FN，以及當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀 上的編號SF。具體地，可以利用尋呼消息中的一個字節(jié)承載下次尋呼信息，該字段可以包括三個域，分別為TF域，FN域和SF域，如圖3所示，其中:TF (Transmit Flag)域是傳輸標志域,長度為I比特，用于指示終端當前集群尋呼消息發(fā)送周期內是否繼續(xù)監(jiān)聽集群尋呼消息。如果TF域設定為“1”，則表示終端當前集群尋呼消息發(fā)送周期內需要繼續(xù)監(jiān)聽集群尋呼消息，再根據FN域和SF域得到下一次尋呼時亥Ij ;如果TF域設定為“O”，則表示終端當前集群尋呼消息發(fā)送周期內不需繼續(xù)監(jiān)聽集群尋呼消息；FN (Frame Number)域是巾貞號域,長度為3比特,用于指示UE在系統(tǒng)巾貞號為SFNnext的無線幀上接收下一次集群尋呼消息，SFNnext的計算公式為:SFNnext = SFNlast+FN+l，其中，SFNlast表示終端當前已收到集群尋呼消息所在無線中貞的系統(tǒng)巾貞號；SF (SubFrame)域是子幀域，長度為4比特，用于指示終端在系統(tǒng)幀號為SFNnext的無線幀的第SF個子幀上接收集群尋呼消息。在一個集群尋呼消息發(fā)送周期內的尋呼時刻，基站會判斷當前時刻是否有待發(fā)的集群尋呼消息，如果有，基站會進一步判斷集群尋呼消息是否可以在一個子幀上發(fā)送完成(即在本次發(fā)送完成后是否還存在其他未發(fā)送的集群尋呼消息)，如果是，基站將指示字段中的TF域置為不再繼續(xù)監(jiān)聽，發(fā)送包含指示字段的集群尋呼消息；如果不是，基站給出這個集群尋呼消息發(fā)送周期內的下一次集群尋呼消息發(fā)送時刻，并將指示字段中的TF域置為需要繼續(xù)監(jiān)聽，FN域和SF域根據下一次集群尋呼消息發(fā)送時刻設置相應的值，發(fā)送包含指示字段的集群尋呼消息。步驟204，UE在指定時刻接收集群尋呼消息，并提取接收的集群尋呼消息中攜帶的下次尋呼信息，若所述下次尋呼信息指示當前尋呼周期內繼續(xù)監(jiān)聽集群尋呼消息，則在所述下次尋呼信息中指示的下次接收集群尋呼消息的時刻接收尋呼消息，并返回步驟204 ；否則，在下個尋呼周期的初次尋呼時刻接收集群尋呼消息，并返回步驟204。UE在尋呼周期內的初次尋呼時刻或下次尋呼信息指示的下次發(fā)送集群尋呼消息的時刻執(zhí)行本步驟。UE在每次收到集群尋呼消息后，提取其中的下次尋呼信息，判斷是否需要繼續(xù)監(jiān)聽集群尋呼消息(例如，檢查下次尋呼信息中的TF域是否為I)如果是，根據下次尋呼信息中包括的下次集群尋呼消息的發(fā)送時刻，確定當前尋呼周期內的下次集群尋呼消息的發(fā)送時刻，例如根據FN域和SF域計算出本集群尋呼消息發(fā)送周期內的下一次集群尋呼消息發(fā)送時刻，UE在計算出的相應時刻接收集群尋呼消息；否則，終端不需要在這個集群尋呼消息發(fā)送周期內繼續(xù)監(jiān)聽，到下一個周期的初次尋呼時刻再監(jiān)聽。至此，本發(fā)明中的方法流程結束。通過上述本發(fā)明的方法，基站能夠在一個尋呼周期內的多個子幀上發(fā)送集群尋呼消息，從而提高了一個尋呼周期內集群尋呼消息的發(fā)送量，避免消息擁塞；同時，UE僅在指定時刻進行集群尋呼消息的接收和監(jiān)聽，達到了一定的節(jié)電效果。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內。
權利要求
1.一種集群尋呼消息的發(fā)送方法，其特征在于，該方法包括: A、基站向小區(qū)內的各個集群組UE下發(fā)集群尋呼配置信息，用于指示集群尋呼的尋呼周期和在每個尋呼周期內的初次尋呼時刻；并在每個尋呼周期的初次尋呼時刻執(zhí)行步驟B ； B、向小區(qū)內的集群組UE發(fā)送集群尋呼消息，若本次集群尋呼消息發(fā)送之后存在未發(fā)送的集群尋呼消息，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，指示UE當前尋呼周期內繼續(xù)監(jiān)聽以及下次發(fā)送集群尋呼消息的時刻，并在所述下次發(fā)送集群尋呼消息的時刻返回執(zhí)行步驟B;否則，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，指示UE當前尋呼周期內不再監(jiān)聽，并在下個尋呼周期的所述初次尋呼時刻返回執(zhí)行步驟B。
2.根據權利要求1所述的方法，其特征在于，所述當前尋呼周期內下次發(fā)送集群尋呼消息的時刻信息包括:當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，以及當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。
3.根據權利要求2所述的方法，其特征在于，利用所述尋呼消息的一個字節(jié)承載所述下次尋呼信息，其中I個比特的傳輸標志域用于指示是否繼續(xù)監(jiān)聽，3個比特的幀號域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，4個比特的子幀域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。
4.根據權利要求1所述的方法，其特征在于，基站根據小區(qū)內的集群UE數和集群組的數目，確定所述集群組的尋呼周期。
5.根據權利要求1所述的方法，其特征在于，所述集群配置信息中的初次尋呼時刻包括:用于表示發(fā)送集群尋呼消息的無線幀在尋呼周期內的順序編號，和，用于表示發(fā)送集群尋呼消息的子幀在相應無線幀中的編號。
6.一種集群尋呼消息的接收方法，其特征在于，該方法包括: A、UE接收基站發(fā)送的集群尋呼配置信息，在所述集群尋呼配置信息中指示的每個尋呼周期的初次尋呼時刻接收集群尋呼消息； B、提取接收的集群尋呼消息中攜帶的下次尋呼信息，若所述下次尋呼信息指示當前尋呼周期內繼續(xù)監(jiān)聽尋呼消息，則在所述下次尋呼信息中指示的下次接收集群尋呼消息的時刻接收尋呼消息，并返回步驟B;否則，在下個尋呼周期的所述初次尋呼時刻接收集群尋呼消息，并返回步驟B。
7.根據權利要求6所述的方法，其特征在于，所述當前尋呼周期內下次發(fā)送集群尋呼消息的時刻信息包括:當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，以及當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。
8.根據權利要求7所述的方法，其特征在于，所述下次尋呼信息占用所述尋呼消息的一個字節(jié)，其中I個比特的傳輸標志域用于指示是否繼續(xù)監(jiān)聽，3個比特的幀號域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的無線幀相對于本次發(fā)送集群尋呼消息的無線幀的偏移量，4個比特的子幀域用于指示當前尋呼周期內下次發(fā)送集群尋呼消息的子幀在其所在無線幀上的編號。
全文摘要
本發(fā)明提供了一種集群尋呼消息的發(fā)送和接收方法，包括基站通過集群尋呼配置信息，通知UE集群尋呼的尋呼周期和在每個尋呼周期的初次尋呼時刻。在發(fā)送的每個集群尋呼消息時，根據是否存在未發(fā)送的集群尋呼消息，在發(fā)送的集群尋呼消息中攜帶下次尋呼信息，用于指示UE當前尋呼周期內是否繼續(xù)監(jiān)聽以及下次發(fā)送集群尋呼消息的時刻；UE按照接收的所述集群尋呼配置信息，在所述初次尋呼時刻對應的子幀上接收集群尋呼消息；并按照接收的每個集群尋呼消息中的指示，確定當前尋呼周期內是否繼續(xù)監(jiān)聽尋呼消息以及下次接收集群尋呼消息的時刻。通過本發(fā)明，能夠保證組呼快速建立，又不會導致消息擁塞。
文檔編號H04W4/10GK103209395SQ20121000872
公開日2013年7月17日 申請日期2012年1月12日 優(yōu)先權日2012年1月12日
發(fā)明者周欣, 呂征南, 韋瑋 申請人:普天信息技術研究院有限公司