一种终端寻呼方法及装置与流程

文档序号:14197712阅读:220来源:国知局
一种终端寻呼方法及装置与流程

本发明涉及通信领域,尤其涉及一种终端寻呼方法及装置。



背景技术:

随着移动通信技术的发展,传统的第三代移动通信技术(3rd-generation,3g)逐渐发展为长期演进(longtermevolution,lte)技术,以改善小区边缘用户的性能,降低系统延迟。

在传统的lte系统中,当移动管理实体(mobilitymanagemententity,mme)呼叫一个终端的时候,mme由于不知道终端具体在哪一个小区,因此,会向一个跟踪区域码(trackingareacode,tac)下的所有基站同时发送s1接口寻呼(paging),然后,各个基站在接收s1接口paging后,向管辖范围内的所有小区发送空口paging消息,其中,每个空口paging消息只占用一个寻呼时机p0子帧,即1ms,即可发送完成。

但是,采用这种方式,在信号覆盖较弱的区域,终端通常会由于信号较弱,不能接收到空口paging消息,从而造成寻呼的成功率较低。

现有技术下,为了增强弱覆盖时的解调性能,基于传统的lte系统的实现机制,物联网系统覆盖增强的功能(coverageenhancement)。

具体的,以物联网系统中的窄带物联网(narrowband-internetofthings,nb-iot))系统为例,当基站从s1接口收到mme的寻呼消息要寻呼一个终端时,基站通常先计算出终端的p0时刻,然后,从p0时刻开始在空口发送寻呼,其中寻呼控制指令和寻呼内容可以分别在nb-iot系统物理下行控制信道(nb-iotphysicaldownlinkcontrolchannel,npdcch)和nb-iot系统物理下行共享信道(nb-iotphysicaldownlinksharedchannel,npdsch)重复发送,重复发送的取值范围均为{1,2,4,8,16,32,64,128,192,256,384,512,768,1024,1536,2048}。具体取值均与终端的覆盖等级相关,所谓覆盖等级代表终端与基站之间的距离。终端与基站的距离越远,覆盖等级越低,重复次数的取值就越高。

然而,由于nb-iot系统在进行信息传输时,采用的是半双工通信方式,即信息同一时间只能单向传输,而不能双向传输,同时,npdsch和npdcch在时域不能复用,因此,基站在并不知道终端的所在位置时,为了保证寻呼成功率,只能按照最低的覆盖等级进行寻呼,这可能会导致整个tac范围内所有小区在4096ms都不能进行数据传输。

显然,这造成了极大的资源浪费,降低了其它终端的信息传输的效率。



技术实现要素:

本发明实施例提供一种终端寻呼方法及装置,为了在对待寻呼终端进行寻呼时,减少了空口寻呼次数,缩小寻呼范围,节约资源,提高寻呼的成功率,本发明实施例提供的具体技术方案如下:

一种终端寻呼方法,包括:

确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;

向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,确定待寻呼终端,设置待寻呼终端的寻呼配置参数,包括:

若确定待寻呼终端为非移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端在上一次释放时所在的小区作为指定寻呼范围;

若确定待寻呼终端为移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端的历史驻留小区或指定tac作为指定寻呼范围。

较佳的,指示将待寻呼终端的历史驻留小区或指定tac作为指定寻呼范围,包括:

根据s1接口寻呼记录,判断待寻呼终端的寻呼失败次数是否达到设定阈值;

若是,则指示将指定tac作为指定寻呼范围;

否则,指示将待寻呼终端的历史驻留小区作为指定寻呼范围。

较佳的,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,包括:

触发基站执行以下操作:

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

一种终端寻呼方法,包括:

接收mme发送的携带有寻呼配置参数的s1接口寻呼消息,基于寻呼配置参数至少确定指定寻呼范围,以及确定待寻呼终端在上一次释放时使用的覆盖等级;

确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数;

在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,基于寻呼配置参数确定指定寻呼范围,包括:

基于寻呼配置参数,确定待寻呼终端在上一次释放时所在的小区为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为非移动终端时设置的;或者,

基于寻呼配置参数,确定待寻呼终端的历史驻留小区或指定tac为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为移动终端时设置的。

