CN107919936A - 一种业务数据传输的方法及装置 - Google Patents

Abstract

本发明公开了一种业务数据传输的方法及装置。本发明方法包括：获取设定时长内终端业务数据的传输统计信息；根据终端业务数据的传输统计信息，确定终端业务数据的传输方式；若确定出的传输方式与终端业务数据当前传输所使用的传输方式不同，则将确定出的传输方式通知给终端，以使终端使用确定出的传输方式重新建立业务数据的传输链路。本发明能够提高业务数据传输的灵活性，提高数据传输效率。

Description

一种业务数据传输的方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种业务数据传输的方法及装置。

背景技术

随着互联网、移动互联网的飞速发展，物联网(Internet of things，IoT)迎来爆发期。物联网可以理解为通过各种信息传感设备，实时采集任何需要监控、连接、互动的物体或过程等各种需要的信息，与互联网结合形成的一个巨大网络。物联网的快速增长正推动一个智能、由蜂窝技术实现联网的机器和万物组成的、巨大的全新生态系统，并由此带来各式各样的连接需求。

长期演进(Long Term Evolution，LTE)技术为基于无线蜂窝技术的物联网增长提供坚实基础，除了广泛覆盖之外，蜂窝网络为物联网应用带来诸多优势，包括面向各种物联网用例的可扩展性、可托管和可预见的服务质量，高可靠性、稳定的端到端安全性，全球标准支持的无缝互操作性，以及与已部署和在规划中的LTE基础设施的共存性。物联网LTE演进路线，将由现在注重性能和移动性的LTE连接向窄带物联网技术演进。从物联网底层的各类传感器到物联网终端模组，再通过像窄带蜂窝物联网这样的网络，上传到物联网管理平台，然后在平台上接入各类应用。

目前的物联网终端在附着时通常使用预置的某种传输方式进行数据传输，所预置的传输方式一般为出厂预置的或者是根据某一行业业务需求所设定的特定传输方式。然而物联网终端可能用于不同的行业应用，不同的行业应用则会有不同的数据传输类型，不同的数据传输类型所适用的传输方式并不完全相同。现有的物联网终端在实际应用中往往会受限于预置的传输方式，不仅应用场景有限，软件升级复杂、更是影响了数据传输效率和对网络资源的有效利用。

因此，如何克服现有技术中业务数据传输的局限，提高业务数据传输的灵活性，提高数据传输效率，是业界所亟待研究和解决的问题。

发明内容

本发明实施例提供一种业务数据传输的方法及装置，用以克服现有技术中业务数据传输的局限，提高业务数据传输的灵活性，提高数据传输效率。

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

获取设定时长内终端业务数据的传输统计信息；

根据所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式；

若确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同，则将确定出的传输方式通知给所述终端，以使所述终端使用确定出的传输方式重新建立业务数据的传输链路。

可选地，所述传输统计信息包括以下一种或多种：所述终端在所述设定时长内业务数据传输的频率，所述终端在所述设定时长内传输业务数据包的大小，所述终端在所述设定时长内是否发生小区切换。

可选地，所述根据获取到的所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式，包括：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内业务数据传输的频率高于设定频率阈值且所述终端在所述设定时长内没有发生小区切换，则确定所述终端业务数据的传输方式为用户面UP传输；否则，确定所述终端业务数据的传输方式为控制面CP传输。

可选地，所述根据获取到的所述终端数据传输的统计信息，确定所述终端的传输方式，包括：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内传输业务数据包大小的平均值和/或最大值、大于设定大小阈值，则确定所述终端业务数据的传输方式为因特网互联协议IP传输；否则，确定所述终端业务数据的传输方式为非IP传输。

可选地，将确定出的传输方式通知给所述终端，包括：向所述终端发送设备管理命令，所述设备管理命令中携带有确定出的传输方式。

本发明的一个实施例提供的业务数据传输的装置，包括：

获取模块，用于获取设定时长内终端业务数据的传输统计信息；

确定模块，用于根据所述获取模块获取到的所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式；

通知模块，用于在所述确定模块确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同时，将确定出的传输方式通知给所述终端，以使所述终端使用确定出的传输方式重新建立业务数据的传输链路。

可选地，所述传输统计信息包括以下一种或多种：所述终端在所述设定时长内业务数据传输的频率，所述终端在所述设定时长内传输业务数据包的大小，所述终端在所述设定时长内是否发生小区切换。

