專利名稱：組尋呼區(qū)域信息的通知方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種組尋呼區(qū)域信息的通知方法和設(shè)備。
背景技術(shù)：
機器類型通信(Machine-Type Communication，MTC)作為一種新型的通信理念，其目的是將多種不同類型的通信技術(shù)有機結(jié)合，如機器對機器通信、機器控制通信、人機交互通信、移動互聯(lián)通信，從而推動社會生產(chǎn)和生活方式的發(fā)展。預計未來人對人通信的業(yè)務(wù)可能僅占整個終端市場的1/3，而更大數(shù)量的通信是MTC通信業(yè)務(wù)。有時，MTC通信又稱為機器間(Machine-iTo-Machine, M2M)通信或物聯(lián)網(wǎng)。當前的移動通信網(wǎng)絡(luò)是針對人與人(Human to Human，H2H)之間的通信設(shè)計的， 如網(wǎng)絡(luò)容量的確定等。如果希望利用移動通信網(wǎng)絡(luò)來支持MTC通信就需要根據(jù)MTC通信的特點對移動通信系統(tǒng)的機制進行優(yōu)化，以便能夠在對傳統(tǒng)的人與人通信不受或受較小影響的情況下，更好地實現(xiàn)MTC通信。當前認識到的MTC通信可能存在的一些特點有 MTC設(shè)備具有低移動性；
MTC設(shè)備與網(wǎng)絡(luò)側(cè)進行數(shù)據(jù)傳輸?shù)臅r間是可控的；
MTC網(wǎng)絡(luò)與網(wǎng)絡(luò)側(cè)進行的數(shù)據(jù)傳輸對數(shù)據(jù)傳輸對實時性要求不高，即具有時間容忍
性；
MTC設(shè)備能量受限，要求極低的功率消耗；
MTC設(shè)備和網(wǎng)絡(luò)側(cè)之間只進行小數(shù)據(jù)量的信息傳輸；
MTC設(shè)備可以以組為單位進行管理；
一個實際的MTC設(shè)備可以具有上述的一個或多個特點。對大量M2M用戶的通信進行管理的情況下，一種可以提升管理效率的方法是對具有某種或某些相同業(yè)務(wù)特性的用戶將其規(guī)劃為一組，以組的單位進行管理。比如，對一組用戶，需要通知其進行數(shù)據(jù)上報。目前在3GPP(Third Generation Partnership ftx)ject，第三代移動通信伙伴計劃)范疇討論的一種可能方式是MTC server (服務(wù)器)通知核心網(wǎng)向該組用戶發(fā)起尋呼(paging)，RAN (Radio Access Network，無線接入網(wǎng))將尋呼信息發(fā)送到空口，屬于該群組的M2M用戶接收到尋呼信息后即發(fā)起隨機接入過程，與網(wǎng)絡(luò)建立通信鏈路后，發(fā)送所要求的數(shù)據(jù)。目前所討論的基于組為單位進行用戶數(shù)據(jù)上報管理的方法，為了避免某個組的大量用戶在接收到組尋呼后集中發(fā)起隨機接入導致網(wǎng)絡(luò)發(fā)生擁塞，系統(tǒng)可以通過一定的接入時間隨機化解決該問題；也可以通過為這部分M2M用戶分配專用的PRACffiPhysicalRandom Access Channel，物理隨機接入信道)資源來減少對H2H用戶接入的影響。對于UMTS(Universal Mobile Telecommunications System，通用移動通信系統(tǒng)) 系統(tǒng)，核心網(wǎng)通過Iu接口(Iu接口負責核心網(wǎng)和RNC之間的信令交互)控制面RANAP(RadioAccess Network Application Part，無線接入網(wǎng)絡(luò)應用部分)消息，發(fā)送paging消息給RNC (Radio Network Controller，無線網(wǎng)絡(luò)控制器)，paging 范圍為 LA (Location Area，位置區(qū)域)/RA (Routing Area，路由區(qū)域)。對于LTE (Long Term Evolved，長期演進)系統(tǒng)，核心網(wǎng)通過Sl接口(Si接口提供無線與核心網(wǎng)絡(luò)連接)控制面SlAP (Application Part，應用協(xié)議)消息，發(fā)送paging消息給eNB (evolved Node B，演進的B節(jié)點，即基站)，paging 范圍為TA (Tracking Area，跟蹤區(qū)域)。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題
根據(jù)現(xiàn)有技術(shù)的介紹可知，目前的尋呼是基于LA/RA (UMTS)或TA (LTE)的，而在M2M 基于組的技術(shù)方案討論中，組尋呼是一種有效的方案，但是目前的尋呼機制限制了尋呼范圍為LA/RA (UMTS)或TA (LTE)，而MTC server希望獲取數(shù)據(jù)的范圍并不與LA/RA (UMTS) 或TA (LTE)重合，這樣就降低了組尋呼的效率，并可能造成不必要的資源浪費。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種組尋呼區(qū)域信息的通知方法和設(shè)備，解決現(xiàn)有的技術(shù)方案中基于組用戶管理的情況下，不能準確的確定尋呼范圍的問題。為達到上述目的，本發(fā)明實施例一方面提供了一種組尋呼區(qū)域信息的通知方法， 至少包括以下步驟
RAN設(shè)備接收到MTC Sever發(fā)送的控制面消息，所述控制面消息中攜帶組尋呼區(qū)域信
息；
所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域。另一方面，本發(fā)明實施例還提供了一種RAN設(shè)備，至少包括
接收模塊，用于接收MTC Sever發(fā)送的控制面消息，所述控制面消息中攜帶組尋呼區(qū)域 fn息；
處理模塊，用于根據(jù)所述接收模塊所接收到的組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域。另一方面，本發(fā)明實施例還提供了一種組尋呼區(qū)域信息的通知方法，至少包括以下步驟
MTC Sever向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，以使所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息確定發(fā)起組尋呼的尋呼區(qū)域。另一方面，本發(fā)明實施例還提供了一種MTC Server，至少包括
發(fā)送模塊，用于向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，以使所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息確定發(fā)起組尋呼的尋呼區(qū)域。與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點
通過應用本發(fā)明實施例的技術(shù)方案，RAN側(cè)可以通過MTC krver提供的尋呼區(qū)域信息以及小區(qū)覆蓋信息，進一步細化組尋呼區(qū)域的范圍，從而，在基于組管理用戶的情況下， 能夠更準確的確定尋呼范圍，提高組尋呼效率，避免組尋呼過程中尋呼范圍過大造成的資源浪費，通過這樣的處理，避免了現(xiàn)有技術(shù)中大量用戶接收到組尋呼而發(fā)起隨機接入對RAN 負荷造成沖擊，以及對傳統(tǒng)的H2H用戶造成影響。