较佳的,确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,包括:

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

较佳的,将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数,包括:

将待寻呼终端在上一次释放时使用的空口寻呼次数作为第一级;

将当前的s1接口寻呼次数作为调整步长,调整步长表征待调整的等级数目;

按照调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级,作为初始空口寻呼次数;

确定初始空口寻呼次数未达到最大空口寻呼次数时,将初始空口寻呼次数作为目标空口寻呼次数。

一种终端寻呼装置,包括:

设置单元:确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;

触发单元:向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,确定待寻呼终端,设置待寻呼终端的寻呼配置参数时,设置单元具体用于:

若确定待寻呼终端为非移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端在上一次释放时所在的小区作为指定寻呼范围;

若确定待寻呼终端为移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端的历史驻留小区或tac作为指定寻呼范围。

较佳的,指示将待寻呼终端的历史驻留小区或指定tac作为指定寻呼范围时,设置单元还用于:

根据s1接口寻呼记录,判断待寻呼终端的寻呼失败次数是否达到设定阈值;

若是,则指示将指定tac作为指定寻呼范围;

否则,指示将待寻呼终端的历史驻留小区作为指定寻呼范围。

较佳的,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数时,触发单元具体用于:

触发基站执行以下操作:

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

一种终端寻呼装置,包括:

接收单元:接收mme发送的携带有寻呼配置参数的s1接口寻呼消息,基于寻呼配置参数至少确定指定寻呼范围,以及确定待寻呼终端在上一次释放时使用的覆盖等级;

确定单元:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数;

寻呼单元:在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,基于寻呼配置参数确定指定寻呼范围时,接收单元具体用于:

基于寻呼配置参数,确定待寻呼终端在上一次释放时所在的小区为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为非移动终端时设置的;或者,

基于寻呼配置参数,确定待寻呼终端的历史驻留小区或指定tac为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为移动终端时设置的。

较佳的,确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数时,确定单元具体用于;

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

较佳的,将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数时,确定单元还用于:

将待寻呼终端在上一次释放时使用的空口寻呼次数作为第一级;

将当前的s1接口寻呼次数作为调整步长,调整步长表征待调整的等级数目;

按照调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级,作为初始空口寻呼次数;

确定初始空口寻呼次数未达到最大空口寻呼次数时,将初始空口寻呼次数作为目标空口寻呼次数。

本发明实施例中,确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。这样,基站就可以基于接收的mme发送的寻呼配置参数,对不同类型的终端,确定相应的目标空口寻呼次数和指定范围,并在指定范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼,减少了空口寻呼次数,缩小了寻呼范围,节约了资源,提高了寻呼的成功率。

附图说明

图1a和图1b为本发明实施例中终端寻呼的详细流程示意图;

图2为本发明实施例中终端寻呼的架构示意图;

图3为本发明实施例中非移动终端寻呼的流程示意图;

图4为本发明实施例中移动终端寻呼的流程示意图;

图5为本发明实施例中终端寻呼装置示意图1;

图6为本发明实施例中终端寻呼装置示意图2。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,并不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

为了在对待寻呼终端进行寻呼时,减少了空口寻呼次数,缩小寻呼范围,节约资源,提高寻呼的成功率,本发明实施例中,提供了一种终端寻呼方法,该方法为,确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

下面通过具体实施例对本发明方案进行详细描述,当然,本发明并不限于以下实施例。

参阅图1a和图1b所示,本发明实施例中,终端寻呼具体流程如下:

步骤101:在各个终端接入后,基站根据各个终端上报的覆盖等级,分别实时确定各个终端使用的空口寻呼次数。

实际应用中,各个终端接入后,向基站上报当前的覆盖等级、phr以及其他测量信息。

基站会基于预设的覆盖等级与空口寻呼次数的关联关系,分别确定各个终端上报的覆盖等级对应的空口寻呼次数。所谓的空口寻呼次数包括npdsch的重复次数(即m1)和npdcch的重复次数(即m2)。

进一步地,当各个终端上报的覆盖等级发生变化,基站会根据各个终端实时上报的覆盖等级,分别实时地对各个终端使用的空口寻呼次数进行调整。

