CN102271367A - 一种小数据的传输方法和设备 - Google Patents

Abstract

本发明公开了一种小数据的传输方法和设备，该方法包括：网络侧设备确定用户设备所要采用的小数据传输方式；所述网络侧设备将所述小数据传输方式通知给所述用户设备；所述网络侧设备基于所述小数据传输方式与所述用户设备进行小数据传输。本发明实施例中，提出一种UE与网络侧协商小数据传输方式的方法，以满足小数据传输的需求；而且可尽可能的重用现有的过程和消息，从而简化了运营商的配置，满足用户对于小数据传输方式的灵活需求。

Description

一种小数据的传输方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种小数据的传输方法和设备。

背景技术

小数据传输(Small Data Transmission)的需求。对于M2M(Machine toMachine，机器间)通信的研究表明，在移动网络上提供M2M通信具有潜在的市场前景。M2M业务对系统提出了很多新要求，且小数据传输为一项重要需求，小数据传输的特性适用于发送或者接收小量数据的MTC(Machine TypeCommunication，机器类通信)设备。

为此，当前提出了如下对小数据传输的特性需求：系统支持小量数据传送应该对网络带来最小的影响(如信令开销，网络资源，重配置的延时等)；当需要发送小量数据时，MTC设备可以是附着在网络中，或者是从网络去附着；对小量数据的定义应该能够基于签约信息或者运营商的策略进行配置。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

运营商可以在网络中配置多种机制，以满足不同用户的小数据传输需求；然而目前协议中，并没有提及UE(User Equipment，用户设备)和网络侧之间，针对小数据传输的方式进行协商的方法，现有技术并不完善，且不能满足对于小数据传输的需求。

发明内容

本发明实施例提供一种小数据的传输方法和设备，以针对小数据传输方式进行协商。

为了达到上述目的，本发明实施例提供一种小数据的传输方法，包括：

网络侧设备确定用户设备所要采用的小数据传输方式；

所述网络侧设备将所述小数据传输方式通知给所述用户设备；

所述网络侧设备基于所述小数据传输方式与所述用户设备进行小数据传输。

本发明实施例提供一种小数据的传输方法，包括：

用户设备接收来自网络侧设备通知的所述用户设备所要采用的小数据传输方式；

所述用户设备基于所述小数据传输方式与所述网络侧设备进行小数据传输。

本发明实施例提供一种网络侧设备，包括：

协商模块，用于确定用户设备所要采用的小数据传输方式；并将所述小数据传输方式通知给所述用户设备；

通信模块，用于基于所述小数据传输方式与所述用户设备进行小数据传输。

本发明实施例提供一种用户设备，包括：

协商模块，用于接收来自网络侧设备通知的用户设备所要采用的小数据传输方式；

通信模块，用于基于所述小数据传输方式与所述网络侧设备进行小数据传输。

与现有技术相比，本发明实施例至少具有以下优点：提出一种UE与网络侧协商小数据传输方式的方法，以满足小数据传输的需求；而且可以尽可能的重用现有的过程和消息，从而简化了运营商的配置，满足用户对于小数据传输方式的灵活需求。

附图说明

为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例一提供的一种小数据的传输方法流程示意图；

图2是本发明实施例二中基于附着过程所提供的一种小数据的传输方法流程示意图；

图3是本发明实施例三中基于TAU过程所提供的一种小数据的传输方法流程示意图；

图4是本发明实施例四提供的一种网络侧设备结构示意图；

图5是本发明实施例五提供的一种用户设备结构示意图。

具体实施方式

发明人在实现本发明的过程中注意到：当前的业务传输过程中，系统的数据传输过程是针对H2H(Human to Human，人到人)通信需求进行设计的，当前业务传输过程具有特定的数据传输方式，其不需要进行数据的协商过程来确定数据传输方式。

