本发明涉及无线通信领域， 特别涉及一种传输寻呼信息的方法、 设备及系统。 背景技术

基于长期演进 ( Long Term Evolution, LTE )协议， 用户设备 ( User Equipment , UE ) 接收寻呼信息并接通业务的过程如下：

UE 在开机后， 首先需要进行小区初搜过程， 以获得小区主同步信号 （Primary Synchronization Signal, PSS )和 it同步信号 （ Secondary Synchronization Signal, SSS )； 接 着通过下行小区专属导频信号 （Cell-specific reference signals, CRS )端口 0及物理广播信 道（Physical Broadcast Channel, PBCH ), 获得准确同步， 并获取小区主信息块； 然后进一 步读取其它系统消息块（System Information Block, SIB )信息， 获得网络的更多内容； UE 根据需要选择驻留网络， 并根据自己的国际移动用户标识（ International Mobile Subscriber Identity, IMSI )得到临时移动用户标识 （Temporary Mobile Subscriber Identity, TMSI)。

当系统中有主叫 UE寻呼被叫 UE时， 系统将通过核心网指示无线网络基站向被叫 UE 发起寻呼消息， 其中， 寻呼消息中包含被叫 UE的 TMSI。 无线网络基站一般釆用公共的无 线网络临时标识 （Radio Network Temporary Identity, P-RNTI ), 通过物理下行控制信道 ( Physical Downlink Control Channel, PDCCH )指示被叫 UE在指定时频资源位置的物理 下行链路共享信道 PDSCH ( Physical Downlink Shared Channel, )上读取寻呼信息。

小区所有的 UE都在自己所对应的寻呼时刻 （不同 UE对应的寻呼时刻可能不同）接 收 P-RNTI加扰的调度信令，并读取 PDSCH中的信息；将读取到的 PDSCH中指示的 TMSI 与自身的 TMSI进行比较， 如果一致， 则确定自己被寻呼， 并返回寻呼响应； 如果不一致， 则忽略本次寻呼； 最后被叫 UE发起随机接入过程， 建立无线承载。 网络侧进一步可将主 叫 UE的业务应用层的相关信息发送给被叫 UE, 例如： 主叫 UE的签约号码， 主叫 UE应 用层账户等。

基于长期演进升级 ( Long Term Evolution- Advanced, LTE- Advanced ) 系统进行寻呼的 过程中，需要 UE能够正常的接收 PSS/SSS信号、 PBCH、广播控制信道（ Broadcast Control Channel, BCCH )、 PDCCH, PDSCH以及业务接入。 对于室内或者信号很弱的卫星移动 终端， 如果 UE不能正常读取所在小区的上述信道中的任何� ��个信道， 则该 UE可能就无 法接收到网络侧发送的寻呼消息。

综上所述， 现有 LTE/LTE-Advanced 系统中用于传输寻呼消息的信道的覆盖能力低 ， 容易使终端在信号较弱的情况下， 无法正常接收网络侧传输的数据。 发明内容

本发明实施例提供了一种传输寻呼信息的方法 、 设备及系统， 用于解决现有技术中存 在的用于传输寻呼信息的信道的覆盖能力低， 容易使终端在信号较弱的情况下， 无法正常 接收网络侧传输的数据的问题。

本发明实施例提供了一种发送寻呼信息的方法 ， 包括：

网络侧在接收到主叫终端的寻呼请求后， 通过增强寻呼信道发送寻呼信息； 所述网络侧接收被叫终端返回的寻呼响应；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种接收寻呼信息的方法 ， 包括：

终端在确定自身处于空闲状态后， 检测增强寻呼信道；

所述终端才 居通过增强寻呼信道收到的寻呼信息确定自身 被寻呼后， 向网络侧发送寻 呼响应；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种用于发送寻呼信息的 核心网设备， 包括：

指示模块， 用于在接收到主叫终端的寻呼请求后， 指示被叫终端所在跟踪区域 TA的 基站通过增强寻呼信道发送寻呼信息；

接收模块， 用于接收被叫终端返回的寻呼响应；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种用于发送寻呼信息的 基站， 包括： 接收模块， 用于接收核心网设备发送的指示信息；

发送模块， 用于根据所述指示信息， 通过增强寻呼信道发送寻呼信息；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种用于发送寻呼信息的 基站， 包括：

确定模块， 用于在通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息失败后 , 确 定通过增强寻呼信道发送所述寻呼信息； 或在通过所述除增强寻呼信道之外的其他寻呼 信 道发送所述寻呼信息的同时， 确定通过增强寻呼信道发送所述寻呼信息；

寻呼发送模块， 用于通过所述增强寻呼信道发送所述寻呼信息 ；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种用于接收寻呼信息的 终端， 包括：

检测模块， 用于在确定所述终端处于空闲状态后， 检测增强寻呼信道；

处理模块， 用于根据通过增强寻呼信道收到的寻呼信息确 定所述终端被寻呼后， 向核 心网设备和 /或基站发送寻呼响应；

其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。

本发明实施例提供了一种传输寻呼信息的系统 ， 包括：

核心网设备 , 用于在接收到主叫终端的寻呼请求后， 指示被叫终端所在 ΤΑ的基站通 过增强寻呼信道发送寻呼信息； 并接收被叫终端返回的寻呼响应；

基站， 用于接收所述核心网设备发送的指示信息； 并根据所述指示信息， 通过增强寻 呼信道发送寻呼信息；