步骤102:在各个终端释放时,基站将各个终端的寻呼范围信息,以及各个终端在释放时使用的覆盖等级上报至mme。

实际应用中,在各个终端释放时,基站向mme上报的各个终端的小区推荐信息,以及各个终端在释放时使用的覆盖等级。

具体分为以下两种情况:

第一种情况,若终端不支持历史信息上报功能,则基站会将终端在释放时所在小区的小区标识信息,以及终端在释放时使用的覆盖等级上报至mme。

具体的,基站可以采用小区标识和覆盖等级信息(cellidentityandcoverageenhancementlevel)将终端在上一次释放时所在小区的小区标识信息[如,采用信息要素(informationelement,ie)“小区标识信息(globalcellid)”携带],以及终端在释放时使用的覆盖等级(如,采用ie“coverageenhancementlevel”携带)上报至mme。

在第一种情况下,mme可以将终端在上一次释放时所在的小区的小区标识信息作为寻呼范围信息。

第二种情况,若终端支持历史信息上报功能,则基站会将终端在释放时所在小区的小区标识信息,终端在释放时使用的覆盖等级,以及终端的历史驻留小区的小区标识信息,终端的历史驻留基站的基站标识信息上报至mme。

具体的,基站可以采用cellidentityandcoverageenhancementlevel,将终端在释放时所在小区的小区标识信息(如,采用ie“globalcellid”携带),以及终端在释放时使用的覆盖等级(如,采用ie“coverageenhancementlevel”携带)上报至mme。

进一步地,基站还可以采用informationonrecommendedcellsandenbsforpaging,将终端的历史驻留小区的小区标识信息(如,采用ie“recommenddedcellsforpaging”携带),以及终端的历史驻留基站的基站标识信息(如,采用ie“recommendedenbsforpaging”携带),作为寻呼范围推荐信息上报至至mme,其中,终端的历史驻留小区中包括终端在上一次释放时所在的小区,终端的历史驻留基站是用于指示终端在某一基站下的所有小区都驻留过,这一基站下的所有小区均可推荐作为寻呼范围,另一方面,在上报寻呼范围推荐信息时,基站可以将终端在各个小区的接入时间、离开时间、驻留时长等具体描述信息同时上报至mme。

在第二种情况下,mme可以将终端在上一次释放时所在的小区的小区标识,终端曾经驻留过的多个小区的小区标识信息,以及终端曾经驻留过的多个基站的基站标识信息作为寻呼范围信息。

步骤103:mme对应各个终端保存相应的寻呼范围信息以及上一次释放时使用的覆盖等级。

实际应用中,mme接收基站上报的各个终端的寻呼范围信息和上一次释放时使用的覆盖等级,然后,再对应每一个终端分别将相应的寻呼范围信息和上一次释放时使用的覆盖等级进行保存。

这样,mme选定待寻呼终端后,就可以根据对应待寻呼终端保存的相关信息,对待寻呼终端进行后续的寻呼操作。

步骤104:mme确定待寻呼终端,并根据待寻呼终端的类型,确定指定寻呼范围,并设置相应的目标s1接口寻呼次数。

实际应用中,在mme确定待寻呼终端后,mme获取待寻呼终端的终端标识信息,即国际移动设备标识(internationalmobileequipmentidentity,imei)或/和国际移动用户识别码(internationalmobilesubscriberidentity,imsi)。

可选的,基站可以根据待寻呼终端的终端标识信息以及历史寻呼记录,确定待寻呼终端的类型,也可以基于待寻呼终端的终端标识信息,获取对应终端标识信息设置的待寻呼终端的类型。

具体的,基站根据待寻呼终端的终端标识信息以及历史寻呼记录,确定待寻呼终端的类型时,若根据待寻呼终端的终端标识信息和历史寻呼记录,基站确定待寻呼终端始终在同一个小区内,则判定待寻呼终端为非移动终端,否则,判定待寻呼终端为移动终端。

然后,mme根据待寻呼终端的类型,确定待寻呼终端的指定寻呼范围可以采用但不限于以下几种方式:

第一种方式为:mme确定待寻呼终端为非移动终端时,mme将待寻呼终端在上一次释放时所在的小区作为指定寻呼范围。

第二种方式为:mme确定待寻呼终端为移动终端时,mme将待寻呼终端在历史记录中驻留过和小区均作为指定寻呼范围,或者,也可以将包含在上一次释放时所在的小区在内的,释放之前最后驻留的l个小区作为指定寻呼范围,其中,l为预设自然数。

进一步地,mme设置待寻呼终端相应的目标s1接口寻呼次数,其中,目标s1接口寻呼次数是指mme向基站发送寻呼消息的重复次数,mme向基站发送寻呼消息,会触发基站在指定寻呼范围内寻呼待寻呼终端。

较佳的,mme通过基站向终端发送寻呼消息的重复次数,也会根据待寻呼终端的类型的不同,而设置不同的重复次数。由于非移动终端的位置固定,不需要考虑扩大寻呼范围,因此,非移动终端的目标s1接口寻呼次数较少,如,可选的,非移动终端的目标s1接口寻呼次数≤3。而移动终端的位置变化,需要考虑扩大寻呼小区范围,因此,移动终端的目标s1接口寻呼次数较多,如,可选的,移动终端的目标s2口寻呼次数≥8。

例如,mme确定待寻呼终端的类型为非移动终端时,设置待寻呼终端相应的目标s1接口寻呼次数为3次。

又例如,mme确定待寻呼终端的类型为移动终端时,设置待寻呼终端相应的目标s1接口寻呼次数为9次。

步骤105:mme向基站发送s1接口寻呼消息,该s1接口寻呼消息中携带有寻呼配置参数,其中,寻呼配置参数中至少包含指定寻呼范围,待寻呼终端在上一次释放时使用的覆盖等级,以及当前的s1寻呼次数和目标s1寻呼次数。

实际应用中,mme根据待寻呼终端的类型,向基站发送s1接口寻呼消息,可以采用但限于以下几种方式:

第一种方式为:mme确定待寻呼终端的类型为非移动终端时,向基站发送s1接口寻呼消息。s1接口寻呼消息中携带的寻呼配置参数,包括覆盖增强辅助信息(assistantcedateforcecapableuse)和寻呼尝试信息(pagingattemptinformation)。其中,assistantcedateforcecapableuse携带待寻呼终端上一次释放时所在的小区以及待寻呼终端在上一次释放时使用的覆盖等级;pagingattemptinformation包括当前的s1接口寻呼次数(pagingattemptcount),以及目标s1接口寻呼次数(intendednumberofpagingattempts)。

第二种方式为:mme确定待寻呼终端的类型为移动终端时,向基站发送s1接口寻呼消息。s1接口寻呼消息中携带的寻呼配置参数,包括辅助小区推荐信息(assistantcedateforrecommendedcells),assistantcedateforcecapableuse和pagingattemptinformation。其中,assistantcedateforrecommendedcells携带终端的历史驻留小区的小区标识信息;assistantcedateforcecapableuse携带待寻呼终端上一次释放时所在的小区以及待寻呼终端在上一次释放时使用的覆盖等级;pagingattemptinformation包括pagingattemptcount,intendednumberofpagingattempts以及下一个寻呼范围信息(nextpagingareascope)。

步骤106:基站接收mme发送的s1接口寻呼消息,判断待寻呼终端是移动终端或非移动终端。

实际应用中,基站接收mme发送的s1接口寻呼消息,若该s1接口寻呼消息中没有携带assistantcedateforrecommendedcells,则判定待寻呼终端为非移动终端,执行步骤107,否则,若该s1接口寻呼消息中携带有assistantcedateforrecommendedcells,则判定待寻呼终端为移动终端,执行步骤111。

步骤107:基站基于接收的s1接口寻呼消息携带的待寻呼终端上一次释放时使用的覆盖等级确定目标空口寻呼次数。

实际应用中,基站基于接收的s1接口寻呼消息,获取通过assistantcedateforcecapableuse携带的待寻呼终端上一次释放时使用的覆盖等级,并获取覆盖等级与空口寻呼次数之间的关联关系。

进一步地,基站基于该关联关系,确定对应待寻呼终端上一次释放时使用的覆盖等级设置的目标空口寻呼次数。

例如:待寻呼终端上一次释放时使用的覆盖等级为16,基站基于关联关系,确定相应的目标空口寻呼次数为16。

步骤108:基站在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

实际应用中,基站基于接收的s1接口寻呼消息,将通过assistantcedateforcecapableuse携带的待寻呼终端上一次释放时所在的小区确定为指定范围。

进一步地,基站在指定范围内,按照目标空口寻呼次数对待寻呼终端进行寻呼。

步骤109:mme判断当前的s1接口寻呼是否成功,若是,则结束寻呼流程,否则,执行步骤110。

实际应用中,mme可以直接根据ue的通知确定s1中寻呼是否成功。

步骤110:mme判断当前的s1接口寻呼次数是否到达目标s1接口寻呼次数,若是,则结束寻呼流程,否则,返回步骤105。

步骤111:基站基于接收的s1接口寻呼消息携带的待寻呼终端上一次释放时使用的覆盖等级,以及当前的s1接口寻呼次数,确定初始空口寻呼次数。

实际应用中,基站基于接收的s1接口寻呼消息,获取通过assistantcedateforcecapableuse携带的待寻呼终端上一次释放时使用的覆盖等级,以及获取通过pagingattemptcount携带的当前的s1接口寻呼次数。

基站获取覆盖等级与空口寻呼次数之间的关联关系,基于该关联关系,确定对应待寻呼终端上一次释放时使用的覆盖等级设置的上一次释放时使用的空口寻呼次数,其中,空口寻呼次数的取值范围为{1,2,4,8,16,32,64,128,192,256,384,512,768,1024,1536,2048}。

然后,基站将待寻呼终端在上一次释放时使用的空口寻呼次数作为第一级;将当前的s1接口寻呼次数作为调整步长,调整步长表征待调整的等级数目;照调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级,作为初始空口寻呼次数。

具体的,可以采用以下方式:可选的,假设s1接口寻呼次数的初始值为0,每进行一次s1接口寻呼,则将s1接口寻呼次数+1;那么,基站将当前的s1接口寻呼次数作为调整步长,将上一次释放时使用的空口寻呼次数调整至相应的等级作为初始空口寻呼次数。

例如,基站确定上一次释放时使用的空口寻呼次数为8,当前的s1接口寻呼次数为1,显然,正在进行第1次s1接口寻呼,那么,基站会以空口寻呼次数8作为第1级,直接设置本次的初始空口寻呼次数为8。

又例如,基站确定上一次释放时使用的空口寻呼次数为4,当前的s1接口寻呼次数为5,显然,正在进行第5次s1接口寻呼,那么,基站会以空口寻呼次数4作为第1级,将空口寻呼次数4调整至第5级的64,即设置本次的初始空口寻呼次数为64。

步骤112:基站判断初始空口寻呼次数是否超过最大空口寻呼次数,若是,则执行步骤113;否则,执行步骤114。

具体的,空口寻呼次数的取值设置有上限值,如,2048,因此,若调整后的初始空口寻呼次数大于上限值,则只能使用上限值作为目标空口寻呼次数。

步骤113:基站将初始空口寻呼次数确定为目标空口寻呼次数,接着,执行步骤115。

步骤114:基站将最大空口寻呼次数确定为目标空口寻呼次数,接着,执行步骤115。

步骤115:基站在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

实际应用中,基站确定指定范围可以采用但不限于以下几种方式:

第一种方式为:基站基于接收的s1接口寻呼消息,若在s1接口寻呼消息携带的nextpagingareascope的值为null,则将通过assistantcedateforcecapableuse携带的历史驻留小区确定为指定范围。

第二种方式为:基站基于接收的s1接口寻呼消息,若在s1接口寻呼消息携带的nextpagingareascope的值为change,则将指定寻呼范围调整为指定tac,即将指定寻呼范围调整为某个tac涉及的整体范围。

进一步地,基站在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。其中,当指定某一tac为指定寻呼范围时,各个基站均在自身的最大管辖范围内进行空口寻呼,以保证寻呼覆盖范围。

步骤116:mme判断当前的s1接口寻呼是否成功,若是,则结束寻呼流程,否则,执行步骤117。

步骤117:mme判断当前的s1接口寻呼次数是否到达目标s1接口寻呼次数,若是,则结束寻呼流程,否则,执行步骤118。

步骤118:mme基于s1接口寻呼记录,判断s1接口寻呼失败次数是否达到设定门限值,若是,则执行步骤119,否则,返回步骤105。

步骤119:mme将指定寻呼范围调整为指定tac。

实际应用中,mme将nextpagingareascope的值调整为change,将指定寻呼范围调整为指定tac,即将指定寻呼范围调整为某个tac涉及的整体范围。其中,当指定某一tac为指定寻呼范围时,各个基站均在自身的最大管辖范围内进行空口寻呼,以保证寻呼覆盖范围。

此外,在实际应用中,当基站对非移动终端进行空口寻呼时,若进行多次寻呼仍然没有寻呼成功,也可以对非移动终端相应的目标空口寻呼次数进行调整,以保证寻呼的成功率。

下面采用一个具体的应用场景对上述实施例作出进一步详细说明。具体参阅图2所示,本发明实施例中,终端寻呼方法的详细步骤流程具体如下:

假设基站cell1、cell2和cell3同属一个tac。现有用户终端ue1为非移动终端,以及ue2为移动终端。ue1在上一次释放时所在的小区为cell1,上一次释放时使用的覆盖等级对应的npdcch寻呼次数(pdcch-num-repetition)为16。ue2历史驻留小区包括cell2和cell3,上一次释放时使用的覆盖等级对应的pdcch-num-repetition为16。在后续实施例中,以npdcch重复次数作为空口寻呼次数为例进行介绍。

在第一种应用场景下,假设mme将当前的s1接口寻呼次数的初始值设置为0,将目标s1接口寻呼次数设置为2,则参阅图3所示,mme对ue1进行寻呼的详细步骤具体流程如下:

步骤301:mme向基站发送s1接口寻呼消息,该s1接口寻呼消息中携带有寻呼配置参数。

具体地,mme向基站发送s1接口寻呼消息,该s1接口寻呼消息中携带有寻呼配置参数。该寻呼配置参数中包含assistantcedateforcecapableuse和pagingattemptinformation。其中,assistantcedateforcecapableuse中携带有指定寻呼范围(即cell1)和ue1在上一次释放时使用的覆盖等级,以及pagingattemptinformation中携带有当前的s1寻呼次数1和目标s1寻呼次数2。

步骤302:基站接收mme发送的s1接口寻呼消息,判定ue1是非移动终端。

具体地,基站接收mme发送的s1接口寻呼消息,由于该s1接口寻呼消息中没有携带assistantcedateforrecommendedcells,因此,判定ue1为非移动终端。

步骤303:基站基于接收的s1接口寻呼消息携带的ue1在上一次释放时使用的覆盖等级,确定相应的pdcch-num-repetition为16。

具体地,基站基于接收的s1接口寻呼消息,确定ue1在上一次释放时使用的覆盖等级,并获取覆盖等级与空口寻呼次数之间的关联关系。

进一步地,mme基于该关联关系,确定对应待寻呼终端上一次释放时使用的覆盖等级设置的pdcch-num-repetition为16。

步骤304:基站在cell1内,基于pdcch-num-repetition=16对ue1进行寻呼。

步骤305:mme判定第一次s1接口寻呼失败,以及判定当前的s1寻呼次数1未到达目标s1接口寻呼次数2。

步骤306:mm3将当前的s1接口寻呼次数+1,即重新计算的当前的s1接口寻呼次数=2。

步骤307:mme再次向基站发送s1接口寻呼消息。

s1接口寻呼消息携带的信息内容参考步骤301,在此不再赘述。

步骤308:基站在cell1内,基于pdcch-num-repetition=16再次对ue1进行寻呼。

步骤309:mme判定第二次s1接口寻呼成功,结束寻呼流程。

在第二种应用场景下,假设mme将当前的s1寻呼次数的初始值设置为0,将目标s1接口寻呼次数设置为6,则参阅图4所示,mme对ue2进行寻呼的详细步骤具体流程如下:

