CN102014103A - 机器类型通讯方法及终端 - Google Patents

Abstract

本发明涉及一种机器类型通讯方法，包括：在需要执行起呼和/或终呼业务时，MTC终端开机接入网络，并向所述MTC应用服务器进行注册；在起呼和/或终呼业务结束后，MTC终端取消在所述MTC应用服务器的注册并关机。本发明还涉及一种机器类型通讯方法及终端。本发明实施例利用MTC终端所使用的业务模式的特性，根据业务执行的规定时间使得MTC终端开机接入网络或者启动DRX过程，在业务执行完毕后，关机或停止DRX过程，从而在保证业务的正常使用的同时，节省了终端设备的电力耗费。

Description

机器类型通讯方法及终端

技术领域

本发明涉及机器类型通讯(Machine Type Communication，简称MTC)领域，尤其涉及一种机器对机器(Machine to Machine，简称M2M)之间的网络通讯方法及终端。

背景技术

MTC应用指的是一个或者多个网元之间在不需要人为参与的情况下进行的网络通讯(也称为M2M应用)，例如交通控制与管理、工厂监控、远程抄表等应用。在MTC应用中，具有相同MTC应用的多个M2ME(即使用M2M应用的终端设备)组成一个整体，简称群。网络运营商或者行业用户可以将群作为一个整体进行管理或控制，群标识是用来标识和辨别不同群的一个标识。例如电力行业的远程抄表应用，我们可将上海市所有的电表组成一个群，网络运营商和电力行业用户可以将该群作为一个整体进行移动性管理优化或者接入管理。

针对大量的MTC应用，现有的移动网还是很有竞争力。但是当前的移动网主要是针对人对人(Human to Human，简称H2H)应用做的种种优化和建设，对M2M应用、机器对人(Machine to Human，简称M2H)、人对机器(Human to Machine，简称H2M)的优化和建设非常少。对于M2M应用来说，现有H2H机制可能并不适于应用在M2M应用中。

例如大多数用于M2M应用的终端设备(即MTC终端)安装于人们难以触及的场所或者环境中，并且M2M应用广泛，因此MTC终端的数量庞大，所以人为的将MTC终端开关机不是一种高效可行的方法。因此大多数M2M应用的MTC终端会常年处于开机状态。而且由于网络侧不能够在MTC终端未注册的状态给MTC终端下发任何指示或者数据。同样，MTC终端也不能在未注册到网络的情况下请求网络为其服务。因此为了确保MTC终端能够正常的实现被人呼叫和发起业务，需要MTC终端持续开机，以便对广播信道和寻呼信道进行监听，这需要耗费较多终端设备的电力。

发明内容

本发明实施例的目的是提出一种机器类型通讯方法及终端，能够节省终端设备的电力耗费。

为实现上述目的，本发明实施例提供了一种机器类型通讯方法，包括：

MTC终端在需要执行起呼或终呼业务时，所述MTC终端开机接入网络，并向所述MTC应用服务器进行注册；在起呼和/或终呼业务结束后，MTC终端取消在所述MTC应用服务器的注册并关机。

为实现上述目的，本发明实施例提供了一种机器类型通讯方法，包括：

在需要执行起呼和/或终呼业务时，MTC终端启动非连续接收(Discontinuous Reception，简称DRX)过程，当起呼或终呼业务完成后，MTC终端停止非连续接收过程。

为实现上述目的，本发明实施例提供了一种机器类型通讯终端，包括：

判断模块，用于判断是否到达需要执行起呼和/或终呼业务的时间；

开机模块，用于在需要执行起呼和/或终呼业务时，开机接入网络，并向所述MTC应用服务器进行注册；

关机模块，用于在起呼和/或终呼业务结束后，取消在所述MTC应用服务器的注册并关机。

为实现上述目的，本发明实施例提供了一种机器类型通讯终端，包括接收机，还包括：

判断模块，用于判断是否到达需要执行起呼和/或终呼业务的时间；

非连续接收过程启动模块，用于在需要执行起呼和/或终呼业务时，启动非连续接收过程；

非连续接收过程停止模块，用于在起呼和/或终呼业务完成后，停止非连续接收过程。

