CN102625253B - 组呼方法、设备和终端 - Google Patents

组呼方法、设备和终端 Download PDF

Info

Publication number
CN102625253B
CN102625253B CN201110032368.2A CN201110032368A CN102625253B CN 102625253 B CN102625253 B CN 102625253B CN 201110032368 A CN201110032368 A CN 201110032368A CN 102625253 B CN102625253 B CN 102625253B
Authority
CN
China
Prior art keywords
terminal
beep
page message
equipment
group
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
Application number
CN201110032368.2A
Other languages
English (en)
Other versions
CN102625253A (zh
Inventor
胡振兴
李龠
朱松
马洁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201110032368.2A priority Critical patent/CN102625253B/zh
Priority to EP12739584.6A priority patent/EP2661134B1/en
Priority to PCT/CN2012/070077 priority patent/WO2012100667A1/zh
Publication of CN102625253A publication Critical patent/CN102625253A/zh
Priority to US13/952,086 priority patent/US9072068B2/en
Application granted granted Critical
Publication of CN102625253B publication Critical patent/CN102625253B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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，核心网)的信令超载。
目前存在一种解决方案是在组内将终端分成更多子组，以子组为单位进行组呼，从而降低核心网的负荷和超载。但是，这种方法的缺点在于：子组的维护需要耗费处理资源，对子组的配置进行变更还会消耗额外的信令及处理资源。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种组呼方法、设备和终端。所述技术方案如下：
一种组呼方法，所述方法包括：
根据核心网CN设备的负载和无线接入网络RAN设备的负载，计算所述RAN设备维护的组内的分组数目，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
一种无线接入网络RAN设备，所述RAN设备包括：
获取模块，用于获取基于核心网CN设备的负载和所述RAN设备的负载得到的所述RAN设备维护的组内的分组数目，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
寻呼模块，用于发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
一种核心网CN设备，所述CN设备包括：
第一发送模块，用于根据所述CN设备的负载计算出允许接入密度，接收RAN设备发来的所述RAN设备的负载，根据所述RAN设备的负载和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后，发送所述分组数目给所述RAN设备，使得所述RAN设备发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
或者，第二发送模块，用于发送所述CN设备的负载给RAN设备，使得所述RAN设备根据所述CN设备的负载计算允许接入密度，根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
或者，第三发送模块，用于根据所述CN设备的负载计算出允许接入密度，发送所述允许接入密度给RAN设备，使得所述RAN设备根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
其中，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
一种终端，所述终端包括：
接收模块，用于接收携带RAN设备维护的组内的分组数目的相关信息的寻呼消息；
处理模块，用于根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述RAN设备维护的组内的分组数目为网络侧根据核心网CN设备的负载和所述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 (21)

1.一种组呼方法，其特征在于，所述方法包括：
根据核心网CN设备的负载和无线接入网络RAN设备的负载，计算所述RAN设备维护的组内的分组数目，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
2.根据权利要求1所述的方法，其特征在于，根据核心网CN设备的负载和RAN设备的负载，计算所述RAN设备维护的组内的分组数目，包括：
CN设备根据所述CN设备的负载计算允许接入密度并发给所述RAN设备，所述RAN设备收到所述允许接入密度后，根据所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述RAN设备维护的组内的分组数目；
或者，CN设备根据所述CN设备的负载计算允许接入密度，并接收所述RAN设备发来的所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，根据所述可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述RAN设备维护的组内的分组数目并发送给所述RAN设备；
或者，所述RAN设备接收CN设备发来的所述CN设备的负载，根据所述CN设备的负载计算允许接入密度，并根据所述RAN设备的可用承载资源、可用接入资源、接入效率和维护的组内终端总数，以及所述允许接入密度，计算所述RAN设备维护的组内的分组数目。
3.根据权利要求2所述的方法，其特征在于，所述RAN设备接收CN设备发来的所述CN设备的负载之前，还包括：
所述CN设备按照预设的周期，或者在检测到指定事件时，发送所述CN设备的负载给所述RAN设备。
4.根据权利要求2所述的方法，其特征在于，根据所述CN设备的负载计算允许接入密度，包括：
将所述CN设备的负载与预设的门限范围做比较，获取所述负载所在的门限范围对应的允许接入密度。
5.根据权利要求1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：
发送携带所述分组数目和组序号的寻呼消息；
所述RAN设备维护的组内终端收到所述寻呼消息后，使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息。
6.根据权利要求1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：
根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目，等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；
发送携带所述终端标识和标识偏移值的寻呼消息；
所述RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。
7.根据权利要求1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：
根据所述分组数目确定寻呼的起始终端的终端序号以及序号偏移值，所述终端序号和序号偏移值对应的序号范围内的终端数目，等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；
发送携带所述终端序号和序号偏移值的寻呼消息；
所述RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。
8.根据权利要求1所述的方法，其特征在于，发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息，包括：
根据所述分组数目和所述RAN设备维护的组内终端总数，计算出每个分组内的终端数目；
用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率；
发送携带所述寻呼概率的寻呼消息；
所述RAN设备维护的组内终端收到所述寻呼消息后，如果未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较；
如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；
或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。
9.根据权利要求1所述的方法，其特征在于，根据无线接入网络RAN设备的负载，计算所述RAN设备维护的组内的分组数目之前，还包括：
所述RAN设备根据终端上报的信息，记录接入的组内终端总数和终端信息；
或者，所述RAN设备接收所述CN设备根据终端上报的信息发来的消息，记录所述消息中携带的接入的组内终端总数和终端信息。
10.一种无线接入网络RAN设备，其特征在于，所述RAN设备包括：
获取模块，用于获取基于核心网CN设备的负载和所述RAN设备的负载得到的所述RAN设备维护的组内的分组数目，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
寻呼模块，用于发送携带所述分组数目的相关信息的寻呼消息，使得收到所述寻呼消息的终端根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
11.根据权利要求10所述的设备，其特征在于，所述获取模块包括：
第一获取单元，用于发送所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数给所述CN设备，在所述CN设备根据所述CN设备的负载计算出允许接入密度，以及根据所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后，接收所述CN设备发来的所述分组数目；
或者，第二获取单元，用于接收所述CN设备发来的所述CN设备的负载，根据所述CN设备的负载计算允许接入密度，根据所述允许接入密度和所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数，计算所述RAN设备维护的组内的分组数目；
或者，第三获取单元，用于接收所述CN设备发来的允许接入密度，根据所述允许接入密度和所述RAN设备的可用承载资源、可用接入资源、接入效率以及维护的组内终端总数，计算所述RAN设备维护的组内的分组数目，所述允许接入密度为所述CN设备根据所述CN设备的负载计算得到的。
12.根据权利要求10所述的设备，其特征在于，所述寻呼模块包括：
第一寻呼单元，用于发送携带所述分组数目和组序号的寻呼消息，使得所述RAN设备维护的组内终端收到所述寻呼消息后，使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息；
或者，第二寻呼单元，用于根据所述分组数目确定寻呼的起始终端的终端标识以及标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带所述终端标识和标识偏移值的寻呼消息，使得所述RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断自身的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息；
或者，第三寻呼单元，用于根据所述分组数目确定寻呼的起始终端的终端序号以及序号偏移值，所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；发送携带所述终端序号和序号偏移值的寻呼消息，使得所述RAN设备维护的组内终端收到所述寻呼消息后，根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断自身的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息；
或者，第四寻呼单元，用于根据所述分组数目和所述RAN设备维护的组内终端总数，计算出每个分组内的终端数目；用所述每个分组内的终端数目除以当前未寻呼的组内终端总数得到寻呼概率；发送携带所述寻呼概率的寻呼消息，使得所述RAN设备维护的组内终端收到所述寻呼消息后，如果未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较，如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。
13.根据权利要求10所述的设备，其特征在于，所述RAN设备还包括：
记录模块，用于根据终端上报的信息，记录接入的组内终端总数和终端信息，或者，接收所述CN设备根据终端上报的信息发来的消息，记录所述消息中携带的接入的组内终端总数和终端信息。
14.一种核心网CN设备，其特征在于，所述CN设备包括：
第一发送模块，用于根据所述CN设备的负载计算出允许接入密度，接收RAN设备发来的所述RAN设备的负载，根据所述RAN设备的负载和所述允许接入密度计算出所述RAN设备维护的组内的分组数目后，发送所述分组数目给所述RAN设备，使得所述RAN设备发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
或者，第二发送模块，用于发送所述CN设备的负载给RAN设备，使得所述RAN设备根据所述CN设备的负载计算允许接入密度，根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
或者，第三发送模块，用于根据所述CN设备的负载计算出允许接入密度，发送所述允许接入密度给RAN设备，使得所述RAN设备根据所述允许接入密度和所述RAN设备的负载计算所述RAN设备维护的组内的分组数目，并发送携带所述分组数目的相关信息的寻呼消息，所述分组数目的相关信息用于收到所述寻呼消息的终端确定是否响应所述寻呼消息；
其中，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
15.根据权利要求14所述的设备，其特征在于，所述第二发送模块包括：
发送子单元，用于按照预设的周期，或者在检测到指定事件时，发送所述CN设备的负载给所述RAN设备。
16.根据权利要求14所述的设备，其特征在于，所述CN设备还用于根据终端上报的信息发送携带接入的组内终端总数和终端信息的消息给所述RAN设备。
17.一种终端，其特征在于，所述终端包括：
接收模块，用于接收携带无线接入网络RAN设备维护的组内的分组数目的相关信息的寻呼消息；
处理模块，用于根据所述分组数目的相关信息确定是否响应所述寻呼消息；
其中，所述RAN设备维护的组内的分组数目为网络侧根据核心网CN设备的负载和所述RAN设备的负载计算得到的，所述RAN设备的负载包括：所述RAN设备的可用承载资源、可用接入资源、接入效率、以及维护的组内终端总数；
所述分组数目的相关信息包括以下几种中的任一种：
分组数目和组序号；或者，
寻呼的起始终端的终端标识和标识偏移值；或者，
寻呼的起始终端的终端序号和序号偏移值，所述终端的序号是指在组呼建立过程中网络侧为终端分配的序号；或者，
根据分组数目确定的寻呼概率。
18.根据权利要求17所述的终端，其特征在于，所述分组数目的相关信息包括：所述分组数目和组序号；所述处理模块包括：
第一处理单元，用于使用所述终端的标识或序号对所述寻呼消息中的分组数目进行求模，如果求模的结果等于所述寻呼消息中的组序号，则响应所述寻呼消息，否则，不响应所述寻呼消息。
19.根据权利要求17所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼的起始终端的终端标识和标识偏移值，所述终端标识和标识偏移值对应的标识范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；所述处理模块包括：
第二处理单元，用于根据所述寻呼消息中的终端标识和标识偏移值计算出标识范围，判断所述终端的标识是否在所述标识范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。
20.根据权利要求17所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼的起始终端的终端序号和序号偏移值，所述终端序号和序号偏移值对应的序号范围内的终端数目等于根据所述分组数目以及所述RAN设备维护的组内终端总数计算得到的每个分组内的终端数目；所述处理模块包括：
第三处理单元，用于根据所述寻呼消息中的终端序号和序号偏移值计算出序号范围，判断所述终端的序号是否在所述序号范围内，如果是，则响应所述寻呼消息，否则，不响应所述寻呼消息。
21.根据权利要求17所述的终端，其特征在于，所述分组数目的相关信息包括：寻呼概率，所述寻呼概率为用每个分组内的终端数目除以当前未寻呼的组内终端总数得到的，所述每个分组内的终端数目为根据所述分组数目和所述RAN设备维护的组内终端总数计算得到的；所述处理模块包括：
第四处理单元，用于如果所述终端未响应过寻呼消息，则随机生成一个概率并与所述寻呼消息中的寻呼概率做比较，如果所述生成的概率小于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于等于所述寻呼概率，则不响应所述寻呼消息；或者，如果所述生成的概率小于等于所述寻呼概率，则响应所述寻呼消息，如果所述生成的概率大于所述寻呼概率，则不响应所述寻呼消息。
CN201110032368.2A 2011-01-29 2011-01-29 组呼方法、设备和终端 Active CN102625253B (zh)

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 CN102625253A (zh) 2012-08-01
CN102625253B true 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)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
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
CN104113388B (zh) * 2013-04-19 2017-06-20 中国移动通信集团公司 业务控制信令开销的确定方法及装置
US9674733B2 (en) * 2014-05-27 2017-06-06 QUALCMM Incorporated Interworking link layer traffic aggregation with system level mobility
US10506548B2 (en) 2014-12-30 2019-12-10 Lg Electronics Inc. Method and apparatus for transmitting buffer status report for bi-directional transmission in wireless communication system
CN114828223A (zh) * 2016-09-30 2022-07-29 中兴通讯股份有限公司 寻呼消息的发送、检测方法、装置、设备和存储介质
US20220400442A1 (en) * 2019-11-15 2022-12-15 Lenovo (Beijing) Ltd. Method and apparatus for wus detection
CN113260023B (zh) * 2020-02-07 2023-08-04 维沃移动通信有限公司 分组寻呼的方法、终端设备和网络设备
US20230169483A1 (en) * 2021-11-26 2023-06-01 Paypal, Inc. Decentralized transaction processing

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1874554A (zh) * 2005-06-03 2006-12-06 摩托罗拉公司 用于连续建立群呼会话的方法和装置
CN101479997A (zh) * 2006-10-30 2009-07-08 华为技术有限公司 用户设备mbms测量结果报告的负载控制

