一种实现数据传输的方法、装置和系统与流程

本发明涉及机器类通信(mtc，machinetypecommunication)技术，尤指一种实现数据传输的方法、装置和系统。

背景技术：

随着无线通信技术的迅猛发展和人们通信需求的日益增加，5g时代即将来临。5g的一个重要作用就是mtc，mtc拥有大规模的潜在应用前景，使其赢得大量移动网络运营商、设备制造商、研究机构的广泛关注。mtc主要应用领域包括智能电网、智能交通、智能家居、远程测量、无线传感器网络等。是新兴物联网的重要组成部分。

mtc用户设备(ue，userequipment)支持的业务是多样的。大多数mtcue要求低成本和低功耗，比如用于环境监测或者农业的大量传感器等。mtcue支持的业务一般是低速率的，但也可能有需要传输大数据的情况。mtcue支持的业务一般对时延要求不高，但也可能有紧急事件需要快速传输的情况。

例如，火警报警设备的业务有如下几种：

周期性上报保活信息，对时延要求低，数据量小到几十比特(byte)或者更小；

上报火警信息，对时延要求比较高，数据量可能小到几十byte，但也可能大到数兆(m)，这是由于某些情况下可能需要上报视频信息；

软件版本更新，对时延要求比较低，数据量比较大，可能有数m。

由此可见，mtcue支持的业务是多样的，包括周期性业务上报、异常事件上报、网络命令下发、软件版本更新等多种业务。不同业务对网络要求的服务质量(qos，qualityofservice)也各不相同。另外，mtcue可能会 传输高速率的数据，例如便携式应用中，智能眼镜可能需要传输实时视频数据；智能手表可能需要打电话，这种业务需要很高的qos。

mtcue的数量也可能是海量的，大量的mtcue的接入可能给网络带来大量的信令开销。为了有效降低mtcue的成本，也为了节省mme的信令开销，第三代合作伙伴计划(3gpp，3rdgenerationpartnershipproject)提出了实现数据传输的方法，该方法大致包括：

mtcue向mme发送附着(attach)请求；其中，attach请求中包括mtcue支持的数据传输方式；mme选择attach请求中的一种数据传输方式，保存与选择的数据传输方式相关的信息，并向mtcue发送attach响应；其中，attach响应中包括选择的数据传输方式；mtcue保存与attach响应中选择的数据传输方式相关的信息；当mtcue或mme需要传输数据时，采用选择的数据传输方式传输数据。

其中，数据传输方式包括控制面方式或用户面方式。

其中，控制面方式是指将数据包打包成非接入层(nas，non-accessstratum)协议数据单元(pdu，protocoldataunit)包含在控制面信令中传输。控制面方式的优势是节省信令、网络开销和mtcue的耗电；劣势是安全性能稍差，这是由于控制面方式中没有建立数据无线承载(drb，dataradiobearer)，相应地，mme和ue均没有接入层(as，accessstratum)安全上下文，因此，无法对数据包进行as层加密；不适合传输比较大的数据，这是由于naspdu的长度有限，对于比较大的数据包，需要分成多个小的数据包进行传输，而mtcue的网络信号一般不好，容易产生丢包的现象，导致接收方难以接收完整的数据包，并且控制面方式采用控制面信令传输数据，过多的小包将带来过多的控制面信令的传输，占用过多的资源；低优先级数据业务占用过高的调度资源，这是由于mtcue发送的周期性上报数据的优先级比较低，但是由于该数据在附着在空口层3信令中发送，从而获得了和常规无线资源控制协议(rrc，radioresourcecontrol)信令一样的调度优先处理，从而会挤占真正的rrc信令的调度优先级，可能导致更高的空口接入失败；当mtcue同时支持数据使用控制面优化方式和使用数据无线承载(drb，dataradiobearer)传输时，由于信令无线承载(srb， signalingradiobearers)的调度优先级总数比drb高，因此，这些低优先级数据总是可以获得比drb更高的调度优先处理，可能导致使用drb传输的高优先级业务的调度得不到保障。

其中，用户面方式是指使用drb传输数据，数据传输完毕后，mtcue和mme分别保存承载信息上下文，接入层(as，accessstratum)安全上下文等，后续再次发送数据时，mtcue和mme通过挂起—激活流程来恢复drb承载的使用。用户面方式的优势是加密性能比较好，这是由于mtcue和mme保存了as安全上下文，mtcue和mme可以对数据进行as层加密；能够传输对速率要求高的数据或者大数据。劣势是信令优化效果差，这是由于需要先回复承载信息上下文，再传输数据；承载信息上下文维护开销比较大，存在mtcue和mme之间保存的承载信息上下文不同的风险，这是由于mtcue一般使用时间比较长，而mme一致处于变化中；mtcue变更接入小区时需要迁移承载信息上下文和as安全上下文等，开销较大。

现有的实现数据传输的方法中，当确定一种数据传输方式后便不再改变，而mtcue需要传输的数据的要求各不相同，因此，数据传输的灵活性较低。

技术实现要素：

为了解决上述问题，本发明提出了一种实现数据传输的方法、装置和系统，能够提高数据传输的灵活性。

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

移动性管理单元mme判断出机器类通信mtc用户设备ue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息；

mme与mtcue进行数据传输方式的切换。

可选地，所述mme判断出mtcue需要切换数据传输方式包括：

所述mme根据以下的任意一个或多个和当前的数据传输方式判断出所述mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自所述mtcue的无线资源控制rrc接入原因、所述mme下发的数据信息、接收到的来自基站的指示信息。

可选地，所述mme向mtcue发送表示切换数据传输方式的信息包括：

所述mme通过非接入层nas下行消息向所述mtcue发送所述表示切换数据传输方式的信息；

或者，所述mme向所述基站发送所述表示切换数据传输方式的信息，所述基站向所述mtcue发送所述表示切换数据传输方式的信息。

可选地，所述mme通过s1接口消息向所述基站发送所述表示切换数据传输方式的信息，所述基站通过空口消息向所述mtcue发送所述表示切换数据传输方式的信息。

可选地，所述s1接口消息为ue文本释放消息、或s1接口寻呼消息。

可选地，所述空口消息为空口寻呼消息、或空口rrc下行消息。

可选地，所述表示切换数据传输方式的信息为表示是否进行数据传输方式的切换的信息，或表示切换为用户面方式或控制面方式的信息。

可选地，所述mme与mtcue进行数据传输方式的切换包括：

所述mme接收到来自所述mtcue通过所述基站发送的去附着dettach请求，通过所述基站向所述mtcue发送dettach响应，并删除与当前的数据传输方式相关的信息；

所述mme接收到来自所述mtcue通过所述基站发送的附着attach请求，选择切换后的数据传输方式，通过所述基站向所述mtcue发送attach响应，并保存与所述切换后的数据传输方式相关的数据。

本发明还提出了一种实现数据传输的方法，包括：

机器类通信mtc用户设备ue接收到来自mme的表示切换数据传输方式的信息，与mme进行数据传输方式的切换。

可选地，所述mtcue接收到来自mme的表示切换数据传输方式的信息包括：

所述mtcue接收到来自所述mme的通过非接入层nas下行消息发送的表示切换数据传输方式的信息；

或所述mtcue接收到来自所述mme通过基站发送的表示切换数据传输方式的信息。

可选地，所述表示切换数据传输方式的信息为表示是否进行数据传输方式的切换的信息、或表示切换为用户面方式或控制面方式的信息。

可选地，所述与mme进行数据传输方式的切换包括：

所述mtcue通过基站向所述mme发送去附着dettach请求；

