一种寻呼方法、设备及系统与流程

本发明涉及通信技术领域，尤其涉及一种寻呼方法、设备及系统。

背景技术：

当前寻呼drx(非连续接收)机制：从无线网络侧来说，在lte(longtermevolution，长期演进)系统，终端有两种状态，即rrc_connected(连接)状态和rrc-idle(空闲)状态。终端只有在进入到rrc_connected状态才能发送上行数据。一旦终端发送数据完成，网络监测终端长时间无数据传输后通过rrcconnectionrelease消息使用终端的rrc连接，使终端进入rrc_idle状态。

终端在idle状态下的主要工作就是监听网络侧的寻呼。为了省电都是以drx方式监听寻呼。即每一个寻呼周期中仅仅有一个子帧(10ms)是处于接收状态，该周期内其它时间都是非接收状态的，如图1所示。

对于寻呼过程，由cn(核心网)实体发起寻呼，寻呼消息(paging)首先从mme(移动性管理实体)发送到enb(基站)，如图2所示。该寻呼消息中携带uespecificdrx配置。对于lte系统，enb将比较该drx配置和系统消息中配置的drx参数，使用二者较短的drx周期来发送寻呼消息。在enb发送的寻呼消息中，携带被寻呼的ue(终端)标识。ue接收寻呼消息后，发现里面包含自己的寻呼标识，则后续会相应该寻呼，通过发起连接建立过程进入connection状态。

网络为了对ue进行移动性管理，以及ue的数据收发，会使用大量的信令。为了节约空口的信令开销，在lter14引入了一个新的rrc状态，称为lightconnection(lc，轻连接)状态。状态转换示意图，如图3所示。当ue在lightconnection状态时，mme仍然认为终端处于连接态，而基站认为终端处于rrc-light-connection状态，不能收发数据，但可以监听寻呼。

现有技术中，终端仅有connection和idle两种状态，寻呼机制是针对idle 态的ue进行设计的，无法用于lightconnection状态的ue，即，当有下行数据到达时，基站如何寻呼ue，目前还没有解决方案。

技术实现要素：

鉴于上述技术问题，本发明提供一种寻呼方法、设备及系统，解决了当有下行数据到达时，基站可以向处于轻连接态的终端发送寻呼消息。

依据本发明实施例的一个方面，提供了一种寻呼方法，所述方法包括：

当第一基站接收到处于轻连接态的终端的下行数据时，所述第一基站生成所述终端的寻呼标识；

所述第一基站根据所述寻呼标识，在寻呼区域内发送寻呼消息。

可选地，所述接收处于轻连接态的终端的下行数据之前，所述方法还包括：

所述第一基站通过专用信令配置处于连接态的终端进入轻连接态；

所述第一基站保持已进入轻连接态的终端的s1连接。

可选地，所述第一基站根据所述寻呼标识，在寻呼区域内发送寻呼消息，包括：

所述第一基站使用所述终端的s-tmsi作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息；或者

所述第一基站使用所述终端的连接恢复标识作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息，其中，所述连接恢复标识由所述第一基站生成；或者

所述第一基站将所述寻呼标识发送给所述寻呼区域内的多个第二基站，在所述寻呼区域内的多个第二基站均在覆盖范围下的小区内发送所述寻呼消息。

可选地，在寻呼区域内发送寻呼消息之后，所述方法还包括：

所述第一基站建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；

所述第一基站将下行数据发送给已进入连接态的所述终端。

可选地，所述方法还包括：

所述第一基站通过系统信息广播处于轻连接态终端的寻呼参数。

依据本发明实施例的另一个方面，还提供了一种寻呼方法，所述方法包括：

第二基站接收第一基站发送的用于寻呼处于轻连接态的终端的寻呼消息，其中，所述寻呼消息是在所述第一基站接收到处于轻连接态的终端的下行数据时，由所述第一基站在寻呼区域内发送；

所述第二基站在覆盖范围下的小区内发送所述寻呼消息。

可选地，所述方法还包括：

所述第二基站建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；

所述第二基站将与所述终端建立连接的信息通知所述第一基站。

可选地，所述方法还包括：