可选地，所述确定模块，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内业务数据传输的频率高于设定频率阈值且所述终端在所述设定时长内没有发生小区切换，则确定所述终端业务数据的传输方式为UP传输；否则，确定所述终端业务数据的传输方式为CP传输。

可选地，所述确定模块，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内传输业务数据包大小的平均值和/或最大值、大于设定大小阈值，则确定所述终端业务数据的传输方式为IP传输；否则，确定所述终端业务数据的传输方式为非IP传输。

可选地，所述通知模块，具体用于：向所述终端发送设备管理命令，所述设备管理命令中携带有确定出的传输方式。

在本发明的上述实施例所提供的业务数据传输的技术方案中，首先对设定时长内终端业务数据的传输统计信息进行获取，进而利用终端业务数据的传输统计信息，确定出该终端业务数据的传输方式，在确定出的传输方式与该终端业务数据当前传输所使用的传输方式不同时，将确定出的传输方式通知给该终端，从而使得该终端能够使用确定出的传输方式重新建立业务数据的传输链路。可以看到，通过本发明的上述实施例，终端进行业务数据传输时将不必再受限于终端所被预置的传输方式，而是能够基于该终端业务数据的传输统计信息而进行动态灵活的更换，因而在预置的传输方式不符合实际传输的数据模型时，比如预置的传输方式并非业务数据最适用的传输方式或者不能够取得较好的传输效率时，能够及时地更换传输方式，通过灵活地更换到适合的传输方式进行业务数据传输，克服了现有业务数据传输的局限，能够提高数据传输的效率以及更为有效地利用网络资源，也提高了终端对各种应用场景的适用性。

附图说明

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

图1为本发明的一些实施例所适用的NB-IoT网络架构的示意图；

图2为终端附着时建立数据传输链路的信令流程示意图；

图3为本发明的一些实施例提供的业务数据传输的方法流程示意图；

图4为应用有本发明的一些实施例所提供的业务数据传输的方案的场景中传输方式切换的流程示意图；

图5为本发明的一些实施例提供的业务数据传输的装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

面向物联网中远距离和低功耗的通信需求，低功耗广覆盖(Low Power WideArea，LPWA)物联网是近年出现的一种物联网网络层技术。在面向大规模物联网应用方面，基于蜂窝网承载，LPWA物联网的解决方案可以采用2G/3G/4G(Generation)技术，也可以是局部优化的方式，比如增强机器类型通信(enhance Machine-Type Communication，eMTC(或可称为Cat(Category)-M)、Cat1、Cat0方式，还可以是窄带物联网(Narrow BandInternet of Things，NB-IoT)方式等。

目前在第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)标准化组织定义的规范中，关于物联网的无线连接技术主要聚焦于NB-IoT技术和eMTC技术。其中，NB-IoT系统带宽为180kHz，主要支持数据速率约为100kbps、低功率的LPWA物联网应用，如抄表、消防监控、环境监测、智能停车等，支持独立部署、LTE保护带部署、LTE带内部署场景。eMTC系统带宽为1.4Mhz，主要支持面向数据速率约为1Mbps的物联网应用，如智能家电、物流跟踪等，支持LTE带内部署。此外，eMTC和NB-IoT均能够很大程度上复用现在LTE网络的基础设施，因此能够降低部署成本、实现平滑升级。

比如以NB-IoT技术为例，NB-IoT是由3GPP标准化组织定义的为物联网设计的窄带射频技术标准，构建于蜂窝网络，支持低功耗设备在广域网的蜂窝数据连接，具有覆盖广、连接多、速率低、成本低、功耗少、架构优等特点，可采取带内、保护带或独立载波等三种部署方式，可直接部署于全球移动通信系统(Global System for Mobile Communication，GSM)网络、通用移动通讯系统(Universal Mobile Telecommunications System，UMTS)网络或LTE网络。

在物联网应用方面，可应用NB-IoT技术的业务比如有：自主异常报告业务类型(如烟雾报警探测器、智能电表停电的通知等)，业务类型上行数据极小数据量需求(十字节量级)，周期多以年、月为单位；自主周期报告业务类型(如智能公用事业测量报告、智能环境等)，业务类型上行较小数据量需求(百字节量级)，周期多以天、小时为单位；网络指令业务类型(如开启/关闭、设备触发发送上行报告等)，业务类型下行极小数据量需求(十字节量级)，周期多以天、小时为单位；软件更新业务类型(如软件补丁/更新等)，业务类型上行下行较大数据量需求(千字节量级)，周期多以天、小时为单位；等。

可以看到，由于NB-IoT技术面向的是物联网应用，NB-IoT终端会被应用于多种行业应用，而不同的行业应用中业务数据传输类型并不相同，比如上述示例业务类型中，各个业务类型中业务数据包的大小量级并不相同、传输周期也不尽相同，因而所适用的传输方式并不完全相同。

尽管现有的NB-IoT中存在多种传输方式，比如控制面(Control Plane，CP)，用户面(User Plane，UP)传输，IP传输及非IP传输，短信(Short Messaging Service，SMS)等，但是NB-IoT终端属于物联网终端，同一时间只能使用一种传输方式，并一般会以传输方式内置的方式实现。由于NB-IoT面向的是物联网应用，因此可预见NB-IoT终端预置传输方式后会一直使用该传输方式进行数据传输。比如，目前的NB-IoT终端在附着时通常使用预置的某种传输方式进行数据传输，所预置的传输方式一般为出厂预置的或者是根据某一行业业务需求所设定的特定传输方式。

因而，就对目前预置传输方式的NB-IoT终端的分析可以看到，现有的业务数据传输中存在有如下缺点：一方面，预置传输方式的方式无法与具体应用中的数据传输类型准确适配，因而预置的数据传输方式可能并不是最优的传输方式，不适合的传输方式虽然可进行业务数据传输但传输效率低，网络资源使用率低；另一方面，由于不同的行业应用会有不同的数据传输类型，不同的传输方式适用于不同的数据传输类型，如果手动去进行传输方式的更改代价很高，不仅可能需要进行单个操作，而且还可能需要复杂的软件升级等过程。

为了克服上述现有业务数据传输的局限，避免终端无法使用合适的数据传输方式进行业务数据传输，本发明实施例提出了一种业务数据传输的技术方案。在本发明实施例所提供的业务数据传输的技术方案中，将基于设定时长内终端业务数据的传输统计信息，确定出终端业务数据的传输方式，进而在确定出的传输方式与终端业务数据当前传输所使用的传输方式不同时，将所确定出的传输方式通知给终端，从而使得终端能够使用确定出的传输方式重新建立业务数据的传输链路，进行业务数据传输。通过本发明实施例所提供的技术方案，终端进行业务数据传输时将不必再受限于预置的传输方式，而是能够基于该终端业务数据的传输统计信息而灵活和及时的更换传输方式，因而克服了现有业务数据传输的局限，能够提高数据传输的效率以及更为有效地利用网络资源，也提高了终端对各种应用场景的适用性。

为了更清楚地说明本发明实施例所提供的业务数据传输的技术方案，作为一个示例，下面将首先以NB-IoT网络架构为例，对本发明的一些实施例所提供的技术方案所适用的网络架构进行简要介绍。

图1示出了本发明的一些实施例所提供的技术方案所适用的NB-IoT网络架构的一个示例。如图1所示，该网络结构示例实际上是在既有的LTE网络基础架构中导入NB-IoT技术形成的，其主要包括有：NB-IoT终端101、NB-IoT基站102、蜂窝物联核心网103以及业务平台104。

其中，NB-IoT终端101具体可以是应用有支持NB-IoT技术功能模块的终端设备(User Equipment，UE)，NB-IoT终端101通常具备低耗能、低复杂度、低成本等特性，比较适合静态业务场景或非连续移动、实时传输数据的业务场景，并且业务对时延低敏感，可容忍较大延迟。本申请中涉及到的终端设备可包括具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备，移动台(Mobile station，MS)，终端(terminal)，终端设备(Terminal Equipment)等。

其中，NB-IoT基站102具体可以是应用有支持NB-IoT技术功能模块的LTE系统中的演进型基站(Evolutional Node B，eNB)、宏基站、微基站、微微基站、接入站点(AccessPoint，AP)或传输站点(Transmission Point，TP)以及下一代无线通信系统的基站等，基站也可以用作包括小区或扇区的概念，本发明对此并不限定。

