CN107040398B - 一种数据传输方法、装置及*** - Google Patents

一种数据传输方法、装置及*** Download PDF

Info

Publication number
CN107040398B
CN107040398B CN201610081306.3A CN201610081306A CN107040398B CN 107040398 B CN107040398 B CN 107040398B CN 201610081306 A CN201610081306 A CN 201610081306A CN 107040398 B CN107040398 B CN 107040398B
Authority
CN
China
Prior art keywords
data transmission
transmission mode
message
mode
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201610081306.3A
Other languages
English (en)
Other versions
CN107040398A (zh
Inventor
黄梅青
戴谦
余媛芳
高音
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201610081306.3A priority Critical patent/CN107040398B/zh
Priority to CN202010344055.XA priority patent/CN111629361B/zh
Priority to US16/074,051 priority patent/US10715982B2/en
Priority to PCT/CN2016/106013 priority patent/WO2017133297A1/zh
Priority to EP16889104.2A priority patent/EP3413510B1/en
Publication of CN107040398A publication Critical patent/CN107040398A/zh
Application granted granted Critical
Publication of CN107040398B publication Critical patent/CN107040398B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种数据传输方法、装置及***。所述方法包括：网络侧网元确定目标数据传输方式；所述网络侧网元通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输；其中，所述目标数据传输方式为NB‑IOT数据传输方式或LTE数据传输方式。上述方法能够满足不同业务的QoS需求。

Description

一种数据传输方法、装置及***
技术领域
本发明涉及通信领域，尤其涉及一种数据传输方法、装置及***。
背景技术
随着无线通信技术的迅猛发展和人们通信需求的日益增加，第五代移动通信技术(5G)时代即将来临。5G的一个重要应用就是机器类通信(MTC，Machine-TypeCommunication)，MTC拥有大规模的潜在应用前景，使其赢得大量移动网络运营商、设备制造商、研究机构的广泛关注。MTC主要应用领域包括智能电网、智能交通、智能家居、远程测量、无线传感器网络等，是新兴物联网(IOT，Internet Of Things)的重要组成部分。
MTC设备支持的业务是多样的。大多数MTC设备的要求通常是低成本和低功耗，如用于环境监测或者农业的大量传感器等。MTC设备支持的业务一般是低速率的，但是也可能有需要传输大数据的情况。MTC设备支持的业务一般对时延要求不高，但是也可能有紧急事件需要快速传输的情况。
以火警报警设备为例，其业务有如下几种：
周期上报保活信息，时延要求不高，数据量小到几十字节(BYTE)或者更低；
火警上报信息，时延要求比较高，数据量可能小到几十BYTE，也可能比较大到数兆字节(M，Megabyte)，因为可能需要上报视频信息；
服务器命令，时延要求比较高，数据量小到几十BYTE或者更低；
软件版本更新，时延要求比较低，数据量比较大，可能有数M。
由此可见，MTC设备支持的业务是多样的，包括周期业务上报、异常事件上报、网络命令下发、软件版本更新等多种业务。不同业务对网络要求的服务质量(Qos，Quality ofService)也各不相同的。
同时，一些MTC设备可能会传输高速率的数据，例如便携式应用中，智能眼镜可能需要传输实时视频数据，智能手表可能需要打电话，这种业务需要较高的Qos保证。
MTC设备数量可能是海量的，大量的设备接入可能给网络带来大量信令开销。为了有效降低MTC设备的成本，也为了节省网络侧的***开销，第三代伙伴组织计划(3GPP，Third Generation Partnership Projects)标准目前引入了以下两种小数据传输方式来进行优化：
控制面优化方式：将数据包打包成非接入层(NAS，Non-Access Stratum)协议数据单元(PDU，Protocol Data Unit)附着在控制面信令中传输；
用户面优化方式：终端和网络侧使用数据无线承载(DRB，Data Radio Bearer)传输数据，数据传输完毕后，双方保存承载信息上下文、接入层(AS，Access Stratum)安全上下文等，后续再次发送数据时，双方通过挂起-激活流程来恢复DRB承载的使用。
这两种小数据传输方式各有优劣。
具体而言，控制面优化方式的优势为：节省信令、节省网络开销和终端耗电。但是，存在以下劣势：(一)安全性能稍差，由于控制面优化方案中没有建立DRB响应，因此，网络侧和终端都没有AS安全上下文，无法对数据进行AS层加密；(二)不太适合传输比较大的数据量，考虑到信令附加的NAS PDU很有限，因此，传输的数据包长度有限，对于比较大的数据包，需要分成较多的小包，考虑到MTC设备一般覆盖不太好，容易带来丢包问题，导致接收方难以接收完整的数据包，而且控制面优化方式使用信令传输数据，过多的小包将带来过多的信令传输，占用过多资源；(三)低优先级数据业务占用过高的调度资源，一般地，MTC设备发送的周期性上报数据，其优先级比较低，但是因为该数据是附着在空口层3信令中发送，从而获得了和常规无线资源控制(RRC，Radio Resource Control)信令一样的调度优先处理，如此，会挤占那些真正的RRC接入信令(无MTC数据传输)的调度优先级，可能导致更高的空口接入失败。此外，当网络内同时支持数据使用控制面优化方式传输和使用DRB传输时，因为信令无线承载(SRB，Signaling Radio Bearer)的调度优先级总是比DRB高，所以，这些低优先级数据总是可以获 得比DRB更高的调度优先处理，可能导致使用DRB传输的高优先级业务调度得不到保障。
具体而言，用户面优化方式的优势为：加密性能比较好，由于保留了AS安全上下文的使用，***可对数据进行AS层加密，加密效果比NAS层加密更有保障；较好地支持传输较大速率或者大包的数据。但是，存在以下劣势：(一)信令优化效果没有控制面优化效果好，其中，控制面优化方式可以节省更多的信令，而用户面优化方式需要先恢复承载上下文信息，然后传输数据，相对来说，信令优化效果不及控制面优化方式；(二)承载上下文维护开销比较大，存在对不齐的风险。由于终端和网络侧始终要维护着终端MTC业务承载上下文，存在一定的***开销，包括内存开销、中央处理器(CPU，Central Processing Unit)开销。此外，长时间使用中可能出现上下文的不对齐。因为MTC设备一般使用时间很长，数年甚至十来年的使用寿命，而网络侧一直处于变化中，很可能带来和终端上下文不一致的风险。另外，设备接入小区的变更带来额外上下文迁移的开销。由于业务承载上下文的分配和站点相关，当设备接入的站点或者小区改变时，网络侧需要在站点间传递或者修改上下文。
此外，窄带物联网(NB-IOT，Narrow Band-Internet Of Things)数据传输方式(即控制面优化方式或者用户面优化方式)传输大数据时，存在时延过大的问题。因为NB-IOT的小区使用200k的窄带技术，其传输速率非常低，根据TR45.820的数据，速率大约为160bit/s。对于一个1600BYTE的软件版本更新数据，需要80s才能发送完成。这么长的时间会导致对终端信令数据的阻塞，带来流程失败的风险。同时，如果终端需要上报视频等数据，这么长的时延无法满足视频Qos。
3GPP网络目前为MTC设备提供了NB-IOT数据传输方式(即控制面优化方式或者用户面优化方式)。然而，仅对MTC设备提供单一的数据传输方式，无法满足设备内突发的大数据MTC业务传输场景的不同Qos需求；单一模式也可能给网络带来负面影响，例如网络侧开销过大等。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供一种数据传输方法、装置及装置，能够满足不同业务的QoS需求。
本发明实施例提供一种数据传输方法，包括：网络侧网元确定目标数据传输方式；所述网络侧网元通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输；其中，所述目标数据传输方式为NB-IOT数据传输方式或LTE数据传输方式。
其中，所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
其中，所述网络侧网元通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输，包括：
所述网络侧网元发送携带指示信息的第一下行消息给基站，由基站发送携带所述指示信息的第二下行消息给所述终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
可选地，所述第一下行消息包括以下之一：寻呼消息、NAS消息、AS消息；所述第二下行消息包括以下之一：寻呼消息、RRC消息。
可选地，所述网络侧网元发送携带指示信息的第一下行消息给基站，包括以下至少一项：
当所述终端处于空闲态时，所述网络侧网元发送携带指示信息的寻呼消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的NAS消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的寻呼消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的AS消息给基站。
可选地，所述RRC消息包括：RRC连接建立(RRCConnectionSetup)消 息、RRC连接重配(RRCConnectionReconfiguration)消息、RRC连接重建(RRCConnectionReestablishment)消息、RRC连接重建丢弃(RRCConnectionReestablishmentReject)消息、RRC连接丢弃(RRCConnectionReject)消息、RRC连接释放(RRCConnectionRelease)消息、下行信息传输(DLInformationTransfer)消息、寻呼(Paging)消息、终端信息请求(UEInformationRequest)消息、新增的下行空口消息。
可选地，所述下行消息携带指示信息的方式包括以下之一：新增终端切换数据传输方式的指示信元、新增目标数据传输方式的指示信元、新增释放原因的指示信元。
可选地，所述NAS消息包括：去附着请求(Detach Request)消息。
可选地，所述AS消息包括：初始上下文建立请求(INITIAL CONTEXT SETUPREQUEST)消息、终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息、终端上下文释放完成(UE CONTEXT RELEASE COMPLETE)消息、终端上下文修改请求(UE CONTEXTMODIFICATION REQUEST)消息、下行NAS传输(DOWNLINK NAS TRANSPORT)消息、寻呼(Paging)消息、演进的无线接入承载建立请求(E-RAB SETUP REQUEST)消息、演进的无线接入承载修改请求(E-RAB MODIFY REQUEST)消息、演进的无线接入承载释放命令(E-RABRELEASE COMMAND)消息、用户面优化方式新增的恢复相关消息、挂起相关消息、其他新增消息。
可选地，所述网络侧网元确定目标数据传输方式之前，上述方法还包括：所述网络侧网元将对数据传输方式的支持能力信息发送给所述终端，并接收所述终端对数据传输方式的支持能力信息。
可选地，所述支持能力信息包括以下一项或多项：
对用户面优化方式的支持信息；
对控制面优化方式的支持信息；
对LTE数据传输方式的支持信息；
推荐使用的数据传输方式。
本发明实施例还提供一种数据传输方法，包括：终端根据来自网络侧网元的指示信息确定目标数据传输方式；所述终端采用所述目标数据传输方式传输数据；其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
其中，所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
可选地，所述终端根据来自网络侧网元的指示信息确定目标数据传输方式之前，上述方法还包括：所述终端将本终端对数据传输方式的支持能力信息发送给网络侧网元，并接收网络侧网元对数据传输方式的支持能力信息。
可选地，所述支持能力信息包括以下一项或多项：
对用户面优化方式的支持信息；
对控制面优化方式的支持信息；
对LTE数据传输方式的支持信息；
推荐使用的数据传输方式。
本发明实施例还提供一种数据传输方法，包括：无线接入网络(RAN，Radio AccessNetwork)节点从网络侧网元接收携带指示信息的第一下行消息，所述指示信息用于指示终端切换到目标数据传输方式；所述RAN节点发送携带所述指示信息的第二下行消息给终端，以使所述终端根据所述指示信息切换至目标数据传输方式；其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
其中，所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
可选地，所述第一下行消息包括以下之一：寻呼消息、NAS消息、AS消息；所述第二下行消息包括以下之一：寻呼消息、RRC消息。
本发明实施例还提供一种数据传输装置，应用于网络侧网元，包括：
第一处理模块，设置为：确定目标数据传输方式；
第一传输模块，设置为：通过基站传输指示信息给终端，以指示所述终 端切换至所述目标数据传输方式进行数据传输；
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
其中，所述第一传输模块，是设置为：发送携带所述指示信息的第一下行消息给基站，由基站发送携带所述指示信息的第二下行消息给所述终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
可选地，所述第一下行消息包括以下之一：寻呼消息、NAS消息、AS消息；所述第二下行消息包括以下之一：寻呼消息、RRC消息。
可选地，所述第一传输模块，还设置为：将对数据传输方式的支持能力信息发送给所述终端，并接收所述终端对数据传输方式的支持能力信息。
本发明实施例还提供一种数据传输装置，应用于终端，包括：
第二处理模块，设置为：根据来自网络侧网元的指示信息确定目标数据传输方式；
第二传输模块，设置为：采用所述目标数据传输方式传输数据；
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
可选地，所述第二传输模块，还设置为：将本终端对数据传输方式的支持能力信息发送给网络侧网元，并接收网络侧网元对数据传输方式的支持能力信息。
本发明实施例还提供一种数据传输装置，应用于RAN节点，包括：
第三传输模块，设置为：从网络侧网元接收携带指示信息的第一下行消息，所述指示信息用于指示终端切换到目标数据传输方式；
第四传输模块，设置为：发送携带所述指示信息的第二下行消息给终端，以使所述终端根据所述指示信息切换至目标数据传输方式，
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
本发明实施例还提供一种数据传输***，包括：如上所述的网络侧网元、 终端以及RAN节点。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于网络侧网元的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于终端的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于RAN节点的数据传输方法。
在本发明实施例中，网络侧网元确定目标数据传输方式；网络侧网元通过基站传输指示信息给终端，以指示终端切换至所述目标数据传输方式进行数据传输；其中，所述目标数据传输方式为NB-IOT数据传输方式或LTE数据传输方式。通过本发明实施例，网络侧网元指示终端切换数据传输方式，如此，针对不同业务(如不同的MTC业务)可以使用不同的数据传输方式，从而满足不同业务的Qos需求，包括业务对时延的要求、业务对安全性的要求、业务速率大小的需求等。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图说明
图1为本发明实施例提供的数据传输方法的流程图；
图2为本发明实施例提供的数据传输方法的另一流程图；
图3为本发明实施例提供的数据传输方法的再一流程图；
图4为本发明实施例一的示意图；
图5为本发明实施例五的示意图；
图6为本发明实施例六的示意图；
图7为本发明实施例提供的数据传输装置的示意图；
图8为本发明实施例提供的数据传输装置的另一示意图；
图9为本发明实施例提供的数据传输装置的再一示意图。
具体实施方式
以下结合附图对本发明实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。
图1为本发明实施例提供的数据传输方法的流程图。如图1所示，本实施例提供的数据传输方法，应用于网络侧网元，包括以下步骤：
步骤11：网络侧网元确定目标数据传输方式；
步骤12：网络侧网元通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
其中，目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。具体而言，网络侧网元可以指示终端切换至控制面优化方式、用户面优化方式或者LTE数据传输方式。换言之，网络侧网元触发终端实现NB-IOT数据传输方式与LTE数据传输方式的切换，包括：控制面优化方式和LTE数据传输方式互相切换、用户面优化方式和LTE数据传输方式互相切换、用户面优化方式和控制面优化方式之间的切换。
可选地，步骤11之前，上述方法还包括：所述网络侧网元将对数据传输方式的支持能力信息发送给所述终端，并接收所述终端对数据传输方式的支持能力信息。
具体而言，于本实施例中，终端在附着过程中与网络侧网元交互各自对数据传输方式的支持能力信息，且终端和网络侧网元保存交互得到的支持能力信息。所述支持能力信息例如包括以下一项或多项：
对控制面优化方式的支持信息，即是否支持控制面优化方式；
对用户面优化方式的支持信息，即是否支持用户面优化方式；
对LTE数据传输方式的支持信息，即是否支持用户面优化方式；
推荐使用的数据传输方式，如推荐使用用户面优化方式，或者，控制面优化方式，或者LTE数据传输方式。
可选地，步骤11包括：
网络侧网元根据当前业务特性(如当前业务QoS特性)和/或数据量大小确定期望使用的目标数据传输方式。
其中，步骤12包括：
所述网络侧网元发送携带指示信息的第一下行消息给基站，由基站发送携带所述指示信息的第二下行消息给所述终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
可选地，所述第一下行消息包括以下之一：寻呼消息、非接入层(NAS，Non-AccessStratum)消息、接入层(AS，Access Stratum)消息；所述第二下行消息包括以下之一：寻呼消息、无线资源控制(RRC，Radio Resource Control)消息。
可选地，所述网络侧网元发送携带指示信息的第一下行消息给基站，包括以下至少一项：
当所述终端处于空闲态时，所述网络侧网元发送携带指示信息的寻呼消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的NAS消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的寻呼消息给基站；
当所述终端处于连接态时，所述网络侧网元发送携带指示信息的AS消息给基站。
可选地，所述下行消息携带指示信息的方式包括以下之一：新增终端切换数据传输方式的指示信元、新增目标数据传输方式的指示信元、新增释放原因的指示信元。
于一可选实施例中，网络侧网元下发寻呼消息，以指示终端切换至目标数据传输方式。具体而言，核心网网元(如移动管理实体(MME，Mobility Management Entity))通过S1接口发送寻呼消息给RAN节点(如基站)，指示终端切换数据传输方式。其中，通过寻呼消息指示终端切换数据传输方 式的方法包括但不限于：寻呼消息新增终端切换数据传输方式的指示信元，或者新增期望切换到的目标数据传输方式的指示信元。RAN节点通过空口发送寻呼消息给终端，指示终端切换数据传输方式，或者，RAN节点通过下行RRC消息通知终端进行数据传输方式切换。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：下行消息新增终端切换数据传输方式的指示信元，或者新增期望切换到的目标数据传输方式的指示信元。
于一可选实施例中，网络侧网元下发NAS消息，以指示终端切换至目标数据传输方式。具体而言，核心网网元(如MME)通过S1接口发送下行消息给基站，指示终端切换数据传输方式。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：下行消息新增终端切换数据传输方式的指示信元，或者新增期望切换到的目标数据传输方式的指示信元。其中，下行NAS消息包括但不限于以下消息：去附着请求(Detach Request)消息等。
于一可选实施例中，网络侧网元下发AS消息，以指示终端切换到目标数据传输方式。具体而言，核心网网元(如MME)通过S1接口发送下行AS消息给基站，指示终端切换数据传输方式。可选地，所述下行AS消息可以包括目标数据传输方式需要重配、建立或者删除的S1承载信息、安全上下文等信息。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：新增期望切换到的目标数据传输方式的指示信元，或者新增释放原因的指示信元。其中，下行AS消息包括但不限于以下消息：初始上下文建立请求(INITIAL CONTEXTSETUP REQUEST)消息、终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息、终端上下文释放完成(UE CONTEXT RELEASE COMPLETE)消息、终端上下文修改请求(UE CONTEXTMODIFICATION REQUEST)消息、下行NAS传输(DOWNLINK NAS TRANSPORT)消息、寻呼(Paging)消息、演进的无线接入承载建立请求(E-RAB SETUP REQUEST)消息、演进的无线接入承载修改请求(E-RAB MODIFY REQUEST)消息、演进的无线接入承载释放命令(E-RABRELEASE COMMAND)消息、用户面优化方式新增的恢复相关消息、挂起相关消息、其他新增消息。可选地，基站通过空口发送消息给终端，指示终端切换数据传输模式。基站收到来自网络侧网元的指示信息后，保持目标数据传输方式 需要的上下文信息，进行响应的S1承载的重配、删除或者建立处理；通过响应发起空口承载的重配、删除或者建立处理。或者，基站通过下行RRC消息通知终端切换数据传输方式，可选地，当存在空口承载的重配、删除或者建立处理时，也可以包括空口承载的配置信息。其中，用于指示终端切换数据传输方式的方法包括但不限于：新增目标数据传输方式的指示信元、新增释放原因的指示信元。其中，下行RRC消息包括但不限于以下消息：RRC连接建立(RRCConnectionSetup)消息、RRC连接重配(RRCConnectionReconfiguration)消息、RRC连接重建(RRCConnectionReestablishment)消息、RRC连接重建丢弃(RRCConnectionReestablishmentReject)消息、RRC连接丢弃(RRCConnectionReject)消息、RRC连接释放(RRCConnectionRelease)消息、下行信息传输(DLInformationTransfer)消息、寻呼(Paging)消息、终端信息请求(UEInformationRequest)消息、新增的下行空口消息。
于本实施例中，所述终端包括：MTC终端、任何支持NB-IOT数据传输方式和LTE数据传输方式的终端。所述LTE数据传输方式不限于任何支持大数据传输的方式。其中，传统的LTE数据传输方式可以较好地支持大数据传输，无需变更协议，对于数据量比较大的MTC应用场景，例如视频上报或者软件版本更新，可以良好支持。
本发明实施例提供的数据传输方法，由网络侧网元指示终端切换数据传输方式，可以提升业务(如MTC业务)的Qos保障，针对不同业务(如MTC业务)可以使用不同的数据传输方式，从而满足不同MTC业务的Qos需求，包括业务对时延的要求，业务对安全性的要求，业务速率大小的需求等。此外，对于非MTC终端，当其也具有传输小数据和传输大数据两种业务场景时，也可以使用NB-IOT数据传输方式进行小数据发送，以便给终端省电、给网络节省信令开销。
图2为本发明实施例提供的数据传输方法的另一流程图。如图2所示，本实施例提供的数据传输方法，应用于终端，包括以下步骤：
步骤21：终端根据来自网络侧网元的指示信息确定目标数据传输方式；
步骤22：终端采用所述目标数据传输方式传输数据。
其中，目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。换言之，终端可以在网络侧网元的指示下实现切换至控制面优化方式、用户面优化方式或者LTE数据传输方式。
可选地，步骤21之前，上述方法还包括：所述终端将本终端对数据传输方式的支持能力信息发送给网络侧网元，并接收网络侧网元对数据传输方式的支持能力信息。
具体而言，于本实施例中，终端在附着过程中与网络侧网元交互各自对数据传输方式的支持能力信息，且终端和网络侧网元保存交互得到的支持能力信息。所述支持能力信息例如包括以下一项或多项：
对控制面优化方式的支持信息；
对用户面优化方式的支持信息；
对LTE数据传输方式的支持信息；
推荐以下哪一种数据传输方式：用户面优化方式、控制面优化方式、LTE数据传输方式。
于本实施例中，所述终端包括：MTC终端、任何支持NB-IOT数据传输方式和LTE数据传输方式的终端。所述LTE数据传输方式不限于任何支持大数据传输的方式。其中，传统的LTE数据传输方式可以较好地支持大数据传输，无需变更协议，对于数据量比较大的MTC应用场景，例如视频上报或者软件版本更新，可以良好支持。
本发明实施例提供的数据传输方法，可以提升业务(如MTC业务)的Qos保障，可以针对不同业务(如MTC业务)使用不同的数据传输方式，从而满足不同业务的Qos需求，包括业务对时延的要求、业务对安全性的要求、业务速率大小的需求等。此外，对于非MTC终端，当其也具有传输小数据和传输大数据两种业务场景时，也可以使用NB-IOT数据传输方式进行小数据发送，以便给终端省电、给网络节省信令开销。
图3为本发明实施例提供的数据传输方法的再一流程图。如图3所示，本实施例提供的数据传输方法，应用于无线接入网络(RAN，Radio Access Network)节点，包括以下步骤：
步骤31：RAN节点从网络侧网元接收携带指示信息的第一下行消息，所述指示信息用于指示终端切换到目标数据传输方式；
步骤32：RAN节点发送携带所述指示信息的第二下行消息给终端，以使所述终端根据所述指示信息切换至目标数据传输方式。
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
可选地，所述第一下行消息包括以下之一：寻呼消息、NAS消息、AS消息、附着响应消息；所述第二下行消息包括以下之一：寻呼消息、RRC消息。
于本实施例中，RAN节点例如为基站(eNodeB)。具体而言，基站通过S1接口从核心网网元(如MME)接收携带指示终端切换数据传输方式的指示信息的寻呼消息，并向终端发送携带指示信息的寻呼消息或RRC消息，以指示终端切换数据传输方式。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：新增终端切换数据传输方式的指示信元，或者新增期望切换到的目标数据传输方式的指示信元。
或者，当终端处于连接态时，基站通过S1接口从核心网网元(如MME)接收携带指示信息的NAS消息，并向终端发送携带指示信息的下行消息，以指示终端切换数据传输方式。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：新增终端切换数据传输方式的指示信元，或者新增期望切换到的目标数据传输方式的指示信元。
或者，当终端处于连接态时，基站通过S1接口从核心网网元(如MME)接收携带指示信息的AS消息，并向终端发送携带指示信息的寻呼消息或RRC消息，以指示终端切换数据传输方式。其中，通过下行消息指示终端切换数据传输方式的方法包括但不限于：新增期望切换到的目标数据传输方式的指示信元，或者新增释放原因的指示信元。
以下通过具体实施例对本申请进行详细说明。其中，实施例一至实施例 六是实现控制面优化方式和LTE数据传输方式之间相互切换的实施例，实施例七至实施例十四是实现用户面优化方式和LTE数据传输方式之间相互切换的实施例，实施例十五至实施例二十是实现控制面优化方式和用户面优化方式之间相互切换的实施例。
实施例一
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧通过附着(ATTACH)流程协商使用控制面优化方式，UE当前处于空闲(IDLE)态；网络侧通过下行寻呼消息携带的指示信息指示UE从控制面优化方式切换到LTE数据传输方式。
如图4所示，本实施例提供的方法包括以下步骤：
步骤101：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发S1接口的寻呼消息给RAN节点(如基站)，其中携带切换到LTE数据传输方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到LTE数据传输方式的指示信息；
步骤102：UE收到后以LTE数据传输方式发起RRC连接和承载建立流程来传输数据。
实施例二
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧通过ATTACH流程协商使用控制面优化方式，UE当前处于连接态；网络侧通过释放当前RRC连接重新接入的方式实现控制面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤201：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到LTE数据传输方式的指示信息；基站下发Uu接口的RRC连接释放(RRCConnectionRelease)消息给UE，其中携带切 换到LTE数据传输方式的指示信息；
步骤202：UE收到后将当前的RRC连接释放，再以LTE数据传输方式发起RRC连接和承载建立流程来传输数据；
后续UE和网络侧使用LTE数据传输方式建立RRC连接和DRB承载来进行数据传输。
实施例三
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧通过ATTACH流程协商使用控制面优化方式，UE当前处于连接态；网络侧通过RRC重配方式实现控制面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤301：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到LTE数据传输方式的指示信息、需要建立的无线接入承载(RAB，Radio AccessBearer)信息、AS上下文等；
步骤302：基站新建LTE数据传输方式需要的RAB承载信息以及空口RB承载信息，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到LTE数据传输方式的指示信息、需要配置的空口无线承载(RB，Radio Bearer)信息、AS上下文等；
步骤302：UE收到后，建立LTE数据传输方式的承载信息，包括AS安全上下文等。
后续UE和网络侧使用LTE数据传输方式建立RRC连接和DRB承载来进行数据传输。
实施例四
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧通过ATTACH流程协商使用LTE数据传输方式，UE当前处于IDLE态；网络侧通过下行寻呼消息新增的指示信息指示终端从LTE 数据传输方式切换到控制面优化方式。
本实施例提供的方法包括以下步骤：
步骤401：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到控制面优化方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到控制面优化方式的指示信息；
步骤402：UE收到后以控制面优化方式发起RRC连接建立流程来传输数据。
实施例五
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧使用LTE数据传输方式，UE当前处于连接态；网络侧通过释放当前RRC连接重新接入的方式实现LTE数据传输方式到控制面优化方式的切换。
如图5所示，本实施例提供的方法包括以下步骤：
步骤501：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到控制面优化方式的指示信息；基站下发Uu接口的RRC连接释放(RRCConnectionRelease)消息给UE，其中携带切换到控制面优化方式的指示信息；
步骤502：UE收到后将当前的RRC连接释放，再以控制面优化方式发起RRC连接来传输数据。
实施例六
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧使用LTE数据传输方式，UE当前处于连接态；网络侧通过RRC重配方式从LTE数据传输方式切换到控制面优化方式。
如图6所示，本实施例提供的方法包括以下步骤：
步骤601：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到控制面优化方式的指示信息、待删除或者重配的演进的无线接入承载(E-RAB，Evolved-Radio Access Bearer)信息；
步骤602：基站删除或者重配相应的E-RAB，基站对空口的RB发起删除或者重配，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到控制面优化方式的指示信息以及待删除或者重配的RB信息；
步骤603：UE收到后删除或者重配对应的RB。
后续UE和网络侧以控制面优化方式进行数据传输。
实施例七
于本实施例中，UE和网络侧都支持LTE数据传输方式和控制面优化方式。UE当前和网络侧使用LTE数据传输方式，UE当前处于连接态；网络侧通过下行消息指示终端从LTE数据传输方式切换到控制面优化方式，不释放承载方式。
本实施例提供的方法包括以下步骤：
步骤701：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发S1接口的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到控制面优化方式的指示信息；
步骤702：基站发送下行Uu接口的RRC连接重配(RRCConnectionReconfiguration)消息给UE，其中携带切换到控制面优化方式的指示信息；
步骤703：UE收到后，后续以控制面优化方式和网络侧进行数据传输。
实施例八
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用用户面优化方式，UE当前处于IDLE态；网络侧通过下行消息新增指示信息指示UE从用户面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤801：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到LTE数据传输方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到LTE数据传输方式的指示信息；
步骤802：UE收到后以LTE数据传输方式发起RRC连接和承载建立流程来传输数据。
实施例九
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用用户面优化方式，UE当前处于IDLE态；网络侧通过下行消息携带的指示信息指示UE从用户面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤901：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到LTE数据传输方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到LTE数据传输方式的指示信息；
步骤902：UE使用用户面优化方式进行承载恢复，不过其中新增使用LTE数据传输方式传输数据的指示信息；
UE收到后，在上行RRC消息中新增指示信息，告知基站使用LTE数据传输方式传输数据；基站收到后在上行S1消息中新增指示信息，告知MME使用LTE数据传输方式传输数据；
步骤903：可选地，如果网络侧需要重配或者新建承载，则通过重配消息通知UE；如果MME需要新建或者重配S1承载，则通过S1口的初始上下文建立请求(INITIAL CONTEXTSETUP REQUEST)消息通知基站，其中携带需要配置的E-RAB信息；基站据此进行S1承载的E-RAB配置处理；
基站如果需要进行空口的RB承载新建或者重配，则通过空口的RRC重 配消息通知UE，UE据此进行对应的RB承载配置处理；
步骤904：后续，UE和网络侧以LTE数据传输方式进行数据传输。
实施例十
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用用户面优化方式，UE当前处于连接态；网络侧通过下行消息携带的指示信息指示UE通过释放当前RRC连接的方式实现用户面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤1001：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发S1接口的终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到LTE数据传输方式的指示信息；基站下发Uu接口的RRC连接释放(RRCConnectionRelease)消息给UE，其中携带切换到LTE数据传输方式的指示信息；
步骤1002：UE收到后将当前的RRC连接释放，再以LTE数据传输方式发起RRC连接和承载建立流程来传输数据。
实施例十一
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用用户面优化方式，UE当前处于连接态；网络侧通过重配方式实现用户面优化方式到LTE数据传输方式的切换。
本实施例提供的方法包括以下步骤：
步骤111：网络侧有大数据需要下发，例如软件版本更新，希望切换到LTE数据传输方式发送；
MME下发下行S1接口的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到用户面优化方式的指示信息；基站下发Uu接口的RRC连接重配(RRCConnectionReconfiguration)消息给UE，其中携带切换到用户面优化方式的指示信息；
可选地，如果网络侧需要重配或者新建或者删除已有承载，则通过重配消息通知UE；
如果MME决策需要新建或者重配或者删除S1承载，则通过S1口的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息通知基站，其中携带相应的E-RAB指示信息，基站据此进行S1承载的配置处理；
基站如果需要进行空口的承载新建或者重配或者删除，则进行相应的RB配置处理，并且通过空口的RRC重配消息通知UE，UE据此进行对应的RB承载配置处理；
步骤112：UE和网络侧以用户面优化方式进行数据传输。
实施例十二
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧使用LTE数据传输方式传输数据，UE当前处于IDLE态；网络侧通过下行消息携带的指示信息指示终端从LTE数据传输方式到用户面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤121：网络侧有小数据需要下发，希望切换到用户面优化方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到用户面优化方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到用户面优化方式的指示信息；
步骤122：UE收到后重新发起ATTACH流程，后续以用户面优化方式发起RRC承载建立流程来传输数据。
实施例十三
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧使用LTE数据传输方式，UE当前处于连接态；网络侧通过下行消息携带的指示信息指示UE释放当前RRC连接再重新接入的方式实现LTE数据传输方式到用户面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤131：网络侧有小数据需要下发，希望切换到用户面优化方式发送；
MME下发S1接口的终端上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到用户面优化方式的指示信息；
基站下发Uu接口的RRC连接释放消息(RRCConnectionRelease)给UE，其中携带切换到用户面优化方式的指示信息；
步骤132：UE收到后将当前的RRC连接释放，再重新发起ATTACH接入过程，后续以用户面优化方式发起RRC承载建立流程来传输数据。
实施例十四
于本实施例中，UE和网络侧都支持LTE数据传输方式和用户面优化方式。UE当前和网络侧使用LTE数据传输方式，UE当前处于连接态；网络侧通过RRC重配方式指示UE从LTE数据传输方式到用户面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤141：网络侧有小数据需要下发，希望切换到用户面优化方式发送；
MME下发下行S1接口的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到用户面优化方式的指示信息；基站下发下行Uu接口的RRC连接重配(RRCConnectionReconfiguration)消息给UE，其中携带切换到用户面优化方式的指示信息；
可选地，如果网络侧需要新建或者重配或者删除承载，则通过重配消息通知UE；
如果MME决策需要新建或者重配或者删除S1承载，则通过S1口的初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息通知基站，其中携带待新建或者重配或者删除的E-RAB信息，基站据此进行S1承载的配置处理；
基站如果需要进行空口承载新建或者删除或者重配，则进行相应的RB配置处理，并且通过空口的RRC重配消息通知UE，UE据此进行对应的RB承载配置处理；
步骤142：UE和网络侧后续以用户面优化方式进行数据传输。
实施例十五
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用控制面优化方式，UE当前处于IDLE态；网络侧通过RRC重配方式实现控制面优化方式到用户面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤151：网络侧有大数据需要下发，例如软件版本更新，希望切换到用户面优化方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到用户面优化方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到用户面优化方式的指示信息；
步骤152：UE收到后，在RRC连接请求(RRCConnectionRequest)消息中携带切换到用户面优化的指示信息；
步骤153：基站收到该消息后，上行通过S1接口的初始终端信息(INITIAL UEMESSAGE)消息通知MME，其中携带切换到用户面优化方式的指示信息；
步骤154：MME收到后，建立用户面优化方式需要的承载信息；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到用户面优化方式的指示信息以及需要建立的E-RAB信息、AS上下文等；
步骤155：基站新建用户面优化方式需要的E-RAB承载信息，以及空口RB承载信息，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到用户面优化方式的指示信息、需要配置的空口RB承载信息、AS上下文等；
步骤156：UE收到后将建立用户面优化方式的承载信息，包括AS安全上下文等。
后续UE和网络侧使用用户面优化方式进行数据传输。
实施例十六
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用控制面优化方式，UE当前处于连接态；网络侧通过重配方式实现控制面优化方式到用户面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤161：网络侧有大数据需要下发，例如软件版本更新，希望切换到用户面优化方式发送；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到用户面优化方式的指示信息以及需要建立的E-RAB信息、AS上下文等；
步骤162：基站新建用户面优化方式需要的E-RAB承载信息以及空口RB承载信息，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到用户面优化方式的指示信息、需要配置的空口RB承载信息、AS上下文等；
步骤163：UE收到后将建立用户面优化方式的承载信息，包括AS安全上下文等，后续以用户面优化方式进行数据传输。
实施例十七
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧通过ATTACH流程协商使用用户面优化方式，UE当前处于IDLE态；网络侧通过重配方式实现用户面优化方式到控制面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤171：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发S1接口的寻呼消息给基站，其中携带切换到控制面优化方式的指示信息；基站下发Uu接口的寻呼消息给UE，其中携带切换到控制面优化方式的指示信息；
步骤172：UE收到后，在RRC连接请求(RRCConnectionRequest)消息中携带切换到控制面优化方式的指示信息；
步骤173：基站收到该消息后，上行通过S1接口的初始终端信息(INITIAL UEMESSAGE)消息通知MME，其中携带切换到控制面优化方式的指示信 息；
步骤174：MME收到后，删除用户面优化方式的承载信息；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到控制面用户方式的指示信息以及需要删除或者重配的E-RAB信息等；
步骤175：基站删除用户面优化方式需要的E-RAB承载信息以及需要重配或者删除的空口RB承载信息，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到控制面优化方式的指示信息以及需要删除或者重配的空口RB承载信息等；
步骤176：UE收到后将删除用户面优化方式的承载信息等。
后续UE和网络侧通过控制面优化方式进行数据传输。
实施例十八
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧使用用户面优化方式，UE当前处于连接态；网络侧通过重配方式实现用户面优化方式到控制面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤181：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到控制面优化方式的指示信息以及需要删除或者重配的E-RAB信息等；
步骤182：基站删除用户面优化方式需要的E-RAB承载信息以及需要重配或者删除的空口RB承载信息，并且通过Uu接口的RRC重配消息发送给UE，其中携带切换到控制面优化方式的指示信息以及需要删除或者重配的空口RB承载信息等；
步骤183：UE收到后将删除用户面优化方式的承载信息等。
后续：终端和网络侧通过控制面优化方式进行数据传输。
实施例十九
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧使用用户面优化方式，UE当前处于连接态；网络侧通过下行消息指示终端从用户面优化方式切换到控制面优化方式，无需重配承载。
本实施例提供的方法包括以下步骤：
步骤191：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息给基站，其中携带切换到控制面优化方式的指示信息；
步骤192：基站发送下行Uu口的RRC连接重配(RRCConnectionReconfiguration)消息发送给UE，其中携带切换到控制面优化方式的指示信息；
步骤193：UE收到后，后续以控制面优化方式和网络侧进行数据传输。
实施例二十
于本实施例中，UE和网络侧都支持控制面优化方式和用户面优化方式。UE当前和网络侧使用用户面优化方式，UE当前处于连接态；网络侧通过下行消息指示终端释放RRC连接，然后进行用户面优化方式到控制面优化方式的切换。
本实施例提供的方法包括以下步骤：
步骤2001：网络侧有小数据需要下发，希望切换到控制面优化方式发送；
MME下发S1接口的UE上下文释放命令(UE CONTEXT RELEASE COMMAND)消息给基站，其中携带切换到控制面优化方式的指示信息；基站下发Uu接口的RRC连接释放(RRCConnectionRelease)消息给UE，其中携带切换到控制面优化方式的指示信息；
步骤2002：UE收到后，将当前的RRC连接释放，再以控制面优化方式发起RRC连接来传输数据。
可选地，上述方式也可以实现控制面优化方式到用户面优化方式的重配。
此外，本申请还有其他多种情况，可以参考上述实施例进行处理，故不再赘述。
图7为本发明实施例提供的数据传输装置的示意图。如图7所示，本实施例提供的数据传输装置，应用于网络侧网元(如MME)，包括：
第一处理模块，设置为：确定目标数据传输方式；
第一传输模块，设置为：通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
其中，所述第一传输模块，是设置为：发送携带所述指示信息的第一下行消息给基站，由基站发送携带所述指示信息的第二下行消息给所述终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。
可选地，所述第一下行消息包括以下之一：寻呼消息、NAS消息、AS消息。所述第二下行消息包括以下之一：寻呼消息、RRC消息。
可选地，所述第一处理模块，还设置为：将对数据传输方式的支持能力信息发送给所述终端，并接收所述终端对数据传输方式的支持能力信息。
图8为本发明实施例提供的数据传输装置的另一示意图。如图8所示，本实施例提供的数据传输装置，应用于终端，包括：
第二处理模块，设置为：根据来自网络侧网元的指示信息确定目标数据传输方式；
第二传输模块，设置为：采用所述目标数据传输方式传输数据。
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
可选地，所述第二传输模块，还设置为：将本终端对数据传输方式的支持能力信息发送给网络侧网元，并接收网络侧网元对数据传输方式的支持能力信息。
图9为本发明实施例提供的数据传输装置的再一示意图。如图9所示，本实施例提供的数据传输装置，应用于RAN节点(如基站)，包括：
第三传输模块，设置为：从网络侧网元接收携带指示信息的第一下行消息，所述指示信息用于指示终端切换到目标数据传输方式；
第四传输模块，设置为：发送携带所述指示信息的第二下行消息给终端，以使所述终端根据所述指示信息切换至目标数据传输方式。
其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。所述NB-IOT数据传输方式包括：控制面优化方式、用户面优化方式。
此外，本发明实施例还提供一种数据传输***，包括：终端、网络侧网元以及RAN节点。所述终端、网络侧网元以及RAN节点同上述装置实施例所述。
另外，关于上述装置及***的具体处理流程同上述方法所述，故于此不再赘述。
此外，本发明实施例还提供一种终端，包括：无线通信单元以及处理器，所述处理器设置为：根据来自网络侧网元的指示信息确定目标数据传输方式；所述无线通信单元设置为：采用所述目标数据传输方式传输数据。其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
其中，无线通信单元通常包括一个或多个组件，其允许终端与无线通信***或网络之间的无线电通信。
此外，本发明实施例还提供一种网络侧网元，包括：无线通信单元以及处理器，所述处理器设置为：确定目标数据传输方式；所述无线通信单元设置为：通过基站传输指示信息给终端，以指示所述终端切换至所述目标数据传输方式进行数据传输。其中，所述目标数据传输方式为NB-IOT数据传输方式或者LTE数据传输方式。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于网络侧网元的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于终端的数据传输方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被执行时实现应用于RAN节点的数据传输方法。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。
以上显示和描述了本申请的基本原理和主要特征和本发明的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。

Claims (12)

1.一种数据传输方法，应用于网络侧网元，其特征在于，包括：
确定从当前数据传输方式切换到的目标数据传输方式，其中，所述目标数据传输方式不同于所述当前数据传输方式；以及
向无线接入网络RAN节点发送第一消息，其中：
所述第一消息指示所述目标数据传输方式并使得所述无线接入网络RAN节点向处于连接状态的终端发送第二消息，
所述第二消息指示所述终端从所述当前数据传输方式切换到所述目标数据传输方式进行数据传输；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
2.根据权利要求1所述的方法，其特征在于，所述第一消息是接入层AS消息。
3.根据权利要求1所述的方法，其特征在于，所述第二消息是无线资源控制RRC消息。
4.根据权利要求1所述的方法，其特征在于，所述确定从当前数据传输方式切换到的目标数据传输方式，包括：根据目标数据的大小确定所述目标数据传输方式。
5.一种数据传输方法，应用于终端，其特征在于，包括：
接收无线接入网络RAN节点发送的第二消息，所述第二消息指示处于连接状态的所述终端从当前数据传输方式切换到目标数据传输方式传输数据；
其中，所述目标数据传输方式不同于所述当前数据传输方式；
所述第二消息是所述无线接入网络RAN节点响应于从网络侧网元接收到第一消息而发送的，所述第一消息指示所述目标数据传输方式；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
6.一种数据传输方法，应用于无线接入网络RAN节点，其特征在于，包括：
接收网络侧网元发送的第一消息，所述第一消息指示目标数据传输方式；
响应于接收到所述第一消息，向处于连接状态的终端发送第二消息，所述第二消息指示所述终端从当前数据传输方式切换到所述目标数据传输方式传输数据；其中，所述目标数据传输方式不同于所述当前数据传输方式；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的方法。
8.一种网络侧网元，其特征在于，包括：
第一处理模块，设置为：确定目标数据传输方式；
第一传输模块，设置为：向无线接入网络RAN节点发送第一消息，所述第一消息指示所述目标数据传输方式并使得所述无线接入网络RAN节点向处于连接状态的终端发送第二消息，所述第二消息指示所述终端从当前数据传输方式切换到所述目标数据传输方式进行数据传输；其中，所述目标数据传输方式不同于所述当前数据传输方式；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
9.一种终端，其特征在于，包括：
第二传输模块，设置为：接收无线接入网络RAN节点发送的第二消息，所述第二消息指示处于连接状态的终端将当前数据传输方式切换到目标数据传输方式传输数据；其中，所述目标数据传输方式不同于所述当前数据传输方式；所述第二消息是所述无线接入网络RAN节点响应于从网络侧网元接收到第一消息而发送的，所述第一消息指示所述目标数据传输方式；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
10.一种无线接入网络RAN节点，其特征在于，包括：
第三传输模块，设置为：接收网络侧网元发送的第一消息，所述第一消息指示目标数据传输方式；
第四传输模块，设置为：响应于接收到所述第一消息，向处于连接状态的终端发送第二消息，所述第二消息指示所述终端从当前数据传输方式切换到所述目标数据传输方式传输数据；其中，所述目标数据传输方式不同于所述当前数据传输方式；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是基于控制面优化方式的窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是基于用户面优化方式的NB-IoT数据传输方式。
11.根据权利要求5或者6所述的方法，或者根据权利要求8所述的网络侧网元，或者根据权利要求9所述的终端，或者根据权利要求10所述的无线接入网络RAN节点，其特征在于，包括如权利要求2-4中任一所述的特征。
12.一种数据传输方法，应用于网络侧网元，其特征在于，包括：
确定从当前数据传输方式切换到的目标数据传输方式，其中，所述目标数据传输方式不同于所述当前数据传输方式；以及
向无线接入网络RAN节点发送第一消息，其中：
所述第一消息指示所述目标数据传输方式并使得所述无线接入网络RAN节点向处于连接状态的终端发送第二消息，
所述第二消息指示所述终端从所述当前数据传输方式切换到所述目标数据传输方式进行数据传输；
其中，
所述当前数据传输方式和所述目标数据传输方式中的一个是窄带物联网NB-IoT数据传输方式，并且
所述当前数据传输方式和所述目标数据传输方式中的另一个是长期演进LTE数据传输方式。
CN201610081306.3A 2016-02-04 2016-02-04 一种数据传输方法、装置及*** Active CN107040398B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201610081306.3A CN107040398B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***
CN202010344055.XA CN111629361B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***
US16/074,051 US10715982B2 (en) 2016-02-04 2016-11-16 Method, apparatus, and system for data transmission
PCT/CN2016/106013 WO2017133297A1 (zh) 2016-02-04 2016-11-16 数据传输方法、装置及***
EP16889104.2A EP3413510B1 (en) 2016-02-04 2016-11-16 Data transmission method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610081306.3A CN107040398B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010344055.XA Division CN111629361B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***

Publications (2)

Publication Number Publication Date
CN107040398A CN107040398A (zh) 2017-08-11
CN107040398B true CN107040398B (zh) 2020-03-27

Family

ID=59500544

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201610081306.3A Active CN107040398B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***
CN202010344055.XA Active CN111629361B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202010344055.XA Active CN111629361B (zh) 2016-02-04 2016-02-04 一种数据传输方法、装置及***

Country Status (4)

Country Link
US (1) US10715982B2 (zh)
EP (1) EP3413510B1 (zh)
CN (2) CN107040398B (zh)
WO (1) WO2017133297A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107040398B (zh) * 2016-02-04 2020-03-27 中兴通讯股份有限公司 一种数据传输方法、装置及***
CN108632844B (zh) * 2017-03-15 2019-09-17 电信科学技术研究院 信息处理方法、装置及电子设备
EP4228301A1 (en) 2017-03-17 2023-08-16 Telefonaktiebolaget LM Ericsson (publ) Security solution for switching on and off security for up data between ue and ran in 5g
CN109587658A (zh) * 2017-09-26 2019-04-05 ***通信有限公司研究院 模式转换方法、装置、相关设备及计算机可读存储介质
US11317447B2 (en) 2017-10-20 2022-04-26 Telefonaktiebolaget Lm Ericsson (Publ) Configuration of a packet data network connection
CN108012294B (zh) * 2017-11-29 2021-04-02 新智数字科技有限公司 一种网络切换的方法及装置
CN109996304A (zh) * 2018-01-02 2019-07-09 ***通信有限公司研究院 一种物联网网络切换方法及装置
CN108809698A (zh) * 2018-05-21 2018-11-13 中国联合网络通信集团有限公司 数据传输方法与装置
US11323948B2 (en) 2018-07-24 2022-05-03 T-Mobile Usa, Inc. Device management for NB-IoT devices
CN109039726A (zh) * 2018-07-24 2018-12-18 瓴泰科技(上海)有限公司 基于nb-iot智能化终端设备的配置方法
CN111163435B (zh) * 2018-11-07 2022-06-28 大唐移动通信设备有限公司 终端传输方式的获取、发送方法、基站、终端及核心网
CN109526008A (zh) * 2018-12-24 2019-03-26 广州微智科电子科技有限公司 一种用于无线通信***传输模式的选择方法
CN112118080B (zh) * 2019-06-20 2022-07-22 ***通信有限公司研究院 ***信息的发送方法、小区的驻留方法、网络设备及终端
CN112218285B (zh) * 2019-07-11 2022-06-14 华为技术有限公司 上行用户数据传输的方法、设备及***
CN110856213B (zh) * 2019-10-22 2023-03-24 南京大鱼半导体有限公司 切换数据传输方式的方法、装置、存储介质及电子设备
EP3968696A1 (en) * 2020-09-15 2022-03-16 Nokia Technologies Oy Ng based context release and data forwarding for multi-hop mobility
CN112367641B (zh) * 2020-09-30 2024-02-06 惠州市德赛西威汽车电子股份有限公司 一种自动切换通信模块的方法及车载智能t-box***
CN115087039B (zh) * 2022-07-15 2023-12-08 中国电信股份有限公司 数据传输方法及装置、存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158963A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种资源分配方法及基站
CN102271367A (zh) * 2011-08-30 2011-12-07 电信科学技术研究院 一种小数据的传输方法和设备
CN103227704A (zh) * 2012-01-31 2013-07-31 联想(北京)有限公司 进行机器类通信的方法和设备
CN104320164A (zh) * 2014-10-14 2015-01-28 宇龙计算机通信科技(深圳)有限公司 一种数据传输方法和装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006140841A (ja) * 2004-11-12 2006-06-01 Canon Inc 情報処理装置、サーバ装置、ネットワークシステム、データ通信方法、及びコンピュータプログラム
EP1871128B1 (en) * 2006-06-20 2008-10-22 Alcatel Lucent A method for a handover procedure of a mobile terminal, a base station and a network therefor
CN101552686B (zh) * 2008-03-31 2012-04-18 中兴通讯股份有限公司 一种多媒体组播广播业务网元间同步的数据传输方法
CN102387495A (zh) * 2010-08-30 2012-03-21 电信科学技术研究院 一种机器类通信设备的数据传输处理方法及设备
TWI643506B (zh) * 2011-05-06 2018-12-01 內數位專利控股公司 使用控制平面以傳送接收資料的方法及裝置
US9973877B2 (en) * 2011-09-23 2018-05-15 Htc Corporation Method of handling small data transmission
CN102340754B (zh) * 2011-09-23 2014-07-23 电信科学技术研究院 数据发送和接收方法及设备
US9143984B2 (en) * 2012-04-13 2015-09-22 Intel Corporation Mapping of enhanced physical downlink control channels in a wireless communication network
US20140038622A1 (en) * 2012-05-22 2014-02-06 Qualcomm Incorporated Methods and apparatus for efficient communication of small data amounts while in idle mode
CN103517324B (zh) * 2012-06-28 2018-10-23 中兴通讯股份有限公司 一种ip小数据包的传输方法及***
US9578630B2 (en) * 2012-08-03 2017-02-21 Nokia Solutions And Networks Oy Data transmission
CN103716112A (zh) * 2012-09-28 2014-04-09 中兴通讯股份有限公司 通过控制面信令传输数据的方法、设备及***
CN104010382B (zh) * 2013-02-25 2019-02-01 中兴通讯股份有限公司 数据传输方法、装置及***
CN107040398B (zh) * 2016-02-04 2020-03-27 中兴通讯股份有限公司 一种数据传输方法、装置及***

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158963A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种资源分配方法及基站
CN102271367A (zh) * 2011-08-30 2011-12-07 电信科学技术研究院 一种小数据的传输方法和设备
CN103227704A (zh) * 2012-01-31 2013-07-31 联想(北京)有限公司 进行机器类通信的方法和设备
CN104320164A (zh) * 2014-10-14 2015-01-28 宇龙计算机通信科技(深圳)有限公司 一种数据传输方法和装置

Also Published As

Publication number Publication date
EP3413510A4 (en) 2019-01-30
CN107040398A (zh) 2017-08-11
EP3413510B1 (en) 2021-08-18
CN111629361A (zh) 2020-09-04
EP3413510A1 (en) 2018-12-12
CN111629361B (zh) 2024-06-04
US10715982B2 (en) 2020-07-14
WO2017133297A1 (zh) 2017-08-10
US20190045341A1 (en) 2019-02-07

Similar Documents

Publication Publication Date Title
CN107040398B (zh) 一种数据传输方法、装置及***
KR102649878B1 (ko) 베어러 구성 방법 및 장치, 컨텍스트 정보 관리 방법 및 장치, 해제 방법 및 장치, 설비
US11165632B2 (en) Method for performing re-establishing RRC connection procedure and device supporting the same
CN107645779B (zh) 一种数据发送、传输方法及装置
KR102224766B1 (ko) 데이터 전송 방법 및 장치
CN107046714B (zh) 一种数据传输方法、装置和***
CN106954280B (zh) 一种数据传输方法、装置及***
KR20180093992A (ko) Ue 컨텍스트 및 ue 연결 재개 방법
WO2022205381A1 (zh) 广播多播业务传输方法、装置及存储介质
CN113873478B (zh) 通信方法及装置
WO2013189348A2 (zh) 一种承载分配和管理的方法及设备
US20210385723A1 (en) Policy Management Method and Apparatus
WO2017133679A1 (zh) Nas承载数据的传输方法及装置
CN102833734A (zh) 一种传输寻呼信息的方法
CN106961653B (zh) 一种实现数据传输的方法、装置和***
CN108632889B (zh) 一种缓冲区状态报告的触发方法、装置、终端
KR20210042328A (ko) 데이터 무선 베어러 복원 방법 및 장치, 저장 매체, 전자 장치
CN110636553A (zh) 一种数据传输方法及装置
CN106961726B (zh) 一种数据传输方法、装置及***
US10805968B2 (en) Bearer setup method, apparatus, and system
WO2017133282A1 (zh) 一种支持机器类通信设备数据传输的方法和装置
CN108366397B (zh) 数据映射方法及装置和无线设备
WO2022016338A1 (zh) 一种通信方法及装置
JP7495275B2 (ja) セルラ通信システム、無線端末、及び基地局
CN114128394B (zh) 资源处理方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant