CN110149624A

CN110149624A - 用于数据传输的方法、移动管理设备、数据业务处理设备和终端

Info

Publication number: CN110149624A
Application number: CN201810150340.0A
Authority: CN
Inventors: 舒林; 克里斯蒂安·埃雷罗·贝隆
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-02-13
Filing date: 2018-02-13
Publication date: 2019-08-20
Anticipated expiration: 2038-02-13
Also published as: WO2019157963A1; CN110149624B

Abstract

本申请提供了一种数据传输的方法、移动管理设备、数据业务处理设备和终端，能够实现小数据业务的端到端的CP传输。该方法包括：移动管理设备获取终端的第一业务类型信息，所述第一业务类型信息用于指示第一小数据业务的业务类型；移动管理设备确定目标数据业务处理设备，所述目标数据业务处理设备支持所述第一小数据业务的业务类型；移动管理设备向所述目标数据业务处理设备发送激活请求消息；所述移动管理设备接收来自所述目标数据业务处理设备的激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功。

Description

用于数据传输的方法、移动管理设备、数据业务处理设备和终端

技术领域

本申请涉及通信领域，并且更具体地，涉及一种用于数据传输的方法、移动管理设备、数据业务处理设备和终端。

背景技术

蜂窝物联网(Cellular Internet of Things，CIoT)是一种通过窄带物联网(Narrowband Internet of Things，NB-IoT)接入技术，实现物联网终端接入到移动通信网络的物联网。为支持CIoT，第三代合作伙伴项目(3rd Generation Partnership Project，3GPP)在版本(Release)13阶段和Release 14阶段对现有演进分组系统(Evolved PacketSystem，EPS)终端和网络的功能特性进行了优化。典型地，对于CIoT小数据传输业务，3GPP为CIoT进行的EPS优化主要包括2个方案：

(1)控制面(Control Plane,CP)优化：主要是通过EPS网络中的控制面信令来传输CIoT用户面小数据包，UE与核心网网元之间无需建立对应的空口承载上下文，能够提升数据传输速率并节省空口无线资源。

(2)用户面(User Plane,UP)优化：主要是引入无线资源控制(Radio ResourceControl，RRC)连接挂起流程与恢复流程，支持空闲态UE保存所有的空口上下文与承载资源，从而实现连接态UE空口上下文与承载资源的快速恢复，能够提升数据传输速率。

对于CIoT小数据传输的CP优化，主要的优化在UE与移动管理实体(MobilityManagement Entity，MME)之间通过非接入层(Non-access stratum，NAS)信令来传递CIoT小数据包，但是在MME与服务网关(Serving Gateway，SGW)和分组数据网络网关(PacketData Network Gateway，PGW)之间，还是通过用户面协议用户层GPRS隧道协议(GPRSTunneling Protocol for the user plane，GTP-U)进行传输的，故EPS中的CIoTCP小数据传输，不是一种端到端的CP传输方案。

3GPP在Release 15阶段定义了新一代移动通信系统(5th Generation System，5GS)，5GS采用与EPS完全不同的网络架构。典型地，5G核心网(5G Core Network，5GCN)、移动管理(Mobility Management，MM)与会话管理(Session Management，SM)进行了分离，控制面CP与用户面UP进行了分离，采用了服务化架构与服务化接口协议。3GPP在Release 16阶段定义了在5GS中对CIoT的支持，自然也需要在5GS中支持CIoT小数据传输业务。

由于CIoT终端功能简单、低功耗、非频繁用户数据传输的应用特性，对于CIoT的小数据传输，采用CP传输比UP传输具有简单、快速、高效的优势。因现有EPS中单纯的基于NAS信令的CP传输方案将不能完全适用于5GS，因此，需要一种在5GS新的网络架构中，端到端的CP传输方案传输小数据。

发明内容

本申请提供一种数据传输的方法、移动管理设备、数据业务处理设备和终端，能够实现小数据业务的端到端的控制面(Control Plane，CP)传输。

第一方面，提供一种用于数据传输的方法，包括：移动管理设备获取终端的第一业务类型信息，所述第一业务类型信息用于指示所述终端支持的第一小数据业务的业务类型；

所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备，所述目标数据业务处理设备支持所述第一小数据业务的业务类型；

所述移动管理设备向所述目标数据业务处理设备发送激活请求消息，所述激活请求消息用于请求所述终端到所述目标数据业务处理设备的小数据业务注册；

所述移动管理设备接收来自所述目标数据业务处理设备的激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功。

应理解，本申请中，终端通过非接入层(non-access stratum，NAS)信令与移动管理设备进行交互，移动管理设备通过服务化接口与数据业务处理设备进行交互，数据业务处理设备通过应用程序编程接口(application programming interface，API)接口与应用服务器进行交互。该服务化接口协议例如可以是超文本传输协议(hypertext transferprotocol，HTTP)还可以是直径(diameter)协议，本申请实施例对此不做限定。下述实施例中涉的终端与移动管理设备之间的通信，以及移动管理设备与数据业务处理设备之间的交互均是采用此处所描述的交互方式进行通信，下文中将不再对此赘述。

本申请实施例的用于数据传输的方法，终端注册到目标数据业务处理设备后，能够依次通过移动管理设备和目标数据业务处理设备，向应用服务器发送目标数据业务处理设备所支持的小数据业务的业务类型的小数据包。因此，本申请实施例的用于数据传输的方法，终端通过注册到支持其小数据业务的业务类型的数据业务处理设备，能够依次通过移动管理设备和目标数据业务处理设备，向应用服务器发送目标数据业务处理设备所支持的小数据业务的业务类型的小数据包。由于终端和移动管理设备之间的小数据包是通过NAS信令传输的，移动管理设备和数据业务处理设备(例如，目标数据业务处理设备)之间的小数据包是通过服务化接口协议传输的，数据业务处理设备和应用服务器之间的小数据包是通过API传输的，因此在终端注册到数据业务处理设备后，可以实现终端到应用服务器的端到端的控制面(Control Plane，CP)传输。相比于现有技术中小数据包必须建立用户面会话(session)资源，本申请实施例的用于数据传输的方法，不需要建立用户面会话资源，能够实现移动管理和会话管理的解耦，实现了更轻量级、简单、高效的小数据包传输。

本申请中，数据业务处理设备可以由一个实体设备实现，也可以由多个实体设备共同实现，还可以是一个实体设备内的一个逻辑功能模块，本申请实施例对此不作限定。进一步地，可以将数据业务处理设备所提供的所有功能集成于已有的网络功能(networkfunction，NF)网元上，比如会话管理功能(session management function)网元、网络开放功能(network exposure function，NEF)网元等。

需要说明的是，数据业务处理设备仅是一个名字，名字对设备本身不构成限定。在5G系统以及未来其它的系统中，数据业务处理设备所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，数据业务处理设备也可以被命名为其它NF网元，比如小数据处理功能(small data handling function，SDHF)网元、小数据传输功能(small data transport function，SDTF)网元、小数据控制功能(small data controlfunction，SDCF)网元等，本申请对NF的命名不做限定。

可选地，所述第一业务类型信息包括：

与所述第一小数据业务的业务类型相关联的接入点名称(access point name，APN)或数据网络名称(data network name，DNN)；或者

与所述第一小数据业务的业务类型相关联的网络切片标识或网络资源标识。

应理解，APN是可以提供第一小数据业务的接入点名称；DNN是可以提供第一小数据业务的数据网络名称；网络切片标识是可以提供第一小数据业务的网络切片的身份标识；网络资源标识是可以提供第一小数据业务的网络资源的身份标识。

此外，第一业务类型信息可以是第一小数据业务本身的标识，本申请对此不作限定。

可选地，所述第一小数据业务的业务类型属于所述终端所归属的垂直行业的业务类型。

在一种可能的实现方式中，所述终端所归属的垂直行业的业务类型包括下述中的至少一种：

智能水表业务、智能电表业务、智能气表业务、智能家居业务、智能单车业务、智能汽车业务、智能停车业务、智能路灯业务、物流跟踪业务、智能制造业务和智能仓储业务。

在一种可能的实现方式中，所述移动管理设备获取第一业务类型信息，包括：

所述移动管理设备接收来自终端的注册请求消息，所述注册请求消息包括所述第一业务类型信息，所述注册请求消息用于所述终端到所述移动管理设备的注册。从而，移动管理设备能够从注册请求消息中获取第一业务类型信息。

需要说明的是，注册请求消息可以携带终端所支持的多种小数据业务的业务类型信息，移动管理设备可以从注册请求消息中，获取所述多种小数据业务的业务类型信息所对应的小数据业务的业务类型。应理解，所述多种小数据业务的业务类型信息包括第一业务类型信息。在注册请求消息携带终端所支持的多种小数据业务的业务类型信息的情况下，移动管理设备可以向所述多种小数据业务的业务类型信息对应的小数据业务为该终端请求激活小数据业务，或者说将该终端注册到所述多种小数据业务的业务类型信息对应的小数据业务。如果所述多种小数据业务的业务类型信息对应的小数据业务为同一小数据业务，则移动管理设备可以只向对应的小数据业务发送一次激活请求消息。可选地，如果所述多种小数据业务的业务类型信息对应的小数据业务为多个小数据业务，则移动管理设备可以向对应的多个小数据业务分别发送该激活请求消息。本申请并不限定小数据业务的业务类型信息或者小数据业务的业务类型与小数据业务的对应关系，小数据业务的业务类型与小数据业务可以是一一对应的关系，也可以是多对一的关系，也可以是一对多的关系。