步骤401:mme向基站发送s1接口寻呼消息,该s1接口寻呼消息中携带有寻呼配置参数。

具体地,mme向基站发送s1接口寻呼消息,该s1接口寻呼消息中携带有寻呼配置参数。寻呼配置参数中包含assistantcedateforcecapableuse和pagingattemptinformation。其中,assistantcedateforcecapableuse携带指定寻呼范围(即cell2和cell3),以及携带待寻呼终端在上一次释放时使用的覆盖等级,pagingattemptinformation携带当前的s1寻呼次数1和目标s1寻呼次数6。

步骤402:基站接收mme发送的s1接口寻呼消息,判定ue2是移动终端。

具体地,基站接收mme发送的s1接口寻呼消息,由于该s1接口寻呼消息中携带了assistantcedateforrecommendedcells,因此,判定ue2为移动终端。

步骤403:基站基于接收的s1接口寻呼消息携带的ue2在上一次释放时使用的覆盖等级,确定相应的pdcch-num-repetition为16。

具体地,基站基于接收的s1接口寻呼消息,获取通过assistantcedateforcecapableuse携带的待寻呼终端上一次释放时使用的覆盖等级,以及获取通过pagingattemptcount携带的当前的s1接口寻呼次数1。

基站获取覆盖等级与空口寻呼次数之间的关联关系,基于该关联关系,确定对应待寻呼终端上一次释放时使用的覆盖等级设置的上一次释放时使用的pdcch-num-repetition=16。

进一步地,基站确定初始空口寻呼次数为上一次释放时使用的pdcch-num-repetition=16。

步骤404:基站判定pdcch-num-repetition=16未超过预设的最大空口寻呼次数(假设最大的空口寻呼次数为pdcch-num-repetition=128)。

步骤405:基站在cell2和cell3内,基于pdcch-num-repetition=16对ue2进行第一次寻呼。

步骤406:mme判定第一次s1接口寻呼失败,以及判定当前的s1寻呼次数1未到达目标s1接口寻呼次数6。

步骤407:mme获取预设的失败门限值2,并判定当前的s1接口寻呼失败次数1未达到预设的失败门限值。

步骤408:mme将当前的s1接口寻呼次数+1,即重新计算的当前的s1接口寻呼次数=2。

步骤409:mme再次向基站发送s1接口寻呼消息。

s1接口寻呼消息携带的信息内容参考步骤401,在此不再赘述。

步骤410:基站基于再次接收到的s1接口寻呼消息中携带的当前的s1寻呼次数2,将pdcch-num-repetition=16调整为pdcch-num-repetition=32。

步骤411:基站判定pdcch-num-repetition=32未超过预设的最大空口寻呼次数(假设最大的空口寻呼次数为pdcch-num-repetition=128)。

步骤412:基站在cell2和cell3内,基于pdcch-num-repetition=32对ue2进行第二次寻呼。

步骤413:mme判定第二次s1接口寻呼失败。

步骤414:mme获取预设的失败门限值2,并根据s1接口寻呼记录,获取当前的s1接口寻呼失败次数2,以及判定当前的s1接口寻呼失败次数2已达到预设的失败门限值。

步骤415:mme将指定寻呼范围调整为指定tac。

实际应用中,mme将nextpagingareascope的值调整为change,将指定寻呼范围调整为指定tac,即将指定寻呼范围调整为某个tac涉及的整体范围。其中,当指定某一tac为指定寻呼范围时,各个基站均在自身的最大管辖范围内进行空口寻呼,以保证寻呼覆盖范围。

步骤416:mme将当前的s1接口寻呼次数+1,即重新计算的当前的s1接口寻呼次数=2。

步骤417:mme再次向基站发送s1接口寻呼消息。

s1接口寻呼消息携带的信息内容参考步骤401,在此不再赘述。

步骤418:基站基于再次接收到的s1接口寻呼消息中携带的当前的s1寻呼次数3,将pdcch-num-repetition=16调整为pdcch-num-repetition=64。

步骤419:基站判定pdcch-num-repetition=64未超过预设的最大空口寻呼次数(假设最大的空口寻呼次数为pdcch-num-repetition=128)。

