本发明涉及通信技术领域，尤其涉及一种寻呼的方法、网络侧设备和终端，可以实现对某类终端进行统一寻呼，大幅减少空口寻呼消息的发送数目；并实现对某类或某个终端进行特定寻呼，通知终端发起特定业务。
背景技术：
随着科学技术的日益更新，移动通讯技术也得到迅速发展和广泛应用。；移动通讯技术在过去三十年里不断演进，未来的应用场景向多维化发展，业务需求差异化也很大，如高达10g速率的极速宽带业务，端到端时延1ms的低时延超可靠业务，100万连接的海量连接业务等。未来的无线通讯技术，不再局限于人与人之间的通讯，在物与物之间、人与物之间也有大量的通讯需求，比如现在高速发展的物联网。物联网把新一代it技术充分运用在各行各业之中，然后将“物联网”与现有的互联网整合起来，实现人类社会与物理系统的整合。在此基础上，人类可以以更加精细和动态的方式管理生产和生活，达到“智慧”状态，提高资源利用率和生产力水平，改善人与自然间的关系。
物联网技术具有低成本、广覆盖、低功率、大连接等特征，能有效提高智能井盖监控系统的覆盖区域。物联网用途广泛，遍及智能交通、环境保护、政府工作、公共安全、平安家居、智能消防、工业监测、环境监测、路灯照明管控、景观照明管控、楼宇照明管控、广场照明管控、老人护理、个人健康、花卉栽培、水系监测、食品溯源、敌情侦查和情报搜集等多个领域。
现有第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)协议中，网络侧呼叫某一终端时，下发的寻呼消息内容包含每个终端独有的用户识别码(ueidentity，后面简称ueid)，终端通过侦听对应的寻呼块，解析每条寻呼消息中的ueid，识别出是否是自己的寻呼，而且ue也只能识别出自己的寻呼，不能确定此寻呼对应的业务类型。
基于现有方式，当网络侧要寻呼有某种共同属性的多个终端时，必须对每一个终端先查找对应的寻呼区域，然后对这个区域中的所有节点为每一个终端发送寻呼消息，携带终端对应的ueid，如国际移动用户识别码(internationalmobilesubscriberidentificationnumber，imsi)、临时识别码(temporarymobilesubscriberidentity，tmsi)等识别码，节点收到后逐一发送寻呼消息。当这类业务的终端非常多，例如物联网海量链接情况下，需要被寻呼的终端数量会非常多，从而网络侧必须下发的寻呼消息流量也非常大，不仅会导致基站功耗增加，空口资源耗费，也可能会造成寻呼消息拥塞等问题。
技术实现要素：
为解决现有存在的技术问题，本发明实施例提供一种寻呼的方法、网络侧设备和终端，对具有某种共同属性的一个或多个终端进行定制化寻呼，可以大幅减少空口寻呼消息，达到降低空口拥塞及减少基站功耗的问题，极大提升空口寻呼效率。
为达到上述目的，本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种寻呼的方法，其特征在于，所述方法包括：
网络侧对至少一个终端进行定制化寻呼信息配置；
网络侧需要发送定制化寻呼信息时，向终端侧下发一条或多条定制化寻呼消息，每条定制化寻呼消息携带有需要发送的定制化寻呼信息。
上述方案中，所述定制化寻呼信息包括以下至少一种信息：定制化业务类型信息、定制化分组信息。
上述方案中，所述向终端侧下发一条或多条定制化寻呼消息，包括：
在每个寻呼周期内所有寻呼块上发送所述一条或多条定制化寻呼消息，或者，在公共寻呼信道或公共寻呼块上发送所述一条或多条定制化寻呼消息。
上述方案中，所述在每个寻呼周期内所有寻呼块上发送所述一条或多条定制化寻呼消息，包括：将每个寻呼周期的所有寻呼块划分为n个批次的寻呼块，在时间维度上n次发送定制化寻呼消息，n大于1；第i次发送定制化寻呼消息时使用第i个批次的寻呼块，i取1至n。
上述方案中，在公共寻呼信道或公共寻呼块上发送所述定制化寻呼消息前，所述方法还包括：网络侧向终端侧发送监听指示信息，所述监听指示信息用于指示终端侧监听公共寻呼信道或公共寻呼块。
上述方案中，所述定制化寻呼消息还携带有一个终端的标识信息。
上述方案中，所述网络侧对至少一个终端进行定制化寻呼信息配置，包括：所述网络侧通过信令方式或预配置方式对所述至少一个终端进行定制化寻呼信息的配置。
本发明实施例还提供了另一种寻呼的方法，所述方法包括：
终端接收自身的定制化寻呼信息；
终端监听寻呼消息，在收到定制化寻呼消息，且收到的定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致时，响应收到的定制化寻呼消息；
或者，终端监听寻呼消息，在收到定制化寻呼消息，且所述定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致，且所述定制化寻呼消息携带有所述终端的标识信息时，响应收到的定制化寻呼消息。
上述方案中，所述终端监听寻呼消息包括：
所述终端在自身所属的寻呼块上监听寻呼消息；
或者，所述终端在接收到网络侧发送的用于指示所述终端监听公共寻呼信道或公共寻呼块的监听指示信息后，在公共寻呼信道或公共寻呼块上监听寻呼消息。
上述方案中，所述定制化寻呼信息包括以下至少一种信息：定制化业务类型信息、定制化分组信息。
上述方案中，所述响应收到的定制化寻呼消息，包括：终端上报自身获取的业务数据。
上述方案中，所述定制化寻呼消息还携带有终端接入网络的业务模式，所述终端接入网络的业务模式为极速宽带业务模式、低时延超可靠业务模式或海量连接业务模式；
在终端收到定制化寻呼消息后，所述方法还包括：终端基于所述定制化寻呼消息携带的终端接入网络的业务模式，确定接入网络时使用的无线接入资源，使用所确定的无线接入资源接入网络。
本发明实施例还提供了一种网络侧设备，所述网络侧设备包括第一配置模块和发送模块；其中，
第一配置模块，用于对至少一个终端进行定制化寻呼信息配置；
发送模块，用于在需要发送定制化寻呼信息时，向终端侧下发一条或多条定制化寻呼消息，每条定制化寻呼消息携带有需要发送的定制化寻呼信息。
上述方案中，所述定制化寻呼信息包括以下至少一种信息：定制化业务类型信息、定制化分组信息。
上述方案中，所述发送模块，具体用于在每个寻呼周期内所有寻呼块上发送所述一条或多条定制化寻呼消息，或者，在公共寻呼信道或公共寻呼块上发送所述一条或多条定制化寻呼消息。
上述方案中，所述发送模块，具体用于将每个寻呼周期的所有寻呼块划分为n个批次的寻呼块，在时间维度上n次发送定制化寻呼消息，n大于1；第i次发送定制化寻呼消息时使用第i个批次的寻呼块，i取1至n。
上述方案中，所述发送模块，还用于在公共寻呼信道或公共寻呼块上发送所述定制化寻呼消息前，向终端侧发送监听指示信息，所述监听指示信息用于指示终端侧监听公共寻呼信道或公共寻呼块。
上述方案中，所述定制化寻呼消息还携带有一个终端的标识信息。
上述方案中，所述发送模块，具体用于通过信令方式或预配置方式对所述至少一个终端进行定制化寻呼信息的配置。
本发明实施例还提供了一种终端，所述终端包括接收模块和响应模块；其中，
接收模块，用于接收自身的定制化寻呼信息；
响应模块，用于监听寻呼消息，在收到定制化寻呼消息，且收到的定制化寻呼消息携带的定制化寻呼信息与终端自身的定制化寻呼信息一致时，响应收到的定制化寻呼消息；
或者，用于监听寻呼消息，在收到定制化寻呼消息，且所述定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致，且所述定制化寻呼消息携带有所述终端的标识信息时，响应收到的定制化寻呼消息。
上述方案中，所述响应模块，具体用于在终端所属的寻呼块上监听寻呼消息；或者，在接收到网络侧发送的用于指示所述终端监听公共寻呼信道或公共寻呼块的监听指示信息后，在公共寻呼信道或公共寻呼块上监听寻呼消息。
上述方案中，所述定制化寻呼信息包括以下至少一种信息：定制化业务类型信息、定制化分组信息。
本发明实施例提供的一种寻呼的方法、网络侧设备和终端中，网络侧对至少一个终端进行定制化寻呼信息配置；网络侧需要发送定制化寻呼信息时，向终端侧下发一条或多条定制化寻呼消息，每条定制化寻呼消息携带有需要发送的定制化寻呼信息；如此，网络侧对具有某种共同属性的一个或多个终端进行定制化寻呼，可以大幅减少空口寻呼消息，达到降低空口拥塞及减少基站功耗的问题，极大提升空口寻呼效率。
附图说明
图1为本发明寻呼的方法的第一实施例的流程图；
图2为本发明实施例通过信令方式配置终端的定制化寻呼信息的信令流程示意图；
图3为本发明实施例根据业务类型为终端分配无线资源的信令流程图；
图4为本发明第二实施例进行定制化寻呼的消息模式示意图，；
图5为本发明第二实施例进行定制化寻呼的信令流程示意图；
图6为本发明第三实施例进行定制化寻呼的消息模式示意图；
图7为本发明第三实施例进行定制化寻呼的信令流程示意图；
图8为本发明第四实施例进行定制化寻呼的消息模式示意图；
图9为本发明第四实施例进行定制化寻呼的信令流程示意图；
图10为本发明第五实施例进行定制化寻呼的消息模式示意图；
图11为本发明第五实施例进行定制化寻呼的信令流程示意图；
图12为本发明实施例的网络侧设备的一个组成结构示意图；
图13为本发明实施例的网络侧设备的另一个组成结构示意图；
图14为本发明实施例判决模块的处理流程示意图；
图15为本发明实施例第一实施模块的处理流程示意图；
图16为本发明实施例的终端的一个组成结构示意图；
图17为本发明实施例的终端的另一个组成结构示意图；
图18为本发明实施例判断模块的处理流程示意图。
具体实施方式
以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
本发明实施例记载一种寻呼的方法、网络侧设备和终端，这里的网络侧设备可以是位于接入网或核心网一侧的网元，终端可以是移动终端、固定终端或各种类型的传感器，网络侧设备与终端形成通信连接，以网络侧设备和终端之间的数据交互。
基于上述记载的网络侧设备和终端，提出以下各具体实施例
第一实施例
本发明第一实施例提供了一种寻呼的方法，图1为本发明寻呼的方法的第一实施例的流程图，如图1所示，该流程包括：
步骤101：网络侧对至少一个终端进行定制化寻呼信息配置。
这里，所述定制化寻呼信息包括以下至少一种信息：定制化业务类型信息、定制化分组信息；所述定制化业务类型信息用于指示对应终端的业务类型，所述定制化分组信息用于指示对应终端所在的组。
在实际实施时，定制化业务类型可以根据情况进行设置，在定制化业务类型的一种实现方式中，定制化业务类型内容需要进行标准化，尤其是涉及到多个运营商的业务，如漫游业务等，针对不同的业务类型，终端采用的策略是不一样的，甚至接入资源也是不一样的，所以需要依赖标准来统一；例如，全球范围内，针对通用汽车某一系列车型收集某一性能数据信息，这个需求必须跨运营商才能完成。
在定制化业务类型的另一种实现方式中，定制化业务类型也可以包含一些非标准化的内容，尤其是对垂直行业进行支持，比如车联网中，可以用type识别汽车公司，用车辆的id作为识别具体车辆的依据，用组id作为识别同一批次的车辆的依据，此时定制化业务类型可以由同一个运营商进行定制。
在实际实施时，为了确定定制化分组信息，可以将具有某一共同属性的终端分为一组，并以此来制定定制化分组信息；例如，将同一汽车上的所有传感器作为同一组终端。
本步骤中，网络侧对每个终端进行定制化寻呼信息配置可以包括：所述网络侧通过信令方式或预配置方式对对应终端进行定制化寻呼信息的配置；也就是说，网络侧可以向终端发送定制化寻呼信息配置信令，以实现通过信令方式对终端进行定制化寻呼信息的配置；网络侧也可以预先配置终端的定制化寻呼信息。
在实际应用中，运营商或服务商可以根据某一种特定属性对终端进行定制化信息配置，这里，对特定属性不进行限制，例如特定属性可以包括以下至少之一：业务类型、位置等。
图2为本发明实施例通过信令方式配置终端的定制化寻呼信息的信令流程示意图，如图2所示，终端向网络侧发送随机接入请求后，网络侧向终端发送用于表示随机接入完成的确认信息；此时，终端初始接入网络的流程完成；在终端初始接入网络后，网络侧可以通过附着(attach)流程中将用于配置终端的定制化寻呼信息的信令下发给终端，具体地，终端向网络侧发送附着请求(attachrequest)后，网络侧向终端发送附着接入(attachaccept)消息，在附着接入(attachaccept)消息中携带定制化信息配置信令，该定制化信息配置信令为用于配置终端的定制化寻呼信息的信令。
进一步地，在网络侧向终端发送用于配置终端的定制化寻呼信息的配置信令后，终端基于所述配置信令配置自身的定制化寻呼信息。例如，终端配置的自身的定制化寻呼信息可以包括以下之一：终端的业务类型，终端所在的组。
步骤102：网络侧需要发送定制化寻呼信息时，向终端侧下发一条或多条定制化寻呼消息，每条定制化寻呼消息携带有需要发送的定制化寻呼信息。
也就是说，在在寻呼消息结构中，新增一个可选的定制化信息，此定制化信息是一个结构，包含多维信息，至少包含如下其中一种：业务类型信息、组号信息等。
在实际实施时，当网络侧需要寻呼一群拥有某种共同属性的终端时，网络侧可以根据需要发送定制化寻呼信息确定的分类信息，对每一类终端发送一条公共的定制化寻呼消息；在定制化寻呼消息中携带有定制化寻呼信息。
在定制化寻呼消息的一种实现方式中，定制化寻呼消息中未携带终端的标识信息如ueid，此时，不再需要为此类每个终端发送携带了终端的标识信息的定制化寻呼消息；此时，网络侧也可以灵活提供寻呼策略，如：只寻呼某个业务类型的所有终端，或者寻呼某个组的所有终端，或者寻呼某个业务类型下某个组的所有终端，下面进行具体说明。
这里，当定制化寻呼信息只包括定制化业务类型信息时，说明需要对网络覆盖范围内配置有此定制化业务类型的所有终端进行寻呼；定制化业务类型信息可以是一个类型参数，也可以是业务描述信息；例如，当一个大型社区安装配置生活服务设施相关的物联网后，不需要每个月派人每家每户逐个上门记录水电煤的数据，只要通过网络侧对这些终端发送定制化寻呼消息即可，这里的定制化寻呼信息为需要上报的水电煤气的使用数据，进一步地，定制化业务类型还可以继续细分，如定制化业务类型为电表上报总电量、电表上报平电量或电表上报谷电量等；终端收到定制化寻呼消息后，获取其中的定制化寻呼信息，并与终端本地保存的定制化寻呼信息进行匹配，根据匹配结果判断是否需要响应该定制化寻呼消息，如果需要响应，则终端通过寻呼响应直接上报相应的数据。
当定制化寻呼信息只包括定制化分组信息时，说明需要对配置有此定制化分组信息的所有终端发起寻呼；在这种情况下，并没有对终端的业务类型进行限制，接收寻呼的终端的业务类型也可以同一种定制化业务类型，也可以是不同的定制化业务类型；例如，以无人驾驶汽车性能监测为例，网络侧要求某一部汽车上所有带无线传感器的元器件上报当前数据，就可以将此汽车上的所有无线传感器作为一组终端，网络侧可以向该组终端发起定制化业务寻呼，以获取汽车的即时性能数据。
当定制化寻呼信息包括定制化业务类型信息和定制化分组信息时，说明需要对某一个定制化业务类型的某一定制组内所有终端进行寻呼；如此，当寻呼对象分布范围较大或者比较分散时，可以将寻呼目标范围缩小到一群含有某一种共性的终端对象，这样可以有效预防接入请求暴风现象；同样以生活服务设施相关的物联网为例，如果在整个城市范围内进行了部署，为了防止瞬时接入请求消息过量的情况，可以将此业务类型的终端对象通过某种共性再进行分组(即通过定制化分组信息进行终端的分组)，比如按照区/街道/小区/楼栋等。具体分组方式，由运营商和/或服务商确定，向终端分批发起定制化业务寻呼，可以避免接入拥塞的情况。
本步骤中，当定制化寻呼消息中未携带终端的标识信息时，可以采用以下两种方式发送所述定制化寻呼消息。
第一种方式：网络侧在每个寻呼周期的所有寻呼块上发送一条或多条定制化寻呼消息；为了解决统一寻呼的接入拥塞问题，可以采用时间维度隔离逐批次下发寻呼消息；也就是说，将每个寻呼周期的所有寻呼块划分为n个批次的寻呼块，在时间维度上n次发送所述定制化寻呼消息，n大于1；第i次发送所述定制化寻呼消息时使用第i个批次的寻呼块，i取1至n。
第二种方式：网络侧在公共寻呼信道或公共寻呼块上发送一条或多条定制化寻呼消息，此时可以结合分组方式来解决接入拥塞问题。
在采用第一种方式送所述定制化寻呼消息时，终端监听的寻呼消息块的方式为：根据终端自身的标识信息确定终端所属的寻呼块，终端在所确定的寻呼块上监听寻呼消息。
需要说明的是，在采用第一种方式送所述定制化寻呼消息时，如果核心网侧发现寻呼失败，则可以采用传统的方式向终端侧发送定制化寻呼消息。
在采用第二种方式送所述定制化寻呼消息时，网络侧在公共寻呼信道或公共寻呼块上发送所述定制化寻呼消息前，向终端侧发送监听指示信息，所述监听指示信息用于指示对应终端监听公共寻呼信道或公共寻呼块；也就是说，终端需要增加对公共寻呼信道或公共寻呼块的监听。
在定制化寻呼消息的另一种实现方式中，定制化寻呼消息中还携带一个终端的标识信息，此时，定制化寻呼消息既包括定制化寻呼信息，又包括一个终端的标识信息时，说明网络侧告知某个具体终端只需上报其中一种指定的定制化业务数据即可；在这种情况下，只有定制化寻呼消息中携带的标识信息对应的终端才能接收并响应定制化寻呼消息，其他终端收到定制化寻呼消息后，虽然可能发现自身配置有定制化业务类型，但是由于接收到的每个终端的标识信息均不与自身的标识信息一致，因此，不响应接收到的定制化寻呼消息。
另外，在进行寻呼合并时，也需要考虑定制化业务类型信息，如果是需要某几个终端上报同一定制化业务类型的数据时，则可以通过定制化业务类型信息+标识信息列表的方式实现。而对于网络侧发起的定制化寻呼和非定制化寻呼，就算是使用同一寻呼块，也不能进行合并寻呼。
可以看出，本发明实施例中，基于定制化业务类型信息和终端的标识信息，可以对某个终端进行标准大类或定制化业务的寻呼；基于定制化业务类型信息和定制化分组信息，可以对组用户进行定制化业务的寻呼。
需要说明的是，网络侧确定需要发送非定制化寻呼信息时，可以按照传统的寻呼方式发起寻呼。
步骤103：终端监听寻呼消息，在收到定制化寻呼消息，且收到的定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致时，响应收到的定制化寻呼消息；
或者，终端监听寻呼消息，在收到定制化寻呼消息，且所述定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致，且所述定制化寻呼消息携带有所述终端的标识信息时，响应收到的定制化寻呼消息。
这里，终端可以在自身所属的寻呼块上监听寻呼消息；或者，当所述终端在接收到网络侧发送的用于指示所述终端监听公共寻呼信道或公共寻呼块的监听指示信息后，在公共寻呼信道或公共寻呼块上监听寻呼消息。
这里，当终端确定收到的定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息不一致时，不进行任何响应。
这里，当终端收到的定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息不一致，或所述定制化寻呼消息未携带有所述终端的标识信息时，不进行任何响应。
这里，所述响应收到的定制化寻呼消息，包括：终端上报自身获取的业务数据。例如，在所述定制化寻呼信息只包括定制化业务类型信息时，且定制化业务类型为电量时，终端可以上报电量使用数据；在所述定制化寻呼信息只包括定制化分组信息，且基于定制化分组信息将汽车上的所有传感器划归为一组终端时，汽车上的传感器可以上报自身采集到的业务数据。
也就是说，当终端接收定制化寻呼消息后，可以解析定制化寻呼消息中的定制化寻呼信息，确认是否有属于自己的定制化业务类型；如果终端发现定制化寻呼信息中的业务类型为自己的定制化业务类型，则响应该定制化寻呼消息。
需要说明的是，当某个终端具有多种定制化业务类型时，网络侧只需要终端上报一种定制化业务类型对应的业务数据即可。
另外，随着应用场景的多维化发展趋势，业务需求差异化也日渐显现，如极速宽带业务、低时延超可靠业务、海量连接业务等；协议标准已逐步开始将资源进行归纳划分，网络侧通过系统消息的无线资源接入信息通知终端不同业务的接入资源使用条件；如果在寻呼消息中携带特定业务类型信息，终端就能使用对应的无线接入资源入网，网络侧可以直接分配无线资源；
图3为本发明实施例根据业务类型为终端分配无线资源的信令流程图，如图3所示，网络侧可以下发系统信息块(systeminformationblock，sib)到终端，在sib中可以携带不同业务对应的无线资源，如极速宽带业务对应的无线资源、低时延超可靠业务对应的无线资源、海量连接业务对应的无线资源；网络侧在下发sib到终端后，可以将业务模式发送至终端；终端根据接收的业务模式向网络侧发起随机接入请求，该随机接入请求中携带有相应业务对应的无线资源，例如，无线资源可以时物理随机接入信道(physicalrandomaccesschannel，prach)资源；在随机接入完成后，终端接收相应业务时所使用的无线资源也就确定。
基于上述为终端分配无线资源的信令流程，进一步地，所述网络侧向终端侧发送的定制化寻呼消息还携带有终端接入网络的业务模式，所述终端接入网络的业务模式为极速宽带业务模式、低时延超可靠业务模式或海量连接业务模式；
相应地，在终端收到定制化寻呼消息后，终端可以基于所述定制化寻呼消息携带的终端接入网络的业务模式，确定接入网络时使用的无线接入资源，使用所确定的无线接入资源接入网络。
应用本发明第一实施例的寻呼的方法，可以减少空口寻呼流量，可以减少终端和网络侧的信令交互，降低终端和网络侧的能耗，实现定制化业务流程。
另外，在现有技术中，终端收到寻呼后，也不知道是什么业务，只能接入后由网络侧通过后续交互通知终端具体的业务，比如数据查询等；相应地，在本发明第一实施例中，终端能够通过寻呼确定要进行的业务，可以进行定制化流程,减少和网络侧的交互。
第二实施例
为了能够更加体现本发明的目的，在本发明第一实施例的基础上，进行进一步的举例说明。
本发明第二实施例中，定制化寻呼信息只包括定制化业务类型信息，网络侧的网络节点如演进型基站(enodeb，enb)构建一条携带定制化寻呼信息的定制化寻呼消息，并在每个寻呼周期的所有寻呼块发送，这里，可以通过进行时间维度隔离，以分批次在所有寻呼块上发送。终端可以监听自己所属的寻呼块以接收寻呼消息，并将接收的定制化业务类型信息与自身配置的定制化业务类型信息进行对比，如果相同，则可以响应定制化寻呼消息，如可以上报相应的业务数据。例如，在进行每月煤气使用数据统计时，网络侧对所有同业务属性终端发送此类定制化寻呼消息，煤气监察终端收到后进行业务数据上报。
图4为本发明第二实施例进行定制化寻呼的消息模式示意图，如图4所示，enb将定制化寻呼消息向外发送，在发送的定制化寻呼消息中携带有定制化业务类型1，当任意一个终端收到定制化寻呼消息后，如果对应终端自身的定制业务类型为定制化业务类型2或定制化业务类型3，则不响应定制化寻呼消息，如果对应终端自身的定制业务类型为定制化业务类型1，则响应定制化寻呼消息。
图5为本发明第二实施例进行定制化寻呼的信令流程示意图，如图5所示，网络侧向终端发送携带有定制化业务类型信息的定制化寻呼消息，在终端与网络侧的随机接入完成后，终端通过扩展服务请求(extendservicerequest)消息将自身的定制化业务类型信息对应的数据上报至网络侧，网络侧向终端发送扩展服务已接收(extendserviceaccept)消息，通知终端网络侧已经接收到相应的数据。
第三实施例
为了能够更加体现本发明的目的，在本发明第一实施例的基础上，进行进一步的举例说明。
本发明第三实施例中，定制化寻呼信息包括定制化业务类型信息和定制化分组信息，网络侧的网络节点如enb构建一条携带定制化寻呼信息的定制化寻呼消息，并在每个寻呼周期的所有寻呼块发送，这里，可以通过进行时间维度隔离，以分批次在所有寻呼块上发送。终端可以监听自己所属的寻呼块以接收寻呼消息，并将接收的定制化寻呼信息与自身配置的定制化寻呼信息进行对比，如果相同，则可以响应定制化寻呼消息，如可以上报相应的数据。例如，在进行每月煤气使用数据统计时，网络侧对所有同业务属性终端发送此类定制化寻呼消息，煤气监察终端收到后进行业务数据上报。例如，每月煤气使用数据统计，网络侧针对小区某块建筑区域(如二期所有楼栋)内所有终端进行定制化寻呼；甚至可以缩小范围针对某个楼栋内的终端进行寻呼。
图6为本发明第三实施例进行定制化寻呼的消息模式示意图，如图6所示，enb将定制化寻呼消息发送，在发送的定制化寻呼消息中携带有定制化业务类型1及用于指示分组2的定制化分组信息，如此，当分组1的所有终端接收的定制化寻呼消息后，不响应定制化寻呼消息；对于分组2中的各个终端，如果其业务类型不是定制化业务类型1，则不响应定制化寻呼消息；如果其业务类型是定制化业务类型1，则响应定制化寻呼消息。
图7为本发明第三实施例进行定制化寻呼的信令流程示意图，如图7所示，网络侧向终端发送携带有定制化业务类型信息和定制化分组信息的定制化寻呼消息，在终端与网络侧的随机接入完成后，确定接收的定制化业务类型信息和定制化分组信息均与自身配置的定制话寻呼信息一致时，通过extendservicerequest消息将自身的定制化业务类型信息对应的业务数据上报至网络侧，网络侧向终端发送extendserviceaccept消息，通知终端网络侧已经接收到相应的业务数据。
第四实施例
为了能够更加体现本发明的目的，在本发明第一实施例的基础上，进行进一步的举例说明。
本发明第四实施例中，定制化寻呼信息只包括定制化分组信息，网络侧的网络节点如enb构建一条携带定制化寻呼信息的定制化寻呼消息，并在每个寻呼周期的所有寻呼块发送，这里，可以通过进行时间维度隔离，以分批次在所有寻呼块上发送。终端可以监听自己所属的寻呼块以接收寻呼消息，并将接收的定制化业务分组信息与自身配置的定制化分组信息进行对比，如果相同，则可以响应定制化寻呼消息，如可以上报相应的业务数据。例如，无人驾驶汽车无线传感器设备已按照定制化分组信息分组，网络侧可要求正在进行性能测试的汽车上同一组内的终端上报各自的性能数据，如行驶道路、车辆位置、障碍物信息、水箱温度、发送机性能数据等等；虽然每个终端的业务属性是不同的，但是按照定制化分组信息进行寻呼即可。
图8为本发明第四实施例进行定制化寻呼的消息模式示意图，如图8所示，enb将定制化寻呼消息发送，在发送的定制化寻呼消息中携带有定制化分组信息，这里，定制化分组信息用于指示汽车上的所有传感器被划分同一组终端，这样，汽车上的所有传感器在响应定制化寻呼消息时，可以将各自采集的数据上报至enb。
图9为本发明第四实施例进行定制化寻呼的信令流程示意图，如图9所示，网络侧向终端发送携带有定制化分组信息的定制化寻呼消息，在终端与网络侧的随机接入完成后，通过extendservicerequest消息将自身的定制化业务类型信息对应的业务数据上报至网络侧，网络侧向终端发送extendserviceaccept消息，通知终端网络侧已经接收到相应的业务数据。
第五实施例
为了能够更加体现本发明的目的，在本发明第一实施例的基础上，进行进一步的举例说明。
本发明第五实施例中，定制化寻呼消息不仅包括定制化寻呼信息业务类型信息，还包括一个终端的标识信息，网络侧触发的定制化需求细化到某个特定终端的某一种定制化业务数据上报；在这种情况下，网络侧的网络节点如enb构建一条携带定制化寻呼信息的定制化寻呼消息，并向终端侧发送该定制化寻呼消息。终端可以监听自己所属的寻呼块以接收寻呼消息，并将接收的定制化寻呼信息及终端的标识信息与自身配置的信息进行对比，如果都相同，则可以响应定制化寻呼消息，如可以上报相应的数据。
图10为本发明第五实施例进行定制化寻呼的消息模式示意图，如图10所示，enb将定制化寻呼消息发送，在发送的定制化寻呼消息中携带定制化寻呼信息和一个终端的标识信息；终端可以响应该定制化寻呼消息。
图11为本发明第五实施例进行定制化寻呼的信令流程示意图，如图11所示，网络侧向终端发送携带有定制化寻呼信息和终端的标识信息的定制化寻呼消息，在终端与网络侧的随机接入完成后，通过extendservicerequest消息将自身的定制化寻呼信息对应的业务数据上报至网络侧，网络侧向终端发送extendserviceaccept消息，通知终端网络侧已经接收到相应的业务数据。
第六实施例
针对本发明第一实施例的寻呼的方法，本发明第六实施例提出了一种网络侧设备。
图12为本发明实施例的网络侧设备的一个组成结构示意图，如图12所示，该网络侧设备包括第一配置模块1201和发送模块1202；其中，
第一配置模块1201，用于对至少一个终端进行定制化寻呼信息配置；
发送模块1202，用于在需要发送定制化寻呼信息时，向终端侧下发一条或多条定制化寻呼消息，每条定制化寻呼消息携带有需要发送的定制化寻呼信息。
在实际应用中，所述第一配置模块1201和发送模块1202均可由位于网络侧设备中的中央处理器(centralprocessingunit，cpu)、微处理器(microprocessorunit，mpu)、数字信号处理器(digitalsignalprocessor，dsp)、或现场可编程门阵列(fieldprogrammablegatearray，fpga)等实现。
第七实施例
图13为本发明实施例的网络侧设备的另一个组成结构示意图，如图13所示，该网络侧设备包括控制模块1301、判决模块1302和第一实施模块1303；这里，网络侧设备的运行流程可以包括：
控制模块判断是否存在定制化寻呼消息；定制化寻呼消息来源可以通过网络侧后台页面进行设置，控制模块再根据设置结果判断需要进行寻呼的消息是否为定制化寻呼消息，并将判断结果发送至判决模块。
如果寻呼消息是定制化寻呼消息，判决模块依据后台参数设置内容确定定制化寻呼消息的内容，并进行统一寻呼；如果寻呼消息不是定制化寻呼消息，则使用传统方式进行寻呼。此时，判断模块可以构建待发送的寻呼消息内容。
第一实施模块根据寻呼消息内容，确认下发寻呼消息的寻呼块，并在相应的寻呼块上发送寻呼消息。
示例性地，图14为本发明实施例判决模块的处理流程示意图，如图14所示，该处理流程包括：
判决模块首先判断寻呼消息是否为定制化寻呼消息，如果不是，采用传统的ueid信息构建寻呼消息内容，此时不需要增加定制化寻呼消息可选字段；
如果寻呼消息是定制化寻呼消息，则确定定制化寻呼消息中携带的参数信息；具体地说，如果寻呼消息只包括定制化业务类型信息，则在寻呼消息中增加定制化寻呼消息字段，增加的字段中只包含定制化业务类型信息，不包含ueid字段信息；如果寻呼消息只包含定制化分组信息，则寻呼消息需要增加定制化寻呼消息字段，增加的字段只包含定制化分组信息，不包含ueid字段信息；如果寻呼消息是针对某个群组的定制业务，则寻呼消息需要增加定制化寻呼消息字段，字段必须同时包含定制化业务类型信息及定制化分组信息，且不包括ueid字段信息；如果寻呼消息是针对某个终端的其中一种定制业务，则寻呼消息需要增加定制化寻呼消息字段，增加的字段必须包含定制化业务类型信息，同时也需要ueid字段信息；
在增加定制化寻呼消息字段后，可以构建寻呼消息内容。
当寻呼消息内容构建完毕后，第一实施模块可以根据寻呼消息判断待发寻呼消息的寻呼块，图15为本发明实施例第一实施模块的处理流程示意图，如图15所示，该流程包括：
步骤1501：第一实施模块检测寻呼消息是否为非定制化寻呼消息，如果否，则根据ueid计算出寻呼块，将寻呼消息放入相应寻呼块等待发送队列里；如果是，则执行步骤1502。
步骤1502：判断定制化寻呼消息中是否携带ueid信息，如果是，则根据ueid计算出寻呼块，将寻呼消息放入相应寻呼块等待发送队列里；如果否，则判断网络侧是否配置有公共寻呼资源，如果配置有公共寻呼资源，则执行步骤1503；如果未配置公共寻呼资源，在寻呼周期内的所有寻呼块上发送寻呼消息。网络侧可以使用时间维度隔离发送方式，便于解决统一寻呼导致的接入请求拥塞问题。例如，网络侧每个寻呼周期共有35块寻呼块，而寻呼对象终端数量成百上千。网络侧通过设置定时器分批在这35块寻呼块上发送同一条内容相同寻呼消息，终端能通过监听各自对应的寻呼块，收到寻呼消息。寻呼对象终端数量较大时，采用此方式可以极大的减少空口消息的重复。此外，如果核心网发现寻呼失败或二次寻呼后依旧失败，可以采用传统的方式再针对单个终端进行寻呼。
步骤1503：通过已配置的公共寻呼资源发送寻呼消息。
第八实施例
针对本发明第一实施例的寻呼方法，本发明第八实施例提出了一种终端。
图16为本发明实施例的终端的一个组成结构示意图，如图16所示，该终端包括接收模块1601和响应模块1602；其中，
接收模块1601，用于接收自身的定制化寻呼信息；
响应模块1602，用于监听寻呼消息，在收到定制化寻呼消息，且收到的定制化寻呼消息携带的定制化寻呼信息与终端自身的定制化寻呼信息一致时，响应收到的定制化寻呼消息；
或者，用于监听寻呼消息，在收到定制化寻呼消息，且所述定制化寻呼消息携带的定制化寻呼信息与自身的定制化寻呼信息一致，且所述定制化寻呼消息携带有所述终端的标识信息时，响应收到的定制化寻呼消息。
在实际应用中，所述接收模块1601和响应模块1602均可由位于终端中的中央处理器(centralprocessingunit，cpu)、微处理器(microprocessorunit，mpu)、数字信号处理器(digitalsignalprocessor，dsp)、或现场可编程门阵列(fieldprogrammablegatearray，fpga)等实现。
第九实施例
图17为本发明实施例的终端的另一个组成结构示意图，如图17所示，该终端包括判断模块1701和第二实施模块1702；这里，终端可以在各自监听的寻呼块解析寻呼消息，判断寻呼消息是否含有ueid、系统消息变更、或者是定制化寻呼信息；如果有定制化寻呼消息，可以解析定制化寻呼消息包含的定制化业务类型信息和/或定制化分组信息，确定能否匹配自己所属的定制化信息；如果终端发现自己属于寻呼目标，实施相应的定制化处理流程，相应定制化寻呼消息。
终端的处理流程可以包括：
终端通过监听寻呼块收到寻呼消息后，通过判断模块解析寻呼消息，并判定是否携带定制化寻呼信息；如果携带定制化寻呼信息，再分析定制化寻呼信息内容是否与终端自身分配的定制化寻呼信息一致，只有两者信息内容一致时，终端才能抉择怎样响应寻呼消息；如果未携带定制化寻呼信息，按传统寻呼消息解析方式流程判断是否为终端需要响应的寻呼消息。
当终端确定收到自身需要响应的寻呼消息，第二实施模块进行业务响应流程处理；如果为传统寻呼消息，第二实施模块按照传统方式响应寻呼消息；如果为定制化寻呼消息，第二实施模块选择相应的定制化业务流程来响应寻呼消息。
图18为本发明实施例判断模块的处理流程示意图，如图18所示，该流程包括：
步骤1801：首先判断寻呼消息是否携带定制化寻呼消息；如果未携带定制化信息字段，按照传统寻呼解析流程判决是否为普通寻呼消息，解析成功，转步骤1806；解析内容与终端所属信息不匹配，转步骤1807；如果携带定制化信息字段，再判断信息内容，转步骤1802。
步骤1802：判定定制化业务类型信息和/或定制化分组信息是否与终端自身的定制化寻呼信息匹配，不匹配转步骤1807，匹配转步骤1803；
步骤1803：判定寻呼消息有无携带ueid，如果携带转步骤1804；未携带转步骤1805；
步骤1804：寻呼消息携带的ueid和终端ueid是否匹配，如果一致，转步骤1805；不一致，转步骤1807；
步骤1805：确认为定制化寻呼消息，触发第二实施模块进行相应的定制化处理流程；
步骤1806：确认为普通寻呼消息，触发第二实施模块进行寻呼响应流程；
步骤1807：确认无需响应此寻呼消息。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。