所述第二基站接收所述第一基站发送的下行数据；

所述第二基站将所述下行数据发送给所述终端。

可选地，所述方法还包括：

所述第二基站通过系统信息广播处于轻连接态终端的寻呼参数。

依据本发明实施例的又一个方面，还提供了一种寻呼方法，所述方法包括：

处于轻连接态的终端监听寻呼消息；

当处于轻连接态的终端收到所述寻呼消息时，所述终端发起连接建立过程，并从轻连接态进入连接态。

可选地，所述方法还包括：

接收系统信息，所述系统信息中携带有处于轻连接态终端的寻呼参数；

所述处于轻连接态的终端监听寻呼消息，包括：

处于轻连接态的终端按照配置的寻呼参数并结合所述终端的标识计算寻呼位置，监听寻呼消息。

依据本发明实施例的又一个方面，还提供了一种基站，所述基站包括：

寻呼标识生成模块，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

第一寻呼消息发送模块，用于根据所述寻呼标识，在寻呼区域内发送寻呼消息。

可选地，所述基站还包括：

配置模块，用于通过专用信令配置处于连接态的终端进入轻连接态；

连接保持模块，用于保持已进入轻连接态的终端的s1连接。

可选地，所述寻呼消息发送模块，进一步用于：

使用所述终端的s-tmsi作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息；或者

使用所述终端的连接恢复标识作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息，其中，所述连接恢复标识由所述第一基站生成；或者

将所述寻呼标识发送给所述寻呼区域内的多个第二基站，在所述寻呼区域内的多个第二基站均在覆盖范围下的小区内发送所述寻呼消息。

可选地，所述基站还包括：

第二连接建立模块，用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；

第一数据发送模块，用于将下行数据发送给已进入连接态的所述终端。

可选地，其特征在于，

第一广播模块，用于通过系统信息广播处于轻连接态终端的寻呼参数。

依据本发明实施例的又一个方面，还提供了一种基站，所述基站包括：

寻呼消息接收模块，用于接收第一基站发送的用于寻呼处于轻连接态的终端的寻呼消息，所述寻呼消息是在所述第一基站接收到处于轻连接态的终端的下行数据时，由所述第一基站在寻呼区域内发送；

第二寻呼消息发送模块，用于在覆盖范围下的小区内发送所述寻呼消息。

可选地，所述基站还包括：

第二连接建立模块，用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；

通知模块，用于将与所述终端建立连接的信息通知所述第一基站。

可选地，所述基站还包括：

下行数据接收模块，用于接收所述第一基站发送的下行数据；

第二数据发送模块，用于将所述下行数据发送给所述终端。

可选地，所述基站还包括：

第二广播模块，用于通过系统信息广播处于轻连接态终端的寻呼参数。

依据本发明实施例的又一个方面，还提供了一种终端，所述终端包括：

监听模块，用于在处于轻连接态时监听寻呼消息；

发起连接建立模块，用于在收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

可选地，所述终端还包括：

系统信息接收模块，用于接收系统信息，所述系统信息中携带有处于轻连接态终端的寻呼参数；

所述监听模块进一步用于：在处于轻连接态时按照配置的寻呼参数，计算寻呼位置，监听寻呼消息。

依据本发明实施例的又一个方面，还提供了一种寻呼系统，包括：

第一基站，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

所述第一基站，还用于根据所述寻呼标识，在寻呼区域内发送寻呼消息；

终端，用于在处于轻连接态时监听寻呼消息；

所述终端，还用于当处于轻连接态接收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

依据本发明实施例的又一个方面，还提供了一种寻呼系统，包括：

第一基站，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

所述第一基站，还用于根据所述寻呼标识，在寻呼区域内发送寻呼消息；

第二基站，用于接收所述第一基站发送的用于寻呼处于轻连接态的终端的寻呼消息；

所述第二基站，用于在覆盖范围下的小区内发送所述寻呼消息；

终端，用于在处于轻连接态时监听寻呼消息；

所述终端，还用于当处于轻连接态接收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

上述技术中的一个技术方案具有如下优点或有益效果：能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

附图说明