终端， 用于在确定自身处于空闲状态后， 检测增强寻呼信道； 并# ^据通过所述增强寻 呼信道收到的寻呼信息确定自身被寻呼后， 向所述核心网设备和 /或基站发送寻呼响应； 其中， 所述增强寻呼信道满足下列条件中的一种或多 种：

所述增强寻呼信道的编码增益大于系统中所有 信道的编码增益；

所述增强寻呼信道的序列自相关增益大于所述 系统中所有信道的序列自相关增益； 所述增强寻呼信道的发射功率大于被叫终端所 在小区的平均发射功率。 本发明实施例网络侧通过增强寻呼信道发送寻 呼信息； 终端在确定自身处于空闲状态 后， 检测增强寻呼信道， 并在根据增强寻呼信道的寻呼信息确定自身被 寻呼后， 向网络侧 发送寻呼响应； 其中， 增强寻呼信道满足下列条件中的一种或多种： 增强寻呼信道的编码 增益大于系统中所有信道的编码增益； 增强寻呼信道的序列自相关增益大于系统中所 有信 道的序列自相关增益； 及增强寻呼信道的发射功率大于被叫终端所在 小区的平均发射功 率； 由于本发明实施例的增强寻呼信道相对于系统 中的其他信道来说， 提高了信道的覆盖 能力， 从而在通过增强寻呼信道传输寻呼信息时， 使更多的终端在室内或者盲区时， 仍能 够检测到增强寻呼信道中的寻呼信息， 从而提高了寻呼信息传输的成功率。 附图说明

图 1为本发明实施例第一种传输寻呼信息的系统� �结构示意图；

图 2为本发明实施例发送寻呼信息的核心网设备� �结构示意图；

图 3为本发明实施例第一种发送寻呼信息的基站� �结构示意图；

图 4为本发明实施例接收寻呼信息的终端的结构� �意图；

图 5为本发明实施例第二种传输寻呼信息的系统� �结构示意图；

图 6为本发明实施例第二种发送寻呼信息的基站� �结构示意图；

图 7为本发明实施例第一种发送寻呼信息的方法� �流程示意图；

图 8为本发明实施例第一种接收寻呼信息的方法� �流程示意图；

图 9为本发明实施例传输寻呼信息的方法的流程� �意图；

图 10为本发明实施例第二种发送寻呼信息的方法� ��流程示意图；

图 11为本发明实施例寻呼信息映射到资源单元的� ��意图；

图 12为本发明实施例第二种接收寻呼信息的方法� ��流程示意图。 具体实施方式

本发明实施例通过增强寻呼信道传输寻呼信息 ， 提高了信道的覆盖能力， 使更多的终 端在室内或者盲区时， 仍能够检测到增强寻呼信道中的寻呼信息， 从而提高了寻呼信息传 输的成功率。

下面结合说明书附图对本发明实施例作进一步 详细描述。

如图 1所示， 本发明实施例第一种传输寻呼信息的系统， 包括：

核心网设备 10, 用于在接收到主叫终端的寻呼请求后， 指示被叫终端所在跟踪区域 ( Tracking Area, TA ) 的基站通过增强寻呼信道发送寻呼信息； 并接收被叫终端返回的寻 呼响应； 基站 20 , 用于接收核心网设备 10发送的指示信息； 并根据该指示信息， 通过增强寻 呼信道发送寻呼信息；

终端 30, 用于在确定自身处于空闲状态后， 检测增强寻呼信道； 并在根据通过该增强 寻呼信道收到的寻呼信息确定自身被寻呼后， 向核心网设备 10和 /或基站 20发送寻呼响应； 其中， 增强寻呼信道满足下列条件中的一种或多种：

1、 增强寻呼信道的编码增益大于系统中所有信道 的编码增益；

例如， 若应用于 LTE系统， 则该增强寻呼信道的编码增益大于 3GPP TS36.211协议中 规定的所有物理信道和符号 （如 PDSCH、 PDCCH等） 的编码增益； 若应用于宽带码分多 址接入（ Wide-band Code Division Multiple Access , WCDMA ) 系统， 则该增强寻呼信道的 编码增益大于 25.211协议中规定的所有信道（如 PBCH、 PDCH等） 的编码增益；

网络侧发送寻呼信息的过程， 在对寻呼信息进行预编码处理时， 釆用编码增益高的编 码方式对寻呼信息进行预编码， 以提高增强寻呼信道的编码增益， 如釆用分组码编码方式 等。

2、 增强寻呼信道的序列自相关增益大于系统中所 有信道的序列自相关增益； 例如， 若应用于 LTE系统， 则该增强寻呼信道的序列自相关增益大于 3GPP TS 36.211 协议中规定的所有信道（如 PSS/SSS信道、 PBCH等） 的序列自相关增益； 若应用于时分 同步码分多址（ Time Division Synchronized Code Division Multiple Access, TD-SCDMA ) 系统，则该增强寻呼信道的序列自相关增益大 于 3GPP TS25.221协议中规定的所有信道（如 上行同步信道、 下行同步信道等） 的序列自相关增益；

网络侧发送寻呼信息的过程， 在生成寻呼信息的序列后， 对生成的序列的长度进行扩 展处理， 使扩展后的序列的长度大于生成的序列的长度 ， 以提高增强寻呼信道的序列自相 关增益， 如釆用 Walsh正交序列进行扩展；

例如， 若增强寻呼信道的序列自相关增益的峰值大于 系统中所有信道的序列自相关增 益的峰值 20dB以上， 则该增强寻呼信道能够提高 30dB左右的覆盖能力。