在一种可能的实现方式中，所述方法还包括：

所述移动管理设备向所述终端发送注册接受消息，所述注册接受消息包括所述小数据业务接受指示信息。

在一种可能的实现方式中，所述方法还包括：

所述移动管理设备接收来自所述终端的数据传输请求消息，所述数据传输请求消息包括小数据包和所述小数据包的业务类型信息，所述小数据包的业务类型信息用于指示所述小数据包的业务类型为所述第一小数据业务的业务类型；

所述移动管理设备根据所述小数据包的业务类型，向所述目标数据业务处理设备发送所述小数据包。

从而，移动管理设备能够从注册请求消息中获取第一业务类型信息。

因此，本申请实施例的用于数据传输的方法，终端通过注册到支持其SDS的业务类型的数据业务处理设备，能够依次通过移动管理设备和目标数据业务处理设备，向应用服务器发送目标数据业务处理设备所支持的小数据业务的业务类型的小数据包。相比于现有技术中小数据包必须建立用户面会话(session)资源，本申请实施例的用于数据传输的方法，不需要建立用户面会话资源，能够实现移动管理和会话管理的解耦，实现了更轻量级、简单、高效的小数据包传输。

在一种可能的实现方式中，所述移动管理设备获取第一业务类型信息，包括：所述移动管理设备接收来自终端的数据传输请求消息，所述数据传输请求消息包括所述第一业务类型信息。从而，移动管理设备能够从数据传输请求消息中获取第一业务类型信息。

可选地，所述终端为空闲态的情况下，所述数据传输请求为业务请求消息或非接入层NAS传输消息；或者

在所述终端为连接态的情况下，所述数据传输请求为非接入层NAS传输消息。

在一种可能的实现方式中，所述数据传输请求消息还包括小数据包，所述小数据包的业务类型为所述第一小数据业务的业务类型；

以及，所述方法还包括：所述移动管理设备根据所述小数据包的业务类型，向所述目标数据业务处理设备发送所述小数据包。

在终端注册到目标数据业务处理设备后，AMF可以通过目标数据业务处理设备传输该数据传输请求消息中的数据包。

在一种可能的实现方式中，所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备，包括：

所述移动管理设备根据所述第一业务类型信息，将所述终端上下文所包括的数据业务处理设备标识信息所指示的数据业务处理设备，确定为所述目标数据业务处理设备。

可选地，该终端上下文中的所包括的数据业务处理设备标识信息所指示的数据业务处理设备，可以是移动管理设备上为该第一小数据业务预先配置的缺省数据业务处理设备，或者移动管理设备在终端发起的注册过程中从终端的签约数据中获取的签约数据业务处理设备，本申请实施例对此不做限定。

所述移动管理设备向网络功能存储功能设备发送数据业务处理设备发现请求消息，所述数据业务处理设备发现请求消息包括所述第一业务类型信息；

所述移动管理设备接收来自所述网络功能存储功能设备的数据业务处理设备发现响应消息，所述数据业务处理设备发现响应消息包括数据业务处理设备标识信息；

所述移动管理设备根据所述数据业务处理设备标识信息确定所述目标数据业务处理设备。

根据本申请实施例的方法，终端能够获取到目标数据业务处理设备的信息。

可选地，数据业务处理设备标识信息可以是数据业务处理设备的地址信息，还可以是数据业务处理设备的域名信息或者数据业务处理设备的网络资源标识，本申请实施例对此不作限定。

应理解，网络功能存储功能网元在数据业务处理设备发现响应消息中反馈的数据业务处理设备标识信息可以包括一个或者多个数据业务处理设备的标识信息，该一个或者多个数据业务处理设备的标识信息一一对应一个或者多个数据业务处理设备，该一个或者多个数据业务处理设备都能够提供第一小数据业务。若网络功能存储功能网元反馈多个数据业务处理设备的标识信息，移动管理设备可以根据负载均衡等原则确定从该多个数据业务处理设备的标识信息所对应的多个数据业务处理设备中确定出一个数据业务处理设备作为目标数据业务处理设备。

在一种可能的实现方式中，在所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备之前，所述方法还包括：

所述移动管理设备根据所述终端的小数据业务签约数据，确定所述终端被允许进行所述第一小数据业务。

在一种可能的实现方式中，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息，所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息用于所述目标数据业务处理设备为所述终端创建小数据业务上下文。

第二方面，提供了一种用于数据传输的方法，包括：

数据业务处理设备接收来自移动管理设备的激活请求消息，所述激活请求消息用于请求终端到所述数据业务处理设备的小数据包业务注册；

所述数据业务处理设备向所述移动管理设备发送激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功；

所述数据业务处理设备接收来自所述移动管理设备的所述终端的小数据包；

所述数据业务处理设备向应用服务器发送所述小数据包。

在一种可能的实现方式中，所述数据业务处理设备接收来自所述移动管理设备的所述终端的所述小数据包时，还接收来自所述终端的所述小数据包的业务类型信息，其中，所述小数据包的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型。

在一种可能的实现方式中，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和第一业务类型信息，所述第一业务类型信息用于指示所述终端请求的第一小数据业务的业务类型，所述第一小数据业务的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型，第一业务类型信息为所述小数据包的业务类型信息。

可选地，所述第一业务类型信息包括：

在一种可能的实现方式中，在所述数据业务处理设备向所述移动管理设备发送激活响应消息之前，所述方法还包括：

所述数据业务处理设备确定支持所述第一小数据业务的业务类型；

所述数据业务处理设备根据所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息为所述终端创建小数据业务上下文。

应理解，第二方面中与第一方面相同的术语、实现方式等可以参照第一方面的描述。

第三方面，提供了一种用于数据传输的方法，其特征在于，包括：

终端向移动管理设备发送注册请求消息，所述注册请求消息包括第一业务类型信息，所述第一业务类型信息用于指示所述终端所请求的第一小数据业务的业务类型，所述注册请求消息用于请求所述终端到所述移动管理设备的注册；

所述终端接收来自所述移动管理设备的注册接受消息，所述注册接受消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述目标数据业务处理设备的小数据业务注册成功；

所述终端向所述移动管理设备发送数据传输请求，所述数据传输请求包括小数据包和所述小数据包的业务类型，所述小数据包的业务类型为所述第一小数据业务的业务类型。

在一种可能的实现方式中，所述注册请求消息还包括小数据业务支持指示信息，所述小数据业务支持指示信息用于指示所述终端支持小数据业务。

在一种可能的实现方式中，所述终端支持小数据业务包括所述终端支持使用第三代合作伙伴项目(3rd Generation Partnership Project，3GPP)接入技术或者非3GPP接入技术中的至少一种进行小数据业务。

在一种可能的实现方式中，所述注册接受消息还包括第二业务类型指示信息，所述第二业务类型指示信息用于指示所述移动管理设备接受的至少一种小数据业务的业务类型，所述至少一种小数据业务的业务类型包括所述第一小数据业务的业务类型。

在一种可能的实现方式中，在所述终端为空闲态的情况下，所述数据传输请求为业务请求消息或非接入层NAS传输消息；或者

应理解，第三方面中与第一方面相同的术语、实现方式等可以参照第一方面的描述。

第四方面，提供了一种移动管理设备，用于执行上述第一方面或第一方面的任一可能的实现方式中的方法。具体地，该移动管理设备包括用于执行上述第一方面或第一方面的任一可能的实现方式中的方法的单元。

第五方面，提供了一种数据业务处理设备，用于执行上述第二方面或第二方面的任一可能的实现方式中的方法。具体地，该数据业务处理设备包括用于执行上述第二方面或第二方面的任一可能的实现方式中的方法的单元。

第六方面，提供了一种终端，用于执行上述第三方面或第三方面的任一可能的实现方式中的方法。具体地，该终端包括用于执行上述第三方面或第三方面的任一可能的实现方式中的方法的单元。

第七方面，提供了另一种移动管理设备，该移动管理设备包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，使得该移动管理设备执行第一方面或第一方面的任一种可能的实现方式中的方法。

第八方面，提供了另一种数据业务处理设备，该数据业务处理设备包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，使得该数据业务处理设备执行第二方面或第二方面的任一种可能的实现方式中的方法。

第九方面，提供了另一种终端，该终端包括：收发器、存储器和处理器。其中，该收发器、该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，以控制接收器接收信号，并控制发送器发送信号，使得该终端执行第二方面或第二方面的任一种可能的实现方式中的方法。

第十方面，提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码被计算机运行时，使得该计算机执行上述任一方面的任意可能的实现方式中的方法。

第十一方面，提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行上述任一方面的任意可能的实现方式中的方法的指令。

第十二方面，提供了一种通信芯片，其中存储有指令，当其在计算机设备上运行时，使得该通信芯片执行上述任一方面的任意可能的实现方式中的方法。

附图说明

图1是本申请实施例提供的系统架构的示意图。

图2是本申请实施例提供的一个应用场景的示意图。

图3是本申请实施例提供的计算机设备的示意性框图。

图4是本申请实施例提供的用于数据传输的方法示意图。

图5是本申请实施例提供的另一用于数据传输的方法示意图。

图6是本申请实施例提供的另一用于数据传输的方法示意图。

图7是本申请实施例提供的另一用于数据传输的方法示意图。

图8是本申请实施例提供的另一用于数据传输的方法示意图。

