一种寻呼方法和设备的制作方法

文档序号:7979202阅读:229来源:国知局
一种寻呼方法和设备的制作方法
【专利摘要】本发明公开了一种寻呼方法和设备,该方法包括:在机器类通信MTC终端离开附着attach状态时,核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器;在所述MTC应用服务器需要寻呼所述MTC终端时,所述核心网设备接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息;所述核心网设备利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。本发明实施例中,通过核心网设备将MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器,从而减少了MTC终端上报的空口信令负荷。
【专利说明】一种寻呼方法和设备
【技术领域】
[0001]本发明涉及通信【技术领域】,尤其是涉及一种寻呼方法和设备。
【背景技术】
[0002]MTC (Machine Type Communication,机器类通信)又称为 M2M (Machine toMachine,机器间)通信或者物联网,MTC作为新型的通信理念,其目的是将多种不同类型的通信技术有机的结合(如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信等),从而推动社会生产和生活方式的发展。
[0003]需要注意的是,当前移动通信网络是针对人与人之间的通信设计的,如网络容量的确定、过载控制机制等;如果希望利用移动通信网络来支持MTC通信,则需要根据MTC通信的特点对移动通信网络的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现MTC通信。
[0004]进一步的,当前所认识到的MTC通信的特点包括:MTC终端具有低移动性;MTC终端与网络侧进行数据传输的时间是可控的;MTC终端与网络侧进行的数据传输对实时性要求不高(即:具有时间容忍性);MTC终端的能量受限,且要求极低的功率消耗;MTC终端和网络侧之间只进行小数据量的信息传输;MTC终端可以以组为单位进行管理等。
[0005]现有技术中,在MTC终端离开attach (附着)状态之前,可以将自身的位置信息上报给MTC应用服务器进行保存,且在MTC终端离开attach状态之后,如果需要寻呼该MTC终端,则MTC应用服务器可以向核心网设备提供该MTC终端的位置信息,由核心网设备利用该位置信息来进行寻呼。
[0006]在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
MTC终端在将自身的位置信息上报给MTC应用服务器时,增加了 MTC终端与MTC应用服务器之间的信令开销,即增加了空口信令负荷。

【发明内容】

[0007]本发明实施例提供一种寻呼方法和设备,以减少空口信令负荷。
[0008]为了达到上述目的,本发明实施例提供一种寻呼方法,包括:
在机器类通信MTC终端离开附着attach状态时,核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器;
在所述MTC应用服务器需要寻呼所述MTC终端时,所述核心网设备接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息;
所述核心网设备利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。
[0009]本发明实施例提供一种寻呼方法,包括:
在机器类通信MTC终端离开附着attach状态时,接入网设备接收来自所述MTC终端的其需要尚开attach状态的彳自息; 所述接入网设备获得所述MTC终端的位置信息以及寻呼配置信息;
所述接入网设备将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
[0010]本发明实施例提供一种寻呼方法,包括:
在机器类通信MTC终端离开附着attach状态时,MTC应用服务器接收并保存来自核心网设备的所述MTC终端的位置信息以及寻呼配置信息;
在所述MTC应用服务器需要寻呼所述MTC终端时,所述MTC应用服务器将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备利用所述位置信息以及寻呼配置信息对MTC终端进行寻呼。
[0011]本发明实施例提供一种寻呼方法,包括:
机器类通信MTC终端在离开附着attach状态之后,所述MTC终端的接入层模块处于激活状态,并根据寻呼周期进行寻呼监听,且所述MTC终端的其他模块处于非激活状态;
所述MTC终端的接入层模块在监听到寻呼后,激活所述MTC终端的其他模块,并进行接入过程,与网络侧进行数据或者信令交互。
[0012]本发明实施例提供一种核心网设备,包括:
发送模块,用于在机器类通信MTC终端离开附着attach状态时,将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器;
接收模块,用于在所述MTC应用服务器需要寻呼所述MTC终端时,接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息;
寻呼模块,用于利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。
[0013]本发明实施例提供一种接入网设备,包括:
接收模块,用于在机器类通信MTC终端离开附着attach状态时,接收来自所述MTC终端的其需要离开attach状态的信息;
获得模块,用于获得所述MTC终端的位置信息以及寻呼配置信息;
发送模块,用于将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
[0014]本发明实施例提供一种机器类通信MTC应用服务器,包括:
接收模块,用于在MTC终端离开附着attach状态时,接收并保存来自核心网设备的所述MTC终端的位置信息以及寻呼配置信息;
发送模块,用于在需要寻呼所述MTC终端时,将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备利用所述位置信息以及寻呼配置信息对MTC终端进行寻呼。
[0015]本发明实施例提供一种机器类通信MTC终端,包括:
第一管理模块,用于在MTC终端离开附着attach状态之后,使所述MTC终端的接入层模块处于激活状态,并根据寻呼周期进行寻呼监听,且使所述MTC终端的其他模块处于非激活状态;
第二管理模块,用于在所述MTC终端的接入层模块监听到寻呼后,激活所述MTC终端的其他模块,并进行接入过程,与网络侧进行数据或信令交互。[0016]与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,通过核心网设备将MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器,从而减少了 MTC终端上报的空口信令负荷。
【专利附图】

