CN102158959B - 一种寻呼方法和设备 - Google Patents
一种寻呼方法和设备 Download PDFInfo
- Publication number
- CN102158959B CN102158959B CN201010111793.6A CN201010111793A CN102158959B CN 102158959 B CN102158959 B CN 102158959B CN 201010111793 A CN201010111793 A CN 201010111793A CN 102158959 B CN102158959 B CN 102158959B
- Authority
- CN
- China
- Prior art keywords
- group
- mtc device
- paging message
- rrc paging
- network equipment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 238000004891 communication Methods 0.000 claims abstract description 38
- 230000011664 signaling Effects 0.000 claims abstract description 25
- 230000007774 longterm Effects 0.000 claims abstract description 11
- 230000005540 biological transmission Effects 0.000 claims description 34
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 claims description 33
- 230000008569 process Effects 0.000 claims description 26
- 238000012544 monitoring process Methods 0.000 claims description 19
- 238000012545 processing Methods 0.000 claims description 18
- 238000013461 design Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 238000009826 distribution Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 2
- 235000021186 dishes Nutrition 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- 230000032683 aging Effects 0.000 description 1
- 238000000205 computational method Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种寻呼方法，包括：网络侧设备从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID；所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。本发明中，针对MTC设备进行寻呼，减少寻呼信道的负荷，并提高寻呼效率。在MTC设备比较多时，可以有效的提高资源的利用率以及降低信令的开销。而且通过设置MTC专用的P-RNTI可以避免对现有的LTE UE寻呼造成干扰，并且可以根据MTC设备的特点，为MTC设备设计专门的paging配置信息，从而，为MTC系统优化提供更大的灵活性。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种寻呼方法和设备。
背景技术
M2M(Machine-to-machine，机器间)通信作为一种新型的通信理念，其目的是将多种不同类型的通信技术有机的结合，例如，机器对机器的通信、机器控制通信、人机交互通信、移动互联通信等，从而推动社会生产和生活方式的发展。预计未来的发展中，将会有更大数量的通信是机器间(M2M)的通信业务。
当前的移动通信网络是针对人与人之间的通信进行设计的，例如，网络容量的确定等。如果希望利用移动通信网络来支持M2M通信，则需要根据M2M通信的特点，对移动通信系统的机制进行优化，以便能够在对传统的人与人通信不受或受较小影响的情况下，更好地实现M2M通信。
具体的，机器间通信为MTC(Machine Type Communication，机器类通信)，是指机器与机器之间，通过移动运营商的通信网络进行的通信。当前认识到的MTC通信可能存在的特性包括：
MTC设备具有低移动性。
MTC设备与网络侧进行数据传输的时间是可控的，即MTC设备只能在网络指定的时间段内进行接入。
MTC设备与网络侧进行的数据传输，对数据传输的实时性要求不高，即具有时间的容忍性。
MTC设备的能量受限，要求极低的功率消耗。
MTC设备和网络侧之间只进行小数据量的信息传输。
MTC设备可以以组为单位进行管理。
实际应用中，一个实际的MTC设备可以具有上述的一个或多个特性。而目前在3G(3rd-generation，第三代移动通信)和LTE(Long Term Evolution，长期演进)系统中，还不支持具有针对上述特性而设计的专门针对MTC设备通信的功能。即对于一台MTC设备来说，只能作为普通终端来对待，不能脱离用户，不能称之为单纯的机器间的通信或者说机器型通信。
在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：
现有的移动通信系统中，寻呼技术中并没有考虑到MTC设备的特殊性，例如，在某些应用场景中，MTC设备的数量比较多，以及同时寻呼的特性，如果采用现有技术对每个MTC设备进行单独寻呼，则势必显著增加寻呼信道的负荷，造成寻呼效率较低的情况，在同时寻呼的场景下，甚至可能会影响到系统的正常工作。
发明内容
本发明提供一种呼叫方法、系统和设备，以针对MTC设备进行寻呼，减少寻呼信道的负荷，并提高寻呼效率。
为了达到上述目的，本发明提供一种寻呼方法，包括：
网络侧设备从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID；
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。
本发明提供一种寻呼方法，包括：
网络侧设备从核心网获取用于MTC设备的接口Paging消息；
所述网络侧设备将所述接口Paging消息对应的RRC Paging消息通过MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
本发明提供一种寻呼方法，包括：
MTC设备接收网络侧设备发送的RRC Paging消息，所述RRC Paging消息中携带了组内MTC设备对应的Group-ID；
所述MTC设备判断所述RRC Paging消息是否含有自身对应的Group-ID，如果是，所述MTC设备对所述RRC Paging消息进行响应。
本发明提供一种寻呼方法，包括：
MTC设备接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的RRC Paging消息；
所述MTC设备对所述RRC Paging消息进行响应。
本发明提供一种网络侧设备，包括：
获取模块，用于从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID；
发送模块，用于根据所述Group-ID向所述组内的MTC设备发送RRCPaging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。
本发明提供一种网络侧设备，包括：
获取模块，用于从核心网获取用于MTC设备的接口Paging消息；
处理模块，用于将所述接口Paging消息对应的RRC Paging消息通过MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
本发明提供一种MTC设备，包括：
接收模块，用于接收网络侧设备发送的RRC Paging消息，所述RRCPaging消息中携带了组内MTC设备对应的Group-ID；
判断模块，用于判断所述接收模块接收的RRC Paging消息是否含有自身对应的Group-ID；
处理模块，用于当所述判断模块的判断结果为是时，对所述RRC Paging消息进行响应。
本发明提供一种MTC设备，包括：
接收模块，用于接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的RRC Paging消息；
处理模块，用于对所述RRC Paging消息进行响应。
与现有技术相比，本发明至少具有以下优点：
针对MTC设备进行寻呼，减少寻呼信道的负荷，并提高寻呼效率。在MTC设备比较多时，可以有效的提高资源的利用率以及降低信令的开销。而且通过设置MTC专用的P-RNTI可以避免对现有的LTE UE寻呼造成干扰，并且可以根据MTC设备的特点，为MTC设备设计专门的Paging配置信息(例如，设计专门的Paging周期，DRX周期等)，从而，为MTC系统优化提供更大的灵活性。另外，通过采用group based paging的方式，可以降低支持MTC通信对系统paging资源的要求，而由于减少了MTC设备对paging内容的接收，也降低了MTC设备的电量消耗。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是Paging消息示意图；
图2是Paging消息中包含的信息单元示意图；
图3是paging record包含的内容示意图；
图4是在PagingUE-Identity中包含TMSI或者IMSI的示意图；
图5是LTE系统扩展后的PagingUE-Identity的示意图；
图6是UMTS系统扩展后的PagingUE-Identity的示意图；
图7是本发明实施例一提供的一种寻呼方法流程示意图；
图8是本发明实施例提供的一种网络侧设备结构示意图；
图9是本发明实施例提供的一种MTC设备结构示意图。
具体实施方式
下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为使公众对本发明的实现更加容易理解，在介绍本发明之前，首先对LTE系统和UMTS(Universal Mobile Telecommunications System，通用移动通信系统)系统的寻呼相关机制进行描述。
(1)LTE系统的寻呼机制
现有的LTE系统中，寻呼的操作包括：EUTRAN(Evolved UniversalTerrestrial Radio Access Network，演进的通用陆基无线接入网)向UE(UserEquipment，用户设备)发送Paging消息，如图1所示。其中Paging消息中包含的信息单元如图2所示。
在图2中，其中主要包含PagingRecordList，而PagingRecordList中包含了多个用户的寻呼(例如，最大可以为16个用户)，每个paging record包含的内容如图3所示。对于图3的PagingUE-Identity，可以在PagingUE-Identity中包含TMSI(Temporary Mobile Subscriber Identity，临时移动用户识别码)或者IMSI(International Mobile Subscriber Identity，国际移动用户识别码)，如图4所示。
具体的，在LTE系统中，Paging消息是通过PDCCH(Physical DownlinkControl Channel，物理下行控制信道)指示的PDSCH(Physical Downlink SharedChannel，物理下行共享信道)进行承载，其中用于调度Paging消息的PDCCH是通过P-RNTI(Paging Radio Network Temporary Identity，寻呼无线网络临时标识)加扰的PDCCH。
在LTE系统中，基站寻呼UE的时间与下面的几个因素相关，其中，时间是两个参数(无线帧编号i，子帧编号j)；
1)用户的IMSI(仅取其中的低10位，即IMSI mod 1024，记为UE_ID)；
2)以及用户的DRX(非连续接收)配置，记为T，其取值范围是{32，64，128，256}，单位为无线帧；
3)以及系统配置的各小区下每个无线帧中可以发送寻呼的寻呼子帧的个数，记为nB，其取值范围是{4T，2T，T，1/2T，T/4，T/8，T/16，T/32}。例如，当每个无线帧中都有1个寻呼子帧时，则nB取值为T；例如当每个无线帧中都有2个寻呼子帧时，nB取值为2T；当每4个无线帧中有1个寻呼子帧时，则nB取值为T/4。
具体的，UE侧监听的Paging的发送时刻(同时也是网络侧对该UE发送Paging的时刻，可以细分为无线帧编号i，子帧编号j)的计算公式包括：
(1)UE需要监听的无线帧编号i要满足以下公式
SFN mod T＝(T div N)*(UE_ID mod N) 公式1
其中N＝min(T，nB)
(2)UE需要监听的子帧编号j要满足以下公式：
首先计算i_s，如公式2所示：
i_s＝floor(UE_ID/N)mod Ns 公式2
其中，N＝min(T，nB)，Ns＝max(1，nB/T)
其次，根据i_s确定最终的子帧编号，由于FDD(Frequency DivisionDuplex，频分双工)系统和TDD(Time Division Duplex，时分双工)系统不同，则二者的对应关系分别为表1和表2：
表1，FDD系统
| Ns | PO wheni_s＝0 | PO wheni_s＝1 | PO wheni_s＝2 | PO wheni_s＝3 |
| 1 | 9 | N/A | N/A | N/A |
| 2 | 4 | 9 | N/A | N/A |
| 4 | 0 | 4 | 5 | 9 |
表2，TDD(all UL/DL patterns)
| Ns | PO wheni_s＝0 | PO wheni_s＝1 | PO wheni_s＝2 | PO wheni_s＝3 |
| 1 | 0 | N/A | N/A | N/A |
| 2 | 0 | 5 | N/A | N/A |
| 4 | 0 | 1 | 5 | 6 |
以下结合一个具体的例子来说明上述时刻的计算。
假设某LTE TDD系统，UE位于小区A，小区A中每个无线帧有2个寻呼子帧，即nB＝2T。对于该UE，IMSI mod 1024＝40，DRX长度T＝32(无线帧)，则可以得到N＝min(T，nB)＝32，Ns＝max(1，nB/T)＝2。
根据公式1，得到该UE需要监听的无线帧编号需要满足：SFN mod 32＝8
根据公式2，得到i_s＝0，通过查询上面的表1，当Ns＝2时，i_s＝0对应的最终的寻呼子帧为子帧0。
也就是说，该UE需要在编号为8，40，72，104等的无线帧中监听子帧0，网络侧对此UE发寻呼也是在这些时刻。
(2)UMTS系统寻呼机制
UMTS系统的寻呼流程和LTE系统的寻呼流程类似，即由网络侧触发针对终端的寻呼，RNC(Radio Network Controller，无线网络控制器)组织Paging消息，该Paging消息中携带被寻呼的UE ID(可以是IMSI、TMSI等)；基站设备接收到寻呼信息，则进行对终端的寻呼。
具体的，基站对终端的寻呼是通过PICH(Paging Indicator Channel，寻呼指示信道)信道和与其配对的PCH(Paging Channel，寻呼信道)信道共同完成的。其中，PICH信道不承载寻呼消息，但需要与传输信道PCH配对使用，用于指示特定的UE是否需要解读其后跟随的PCH信道。
该PICH信道中的内容是由一系列的寻呼指示因子(Indicatior)组成，寻呼指示因子将根据系统配置进行分组，每个终端根据一定的计算方法对应一组寻呼指示因子。
处于空闲模式的终端必须监听PICH信道，当接收到的终端寻呼分组对应的寻呼指示因子Pi中的比特为全1，则终端需要接收该PICH信道之后寻呼块内的寻呼子信道，以确定寻呼消息中是否包含对本UE的寻呼；反之，如果Pi值为全0，则终端可以忽略其后的PCH数据块。
与LTE系统类似的是，在UMTS系统中，处于空闲模式的终端为了达到省电的目的，也是采用DRX(非连续接收)模式监听PICH信道。当然，在实际应用中，具体监听PICH信道的时刻也根据特定的公式进行计算得出。
基于上述的寻呼机制，且在第三代移动通信系统以及其长期演进系统中，需要支持MTC功能，本发明实施例中，针对MTC设备提供了一种呼叫方法。其中，一台MTC设备可能具有多种MTC特性之中的部分特性，例如，低数据量、时间可控、低移动性、低功率损耗、只支持PS域、离线指示、干扰指示等。而考虑到MTC设备的数量比较多，如果同时进行寻呼，会带来较大的寻呼信道的信令负载，同时增加UE侧的处理负载。
基于上述情况，本发明实施例中提出了一种对于MTC设备的寻呼方法，以解决上述问题，减少寻呼信道的负荷，并提高寻呼效率。
本发明实施例中，针对LTE系统和UMTS系统，需要Paging消息进行重新设计。
1)对Paging消息进行进一步的优化。通过将多个MTC设备分为一组，为一组中的用户分配一个统一的Group-ID，通过使用具有该Group-ID的Paging消息，用于寻呼组内的MTC设备。
2)Group-ID的定义可以采用的方式包括但不限于：
a)重用TMSI的值，即将预留的TMSI定义为Group-ID；或者，将预留的P-TMSI定义为Group-ID；或者，将预留的S-TMSI定义为Group-ID。
b)重用IMSI的值，即将预留的IMSI定义为Group-ID。
c)根据预设策略定义新的Group-ID，其中，在采用这种方法时，需要进一步扩展Paging消息中PagingUE-Identity，具体的实施方式为：对于LTE系统，扩展后的PagingUE-Identity如图5所示，而对于UMTS系统，扩展后的PagedUE-Identity如图6所示。
3)其中MTC设备Group-ID的获取方式包括但不限于：
a)MTC设备在签约时分配一个固定的Group-ID。
b)通过高层信令配置给MTC设备。
具体的，该高层信令包括但不限于NAS(Non-Access Stratum，非接入层)层信令、RRC(Radio Resource Control，无线资源控制协议)层信令、MAC(Media Access Control，媒体接入控制)CE等；
具体的配置方式包括但不限于通过系统广播的方式、专用信令的方式、初始Paging消息中进行指示的方式等。
c)MTC设备根据自身的标识或寻址信息(例如，IMSI、s-TMSI、IP地址等)，并结合其他信息(这些信息可以是签约信息或者网络测信令通知的信息)确定自身所对应的Group-ID。例如，网络侧广播当前的分组个数为5，MTC设备将自身对应的IMSI进行模5操作，便可确定自己所对应的分组。
d)以上三种方式的任意组合。
基于上述特征，本发明实施例一提供一种呼叫方法，如图7所示，包括以下步骤：
步骤701，网络侧设备从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。其中，该接口Paging消息，对于LTE系统，为MME(Mobility Management Entity，移动性管理实体)在S1接口上发给基站的寻呼消息，而在UMTS中，为SGSN(Serving GPRSSupporting Node，服务GPRS支持节点)在Iu-PS接口上发给RNC(RadioNetwork Controller，无线网络控制器)的寻呼消息，或者MSC(Mobile SwitchingCenter，移动交换中心)在Iu-CS接口上发给RNC的寻呼消息。
步骤702，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。其中，所述RRC Paging消息是指基站通过空口发送给UE的寻呼消息。需要注意的是，接口Paging消息为网络侧设备(例如，基站等)从MME、SGSN等功能实体获得的Paging消息，而RRC Paging消息为网络侧设备向用户侧所发送的Paging消息，二者的内容大体相同，只是在格式上会存在差别。
所述Group-ID的定义方式具体为：将预留的临时移动用户识别码TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码P-TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码S-TMSI定义为所述Group-ID；或者，将预留的国际移动用户识别码IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
具体的，在通用移动通信系统UMTS系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：
所述网络侧设备将高速共享控制信道HS-SCCH信道中的HS-DSCH无线网络临时标识H-RNTI(HS-DSCH Radio Network Transaction Identifier，HS-DSCH无线网络临时标识)字段设置为特殊值，并通过所述H-RNTI字段指示后续的下行高速物理共享信道HS-PDSCH信道携带的是针对组内的MTC设备的RRC Paging消息。
在长期演进LTE系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过寻呼无线网络临时标识P-RNTI标识的物理下行控制信道PDCCH指示的物理下行共享信道PDSCH承载。
在长期演进LTE系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过系统预留的MTC寻呼无线网络临时标识MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，之前还包括：
所述网络侧设备与所述MTC设备确定寻呼时刻；具体为：所述网络侧设备根据所述MTC设备的Group-ID确定所述RRC Paging消息的发送时刻；或者，所述网络侧设备对每组内的MTC设备采用固定的RRC Paging消息的发送时刻；或者，所述网络侧设备对组内的MTC设备确定基于该MTC设备的IMSI的RRC Paging消息的发送时刻。
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，之前还包括：所述网络侧设备确定所述RRCPaging消息的发送范围；具体为：所述网络侧设备根据所述接口Paging消息中包含的组内的所有MTC设备当前所在的位置确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据MTC设备或MTC服务器指定的寻呼范围确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据MTC设备的定制信息中指示的寻呼范围确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据对MTC设备活动位置统计确定所述RRC Paging消息的发送范围。
需要注意的是，上述处理过程为针对组内的所有MTC设备来说的，但是，在实际应用中，还可以对组内的MTC设备分别进行处理。此时，在LTE系统中，该处理过程具体包括：网络侧设备从核心网获取用于MTC设备的接口Paging消息；所述网络侧设备将所述接口Paging消息对应的RRC Paging消息通过MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
进一步的，位于用户侧的MTC设备的处理过程包括：
(1)MTC设备接收网络侧设备发送的RRC Paging消息，所述RRC Paging消息中携带了组内MTC设备对应的Group-ID。
(2)所述MTC设备判断所述RRC Paging消息是否含有自身对应的Group-ID，如果是，所述MTC设备对所述RRC Paging消息进行响应。
所述Group-ID的定义方式具体为：
将预留的临时移动用户识别码TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码P-TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码S-TMSI定义为所述Group-ID；或者，将预留的国际移动用户识别码IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
所述MTC设备判断所述RRC Paging消息是否含有自身对应的Group-ID，之前还包括：所述MTC设备获取所述MTC设备对应的Group-ID；具体为：所述MTC设备在签约时分配固定的Group-ID；和/或，所述MTC设备接收所述网络侧设备通过高层信令为所述MTC设备配置的Group-ID；和/或，所述MTC设备根据自身的标识或寻址信息确定自身对应的Group-ID。
在通用移动通信系统UMTS系统中，所述MTC设备接收网络侧设备发送的RRC Paging消息，包括：所述MTC设备接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的所述RRC paging消息，其中所述H-RNTI标识的字段设置为特殊值。
在长期演进LTE系统中，所述MTC设备接收网络侧设备发送的RRCPaging消息，包括：所述MTC设备接收P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
在长期演进LTE系统中，所述MTC设备接收网络侧设备发送的RRCPaging消息，包括：所述MTC设备接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
MTC设备接收网络侧设备发送的RRC Paging消息，之前还包括：所述MTC设备与所述网络侧设备确定寻呼监听时刻；具体为：所述MTC设备根据自身对应的Group-ID与所述网络侧设备确定所述RRC Paging消息的监听时刻；或者，所述MTC设备与所述网络侧设备确定采用固定的RRC Paging消息的监听时刻；或者，所述MTC设备与所述网络侧设备确定对每组内的MTC设备基于每个MTC设备的RRC Paging消息的不同监听时刻。
所述MTC设备对所述RRC Paging消息进行响应，包括：所述MTC设备根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立连接。
所述MTC设备根据该建立的时刻建立连接，包括：所述MTC设备采用基于竞争的随机接入方式或者采用基于非竞争的随机接入方式来连接建立。
所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
需要注意的是，上述处理过程为针对组内的所有MTC设备来说的，但是，在实际应用中，还可以对组内的MTC设备分别进行处理。此时，在LTE系统中，该处理过程具体包括：
MTC设备接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的RRC Paging消息；
所述MTC设备对所述RRC Paging消息进行响应。
可见，通过使用本发明提供的方法，针对MTC设备进行寻呼，减少寻呼信道的负荷，并提高寻呼效率。在MTC设备比较多时，可以有效的提高资源的利用率以及降低信令的开销。而且通过设置MTC专用的P-RNTI可以避免对现有的LTE UE寻呼造成干扰，并且可以根据MTC设备的特点，为MTC设备设计专门的Paging配置信息(例如，设计专门的Paging周期，DRX周期等)，从而，为MTC系统优化提供更大的灵活性。另外，通过采用group basedpaging的方式，可以降低支持MTC通信对系统paging资源的要求，而由于减少了MTC设备对paging内容的接收，也降低了MTC设备的电量消耗。
本发明实施例二中提供一种呼叫方法，该呼叫方法应用在UMTS系统中，由网络侧触发针对MTC设备的寻呼，并向MTC设备发送Paging消息(由于网络侧是通过空口向UE发送寻呼消息的，即该寻呼消息为RRC Paging消息，本发明实施例中为了方便描述，以Paging消息为例进行说明)，而本发明实施例中的Paging消息是针对一组MTC设备来说的，即网络侧向一组MTC设备发送Paging消息。该方法包括以下步骤：
(1)网络侧进行物理层调度Paging消息的设计
在HSDPA(High Speed Downlink Packet Access，高速下行分组接入)处理中，当有针对某个MTC设备的下行数据需要发送时，则网络侧需要通过HS-SCCH(High Speed Shared Control Channel，高速共享控制信道)信道对相关MTC设备进行调度，而该HS-SCCH信道中将包含该MTC设备对应的H-RNTI；当MTC设备接收到HS-SCCH信道并解码到对应的H-RNTI后，就开始接收后续的HS-PDSCH(High Speed Physical Downlink Shared Channel，下行高速物理共享信道)信道中携带的下行数据。
而本发明实施例中，考虑到对MTC设备的分组寻呼，可以将类似的处理应用到一组MTC设备(为了方便叙述，后续过程中将一组MTC设备称为MTC设备组，即具有相同Group-ID的MTC设备)寻呼优化的处理上，例如，通过HS-SCCH信道来指示对MTC设备组的寻呼，并在HS-PDSCH信道上携带相应的寻呼信息；当MTC设备组内的MTC设备在HS-SCCH信道上解到相关的H-RNTI后，则读取后续的HS-PDSCH。
具体的，基于上述携带了Group-ID的Paging消息，调度Paging消息的方式包括但不限于：
1)将HS-SCCH信道中的H-RNTI字段设置为特殊值，用于指示后续的HS-PDSCH信道携带的是针对MTC设备的Group寻呼信息；即网络侧将HS-SCCH信道中的H-RNTI字段设置为特殊值，并通过H-RNTI字段指示后续的HS-PDSCH信道携带的是针对组内的MTC设备的Paging消息。
2)通过引入新的MTC-P-RNTI，用于指示后续的HS-PDSCH信道携带的是针对MTC设备的Group寻呼信息。即网络侧根据Group-ID向组内的MTC设备发送Paging消息时，需要将Paging消息通过系统预留的MTC-P-RNTI标识的HS-SCCH指示的HS-PDSCH承载。其中，对于MTC设备组中的MTC设备，需要监听后续的HS-PDSCH，而对于非MTC设备来说，则不需要监听后续的HS-PDSCH。
综上可以看出，网络侧通过在HS-SCCH信道上指示后续的HS-PDSCH信道携带的是针对MTC设备的Group寻呼信息，从而指示一组MTC设备的寻呼时刻。本发明实施例中，在引入新的MTC-P-RNTI时，MTC-P-RNTI可以是一个，也可以是多个，可以每个MTC设备组对应一个MTC-P-RNTI，也可以多个MTC设备组共用一个MTC-P-RNTI。进一步的，MTC-P-RNTI为专用的RNTI，可以是系统预留，或者通过签约时分配，或者通过高层信令配置，或者是上述分配方式的任意组合，本发明实施例中不再赘述。
当然，在实际应用中，还可以直接通过使用MTC设备本身的专用H-RNTI对MTC设备的Paging消息进行寻呼。
(2)网络侧与MTC设备确定寻呼时刻
具体的，基于Group-ID的Paging消息寻呼的情况下，确定Paging时刻的方式包括但不限于：
1)基于MTC设备的Group-ID确定Paging消息的发送时刻。此时，属于同一个MTC group的所有MTC设备监听到group寻呼的时刻是相同的。
具体的，通过使用paging时刻计算公式(即上述LTE系统中基站寻呼UE的时间所对应的方式，例如，公式1和公式2等)，并将公式1中的UE-ID或者IMSI替换为Group-ID，即需要将公式1替换为
SFN mod T＝(T div N)*(Group-ID mod N) 公式(3)
将公式2替换为
i_s＝floor(Group-ID/N)mod Ns 公式(4)
而上述公式中的T为MTC group对应的DRX，即以MTC group为单位分配的DRX，其中，同一个MTC group的所有UE都使用相同的DRX和Group-ID。
2)每个MTC group采用固定的Paging消息的发送时刻。其中，该Paging时刻可以由系统预先配置(例如，签约时配置，或者通过高层信令分配等)。此时，属于同一个MTC group的所有MTC设备监听group寻呼的时刻是相同的。
3)网络侧沿用原有的基于UE的DRX配置，并对组内的MTC设备确定基于该MTC设备的IMSI的Paging消息的发送时刻。当网络侧需要对某个MTC group发出group寻呼时，通过使用paging时刻计算公式(即上述LTE系统中基站寻呼UE的时间所对应的方式)，计算出MTC设备组中各个MTC设备所要监听的寻呼子帧集合，并在集合中的每个寻呼子帧都发送一个group寻呼消息。此时，属于同一个MTC group的所有MTC设备监听group寻呼的时刻是不同的，MTC设备监听group寻呼的时刻与其监听现有寻呼的时刻是一致的。
(3)网络侧确定Paging消息的发送范围
具体的，Paging消息发送的范围包括但不限于
1)根据当前接口paging消息中包含的MTC-group中的所有MTC设备当前所在的位置确定Paging消息的发送范围，其中，该位置的最小单位可以是TA(tacking area，跟踪区)或者小区。该接口Paging消息，对于LTE系统，为MME在S 1接口上发给基站的寻呼消息，而在UMTS中，为SGSN在Iu-PS接口上发给RNC的寻呼消息，或者MSC在Iu-CS接口上发给RNC的寻呼消息。
2)根据MTC用户或MTC服务器指定的寻呼范围确定Paging消息的发送范围。
3)根据MTC设备的定制信息中指示的寻呼范围确定Paging消息的发送范围。
4)根据对MTC设备活动位置统计而确定的寻呼范围确定Paging消息的发送范围。
(4)根据确定的寻呼时刻和Paging范围，网络侧通过寻呼指示消息指示一组MTC设备的寻呼消息。
具体的，网络侧可以在HS-SCCH信道上指示一组MTC设备的寻呼消息。其中，HS-SCCH信道中的H-RNTI字段设置为特殊值，用于指示后续的HS-PDSCH信道携带的是针对MTC设备的Group寻呼信息；或者，HS-SCCH信道中引入新的MTC-P-RNTI，用于指示后续的HS-PDSCH信道携带的是针对MTC设备的Group寻呼信息。
(5)网络侧根据Group-ID向该Group-ID对应的组内MTC设备发送Paging消息。其中，该Paging消息中携带了组内MTC设备对应的Group-ID。
具体的，当网络侧通过HS-SCCH信道指示了对MTC设备组的寻呼后，需要在后续的HS-PDSCH信道上携带相应的Paging消息；该Paging消息是向一组MTC设备发送的。
进一步的，当MTC设备组内的MTC设备在HS-SCCH信道上解到相关的H-RNTI后，则能够读取到后续的HS-PDSCH，从而读取到相关的Paging消息。
需要注意的是，在执行本步骤之前，网络侧还需要从核心网获取接口Paging消息，该接口Paging消息中携带了组内MTC设备对应的Group-ID，继而能够将该Group-ID对应的Paging消息向该Group-ID所对应组内的MTC设备发送。
(6)MTC设备对该Paging消息的响应。其中，当MTC设备接收网络侧设备发送的Paging消息后，由于该Paging消息中携带了组内MTC设备对应的Group-ID；则MTC设备能够判断该Paging消息是否含有自身对应的Group-ID，如果是，则该MTC设备需要对该Paging消息进行响应。
该接收过程具体为：MTC设备接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的paging消息，其中所述H-RNTI标识的字段设置为特殊值。
进一步的，在接收过程执行之前，该MTC设备还需要与所述网络侧确定寻呼监听时刻；具体为：MTC设备根据自身对应的Group-ID与网络侧确定Paging消息的监听时刻；或者，MTC设备与网络侧确定采用固定的Paging消息的监听时刻；或者，MTC设备与网络侧确定对每组内的MTC设备基于每个MTC设备的Paging消息的不同监听时刻。
该响应过程具体为：当MTC设备接收到基于组的Paging消息后，根据自身的定制信息和/或从网络侧获得的相关信息确定自己发起连接建立的时刻，从而建立相应的连接。其中，在进行连接的过程中，该MTC设备可以采用基于竞争的随机接入或者采用基于非竞争的随机接入来连接建立。
进一步的，从网络侧获得的相关信息具体为：MTC设备通过接收系统广播消息，和/或专用信令，和/或paging消息从网络侧获得相关信息，其中，该专用信令可以为：RRC信令、MAC CE、物理层信令等。
需要说明的是，上述MTC设备自身的定制信息和/或从网络侧获得的相关信息包括但不限于可连接建立的时间段；连接建立的开始或结束时间点；连接建立过程允许的持续时间；可进行连接建立尝试的次数。其中，可连接建立的时间段信息可以采用绝对时间给出(例如，指示几点到几点)，或者，采用相对时间给出(例如，给出开始或结束时间点和持续时间长度信息，其中，开始点也可以默认为接收到paging消息的时间)。
进一步的，MTC设备根据获得的时间段信息，在时间段内随机确定自己实际发起连接建立的时间点。当允许在该时间段内进行多次连接建立尝试时，可以随机确定多个发起连接建立的时间点。
本发明实施例三中提供一种呼叫方法，该呼叫方法应用在LTE系统中，由网络侧触发针对MTC设备的寻呼，并向MTC设备发送Paging消息，而本发明实施例中的Paging消息是针对一组MTC设备来说的，即网络侧向一组MTC设备发送Paging消息。该方法包括以下步骤：
(1)网络侧进行物理层调度Paging消息的设计
本发明实施例中，考虑到对MTC设备的分组寻呼，可以将类似的处理应用到一组MTC设备寻呼优化的处理上，例如，通过PDCCH信道来指示对MTC设备组的寻呼，并在PDSCH信道上携带相应的寻呼信息；当MTC设备组内的MTC设备在PDCCH信道上解到相关的H-RNTI后，则读取后续的PDSCH。
具体的，基于上述携带了Group-ID的Paging消息，调度Paging消息的方式包括但不限于：
1)采用原有的P-RNTI加扰的PDCCH，用于指示后续的PDSCH信道携带的是针对MTC设备的Group寻呼信息；即网络侧根据Group-ID向组内的MTC设备发送Paging消息时，需要将Paging消息通过P-RNTI标识的PDCCH指示的PDSCH承载。
2)通过引入新的MTC-P-RNTI，用于指示后续的PDSCH信道携带的是针对MTC设备的Group寻呼信息，即网络侧根据Group-ID向组内的MTC设备发送Paging消息时，需要将Paging消息通过系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载。其中，对于非MTC设备来说，不需要监听MTC-P-RNTI加扰的PDCCH。
综上可以看出，网络侧通过在PDCCH信道上指示后续的PDSCH信道携带的是针对MTC设备的Group寻呼信息，从而指示一组MTC设备的寻呼时刻。本发明实施例中，在引入新的MTC-P-RNTI时，MTC-P-RNTI可以是一个，也可以是多个，可以每个MTC设备组对应一个MTC-P-RNTI，也可以多个MTC设备组共用一个MTC-P-RNTI。进一步的，MTC-P-RNTI为专用的RNTI，可以是系统预留，也可以通过签约时分配，也可以通过高层信令配置，或者是上述分配方式的任意组合，本发明实施例中不再赘述。具体的，对于MTC-P-RNTI加扰的PDCCH，可以位于PDCCH的公共搜索空间中或者是MTC-P-RNTI特定的搜索空间。
当然，在实际应用中，也可以基于原有的基于MTC设备的paging消息进行寻呼，例如，对于MTC设备的寻呼，采用原有的基于UE的寻呼方法，不改变Paging消息内容，也就是沿用原有的TMSI或者IMSI寻呼MTC设备，相应的物理层用于指示paging消息的PDCCH采用MTC-P-RNTI进行加扰，该过程本发明实施例中不再赘述。
(2)网络侧与MTC设备确定寻呼时刻
具体的，基于Group-ID的Paging消息寻呼的情况下，确定Paging时刻的方式包括但不限于：
1)基于MTC设备的Group-ID确定Paging消息的发送时刻。
2)每个MTC group采用固定的Paging消息的发送时刻。
3)网络侧沿用原有的基于UE的DRX配置，并对组内的MTC设备确定基于该MTC设备的IMSI的Paging消息的发送时刻。
(3)网络侧确定Paging消息的发送范围
具体的，Paging消息发送的范围包括但不限于1)根据当前接口paging消息中包含的MTC-group中的所有MTC设备当前所在的位置确定Paging消息的发送范围，其中，该位置的最小单位可以是TA或者小区。2)根据MTC用户或MTC服务器指定的寻呼范围确定Paging消息的发送范围。3)根据MTC设备的定制信息中指示的寻呼范围确定Paging消息的发送范围。4)根据对MTC设备活动位置统计而确定的寻呼范围确定Paging消息的发送范围。
(4)根据确定的寻呼时刻和Paging范围，网络侧通过寻呼指示消息指示一组MTC设备的寻呼消息。
具体的，网络侧可以在PDCCH信道上指示一组MTC设备的寻呼时刻。其中，原有的P-RNTI加扰的PDCCH，用于指示后续的PDSCH信道携带的是针对MTC设备的Group寻呼消息；或者，PDCCH信道中引入新的MTC-P-RNTI，用于指示后续的PDSCH信道携带的是针对MTC设备的Group寻呼消息。
(5)网络侧根据Group-ID向该Group-ID对应的组内MTC设备发送Paging消息。其中，该Paging消息中携带了组内MTC设备对应的Group-ID。
具体的，当网络侧通过PDCCH信道指示了对MTC设备组的寻呼后，需要在后续的PDSCH信道上携带相应的Paging消息；该Paging消息是向一组MTC设备发送的。
进一步的，当MTC设备组内的MTC设备在PDCCH信道上解到指示后，则能够读取到后续的PDSCH，从而读取到相关的Paging消息。
需要注意的是，在执行本步骤之前，网络侧还需要从核心网获取接口Paging消息，该接口Paging消息中携带了组内MTC设备对应的Group-ID，继而能够将该Group-ID对应的Paging消息向该Group-ID所对应组内的MTC设备发送。
需要注意的是，在发送过程中，网络侧根据Group-ID向组内的MTC设备发送Paging消息时，需要将Paging消息通过P-RNTI标识的PDCCH指示的PDSCH承载。或者，网络侧根据Group-ID向组内的MTC设备发送Paging消息时，需要将Paging消息通过系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
(6)MTC设备对该Paging消息的响应。其中，当MTC设备接收网络侧设备发送的Paging消息后，由于该Paging消息中携带了组内MTC设备对应的Group-ID；则MTC设备能够判断该Paging消息是否含有自身对应的Group-ID，如果是，则该MTC设备需要对该Paging消息进行响应。
该接收过程具体为：在UMTS系统中，MTC设备接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的paging消息，其中H-RNTI标识的字段设置为特殊值。
在LTE系统中，MTC设备接收P-RNTI标识的PDCCH指示的PDSCH承载的paging消息。或者，MTC设备接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的paging消息。
进一步的，在接收过程执行之前，该MTC设备还需要与所述网络侧确定寻呼监听时刻；具体为：MTC设备根据自身对应的Group-ID与网络侧确定Paging消息的监听时刻；或者，MTC设备与网络侧确定采用固定的Paging消息的监听时刻；或者，MTC设备与网络侧确定对每组内的MTC设备基于每个MTC设备的Paging消息的不同监听时刻。
该响应过程具体为：当MTC设备接收到基于组的Paging消息后，根据自身的定制信息和/或从网络侧获得的相关信息确定自己发起连接建立的时刻，从而建立相应的连接。其中，在进行连接的过程中，该MTC设备可以采用基于竞争的随机接入或者采用基于非竞争的随机接入来连接建立。
进一步的，从网络侧获得的相关信息具体为：MTC设备通过接收系统广播消息，和/或专用信令，和/或paging消息从网络侧获得相关信息，其中，该专用信令可以为：RRC信令、MAC CE、物理层信令等。
需要说明的是，上述MTC设备自身的定制信息和/或从网络侧获得的相关信息包括但不限于可连接建立的时间段；连接建立的开始或结束时间点；连接建立过程允许的持续时间；可进行连接建立尝试的次数。其中，可连接建立的时间段信息可以采用绝对时间给出(例如，指示几点到几点)，或者，采用相对时间给出(例如，给出开始或结束时间点和持续时间长度信息，其中，开始点也可以默认为接收到paging消息的时间)。
进一步的，MTC设备根据获得的时间段信息，在时间段内随机确定自己实际发起连接建立的时间点。当允许在该时间段内进行多次连接建立尝试时，可以随机确定多个发起连接建立的时间点。
为了根据清楚的说明上述的技术方案，以下结合一个具体的例子进行进一步的说明：假设UE(即MTC设备)根据自己的定制信息获得自己可以进行连接建立的时间段为(1:00-3:00)和在时间段内最大可以进行连接建立尝试的次数为3。
当MTC设备收到paging消息后，产生三个随机数(例如，0-1均匀分部的随机数)，三个随机数分别用来确定3个可以进行连接建立尝试的时间点。另外，三个随机接入的时间点也可以在前一次建立尝试失败后，再确定下一次的时间点。
上述通过随机数确定时间点的一种具体的实施方式如下：设MTC设备产生的随机数为0.4001，网络侧指示的绝对时间段为1:00-3:00。一种具体的确定方式为：先通过绝对时间确定相对时间：3-1＝2小时，2*60*60*1000*0.4001＝2880720，即：在1点钟以后第2880720ms时MTC设备发起随机接入/连接建立过程。
基于同样的发明构思，本发明实施例中还提供了一种网络侧设备，如图8所示，包括：
获取模块10，用于从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。所述Group-ID的定义方式具体为：将预留的TMSI定义为所述Group-ID；或者，将预留的P-TMSI定义为所述Group-ID；或者，将预留的S-TMSI定义为所述Group-ID；或者，将预留的IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
发送模块20，用于根据所述Group-ID向所述组内的MTC设备发送RRCPaging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID。
所述发送模块20具体用于，在UMTS系统中，在UMTS系统中，将HS-SCCH信道中的H-RNTI字段设置为特殊值，并通过所述H-RNTI字段指示后续的HS-PDSCH信道携带的是针对组内的MTC设备的RRC Paging消息。
所述发送模块20，具体用于在LTE系统中，根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过P-RNTI标识的PDCCH指示的PDSCH承载。
所述发送模块20，具体用于在LTE系统中，根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
确定模块30，用于与所述MTC设备确定寻呼时刻；具体为：根据所述MTC设备的Group-ID确定所述RRC Paging消息的发送时刻；或者，对每组内的MTC设备采用固定的RRC Paging消息的发送时刻；或者，对组内的MTC设备确定基于该MTC设备的IMSI的RRC Paging消息的发送时刻。
所述确定模块30还用于，确定所述RRC Paging消息的发送范围；具体为：根据所述接口Paging消息中包含的组内的所有MTC设备当前所在的位置确定所述RRC Paging消息的发送范围；或者，根据MTC设备或MTC服务器指定的寻呼范围确定所述RRC Paging消息的发送范围；或者，根据MTC设备的定制信息中指示的寻呼范围确定所述RRC Paging消息的发送范围；或者，根据对MTC设备活动位置统计确定所述RRC Paging消息的发送范围。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
需要注意的是，上述处理过程为针对组内的所有MTC设备来说的，但是，在实际应用中，还可以对组内的MTC设备分别进行处理。此时，在LTE系统中，该网络侧设备进一步包括：获取模块，用于从核心网获取用于MTC设备的接口Paging消息；处理模块，用于将所述接口Paging消息对应的RRCPaging消息通过MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
基于同样的发明构思，本发明实施例中还提供了一种MTC设备，如图9所示，包括：
接收模块50，用于接收网络侧设备发送的RRC Paging消息，所述RRCPaging消息中携带了组内MTC设备对应的Group-ID。
判断模块60，用于判断所述接收模块50接收的RRC Paging消息是否含有自身对应的Group-ID。
处理模块70，用于当所述判断模块60的判断结果为是时，对所述RRCPaging消息进行响应。
所述Group-ID的定义方式具体为：将预留的TMSI定义为所述Group-ID；或者，将预留的P-TMSI定义为所述Group-ID；或者，将预留的S-TMSI定义为所述Group-ID；或者，将预留的IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
获取模块80，用于获取所述MTC设备对应的Group-ID；具体为：在签约时分配固定的Group-ID；和/或，接收所述网络侧设备通过高层信令为所述MTC设备配置的Group-ID；和/或，根据自身的标识或寻址信息确定自身对应的Group-ID。
所述接收模块50，具体用于在UMTS系统中，接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的所述RRC paging消息，其中所述H-RNTI标识的字段设置为特殊值。
所述接收模块50，具体用于在LTE系统中，接收P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
所述接收模块50，具体用于在LTE系统中，接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
确定模块90，用于与所述网络侧设备确定寻呼监听时刻；具体为：根据自自身对应Group-ID与所述网络侧设备确定所述RRC Paging消息的监听时刻；或者，与所述网络侧设备确定采用固定的RRC Paging消息的监听时刻；或者，与所述网络侧设备确定对每组内的MTC设备基于每个MTC设备的RRC Paging消息的不同监听时刻。
所述处理模块70具体用于，根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立相应的连接。所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
所述处理模块70还用于，采用基于竞争的随机接入方式或者采用基于非竞争的随机接入方式来连接建立。
需要注意的是，上述处理过程为针对组内的所有MTC设备来说的，但是，在实际应用中，还可以对组内的MTC设备分别进行处理。此时，在LTE系统中，本发明还提供了一种MTC设备，包括：接收模块，用于接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的RRC Paging消息；处理模块，用于对所述RRC Paging消息进行响应。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (30)
1.一种寻呼方法，其特征在于，包括：
网络侧设备从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID；
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID，以使所述组内的MTC设备在判断所述RRCPaging消息中含有自身对应的Group-ID时，根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立连接；
其中，所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：
连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
2.如权利要求1所述的方法，其特征在于，所述Group-ID的定义方式具体为：
将预留的临时移动用户识别码TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码P-TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码S-TMSI定义为所述Group-ID；或者，将预留的国际移动用户识别码IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
3.如权利要求1所述的方法，其特征在于，在通用移动通信系统UMTS系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：
所述网络侧设备将高速共享控制信道HS-SCCH信道中的HS-DSCH无线网络临时标识H-RNTI字段设置为特殊值，并通过所述H-RNTI字段指示后续的下行高速物理共享信道HS-PDSCH信道携带的是针对组内的MTC设备的RRC Paging消息。
4.如权利要求1所述的方法，其特征在于，在长期演进LTE系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过寻呼无线网络临时标识P-RNTI标识的物理下行控制信道PDCCH指示的物理下行共享信道PDSCH承载。
5.如权利要求1所述的方法，其特征在于，在长期演进LTE系统中，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，包括：
所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过系统预留的MTC寻呼无线网络临时标识MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
6.如权利要求1所述的方法，其特征在于，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，之前还包括：
所述网络侧设备与所述MTC设备确定寻呼时刻；具体为：
所述网络侧设备根据所述MTC设备的Group-ID确定所述RRC Paging消息的发送时刻；或者，所述网络侧设备对每组内的MTC设备采用固定的RRCPaging消息的发送时刻；或者，所述网络侧设备对组内的MTC设备确定基于该MTC设备的IMSI的RRC Paging消息的发送时刻。
7.如权利要求1所述的方法，其特征在于，所述网络侧设备根据所述Group-ID向所述组内的MTC设备发送无线资源控制协议RRC Paging消息，之前还包括：
所述网络侧设备确定所述RRC Paging消息的发送范围；具体为：
所述网络侧设备根据所述接口Paging消息中包含的组内的所有MTC设备当前所在的位置确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据MTC设备或MTC服务器指定的寻呼范围确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据MTC设备的定制信息中指示的寻呼范围确定所述RRC Paging消息的发送范围；或者，所述网络侧设备根据对MTC设备活动位置统计确定所述RRC Paging消息的发送范围。
8.一种寻呼方法，其特征在于，包括：
MTC设备接收网络侧设备发送的RRC Paging消息，所述RRC Paging消息中携带了组内MTC设备对应的Group-ID；
所述MTC设备判断所述RRC Paging消息是否含有自身对应的Group-ID，如果是，所述MTC设备对所述RRC Paging消息进行响应；
其中，所述MTC设备对所述RRC Paging消息进行响应，包括：
所述MTC设备根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立连接；
其中，所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：
连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
9.如权利要求8所述的方法，其特征在于，所述Group-ID的定义方式具体为：
将预留的临时移动用户识别码TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码P-TMSI定义为所述Group-ID；或者，将预留的临时移动用户识别码S-TMSI定义为所述Group-ID；或者，将预留的国际移动用户识别码IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
10.如权利要求8所述的方法，其特征在于，所述MTC设备判断所述RRC Paging消息是否含有自身对应的Group-ID，之前还包括：
所述MTC设备获取所述MTC设备对应的Group-ID；具体为：
所述MTC设备在签约时分配固定的Group-ID；和/或，所述MTC设备接收所述网络侧设备通过高层信令为所述MTC设备配置的Group-ID；和/或，所述MTC设备根据自身的标识或寻址信息确定自身对应的Group-ID。
11.如权利要求8所述的方法，其特征在于，在通用移动通信系统UMTS系统中，所述MTC设备接收网络侧设备发送的RRC Paging消息，包括：
所述MTC设备接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的所述RRC paging消息，其中所述H-RNTI标识的字段设置为特殊值。
12.如权利要求8所述的方法，其特征在于，在长期演进LTE系统中，所述MTC设备接收网络侧设备发送的RRC Paging消息，包括：
所述MTC设备接收P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
13.如权利要求8所述的方法，其特征在于，在长期演进LTE系统中，所述MTC设备接收网络侧设备发送的RRC Paging消息，包括：
所述MTC设备接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
14.如权利要求8所述的方法，其特征在于，MTC设备接收网络侧设备发送的RRC Paging消息，之前还包括：
所述MTC设备与所述网络侧设备确定寻呼监听时刻；具体为：
所述MTC设备根据自身对应的Group-ID与所述网络侧设备确定所述RRC Paging消息的监听时刻；或者，所述MTC设备与所述网络侧设备确定采用固定的RRC Paging消息的监听时刻；或者，所述MTC设备与所述网络侧设备确定对每组内的MTC设备基于每个MTC设备的RRC Paging消息的不同监听时刻。
15.如权利要求8所述的方法，其特征在于，所述MTC设备根据该建立的时刻建立连接，包括：
所述MTC设备采用基于竞争的随机接入方式或者采用基于非竞争的随机接入方式来连接建立。
16.一种网络侧设备，其特征在于，包括：
获取模块，用于从核心网获取接口Paging消息，所述接口Paging消息中携带了组内机器类通信MTC设备对应的Group-ID；
发送模块，用于根据所述Group-ID向所述组内的MTC设备发送RRCPaging消息，所述RRC Paging消息中携带了组内机器类通信MTC设备对应的Group-ID，以使所述组内的MTC设备在判断所述RRC Paging消息中含有自身对应的Group-ID时，根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立连接；
其中，所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：
连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
17.如权利要求16所述的网络侧设备，其特征在于，所述Group-ID的定义方式具体为：
将预留的TMSI定义为所述Group-ID；或者，将预留的P-TMSI定义为所述Group-ID；或者，将预留的S-TMSI定义为所述Group-ID；或者，将预留的IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
18.如权利要求16所述的网络侧设备，其特征在于，
所述发送模块，具体用于在UMTS系统中，将HS-SCCH信道中的H-RNTI字段设置为特殊值，并通过所述H-RNTI字段指示后续的HS-PDSCH信道携带的是针对组内的MTC设备的RRC Paging消息。
19.如权利要求16所述的网络侧设备，其特征在于，
所述发送模块，具体用于在LTE系统中，根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过P-RNTI标识的PDCCH指示的PDSCH承载。
20.如权利要求16所述的网络侧设备，其特征在于，
所述发送模块，具体用于在LTE系统中，根据所述Group-ID向所述组内的MTC设备发送所述RRC Paging消息，并将所述RRC Paging消息通过系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载。
21.如权利要求16所述的网络侧设备，其特征在于，还包括：
确定模块，用于与所述MTC设备确定寻呼时刻；具体为：根据所述MTC设备的Group-ID确定所述RRC Paging消息的发送时刻；或者，对每组内的MTC设备采用固定的RRC Paging消息的发送时刻；或者，对组内的MTC设备确定基于该MTC设备的IMSI的RRC Paging消息的发送时刻。
22.如权利要求21所述的网络侧设备，其特征在于，
所述确定模块还用于，确定所述RRC Paging消息的发送范围；具体为：根据所述接口Paging消息中包含的组内的所有MTC设备当前所在的位置确定所述RRC Paging消息的发送范围；或者，根据MTC设备或MTC服务器指定的寻呼范围确定所述RRC Paging消息的发送范围；或者，根据MTC设备的定制信息中指示的寻呼范围确定所述RRC Paging消息的发送范围；或者，根据对MTC设备活动位置统计确定所述RRC Paging消息的发送范围。
23.一种MTC设备，其特征在于，包括：
接收模块，用于接收网络侧设备发送的RRC Paging消息，所述RRCPaging消息中携带了组内MTC设备对应的Group-ID；
判断模块，用于判断所述接收模块接收的RRC Paging消息是否含有自身对应的Group-ID；
处理模块，用于当所述判断模块的判断结果为是时，对所述RRC Paging消息进行响应；
其中，所述处理模块具体用于，根据自身的定制信息和/或从网络侧获得的相关信息确定自身发起连接建立的时刻，并根据该建立的时刻建立相应的连接；
其中，所述定制信息和/或从网络侧获得的相关信息包括以下信息中的一种或任意组合：
连接建立的时间段；连接建立的开始或结束时间；连接建立过程允许的持续时间；进行连接建立尝试的次数。
24.如权利要求23所述的MTC设备，其特征在于，所述Group-ID的定义方式具体为：
将预留的TMSI定义为所述Group-ID；或者，将预留的P-TMSI定义为所述Group-ID；或者，将预留的S-TMSI定义为所述Group-ID；或者，将预留的IMSI定义为Group-ID；或者，根据预设策略定义新的Group-ID。
25.如权利要求23所述的MTC设备，其特征在于，还包括：
获取模块，用于获取所述MTC设备对应的Group-ID；具体为：在签约时分配固定的Group-ID；和/或，接收所述网络侧设备通过高层信令为所述MTC设备配置的Group-ID；和/或，根据自身的标识或寻址信息确定自身对应的Group-ID。
26.如权利要求23所述的MTC设备，其特征在于，
所述接收模块，具体用于在UMTS系统中，接收H-RNTI标识的HS-SCCH指示的HS-PDSCH承载的所述RRC paging消息，其中所述H-RNTI标识的字段设置为特殊值。
27.如权利要求23所述的MTC设备，其特征在于，
所述接收模块，具体用于在LTE系统中，接收P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
28.如权利要求23所述的MTC设备，其特征在于，
所述接收模块，具体用于在LTE系统中，接收系统预留的MTC-P-RNTI标识的PDCCH指示的PDSCH承载的所述RRC paging消息。
29.如权利要求23所述的MTC设备，其特征在于，还包括：
确定模块，用于与所述网络侧设备确定寻呼监听时刻；具体为：根据自自身对应Group-ID与所述网络侧设备确定所述RRC Paging消息的监听时刻；或者，与所述网络侧设备确定采用固定的RRC Paging消息的监听时刻；或者，与所述网络侧设备确定对每组内的MTC设备基于每个MTC设备的RRCPaging消息的不同监听时刻。
30.如权利要求23所述的MTC设备，其特征在于，
所述处理模块还用于，采用基于竞争的随机接入方式或者采用基于非竞争的随机接入方式来连接建立。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010111793.6A CN102158959B (zh) | 2010-02-11 | 2010-02-11 | 一种寻呼方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010111793.6A CN102158959B (zh) | 2010-02-11 | 2010-02-11 | 一种寻呼方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102158959A CN102158959A (zh) | 2011-08-17 |
| CN102158959B true CN102158959B (zh) | 2014-12-17 |
Family
ID=44440050
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010111793.6A Active CN102158959B (zh) | 2010-02-11 | 2010-02-11 | 一种寻呼方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102158959B (zh) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013055393A (ja) * | 2011-09-01 | 2013-03-21 | Sony Corp | 通信装置、通信方法、通信システムおよび基地局 |
| CN103002579B (zh) * | 2011-09-08 | 2015-04-29 | 华为技术有限公司 | 传输控制信息的方法、基站和用户设备 |
| WO2013063780A1 (en) * | 2011-11-03 | 2013-05-10 | Renesas Mobile Corporation | Method and apparatus for transmitting machine type communication data via a packet downlink control channel |
| CN102413569A (zh) * | 2011-11-17 | 2012-04-11 | 电信科学技术研究院 | 一种寻呼方法及装置 |
| EP2603030B1 (en) | 2011-12-09 | 2014-12-24 | Fujitsu Limited | Interference management in wireless communication networks |
| CN103546962B (zh) * | 2012-02-09 | 2017-04-05 | 中兴通讯股份有限公司 | 固定位置登记 |
| CN103378939B (zh) | 2012-04-28 | 2016-09-28 | 电信科学技术研究院 | 一种下行数据传输方法及装置 |
| CN107071705B (zh) | 2012-05-23 | 2021-02-23 | 华为技术有限公司 | 寻呼窄带终端的方法、网络设备、基站及系统 |
| CN103491622B (zh) * | 2012-06-12 | 2016-09-28 | 电信科学技术研究院 | 上行传输方法和设备 |
| CN104811279B (zh) * | 2014-01-23 | 2018-05-22 | 电信科学技术研究院 | 一种寻呼消息传输方法及装置 |
| EP2903363B1 (en) | 2014-01-30 | 2023-08-16 | Alcatel Lucent | Indicating properties of a user equipment to a network control node |
| JPWO2015119003A1 (ja) * | 2014-02-04 | 2017-03-23 | 株式会社Ｎｔｔドコモ | サービス制御システム、ユーザ装置、及びサービス制御方法 |
| CN103945320B (zh) * | 2014-04-08 | 2017-10-17 | 上海华为技术有限公司 | 无线网络控制器、通过寻呼触发终端接入的方法及系统 |
| CN105898867A (zh) * | 2014-08-28 | 2016-08-24 | 阿尔卡特朗讯 | 覆盖范围增强的mtc ue的寻呼方法和装置 |
| KR102394223B1 (ko) | 2015-05-15 | 2022-05-04 | 삼성전자 주식회사 | 무선 통신 시스템에서 페이징 프로세스 수행 장치 및 방법 |
| WO2017024566A1 (en) * | 2015-08-12 | 2017-02-16 | Nokia Solutions And Networks Oy | Paging for low complexity user equipment and/or user equipment in coverage enhancement mode |
| CN108029061B (zh) | 2015-11-26 | 2021-07-16 | 华为技术有限公司 | 管理rrc连接的方法、装置和设备 |
| CN106961729B (zh) * | 2016-01-11 | 2022-01-07 | 中兴通讯股份有限公司 | 监听、发送寻呼、寻呼终端的方法和基站、终端 |
| TWI661735B (zh) * | 2016-04-05 | 2019-06-01 | 新力股份有限公司 | 終端裝置、基礎建設設備、方法及積體電路 |
| EP3496493B1 (en) * | 2016-08-12 | 2021-06-30 | Huawei Technologies Co., Ltd. | Control information transmission method, base station and user equipment |
| CN108076441B (zh) * | 2016-11-17 | 2021-11-16 | 中兴通讯股份有限公司 | 一种寻呼方法及装置、系统 |
| CN106714126A (zh) * | 2016-12-30 | 2017-05-24 | 北京小米移动软件有限公司 | 下行数据传输方法、装置和设备 |
| CN109451581B (zh) * | 2017-01-06 | 2019-11-01 | 华为技术有限公司 | 一种寻呼方法和装置 |
| US10834701B2 (en) | 2017-04-20 | 2020-11-10 | Beijing Xiaomi Mobile Software Co., Ltd. | Paging processing method and apparatus |
| AU2017418412A1 (en) * | 2017-06-14 | 2020-01-16 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Paging method, network device, and terminal device |
| CN109429372B (zh) * | 2017-07-05 | 2023-08-11 | 西安中兴新软件有限责任公司 | 一种建立通信链路的方法、设备和系统 |
| CN110099447B (zh) * | 2018-01-31 | 2024-04-30 | 中兴通讯股份有限公司 | 一种信息传输方法及装置 |
| CN110944341B (zh) * | 2018-09-25 | 2023-11-21 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
| CN111436116B (zh) * | 2019-03-08 | 2023-11-14 | 维沃移动通信有限公司 | 寻呼方法、设备和系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848979A (zh) * | 2005-07-07 | 2006-10-18 | 华为技术有限公司 | 一种群组呼叫的寻呼方法 |
| CN1905735A (zh) * | 2005-07-28 | 2007-01-31 | 华为技术有限公司 | 一种组呼呼叫的寻呼实现方法 |
| CN101312585A (zh) * | 2007-05-21 | 2008-11-26 | 大唐移动通信设备有限公司 | 用下行共享控制信道承载寻呼消息的方法、系统及装置 |
-
2010
- 2010-02-11 CN CN201010111793.6A patent/CN102158959B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1848979A (zh) * | 2005-07-07 | 2006-10-18 | 华为技术有限公司 | 一种群组呼叫的寻呼方法 |
| CN1905735A (zh) * | 2005-07-28 | 2007-01-31 | 华为技术有限公司 | 一种组呼呼叫的寻呼实现方法 |
| CN101312585A (zh) * | 2007-05-21 | 2008-11-26 | 大唐移动通信设备有限公司 | 用下行共享控制信道承载寻呼消息的方法、系统及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102158959A (zh) | 2011-08-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102158959B (zh) | 一种寻呼方法和设备 | |
| US20240040545A1 (en) | Paging in a wireless network | |
| CN104012155B (zh) | 寻呼ue的方法、基站及ue | |
| EP3493614B1 (en) | Methods, apparatuses, computer program products and system for paging optimization | |
| CN110167109B (zh) | 一种寻呼的监听方法及装置、计算机可读存储介质及设备 | |
| CN112205041B (zh) | 一种寻呼消息传输方法和相关设备 | |
| CN101554082B (zh) | 在无线通信系统中发送/接收寻呼消息的方法 | |
| CN102754500B (zh) | 电信系统中的方法和装置 | |
| CN104105111B (zh) | 一种激活时刻的计算方法及装置 | |
| WO2015110010A1 (zh) | 一种寻呼消息传输方法及装置 | |
| CN102281502A (zh) | Mtc分组终端寻呼drx周期参数获取方法及装置 | |
| CN102857869A (zh) | 寻呼方法和装置、寻呼消息接收方法及用户设备 | |
| CN102802254B (zh) | 利用寻呼信道传输业务数据的方法及系统、用户设备 | |
| CN101674649B (zh) | 寻呼状态下数据传输的方法、系统及装置 | |
| KR20070073635A (ko) | 무선 통신 시스템에서의 페이징 메시지 전송 및 수신 방법 | |
| CN102625254A (zh) | 分组寻呼的方法、装置及系统 | |
| EP2676502A1 (en) | Paging control method and apparatus | |
| EP2632213A2 (en) | Method and apparatus for performing network entry/reentry in wireless communication system | |
| CN104349457A (zh) | 一种寻呼方法、寻呼消息获取方法及基站、终端 | |
| KR20120061739A (ko) | 기기 간 통신을 지원하는 무선 접속 시스템에서 멀티캐스트 트래픽을 송수신하기 위한 방법 및 장치 | |
| CN102355728A (zh) | 一种传输模式信息传输的方法及装置 | |
| CN103517416B (zh) | 寻呼消息的传输方法和设备 | |
| CN103428812A (zh) | 一种传输寻呼信息的方法、设备及系统 | |
| CN102143600B (zh) | 一种寻呼方法、基站及用户设备 | |
| CN109803355A (zh) | 一种寻呼方法、终端、网络设备及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210603 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |