CN102625253A - 组呼方法、设备和终端 - Google Patents
组呼方法、设备和终端 Download PDFInfo
- Publication number
- CN102625253A CN102625253A CN2011100323682A CN201110032368A CN102625253A CN 102625253 A CN102625253 A CN 102625253A CN 2011100323682 A CN2011100323682 A CN 2011100323682A CN 201110032368 A CN201110032368 A CN 201110032368A CN 102625253 A CN102625253 A CN 102625253A
- Authority
- CN
- China
- Prior art keywords
- paging message
- terminal
- group
- ran
- terminals
- 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
- 238000000034 method Methods 0.000 title claims abstract description 44
- 238000012545 processing Methods 0.000 claims abstract description 30
- 238000004364 calculation method Methods 0.000 claims description 18
- 238000012423 maintenance Methods 0.000 abstract description 9
- 230000011664 signaling Effects 0.000 abstract description 8
- 238000004891 communication Methods 0.000 abstract description 4
- 238000005516 engineering process Methods 0.000 abstract description 2
- 230000004044 response Effects 0.000 abstract description 2
- 230000000977 initiatory effect Effects 0.000 description 9
- 230000008859 change Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
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/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种组呼方法、设备和终端,属于通信技术领域。所述方法包括:根据RAN设备的负载,计算RAN设备维护的组内的分组数目;发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。所述设备为RAN设备或CN设备。所述终端包括:接收模块和处理模块。本发明动态确定寻呼的分组数目,以及当前寻呼的组内终端,无需核心网维护子组信息,极大地节省了子组维护资源,以及信令和处理资源。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种组呼方法、设备和终端。
背景技术
随着移动通信的发展,出现了M2M(Machine To Machine,机器对机器)通信,与此前的H2H(Human To Human,人对人)不同,M2M通信的终端数量会更大,据初步预测约为H2H的10倍,大概500亿的量级。以当前热度较高的智能电网为例,一个小区内的电表数量可以达到10万个。
智能电网是当前M2M比较实际的应用之一,为了实现电能的优化配置,需要电网终端周期上报数据。由于电网终端数量巨大,使得逐个寻呼终端触发数据上报显得很不合适,类似集群中的组呼自然而然成了优化的选择。组呼可以降低寻呼的负荷,然而,组内终端同时收到组呼消息后,会在短时间内进行密集接入,导致RAN(Radio Access Network,无线接入网络)接入信道超载,而且多个组的海量接入也会导致CN(Core Network,核心网)的信令超载。
目前存在一种解决方案是在组内将终端分成更多子组,以子组为单位进行组呼,从而降低核心网的负荷和超载。但是,这种方法的缺点在于:子组的维护需要耗费处理资源,对子组的配置进行变更还会消耗额外的信令及处理资源。
发明内容
为了解决现有技术的问题,本发明实施例提供了一种组呼方法、设备和终端。所述技术方案如下:
一种组呼方法,所述方法包括:
根据无线接入网络RAN设备的负载,计算所述RAN设备维护的组内的分组数目;
发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。
一种无线接入网络RAN设备,所述RAN设备包括:
获取模块,用于获取基于所述RAN设备的负载得到的所述RAN设备维护的组内的分组数目,所述允许接入密度是基于核心网CN设备的负载得到的;
寻呼模块,用于发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。
一种核心网CN设备,所述CN设备包括:
第一发送模块,用于根据所述CN设备的负载计算出允许接入密度,接收RAN设备发来的所述RAN设备的负载,根据所述RAN设备的负载和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后,发送所述分组数目给所述RAN设备,使得所述RAN设备发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息;
或者,第二发送模块,用于发送所述CN设备的负载给RAN设备,使得所述RAN设备根据所述CN设备的负载计算允许接入密度,根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目,并发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息;
或者,第三发送模块,用于根据所述CN设备的负载计算出允许接入密度,发送所述允许接入密度给RAN设备,使得所述RAN设备根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目,并发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息。
一种终端,所述终端包括:
接收模块,用于接收携带RAN设备维护的组内的分组数目的相关信息的寻呼消息;
处理模块,用于根据所述分组数目的相关信息确定是否响应所述寻呼消息;
其中,所述RAN设备维护的组内的分组数目为网络侧根据所述RAN设备的负载计算得到的。
本发明实施例提供的技术方案的有益效果是:根据RAN设备的负载计算RAN设备维护的组内的分组数目,并发送携带该分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
附图说明
图1是本发明实施例1提供的组呼方法流程图;
图2是本发明实施例2提供的组呼方法流程图;
图3是本发明实施例3提供的组呼方法流程图;
图4是本发明实施例4提供的发起和响应寻呼的第一种流程图;
图5是本发明实施例4提供的发起和响应寻呼的第二种流程图;
图6是本发明实施例4提供的发起和响应寻呼的第三种流程图;
图7是本发明实施例4提供的发起和响应寻呼的第四种流程图;
图8是本发明实施例5提供的RAN设备结构图;
图9是本发明实施例7提供的终端结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1,本实施例提供了一种组呼方法,包括:
101:根据无线接入网络RAN设备的负载,计算RAN设备维护的组内的分组数目;
102:发送携带该分组数目的相关信息的寻呼消息,使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。
可选地,根据CN设备的负载和RAN设备的负载,计算RAN设备维护的组内的分组数目。
本发明实施例中的CN设备可以与一个或多个RAN设备连接,通常与多个RAN设备连接,每个RAN设备通常维护多个终端。CN设备维护的信息包括:RAN设备信息和终端分布信息,其中,RAN设备信息包括RAN设备的标识,终端分布信息包括每个RAN设备维护几个组,以及每个组的组内终端总数。CN设备可以根据业务或应用来划分RAN设备维护的组,通常,RAN设备维护的一个组对应一种业务或应用。例如,RAN设备连接有100个终端,分为三个组,其中,20个电表终端为一组,50个水表终端为一组,30个煤气表终端为一组。本发明实施例提供的技术方案是针对RAN设备维护的任一个组进行寻呼的,如果RAN设备维护有多个组,则当前寻呼的组是其中的一个,通常由CN设备根据业务或应用来指定。对于需要寻呼多个组的场景,只是上述过程的简单重复,此处不做过多说明。RAN设备维护的信息包括:自身维护的组内终端总数和终端信息,该终端信息包括终端的标识或序号等。当RAN设备维护有多个组时,维护的信息包括:每个组的组内终端总数和该组内的终端信息。对于本发明实施例涉及的“RAN设备维护的组内的分组数目”中的“RAN设备维护的组”是指当前组呼的组,是CN设备根据业务或应用指定的一个组,不代表RAN设备维护的所有组。所述RAN设备维护的组内的分组数目是指对当前组呼的RAN设备的组内的所有终端进行分组后得到的分组个数,该分组数目是依据RAN设备的负载,或者依据CN设备的负载和RAN设备的负载动态确定的,因此,无需RAN设备维护每个组内有几个分组,以及每个分组内的终端分布信息等,极大地节省了处理资源。
本发明实施例中的终端可以是M2M应用终端,包括但不限于:电表终端、水表终端和煤气表终端等等,本发明实施例对此不做具体限定。
本发明实施例中CN设备的负载和RAN设备的负载均是指当前时刻的负载。随着时间的变化,CN设备的负载和RAN设备的负载是可能发生变化的,相应地,计算出的分组数目也是可以变化的。本发明实施例中的寻呼消息均是指组呼寻呼消息,为描述方便,简称寻呼消息,后续不再声明。
所述RAN设备的负载包括:RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
所述分组数目的相关信息包括以下几种中的任一种:
分组数目和组序号;或者,
寻呼的起始终端的终端标识和标识偏移值;或者,
寻呼的起始终端的终端序号和序号偏移值;或者,
根据分组数目确定的寻呼概率。
本发明实施例中,终端的序号是指在组呼建立过程中网络侧为终端分配的序号,终端侧会存储该序号。
本发明实施例中,发送寻呼消息可以是周期性发送,如由定时器定期触发发送,或者是基于应用发送,如网络侧需要收集终端的数据时发送等等,本发明实施例对此不做具体限定。
本实施例提供的上述方法,根据RAN设备的负载计算RAN设备维护的组内的分组数目,并发送携带该分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
实施例2
参见图2,本实施例提供了一种组呼方法,由RAN设备计算分组数目,具体包括:
201:RAN设备根据终端上报的信息,记录接入的组内终端总数和终端信息,该终端信息包括但不限于:终端的标识或序号等。
上述步骤201可以由以下步骤来替换:
RAN设备接收CN设备根据终端上报的信息发来的消息,记录该消息中携带的接入的组内终端总数和终端信息。
其中,RAN设备和CN设备具体地通过S1接口或Iu接口进行通信。
202:CN设备将自身的负载Lcn与预设的门限范围做比较,获取该负载Lcn所在的门限范围对应的允许接入密度P,并通过S1接口或Iu接口发送给RAN设备。
本实施例中的所述允许接入密度代表了CN设备当前能够接入终端的能力,该允许接入密度越大,则当前能够接入的终端越多,该允许接入密度越小,则当前能够接入的终端越少。
其中,预设的门限范围通常为多个,且每个门限范围对应一个预设的允许接入密度值。例如,预设门限一和门限二,得到三个门限范围:小于门限一,大于等于门限一且小于等于门限二,大于门限二,该三个门限范围对应的允许接入密度分别为:允许接入密度一、允许接入密度二和允许接入密度三,则如果CN设备当前的负载小于门限一时,计算允许接入密度=允许接入密度一;如果CN设备当前的负载大于等于门限一且小于等于门限二,计算允许接入密度=允许接入密度二;如果CN设备当前的负载大于门限二,计算允许接入密度=允许接入密度三。类似地,预设的门限值可以为3个、4个或者更多,相应地得到的门限范围也更多,预设的允许接入密度也更多,只要保证每个门限范围对应一个允许接入密度即可。
203:RAN设备接收到上述允许接入密度P,根据该允许接入密度P和RAN设备的负载参数:可用承载资源SRB、可用接入资源SRA、接入效率E、以及维护的组内终端总数N,计算分组数目X。
具体地,可以用如下公式来表示:
X=fun(P,SRB,SRA,E,N);
其中,fun表示预设的函数,可以根据需要设置为不同的函数,本发明实施例对此不做具体限定。
204:RAN设备发送携带上述分组数目的相关信息的寻呼消息,使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。
本实施例中,202和203还可以由以下步骤来替换:
CN设备通过S1接口或Iu接口将自身的负载Lcn发送给RAN设备;RAN设备收到负载Lcn后,将负载Lcn与预设的门限范围做比较,获取该负载Lcn所在的门限范围对应的允许接入密度P;RAN设备根据该允许接入密度P和RAN设备的负载参数:可用承载资源SRB、可用接入资源SRA、接入效率E、以及维护的组内终端总数N,计算分组数目X。
其中,CN设备可以按照预设的周期,或者在检测到指定事件时,通过S1接口或Iu接口将自身的负载发送给RAN设备。该指定事件包括:负载变化事件或者组呼事件等,本发明实施例对此不做具体限定。
本实施例提供的上述方法,根据CN设备的负载和RAN设备的负载计算RAN维护的组内的分组数目,并发送携带该分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
实施例3
本实施例提供了一种组呼方法,与实施例2的不同之处在于由CN设备计算分组数目,参见图3,具体包括:
301:RAN设备根据终端上报的信息,记录接入的组内终端总数和终端信息,该终端信息包括但不限于:终端的标识或序号等。
其中,步骤301可以由以下步骤来替换:
CN设备根据终端上报的信息,记录接入的组内终端总数和终端信息,通过S1接口或Iu接口将该组内终端总数和终端信息发送给RAN设备,RAN设备接收并记录该组内终端总数和终端信息。
302:CN设备将自身的负载Lcn与预设的门限范围做比较,获取该负载所在的门限范围对应的允许接入密度。
303:CN设备接收RAN设备通过S1接口或Iu接口发送的RAN设备的负载参数:RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数。
304:CN设备根据上述允许接入密度,以及接收到的RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数,计算RAN设备维护的组内的分组数目,并通过S1接口或Iu接口将该分组数目发送给RAN设备。
305:RAN设备收到该分组数目后,发送携带该分组数目的相关信息的寻呼消息,使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。
本实施例提供的上述方法,根据CN设备的负载和RAN设备的负载计算RAN维护的组内的分组数目,并发送携带该分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
实施例4
本实施例在实施例1、2或3的基础上进行改进,对步骤103、204或305中涉及的如下步骤进行具体限定:发送携带该分组数目的相关信息的寻呼消息,使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。具体地,可以采用以下任一种方式来实现寻呼的发起和响应。
第一种方式,参见图4,发起和响应寻呼消息的步骤具体包括:
401:RAN设备发送携带该分组数目和组序号的寻呼消息;
402:RAN设备维护的组内终端收到该寻呼消息后,使用该终端的标识或序号对该寻呼消息中的分组数目进行求模,如果求模的结果等于该寻呼消息中的组序号,则响应该寻呼消息,否则,不响应该寻呼消息。
其中,所述组序号是指各个分组的序号,该序号的取值范围为[0,分组数目-1],401中寻呼消息携带的序号为当前寻呼的组序号,由RAN设备指定,例如,RAN设备顺序寻呼每个分组,则分别指定当前寻呼的组序号为0、1、2、...、分组数目-1,从而完成对所有分组的寻呼。所述终端的序号为组呼建立过程中网络侧给终端分配的序号,可以标识该终端,在终端侧也会存储该序号。
第二种方式,参见图5,发起和响应寻呼消息的步骤具体包括:
501:RAN设备根据该分组数目确定寻呼的起始终端的终端标识以及标识偏移值,该终端标识和标识偏移值对应的标识范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;
502:RAN设备发送携带该终端标识和标识偏移值的寻呼消息;
503:RAN设备维护的组内终端收到该寻呼消息后,根据该寻呼消息中的终端标识和标识偏移值计算出标识范围,判断自身的标识是否在该标识范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息。
其中,寻呼的起始终端由RAN设备预先指定,标识偏移值则根据已得到的分组数目来确定,确定的原则是寻呼的起始终端的终端标识和标识偏移值对应的标识范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目,以保证接入的终端数目在RAN设备和CN设备能够负荷的范围之内,可以避免空口接入拥塞。所述计算出的标识范围为:[寻呼的起始终端的终端标识,寻呼的起始终端的终端标识+标识偏移值]。
第三种方式,参见图6,发起和响应寻呼消息的步骤具体包括:
601:RAN设备根据该分组数目确定寻呼的起始终端的终端序号以及序号偏移值,该终端序号和序号偏移值对应的序号范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;
602:RAN设备发送携带该终端序号和序号偏移值的寻呼消息;
603:RAN设备维护的组内终端收到该寻呼消息后,根据该寻呼消息中的终端序号和序号偏移值计算出序号范围,判断自身的序号是否在该序号范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息。
其中,寻呼的起始终端由RAN设备预先指定,序号偏移值则根据已得到的分组数目来确定,确定的原则是寻呼的起始终端的终端序号和序号偏移值对应的序号范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目,以保证接入的终端数目在RAN设备和CN设备能够负荷的范围之内,可以避免空口接入拥塞。所述计算出的序号范围为:[寻呼的起始终端的终端序号,寻呼的起始终端的终端序号+序号偏移值]。
第四种方式,参见图7,发起和响应寻呼消息的步骤具体包括:
701:RAN设备根据该分组数目和该RAN设备维护的组内终端总数,计算出每个分组内的终端数目;
702:RAN设备用该每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率;
703:RAN设备发送携带该寻呼概率的寻呼消息;
704:RAN设备维护的组内终端收到该寻呼消息后,如果未响应过寻呼消息,则随机生成一个概率并与该寻呼消息中的寻呼概率做比较,如果该生成的概率小于该寻呼概率,则响应该寻呼消息,如果该生成的概率大于等于该寻呼概率,则不响应该寻呼消息;或者,如果该生成的概率小于等于该寻呼概率,则响应该寻呼消息,如果生成的概率大于该寻呼概率,则不响应该寻呼消息。
其中,RAN设备随机生成的概率为0~1之间的数,如0.2,0.5,0.8等等。所述当前未寻呼的组内终端总数是不断发生变化的,第一次发起寻呼时,当前未寻呼的组内终端总数就是RAN设备维护的组内终端总数,再次发起寻呼时,已进行过响应的终端再次收到同样的组呼寻呼消息则不再进行响应,当前未寻呼的组内终端总数为RAN设备维护的组内终端总数减去已寻呼的组内终端总数。例如,RAN设备维护的组内终端总数为100个,分组数目为5个,每组内有20个终端,第一次寻呼时,寻呼概率为20/100=0.2,该值代表了期望寻呼的终端概率,由于各个终端随机生成概率,因此,响应第一次寻呼的终端可能为20个,也可能不到20个;第二次寻呼时,如果已有20个终端响应了寻呼,则未寻呼的终端为80个,此时寻呼概率变更为20/80=0.25,以此类推,每次计算得到的寻呼概率均不同。
另外,上述实施例1、2和3中所有涉及的通过S1接口或Iu接口发送的消息,即CN设备和RAN设备通过S1接口或Iu接口传输的消息,包括但不限于以下任一种消息:Paging寻呼消息、Initial Context Setup初始上下文建立消息或者新消息等等,本发明实施例对此不做具体限定。
再有,上述实施例1、2和3中所有涉及的终端的标识包括但不限于以下任一种:IMEI(International Mobile Equipment Identity,全球移动设备标识)、P-TMSI(Packet-Temporary Mobile Subscriber Identity,分组域临时移动用户标识)、IMSI(International Mobile Subscriber Identity,国际移动用户识别码)、TLLI(Temporary Logical Link Identifier,暂时逻辑链路标识)或者TMSI(TemporaryMobile Subscriber Identity,临时移动用户标识)等等。
本实施例提供的上述方法,根据CN设备的负载和RAN设备的负载计算RAN设备维护的组内的分组数目,并发送携带该分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。寻呼消息中携带的分组数目相关信息可以分别是分组数目和组序号,终端标识和标识偏移值,终端序号和序号偏移值,或者是寻呼概率,终端则进行不同的判断以确定是否响应寻呼消息,提供了多种实现方式,应用更灵活。
实施例5
参见图8,本实施例提供了一种RAN设备,包括:
获取模块801,用于获取基于RAN设备的负载得到的RAN设备维护的组内的分组数目;
寻呼模块802,用于发送携带该分组数目的相关信息的寻呼消息,使得收到该寻呼消息的终端根据该分组数目的相关信息确定是否响应该寻呼消息。
本实施例中,获取模块801可以具体用于:获取基于核心网CN设备的负载和RAN设备的负载得到的RAN设备维护的组内的分组数目。其中,所述RAN设备的负载包括:RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
本实施例中,获取模块801包括:
第一获取单元,用于发送RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数给CN设备,在CN设备根据该CN设备的负载计算出允许接入密度,以及根据收到的RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数和该允许接入密度计算出RAN设备维护的组内的分组数目后,接收CN设备发来的该分组数目;
或者,第二获取单元,用于接收CN设备发来的CN设备的负载,根据CN设备的负载计算允许接入密度,根据该允许接入密度和RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数计算RAN设备维护的组内的分组数目;
或者,第三获取单元,用于接收CN设备发来的允许接入密度,根据该允许接入密度和RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数计算RAN设备维护的组内的分组数目,该允许接入密度为CN设备根据CN设备的负载计算得到的。
本实施例中,寻呼模块802包括:
第一寻呼单元,用于发送携带该分组数目和组序号的寻呼消息,使得RAN设备维护的组内终端收到该寻呼消息后,使用终端的标识或序号对该寻呼消息中的分组数目进行求模,如果求模的结果等于该寻呼消息中的组序号,则响应该寻呼消息,否则,不响应该寻呼消息;
或者,第二寻呼单元,用于根据该分组数目确定寻呼的起始终端的终端标识以及标识偏移值,该终端标识和标识偏移值对应的标识范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;发送携带该终端标识和标识偏移值的寻呼消息,使得RAN设备维护的组内终端收到该寻呼消息后,根据该寻呼消息中的终端标识和标识偏移值计算出标识范围,判断自身的标识是否在该标识范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息;
或者,第三寻呼单元,用于根据该分组数目确定寻呼的起始终端的终端序号以及序号偏移值,该终端序号和序号偏移值对应的序号范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;发送携带该终端序号和序号偏移值的寻呼消息,使得RAN设备维护的组内终端收到该寻呼消息后,根据该寻呼消息中的终端序号和序号偏移值计算出序号范围,判断自身的序号是否在该序号范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息;
或者,第四寻呼单元,用于根据该分组数目和RAN设备维护的组内终端总数,计算出每个分组内的终端数目;用该每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率;发送携带该寻呼概率的寻呼消息,使得RAN设备维护的组内终端收到该寻呼消息后,如果未响应过寻呼消息,则随机生成一个概率并与该寻呼消息中的寻呼概率做比较,如果该生成的概率小于该寻呼概率,则响应该寻呼消息,如果该生成的概率小于该寻呼概率,则不响应该寻呼消息;或者,如果该生成的概率小于等于该寻呼概率,则响应该寻呼消息,如果生成的概率大于该寻呼概率,则不响应该寻呼消息。
本实施例中,可选地,上述RAN设备还可以包括:
记录模块,用于根据终端上报的信息,记录接入的组内终端总数和终端信息,或者,接收CN设备根据终端上报的信息发来的消息,记录该消息中携带的接入的组内终端总数和终端信息。所述终端信息与上述实施例中的描述相同,此处不再赘述。
本实施例提供的上述RAN设备,通过发送携带分组数目相关信息的寻呼消息,使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
实施例6
本实施例提供了一种CN设备,包括:
第一发送模块,用于根据CN设备的负载计算出允许接入密度,接收RAN设备发来的RAN设备的负载,根据RAN设备的负载和该允许接入密度计算出RAN设备维护的组内的分组数目后,发送该分组数目给RAN设备,使得RAN设备发送携带该分组数目的相关信息的寻呼消息,该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息;
或者,第二发送模块,用于发送CN设备的负载给RAN设备,使得RAN设备根据CN设备的负载计算允许接入密度,根据该允许接入密度和RAN设备的负载计算RAN设备维护的组内的分组数目,并发送携带该分组数目的相关信息的寻呼消息,该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息;
或者,第三发送模块,用于根据CN设备的负载计算出允许接入密度,发送该允许接入密度给RAN设备,使得RAN设备根据该允许接入密度和RAN设备的负载计算RAN设备维护的组内的分组数目,并发送携带该分组数目的相关信息的寻呼消息,该分组数目的相关信息用于收到该寻呼消息的终端确定是否响应该寻呼消息。
本实施例中的所述RAN设备的负载包括:RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
其中,第二发送模块可以包括:
发送子单元,用于按照预设的周期,或者在检测到指定事件时,发送CN设备的负载给RAN设备。
本实施例中,可选地,上述CN设备还用于根据终端上报的信息发送携带接入的组内终端总数和终端信息的消息给RAN设备。
本实施例提供的上述CN设备,通过发送CN设备的负载,或允许接入密度,或分组数目给RAN设备,使得RAN设备可以发送携带分组数目相关信息的寻呼消息,从而使得收到该寻呼消息的终端可以根据该分组数目的相关信息确定是否响应该寻呼,由于分组数目是动态确定的,当前寻呼的组内的终端也是动态确定的,因此,与现有技术相比,无需核心网维护子组信息,不仅节省了子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。
实施例7
参见图9,本实施例提供了一种终端,包括:
接收模块901,用于接收携带RAN设备维护的组内的分组数目的相关信息的寻呼消息;
处理模块902,用于根据该分组数目的相关信息确定是否响应该寻呼消息;
其中,该RAN设备维护的组内的分组数目为网络侧根据RAN设备的负载计算得到的。
进一步地,本实施例中所述RAN设备的负载包括:RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
第一种实施方式下,上述分组数目的相关信息包括:该分组数目和组序号;相应地,处理模块902包括:
第一处理单元,用于使用终端的标识或序号对该寻呼消息中的分组数目进行求模,如果求模的结果等于该寻呼消息中的组序号,则响应该寻呼消息,否则,不响应该寻呼消息。
第二种实施方式下,上述分组数目的相关信息包括:寻呼的起始终端的终端标识和标识偏移值,该终端标识和标识偏移值对应的标识范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;相应地,处理模块902包括:
第二处理单元,用于根据该寻呼消息中的终端标识和标识偏移值计算出标识范围,判断该终端的标识是否在该标识范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息。
第三种实施方式下,上述分组数目的相关信息包括:寻呼的起始终端的终端序号和序号偏移值,该终端序号和序号偏移值对应的序号范围内的终端数目,等于根据该分组数目以及RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;相应地,处理模块902包括:
第三处理单元,用于根据该寻呼消息中的终端序号和序号偏移值计算出序号范围,判断该终端的序号是否在该序号范围内,如果是,则响应该寻呼消息,否则,不响应该寻呼消息。
第四种实施方式下,上述分组数目的相关信息包括:寻呼概率,该寻呼概率为用每个分组内的终端数目除以当前未寻呼的组内终端总数得到的,该每个分组内的终端数目为根据该分组数目和该RAN设备维护的组内终端总数计算得到的;相应地,处理模块902包括:
第四处理单元,用于如果所述终端未响应过寻呼消息,则随机生成一个概率并与该寻呼消息中的寻呼概率做比较,如果该生成的概率小于该寻呼概率,则响应该寻呼消息,如果该生成的概率大于等于该寻呼概率,则不响应该寻呼消息;或者,如果该生成的概率小于等于该寻呼概率,则响应该寻呼消息,如果生成的概率大于该寻呼概率,则不响应该寻呼消息。
本实施例提供的上述终端,通过接收携带分组数目相关信息的寻呼消息,并根据该分组数目的相关信息确定是否响应该寻呼消息,不仅节省了网络侧的子组维护资源,也节省了由于子组配置变更而额外消耗的信令及处理资源,避免了空口接入的拥塞。终端可以分别根据分组数目和组序号,终端标识和标识偏移值,终端序号和序号偏移值,或者寻呼概率,来进行不同的判断以确定是否响应寻呼消息,提供了多种实现方式,应用更灵活。
本发明实施例提供的上述方案可用于UMTS、LTE、GSM等系统,本发明实施例对此不做具体限定。
最后需要说明的是,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。
本发明实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器,磁盘或光盘等。上述的各装置或系统,可以执行相应方法实施例中的方法。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (26)
1.一种组呼方法,其特征在于,所述方法包括:
根据无线接入网络RAN设备的负载,计算所述RAN设备维护的组内的分组数目;
发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。
2.根据权利要求1所述的方法,其特征在于,根据无线接入网络RAN设备的负载,计算所述RAN设备维护的组内的分组数目,包括:
根据核心网CN设备的负载和RAN设备的负载,计算所述RAN设备维护的组内的分组数目。
3.根据权利要求1或2所述的方法,其特征在于,所述RAN设备的负载包括:
所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
4.根据权利要求3所述的方法,其特征在于,根据核心网CN设备的负载和RAN设备的负载,计算所述RAN设备维护的组内的分组数目,包括:
CN设备根据所述CN设备的负载计算允许接入密度并发给所述RAN设备,所述RAN设备收到所述允许接入密度后,根据所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数,以及所述允许接入密度,计算所述RAN设备维护的组内的分组数目;
或者,CN设备根据所述CN设备的负载计算允许接入密度,并接收所述RAN设备发来的所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数,根据所述可用承载资源、可用接入资源、接入效率和维护的组内终端总数,以及所述允许接入密度,计算所述RAN设备维护的组内的分组数目并发送给所述RAN设备;
或者,所述RAN设备接收CN设备发来的所述CN设备的负载,根据所述CN设备的负载计算允许接入密度,并根据所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数,以及所述允许接入密度,计算所述RAN设备维护的组内的分组数目。
5.根据权利要求4所述的方法,其特征在于,所述RAN设备接收CN设备发来的所述CN设备的负载之前,还包括:
所述CN设备按照预设的周期,或者在检测到指定事件时,发送所述CN设备的负载给所述RAN设备。
6.根据权利要求4所述的方法,其特征在于,根据所述CN设备的负载计算允许接入密度,包括:
将所述CN设备的负载与预设的门限范围做比较,获取所述负载所在的门限范围对应的允许接入密度。
7.根据权利要求1所述的方法,其特征在于,发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息,包括:
发送携带所述分组数目和组序号的寻呼消息;
所述RAN设备维护的组内终端收到所述寻呼消息后,使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模,如果求模的结果等于所述寻呼消息中的组序号,则响应所述寻呼消息,否则,不响应所述寻呼消息。
8.根据权利要求1所述的方法,其特征在于,发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息,包括:
根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值,所述终端标识和标识偏移值对应的标识范围内的终端数目,等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;
发送携带所述终端标识和标识偏移值的寻呼消息;
所述RAN设备维护的组内终端收到所述寻呼消息后,根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围,判断自身的标识是否在所述标识范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息。
9.根据权利要求1所述的方法,其特征在于,发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息,包括:
根据所述分组数目确定寻呼的起始终端的终端序号以及序号偏移值,所述终端序号和序号偏移值对应的序号范围内的终端数目,等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;
发送携带所述终端序号和序号偏移值的寻呼消息;
所述RAN设备维护的组内终端收到所述寻呼消息后,根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围,判断自身的序号是否在所述序号范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息。
10.根据权利要求1所述的方法,其特征在于,发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息,包括:
根据所述分组数目和所述RAN设备维护的组内终端总数,计算出每个分组内的终端数目;
用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率;
发送携带所述寻呼概率的寻呼消息;
所述RAN设备维护的组内终端收到所述寻呼消息后,如果未响应过寻呼消息,则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较;
如果所述生成的概率小于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于等于所述寻呼概率,则不响应所述寻呼消息;
或者,如果所述生成的概率小于等于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于所述寻呼概率,则不响应所述寻呼消息。
11.根据权利要求1所述的方法,其特征在于,根据无线接入网络RAN设备的负载,计算所述RAN设备维护的组内的分组数目之前,还包括:
所述RAN设备根据终端上报的信息,记录接入的组内终端总数和终端信息;
或者,所述RAN设备接收所述CN设备根据终端上报的信息发来的消息,记录所述消息中携带的接入的组内终端总数和终端信息。
12.一种无线接入网络RAN设备,其特征在于,所述RAN设备包括:
获取模块,用于获取基于所述RAN设备的负载得到的所述RAN设备维护的组内的分组数目;
寻呼模块,用于发送携带所述分组数目的相关信息的寻呼消息,使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息。
13.根据权利要求12所述的设备,其特征在于,所述获取模块具体用于:获取基于核心网CN设备的负载和所述RAN设备的负载得到的所述RAN设备维护的组内的分组数目。
14.根据权利要求12或13所述的设备,其特征在于,所述RAN设备的负载包括:所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
15.根据权利要求14所述的设备,其特征在于,所述获取模块包括:
第一获取单元,用于发送所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数给所述CN设备,在所述CN设备根据所述CN设备的负载计算出允许接入密度,以及根据所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后,接收所述CN设备发来的所述分组数目;
或者,第二获取单元,用于接收所述CN设备发来的所述CN设备的负载,根据所述CN设备的负载计算允许接入密度,根据所述允许接入密度和所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数,计算所述RAN设备维护的组内的分组数目;
或者,第三获取单元,用于接收所述CN设备发来的允许接入密度,根据所述允许接入密度和所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数,计算所述RAN设备维护的组内的分组数目,所述允许接入密度为所述CN设备根据所述CN设备的负载计算得到的。
16.根据权利要求12所述的设备,其特征在于,所述寻呼模块包括:
第一寻呼单元,用于发送携带所述分组数目和组序号的寻呼消息,使得所述RAN设备维护的组内终端收到所述寻呼消息后,使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模,如果求模的结果等于所述寻呼消息中的组序号,则响应所述寻呼消息,否则,不响应所述寻呼消息;
或者,第二寻呼单元,用于根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值,所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;发送携带所述终端标识和标识偏移值的寻呼消息,使得所述RAN设备维护的组内终端收到所述寻呼消息后,根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围,判断自身的标识是否在所述标识范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息;
或者,第三寻呼单元,用于根据所述分组数目确定寻呼的起始终端的终端序号以及序号偏移值,所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;发送携带所述终端序号和序号偏移值的寻呼消息,使得所述RAN设备维护的组内终端收到所述寻呼消息后,根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围,判断自身的序号是否在所述序号范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息;
或者,第四寻呼单元,用于根据所述分组数目和所述RAN设备维护的组内终端总数,计算出每个分组内的终端数目;用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率;发送携带所述寻呼概率的寻呼消息,使得所述RAN设备维护的组内终端收到所述寻呼消息后,如果未响应过寻呼消息,则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较,如果所述生成的概率小于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于等于所述寻呼概率,则不响应所述寻呼消息;或者,如果所述生成的概率小于等于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于所述寻呼概率,则不响应所述寻呼消息。
17.根据权利要求12所述的设备,其特征在于,所述RAN设备还包括:
记录模块,用于根据终端上报的信息,记录接入的组内终端总数和终端信息,或者,接收所述CN设备根据终端上报的信息发来的消息,记录所述消息中携带的接入的组内终端总数和终端信息。
18.一种核心网CN设备,其特征在于,所述CN设备包括:
第一发送模块,用于根据所述CN设备的负载计算出允许接入密度,接收RAN设备发来的所述RAN设备的负载,根据所述RAN设备的负载和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后,发送所述分组数目给所述RAN设备,使得所述RAN设备发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息;
或者,第二发送模块,用于发送所述CN设备的负载给RAN设备,使得所述RAN设备根据所述CN设备的负载计算允许接入密度,根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目,并发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息;
或者,第三发送模块,用于根据所述CN设备的负载计算出允许接入密度,发送所述允许接入密度给RAN设备,使得所述RAN设备根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目,并发送携带所述分组数目的相关信息的寻呼消息,所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息。
19.根据权利要求18所述的设备,其特征在于,所述RAN设备的负载包括:所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数。
20.根据权利要求18所述的设备,其特征在于,所述第二发送模块包括:
发送子单元,用于按照预设的周期,或者在检测到指定事件时,发送所述CN设备的负载给所述RAN设备。
21.根据权利要求18所述的设备,其特征在于,所述CN设备还用于根据终端上报的信息发送携带接入的组内终端总数和终端信息的消息给所述RAN设备。
22.一种终端,其特征在于,所述终端包括:
接收模块,用于接收携带无线接入网络RAN设备维护的组内的分组数目的相关信息的寻呼消息;
处理模块,用于根据所述分组数目的相关信息确定是否响应所述寻呼消息;
其中,所述RAN设备维护的组内的分组数目为网络侧根据所述RAN设备的负载计算得到的。
23.根据权利要求22所述的终端,其特征在于,所述分组数目的相关信息包括:所述分组数目和组序号;所述处理模块包括:
第一处理单元,用于使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模,如果求模的结果等于所述寻呼消息中的组序号,则响应所述寻呼消息,否则,不响应所述寻呼消息。
24.根据权利要求22所述的终端,其特征在于,所述分组数目的相关信息包括:寻呼的起始终端的终端标识和标识偏移值,所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;所述处理模块包括:
第二处理单元,用于根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围,判断所述终端的标识是否在所述标识范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息。
25.根据权利要求22所述的终端,其特征在于,所述分组数目的相关信息包括:寻呼的起始终端的终端序号和序号偏移值,所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目;所述处理模块包括:
第三处理单元,用于根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围,判断所述终端的序号是否在所述序号范围内,如果是,则响应所述寻呼消息,否则,不响应所述寻呼消息。
26.根据权利要求22所述的终端,其特征在于,所述分组数目的相关信息包括:寻呼概率,所述寻呼概率为用每个分组内的终端数目除以当前未寻呼的组内终端总数得到的,所述每个分组内的终端数目为根据所述分组数目和所述RAN设备维护的组内终端总数计算得到的;所述处理模块包括:
第四处理单元,用于如果所述终端未响应过寻呼消息,则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较,如果所述生成的概率小于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于等于所述寻呼概率,则不响应所述寻呼消息;或者,如果所述生成的概率小于等于所述寻呼概率,则响应所述寻呼消息,如果所述生成的概率大于所述寻呼概率,则不响应所述寻呼消息。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110032368.2A CN102625253B (zh) | 2011-01-29 | 2011-01-29 | 组呼方法、设备和终端 |
EP12739584.6A EP2661134B1 (en) | 2011-01-29 | 2012-01-05 | Group call method, device and terminal |
PCT/CN2012/070077 WO2012100667A1 (zh) | 2011-01-29 | 2012-01-05 | 组呼方法、设备和终端 |
US13/952,086 US9072068B2 (en) | 2011-01-29 | 2013-07-26 | Group call method, device and terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110032368.2A CN102625253B (zh) | 2011-01-29 | 2011-01-29 | 组呼方法、设备和终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102625253A true CN102625253A (zh) | 2012-08-01 |
CN102625253B CN102625253B (zh) | 2014-12-10 |
Family
ID=46564900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110032368.2A Active CN102625253B (zh) | 2011-01-29 | 2011-01-29 | 组呼方法、设备和终端 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9072068B2 (zh) |
EP (1) | EP2661134B1 (zh) |
CN (1) | CN102625253B (zh) |
WO (1) | WO2012100667A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104113388A (zh) * | 2013-04-19 | 2014-10-22 | 中国移动通信集团公司 | 业务控制信令开销的确定方法及装置 |
CN106416416A (zh) * | 2014-05-27 | 2017-02-15 | 高通股份有限公司 | 具有系统级移动性的互通链路层话务聚集 |
WO2021092958A1 (en) * | 2019-11-15 | 2021-05-20 | Lenovo (Beijing) Limited | Method and apparatus for wus detection |
CN114828223A (zh) * | 2016-09-30 | 2022-07-29 | 中兴通讯股份有限公司 | 寻呼消息的发送、检测方法、装置、设备和存储介质 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8737636B2 (en) * | 2009-07-10 | 2014-05-27 | Qualcomm Incorporated | Systems, methods, apparatus, and computer-readable media for adaptive active noise cancellation |
US9706481B2 (en) * | 2013-03-15 | 2017-07-11 | Futurewei Technologies, Inc. | System and method for time-power frequency hopping for D2D discovery |
WO2016108553A1 (en) | 2014-12-30 | 2016-07-07 | Lg Electronics Inc. | Method and apparatus for allocating resources for bi-directional transmission in wireless communication system |
CN113260023B (zh) * | 2020-02-07 | 2023-08-04 | 维沃移动通信有限公司 | 分组寻呼的方法、终端设备和网络设备 |
US20230169483A1 (en) * | 2021-11-26 | 2023-06-01 | Paypal, Inc. | Decentralized transaction processing |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1874554A (zh) * | 2005-06-03 | 2006-12-06 | 摩托罗拉公司 | 用于连续建立群呼会话的方法和装置 |
WO2007062548A1 (fr) * | 2005-12-02 | 2007-06-07 | Zte Corporation | Procede de radiomessagerie et d'acces ulterieur apres l'etablissement d'appel de groupe |
WO2009069927A2 (en) * | 2007-11-26 | 2009-06-04 | Posdata Co., Ltd. | Method and apparatus for paging in wireless communication system |
CN101479997A (zh) * | 2006-10-30 | 2009-07-08 | 华为技术有限公司 | 用户设备mbms测量结果报告的负载控制 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004028179A1 (en) * | 2002-09-20 | 2004-04-01 | Nokia Corporation | Multicast transmission in a cellular network |
CN1735262A (zh) * | 2004-08-12 | 2006-02-15 | 华为技术有限公司 | 一种无线通信中加入组播的方法 |
CN100461899C (zh) | 2005-12-08 | 2009-02-11 | 华为技术有限公司 | 集群通信系统中呼叫建立方法 |
CN100438658C (zh) | 2006-09-30 | 2008-11-26 | 华为技术有限公司 | 邀请集群用户的方法、集群通信系统和集群用户邀请装置 |
CN101137115B (zh) | 2007-01-09 | 2010-05-12 | 中兴通讯股份有限公司 | 集群系统中用户接入组呼的方法和装置 |
EP2156680B1 (en) | 2007-06-19 | 2019-05-01 | Nokia Technologies Oy | Method and apparatuses for determining paging occasions |
WO2009008456A1 (ja) | 2007-07-12 | 2009-01-15 | Sharp Kabushiki Kaisha | 無線通信システム、移動局装置、および基地局装置 |
KR101169283B1 (ko) * | 2008-06-03 | 2012-08-02 | 엘지전자 주식회사 | 광대역 무선 접속 시스템에서 페이징 정보 송수신 방법 |
CN101835094A (zh) | 2009-03-12 | 2010-09-15 | 北京信威通信技术股份有限公司 | 一种无线集群通信系统的获取组呼听话方状态的方法 |
US8891425B2 (en) * | 2009-04-10 | 2014-11-18 | Qualcomm Incorporated | Paging access terminals in a wireless communications system |
ES2670371T3 (es) * | 2009-07-17 | 2018-05-30 | Koninklijke Kpn N.V. | Transmisión de información en una red de telecomunicaciones entre máquinas |
-
2011
- 2011-01-29 CN CN201110032368.2A patent/CN102625253B/zh active Active
-
2012
- 2012-01-05 WO PCT/CN2012/070077 patent/WO2012100667A1/zh active Application Filing
- 2012-01-05 EP EP12739584.6A patent/EP2661134B1/en active Active
-
2013
- 2013-07-26 US US13/952,086 patent/US9072068B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1874554A (zh) * | 2005-06-03 | 2006-12-06 | 摩托罗拉公司 | 用于连续建立群呼会话的方法和装置 |
WO2007062548A1 (fr) * | 2005-12-02 | 2007-06-07 | Zte Corporation | Procede de radiomessagerie et d'acces ulterieur apres l'etablissement d'appel de groupe |
CN101479997A (zh) * | 2006-10-30 | 2009-07-08 | 华为技术有限公司 | 用户设备mbms测量结果报告的负载控制 |
WO2009069927A2 (en) * | 2007-11-26 | 2009-06-04 | Posdata Co., Ltd. | Method and apparatus for paging in wireless communication system |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104113388A (zh) * | 2013-04-19 | 2014-10-22 | 中国移动通信集团公司 | 业务控制信令开销的确定方法及装置 |
CN104113388B (zh) * | 2013-04-19 | 2017-06-20 | 中国移动通信集团公司 | 业务控制信令开销的确定方法及装置 |
CN106416416A (zh) * | 2014-05-27 | 2017-02-15 | 高通股份有限公司 | 具有系统级移动性的互通链路层话务聚集 |
CN106416416B (zh) * | 2014-05-27 | 2019-10-11 | 高通股份有限公司 | 具有系统级移动性的互通链路层话务聚集方法、基站及用户装备 |
CN114828223A (zh) * | 2016-09-30 | 2022-07-29 | 中兴通讯股份有限公司 | 寻呼消息的发送、检测方法、装置、设备和存储介质 |
WO2021092958A1 (en) * | 2019-11-15 | 2021-05-20 | Lenovo (Beijing) Limited | Method and apparatus for wus detection |
Also Published As
Publication number | Publication date |
---|---|
EP2661134A1 (en) | 2013-11-06 |
EP2661134B1 (en) | 2017-03-15 |
EP2661134A4 (en) | 2013-12-18 |
US9072068B2 (en) | 2015-06-30 |
US20130310086A1 (en) | 2013-11-21 |
CN102625253B (zh) | 2014-12-10 |
WO2012100667A1 (zh) | 2012-08-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102625253B (zh) | 组呼方法、设备和终端 | |
US20190082420A1 (en) | Paging optimization method, apparatus, and system | |
US8909260B2 (en) | Radio impacts due to group triggering and paging and solutions for group triggering and paging | |
JP6085033B2 (ja) | Lteシステムにおいてトランキングページングを送受信する方法及び対応する装置 | |
EP2630832B1 (en) | Communication scheduling based on priority and resource utilization | |
EP2667644B1 (en) | Method for allocating identifier, method for multicasting, and communication equipment | |
CN103428853B (zh) | 一种寻呼方法和设备 | |
CN102137433B (zh) | 一种接入控制方法及装置 | |
CN102202394B (zh) | 机器类型通信mtc寻呼系统及寻呼优先级实现方法 | |
US20130252643A1 (en) | Method for transmitting and receiving idle-mode parameter update information, and apparatus therefor | |
CN102170659B (zh) | 一种网络拥塞控制方法和设备 | |
CN102958158B (zh) | 更新无线通信系统中的m2m设备的信息的装置及其方法 | |
EP2745599A1 (en) | Network access delay for extended access barring (eab) configured user equipments and/or group-based addressed user equipments | |
CN102625254A (zh) | 分组寻呼的方法、装置及系统 | |
CN103517416B (zh) | 寻呼消息的传输方法和设备 | |
CN102378389A (zh) | 一种物理随机接入信道的接入方法和装置 | |
CN105451277A (zh) | 一种组呼被叫ue小区重选时接听组呼的方法 | |
CN101309463B (zh) | 一种集群寻呼方法、系统和装置 | |
CN102238730A (zh) | 一种无线资源管理方法及其装置 | |
Wei et al. | Dynamic radio resource allocation for group paging supporting smart meter communications | |
RU2594896C1 (ru) | Терминал, беспроводная сеть и способы осуществления связи с малым энергопотреблением | |
CN103797728B (zh) | 在空闲模式中操作的方法和m2m设备 | |
KR20110095138A (ko) | 무선 통신 시스템에서 머신형 통신 서비스를 제공하는 방법 및 장치 | |
JP2017143574A (ja) | ページング最適化方法、装置およびシステム |
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 |