一种通信方法、移动性管理实体、用户设备及服务网关与流程

本申请涉及通信领域，尤其涉及一种通信方法、移动性管理实体、用户设备及服务网关。

背景技术：

在第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)协议中，针对窄带物联网(narrowbandinternetofthings，nb-iot)中数据的传输特点提出了两种数据传输优化方案：控制面传输优化(controlplanecellularinternetofthingevolvedpacketsystemoptimisation)和用户面传输优化(userplanecellularinternetofthingevolvedpacketsystemoptimisation)。其中，cp传输优化，即cp通道，是指用户设备(userequipment，ue)通过非接入层(non-access-stratum，nas)消息将数据包传送给移动性管理实体(mobilitymanagemententity，mme)，mme通过s11_u接口将数据包再发送给服务网关(servinggateway，sgw)。在该过程中，由于无需建立空口数据无线承载(dataradiobearer，drb)和s1-u承载，因而降低物联网(internetofthings，iot)终端总的数据发送量(含信令)，进而降低iot终端功耗，同时也降低了对网络的信令负荷。

在cp传输优化场景下，当ue主动触发或mme触发数据传输通道切换时，数据包的传输可以由cp通道传输切换为up承载传输，即需要建立数据无线承载和s1-u承载。进而，ue可以通过数据无线承载将数据包发送给基站，基站再通过s1-u承载将数据包发送给sgw。目前的协议中规定，当mme触发由cp通道切换为up承载进行数据包的传输时，mme首先释放与sgw的s11_u承载，进而建立up承载。其中，s11_u承载作为cp通道的一部分，释放s11_u承载可认为是释放cp通道。

需要说明的是，mme触发数据传输通道切换时，ue并不感知切换，而建立数据无线承载需要一定时间，若建立数据无线承载的过程中ue需要发送上行数据包，此时该上行数据包还是通过nas消息发送给mme进行传输，此时s11_u承载已释放，该上行数据包可能无法发送给sgw，从而造成该上行数据包丢失。

技术实现要素：

本申请实施例公开了一种通信方法，用于当mme触发由cp通道切换up承载进行数据传输时，减少ue通过cp通道发送的上行数据包的丢包概率。

有鉴于此，本申请实施例第一方面提供了一种通信方法，可以包括：

在窄带物联网的应用场景下，当mme满足数据传输通道切换的触发条件，例如mme接收到的传输数据过大时，mme触发数据传输通道由cp通道切换至up承载，并获取指示消息。该指示消息可以是基站发送的消息，也可以是ue通过基站发送的消息，该指示消息用于指示当前ue已停止通过该cp通道发送上行数据包。mme根据该指示消息确定ue不再通过cp通道发送上行数据包后，再根据该指示消息释放该cp通道。

在本申请实施例中，由于mme是在确定ue不通过cp通道发送上行数据包后，才释放的cp通道，即在cp通道切换up承载过程中，ue需要通过cp通道发送上行数据包时，依然可以通过cp通过发送，从而降低了在mme触发的cp通道切换up承载过程中，ue发送的上行数据包的丢包概率。

可选的，在本申请的一些实施例中，该方法可以包括：该mme向基站发送初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；该mme获取指示消息，可以包括：该mme接收该基站发送的初始上下文建立完成消息。在本申请实施例中，可以看出，当mme触发由cp通道切换up承载时，mme先向基站发送初始上下文建立请求，指示基站建立up承载。在接收到基站发送的初始上下文建立完成消息后，mme根据初始上下文建立完成消息确定up承载已建立，即ue可通过up承载发送上行数据包，且ue已停止通过cp通道发送上行数据包之后，再释放cp通道。与现有技术相比，修改了cp通道的时机，从而使得在切换过程中，up承载未建立之前，ue依然可以通过cp通道发送上行数据包，降低了切换过程中ue发送的上行数据包的丢包概率。

可选的，在本申请的一些实施例中，该mme向基站发送初始上下文建立请求之前，该方法还可以包括：该mme向服务网关sgw发送第一请求消息，该第一请求消息用于指示该sgw不释放该cp通道并停止通过该cp通道发送下行数据包；该mme接收该sgw发送的第一响应消息。本申请实施例中，通过第一请求消息，指示sgw将cp通道设置为可上行不可下行状态，但不释放cp通道。从而避免了当一些sgw发送的下行数据包有回包请求时，在切换完成后，其回包的上行数据包的上行路径(up承载)与原下行数据包的下行路径(cp通道)不同而导致ue难以处理的情况。

可选的，在本申请的一些实施例中，该方法还可以包括：该mme通过该基站向该ue发送第二请求消息，该第二请求消息用于指示该ue停止通过该cp通道发送上行数据包；该mme获取指示消息可以包括：该mme接收该ue通过该基站发送的第二响应消息。本申请实施例中，mme通过第二请求消息，指示ue停止通过cp通道发送上行数据包，在接收到ue发送的第二响应消息后，再释放cp通道。通过mme与ue的配合，调整了释放cp通道的时机，减少了ue发送的上行数据包的丢包概率，增加了方案的多样性。

可选的，在本申请的一些实施例中，该mme接收该ue通过该基站发送的第二响应消息之后，该方法还可以包括：若该mme接收到该ue通过该cp通道发送的该上行数据包，则该mme通过该基站向该ue发送失败消息，该失败消息用于指示该ue通过该up承载发送该上行数据包。在本申请实施例中，由于网络原因，可能存在mme在接收到第二响应消息后，依然还接收到ue通过cp发送的上行数据包，此时mme通过基站向ue发送失败消息，该失败消息可以承载在nas消息中。该失败消息提示ue通过up承载发送上行数据包，该失败消息中可以携带有原上行数据包，进一步降低了ue发送的上行数据包的丢包概率。

可选的，在本申请的一些实施例中，该mme获取指示消息可以包括：该mme接收该ue通过基站发送的该指示消息。在本申请实施例中，mme在切换过程中，可以接收到ue发送的指示消息，该指示消息指示ue当前已停止通过cp通道发送上行数据包，该指示消息可以是nas消息。即，本申请实施例中通过mme月ue的配合，降低了ue发送的上行数据包的丢包概率，增加了方案的多样性。

可选的，在本申请的一些实施例中，该方法还可以包括：该mme向基站发送该初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；该mme接收该基站发送的初始上下文建立完成消息。本申请实施例中，增加了对up承载建立过程的步骤的说明，增加了方案的可行性。

可选的，在本申请的一些实施例中，该mme根据该指示消息释放cp通道，可以包括：该mme根据该指示消息生成修改承载请求；该mme向该sgw发送该修改承载请求，该修改承载请求用于指示该sgw释放该cp通道并建立该up承载；该mme接收该sgw发送的修改承载响应。本申请实施例中，提供了一种释放cp通道的方法，相比较现有技术中，减少了释放接入承载请求和释放接入承载响应两条信令，节约了信令资源。

可选的，在本申请的一些实施例中，该mme根据该指示消息释放cp通道可以包括：该mme根据该指示消息生成释放接入承载请求；该mme向该sgw发送该释放接入承载请求，该释放接入承载请求用于指示该sgw释放该cp通道；该mme接收该sgw发送的释放接入承载响应。本申请实施例中，提供了另一种释放cp通道的方法，提高了方案的多样性。

本申请实施例第二方面提供了一种通信方法，可以包括：

在cp通道切换up承载过程中，sgw接收mme通过s11_u接口发送的修改承载请求，该修改承载请求中携带有基站的承载地址。sgw接收到该修改承载请求后，根据该修改承载请求释放cp通道，即删除s11_u的本地承载，并建立与该基站的承载地址对应的up承载。之后，该sgw向该mme发送修改承载响应，指示mme也删除本地的s11_u承载。

本申请实施例中，sgw在接收修改承载请求后才释放cp通道，此时ue已经停止使用cp通道发送上行数据包而通过up承载发送，因而此时释放cp通道不会造成ue发送的上行数据包的丢失，进而减少了ue发送的上行数据包的丢包概率。

可选的，在本申请的一些实施例中，sgw接收mme发送的修改承载请求之前，该方法还可以包括：该sgw接收该mme发送的第一请求消息；该sgw根据该第一请求消息不释放该cp通道并停止通过该cp通道发送下行数据包；该sgw向该mme发送第一响应消息。本申请实施例中，sgw根据第一请求消息，将cp通道设置为可上行而不可下行，即sgw可以接收ue通过cp通道发送的上行数据包，而不通过cp通道向ue发送下行数据包，避免了若sgw发送具有回包请求的下行数据包，其上下行通道不同而增大ue的处理压力的情况(即切换未完成时，下行路径为cp通道，切换完成后，回包请求上行路径变为up承载)。

本申请实施例第三方面提供了一种通信方法，可以包括：

当在mme触发的在cp通道切换up承载过程中时，ue获取指示消息，该指示消息可以是ue自生成的消息，也可以是mme通过基站发送的消息，或者是基站发送的消息，该指示消息可以是nas消息。ue获取到该指示消息后，根据该指示消息停止通过cp通道发送上行数据包，并将上行数据包缓存在本地。当up承载建立时，即ue感知数据无线承载建立后，该ue再通过该up承载发送上行数据包。

本申请实施例中，当在mme触发的在cp通道切换up承载过程中时，ue获取指示消息，并根据该指示消息停止通过cp通道发送上行数据包。由于在cp通道切换up承载过程中，ue接收到指示消息后，ue不再通过cp通道发送上行数据包，因而避免了因为s11_u释放而导致上行数据包丢失的情况，从而降低了ue发送的上行数据包的丢包概率。

可选的，在本申请的一些实施例中，该ue获取指示消息，可以包括：该ue接收mme通过该基站发送的第二请求消息；该方法还可以包括：该ue通过该基站向该mme发送第二响应消息，该第二响应消息用于指示mme生成释放接入承载请求。本申请实施例中，说明的该指示消息的来源方，即通过mme与ue的配合降低ue发送的上行数据包的丢包概率，增加了方案的多样性。

可选的，在本申请的一些实施例中，该方法还可以包括：该ue接收该mme通过该基站发送的失败消息；该ue根据该失败消息通过该up承载发送该上行数据包。本申请实施例中，当ue在停止通过cp通道发送上行数据包后，若收到mme通过基站发送的失败消息，则表明该失败消息对应的数据包未发送成功。该失败消息中若携带有数据包，则ue保存该数据包在本地，在up承载建立后，通过up承载发送该数据包。若该失败消息中未携带数据包，则ue确定最新一次通过cp通道发送的上行数据包，并将该上行数据包缓存在本地，等待up承载建立后，通过up承载发送该上行数据包。根据失败消息确定未发送成功的数据包，并通过up承载重新发送，降低了ue发送的上行数据包的丢包概率，提高了数据发送的稳定性。

可选的，在本申请的一些实施例中，该ue获取指示消息，可以包括：当该ue与该基站无线承载建立完成时，该ue生成该指示消息；该方法还可以包括：该ue通过基站向mme发送该指示消息，该指示消息用于指示该mme释放该cp通道。本申请实施例中，ue在检测数据无线承载建立后，即可通过up承载发送上行数据包，此时再停止通过cp通道发送上行数据包，提高了信道的使用效率。

本申请实施例第四方面提供了一种移动性管理实体，可以包括：

收发单元，用于当触发由cp通道切换up承载进行数据传输时，获取指示消息，该指示消息用于指示ue停止通过该cp通道发送上行数据包；

处理单元，用于根据该指示消息释放该cp通道。

可选的，在本申请的一些实施例中，

该收发单元，还用于向基站发送初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；具体用于接收该基站发送的初始上下文建立完成消息。

可选的，在本申请的一些实施例中，

该收发单元，还用于向服务网关sgw发送第一请求消息，该第一请求消息用于指示该sgw不释放该cp通道并停止通过该cp通道发送下行数据包；接收该sgw发送的第一响应消息。

可选的，在本申请的一些实施例中，

该收发单元，还用于通过该基站向该ue发送第二请求消息，该第二请求消息用于指示该ue停止通过该cp通道发送上行数据包；具体用于接收该ue通过该基站发送的第二响应消息。

可选的，在本申请的一些实施例中，

该收发单元，还用于若接收到该ue通过该cp通道发送的该上行数据包，则通过该基站向该ue发送失败消息，该失败消息用于指示该ue通过该up承载发送该上行数据包。

可选的，在本申请的一些实施例中，

该收发单元，具体用于接收该ue通过基站发送的该指示消息。

可选的，在本申请的一些实施例中，

该收发单元，还用于向基站发送该初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；接收该基站发送的初始上下文建立完成消息。

可选的，在本申请的一些实施例中，

该处理单元，具体用于根据该指示消息生成修改承载请求；向该sgw发送该修改承载请求，该修改承载请求用于指示该sgw释放该cp通道并建立该up承载；接收该sgw发送的修改承载响应。

可选的，在本申请的一些实施例中，

该处理单元，具体用于根据该指示消息生成释放接入承载请求；向该sgw发送该释放接入承载请求，该释放接入承载请求用于指示该sgw释放该cp通道；接收该sgw发送的释放接入承载响应。

本申请实施例第五方面提供了一种服务网关，可以包括：

收发单元，用于接收mme发送的修改承载请求；向该mme发送修改承载响应；

处理单元，用于根据该修改承载请求释放cp通道，并建立up承载。

可选的，在本申请的一些实施例中，

该收发单元，还用于接收该mme发送的第一请求消息；向该mme发送第一响应消息；

该处理单元，还用于根据该第一请求消息不释放该cp通道并停止通过该cp通道发送下行数据包。

本申请实施例第六方面提供了一种用户设备，可以包括：

收发单元，用于获取指示消息；当up承载建立时，通过该up承载发送上行数据包；

处理单元，用于根据该指示消息停止通过cp通道发送上行数据包。

可选的，在本申请的一些实施例中，

该收发单元，具体用于接收mme通过该基站发送的第二请求消息；还用于通过该基站向该mme发送第二响应消息，该第二响应消息用于指示mme生成释放接入承载请求。

可选的，在本申请的一些实施例中，

该收发单元，还用于接收该mme通过该基站发送的失败消息；根据该失败消息通过该up承载发送该上行数据包。

可选的，在本申请的一些实施例中，

该收发单元，具体用于当该ue与该基站无线承载建立完成时，生成该指示消息；还用于通过基站向mme发送该指示消息，该指示消息用于指示该mme释放该cp通道。

本申请实施例第七方面还提供了一种移动性管理实体，可以包括：