图1为现有技术中终端在idle状态下监听寻呼的示意图；

图2为现有技术中lte系统s1接口寻呼消息的示意图；

图3为现有技术中状态转换示意图；

图4为本发明实施例提供的网络结构示意图之一；

图5为本发明实施例提供的网络结构示意图之一；

图6为本发明的第一实施例中的寻呼示意图；

图7为本发明的第二实施例中的寻呼示意图；

图8为本发明的第三实施例中的寻呼示意图；

图9为本发明的第四实施例中的寻呼示意图；

图10为本发明的第七实施例中inter-enb的寻呼和下行数据发送的示意图；

图11为本发明的第八实施例中的基站示意图；

图12为本发明的第九实施例中的基站示意图；

图13为本发明的第十实施例中的基站示意图；

图14为本发明的第十一实施例中的基站示意图；

图15为本发明的第十二实施例中的终端示意图；

图16为本发明的第十三实施例中的终端示意图；

图17为本发明的第十四实施例中的寻呼系统示意图；

图18为本发明的第十五实施例中的寻呼系统示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图4和图5，图中示出了本发明实施例提供的网络结构示意图，如图4所示，包括终端41和第一基站42，其中，第一基站42接收到处于轻连接态的终端41的下行数据；如图4所示，包括：终端41、第一基站42和第二基站43，其中， 第二基站43位于第一基站42的寻呼区域，第一基站42接收到处于轻连接态的终端41的下行数据。终端41是指能够发送或接收无线信号的设备，包括用户设备(终端)、个人数字助理(pda)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(wll)站、能够将移动信号转换为wifi信号的cpe(customerpremiseequipment，客户终端)或移动智能热点、或其他不通过人的操作就能自发与移动通信网络通信的设备等。上述第一基站42和第二基站43可以是宏基站(macrobasestation)、微基站(picobasestation)、nodeb(3g移动基站的称呼)、增强型基站(enb)、中继站、接入点、rru(remoteradiounit，远端射频模块)、rrh(remoteradiohead，射频拉远头)等。

第一实施例

结合图4或图5所示的网络结构，参见图6，图中示出了一种寻呼方法，具体步骤如下：

步骤s601、当第一基站接收到处于轻连接态的终端的下行数据时，第一基站生成终端的寻呼标识。

步骤s602、第一基站根据寻呼标识，在寻呼区域内发送寻呼消息。

可选地，第一基站使用终端的s-tmsi(临时身份标识)作为终端的寻呼标识，并在寻呼区域内通过空口向终端发送寻呼消息；或者第一基站使用终端的连接恢复标识作为终端的寻呼标识，并在寻呼区域内通过空口向终端发送寻呼消息，其中，连接恢复标识由第一基站生成；或者第一基站将寻呼标识发送给寻呼区域内的多个第二基站，在寻呼区域内的多个第二基站均在覆盖范围下的小区内发送所述寻呼消息。

可选地，在上述步骤s601之前，所述方法还包括：第一基站通过专用信令配置处于连接态的终端进入轻连接态；所述第一基站保持已进入轻连接态的终端的s1连接。

可选地，在寻呼区域内发送寻呼消息之后，方法还包括：第一基站建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；第一基站将下行数据发送给已进入连接态的所述终端。

可选地，方法还包括：第一基站通过系统信息广播处于轻连接态终端的寻呼参数。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第二实施例

结合图5所示的网络结构，参见图7，图中示出了一种寻呼方法，具体步骤如下：

步骤s701、第二基站接收第一基站发送的用于寻呼处于轻连接态的终端的寻呼消息，其中，寻呼消息是在第一基站接收到处于轻连接态的终端的下行数据时，由第一基站在寻呼区域内发送。

步骤s702、第二基站在覆盖范围下的小区内发送寻呼消息。

可选地，在本实施例中，方法还包括：第二基站建立与终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；第二基站将与终端建立连接的信息通知第一基站。

可选地，在本实施例中，方法还包括：第二基站接收第一基站发送的下行数据；第二基站将下行数据发送给终端。

可选地，在本实施例中，方法还包括：第二基站通过系统信息广播处于轻连接态终端的寻呼参数。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第三实施例