Family Cites Families (13)

* Cited by examiner, † Cited by third party
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 华为技术有限公司 一种无线通信中加入组播的方法
WO2007062548A1 (fr) * 2005-12-02 2007-06-07 Zte Corporation Procede de radiomessagerie et d'acces ulterieur apres l'etablissement d'appel de groupe
CN100461899C (zh) 2005-12-08 2009-02-11 华为技术有限公司 集群通信系统中呼叫建立方法
CN100438658C (zh) 2006-09-30 2008-11-26 华为技术有限公司 邀请集群用户的方法、集群通信系统和集群用户邀请装置
CN101137115B (zh) 2007-01-09 2010-05-12 中兴通讯股份有限公司 集群系统中用户接入组呼的方法和装置
US8831646B2 (en) 2007-06-19 2014-09-09 Nokia Corporation Apparatus, method and computer program product providing idle mode discontinuous reception
WO2009008456A1 (ja) 2007-07-12 2009-01-15 Sharp Kabushiki Kaisha 無線通信システム、移動局装置、および基地局装置
KR20090054037A (ko) * 2007-11-26 2009-05-29 포스데이타 주식회사 무선 통신 시스템에서의 페이징 방법 및 장치
CN101946548B (zh) * 2008-06-03 2013-12-25 Lg电子株式会社 用于在宽带无线接入系统中发送和接收寻呼信息的方法
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

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1874554A (zh) * 2005-06-03 2006-12-06 摩托罗拉公司 用于连续建立群呼会话的方法和装置
CN101479997A (zh) * 2006-10-30 2009-07-08 华为技术有限公司 用户设备mbms测量结果报告的负载控制