所述mtcue接收到来自所述mme通过基站发送的dettach响应，通过基站向所述mme发送附着attach请求；其中，所述mtcue通过所述基站向所述mme发送所述dettach请求时，或所述mtcue接收到来自所述mme通过所述基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；

所述mtcue接收到来自所述mme通过基站发送的attach响应，保存与所述attach响应中的切换后的数据传输方式相关的信息。

本发明还提出了一种移动性管理单元mme，至少包括：

判断模块，用于判断出机器类通信mtc用户设备ue需要切换数据传输方式，向处理模块发送第一通知消息；

第一处理模块，用于接收到第一通知消息，向基站或所述mtcue发送表示切换数据传输方式的信息，与mtcue进行数据传输方式的切换。

可选地，所述判断模块具体用于：

根据以下的任意一个或多个和当前的数据传输方式判断出所述mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自所述mtcue的无线资源控制rrc接入原因、所述mme下发的数据信息、接收到的来自基站的指示信息，向所述处理模块发送所述第一通知消息。

可选地，所述第一处理模块具体用于：

接收到所述第一通知消息，向所述基站或所述mtcue发送表示切换数 据传输方式的信息；

接收到来自所述基站的去附着dettach请求，向所述基站发送dettach响应，并删除与当前的数据传输方式相关的信息；接收到来自所述基站的附着attach请求，选择切换后的数据传输方式，向所述基站发送attach响应，并保存与切换后的数据传输方式相关的数据。

可选地，所述第一处理模块具体用于：

接收到所述第一通知消息，通过s1接口消息向所述基站发送表示切换数据传输方式的信息或通过非接入层nas下行消息向所述mtcue发送所述表示切换数据传输方式的信息，与mtcue进行数据传输方式的切换。

本发明还提出了一种机器类通信mtc用户设备ue，至少包括：

获取模块，用于接收到来自mme的表示切换数据传输方式的信息，向第二处理模块发送第二通知消息；

第二处理模块，用于接收到第二通知消息，与mme进行数据传输方式的切换。

可选地，所述获取模块具体用于：

接收到来自所述mme的通过非接入层nas下行消息发送的表示切换数据传输方式的信息或接收到来自所述mme通过基站发送的表示切换数据传输方式的信息，向所述第二处理模块发送所述第二通知消息。

可选地，所述第二处理模块具体用于：

接收到所述第二通知消息，通过基站向所述mme发送去附着dettach请求；接收到来自所述mme通过基站发送的dettach响应，通过基站向所述mme发送附着attach请求；其中，通过所述基站向所述mme发送所述dettach请求时，或接收到来自所述mme通过所述基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；接收到来自所述mme通过基站发送的attach响应，保存与所述attach响应中的切换后的数据传输方式相关的信息。

本发明还提出了一种实现数据传输的系统，至少包括：

移动性管理单元mme，用于判断出机器类通信mtc用户设备ue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

mtcue，用于接收到来自mme的表示切换数据传输方式的信息，与mme进行数据传输方式的切换。

可选地，所述mme具体用于：

根据以下的任意一个或多个和当前的数据传输方式判断出所述mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自所述mtcue的无线资源控制rrc接入原因、所述mme下发的数据信息、接收到的来自基站的指示信息，向mtcue发送表示切换数据传输方式的信息。

可选地，所述mme具体用于：

判断出所述mtcue需要切换数据传输方式，通过非接入层nas下行消息向所述mtcue发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换。

可选地，所述mme具体用于：

判断出所述mtcue需要切换数据传输方式，向基站发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

还包括：

基站，用于接收到来自所述mme的表示切换数据传输方式的信息，向所述mtcue发送所述表示切换数据传输方式的信息。

可选地，所述mme具体用于：

判断出所述mtcue需要切换数据传输方式，通过s1接口消息向基站发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

所述基站具体用于：

接收到来自所述mme的表示切换数据传输方式的信息，通过空口消息 向所述mtcue发送所述表示切换数据传输方式的信息。

可选地，所述mme具体用于：

判断出所述mtcue需要切换数据传输方式，向所述mtcue发送表示切换数据传输方式的信息；接收到来自基站的去附着dettach请求，向所述基站发送dettach响应，并删除与当前的数据传输方式相关的信息；接收到来自所述基站的附着attach请求，选择切换后的数据传输方式，向所述基站发送attach响应，并保存与所述切换后的数据传输方式相关的数据；

还包括：

基站，用于接收到来自所述mtcue的dettach请求，向所述mme发送dettach请求；接收到来自所述mme的dettach响应，向所述mtcue发送dettach响应；接收到来自所述mtcue的attach请求，向所述mme发送attach请求；接收到来自所述mme的attach响应，向所述mtcue发送attach响应；

所述mtcue具体用于：

接收到来自所述mme的表示切换数据传输方式的信息，向所述基站发送dettach请求；接收到来自所述基站的dettach响应，向所述基站发送attach请求；其中，通过所述基站向所述mme发送所述dettach请求时，或接收到来自所述mme通过所述基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；接收到来自所述基站的attach响应，保存与所述attach响应中的切换后的数据传输方式相关的信息。

与现有技术相比，本发明的技术方案包括：mme判断出mtcue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息；mme与mtcue进行数据传输方式的切换。通过本发明的方案，mme在判断出mtcue需要切换数据传输方式时，向mtcue发送表示切换数据传输方式的信息，以实现数据传输方式的切换，从而提高数据传输的灵活性。

附图说明

下面对本发明实施例中的附图进行说明，实施例中的附图是用于对本发 明的进一步理解，与说明书一起用于解释本发明，并不构成对本发明保护范围的限制。

图1为本发明实现数据传输的方法的流程图；

图2为本发明第一实施例实现数据传输的方法的流程图；

图3为本发明第二实施例实现数据传输的方法的流程图；

图4为本发明第三实施例实现数据传输的方法的流程图；

图5为本发明mme的结构组成示意图；

图6为本发明mtcue的结构组成示意图；

图7为本发明实现数据传输的系统的结构组成示意图。

具体实施方式

为了便于本领域技术人员的理解，下面结合附图对本发明作进一步的描述，并不能用来限制本发明的保护范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的各种方式可以相互组合。

参见图1，本发明提出了一种实现数据传输的方法，包括：

步骤100、mme判断出mtcue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息。

其中，mme判断出mtcue需要切换数据传输方式包括：

mme根据以下的任意一个或多个和当前的数据传输方式判断出mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自mtcue的rrc接入原因、mme下发的数据信息、接收到的来自基站的指示信息等。

其中，发送数据的业务类型可以是mtcue或mme或基站发送的业务类型。

其中，mme下发的数据信息可以是mme下发的数据量大小、或mme下发的数据类型等。

其中，指示信息可以是负荷信息等。

其中，mtcue一般在向mme发送rrc接入请求中包含rrc接入原因。

其中，mme可以采用各种不同的方式来确定采用哪种数据传输方式来传输数据。例如，当mme判断出mtcue发送数据的业务类型为大数据业务、或对加密要求高的业务、或当前网络的负荷较重、或mme下发的数据量较大，且当前的数据传输方式为控制面方式时，判断出mtcue需要切换数据传输方式。

又如，当mme判断出mtcue发送数据的业务类型为高优先级的业务、或传统lte业务传输方式、或接收到的rrc接入原因为紧急接入、或mme下发的数据量较小，且当前的数据传输方式为用户面方式时，判断出mtcue需要切换数据传输方式。

其中，mme向mtcue发送表示切换数据传输方式的信息包括：

mme通过nas下行消息向mtcue发送表示切换数据传输方式的信息；

或者，mme向基站发送表示切换数据传输方式的信息，基站向mtcue发送表示切换数据传输方式的信息。

其中，nas下行消息一般承载于s1下行nas传输消息中发送。

其中，mme通过s1接口消息向基站发送表示切换数据传输方式的信息，基站通过空口消息向mtcue发送所述表示切换数据传输方式的信息。

其中，s1接口消息为ue文本释放消息、或s1接口寻呼消息。

其中，空口消息为或空口寻呼消息、或空口无线资源控制(rrc，radioresourcecontrol)下行消息。

其中，rrc下行消息可以是rrc连接释放(rrcconnectionrelease)消息、或rrc挂起(rrcsuspend)消息、或rrc连接重配置完成(rrcconnectionreconfigurationcomplete)消息、或rrc连接建立完成(rrcconnectionsetupcomplete)等。

本步骤中，表示切换数据传输方式的信息为表示是否进行数据传输方式的切换的信息、或表示切换为用户面方式或控制面方式或传统长期演进(lte，longtermevolved)业务传输方式的信息。

其中，可以用数值为字母表示是否进行数据传输方式的切换的信息或表示切换为用户面方式或控制面方式或传统lte业务传输方式的信息。例如，采用0表示进行数据传输方式的切换的信息，采用1表示不进行数据传输方式的切换的信息等，采用1表示切换为用户面方式的信息，采用2表示切换为控制面方式的信息。

步骤101、mtcue接收到来自mme的表示切换数据传输方式的信息，与mme进行数据传输方式的切换。

本步骤中，mme与mtcue进行数据传输方式的切换包括：

mtcue通过基站向mme发送去附着dettach请求；mme接收到来自mtcue通过所述基站发送的dettach请求，通过基站向mtcue发送dettach响应，并删除与当前的数据传输方式相关的信息；mtcue接收到来自mme通过基站发送的dettach响应，通过基站向mme发送附着attach请求；其中，mtcue通过基站向mme发送dettach请求时，或mtcue接收到来自mme通过基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；mme接收到来自mtcue通过基站发送的附着attach请求，选择切换后的数据传输方式，通过基站向所述mtcue发送attach响应，并保存与切换后的数据传输方式相关的数据；mtcue接收到来自mme通过基站发送的attach响应，保存与attach响应中的切换后的数据传输方式相关的信息。

其中，当当前的数据传输方式为控制面方式时，与当前的数据传输方式相关的信息包括nas加密信息等；当当前的数据传输方式为用户面方式时，与当前的数据传输方式相关的信息包括s1承载信息、数据无线承载(drb，dataradiobearer)承载信息、as加密信息等。

其中，attach请求包括mtcue支持的数据传输方式，包括用户面方式和控制面方式。

其中，attach响应包括切换后的数据传输方式。

其中，mtcue接收到来自mme的attach响应后，采用attach响应中的切换后的数据传输方式向mme发送上行数据。

通过本发明的方案，mme在判断出mtcue需要切换数据传输方式时，向mtcue发送表示切换数据传输方式的信息，以实现数据传输方式的切换，从而提高数据传输的灵活性。

下面通过具体实施例详细说明本发明的方法。

例如，火警mtc设备支持如下四种业务：

1、周期性上报保活信息，对时延无要求，数据大小为0～20byte，上报周期为10分钟。

2、火警上报信息，要求时延小于或等于10秒(s)，上报的视频信息的大小为5m。

3、火警控制室下发命令给火警mtc设备，要求时延小于或等于10s，数据大小为0～20byte。

4、软件版本更新，对时延无要求，数据大小为2000byte。

第一实施例，参见图2，该方法包括：

步骤200、火警mtc设备通过基站向mme发送attach请求。

本步骤中，attach请求包括火警mtc设备支持的数据传输方式(包括用户面方式和控制面方式)。

步骤201、mme选择控制面方式，通过基站向火警mtc设备发送attach响应。

本步骤中，attach响应包括控制面方式。

步骤202、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的控制面方式相关的信息。

