CN102984660A - 一种集群通信的寻呼方法和相关设备 - Google Patents
一种集群通信的寻呼方法和相关设备 Download PDFInfo
- Publication number
- CN102984660A CN102984660A CN2011102587914A CN201110258791A CN102984660A CN 102984660 A CN102984660 A CN 102984660A CN 2011102587914 A CN2011102587914 A CN 2011102587914A CN 201110258791 A CN201110258791 A CN 201110258791A CN 102984660 A CN102984660 A CN 102984660A
- Authority
- CN
- China
- Prior art keywords
- subscriber equipment
- paging
- group
- cycle
- base station
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/186—Processing of subscriber group data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种集群通信的寻呼方法和相关设备,用于缩短集群通信的起呼时延,减少小区的空口资源开销,能够很好的兼容现有的系统架构。本发明实施例提供的一种方法包括:用户设备向移动管理实体MME发送信息更新请求;所述用户设备接收请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;所述用户设备向所述MME发送信息更新完成消息;当所述用户设备发起集群业务之后,所述用户设备将所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收所述基站发送的组寻呼。
Description
技术领域
本发明涉及移动通信技术领域,尤其涉及一种集群通信的寻呼方法和相关设备。
背景技术
集群通信业务是指一种多个用户共享并动态使用一组无线信道的专用通信系统,因为集群通信可以为多个部门、单位等集团用户提供专用指挥调度,所以集群通信对时延和可靠性等要求较高。
对于集群通信而言,对于一个用户初始发起集群业务并得到通话授权指示的时间,称之为起呼时延(Initial PTT Latency),如何减少集群通信的起呼时延成为业界关注的重点。长期演进(LTE,Long Term Evolution)技术中引入了非连续接收(DRX,Discontinue Reception)功能,能够有效节省用户设备(UE,User Equipment)的耗电量,延长待机时间。DRX可以分为两种,无线资源控制协议_空闲(RRC_IDLE,Radio Resource Control_IDLE)态下的DRX和无线资源控制协议_连接(RRC_CONNECTED)态下的DRX。其中RRC_IDLE态下的DRX技术主要用于控制UE在可能有下行寻呼信息到达的时刻去监听物理下行控制信道(PDCCH,Physical Downlink ControlChannel),查看是否有属于自己的寻呼消息,若有则进一步解码物理下行共享信道(PDSCH,Physical Downlink Shared Channel)获得寻呼消息的详细内容。
LTE的默认DRX周期包含如下的可选值:320ms,640ms,1280ms,2560ms...。由于这些寻呼周期较长,难以满足集群通信的快速建立时间要求。无法继续采用LTE的寻呼模式来支持集群业务,需要进一步缩短寻呼周期。
为了节省集群通信的起呼时延以实现集群通信的快速寻呼,存在一种现有技术:设计了一种新的集群寻呼信道,集群寻呼信道(TPCH,Trunking PagingChannel)通过系统消息下发集群的寻呼周期与寻呼位置,从而对有大量群组或者大量集群用户存在的小区,造成空口资源开销非常显著,导致无线资源的利用效率低下。
发明内容
本发明实施例提供了一种集群通信的寻呼方法和相关设备,用于缩短集群通信的起呼时延,减少小区的空口资源开销,能够很好的兼容现有的系统架构。
一方面,提供了一种集群通信的寻呼方法,包括:
用户设备向移动管理实体MME发送信息更新请求;
所述用户设备接收请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述用户设备向所述MME发送信息更新完成消息;
当所述用户设备发起集群业务之后,所述用户设备将所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收基站发送的组寻呼。
另一方面,提供了一种集群通信的寻呼方法,包括:
移动管理实体MME接收用户设备发送的信息更新请求;
所述MME从集群服务器获取所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述MME向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述群组标识对应的所述群组指定非连续接收周期;
所述MME接收所述用户设备发送的信息更新完成消息;
当所述用户设备发起集群业务时,所述MME向基站发送组寻呼信息,所述组寻呼信息包括所述用户设备对应的群组标识和所述集群服务器预置的群组指定非连续接收周期,以使所述基站从所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择两者之中的最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼。
另一方面,提供了一种集群通信的寻呼方法,包括:
集群服务器为用户设备生成群组指定非连续接收周期;
所述集群服务器接收移动管理实体MME转发的所述用户设备向所述集群服务器请求集群信息的消息;
所述集群服务器向所述MME发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
另一方面,提供了一种集群通信的寻呼方法,包括:
用户设备预置计算寻呼帧SFN的关系式:SFN mod N=UE_ID mod N,其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-ID mod1024,所述G-ID是所述用户设备加入的群组的群组标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,nB为所述基站广播的寻呼密度相关参数;
所述用户设备接收基站发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
另一方面,提供了一种集群通信的寻呼方法,包括:
基站预置计算寻呼帧SFN的关系式:SFN mod N=UE_ID mod N,其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-ID mod 1024,所述G-ID是用户设备加入的群组的群组标识,所述T为所述用户设备所在小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数。;
所述基站向用户设备发送组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
另一方面,提供了一种集群通信的寻呼方法,包括:
基站向用户设备发送寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述基站向所述用户设备发送组寻呼,所述基站向所述用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,所述UE_ID=G-ID mod 1024,所述G-ID是所述用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
另一方面,提供了一种集群通信的寻呼方法,包括:
用户设备接收基站发送的寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述用户设备接收所述基站发送的组寻呼,所述用户设备接收所述基站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,所述UE_ID=G-IDmod 1024,所述G-ID是所述用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
另一方面,提供了一种用户设备,包括:收发单元和处理单元,其中,
所述收发单元,用于向移动管理实体MME发送信息更新请求;
所述收发单元,用于接收请求响应信息,所述请求响应信息包括所述用户设备加入的群组的组群标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于向所述MME发送信息更新完成消息;
所述处理单元,用于当所述用户设备发起集群业务之后,将所述用户设备所在的小区广播的默认寻呼周期与所述收发单元接收的所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收基站发送的组寻呼。
另一方面,提供了一种移动管理实体,包括:收发单元、获取单元和处理单元,其中,
所述收发单元,用于接收用户设备发送的信息更新请求;
所述获取单元,用于从集群服务器获取所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于接收所述用户设备发送的信息更新完成消息;
所述处理单元,用于当所述用户设备发起集群业务时,向基站发送组寻呼信息,所述组寻呼信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期,以使所述基站从所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼。
另一方面,提供了一种集群服务器,包括::生成单元和收发单元,其中,
所述生成单元,用于为用户设备生成群组指定非连续接收周期;
所述收发单元,用于接收移动管理实体MME转发的所述用户设备向所述集群服务器请求集群信息的消息;
所述收发单元,用于向所述MME发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
另一方面,提供了一种集群通信系统,包括:用户设备、基站、移动管理实体、集群服务器,其中,
所述用户设备,用于向移动管理实体MME发送信息更新请求;
所述移动管理实体,用于接收到所述信息更新请求之后向集群服务器请求所述用户设备的集群信息;
所述集群服务器,用于为所述用户设备生成群组指定非连续接收周期;接收所述移动管理实体转发的所述用户设备向所述集群服务器请求集群信息的消息;向所述移动管理实体发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述移动管理实体,用于接收所述集群服务器发送的所述参数配置信息;向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述用户设备,用于接收所述请求响应信息;向所述移动管理实体发送信息更新完成消息;
所述移动管理实体,用于接收所述用户设备发送的信息更新完成消息,当所述用户设备发起集群业务之后,向所述基站发送组寻呼信息,所述组寻呼信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述基站,用于接收所述移动管理实体发送的所述组寻呼信息,从所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼;
所述用户设备,用于将所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收所述基站发送的组寻呼。
另一方面,提供了一种用户设备,包括:预置单元和收发单元,其中,
预置单元,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的组群标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数;
处理单元,用于接收基站发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
另一方面,提供了一种基站,包括:预置单元和收发单元,其中,
预置单元,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的组群标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数;
处理单元,用于向用户设备发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足,关系式:SFN mod N=UE_ID mod N。
另一方面,提供了一种基站,包括:收发单元和处理单元,其中,
所述收发单元,用于向用户设备发送寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述处理单元,用于向所述用户设备发送组寻呼,所述处理单元向所述用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N)
其中,所述UE_ID=G-ID mod 1024,所述G-ID是用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
另一方面,提供了一种用户设备,包括:收发单元和处理单元,其中,
所述收发单元,用于接收基站发送的寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述处理单元,用于接收所述基站发送的组寻呼,所述处理单元接收所述基站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N)
其中,所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
从以上技术方案可以看出,本发明实施例具有以下优点:
在本发明实施例提供的一种集群通信的寻呼方法中,由集群服务器来为用户设备设定群组指定非连续接收周期,在集群服务器向移动管理实体下发群组指定非连续接收周期之后,移动管理实体会通过请求响应信息向用户设备告知群组指定非连续接收周期,由于用户设备会选择将用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
在本发明实施例提供的另一种集群通信的寻呼方法中,用户设备首先预置计算寻呼帧SFN的关系式,用户设备在以N为寻呼周期的寻呼帧SFN上接收基站发送的组寻呼,而N的设定是用户设备所在的小区广播的默认寻呼周期T和nB的最小值,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
在本发明实施例提供的另一种集群通信的寻呼方法中,基站向用户设备发送寻呼周期修正参数,该寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,由于寻呼周期被修正缩小了M倍,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种集群通信的寻呼方法的示意图;
图2为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图3为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图4为本发明实施例提供的一种集群UE和非集群UE的寻呼周期示意图;
图5为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图6为本发明实施例提供的另一种集群UE和非集群UE的寻呼周期示意图;
图7为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图8为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图9为本发明实施例提供的另一种集群UE和非集群UE的寻呼周期示意图;
图10为本发明实施例提供的另一种集群通信的寻呼方法的示意图;
图11为本发明实施例提供的一种用户设备的示意图;
图12为本发明实施例提供的一种移动管理实体的示意图;
图13为本发明实施例提供的一种集群服务器的示意图;
图14为本发明实施例提供的一种集群通信系统的示意图;
图15为本发明实施例提供的另一种用户设备的示意图;
图16为本发明实施例提供的一种基站的示意图;
图17为本发明实施例提供的另一种基站的示意图;
图18为本发明实施例提供的另一种用户设备的示意图。
具体实施方式
本发明实施例提供了一种集群通信的寻呼方法和相关设备,用于缩短集群通信的起呼时延,减少小区的空口资源开销,能够很好的兼容现有的系统架构。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部实施例。基于本发明中的实施例,本领域的技术人员所获得的所有其他实施例,都属于本发明保护的范围。
对于RRC_IDLE态下的DRX,其寻呼帧(PF,Paging Frame)可以由如下公式(1)计算得出:
SFN mod T=(T div N)*(UE_ID mod N)(1)
其中,SFN是系统帧号,T是不连续寻呼周期,N是一个不连续寻呼周期内的寻呼帧的数量,UE_ID是用户设备的标识符。
寻呼帧内子帧(PO,Paging Occasion)可以由如下公式(2)计算得出:
i_s=floor(UE_ID/N)mod Ns (2)
其中,i_s为寻呼帧内子帧的值,Ns为一个寻呼帧内寻呼子帧的数目。
由上面两个公式可以分别计算出PF和PO,所用到的参数具体说明如下:
nB:4T,2T,T,T/2,T/4,T/8,T/16,T/32...
N:min(T,nB)
Ns:max(1,nB/T)
UE_ID:IMSI mod 1024
IMSI为国际移动用户识别码(International Mobile Subscriber IdentificationNumber)。
T为不连续寻呼周期,如果上层指派了DRX周期,且UE所在小区也广播了默认DRX周期,则T取两者中的最小值为不连续寻呼周期,如果上层未指派DRX周期,则T取小区默认的DRX周期。
上层指派的DRX周期为UE在附着(ATTACH)过程的附着请求消息中携带、由UE传输给MME,基站(eNode B)并不知道该上层指派的DRX周期。当MME下发寻呼消息时,会携带该数值通知给eNode B。同时UE系统广播消息可以得到RRC配置的默认DRX周期。nB值也是由UE从系统消息读取到。获得这些信息后UE与eNode B均可以按照公式(1)和公式(2)计算出PF与PO的出现位置,则eNode B在这个位置下发寻呼消息,UE在相同位置接收寻呼消息。现有的LTE的默认DRX周期包含如下的可选值:320ms,640ms,1280ms,2560ms...。由于这些寻呼周期较长,难以满足集群通信的快速建立时间要求。无法继续采用LTE的寻呼模式来支持集群业务,需要进一步缩短寻呼周期。
为了节省集群通信的起呼时延以实现集群通信的快速寻呼,设计了一种新的集群寻呼信道,将集群分为单呼和组呼,从集群寻呼控制信道(TPCCH,Trunking Paging Control Channel)映射到集群寻呼信道(TPCH,Trunking PagingChannel),最后映射到PDSCH,集群寻呼消息由TPCCH下发。TPCCH通过系统消息下发集群的寻呼周期与寻呼位置,但是对于不同的用户和所加入的不同的群组,他们的寻呼周期与寻呼位置一般都是不相同的,因此需要下发的系统消息也是不相同的,所以TPCCH需要针对不同用户和所加入的不同群组分别广播不同的系统信息,因而对有大量群组或者大量集群用户存在的小区来说会造成空口资源开销非常显著,导致无线资源的利用效率低下。另外,该设计新的集群寻呼信道的方案对现有的LTE系统本身修改较大,增加了新的逻辑信道,降低了系统兼容性。
因此,为了解决上述技术问题,本发明提供了如下的技术方案。
本发明实施例提供的基于用户设备侧实现的一种集群通信的寻呼方法,如图1所示,包括:
101、用户设备向移动管理实体发送信息更新请求。
在本发明实施例中,用户设备首先向移动管理实体(MME,MobilityManagement Entity)发送信息更新请求,用于更新用户设备的集群信息。在实际应用中,存在多种实现方式。例如,信息更新请求具体包括附着请求信息,当用户设备开机时,用户设备主动的向移动管理实体发送附着请求(AttachRequest)信息。信息更新请求具体包括跟踪区更新请求信息,当跟踪区更新时,用户设备向移动管理实体发送跟踪区更新请求信息。
用户设备首先向移动管理实体发送信息更新请求,移动管理实体接收到该信息更新请求之后转发用户设备向集群服务器请求集群信息的消息,集群服务器向该移动管理实体反馈参数配置信息。
在本发明实施例中,集群服务器为用户设备设定群组指定非连续接收周期(Group specific DRX),在本发明实施例中由集群服务器来为用户设定群组指定非连续接收周期,一种优选的实现方式是,集群服务器为用户设备设定的群组指定非连续接收周期为10·2i ms,i为自然数。即,集群服务器设定的群组指定非连续接收周期为10ms、20ms、40ms、80ms、160ms...。
请参阅表1为本发明实施例中集群服务器设定的群组指定非连续接收周期的表,表1用一个字节的四个比特位第8位、第7位、第6位、第5位来表示集群服务器设定的群组指定非连续接收周期。
表1为群组指定DRX周期表
8 | 7 | 6 | 5 | T(ms) |
0 | 0 | 0 | 0 | 10 |
0 | 0 | 1 | 0 | 20 |
0 | 0 | 1 | 1 | 40 |
0 | 1 | 0 | 0 | 80 |
0 | 1 | 0 | 1 | 160 |
0 | 1 | 1 | 0 | 320 |
0 | 1 | 1 | 1 | 640 |
1 | 0 | 0 | 0 | 1280 |
1 | 0 | 0 | 1 | 2560 |
集群服务器接收到该附着请求信息之后向移动管理实体发送参数配置信息,其中,集群服务器发送的参数配置信息包括用户设备加入的群组的群组标识(G-ID,Group Identifier)和集群服务器预置的群组指定非连续接收周期。一种优选的实现方式是,集群服务器预置的群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。用户设备所在的小区广播的默认寻呼周期一般为320ms、640ms、1280ms、2560ms...。例如,用户设备所在的小区广播的默认寻呼周期为320ms,集群服务器为用户设备预置的群组指定非连续接收周期可以为10ms或20ms等,则该群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。
102、用户设备接收请求响应信息。
移动管理实体从集群服务器接收到参数配置信息之后,移动管理实体会向用户设备反馈请求响应信息,该请求响应信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。在不同的应用场景下,请求响应信息具体可以是不同的信息。例如,当用户设备开机时,移动管理实体向用户设备反馈的是附着响应(Attach Accept)信息。当跟踪区更新时,移动管理实体向用户设备反馈的是跟踪区更新接受信息。
其中,移动管理实体在接收到集群服务器下发的参数配置信息之后,移动管理实体向用户设备发送请求响应信息,在请求响应信息内会包括用户设备加入的群组的G-ID和集群服务器预置的群组指定非连续接收周期,则用户设备通过接收该请求响应信息会得到该用户设备加入的群组的G-ID和集群服务器预置的群组指定非连续接收周期。
需要说明的是,在本发明实施例中移动管理实体向用户设备发送请求响应信息和现有的请求响应信息相比,不同之处在于本发明实施例中的请求响应信息比现有的请求响应信息增加了集群服务器预置的群组指定非连续接收周期。例如表2所示:
表2为请求响应信息内容
其中,信息元素为Information Element,类型/引用参考表示Type/Reference,出现情况表示Presence(M代表必选项,O代表可选项),格式表示Format(V、TLV分别是格式类型的一种),长度表示Length(1/2代表使用了半个字节)。协议鉴别为Protocol discriminator,安全头类型为Securityheader type,等同公共陆地移动网络为Equivalent PLMNs,公共陆地移动网络表为PLMN list。
103、用户设备向移动管理实体发送信息更新完成消息。
用户设备接收到该用户设备加入的群组的G-ID和集群服务器预置的群组指定非连续接收周期之后,用户设备向移动管理实体反馈信息更新完成消息,用以表示该用户设备接收到了请求响应信息。在不同的应用场景下,信息更新完成消息具体可以是不同的信息。例如,当用户设备开机时,用户设备向移动管理实体反馈的是附着完成(Attach Complete)信息。当跟踪区更新时,用户设备向移动管理实体反馈的是跟踪区更新完成消息。
104、当用户设备发起集群业务之后,用户设备将该用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼。
在本发明实施例中,当用户设备发起集群业务时,移动管理实体会向基站下发组寻呼信息,该组寻呼信息包括:该用户设备加入的群组的群组标识和所述群组标识对应的所述群组指定非连续接收周期。在前述操作102中,移动管理实体会向用户设备发送请求响应信息,用户设备可以获取到该用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期,但是该请求响应信息对基站而言是透传的,基站不会得到该请求响应信息。当用户设备发起集群业务时,移动管理实体会主动向基站下发组寻呼信息,用以告诉基站该用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。基站接收移动管理实体发送的组寻呼信息之后,从用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中选择最小值作为寻呼周期,并按照该寻呼周期向用户设备发送组寻呼。在本发明实施例中,基站之所以从用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中选择最小值作为寻呼周期是为了更好的兼容原有系统,因为在原有系统中会判断小区广播的默认DRX周期和上层指派的DRX周期然后取最小值,本发明实施例中,基站侧和用户设备侧使用同样的判断机制,能够更好的融合原有系统。
在本发明实施例提供的一种集群通信的寻呼方法中,由集群服务器来为用户设备设定群组指定非连续接收周期,在集群服务器向移动管理实体下发群组指定非连续接收周期之后,移动管理实体会通过请求响应信息向用户设备告知群组指定非连续接收周期,由于用户设备会选择将用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
本发明实施例提供的基于移动管理实体侧实现的一种集群通信的寻呼方法,如图2所示,包括:
201、移动管理实体接收用户设备发送的信息更新请求。
在本发明实施例中,移动管理实体接收到用户设备发送的信息更新请求存在多种实现方式。例如,信息更新请求具体包括附着请求信息,当用户设备开机时,移动管理实体接收用户设备发送的附着请求信息。信息更新请求具体包括跟踪区更新请求信息,当跟踪区更新时,移动管理实体接收用户设备发送的跟踪区更新请求信息。
202、移动管理实体从集群服务器获取用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
在移动管理实体接收用户设备发送的信息更新请求之后,移动管理实体从集群服务器获取所述用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。一种可选的实现方式是,移动管理实体向集群服务器请求该用户设备的集群信息,集群服务器向该移动管理实体反馈参数配置信息。移动管理实体接收集群服务器发送的参数配置信息。其中,参数配置信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
在本发明实施例中,集群服务器为用户设备设定群组指定非连续接收周期,在本发明实施例中由集群服务器来为用户设定群组指定非连续接收周期,而不再像现有技术中由用户设备来上报非连续接收周期。一种优选的实现方式是,集群服务器为用户设备设定的群组指定非连续接收周期为10·2i ms,i为自然数。即,集群服务器设定的群组指定非连续接收周期为10ms、20ms、40ms、80ms、160ms...。
集群服务器接收到集群信息之后向移动管理实体发送参数配置信息,其中,集群服务器发送的参数配置信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。一种优选的实现方式是,集群服务器预置的群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。用户设备所在的小区广播的默认寻呼周期一般为320ms、640ms、1280ms、2560ms...。例如,用户设备所在的小区广播的默认寻呼周期为320ms,集群服务器为用户设备预置的群组指定非连续接收周期可以为10ms或20ms等,则该群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。
203、移动管理实体向用户设备发送请求响应信息。
其中,请求响应信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。在不同的应用场景下,请求响应信息具体可以是不同的信息。例如,当用户设备开机时,用户设备向移动管理实体发送附着请求信息,移动管理实体向用户设备反馈的是附着响应信息。当跟踪区更新时,用户设备向移动管理实体发送跟踪区更新请求信息,移动管理实体向用户设备反馈的是跟踪区更新接受信息。
移动管理实体在接收到集群服务器下发的参数配置信息之后,移动管理实体向用户设备发送请求响应信息,在请求响应信息内会包括用户设备加入的群组的G-ID和集群服务器预置的群组指定非连续接收周期,则用户设备通过接收该请求响应信息会得到该用户设备加入的群组的G-ID和集群服务器预置的群组指定非连续接收周期。
204、当用户设备发起集群业务时,移动管理实体向基站发送组寻呼信息。
其中,组寻呼信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期,以使基站从用户设备所在的小区广播的默认寻呼周期与群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,并按照该寻呼周期向用户设备发送组寻呼。
在本发明实施例提供的一种集群通信的寻呼方法中,由集群服务器来为用户设备设定群组指定非连续接收周期,在集群服务器向移动管理实体下发群组指定非连续接收周期之后,移动管理实体会通过请求响应信息向用户设备告知群组指定非连续接收周期,由于用户设备会选择将用户设备所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
下面介绍本发明实施例提供的基于集群服务器侧实现的一种集群通信的寻呼方法,如图3所示,包括:
301、集群服务器为用户设备生成群组指定非连续接收周期。
在本发明实施例中,由集群服务器主动的为用户设备生成群组指定非连续接收周期。一种优选的实现方式是,集群服务器为用户设备设定的群组指定非连续接收周期为10·2i ms,i为自然数。即,集群服务器设定的群组指定非连续接收周期为10ms、20ms、40ms、80ms、160ms...。与现有技术不同的是由用户设备上报寻呼周期,而本发明实施例中,集群服务器主动的生成群组指定非连续接收周期。一种优选的实现方式是,集群服务器预置的群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。用户设备所在的小区广播的默认寻呼周期一般为320ms、640ms、1280ms、2560ms...。例如,用户设备所在的小区广播的默认寻呼周期为320ms,集群服务器为用户设备预置的群组指定非连续接收周期可以为10ms或20ms等,则该群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。
302、集群服务器接收移动管理实体转发的用户设备向集群服务器请求集群信息的消息。
在本发明实施例中,集群服务器从移动管理实体处接收到用户设备请求集群信息的消息,例如,当用户设备开机时,用户设备向移动管理实体请求集群信息,移动管理实体会将该请求集群信息的消息转发给集群服务器。当跟踪区更新时,用户设备向移动管理实体请求集群信息,移动管理实体会将该请求集群信息的消息转发给集群服务器。
303、集群服务器向移动管理实体发送参数配置信息,其中,参数配置信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
集群服务器向移动管理实体发送参数配置信息,一种优选的实现方式是,该参数配置信息中集群服务器预置的群组指定非连续接收周期小于用户设备所在的小区广播的默认寻呼周期。
下面以一个实际的应用例来介绍如图1、图2、图3所示的本发明实施例中的集群通信的寻呼方法。
集群服务器向移动管理实体下发的G-ID作为组呼标识,G-ID是由两个字符串表示的组标识。修改UEIdentityIndexValue参数为G-ID(群组标识)用于计算PF。
群组指定非连续接收周期为
PagingDRX::=ENUMERATED{v1,v2,v4,v8,v16,v32,v64,v128,v256,...},
对于现有的默认寻呼周期为
PagingDRX::=ENUMERATED{v32,v64,v128,v256,...}。
相对于现有的PagingDRX增加四个寻呼周期v1,v2,v4,v8,v16为本发明实施例中的群组指定非连续接收周期,v1,v2,v4,v8,v16分别代表10ms,20ms,40ms,80ms,160ms。
假定小区广播的默认寻呼周期T为16(即160ms),集群服务器指派的群组指定非连续接收周期为4(即40ms),即对应PagingDRX为v4的数值;nB为T/4;UE_ID=G-ID mod 1024,令其为5。
则T=min(16,4)=4;
N=min(T,nB)=T/4=1;
Ns=max(1,nB/T)=1。
PF的计算如下:
SFN mod T=(T div N)*(UE_ID mod N)=4*0=0;
所以PF的寻呼位置为:0,0+4,0+4+4,...。在子帧0、子帧4、子帧8...上可以接收基站的组寻呼,即每隔4个帧会有一个子帧的位置都可以作为寻呼位置。
对于非集群UE,其寻呼周期为小区默认寻呼周期T=16,则相应PF为:
SFN mod T=(T div N)*(UE_ID mod N)=0,
即非集群的PF的寻呼位置为:0,0+16,0+16+16,...。
请参阅图4,为上述应用例中集群UE和非集群UE的寻呼周期示意图。按照本发明实施例中的方法,集群通信中UE的寻呼周期为40ms,非集群业务的UE的寻呼周期为160ms,集群通信中UE的寻呼周期远小于非集群业务的UE的寻呼周期。
以上实施例介绍了一种集群通信的寻呼方法,接下来介绍本发明实施例提供的另一种集群通信的寻呼方法。
本发明实施例提供的基于用户设备侧实现的一种集群通信的寻呼方法,请参阅图5所示,包括:
501、用户设备预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N。
其中,N为集群寻呼周期,N=min(T,nB),UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,T为所述用户设备所在的小区广播的默认寻呼周期,nB为基站广播的寻呼密度相关参数。
502、当用户设备发起集群业务之后,用户设备接收基站发送的组寻呼。该组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod N=UE_ID mod N,
在本发明实施例中,一种可选的实现方式是,nB满足如下关系:
若nB大于T/M,在进行集群寻呼周期计算时,用户设备将N=min(T,nB)中nB的值替换为T/M。M为用户设备和基站中都预置的寻呼周期修正参数。
若nB小于10ms,在进行集群寻呼周期计算时,用户设备将N=min(T,nB)中nB的值替换为10ms。
需要说明的是,nB值由基站设定,T1可以为T/4、T/8、T/16、T/32中的一个。另外,寻呼周期修正参数M是直接预置在基站和用户设备中。
在实际应用中,PCCH-Config的配置协议格式如下:
在本发明实施例提供的集群通信的寻呼方法中,用户设备首先预置计算寻呼帧SFN的关系式,用户设备在以N为寻呼周期的寻呼帧SFN上接收基站发送的组寻呼,而N的设定是用户设备所在的小区广播的默认寻呼周期T和nB的最小值,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
下面给出一个具体的应用例进行说明:
假设用户设备所在的小区广播的默认寻呼周期T=32,UE_ID=G-ID mod1024,令其为5。nB=T/8则有N=min(T,nB)=4。
集群UE的PF为:
SFN mod N=UE_ID mod N=1。
所以PF的寻呼位置为:1,1+4,1+4+4,...。在子帧0、子帧4、子帧8...上可以接收基站的组寻呼。即每隔4个帧会有一个子帧的位置都可以作为寻呼位置。
对于非集群UE,其寻呼周期为小区默认寻呼周期T=32,则相应PF为:
SFN mod T=(T div N)*(UE_ID mod N)=8,
即非集群的PF的寻呼位置为:8,8+16,8+16+16,...。
可以计算出非集群UE位于寻呼帧的第8号子帧、第16号子帧、...,寻呼周期为320ms。
请参阅图6所示,为上述应用例中集群UE和非集群UE的寻呼周期示意图。按照本发明实施例中的方法,集群通信中UE的寻呼周期为40ms,子帧1和子帧5为集群通信中UE的寻呼位置。非集群业务的UE的寻呼周期为320ms,子帧8为非集群业务的UE的寻呼位置。集群通信中UE的寻呼周期远小于非集群业务的UE的寻呼周期。
本发明实施例提供的基于基站侧实现的一种集群通信的寻呼方法,如图7所示,包括:
701、基站预置计算寻呼帧SFN的关系式:SFN mod N=UE_ID mod N。
其中,N为集群寻呼周期,N=min(T,nB),UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,T为用户设备所在小区广播的默认寻呼周期,nB为基站广播的寻呼密度相关参数。
702、基站向用户设备发送组寻呼。该组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
在本发明实施例中,一种可选的实现方式是,nB满足如下关系:
若nB大于T/M,在进行集群寻呼周期计算时,用户设备将N=min(T,nB)中nB的值替换为T/M。M为用户设备和基站中都预置的寻呼周期修正参数。
若nB小于10ms,在进行集群寻呼周期计算时,用户设备将N=min(T,nB)中nB的值替换为10ms。
需要说明的是,nB值由基站设定,T1可以为T/4、T/8、T/16、T/32中的一个。另外,寻呼周期修正参数M是直接预置在基站和用户设备中。
在本发明实施例提供的集群通信的寻呼方法中,基站首先预置计算寻呼帧SFN的关系式,基站在以N为寻呼周期的寻呼帧上向用户设备发送组寻呼,而N的设定是用户设备所在的小区广播的默认寻呼周期T和nB的最小值,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
接下来介绍本发明实施例提供的另一种集群通信的寻呼方法。如图8所示,本发明实施例提供的基于基站侧实现的集群通信的寻呼方法包括:
801、基站向用户设备发送寻呼周期修正参数。
其中,寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,M为非零的自然数。
在本发明实施例中,基站按照用户设备所在小区广播的默认寻呼周期T将T分成M份,这样相当于把集群寻呼的寻呼周期缩短为T/M,M为非零的自然数。集群通信中的基站向用户设备发送该参数M,新为集群引入一个称为M的参数。
在实际应用中,基站向用户设备发送寻呼周期修正参数具体可以为,基站通过系统消息块类型2(SIB 2,System Information Block 2)中携带寻呼周期修正参数M、nB、T向用户设备广播。当然还可以存在其它向用户设备发送寻呼周期修正参数的方法,例如,基站可以通过一个单独的信令直接向用户设备发送寻呼周期修正参数,基站也可以借助系统中其它的信令向用户设备发送寻呼周期修正参数等,此处不作限定。
802、基站向用户设备发送组寻呼。
基站向用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,寻呼周期内寻呼帧的数目N=min(T/M,nB),T为用户设备所在的小区广播的默认寻呼周期,UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,nB为4T,2T,T,T/2,T/4,T/8,T/16,T/32中的一个值。
在本发明实施例提供的一种集群通信的寻呼方法中,基站向用户设备发送寻呼周期修正参数,该寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,由于寻呼周期被修正缩小了M倍,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
下面给出一个具体的应用例进行说明:
假设用户设备所在的小区广播的默认寻呼周期T=32,UE_ID=G-ID mod1024,令其为5。nB=T/4,则有N=min(T,nB)=4。假设基站选取的寻呼周期修正参数M=8,则T/M=4。
集群UE的PF为:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N)=1。
所以PF的寻呼位置为:1,1+4,1+4+4,...。在子帧0、子帧4、子帧8...上可以接收基站的组寻呼。即每隔4个帧会有一个子帧的位置都可以作为寻呼位置。
对于非集群UE,其寻呼周期为小区默认寻呼周期T=32,则相应PF为:
SFN mod T=(T div N)*(UE_ID mod N),
即非集群的PF的寻呼位置为:20,20+32,20+32+32,...。
可以计算出非集群UE首次出现在寻呼帧的第20号子帧上,寻呼周期为320ms。
请参阅图9所示,为上述应用例中集群UE和非集群UE的寻呼周期示意图。按照本发明实施例中的方法,集群通信中UE的寻呼周期为40ms,子帧1和子帧5为集群通信中UE的寻呼位置。非集群业务的UE的寻呼周期为320ms,子帧20为非集群业务的UE的寻呼位置。集群通信中UE的寻呼周期远小于非集群业务的UE的寻呼周期。
接下来介绍本发明实施例提供的基于用户设备侧实现的一种集群通信的寻呼方法,如图10所示,包括:
1001、用户设备接收基站发送的寻呼周期修正参数。
其中,寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,M为非零的自然数。
在本发明实施例中,用户设备接收基站发送的寻呼周期修正参数。用户设备接收到该寻呼周期修正参数之后,用户设备按照用户设备所在小区广播的默认寻呼周期T将T分成M份,这样相当于把集群寻呼的寻呼周期缩短为T/M,M为非零的自然数。集群通信中用户设备获取到该参数M,新为集群引入一个称为M的参数。
在实际应用中,用户设备接收基站发送的寻呼周期修正参数具体可以为,用户设备接收基站广播的系统消息块类型2,该系统消息块类型2中携带寻呼周期修正参数M、nB、T。当然用户设备还可以存在其它接收寻呼周期修正参数的方法,例如,用户设备可以通过基站使用的一个单独的信令接收到寻呼周期修正参数,用户设备还可以通过基站借助的系统中其它的信令接收到寻呼周期修正参数等,此处不作限定。
1002、用户设备接收基站发送的组寻呼。
用户设备接收基站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,寻呼周期内寻呼帧的数目N=min(T/M,nB),T为用户设备所在的小区广播的默认寻呼周期,UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,nB为4T,2T,T,T/2,T/4,T/8,T/16,T/32中的一个值。
在本发明实施例提供的一种集群通信的寻呼方法中,用户设备接收基站发送寻呼周期修正参数,该寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,由于寻呼周期被修正缩小了M倍,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
以上实施例介绍了几种不同的集群通信的寻呼方法,接下来分别介绍使用这些方法的装置设备。
请参阅图11所示,本发明实施例提供的一种用户设备1100,包括:收发单元1101和处理单元1102,其中,
收发单元1101,用于向移动管理实体发送信息更新请求。
收发单元1101,用于发送的请求响应信息。其中,请求响应信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
收发单元1101,用于向移动管理实体发送信息更新完成消息。
处理单元1102,用于当用户设备发起集群业务之后,将用户设备所在的小区广播的默认寻呼周期与收发单元1101接收到的群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼。
需要说明的是,关于收发单元1101,在一种具体的实现方式中,收发单元1101具体用于:当用户设备开机时,向MME发送附着请求信息;或者当跟踪区更新时,向MME发送跟踪区更新请求信息。
需要说明的是,关于收发单元1101,在一种具体的实现方式中,收发单元1101接收请求响应信息中的群组指定非连续接收周期包括:10·2i ms,i为自然数。
需要说明的是,上述装置各模块/单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,其带来的技术效果与本发明方法实施例相同,具体内容可参见本发明如图1所示的方法实施例中的叙述,此处不再赘述。
在本发明实施例中,由集群服务器来为用户设备设定群组指定非连续接收周期,在集群服务器向移动管理实体下发群组指定非连续接收周期之后,移动管理实体会通过请求响应信息向用户设备告知群组指定非连续接收周期,由于处理单元1102会选择将用户设备所在的小区广播的默认寻呼周期与集群服务器预置的群组指定非连续接收周期中的最小值作为寻呼周期,并根据该组群标识按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
请参阅图12所示,本发明实施例提供的一种移动管理实体1200,包括:收发单元1201、获取单元1202和处理单元1203,其中,
收发单元1201,用于接收用户设备发送的信息更新请求。
获取单元1202,用于从集群服务器获取用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
收发单元1201,用于向用户设备发送请求响应信息。其中,请求响应信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
收发单元1201,用于接收用户设备发送的信息更新完成消息。
处理单元1203,用于当用户设备发起集群业务时向基站发送组寻呼信息,组寻呼信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期,以使基站从用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,按照该寻呼周期向用户设备发送组寻呼。
需要说明的是,关于获取单元1202,在一种具体的实现方式中,获取单元1202具体用于:转发用户设备向集群服务器请求集群信息的消息;接收集群服务器发送的参数配置信息,参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
需要说明的是,上述装置各模块/单元之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,其带来的技术效果与本发明方法实施例相同,具体内容可参见本发明如图2所示的方法实施例中的叙述,此处不再赘述。
在本发明实施例中,由集群服务器来为用户设备设定群组指定非连续接收周期,收发单元1201接收到用户设备发送的信息更新请求之后,获取单元1202从集群服务器获取用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。由于用户设备会选择将用户设备所在的小区广播的默认寻呼周期与集群服务器预置的群组指定非连续接收周期中的最小值作为寻呼周期,故可以缩短寻呼周期,另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
请参阅图13所示,本发明实施例提供的一种集群服务器1300,包括:生成单元1301和收发单元1302,其中,
生成单元1301,用于为用户设备生成群组指定非连续接收周期。
收发单元1302,用于接收移动管理实体MME转发的用户设备向集群服务器请求集群信息的消息。
收发单元1302,用于向MME发送参数配置信息,参数配置信息包括用户设备加入的群组的群组标识和集群服务器预置的群组指定非连续接收周期。
需要说明的是,关于生成单元1302,在一种具体的实现方式中,生成单元1302生成的群组指定非连续接收周期包括:10·2i ms,i为自然数。
请参阅图14所示,本发明实施例提供的一种集群通信系统1400,包括:用户设备1401、基站1402、移动管理实体1403、集群服务器1404,其中,
用户设备1401,用于向移动管理实体1403发送信息更新请求。
移动管理实体1402,用于接收到信息更新请求之后向集群服务器1404请求用户设备1401的集群信息。
集群服务器1404,用于为用户设备1401生成群组指定非连续接收周期;接收移动管理实体1402发送的集群信息;向移动管理实体1403发送参数配置信息,参数配置信息包括用户设备1401加入的群组的群组标识和集群服务器1404预置的群组指定非连续接收周期。
移动管理实体1403,用于接收集群服务器1404发送的参数配置信息,向用户设备1401发送请求响应信息,请求响应信息包括用户设备1401加入的群组的群组标识和集群服务器1404预置的群组指定非连续接收周期。
用户设备1401,用于接收请求响应信息,向移动管理实体1403发送信息更新完成消息。
移动管理实体1403,用于接收用户设备1401发送的信息更新完成消息;当用户设备发起集群业务之后,向基站1402发送组寻呼信息,组寻呼信息包括用户设备1401加入的群组的群组标识和集群服务器1404预置的群组指定非连续接收周期。
基站1402,用于接收移动管理实体1403发送的组寻呼信息,从用户设备1401所在的小区广播的默认寻呼周期与该群组标识对的群组指定非连续接收周期中选择最小值作为寻呼周期,按照寻呼周期向用户设备1401发送组寻呼。
用户设备1401,用于将用户设备1401所在的小区广播的默认寻呼周期与集群服务器1404预置的群组指定非连续接收周期中的最小值作为寻呼周期,并并根据该群组标识按照寻呼周期接收基站1402发送的组寻呼。
在本发明实施例中,由集群服务器1404来为用户设备1401设定群组指定非连续接收周期,在集群服务器1404向移动管理实体1403下发群组指定非连续接收周期之后,移动管理实体1403会通过请求响应信息向用户设备1401告知群组指定非连续接收周期,由于用户设备1401会选择将用户设备1401所在的小区广播的默认寻呼周期与群组标识对应的群组指定非连续接收周期中的最小值作为寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
本发明实施例提供的另一种用户设备,如图15所示,用户设备1500,包括:预置单元1501和收发单元1502,其中,
预置单元1501,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,N为集群寻呼周期,N=min(T,nB),UE_ID=G-IDmod 1024,G-ID是用户设备加入的群组的组群标识,T为用户设备所在的小区广播的默认寻呼周期,nB为基站广播的寻呼密度相关参数。
处理单元1502,用于接收基站发送的组寻呼,组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
需要说明的是,关于用户设备1500,在一种具体的实现方式中,用户设备1500还可以包括:
替换单元1503,用于若nB大于T/M,在进行集群寻呼周期计算时,将N=min(T,nB)中nB的值替换为T/M,M为用户设备1500和基站中都预置的寻呼周期修正参数;或者用于在进行集群寻呼周期计算时,将N=min(T,nB)中nB的值替换为10ms。
本发明实施例提供的用户设备,预置单元1501首先预置计算寻呼帧SFN的关系式,处理单元1502在以N为寻呼周期的寻呼帧上接收基站发送的组寻呼,而N的设定是用户设备所在的小区广播的默认寻呼周期T和nB的最小值,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
本发明实施例提供的一种基站。如图16所示,基站1600,包括:预置单元1601和收发单元1602,其中,
预置单元1601,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,N为集群寻呼周期,N=min(T,nB),UE_ID=G-IDmod 1024,G-ID是用户设备加入的群组的组群标识,T为所述用户设备所在的小区广播的默认寻呼周期,nB为基站广播的寻呼密度相关参数。
处理单元1602,用于向用户设备发送的组寻呼,组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
需要说明的是,关于基站1600,在一种具体的实现方式中,基站1600还可以包括:
替换单元1603,用于若nB大于T/M,在进行集群寻呼周期计算时,将N=min(T,nB)中nB的值替换为T/M,M为用户设备1400和基站中都预置的寻呼周期修正参数;或者用于在进行集群寻呼周期计算时,将N=min(T,nB)中nB的值替换为10ms。
本发明实施例提供的基站,预置单元1601首先预置计算寻呼帧SFN的关系式,处理单元1602在以N为寻呼周期的寻呼帧上向用户设备发送组寻呼,而N的设定是用户设备所在的小区广播的默认寻呼周期T和nB的最小值,故可以缩短寻呼周期,减少集群通信的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
请参阅图17所示,本发明实施例提供的另一种基站1700,包括:收发单元1701和处理单元1702,其中,
收发单元1701,用于向用户设备发送寻呼周期修正参数,寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数。
处理单元1702,用于向用户设备发送组寻呼,基站向用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,寻呼周期内寻呼帧的数目N=min(T/M,nB),T为用户设备所在的小区广播的默认寻呼周期,UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/17和T/32中的一个值,所述M为寻呼周期修正参数。
对于收发单元1701,一种可实现的方式是,收发单元1701具体用于通过系统消息块类型2中携带寻呼周期修正参数M、nB、T向用户设备广播。
在本发明实施例提供的一种基站中,收发单元1701向用户设备发送寻呼周期修正参数,该寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,由于寻呼周期被修正缩小了M倍,故可以缩短寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
请参阅图18所示,本发明实施例提供的另一种用户设备1800,包括:收发单元1801和处理单元1802,其中,
收发单元1801,用于接收基站发送的寻呼周期修正参数,其中,寻呼周期修正参数用于表示将用户设备1800所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,M为非零的自然数。
处理单元1802,用于接收基站发送的组寻呼。处理单元1802具体用于接收基站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,寻呼周期内寻呼帧的数目N=min(T/M,nB),T为用户设备所在的小区广播的默认寻呼周期,UE_ID=G-ID mod 1024,G-ID是用户设备加入的群组的群组标识,nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
对于收发单元1801,一种可实现的方式是,收发单元1801具体用于接收基站广播的系统消息块类型2,系统消息块类型2中携带寻呼周期修正参数、nB、T。
在本发明实施例提供的一种用户设备中,收发单元1801接收基站发送寻呼周期修正参数,该寻呼周期修正参数用于表示将用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,由于寻呼周期被修正缩小了M倍,故可以缩短寻呼周期,按照该寻呼周期接收基站发送的组寻呼可以减少用户设备的起呼时延。另外不需要针对不同的用户和所加入的不同的群组分别广播系统消息,能够减少小区的空口资源开销,提高无线资源的利用率,由于对现有的LTE系统本身不需要做较大修改,系统兼容性较强。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上对本发明所提供的一种集群通信的寻呼方法和相关设备进行了详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (32)
1.一种集群通信的寻呼方法,其特征在于,包括:
用户设备向移动管理实体MME发送信息更新请求;
所述用户设备接收请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述用户设备向所述MME发送信息更新完成消息;
当所述用户设备发起集群业务之后,所述用户设备将所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收基站发送的组寻呼。
2.根据权利要求1所述的方法,其特征在于,所述用户设备向移动管理实体MME发送信息更新请求包括:
当用户设备开机时,所述用户设备向所述MME发送附着请求信息;或者,
当跟踪区更新时,所述用户设备向所述MME发送跟踪区更新请求信息。
3.根据权利要求1或2所述的方法,其特征在于,所述群组指定非连续接收周期包括:10·2ims,i为自然数。
4.一种集群通信的寻呼方法,其特征在于,包括:
移动管理实体MME接收用户设备发送的信息更新请求;
所述MME从集群服务器获取所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述MME向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述MME接收所述用户设备发送的信息更新完成消息;
当所述用户设备发起集群业务时,所述MME向基站发送组寻呼信息,所述组寻呼信息包括所述用户设备对应的群组标识和所述集群服务器预置的群组指定非连续接收周期,以使所述基站从所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择两者之中的最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼。
5.根据权利要求4所述的方法,其特征在于,所述MME从集群服务器获取所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期包括:
所述MME转发所述用户设备向集群服务器请求集群信息的消息;
所述MME接收所述集群服务器发送的参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
6.根据权利要求5所述的方法,其特征在于,
若接收用户设备发送的信息更新请求为附着请求,所述MME发送请求响应信息包括:
所述MME向所述用户设备发送附着响应信息;或者,
若接收用户设备发送的信息更新请求为跟踪区更新请求,所述MME发送请求响应信息包括:
所述MME向所述用户设备发送跟踪区更新接受信息。
7.一种集群通信的寻呼方法,其特征在于,包括:
集群服务器为用户设备生成群组指定非连续接收周期;
所述集群服务器接收移动管理实体MME转发的所述用户设备向所述集群服务器请求集群信息的消息;
所述集群服务器向所述MME发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
8.根据权利要求7所述的方法,其特征在于,所述集群服务器生成的群组指定非连续接收周期包括:10·2ims,i为自然数。
9.一种集群通信的寻呼方法,其特征在于,包括:
用户设备预置计算寻呼帧SFN的关系式:SFN mod N=UE_ID mod N,其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-ID mod1024,所述G-ID是所述用户设备加入的群组的群组标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,nB为所述基站广播的寻呼密度相关参数;
所述用户设备接收基站发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
若所述nB大于T/M,在进行集群寻呼周期计算时,所述用户设备将所述N=min(T,nB)中所述nB的值替换为T/M,所述M为所述用户设备和所述基站中都预置的寻呼周期修正参数;
若所述nB小于10ms,在进行集群寻呼周期计算时,所述用户设备将所述N=min(T,nB)中所述nB的值替换为10ms。
11.一种集群通信的寻呼方法,其特征在于,包括:
基站预置计算寻呼帧SFN的关系式:SFN mod N=UE_ID mod N,其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-ID mod 1024,所述G-ID是用户设备加入的群组的群组标识,所述T为所述用户设备所在小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数;
所述基站向用户设备发送组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
12.根据权利要求11所述的方法,其特征在于,
若所述nB大于T/M,在进行集群寻呼周期计算时,所述基站将所述N=min(T,nB)中所述nB的值替换为T/M,所述M为所述基站和所述用户设备中都预置的寻呼周期修正参数;
若所述nB小于10ms,在进行集群寻呼周期计算时,所述基站将所述N=min(T,nB)中所述nB的值替换为10ms。
13.一种集群通信的寻呼方法,其特征在于,包括:
基站向用户设备发送寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述基站向所述用户设备发送组寻呼,所述基站向所述用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,所述UE_ID=G-ID mod 1024,所述G-ID是所述用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
14.根据权利要求13所述的方法,其特征在于,所述基站通过系统信息广播向所述用户设备发送配置的T、nB以及M。
15.一种集群通信的寻呼方法,其特征在于,包括:
用户设备接收基站发送的寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述用户设备接收所述基站发送的组寻呼,所述用户设备接收所述基站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N),
其中,所述UE_ID=G-IDmod 1024,所述G-ID是所述用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
16.根据权利要求15所述的方法,其特征在于,包括:
所述用户设备接收所述基站通过系统信息广播发送的配置T、nB以及M。
17.一种用户设备,其特征在于,包括:收发单元和处理单元,其中,
所述收发单元,用于向移动管理实体MME发送信息更新请求;
所述收发单元,用于接收请求响应信息,所述请求响应信息包括所述用户设备加入的群组的组群标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于向所述MME发送信息更新完成消息;
所述处理单元,用于当所述用户设备发起集群业务之后,将所述用户设备所在的小区广播的默认寻呼周期与所述收发单元接收的群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收基站发送的组寻呼。
18.根据权利要求17所述的用户设备,其特征在于,所述收发单元具体用于:
当用户设备开机时,向所述MME发送附着请求信息;或者,
当跟踪区更新时,向所述MME发送跟踪区更新请求信息。
19.根据权利要求17或18所述的用户设备,其特征在于,所述收发单元接收请求响应信息中的群组指定非连续接收周期包括:10·2ims,i为自然数。
20.一种移动管理实体,其特征在于,包括:收发单元、获取单元和处理单元,其中,
所述收发单元,用于接收用户设备发送的信息更新请求;
所述获取单元,用于从集群服务器获取所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述收发单元,用于接收所述用户设备发送的信息更新完成消息;
所述处理单元,用于当所述用户设备发起集群业务时,向基站发送组寻呼信息,所述组寻呼信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期,以使所述基站从所述用户设备所在的小区广播的默认寻呼周期与所述收发单元接收的群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼。
21.根据权利要求20所述的移动管理实体,其特征在于,所述获取单元具体用于:
转发所述用户设备向集群服务器请求集群信息的消息;
接收所述集群服务器发送的参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
22.一种集群服务器,其特征在于,包括:生成单元和收发单元,其中,
所述生成单元,用于为用户设备生成群组指定非连续接收周期;
所述收发单元,用于接收移动管理实体MME转发的所述用户设备向所述集群服务器请求集群信息的消息;
所述收发单元,用于向所述MME发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期。
23.根据权利要求22所述的移动管理实体,其特征在于,所述生成单元生成的群组指定非连续接收周期包括:10·2i ms,i为自然数。
24.一种集群通信系统,其特征在于,包括:用户设备、基站、移动管理实体、集群服务器,其中,
所述用户设备,用于向移动管理实体MME发送信息更新请求;
所述移动管理实体,用于接收到所述信息更新请求之后向集群服务器请求所述用户设备的集群信息;
所述集群服务器,用于为所述用户设备生成群组指定非连续接收周期;接收所述移动管理实体转发的所述用户设备向所述集群服务器请求集群信息的消息;向所述移动管理实体发送参数配置信息,所述参数配置信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述移动管理实体,用于接收所述集群服务器发送的所述参数配置信息;向所述用户设备发送请求响应信息,所述请求响应信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述用户设备,用于接收所述请求响应信息;向所述移动管理实体发送信息更新完成消息;
所述移动管理实体,用于接收所述用户设备发送的信息更新完成消息,当所述用户设备发起集群业务之后,向所述基站发送组寻呼信息,所述组寻呼信息包括所述用户设备加入的群组的群组标识和所述集群服务器预置的群组指定非连续接收周期;
所述基站,用于接收所述移动管理实体发送的所述组寻呼信息,从所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中选择最小值作为寻呼周期,按照所述寻呼周期向所述用户设备发送组寻呼;
所述用户设备,用于将所述用户设备所在的小区广播的默认寻呼周期与所述群组标识对应的所述群组指定非连续接收周期中的最小值作为寻呼周期,按照所述寻呼周期接收所述基站发送的组寻呼。
25.一种用户设备,其特征在于,包括:预置单元和收发单元,其中,
预置单元,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的组群标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数;
处理单元,用于接收基站发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
26.根据权利要求25所述的用户设备,其特征在于,所述用户设备还包括:
替换单元,用于若所述nB大于T/M,在进行集群寻呼周期计算时,将所述N=min(T,nB)中所述nB的值替换为T/M,所述M为所述用户设备和所述基站中都预置的寻呼周期修正参数;或者用于若所述nB小于10ms,在进行集群寻呼周期计算时,将所述N=min(T,nB)中所述nB的值替换为10ms。
27.一种基站,其特征在于,包括:预置单元和收发单元,其中,
预置单元,用于预置计算寻呼帧SFN的关系式:
SFN mod N=UE_ID mod N,
其中,所述N为集群寻呼周期,所述N=min(T,nB),所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的组群标识,所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为所述基站广播的寻呼密度相关参数;
处理单元,用于向用户设备发送的组寻呼,所述组寻呼中所使用的寻呼帧SFN满足关系式:SFN mod N=UE_ID mod N。
28.根据权利要求27所述的基站,其特征在于,所述基站还包括:
替换单元,用于若所述nB大于T/M,在进行集群寻呼周期计算时,将所述N=min(T,nB)中所述nB的值替换为T/M,所述M为所述基站和所述用户设备中都预置的寻呼周期修正参数;或者用于若所述nB小于10ms,在进行集群寻呼周期计算时,将所述N=min(T,nB)中所述nB的值替换为10ms。
29.一种基站,其特征在于,包括:收发单元和处理单元,其中,
所述收发单元,用于向用户设备发送寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述处理单元,用于向所述用户设备发送组寻呼,所述处理单元向所述用户设备发送组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N)
其中,所述UE_ID=G-ID mod 1024,所述G-ID是用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),所述T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
30.根据权利要求29所述的基站,其特征在于,所述收发单元具体用于通过系统信息广播向所述用户设备发送配置的T、nB以及M。
31.一种用户设备,其特征在于,包括:收发单元和处理单元,其中,
所述收发单元,用于接收基站发送的寻呼周期修正参数,所述寻呼周期修正参数用于表示将所述用户设备所在的小区广播的默认寻呼周期T修正为寻呼周期T/M,其中,M为非零的自然数;
所述处理单元,用于接收所述基站发送的组寻呼,所述处理单元接收所述接站发送的组寻呼所使用的寻呼帧SFN满足如下关系式:
SFN mod(T/M)=((T/M)div N)*(UE_ID mod N)
其中,所述UE_ID=G-IDmod 1024,所述G-ID是用户设备加入的群组的群组标识,所述N为所述寻呼周期内寻呼帧的数目,所述N=min(T/M,nB),T为所述用户设备所在的小区广播的默认寻呼周期,所述nB为寻呼密度相关的参数,取4T、2T、T、T/2、T/4、T/8、T/16和T/32中的一个值,所述M为寻呼周期修正参数。
32.根据权利要求31所述的用户设备,其特征在于,所述收发单元具体用于接收所述基站通过系统信息广播发送的配置T、nB以及M。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110258791.4A CN102984660B (zh) | 2011-09-02 | 2011-09-02 | 一种集群通信的寻呼方法和相关设备 |
PCT/CN2012/080907 WO2013029565A1 (zh) | 2011-09-02 | 2012-09-03 | 一种集群通信的寻呼方法和相关设备 |
EP12827850.4A EP2753105B1 (en) | 2011-09-02 | 2012-09-03 | Cluster communication paging method and related device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110258791.4A CN102984660B (zh) | 2011-09-02 | 2011-09-02 | 一种集群通信的寻呼方法和相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102984660A true CN102984660A (zh) | 2013-03-20 |
CN102984660B CN102984660B (zh) | 2015-07-08 |
Family
ID=47755347
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110258791.4A Active CN102984660B (zh) | 2011-09-02 | 2011-09-02 | 一种集群通信的寻呼方法和相关设备 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2753105B1 (zh) |
CN (1) | CN102984660B (zh) |
WO (1) | WO2013029565A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105025573A (zh) * | 2014-04-21 | 2015-11-04 | 北京信威通信技术股份有限公司 | Lte网络的集群业务寻呼方法和系统 |
CN105764139A (zh) * | 2014-12-16 | 2016-07-13 | 中兴通讯股份有限公司 | 一种基站的寻呼方法和基站 |
WO2016177244A1 (zh) * | 2015-09-17 | 2016-11-10 | 中兴通讯股份有限公司 | 一种降低寻呼时延的方法和装置 |
WO2016180105A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种降低寻呼消息传输时延的方法和装置 |
WO2016180108A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种寻呼消息传输的方法和装置 |
CN106455015A (zh) * | 2015-08-10 | 2017-02-22 | 北京信威通信技术股份有限公司 | 一种超长drx模式下的寻呼处理方法 |
CN106550435A (zh) * | 2015-09-17 | 2017-03-29 | 中兴通讯股份有限公司 | 一种降低寻呼消息传输时间间隔的方法和装置 |
CN106686723A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 释放ue上下文及其控制方法及装置、寻呼方法及装置 |
CN106961688A (zh) * | 2016-01-11 | 2017-07-18 | 电信科学技术研究院 | 一种寻呼消息的传输方法及装置 |
CN107295637A (zh) * | 2016-03-31 | 2017-10-24 | 电信科学技术研究院 | 一种寻呼方法、设备及系统 |
CN109462826A (zh) * | 2018-12-17 | 2019-03-12 | 新华三技术有限公司成都分公司 | 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质 |
CN113302984A (zh) * | 2019-05-01 | 2021-08-24 | Oppo广东移动通信有限公司 | 信息确定方法及相关设备 |
CN114126048A (zh) * | 2020-08-31 | 2022-03-01 | 荣耀终端有限公司 | 用于用户设备和基站的寻呼方法及用户设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112188320B (zh) * | 2020-09-30 | 2022-09-23 | 联想(北京)有限公司 | 一种信息处理方法、装置和电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852494A (zh) * | 2005-10-14 | 2006-10-25 | 华为技术有限公司 | 一种数字集群组接收模式下实现非连续接收的方法 |
CN101111051A (zh) * | 2006-07-19 | 2008-01-23 | 展讯通信(上海)有限公司 | 一种对移动通信系统中drx周期进行协商的方法 |
CN101309463A (zh) * | 2008-06-27 | 2008-11-19 | 华为技术有限公司 | 一种集群寻呼方法、系统和装置 |
US20100022257A1 (en) * | 2008-02-22 | 2010-01-28 | Nokia Corporation | Paging drx optimization |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101258757B (zh) * | 2005-12-02 | 2011-07-06 | 中兴通讯股份有限公司 | 一种群组呼叫建立后的寻呼和迟后接入方法 |
CN101228728B (zh) * | 2005-12-26 | 2012-03-28 | 中兴通讯股份有限公司 | 一种在码分多址集群系统中提高被叫寻呼速度的方法 |
KR100933160B1 (ko) * | 2006-10-02 | 2009-12-21 | 삼성전자주식회사 | 무선통신 시스템에서의 페이징 정보의 송수신 방법 및 장치 |
-
2011
- 2011-09-02 CN CN201110258791.4A patent/CN102984660B/zh active Active
-
2012
- 2012-09-03 WO PCT/CN2012/080907 patent/WO2013029565A1/zh active Application Filing
- 2012-09-03 EP EP12827850.4A patent/EP2753105B1/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852494A (zh) * | 2005-10-14 | 2006-10-25 | 华为技术有限公司 | 一种数字集群组接收模式下实现非连续接收的方法 |
CN101111051A (zh) * | 2006-07-19 | 2008-01-23 | 展讯通信(上海)有限公司 | 一种对移动通信系统中drx周期进行协商的方法 |
US20100022257A1 (en) * | 2008-02-22 | 2010-01-28 | Nokia Corporation | Paging drx optimization |
CN101309463A (zh) * | 2008-06-27 | 2008-11-19 | 华为技术有限公司 | 一种集群寻呼方法、系统和装置 |
Non-Patent Citations (1)
Title |
---|
3GPP TS: "《3GPP TS 36.304 V9.1.0 (2009-12)》", 31 December 2009 * |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105025573B (zh) * | 2014-04-21 | 2018-12-04 | 北京信威通信技术股份有限公司 | Lte网络的集群业务寻呼方法和系统 |
CN105025573A (zh) * | 2014-04-21 | 2015-11-04 | 北京信威通信技术股份有限公司 | Lte网络的集群业务寻呼方法和系统 |
CN105764139A (zh) * | 2014-12-16 | 2016-07-13 | 中兴通讯股份有限公司 | 一种基站的寻呼方法和基站 |
CN106455015A (zh) * | 2015-08-10 | 2017-02-22 | 北京信威通信技术股份有限公司 | 一种超长drx模式下的寻呼处理方法 |
WO2016177244A1 (zh) * | 2015-09-17 | 2016-11-10 | 中兴通讯股份有限公司 | 一种降低寻呼时延的方法和装置 |
WO2016180105A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种降低寻呼消息传输时延的方法和装置 |
WO2016180108A1 (zh) * | 2015-09-17 | 2016-11-17 | 中兴通讯股份有限公司 | 一种寻呼消息传输的方法和装置 |
CN106550435A (zh) * | 2015-09-17 | 2017-03-29 | 中兴通讯股份有限公司 | 一种降低寻呼消息传输时间间隔的方法和装置 |
CN106550455A (zh) * | 2015-09-17 | 2017-03-29 | 中兴通讯股份有限公司 | 一种降低寻呼时延的方法和装置 |
CN106686723B (zh) * | 2015-11-06 | 2019-09-17 | 电信科学技术研究院 | 释放ue上下文及其控制方法及装置、寻呼方法及装置 |
CN106686723A (zh) * | 2015-11-06 | 2017-05-17 | 电信科学技术研究院 | 释放ue上下文及其控制方法及装置、寻呼方法及装置 |
CN106961688A (zh) * | 2016-01-11 | 2017-07-18 | 电信科学技术研究院 | 一种寻呼消息的传输方法及装置 |
CN106961688B (zh) * | 2016-01-11 | 2019-08-06 | 电信科学技术研究院 | 一种寻呼消息的传输方法及装置 |
CN107295637A (zh) * | 2016-03-31 | 2017-10-24 | 电信科学技术研究院 | 一种寻呼方法、设备及系统 |
CN107295637B (zh) * | 2016-03-31 | 2019-09-17 | 电信科学技术研究院 | 一种寻呼方法、设备及系统 |
US10827454B2 (en) | 2016-03-31 | 2020-11-03 | China Academy Of Telecommunications Technology | Paging method, device and system |
CN109462826A (zh) * | 2018-12-17 | 2019-03-12 | 新华三技术有限公司成都分公司 | 一种群组寻呼方法、用户设备、网络设备及计算机可读存储介质 |
CN113302984A (zh) * | 2019-05-01 | 2021-08-24 | Oppo广东移动通信有限公司 | 信息确定方法及相关设备 |
CN113302984B (zh) * | 2019-05-01 | 2022-12-27 | Oppo广东移动通信有限公司 | 信息确定方法及相关设备 |
CN114126048A (zh) * | 2020-08-31 | 2022-03-01 | 荣耀终端有限公司 | 用于用户设备和基站的寻呼方法及用户设备 |
CN114126048B (zh) * | 2020-08-31 | 2022-11-22 | 荣耀终端有限公司 | 用于用户设备和基站的寻呼方法及用户设备 |
Also Published As
Publication number | Publication date |
---|---|
EP2753105A4 (en) | 2015-01-14 |
EP2753105A1 (en) | 2014-07-09 |
CN102984660B (zh) | 2015-07-08 |
EP2753105B1 (en) | 2019-06-26 |
WO2013029565A1 (zh) | 2013-03-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102984660A (zh) | 一种集群通信的寻呼方法和相关设备 | |
US9008701B2 (en) | Multimedia broadcast and multicast service notification in long term evolution | |
KR101054957B1 (ko) | 멀티캐스트 및 브로드캐스트 서비스를 위한 제어메시지송수신 방법 | |
USRE49879E1 (en) | Method and apparatus for supporting discontinuous reception operation in mobile communication system | |
CN101222751B (zh) | 一种用户终端、基站及单独下行载波配置信息传输方法及系统 | |
CN106470400B (zh) | 单小区多播控制信道的资源配置方法、系统及装置 | |
KR101238483B1 (ko) | 단일 주파수 네트워크 상의 멀티캐스트/브로드캐스트 서브 프레임의 취득/구성 방법 및 취득 장치 | |
KR101085338B1 (ko) | 롱텀 에볼루션 시스템의 시스템 메시지 발송, 전송 및 스케줄링 방법 | |
RU2604638C1 (ru) | Способ энергосбережения и устройство станции | |
CN107925964A (zh) | 具有大量站的wlan中的功率节省机制 | |
CN102204369B (zh) | 移动通信系统、核心网络节点、控制站、基站和通信方法 | |
CN106470482B (zh) | Sc-mcch的资源配置方法、系统及装置 | |
KR20110066972A (ko) | 스케줄링 정보의 전송 방법과 장치 | |
RU2374768C2 (ru) | Передача управляющих сообщений при многоточечном обслуживании в беспроводной системе связи | |
WO2017024811A1 (zh) | 一种调度信息的处理方法及装置、计算机存储介质 | |
KR20100119545A (ko) | 멀티미디어 동작 데이터를 전송 및 수신하기 위한 방법, 기지국 디바이스 및 이용자 디바이스 | |
CN101420655A (zh) | 一种多媒体广播多播业务的资源分配方法 | |
WO2017059731A1 (zh) | 寻呼处理方法及装置 | |
RU2408166C2 (ru) | Способ передачи и приема информации управления для групповой услуги мультимедиа точка - много точек | |
US20150163646A1 (en) | Multicast Information Transmission Method and Device | |
CN105120529A (zh) | 基于长期演进蜂窝网络的设备到设备通信建立装置及方法 | |
WO2014086180A1 (zh) | 一种集群接入网、终端设备和加入集群组的方法 | |
CN102833734A (zh) | 一种传输寻呼信息的方法 | |
CN101931890B (zh) | 一种配置群组用户设备的非连续接收周期的方法及设备 | |
WO2016061740A1 (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 |