基于上述技术方案，本发明实施例利用MTC终端所使用的业务模式的特性，根据业务执行的规定时间使得MTC终端开机接入网络或者启动DRX过程，在业务完成后MTC终端关机或停止DRX过程，从而在保证业务的正常使用的同时，节省了终端设备的电力耗费。

附图说明

此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明的一种MTC应用架构实例的示意图；

图2为本发明MTC方法的第一实施例的流程示意图；

图3为本发明MTC方法的第二实施例的流程示意图；

图4为本发明MTC方法的第三实施例的流程示意图；

图5为本发明MTC终端的一实施例的结构示意图；

图6为本发明MTC终端的另一实施例的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。

如图1所示，为本发明的一种MTC应用架构实例的示意图，该MTC应用的架构中主要包含移动性管理网元1、MTC应用服务器2(MTC Server 2)、接入网网元3、归属用户服务器4(Home SubscriberServer，简称HSS)等逻辑功能体，其中移动性管理网元1负责网络接入服务器(Network Access Server，简称NAS)信令和NAS信令加密以及漫游、跟踪等功能，分配用户临时身份标识、安全功能等。MTC应用服务器2中存储有MTC终端5或者群相关的数据或者信息。HSS 4主要存储MTC终端5或者群相关的签约数据。MTC终端的签约数据指每个MTC终端作为个体的签约数据；群的签约数据指群内各个MTC终端共同的数据或者签约数据。

本发明各个实施例中的移动性管理网元均可做如下解释：在演进的通用陆基无线接入网(Evolved Universal Terrestrial Radio AccessNetwork，简称E-UTRAN)中的移动性管理网元指代移动管理实体(Mobile Management Entity，简称MME)；在通用陆地无线接入网络(Universal Terrestrial Radio Access Network，简称UTRAN)以及GSM/EDGE无线接入网(GSM/EDGE Radio Access Network，简称GERAN)中的移动性管理网元指代服务GPRS支持节点(ServingGPRS Supporting Node，简称SGSN)。

在非3GPP网络中的移动性管理网元指代接入网关(AccessGateway，简称AGW)，即在无线局域网(Wireless LAN，简称WLAN)的移动性管理网元指代演进的分组分发网关(evolved PacketDistribution Gateway，简称ePDG)中的移动性管理逻辑功能；在Wimax网络，移动性管理网元指代接入服务网关(Access ServiceNetwork Gateway，简称ASN GW)；码分多址接入(Code DivisionMultiple Access，简称CDMA)网络中，移动性管理网元指代高速分组数据接入网络(High Rate Packet Data Access Network，简称HRPD AN)中移动性管理的逻辑功能。

本发明各个实施例中所有的接入网网元均可做如下解释：在E-UTRAN网络中的接入网网元指代演进基站(evolved NodeB，简称eNodeB)或者家庭式演进基站(Home eNodeB，简称HeNB)；UTRAN/GERAN网络中接入网网元指代无线网络控制器(RadioNetwork Controller，简称RNC)或者基站控制器(Base StationController，简称BSC)。

在非3GPP网络中，在WLAN网络中的接入网网元指代ePDG中的接入网逻辑功能，在Wimax网络，接入网网元指代ASN BS，CDMA网络中，接入网网元指代HRPD AN中的接入网逻辑功能。

本发明各个实施例中所有的MTC应用服务器可以指代M2M应用服务器，该M2M服务器中可以包含MTC终端或者MTC终端群的信息或者数据。这些MTC终端或者MTC终端群的信息或者数据可以包括MTC终端或者MTC终端群的位置信息、群标识、群内各个MTC终端的标识、MTC终端或者MTC终端群的注册状态、或者签约数据激活状态等。该M2M服务器可以是M2M行业用户或者运营商用于操作指示下发的服务器，操作指示解释见下文描述。本发明实施例不限定MTC Server的名称。

在现有技术中MTC终端为了能够正常的实现被人呼叫和发起业务，需要MTC终端持续开机，以便对广播信道和寻呼信道进行监听，这需要耗费较多终端设备的电力。本发明实施例从MTC应用的业务特性考虑，由于MTC应用可能是在规定的时间执行起呼和/或终呼业务，因此可以只在该规定的时间下使MTC终端实现正常业务流程，而在规定的时间之外通过关机或停止DRX过程来避免或减少MTC终端的消耗，从而在不影响MTC终端的正常业务的同时，整体上降低MTC终端的电力消耗。也就是说，在需要执行起呼和/或终呼业务时，MTC终端开机接入网络，并向MTC应用服务器进行注册，在起呼和/或终呼业务结束后，取消在所述MTC应用服务器的注册并关机。或者在需要执行起呼和/或终呼业务时，MTC终端启动DRX过程，当起呼和/或终呼业务完成后，MTC终端停止DRX过程。通过这两种节电方式既可以保证业务的顺利执行，而且可以节省MTC终端所消耗的电力。

接下来，通过多个实施例对本发明进行说明。

第一实施例：

在本实施例中，根据业务特性，MTC终端仅需要执行起呼业务，且执行起呼业务的时间为预设时间，所谓起呼业务是指由MTC终端向网络侧发起传输数据的业务。以抄表业务为例，抄表终端只需按照预设时间向网络侧发送表的示数数据。预设时间可以在MTC终端进行业务签约时进行约定，约定的时间信息被保存在MTC终端内或者MTC终端内的用户卡中；或者MTC终端可以在上一次接入网络的过程中，接收到网络侧下发的时间参数，例如通过attach、TAU、ServiceRequest或者Detach信令流程下发时间参数。

MTC终端在需要发起起呼业务时，触发开机操作，并接入网络，然后向MTC应用服务器进行注册。在该起呼业务结束后，MTC终端取消在MTC应用服务器的注册，并执行关机操作。如图2所示，具体流程如下：

步骤101、MTC终端5在执行起呼业务时，触发开机操作。

步骤102、MTC终端5通过接入网网元3接入网络，并向移动性管理网元1发送注册请求，在注册请求中可以包括标识信息，标识信息可以是用户或MTC终端的标识，也可以是用户和MTC终端的标识。

步骤103、移动性管理网元1向HSS 4发出获取用户或MTC终端标识所对应的签约信息。

步骤104、HSS 4在自身数据库中查询用户或MTC终端标识所对应的签约信息，并返回给移动性管理网元1。

步骤105、如果该签约信息中包括接入时间规定，移动性管理网元1可以根据该接入时间规定先行对注册请求进行判断，判断MTC终端5接入网络的时间是否符合该接入时间规定，如果符合，则移动性管理网元1向MTC应用服务器2发起注册请求，在该注册请求中可以包括标识信息和业务类型信息，并执行步骤106；如果不符合，则直接执行步骤107拒绝MTC终端的注册请求，并向MTC终端5返回拒绝注册的反馈信息。在签约信息中的接入时间规定可以是一个或多个时间点，也可以是一个或多个时间区间。

步骤106、MTC应用服务器2根据注册请求中的标识信息和业务类型信息判断是否能够为该发出注册请求的MTC终端5提供服务，具体判断时，可以根据自身保存的用户服务预设时间来判断该MTC终端5的接入时间是否符合该用户服务预设时间，如果符合，则完成注册，不符合则拒绝注册请求，MTC应用服务器2根据判断结果将注册成功或拒绝注册的反馈消息发送回移动性管理网元1。

步骤107、移动性管理网元1将接收到的反馈消息发送给MTC终端5，如果反馈消息为拒绝注册，还可以在反馈消息中附带拒绝注册的原因。

步骤108、如果注册成功，则MTC终端5可以发起与网络侧的通信过程，执行起呼业务。

步骤109、在起呼业务结束后，MTC应用服务器2向移动性管理网元1发出分离请求。

步骤110、移动性管理网元1将分离请求发送给MTC终端5。

步骤111、MTC终端5取消在MTC应用服务器的注册，在完成分离过程后，执行关机操作。

在本实施例中，MTC终端5在执行起呼业务时接入网络以便顺利完成业务，在业务完成后，与网络侧分离，并关机，从而保证MTC终端5既能够顺利完成起呼业务，同时也节省了非业务时间由于开机所耗费的电力。