至少一个处理器，存储器，收发器和总线，所述处理器，所述存储器，所述收发器通过所述总线系统耦合，所述移动性管理实体通过所述收发器与所述移动性管理实体之外的装置相通信，所述存储器用于存储程序指令，所述至少一个处理器用于执行所述存储器中存储的所述程序指令，使得所述移动性管理实体执行如本申请实施例中第一方面及任一可选方式中所述的方法。

本申请实施例第八方面还提供了一种服务网关，可以包括：

至少一个处理器，存储器，收发器和总线，所述处理器，所述存储器，所述收发器通过所述总线系统耦合，所述服务网关通过所述收发器与所述移动性管理实体之外的装置相通信，所述存储器用于存储程序指令，所述至少一个处理器用于执行所述存储器中存储的所述程序指令，使得所述服务网关执行如本申请实施例中第二方面及任一可选方式中所述的方法。

本申请实施例第九方面还提供了一种用户设备，可以包括：

至少一个处理器，存储器，收发器和总线，所述处理器，所述存储器，所述收发器通过所述总线系统耦合，所述用户设备通过所述收发器与所述移动性管理实体之外的装置相通信，所述存储器用于存储程序指令，所述至少一个处理器用于执行所述存储器中存储的所述程序指令，使得所述用户设备执行如本申请实施例中第三方面及任一可选方式中所述的方法。

本申请实施例第十方面还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选方式中所述的方法。

本申请实施例第十一方面还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第二方面及任一可选方式中所述的方法。

本申请实施例第十二方面还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述第三方面及任一可选方式中所述的方法。

本申请实施例第十三方面还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第一方面及任一可选方式中所述的方法。

本申请实施例第十四方面还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第二方面及任一可选方式中所述的方法。

本申请实施例第十五方面还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述第三方面及任一可选方式中所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本方案中，当mme触发由cp通道切换up承载进行数据传输时，mme获取指示消息，该指示消息用于指示ue停止通过该cp通道发送上行数据包，mme获取指示消息后，再根据该指示消息释放cp通道。由于mme是在确定ue停止通过cp通道发送上行数据包之后，才释放的cp通道，即与现有技术相比，调整了释放cp通道的时机，从而使得在mme触发的cp通道切换up承载过程中，若ue还需要通过cp通道发送上行数据包，即mme未感知ue停止通过cp通道发送上行数据包前，ue依然可以使用cp通道发送上行数据包，降低了cp通道切换up承载过程中ue发送的上行数据包的丢包概率。

附图说明

图1为本申请实施例中所应用的系统架构图；

图2为本申请实施例中3gpp协议规定的mme触发的cp通道切换up承载的示意图；

图3为本申请实施例中通信方法的一个实施例示意图；

图4为本申请实施例中通信方法的另一个实施例示意图；

图5为本申请实施例中通信方法的另一个实施例示意图；

图6为本申请实施例中通信方法的另一个实施例示意图；

图7为本申请实施例中移动性管理实体的一个实施例示意图；

图8为本申请实施例中服务网关的一个实施例示意图；

图9为本申请实施例中用户设备的一个实施例示意图；

图10为本申请实施例中移动性管理实体的另一个实施例示意图；

图11为本申请实施例中服务网关的另一个实施例示意图；

图12为本申请实施例中用户设备的另一个实施例示意图。

具体实施方式

窄带物联网是物联网领域一个新兴的技术，支持低功耗设备在广域网的蜂窝数据连接，因而也被叫作低功耗广域网(lowpowerwideareanetwork，lpwan)。nb-iot构建于蜂窝网络，可直接部署于长期演进(longtermevolution，lte)网络。但与lte网络不同的是，lte的设计目标是高速率、大流量，而nb-iot终端数量众多、终端节能要求高，且数据传输以间歇传送小数据为主(网络信令开销可能远大于数据载荷传输本身大小)。若nb-iot的数据交互直接采用现有的lte信令流程，可能会导致iot终端耗能过高，并且也增大了对所部署的网络的信令负担。

基于窄带物联网的数据传输特点，3gpp协议中对窄带物联网提出了两种数据传输优化方案：cp传输优化方案和up传输优化方案。其中，cp优化传输方案是nb-iot中一种传输小数据包的高效传输方法，可以通过cp通道将小数据包在控制面上传输。具体地，ue与mme之间通过nas层连接，将小数据包承载在nas消息上传输数据，而mme再通过s11_u接口与sgw传输数据。cp通道为双向通道，即可上行数据也可下行数据。这一方案在传输数据时，无需建立数据无线承载和s1-u连接，从而减少了控制面的信令开销，有助于降低终端功耗和减少使用的频带。

与cp通道对应的数据传输通道还有up承载，小数据包只能通过cp通道或up承载二选一发送。协议中规定，在一些场景下，数据传输通道也可以由cp通道切换为up承载，该切换过程可以由mme或ue触发。例如当mme接收的上行或下行数据包过大时，cp通道不能再满足数据传输要求，mme会触发对当前数据传输通道进行切换，即将数据传输通道由cp通道切换为up通道。