圖1為本發(fā)明實施例所提出的一種組尋呼區(qū)域信息的通知方法的流程示意圖2為本發(fā)明實施例所提出的一種UMTS的應用場景中的組尋呼區(qū)域信息的通知方法的流程示意圖3為本發(fā)明實施例所提出的一種LTE系統(tǒng)的應用場景中的組尋呼區(qū)域信息的通知方法的流程示意圖4為本發(fā)明實施例提出的一種RAN設(shè)備的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例提出的一種MTC Server的結(jié)構(gòu)示意圖。
具體實施例方式如背景技術(shù)所述，機器到機器通信是未來智能化發(fā)展的一種趨勢。在第三代移動通信系統(tǒng)以及其長期演進系統(tǒng)中需要支持MTC功能。而當前的通信系統(tǒng)網(wǎng)絡(luò)是對人與人之間的通信設(shè)計的，如系統(tǒng)容量、過載控制機制等。在大量的M2M通信應用場景中，MTC功能的終端數(shù)量將遠遠大于H2H的普通終端，可能達到現(xiàn)有移動終端數(shù)量的幾十倍。那么，在某些應用場景下(例如具有相同業(yè)務(wù)需求的metering等)，可以考慮對M2M用戶進行分組管理，當MTC server需要針對某一組M2M用戶進行相同的處理，通過尋呼一組M2M用戶，要求 M2M用戶上報數(shù)據(jù)，但是目前的尋呼機制限制了尋呼范圍為LA/RA (UMTS)或TA (LTE)，而 MTC server希望獲取數(shù)據(jù)的范圍并不與LA/RA (UMTS)或TA (LTE)重合，可能遠小于LA/ RA (UMTS)或TA (LTE)的范圍，這樣就降低了組尋呼的效率，并可能造成不必要的資源浪費。為了克服這樣的缺陷，本發(fā)明實施例提出了一種組尋呼區(qū)域信息的通知方法，在基于組管理用戶的情況下，能夠更準確的確定尋呼范圍。如圖1所示，為本發(fā)明實施例所提出的一種組尋呼區(qū)域信息的通知方法的流程示意圖，該方法具體包括以下步驟
步驟S101、RAN設(shè)備接收到MTC Sever發(fā)送的控制面消息，該控制面消息中攜帶組尋呼區(qū)域信息。在具體的實施場景中，本步驟中的控制面消息的傳輸過程實際是通過核心網(wǎng)進行轉(zhuǎn)發(fā)來完成的，具體的，本步驟中的操作過程實際為RAN設(shè)備通過核心網(wǎng)設(shè)備接收到MTC Sever發(fā)送的控制面消息。在實際應用中，基于系統(tǒng)類型的差異，RAN設(shè)備的物理實體，以及在核心網(wǎng)中的具體傳輸過程均會存在相應的區(qū)別，具體說明如下
(I)UMTS 系統(tǒng)。本步驟中的RAN設(shè)備實際為RNC，相應的處理過程為RNC通過Iu接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的MTC Sever發(fā)送的控制面消息。進一步的，此種情況下，MTC Sever發(fā)送的控制面消息，具體為控制面RANAP協(xié)議的尋呼消息。(2) LTE 系統(tǒng)。本步驟中的RAN設(shè)備實際為eNB，相應的處理過程為eNB通過Sl接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的MTC Sever發(fā)送的控制面消息。
進一步的，此種情況下，MTC Sever發(fā)送的控制面消息，具體為控制面Sl AP協(xié)議的尋呼消息。為了準確的傳輸相應的尋呼范圍的信息，上述的MTC Sever發(fā)送的控制面消息中所攜帶的組尋呼區(qū)域信息具體包括以下兩方面的內(nèi)容。A、進行組尋呼的組標識信息。B、進行組尋呼的區(qū)域信息。其中，在具體的實施場景中，進行組尋呼的區(qū)域信息具體可以為以下類型的信息的任意一種
以指定位置為中心，具有預設(shè)長度的半徑的圓形區(qū)域的信息；或， 以指定位置為中心，具有預設(shè)長度的半徑的扇形區(qū)域的信息；或， 以指定位置為方位點，具有預設(shè)長度的長和寬的矩形區(qū)域的信息；或， 區(qū)域映射表中所包括的具體區(qū)域的編號信息。當然，在實際的應用場景中，如果能夠達到相應的尋呼范圍確定效果，也可以采用其他類型的信息，這樣的變化并不影響本發(fā)明的保護范圍。步驟S102、RAN設(shè)備根據(jù)組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域。同樣的，在實際應用中，基于系統(tǒng)類型的差異，本步驟的處理過程也會存在相應的區(qū)別，具體說明如下
(I)UMTS 系統(tǒng)。本步驟中的RAN設(shè)備實際為RNC，相應的處理過程為 RNC根據(jù)組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)；
RNC通過Iub接口(Iub接口是RNC和eNB之間的接口，用來傳輸RNC和eNB之間的信令以及來自無線接口的數(shù)據(jù))通知相應的基站對小區(qū)發(fā)起組尋呼。(2) LTE 系統(tǒng)。本步驟中的RAN設(shè)備實際為eNB，相應的處理過程為eNB根據(jù)組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)，并對小區(qū)發(fā)起組尋呼?；谝陨系恼f明，具體的系統(tǒng)類型變化并不會影響本發(fā)明的保護范圍，同時，如果有其他類型的系統(tǒng)可以實現(xiàn)相應的MTC Server對RAN設(shè)備的攜帶組尋呼區(qū)域信息的控制面消息的傳輸過程，同樣可以應用本發(fā)明實施例所提出的技術(shù)方案，這樣的變化并不影響本發(fā)明的保護范圍。相對應的，在MTC Server側(cè)，則是向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息的處理過程，具體的發(fā)送方式以及組尋呼區(qū)域信息的攜帶方式參見上述說明，與之相類似，在此，不再重復說明。與現(xiàn)有技術(shù)相比，本發(fā)明實施例所提出的技術(shù)方案具有以下優(yōu)點
通過應用本發(fā)明實施例的技術(shù)方案，RAN側(cè)可以通過MTC krver提供的尋呼區(qū)域信息以及小區(qū)覆蓋信息，進一步細化組尋呼區(qū)域的范圍，從而，在基于組管理用戶的情況下， 能夠更準確的確定尋呼范圍，提高組尋呼效率，避免組尋呼過程中尋呼范圍過大造成的資源浪費，通過這樣的處理，避免了現(xiàn)有技術(shù)中大量用戶接收到組尋呼而發(fā)起隨機接入對RAN 負荷造成沖擊，以及對傳統(tǒng)的H2H用戶造成影響。下面，結(jié)合具體的應用場景，對本發(fā)明實施例所提出的技術(shù)方案進行說明。
結(jié)合前文所述的現(xiàn)有相關(guān)方案存在的問題，本發(fā)明實施例針對基于組管理，尤其是組尋呼過程中，RAN側(cè)的設(shè)備如何有效進行尋呼小區(qū)的確定提出解決方案。本發(fā)明實施例所提出的技術(shù)方案的中心思想如下
MTC krver將組尋呼區(qū)域信息通過核心網(wǎng)通知給RAN設(shè)備，RAN設(shè)備根據(jù)相應的信息確定在哪個或哪幾個小區(qū)發(fā)起尋呼。具體的，相應的尋呼區(qū)域信息可以是但不限于以下方
(1)以某一位置(可以但不限于使用經(jīng)緯度)為中心，半徑固定的圓。(2)以某一位置(可以但不限于使用經(jīng)緯度)為中心，半徑固定的扇形。(3)以某一位置(可以但不限于使用經(jīng)緯度)為方位點，長寬固定的矩形等。(4)區(qū)域映射表中具體區(qū)域的編號等。RAN根據(jù)尋呼區(qū)域信息和小區(qū)覆蓋情況，確定具體發(fā)起尋呼的小區(qū)。以下針對UMTS系統(tǒng)和LTE系統(tǒng)分別給出相應的實施例。如圖2所示，為本發(fā)明實施例所提出的一種UMTS的應用場景中的組尋呼區(qū)域信息的通知方法的流程示意圖，該方案的具體步驟如下
步驟S201、MTC Server向核心網(wǎng)傳輸攜帶組尋呼相關(guān)信息的paging消息。步驟S202、核心網(wǎng)可以通過Iu接口控制面RANAP協(xié)議的PAGING消息將組尋呼相關(guān)信息通知RNC。其中，組尋呼區(qū)域信息可以是但不限于絕對地理位置區(qū)域信息，區(qū)域映射表中的索引等。對現(xiàn)有RANAP協(xié)議的PAGING消息的一種可能的修改方式如表1所示。表1修改后的RANAP協(xié)議的PAGING消息的組成結(jié)構(gòu)示意表
權(quán)利要求
1.一種組尋呼區(qū)域信息的通知方法，其特征在于，至少包括以下步驟RAN設(shè)備接收到MTC Sever發(fā)送的控制面消息，所述控制面消息中攜帶組尋呼區(qū)域信息；所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域。
2.如權(quán)利要求1所述的方法，其特征在于，所述RAN設(shè)備接收到MTCSever發(fā)送的控制面消息，具體為所述RAN設(shè)備通過核心網(wǎng)設(shè)備接收到所述MTC Sever發(fā)送的控制面消息。
3.如權(quán)利要求2所述的方法，其特征在于，所述RAN設(shè)備通過核心網(wǎng)設(shè)備接收到所述 MTC Sever發(fā)送的控制面消息，具體為在UMTS中，RNC通過Iu接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的所述MTC Sever發(fā)送的控制面消息。
4.如權(quán)利要求3所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息，具體為控制面RANAP協(xié)議的尋呼消息。
5.如權(quán)利要求2所述的方法，其特征在于，所述RAN設(shè)備通過核心網(wǎng)設(shè)備接收到所述 MTC Sever發(fā)送的控制面消息，具體為在LTE系統(tǒng)中，eNB通過Sl接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的所述MTC Sever發(fā)送的控制面消息。
6.如權(quán)利要求5所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息，具體為控制面Sl AP協(xié)議的尋呼消息。
7.如權(quán)利要求1所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息中所攜帶的組尋呼區(qū)域信息，具體包括進行組尋呼的組標識信息；進行組尋呼的區(qū)域信息。
8.如權(quán)利要求7所述的方法，其特征在于，所述進行組尋呼的區(qū)域信息，具體為以指定位置為中心，具有預設(shè)長度的半徑的圓形區(qū)域的信息；或，以指定位置為中心，具有預設(shè)長度的半徑的扇形區(qū)域的信息；或，以指定位置為方位點，具有預設(shè)長度的長和寬的矩形區(qū)域的信息；或，區(qū)域映射表中所包括的具體區(qū)域的編號信息。
9.如權(quán)利要求1所述的方法，其特征在于，所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域，具體為在UMTS中，RNC根據(jù)所述組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)；所述RNC通過Iub接口通知相應的基站對所述小區(qū)發(fā)起組尋呼。
10.如權(quán)利要求1所述的方法，其特征在于，所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域，具體為在LTE系統(tǒng)中，eNB根據(jù)所述組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)，并對所述小區(qū)發(fā)起組尋呼。
11.一種RAN設(shè)備，其特征在于，至少包括接收模塊，用于接收MTC Sever發(fā)送的控制面消息，所述控制面消息中攜帶組尋呼區(qū)域 fn息；處理模塊，用于根據(jù)所述接收模塊所接收到的組尋呼區(qū)域信息，確定發(fā)起組尋呼的尋呼區(qū)域。
12.如權(quán)利要求11所述的RAN設(shè)備，其特征在于，所述接收模塊，具體用于 通過核心網(wǎng)設(shè)備接收到所述MTC Sever發(fā)送的控制面消息。
13.如權(quán)利要求12所述的RAN設(shè)備，其特征在于，在UMTS中，所述RAN設(shè)備具體為RNC，所述接收模塊，具體用于通過Iu接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的所述MTC Sever發(fā)送的控制面消息；在LTE系統(tǒng)中，所述RAN設(shè)備具體為eNB，所述接收模塊，具體用于通過Sl接口接收核心網(wǎng)設(shè)備所轉(zhuǎn)發(fā)的所述MTC Sever發(fā)送的控制面消息。
14.如權(quán)利要求11所述的RAN設(shè)備，其特征在于，所述MTCSever發(fā)送的控制面消息中所攜帶的組尋呼區(qū)域信息，具體包括進行組尋呼的組標識信息和進行組尋呼的區(qū)域信息；其中，所述進行組尋呼的區(qū)域信息，具體為 以指定位置為中心，具有預設(shè)長度的半徑的圓形區(qū)域的信息；或， 以指定位置為中心，具有預設(shè)長度的半徑的扇形區(qū)域的信息；或， 以指定位置為方位點，具有預設(shè)長度的長和寬的矩形區(qū)域的信息；或， 區(qū)域映射表中所包括的具體區(qū)域的編號信息。
15.如權(quán)利要求12所述的RAN設(shè)備，其特征在于，在UMTS中，所述RAN設(shè)備具體為RNC，所述處理模塊，具體用于根據(jù)所述組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)；在LTE系統(tǒng)中，所述RAN設(shè)備具體為eNB，所述處理模塊，具體用于根據(jù)所述組尋呼信息和小區(qū)分布，確定發(fā)送組尋呼的小區(qū)，并對所述小區(qū)發(fā)起組尋呼。
16.一種組尋呼區(qū)域信息的通知方法，其特征在于，至少包括以下步驟MTC Sever向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，以使所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息確定發(fā)起組尋呼的尋呼區(qū)域。
17.如權(quán)利要求16所述的方法，其特征在于，所述MTCSever向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，具體為所述MTC Sever通過核心網(wǎng)設(shè)備向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息。
18.如權(quán)利要求17所述的方法，其特征在于，所述MTCSever通過核心網(wǎng)設(shè)備向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，具體為在UMTS中，所述MTC Sever通過核心網(wǎng)設(shè)備，由Iu接口向RNC發(fā)送攜帶組尋呼區(qū)域信息的控制面消息。
19.如權(quán)利要求18所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息，具體為控制面RANAP協(xié)議的尋呼消息。
20.如權(quán)利要求17所述的方法，其特征在于，所述MTCSever通過核心網(wǎng)設(shè)備向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，具體為在LTE系統(tǒng)中，所述MTC Sever通過核心網(wǎng)設(shè)備，由Sl接口向eNB發(fā)送攜帶組尋呼區(qū)域信息的控制面消息。
21.如權(quán)利要求20所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息，具體為控制面Sl AP協(xié)議的尋呼消息。
22.如權(quán)利要求16所述的方法，其特征在于，所述MTCSever發(fā)送的控制面消息中所攜帶的組尋呼區(qū)域信息，具體包括進行組尋呼的組標識信息； 進行組尋呼的區(qū)域信息。
23.如權(quán)利要求22所述的方法，其特征在于，所述進行組尋呼的區(qū)域信息，具體為 以指定位置為中心，具有預設(shè)長度的半徑的圓形區(qū)域的信息；或，以指定位置為中心，具有預設(shè)長度的半徑的扇形區(qū)域的信息；或， 以指定位置為方位點，具有預設(shè)長度的長和寬的矩形區(qū)域的信息；或， 區(qū)域映射表中所包括的具體區(qū)域的編號信息。
24.一種MTC Server，其特征在于，至少包括發(fā)送模塊，用于向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息，以使所述RAN設(shè)備根據(jù)所述組尋呼區(qū)域信息確定發(fā)起組尋呼的尋呼區(qū)域。
25.如權(quán)利要求M所述的MTCServer，其特征在于，所述發(fā)送模塊，具體用于 通過核心網(wǎng)設(shè)備向RAN設(shè)備發(fā)送攜帶組尋呼區(qū)域信息的控制面消息。
26.如權(quán)利要求25所述的MTCServer，其特征在于，所述發(fā)送模塊，具體用于在UMTS中，通過核心網(wǎng)設(shè)備，由Iu接口向RNC發(fā)送攜帶組尋呼區(qū)域信息的控制面消息；在LTE系統(tǒng)中，通過核心網(wǎng)設(shè)備，由Sl接口向eNB發(fā)送攜帶組尋呼區(qū)域信息的控制面消息。
27.如權(quán)利要求M所述的MTCServer，其特征在于，所述MTC Sever發(fā)送的控制面消息中所攜帶的組尋呼區(qū)域信息，具體包括進行組尋呼的組標識信息和進行組尋呼的區(qū)域信息；其中，所述進行組尋呼的區(qū)域信息，具體為 以指定位置為中心，具有預設(shè)長度的半徑的圓形區(qū)域的信息；或， 以指定位置為中心，具有預設(shè)長度的半徑的扇形區(qū)域的信息；或， 以指定位置為方位點，具有預設(shè)長度的長和寬的矩形區(qū)域的信息；或， 區(qū)域映射表中所包括的具體區(qū)域的編號信息。
全文摘要
本發(fā)明實施例公開了一種組尋呼區(qū)域信息的通知方法和設(shè)備，通過應用本發(fā)明實施例的技術(shù)方案，RAN側(cè)可以通過MTCServer提供的組尋呼區(qū)域信息以及小區(qū)覆蓋信息，進一步細化組尋呼區(qū)域的范圍，從而，在基于組管理用戶的情況下，能夠更準確的確定尋呼范圍，提高組尋呼效率，避免組尋呼過程中尋呼范圍過大造成的資源浪費，通過這樣的處理，避免了現(xiàn)有技術(shù)中大量用戶接收到組尋呼而發(fā)起隨機接入對RAN負荷造成沖擊，以及對傳統(tǒng)的H2H用戶造成影響。
文檔編號H04W68/02GK102291824SQ20111024293
公開日2011年12月21日 申請日期2011年8月23日 優(yōu)先權(quán)日2011年8月23日
發(fā)明者張惠英, 張英 申請人:電信科學技術(shù)研究院