在本实施例主要通过在规定时间开机接入网络并注册，而业务结束的时候与网络分离并关机的方式实现省电的效果。考虑到MTC终端在接收机通过DRX过程监听寻呼信道和广播信道时，比较耗费电力，因此在本实施例的另一种替代实施例中，可以通过启动和停止DRX过程来实现省电的效果，即在所述MTC终端在执行起呼业务时，启动DRX过程；MTC终端在所述起呼业务结束后，停止DRX过程。在通常的DRX过程中，MTC终端可以对寻呼信道和广播信道进行监听，以便获得上行随机接入资源，在停止DRX过程后，即DRX休眠时期将不监听寻呼信道和广播信道。

第二实施例

在本实施例中，根据业务特性，MTC终端仅需要到达终呼业务的预设时间，且执行终呼业务的时间为预设时间，所谓终呼业务是指由网络侧发起向MTC终端下发数据的业务。以交通控制业务为例，交通控制终端只需按照预设时间接收网络侧发送的控制数据。

MTC终端在需要发起终呼业务前，触发开机操作，并接入网络，然后向MTC应用服务器进行注册，并持续保持DRX功能监听寻呼。在该终呼业务结束后，MTC终端取消在MTC应用服务器的注册，并执行关机操作。如图3所示，具体流程如下：

步骤201，MTC终端5在到达终呼业务的规定时间之前，触发开机操作。

步骤202-207、MTC终端5接入并注册到MTC应用服务器2的过程与上一实施例的步骤102-107相同，这里就不赘述了。

步骤208、MTC应用服务器2在规定时间向移动性管理网元1发送下行业务请求。

步骤209、移动性管理网元1根据该下行业务请求发起对MTC终端5的寻呼操作。

步骤210、MTC终端5监听到移动性管理网元1的寻呼后，执行该终呼业务的业务过程。

步骤211-213、MTC终端5接收到MTC应用服务器2的分离请求，执行分离过程，并关机，具体操作与第一实施例的步骤109-111相同，这里就不赘述了。

在本实施例中，MTC终端5到达终呼业务的规定时间之前接入网络以便顺利完成业务，在业务完成后，与网络侧分离并关机，从而保证MTC终端5既能够顺利完成终呼业务，同时也节省了非业务时间由于开机所耗费的电力。

在本实施例主要通过在规定时间开机接入网络并注册，而业务结束的时候与网络分离并关机的方式实现省电的效果。考虑到MTC终端在接收机通过DRX过程监听寻呼信道和广播信道时，比较耗费电力，因此在本实施例的另一种替代实施例中，可以通过启动和停止DRX过程来实现省电的效果，即在所述MTC终端在到达终呼业务的规定时间之前，启动DRX过程；MTC终端在终呼业务结束后，停止DRX过程。在通常的DRX过程中，MTC终端可以对寻呼信道和广播信道进行监听，以便获得上行随机接入资源，在停止DRX过程后，即DRX休眠时期将不监听寻呼信道和广播信道。

第三实施例

在本实施例中，根据业务特性，MTC终端需要既执行起呼业务，又需要接受终呼业务，且执行终呼业务的时间为预设时间，执行起呼业务的时间则为随意发起。

MTC终端在进行起呼业务的时候，MTC终端可以根据起呼业务发起的时间随时开机，接入网络并注册，或者根据预设的终呼业务时间进行开机并接入网络进行注册。MTC终端可以具体操作流程如图4所示，包括：

步骤301、MTC终端5在执行起呼业务时或在到达终呼业务的预设时间前时执行开机操作。

步骤302-305、在本实施例中，网络侧的移动性管理网元1在MTC终端5进行网络接入和注册时，不会根据预定时间对注册请求进行判断，而是直接向MTC应用服务器2发起注册请求，在该注册请求中可以包括标识信息和业务类型信息。

步骤304、MTC应用服务器2根据注册请求中的标识信息和业务类型信息完成MTC终端5的注册，并将注册成功的反馈消息发送回移动性管理网元1。

步骤305、移动性管理网元1将接收到的反馈消息发送给MTC终端5。

步骤306、如果注册成功，则MTC终端5可以发起与网络侧的通信过程，执行起呼业务或终呼业务。

步骤307-309、MTC终端5接收到MTC应用服务器2的分离请求，执行分离过程，并关机，具体操作与第一实施例的步骤109-111相同，这里就不赘述了。