其中，图1为本申请实施例中所应用的系统架构图。

协议中，在cp传输优化场景下，mme触发的cp通道切换up承载的流程图如图2所示。

在图2中，mme触发传输通道切换后，执行步骤201：向sgw发送释放接入承载请求(releaseaccessbearersrequest)，指示sgw释放s11_u承载。sgw释放s11_u承载完毕之后，执行步骤202：向mme发送释放接入承载响应(releaseaccessbearersresponse)。mme根据释放接入承载响应确定s11_u接口承载释放后，执行步骤203：向基站发送初始上下文建立请求(initialcontextsetuprequest)，指示基站建立up承载，即执行步骤204：与ue之间建立无线承载(radiobearerssetup)。ue感知到无线承载建立后，可执行步骤205，即通过up承载发送上行数据(uplinkdata)。基站建立完毕up承载后，执行步骤206：向mme发送初始上下文建立完成消息(initialcontextsetupcomplete)。mme接收到初始上下文建立完成消息，确定up承载建立后，执行步骤207：向sgw发送修改承载请求(modifybearerrequest)。sgw根据建立修改承载请求建立s1-u承载并将数据传输通道切换至up承载。之后，sgw执行步骤208：向mme发送修改承载响应(modifybearerresponse)，此时cp通道切换up承载完毕。

在图2所示的步骤中，mme在释放s11_u接口，即释放cp通道后，mme才会进行up承载的建立。由于该切换过程是mme触发的切换过程，在mme触发进行切换时，ue并未感知到切换，其中，在进行数据传输通道切换过程中，即图2所示的步骤201至步骤204过程中，ue依然会选择通过cp通道发送上行数据。而mme接收到ue发送的上行数据包后，由于s11_u承载已被释放，从而无法再将该上行数据包发送给sgw，造成该上行数据包丢包。

基于此，本申请实施例提供了一种通信方法，用于在mme触发的cp通道切换up承载过程中，减少ue发送的上行数据包的丢包概率。

下面具体参照图3，图3为本申请实施例中通信方法的一个实施例示意图，可以包括：

301、当mme触发由cp通道切换up承载进行数据传输时，mme向sgw发送第一请求消息。

本实施例中，当mme触发切换时，mme向sgw发送第一请求消息，该第一请求消息为新增消息，用于通知sgw临时缓存下行数据包但是不释放s11_u通道，sgw需要控制能从s11_u通道接收mme发送的上行数据包，而不能通过s11_u通道向mme发送下行数据包，即s11_u通道可上行不可下行。

可选的，在一些可能的实现方式中，该第一请求消息可以是在释放接入承载请求中添加的指示标签(indicationflag)，从而将第一请求消息携带在释放接入承载请求中。sgw根据该指示标签临时缓存下行数据包并将s11_u通道设置为可上行不可下行状态。

302、sgw根据第一请求消息不释放所述cp通道并停止通过所述cp通道发送下行数据包。

本实施例中，sgw接收到第一请求消息后，根据该第一请求消息缓存下行数据包，并将cp通道设置为可上行不可下行状态，而不释放cp通道。具体地，此处cp通道是指sgw与mme之间的s11_u承载。

304、sgw向mme发送第一响应消息。

本实施例中，当sgw设置完毕后，sgw向mme发送第一响应消息。

可选的，在一些可能的实现方式中，第一响应消息也可以携带在释放接入承载响应中。

304、mme向基站发送初始上下文建立请求。

本实施例中，mme接收到sgw发送的第一响应消息后，通过s1-mme接口向基站发送初始上下文建立请求，该初始上下文建立请求用于通知基站建立与ue之间的数据无线承载以及在本地进行s1-u接口承载的配置。

305、基站与ue建立无线承载。

本实施例中，基站接收到初始上下文建立请求后，基站与ue建立无线承载，即建立空口连接。

306、当无线承载建立完成时，ue切换至up承载发送上行数据。

本实施例中，当ue检测数据无线承载建立完成后，ue停止通过cp通道发送上行数据包，并将数据传输通道切换至up承载，进而通过up承载发送上行数据。

可选的，在一些可能的实现方式中，当ue接收到基站发送的初始数据无线承载建立请求后，ue即可以选择停止通过cp通道发送上行数据包。

307、基站向mme发送初始上下文建立完成消息。

本实施例中，当基站确定无线承载建立及本地已配置好s1-u接口时，基站向mme发送初始上下文建立完成消息。

308、mme向sgw发送修改承载请求。

本实施例中，当mme接收到初始上下文完成请求，根据初始上下文完成请求确定up承载建立后，mme向sgw发送修改承载请求，该修改承载请求中可以携带有ue当前基站的承载地址。

309、sgw根据修改承载请求释放cp通道，并建立up承载。

本实施例中，sgw接收到修改承载请求后，sgw根据修改承载请求释放cp通道，并建立up承载。具体地，sgw根据修改承载请求在本地删除s11_u承载，该修改承载请求可以携带有s11tf标志位，s11tf标志位为一个特殊的消息信元，sgw可根据该s11tf标志位将当前连接的s11_u承载切换为s1-u承载。同时，sgw将消息中携带的承载地址保存在本地，并根据该承载地址在本地进行对应的s1-u承载的配置。

310、sgw向mme发送修改承载响应。

本实施例中，当sgw设置完毕后，sgw生成修改承载响应，并向mme发送该修改承载请求响应消息，该修改承载响应用于指示mme删除本地的s11_u承载，并释放s11_u接口对应的资源。

从以上技术方案可以看出，本申请实施例具有以下优点：

当mme触发由cp通道切换up承载进行数据传输时，mme向sgw发送第一请求消息，指示sgw将cp通道设置为可上行不可下行状态，而不释放cp通道。等接收到基站发送的初始上下文建立完成消息后，mme根据初始上下文建立完成消息确定ue不再通过cp通道发送上行数据包。此时，mme再释放cp通道，并完成之后cp通道切换up承载的其他流程。从而使得在cp通道切换up承载的过程中，当ue需要利用cp通道发送上行数据包时，ue依然可以通过cp通道发送上行数据包，降低了切换过程中上行数据包的丢包概率。同时也避免了当一些下行数据包有回包请求时，在切换完成后，其回包的上行数据包的上行路径(up承载)与原下行数据包的下行路径(cp通道)不同而导致ue难以处理的情况。

下面具体参照图4，图4为本申请实施例中通信方法的另一个实施例示意图，可以包括：

401、mme向基站发送初始上下文建立请求。

402、基站与ue建立无线承载。

403、当无线承载建立完成时，ue切换至up承载发送上行数据。

404、基站向mme发送初始上下文建立完成消息。

405、mme向sgw发送修改承载请求。

406、sgw根据修改承载请求释放cp通道，并建立up承载。

407、sgw向mme发送修改承载响应。

需要说明的是，步骤401至步骤407与图3所示的步骤304至步骤310类似，此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：

当mme触发由cp通道切换up承载进行数据传输时，mme先执行建立up承载的流程，而不释放cp通道。等接收到基站发送的初始上下文建立完成消息后，mme根据初始上下文建立完成消息确定ue不再通过cp通道发送上行数据包。此时，mme再释放cp通道，并完成之后cp通道切换up承载的其他流程。等待up承载建立后，再释放cp通道。从而使得在cp通道切换up承载的过程中，当ue需要利用cp通道发送上行数据包时，ue依然可以通过cp通道发送上行数据包，降低了切换过程中上行数据包的丢包概率。

下面具体参照图5，图5为本申请实施例中通信方法的另一个实施例示意图，可以包括：

501、当mme触发由cp通道切换up承载进行数据传输时，mme通过基站向ue发送第二请求消息。

本实施例中，当mme触发传输通道切换时，mme通过基站向ue发送第二请求消息，该第二请求消息可以是nas消息，该第二请求消息中携带有ue的标识。基站可以通过标识识别对应的ue，将第二请求消息转发给ue。

可选的，在一种可能的实现方式中，该第二请求消息也可以携带在mme发送的下行数据包中。

502、ue根据第二请求消息停止通过cp通道发送上行数据包。

本实施例中，ue接收到第二请求消息后，该第二请求消息中可以携带结束标识(endmarker)，ue通过识别该标识信息，停止通过cp通道发送上行数据包，并缓存需要上行的上行数据包在本地。

503、ue通过基站向mme发送第二响应消息。

本实施例中，ue在设置完毕后，向mme发送第二响应消息。

504、mme根据第二响应消息生成释放接入承载请求。

本实施例中，当mme接收到第二响应消息，根据该第二响应消息确定ue不再通过cp通道发送上行数据包后，mme生成释放接入请求消息，用于指示sgw释放s11_u承载。

可选的，在一些可能的实现方式中，若存在网络抖动的原因，可能存在mme接收到第二响应消息后，依然收到ue通过基站发送的上行数据包(ue在接收到第二请求消息之前发出，而由于上行数据包发送较慢，mme在接收到第二响应消息后才接收到该上行数据包)。此时，mme接收到该上行数据包后，可以生成对应的失败消息，并通过基站向ue发送该失败消息。该失败消息中可以携带有该上行数据包，用于通知ue通过up承载发送该上行数据包。该失败消息中也可以不携带该上行数据包，用于通知ue通过up承载发送距离当前时间最近一次通过cp通道发送的上行数据包。

505、mme向sgw发送释放接入承载请求。

本实施例中，第二请求消息用以指示ue不再通过cp通道发送上行数据包，mme接收到第二响应消息后，mme生成释放接入承载请求，该释放接入承载请求用以指示sgw释放s11_u承载。