3、 增强寻呼信道的发射功率大于被叫终端所在小 区的平均发射功率；

具体的， 可以通过卫星不同 Beam间的功率调配技术， 来增加本发明实施例增强寻呼 信道的发射功率； 例如， 若增强寻呼信道的发射功率大于被叫终端所在 小区的平均发射功 率 10dB以上， 则该增强寻呼信道能够提高 30dB左右的覆盖能力。

本发明实施例中增强寻呼信道的资源块（RB )为系统中未分配的资源块， 增强寻呼信 道所用占用的资源块可以在协议中规定，也可 以由核心网设备、基站和终端之间进行约定。

优选的， 核心网设备或基站通过系统中的广播信道通知 终端该增强寻呼信道的配置信 息。

其中， 配置信息包括周期、 寻呼信息所在位置等。 需要说明的是， 核心网设备可直接通过系统中的广播信道通知 终端该增强寻呼信道的 配置信息； 也可以先通知被叫终端所在 TA小区的基站该增强寻呼信道的配置信息， 再由 基站通知该基站内的终端该增强寻呼信道的配 置信息。

优选的， 本发明实施例寻呼信息中包括被叫终端的 IMSI、 TMSI或 M-TMSI。

如图 2所示， 本发明实施例第一种核心网设备 10包括：

指示模块 110 ,用于在接收到主叫终端的寻呼请求后，指示� �叫终端所在 TA的基站通 过增强寻呼信道发送寻呼信息；

接收模块 120, 用于接收被叫终端返回的寻呼响应。

在具体实施过程中， 为了提高传输效率， 指示模块 110在确定通过除增强寻呼信道之 外的其他寻呼信道发送寻呼信息失败后， 指示被叫终端所在 TA小区的基站通过增强寻呼 信道发送寻呼信息；

其中， 除增强寻呼信道之外的其他寻呼信道为 PDCCH和 PDSCH; 具体的， 基站 20 釆用 P-RNTI通过 PDCCH调度终端 30在指定时频资源位置的 PDSCH上读取寻呼信息。

在具体实施过程中， 指示模块 110根据以下步骤确定通过除增强寻呼信道之外 的其他 寻呼信道发送寻呼信息失败：

指示基站 20通过除增强寻呼信道之外的其他寻呼信道发� ��寻呼信息后， 在设定的时 间内未收到被叫终端的寻呼响应时， 则确定通过除增强寻呼信道之外的其他寻呼信 道发送 寻呼信息失败； 或者

指示基站 20通过除增强寻呼信道之外的其他寻呼信道发� ��寻呼信息后， 在设定的发 送次数内未收到被叫终端的寻呼响应时， 确定通过除增强寻呼信道之外的其他寻呼信道 发 送寻呼信息失败。

在具体实施过程中， 指示模块 110根据以下步骤确定通过除增强寻呼信道之外 的其他 寻呼信道发送寻呼信息成功：

指示基站 20通过除增强寻呼信道之外的其他寻呼信道发� ��寻呼信息后，接收模块 120 在设定的时间内收到被叫终端的寻呼响应时， 则确定通过除增强寻呼信道之外的其他寻呼 信道发送寻呼信息成功； 或者

指示基站 20通过除增强寻呼信道之外的其他寻呼信道发� ��寻呼信息后，接收模块 120 在设定的发送次数内收到被叫终端的寻呼响应 时， 确定通过除增强寻呼信道之外的其他寻 呼信道发送寻呼信息成功。

优选的， 指示模块 110在指示基站 20通过 PDCCH发送寻呼信息的同时， 指示基站 20通过增强寻呼信道发送该寻呼信息。

如图 3所示， 本发明实施例第一种用于发送寻呼信息的基站 20, 包括：

指示接收模块 210, 用于接收核心网设备 10发送的指示信息； 发送模块 220 , 用于根据该指示信息， 通过增强寻呼信道发送寻呼信息。 本实施例中指示接收模块 210接收到的来自核心网设备 10的指示信息为核心网设备 指示基站 20的发送模块 220釆用除增强寻呼信道之外的其他寻呼信道发 送寻呼信息， 还 是釆用增强寻呼信道发送寻呼信息， 还是同时釆用除增强寻呼信道之外的其他寻呼 信道和 增强寻呼信道发送寻呼信息的信息。

为了提高终端的检测性能， 优选的， 发送模块 220周期性发送寻呼信息。

为了降低终端的检测复杂度，发送模块 220在发送寻呼信息的过程中还进行以下处理： 将需要发送的寻呼信息划分成多个数据段， 并将每个数据段在该寻呼信息中的位置的 位置标识置于对应的数据段中， 分别发送每个数据段。

为了提高终端的检测性能， 优选的， 发送模块 220周期性发送每个数据段， 且每个周 期内发送一个数据段， 每个数据段至少发送一次。

具体的， 发送模块 220在发送完一个完整寻呼信息包括的所有数据 段之后 , 再重复发 送该完整寻呼信息的每个数据段； 或者发送模块 220重复发送完一个数据段之后， 再重复 发送下一个数据段， 依次类推， 直至重复发送完该完整寻呼信息的所有数据段 ；

需要说明的是， 可以根据需要设定重复发送每个数据段的次数 ， 如重复发送 2次。 需要说明的是， 可以根据需要设定周期的长度， 优选的， 以 5ms或 10ms为周期进行 发送， 从而可以维持和系统 PSS/SSS序列一致， 进一步降低终端检测复杂度。

