CN105099999A

CN105099999A - 一种用于机器类型通信的nas附着方法、设备与***

Info

Publication number: CN105099999A
Application number: CN201410184561.1A
Authority: CN
Inventors: 汪治; 蔡亦钢
Original assignee: Alcatel Optical Networks Israel Ltd
Current assignee: Alcatel Optical Networks Israel Ltd
Priority date: 2014-05-04
Filing date: 2014-05-04
Publication date: 2015-11-25

Abstract

本发明的目的是提供一种用于机器类型通信的NAS附着方法、设备与***。用户设备发送包括“仅信令”附着类型信息的附着请求信息至网络设备，并根据所述附着请求信息，所述网络设备发送附着接受信息至所述用户设备，最后根据所述附着接受信息，所述用户设备发送附着完成信息至所述网络设备。与现有技术相比，本发明提出了一种全新附着类型“仅信令，以简化用于MTC的NAS协议，通过消除非必要的用于承载建立的消耗与延迟，节省了LTE/EPC网络资源，并支持具有小数据传输的MTC设备。

Description

一种用于机器类型通信的NAS附着方法、设备与***

技术领域

本发明涉及物联网领域，尤其涉及一种机器类型通信的NAS附着的技术。

背景技术

在现有的计算机与通信***中，IoT(物联网，Internetofthings)的规模与复杂度将会以指数形式增长。部署在IoT中的嵌入式计算设备通常将是资源受限的，且彼此之间以最小化人机交互的机器类型通信方式(Machine-Typecommunication，MTC)相连接。对于MTC优化的服务不同于对现有的人对人通信优化的服务。由于MTC潜在包含大量的通信资源受限终端，以及每个低流量的终端分布在大量的范围内，因此MTC不同于当前的移动网络通信服务。

根据3GPPTS22.368“用于MTC的服务需求(ServicerequirementsforMTC)”，小数据传输是MTC的一个核心特征，***应当在最小的网络影响下(例如，信令开销、网络资源、再分配延迟等)，支持小量数据的传输。

同时，在实际应用中，80％的网络资源浪费在承载建立(bearersetup)上，但仅仅在本地信令中将单纯的文本消息传输至设备。考虑到MTC通信在网络中将会包含数以十亿计的受限设备，对于资源/能量的节约方案成为了网络提供商与客户的迫切需求。

因此，如何优化现有协议，以减少在受限设备与网络间的资源消耗与延迟，成为了一个新的问题。

发明内容

本发明的目的是提供一种用于机器类型通信的NAS附着方法、设备与***。

根据本发明的一个方面，提供了一种机器类型通信的NAS附着方法，其中，该方法包括：

a用户设备发送附着请求信息至网络设备，其中，所述附着请求信息中包括“仅信令”附着类型信息；

b根据所述附着请求信息，所述网络设备发送附着接受信息至所述用户设备；

c根据所述附着接受信息，所述用户设备发送附着完成信息至所述网络设备。

根据本发明的另一方面，还提供了一种用于机器类型通信的NAS附着的用户设备，其中，该设备包括：

请求发送装置，用于将附着请求信息发送至网络设备，其中，所述附着请求信息中包括“仅信令”附着类型信息；

接受获取装置，用于获取所述网络设备所发送的附着接受信息，其中，所述附着接受信息与所述附着请求信息相对应；

完成发送装置，用于根据所述附着接受信息，将附着完成信息发送至所述网络设备。

根据本发明的再一方面，还提供了一种用于机器类型通信的NAS附着的网络设备，其中，该设备包括：

请求获取装置，用于获取用户设备所发送的附着请求信息，其中，所述附着请求信息中包括“仅信令”附着类型信息；

接受发送装置，用于根据所述附着请求信息，将附着接受信息发送至所述用户设备；

完成获取装置，用于获取所述用户设备所发送的附着完成信息，其中，所述附着完成信息与所述附着接受信息相对应。

根据本发明的又一方面，还提供了一种用于机器类型通信的NAS附着的***，其中，所述***包括如上述所述的用户设备，以及如上述所述的网络设备。

与现有技术相比，本发明通过用户设备发送包括“仅信令”附着类型信息的附着请求信息至网络设备，并根据所述附着请求信息，所述网络设备发送附着接受信息至所述用户设备，最后根据所述附着接受信息，所述用户设备发送附着完成信息至所述网络设备；从而提出了一种全新附着类型“仅信令(Signalingonly)，以简化用于MTC的NAS(Non-Access-Stratum，非接入层)协议，通过消除非必要的用于承载建立的消耗与延迟，节省了LTE/EPC网络资源，并支持具有小数据传输的MTC设备。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1示出根据本发明一个方面的一种用于机器类型通信的NAS附着的用户设备与网络设备示意图；