506、sgw向mme发送释放接入承载响应。

本实施例中，sgw根据接收的释放接入承载请求缓存下行数据包，并在本地删除s11_u承载。释放s11_u承载后，sgw向mme发送释放接入承载响应，该释放接入承载响应用以指示mme本地删除s11_u承载。

507、mme向基站发送初始上下文建立请求。

508、基站与ue建立无线承载。

509、当无线承载建立完成时，ue通过up承载发送上行数据。

510、基站向mme发送初始上下文建立完成消息。

需要说明的是，步骤507至步骤510与图3中所示的步骤304至步骤307类似，此处不再赘述。

511、mme向sgw发送修改承载请求。

本实施例中，当sgw接收到修改承载请求，根据修改承载请求确定up承载已建立后，sgw生成修改承载请求，该修改承载请求可以携带有ue当前基站的承载地址。

可选的，在一些可能的实现方式中，该修改承载请求中也可以用于通知sgw释放s11_u承载。

512、sgw向mme发送修改承载响应。

本实施例中，sgw接收到修改承载请求后，sgw根据修改承载请求建立up承载，并将cp通道切换至up承载。具体地，该修改承载请求可以携带有s11tf标志位，s11tf标志位为一个特殊的消息信元，sgw可根据该s11tf标志位将当前连接的s11_u承载切换为s1-u承载。同时，sgw将消息中携带的承载地址保存在本地，并根据该承载地址在本地进行对应的s1-u承载的配置。

可选的，在一些可能的实现方式中，sgw接收到修改承载请求后，根据该修改承载请求释放s11_u承载。

从以上技术方案可以看出，本申请实施例具有以下优点：

当mme触发由cp通道切换up承载进行数据传输时，mme首先通过基站向ue发送第二请求消息，指示ue停止通过cp通道发送上行数据包，在mme接收到ue发送的第二响应消息后，再进行数据传输通道的切换，并释放cp通道。从而使得mme在数据传输通道的切换过程中，不再接收ue通过cp通道发送的上行数据包，减低了切换过程中上行数据包的丢包概率。

下面具体参照图6，图6为本申请实施例中通信方法的另一个实施例示意图，可以包括：

601、当mme触发由cp通道切换up承载进行数据传输时，mme向基站发送初始上下文建立请求。

602、基站与ue建立无线承载。

需要说明的是，步骤601至步骤602与图3中所示的步骤304至步骤305类似，此处不再赘述。

603、当ue与基站无线承载建立完成时，ue生成指示消息。

本实施例中，当基站与ue无线承载建立完成时，ue停止通过cp通道发送上行数据包，并缓存待上行的上行数据包在本地。之后，ue生成指示消息。

可选的，在一些可能的实现方式中，ue在接收到初始无线承载建立请求后，即可停止通过cp通道发送上行数据包，并缓存待上行的上行数据包在本地。之后，ue生成指示消息。

604、ue通过基站向mme发送指示消息。

本实施例中，当ue设置完毕后，ue可以通过基站向mme发送指示消息，该指示消息可以通过nas层以nas消息形式发送。

605、mme根据指示消息生成释放接入承载请求。

本实施例中，当mme接收到指示消息，根据该指示消息确定ue不再通过cp通道发送上行数据包后，mme生成释放接入请求消息，该释放接入承载请求用于指示sgw释放cp承载。

606、mme向sgw发送释放接入承载请求。

607、sgw向mme发送释放接入承载响应。

需要说明的是，步骤606至步骤607与图5所示的步骤505至步骤506类似，此处不再赘述。

608、当无线承载建立完成时，ue通过up承载发送上行数据。

609、mme向sgw发送修改承载请求。

610、sgw向mme发送修改承载响应。

611、基站向mme发送初始上下文建立完成消息。

需要说明的是，步骤608至步骤611与图5中所示的步骤509至512类似，此处不再赘述。

从以上技术方案可以看出，本申请实施例具有以下优点：

当mme触发由cp通道切换up承载进行数据传输时，mme先指示基站建立up承载。在基站与ue建立无线承载过程中，当mme接收到ue的指示消息后，再释放cp通道，该指示消息用于指示ue当前已停止通过cp通道发送上行数据包，即使得mme在确定不会再接收ue通过cp通道发送的上行数据包后，再释放cp通道，从而降低了切换过程中上行数据包的丢包概率。

下面具体参照图7，图7为本申请实施例中移动性管理实体的一个实施例示意图，可以包括：

收发单元701，用于当触发由cp通道切换up承载进行数据传输时，获取指示消息，该指示消息用于指示ue停止通过该cp通道发送上行数据包；

处理单元702，用于根据该指示消息释放该cp通道。

可选的，在本申请的一些实施例中，

收发单元701，还用于向基站发送初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；具体用于接收该基站发送的初始上下文建立完成消息。

可选的，在本申请的一些实施例中，