在具体实施过程中， 发送模块 220具体用于：

分别将每个数据段对应的调制符号映射到正交 频分复用 （ Orhtogonal Frequency Division Multiplexing, OFDM )符号中的特定资源单元上，其中，特定资源� �元是指 OFDM 符号中除用于保护该调制符号的资源单元之外 的资源单元。

在具体实施过程中， 发送模块 220具体用于：

分别将每个数据段对应的调制符号映射到子帧 中除 PSS和 /或 SSS映射的 OFDM符号 之外的 OFDM符号的资源单元上， 以避免该寻呼信息与系统中的 PSS/SSS发生重合。

在具体实施过程中， 发送模块 220还用于：

在接收到被叫终端返回的寻呼响应之后 , 通过该增强寻呼信道向被叫终端发送除寻呼 信息之外的数据。

优选的， 该除寻呼信息之外的数据可以是主叫终端的业 务号码和 /或寻呼标识（ ID )。 如图 4所示， 本发明实施例终端 30包括：

检测模块 310, 用于在确定终端处于空闲状态后， 检测增强寻呼信道；

处理模块 320, 用于根据通过增强寻呼信道收到的寻呼信息确 定终端被寻呼后， 向核 心网设备和 /或基站发送寻呼响应。

优选的， 检测模块 310周期性检测增强寻呼信道。 在具体实施过程中， 检测模块 310根据下列步骤确定终端处于空闲状态： 在确定无法检测到 PSS、 SSS、 PBCH、 BCCH、 PDCCH及 PDSCH中的一个或多个时， 确定终端处于空闲状态； 或

在确定无法解码 PSS、 SSS、 PBCH、 BCCH、 PDCCH及 PDSCH中的一个或多个时， 确定终端处于空闲状态。

在具体实施过程中， 终端 30通过增强寻呼信道检测到的寻呼信息分为以� ��两种情况： 一是该寻呼信息中包括被叫终端的标识码的全 部数据， 即基站 20在发送寻呼信息过 程中未对寻呼信息进行分段处理；

二是该寻呼信息中包括被叫终端的标识码的部 分数据和该部分数据在该标识码中的 位置的位置标识， 即基站 20在发送寻呼信息过程中对寻呼信息进行分段� ��理。

针对第一种情况， 寻呼信息中包括被叫终端的标识码的全部数据 ， 则终端 30 的处理 模块 320的处理过程包括：

在确定检测到的寻呼信息的标识码与自身的标 识码一致时， 确定终端被寻呼， 并向核 心网设备 10和 /或基站 20发送寻呼响应； 或

在确定检测到的寻呼信息的标识码与自身的标 识码不一致时， 忽略本次寻呼。

针对第二种情况， 寻呼信息中包括被叫终端的标识码的部分数据 和该部分数据在该标 识码中的位置的位置标识， 则终端 30的处理模块 320的处理过程包括：

针对当前检测到的寻呼信息， 根据该寻呼信息中的位置标识确定自身的标识 码对应的 位置， 并在确定该寻呼信息中的标识码的部分数据与 自身的标识码中同一位置的数据一致 时， 继续检测增强寻呼信道； 在确定检测到的每个寻呼信息中的标识码的部 分数据都与自 身的标识码中同一位置的数据一致时， 确定终端被寻呼， 并向核心网设备 10和 /或基站 20 发送寻呼响应； 或

针对当前检测到的寻呼信息， 根据该寻呼信息中的位置标识确定自身的标识 码对应的 位置， 并在确定该寻呼信息中的标识码的部分数据与 自身的标识码中同一位置的数据不一 致时， 在设定时间内停止检测增强寻呼信道。

优选的， 处理模块 320确定终端被寻呼后， 指示终端正在被寻呼。

在具体实施过程中， 处理模块 320还用于：

通过增强寻呼信道接收基站 20发送的除寻呼信息之外的数据。

优选的， 该除寻呼信息之外的数据可以是主叫终端的业 务号码和 /或寻呼 ID。

在具体实施过程中， 处理模块 320可以通过增强寻呼信道向核心网设备 10和 /或基站 20发送寻呼响应， 也可以通过系统中现有的信道发送该寻呼响应 。

需要说明的是， 若终端 30仅向基站 20发送寻呼响应， 则由基站 20再向核心网设备

10发送该寻呼响应； 若终端 30仅向核心网设备 10发送寻呼响应， 则由核心网设备 10再 向基站 20发送该寻呼响应。

如图 5所示， 本发明实施例第二种传输寻呼信息的系统， 包括：

核心网设备 40 , 用于在接收到主叫终端的寻呼请求后， 指示被叫终端所在 TA的基站 发起寻呼；

基站 50, 用于在通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息失败后， 确定 通过增强寻呼信道发送该寻呼信息； 或在通过除增强寻呼信道之外的其他寻呼信道 发送寻 呼信息的同时， 确定通过增强寻呼信道发送该寻呼信息；

终端 60, 用于在确定自身处于空闲状态后， 检测增强寻呼信道； 并在根据通过该增强 寻呼信道收到的寻呼信息确定自身被寻呼后， 向核心网设备 40和 /或基站 50发送寻呼响应。

本发明实施例第二种传输寻呼信息的系统中的 核心网设备 40 与现有技术中的核心网 相同， 用于在接收到主叫终端发送的寻呼请求后， 指示基站 50发起寻呼。

本发明实施例第二种传输寻呼信息的系统中的 终端 60与图 1所示的第一种传输寻呼 信息的系统中的终端 30相同， 此处不再赘述。