图2示出根据本发明一个优选实施例的一种用于机器类型通信的NAS附着的用户设备与网络设备示意图；

图3示出根据本发明另一个方面的一种由用户设备与网络设备配合实现的用于机器类型通信的NAS附着方法流程图；

图4示出根据本发明一个优选实施例的一种由用户设备与网络设备配合实现的用于机器类型通信的NAS附着方法流程图；

图5示出根据本发明另一个优选实施例的一种基于3GPPTS23.401规范改进后的机器类型通信的NAS附着流程示意图；

图6示出根据本发明另一个优选实施例的一种基于3GPPTS23.401规范改进后的机器类型通信的NAS去附着流程示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

图1示出根据本发明一个方面的一种用于机器类型通信的NAS附着的用户设备与网络设备示意图；其中，所述用户设备1包括请求发送装置11、接受获取装置12、完成发送装置13，所述网络设备2包括请求获取装置21、接受发送装置22、完成获取装置23。具体地，所述用户设备1的请求发送装置11将附着请求信息发送至网络设备，其中，所述附着请求信息中包括“仅信令”附着类型信息；相应地，所述网络设备2的请求获取装置21获取用户设备所发送的附着请求信息，其中，所述附着请求信息中包括“仅信令”附着类型信息；所述接受发送装置22根据所述附着请求信息，将附着接受信息发送至所述用户设备；相应地，所述用户设备1的接受获取装置12获取所述网络设备所发送的附着接受信息，其中，所述附着接受信息与所述附着请求信息相对应；所述完成发送装置13根据所述附着接受信息，将附着完成信息发送至所述网络设备；相应地，所述网络设备2的完成获取装置23获取所述用户设备所发送的附着完成信息，其中，所述附着完成信息与所述附着接受信息相对应。

在此，所述网络包括但不限于LTE(LongTermEvolution，长期演进)网络、EPS(EvolvedPacketSystem，演进分组***)网络或其他技术网络。

在此，所述网络设备包括但不限于独立的网络设备、或网络设备与其他设备通过网络相集成所构成的设备；例如，在LTE/EPS网络中，所述网络设备可以是MME(MobilityManagementEntity，移动管理实体)、eNB(eNodeB，演进型基站)或MME与eNB相结合所构成的设备。

所述用户设备包括但不限于任意一种需要进行NAS附着(NASAttach)的终端设备，如计算机、智能手机、传感器设备等。

本领域技术人员应能理解，其他的网络、网络设备或用户设备如能适用于本发明，也应包含在本发明保护范围以内。

所述用户设备1的请求发送装置11将附着请求信息发送至网络设备，其中，所述附着请求信息中包括“仅信令”附着类型信息。

具体地，所述请求发送装置11通过直接将附着请求信息(AttachRequest)发送至所述网络设备，也可以经由其他第三方设备，将所述附着请求信息发送至所述网络设备；所述附着请求信息中的附着类型信息为“仅信令(Signalingonly)”。例如，在LTE/EPS网络中，所述用户设备1可以将包含“仅信令”附着类型信息的附着请求信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着请求信息发送至作为网络设备的MME。

相应地，所述网络设备2的请求获取装置21获取用户设备所发送的附着请求信息，其中，所述附着请求信息中包括“仅信令”附着类型信息。例如，继上例，所述MME与所述eNB交互，以获取由所述eNB所发送的包含“仅信令”附着类型信息的附着请求信息。

所述接受发送装置22根据所述附着请求信息，将附着接受信息发送至所述用户设备。

具体地，所述接受发送装置22根据所述附着请求信息，确定与所述附着请求信息相对应的附着接受信息，并将所述附着接受信息发送至所述用户设备。在此，所述网络设备2可以直接将所述附着接受信息发送至所述用户设备，也可以经由其他第三方设备，将所述附着接受信息发送至所述用户设备。例如，继上例，在LTE/EPS网络中，作为网络设备的所述MME可以将所述附着接受信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着接受信息发送至所述用户设备。

在此，优选地，由于所述附着请求信息的附着类型信息为“仅信令”，因此所述附着接受信息也与所述附着类型信息相对应；例如，所述附着接受信息中不再包含承载相关信息(如PDN类型、PDN地址、EPS承载标识等)，进一步地，由于在“仅信令”模式下不支持IMS服务以及紧急呼叫，因此类似指示支持在PS会话上的IMS语音的信息(IMSVoiceoverPSsessionsupportedIndication)、紧急服务支持指示信息(EmergencyServiceSupportindicator)等也被标记为不支持。从而，所述附着接受信息中可包含如“APN”、“GUTI”、“TAI列表”、“会话管理请求”、“协议配置选项”、“NAS序列号”、“NAS-MAC”、“LCS支持指示”等信息。

相应地，所述用户设备1的接受获取装置12获取所述网络设备所发送的附着接受信息，其中，所述附着接受信息与所述附着请求信息相对应。

具体地，所述接受获取装置12可以与所述网络设备直接交互，或者与对应于所述网络设备的第三方设备相交互，以获取所述附着接受信息，在此，所获取的附着接受信息与所述附着请求信息相对应。例如，若所述附着请求信息中的附着类型信息为“仅信令”，则所述附着接受信息为对应于“仅信令”类型的信息。在此，由于这种附着类型中不需要承载建立，因此也不需要RRC连接重配置。例如，在LTE/EPS网络中，所述用户设备1通过与对应的eNB相交互，以获取所述eNB所获取的、由作为网络设备的MME所发送的附着接受信息。

所述完成发送装置13根据所述附着接受信息，将附着完成信息发送至所述网络设备。

具体地，所述完成发送装置13根据所述附着接受信息，将与所述附着接受信息相对应的附着完成信息发送至所述网络设备，在此，所述用户设备1可以直接将所述附着完成信息发送至所述网络设备，也可以经由其他第三方设备，将所述附着完成信息发送至所述网络设备。例如，继上例，在LTE/EPS网络中，所述用户设备1可以将所述附着完成信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着完成信息发送至作为网络设备的MME。

相应地，所述网络设备2的完成获取装置23获取所述用户设备所发送的附着完成信息，其中，所述附着完成信息与所述附着接受信息相对应。

具体地，所述完成获取装置23可以与所述用户设备直接交互，或者与对应于所述用户设备的第三方设备相交互，以获取所述附着完成信息，至此，“仅信令”附着过程完成。例如，继上例，在LTE/EPS网络中，作为网络设备的所述MME与对应于所述用户设备1的eNB交互，以获取由所述eNB所转发的、来自所述用户设备1的附着完成信息。

优选地，所述“仅信令”附着过程还可以包括认证鉴权过程，所述用户设备1还包括认证响应装置(未示出)，所述网络设备2还包括认证请求装置(未示出)、地址更新装置(未示出)。其中，所述用户设备1的认证响应装置与所述网络设备2的认证请求装置相互配合，以实现根据所述附着请求信息，在所述用户设备1与网络设备2之间进行认证鉴权；然后，所述网络设备2的地址更新装置更新存储在自身中的所述用户设备的地址信息，或者通过与存储所述用户设备的地址信息的设备相交互，以更新所述用户设备的地址信息。

例如，以LTE/EPS网络为例，作为网络设备的MME向用户设备发送身份请求(IdentifyRequest)，用户设备根据所述身份请求，向MME发送身份响应(IdentifyResponse)；在MME与用户设备之间进行安全/认证(Security/Authentication)以及身份请求/响应(IdentifyRequest/Response)；然后，MME向用户设备发送加密选项请求(CipheredOptionsRequest)，用户设备根据所述加密选项请求向MME发送加密选项响应(CipheredOptionsResponse)；从而实现根据所述附着请求信息，在所述用户设备1与网络设备2之间进行认证鉴权。

继上例，以LTE/EPS网络为例，所述MME向HSS(HomeSubscriberServer，归属用户服务器)发送更新地址请求，所述HSS则根据所述更新地址请求，向所述MME发送更新地址应答，从而实现对所述用户设备的地址信息的更新。