在当前的LTE系统中，处于空闲(idle)状态的UE，如果有数据向网络侧发送，则数据发送前需要实现连接\承载建立过程(如可以采用PDN连接来实现数据的传输过程)，并基于该连接\承载实现数据的传输，其不需要协商采用哪种方式来实现数据的传输。例如，在UE的附着过程中，为了实现PDN传输过程，会通过默认承载实现数据传输，在此过程中，P-GW(Packet DataGateway，分组数据网关)、基站等会分配空口等资源，上述实现针对H2H来说，由于传输的数据量较大，因此可以实现；但是针对M2M的小数据传输过程，在采用上述方式处理时，需要分配大量的空口资源，且会产生较大的信令开销，会显著造成资源的浪费，导致系统效率较低。

为了降低信令开销，提高系统效率，需要在网络中配置多种机制，以满足不同用户的小数据传输需求。因此，当前针对MTC的小数据传输特性，提出了多种解决方案，例如，基于SMS(Short Messaging Service，短消息业务)的小数据传输方案和基于NAS(Non Access Stratum，非接入层)信令的小数据传输方案等。

基于SMS的小数据传输方案，其基本思路是MTC设备利用SMS传输小数据，MTC服务器通过连接到SMSC(Short Message Service Center，短消息服务中心)或者直接配置SMSC功能的方式，发送或接收MTC设备通过SMS发来的小数据；该方案适用于不经常发送或接收数据的MTC设备，与利用EPS(Evolved Packet System，演进的分组系统)承载来传输小数据的方法相比，该方案对于系统负载的影响更小。

进一步的，在基于SMS的小数据传输方案和基于NAS信令的小数据传输方案中，又分为多种传输方案。例如，基于SMS的方案中，包括：

a)删除SMS传输时的CP(Content Provide，内容提供商)协议层，可适用于UMTS-PS(Universal Mobile Telecommunication System-Packet Switch，通用移动通信系统-分组交换域)、UMTS-CS(Circuit Switched电路交换域)、GSM-CS(Global System for Mobile Communication，全球移动通信系统)、2G-GPRS(General Packet Radio Service，通用无线分组业务)和LTE(Long-Term Evolution)系统中，为基于SGs接口(MME(Mobile ManagementEntity，移动性管理实体)与MSC(Mobile Switching Center，移动交换中心)服务器之间的接口)的SMS传输。

b)LTE系统中基于SGs接口的SMS传输：通过灵活的配置SMS over SGs的功能，既可以将SMS over SGs功能配置到某个物理实体，也可以将SMS overSGs功能配置到MME上。

c)stateless SMS-IWF(stateless SMS inter-working function，无状态短消息交互功能)：在SGs接口上增加MSISDN(Mobile Subscriber ISDN Number移动用户ISDN号码)消息，从而使得MSC/VLR(Visitor Location Register，拜访位置寄存器)不必存储IMSI(International Mobile Subscriber Identity，国际移动用户识别码)-MSISDN的映射关系，其功能简化为SMS-IWF功能。

d)增加MME和HSS(Home Subscriber Server，本地用户服务器)/SMSC之间的信令接口。

e)对于LTE系统，使用已经建立的NAS(Non Access Stratum，非接入层)安全上下文来传输SMS PDUs(packet data unit，分组数据单元)，以省去建立无线承载和RRC(Radio Resource Control，无线资源控制)安全上下文的过程和信令开销。

基于上述多种传输方案，未来，运营商可以在网络中配置多种机制，以满足不同用户的小数据传输需求。但是，目前协议中没有提及用户和网络之间针对小数据传输的方案进行协商的方法。

针对上述发现，本发明实施例提供一种小数据的传输方法和设备，以实现UE侧与网络侧协商小数据传输方式(小数据传输方式即上述的多种传输方案)，满足小数据传输的需求。

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

实施例一