步骤203、mme接收到来自火警mtc设备的rrc接入请求，判断出 rrc接入请求中的rrc接入原因为传输大数据，通过nas下行消息向mtcue发送表示切换数据传输方式的信息。

步骤204、火警mtc设备通过基站向mme发送dettach请求。

步骤205、mme通过基站向火警mtc设备发送dettach响应，并删除与控制面方式相关的信息。

步骤206、火警mtc设备接收到dettach相应，删除与控制面方式相关的信息。

步骤207、火警mtc设备通过基站向mme发送attach请求。

步骤208、mme选择用户面方式，通过基站向火警mtc设备发送attach响应。

步骤209、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的用户面方式相关的信息。

第二实施例，参见图3，该方法包括：

步骤300、火警mtc设备通过基站向mme发送attach请求。

本步骤中，attach请求包括火警mtc设备支持的数据传输方式(包括用户面方式和控制面方式)。

步骤301、mme选择用户面方式，通过基站向火警mtc设备发送attach响应。

本步骤中，attach响应包括用户面方式。

步骤302、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的用户面方式相关的信息。

步骤303、mme接收到来自火警mtc设备的rrc接入请求，判断出rrc接入请求中的rrc接入原因为紧急接入，通过s1接口消息向基站发送表示切换数据传输方式的信息，基站通过空口消息向mtcue发送表示切换数据传输方式的信息。

步骤304、火警mtc设备通过基站向mme发送dettach请求，并删除 与用户面方式相关的信息。

步骤305、mme删除与控制面方式相关的信息，并通过基站向火警mtc设备发送dettach响应。

步骤306、火警mtc设备通过基站向mme发送attach请求。

步骤307、mme选择控制面方式，通过基站向火警mtc设备发送attach响应。

步骤308、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的控制面方式相关的信息。

第三实施例，参见图4，该方法包括：

步骤400、火警mtc设备通过基站向mme发送attach请求。

本步骤中，attach请求包括火警mtc设备支持的数据传输方式(包括用户面方式和控制面方式)。

步骤401、mme选择控制面方式，通过基站向火警mtc设备发送attach响应。

本步骤中，attach响应包括控制面方式。

步骤402、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的控制面方式相关的信息。

步骤403、mme需要向火警mtc设备发送最新软件版本，判断出发送数据的业务类型为大数据业务，通过寻呼消息向基站发送表示切换数据传输方式的信息，基站通过寻呼消息向mtcue发送表示切换数据传输方式的信息。

步骤404、火警mtc设备通过基站向mme发送dettach请求。

步骤405、mme通过基站向火警mtc设备发送dettach响应，并删除与控制面方式相关的信息。

步骤406、火警mtc设备接收到来自mme通过基站发送的dettach响应，删除与控制面方式相关的信息。

步骤407、火警mtc设备通过基站向mme发送attach请求。

步骤408、mme选择用户面方式，通过基站向火警mtc设备发送attach响应。

步骤409、火警mtc设备接收到attach响应，与mme进行交互保存与attach响应中的用户面方式相关的信息。

参见图5，本发明提出了一种mme，至少包括：

判断模块，用于判断出机器类通信mtc用户设备ue需要切换数据传输方式，向处理模块发送第一通知消息；

第一处理模块，用于接收到第一通知消息，向基站或mtcue发送表示切换数据传输方式的信息，与mtcue进行数据传输方式的切换。

本发明的mme中，判断模块具体用于：

根据以下的任意一个或多个和当前的数据传输方式判断出mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自mtcue的无线资源控制rrc接入原因、mme下发的数据信息、接收到的来自基站的指示信息，向处理模块发送第一通知消息。

本发明的mme中，第一处理模块具体用于：

接收到第一通知消息，向基站或mtcue发送表示切换数据传输方式的信息；

接收到来自基站的去附着dettach请求，向基站发送dettach响应，并删除与当前的数据传输方式相关的信息；接收到来自基站的附着attach请求，选择切换后的数据传输方式，向基站发送attach响应，并保存与切换后的数据传输方式相关的数据。