图9是本申请实施例提供的另一用于数据传输的方法示意图。

图10是本申请实施例提供的移动管理设备示意性框图。

图11是本申请实施例提供的数据业务处理设备示意性框图。

图12是本申请实施例提供的终端示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的第五代(5th Generation，5G)系统或新无线(New Radio，NR)等。

本申请可以适用于各种物联网，例如，第五代(5th generation，5G)系统中的蜂窝物联网，或者未来通信系统(例如，6G)中的物联网等。本发明实施例对此不作任何限定。

图1示出了适用于本发明实施例的一种系统100的示意图。如图1所示，该系统100包括：移动管理设备110和数据业务处理设备120。可选地，系统100还可以包括终端130和/或应用服务器140。本申请实施例中，终端130通过非接入层(non-access stratum，NAS)信令与移动管理设备110进行交互，移动管理设备110通过服务化接口与数据业务处理设备120进行交互，数据业务处理设备120通过应用程序编程接口(application programminginterface，API)接口与应用服务器140进行交互。该服务化接口协议例如可以是超文本传输协议(hypertext transfer protocol，HTTP)，还可以是直径(diameter)协议，本申请实施例对此不做限定。下述实施例中涉的终端与移动管理设备之间的通信，以及移动管理设备与数据业务处理设备之间的交互均是采用此处所描述的交互方式进行通信，下文中将不再对此赘述。

上述系统100可以用于执行本申请实施例中用于数据传输的方法。

在一种可能的实现方式中，上述系统架构100中的移动管理设备110具体用于：获取终端的第一业务类型信息，所述第一业务类型信息用于指示所述终端支持的第一小数据业务的业务类型；确定为所述终端提供小数据业务的目标数据业务处理设备，所述目标数据业务处理设备支持所述第一小数据业务的业务类型；向所述目标数据业务处理设备发送激活请求消息，所述激活请求消息用于请求所述终端到所述目标数据业务处理设备的小数据业务注册；接收来自所述目标数据业务处理设备的激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功。

在另一种可能的实现方式中，上述系统架构100中的数据业务处理设备120具体用于：接收来自移动管理设备的激活请求消息，所述激活请求消息用于请求终端到所述数据业务处理设备的小数据包业务注册；向所述移动管理设备发送激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功；接收来自所述移动管理设备的所述终端的小数据包；向应用服务器发送所述小数据包。

在另一种可能的实现方式中，上述系统架构100中的终端130具体用于：向移动管理设备发送注册请求消息，所述注册请求消息包括第一业务类型信息，所述第一业务类型信息用于指示所述终端所请求的第一小数据业务的业务类型，所述注册请求消息用于请求所述终端到所述移动管理设备的注册；接收来自所述移动管理设备的注册接受消息，所述注册接受消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述目标数据业务处理设备的小数据业务注册成功；向所述移动管理设备发送数据传输请求，所述数据传输请求包括小数据包和所述小数据包的业务类型，所述小数据包的业务类型为所述第一小数据业务的业务类型。

上述系统100中，终端注册到目标数据业务处理设备后，能够依次通过移动管理设备和目标数据业务处理设备，向应用服务器发送目标数据业务处理设备所支持的小数据业务(small data service，SDS)的业务类型的小数据包。因此，上述系统100中，终端通过注册到支持其SDS的业务类型的数据业务处理设备，能够依次通过移动管理设备和目标数据业务处理设备，向应用服务器发送目标数据业务处理设备所支持的SDS的业务类型的小数据包。由于终端和移动管理设备之间的小数据包是通过NAS信令传输的，移动管理设备和数据业务处理设备(例如，目标数据业务处理设备)之间的小数据包是通过服务化接口协议传输的，数据业务处理设备和应用服务器之间的小数据包是通过应用程序编程接口(Application Programming Interface，API)传输的，因此在终端注册到数据业务处理设备后，可以实现终端到应用服务器的端到端的控制面(Control Plane,CP)传输。相比于现有技术中小数据包必须建立用户面会话(session)资源，本申请实施例的用于数据传输的方法，不需要建立用户面会话资源，能够实现移动管理和会话管理的解耦，实现了更轻量级、简单、高效的小数据包传输。

本申请中，数据业务处理设备120可以由一个实体设备实现，也可以由多个实体设备共同实现，还可以是一个实体设备内的一个逻辑功能模块，本申请实施例对此不作限定。进一步地，可以将数据业务处理设备120所提供的所有功能集成于已有的网络功能(network function，NF)网元上，比如会话管理功能(session management function，SMF)网元、网络开放功能(network exposure function，NEF)网元等。

需要说明的是，数据业务处理设备120仅是一个名字，名字对设备本身不构成限定。在5G系统以及未来其它的系统中，数据业务处理设备120所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，数据业务处理设备120也可以被命名为其它NF网元，比如小数据处理功能(small data handling function，SDHF)网元、小数据传输功能(small data transport function，SDTF)网元、小数据控制功能(small datacontrol function，SDCF)网元等，本申请对NF的命名不做限定。

本申请实施例中的终端可以指用户设备、接入终端、V2X通信中的终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端设备、无线通信设备、用户代理或用户装置。终端还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G系统中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。具体地，该终端可以为物联网终端，具有成本低、功能简单、低功耗、非频繁用户数据传输的应用特性。

可选的，图1所示的系统可以应用于目前的5G系统以及未来其它的网络，本发明实施例对此不作具体限定。

示例性的，假设图1所示的系统可以应用于目前的5G网络，则如图2所示，上述的移动管理设备110所对应的网元或者实体可以为图2所示的5G网络系统中的接入和移动管理功能(access and mobility management function，AMF)210，上述的数据业务处理设备120所对应的网元或者实体可以为图2所示的5G系统中的小数据业务功能(small dataservice function，SDSF)220，上述的终端设备130所对应的网元或者实体可以为图2所示的5G系统中的用户设备(user equipment，UE)230。应理解，AMF 210可以实现移动管理设备110的功能。SDSF 220可以实现数据业务处理设备120的功能，UE 230可以实现终端130的功能。

可选地，图2所示的5G系统还可以包括应用服务器240、接入设备250和统一数据管理(unified data management，UDM)260。应理解，图2所示的5G网络系统还可以包括图2中未示出的一些网元，比如、网络功能存储功能(network function repository function，NRF)网元、用户面功能(user plane function，UPF)网元等。

如图2所示，本申请实施例中，UE 230通过接入设备250接入5G系统，UE 230通过下一代网络(next generation，N)1接口(简称N1)与AMF 210通信，接入设备250通过N2接口(简称N2)与AMF 210通信。AMF 210通过N8接口(简称N8)与UDM 260通信。UE 230可通过NAS信令与AMF 210通信，AMF 210可通过服务化接口与SDSF 220通信，SDSF 220可通过API接口与应用服务器240通信。

需要说明的是，图2中的各个网元以及各个网元之间的接口名字只是一个示例，具体实现中各个网元以及各个网元之间的接口名字可能为其他，本申请实施例对此不作具体限定。