本发明实施例一提供一种小数据的传输方法，该方法为针对小数据的协商过程以及传输过程，该小数据即当前协议所规定的Small Data，其可以为当前基于MTC的数据传输过程中，所涉及的小数据。例如，在当前协议中关于Small Data大小的描述为：“The observed size of many of the instances of dataexchanges is on the order of 1K(1024)octets or less”，因此可知可以将数据长度在1K字节以下的数据称为小数据；当然在实际应用中并不局限于该定义方式，可根据实际情况进行调整，本发明实施例中对此不再详加说明。

如图1所示，该方法包括以下步骤：

步骤101，网络侧设备(如MME(Mobility Management Entity，移动性管理实体)/SGSN(Serving GPRS Support Node，GPRS业务支持节点)等核心网设备)确定UE所要采用的小数据(即当前协议所规定的Small Data)传输方式。例如，网络侧设备确定小数据传输方式包括但不限于：基于SMS的小数据传输方案、或基于NAS信令的小数据传输方案、或基于承载的小数据传输方案。

本发明实施例中，在UE激活了小数据传输特性的情况下，UE和网络侧设备需要协商小数据传输方式，即网络侧设备需要确定UE所要采用的小数据传输方式。其中，网络侧设备可在以下情况下确定小数据传输方式：

情况一：网络侧设备在接收到来自UE的移动性管理过程中的请求消息后，确定UE所要采用的小数据传输方式。该情况下，UE需要在移动性管理过程中向网络侧设备发送请求消息，请求消息中携带有UE支持的小数据传输方式或者不携带UE支持的小数据传输方式。

本发明实施例中，该移动性管理过程包括但不限于attach(附着)过程、RAU(Routing Area Update，路由区更新)过程、TAU(Tracking Area Update，跟踪区更新)过程；在attach过程中，请求消息可以为attach request(请求)消息；在RAU过程中，请求消息可以为RAU request消息；在TAU过程中，请求消息可以为TAU request消息。

以attach过程为例，在UE激活了小数据传输特性情况下，当UE发起attach过程附着到网络时，UE在attach request消息中携带UE支持的小数传输方式，从而向网络侧设备发起小数传输方案的初始协商。当然，attach request消息中也可以不携带UE支持的小数传输方式，而是由网络侧设备基于自身的策略确定UE所要采用的小数据传输方式。

情况二：网络侧设备在网络状况和/或运营商策略发生变化后，确定UE所要采用的小数据传输方式。

本发明实施例中，在已经确定了UE所要采用的小数据传输方式的情况下，当网络状况和/或运营商策略发生变化后，网络侧设备需要重新确定该UE所要采用的小数据传输方式。

此外，为了实现该确定小数据传输方式的过程，可采用如下方式：

方式一：网络侧设备根据运营商策略、UE对应的签约信息、以及UE支持的小数据传输方式，确定UE所要采用的小数据传输方式。

针对上述情况一，UE支持的小数据传输方式的获得方式包括：在移动性管理过程中的请求消息中携带有UE支持的小数据传输方式时，网络侧设备从请求消息中获得UE支持的小数据传输方式。针对上述情况二，网络侧设备可基于网络状况和/或运营商策略发生变化之前，所记录的信息获得UE支持的小数据传输方式。

方式二：网络侧设备根据运营商策略、以及UE对应的签约信息，确定UE所要采用的小数据传输方式。

需要注意的是，上述方式一和方式二中，运营商策略和UE对应的签约信息，可根据实际情况进行配置，且网络侧设备可直接获得相关信息。

本发明实施例中，在确定UE所要采用的小数据传输方式时，网络侧设备需要按照如下优先级原则确定UE所要采用的小数据传输方式：运营商策略的优先级高于UE对应的签约信息的优先级；UE对应的签约信息的优先级高于UE支持的小数据传输方式的优先级(如果采用方式二时，将不需要该优先级策略)。

综上所述，网络侧设备可根据UE提供的支持的小数据传输方式、UE对应的签约信息、运营商策略，对小数据传输方式进行选择和配置，且在进行选择和配置时，按照如上的优先级原则进行选择和配置。

