[发明专利]数据传输方法、设备及系统

说明书

技术领域

本发明实施例涉及通信技术，尤其涉及一种数据传输方法、设备及系统。

背景技术

随着互联网技术的发展，有越来越多的长久在线应用（Always-online Applications），例如MSN，QQ，Facebook等的应用客户端（Application Client）运行在用户设备（User Equipment，简称UE）中。

按照现有的即时通信的实现机制，UE上运行的应用客户端（Application Client）为了保证与应用服务器（Application Server）之间的通信连接，需要向应用服务器发送心跳消息（Keep-alive Message），心跳消息也可称为保活消息。心跳消息被发送的间隔时间从几秒至几分钟不等。为了传送心跳消息等类似的小数据，UE需要与通信网络进行信令交互，以建立专用信道来传送该些小数据。如果UE在预先设置的不活动时间（Inactivity Timer）内不发送和接收数据，通信网络会与UE进行信令交互，以释放之前建立的承载。

如果大量UE的长久在线应用的应用客户端传送大量的心跳消息等类似的小数据，UE需要与通信网络频繁进行信令交互以建立和释放用于传输小数据的承载，导致大量信令的产生，给通信网络带来很大的信令负荷，也称之为“信令风暴”（Signalling Storm），造成通信网络拥塞甚至瘫痪。因此，需要有一种机制来减少上述小数据传输带来的信令交互，从而降低通信网络的信令负荷，避免“信令风暴”引起的网络问题。

发明内容

本发明实施例提供一种数据传输方法、设备及系统。

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

接入网设备接收用户设备UE发送的包含小数据的第一信令；所述接入网设备根据所述第一信令获取所述小数据；所述接入网设备将所述小数据发送给核心网服务设备，以使所述核心网服务设备通过核心网网关设备将所述小数据发送给分组数据网络。

在第一方面的第一种可能的实现方式中，所述根据所述第一信令获取所述小数据包括：所述接入网设备从所述第一信令中获取所述小数据。

根据第一种可能的实现方式，在第二种可能的实现方式中，所述接入网设备从所述第一信令中获取所述小数据包括：若所述第一信令没有使用非接入层加密，则所述接入网设备从所述第一信令中获取所述小数据。

根据第一或第二种可能的实现方式，在第三种可能的实现方式中，所述接入网设备从所述第一信令中获取所述小数据包括：所述接入网设备根据所述第一信令中包含的第一指示，从所述第一信令中获取所述小数据，所述第一指示用于指示所述第一信令包含所述小数据。

在第一方面的第四种可能的实现方式中，所述根据所述第一信令获取所述小数据包括：所述接入网设备将所述第一信令发送给核心网控制设备，以使所述核心网控制设备从所述第一信令中获取所述小数据并将所述小数据携带在第二信令中向所述接入网设备进行发送；接入网设备接收所述核心网控制设备发送的包含所述小数据的第二信令，从所述第二信令中获取所述小数据。

根据第四种可能的实现方式，在第五种可能的实现方式中，所述接入网设备将所述第一信令发送给所述核心网控制设备包括：若所述第一信令使用非接入层加密，则所述接入网设备将所述第一信令发送给核心网控制设备。

根据第四或第五种可能的实现方式，在第六种可能的实现方式中，所述接入网设备从所述第二信令中获取所述小数据，包括：所述接入网设备根据所述第二信令中包含的第二指示，从所述第二信令中获取所述小数据；所述第二指示用于指示所述第二信令包含所述小数据。

根据第一方面或者第一方面的前六种可能的实现方式之一，在第七种可能的实现方式中，所述接入网设备接收所述UE发送的包含所述小数据的所述第一信令之前，还包括：所述接入网设备接收所述UE发送的无线资源控制RRC连接请求消息，所述RRC连接请求消息中包含的连接建立原因为小数据传输；所述接入网设备根据所述第一信令获取所述小数据，包括：所述接入网设备根据所述连接建立原因和所述第一信令，获取所述小数据。

根据第一方面或者第一方面的前七种可能的实现方式之一，在第八种可能的实现方式中，所述接入网设备将所述小数据发送给所述核心网服务设备，包括：所述接入网设备根据保留的所述核心网服务设备的地址和隧道端点标识，从所述第一信令中获取的所述小数据发送给所述核心网服务设备；或，所述接入网设备根据所述第二信令中包含的所述核心网服务设备的地址和隧道端点标识，将从所述第二信令中获取的所述小数据发送给所述核心网服务设备。