图2示出根据本发明一个优选实施例的一种用于机器类型通信的NAS附着的用户设备与网络设备示意图；其中，所述用户设备1包括请求发送装置11’、接受获取装置12’、完成发送装置13’、去附着请求发送装置14’、去附着接受获取装置15’，所述网络设备2包括请求获取装置21’、接受发送装置22’、完成获取装置23’、去附着请求获取装置24’、去附着接受发送装置25’。具体地，在附着过程中，所述用户设备1的请求发送装置11’将附着请求信息发送至网络设备，其中，所述附着请求信息中包括“仅信令”附着类型信息；相应地，所述网络设备2的请求获取装置21’获取用户设备所发送的附着请求信息，其中，所述附着请求信息中包括“仅信令”附着类型信息；接受发送装置22’根据所述附着请求信息，将附着接受信息发送至所述用户设备；相应地，所述用户设备1的接受获取装置12’获取所述网络设备所发送的附着接受信息，其中，所述附着接受信息与所述附着请求信息相对应；完成发送装置13’根据所述附着接受信息，将附着完成信息发送至所述网络设备；相应地，所述网络设备2的完成获取装置23’获取所述用户设备所发送的附着完成信息，其中，所述附着完成信息与所述附着接受信息相对应。在去附着过程中，所述用户设备1的去附着请求发送装置14’将去附着请求信息发送至所述网络设备；相应地，所述网络设备2的去附着请求获取装置24’获取所述用户设备所发送的去附着请求信息；去附着接受发送装置25’根据所述去附着请求信息，将去附着接受信息发送至所述用户设备；相应地，所述用户设备1的去附着接受获取装置15’获取所述网络设备所发送的去附着接受信息。

其中，所述用户设备1的请求发送装置11’、接受获取装置12’、完成发送装置13’，所述网络设备2的请求获取装置21’、接受发送装置22’、完成获取装置23’与图1所示对应装置相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。

所述用户设备1的去附着请求发送装置14’将去附着请求信息发送至所述网络设备；相应地，所述网络设备2的去附着请求获取装置24’获取所述用户设备所发送的去附着请求信息。

具体地，当所述用户设备需要进行去附着时，所述去附着请求发送装置14’将对应于附着类型信息的去附着请求信息发送至所述网络设备。例如，若所述附着类型信息为“仅信令”类型，则所述去附着请求信息中设置附着类型信息为“仅信令”，并将该去附着请求信息发送至所述网络设备。例如，以LTE/EPS网络为例，所述网络设备为MME。

所述去附着接受发送装置25’根据所述去附着请求信息，将去附着接受信息发送至所述用户设备；相应地，所述用户设备1的去附着接受获取装置15’获取所述网络设备所发送的去附着接受信息。

具体地，所述去附着接受发送装置25’根据所述去附着请求信息，直接将对应与所述去附着请求信息的去附着接受信息发送至所述用户设备。在此，由于在“仅信令”附着类型中不包含承载建立过程，因此，在去附着过程中也不在包含对承载相关消息的传输。

优选地，所述网络设备还可以包括连接释放装置(未示出)，所述用户设备还可以包括信令建立装置(未示出)；具体地，所述连接释放装置根据所述去附着接受信息，与所述用户设备所对应的基站释放连接；同时，所述信令建立装置，根据所述去附着接受信息，与所述基站建立信令。例如，以LTE/EPS网络为例，MME与所述用户设备所对应的eNB进行连接释放，所述用户设备与对应的eNB建立信令，从而完成所述用户设备与MME的去附着过程。

优选地，所述用户设备还包括更新确定装置(未示出)、更新装置(未示出)。其中，所述更新确定装置根据预定的触发切换条件，确定附着类型更新信息；所述更新装置根据所述附着类型更新信息，更新与所述网络设备相对应的NAS附着。

具体地，所述触发切换条件包括但不限于时间变化、环境变化、从外部接收的触发指令等；例如，所述用户设备可以预分配用于夜间的“仅信令”附着(即仅支持消息通信)，以及在白天的全附着(如EPS附着)，从而所述更新确定装置在白天启动全附着，并在进入夜间时，确定附着类型更新信息为“仅信令”附着；或者，当所述用户设备的传感器检测到一些环境变化时，所述更新确定装置改变附着类型，确定附着类型更新信息；或者，所述更新确定装置从MTC服务器或其他AS(ApplicationServer，应用服务器)等接受附着类型触发请求，根据所述触发请求确定附着类型更新信息。

然后，所述更新装置根据所述附着类型更新信息，提供对现有附着类型的分离相关信息，并提供对目标附着类型的附着相关信息，从而由所述更新装置、或图1/图2中所述的用户设备与网络设备的各个装置相配合，以实现对与所述网络设备相对应的NAS附着的更新。在此，所述分离与附着过程与图1或图2中所示的过程相同或相似，故在此不再赘述，并通过引用的方式包含于此。