步骤102，网络侧设备将小数据传输方式通知给UE。

方式一：网络侧设备在接收到来自UE的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将小数据传输方式通知给UE。

例如，在attach过程中，MME/SGSN接收到UE发来的attach request消息后，在发现attach request消息中携带UE支持的小数据传输方式时，则MME/SGSN在考虑UE支持的小数据传输方式、UE对应的签约信息和运营商策略的前提下，对小数据传输方式进行选择和配置，并利用attach accept消息将小数据传输方式的确定结果通知给UE。

方式二：网络侧设备在网络状况和/或运营商策略发生变化后，如果UE处于连接态，且UE与网络之间存在信令连接，则网络侧设备通过下行NAS信令将小数据传输方式通知给UE。

例如，由于网络原因或运营商策略发生改变，MME/SGSN需要综合考虑UE支持的小数据传输方式、UE对应的签约信息和运营商策略，并重新确定UE所对应的小数据传输方式时；如果UE处于连接态，网络和UE之间存在信令连接，则MME/SGSN可以通过下行NAS信令将小数据传输方式重新选择和配置的结果通知给UE。

方式三：网络侧设备在网络状况和/或运营商策略发生变化后，如果UE处于空闲态(IDLE态)，网络侧设备通过寻呼UE，在UE响应寻呼并发起服务请求的过程中，将小数据传输方式通知给UE；或者，网络侧设备等到下一次接收到来自UE的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将小数据传输方式通知给UE。

例如，由于网络原因或运营商策略发生改变，MME/SGSN需要综合考虑UE支持的小数据传输方式、UE对应的签约信息和运营商策略，并重新确定UE所对应的小数据传输方式时；如果UE处于IDLE态，则有两种通知方法：

(1)即时通知：MME/SGSN可以通过寻呼UE，并在UE响应寻呼，发起service request(服务请求)的过程中，将小数据传输方式进行重新选择和配置的结果通知给UE。

(2)非即时通知：在通知UE之前，MME/SGSN根据之前的配置结果(即变化前的小数据传输方式)为UE提供小数据传输服务；等到UE下次发起移动性管理过程(如TAU/RAU或者service request请求过程)时，MME/SGSN将小数据传输方式进行重新选择和配置的结果通知给UE；之后，MME/SGSN在按照重新配置结果为UE提供小数据传输服务。

需要说明的是，针对上述网络侧设备的发送过程，在UE侧，UE会接收到来自网络侧设备通知的该UE自身所要采用的小数据传输方式；其接收方式对应于上述网络侧的发送方式，可以包括：UE接收网络侧设备利用移动性管理过程中的响应消息通知的小数据传输方式；或者，UE接收网络侧设备利用下行NAS信令通知的小数据传输方式；或者，UE在自身响应寻呼并发起服务请求的过程中，接收网络侧设备通知的小数据传输方式。

步骤103，网络侧设备基于小数据传输方式与UE进行小数据传输，且UE基于小数据传输方式与网络侧设备进行小数据传输。

综上所述，本发明实施例中，提出一种UE与网络侧协商小数据传输方式的方法，以满足小数据传输的需求；而且可以尽可能的重用现有的过程和消息，从而简化了运营商的配置，满足用户对于小数据传输方式的灵活需求。

实施例二

本发明实施例二提供一种基于附着过程的小数据的传输方法，如图2所示的Attach procedure(附着过程)示意图，该实施例的场景是UE初始附着或者是切换附着到E-UTRAN(Evolved Universal Terrestrial Radio AccessNetwork，演进型全球地面无线接入网)网络，通过attach过程同网络进行小数据传输方式协商的过程。

第1步中，UE通过attach过程中的attach request消息携带negotiationinformation(协商信息)，包括UE支持的小数据传输方式(即小数传输的方案选择偏好)，向网络侧发起小数传输方案初始协商。