图2所示的接入设备是UE通过无线方式接入到该移动通信系统中的接入设备，可以是基站(NodeB)、演进型基站(eNodeB)、5G移动通信系统中的基站(gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等，还可以是云无线接入网络(cloud radio accessnetwork，CRAN)场景下的无线控制器，或者该接入设备可以为中继站、接入点、车载设备、可穿戴设备以及5G系统中的网络设备或者未来演进的PLMN网络中的网络设备等，本申请的实施例对接入设备所采用的具体技术和具体设备形态不做限定。

需要说明的是，图1中所示的移动管理设备110、数据业务处理设备120和终端130可以以图3中所示的计算机设备(或系统)300的方式来实现。可选地，当系统100中的应用服务器140也可以以图3中所示的计算机设备300的方式来实现。

图3是本发明实施例提供的计算机设备(或系统)300的示意图。其中，计算机设备200包括至少一个处理器301、存储器302、和至少一个通信接口303。

处理器301可以为中央处理器(CPU)、微处理器、特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。

存储器302可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过连接线(如，系统总线)与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器302用于存储执行本发明方案的应用程序代码，处理器301用于执行存储器302中存储的应用程序代码。处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field-programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

在具体实现中，作为一种实施例，处理器301可以包括一个或多个CPU。例如图3中所示的CPU0和CPU1。

在具体实现中，作为一种实施例，计算机设备300可以包括多个处理器，每个处理器可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，计算机设备300还可以包括输出设备304和输入设备305。输出设备304和处理器301通信，可以以多种方式来显示信息。例如，输出设备304可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备305和处理器301通信，可以以多种方式接受用户的输入。例如，输入设备可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的计算机设备300可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中，计算机设备300可以是台式机、便携式电脑、网络服务器、掌上电脑(Personal Digital Assistant，PDA)、移动手机、平板电脑、无线终端设备、通信设备、嵌入式设备或有图3中类似结构的设备。本发明实施例不限定计算机设备300的类型。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

此外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

为了便于理解和说明，以下仅以UE作为终端的一例，AMF作为移动管理设备110的一例，SDSF作为数据业务处理设备120的一例，对本发明实施例的用于数据传输方法进行详细说明。

图4示出了本申请实施例提供的用于数据传输的方法400的流程图。如图4所示，该方法400主要包括S410、S420、S430和S440。

S410，AMF获取UE的第一业务类型信息。

其中，第一业务类型信息为UE支持的一种特定的SDS的业务类型信息，即，第一业务类型信息用于指示UE支持的一种特定的小数据业务的业务类型。需要说明的是，本申请实施例中，AMF可以获取UE支持的至少一种SDS的业务类型信息，本申请实施例提供的用于数据传输的方法适用于AMF获取的UE的每一种SDS的业务类型信息，为了便于理解和描述，本申请实施例以AMF获取的UE的至少一种业务类型信息中一种特定业务类型信息为例进行描述，并将该特定的业务类型信息称为第一业务类型信息，将该第一业务类型信息所对应的SDS称为第一SDS。

可选地，第一业务类型信息包括与第一业务类型信息所指示的业务类型相关联的接入点名称(access point name，APN)、与第一业务类型信息所指示的业务类型相关联的数据网络名称(data network name，DNN)、与第一业务类型信息所指示的业务类型相关联的网络切片标识、与第一业务类型信息所指示的业务类型相关联的网络资源标识。AMF根据第一业务类型信息中的APN、DNN、网络切片标识或者网络资源标识，能够确定UE支持的SDS为第一SDS，或者说能够确定UE支持的SDS的业务类型。

其中，APN是可以提供第一SDS的接入点名称；DNN是可以提供第一SDS的数据网络名称；网络切片标识是可以提供第一SDS的网络切片的身份标识；网络资源标识是可以提供第一SDS的网络资源的身份标识。

应理解，第一业务类型信息可以是第一SDS本身的标识，也可以是与第一SDS相关联或者绑定的信息(例如，APN或者DNN等)，本申请实施例对此不作限定。

可选地，第一业务类型信息所指示的业务类型属于该UE所归属的垂直行业的业务类型。也就是说，可以采用UE所归属的垂直行业的业务类型来定义该垂直行业提供的SDS的业务类型，例如，UE所归属的垂直行业的业务类型为业务类型#A，则业务类型#A的SDS的业务类型也为业务类型#A。

进一步地，该UE所归属的垂直行业的业务类型包括下述中的至少一种：

智能水表业务、智能电表业务、智能气表业务、智能家居业务、智能单车业务、智能汽车业务、智能停车业务、智能路灯业务、物流跟踪业务、智能制造业务、智能仓储业务。

也就是说，第一业务类型信息所指示的业务类型为智能水表业务、智能电表业务、智能气表业务、智能家居业务、智能单车业务、智能汽车业务、智能停车业务、智能路灯业务、物流跟踪业务、智能制造业务以及智能仓储业务中的一种。

需要说明的是，所述“业务类型”也可称为应用类型(application type)，或者行业类型(industry type)，或者数据类型(data type)，本申请实施例对名称不做限定。

S420，AMF确定为该UE提供SDS的SDSF。

以下，为了便于理解，将支持第一SDS的SDSF或者说第一业务类型信息所指示的业务类型对应的SDSF，或者说为该UE提供与第一业务类型信息所指示的业务类型对应的SDS的SDSF，称为：目标SDSF。

可选地，作为S420的一种实现方式，AMF可以根据第一业务类型信息，将该UE上下文中的支持第一SDS的SDSF，确定为目标SDSF。

进一步地，该UE上下文中的支持该第一SDS的SDSF，可以是AMF上为该第一SDS预先配置的缺省SDSF，或者AMF在UE发起的注册过程中从UE的签约数据中获取的签约SDSF，本申请实施例对此不做限定。

可选地，作为S420的另一种实现方式，AMF可以先向网络功能存储功能网元发送SDSF发现请求消息，该SDSF发现请求消息包括第一业务类型信息。然后，AMF接收来自网络功能存储功能网元的SDSF发现响应消息，该SDSF发现响应消息包括网络功能存储功能网元提供的至少一个SDSF标识信息。接着，AMF根据所述SDSF标识信息确定目标SDSF。

应理解，网络功能存储功能网元可以由5G系统中的NRF实现，但本申请实施例对此不作限定。

具体来讲，AMF获取到第一业务类型信息后，向网络功能存储功能网元发送包括第一业务类型信息的SDSF发现请求消息，请求网络功能存储功能网元提供与第一业务类型信息对应的SDSF的信息。网络功能存储功能网元接收到该SDSF发现请求消息后，通过向AMF发送SDSF发现响应消息，向AMF反馈至少一个SDSF标识信息。AMF可以根据网络功能存储功能网元提供的SDSF标识信息，确定出目标SDSF。

进一步地，SDSF标识信息可以是SDSF的地址信息，还可以是SDSF的域名信息或者SDSF的网络资源标识，本申请实施例对此不作限定。

应理解，网络功能存储功能网元在SDSF发现响应消息中反馈的SDSF标识信息可以包括一个或者多个SDSF的标识信息，该一个或者多个SDSF的标识信息一一对应一个或者多个SDSF，该一个或者多个SDSF都能够提供第一SDS。若网络功能存储功能网元反馈多个SDSF的标识信息，AMF可以根据负载均衡等原则确定从该多个SDSF的标识信息所对应的多个SDSF中确定出一个SDSF作为目标SDSF。

需要说明的是，在S420中，AMF获取到第一业务类型信息后，AMF可以首先检查该UE的上下文是否包括支持第一SDS的SDSF。在一种实现方式中，若UE的上下文不包括支持第一SDS的SDSF，则AMF从网络功能存储功能网元获取第一业务类型信息对应的SDSF的信息；在另一种实现方式中，若UE的上下文包括支持第一SDS的SDSF，则将该上下文中支持该第一SDS的SDSF作为目标SDSF。此外，AMF也可以不检查UE的上下文，而是直接从网络功能存储功能网元获取第一业务类型信息对应的SDSF的信息。

应理解，本申请实施例并不限定S420的上述两种实现方式的优先级。还应理解，S420的上述两种实现方式仅是示例性说明，本申请也并不限定AMF确定目标SDSF的具体方式。

S430，AMF向目标SDSF发送激活请求消息。相应地，目标SDSF接收来自AMF的激活请求消息。

其中，该激活请求消息用于请求该UE到目标SDSF的SDS注册。也就是说，AMF通过向目标SDSF发送激活请求消息，请求该UE到目标SDSF的SDS注册，相当于AMF请求该目标SDSF为该UE激活SDS。

可选地，该激活请求消息可以包括该UE的身份信息、该AMF的标识信息和第一业务类型信息。其中，该第一业务类型信息，用于请求该目标SDSF为该UE激活第一SDS，该UE的身份信息、该AMF的标识信息和第一业务类型信息用于目标SDSF为该UE创建SDS上下文。

应理解，AMF与SDSF之间，AMF与网络功能存储功能网元之间的消息(比如，信令或数据)交互是通过服务化接口协议进行。该服务化接口协议例如可以是HTTP协议，还可以是直径(diameter)协议，本申请实施例对此不做限定。

S440，目标SDSF向AMF发送激活响应消息。相应地，AMF接收来自目标SDSF的激活响应消息。

具体地，目标SDSF接收到AMF发送的激活请求消息后，若同意或接受该UE的SDS注册，向AMF发送激活响应消息。例如，目标SDSF接收到AMF发送的激活请求消息后，SDSF判断其本身是否支持为该UE提供第一SDS，是否允许为该UE提供第一SDS。若SDSF本身支持为该UE提供第一SDS，且允许为该UE提供第一SDS，则向AMF发送激活响应消息。

进一步地，目标SDSF可以在该激活响应消息中携带SDS接受指示信息，该SDS接受指示信息用于指示AMF该终端成功注册到目标SDSF。应理解，该SDS接受指示信息只是一种命名方式，它也可以称为SDS成功指示信息，本申请实施例对命名不做限定，在此统一说明，后面不再赘述。

可选地，若S430中的SDS激活请求消息包括该UE的身份信息、该AMF的标识信息和第一业务类型信息，在目标SDSF同意或接受该UE的SDS注册后，AMF可以根据这些信息为该UE创建SDS上下文，也即UE的SDS上下文中包括UE的身份信息、该AMF的标识信息和第一业务类型信息中的至少一种，该SDS上下文用于后续上下行小数据包在UE与该目标SDSF之间的传输。

进一步地，AMF的标识信息可以是AMF的地址信息或者AMF标识(identifier,ID)，本申请实施例对此不作限定。

可选地，在一种可能的实现方式中，在S420之前，该方法还可以包括：

AMF根据该UE的SDS签约数据，确定该UE被允许进行第一SDS。

比如，运营商在与垂直行业客户签订CIoT业务合作协议后，可以在UDM中为对应客户的UE配置SDS签约数据。AMF可以从UDM获取该UE的SDS签约数据，该UE的SDS签约数据包括该UE是否被允许进行SDS以及该UE签约的SDS的业务类型信息。本申请实施例中，UE签约的SDS的业务类型信息包括第一业务类型信息所指示的业务类型，并且该UE被允许进行SDS，其中，AMF从UDM获取该UE的SDS签约数据是在该UE发起的注册流程中执行的。

根据本申请实施例的用于数据传输的方法，UE注册到目标SDSF后，能够依次通过AMF和目标SDSF，向应用服务器发送目标SDSF所支持的SDS的业务类型的小数据包。应理解，若UE能够成功注册到目标SDSF意味着UE已经在AMF注册成功。

本申请实施例的用于数据传输的方法，UE通过注册到支持其SDS的业务类型的SDSF，能够依次通过AMF和目标SDSF，向应用服务器发送目标SDSF所支持的SDS的业务类型的小数据包。由于UE和AMF之间的小数据包是通过NAS信令传输的，AMF和SDSF(例如，目标SDSF)之间的小数据包是通过服务化接口协议传输的，SDSF和应用服务器之间的小数据包是通过API传输的，因此在UE注册到SDSF后，可以实现UE到应用服务器的端到端的CP传输。相比于现有技术中小数据包必须建立用户面会话(session)资源，本申请实施例的用于数据传输的方法，不需要建立用户面会话资源，能够实现移动管理和会话管理的解耦，实现了更轻量级、简单、高效的小数据包传输。

可选地，本申请实施例中，UE可以在数据传输之前进行到目标SDSF的注册(即，场景一)，也可以在数据传输的过程中进行到目标SDSF的注册(即，场景二)。关于如何实现这两种场景下UE到目标SDSF的注册，下文中将结合图5和图6，分别对场景一和场景二进行详细说明。

场景一

图5示出了一种用于数据传输的方法500的示例性流程图。该方法500可以实现UE在数据传输之前进行到目标SDSF的注册。应理解，下文各实施例中均以网络功能存储功能网元为NRF为例进行说明。

S501，UE向AMF发送注册请求消息。相应地，AMF接收来自该UE的注册请求消息。

该注册请求消息可以包括初始(initial)注册请求和移动更新(mobilityupdate)注册请求消息。其中，该注册请求消息包括所述第一业务类型信息，该注册请求消息用于该UE到该AMF的注册。

应理解，S501为方法400中S410的一种实现方式，也就是说，在S410中，AMF可以从注册请求消息中获取第一业务类型信息。

需要说明的是，注册请求消息可以携带UE所支持的多种SDS的业务类型信息，AMF可以从注册请求消息中，获取所述多种SDS的业务类型信息所对应的SDS的业务类型。应理解，所述多种SDS的业务类型信息包括第一业务类型信息。在注册请求消息携带UE所支持的多种SDS的业务类型信息的情况下，AMF可以根据本实施例中的S502～S504或者上述图4所示实施例中的S420～S440，向所述多种SDS的业务类型信息对应的SDSF为该UE请求激活SDS，或者说将该UE注册到所述多种SDS的业务类型信息对应的SDSF。如果所述多种SDS的业务类型信息对应的SDSF为同一SDSF，则AMF可以只向对应的SDSF发送一次激活请求消息。可选地，如果所述多种SDS的业务类型信息对应的SDSF为多个SDSF，则AMF可以向对应的多个SDSF分别发送该激活请求消息。本申请并不限定SDS的业务类型信息或者SDS的业务类型与SDSF的对应关系，SDS的业务类型与SDSF可以是一一对应的关系，也可以是多对一的关系，也可以是一对多的关系。

可选地，注册请求消息还可以包括SDS支持指示信息，所述SDS支持指示信息用于指示该UE支持SDS。也就是说，UE在请求注册时，同时告知AMF，其可以支持SDS。

进一步地，UE支持SDS包括UE支持使用第三代合作伙伴项目3GPP接入技术和非3GPP接入技术中的至少一种进行SDS。即，UE可以同时支持3GPP接入技术和非3GPP接入技术进行SDS，或者，UE也可以只支持3GPP接入技术和非3GPP接入技术中的其中一种进行SDS。3GPP接入技术包括例如下一代无线接入网(next generation radio access network，NG-RAN)或者通用移动通信系统(universal mobile telecommunications system，UMTS)陆地无线接入网(evolved UMTS territorial radio access network，E-UTRAN)，非3GPP接入技术包括例如无线局域网(wireless local access network,WLAN)

S502～S504，AMF确定为该UE提供SDS的目标SDSF。在AMF确定目标SDSF后，向目标SDSF发送激活请求消息。目标SDSF接收AMF发送的激活请求消息，执行该UE的SDS注册并向AMF发送激活响应消息。

具体地，S502～S504可参考上述图4所示实施例中步骤S420～S440所作的说明。为了简洁，此处不作赘述。

可选地，在S504之后，该方法还可以包括：

S505，AMF向该UE发送注册接受消息。相应地，该UE接收AMF发送的注册接受消息。

其中，该注册接受消息包括SDS接受指示信息，该SDS接受指示信息用于指示终端成功注册到目标SDSF并可以进行SDS。

UE接收到注册接受消息后，根据SDS接受指示信息获知向目标SDSF的SDS注册成功。之后，就可以通过目标SDSF传输目标SDSF所支持的SDS的业务类型的小数据包。

可选地，注册接受消息还可以包括第二业务类型信息。

其中，第二业务类型信息用于指示AMF接受的至少一种SDS的业务类型，表明网络侧为该UE支持的SDS业务类型。AMF接受的至少一种SDS的业务类型包括第一业务类型信息所指示的业务类型。示例地，AMF从注册请求消息中获取的UE的第一业务类型信息所指示的业务类型为A，AMF从UE的SDS签约数据中获知该UE签约的SDS业务类型为A，B和C，且为UE确定的一个或多个目标SDSF支持SDS业务类型为A，B和C，则AMF在注册接受消息中包括第二业务类型信息并指示业务类型为[A,B,C]。

UE在注册到目标SDSF之后，该方法还可以包括：S506～S509。

S506，UE向AMF发送数据传输请求消息。相应地，AMF接收来自UE的数据传输请求消息。

其中，该数据传输请求消息包括小数据包和该小数据包的业务类型信息，该小数据包的业务类型信息为步骤S501中注册请求消息中携带的至少一种SDS的业务类型信息中的一种。下文中以该小数据包的业务类型信息为第一业务类型信息为例进行说明，第一业务类型信息可以参照上文中的描述。

S507，AMF向目标SDSF发送该小数据包。相应地，目标SDSF接收来自AMF的该小数据包。

具体地，AMF接收到UE发送的数据传输请求后，根据第一业务类型信息，可以确定支持该小数据包的SDSF为目标SDSF。然后，AMF可以向目标SDSF发送该小数据包。

S508，目标SDSF向应用服务器发送该小数据包。相应地，应用服务器接收来自目标SDSF的该小数据包。

具体地，目标SDSF接收到AMF发送的小数据包后，根据小数据包的业务类型，确定为该小数据包提供服务的应用服务器并向该应用服务器发送该小数据包。

需要说明的是，图5中的上述步骤均是在终端发起的注册流程中执行的，完整的注册流程所包括的其它步骤，均是现有技术，在此不予赘述。

综上，本申请实施例的数据传输的方法，UE通过在注册请求消息中携带UE支持的SDS的业务类型信息，进而通过AMF实现在数据传输之前到目标SDSF的注册。在注册到目标SDSF之后，可以实现UE到应用服务器的端到端的CP小数据包传输。

场景二

图6示出了一种用于数据传输的方法600的示例性流程图。该方法600可以实现UE在数据传输过程中进行到目标SDSF的注册。

S601，UE向AMF发送数据传输请求消息。相应地，AMF接收来自该UE的数据传输请求消息。

其中，该数据传输请求消息包括小数据包和第一业务类型信息，第一业务类型信息用于指示该小数据包的业务类型。

应理解，S601为方法400中S410的一种实现方式，也就是说，在S410中，AMF可以从数据传输请求消息中获取第一业务类型信息。第一业务类型信息可以参照上述中的描述。

示例性的，在所述UE为空闲态的情况下，所述数据传输请求为业务请求(servicerequest)消息或上行非接入层NAS传输(uplink NAS transport)消息；或者，在所述UE为连接态的情况下，所述数据传输请求为上行非接入层NAS传输消息。

S602～S604，AMF确定为该UE提供SDS的目标SDSF。在AMF确定目标SDSF后，向目标SDSF发送激活请求消息。目标SDSF接收AMF发送的激活请求消息，执行该UE的SDS注册并向AMF发送激活响应消息。

具体地，S602～S604可参考上述图4所示实施例中步骤S420～S440所作的说明。为了简洁，此处不作赘述。

S605-S606，同步骤S507-S508，相关描述可参考图5所示的实施例，在此不再赘述。

可选地，在S604之后，该方法还可以包括：

S607，AMF向该UE发送数据传输接受消息。相应地，该UE接收来自AMF的数据传输接受消息。

其中，该数据传输接受消息包括SDS接受指示信息，该SDS接受指示信息用于指示终端成功注册到目标SDSF并可以进行SDS。

示例性的，若步骤S601中的数据传输请求为业务请求(service request)消息，则该数据传输接受消息为业务接受(service accept)消息；若步骤S601中的数据传输请求为上行非接入层NAS传输(uplink NAS transport)消息，则该数据传输接受消息为非接入层NAS传输接受(NAS transport accept)消息或者下行非接入层NAS传输(downlink NAStransport)消息。

UE接收到数据传输接受消息后，根据SDS接受指示信息获知向目标SDSF注册成功，并获知在步骤S601中发送的小数据包已经传输成功。之后，UE就可以通过目标SDSF传输目标SDSF所支持的SDS的业务类型的小数据包。具体地可以参见图5所示方法500中的S506～S508，此处不再赘述。

综上，本申请实施例的数据传输的方法，UE通过在数据传输请求消息中携带UE支持的SDS的业务类型信息，进而通过AMF实现在数据传输过程中到目标SDSF的注册。在注册到目标SDSF之后，可以实现UE到应用服务器的端到端的CP小数据包传输。

下文，结合图7和图8，详细描述根据本申请的用于数据传输的方法的两个具体实施例。应理解，下文中出现的与上文中相同的概念可以参照上文的描述，为了简洁，下文中不再赘述。

图7是根据本申请一个具体实施例的用于数据传输的方法700的示意图。应理解，UE可以在数据传输前，可以对其所支持的所有或部分SDS的业务类型的SDS进行到对应的SDSF的注册。

S701，UE向AMF发送注册请求消息。

同步骤S501，相关描述可参考图5所示的实施例，在此不再赘述。

S702，AMF从UDM获取该UE的SDS签约数据。

比如，运营商在与垂直行业客户签订CIoT业务合作协议后，可以在UDM中为对应客户的UE配置SDS签约数据。AMF可以从UDM获取该UE的SDS签约数据，该UE的SDS签约数据包括该UE是否被允许进行SDS以及该UE签约的SDS业务类型信息。

S703，AMF根据获取的UE的SDS签约数据，对UE的SDS请求进行控制。

具体地，AMF判断AMF自身是否支持SDS，该UE是否允许在该网络进行SDS以及UE请求的SDS的业务类型是否已经签约。如果任一判断结果为否，则跳过S704～S708，在S709的注册接受(registration accept)消息中提供SDS不被接受的指示信息给UE，表明UE在当前位置区域不能进行SDS。如果判断结果都为是，则执行S704。

S704，AMF检查已有的UE上下文(context)中是否包括UE请求的SDS的业务类型所对应的SDSF信息。

具体地，若UE上下文中包括预先配置的缺省SDSF信息，则将该SDSF作为后续步骤中需要激活的SDSF，并跳过S705，执行S706。若UE上下文中不包括预先配置的缺省SDSFSDSF信息，则执行S705。

可选地，即使已有的UE上下文中包括预先配置的缺省SDSF信息，AMF也可以为UE选择新的SDSF，比如为了SDS负载均衡，AMF重新为UE选择SDSF。AMF为UE重新选择SDSF的操作可参见S705以及后续步骤。可选地，若UE没有在注册请求消息中提供请求的SDS的业务类型信息，但AMF在S703中获取了UE的SDS签约数据且该签约数据中只包括了一个SDS的业务类型信息，则AMF可以使用该签约的SDS的业务类型信息选择SDSF。

S705，AMF从NRF处获取UE请求的SDS的业务类型信息所对应的SDSF信息。

同步骤S420的一种实现方式，相关描述可参考图4所示的实施例，在此不再赘述。

S706，AMF向选择的SDSF发送激活请求消息以实现该UE到SDSF的SDS注册。

同步骤S430，相关描述可参考图4所示的实施例，在此不再赘述。

应理解，若UE请求的SDS的业务类型对应的SDSF不同，UE可以分别向这多个不同的SDSF发送激活请求消息。UE向这多个不同的SDSF发送激活请求消息的顺序不作限定。

可选地，S707，SDSF基于SDS的业务类型信息对UE的SDS注册进行控制。

具体地，SDSF判断SDSF本身是否支持为该UE提供对应SDS的业务类型的SDS，是否允许为该UE提供对应SDS的业务类型的SDS等。若判断结果均为是，SDSF为该UE创建SDS上下文，包括AMF地址信息，UE身份信息以及UE请求的SDS业务类型信息等。

S708，SDSF在发送给AMF的激活响应消息中提供SDS注册结果指示信息。

若SDSF接受了UE的SDS注册，则提供的结果信息为正面的，比如接受(accepted)或成功(successful)，即该激活响应消息中包括一个SDS接受指示信息。若SDSF不能接受UE的SDS注册，比如S707中的任一判断结果为否，则SDSF提供的结果信息为负面的，比如拒绝(rejected)或失败(failed)。应理解，若接收激活请求消息的SDSF为多个，那么这多个SDSF可以按照此处所作的说明进行相应操作。

S709，AMF在注册接受(registration accept)消息中提供SDS注册结果指示信息给UE。

若SDSF提供了正面的SDS注册结果指示信息，则AMF提供SDS接受指示信息给UE。可选地，AMF也可以额外提供被支持的或被接受的SDS业务类型信息给UE，通常AMF提供的SDS业务类型信息与UE请求的业务类型信息相同。若S703中AMF对于UE的SDS请求的任一判断结果为否，或者SDSF提供了负面的SDS注册结果信息，则AMF提供SDS不被接受的指示信息给UE，表明UE在当前位置区域不能进行SDS。这时，可选地，AMF可以提供一个合适的原因值给UE，指示UE在当前位置区域不能进行SDS的原因。

需要说明的是，如果UE的注册请求因为其它原因被拒绝，则AMF在注册拒绝(registration reject)消息中不提供任何SDS相关的指示信息，没有成功注册的UE无法进行SDS，AMF不会因为SDS负面的控制结果而拒绝整个注册请求。

需要说明的是，图7中的上述步骤均是在终端发起的注册流程中执行的，完整的注册流程所包括的其它步骤，均是现有技术，在此不予赘述。

本申请实施例的用于数据传输的方法，UE通过在注册流程中提供SDS支持指示信息和SDS的业务类型信息，AMF可以根据SDS的业务类型进行SDS控制并为其选择对应的SDSF进行SDS，实现UE到该SDSF的SDS注册，避免了后续在进行上下行SDS时的业务控制和SDSF选择，同时因为引入专门的SDSF处理SDS，实现了SDS与用户面会话资源的解耦，在5G系统中实现了一种轻量级、简单、高效的SDS。

图8是根据本申请另一具体实施例的用于数据传输的方法800的示意图。该方法可以应用于UE已经在AMF注册，但还没有注册到SDSF的场景中。

S801，UE向AMF发送数据传输请求消息。

在S801中，根据UE当前处于的连接状态，UE执行不同的行为：

a)UE处于空闲态：

UE接收到上层CIoT应用发送的SDS请求后，将收到的小数据包封装到一个SDS容器中，然后将该SDS容器进行加密后封装到一个初始NAS消息中，典型地该初始NAS消息为服务请求(service request)消息或NAS传输(NAS transport)消息。对于服务请求消息，UE将该小数据包对应的SDS的业务类型信息(即，第一业务类型信息的一例)与SDS容器一并发送供AMF；对于NAS传输消息，UE将该小数据包对应的SDS的业务类型信息与SDS容器一并发送供AMF，并根据该小数据包的网络层协议封装来设置负载类型(payload type)，包括IP SDS(SDS for IP)和non-IP SDS(SDS for non-IP)。

b)UE处于连接态：

UE接收到上层CIoT应用发送的SDS请求后，将收到的小数据包封装到一个SDS容器中，然后将该SDS容器封装到NAS传输(NAS transport)消息中，UE将该小数据包对应的SDS的业务类型信息与SDS容器一并发送供AMF，并根据该小数据包的网络层协议封装来设置负载类型(payload type)，包括IP SDS(SDS for IP)和non-IP SDS(SDS for non-IP)。整个NAS传输消息进行了安全保护，包括加密和完整性保护。

关于携带的SDS的业务类型信息的说明，可参照上文描述，为了简洁，此处不再赘述。