如图 6所示， 本发明实施例第二种用于发送寻呼信息的基站 50, 包括：

确定模块 510,用于在通过除增强寻呼信道之外的其他寻� �信道发送寻呼信息失败后， 确定通过增强寻呼信道发送寻呼信息； 或在通过除增强寻呼信道之外的其他寻呼信道 发送 寻呼信息的同时， 确定通过增强寻呼信道发送该寻呼信息；

寻呼发送模块 520, 用于通过增强寻呼信道发送寻呼信息。

在具体实施过程中， 寻呼发送模块 520具体用于：

将寻呼信息划分成多个数据段， 并将每个数据段在寻呼信息中的位置的位置标 识置于 对应的数据段中； 分别发送每个数据段。

在具体实施过程中， 寻呼发送模块 520还用于：

在接收到被叫终端返回的寻呼响应之后 , 通过增强寻呼信道向被叫终端发送除寻呼信 息之外的数据。

基于同一发明构思， 本发明实施例中还提供了一种发送寻呼信息的 方法， 由于该方法 解决问题的原理与上述用于发送寻呼信息的核 心网设备和基站相似， 因此该方法的实施可 以参见核心网设备和基站的实施， 重复之处不再赘述。

如图 7所示， 本发明实施例发送寻呼信息的方法， 包括以下步骤：

步骤 701、 网络侧在接收到主叫终端的寻呼请求后， 通过增强寻呼信道发送寻呼信息； 其中， 寻呼信息中包括 IMSI、 TMSI或 M-TMSI;

步骤 702、 网络侧接收被叫终端返回的寻呼响应；

其中， 增强寻呼信道满足下列条件中的一种或多种：

增强寻呼信道的编码增益大于系统中所有信道 的编码增益； 增强寻呼信道的序列自相关增益大于系统中所 有信道的序列自相关增益； 增强寻呼信道的发射功率大于被叫终端所在小 区的平均发射功率。

在具体实施过程中， 步骤 701中网络侧通过增强寻呼信道发送寻呼信息， 具体包括以 下两种方式， 可根据需要选择其中一种方式通过增强寻呼信 道发送寻呼信息：

方式一、 网络侧先通过除增强寻呼信道之外的其他寻呼 信道发送寻呼信息， 并在确定 通过物理下行控制信道除增强寻呼信道之外的 其他寻呼信道发送寻呼信息失败后 , 通过增 强寻呼信道发送寻呼信息；

方式二、 网络侧在通过除增强寻呼信道之外的其他寻呼 信道发送寻呼信息的同时， 通 过增强寻呼信道发送该寻呼信息。

若网络侧包括核心网和核心网对应的各小区的 基站， 则步骤 701中网络侧通过增强寻 呼信道发送寻呼信息进一步包括以下几种情况 ， 可根据需要选择其中一种方式通过增强寻 呼信道发送寻呼信息：

方式 A、 核心网收到来自主叫终端的寻呼请求后， 在确定通过除增强寻呼信道之外的 其他寻呼信道发送寻呼信息失败后 , 指示被叫终端所在跟踪区域 TA对应的基站通过增强 寻呼信道发送寻呼信息；

方式 B、 核心网收到来自主叫终端的寻呼请求后， 指示被叫终端所在跟踪区域 TA对 应的基站通过除增强寻呼信道之外的其他寻呼 信道发送寻呼信息的同时， 指示该基站通过 增强寻呼信道发送该寻呼信息；

方式 C、 核心网收到来自主叫终端的寻呼请求后， 指示被叫终端所在跟踪区域 TA对 应的基站发起寻呼， 基站先通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息， 并在 确定通过除增强寻呼信道之外的其他寻呼信道 发送寻呼信息失败后 , 通过增强寻呼信道发 送寻呼信息；

方式 D、 核心网收到来自主叫终端的寻呼请求后， 指示被叫终端所在跟踪区域 TA对 应的基站发起寻呼， 基站在通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息的同 时， 也通过增强寻呼信道发送该寻呼信息。

在具体实施过程中， 网络侧才 居以下步骤确定通过除增强寻呼信道之外的其 他寻呼信 道发送寻呼信息失败：

通过除增强寻呼信道之外的其他寻呼信道发送 寻呼信息后， 在设定的时间内未收到被 叫终端的寻呼响应， 则确定通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息失败； 或者

通过除增强寻呼信道之外的其他寻呼信道发送 寻呼信息后， 在设定的发送次数内未收 到被叫终端的寻呼响应， 则确定通过除增强寻呼信道之外的其他寻呼信 道发送寻呼信息失 败。 为了提高检测性能， 优选的， 网络侧周期性发送寻呼信息。

为了降低终端的检测复杂度， 优选的， 步骤 701中网络侧在通过增强寻呼信道发送寻 呼信息的过程中， 将需要发送的寻呼信息划分成多个数据段， 并将每个数据段在该寻呼信 息中的位置的位置标识置于对应的数据段中； 分别发送每个数据段。

为了提高检测性能， 优选的， 网络侧周期性发送每个数据段， 且每个周期内发送一个 数据段， 每个数据段至少发送一次。

在具体实施过程中， 网络侧分别发送每个数据段， 包括：

网络侧分别将每个数据段对应的调制符号映射 到 OFDM符号中的特定资源单元上，其 在具体实施过程中， 网络侧分别发送每个数据段， 包括：

