发明内容
本发明实施例提供了一种传输寻呼信息的方法、设备及系统,用于解决现有技术中存在的用于传输寻呼信息的信道的覆盖能力低,容易使终端在信号较弱的情况下,无法正常接收网络侧传输的数据的问题。
本发明实施例提供了一种发送寻呼信息的方法,包括:
网络侧在接收到主叫终端的寻呼请求后,通过增强寻呼信道发送寻呼信息;
所述网络侧接收被叫终端返回的寻呼响应;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种接收寻呼信息的方法,包括:
终端在确定自身处于脱网状态后,检测增强寻呼信道;
所述终端根据通过增强寻呼信道收到的寻呼信息确定自身被寻呼后,向网络侧发送寻呼响应;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种用于发送寻呼信息的核心网设备,包括:
指示模块,用于在接收到主叫终端的寻呼请求后,指示被叫终端所在跟踪区域TA的基站通过增强寻呼信道发送寻呼信息;
接收模块,用于接收被叫终端返回的寻呼响应;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种用于发送寻呼信息的基站,包括:
接收模块,用于接收核心网设备发送的指示信息;
发送模块,用于根据所述指示信息,通过增强寻呼信道发送寻呼信息;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种用于发送寻呼信息的基站,包括:
确定模块,用于在通过普通寻呼信道发送寻呼信息失败后,确定通过增强寻呼信道发送所述寻呼信息;或在通过所述普通寻呼信道发送所述寻呼信息的同时,确定通过增强寻呼信道发送所述寻呼信息;
寻呼发送模块,用于通过所述增强寻呼信道发送所述寻呼信息;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种用于接收寻呼信息的终端,包括:
检测模块,用于在确定所述终端处于脱网状态后,检测增强寻呼信道;
处理模块,用于根据通过增强寻呼信道收到的寻呼信息确定所述终端被寻呼后,向核心网设备和/或基站发送寻呼响应;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例提供了一种传输寻呼信息的系统,包括:
核心网设备,用于在接收到主叫终端的寻呼请求后,指示被叫终端所在TA的基站通过增强寻呼信道发送寻呼信息;并接收被叫终端返回的寻呼响应;
基站,用于接收所述核心网设备发送的指示信息;并根据所述指示信息,通过增强寻呼信道发送寻呼信息;
终端,用于在确定自身处于脱网状态后,检测增强寻呼信道;并根据通过所述增强寻呼信道收到的寻呼信息确定自身被寻呼后,向所述核心网设备和/或基站发送寻呼响应;
其中,所述增强寻呼信道满足下列条件中的一种或多种:
所述增强寻呼信道的编码增益大于系统中所有信道的编码增益;
所述增强寻呼信道的序列自相关增益大于所述系统中所有信道的序列自相关增益;
所述增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率。
本发明实施例网络侧通过增强寻呼信道发送寻呼信息;终端在确定自身处于脱网状态后,检测增强寻呼信道,并在根据增强寻呼信道的寻呼信息确定自身被寻呼后,向网络侧发送寻呼响应;其中,增强寻呼信道满足下列条件中的一种或多种:增强寻呼信道的编码增益大于系统中所有信道的编码增益;增强寻呼信道的序列自相关增益大于系统中所有信道的序列自相关增益;及增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率;由于本发明实施例的增强寻呼信道相对于系统中的其他信道来说,提高了信道的覆盖能力,从而在通过增强寻呼信道传输寻呼信息时,使更多的终端在室内或者盲区时,仍能够检测到增强寻呼信道中的寻呼信息,从而提高了寻呼信息传输的成功率。
具体实施方式
本发明实施例通过增强寻呼信道传输寻呼信息,提高了信道的覆盖能力,使更多的终端在室内或者盲区时,仍能够检测到增强寻呼信道中的寻呼信息,从而提高了寻呼信息传输的成功率。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示,本发明实施例第一种传输寻呼信息的系统,包括:
核心网设备10,用于在接收到主叫终端的寻呼请求后,指示被叫终端所在跟踪区域TA(TrackingArea)的基站通过增强寻呼信道发送寻呼信息;并接收被叫终端返回的寻呼响应;
基站20,用于接收核心网设备10发送的指示信息;并根据该指示信息,通过增强寻呼信道发送寻呼信息;
终端30,用于在确定自身处于脱网状态后,检测增强寻呼信道;并在根据通过该增强寻呼信道收到的寻呼信息确定自身被寻呼后,向核心网设备10和/或基站20发送寻呼响应;
其中,增强寻呼信道满足下列条件中的一种或多种:
1、增强寻呼信道的编码增益大于系统中所有信道的编码增益;
例如,若应用于LTE系统,则该增强寻呼信道的编码增益大于3GPP
TS36.211协议中规定的所有物理信道和符号(如PDSCH信道、PDCCH信道等)的编码增益;若应用于WCDMA系统,则该增强寻呼信道的编码增益大于25.211协议中规定的所有信道(如PBCH信道、PDCH信道等)的编码增益;
网络侧发送寻呼信息的过程,在对寻呼信息进行预编码处理时,采用编码增益高的编码方式对寻呼信息进行预编码,以提高增强寻呼信道的编码增益,如采用分组码编码方式等。
2、增强寻呼信道的序列自相关增益大于系统中所有信道的序列自相关增益;
例如,若应用于LTE系统,则该增强寻呼信道的序列自相关增益大于3GPPTS 36.211协议中规定的所有信道(如PSS/SSS信道、PBCH信道等)的序列自相关增益;若应用于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具体用于:
分别将每个数据段对应的调制符号映射到OFDM(Orhtogonal FrequencyDivision Multiplexing,正交频分复用)符号中的特定资源单元上,其中,特定资源单元是指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符号中的特定资源单元上,其中特定资源单元是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系统为例,对增强寻呼信道的设计进行详细说明,以增大增强寻呼信道的序列自相关增益。
对于卫星通信系统来说,通常一颗卫星对应一个MME(MobilityManagement Entity,移动管理实体),每颗卫星对应的UE的短格式临时移动用户标识S-TMSI包括MMEC和M-TMSI,即:S-TMSI=(8bits)MMEC+(32bits)M-TMSI;其中,MMEC为MME代码,MMEC为8bits数据,M-TMSI用于唯一表示MME中UE,M-TMSI为32bits数据。
需要说明的是,不同系统中,用于标识UE的TMSI的含义也有所不同,例如,在LTE系统中,短格式临时移动用户标识S-TMSI用于标识UE;在UMTS(Universal Mobile Telecommunication System,陆地移动通信系统)系统中,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个调制符号;
本步骤中可以采用四相相移键控QPSK(Quaternary Phase Shift Keying)调制方式、16QAM(Quadrature Amplitude Modulation,正交幅度调制)调制方式、8QAM调制方式等;
优选的,采用QPSK调制方式对每个数据段进行调制处理,以保证信号正确接收。
步骤1004、将步骤1003得到的每个数据段对应的128个调制符号映射到LTE系统中心的PRB(Physical Resource Block,物理资源块)上;
优选的,网络侧分别将每个数据段对应的调制符号映射到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、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
本发明实施例网络侧通过增强寻呼信道发送寻呼信息;终端在确定自身处于脱网状态后,检测增强寻呼信道,并在根据增强寻呼信道的寻呼信息确定自身被寻呼后,向网络侧发送寻呼响应;其中,增强寻呼信道满足下列条件中的一种或多种:增强寻呼信道的编码增益大于系统中所有信道的编码增益;增强寻呼信道的序列自相关增益大于系统中所有信道的序列自相关增益;及增强寻呼信道的发射功率大于被叫终端所在小区的平均发射功率;由于本发明实施例的增强寻呼信道相对于系统中的其他信道来说,提高了信道的覆盖能力,从而在通过增强寻呼信道传输寻呼信息时,使更多的终端在室内或者盲区时,仍能够检测到增强寻呼信道中的寻呼信息,从而提高了寻呼信息传输的成功率。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。