其中，NB-IoT基站102提供NB-IoT终端101到蜂窝物联核心网103的接入，NB-IoT基站102连接到蜂窝物联核心网103。蜂窝物联核心网103可以与现有核心网EPC类似的，包括有移动管理节点(Mobility Management Entity，MME)，归属签约用户服务器(HomeSubscriber Server，HSS)，服务网关(Serving Gate Way，SGW)，PDN网关(PDN Gate Way，P-GW)等。其中，MME是处理UE和EPC之间信令的控制节点，提供承载和连接管理。所有用户IP包通过SGW进行发送，SGW与PGW进行连接。PGW提供终端的IP地址分配以及其它功能等，具体可参考现有LTE网络架构中核心网设备的功能，本申请在此将不作详述。

应当指出的是，如图1所示的NB-IoT网络架构示例仅为本发明的一些实施例所提供的技术方案所适用的网络架构的一个示例，本发明实施例所提供的业务数据传输的技术方案不仅适用于NB-IoT网络，也适用于其它网络，比如适用于LTE网络、eMTC网络、Cat 1网络等，本申请在此将不再一一列举。

仍然以如图1所示的NB-IoT网络架构示例为例，NB-IoT中终端与基站间的通信在介质访问控制层(Medium Access Control，MAC)、无线链路层控制协议(Radio LinkControl，RLC)、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)以及无线资源控制(Radio Resource Control，RRC)层上处理基本基于已有的LTE流程和协议。

如前所述，尽管现有的NB-IOT中存在多种传输方式，比如IP控制面、非IP控制面、IP用户面、非IP用户面以及短信等方式。而在目前的NB-IoT技术的应用中，NB-IoT终端101通常在出厂时被预置有某一传输方式，或者根据业务需求而被预置为使用某一特定传输方式。因而，NB-IoT终端101在附着时通常使用其预置的传输方式，与NB-IoT基站102建立数据传输链路，进行数据传输。比如，与LTE网络中数据传输链路建立的信令流程类似地，NB-IoT终端101附着时建立数据传输链路的信令流程具体可参照图2示出的信令流程。

如图2所示，处在RRC_IDLE态的UE进行Service Request过程，发起随机接入过程，即MSG1消息(201)；eNB检测到MSG1消息后，向UE发送随机接入响应消息，即MSG2消息(202)；UE收到随机接入响应后，根据MSG2的TA调整上行发送时机，向eNB发送RRC ConnectionRequest消息(203)；eNB向UE发送RRC Connection Setup消息(204)，包含建立SRB1承载信息和无线资源配置信息；UE完成SRB1承载和无线资源配置，向eNB发送RRC ConnectionSetup Complete消息，包含NAS层Service Request信息(205)；eNB选择MME，向MME发送INITIAL UE MESSAGE消息(206)，包含NAS层Service Request消息；MME向eNB发送INITIALCONTEXT SETUP REQUEST消息(207)，请求建立UE上下文信息；eNB接收到INITIAL CONTEXTSETUP REQUEST消息，如果不包含UE能力信息，则eNB向UE发送UE Capability Enquiry消息(208)，查询UE能力；UE向eNB发送UE Capability Information消息(209)，报告UE能力信息；eNB向MME发送UE CAPABILITY INFO INDICATION消息(210)，更新MME的UE能力信息；eNB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE发送Security ModeCommand消息(211)，进行安全激活；UE向eNB发送Security Mode Complete消息(212)，表示安全激活完成；eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE发送RRC Connection Reconfiguration消息进行UE资源重配(213)，包括重配SRB1和无线资源配置，建立SRB2信令承载、DRB业务承载等；UE向eNB发送RRC ConnectionReconfiguration Complete消息(214)，表示资源配置完成；eNB向MME发送INITIALCONTEXT SETUP RESPONSE响应消息(215)，表明UE上下文建立完成，数据链路成功建立，因而进行数据传输。

基于前文对如图1所示的NB-IoT的网络架构示例以及如图2所示的数据传输链路建立信令流程的描述，下面将结合图3详细说明本发明实施例所提供的业务数据传输的技术方案。

图3示出了本发明的一些实施例提供的业务数据传输的方法流程示意图，该流程可通过软件编程或软硬件的结合实现，比如该流程具体可由集成在基站上(例如图1所示的NB-IoT基站102)或集成在业务平台上(例如图1所示的业务平台104)的软件来实现或执行。

如图3所示，该流程包括如下步骤：

步骤301：获取设定时长内终端业务数据的传输统计信息。

步骤302：根据获取到的终端业务数据的传输统计信息，确定终端业务数据的传输方式。

步骤303：若确定出的传输方式与终端业务数据当前传输所使用的传输方式不同，则将确定出的传输方式通知给终端，以使终端使用确定出的传输方式重新建立业务数据的传输链路。

在本发明的一些可选实施例中，终端在初始附着时可以使用预置的传输方式与基站建立业务数据的传输链路、从而进行业务数据传输。在本发明的一些具体实施例中，终端在附着时的信令流程可以参考LTE网络中数据传输链路建立的信令流程。其中，预置的传输方式可以是终端在出厂时被预置的传输方式或根据业务需求所使用的特定传输方式，比如可以是UP传输、CP传输、IP传输、非IP传输以及SMS等。

在本发明的一些可选实施例中，终端成功附着后，可以触发用以实现本发明的实施例所提供的技术方案的软件或软硬件的结合执行对该成功附着的终端的业务数据传输情况的记录，比如，可以对该终端业务数据包发送的次数或频率，传输的业务数据包的大小，该终端是否进行移动等进行记录。

具体地，在本发明的一些可选实施例中，步骤301中所获取的设定时长内终端业务数据的传输统计信息，可以包括但不限于以下一种或多种：

终端在设定时长内业务数据传输的频率，终端在设定时长内传输业务数据包的大小，比如可用数据包大小的平均值或最大值来表示，终端在设定时长内是否发生小区切换等。

其中，终端在设定时长内是否发生小区切换，或者也可以表示为终端在设定时长内有没有进行移动，具体地可以通过多种方式来判断，比如通过已建立的数据链接可以知道终端处于哪个小区下，因而可以通过终端总是处于一个小区来判断终端没有进行移动，或者可以由终端自己上报其位置信息，进而可以根据终端的上报的位置信息进行判断。

具体地，在本发明的一些可选实施例中，用以实现本发明的实施例所提供的技术方案的软件或软硬件的结合可以按照设定时长(或可以理解为设定周期)对所记录的该终端业务数据传输的相关信息进行统计以及更新等操作。比如，可以按照设定时长(如半月、一月等)对业务数据传输情况进行统计，从而可以统计得到每个设定时长内，该终端业务数据的发送频率，业务数据包的平均大小，业务数据包大小的最大值、以及终端是否进行移动等传输统计信息。

在本发明的一些可选实施例中，基于在步骤301中所获取到的设定时长内终端业务数据的传输统计信息，可以具体判断终端在设定时长内业务数据传输的频率是否高于设定频率阈值、以及判断终端在设定时长内有没有发生小区切换，如果判断终端在设定时长内业务数据传输的频率高于设定频率阈值且终端在设定时长内没有发生小区切换，则确定终端业务数据的传输方式为UP传输；否则，确定终端业务数据的传输方式为CP传输。

举例来说，以本发明的一些实施例所提供的业务数据传输的技术方案应用到如图1所示的NB-IoT网络架构中为例，由于NB-IoT终端的主要应用场景通常为低移动性，为了兼顾NB-IoT的低复杂度与低成本的需求，当发生NB-IoT终端在不同基站的覆盖范围间移动时，会先进行RRC释放(Release)，再重新与新的基站进行RRC联机。

在3GPP的规划中将NB-IoT在协议层定义了两种数据传输模式，分别是控制面CP解决方案与用户面UP解决方案。其中，在UP传输方式下，不同于传统LTE中终端从RRC联机模式(Connected Mode)至闲置模式(Idle Mode)的过程，NB-IoT中终端与基站间会尽可能地保留在RRC联机模式下所使用的无线资源分配以及相关安全性配置，当NB-IoT终端再次进行数据传输时，跳过相关的配置信息交换，而直接进入数据传输，能够节省NB-IoT终端的能源消耗(Power Consumption)，因而在数据传输频率较高且终端没有发生移动的场景下，适宜采用UP传输方式。在CP传输方式下，NB-IoT终端可以不与基站建立数据承载(Data RadioBearer，DRB)而只通过建立的信令承载(Signaling Radio Bearer，SRB)来传递少量的数据，因而适用于数据传输频率不高的场景。