S802，AMF根据UE的SDS签约数据，对UE的SDS请求进行控制。同步骤S703，相关描述可参考图7所示的实施例，在此不再赘述。这里，如果AMF任一判断结果为否，则执行S808，跳过S802～S807。如果控制结果都为是，则执行S803。

应理解，因UE在S801之前已经注册到了AMF，AMF保存有UE的上下文。因此此处AMF不需要再一次从UDM获取该UE的SDS签约数据，但本申请实施例对此不作限定。比如，AMF也可以再次从UDM获取UE的SDS签约数据。关于UE向AMF的注册流程，可以参照现有技术，本申请对此不做赘述。

S803，AMF检查已有的UE上下文(context)中是否包括UE请求的SDS的业务类型信息所对应的SDSF(即，目标SDSF的一例)信息。

同步骤S704，相关描述可参考图7所示的实施例，在此不再赘述。

S804，AMF从NRF处获取UE请求的SDS的业务类型信息所对应的SDSF信息。

S805，AMF向选择的SDSF发送激活请求消息以实现该UE到SDSF的SDS注册。

可选地，S806，SDSF基于SDS的业务类型信息对UE的SDS注册进行控制。

同步骤S707，相关描述可参考图7所示的实施例，在此不再赘述。

S807，SDSF在发送给AMF的激活响应消息中提供SDS注册结果指示信息。

同步骤S708，相关描述可参考图7所示的实施例，在此不再赘述。

S808，AMF对NAS消息进行完整性验证并对SDS容器进行解密。

S809，AMF向选择的SDSF发送小数据包。

若SDSF接受了UE的SDS注册，且提供的结果信息为正面的，则AMF向选择的SDSF发送小数据包，该小数据包的传输是通过服务化接口协议实现的，比如HTTP协议。

可选地，S810，AMF在数据传输接受消息中提供SDS注册结果指示信息给UE。

若SDSF提供了正面的SDS注册结果指示信息，则AMF提供SDS接受指示信息给UE。可选地，AMF也可以额外提供被支持的或被接受的SDS业务类型信息给UE，通常AMF提供的SDS业务类型信息与UE请求的业务类型信息相同。若S802中AMF对于UE的SDS的任一判断结果为否，AMF在数据传输接受消息中提供一个负面指示信息给UE，表明UE当前的SDS传输失败。可选地，AMF可以提供一个合适的原因值给UE，指示UE当前SDS传输失败的原因。若果小数据包传输成功，则此步骤可跳过。