本发明的mme中，第一处理模块具体用于：

接收到第一通知消息，通过s1接口消息向基站发送表示切换数据传输方式的信息或通过nas下行消息向mtcue发送表示切换数据传输方式的信息，与mtcue进行数据传输方式的切换。

参见图6，本发明还提出了一种mtcue，至少包括：

获取模块，用于接收到来自mme的表示切换数据传输方式的信息，向第二处理模块发送第二通知消息；

第二处理模块，用于接收到第二通知消息，与mme进行数据传输方式的切换。

本发明的mtcue中，获取模块具体用于：

接收到来自mme的通过nas下行消息发送的表示切换数据传输方式的信息或接收到来自mme通过基站发送的表示切换数据传输方式的信息，向第二处理模块发送第二通知消息。

本发明的mtcue中，第二处理模块具体用于：

接收到第二通知消息，通过基站向mme发送去附着dettach请求；接收到来自mme通过基站发送的dettach响应，通过基站向mme发送附着attach请求；其中，通过基站向mme发送dettach请求时，或接收到来自mme通过基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；接收到来自mme通过基站发送的attach响应，保存与attach响应中的切换后的数据传输方式相关的信息。

参见图7，本发明还提出了一种实现数据传输的系统，至少包括：

mme，用于判断出机器类通信mtc用户设备ue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

mtcue，用于接收到来自mme的表示切换数据传输方式的信息，与mme进行数据传输方式的切换。

本发明的系统中，mme具体用于：

根据以下的任意一个或多个和当前的数据传输方式判断出mtcue需要切换数据传输方式：发送数据的业务类型、当前网络的负荷、接收到的来自mtcue的无线资源控制rrc接入原因、mme下发的数据信息、接收到的来自基站的指示信息，向mtcue发送表示切换数据传输方式的信息。

本发明的系统中，mme具体用于：

判断出mtcue需要切换数据传输方式，通过非接入层nas下行消息向mtcue发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换。

本发明的系统中，mme具体用于：

判断出mtcue需要切换数据传输方式，向基站发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

还包括：

基站，用于接收到来自mme的表示切换数据传输方式的信息，向mtcue发送表示切换数据传输方式的信息。

本发明的系统中，mme具体用于：

判断出mtcue需要切换数据传输方式，通过s1接口消息向基站发送表示切换数据传输方式的信息；与mtcue进行数据传输方式的切换；

基站具体用于：

接收到来自mme的表示切换数据传输方式的信息，通过空口消息向mtcue发送表示切换数据传输方式的信息。

本发明的系统中，mme具体用于：

判断出mtcue需要切换数据传输方式，向mtcue发送表示切换数据传输方式的信息；接收到来自基站的去附着dettach请求，向基站发送dettach响应，并删除与当前的数据传输方式相关的信息；接收到来自基站的附着attach请求，选择切换后的数据传输方式，向基站发送attach响应，并保存与切换后的数据传输方式相关的数据；

还包括：

基站，用于接收到来自mtcue的dettach请求，向mme发送dettach请求；接收到来自mme的dettach响应，向mtcue发送dettach响应；接收到来自mtcue的attach请求，向mme发送attach请求；接收到来自 mme的attach响应，向mtcue发送attach响应；

mtcue具体用于：

接收到来自mme的表示切换数据传输方式的信息，向基站发送dettach请求；接收到来自基站的dettach响应，向基站发送attach请求；其中，通过基站向mme发送dettach请求时，或接收到来自mme通过基站发送的dettach响应时，删除保存的与当前的数据传输方式相关的信息；接收到来自基站的attach响应，保存与attach响应中的切换后的数据传输方式相关的信息。

需要说明的是，以上所述的实施例仅是为了便于本领域的技术人员理解而已，并不用于限制本发明的保护范围，在不脱离本发明的发明构思的前提下，本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。