收发单元701，还用于向服务网关sgw发送第一请求消息，该第一请求消息用于指示该sgw不释放该cp通道并停止通过该cp通道发送下行数据包；接收该sgw发送的第一响应消息。

可选的，在本申请的一些实施例中，

收发单元701，还用于通过该基站向该ue发送第二请求消息，该第二请求消息用于指示该ue停止通过该cp通道发送上行数据包；具体用于接收该ue通过该基站发送的第二响应消息。

可选的，在本申请的一些实施例中，

收发单元701，还用于若接收到该ue通过该cp通道发送的该上行数据包，则通过该基站向该ue发送失败消息，该失败消息用于指示该ue通过该up承载发送该上行数据包。

可选的，在本申请的一些实施例中，

收发单元701，具体用于接收该ue通过基站发送的该指示消息。

可选的，在本申请的一些实施例中，

收发单元701，还用于向基站发送该初始上下文建立请求，该初始上下文建立请求用于指示该基站建立该up承载；接收该基站发送的初始上下文建立完成消息。

可选的，在本申请的一些实施例中，

处理单元702，具体用于根据该指示消息生成修改承载请求；向该sgw发送该修改承载请求，该修改承载请求用于指示该sgw释放该cp通道并建立该up承载；接收该sgw发送的修改承载响应。

可选的，在本申请的一些实施例中，

处理单元702，具体用于根据该指示消息生成释放接入承载请求；向该sgw发送该释放接入承载请求，该释放接入承载请求用于指示该sgw释放该cp通道；接收该sgw发送的释放接入承载响应。

下面具体参照图8，图8为本申请实施例中服务网关的一个实施例示意图，可以包括：

收发单元801，用于接收mme发送的修改承载请求；向该mme发送修改承载响应；

处理单元802，用于根据该修改承载请求释放cp通道，并建立up承载。

可选的，在本申请的一些实施例中，

收发单元801，还用于接收该mme发送的第一请求消息；向该mme发送第一响应消息；

处理单元802，还用于根据该第一请求消息不释放该cp通道并停止通过该cp通道发送下行数据包。

下面具体参照图9，图9为本申请实施例中用户设备的一个实施例示意图，可以包括：

收发单元901，用于获取指示消息；当up承载建立时，通过该up承载发送上行数据包；

处理单元902，用于根据该指示消息停止通过cp通道发送上行数据包。

可选的，在本申请的一些实施例中，

收发单元901，具体用于接收mme通过该基站发送的第二请求消息；还用于通过该基站向该mme发送第二响应消息，该第二响应消息用于指示mme生成释放接入承载请求。

可选的，在本申请的一些实施例中，

收发单元901，还用于接收该mme通过该基站发送的失败消息；根据该失败消息通过该up承载发送该上行数据包。

可选的，在本申请的一些实施例中，

收发单元901，具体用于当该ue与该基站无线承载建立完成时，生成该指示消息；还用于通过基站向mme发送该指示消息，该指示消息用于指示该mme释放该cp通道。

下面具体参照图10，图10为本申请实施例中移动性管理实体的另一个实施例示意图，可以包括：

至少一个处理器1001，存储器1002，收发器1003和总线1004，处理器1001、存储器1002和收发器1003通过总线1004系统耦合，所述移动性管理实体通过收发器1003与所述移动性管理实体之外的装置相通信，存储器1002用于存储程序指令，处理器1001用于执行所述存储器中存储的所述程序指令，使得所述移动性管理实体执行如本申请实施例中图3至图6所示实施例及任一可选方式中移动性管理实体所执行的方法。

下面具体参照图11，图11为本申请实施例中服务网关的另一个实施例示意图，可以包括：

至少一个处理器1101，存储器1102，收发器1103和总线1104，处理器1101、存储器1102和收发器1103通过总线1104系统耦合，所述服务网关通过收发器1103与所述移动性管理实体之外的装置相通信，存储器1102用于存储程序指令，处理器1101用于执行所述存储器中存储的所述程序指令，使得所述服务网关执行如本申请实施例中图3至图6所示实施例及任一可选方式中服务网关所执行的方法。

下面具体参照图12，图12为本申请实施例中用户设备的另一个实施例示意图，可以包括：

至少一个处理器1201，存储器1202，收发器1203和总线1204，处理器1201、存储器1202和收发器1203通过总线1204系统耦合，所述用户设备通过收发器1203与所述移动性管理实体之外的装置相通信，存储器1202用于存储程序指令，处理器1201用于执行所述存储器中存储的所述程序指令，使得所述用户设备执行如本申请实施例中图3至图6所示实施例及任一可选方式中用户设备所执行的方法。

本申请实施例还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中移动性管理实体所执行的方法。

本申请实施例还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中服务网关所执行的方法。

本申请实施例还提供了一种计算机存储介质，包括指令，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中用户设备所执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中移动性管理实体所执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中服务网关所执行的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图6所示实施例及任一可选方式中用户设备所执行的方法。

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

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述，以上实施例仅用于说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。