在本发明的一些可选实施例中，考虑到IP传输方式中IP包头的开销，基于在步骤301中所获取到的设定时长内终端业务数据的传输统计信息，可以具体判断终端在设定时长内传输业务数据包大小的平均值是否大于设定大小阈值，如果判断为大于，则可以确定该终端业务数据的传输方式为IP传输；否则，可以确定该终端业务数据的传输方式为非IP传输。

相应地，在本发明的一些可选实施例中，基于在步骤301中所获取到的设定时长内终端业务数据的传输统计信息，也可以具体判断终端在设定时长内传输业务数据包大小的最大值是否大于设定大小阈值，如果判断为大于，则可以确定该终端业务数据的传输方式为IP传输；否则，可以确定该终端业务数据的传输方式为非IP传输。

举例来说，在本发明的一些可选实施例中，如果基于终端业务数据的传输统计信息判断传输的业务数据包普遍很小(比如平均值为十几个字节或最大值不超过百字节的情况)，则可以通过非IP传输，以减少IP包头开销，如果判断传输的业务数据包较大(比如平均值为几百字节或最大值为千字节的情况)，则可以通过IP传输；同时，考虑到实际的业务数据传输效率，进一步地，如果判断传输的数据包是大数据包，则可以使用UP传输进行业务数据传输。

进一步地，在本发明的一些可选实施例中，由终端业务数据的传输统计信息确定终端业务数据的传输方式的规则可以预先进行设定，比如预先建立起具有这样的规则的业务数据传输模型，从而能够针对每个请求业务数据传输的终端，能够在其进行业务数据传输时灵活并及时地切换到相对合适的传输方式，该业务数据传输模型具体可以由人工设置及更改，或也可以由机器基于历史记录进行自学习优化。

举例来说，假设附着成功的终端通过其内部预置的传输方式请求某一业务的数据，而如果业务数据发送较频繁(频率较高，比如几分钟一次)且该终端没有发生移动，那么可以确定该终端业务数据的传输适合使用UP传输，如果数据发送不频繁，则可以确定该终端业务数据的传输适合使用CP传输，如果传输数据包很小(如十几个字节)，则可以确定该终端业务数据可以通过非IP进行传输，以减少IP包头开销，如果传输数据包较大(如几百字节)，则可以确定该终端业务数据可以通过IP进行传输，进一步地，如果是大数据包传输则可以使用UP传输该终端业务数据。

进一步地，在本发明的一些可选实施例中，通过步骤302确定出终端业务数据的传输方式后，可以执行如步骤303中所描述的，在确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同时，将所确定出的传输方式通知给终端，以使终端使用确定出的传输方式重新建立业务数据的传输链路。

具体地，在本发明的一些可选实施例中，若判断所确定出的传输方式与所述终端当前使用的传输方式不同，则可以采用但不限于通过向终端发送携带有确定出的传输方式的设备管理命令来通知终端所确定出的传输方式。

进一步地，在本发明的一些可选实施例中，终端在接收到用以通知其业务数据的传输方式的命令或通知消息后，可以发起去附着流程，并重新与基站建立业务数据的传输链路(或可以理解为与网络进行传输方式的协商)，从而能够在下次业务数据传输时使用新的传输方式进行业务数据传输。具体地，去附着的信令流程以及重新建立业务数据的传输链路的信令流程可与现有LTE网络中相关过程的信令流程类似，本申请在此将不再赘述。

具体地，比如以上述如图3所示的流程由业务平台执行为例，在终端根据接收到的携带有新的传输方式的命令或消息触发去附着和重新建立业务数据的传输链路的过程中，业务平台自身也需要相应地进行变动，从而能够配合终端完成传输方式的协商，在双方约定好后(或也可以理解为重新建立起使用新的传输方式的传输链路后)，终端上行和业务平台下行传输使用新的传输方式。

通过上文的描述可以看到，本发明实施例所提供的业务数据传输的方案能够使得终端在其预置的传输方式不符合实际业务数据传输的需求时能够及时更换传输方式，从而提高传输效率。

为了更清楚地描述本发明实施例所提供的业务数据传输的方案，下面将以本发明实施例所提供的业务数据传输的方案在具体场景中的应用为例，对通过本发明实施例所提供的业务数据传输的方案所实现的传输方式切换流程进行示例性描述。