优选地，所述网络设备还包括切换请求装置(未示出)；其中，所述切换请求装置根据预定的触发切换条件，将与所述用户设备相对应的附着类型切换请求发送至所述用户设备，其中，所述附着类型切换请求中包括附着类型更新信息。

具体地，所述触发切换条件包括但不限于时间变化、环境变化、从外部接收的触发指令等。

例如，所述网络设备可以根据时间变化确定与所述用户设备相对应的附着类型切换请求，并将与所述用户设备相对应的附着类型切换请求发送至所述用户设备，其中，所述附着类型切换请求中包括附着类型更新信息。

或者，例如，所述网络设备也可以由其他设备，如MTC服务器或其他AS等所触发，以确定与所述用户设备相对应的附着类型切换请求，并将与所述用户设备相对应的附着类型切换请求发送至所述用户设备，其中，所述附着类型切换请求中包括附着类型更新信息。

或者，所述网络设备也可以根据用户设备的附着类型更新信息进行附着类型切换请求的确定；例如，当用户设备去附着时，所述用户设备向所述网络设备发送附着类型更新信息，所述网络设备保存所述附着类型更新信息，直至过期；若所述用户设备所述附着类型更新信息过期前被附着，则所述网络设备检测所述附着类型与所述附着类型更新信息中的附着类型是否一致；如不一致，则将包含所述附着类型更新信息的附着类型切换请求发送至所述用户设备以触发附着类型更新。

图3示出根据本发明另一个方面的一种由用户设备与网络设备配合实现的用于机器类型通信的NAS附着方法流程图。具体地，在步骤S1中，所述用户设备1发送附着请求信息至网络设备2，其中，所述附着请求信息中包括“仅信令”附着类型信息；在步骤S2中，根据所述附着请求信息，所述网络设备2发送附着接受信息至所述用户设备1；在步骤S3中，根据所述附着接受信息，所述用户设备1发送附着完成信息至所述网络设备2。

在步骤S1中，所述用户设备1发送附着请求信息至网络设备2，其中，所述附着请求信息中包括“仅信令”附着类型信息。

具体地，所述用户设备1通过直接将附着请求信息(AttachRequest)发送至所述网络设备，也可以经由其他第三方设备，将所述附着请求信息发送至所述网络设备；所述附着请求信息中的附着类型信息为“仅信令(Signalingonly)”。例如，在LTE/EPS网络中，所述用户设备1可以将包含“仅信令”附着类型信息的附着请求信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着请求信息发送至作为网络设备的MME。

相应地，所述网络设备2获取用户设备所发送的附着请求信息，其中，所述附着请求信息中包括“仅信令”附着类型信息。例如，继上例，所述MME与所述eNB交互，以获取由所述eNB所发送的包含“仅信令”附着类型信息的附着请求信息。

在步骤S2中，根据所述附着请求信息，所述网络设备2发送附着接受信息至所述用户设备1。

具体地，，所述网络设备2根据所述附着请求信息，确定与所述附着请求信息相对应的附着接受信息，并将所述附着接受信息发送至所述用户设备。在此，所述网络设备2可以直接将所述附着接受信息发送至所述用户设备，也可以经由其他第三方设备，将所述附着接受信息发送至所述用户设备。例如，继上例，在LTE/EPS网络中，作为网络设备的所述MME可以将所述附着接受信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着接受信息发送至所述用户设备。

相应地，所述用户设备1获取所述网络设备所发送的附着接受信息，其中，所述附着接受信息与所述附着请求信息相对应。

具体地，所述用户设备1可以与所述网络设备直接交互，或者与对应于所述网络设备的第三方设备相交互，以获取所述附着接受信息，在此，所获取的附着接受信息与所述附着请求信息相对应。例如，若所述附着请求信息中的附着类型信息为“仅信令”，则所述附着接受信息为对应于“仅信令”类型的信息。在此，由于这种附着类型中不需要承载建立，因此也不需要RRC连接重配置。例如，在LTE/EPS网络中，所述用户设备1通过与对应的eNB相交互，以获取所述eNB所获取的、由作为网络设备的MME所发送的附着接受信息。

在步骤S3中，根据所述附着接受信息，所述用户设备1发送附着完成信息至所述网络设备2。