网络侧分别将每个数据段对应的调制符号映射 到子帧中除 PSS 和 /或 SSS 映射的 OFDM符号之外的 OFDM符号的资源单元上， 以避免该寻呼信息与系统中的 PSS/SSS发 生重合。

优选的， 网络侧通过系统中的广播信道， 通知终端增强寻呼信道的配置信息。

其中， 该配置信息包括网络侧发送寻呼信息的周期、 寻呼信息所在位置等。

若网络侧包括核心网和核心网对应的各小区的 基站， 则可由核心网通过系统中的广播 信道，通知终端增强寻呼信道的配置信息；也 可由基站通知终端增强寻呼信道的配置信息； 还可以由核心网先通知基站， 再由基站通知终端。

步骤 702之后， 还包括：

网络侧通过增强寻呼信道向被叫终端发送除寻 呼信息之外的数据。

若网络侧包括核心网和核心网对应的各小区的 基站， 则由基站通过增强寻呼信道向被 叫终端发送除寻呼信息之外的数据。

优选的， 上述除寻呼信息之外的数据至少包括主叫终端 的业务号码和 /或寻呼 ID。 基于同一发明构思， 本发明实施例中还提供了一种接收寻呼信息的 方法， 由于该方法 解决问题的原理与上述用于接收寻呼信息的终 端相似， 因此该方法的实施可以参见终端的 实施， 重复之处不再赘述。

如图 8所示， 本发明实施例接收寻呼信息的方法， 包括以下步骤：

步骤 801、 终端在确定自身处于空闲状态后， 检测增强寻呼信道；

步骤 802、 终端才 居通过增强寻呼信道收到的寻呼信息确定自身 被寻呼后， 向网络侧 发送寻呼响应；

其中， 增强寻呼信道满足下列条件中的一种或多种：

增强寻呼信道的编码增益大于系统中所有信道 的编码增益；

增强寻呼信道的序列自相关增益大于系统中所 有信道的序列自相关增益； 增强寻呼信道的发射功率大于被叫终端所在小 区的平均发射功率。

在具体实施过程中， 终端才 居以下步骤确定自己处于空闲状态：

终端在确定无法检测到 PSS、 SSS、 PBCH、 BCCH、 PDCCH及 PDSCH中的一个或多 个时， 确定自身处于空闲状态； 或

终端在确定无法解码 PSS、 SSS、 PBCH、 BCCH、 PDCCH及 PDSCH中的一个或多个 时， 确定自身处于空闲状态。

终端检测到的增强寻呼信道中的寻呼信息分为 以下两种情况：

一是寻呼信息中包括被叫终端的标识码的全部 数据；

二是寻呼信息中包括被叫终端的标识码的部分 数据和该部分数据在该标识码中的位 置的位置标识。

针对第一种情况， 寻呼信息中包括被叫终端的标识码的全部数据 ， 终端的处理过程包 括：

在确定检测到的寻呼信息的标识码与自身的标 识码一致时， 确定终端被寻呼， 并向网 络侧设备发送寻呼响应； 或

在确定检测到的寻呼信息的标识码与自身的标 识码不一致时， 忽略本次寻呼。

针对第二种情况， 寻呼信息中包括被叫终端的标识码的部分数据 和该部分数据在该标 识码中的位置的位置标识， 终端的处理过程包括：

针对当前检测到的寻呼信息， 根据该寻呼信息中的位置标识确定自身的标识 码对应的 位置， 并在确定该寻呼信息中的标识码的部分数据与 自身的标识码中同一位置的数据一致 时， 继续检测增强寻呼信道； 在确定检测到的每个寻呼信息中的标识码的部 分数据都与自 身的标识码中同一位置的数据一致时， 确定终端被寻呼； 或

针对当前检测到的寻呼信息， 根据该寻呼信息中的位置标识确定自身的标识 码对应的 位置， 并在确定该寻呼信息中的标识码的部分数据与 自身的标识码中同一位置的数据不一 致时， 在设定时间内停止检测增强寻呼信道。

优选的， 终端周期性检测增强寻呼信道。

若网络侧包括核心网和核心网对应的各小区的 基站， 则步骤 802中终端发送寻呼响应 包括以下几种情况：

终端向基站发送寻呼响应， 再由基站向核心网发送该寻呼响应；

终端向核心网发送该寻呼响应， 再由核心网向基站发送该寻呼响应；

终端同时向基站和核心网发送该寻呼响应

本发明实施例的接收寻呼信息的方法， 还包括：

终端通过增强寻呼信道接收网络侧发送的除寻 呼信息之外的数据。

优选的， 该除寻呼信息之外的数据可以是主叫终端的业 务号码和 /或寻呼 ID。 下面以 LTE系统为例， 对本发明实施例传输寻呼信息的方法进行详细 描述。 本实施例 中用户设备 A为主叫用户主叫， 用户设备 B为被叫用户。

如图 9所示， 本发明实施例传输寻呼信息的方法包括以下步 骤：

步骤 901、 用户设备 A的某项业务发起对用户设备 B的呼叫， 并向核心网发送呼叫请 求；

步骤 902、 核心网根据呼叫请求获取用户设备 B的 TMSI , 以及用户设备 B所在的跟 踪区域 TA;

步骤 903、 核心网向用户设备 B所在的跟踪区域 TA内的所有小区的基站发送指示信 息， 以指示基站通过除增强寻呼信道之外的其他寻 呼信道向用户设备 B发起寻呼， 其中， 该指示信息至少包括用户设备 B的 TMSI及用户设备 B监听寻呼时刻的配置信息；