S811，SDSF将收到的小数据包发送给应用服务器。

本申请实施例的用于数据传输的方法，UE通过在小数据包传输过程中提供请求的SDS的业务类型信息，AMF可以根据SDS的业务类型进行SDS控制并为其选择对应的SDSF进行SDS，实现UE到该SDSF的SDS注册。因为引入专门的SDSF处理SDS，实现了SDS与用户面会话资源的解耦，在5G系统中实现了一种轻量级、简单、高效的SDS。

可选地，在S811之后，若应用服务器有对应的应答数据包发送给UE，则可采用图9所示的方法900进行下行小数据包的传输。下面，将结合图9进行说明。

图9是根据实施例的另一用于数据传输的方法900。方法900可以应用于下行小数据包的传输。比如，方法900可以应用于UE根据图7或图8所示的方法进行上行小数据包传输后，应用服务器有对应的应答数据包发送给UE的场景。应理解，本申请实施例并不仅限定于上述场景。

S901，应用服务器向SDSF发送数据传输请求消息。

其中，该数据传输请求消息包括小数据包、该小数据包对应的SDS的业务类型信息(例如，第一业务类型信息)、UE的身份信息和其本身的身份信息。

UE支持一种或多种SDS的业务类型，且已经在AMF和SDSF进行了注册。当应用服务器有下行小数据包要发现给UE时，其将小数据包，该小数据包对应的SDS的业务类型信息，UE的身份信息和其本身的身份信息发送给SDSF。其中，应用服务器基于配置可以知道当前网络中UE注册的SDSF。

S902，SDSF对于应用服务器的下行SDS请求进行控制。

SDSF接收到应用服务器发送的数据传输请求消息，进行业务授权、速率控制和拥塞控制。比如，SDSF判断该应用服务器是否允许向该UE进行SDS的业务类型信息对应的SDS。若判断结果为否，则执行S903，流程终止；否则继续执行步骤S904。

S903，SDSF发送SDS传输失败消息给应用服务器，SDS传输失败消息携带SDS的业务类型未授权的指示信息。

S904，SDSF将该小数据包发送给UE当前注册的AMF。

应理解，若SDSF的UE上下文中没有AMF信息，则SDSF从UDM中获取UE当前注册的AMF。

S905，AMF将下行NAS传输消息中发送给UE。

具体地，AMF将将小数据包封装到SDS容器，并且将SDS容器封装到下行NAS传输消息发送给UE。

应理解，整个NAS传输消息进行了安全保护，包括加密和完整性保护。还应理解，若UE当前处于空闲态，则AMF首先寻呼UE将UE变为连接态。

应理解，若UE有对应的应答数据包发送给该应用服务器，则可以采用上文所描述的上行小数据包的传输方法，本实施例不再赘述。

可选地，本申请实施例中，SDSF发送小数据包后，可以发送SDS传输确认消息给应用服务器并告知传输的状态(成功或失败)，若传输失败，则SDSF可提供一个合适的原因值给应用服务器。

本申请实施例的用于数据传输的方法，通过下行小数据包传输流程中提供SDS业务类型信息，SDSF可以根据SDS业务类型进行SDS控制，同时因为引入专门的SDSF处理SDS，实现了SDS与用户面会话资源的解耦，在5G系统中实现了一种轻量级、简单、高效的SDS。

应理解，图4至图9中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图4至图9的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。

上文中结合图1至图9，详细描述了根据本申请实施例的用于数据传输方法，下面将结合图10至图12，详细描述根据本申请实施例的通信装置。

图10示出了本申请实施例提供的移动管理设备1000，所述移动管理设备1000可以是前述的AMF，该移动管理设备1000包括：处理单元1010、发送单元1020和接收单元1030。

处理单元1010，用于获取终端的第一业务类型信息，所述第一业务类型信息用于指示所述终端支持的第一小数据业务的业务类型；

所述处理单元1010还用于，确定为所述终端提供小数据业务的目标数据业务处理设备，所述目标数据业务处理设备支持所述第一小数据业务的业务类型；

发送单元1020，用于向所述目标数据业务处理设备发送激活请求消息，所述激活请求消息用于请求所述终端到所述目标数据业务处理设备的小数据业务注册；

接收单元1030，用于接收来自所述目标数据业务处理设备的激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功。

可选地，所述处理单元1010用于获取终端的第一业务类型信息，具体包括：

用于通过所述接收单元1030接收来自终端的注册请求消息，所述注册请求消息包括所述第一业务类型信息，所述注册请求消息用于所述终端到所述移动管理设备的注册。

可选地，所述发送单元1020还用于：

向所述终端发送注册接受消息，所述注册接受消息包括所述小数据业务接受指示信息。

可选地，所述接收单元1030还用于：

接收来自所述终端的数据传输请求消息，所述数据传输请求消息包括小数据包和所述小数据包的业务类型信息，所述小数据包的业务类型信息用于指示所述小数据包的业务类型为所述第一小数据业务的业务类型；

所述发送单元1020还用于，根据所述小数据包的业务类型，向所述目标数据业务处理设备发送所述小数据包。

用于通过所述接收单元1030接收来自终端的数据传输请求消息，所述数据传输请求消息包括所述第一业务类型信息。

可选地，所述数据传输请求消息还包括小数据包，所述小数据包的业务类型为所述第一小数据业务的业务类型；

以及，所述发送单元1020还用于：

根据所述小数据包的业务类型，向所述目标数据业务处理设备发送所述小数据包。

可选地，所述处理单元用于确定为所述终端提供小数据业务的目标数据业务处理设备，具体包括：

根据所述第一业务类型信息，将所述终端上下文所包括的数据业务处理设备标识信息所指示的数据业务处理设备，确定为所述目标数据业务处理设备。

通过所述发送单元1020向网络功能存储功能设备发送数据业务处理设备发现请求消息，所述数据业务处理设备发现请求消息包括所述第一业务类型信息；

通过所述接收单元1030接收来自所述网络功能存储功能设备的数据业务处理设备发现响应消息，所述数据业务处理设备发现响应消息包括数据业务处理设备标识信息；

根据所述数据业务处理设备标识信息确定所述目标数据业务处理设备。

可选地，所述处理单元1010还用于：

根据所述终端的小数据业务签约数据，确定所述终端被允许进行所述第一小数据业务。

可选地，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息，所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息用于所述目标数据业务处理设备为所述终端创建小数据业务上下文。

可选地，所述第一业务类型信息包括：

与所述第一小数据业务的业务类型相关联的接入点名称APN或数据网络名称DNN；或者

可选地，所述终端所归属的垂直行业的业务类型包括下述中的至少一种：

应理解，这里的移动管理设备1000以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，移动管理设备1000可以具体为上述方法实施例中的AMF，移动管理设备1000可以用于执行上述方法实施例中与AMF对应的各个流程和/或步骤，为避免重复，在此不再赘述。

图11示出了本申请实施例提供的数据业务处理设备1100，所述数据业务处理设备1100可以是前述SDSF，该数据业务处理设备1100包括：接收单元1110和发送单元1120。可选地，该数据业务处理设备1100还可以包括处理单元1130。

接收单元1110，用于接收来自移动管理设备的激活请求消息，所述激活请求消息用于请求终端到所述数据业务处理设备的小数据包业务注册；

发送单元1120，用于向所述移动管理设备发送激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功；

所述接收单元1110还用于，接收来自所述移动管理设备的所述终端的小数据包；

所述发送单元1120还用于，向应用服务器发送所述小数据包。

可选地，所述接收单元1110接收来自所述移动管理设备的所述终端的所述小数据包时，还接收来自所述终端的所述小数据包的业务类型信息，其中，所述小数据包的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型。

可选地，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和第一业务类型信息，所述第一业务类型信息用于指示所述终端请求的第一小数据业务的业务类型，所述第一小数据业务的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型，第一业务类型信息为所述小数据包的业务类型信息。

所述处理单元1130还用于，根据所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息为所述终端创建小数据业务上下文。

应理解，这里的数据业务处理设备1100以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，数据业务处理设备1100可以具体为上述方法实施例中的SDSF，数据业务处理设备1100可以用于执行上述方法实施例中与SDSF对应的各个流程和/或步骤，为避免重复，在此不再赘述。

图12示出了本申请实施例提供的终端1200，所述终端1200可以是前述UE，该终端1200包括：发送单元1210和接收单元1220。

发送单元1210，用于向移动管理设备发送注册请求消息，所述注册请求消息包括第一业务类型信息，所述第一业务类型信息用于指示所述终端所请求的第一小数据业务的业务类型，所述注册请求消息用于请求所述终端到所述移动管理设备的注册；

接收单元1220，用于接收来自所述移动管理设备的注册接受消息，所述注册接受消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述目标数据业务处理设备的小数据业务注册成功；

所述发送单元1210还用于，向所述移动管理设备发送数据传输请求，所述数据传输请求包括小数据包和所述小数据包的业务类型，所述小数据包的业务类型为所述第一小数据业务的业务类型。

可选地，所述注册请求消息还包括小数据业务支持指示信息，所述小数据业务支持指示信息用于指示所述终端支持小数据业务。

可选地，所述终端支持小数据业务包括所述终端支持使用第三代合作伙伴项目3GPP接入技术或者非3GPP接入技术中的至少一种进行小数据业务。