在本实施例主要通过在规定时间开机接入网络并注册，而业务结束的时候与网络分离并关机的方式实现省电的效果。考虑到MTC终端在接收机通过DRX过程监听寻呼信道和广播信道时，比较耗费电力，因此在本实施例的另一种替代实施例中，可以通过启动和停止DRX过程来实现省电的效果，即在所述MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，启动DRX过程；MTC终端在起呼业务或终呼业务结束后，停止DRX过程。在通常的DRX过程中，MTC终端可以对寻呼信道和广播信道进行监听，以便获得上行随机接入资源，在停止DRX过程后，即DRX休眠时期将不监听寻呼信道和广播信道。

第四实施例

在本实施例中，根据业务特性，MTC终端需要既执行起呼业务，又需要执行终呼业务，且执行起呼业务和终呼业务的时间均为预设时间。MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，触发开机操作，并接入网络，然后向MTC应用服务器进行注册，具体注册流程与第一实施例的步骤102-107相同，这里既不赘述了。再起呼业务或终呼业务结束后，MTC终端取消在MTC应用服务器的注册，并执行关机操作，从网络侧发起的分离请求到MTC终端关机的过程与第一实施例中的步骤109-111相同，这里也就不赘述了。

由于起呼业务和终呼业务的业务时间段可能存在重叠，如果出现重叠的情况，则意味着当其中一种业务结束后，另外一种业务可能仍在执行中，因此不能进行分离操作，因此在本实施例中，可以在起呼业务和终呼业务中最后一个业务结束时，MTC终端才取消在MTC应用服务器的注册，并执行关机操作。

在本实施例主要通过在规定时间开机接入网络并注册，而业务结束的时候与网络分离并关机的方式实现省电的效果。考虑到MTC终端在接收机通过DRX过程监听寻呼信道和广播信道时，比较耗费电力，因此在本实施例的另一种替代实施例中，可以通过启动和停止DRX过程来实现省电的效果，即在所述MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，启动DRX过程；MTC终端在起呼业务和终呼业务中的最后一个业务结束后，停止DRX过程。在通常的DRX过程中，MTC终端可以对寻呼信道和广播信道进行监听，以便获得上行随机接入资源，在停止DRX过程后，即DRX休眠时期将不监听寻呼信道和广播信道。

第五实施例

前述第一实施例到第四实施例中，对于MTC终端是低移动性的终端，则可以在MTC终端内设置传感器，这样当该传感器测量出MTC终端发生移动时，启动DRX过程以便接收广播消息进行位置更新，将位置更新的信息通知给网络侧，然后在位置更新后，停止DRX过程。

本实施例可以在非业务时段根据终端的移动情况随时启动DRX过程对位置信息进行更新，在省电的基础上，保证了业务的顺利进行。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本发明还提供了一种MTC终端的实施例，参见图5，包括：判断模块6和开机模块7和关机模块8，其中判断模块6用于判断是否到达需要执行起呼和/或终呼业务的时间。开机模块7用于在需要执行起呼和/或终呼业务时，开机接入网络，并向MTC应用服务器进行注册。关机模块8用于在起呼和/或终呼业务结束后，取消在所述MTC应用服务器的注册并关机。

根据业务特性，判断模块6可以包括：第一时间判断模块、第二时间判断模块、上电判断模块、第三时间判断模块和第四时间判断模块中的至少一个，其中第一时间判断模块用于当所述MTC终端仅执行起呼业务时，且执行所述起呼业务的时间为预设时间，判断是否到达执行起呼业务的预设时间。第二时间判断模块用于当所述MTC终端仅执行终呼业务时，且执行终呼业务的时间为预设时间，判断是否到达执行终呼业务的预设时间。第三时间判断模块用于当所述MTC终端执行起呼业务和终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。第四时间判断模块用于当所述MTC终端执行起呼业务和终呼业务，且执行起呼业务和终呼业务的时间均为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。

如图6所示，为本发明MTC终端的另一实施例的结构示意图，在本实施例中，MTC终端包括判断模块6、非连续接收过程启动模块(即DRX过程启动模块9)和非连续接收过程停止模块(即DRX过程启动模块10)。其中判断模块6用于判断是否到达需要执行起呼和/或终呼业务的时间。DRX过程启动模块9用于在需要执行起呼和/或终呼业务时，启动DRX过程。DRX过程启动模块10用于在起呼和/或终呼业务完成后，停止DRX过程。