步骤 904、基站釆用公共的 P-RNTI, 通过 PDCCH信道调度用户设备 B在指定时频资 源位置的 PDSCH信道上读取寻呼信息；

步骤 905、 用户设备 B判断自己是否处于空闲状态；

若是， 则用户设备 B不会正常的反馈寻呼响应， 并执行步骤 911 ;

若否， 则执行步骤 906;

具体的， 用户设备 B在确定不能正常读取其所在小区的 PSS/SS、 PBCH、 BCCH、 解 码 P-RNTI加扰的 PDCCH以及 PDSCH中的一个或多个信道时， 确定自己进入空闲状态； 步骤 906、 用户设备 B在指定时频资源位置的 PDSCH信道上读取寻呼信息； 步骤 907、用户设备 B判断 PDSCH信道中的寻呼信息中指示的 TMSI与自己的 TMSI 是否一致；

若是， 则执行步骤 908;

若否， 则忽略本次寻呼。

步骤 908、 用户设备 B确定本次寻呼是对自己的寻呼， 并向基站返回寻呼响应， 进一 步发起随机接入过程， 建立无线承载；

步骤 909、 核心网在通过除增强寻呼信道之外的其他寻呼 信道发送寻呼信息失败后， 指示用户设备 B所在 TA的所有小区的基站发起增强寻呼， 即： 指示基站通过增强寻呼信 道发送寻呼信息；

具体的，核心网在设定的时间内或设定的发送 次数内未收到用户设备 B反馈的寻呼响 应时， 确定通过除增强寻呼信道之外的其他寻呼信道 发送寻呼信息失败。

步骤 910、 基站通过增强寻呼信道向用户设备 B发送寻呼信息；

步骤 911、 用户设备 B按照网络配置指示， 进入空闲寻呼监听方式， 并检测增强寻呼 信道；

步骤 912、用户设备 B解码增强寻呼信道的寻呼信息，并判断寻呼� �息中指示的 TMSI 与自己空闲前的 TMSI是否一致；

若是， 则执行步骤 913;

若否， 则忽略本次寻呼。

步骤 913、 确定本次寻呼是对自己的寻呼， 并向基站反馈寻呼响应；

优选的， 为了尽可能保证被叫用户能够正常接收寻呼， 优选的， 本发明实施例中网络 侧在通过除增强寻呼信道之外的其他寻呼信道 发送寻呼信息的同时， 也在增强寻呼信道上 发送该寻呼信息。

优选的， 网络侧在收到来自被叫用户的寻呼响应后， 在双方约定的时间或协议规定的 时间内， 将主叫用户的业务号码发送给被叫用户， 或者将寻呼 ID和主叫业务号联合发送 给被叫用户。

下面仍以 LTE系统为例， 对增强寻呼信道的设计进行详细说明， 以增大增强寻呼信道 的序列自相关增益。

对于卫星通信系统来说， 通常一颗卫星对应一个移动管理实体（ Mobility Management Entity, MME ), 每颗卫星对应的 UE的短格式临时移动用户标识（ S-TMSI ) 包括 MMEC 和 M-TMSI, 即： S-TMSI= ( 8bits ) MMEC + ( 32bits ) M-TMSI; 其中， MMEC为 MME 代码， MMEC为 8bits数据， M-TMSI用于唯一表示 MME中 UE, M-TMSI为 32 bits数据。

需要说明的是， 不同系统中， 用于标识 UE的 TMSI的含义也有所不同， 例如，在 LTE 系统中， S-TMSI用于标识 UE; 在陆地移动通信系统（ Universal Mobile Telecommunication System, UMTS ) 系统中， P-TMSI用于在分组交换 ( PS )域中标识 UE。

由于同一颗卫星对应的 UE的 TMSI中的 MMEC都是相同的， 因此， 在 LTE系统中 若需要寻呼 UE, —般网络侧只需要对被叫 UE的 M-TMSI在该被叫 UE所在跟踪区域 TA 内进行寻呼即可；

当然， 网络侧也可以对被叫 UE的 TMSI在该被叫 UE所在跟踪区域 TA内进行寻呼。 下面以网络侧通过增强寻呼信道发送的寻呼信 息包括 M-TMSI为例对本发明实施例增 强寻呼信道进行说明。

如图 10所示， 网络侧通过增强寻呼信道发送 M-TMSI的方法包括以下步骤： 步骤 1001、网络侧在确定需要通过增强寻呼信道发� � M-TMSI时，将 M-TMSI的 32bits 数据分为 8个数据段， 每个数据段包括 4bits的 M-TMSI数据， 并将表示每个 4bits数据段 在 32bits的 M-TMSI中位置的位置标识置于对应的数据段中， 其中，每个位置标识包括 3bits 数据， 则每个数据段包括 7bits数据， 从而降低了终端的检测复杂度；

步骤 1002、 网络侧以每个数据段为单位进行序列设计， 得到每个数据段对应的序列； 为了保证系统性能， 优选的， 网络侧将每个数据段对应的序列进行扩展处理 ， 如将每 个数据段对应的序列扩展到长度为 256的序列。 具体的， 每个数据段可以釆用长度为 256的 Walsh正交序列中的 27=128个， 其中， Walsh序列的特点是在同步的条件下， 自相增益为 256, 互相关为 0。

步骤 1003、 对每个数据段对应的长度为 256的序列进行调制处理， 其中， 每个数据段 占用 128个调制符号；