如果MME处含有UE的签约信息，或者是通过第11步的消息MME获得了UE的签约信息，则MME可以按照运营商配置的方法对小数据传输的方式进行配置。

第17步中，MME在发给UE的attach accept消息中携带了negotiationanswer(协商应答)，通知UE小数据传输方式的配置结果。

除了上面描述的消息过程，attach过程中的其他消息过程可按照现有的标准执行，本发明实施例中不再赘述。

上述过程为协商小数据传输方式的过程，在协商完成后，网络侧设备与UE之间将利用该协商的小数据传输方式进行小数据的传输，该传输过程本发明实施例中不再赘述。

实施例三

本发明实施例三提供一种基于TAU过程的小数据的传输方法，如图3所示的Tracking Area Update procedure with Serving GW change(服务网关变化的TAU过程)的示意图，该实施例的场景是UE已经附着在E-UTRAN系统中，由于网络或运营商配置策略发生变化，网络通过TAU过程通知UE小数传输方案的变化。

由于网络或运营商配置策略发生变化，MME可以按照运营商配置的方法重新进行UE的小数据传输方式的选择和配置。

第20步中，MME在发送给UE的TAU accept消息中，将携带negotiationanswer，并通知UE小数据传输方式的配置结果。

除了上面描述的消息过程，TAU过程中的其他消息过程可按照现有的标准执行，本发明实施例中不再赘述。

上述过程为协商小数据传输方式的过程，在协商完成后，网络侧设备与UE之间将利用该协商的小数据传输方式进行小数据的传输，该传输过程本发明实施例中不再赘述。

实施例四

基于与上述方法同样的发明构思，本发明实施例中还提供了一种网络侧设备，如图4所示，该网络侧设备包括：

协商模块11，用于确定用户设备所要采用的小数据传输方式；并将所述小数据传输方式通知给所述用户设备；

通信模块12，用于基于所述小数据传输方式与所述用户设备进行小数据传输。

所述协商模块11，具体用于在接收到来自所述用户设备的移动性管理过程中的请求消息后，确定所述用户设备所要采用的小数据传输方式；或者，

在网络状况和/或运营商策略发生变化后，确定所述用户设备所要采用的小数据传输方式。

所述协商模块11，具体用于根据运营商策略、所述用户设备对应的签约信息、以及所述用户设备支持的小数据传输方式，确定所述用户设备所要采用的小数据传输方式；或者，

根据运营商策略、以及所述用户设备对应的签约信息，确定所述用户设备所要采用的小数据传输方式。

所述协商模块11，进一步用于在所述移动性管理过程中的请求消息中携带有所述用户设备支持的小数据传输方式时，从所述请求消息中获得所述用户设备支持的小数据传输方式。

所述协商模块11，进一步用于按照如下优先级原则确定所述用户设备所要采用的小数据传输方式；

所述运营商策略的优先级高于所述用户设备对应的签约信息的优先级；

所述用户设备对应的签约信息的优先级高于所述用户设备支持的小数据传输方式的优先级。

所述协商模块11，具体用于在接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

所述协商模块11，具体用于在网络状况和/或运营商策略发生变化后，如果所述用户设备处于连接态，且所述用户设备与网络之间存在信令连接，则通过下行非接入层NAS信令将所述小数据传输方式通知给所述用户设备。

所述协商模块11，具体用于在网络状况和/或运营商策略发生变化后，如果所述用户设备处于空闲态，则通过寻呼所述用户设备，在所述用户设备响应寻呼并发起服务请求的过程中，将所述小数据传输方式通知给所述用户设备；或者，等到下一次接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

实施例五

基于与上述方法同样的发明构思，本发明实施例中还提供了一种用户设备，如图5所示，该用户设备包括：

协商模块21，用于接收来自网络侧设备通知的用户设备所要采用的小数据传输方式；

通信模块22，用于基于所述小数据传输方式与所述网络侧设备进行小数据传输。

