具体实施方式
为了便于理解本发明实施例提供的技术方案,下面先介绍相关的现有技术。
图1为UE的空闲Idle状态以及省电模式PSM的示意图。UE在处于可连接Connected状态时,如果没有上行数据传输需求,则会进入Idle状态,UE将Idle状态维持预设时长。如果UE在Idle状态下有上行数据传输需求,则切换至Connected状态进行数据传输。如果在该预设时长内仍然没有上行数据传输需求,UE则切换至省电模式PSM。UE处于PSM时关闭射频模块以实现省电,并在维持PSM另一预设时长后切换至Connected状态,查看是否有数据传输需求。其中,UE处于Idle状态的时间段称为UE的可达时间段。
图2为UE在网络服务器设置PSM定时器以及为UE在M2M管理平台设置预设可达时间列表的流程示意图,该流程包括如下步骤:
步骤101,UE与网络服务器协商,确定UE的省电模式定时器PSM timer的参数。
上述协商过程可以通过UE的附着(attach)流程、跟踪区更新(Tracking AreaUpdate,TAU)流程或路由区更新(Route Area Update,RAU)流程等实现。该PSM timer的参数包括UE的Idle状态时长以及UE的位置更新周期,该位置更新周期可以为TAU周期或RAU周期。参照图1,UE的Idle状态时长指的是UE从进入Idle状态到切换至PSM之间的时长,位置更新周期减去该UE的Idle状态时长即为UE维持PSM的时长。为了便于区分,本发明实施例中,将该UE的Idle状态时长称为第一预设时长,该位置更新周期称为第二预设时长,该UE维持PSM的时长称为第三预设时长。
步骤102,网络服务器向UE返回设置的PSM timer参数。
该PSM timer参数包括上述UE的Idle状态时长以及UE的位置更新周期。
步骤103,UE根据网络服务器返回的PSM timer参数设置本地的PSM timer。
UE本地的PSM timer参数与网络服务器返回的PSM timer参数一致。
步骤104,UE根据本地的PSM timer确定UE的预设可达时间段。
所谓预设可达时间段指的是根据UE进入Idle状态的时刻以及PSM timer中的UE的Idle状态时长、位置更新周期所预计的UE处于可达状态的时间段。
例如,UE进入Idle状态时的时间戳(timestamp)为2:00,UE的Idle状态时长为30min,位置更新周期为4个小时,UE的预设可达时间段为:2:00-2:30,6:00-6:30,10:00-10:30,14:00-14:30,18:00-18:30,22:00-22:30。
步骤105,UE向M2M管理平台发送上行消息,该上行消息包括UE的预设可达时间段的信息。
步骤106,M2M管理平台为UE创建预设时间段列表,该预设可达时间段列表包括UE的预设可达时间段。
参见表1,该预设时间段列表可以通过时刻表(schedule)表示。
表1
其中,“周数”中的数值0指的是星期天。
在上面Idle状态时的时间戳为2:00的例子中,预设可达时间列表采用表1格式表示时,“分数”栏的数值设置为“0-30”,“时数”栏设置为“2、6、10、14、18、22”。
步骤107,M2M管理平台根据预设时间段列表在网络服务器中为UE设置PSM timer。
M2M管理平台根据预设时间段列表可以确定Idle状态时长以及位置更新周期等参数,并根据确定的参数在网络服务器中为UE设置PSM timer。
步骤108,UE从网络服务器同步PSM timer的参数。
UE可以通过TAU流程从网络服务器同步PSM timer的参数。
虽然通过上述流程可以暂时实现网络服务器中为UE设置的PSM timer与M2M管理平台中为UE保存的预设可达时间列表同步,即预设可达时间列表中的预设可达时间段与根据PSM timer所确定的可达时间段重合。但是,上述同步是不可持续的,随着UE的运行,网络服务器中的PSM timer与M2M管理平台中的预设可达时间列表变得不同步。
这是因为M2M管理平台中的预设可达时间列表中的预设时间段是绝对时间段,具有确定的起始时刻和结束时刻。而网络服务器中的PSM timer规定的UE的可达时间段却是动态的,其起始时刻取决于UE在Connected状态下何时因没有上行数据传输需求而切换至Idle状态。因此,随着UE运行,UE由Connected状态切换至Idle状态的时刻必然会与M2M管理平台中的预设时间段的固定的起始时刻发生偏差,导致网络服务器中的PSM timer与M2M管理平台中的预设可达时间列表变得不同步。
网络服务器中的PSM timer与M2M管理平台中的预设可达时间列表不同步又将导致UE的PSM时间段较少。这是因为M2M管理平台将在预设可达时间列表的预设可达时间段向UE发送下行数据,而UE也会在本地保存的预设可达时间段切换至Idle状态以接收M2M管理平台发送的下行数据。但是,由于网络服务器中的PSM timer与M2M管理平台中的预设可达时间列表不同步,在预设可达时间列表中的预设可达时间段内的时刻,例如时间戳为2:00的例子中的时刻6:20,根据网络服务器中PSM timer的定义应为PSM时刻。因此,UE在本应处于PSM的时间切换至Idle状态,导致UE实际处于PSM的时间减少,UE的待机时间变短。
为了解决上述因网络服务器中的PSM timer与M2M管理平台中的预设可达时间列表不同步导致UE的待机时间变短的问题,本发明实施例中的M2M管理平台的预设可达时间列表中添加有表明该可达时间列表的来源参数,在来源参数为网络(Network)时,M2M管理平台确定预设可达时间列表与网络服务器中的PSM timer同步,并在预设可达时间列表的预设可达时间段内向UE发送下行数据请求消息。由于预设可达时间列表与网络服务器中的PSM timer同步,所以M2M管理平台向UE发送下行数据请求消息的时刻在网络服务器中的PSM timer定义的Idle状态时间段内,避免了UE在PSM timer规定的PSM时间段内切换至Idle状态,保证UE的PSM时间段没有减少,使得UE具有较长的待机时间。
下面结合附图对本发明实施例予以详细介绍。
本文中描述的技术可用于各种通信***,例如3G、4G或下一代通信***,例如全球移动通信***(Global System for Mobile communications,GSM),码分多址(CodeDivision Multiple Access,CDMA)***,时分多址(Time Division Multiple Access,TDMA)***,宽带码分多址(Wideband Code Division Multiple Access Wireless,WCDMA),频分多址(Frequency Division Multiple Addressing,FDMA)***,正交频分多址(Orthogonal Frequency-Division Multiple Access,OFDMA)***,单载波频分多址(SC-FDMA)***,通用分组无线业务(General Packet Radio Service,GPRS)***,长期演进(Long Term Evolution,LTE)***,以及其他此类通信***。
图3提供本发明实施例的通信***的示意图。通信***包括UE10、M2M管理平台20、网络服务器30以及应用服务器(Application Server,AS)40。
网络服务器30,为核心网中的至少一个网元的统称,用于为UE10提供网络服务。如在图4所示的第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)通信***中,网络服务器30可以包括:短消息服务中心(Short Message Service Center,SMC-SC)、移动性管理实体(Mobility Management Entity,MME)、服务网关(Service Gateway,S-GW)、服务通用分组无线服务支持节点(Serving General Packet Radio ServicSupport Node,SGSN)、机器类型通信互通功能(Machine Type CommunicationInterworking Function,MTC-IWF)、服务能力曝光功能(Service Capability ExposureFunction,SCEF)、网关GPRS支持节点(Gateway GPRS Support Node,GGSN)以及公用数据网网关(Public Data Network Gateway,P-GW)。需要说明的是,图4所示的结构为示例性说明,在一些实施例中,网络服务器30还可以包括其他网元,如归属用户服务器(HomeSubscriber Server,HSS);在另一些实施例中,网络服务器30可以不包括图4所示的部分或全部网元。本发明实施例中,网络服务器30还用于与UE10协商PSM timer的参数,向UE10发送协商确定的PSM timer的参数(上述功能可以由MME或HSS实现)。在一些实施例中,网络服务器30还用于:接收M2M管理平台20订阅UE10的Idle状态的请求(该功能可以由SCEF实现);响应该请求,在检测到UE10进入Idle状态时,向M2M管理平台20发送UE10的Idle状态报告(该功能可以由MME或HSS实现),该Idle状态报告包括UE10的标识以及UE10进入Idle状态的时刻。
UE10,是指向用户提供语音和/或数据连通性的设备,例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。UE10可以经无线接入网(RadioAccess Network,RAN)与核心网进行通信,与RAN交换语音和/或数据。UE10可以包括移动电话(或称为“蜂窝”电话)、移动电脑、平板电脑、个人数字助理(Personal DigitalAssistant,PDA)、媒体播放器、智能电视等。本发明实施例中,UE10可以与核心网中的网络服务器3通信,例如,UE10与网络服务器30协商PSM timer的参数,从网络服务器接收PSMtimer的参数。UE10还可以配置有应用服务,通过核心网与M2M管理平台20通信,例如,UE10通过核心网向M2M管理平台20发送注册请求,可以在注册请求中携带UE10的预设可达时间段的信息,或者UE10在发送注册请求后通过核心网向M2M管理平台20携带UE10的预设可达时间段的信息的消息;又例如,UE10通过核心网从M2M管理平台20接收由AS40发送的下行数据请求消息,响应该下行数据请求消息。在一些实施例中,UE10还用于通过核心网接收M2M管理平台20发送的来源参数被设置为Network的预设可达时间列表中的预设可达时间段的信息,根据接收的该预设可达时间段的信息更新本地保存的预设可达时间段,以在该预设可达时间段切换至Idle状态,接收M2M管理平台20发送的下行数据请求消息。
应用服务器AS40用于向UE10提供应用服务,例如,AS40向UE10发送下行数据请求消息,本发明实施例中,AS40将下行数据请求消息发送给M2M管理平台20,请求M2M管理平台20向UE10转发该下行数据请求消息。又例如,AS40还可以用于接收M2M管理平台20发送的预设可达时间列表中预设可达时间段的信息,将下行数据请求消息中的请求超期时间戳以及操作执行时间修改为尚未到来的可达时间之后。
M2M管理平台20用于对UE10进行设备管理(Device Management,DM)。具体的,M2M管理平台20可以在网络服务器30中为UE10设置PSM timer;M2M管理平台20在本地保存UE10的预设可达时间列表,接收AS40向UE发送的下行数据请求消息,并根据保存的预设可达时间列表确定何时向UE10发送该下行数据请求消息。例如,在预设可达时间列表中的来源参数为Network时,M2M管理平台20判断当前时刻T1是否位于预设可达时间段之内;若是,则M2M管理平台向目标UE发送下行数据请求消息。又例如,若当前时刻T1没有位于预设可达时间段之内,M2M管理平台20根据所述预设可达时间列表确定T1之后下一个预设可达时间段的起始时刻T2;M2M管理平台20判断请求超期时间戳以及操作执行时间是否均晚于T2;若是,则M2M管理平台缓存该下行数据请求消息,并在T1之后下一个预设可达时间段之内且在超期时间戳以及操作执行时间之前向目标UE发送下行数据请求消息。再例如,若请求超期时间戳以及操作执行时间中任一早于T2,则M2M管理平台向AS40返回下行数据请求消息不能发送至目标UE的错误响应。还例如,若请求超期时间戳以及操作执行时间中任一早于T2,M2M管理平台20向AS40发送预设可达时间列表中预设可达时间段的信息,指示AS40将下行数据请求消息中的请求超期时间戳以及操作执行时间修改为尚未到来的可达时间之后。
由于M2M管理平台中预设可达时间列表的来源参数为Network,即预设可达时间列表与网络服务器中的PSM timer同步。所以,在当前时刻T1位于预设可达时间段之内时,当前时刻T1也为网络服务器中PSM timer的规定的Idle状态时间段内,而不是在网络服务器中PSM timer的规定的PSM时间段内。M2M管理平台在T1向UE发送该下行数据请求消息,不会使UE的PSM时间段减少,保证UE具有较长的待机时间。
本发明的一些实施例中,M2M管理平台20还可以用于向网络服务器30订阅UE10的Idle状态;接收UE10的注册请求,根据注册请求包括的UE10的预设可达时间段的信息在本地为UE创建预设可达时间列表;接收网络服务器30返回的UE的Idle状态报告,根据Idle状态报告包括的UE进入Idle状态的时刻将UE进入Idle状态的时刻作为预设可达时间段的起始时刻;并将预设可达时间列表的来源参数设置为Network。在另一些实施例中,M2M管理平台20还可以用于向UE发送来源参数为Network的预设可达时间列表中预设可达时间段的信息。
本发明的一些实施例中,M2M管理平台20还可以用于接收AS40发送的第二下行数据请求消息,根据第二下行数据请求消息包括的第二目标UE的标识查找本地保存的第二目标UE的第二预设可达时间列表;确定第二预设可达时间列表中的来源参数为设备Device;判断当前时刻T3是否位于第二预设可达时间列表中的预设可达时间段之内;若是,则向第二目标UE发送第二下行数据请求消息。在另一些实施例中,M2M管理平台20在T3没有位于第二预设可达时间列表的预设可达时间段之内时,确定最近一次接收第二目标UE的消息的时刻T4;判断T3与T4的差值是否大于第二目标UE的Idle状态时长;若不大于,则台向第二目标UE发送第二下行数据请求消息。在有一些实施例中,M2M管理平台20在T3与T4的差值大于第二目标UE的Idle状态时长时,向AS返回当前第二目标UE处于不可达状态的错误响应。
需要说明的是,本发明实施例中“M2M管理平台向UE发送消息”,指的是M2M管理平台通过核心网向UE发送消息。同理,“UE向M2M管理平台发送消息”,指的是UE通过核心网向M2M管理平台发送消息。为了行文方便,本发明实施例以下内容不再强调。
结合图3或图4所示的通信***,图5提供向UE发送消息的方法的流程示意图,该方法包括如下步骤:
步骤201,AS向M2M管理平台发送的下行数据请求消息,下行数据请求消息包括目标UE的标识。
步骤202,M2M管理平台接收AS发送的下行数据请求消息,根据目标UE的标识查找本地保存的目标UE的预设可达时间列表。
该预设可达时间列表保存有目标UE的预设可达时间段的信息,关于该预设可达时间列表的创建过程在前述步骤105至步骤106处已经介绍,在此不在重复。
步骤203,M2M管理平台确定预设可达时间列表中的来源参数为网络Network。
本发明的实施例中,M2M管理平台保存的预设可达时间列表中增加来源参数,在该来源参数为Network时,表示预设可达时间列表中的预设可达时间段的起始时刻与网络服务器中为目标UE设置的空闲Idle状态计时器的起始时刻相同,该预设可达时间列表与网络服务器中的PSM timer同步。
图6为预设可达时间列表的一种可能实现方式的示意图,其中,时刻表的实现方式请参照表1,订阅(subscription)表示从M2M管理平台订阅该预设可达事件列表的网元,例如一个或多个订阅预设可达事件列表的AS的标识。其中,数字“1”指的是必选项目,且该项目的个数为1,“L”表示该项目为列表,数字“0”表示该项目是可选的,“n”表示该项目的个数可以为2个或两个以上。
步骤204,M2M管理平台判断当前时刻T1是否位于预设可达时间列表中的预设可达时间段之内;若是,则执行步骤205。
步骤205,M2M管理平台向目标UE发送下行数据请求消息。
由于M2M管理平台中预设可达时间列表的来源参数为Network,即预设可达时间列表与网络服务器中的PSM timer同步。所以,在当前时刻T1位于预设可达时间段之内时,当前时刻T1也为网络服务器中PSM timer的规定的Idle状态时间段内,而不是在网络服务器中PSM timer的规定的PSM时间段内。M2M管理平台在T1向UE发送该下行数据请求消息,不会使UE的PSM时间段减少,保证UE具有较长的待机时间。
步骤206,UE接收该下行数据请求消息,响应该下行数据请求消息。
UE响应下行数据请求消息,执行该下行数据请求消息所请求的操作。可选的,UE通过核心网向AS返回接收该下行数据请求消息的响应消息。
值得说明的是,步骤206是为了方案的完整性而做的介绍,而并不是为实现本发明实施例所必须的步骤。
作为一种可选的实施方式,在通过步骤204确定当前时刻T1没有位于预设可达时间列表中的预设可达时间段之内时,继续执行如下步骤:
步骤207,M2M管理平台根据预设可达时间列表确定T1之后下一个预设可达时间段的起始时刻T2。
预设可达时间列表中包括2个或以上的预设可达时间段,在当前时刻T1没有位于预设可达时间段时,表明当前时刻T1位于相邻两个预设可达时间段之间的时刻,M2M管理平台确定即将到来的下个预设可达时间段的起始时刻,以便确定是否在下个预设可达时间段发送该下行数据请求消息。
步骤208,M2M管理平台判断请求超期时间戳以及操作执行时间是否均晚于T2。若是,则执行步骤209。
请求超期时间戳以及操作执行时间为AS为下行数据请求消息设置的时限参数,其中,请求超期时间戳表示该下行数据请求消息的最后有效时间,超过请求超期时间戳该下行数据请求消息失效。操作执行时间表示该下行数据请求消息对应的操作被执行的时效,超过该操作执行时间,下行数据请求消息所请求的操作将不会被UE执行。
步骤209,M2M管理平台在T1之后下一个预设可达时间段之内且在超期时间戳以及操作执行时间之前向目标UE发送下行数据请求消息。
请求超期时间戳以及操作执行时间均位于下一个预设可达时间段的起始时刻T2之后,表明在下一个预设可达时间段内至少有一部分时间段向UE发送下行数据请求消息符合AE的时限要求。具体的,如果请求超期时间戳以及操作执行时间均还晚于下一个预设可达时间段的结束时刻,则表明在下一个预设可达时间段内向UE发送下行数据请求消息均符合AE的时限要求;如果请求超期时间戳以及操作执行时间中的至少一个位于下一个预设可达时间段的起始时刻和结束时刻之间,则在从T2至请求超期时间戳以及操作执行时间中较早的一个之间的时间段内向UE发送下行数据请求消息均符合AE的时限要求。可选的,M2M管理平台在T2时刻向UE发送下行数据请求消息,以使得UE能够及时收到消息。
通过上述方案,M2M管理平台在当前时刻T1没有位于预设可达时间段内时,能够为UE缓存该下行数据请求消息,并在下一个预设可达时间段之内且在超期时间戳以及操作执行时间之前向目标UE发送下行数据请求消息,使得UE能够及时接收下行数据请求消息,便于UE尽早获得AS发送的下行应用数据。
作为一种可选的实施方式,在步骤M2M管理平台判断请求超期时间戳以及操作执行时间不是均晚于T2时,继续执行步骤210:M2M管理平台向AS返回下行数据请求消息不能发送至目标UE的错误响应。
由于请求超期时间戳以及操作执行时间不是均晚于T2,表明下一个预设可达时间段到来前,该下行数据请求消息已超过AS设置的时限,而在当前时刻T1至下一个预设可达时间段的起始时刻T2之间的时间段,UE处于PSM,M2M管理平台无法将该下行数据请求消息发送至UE。因此,该下行数据请求消息无法被成功发送至UE,M2M管理平台向AS返回下行数据请求消息不能发送至目标UE的错误响应,告知AS下行数据请求消息不能成功发送。
作为一种可选的实施方式,步骤210可以包括如下实施方式:
其一,若请求超期时间戳早于T2,则M2M管理平台向AS返回下行数据请求消息不能在请求超期时间戳之前发送至目标UE的错误响应。
其二,若请求超期时间戳晚于T2且操作执行时间早于T2,则M2M管理平台向AS返回下行数据请求消息不能在操作执行时间之前发送至目标UE的错误。
由于M2M管理平台告知AS下行数据不能发送的确切原因,便于AS更正为下行数据请求消息设置的请求超期时间戳或操作执行时间,将更正了的请求超期时间戳或操作执行时间的下行数据请求消息再次发送给M2M管理平台,而M2M管理平台能够在预设可达时间段内将下行数据请求消息发送给UE。
作为一种可选的实施方式,在步骤M2M管理平台判断请求超期时间戳以及操作执行时间不是均晚于T2时,还执行以下执行步骤:
步骤211,M2M管理平台向AS发送预设可达时间列表中预设可达时间段的信息。
M2M管理平台可以向AS发送表示预设可达时间列表中所有预设可达时间段的信息,也可以只向AS发送表示下一个可达时间段的信息。
步骤212,AS根据该预设可达时间段的信息将下行数据请求消息中的请求超期时间戳以及操作执行时间修改为尚未到来的可达时间之后,并将修改了超期时间戳以及操作执行时间下行数据请求消息再次发送给UE。
AS可以将请求超期时间戳以及操作执行时间均设置为位于下一个预设可达时间段的结束时刻之后,M2M管理平台则可以在下一个预设时间段内的任意时刻将下行数据请求消息发送至UE。AS也可以将请求超期时间戳以及操作执行时间均设置为位于下一个预设可达时间段的起始时刻T2和结束时刻之间,则M2M管理平台可以在从T2至请求超期时间戳以及操作执行时间中较早的一个之间的时间段内向UE发送下行数据请求消息。
本可选实施方式能够在M2M管理平台不能将下行数据请求消息发送至目标UE时,通过向AS发送UE的预设可达时间段的信息,使得AS更改下行数据请求消息中的时限参数,进而使得M2M管理平台能够在预设可达时间段内将修改了时限参数的下行数据请求消息发送给UE。
需要说明的是,上述步骤211可以与步骤210同时执行,或者先执行步骤210后执行步骤211,又或者先执行211后执行步骤210。
图7为本发明的另一实施例提供的同步方法的流程示意图,该同步方法包括如下步骤:
步骤301,M2M管理平台向网络服务器订阅目标UE的Idle状态。
作为一个例子,在图4所示的通信***中,M2M管理平台通过为M2M管理平台预发放的外部识别码(External Identifier)或者移动台综合业务数字网号码(Mobile StationIntegrated Services Digital Network Number,MSISDN)调用API接口向SCEF设置UEIdle状态的订阅信息。SCEF通过S6t接口,将该UE Idle状态的订阅信息发送至HSS/MME,HSS/MME根据该UE Idle状态的订阅信息为M2M管理平台订阅UE的Idle状态,在UEConnected状态切换至Idle状态时向M2M管理平台发送UE的Idle状态报告。
步骤302,M2M管理平台接收目标UE的注册请求,注册请求包括目标UE的预设可达时间段的信息。
步骤302可以在步骤301之后执行,也可以在步骤301之前执行,本发明实施例不予限定。
步骤303,M2M管理平台在本地为目标UE创建预设可达时间列表,预设可达时间列表包括注册请求中的预设可达时间段。
步骤304,网络服务器检测到UE从Connected状态切换至Idle状态时,生成UE的Idle状态报告,并将该Idle状态报告发送至M2M管理平台。该Idle状态报告包括目标UE的标识以及目标UE进入Idle状态的时刻。
本发明实施例对网络服务器中的通信接口的参数做出改进,以通过通信接口向M2M管理平台发送上述Idle状态报告中的信息。例如,以图4所示结构为例,在MME与SCEF之间通信的接口以及SCEF与M2M管理平台之间通信的接口均增加“UE-Idle-Timestamp”参数,用于承载所述目标UE进入Idle状态的时刻,进而实现MME向SCEF发送所述目标UE进入Idle状态的时刻,以及SCEF向M2M管理平台发送所述目标UE进入Idle状态的时刻。
步骤305,M2M管理平台根据Idle状态报告对本地保存的预设可达时间列表进行更新。
M2M管理平台根据Idle状态报告中的目标UE的标识定位为目标UE创建的预设可达时间列表,将目标UE进入Idle状态的时刻作为预设可达时间段的起始时刻。
由于M2M管理平台根据UE发送的预设可达时间段的信息生成预设可达时间列表,而UE发送的该预设可达时间段的信息中相邻预设可达时间段之间的时间间隔等于UE与网络服务器协商的PSM timer参数中的位置更新周期,且每个预设可达时间段的时长等于PSMtimer参数中的Idle状态时长。所以,M2M管理平台中预设可达时间列表中的相邻预设可达时间段之间的时间间隔等于网络服务器中设置的PSM timer所规定的位置更新周期,M2M管理平台中预设可达时间列表中每个预设可达时间段的时长等于网络服务器中设置的PSMtimer所规定的Idle状态时长。因此,M2M管理平台只要将目标UE进入Idle状态的时刻作为预设可达时间段的起始时刻,即可实现预设可达时间列表与网络服务器中设置的PSMtimer同步。
步骤306,M2M管理平台将预设可达时间列表的来源参数设置为Network。
M2M管理平台将预设可达时间列表与网络服务器中设置的PSM timer同步之后,将预设可达时间列表的来源参数设置为Network,以表明预设可达时间列表已经与网络服务器中设置的PSM timer同步。M2M管理平台在接收到AS请求发送给UE的下行数据请求消息后,即可通过上述步骤203至步骤211确定何时将该下行数据请求消息发送给UE,保证UE的PSM时长不被减少。
作为一种可选的实施方式,步骤305中,M2M管理平台还通过PSM timer参数中的Idle状态时长、位置更新周期对预设可达时间列表进行更新。具体的,M2M管理平台将目标UE进入Idle状态的时刻加上Idle状态时长的时刻,作为预设可达时间列表中的预设可达时间段的结束时刻;以及,将位置更新周期作为预设可达时间列表中相邻预设可达时间段之间的时间间隔。
其中,M2M管理平台可以通过多种途径获得Idle状态时长以及位置更新周期,包括:
其一,网络服务器生成的Idle状态报告还包括目标UE的Idle状态时长以及位置更新周期,M2M管理平台从接收的Idle状态报告获得Idle状态时长以及位置更新周期。
以图4所示结构为例,在MME与SCEF之间通信的接口以及SCEF与M2M管理平台之间通信的接口均增加用于承载所述Idle状态时长的参数以及用于承载所述位置更新周期的参数,进而实现MME向SCEF发送所述Idle状态时长以及所述位置更新周期,以及SCEF向M2M管理平台发送所述Idle状态时长以及所述位置更新周期。
其二,网络服务器中UE的PSM timer由M2M管理平台为UE设置,因此,M2M管理平台保存有网络服务器中PSM timer的Idle状态时长以及位置更新周期等参数,M2M管理平台可以读取本地保存的上述参数。
虽然M2M管理平台在创建预设可达时间列表时,预设可达时间段的时长即等于PSMtimer参数中的Idle状态时长,相邻预设可达时间段之间的间隔等于PSM timer参数中的位置更新周期,但是,M2M管理平台在收到Idle状态报告后,仍然通过PSM timer参数中的Idle状态时长、位置更新周期对预设可达时间列表进行更新,避免由于可能出现的错误导致预设可达时间段的时长与Idle状态时长不一致或相邻预设可达时间段之间的间隔与位置更新周期不一致,确保预设可达时间列表与网络服务器中设置的PSM timer同步。
作为一种可选的实现方式,在步骤306之后,还包括如下步骤:
步骤307,M2M管理平台向目标UE发送来源参数设置为Network的预设可达时间列表中预设可达时间段的信息。
所谓预设可达时间段的信息可以是预设可达时间列表本身,也可以是只表示可达时间列表中中预设可达时间段的信息。M2M管理平台在将本地保存的预设可达时间列表与网络服务器中的PSM timer同步之后,将预设可达时间列表中预设可达时间段的信息发送至UE,以使UE根据该预设可达时间段的信息更新UE本地保存的预设可达时间段。
步骤308,UE接收M2M管理平台发送的预设可达时间段的信息,根据接收的预设可达时间段的信息更新本地保存的预设可达时间段。
UE本地保存的可达时间段用于指示UE在该可达时间段内保持Idle状态,以便UE能够在该预设可达时间段内接收M2M管理平台可能发送的下行数据请求消息。
由于M2M管理平台向UE发送的预设可达时间段的信息已经与网络服务器中的PSMtimer同步,所以UE本地保存的可达时间段与网络服务器中的PSM timer同步,UE根据本地保存的可达时间段保持Idle状态的时间在网络服务器中PSM timer规定的UE处于Idle状态的时间段内,而不是在网络服务器中PSM timer规定的UE处于PSM的时间段之内,避免了UE在PSM timer规定的PSM时间段内保持Idle状态导致的UE的PSM时间段减少,保证UE具有较长的待机时间。
作为前面所有实施例的一种可选的实现方式,参见图8,本发明实施例提供的方法还包括如下步骤:
步骤401,AS向M2M管理平台发送第二下行数据请求消息,第二下行数据请求消息包括第二目标UE的标识。
步骤402,M2M管理平台接收AS发送的第二下行数据请求消息,根据第二目标UE的标识查找本地保存的第二目标UE的第二预设可达时间列表。
步骤403,M2M管理平台确定第二预设可达时间列表中的来源参数为设备Device。
第二目标UE在M2M管理平台注册时,向M2M管理平台发送第二目标UE的预设可达时间段的信息,M2M管理平台根据该第二目标UE的预设可达时间段的信息为第二目标UE创建预设可达时间列表,并将该预设可达时间列表的来源参数设置为Device,表明该预设可达时间列表中预设可达时间段由UE所确定。
步骤404,M2M管理平台判断当前时刻T3是否位于第二预设可达时间列表中的预设可达时间段之内。若是,则执行步骤405。
步骤405,M2M管理平台向第二目标UE发送第二下行数据请求消息。
由于在M2M管理平台中第二预设可达时间列表的来源参数设置为Device时,M2M管理平台中预设可达时间段与第二目标UE本地保存的预设可达时间段一致,所以在M2M管理平台中预设可达时间段内的时刻,UE根据本地保存的预设可达时间段保持Idle状态。M2M管理平台在第二预设可达时间列表中的预设可达时间段向UE发送下行数据请求消息,UE均处于Idle状态,保证UE能够及时、正确地接收M2M管理平台发送的下行数据请求消息。
作为一种可选的实现方式,在通过步骤404确定T3没有位于第二预设可达时间列表的预设可达时间段之内时,还包括如下步骤:
步骤406,M2M管理平台确定最近一次接收第二目标UE的消息的时刻T4。
M2M管理平台记录有接收第二目标UE发送上行消息的历史记录,或者仅记录最近一次接收第二目标UE的上行消息的记录,M2M管理平台根据上述记录确定最近一次接收第二目标UE的消息的时刻T4。
步骤407,M2M管理平台判断T3与T4的差值是否大于第二目标UE的Idle状态时长;若不大于,则执行步骤408。
由于M2M管理平台中第二预设可达时间列表中相邻可达时间段之间的时间间隔等于第二目标UE的Idle状态时长,所以,M2M管理平台可以根据第二预设可达时间列表中相邻可达时间段之间的时间间隔确定该第二目标UE的Idle状态时长。或者,M2M管理平台可以采用前面步骤305中M2M管理平台获得目标UE的Idle状态时的多种方式中的其二所介绍的方式,获得该第二目标UE的Idle状态时长,在此不再重复。
步骤408,M2M管理平台向第二目标UE发送第二下行数据请求消息。
请参照图1,UE在处于Connected状态向M2M管理平台发送上行消息后,如果没有上行数据传输需求,则会由Connected状态切换至Idle状态,因此,M2M管理平台最近一次接收第二目标UE的消息的时刻T4与第二目标UE由Connected状态切换至Idle状态的时刻相差很小,二者偏差可以忽略。本发明的实施例中,M2M管理平台将该T4视为第二目标UE由Connected状态切换至Idle状态的时刻。
在当前时刻T3与该T4的差值不大于第二目标UE的Idle状态时长时,M2M管理平台可以确定当前时刻T3距离第二目标UE由Connected状态切换至Idle状态的时刻的时间间隔尚未超出第二目标UE的Idle状态时长,表明当前时刻T3仍然在网络服务器的PSM timer规定的Idle状态时间段之内。M2M管理平台在T3时刻向第二目标UE发送该第二下行数据请求消息,不仅可以使得第二目标UE及时接收该第二下行数据请求消息。而且,由于M2M管理平台向第二目标UE发送该第二下行数据请求消息的时刻T3在网络服务器的PSM timer规定的Idle状态时间段之内,而不是在网络服务器的PSM timer规定的PSM时间段之内,因此,于M2M管理平台向第二目标UE发送该第二下行数据请求消息不会导致第二目标UE的PSM时间段减少,保证第二目标UE具有较长的待机时间。
作为一种可选的实现方式,在通过步骤407确定T3与T4的差值大于第二目标UE的Idle状态时长时,还包括步骤409:M2M管理平台向AS返回当前第二目标UE处于不可达状态的错误响应。
在T3与T4的差值大于第二目标UE的Idle状态时长时,M2M管理平台可以确定当前时刻T3距离第二目标UE由Connected状态切换至Idle状态的时刻的时间间隔已经超出第二目标UE的Idle状态时长,表明当前时刻T3不在网络服务器的PSM timer规定的Idle状态时间段之内。而且,M2M管理平台通过步骤404也已经确定T3没有位于第二预设可达时间列表的预设可达时间段之内,所以,M2M管理平台可以确定在当前时刻T3第二目标设备没有处于可达状态,如果M2M管理平台在T3向第二目标设备发送第二下行数据请求消息,则第二目标UE无法接收该第二下行数据请求消息。因此,M2M管理平台并不向第二目标UE发送该第二下行数据请求消息,而是向AS返回当前第二目标UE处于不可达状态的错误响应,告知AS第二下行数据请求消息未能成功发送至第二目标UE。
图9为本发明的另一实施例提供的一种向UE发送消息的装置50的结构示意图,装置50包括:
第一接收模块51,用于接收AS发送的下行数据请求消息,所述下行数据请求消息包括目标UE的标识;
确定模块52,用于:根据所述目标UE的标识查找本地保存的所述目标UE的预设可达时间列表,所述预设可达时间列表保存有所述目标UE的预设可达时间段的信息;确定所述预设可达时间列表中的来源参数为Network,所述来源参数为Network表明所述预设可达时间列表中的所述预设可达时间段的起始时刻与网络服务器中为所述目标UE设置的空闲Idle状态计时器的起始时刻相同;
判断模块53,判断当前时刻T1是否位于所述预设可达时间段之内;
发送模块54,用于在所述判断模块53判断出T1位于所述预设可达时间段之内时,向所述目标UE发送所述下行数据请求消息。
作为一种可选的实现方式,所述下行数据请求消息还包括请求超期时间戳以及操作执行时间;
所述判断模块53还用于:在判断出T1没有位于所述预设可达时间段之内时,根据所述预设可达时间列表确定T1之后下一个预设可达时间段的起始时刻T2;判断所述请求超期时间戳以及所述操作执行时间是否均晚于T2;
所述发送模块54,还用于:在所述判断模块53判断出所述请求超期时间戳以及所述操作执行时间均晚于T2时,在所述T1之后下一个预设可达时间段之内且在所述超期时间戳以及所述操作执行时间之前向所述目标UE发送所述下行数据请求消息。
作为一种可选的实现方式,所述发送模块54,还用于:在所述判断模块53判断出所述请求超期时间戳以及所述操作执行时间中任一早于T2时,向所述AS返回所述下行数据请求消息不能发送至所述目标UE的错误响应。
作为一种可选的实现方式,所述发送模块54,还用于:在所述判断模块53判断出所述请求超期时间戳以及所述操作执行时间中任一早于T2时,向所述AS发送所述预设可达时间列表中预设可达时间段的信息,所述预设可达时间段的信息用于指示将所述下行数据请求消息中的所述请求超期时间戳以及所述操作执行时间修改为尚未到来的可达时间之后。
作为一种可选的实现方式,装置50还包括:
第二接收模块56,用于接收所述目标UE的注册请求,所述注册请求包括所述目标UE的预设可达时间段的信息;
创建模块57,用于在本地为所述目标UE创建所述预设可达时间列表,所述预设可达时间列表包括所述注册请求中的所述预设可达时间段。
作为一种可选的实现方式,装置50还包括:
订阅模块55,用于在所述确定模块52确定所述预设可达时间列表中的来源参数为Network之前,向网络服务器订阅所述目标UE的Idle状态;
第三接收模块58,用于接收网络服务器返回的所述目标UE的Idle状态报告,所述Idle状态报告包括所述目标UE的标识以及所述目标UE进入Idle状态的时刻;
调整模块59,用于将所述目标UE进入Idle状态的时刻作为所述预设可达时间段的起始时刻;并将所述预设可达时间列表的所述来源参数设置为Network。
作为一种可选的实现方式,所述Idle状态报告还包括所述目标UE的Idle状态时长以及位置更新周期;或者,所述网络服务器中的所述Idle状态计时器由所述M2M管理平台设置,所述M2M管理平台保存有所述Idle状态时长以及所述位置更新周期;
所述调整模块59,还用于:
将所述目标UE进入Idle状态的时刻加上所述Idle状态时长的时刻,作为所述预设可达时间列表中的预设可达时间段的结束时刻;以及
将所述位置更新周期作为所述预设可达时间列表中相邻预设可达时间段之间的时间间隔。
作为一种可选的实现方式,所述发送模块54,还用于:向所述目标UE发送所述调整模块调整后的所述预设可达时间列表中预设可达时间段的信息。
作为一种可选的实现方式,所述第一接收模块51还用于:接收所述AS发送的第二下行数据请求消息,所述第二下行数据请求消息包括第二目标UE的标识;
所述确定模块52还用于:根据所述第二目标UE的标识查找本地保存的所述第二目标UE的第二预设可达时间列表;确定所述第二预设可达时间列表中的来源参数为设备Device;
所述判断模块53还用于:判断当前时刻T3是否位于所述第二预设可达时间列表中的预设可达时间段之内;
所述发送模块54,还用于:在所述判断模块判断出T3位于所述第二预设可达时间列表中的预设可达时间段之内时,向所述第二目标UE发送所述第二下行数据请求消息。
作为一种可选的实现方式,所述判断模块53,还用于:在判断出T3没有位于所述第二预设可达时间列表的预设可达时间段之内时,确定最近一次接收所述第二目标UE的消息的时刻T4;判断T3与T4的差值是否大于所述第二目标UE的Idle状态时长;
所述发送模块54,还用于:在所述判断模块判断出T3与T4的差值不大于所述第二目标UE的Idle状态时长时,向所述第二目标UE发送所述第二下行数据请求消息。
上述装置50的各模块的实施方式请参照图5至图8所对应的方法的实施方式,在此不予详述。
图10为本发明的另一实施例提供的一种更新预设可达时间列表的装置60的结构示意图,包括:
第二订阅模块61,用于向网络服务器订阅目标UE的Idle状态;
第四接收模块62,用于接收所述目标UE的注册请求,所述注册请求包括所述目标UE的预设可达时间段的信息;
第二创建模块63,用于在本地为所述目标UE创建预设可达时间列表,所述预设可达时间列表包括所述注册请求中的所述预设可达时间段;
第五接收模块64,用于台接收网络服务器返回的所述目标UE的Idle状态报告,所述Idle状态报告包括所述目标UE的标识以及所述目标UE进入Idle状态的时刻;
第二调整模块65,用于:将所述目标UE进入Idle状态的时刻作为所述预设可达时间段的起始时刻;并将所述预设可达时间列表的所述来源参数设置为Network;
第二发送模块66,用于向所述目标UE发送所述预设可达时间列表中预设可达时间段的信息。
上述装置60的各模块的实施方式请参照图7所对应的方法的实施方式,在此不予详述。
图11为本发明的另一实施例提供的一种M2M管理平台70的结构示意图,M2M管理平台70包括总线71,以及分别连接至总线71的处理器72、存储器73、第一通信接口74以及第二通信接口75。
所述第一通信接口74用于:接收AS发送的下行数据请求消息,所述下行数据请求消息包括目标UE的标识。
作为一个例子,在M2M管理平台70应用于图4所示的通信***时,第一通信接口74为Mca接口。
所述第二通信接口用于:与核心网通信。
作为一个例子,在于图4所示的通信***时,第二通信接口75可以为用于与SCEF通信的应用程序编程接口(Application Programming Interface,API)或Mcn接口。
所述存储器73用于:存储所述目标UE的预设可达时间列表,所述预设可达时间列表保存有所述目标UE的预设可达时间段的信息;
所述处理器72用于:
根据所述目标UE的标识查找本地保存的所述目标UE的预设可达时间列表,所述预设可达时间列表保存有所述目标UE的预设可达时间段的信息;
确定所述预设可达时间列表中的来源参数为Network,所述来源参数为Network表明所述预设可达时间列表中的所述预设可达时间段的起始时刻与核心网的网络服务器中为所述目标UE设置的Idle状态计时器的起始时刻相同;
判断当前时刻T1是否位于所述预设可达时间段之内;
若是,则指示所述第二通信接口75通过核心网向所述目标UE发送所述下行数据请求消息。
第二通信接口75还用于响应处理器72的所述指示,通过核心网向所述目标UE发送所述下行数据请求消息。
作为一种可选的实现方式,所述下行数据请求消息还包括请求超期时间戳以及操作执行时间;所述处理器72还用于:在判断出T1没有位于所述预设可达时间段之内时,根据所述预设可达时间列表确定T1之后下一个预设可达时间段的起始时刻T2;判断所述请求超期时间戳以及所述操作执行时间是否均晚于T2;若是,则通过所述第二通信接口75在所述T1之后下一个预设可达时间段之内且在所述超期时间戳以及所述操作执行时间之前向所述目标UE发送所述下行数据请求消息。
作为一种可选的实现方式,所述处理器72还用于:在判断出所述请求超期时间戳以及所述操作执行时间中任一早于T2时,通过所述第一通信接口74向所述AS返回所述下行数据请求消息不能发送至所述目标UE的错误响应。
作为一种可选的实现方式,所述处理器72还用于:在判断出所述请求超期时间戳以及所述操作执行时间中任一早于T2时,指示所述第一通信接口74通过核心网向所述AS发送所述预设可达时间列表中预设可达时间段的信息,所述预设可达时间段的信息用于指示将所述下行数据请求消息中的所述请求超期时间戳以及所述操作执行时间修改为尚未到来的可达时间之后。
作为一种可选的实现方式,所述第二通信接口75还用于:从核心网接收所述目标UE发送的注册请求,所述注册请求包括所述目标UE的预设可达时间段的信息;
所述处理器72,还用于为所述目标UE创建所述预设可达时间列表,并将所述预设可达时间列表存储在所述存储器,所述预设可达时间列表包括所述注册请求中的所述预设可达时间段。
作为一种可选的实现方式,所述处理器72,还用于:在确定所述预设可达时间列表中的来源参数为Network之前,通过所述第二通信接口75向网络服务器订阅所述目标UE的Idle状态;
通过所述第二通信接口75接收所述接收网络服务器返回的所述目标UE的Idle状态报告,所述Idle状态报告包括所述目标UE的标识以及所述目标UE进入Idle状态的时刻;
将所述目标UE进入Idle状态的时刻作为所述预设可达时间段的起始时刻;
将所述预设可达时间列表的所述来源参数设置为Network。
作为一种可选的实现方式,所述Idle状态报告还包括所述目标UE的Idle状态时长以及位置更新周期;或者,所述网络服务器中的所述Idle状态计时器由所述M2M管理平台设置,所述M2M管理平台保存有所述Idle状态时长以及所述位置更新周期;
所述处理器72还用于:在将所述目标UE进入Idle状态的时刻作为所述预设可达时间段的起始时刻之后,将所述目标UE进入Idle状态的时刻加上所述Idle状态时长的时刻,作为所述预设可达时间列表中的预设可达时间段的结束时刻;以及
将所述位置更新周期作为所述预设可达时间列表中相邻预设可达时间段之间的时间间隔。
作为一种可选的实现方式,所述第二通信接口75还用于:在所述处理器72将所述来源参数设置为Network之后,通过核心网向所述目标UE发送所述预设可达时间列表中预设可达时间段的信息。
作为一种可选的实现方式,所述第一通信接口74还用于:接收所述AS发送的第二下行数据请求消息,所述第二下行数据请求消息包括第二目标UE的标识;
所述处理器72还用于:根据所述第二目标UE的标识查找本地保存的所述第二目标UE的第二预设可达时间列表;
确定所述第二预设可达时间列表中的来源参数为设备Device;
判断当前时刻T3是否位于所述第二预设可达时间列表中的预设可达时间段之内;
若是,则指示第二通信接口75通过所述第二通信接口75向所述第二目标UE发送所述第二下行数据请求消息。
作为一种可选的实现方式,所述处理器72还用于:在判断出T3没有位于所述第二预设可达时间列表的预设可达时间段之内时,确定最近一次接收所述第二目标UE的消息的时刻T4;
判断T3与T4的差值是否大于所述第二目标UE的Idle状态时长;
若不大于,指示第二通信接口通过核心网所述第二通信接口75向所述第二目标UE发送所述第二下行数据请求消息。
上述M2M管理平台70的实施方式请参照图5至图8所对应的方法的实施方式,在此不予详述。
图12为本发明的另一实施例提供的一种M2M管理平台80的结构示意图,M2M管理平台80包括总线81,以及分别连接至总线81的第二处理器82、第二存储器83、第三通信接口84。
所述第三通信接口84,用于:通过核心网接收所述目标UE的注册请求,所述注册请求包括所述目标UE的预设可达时间段的信息。
所述第二处理器82,用于:在所述第二存储器83中为所述目标UE创建预设可达时间列表,所述预设可达时间列表包括所述注册请求中的所述预设可达时间段;
通过所述第三通信接口84向网络服务器订阅目标UE的Idle状态;
通过所述第三通信接口84从核心网接收网络服务器返回的所述目标UE的Idle状态报告,所述Idle状态报告包括所述目标UE的标识以及所述目标UE进入Idle状态的时刻;
将所述目标UE进入Idle状态的时刻作为所述预设可达时间段的起始时刻;并
将所述预设可达时间列表的所述来源参数设置为Network;
指示所述第三通信接口84通过核心网向所述目标UE发送所述预设可达时间列表中预设可达时间段的信息。
所述第三通信接口还用于响应所述第二处理器82的指示,通过核心网向所述目标UE发送所述预设可达时间列表中预设可达时间段的信息。
上述M2M管理平台70的实施方式请参照图5至图8所对应的方法的实施方式,在此不予详述。
上述以上处理器72以及第二处理器82可以是一个处理元件,也可以是多个处理元件的统称。例如,该处理器72以及第二处理器82可以是中央处理器(Central ProcessingUnit,CPU),也可以是特定集成电路(Application Specific Integrated Circuit,ASIC),或者是被配置成实施本发明实施例的一个或多个集成电路,例如:一个或多个微处理器(Digital Signal Processor,DSP),或,一个或者多个现场可编程门阵列(FieldProgrammable Gate Array,FPGA)。
以上存储器73以及第二存储器83可以是一个存储元件,也可以是多个存储元件的统称,且用于存储可执行程序代码或M2M管理平台运行所需要参数、数据等。存储器73以及第二存储器83可以包括随机存储器(Random-Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如磁盘存储器,闪存(Flash Memory)等。
如图13所示,图7中的网络服务器可以通过图13中的计算机设备(或***)来实现。
图13所示为本发明实施例提供的计算机设备示意图。计算机设备900包括至少一个处理器901,通信总线902,存储器903以及至少一个通信接口904。
处理器901可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本发明方案程序执行的集成电路。
通信总线902可包括一通路,在上述组件之间传送信息。
通信接口904,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器903可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器903用于存储执行本发明方案的应用程序代码,并由处理器901来控制执行。处理器201用于执行存储器203中存储的应用程序代码,从而实现图7中所述网络服务器的功能。
在具体实现中,作为一种实施例,处理器901可以包括一个或多个CPU,例如图13中的CPU0和CPU1。
在具体实现中,作为一种实施例,计算机设备900可以包括多个处理器,例如图13中的处理器901和处理器908。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,计算机设备900还可以包括输出设备905和输入设备906。输出设备905和处理器901通信,可以以多种方式来显示信息。例如,输出设备905可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备906和处理器901通信,可以以多种方式接受用户的输入。例如,输入设备906可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备900可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备900可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图13中类似结构的设备。本发明实施例不限定计算机设备900的类型。
本发明实施例还可以对图7中所述网络服务器进行功能模块划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以此采用软件功能模块的形式实现。需要说明的是,本发明实施例中对模块的划分是示意行的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,图14给出了图7中所涉及的一种网络服务器可能的结构示意图,该设备1000包括接收模块1001和发送模块1002。其中接收模块1001,用于接收M2M管理平台发送的订阅请求,所述订阅请求为订阅UE的Idle状态的请求;发送模块1002,用于根据所述接收模块接收的订阅请求,在所述UE的状态切换为idle状态时,向所述M2M管理平台发送所述UE的idle状态报告,所述报告中包括所述UE的标识和所述UE进入idle状态的时刻。如图4中所示,核心网中可能包含多个网络服务器,其中负责接收UE idle状态订阅请求的网络服务器和检测UE状态的网络服务器可能不是同一个实体,在这种情况下,发送模块1002,还用于将所述UE的Idle状态订阅请求转发至负责检测UE状态的网络服务器(如MME);接收模块,还用于接收负责检测UE状态的网络服务器发送的UE的idle状态报告,并将所述状态报告发送至所述M2M管理平台,所述状态报告中包括UE的标识和所述UE进入idle状态的时刻。上述功能模块既可以采用硬件的形式实现,也可以此采用软件功能模块的形式实现。在一个简单的实施例中,本领域的技术人员可以想到网络服务器1000可以采用图13所示的形式。比如,图14中的接收模块1001可以通过图13中的通信接口904接收请求并通过处理器901调用存储器903中的代码来实现,本发明实施例对此不作任何限制。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、***、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本发明实施例权利要求及其等同技术的范围之内,则本发明实施例也意图包含这些改动和变型在内。