具体地，所述用户设备1根据所述附着接受信息，将与所述附着接受信息相对应的附着完成信息发送至所述网络设备，在此，所述用户设备1可以直接将所述附着完成信息发送至所述网络设备，也可以经由其他第三方设备，将所述附着完成信息发送至所述网络设备。例如，继上例，在LTE/EPS网络中，所述用户设备1可以将所述附着完成信息发送至与所述用户设备相对应的eNB；再经由所述eNB，将该附着完成信息发送至作为网络设备的MME。

相应地，所述网络设备2获取所述用户设备所发送的附着完成信息，其中，所述附着完成信息与所述附着接受信息相对应。

具体地，所述网络设备2可以与所述用户设备直接交互，或者与对应于所述用户设备的第三方设备相交互，以获取所述附着完成信息，至此，“仅信令”附着过程完成。例如，继上例，在LTE/EPS网络中，作为网络设备的所述MME与对应于所述用户设备1的eNB交互，以获取由所述eNB所转发的、来自所述用户设备1的附着完成信息。

优选地，所述“仅信令”附着过程还可以包括认证鉴权过程，具体地，在步骤S6(未示出)中，根据所述附着请求信息，所述用户设备1与所述网络设备2进行认证鉴权；在步骤S7(未示出)中，所述网络设备更新所述用户设备的地址信息。

例如，在步骤S6中，以LTE/EPS网络为例，作为网络设备的MME向用户设备发送身份请求(IdentifyRequest)，用户设备根据所述身份请求，向MME发送身份响应(IdentifyResponse)；在MME与用户设备之间进行安全/认证(Security/Authentication)以及身份请求/响应(IdentifyRequest/Response)；然后，MME向用户设备发送加密选项请求(CipheredOptionsRequest)，用户设备根据所述加密选项请求向MME发送加密选项响应(CipheredOptionsResponse)；从而实现根据所述附着请求信息，在所述用户设备1与网络设备2之间进行认证鉴权。

继上例，在步骤S7中，以LTE/EPS网络为例，所述MME向HSS(HomeSubscriberServer，归属用户服务器)发送更新地址请求，所述HSS则根据所述更新地址请求，向所述MME发送更新地址应答，从而实现对所述用户设备的地址信息的更新。

图4示出根据本发明一个优选实施例的一种由用户设备与网络设备配合实现的用于机器类型通信的NAS附着方法流程图。具体地，在附着过程中，在步骤S1’中，所述用户设备1发送附着请求信息至网络设备2，其中，所述附着请求信息中包括“仅信令”附着类型信息；在步骤S2’中，根据所述附着请求信息，所述网络设备2发送附着接受信息至所述用户设备1；在步骤S3’中，根据所述附着接受信息，所述用户设备1发送附着完成信息至所述网络设备2。在去附着过程中，在步骤S4’中，所述用户设备1发送去附着请求信息至所述网络设备2；在步骤S5’中，根据所述去附着请求信息，所述网络设备2发送去附着接受信息至所述用户设备1。

其中，所述步骤S1’、步骤S2’、步骤S3’与图3所示对应步骤相同或基本相同，故此处不再赘述，并通过引用的方式包含于此。

在步骤S4’中，所述用户设备1发送去附着请求信息至所述网络设备2。

具体地，当所述用户设备需要进行去附着时，所述用户设备1将对应于附着类型信息的去附着请求信息发送至所述网络设备。例如，若所述附着类型信息为“仅信令”类型，则所述去附着请求信息中设置附着类型信息为“仅信令”，并将该去附着请求信息发送至所述网络设备。例如，以LTE/EPS网络为例，所述网络设备为MME。

在步骤S5’中，根据所述去附着请求信息，所述网络设备2发送去附着接受信息至所述用户设备1。

具体地，所述网络设备2根据所述去附着请求信息，直接将对应与所述去附着请求信息的去附着接受信息发送至所述用户设备。在此，由于在“仅信令”附着类型中不包含承载建立过程，因此，在去附着过程中也不在包含对承载相关消息的传输。

优选地，该方法还包括，在步骤S8’(未示出)中，根据所述去附着接受信息，所述网络设备2与所述用户设备1所对应的基站释放连接；相应地，根据所述去附着接受信息，所述用户设备1与所述基站建立信令。

例如，以LTE/EPS网络为例，MME与所述用户设备所对应的eNB进行连接释放，所述用户设备与对应的eNB建立信令，从而完成所述用户设备与MME的去附着过程。

优选地，该方法还包括，在步骤S9’中(未示出)，根据预定的触发切换条件，所述用户设备1确定附着类型更新信息；在步骤S10’中(未示出)，根据所述附着类型更新信息，所述用户设备1更新与所述网络设备2相对应的NAS附着。