Also Published As

Publication number Publication date
EP2661134A1 (en) 2013-11-06
US9072068B2 (en) 2015-06-30
CN102625253A (zh) 2012-08-01
EP2661134B1 (en) 2017-03-15
US20130310086A1 (en) 2013-11-21
WO2012100667A1 (zh) 2012-08-02
EP2661134A4 (en) 2013-12-18

Similar Documents

Publication Publication Date Title
CN102625253B (zh) 组呼方法、设备和终端
US9883321B2 (en) Method and apparatus for M2M device subscription
EP2630832B1 (en) Communication scheduling based on priority and resource utilization
CN102223412B (zh) 机器类型通信方法及装置
CN102625254B (zh) 分组寻呼的方法、装置及系统
CN102281502B (zh) Mtc分组终端寻呼drx周期参数获取方法及装置
CN103141144A (zh) 基站、无线通信方法、程序、无线通信系统和无线终端
Farhadi et al. Group-based signaling and access control for cellular machine-to-machine communication
CN103209402A (zh) 终端组可及性确定方法及系统
CN104105199A (zh) 一种进行寻呼的方法、装置及系统
CN103945503A (zh) 一种网络侧、终端寻呼的方法及装置
CN102348214A (zh) 确定终端类型的方法、缓解网络拥塞的方法以及相关装置
CN103580794A (zh) 信道状态信息上报方法、基站和用户设备
CN102149084B (zh) 一种识别m2m终端的方法和系统
CN102469585A (zh) 一种对mtc组进行寻呼的方法及系统
CN104038978B (zh) 业务指示信息的发送处理、接收处理方法及装置
CN103200680B (zh) 寻呼方法、核心网网元、接入网网元和终端设备
Tian et al. Accurate sensor traffic estimation for station grouping in highly dense IEEE 802.11 ah networks
Taneja et al. An improved version of leach: Three levels hierarchical clustering leach protocol (TLHCLP) for homogeneous WSN
CN109429174A (zh) 一种寻呼方法、终端、基站及网络控制节点
CN105723756A (zh) 一种寻呼方法及设备
CN102958002B (zh) 组呼的方法及设备
CN107995595A (zh) 一种实现NB-IoT多播覆盖增强的方法
CN103024906A (zh) 通信方法、终端、基站和系统
US20230247464A1 (en) Information processing method, communication device, and storage medium

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