结合图4或图5所示的网络结构，参见图8，图中示出了一种寻呼方法，具体步骤如下：

步骤s801、处于轻连接态的终端监听寻呼消息。

需要说明的是，终端监听到的寻呼消息可以是第一基站发送的，也可以是第二基站发送的。

步骤s802、当处于轻连接态的终端收到寻呼消息时，终端发起连接建立过程，并从轻连接态进入连接态。

可选地，方法还包括：接收系统信息，所述系统信息中携带有处于轻连接态终端的寻呼参数；相应地，在步骤s801中，处于轻连接态的终端按照配置的寻呼参数并结合终端的标识(例如imsi)计算寻呼位置，监听寻呼消息。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第四实施例

结合图4或图5所示的网络结构，参见图9，图中示出了一种寻呼方法，具体步骤如下：

步骤s901、enb通过专用信令，配置连接态的ue进入lc态。

需要说明的是，enb同时保持该ue的s1连接，此时mme仍然认为ue处于连接态。

步骤s902、enb接收mme发送的该ue的下行数据。

步骤s903、enb生成该ue的寻呼标识，并在寻呼区域内通过空口向ue发送寻呼消息。

需要说明的是，寻呼区域可以包括一个或者多个enb，接收到下行数据的enb将寻呼标识发送给寻呼区域中的所有基站(可以通过x2，s1或者其他的基站间接口)，在整个寻呼区域中的基站均在覆盖范围下的小区内发送寻呼消息。

需要说明的是，enb可以使用ue的s-tmsi作为寻呼标识，也可以自身生成一个寻呼标识，本实施例中并不限定寻呼标识的具体形式。

步骤s904、lc态的ue按照系统信息里配置的寻呼周期，计算寻呼位置，监听寻呼。

步骤s905、当lc态的ue收到自身的寻呼时，发起连接建立过程，从lc态进入连接态。

步骤s906、enb建立ue的rrc连接，同时将连接建立过程中携带的寻呼相关的nas消息丢弃。

需要说明的是，建立rrc连接的enb将该ue已进入连接态的信息通知给接收到下行数据的enb(即生成寻呼标识的enb)，后者将ue的下行数据发送给前者(可以通过x2或者其他的基站间接口)。

步骤s907、enb将下行数据发送给已经进入连接态的ue。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第五实施例

在本实施例中ue的寻呼标识为s-tmsi，具体地：

enb通过系统信息广播lightconnection(lc)状态ue的寻呼参数，包括寻呼周期，寻呼密度等。ue发起连接建立过程，enb在该ue进入连接状态时，获取该ue的s-tmsi，并一直保存。之后，enb通过专用信令，配置该连接态的ue进入lc态，同时保持该ue的s1连接，此时mme仍然认为ue处于连接态。进入lc状态的ue按照系统信息中配置的寻呼周期和寻呼密度，结合自身的imsi，计算寻呼位置(使用现有技术中的计算方式)，监听寻呼。后续有该ue的下行数据到达，mme直接将下行数据发送给enb，enb使用s-tms作为该ue的寻呼标识，并通过空口向ue发送寻呼消息。

当lc态的ue收到自身的寻呼后，发起连接建立过程，从lc态进入连接态。enb建立ue的rrc连接，同时将连接建立过程中携带的寻呼相关的nas消息丢弃。之后，enb将下行数据发送给已经进入连接态的ue。

第六实施例

在本实施例中，enb生成ue的寻呼标识，具体地：

enb通过系统信息广播lightconnection(lc)状态ue的寻呼参数，包括寻呼周期，寻呼密度等。ue发起连接建立过程，进入连接态收发数据。之后，enb为该ue随机生成一个40bit的连接恢复标识，当enb通过专用信令，配置该连接态的ue进入lc态时，将该连接恢复标识配置给ue；同时enb保持该ue的s1连接，此时mme仍然认为ue处于连接态。进入lc状态的ue按照系统信息中配置的寻呼周期和寻呼密度，结合自身的imsi，计算寻呼位置(例如使用现有技术中的计算方式)，监听寻呼。后续有该ue的下行数据到达，mme直接将下行数据发送给enb，enb将该ue的连接恢复标识作为该ue的寻呼标识，并通过空口向ue发送寻呼消息。

