本公开涉及移动无线通信领域，尤其涉及一种寻呼方法、装置、发送端、接收端和系统。
背景技术：
随着无线电技术的不断进步，各种各样的无线电业务大量涌现，而无线电业务所依托的频谱资源是有限的，面对人们对带宽需求的不断增加，传统的商业通信主要使用的300兆赫兹(mhz)～3吉赫兹(ghz)之间频谱资源表现出极为紧张的局面，已经无法满足未来无线通信的需求。在新一代无线通信系统中(例如在nr(newradio)系统或称为5g系统中，同时也包括5g之后的新一代无线通信系统中)将会采用比第四代无线通信(4g，the4thgenerationmobilecommunication)系统所采用的载波频率更高的载波频率进行通信，例如采用28ghz、45ghz、70ghz等等，这种高频信道具有自由传播损耗较大，容易被氧气吸收，受雨衰影响大等缺点，严重影响了高频通信系统的覆盖性能。但是，由于高频通信对应的载波频率具有更短的波长，所以可以保证单位面积上能容纳更多的天线元素，而更多的天线元素可以采用波束赋形的方法来提高天线增益，从而保证高频通信的覆盖性能。
采用波束赋形的方法后，发射端可以将发射能量集中在某一方向上，而在其它方向上能量很小或者没有，也就是说，每个波束具有自身的方向性，每个波束只能覆盖到一定方向上的终端，发射端(例如基站)需要发射多个波束才能完成全方位覆盖。在新一代无线通信系统中，特别是应用在较高频段时，波束赋形技术的应用使得单一发射端口的覆盖范围局限在很小的角度内，此时，网络侧将无法获知空闲(idle)状态的ue在哪个波束或端口下，与现有低频段小区级寻呼消息发送机制相比，若要确保对各ue潜在位置的覆盖，目前还没有较好的方法，从而，无法满足网络部署和资源调度的需求。
技术实现要素：
为解决现有存在的技术问题，本公开实施例提供一种寻呼方法、装置、发送端、接收端和系统，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
为达到上述目的，本公开实施例的技术方案是这样实现的：
本公开实施例提供一种寻呼方法，所述方法包括：
发射端为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述发射端为接收端确定寻呼模式，包括：
所述发射端向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述发射端为接收端确定寻呼模式，包括：
所述发射端和所述接收端之间预设第二寻呼模式。
进一步地，所述发射端为接收端确定寻呼模式，包括：
所述发射端和所述接收端之间采用初始寻呼模式，所述发射端向所述接收端指示寻呼模式切换。
进一步地，通过寻呼模式配置信令配置所述第一寻呼模式，所述寻呼模式配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式配置信令包括：使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留，其中，a为自然数。
进一步地，所述寻呼模式配置信令包括：使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式，其中，b为自然数。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述方法还包括：
通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述省电状态配置信令包括：使用c比特二进制的两个状态分别表示省电状态、非省电状态，其中，c为自然数。
进一步地，通过触发状态配置信令配置触发模式，所述触发状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述触发状态配置信令包括：使用d比特二进制的两个状态分别表示触发状态、非触发状态，其中，d为自然数。
进一步地，所述触发状态配置信令的发送时刻和寻呼po时刻相同；
或者，所述触发状态配置信令的发送时刻比po时刻提前。
进一步地，在所述触发状态，当接收端上报选择波束后，使用业务信道发送寻呼消息；
或者，在所述触发状态，当接收端上报选择波束后，使用上行随机接入对应的下行随机接入响应rar消息发送寻呼消息。
进一步地，所述发射端和接收端之间采用初始寻呼模式，包括：
通过发射端向接收端配置初始寻呼模式；
或者，发射端和接收端之间预设初始寻呼模式。
进一步地，通过寻呼模式切换信令指示寻呼模式切换，所述寻呼模式切换信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式切换信令包括：使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留，其中，e为自然数。
进一步地，所述寻呼模式切换信令包括：使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式，其中，f为自然数。
进一步地，当寻呼消息为修改modification消息或指示indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的临时移动用户识别码s-tmsi或国际移动用户识别码imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式。
进一步地，当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
本公开实施例提供一种寻呼方法，所述方法包括：
根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，所述根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，根据发射端向接收端指示寻呼模式切换接收寻呼消息。
进一步地，所述初始寻呼模式通过发射端向接收端配置；
或者，发射端和接收端之间预设初始寻呼模式。
进一步地，当寻呼消息为modification消息或indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的s-tmsi或imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式。
进一步地，当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
本公开实施例提供一种寻呼装置，所述装置包括：确定单元，用于为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述确定单元包括：第一配置模块，用于向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述确定单元包括：设置模块，用于和所述接收端之间预设第二寻呼模式。
进一步地，所述确定单元包括：处理模块，用于和所述接收端之间采用初始寻呼模式，还用于向所述接收端指示寻呼模式切换。
进一步地，所述确定单元还包括：第二配置模块，用于向接收端配置初始寻呼模式；
或者，所述处理模块，用于和接收端之间预设初始寻呼模式。
本公开实施例还提供一种寻呼装置，所述装置包括：接收单元，用于根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收单元，具体用于根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收单元，具体用于根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，所述接收单元，具体用于根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，还用于根据发射端向接收端指示寻呼模式切换接收寻呼消息。
进一步地，所述初始寻呼模式通过发射端向接收端配置；
或者，发射端和接收端之间预设初始寻呼模式。
本公开实施例提供一种发送端，所述发送端包括：处理器，用于为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述处理器，具体用于向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述处理器，具体用于和所述接收端之间预设第二寻呼模式。
进一步地，所述处理器，具体用于和所述接收端之间采用初始寻呼模式，所述发射端向所述接收端指示寻呼模式切换。
进一步地，所述处理器，具体用于通过发射端向接收端配置初始寻呼模式；或者，还用于和接收端之间预设初始寻呼模式。
本公开实施例提供一种接收端，所述接收端包括：接收器，用于根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收器，具体用于根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收器，具体用于根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，所述接收器，具体用于根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，还用于根据发射端向接收端指示寻呼模式切换接收寻呼消息。
本公开实施例提供一种寻呼系统，所述系统至少包括：如上所述的发射端和如上所述的接收端。
本公开实施例提供了一种寻呼方法、装置、发送端、接收端和系统，发射端为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。本公开实施例提供的寻呼方法、装置、发送端、接收端和系统，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本公开实施例提供的寻呼方法流程示意图；
图2为本公开实施例提供的非省电状态下的扫描模式和触发模式共存示意图；
图3为本公开实施例提供的省电状态下的扫描模式和触发模式共存示意图；
图4为本公开实施例提供的扫描模式、合并模式和触发模式共存示意图；
图5为本公开实施例提供的初始寻呼模式为扫描模式、待切换的寻呼模式为触发模式示意图；
图6为本公开实施例提供的寻呼装置结构示意图一；
图7为本公开实施例提供的寻呼装置结构示意图二；
图8为本公开实施例提供的寻呼装置结构示意图三；
图9为本公开实施例提供的寻呼装置结构示意图四；
图10为本公开实施例提供的发送端结构示意图；
图11为本公开实施例提供的接收端结构示意图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。
为了能够清楚的理解本公开提供的寻呼方法，对基本的寻呼模式进行简单介绍。与现有低频段小区级寻呼消息发送机制相比，若要确保对各ue潜在位置的覆盖，目前存在三种典型的方法，第一种方法是需要全波束的重复发送寻呼信息，即网络侧需要发射更多的寻呼信息，以确保要对每一个波束方向或端口下的ue均有机会接收到指定的寻呼信息，这种模式称为扫描模式sweepingmode。对于sweepingmode，由于基站射频链数量的限制，完成每一个波束方向的寻呼需要较长的时间，并且越多的用于寻呼的扫描sweeping结构将会对业务信道造成阻塞影响，即被寻呼占用的波束方向只能调度这个方向的ue的业务信道了，但其他波束方向在对应的时间上本来可以被调度，但现在不能被调度了。为了克服sweepingmode缺点，提出的第二种方法是，网络侧事先触发ue上报可用的下行波束，网络侧根据收到的ue上报可用的下行波束发射寻呼信息，这种模式成为触发模式triggermode。对于triggermode，是需要ue进行上行接入过程的，当此时寻呼消息中没有该ue所属的s-tmsi或imsi，说明此时没有该ue的来电，ue之前进行的上行接入过程是无效的、无用的；或是当此时寻呼消息中仅有modification消息或indication消息，ue之前进行的上行接入过程是无效的、无用的，造成了上行接入资源的浪费。为了克服sweepingmode和triggermode缺点，提出的第三种方法是，通过全向且重复发射方式，或通过单频网络(sfn，singlefrequencynetwork)的发射方式来保证高频通信的覆盖性能，这种模式成为合并模式combinationmode。对于combinationmode，需要使用较多的时频资源用于重复发射，或是需要邻近小区使用相同的频率并且要保持同步状态，这对整个系统灵活的网络部署、灵活的资源调度带来了限制。
对于基本的寻呼机制，寻呼相关信息包括：寻呼调度信息、寻呼消息。其中，寻呼调度信息是用于调度、分配寻呼消息所在的资源位置；寻呼消息包括：系统消息更新systeminfomodification、地震海啸预警系统指示etws-indication、商业移动警报服务指示cmas-indication、扩展的访问限制参数更新eab-parammodification、再分配指示redistributionindication、扩展的非连续接收对应的系统消息更新systeminfomodification-edrx、寻呼记录pagingrecord(包括s-tmsi或imsi)等消息。用户设备(ue，userequipment)在不同的寻呼时刻(po，pagingoccasion)检测对应的寻呼调度信息，每个ue都有各自对应的po，每个寻呼帧(pf，pagingframe)对应一个或多个po。如果ue在对应的po上没有检测到寻呼调度信息，则ue不进行后续寻呼过程。如果ue检测到寻呼调度信息，则ue根据寻呼调度信息接收并解调寻呼消息，如果寻呼消息包括ue所属的s-tmsi或imsi，则ue进行后续建立连接过程(寻呼消息中存在s-tmsi或imsi，通常是为了常规的来电接通)；如果寻呼消息包括其他的modification消息或indication消息，则ue进行后续的接收对应消息过程，例如如果是systeminfomodification，则ue进行后续的接收系统消息过程。
实施例一
本公开实施例提供一种寻呼方法，该方法可以包括：发射端为接收端确定寻呼模式，该寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
一种可能的实现方式中，发射端为接收端确定寻呼模式可以包括：
所述发射端向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
可选的，可以通过寻呼模式配置信令配置所述第一寻呼模式，所述寻呼模式配置信令至少包括如下之一：用户设备特有ue-specific、寻呼时刻特有po-specific、寻呼帧特有pf-specific、发射接收节点特有trp-specific、小区特有cell-specific、和跟踪区域特有ta-specific。
可选的，所述寻呼模式配置信令可以使用a比特二进制表示，其中，a为自然数。优选的，当a为2时，使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留。
可选的，所述寻呼模式配置信令可以使用b比特二进制表示，其中，b为自然数。当b为1时，使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述方法还包括：
通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
所述省电状态配置信令可以使用c比特二进制表示，其中，c为自然数。当c为1时，使用c比特二进制的两个状态分别表示省电状态、非省电状态。
一种可能的实现方式中，可以通过触发状态配置信令配置触发模式，所述触发状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
可选的，触发状态配置信令可以使用d比特二进制表示，其中，d为自然数。当d为1时，使用d比特二进制的两个状态分别表示触发状态、非触发状态。
可选的，所述触发状态配置信令的发送时刻和寻呼po时刻相同。
可选的，所述触发状态配置信令的发送时刻比po时刻提前。
一种可能的实现方式中，在所述触发状态，当接收端上报选择波束后，使用业务信道发送寻呼消息。
一种可能的实现方式中，在所述触发状态，当接收端上报选择波束后，使用上行随机接入对应的下行rar响应消息发送寻呼消息。
可选的，当寻呼消息为修改modification消息或指示indication消息时，所述第一寻呼模式为扫描模式。
可选的，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式。
可选的，当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
可选的，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式。
可选的，当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
可选的，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式。
可选的，当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
可选的，当寻呼消息包括终端所属的临时移动用户识别码s-tmsi或国际移动用户识别码imsi时，所述第一寻呼模式为触发模式。
可选的，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
可选的，当使用单频网络时，所述第一寻呼模式为合并模式。
一种可能的实现方式中，发射端为接收端确定寻呼模式可以包括：
所述发射端和所述接收端之间预设第二寻呼模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式。
进一步地，当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
一种可能的实现方式中，发射端为接收端确定寻呼模式可以包括：
所述发射端和所述接收端之间采用初始寻呼模式，所述发射端向所述接收端指示寻呼模式切换。
一种可能的实现方式中，所述发射端和接收端之间采用初始寻呼模式，包括：
通过发射端向接收端配置初始寻呼模式；
或者，发射端和接收端之间预设初始寻呼模式。
可选的，可以通过寻呼模式切换信令指示寻呼模式切换，所述寻呼模式切换信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
可选的，寻呼模式切换信令可以使用e比特二进制表示，其中，e为自然数。当e为2时，使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留。
可选的，寻呼模式切换信令可以使用f比特二进制表示，其中，f为自然数。当f为1时，使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例二
本公开实施例提供一种寻呼方法，该方法可以包括：接收端根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
一种可能的实现方式中，根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述第一寻呼模式可以通过寻呼模式配置信令配置，所述寻呼模式配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
可选的，所述寻呼模式配置信令可以使用a比特二进制表示，其中，a为自然数。优选的，当a为2时，使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留。
可选的，所述寻呼模式配置信令可以使用b比特二进制表示，其中，b为自然数。当b为1时，使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述方法还包括：
通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
所述省电状态配置信令可以使用c比特二进制表示，其中，c为自然数。当c为1时，使用c比特二进制的两个状态分别表示省电状态、非省电状态。
一种可能的实现方式中，可以通过触发状态配置信令配置触发模式，所述触发状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
可选的，触发状态配置信令可以使用d比特二进制表示，其中，d为自然数。当d为1时，使用d比特二进制的两个状态分别表示触发状态、非触发状态。
可选的，所述触发状态配置信令的发送时刻和寻呼po时刻相同。
可选的，所述触发状态配置信令的发送时刻比po时刻提前。
一种可能的实现方式中，在所述触发状态，当接收端上报选择波束后，使用业务信道发送寻呼消息。
一种可能的实现方式中，在所述触发状态，当接收端上报选择波束后，使用上行随机接入对应的下行rar响应消息发送寻呼消息。
可选的，当寻呼消息为修改modification消息或指示indication消息时，所述第一寻呼模式为扫描模式。
可选的，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式。
可选的，当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
可选的，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式。
可选的，当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
可选的，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式。
可选的，当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
可选的，当寻呼消息包括终端所属的临时移动用户识别码s-tmsi或国际移动用户识别码imsi时，所述第一寻呼模式为触发模式。
可选的，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
可选的，当使用单频网络时，所述第一寻呼模式为合并模式。
一种可能的实现方式中，所述根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式。
进一步地，当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
一种可能的实现方式中，所述根据发射端为接收端确定的寻呼模式接收寻呼消息，包括：
根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，根据发射端向接收端指示寻呼模式切换接收寻呼消息。
可选的，所述初始寻呼模式通过发射端向接收端配置。
可选的，发射端和接收端之间预设初始寻呼模式。
可选的，可以通过寻呼模式切换信令指示寻呼模式切换，所述寻呼模式切换信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
可选的，寻呼模式切换信令可以使用e比特二进制表示，其中，e为自然数。当e为2时，使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留。
可选的，寻呼模式切换信令可以使用f比特二进制表示，其中，f为自然数。当f为1时，使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例三
本公开实施例提供一种寻呼方法，如图1所示，该方法应用的系统存在两种模式的寻呼机制，非省电状态下的扫描模式和触发模式共存，如图2所示。
步骤101、发射端向接收端配置寻呼模式配置信令和触发状态配置信令。
这里，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
其中，寻呼模式配置信令1比特二进制的两个状态，例如“0”、“1”分别表示扫描模式、触发模式。触发状态配置信令1比特二进制的两个状态，例如“0”、“1”分别表示触发状态、非触发状态。其中，触发状态配置信令发送时刻和po时刻相同，或触发状态配置信令发送时刻比po时刻提前。
步骤102、接收端如果接收到寻呼模式配置信令比特为“0”，则ue判断寻呼模式为扫描模式sweepingmode。
具体地，如图2所示，ue在po时刻进行检测对应的寻呼调度信息，即是否成功的盲检dci(bddcisuccessfully)，如果检测成功继续接收寻呼消息rxpagingmessage，如果检测不成功则退出流程。
步骤103、接收端如果接收到寻呼模式配置信令比特为“1”，则ue判断为寻呼模式为触发模式triggermode。
具体地，如图2所示，ue是否接收到触发状态配置信令，即whetherrxtriggersignalingsuccessfully，如果接收到触发状态配置信令比特为“0”，终端上报波束uereportbeam，ue在po时刻进行检测对应的寻呼调度信息，即是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)，如果检测成功继续接收寻呼消息，即在最好的下行发送波束中接收寻呼消息rxpagingmessageinbestdltxbeam如果检测不成功则退出流程；如果接收到触发状态配置信令比特为“1”或是没有接收到任何触发状态配置信令，ue在po时刻不进行检测对应的寻呼调度信息。
其中，如图2所示，po时刻定义在“是否成功接收触发状态配置信令(whetherrxtriggersignalingsuccessfully)”，这说明触发状态配置信令发送时刻和po时刻相同；po时刻定义在“是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)”，这说明触发状态配置信令发送时刻比po时刻提前。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例四
本公开实施例提供一种寻呼方法，设定该方法应用的系统存在两种模式的寻呼机制，如图3所示，省电状态下的扫描模式和触发模式共存。
这里，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
发射端向接收端配置寻呼模式配置信令、触发状态配置信令、省电状态配置信令。其中，寻呼模式配置信令1比特二进制的两个状态，例如“0”、“1”分别表示扫描模式、触发模式。触发状态配置信令1比特二进制的两个状态，例如“0”、“1”分别表示触发状态、非触发状态。其中，触发状态配置信令发送时刻和po时刻相同，或触发状态配置信令发送时刻比po时刻提前。省电状态配置信令1比特二进制的两个状态，例如“0”、“1”分别表示省电状态、非省电状态。
接收端如果接收到寻呼模式配置信令比特为“0”，则ue判断寻呼模式为扫描模式sweepingmode。
具体地，如图3所示，ue判断寻呼模式为sweepingmode，ue是否接收到省电状态配置信令(ispowersavingsignalingture)，如果接收到省电状态配置信令比特为“0”，ue在po时刻进行检测对应的寻呼调度信息，即是否成功的盲检dci(bddcisuccessfully)，如果检测成功继续接收寻呼消息rxpagingmessage，如果检测不成功则退出流程；如果接收到省电状态配置信令比特为“1”或是没有接收到任何省电状态配置信令，ue在po时刻不进行检测对应的寻呼调度信息。
接收端如果接收到寻呼模式配置信令比特为“1”，则ue判断为寻呼模式为触发模式triggermode。
具体地，如图3所示，ue判断为寻呼模式为triggermode，ue是否接收到触发状态配置信令，即whetherrxtriggersignalingsuccessfully，如果接收到触发状态配置信令比特为“0”，终端上报波束uereportbeam，ue在po时刻进行检测对应的寻呼调度信息，即是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)，如果检测成功继续接收寻呼消息，即rxpagingmessageinbestdltxbeam如果检测不成功则退出流程；如果接收到触发状态配置信令比特为“1”或是没有接收到任何触发状态配置信令，ue在po时刻不进行检测对应的寻呼调度信息。
其中，如图3所示，po时刻定义在“是否成功接收触发状态配置信令(whetherrxtriggersignalingsuccessfully)”，这说明触发状态配置信令发送时刻和po时刻相同；po时刻定义在“是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)”，这说明触发状态配置信令发送时刻比po时刻提前。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例五
本公开实施例提供一种寻呼方法，设定该方法应用的系统存在三种模式的寻呼机制，如图4所示，非省电状态下的扫描模式、合并模式和触发模式共存。
其中，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
发射端向接收端配置寻呼模式配置信令、触发状态配置信令。其中，寻呼模式配置信令2比特二进制的其中三个状态，例如“00”、“01”、“10”分别表示扫描模式、合并模式、触发模式，状态“11”保留。触发状态配置信令1比特二进制的两个状态，例如“0”、“1”分别表示触发状态、非触发状态。其中，触发状态配置信令发送时刻和po时刻相同，或触发状态配置信令发送时刻比po时刻提前。
接收端如果接收到寻呼模式配置信令比特为“00”，则ue判断寻呼模式为扫描模式sweepingmode。
具体地，如图4所示，ue判断寻呼模式为sweepingmode，ue在po时刻进行检测对应的寻呼调度信息，即是否成功的盲检dci(bddcisuccessfully)，如果检测成功继续接收寻呼消息，即rxpagingmessage，如果检测不成功则退出流程。
接收端如果接收到寻呼模式配置信令比特为“01”，则ue判断寻呼模式为合并模式combinationmode。
具体地，如图4所示，ue判断寻呼模式为combinationmode，ue在po时刻进行检测对应的寻呼调度信息，即是否成功的盲检dci(bddcisuccessfully)，如果检测成功继续接收寻呼消息，即rxpagingmessage，如果检测不成功则退出流程。
接收端如果接收到寻呼模式配置信令比特为“10”，则ue判断为寻呼模式为触发模式triggermode。
具体地，如图4所示，ue判断为寻呼模式为triggermode，ue是否接收到触发状态配置信令，即whetherrxtriggersignalingsuccessfully，如果接收到触发状态配置信令比特为“0”，终端上报波束uereportbeam，ue在po时刻进行检测对应的寻呼调度信息，即是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)，如果检测成功继续接收寻呼消息，即rxpagingmessageinbestdltxbeam如果检测不成功则退出流程；如果接收到触发状态配置信令比特为“1”或是没有接收到任何触发状态配置信令，ue在po时刻不进行检测对应的寻呼调度信息。
其中，如图4所示，po时刻定义在“是否成功接收触发状态配置信令(whetherrxtriggersignalingsuccessfully)”，这说明触发状态配置信令发送时刻和po时刻相同；po时刻定义在“是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)”，这说明触发状态配置信令发送时刻比po时刻提前。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例六
本公开实施例提供一种寻呼方法，设定该方法应用的系统存在两种模式的寻呼机制，如图5所示，初始寻呼模式为扫描模式(initialdefaultsweepingmode)、待切换的寻呼模式为触发模式。
这里，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
发射端向接收端指示寻呼模式切换信令、触发状态配置信令。其中，寻呼模式切换信令1比特二进制的两个状态，例如“0”、“1”分别表示保持扫描模式、切换到触发模式。触发状态配置信令1比特二进制的两个状态，例如“0”、“1”分别表示触发状态、非触发状态。其中，触发状态配置信令发送时刻和po时刻相同，或触发状态配置信令发送时刻比po时刻提前。
判断是否成功接收寻呼模式切换信令whetherrxswitchingsignalingsucessfully，接收端如果接收到寻呼模式切换信令比特为“0”，则ue判断寻呼模式保持为扫描模式sweepingmode。
具体地，如图5所示，ue判断寻呼模式为sweepingmode，ue在po时刻进行检测对应的寻呼调度信息，即是否成功的盲检dci(bddcisuccessfully)，如果检测成功继续接收寻呼消息rxpagingmessage，如果检测不成功则退出流程。
接收端如果接收到寻呼模式切换信令比特为“1”，则ue判断为寻呼模式切换为触发模式triggermode。
具体地，如图5所示，ue判断为寻呼模式为triggermode，ue是否接收到触发状态配置信令，即whetherrxtriggersignalingsuccessfully，如果接收到触发状态配置信令比特为“0”，终端上报波束uereportbeam，ue在po时刻进行检测对应的寻呼调度信息，即是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully)，如果检测成功继续接收寻呼消息，即rxpagingmessageinbestdltxbeam如果检测不成功则退出流程；如果接收到触发状态配置信令比特为“1”或是没有接收到任何触发状态配置信令，ue在po时刻不进行检测对应的寻呼调度信息。
其中，如图5所示，po时刻定义在“是否成功接收触发状态配置信令(whetherrxtriggersignalingsuccessfully)”，这说明触发状态配置信令发送时刻和po时刻相同；po时刻定义在“是否在最好的下行发送波束成功的盲检dci(bddciinbestdltxbeamsuccessfully？)”，这说明触发状态配置信令发送时刻比po时刻提前。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例七
本公开实施例提供一种寻呼方法，设定该方法应用的系统中存在寻呼模式配置信令、触发状态配置信令、省电状态配置信令、寻呼模式切换信令，这四种配置信令范围至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、ta-specific。
对于po-specific方式，每个po对应的po-specific独立配置，或是多个po对应的po-specific联合配置。
对于pf-specific方式，每个pf对应的pf-specific独立配置，或是多个pf对应的pf-specific联合配置。
对于trp-specific方式，每个trp对应的trp-specific独立配置，或是多个发射接收节点(trp，transmissionreceptionpoint)对应的trp-specific联合配置。
对于cell-specific方式，每个cell对应的cell-specific独立配置，或是多个cell对应的cell-specific联合配置。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例八
本公开实施例提供一种寻呼方法，设定该方法应用的系统采用发射端向接收端配置寻呼模式，即发射端向接收端配置第一寻呼模式。
其中，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
一种可能的实现方式中，当寻呼消息为modification消息或indication消息时，优选地，配置的第一寻呼模式为扫描模式。
当发射端和接收端不具有收发互易性时，优选地，配置的第一寻呼模式为扫描模式。
当网络侧上行接入负载大于第一门限时，优选地，配置的第一寻呼模式为扫描模式。
当接收端处于空闲态时，优选地，配置的第一寻呼模式为扫描模式。
一种可能的实现方式中，当寻呼消息包括ue所属的s-tmsi或imsi时，优选地，配置的第一寻呼模式为触发模式。
当发射端和/或接收端具有收发互易性时，优选地，配置的第一寻呼模式为触发模式。
当网络侧下行业务负载大于第二门限时，优选地，配置的第一寻呼模式为触发模式。
当接收端处于连接态时，优选地，配置的第一寻呼模式为触发模式。
一种可能的实现方式中，当波束数量大于第三门限时，优选地，配置的第一寻呼模式为合并模式。
当使用单频网络时，优选地，配置的第一寻呼模式为合并模式。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例九
本公开实施例提供一种寻呼方法，设定该方法应用的系统采用发射端和接收端之间默认特定寻呼模式，即发射端和接收端之间预设第二寻呼模式。
其中，系统包括发射端和接收端，发射端可以为网络侧，接收端可以为ue，即系统包括网络侧和ue。
一种可能的实现方式中，当接收端处于空闲态时，优选地，默认的第二寻呼模式为扫描模式。
一种可能的实现方式中，当接收端处于连接态时，优选地，默认的第二寻呼模式为触发模式。
一种可能的实现方式中，当波束数量大于第三门限时，优选地，默认的第二寻呼模式为合并模式。
当使用单频网络时，优选地，默认的第二寻呼模式为合并模式。
本公开实施例提供的寻呼方法，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例十
本公开实施例一种寻呼装置2，如图6所示，所述装置包括：确定单元21，用于为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
可选的，如图6所示，所述确定单元21包括：第一配置模块211，用于向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
可选的，如图7所示，所述确定单元21包括：设置模块212，用于和所述接收端之间预设第二寻呼模式。
可选的，如图8所示，所述确定单元21包括：处理模块213，用于和所述接收端之间采用初始寻呼模式，还用于向所述接收端指示寻呼模式切换。
进一步地，所述第一配置模块211，用于通过寻呼模式配置信令配置所述第一寻呼模式，所述寻呼模式配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式配置信令包括：使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留，其中，a为自然数。
进一步地，所述寻呼模式配置信令包括：使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式，其中，b为自然数。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述第一配置模块211，用于通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述省电状态配置信令包括：使用c比特二进制的两个状态分别表示省电状态、非省电状态，其中，c为自然数。
进一步地，所述第一配置模块211，用于通过触发状态配置信令配置触发模式，所述触发状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述触发状态配置信令包括：使用d比特二进制的两个状态分别表示触发状态、非触发状态，其中，d为自然数。
进一步地，所述触发状态配置信令的发送时刻和寻呼po时刻相同；
或者，所述触发状态配置信令的发送时刻比po时刻提前。
进一步地，如图6所示，所述装置还包括，发送单元22，用于在所述触发状态，当接收端上报选择波束后，使用业务信道发送寻呼消息；
或者，还用于在所述触发状态，当接收端上报选择波束后，使用上行随机接入对应的下行随机接入响应rar消息发送寻呼消息。
进一步地，如图8所示，所述确定单元21还包括：第二配置模块214，用于通过发射端向接收端配置初始寻呼模式；
或者，所述处理模块213，用于发射端和接收端之间预设初始寻呼模式。
进一步地，所述处理模块213，用于通过寻呼模式切换信令指示寻呼模式切换，所述寻呼模式切换信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式切换信令包括：使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留，其中，e为自然数。
进一步地，所述寻呼模式切换信令包括：使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式，其中，f为自然数。
进一步地，当寻呼消息为修改modification消息或指示indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的临时移动用户识别码s-tmsi或国际移动用户识别码imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
具体的，本公开实施例提供的寻呼装置的理解可以参考上述寻呼方法实施例的说明，本公开实施例在此不再赘述。
本公开实施例提供的寻呼装置，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例十一
本公开实施例提供一种寻呼装置3，如图9所示，该装置可以包括：接收单元31，用于根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收单元31，具体用于根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收单元31，具体用于根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，所述接收单元31，具体用于根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，还用于根据发射端向接收端指示寻呼模式切换接收寻呼消息。
进一步地，所述第一寻呼模式通过寻呼模式配置信令配置，所述寻呼模式配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述寻呼模式配置信令包括：使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留，其中，a为自然数；
或者，所述寻呼模式配置信令包括：使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式，其中，b为自然数。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述接收单元31，还用于根据配置的省电状态接收寻呼消息，其中，通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述省电状态配置信令包括：使用c比特二进制的两个状态分别表示省电状态、非省电状态，其中，c为自然数。
进一步地，如图9所示，所述装置还包括处理单元32，用于在所述非省电状态，在po时刻进行检测对应的寻呼调度信息。
进一步地，所述触发模式通过触发状态配置信令配置，所述触发状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述触发状态配置信令包括：使用d比特二进制的两个状态分别表示触发状态、非触发状态，其中，d为自然数。
进一步地，如图所示，所述装置还包括处理单元32，用于在所述触发状态，接收端在po时刻进行检测对应的寻呼调度信息。
进一步地，所述触发状态配置信令的发送时刻和寻呼po时刻相同；
或者，所述触发状态配置信令的发送时刻比po时刻提前。
进一步地，所述初始寻呼模式通过发射端向接收端配置；
或者，发射端和接收端之间预设初始寻呼模式。
进一步地，所述寻呼模式切换通过寻呼模式切换信令指示，所述寻呼模式切换信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述寻呼模式切换信令包括：使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留，其中，e为自然数。
进一步地，所述寻呼模式切换信令包括：使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式，其中，f为自然数。
进一步地，当寻呼消息为modification消息或indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的s-tmsi或imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式。
当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
具体的，本公开实施例提供的寻呼装置的理解可以参考上述寻呼方法实施例的说明，本公开实施例在此不再赘述。
本公开实施例提供的寻呼装置，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例十二
本公开实施例提供一种发送端4，如图10所示，所述发送端包括：第一处理器41，用于为接收端确定寻呼模式，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述第一处理器41，具体用于向所述接收端配置第一寻呼模式，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述第一处理器41，具体用于和所述接收端之间预设第二寻呼模式。
进一步地，所述第一处理器41，具体用于和所述接收端之间采用初始寻呼模式，所述发射端向所述接收端指示寻呼模式切换。
进一步地，通过寻呼模式配置信令配置所述第一寻呼模式，所述寻呼模式配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式配置信令包括：使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留，其中，a为自然数。
进一步地，所述寻呼模式配置信令包括：使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式，其中，b为自然数。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述第一处理器41，还用于通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述省电状态配置信令包括：使用c比特二进制的两个状态分别表示省电状态、非省电状态，其中，c为自然数。
进一步地，所述第一处理器41，还用于通过触发状态配置信令配置触发模式，所述触发状态配置信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述触发状态配置信令包括：使用d比特二进制的两个状态分别表示触发状态、非触发状态，其中，d为自然数。
进一步地，所述触发状态配置信令的发送时刻和寻呼po时刻相同；
或者，所述触发状态配置信令的发送时刻比po时刻提前。
进一步地，所述发送端还包括：发送器42，用于在所述触发状态，当接收端上报选择波束后，使用业务信道发送寻呼消息；
或者，还用于在所述触发状态，当接收端上报选择波束后，使用上行随机接入对应的下行随机接入响应rar消息发送寻呼消息。
进一步地，所述第一处理器41，还用于通过发射端向接收端配置初始寻呼模式；
或者，发射端和接收端之间预设初始寻呼模式。
进一步地，所述第一处理器41，还用于通过寻呼模式切换信令指示寻呼模式切换，所述寻呼模式切换信令至少包括如下之一：用户设备特有、寻呼时刻特有、寻呼帧特有、发射接收节点特有、小区特有和跟踪区域特有。
进一步地，所述寻呼模式切换信令包括：使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留，其中，e为自然数。
进一步地，所述寻呼模式切换信令包括：使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式，其中，f为自然数。
进一步地，当寻呼消息为修改modification消息或指示indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的临时移动用户识别码s-tmsi或国际移动用户识别码imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
具体的，本公开实施例提供的发送端的理解可以参考上述寻呼方法实施例的说明，本公开实施例在此不再赘述。
本公开实施例提供的发送端，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
实施例十三
本公开实施例提供一种接收端5，如图11所示，所述接收端包括：接收器51，用于根据发射端为接收端确定的寻呼模式接收寻呼消息，所述寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收器51，具体用于根据发射端配置的第一寻呼模式接收寻呼消息，所述第一寻呼模式包括至少一种以下模式：扫描模式、触发模式和合并模式。
进一步地，所述接收器51，具体用于根据发射端和接收端之间预设第二寻呼模式接收寻呼消息。
进一步地，所述接收器51，具体用于根据发射端和接收端之间采用初始寻呼模式接收寻呼消息，还用于根据发射端向接收端指示寻呼模式切换接收寻呼消息。
进一步地，所述第一寻呼模式通过寻呼模式配置信令配置，所述寻呼模式配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述寻呼模式配置信令包括：使用a比特二进制中的三个状态分别表示扫描模式、触发模式、合并模式，另一个状态保留，其中，a为自然数；
或者，所述寻呼模式配置信令包括：使用b比特二进制的两个状态分别表示扫描模式、触发模式、合并模式中的任意两种模式，其中，b为自然数。
进一步地，当所述第一寻呼模式为扫描模式或合并模式时，所述接收器51，用于根据配置的省电状态接收寻呼消息，其中，通过省电状态配置信令配置省电状态，所述省电状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述省电状态配置信令包括：使用c比特二进制的两个状态分别表示省电状态、非省电状态，其中，c为自然数。
进一步地，所述接收端还包括：第二处理器52，用于在所述非省电状态，在po时刻进行检测对应的寻呼调度信息。
进一步地，所述触发模式通过触发状态配置信令配置，所述触发状态配置信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述触发状态配置信令包括：使用d比特二进制的两个状态分别表示触发状态、非触发状态，其中，d为自然数。
进一步地，所述接收端还包括：第二处理器52，用于在所述触发状态，在po时刻进行检测对应的寻呼调度信息。
进一步地，所述触发状态配置信令的发送时刻和寻呼po时刻相同；
或者，所述触发状态配置信令的发送时刻比po时刻提前。
进一步地，所述初始寻呼模式通过发射端向接收端配置；
或者，发射端和接收端之间预设初始寻呼模式。
进一步地，所述寻呼模式切换通过寻呼模式切换信令指示，所述寻呼模式切换信令至少包括如下之一：ue-specific、po-specific、pf-specific、trp-specific、cell-specific、和ta-specific。
进一步地，所述寻呼模式切换信令包括：使用e比特二进制中的三个状态分别表示保持初始寻呼模式、切换到第一个非初始寻呼模式、切换到第二个非初始寻呼模式，另一个状态保留，其中，e为自然数。
进一步地，所述寻呼模式切换信令包括：使用f比特二进制的两个状态分别表示保持初始寻呼模式、切换到非初始寻呼模式，其中，f为自然数。
进一步地，当寻呼消息为modification消息或indication消息时，所述第一寻呼模式为扫描模式。
进一步地，当发射端和接收端不具有收发互易性时，所述第一寻呼模式为扫描模式；
当发射端和/或接收端具有收发互易性时，所述第一寻呼模式为触发模式。
进一步地，当上行接入负载大于第一门限时，所述第一寻呼模式为扫描模式；
当下行业务负载大于第二门限时，所述第一寻呼模式为触发模式。
进一步地，当所述接收端处于空闲态时，所述第一寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第一寻呼模式为触发模式。
进一步地，当寻呼消息包括终端所属的s-tmsi或imsi时，所述第一寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第一寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第一寻呼模式为合并模式。
进一步地，当所述接收端处于空闲态时，所述第二寻呼模式为扫描模式；
当所述接收端处于连接态时，所述第二寻呼模式为触发模式。
进一步地，当波束数量大于第三门限时，所述第二寻呼模式为合并模式。
进一步地，当使用单频网络时，所述第二寻呼模式为合并模式。
具体的，本公开实施例提供的接收端的理解可以参考上述寻呼方法实施例的说明，本公开实施例在此不再赘述。
本公开实施例提供的接收端，可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
本公开实施例还提供一种寻呼系统，该系统至少包括上述发射端和接收端，该系统可以根据不同负载情况、不同消息类型、或不同范围进行不同模式的配置，既能保证没有造成过多的业务信道阻塞，又避免过多的无效的、无用的上行接入过程，兼顾网络部署和资源调度的需求。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本公开的较佳实施例而已，并非用于限定本公开的保护范围。