步骤420:基站在指定tac内,基于pdcch-num-repetition=64对ue2进行第三次寻呼。

步骤421:mme判定第三次s1接口寻呼成功,结束寻呼流程。

基于上述实施例,参阅图5所示,终端寻呼装置的结构示意图,本发明实施例中,终端寻呼装置具体包括:

设置单元50:确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;

触发单元51:向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,确定待寻呼终端,设置待寻呼终端的寻呼配置参数时,设置单元50具体用于:

若确定待寻呼终端为非移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端在上一次释放时所在的小区作为指定寻呼范围;

若确定待寻呼终端为移动终端,则在寻呼配置参数中携带待寻呼终端在上一次释放时使用的覆盖等级,以及指示将待寻呼终端的历史驻留小区或tac作为指定寻呼范围。

较佳的,指示将待寻呼终端的历史驻留小区或指定tac作为指定寻呼范围时,设置单元50还用于:

根据s1接口寻呼记录,判断待寻呼终端的寻呼失败次数是否达到设定阈值;

若是,则指示将指定tac作为指定寻呼范围;

否则,指示将待寻呼终端的历史驻留小区作为指定寻呼范围。

较佳的,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数时,触发单元51具体用于:

触发基站执行以下操作:

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

基于上述实施例,参阅图6所示,终端寻呼装置的结构示意图,本发明实施例中,终端寻呼装置具体包括:

接收单元60:接收mme发送的携带有寻呼配置参数的s1接口寻呼消息,基于寻呼配置参数至少确定指定寻呼范围,以及确定待寻呼终端在上一次释放时使用的覆盖等级;

确定单元61:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数;

寻呼单元62:在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。

较佳的,基于寻呼配置参数确定指定寻呼范围时,接收单元60具体用于:

基于寻呼配置参数,确定待寻呼终端在上一次释放时所在的小区为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为非移动终端时设置的;或者,

基于寻呼配置参数,确定待寻呼终端的历史驻留小区或指定tac为指定寻呼范围,其中,寻呼配置参数是mme确定待寻呼终端为移动终端时设置的。

较佳的,确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数时,确定单元61具体用于;

若确定终端为非移动终端,则直接基于待寻呼终端在上一次释放时使用的覆盖等级,确定相应的目标空口寻呼次数;

若确定终端为移动终端,则进一步从寻呼配置参数中获取当前的s1接口寻呼次数,以及基于待寻呼终端在上一次释放时使用的覆盖等级,确定待寻呼终端在上一次释放时使用的空口寻呼次数,再将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数。

较佳的,将当前的s1接口寻呼次数作为调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级作为目标空口寻呼次数时,确定单元61还用于:

将待寻呼终端在上一次释放时使用的空口寻呼次数作为第一级;

将当前的s1接口寻呼次数作为调整步长,调整步长表征待调整的等级数目;

按照调整步长,将待寻呼终端在上一次释放时使用的空口寻呼次数调整至相应等级,作为初始空口寻呼次数;

确定初始空口寻呼次数未达到最大空口寻呼次数时,将初始空口寻呼次数作为目标空口寻呼次数。

本发明实施例中,确定待寻呼终端,设置待寻呼终端的寻呼配置参数,其中,寻呼配置参数至少包括指定寻呼范围,以及待寻呼终端在上一次释放时使用的覆盖等级;向基站发送携带有寻呼配置参数的s1接口寻呼消息,触发基站执行以下操作:确定待寻呼终端的类型,并基于待寻呼终端的类型和待寻呼终端在上一次释放时使用的覆盖等级,确定目标空口寻呼次数,以及在指定寻呼范围内,基于目标空口寻呼次数对待寻呼终端进行寻呼。这样,基站就可以基于接收的mme发送的寻呼配置参数,对不同类型的终端,调整相应的目标空口寻呼次数和指定范围,并在指定范围内,基于相应的目标空口寻呼次数对待寻呼终端进行寻呼,减少了空口寻呼次数,缩小了寻呼范围,节约了资源,提高了寻呼的成功率。

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

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

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

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

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

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1