可选地，所述注册接受消息还包括第二业务类型指示信息，所述第二业务类型指示信息用于指示所述移动管理设备接受的至少一种小数据业务的业务类型，所述至少一种小数据业务的业务类型包括所述第一小数据业务的业务类型。

可选地，在所述终端为空闲态的情况下，所述数据传输请求为业务请求消息或非接入层NAS传输消息；或者

应理解，这里的终端1200以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，终端1200可以具体为上述方法实施例中的UE，终端1200可以用于执行上述方法实施例中与UE对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的移动管理设备1000、数据业务处理设备1100和终端1200具有实现上述方法中AMF、SDSF和UE执行的相应步骤的功能；所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如发送单元可以由发射机替代，接收单元可以由接收机替代，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

在本申请的实施例，图10～图12所示的设备也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。对应的，接收单元和发送单元可以是该芯片的收发电路，在此不做限定。

应理解，本申请实施例中的图10～图12所示的设备可以通过图3中的计算机设备300来实现，并且可以用于执行上述方法实施例中AMF、SDSF或UE对应的各个步骤和/或流程。

在本申请的各实施例中，为了方便的描述，采用了请求消息，响应消息以及其他各种消息的名称。然而，这些消息仅仅是以举例方式说明需要携带的内容或者实现的功能，消息的具体名称并不对本申请的做出限定，例如：还可以是第一消息，第二消息，第三消息等。这些消息可以是具体的一些消息，可以是消息中的某些字段。这些消息还可以代表各种服务化操作。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器执行存储器中的指令，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

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

移动管理设备获取终端的第一业务类型信息，所述第一业务类型信息用于指示所述终端支持的第一小数据业务的业务类型；

2.如权利要求1所述的方法，其特征在于，所述移动管理设备获取第一业务类型信息，包括：

所述移动管理设备接收来自终端的注册请求消息，所述注册请求消息包括所述第一业务类型信息，所述注册请求消息用于所述终端到所述移动管理设备的注册。

3.如权利要求2所述的方法，其特征在于，所述方法还包括：

4.如权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

5.如权利要求1所述的方法，其特征在于，所述移动管理设备获取第一业务类型信息，包括：

所述移动管理设备接收来自终端的数据传输请求消息，所述数据传输请求消息包括所述第一业务类型信息。

6.如权利要求5所述的方法，其特征在于，所述数据传输请求消息还包括小数据包，所述小数据包的业务类型为所述第一小数据业务的业务类型；

以及，所述方法还包括：

7.如权利要求1至6中任一项所述的方法，其特征在于，所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备，包括：

8.根据权利要求1至6中任一项所述的方法，其特征在于，所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备，包括：

9.如权利要求1至8中任一项所述的方法，其特征在于，在所述移动管理设备确定为所述终端提供小数据业务的目标数据业务处理设备之前，所述方法还包括：

10.如权利要求1至9中任一项所述的方法，其特征在于，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息，所述终端的身份信息、所述移动管理设备的标识信息和所述第一业务类型信息用于所述目标数据业务处理设备为所述终端创建小数据业务上下文。

11.如权利要求1至10中任一项所述的方法，所述第一业务类型信息包括：

12.如权利要求1至11中任一项所述的方法，其特征在于，所述第一小数据业务的业务类型属于所述终端所归属的垂直行业的业务类型。

13.如权利要求12所述的方法，其特征在于，所述终端所归属的垂直行业的业务类型包括下述中的至少一种：

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

所述数据业务处理设备向应用服务器发送所述小数据包。

15.根据权利要求14所述的方法，其特征在于，所述数据业务处理设备接收来自所述移动管理设备的所述终端的所述小数据包时，还接收来自所述终端的所述小数据包的业务类型信息，其中，所述小数据包的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型。

16.根据权利要求14或15所述的方法，其特征在于，所述激活请求消息包括所述终端的身份信息、所述移动管理设备的标识信息和第一业务类型信息，所述第一业务类型信息用于指示所述终端请求的第一小数据业务的业务类型，所述第一小数据业务的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型，第一业务类型信息为所述小数据包的业务类型信息。

17.根据权利要求16所述的方法，其特征在于，在所述数据业务处理设备向所述移动管理设备发送激活响应消息之前，所述方法还包括：

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

19.根据权利要求18所述的方法，其特征在于，所述注册请求消息还包括小数据业务支持指示信息，所述小数据业务支持指示信息用于指示所述终端支持小数据业务。

20.根据权利要求19所述的方法，其特征在于，所述终端支持小数据业务包括所述终端支持使用第三代合作伙伴项目3GPP接入技术或者非3GPP接入技术中的至少一种进行小数据业务。

21.根据权利要求18至20中任一项所述的方法，其特征在于，所述注册接受消息还包括第二业务类型指示信息，所述第二业务类型指示信息用于指示所述移动管理设备接受的至少一种小数据业务的业务类型，所述至少一种小数据业务的业务类型包括所述第一小数据业务的业务类型。

22.根据权利要求18至21中任一项所述的方法，其特征在于，在所述终端为空闲态的情况下，所述数据传输请求为业务请求消息或非接入层NAS传输消息；或者

23.一种移动管理设备，其特征在于，包括：

处理单元，用于获取终端的第一业务类型信息，所述第一业务类型信息用于指示所述终端支持的第一小数据业务的业务类型；

所述处理单元还用于，确定为所述终端提供小数据业务的目标数据业务处理设备，所述目标数据业务处理设备支持所述第一小数据业务的业务类型；

发送单元，用于向所述目标数据业务处理设备发送激活请求消息，所述激活请求消息用于请求所述终端到所述目标数据业务处理设备的小数据业务注册；

接收单元，用于接收来自所述目标数据业务处理设备的激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功。

24.如权利要求23所述的移动管理设备，其特征在于，所述处理单元用于获取终端的第一业务类型信息，具体包括：

用于通过所述接收单元接收来自终端的注册请求消息，所述注册请求消息包括所述第一业务类型信息，所述注册请求消息用于所述终端到所述移动管理设备的注册。

25.如权利要求24所述的移动管理设备，其特征在于，所述发送单元还用于：

26.如权利要求23至25中任一项所述的移动管理设备，其特征在于，所述接收单元还用于：

所述发送单元还用于，根据所述小数据包的业务类型，向所述目标数据业务处理设备发送所述小数据包。

27.如权利要求23所述的移动管理设备，其特征在于，所述处理单元用于获取终端的第一业务类型信息，具体包括：

用于通过所述接收单元接收来自终端的数据传输请求消息，所述数据传输请求消息包括所述第一业务类型信息。

28.如权利要求27所述的移动管理设备，其特征在于，所述数据传输请求消息还包括小数据包，所述小数据包的业务类型为所述第一小数据业务的业务类型；

以及，所述发送单元还用于：

29.如权利要求23至28中任一项所述的移动管理设备，其特征在于，所述处理单元用于确定为所述终端提供小数据业务的目标数据业务处理设备，具体包括：

30.根据权利要求23至28中任一项所述的移动管理设备，其特征在于，所述处理单元用于确定为所述终端提供小数据业务的目标数据业务处理设备，具体包括：

通过所述发送单元向网络功能存储功能设备发送数据业务处理设备发现请求消息，所述数据业务处理设备发现请求消息包括所述第一业务类型信息；

通过所述接收单元接收来自所述网络功能存储功能设备的数据业务处理设备发现响应消息，所述数据业务处理设备发现响应消息包括数据业务处理设备标识信息；

31.一种数据业务处理设备，其特征在于，包括：

接收单元，用于接收来自移动管理设备的激活请求消息，所述激活请求消息用于请求终端到所述数据业务处理设备的小数据包业务注册；

发送单元，用于向所述移动管理设备发送激活响应消息，所述激活响应消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述数据业务处理设备的小数据业务注册成功；

所述接收单元还用于，接收来自所述移动管理设备的所述终端的小数据包；

所述发送单元还用于，向应用服务器发送所述小数据包。

32.根据权利要求31所述的数据业务处理设备，其特征在于，所述接收单元接收来自所述移动管理设备的所述终端的所述小数据包时，还接收来自所述终端的所述小数据包的业务类型信息，其中，所述小数据包的业务类型属于所述数据业务处理设备所支持的小数据业务的业务类型。

33.一种终端，其特征在于，包括：

发送单元，用于向移动管理设备发送注册请求消息，所述注册请求消息包括第一业务类型信息，所述第一业务类型信息用于指示所述终端所请求的第一小数据业务的业务类型，所述注册请求消息用于请求所述终端到所述移动管理设备的注册；

接收单元，用于接收来自所述移动管理设备的注册接受消息，所述注册接受消息包括小数据业务接受指示信息，所述小数据业务接受指示信息用于指示所述终端到所述目标数据业务处理设备的小数据业务注册成功；

所述发送单元还用于，向所述移动管理设备发送数据传输请求，所述数据传输请求包括小数据包和所述小数据包的业务类型，所述小数据包的业务类型为所述第一小数据业务的业务类型。

34.根据权利要求33所述的终端，其特征在于，所述注册请求消息还包括小数据业务支持指示信息，所述小数据业务支持指示信息用于指示所述终端支持小数据业务。

35.根据权利要求33或34所述的终端，其特征在于，所述注册接受消息还包括第二业务类型指示信息，所述第二业务类型指示信息用于指示所述移动管理设备接受的至少一种小数据业务的业务类型，所述至少一种小数据业务的业务类型包括所述第一小数据业务的业务类型。