所述协商模块21，还用于在移动性管理过程中向所述网络侧设备发送请求消息，所述请求消息中携带有所述用户设备支持的小数据传输方式。

所述协商模块21，具体用于接收所述网络侧设备利用移动性管理过程中的响应消息通知的所述小数据传输方式；或者，

接收所述网络侧设备利用下行非接入层NAS信令通知的所述小数据传输方式；或者，

在自身响应寻呼并发起服务请求的过程中，接收所述网络侧设备通知的所述小数据传输方式。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (22)

1.一种小数据的传输方法，其特征在于，包括：

网络侧设备确定用户设备所要采用的小数据传输方式；

所述网络侧设备将所述小数据传输方式通知给所述用户设备；

所述网络侧设备基于所述小数据传输方式与所述用户设备进行小数据传输。

2.如权利要求1所述的方法，其特征在于，所述网络侧设备确定用户设备所要采用的小数据传输方式，包括：

所述网络侧设备在接收到来自所述用户设备的移动性管理过程中的请求消息后，确定所述用户设备所要采用的小数据传输方式；或者，

所述网络侧设备在网络状况和/或运营商策略发生变化后，确定所述用户设备所要采用的小数据传输方式。

3.如权利要求2所述的方法，其特征在于，所述网络侧设备确定用户设备所要采用的小数据传输方式，包括：

所述网络侧设备根据运营商策略、所述用户设备对应的签约信息、以及所述用户设备支持的小数据传输方式，确定所述用户设备所要采用的小数据传输方式；或者，

所述网络侧设备根据运营商策略、以及所述用户设备对应的签约信息，确定所述用户设备所要采用的小数据传输方式。

4.如权利要求3所述的方法，其特征在于，所述用户设备支持的小数据传输方式的获得方式包括：

在所述移动性管理过程中的请求消息中携带有所述用户设备支持的小数据传输方式时，所述网络侧设备从所述请求消息中获得所述用户设备支持的小数据传输方式。

5.如权利要求3所述的方法，其特征在于，所述方法进一步包括：

所述网络侧设备按照如下优先级原则确定所述用户设备所要采用的小数据传输方式；

所述运营商策略的优先级高于所述用户设备对应的签约信息的优先级；

所述用户设备对应的签约信息的优先级高于所述用户设备支持的小数据传输方式的优先级。

6.如权利要求1所述的方法，其特征在于，所述网络侧设备将所述小数据传输方式通知给所述用户设备，包括：

所述网络侧设备在接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

7.如权利要求1所述的方法，其特征在于，所述网络侧设备将所述小数据传输方式通知给所述用户设备，包括：

所述网络侧设备在网络状况和/或运营商策略发生变化后，如果所述用户设备处于连接态，且所述用户设备与网络之间存在信令连接，所述网络侧设备通过下行非接入层NAS信令将所述小数据传输方式通知给所述用户设备。

8.如权利要求1所述的方法，其特征在于，所述网络侧设备将所述小数据传输方式通知给所述用户设备，包括：

所述网络侧设备在网络状况和/或运营商策略发生变化后，如果所述用户设备处于空闲态，所述网络侧设备通过寻呼所述用户设备，在所述用户设备响应寻呼并发起服务请求的过程中，将所述小数据传输方式通知给所述用户设备；或者，所述网络侧设备等到下一次接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

9.一种小数据的传输方法，其特征在于，包括：

用户设备接收来自网络侧设备通知的所述用户设备所要采用的小数据传输方式；

所述用户设备基于所述小数据传输方式与所述网络侧设备进行小数据传输。

10.如权利要求9所述的方法，其特征在于，所述用户设备接收来自网络侧设备通知的所述用户设备所要采用的小数据传输方式，之前还包括：

所述用户设备在移动性管理过程中向所述网络侧设备发送请求消息，所述请求消息中携带有所述用户设备支持的小数据传输方式。

11.如权利要求9所述的方法，其特征在于，所述用户设备接收来自网络侧设备通知的所述用户设备所要采用的小数据传输方式，包括：

所述用户设备接收所述网络侧设备利用移动性管理过程中的响应消息通知的所述小数据传输方式；或者，

所述用户设备接收所述网络侧设备利用下行非接入层NAS信令通知的所述小数据传输方式；或者，

所述用户设备在自身响应寻呼并发起服务请求的过程中，接收所述网络侧设备通知的所述小数据传输方式。

12.一种网络侧设备，其特征在于，包括：

协商模块，用于确定用户设备所要采用的小数据传输方式；并将所述小数据传输方式通知给所述用户设备；

通信模块，用于基于所述小数据传输方式与所述用户设备进行小数据传输。

13.如权利要求12所述的网络侧设备，其特征在于，

所述协商模块，具体用于在接收到来自所述用户设备的移动性管理过程中的请求消息后，确定所述用户设备所要采用的小数据传输方式；或者，

在网络状况和/或运营商策略发生变化后，确定所述用户设备所要采用的小数据传输方式。

14.如权利要求13所述的网络侧设备，其特征在于，

所述协商模块，具体用于根据运营商策略、所述用户设备对应的签约信息、以及所述用户设备支持的小数据传输方式，确定所述用户设备所要采用的小数据传输方式；或者，

根据运营商策略、以及所述用户设备对应的签约信息，确定所述用户设备所要采用的小数据传输方式。

15.如权利要求14所述的网络侧设备，其特征在于，

所述协商模块，进一步用于在所述移动性管理过程中的请求消息中携带有所述用户设备支持的小数据传输方式时，从所述请求消息中获得所述用户设备支持的小数据传输方式。

16.如权利要求14所述的网络侧设备，其特征在于，

所述协商模块，进一步用于按照如下优先级原则确定所述用户设备所要采用的小数据传输方式；

所述运营商策略的优先级高于所述用户设备对应的签约信息的优先级；

所述用户设备对应的签约信息的优先级高于所述用户设备支持的小数据传输方式的优先级。

17.如权利要求12所述的网络侧设备，其特征在于，

所述协商模块，具体用于在接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

18.如权利要求12所述的网络侧设备，其特征在于，

所述协商模块，具体用于在网络状况和/或运营商策略发生变化后，如果所述用户设备处于连接态，且所述用户设备与网络之间存在信令连接，则通过下行非接入层NAS信令将所述小数据传输方式通知给所述用户设备。

19.如权利要求12所述的网络侧设备，其特征在于，

所述协商模块，具体用于在网络状况和/或运营商策略发生变化后，如果所述用户设备处于空闲态，则通过寻呼所述用户设备，在所述用户设备响应寻呼并发起服务请求的过程中，将所述小数据传输方式通知给所述用户设备；或者，等到下一次接收到来自所述用户设备的移动性管理过程中的请求消息后，利用移动性管理过程中的响应消息将所述小数据传输方式通知给所述用户设备。

20.一种用户设备，其特征在于，包括：

协商模块，用于接收来自网络侧设备通知的用户设备所要采用的小数据传输方式；

通信模块，用于基于所述小数据传输方式与所述网络侧设备进行小数据传输。

21.如权利要求20所述的用户设备，其特征在于，

所述协商模块，还用于在移动性管理过程中向所述网络侧设备发送请求消息，所述请求消息中携带有所述用户设备支持的小数据传输方式。

22.如权利要求20所述的用户设备，其特征在于，

所述协商模块，具体用于接收所述网络侧设备利用移动性管理过程中的响应消息通知的所述小数据传输方式；或者，

接收所述网络侧设备利用下行非接入层NAS信令通知的所述小数据传输方式；或者，

在自身响应寻呼并发起服务请求的过程中，接收所述网络侧设备通知的所述小数据传输方式。

Images