本步骤中可以釆用四相相移键控 ( Quaternary Phase Shift Keying, QPSK )调制方式、 16QAM ( Quadrature Amplitude Modulation, 正交幅度调制）调制方式、 8 QAM调制方式 等；

优选的， 釆用 QPSK调制方式对每个数据段进行调制处理， 以保证信号正确接收。 步骤 1004、 将步骤 1003得到的每个数据段对应的 128个调制符号映射到 LTE系统中 心的物理资源块（ Physical Resource Block, PRB )上；

优选的，网络侧分别将每个数据段对应的调制 符号映射到 OFDM符号中的特定资源单 元（RE )上， 其中特定资源单元是指该 OFDM符号中除用于保护调制符号的资源单元之 外的资源单元， 如图 11所示；

例如， LTE系统每个 OFDM符号 （ Symbol ) 包括 72个 RE, 每个数据段对应的 128 个调制符号占用子帧中的两个 Symbol的 64个 RE, 该两个 Symbol的两边各保留 4个 RE 用于保护该调制符号， 则每个 Symbol中的该 64个资源单元即为特定资源单元。

为了保证每个数据段对应的 128个调制符号和 LTE系统的 PSS/SSS不重合， 优选的， 将每个数据段对应的调制符号映射到除 PSS和 /或 SSS映射的 OFDM符号之外的 OFDM符 号的资源单元上；例如，为了保证每个数据段 对应的 128个调制符号和 LTE系统的 PSS/SSS 不重合， 将每个数据段对应的调制符号映射到子帧中的 第 4和第 5个 Symbol中特定的 RE 中， 如图 11所示。

步骤 1005、 网络侧周期性发送每个数据段， 且每个周期发送一个数据段；

优选的， 网络侧以 5ms 或者 10ms 为周期发送每个数据段， 从而可以维持和系统 PSS/SSS序列一致， 进一步降低终端检测复杂度。

为了提高终端的检测性能， 优选的， 网络侧周期性重复发送每个数据段；

具体的， 网络侧可以依次重复发送每个数据段； 例如， 对于每个数据段， 网络侧都重 复发送 2次， 即网络侧在第一个周期发送第一个数据段， 在第二个周期仍发送第一个数据 段， 在第三个周期发送第二个数据段， 在第四个周期仍发送第二个数据段， ... ... , 依次类 推， 直至发送完 M-TMSI对应的所有数据段；

网络侧还可以在发送完一个完整的寻呼信息之 后 , 再重复该寻呼信息对应的每个数据 段； 仍以网络侧重复发送 2次为例， 网络侧在第一个周期发送第一个数据段， 在第二个周 期发送第二个数据段， ... ...， 在第八个周期发送第八个数据段， 在第九个周期发送第一个 数据段， 在第十个周期发送第二个数据段， ... ... , 在第十六个周期发送第八个数据段； 若网络侧以 5ms或 10ms为周期发送数据段，则一次完整的增强寻� �周期需要 16*5ms 或者 16*10ms。

优选的， 系统可以配置完整增强寻呼的最大次数为 1-5次。

对应的， 如图 12所示， 终端通过增强寻呼信道接收 M-TMSI的方法包括以下步骤： 步骤 1201、 终端在确定自身进行空闲状态后， 周期性检测增强寻呼信道；

步骤 1202、 终端当检测到某个寻呼信息后， 根据该寻呼信息中的位置标识确定自己的

M-TMSI中的对应位置，并判断该寻呼信息中的 4bits数据与自己的 M-TMSI中同一位置的

4bits数据是否相同；

若是， 则执行步骤 1203;

若否， 则执行步骤 1204;

步骤 1203、 终端判断是否还有被叫终端的 M-TMSI对应的寻呼信息；

若是， 则执行步骤 1205;

若否， 则执行步骤 1206;

步骤 1204、 则休眠设定个检测周期后， 继续检测增强寻呼信道；

优选的， 终端可休眠 1~5个检测周期后， 继续检测增强寻呼信道；

步骤 1205、 终端继续检测增强寻呼信道， 并执行步骤 1202;

步骤 1206、 终端确定自身被寻呼， 并向网络侧返回寻呼响应。

由于终端只要检测到 8个被叫终端的 M-TMSI对应的数据段中的任何一个数据段与自 己的 M-TMSI中同一位置的 4bits数据不同， 就会停止检测增强寻呼信道，在休眠 1-5个增 强寻呼周期后， 再继续检测增强寻呼信道， 从而降低了终端的检测复杂度。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器、 CD-ROM、 光学存储器等）上实施的计算机程 序产品的形式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性 概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改 。

本发明实施例网络侧通过增强寻呼信道发送寻 呼信息； 终端在确定自身处于空闲状态 后， 检测增强寻呼信道， 并在根据增强寻呼信道的寻呼信息确定自身被 寻呼后， 向网络侧 发送寻呼响应； 其中， 增强寻呼信道满足下列条件中的一种或多种： 增强寻呼信道的编码 增益大于系统中所有信道的编码增益； 增强寻呼信道的序列自相关增益大于系统中所 有信 道的序列自相关增益； 及增强寻呼信道的发射功率大于被叫终端所在 小区的平均发射功 率； 由于本发明实施例的增强寻呼信道相对于系统 中的其他信道来说， 提高了信道的覆盖 能力， 从而在通过增强寻呼信道传输寻呼信息时， 使更多的终端在室内或者盲区时， 仍能 够检测到增强寻呼信道中的寻呼信息， 从而提高了寻呼信息传输的成功率。

显然， 本领域的技术人员可以对本发明进行各种改动 和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属 于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。