图4示出了应用有本发明实施例所提供的业务数据传输的方案的场景中传输方式切换的流程示意图。其中，通过如图4所示的流程，UE从CP传输方式切换到了UP传输方式进行数据传输。

如图4所示，假设UE初始通过控制面进行数据传输(MO/MT Data Transport inControl Plane CIoT EPS optimization)(401)，而通过应用本发明的一些实施例所提供的业务数据传输的技术方案，确定出该UE当前业务数据传输较为适合的传输方式为UP传输，即该UE当前使用的CP传输并非最适合的传输方式，则该UE将需要进行传输方式的切换，或也可以理解为需要重新建立业务数据传输链路；

具体地，UE处于ECM_CONNECTED状态(UE in ECM_CONNECTED)，在ECM-CONNECTED状态时，UE和MME之间是有信令连接的，信令连接包括两部分：RRC连接和S1_MME连接；在MME中的UE位置信息能够准确到服务的eNodeB标识的程度；在此状态下，UE可以执行切换程序；

进一步地，如图4所示，UE通过跟踪区更新(Tracking Area Update，TAU)流程触发建立用户面资源，将TAU跟踪区请求消息中active flag置为1(TAU(w/active flag))来请求建立用户面资源(402)；基站eNodeB前传TAU消息给MME，TAU消息(S1-AP:UL NASTransport(TAU(w/active flag)))被发送到MME(403)；相应地，MME建立S1-U承载(MMEestablishes S1-U bearer(s))，进而发送承载释放消息(Release Access Bearer)请求释放MME与S-GW之间的控制面传输连接资源(404)；

MME接收到S-GE回复的承载释放响应消息(Release Access Bearers Response)(405)后，向eNodeB发送初始上下文建立请求消息(S1-AP:Initial Context SetupRequest(TAU accept))用以建立UE用户面传输相关承载(406)；进而eNodeB站为UE进行无线承载建立(Radio bearers setup)(407)；

通过上述过程，UE便可以通过用户面进行上行数据传输(Uplink data)(408)；进一步地，eNodeB发送初始上下文建立成功消息(S1-AP:Initial Context Setup Complete)给MME(409)，MME进而发送承载修改请求消息(Modify Bearer Request)给S-GW(410)，在S-GW回复承载修改响应消息(Modify Bearer Response)给MME后(411)，UE便可通过用户面进行下行数据的接收，即可以认为UE成功重新建立起了使用UP传输方式进行业务数据传输的链路，或者可以理解为UE从CP传输方式成功切换到了UP传输方式，在下次数据传输时使用UP传输方式进行数据传输，达到了在初始传输方式不符合实际传输情况下能够更换传输方式，提高传输效率的目的。

综上所述，本发明的上述实施例提供的业务数据传输的技术方案中首先对设定时长内终端业务数据的传输统计信息进行获取，进而利用终端业务数据的传输统计信息，确定出终端业务数据的传输方式，在确定出的传输方式与终端业务数据当前传输所使用的传输方式不同时，将确定出的传输方式通知给终端，从而使得终端能够使用确定出的传输方式重新建立业务数据的传输链路。

可以看到，通过本发明上述实施例，终端进行业务数据传输时将不必再受限于终端所被预置的传输方式，而是能够基于该终端业务数据的传输统计信息而进行动态灵活的更换，因而在预置的传输方式不符合实际传输的数据模型时，比如预置的传输方式并非业务数据最适用的传输方式或者不能够取得较好的传输效率时，能够及时地更换传输方式，通过灵活地更换到适合的传输方式进行业务数据传输，克服了现有业务数据传输的局限，能够提高数据传输的效率以及更为有效地利用网络资源，也提高了终端对各种应用场景的适用性。

基于相同的技术构思，本发明实施例还提供一种业务数据传输的装置，该装置可执行本发明上述实施例所提供的业务数据传输的方法流程，该装置具体可通过软件编程或软硬件的结合实现，比如具体可实现为集成到业务平台上的软件等。图5示出了本发明的一些实施例提供的业务数据传输的装置的结构示意图，如图5所示，该装置包括：

获取模块501，用于获取设定时长内终端业务数据的传输统计信息；

确定模块502，用于根据所述获取模块501获取到的所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式；