根据业务类型，判断模块6可以包括：第一时间判断模块、第二时间判断模块、第三时间判断模块和第四时间判断模块中的至少一个，其中第一时间判断模块，用于当MTC终端仅执行起呼业务，且执行起呼业务的时间为预设时间，判断是否到达执行起呼业务的预设时间。第二时间判断模块用于当MTC终端仅执行终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行终呼业务的预设时间。第三时间判断模块用于当MTC终端执行起呼业务和终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。第四时间判断模块用于当MTC终端执行起呼业务和终呼业务，且执行起呼业务和终呼业务的时间均为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (17)

1.一种机器类型通讯方法，其特征在于，包括：

在需要执行起呼和/或终呼业务时，开机接入网络，并向MTC应用服务器进行注册；

在起呼和/或终呼业务结束后，取消在所述MTC应用服务器的注册并关机。

2.根据权利要求1所述的方法，其特征在于，当仅执行起呼业务时，执行所述起呼业务的时间为预设时间，所述开机接入网络，并向MTC应用服务器进行注册具体包括：

MTC终端在执行起呼业务时，触发开机操作，并接入网络，然后向所述MTC应用服务器进行注册；

所述取消在所述MTC应用服务器的注册并关机具体包括：

在所述起呼业务结束后，所述MTC终端取消在所述MTC应用服务器的注册，并执行关机操作。

3.根据权利要求1所述的方法，其特征在于，当所述MTC终端仅执行终呼业务时，执行终呼业务的时间为预设时间，所述开机接入网络，并向所述MTC应用服务器进行注册具体包括：

MTC终端在到达终呼业务的预设时间前，开机并接入网络，然后向所述MTC应用服务器进行注册；

所述取消在所述MTC应用服务器的注册并关机具体包括：

在所述终呼业务结束后，所述MTC终端取消在所述MTC应用服务器的注册，并执行关机操作。

4.根据权利要求1所述的方法，其特征在于，当所述MTC终端执行起呼业务和终呼业务，执行终呼业务的时间为预设时间，所述开机接入网络，并向所述MTC应用服务器进行注册具体包括：

MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，触发开机操作，并接入网络，然后向所述MTC应用服务器进行注册；

所述取消在所述MTC应用服务器的注册并关机具体包括：

在所述起呼业务或终呼业务结束后，所述MTC终端取消在所述MTC应用服务器的注册，并执行关机操作。

5.根据权利要求1所述的方法，其特征在于，当所述MTC终端执行起呼业务和终呼业务，执行起呼业务和终呼业务的时间均为预设时间，所述开机接入网络，并向所述MTC应用服务器进行注册具体包括：

MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，触发开机操作，并接入网络，然后向所述MTC应用服务器进行注册；

所述取消在所述MTC应用服务器的注册并关机具体包括：

在所述起呼业务或终呼业务中最后一个业务结束后，所述MTC终端取消在所述MTC应用服务器的注册，并执行关机操作。

6.根据权利要求2、3或5所述的方法，其特征在于，所述方法还包括：

在所述MTC终端接入网络时，接收到接入请求的移动性管理网元向归属用户服务器获取签约信息；

所述移动性管理网元根据所述签约信息中的接入时间规定判断所述MTC终端接入网络的时间是否符合所述接入时间规定，若是，则所述移动性管理网元向所述MTC应用服务器发起注册请求，所述注册请求中包括标识信息和业务类型信息，否则向所述MTC终端返回拒绝注册的反馈信息；

所述MTC应用服务器根据接收到的所述注册请求判断所述MTC终端接入网络的时间是否符合用户服务预设时间，若是，则完成注册，并向所述MTC终端返回注册成功的反馈信息；否则拒绝注册，并向所述MTC终端返回拒绝注册的反馈信息。

7.根据权利要求6所述的方法，其特征在于，在所述需要执行起呼或终呼业务之前，所述方法还包括：

在所述MTC终端中或所述MTC终端将用户卡中存储的签约信息中的接入时间作为预设时间；

或所述MTC终端接收网络侧下发的时间参数，将所述时间参数并作为预设时间存储在所述MTC终端中。

8.一种机器类型通讯方法，其特征在于，包括：