当lc态的ue收到自身的寻呼后，发起连接建立过程，从lc态进入连接态。enb建立ue的rrc连接，同时将连接建立过程中携带的寻呼相关的nas消息丢弃。之后，enb将下行数据发送给已经进入连接态的ue。

第七实施例

本实施例中是inter-enb(指的是站间切换)的寻呼和下行数据发送，如图10所示，具体地：

lightconnection(lc)寻呼区域下的enb通过系统信息广播lc状态ue的寻呼参数，包括寻呼周期，寻呼密度等。ue在enb1发起连接建立过程，进入连接态收发数据。之后，enb1为该ue生成寻呼标识，当第一基站通过专用信令，配置该连接态的ue进入lc态时，将该寻呼标识配置给ue；同时第一基站保持该ue的s1连接，此时mme仍然认为ue处于连接态。进入lc状态的ue按照系统信息中配置的寻呼周期和寻呼密度，结合自身的imsi，计算寻呼位置(使用现有技术中的计算方式)，监听寻呼。

后续有该ue的下行数据到达，mme直接将下行数据发送给第一基站，该第一基站将ue的寻呼标识发送给寻呼区域中的所有基站(可以通过x2，s1或者其他的基站间接口)，在整个寻呼区域中的基站(比如第二基站和第三基站)均在覆盖范围下的小区内发送该ue的寻呼消息。

如果当前lc态的ue已经移动到第二基站下，则该ue在第二基站下收到自身的寻呼后，发起连接建立过程，从lc态进入连接态。第二基站建立ue的rrc连接，同时将连接建立过程中携带的寻呼相关的nas消息丢弃。之后第二基站将该ue已进入连接态的信息通知给第一基站，第一基站将ue的下行数据发送给第二基站(可以通过x2或者其他的基站间接口)；之后，第二基站将下行数据发送给已经进入连接态的ue。

第八实施例

参见图11，图中示出了一种基站，包括：

寻呼标识生成模块1101，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

第一寻呼消息发送模块1102，用于根据所述寻呼标识，在寻呼区域内发送寻呼消息。

可选地，所述基站还包括：

配置模块，用于通过专用信令配置处于连接态的终端进入轻连接态；

连接保持模块，用于保持已进入轻连接态的终端的s1连接。

可选地，寻呼消息发送模块，进一步用于：使用所述终端的s-tmsi作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息；或者使用所述终端的连接恢复标识作为所述终端的寻呼标识，并在寻呼区域内通过 空口向所述终端发送寻呼消息，其中，所述连接恢复标识由所述第一基站生成；或者将所述寻呼标识发送给所述寻呼区域内的多个第二基站，在所述寻呼区域内的多个第二基站均在覆盖范围下的小区内发送所述寻呼消息。

可选地，基站还包括：第二连接建立模块，用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；第一数据发送模块，用于将下行数据发送给已进入连接态的所述终端。

可选地，基站还包括：第一广播模块，用于通过系统信息广播处于轻连接态终端的寻呼参数。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第九实施例

参见图12，图中示出了一种基站，包括：

第一处理器1202，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

第二收发机1201，用于根据所述寻呼标识，在寻呼区域内发送寻呼消息。

可选地，第一处理器1202，还用于通过专用信令配置处于连接态的终端进入轻连接态；以及保持已进入轻连接态的终端的s1连接。

可选地，第二收发机1201，进一步用于：使用所述终端的s-tmsi作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息；或者使用所述终端的连接恢复标识作为所述终端的寻呼标识，并在寻呼区域内通过空口向所述终端发送寻呼消息，其中，所述连接恢复标识由所述第一基站生成；或者将所述寻呼标识发送给所述寻呼区域内的多个第二基站，在所述寻呼区域内的多个第二基站均在覆盖范围下的小区内发送所述寻呼消息。

可选地，第一收发机1201，还用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；将下行数据发送给已进入连接态的所述终端。