具体地，所述触发切换条件包括但不限于时间变化、环境变化、从外部接收的触发指令等；例如，所述用户设备可以预分配用于夜间的“仅信令”附着(即仅支持消息通信)，以及在白天的全附着(如EPS附着)，从而所述更新确定装置在白天启动全附着，并在进入夜间时，确定附着类型更新信息为“仅信令”附着；或者，当所述用户设备的传感器检测到一些环境变化时，所述用户设备1改变附着类型，确定附着类型更新信息；或者，所述所述用户设备1从MTC服务器或其他AS(ApplicationServer，应用服务器)等接受附着类型触发请求，根据所述触发请求确定附着类型更新信息。

然后，所述用户设备1根据所述附着类型更新信息，提供对现有附着类型的分离相关信息，并提供对目标附着类型的附着相关信息，从而根据附着/去附着流程、或图3/图4中所述的用户设备与网络设备的各个步骤相配合，以实现对与所述网络设备相对应的NAS附着的更新。在此，所述分离与附着过程与图3或图4中所示的过程相同或相似，故在此不再赘述，并通过引用的方式包含于此。

在此，优选地，所述用户设备1还可以根据网络设备2的附着类型切换请求来确定附着类型更新信息，其中，所述附着类型切换请求中包括所述附着类型更新信息。

图5示出根据本发明另一个优选实施例的一种基于3GPPTS23.401规范改进后的机器类型通信的“仅信令”类型的NAS附着流程示意图。

在此，图5中用X所标记的步骤指示了对“仅信令”附着而言，将从现有NAS附着过程中删除的承载相关步骤。

具体地，步骤S51至步骤S53为附着请求发送过程。在步骤S51中，UE发送附着请求至eNB；在步骤S52中，eNB发送该附着请求至新MME；在步骤S53中，新MME发送识别请求至旧MME/SGSN，相应地，旧MME/SGSN将识别响应发送至新MME。在此，所述附着请求中的附着类型信息，即EPSattachtypeIE指明为“仅信令“。

步骤S54至步骤S56完成了在UE与新MME间的认证鉴权过程。在步骤S54中，新MME发送身份请求至UE，相应地，UE发送身份响应至新MME；在步骤S55a中，在UE与新MME间完成认证/安全过程，在步骤S55b中，在UE与新MME间完成身份请求/响应，同时，新MME与EIR完成ME身份验证；在步骤S56中，新MME向UE发送加密选项请求，相应地，UE向新MME发送加密选项响应。

步骤S58、步骤S59以及步骤S11完成了新MME与HSS间的地址更新过程。在步骤S58中，新MME向HSS发送地址更新请求；在步骤S59中，HSS向旧MME/SGSN发送取消地址请求，相应地，旧MME/SGSN向HSS发送取消地点应答；在步骤S11中，HSS向新MME发送地点更新应答。

步骤S517与步骤S518为附着接受信息发送过程。在步骤S517中，新MME将不包含承载相关信息、IMS语音的信息(IMSVoiceoverPSsessionsupportedIndication)、紧急服务支持指示信息(EmergencyServiceSupportindicator)等的附着接受信息发送至eNB；在步骤S18中，eNB将仅将该附着接受信息发送至UE。

步骤S521与步骤S522为附着完成信息发送过程。在步骤S521中，UE向eNB发送附着完成信息；在步骤S522中，eNB将该附着完成信息发送至新MME。至此，“仅信令”附着过程完成。

在此，新MME指的是所述UE新附着的MME，旧MME/SGSN指的是所述UE原附着的MME；图5中所示的流程是基于UE已经与旧MME/SGSN相附着，同时UE将与新MME进行附着的过程。本领域技术人员应能理解，若UE未与旧MME/SGSN相附着，则步骤S53、步骤S55b、步骤S59均可取消。

在此，本领域技术人员应能理解，在一些特殊场景下，例如雨天场景下，承载相关信息仍然可能会被接收；而在“仅信令”附着类型处理的情况下，这些承载相关信息将被忽略。

在此，上述步骤的其他具体细节则根据3GPPTS23.401的节5.3.2.1中所定义的进行执行，在此不再赘述，并通过引用的方式包含于此。

图6示出根据本发明另一个优选实施例的一种基于3GPPTS23.401规范改进后的机器类型通信的“仅信令”类型的NAS去附着流程示意图。