通知模块503，用于在所述确定模块502确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同时，将确定出的传输方式通知给所述终端，以使所述终端使用确定出的传输方式重新建立业务数据的传输链路。

在本发明的一些可选实施例中，所述传输统计信息包括以下一种或多种：所述终端在所述设定时长内业务数据传输的频率，所述终端在所述设定时长内传输业务数据包的大小，所述终端在所述设定时长内是否发生小区切换。

在本发明的一些可选实施例中，所述确定模块502，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内业务数据传输的频率高于设定频率阈值且所述终端在所述设定时长内没有发生小区切换，则确定所述终端业务数据的传输方式为UP传输；否则，确定所述终端业务数据的传输方式为CP传输。

在本发明的一些可选实施例中，所述确定模块502，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内传输业务数据包大小的平均值和/或最大值、大于设定大小阈值，则确定所述终端业务数据的传输方式为IP传输；否则，确定所述终端业务数据的传输方式为非IP传输。

在本发明的一些可选实施例中，所述通知模块503，具体用于：向所述终端发送设备管理命令，所述设备管理命令中携带有确定出的传输方式。

对于软件实施，这些技术可以用实现这里描述的功能的模块(例如程序、功能等等)实现。软件代码可以储存在存储器单元中，并且由处理器执行。存储器单元可以在处理器内或者在处理器外实现。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

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

获取设定时长内终端业务数据的传输统计信息；

根据所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式；

若确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同，则将确定出的传输方式通知给所述终端，以使所述终端使用确定出的传输方式重新建立业务数据的传输链路。

2.如权利要求1所述的方法，其特征在于，所述传输统计信息包括以下一种或多种：所述终端在所述设定时长内业务数据传输的频率，所述终端在所述设定时长内传输业务数据包的大小，所述终端在所述设定时长内是否发生小区切换。

3.如权利要求1所述的方法，其特征在于，所述根据获取到的所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式，包括：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内业务数据传输的频率高于设定频率阈值且所述终端在所述设定时长内没有发生小区切换，则确定所述终端业务数据的传输方式为用户面UP传输；否则，确定所述终端业务数据的传输方式为控制面CP传输。

4.如权利要求1所述的方法，其特征在于，所述根据获取到的所述终端数据传输的统计信息，确定所述终端的传输方式，包括：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内传输业务数据包大小的平均值和/或最大值、大于设定大小阈值，则确定所述终端业务数据的传输方式为因特网互联协议IP传输；否则，确定所述终端业务数据的传输方式为非IP传输。

5.如权利要求1-4中任一项所述的方法，其特征在于，将确定出的传输方式通知给所述终端，包括：向所述终端发送设备管理命令，所述设备管理命令中携带有确定出的传输方式。

6.一种业务数据传输的装置，其特征在于，该装置包括：

获取模块，用于获取设定时长内终端业务数据的传输统计信息；

确定模块，用于根据所述获取模块获取到的所述终端业务数据的传输统计信息，确定所述终端业务数据的传输方式；

通知模块，用于在所述确定模块确定出的传输方式与所述终端业务数据当前传输所使用的传输方式不同时，将确定出的传输方式通知给所述终端，以使所述终端使用确定出的传输方式重新建立业务数据的传输链路。

7.如权利要求6所述的装置，其特征在于，所述传输统计信息包括以下一种或多种：所述终端在所述设定时长内业务数据传输的频率，所述终端在所述设定时长内传输业务数据包的大小，所述终端在所述设定时长内是否发生小区切换。

8.如权利要求6所述的装置，其特征在于，所述确定模块，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内业务数据传输的频率高于设定频率阈值且所述终端在所述设定时长内没有发生小区切换，则确定所述终端业务数据的传输方式为UP传输；否则，确定所述终端业务数据的传输方式为CP传输。

9.如权利要求6所述的装置，其特征在于，所述确定模块，具体用于：

根据获取到的所述终端业务数据的传输统计信息，若判断所述终端在所述设定时长内传输业务数据包大小的平均值和/或最大值、大于设定大小阈值，则确定所述终端业务数据的传输方式为IP传输；否则，确定所述终端业务数据的传输方式为非IP传输。

10.如权利要求6-9中任一项所述的装置，其特征在于，所述通知模块，具体用于：向所述终端发送设备管理命令，所述设备管理命令中携带有确定出的传输方式。