【附图说明】
[0017]为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0018]图1是本发明实施例一提供的一种寻呼方法的流程示意图;
图2是本发明实施例九提供的一种核心网设备的结构示意图;
图3是本发明实施例十提供的一种接入网设备的结构示意图;
图4是本发明实施例十一提供的一种MTC应用服务器的结构示意图;
图5是本发明实施例十二提供的一种MTC终端的结构示意图。
【具体实施方式】
[0019]下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
[0020]实施例一
本发明实施例一提供一种寻呼方法,针对位置相对固定或只能在特定区域内活动的MTC终端,在MTC终端离开attach状态时,通过MTC应用服务器记录该MTC终端的相关信息,且通过在一定地理范围内的长周期寻呼的方式,对MTC终端进行寻呼;如图1所示,该方法包括以下步骤:
步骤101,在MTC终端离开attach状态时,核心网设备将MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
[0021]本发明实施例中,该位置信息(即MTC终端离开attach状态时的地理位置信息)包括但不限于以下之一或任意组合:经纬度信息、TA (Tracking Area,跟踪区)信息、RA(Routing Area,路由区)信息、LA (Location Area,位置区)信息、ECGI (E-UTRAN GlobalCell ID,演进无线接入系统的全球小区标识)信息;该寻呼配置信息包括但不限于以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
[0022]本发明实施例中,可由核心网设备(如MME(Mobility Management Entity,移动性管理实体)等)直接获得MTC终端的位置信息以及寻呼配置信息,也可由接入网设备(如基站设备等)获得MTC终端的位置信息以及寻呼配置信息,并将MTC终端的位置信息以及寻呼配置信息通知给核心网设备。
[0023]针对接入网设备获得位置信息以及寻呼配置信息的过程,则:在MTC终端离开attach状态(即MTC终端在一段时间内没有要与MTC服务器交互的内容而决定离开attach状态)时,MTC终端将自身需要离开attach状态的信息通知给接入网设备,由接入网设备接收来自MTC终端的其需要离开attach状态的信息,并获得MTC终端的位置信息以及寻呼配置信息,以及将MTC终端的位置信息以及寻呼配置信息发送给核心网设备。
[0024]需要注意的是,接入网设备或者核心网设备在获得MTC终端的寻呼配置信息之后,还需要将该寻呼配置信息通知给该MTC终端,由该MTC终端利用该寻呼配置信息监听后续的寻呼过程。
[0025]进一步的,MTC终端在收到寻呼配置信息后,NAS (Non Access Stratum,非接入层)层处于离开attach的状态,且在离开attach状态之后,该MTC终端的接入层模块(如物理层模块、MAC (Medium Access Control,媒体接入控制)层模块和 RRC (Radio ResourceControl,无线资源控制)层模块)处于激活状态,并根据寻呼周期(由寻呼配置信息确定,与现有技术相比,其时间更长)进行寻呼监听,且MTC终端的其他模块(如NAS层模块和上层应用模块等)处于非激活状态;进一步的,MTC终端的接入层模块在监听到寻呼后,需要激活MTC终端的其他模块,并进行接入过程,以及与网络侧(即接入网设备和/或核心网设备)进行数据或者信令交互。
[0026]步骤102,MTC应用服务器接收来自核心网设备的MTC终端的位置信息以及寻呼配置信息,并保存该MTC终端的位置信息以及寻呼配置信息。
[0027]步骤103,在MTC应用服务器需要寻呼MTC终端时,MTC应用服务器将MTC终端的位置信息以及寻呼配置信息发送给核心网设备。
[0028]本发明实施例中,MTC应用服务器在保存MTC终端的位置信息以及寻呼配置信息之后,还需要标识该MTC终端的状态是离线状态;进一步的,在MTC应用服务器需要寻呼该MTC终端时,如果确定该MTC终端的状态是离线状态,则需要将该MTC终端的位置信息以及寻呼配置信息发送给核心网设备,以请求核心网设备对该MTC终端进行寻呼。
[0029]步骤104,核心网设备接收来自MTC应用服务器的MTC终端的位置信息以及寻呼配置信息;其中,该位置信息以及寻呼配置信息可以携带在寻呼MTC终端的请求中,且核心网设备在接收到寻呼MTC终端的请求之后,确定需要对该MTC终端进行寻呼,即执行后续步骤。
[0030]步骤105,核心网设备利用位置信息确定寻呼范围,并利用寻呼配置信息在寻呼范围内对MTC终端进行寻呼。
[0031]需要说明的是,本发明实施例中,该寻呼范围具体可以为:一个小区或者多个小区,且该多个小区是一个核心网设备控制下的小区或者多个核心网设备控制下的小区,且该多个核心网设备控制下的小区是多个核心网设备控制下的同覆盖小区或者多个异频小区。
[0032]本发明实施例中,核心网设备利用寻呼配置信息在寻呼范围内对MTC终端进行寻呼的过程,具体包括:核心网设备利用该MTC终端的寻呼标识确定需要寻呼的MTC终端;以及,核心网设备利用该寻呼配置信息在该寻呼范围内对确定的MTC终端进行寻呼,具体寻呼方式在此不再赘述。
[0033]需要注意的是,MTC终端的寻呼标识的获得方式包括但不限于:方式一、核心网设备从HSS (Home Subscriber Server,归属用户服务器)中获得MTC终端的寻呼标识,且HSS中存储有MTC终端的寻呼标识;方式二、在MTC终端离开attach状态时,核心网设备将MTC终端的寻呼标识发送给MTC应用服务器,由MTC应用服务器接收MTC终端的寻呼标识;以及,在MTC应用服务器需要寻呼MTC终端时,MTC应用服务器将MTC终端的寻呼标识发送给核心网设备,由核心网设备接收MTC终端的寻呼标识。
[0034]本发明实施例中,上述MTC终端的寻呼标识具体包括但不限于:S-TMSI (SAETemporary Mobile Subscriber Identity,系统架构演进的临时移动用户识别码),或者,其他用于寻呼MTC终端的唯一寻呼标识(分配的永久使用的网内唯一寻呼标识)。
[0035]本发明实施例中,在MTC终端离开attach状态之后,核心网设备还需要删除该MTC终端的上下文信息,且冻结该MTC终端的寻呼标识不能分配给其他的MTC终端。
[0036]综上所述,由于很多MTC终端位置固定且相对长时间不需要通信,如果能长时间关闭MTC终端,则可大量节省电量,因此希望对长期不通信的MTC终端可长期关闭射频等耗电实体;现有技术中,如果让MTC终端处于非attach状态,则MTC终端无法得到网络信息,无法实现网络触发MTC终端进入连接状态进行通信;本发明实施例中,通过在MTC应用服务器上保存MTC终端的寻呼配置信息来达到节电的目的,即通过在MTC应用服务器上存储寻呼配置信息,且允许配置更长周期的寻呼时机,可以为MTC终端更好地省电。
[0037]此外,通过核心网设备将MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器,与现有方式相比可以减少空口信令负荷。
[0038]此外,现有技术中,如果网络配置发生变化,如某个MME被去激活,则无法使用该MME分配的S-TMSI对MTC终端进行寻呼;本发明实施例中,通过分配全网唯一标识作为MTC终端的寻呼标识,使得网络可在更合适的区域内进行寻呼,避免MME发生变化导致S-TMSI失效而无法进行寻呼的情况。
[0039]以下结合具体的应用场景对本发明实施例进行详细说明。
[0040]实施例二
以智能电表为例,在正常情况下,每周上报一次数值,且在智能电表上报完数值之后,应用层判断自身将在一段时间之内不用与电力公司进行通信,因此通知AS层离开attach状态(这属于智能电表内部的处理工作)。AS层收到这个信息之后,通过空口信令将离开attach状态的指示信息通知给网络侧,由网络侧将确定的新的寻呼周期或者寻呼方式通知给智能电表。智能电表在接收到新的寻呼周期或者寻呼方式之后,保存相关的配置,关闭NAS层以及上层应用的相关模块,只在AS层根据新的配置监听寻呼信道。
[0041]此外,核心网将该智能电表的信息(包括其位置信息,寻呼配置信息,寻呼标识等)通知给管理该智能电表的MTC应用服务器,并删除该智能电表的上下文信息,以及冻结已分配给该智能电表的寻呼标识。
[0042]进一步的,MTC应用服务器保存该智能电表的信息(包括其位置信息,寻呼配置信息,寻呼标识等);且当MTC应用服务器需要与该智能电表进行通信时,向核心网发送请求消息,且将该智能电表的信息(包括其位置信息,寻呼配置信息,寻呼标识等)通知给核心网。
[0043]进一步的,核心网根据该智能电表的位置信息在相应的区域内,按照其寻呼时机进行寻呼;之后,该智能电表收到寻呼信息后,激活其他NAS以及应用模块,并响应寻呼消息,与网络进行通信。
[0044]实施例三
针对实施例二,核心网发送给MTC应用服务器的信息中,包括MTC终端的经纬度信息和寻呼相关信息;在MTC应用服务器触发MTC终端与网络通信时,根据MTC终端的经纬度信息确定寻呼区域,该寻呼区域可是一个小区,也可是多个同覆盖小区;可是一个MME控制下的小区,也可是多个MME控制下的小区;且在寻呼区域内根据寻呼相关信息对MTC终端进行寻呼。
[0045]实施例四
针对实施例二,核心网发送给MTC应用服务器的信息中,包括MTC终端所在的TA区信息或者小区标识ECGI,以及寻呼相关信息;在MTC应用服务器需要触发MTC终端与网络通信时,根据MTC终端曾经所在的区域确定寻呼区域,并在寻呼区域内根据寻呼相关信息对MTC终端进行寻呼。
[0046]实施例五
针对上述实施例二、实施例三以及实施例四,寻呼相关信息为寻呼配置信息和寻呼标识等;且寻呼配置信息可以包括寻呼的周期和寻呼的位置,也可以包括寻呼有效的时间段,如每天的下午I点到2点之间等;且网络只能在这个时间段内,根据寻呼配置信息对该MTC终端进行寻呼。
[0047]实施例六
针对实施例二,如果为MTC终端分配的寻呼标识是S-TMSI,由于S-TMSI可在HSS中进行保存,因此核心网发送给MTC应用服务器的信息中可不包含该S-TMSI,只要包括位置信息以及寻呼配置信息即可;当MTC应用服务器需要与该MTC终端通信时,核心网可从HSS中获取相关的寻呼标识,并相应地在MME控制下的MTC终端所在区域内使用该S-TMSI进行寻呼。
[0048]进一步的,MTC终端在收到寻呼之后,需要激活相关的模块,使用该S-TMSI进行接入,并提供曾经注册过的MME标识;之后,网络收到该请求后,仍然尽量选择该MME为该MTC终端进行服务。
[0049]需要注意的是,如果MTC终端没有收到寻呼,但有数据需要发送,则MTC终端自行激活所有未激活的模块,同样进行类似的接入,即使用该S-TMSI进行接入,并提供曾经注册过的MME标识;且当MTC终端发送完数据之后,仍可重复实施例二中的过程,进入到监听长周期寻呼状态中。
[0050]本发明实施例中,MME可以为MTC终端分配新的S-TMSI,也可以保持原有的S-TMSI,且HSS需要及时更新并保存新的S-TMSI的信息。
[0051]实施例七
针对实施例二,如果为MTC终端分配的寻呼标识是新定义的寻呼标识,则核心网可以将该寻呼标识发送给MTC应用服务器进行保存,也可以保存在HSS中;且为了使用新的寻呼标识进行寻呼,可以定义新的寻呼消息,其中采用新的寻呼标识来对MTC终端进行寻呼,且该寻呼标识和MTC终端绑定。
[0052]在实际应用中,当MTC终端进入attach状态时,可以收回该寻呼标识,而当MTC终端指示要离开attach状态时,再重新分配一个寻呼标识。
[0053]实施例八
接入网设备(如基站)可以提供MTC终端的位置信息给核心网,例如,基站通过测量定时提前以及来波方向的角度计算MTC终端的位置信息,并将该位置信息通过核心网转发给MTC应用服务器。
[0054]实施例九 基于与上述方法同样的发明构思,本发明实施例中还提供了一种核心网设备,如图2所示,该核心网设备包括:
发送模块21,用于在机器类通信MTC终端离开附着attach状态时,将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器;
接收模块22,用于在所述MTC应用服务器需要寻呼所述MTC终端时,接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息;
寻呼模块23,用于利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。
[0055]所述寻呼模块23,进一步用于利用所述MTC终端的寻呼标识确定需要寻呼的MTC终端;以及,利用所述寻呼配置信息在所述寻呼范围内对所述确定的MTC终端进行寻呼。
[0056]该核心网设备还包括获得模块24,用于从归属用户服务器HSS中获得所述MTC终端的寻呼标识,其中,所述HSS中存储有所述MTC终端的寻呼标识;或,在所述MTC终端离开attach状态时,将所述MTC终端的寻呼标识发送给所述MTC应用服务器;以及,在所述MTC应用服务器需要寻呼所述MTC终端时,接收来自所述MTC应用服务器的所述MTC终端的寻呼标识。
[0057]本发明实施例中,所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
[0058]本发明实施例中,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息。
[0059]本发明实施例中,所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
[0060]本发明实施例中,所述寻呼范围具体为:一个小区或者多个小区,且所述多个小区是一个核心网设备控制下的小区或者多个核心网设备控制下的小区。
[0061]其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0062]实施例十
基于与上述方法同样的发明构思,本发明实施例中还提供了一种接入网设备,如图3所示,该接入网设备包括:
接收模块31,用于在机器类通信MTC终端离开附着attach状态时,接收来自所述MTC终端的其需要离开attach状态的信息;
获得模块32,用于获得所述MTC终端的位置信息以及寻呼配置信息;
发送模块33,用于将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
[0063]本发明实施例中,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息;所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
[0064]其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。[0065]实施例^^一
基于与上述方法同样的发明构思,本发明实施例中还提供了一种机器类通信MTC应用服务器,如图4所示,该机器类通信MTC应用服务器包括:
接收模块41,用于在MTC终端离开附着attach状态时,接收并保存来自核心网设备的所述MTC终端的位置信息以及寻呼配置信息;
发送模块42,用于在需要寻呼所述MTC终端时,将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备利用所述位置信息以及寻呼配置信息对MTC终端进行寻呼。
[0066]所述发送模块42,进一步用于在保存所述MTC终端的位置信息以及寻呼配置信息之后,标识所述MTC终端的状态是离线状态;以及,在需要寻呼所述MTC终端时,如果确定所述MTC终端的状态是离线状态,则将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,请求所述核心网设备对所述MTC终端进行寻呼。
[0067]所述接收模块41,还用于在所述MTC终端离开attach状态时,接收来自所述核心网设备的所述MTC终端的寻呼标识;
所述发送模块42,还用于在需要寻呼所述MTC终端时,将所述MTC终端的寻呼标识发送给所述核心网设备;其中,
所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
[0068]本发明实施例中,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息;所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
[0069]其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0070]实施例十二
基于与上述方法同样的发明构思,本发明实施例中还提供了一种机器类通信MTC终端,如图5所示,该机器类通信MTC终端包括:
第一管理模块51,用于在MTC终端离开附着attach状态之后,使所述MTC终端的接入层模块处于激活状态,并根据寻呼周期进行寻呼监听,且使所述MTC终端的其他模块处于非激活状态;
第二管理模块52,用于在所述MTC终端的接入层模块监听到寻呼后,激活所述MTC终端的其他模块,并进行接入过程,与网络侧进行数据或者信令交互。
[0071]其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0072]通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
[0073]本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
[0074]本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
[0075]上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
[0076]以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
【权利要求】
1.一种寻呼方法,其特征在于,包括: 在机器类通信MTC终端离开附着attach状态时,核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器; 在所述MTC应用服务器需要寻呼所述MTC终端时,所述核心网设备接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息; 所述核心网设备利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。
2.如权利要求1所述的方法,其特征在于,所述核心网设备利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼,包括: 所述核心网设备利用所述MTC终端的寻呼标识确定需要寻呼的MTC终端;以及,所述核心网设备利用所述寻呼配置信息在所述寻呼范围内对所述确定的MTC终端进行寻呼。
3.如权利要求2所述的方法,其特征在于,所述方法还包括: 所述核心网设备从归属用户服务器HSS中获得所述MTC终端的寻呼标识,其中,所述HSS中存储有所述MTC终端的寻呼标识;或者, 在所述MTC终端离开attach状态时,所述核心网设备将所述MTC终端的寻呼标识发送给所述MTC应用服务器;以及,在所述MTC应用服务器需要寻呼所述MTC终端时,所述核心网设备接收来自所述MTC应用服务器的所述MTC终端的寻呼标识。
4.如权利要求2或3所述的方法,其特征在于,所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识 别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
5.如权利要求1所述的方法,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI f目息。
6.如权利要求1所述的方法,其特征在于,所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
7.如权利要求1所述的方法,其特征在于,所述寻呼范围具体为:一个小区或者多个小区,且所述多个小区是一个核心网设备控制下的小区或者多个核心网设备控制下的小区。
8.—种寻呼方法,其特征在于,包括: 在机器类通信MTC终端离开附着attach状态时,接入网设备接收来自所述MTC终端的其需要尚开attach状态的彳自息; 所述接入网设备获得所述MTC终端的位置信息以及寻呼配置信息; 所述接入网设备将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
9.如权利要求8所述的方法,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI /[目息; 所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
10.一种寻呼方法,其特征在于,包括:在机器类通信MTC终端离开附着attach状态时,MTC应用服务器接收并保存来自核心网设备的所述MTC终端的位置信息以及寻呼配置信息; 在所述MTC应用服务器需要寻呼所述MTC终端时,所述MTC应用服务器将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备利用所述位置信息以及寻呼配置信息对MTC终端进行寻呼。
11.如权利要求10所述的方法,其特征在于,所述方法进一步包括: 所述MTC应用服务器保存所述MTC终端的位置信息以及寻呼配置信息之后,标识所述MTC终端的状态是离线状态; 在所述MTC应用服务器需要寻呼所述MTC终端时,如果确定所述MTC终端的状态是离线状态,则将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,请求所述核心网设备对所述MTC终端进行寻呼。
12.如权利要求10所述的方法,其特征在于,所述方法还包括: 在所述MTC终端离开attach状态时,所述MTC应用服务器接收来自所述核心网设备的所述MTC终端的寻呼标识;以及,在所述MTC应用服务器需要寻呼所述MTC终端时,所述MTC应用服务器将所述MTC终端的寻呼标识发送给所述核心网设备;其中, 所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
13.如权利要求10·所述的方法,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息; 所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
14.一种寻呼方法,其特征在于,包括: 机器类通信MTC终端在离开附着attach状态之后,所述MTC终端的接入层模块处于激活状态,并根据寻呼周期进行寻呼监听,且所述MTC终端的其他模块处于非激活状态; 所述MTC终端的接入层模块在监听到寻呼后,激活所述MTC终端的其他模块,并进行接入过程,与网络侧进行数据或者信令交互。
15.—种核心网设备,其特征在于,包括: 发送模块,用于在机器类通信MTC终端离开附着attach状态时,将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器; 接收模块,用于在所述MTC应用服务器需要寻呼所述MTC终端时,接收来自所述MTC应用服务器的所述MTC终端的位置信息以及寻呼配置信息; 寻呼模块,用于利用所述位置信息确定寻呼范围,并利用所述寻呼配置信息在所述寻呼范围内对MTC终端进行寻呼。
16.如权利要求15所述的核心网设备,其特征在于, 所述寻呼模块,进一步用于利用所述MTC终端的寻呼标识确定需要寻呼的MTC终端;以及,利用所述寻呼配置信息在所述寻呼范围内对所述确定的MTC终端进行寻呼。
17.如权利要求16所述的核心网设备,其特征在于,还包括: 获得模块,用于从归属用户服务器HSS中获得所述MTC终端的寻呼标识,其中,所述HSS中存储有所述MTC终端的寻呼标识;或者, 在所述MTC终端离开attach状态时,将所述MTC终端的寻呼标识发送给所述MTC应用服务器;以及,在所述MTC应用服务器需要寻呼所述MTC终端时,接收来自所述MTC应用服务器的所述MTC终端的寻呼标识。
18.如权利要求16或17所述的核心网设备,其特征在于,所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
19.如权利要求15所述的核心网设备,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息。
20.如权利要求15所述的核心网设备,其特征在于,所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
21.如权利要求15所述的核心网设备,其特征在于,所述寻呼范围具体为:一个小区或者多个小区,且所述多个小区是一个核心网设备控制下的小区或者多个核心网设备控制下的小区。
22.—种接入网设备,其特征在于,包括: 接收模块,用于在机器类通信MTC终端离开附着attach状态时,接收来自所述MTC终端的其需要离开attach状态的信息; 获得模块,用于获得所述MTC终端的位置信息以及寻呼配置信息; 发送模块,用于将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备将所述MTC终端的位置信息以及寻呼配置信息发送给MTC应用服务器。
23.如权利要求22所述的接入网设备,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息; 所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
24.一种机器类通信MTC应用服务器,其特征在于,包括: 接收模块,用于在MTC终端离开附着attach状态时,接收并保存来自核心网设备的所述MTC终端的位置信息以及寻呼配置信息; 发送模块,用于在需要寻呼所述MTC终端时,将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,由所述核心网设备利用所述位置信息以及寻呼配置信息对MTC终端进行寻呼。
25.如权利要求24所述的MTC应用服务器,其特征在于, 所述发送模块,进一步用于在保存所述MTC终端的位置信息以及寻呼配置信息之后,标识所述MTC终端的状态是离线状态;以及,在需要寻呼所述MTC终端时,如果确定所述MTC终端的状态是离线状态,则将所述MTC终端的位置信息以及寻呼配置信息发送给核心网设备,请求所述核心网设备对所述MTC终端进行寻呼。
26.如权利要求24所述的MTC应用服务器,其特征在于, 所述接收模块,还用于在所述MTC终端离开attach状态时,接收来自所述核心网设备的所述MTC终端的寻呼标识; 所述发送模块,还用于在需要寻呼所述MTC终端时,将所述MTC终端的寻呼标识发送给所述核心网设备;其中, 所述MTC终端的寻呼标识具体为:系统架构演进的临时移动用户识别码S-TMSI,或者,其他用于寻呼所述MTC终端的唯一寻呼标识。
27.如权利要求24所述的MTC应用服务器,其特征在于,所述位置信息包括以下之一或任意组合:经纬度信息、跟踪区TA信息、路由区RA信息、位置区LA信息、演进无线接入系统的全球小区标识ECGI信息; 所述寻呼配置信息包括以下之一或任意组合:寻呼时间信息、寻呼的周期信息、寻呼的位置信息、寻呼有效的时间段信息。
28.一种机器类通信MTC终端,其特征在于,包括: 第一管理模块,用于在MTC终端离开附着attach状态之后,使所述MTC终端的接入层模块处于激活状态,并根据寻呼周期进行寻呼监听,且使所述MTC终端的其他模块处于非激活状态; 第二管理模块,用于在所述MTC终端的接入层模块监听到寻呼后,激活所述MTC终端的其他模块,并进行接入过程 ,与网络侧进行数据或信令交互。
【文档编号】H04W76/04GK103428853SQ201210161896
【公开日】2013年12月4日 申请日期:2012年5月23日 优先权日:2012年5月23日
【发明者】全海洋, 张英, 张惠英 申请人:电信科学技术研究院
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1