可选地，第一收发机1201，还用于通过系统信息广播处于轻连接态终端的寻呼参数。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降 低了系统整体的信令开销，同时保证了系统性能。

其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由第一处理器1202代表的一个或多个处理器和第一存储器1203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第一收发机1201可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

第十实施例

参见图13，图中示出了一种基站，包括：

寻呼消息接收模块1301，用于接收第一基站发送的用于寻呼处于轻连接态的终端的寻呼消息，所述寻呼消息是在所述第一基站接收到处于轻连接态的终端的下行数据时，由所述第一基站在寻呼区域内发送；

第二寻呼消息发送模块1302，用于在覆盖范围下的小区内发送所述寻呼消息。

可选地，基站还包括：

第二连接建立模块，用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；

通知模块，用于将与所述终端建立连接的信息通知所述第一基站。

可选地，基站还包括：

下行数据接收模块，用于接收所述第一基站发送的下行数据；

第二数据发送模块，用于将所述下行数据发送给所述终端。

可选地，基站还包括：

第二广播模块，用于通过系统信息广播处于轻连接态终端的寻呼参数。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第十一实施例

参见图14，图中示出了一种基站，包括：

第一处理器1402，用于控制第二收发机1401执行接收第一基站发送的用于 寻呼处于轻连接态的终端的寻呼消息，所述寻呼消息是在所述第一基站接收到处于轻连接态的终端的下行数据时，由所述第一基站在寻呼区域内发送；以及在覆盖范围下的小区内发送所述寻呼消息。

可选地，第二收发机1401，还用于建立与所述终端的rrc连接，并将连接建立过程中携带的寻呼相关的nas消息丢弃；以及将与所述终端建立连接的信息通知所述第一基站。

可选地，第二收发机1401，还用于通过系统信息广播处于轻连接态终端的寻呼参数。

其中，在图14中，总线架构可以包括任意数量的互联的总线和桥，具体由第二处理器1402代表的一个或多个处理器和第二存储器1403代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第二收发机1401可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第十二实施例

参见图15，图中示出了一种终端，所述终端包括：

监听模块1501，用于在处于轻连接态时监听寻呼消息；

发起连接建立模块1502，用于在收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

可选地，所述终端还包括：

系统信息接收模块，用于接收系统信息，所述系统信息中携带有处于轻连接态终端的寻呼参数；

所述监听模块进一步用于：在处于轻连接态时按照配置的寻呼参数，计算寻呼位置，监听寻呼消息。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

第十三实施例

参见图16，图中示出了一种终端，所述终端包括：

第三处理器1602，用于根据从第三存储器1603中读取的程序控制第三收发机1601执行：用于在处于轻连接态时监听寻呼消息；在收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

其中，在图16中，总线架构可以包括任意数量的互联的总线和桥，具体由第三处理器1602代表的一个或多个处理器和第三存储器1603代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。第三收发机1601可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口1604还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

第十四实施例

参见图17，图中示出了一种寻呼系统，包括：

第一基站1701，用于当接收到处于轻连接态的终端的下行数据时，生成终端的寻呼标识；

所述第一基站1701，还用于根据所述寻呼标识，在寻呼区域内发送寻呼消息；

终端1702，用于在处于轻连接态时监听寻呼消息；

所述终端1702，还用于当处于轻连接态接收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

第十五实施例

参见图18，图中示出了一种寻呼系统，包括：

第一基站1801，用于当接收到处于轻连接态的终端的下行数据时，生成所述终端的寻呼标识；

所述第一基站1801，还用于根据所述寻呼标识，在寻呼区域内发送寻呼消息；

第二基站1802，用于接收所述第一基站发送的用于寻呼处于轻连接态的终 端的寻呼消息；

所述第二基站1802，用于在覆盖范围下的小区内发送所述寻呼消息；

终端1803，用于在处于轻连接态时监听寻呼消息；

所述终端1803，还用于当处于轻连接态接收到所述寻呼消息时，发起连接建立过程，并从轻连接态进入连接态。

在本实施例中，能够解决处于lightconnection状态的终端的寻呼问题，降低了系统整体的信令开销，同时保证了系统性能。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性， 机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以做出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。