在需要执行起呼和/或终呼业务时，启动非连续接收过程，当起呼和/或终呼业务完成后，停止非连续接收过程。

9.根据权利要求8所述的方法，其特征在于，当仅执行起呼业务时，执行起呼业务的时间为预设时间，所述启动非连续接收过程具体包括：

MTC终端在执行起呼业务时，启动非连续接收过程；

所述停止非连续接收过程具体包括：

MTC终端在所述起呼业务结束后，停止非连续接收过程。

10.根据权利要求8所述的方法，其特征在于，当仅执行终呼业务时，执行终呼业务的时间为预设时间，所述启动非连续接收过程具体包括：

MTC终端在到达终呼业务的预设时间前，启动非连续接收过程；

所述停止非连续接收过程具体包括：

MTC终端在所述终呼业务结束后，停止非连续接收过程。

11.根据权利要求8所述的方法，其特征在于，当执行起呼业务和终呼业务时，执行终呼业务的时间为预设时间，所述启动非连续接收过程具体包括：

MTC终端在执行起呼业务时或在到达终呼业务的预设时间前，启动非连续接收过程；

所述停止非连续接收过程具体包括：

MTC终端在所述起呼业务或终呼业务结束后，停止非连续接收过程。

12.根据权利要求8所述的方法，其特征在于，当执行起呼业务和终呼业务时，执行起呼业务和终呼业务的时间均为预设时间，所述启动非连续接收过程具体包括：

在执行起呼业务时或在到达终呼业务的预设时间前，启动非连续接收过程；

所述停止非连续接收过程具体包括：

MTC终端在所述起呼业务和终呼业务中最后一个业务结束后，停止非连续接收过程。

13.根据权利要求9-12任一所述的方法，其特征在于，还包括：

当所述MTC终端内设置的传感器测量出所述MTC终端发生移动，则启动非连续接收过程进行位置更新，并将位置更新的信息通知给网络侧，然后在位置更新后，停止非连续接收过程。

14.一种机器类型通讯终端，其特征在于，包括：

判断模块，用于判断是否到达需要执行起呼和/或终呼业务的时间；

开机模块，用于在需要执行起呼和/或终呼业务时，开机接入网络，并向所述MTC应用服务器进行注册；

关机模块，用于在起呼和/或终呼业务结束后，取消在所述MTC应用服务器的注册并关机。

15.根据权利要求14所述的终端，其特征在于，所述判断模块包括：第一时间判断模块、第二时间判断模块、上电判断模块、第三时间判断模块和第四时间判断模块中的至少一个，

所述第一时间判断模块，用于当MTC终端仅执行起呼业务时，且执行所述起呼业务的时间为预设时间，判断是否到达执行起呼业务的预设时间；

所述第二时间判断模块，用于当MTC终端仅执行终呼业务时，且执行终呼业务的时间为预设时间，判断是否到达执行终呼业务的预设时间；

所述第三时间判断模块，用于当MTC终端执行起呼业务和终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间；

所述第四时间判断模块，用于当MTC终端执行起呼业务和终呼业务，且执行起呼业务和终呼业务的时间均为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。

16.一种机器类型通讯终端，包括接收机，其特征在于，还包括：

判断模块，用于判断是否到达需要执行起呼和/或终呼业务的时间；

非连续接收过程启动模块，用于在需要执行起呼和/或终呼业务时，启动非连续接收过程；

非连续接收过程停止模块，用于在起呼和/或终呼业务完成后，停止非连续接收过程。

17.根据权利要求16所述的终端，其特征在于，所述判断模块包括：第一时间判断模块、第二时间判断模块、第三时间判断模块和第四时间判断模块中的至少一个，

所述第一时间判断模块，用于当MTC终端仅执行起呼业务，且执行起呼业务的时间为预设时间，判断是否到达执行起呼业务的预设时间；

所述第二时间判断模块，用于当MTC终端仅执行终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行终呼业务的预设时间；

所述第三时间判断模块，用于当MTC终端执行起呼业务和终呼业务，且执行终呼业务的时间为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间；

所述第四时间判断模块，用于当MTC终端执行起呼业务和终呼业务，且执行起呼业务和终呼业务的时间均为预设时间，判断是否到达执行起呼业务或终呼业务的预设时间。

Images