具体地，在步骤S61中，UE向MME发送去附着请求；在步骤S611中，MME向UE发送去附着接受信息；在步骤S612中，UE与eNB建立信令，同时MME与eNB释放连接。

在此，图6中用X所标记的步骤指示了对“仅信令”去附着而言，将从现有NAS去附着过程中删除的承载相关步骤。

在此，上述步骤的其他具体细节则根据3GPPTS23.401的节5.3.8.2.1中所定义的进行执行，在此不再赘述，并通过引用的方式包含于此。

图5或图6所示的“仅信令”附着或去附着方式，不需要建立承载或去除承载；从用户设备至网络(例如MTC服务器、AS等)的所有数据传输，可以仅通过信令在消息方法中被传递，例如通过在SG上的消息方法SMS或在MME中的本机SMS(TS23.272的AnnexC)或由TS23.682所定义的T4或T5接口。该方法以新的附着类型来优化用于MTC的NAS协议，满足TS22.368中对MTC的需求以及TS22.682中MTC的架构。

类似地，在其他NAS过程中(如跟踪区域更新过程，TrackingAreaUpdateprocedure；服务请求过程，ServiceRequestprocedures等)的承载处理也被简化，以用于“仅信令”附着类型。同时，根据图4的优选实施例所示，对于在这种“仅信令”附着类型与现有的附着类型(其可由UE或其他AS被触发)之间的切换灵活有效，以满足具有最小消耗与延迟的MTC的不同需求。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

说明书及附图中缩写附表：

Claims

1.一种机器类型通信的NAS附着方法，其中，该方法包括：

2.根据权利要求1所述的方法，其中，所述附着接受信息与所述附着类型信息相对应。

3.根据权利要求1或2所述的方法，其中，该方法还包括：

-根据所述附着请求信息，所述用户设备与所述网络设备进行认证鉴权；

-所述网络设备更新所述用户设备的地址信息。

4.根据权利要求1至3中任一项所述的方法，其中，该方法还包括：

-所述用户设备发送去附着请求信息至所述网络设备；

-根据所述去附着请求信息，所述网络设备发送去附着接受信息至所述用户设备。

5.根据权利要求4所述的方法，其中，该方法还包括：

-根据所述去附着接受信息，所述网络设备与所述用户设备所对应的基站释放连接；

-根据所述去附着接受信息，所述用户设备与所述基站建立信令。

6.根据权利要求1至5中任一项所述的方法，其中，该方法还包括：

-根据预定的触发切换条件，所述用户设备确定附着类型更新信息；

-根据所述附着类型更新信息，所述用户设备更新与所述网络设备相对应的NAS附着。

7.一种用于机器类型通信的NAS附着的用户设备，其中，该设备包括：

8.根据权利要求7所述的用户设备，其中，该设备还包括：

认证响应装置，用于根据所述附着请求信息，与所述网络设备进行认证鉴权。

9.根据权利要求7或8所述的用户设备，其中，该设备还包括：

去附着请求发送装置，用于将去附着请求信息发送至所述网络设备；

去附着接受获取装置，用于获取所述网络设备所发送的去附着接受信息。

10.根据权利要求7至9中任一项所述的用户设备，其中，该设备还包括：

更新确定装置，用于根据预定的触发切换条件，确定附着类型更新信息；

更新装置，用于根据所述附着类型更新信息，更新与所述网络设备相对应的NAS附着。

11.一种用于机器类型通信的NAS附着的网络设备，其中，该设备包括：

12.根据权利要求11所述的网络设备，其中，该设备还包括：

认证请求装置，用于根据所述附着请求信息，与所述用户设备进行认证鉴权；

地址更新装置，用于更新所述用户设备的地址信息。

13.根据权利要求11或12所述的网络设备，其中，该设备还包括：

去附着请求获取装置，用于获取所述用户设备所发送的去附着请求信息；

去附着接受发送装置，用于根据所述去附着请求信息，将去附着接受信息发送至所述用户设备。

14.根据权利要求11至13中任一项所述的网络设备，其中，该设备还包括：

切换请求装置，用于根据预定的触发切换条件，将与所述用户设备相对应的附着类型切换请求发送至所述用户设备，其中，所述附着类型切换请求中包括附着类型更新信息。

15.一种用于机器类型通信的NAS附着的***，其中，所述***包括如权利要求7至10中任一项所述的用户设备，以及如权利要求11至14中任一项所述的网络设备。