下行数据的乱序控制方法及装置与流程

本申请涉及移动通信技术领域，尤其涉及下行数据的乱序控制方法及装置。

背景技术：

目前，在一些应用场景中，由于终端移动等原因，导致终端与数据网络之间的数据传输路径发生切换，进而可能导致路径切换前后的两条数据传输路径上的共同节点(也称为路径汇聚网元)，在一定时间内可以同时接收到两条数据传输路径上的下行数据，并且由于路径汇聚网元无法区分两条数据传输路径上的下行数据的发送先后顺序，从而可能导致下行数据包的乱序问题。

技术实现要素：

本申请提供下行数据的乱序控制方法及装置，用以解决下行数据包的乱序问题。

第一方面，本申请提供一种下行数据的乱序控制方法，包括：控制面网元确定切换数据传输路径。控制面网元向路径汇聚网元发送指示信息，指示信息用于指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，第一数据传输路径为切换前的数据传输路径，第二数据传输路径为切换后的数据传输路径。基于该方案，控制面网元可以指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，从而解决了下行数据包的乱序问题，提升了用户体验。

在一种可能的实现方式中，指示信息用于指示路径汇聚网元直到接收到第一数据传输路径的结束标记，再发送第二数据传输路径的下行数据包，结束标记用于指示第一数据传输路径的下行数据传输完毕。

在一种可能的实现方式中，控制面网元确定切换数据传输路径，包括：在会话锚点改变流程中，控制面网元确定从第一会话锚点切换至第二会话锚点，其中，第一会话锚点位于第一数据传输路径，第二会话锚点位于第二数据传输路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和接入网设备，第二数据传输路径经过数据网络、第二会话锚点和接入网设备，则路径汇聚网元为接入网设备。或者，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在又一种可能的实现方式中，控制面网元确定切换数据传输路径，包括：在用户面连接恢复流程中，控制面网元确定从第一用户面网元切换至第二用户面网元，其中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

第二方面，本申请提供一种下行数据的乱序控制方法，包括：路径汇聚网元接收控制面网元的指示信息。路径汇聚网元根据指示信息，将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，第一数据传输路径为切换前的数据传输路径，第二数据传输路径为切换后的数据传输路径。基于该方案，控制面网元可以指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，从而解决了下行数据包的乱序问题，提升了用户体验。

在一种可能的实现方式中，指示信息用于指示路径汇聚网元直到接收到第一数据传输路径的结束标记，再发送第二数据传输路径的下行数据包，结束标记用于指示第一数据传输路径的下行数据传输完毕。

在一种可能的实现方式中，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和接入网设备，第二数据传输路径经过数据网络、第二会话锚点和接入网设备，则路径汇聚网元为接入网设备。或者，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在又一种可能的实现方式中，在用户面连接恢复流程中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

第三方面，本申请提供一种下行数据的乱序控制方法，包括：在接入网设备切换流程中，控制面网元建立路径汇聚网元与接入网设备之间的第一用户面连接。在会话锚点改变流程中，控制面网元建立路径汇聚网元与接入网设备之间的第二用户面连接。其中，第一用户面连接用于路径汇聚网元将接收到的来自第一数据传输路径的下行数据发送至接入网设备，第二用户面连接用于路径汇聚网元将接收到的来自第二数据传输路径的下行数据发送至接入网设备，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。基于该方案，控制面网元建立了路径汇聚网元与接入网设备之间的两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而接入网设备可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而接入网设备可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，控制面网元建立路径汇聚网元与接入网设备之间的第二用户面连接，包括：控制面网元向接入网设备发送第一指示信息，第一指示信息用于指示接入网设备分配第二用户面连接的隧道信息。控制面网元接收来自接入网设备的第二用户面连接的隧道信息。控制面网元向路径汇聚网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，控制面网元还向路径汇聚网元发送第二指示信息，第二指示信息用于指示路径汇聚网元将第二数据传输路径的下行数据通过第二用户面连接的隧道发送至接入网设备。

第四方面，本申请提供一种下行数据的乱序控制方法，包括：在用户面连接恢复流程中，控制面网元确定从第一用户面网元切换至第二用户面网元。控制面网元建立第二用户面网元与接入网设备之间的第一用户面连接，以及建立第二用户面网元与接入网设备之间的第二用户面连接。其中，第一用户面连接用于路径汇聚网元将接收到的来自第一数据传输路径的下行数据发送至接入网设备，第二用户面连接用于路径汇聚网元将接收到的来自第二数据传输路径的下行数据发送至接入网设备，第一数据传输路径为用户面网元切换前的路径，第二数据传输路径为用户面网元切换后的路径。基于该方案，控制面网元建立了路径汇聚网元与接入网设备之间的两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而接入网设备可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而接入网设备可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且第一用户面网元与第二用户面网元之间存在连接。

在一种可能的实现方式中，控制面网元建立第二用户面网元与接入网设备之间的第二用户面连接，包括：控制面网元向接入网设备发送第一指示信息，第一指示信息用于指示接入网设备分配第二用户面连接的隧道信息。控制面网元接收来自接入网设备的第二用户面连接的隧道信息。控制面网元向第二用户面网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，控制面网元还向第二用户面网元发送第二指示信息，第二指示信息用于指示第二用户面网元将第二数据传输路径的下行数据通过第二用户面连接发送至接入网设备。

第五方面，本申请提供一种下行数据的乱序控制方法，包括：路径汇聚网元接收第一数据传输路径的下行数据和第二数据传输路径的下行数据。路径汇聚网元通过路径汇聚网元与接入网设备之间的第一用户面连接，向接入网设备发送第一数据传输路径的下行数据。路径汇聚网元通过路径汇聚网元与接入网设备之间的第二用户面连接，向接入网设备发送第二数据传输路径的下行数据。基于该方案，在路径汇聚网元与接入网设备之间建立了两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而接入网设备可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而接入网设备可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

在一种可能的实现方式中，路径汇聚网元接收第一数据传输路径的下行数据和第二数据传输路径的时下行数据之前，还从控制面网元接收指示信息，指示信息用于指示路径汇聚网元将第二传输路径的下行数据通过路径汇聚网元与接入网设备之间的第二用户面连接发送至接入网设备。

在一种可能的实现方式中，路径汇聚网元接收控制面网元发送的接入网设备的第二用户面连接的隧道信息。

在一种可能的实现方式中，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在又一种可能的实现方式中，第一数据传输路径为用户面连接恢复流程中用户面路径切换前的路径，第二数据传输路径为用户面连接恢复流程中用户面路径切换后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

第六方面，本申请提供一种下行数据的乱序控制方法，包括：接入网设备接收路径汇聚网元通过与接入网设备之间的第一用户面连接发送的第一数据传输路径的下行数据，以及接收路径汇聚网元通过与接入网设备之间的第二用户面连接发送的第二数据传输路径的下行数据，第一数据传输路径为路径切换前的数据传输路径，第二数据传输路径为路径切换后的数据传输路径。接入网设备将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据。基于该方案，在路径汇聚网元与接入网设备之间建立了两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而接入网设备可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而接入网设备可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

在一种可能的实现方式中，接入网设备接收控制面网元发送的指示信息，指示信息用于指示接入网设备分配第二用户面连接的隧道信息。接入网设备分配第二用户面连接的隧道信息，并向控制面网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在又一种可能的实现方式中，第一数据传输路径为用户面连接恢复流程中用户面路径切换前的路径，第二数据传输路径为用户面连接恢复流程中用户面路径切换后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

第七方面，本申请提供一种装置，该装置可以是控制面网元、路径汇聚网元、接入网设备，也可以是芯片。该装置具有实现上述第一方面或第一方面的任一实施例、或上述第二方面或第二方面的任一实施例、或上述第三方面或第三方面的任一实施例、或上述第四方面或第四方面的任一实施例、或上述第五方面或第五方面的任一实施例、或上述第六方面或第六方面的任一实施例的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

第八方面，提供了一种装置，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该装置运行时，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面或第一方面中任一所述的方法、或执行如上述第二方面或第二方面中任一所述的方法、或执行如上述第三方面或第三方面中任一所述的方法、或执行如上述第四方面或第四方面中任一所述的方法、或执行如上述第五方面或第五方面中任一所述的方法、或执行如上述第六方面或第六方面中任一所述的方法。

第九方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一实施例所述的方法、或执行上述第二方面或第二方面的任一实施例所述的方法、执行上述第三方面或第三面的任一实施例所述的方法、执行上述第四方面或第四方面的任一实施例所述的方法、执行上述第五方面或第五方面的任一实施例所述的方法、执行上述第六方面或第六方面的任一实施例所述的方法。

第十方面，本申请还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任一实施例所述的方法、或执行上述第二方面或第二方面的任一实施例所述的方法、执行上述第三方面或第三面的任一实施例所述的方法、执行上述第四方面或第四方面的任一实施例所述的方法、执行上述第五方面或第五方面的任一实施例所述的方法、执行上述第六方面或第六方面的任一实施例所述的方法。

第十一方面，本申请还提供一种系统，该系统包括上述第一方面或第一方面任一实施例中的控制面网元，和，上述第二方面或第二方面任一实施例中的路径汇聚网元。

第十二方面，本申请还提供一种系统，该系统包括上述第三方面或第三方面任一实施例中的控制面网元，上述第五方面或第五方面任一实施例中的路径汇聚网元，以及，上述第六方面或第六方面任一实施例中的接入网设备。

第十三方面，本申请还提供一种系统，该系统包括上述第四方面或第五方面任一实施例中的控制面网元，上述第五方面或第五方面任一实施例中的路径汇聚网元，以及，上述第六方面或第六方面任一实施例中的接入网设备。

附图说明

图1为本申请提供的一种可能的网络架构示意图；

图2为本申请提供的一种psa改变流程示意图；

图2(a)为本申请提供的又一种psa改变流程示意图；

图2(b)为本申请提供的又一种psa改变流程示意图；

图2(c)为本申请提供的又一种psa改变流程示意图；

图3为本申请提供的为下行触发用户面连接恢复流程的应用场景示意图；

图4为本申请提供的一种下行数据的乱序控制方法流程图；

图5为本申请提供的又一种下行数据的乱序控制方法流程图；

图6为本申请提供的又一种下行数据的乱序控制方法流程图；

图7为本申请提供的又一种下行数据的乱序控制方法流程图；

图8为本申请提供的又一种下行数据的乱序控制方法流程图；

图9为本申请提供的又一种下行数据的乱序控制方法流程图；

图10为本申请提供的又一种下行数据的乱序控制方法流程图；

图11为本申请提供的又一种下行数据的乱序控制方法流程图；

图12为本申请提供的又一种下行数据的乱序控制方法流程图；

图13为本申请提供的又一种下行数据的乱序控制方法流程图；

图14为本申请提供的一种装置示意图；

图15为本申请提供的又一种装置示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。其中，在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

如图1所示，为本申请所适用的一种可能的网络架构。该网络架构包括接入网设备(图中以接入网设备为无线接入网(radioaccessnetwork，ran)设备为例)、用户面网元(图中以用户面网元为用户面功能(userequipmentfunction，upf)网元为例)、移动性管理网元(图中以移动性管理网元为接入与移动性管理功能(accessandmobilitymanagementfunction，amf)网元为例)、会话管理网元(图中以会话管理网元为会话管理功能(sessionmanagementfunction，smf)网元为例)。其中，终端与amf网元之间的接口可以称为n1接口，amf网元与ran设备之间的接口可以称为n2接口，ran设备与upf网元之间的接口可以称为n3接口，smf网元与upf网元之间的接口可以称为n4接口，amf网元与smf网元之间的接口可以称为n11接口，upf网元与数据网络(datanetwork，dn)之间的接口可以称为n6接口。当然，随着通信制式的演变，上述网元的名称可能会发生改变，各个网元之间的接口名称也可能会发生改变。

用户面网元，主要负责对用户报文进行处理，如转发、计费、合法监听等。在第5代(5thgeneration，5g)通信中，用户面网元可以是图1所示的upf网元，在未来通信如第6代(6thgeneration，6g)通信中，用户面网元仍可以是upf网元，或有其它的名称，本申请不做限定。

会话管理网元，主要用于移动网络中的会话管理，如会话建立、修改、释放，具体功能包括为终端分配互联网协议(internetprotocol，ip)地址、选择提供报文转发功能的用户面网元等。在5g通信中，会话管理网元可以是图1所示的smf网元，在未来通信如6g通信中，会话管理网元仍可以是smf网元，或有其它的名称，本申请不做限定。

本申请中，会话管理网元也可以称为控制面网元。

移动性管理网元，主要用于移动网络中的终端的注册、移动性管理、跟踪区更新流程。移动性管理网元终结了非接入层(nonaccessstratum，nas)消息、完成注册管理、连接管理以及可达性管理、分配跟踪区域列表(trackarealist，talist)以及移动性管理等，并且透明路由会话管理(sessionmanagement，sm)消息到会话管理网元。在5g通信中，移动性管理网元可以是图1所示的amf网元，在未来通信如6g通信中，移动性管理网元仍可以是amf网元，或者有其它名称，本申请对此不作限定。

数据网络(dn)是指为用户提供数据传输服务的运营商网络，如ip多媒体业务(ipmulti-mediaservice,ims)、互联网(internet)终端通过建立终端、接入网设备、用户面网元、及数据网络之间的会话(协议数据单元(protocoldataunti，pdu)会话(session))，来访问数据网络。

终端是一种具有无线收发功能的设备，终端可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtualreality，vr)终端、增强现实(augmentedreality，ar)终端、工业控制(industrialcontrol)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remotemedical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportationsafety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smarthome)中的无线终端，以及还可以包括用户设备(userequipment，ue)等。终端还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，sip)电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork，plmn)中的终端设备等。终端有时也可以称为终端设备、用户设备(userequipment，ue)、接入终端设备、车载终端、工业控制终端、ue单元、ue站、移动站、移动台、远方站、远程终端设备、移动设备、ue终端设备、终端设备、无线通信设备、ue代理或ue装置等。终端也可以是固定的或者移动的。本申请实施例对此并不限定。

接入网设备，也可以称为ran设备，是一种为终端提供无线通信功能的设备。接入网设备例如包括但不限于：5g中的下一代基站(gnodeb，gnb)、演进型节点b(evolvednodeb，enb)、无线网络控制器(radionetworkcontroller，rnc)、节点b(nodeb，nb)、基站控制器(basestationcontroller，bsc)、基站收发台(basetransceiverstation，bts)、家庭基站(例如，homeevolvednodeb，或homenodeb，hnb)、基带单元(basebandunit，bbu)、传输点(transmittingandreceivingpoint，trp)、发射点(transmittingpoint，tp)、移动交换中心等。接入网设备还可以是云无线接入网络(cloudradioaccessnetwork，cran)场景下的无线控制器、集中单元(centralizedunit，cu)，和/或分布单元(distributedunit,du)，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5g网络中的网络设备或者未来演进的plmn网络中的网络设备等。终端可以与不同技术的多个接入网设备进行通信，例如，终端可以与支持长期演进(longtermevolution，lte)网络的接入网设备通信，也可以与支持5g网络的接入网设备通信，还可以支持与lte网络的接入网设备以及5g网络的接入网设备的双连接。本申请实施例并不限定。

可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能，或者是平台(例如,云平台)上实例化的虚拟化功能。

为方便说明，本申请后续，以用户面网元为upf网元，接入网设备为ran设备，会话管理网元为smf网元，移动性管理网元为amf网元，终端为ue为例进行说明。进一步地，将upf网元简称为upf，将ran设备简称为ran，smf网元简称为smf，amf网元简称为amf。即本申请后续所描述的upf均可替换为用户面网元，ran均可替换为接入网设备，smf均可替换为smf，amf网元均可替换为amf，ue均可替换为终端。

下面对本申请中涉及到的一些术语及背景进行说明，以便于理解本申请的发明内容。

一、ue的状态

ue的状态包括空闲态(idle)和连接态(connected)，当然，ue也还可以包括其他状态，本申请不做限定。

其中，当ue处于空闲态时，从用户面角度看，ue的所有会话对应的空口连接，即ue与ran之间的无线连接、以及ran与upf之间的n3连接均被释放。从控制面角度看，ran与amf之间的n2信令连接被释放、ue与amf之间的n1连接被释放。

当ue处于连接态时，从用户面角度看，ue与ran、ran与upf之间存在用户面连接。从控制面角度看，ue与amf之间存在n1连接、ran与amf之间存在n2连接。

二、pdu会话锚点(pdusessionanchor，psa)改变流程

本申请中，psa也可以称为会话锚点。例如，在具体应用中，psa可以是具有ip锚定功能的upf网元，也可以是具有业务锚点功能的upf网元。其中，ip锚定功能指的是ueip的锚定点，即当该锚定点不变时，ueip不变；业务锚点功能指的是当锚定点不变时，业务连续性不受影响。

当psa改变时，ip会发生变化；业务锚定功能指的是当psa改变时，业务连续性会受影响。

psa改变也可以称为psa切换，或者称为会话锚点切换，或者称为锚点重定向。psa改变指的是数据传输路径中的psa发生改变或切换。

如图2所示，为psa改变流程示意图。ue在移动之前，通过ran1、i-upf1(路径上可以没有该i-upf1)及psa1接入到dn，即ue的数据传输路径(或者称为用户面路径)如图2中细虚线所示，经过：ue、ran1、(i-upf1)、psa1、dn。

ue在移动之后，通过ran2、i-upf2(路径上可以没有该i-upf2)及psa1接入到dn，即ue的数据传输路径(或者称为用户面路径)如图2中粗虚线所示，经过：ue、ran2、(i-upf2)、psa1、dn。本申请中，也将该数据传输路径称为第一数据传输路径，即为psa改变流程中，发生psa改变之前的数据传输路径。

此时，smf可能因为路径不优而决定锚点重定向，即重新选择一个新的锚点psa2，并改变数据传输路径，且改变后的ue的数据传输路径(或者称为用户面路径)如图2中粗实线所示，经过：ue、ran2、(i-upf2)、psa2、dn。本申请中，也将该数据传输路径称为第二数据传输路径，即为psa改变流程中，发生psa改变之后的数据传输路径。

基于上述背景，当psa改变完成之后，dn中的应用服务器(applicationsever，as)可以开始将下行数据(或下行报文)从第二数据传输路径发往ue。在应用服务器从第二数据传输路径向ue发送下行数据时，可能在第一数据传输路径上还有未发送至ue的下行数据，并且，由于第一数据传输路径不优(比如，路径较长)的原因，第二数据传输路径上的下行数据可能先于第一数据传输路径上的下行数据到达ran2或i-upf2(当路径上存在i-upf2时)。对于ran2或i-upf2而言，由于无法区分哪些下行数据是先发送的，哪些下行数据是后发送的，从而可能会导致下行数据存在乱序的问题，进而可能造成用户体验降低。

因此，针对图2所示的psa改变流程中出现的上述下行数据包的乱序问题，是本申请将要解决的问题。

需要说明的是，本申请中的i-upf指的是中间(intermediate)upf。

进一步的，本申请还可以将图2所示的psa改变流程划分为以下三个具体的应用场景。

应用场景一，ue移动后的数据传输路径上没有i-upf，即ran同时连接多个psa。

如图2(a)所示，为本申请提供的又一种psa改变流程示意图。ue移动后，发生psa改变前的数据传输路径，即第一数据传输路径经过：ue、ran2、psa1、dn，发生psa改变后的数据传输路径，即第二数据传输路径经过：ue、ran2、psa2、dn。

即ue移动后的第一数据传输路径和第二数据传输路径上都没有i-upf。

应用场景二，ue移动后的路径上有i-upf，且该i-upf不可以作为psa改变之后的锚点。

如图2(b)所示，为本申请提供的又一种psa改变流程示意图。ue移动后，发生psa改变前的数据传输路径，即第一数据传输路径经过：ue、ran2、i-upf2、psa1、dn，发生psa改变后的数据传输路径，即第二数据传输路径经过：ue、ran2、i-upf2、psa2、dn。

即ue移动后的第一数据传输路径和第二数据传输路径上都有i-upf(即图中的i-upf2)，且是同一个i-upf，且该i-upf与psa2不是同一个节点。

应用场景三，ue移动后的路径上有i-upf，且该i-upf可以作为psa改变之后的锚点。

如图2(c)所示，为本申请提供的又一种psa改变流程示意图。ue移动后，发生psa改变前的数据传输路径，即第一数据传输路径经过：ue、ran2、i-upf2/psa2、psa1、dn，其中，psa1与i-upf2/psa2之间存在用户面连接。发生psa改变后的数据传输路径，即第二数据传输路径经过：ue、ran2、i-upf2/psa2、dn。

即ue移动后的第一数据传输路径和第二数据传输路径上都有i-upf(即图中的i-upf2)，且是同一个i-upf，且该i-upf2与psa2是同一个节点，即i-upf2既可以作为i-upf，也可以作为psa。

三、下行触发的用户面连接恢复流程

如图3所示，为下行触发用户面连接恢复流程的一种应用场景示意图。

ue中的会话1对应的数据传输路径(或称为用户面连接)为：ue、ran1、i-upf1、psa、dn，如图3中细虚线所示。当ue处于空闲态，或者ue处于连接态但会话1对应的用户面连接去激活时，若会话1有下行数据，即有从dn发往ue的下行数据时，则该下行数据将无法发送至ue。具体地，dn将下行数据发送至psa，然后由psa发至i-upf1，i-upf1无法将下行数据发送至ran1。此时，一方面，i-upf1会缓存该下行数据，或者将下行数据发送至smf并由smf缓存该下行数据；另一方面，触发用户面连接恢复流程。比如，当ue处于空闲态时，则该用户面连接恢复流程可以是寻呼流程；当ue处于连接态但会话1对应的用户面连接去激活时，则该用户面连接恢复流程为恢复会话1对应的用户面连接的流程。

进一步地，本申请所考虑的应用场景是，在下行数据触发用户面连接恢复之前，ue发生了移动。如图3所示，假设当下行数据开始下发时，ue已经从ran1的覆盖范围移动到了ran2的覆盖范围，且ran2无法直连到i-upf1，ran2可以通过i-upf2连接到i-upf1，因而在用户面连接恢复流程中，恢复的用户面连接是：ue、ran2、i-upf2、psa、dn，如图3中粗实线所示，本申请中，该用户面连接也称为第二数据传输路径。并且，在用户面连接恢复之前，若i-upf1上缓存有未发送至ue的下行数据，则在恢复用户面连接之后，i-upf1与i-upf2之间可以建立转发隧道以传输缓存的下行数据，如图3中的粗虚线所示，为用户面连接恢复之后用于传输i-upf1缓存的下行数据的数据传输路径(或称为用户面连接)，经过：dn、psa、i-upf1、i-upf2、ran2、ue，其中，i-upf1与i-upf2之间存在用户面连接，本申请中，也将该数据传输路径称为第一数据传输路径。需要说明的是，若在用户面连接恢复之前，未发送至ue的下行数据是缓存在smf上，则用户面连接恢复之后，smf可以将下行数据发送至i-upf2。

基于上述背景，当用户面连接恢复之后，dn中的应用服务器可以开始将下行数据(或下行报文)从第二数据传输路径发往ue。在应用服务器从第二数据传输路径向ue发送下行数据时，可能在第一数据传输路径上还有未发送至ue的下行数据，比如是缓存在i-upf1，因此需要通过第一数据传输路径传输至ue。此时，在i-upf2上将会接收到两个方向的下行数据：(1)psa从第二数据传输路径发来的下行数据；(2)i-upf1从第一数据传输路径发来的缓存的下行数据。

因此，对于i-upf2而言，由于无法区分哪些下行数据是先发送的，哪些下行数据是后发送的，从而可能会导致下行数据存在乱序的问题，进而可能造成用户体验降低。

因此，针对图3所示的用户面连接恢复流程中出现的上述下行数据包的乱序问题，也是本申请将要解决的问题。

针对图2和图3所示的流程，一般地，会在以下的情形中，较为容易出现需要对下行数据进行排序的问题。

情形1，下行数据的连续下发不依赖于上行数据的触发/响应，如仅有下行(mobileterminatedonly，mt-only)类型的业务。

若下行数据的连续下发依赖于上行数据的触发/响应，则dn如果没有收到ue发送的上行数据，就不会连续的发送下行数据，因而在图2或图3所示的第二数据传输路径(即新建立的用户面连接)上不会发送下行数据，进而导致i-upf2上不会接收到来自两个数据传输路径的下行数据，因而不会出现乱序问题。反之，若下行数据的连续下发不依赖于上行数据的触发/响应，则在新的用户面连接建立完成之后，就可以发送下行数据，才会导致i-upf2上可能出现乱序问题，因此，本申请适用于下行数据的连续下发不依赖于上行数据的触发/响应的场景。

比如，一种具体示例为，以太类型的会话可以仅传输下行数据，如事件控制的信号，当有事件发生时，向ue发送下行数据。

情形2，缓存的下行数据量很大，i-upf2可能无法一次将缓存的下行数据发送至ue。

由于第一数据传输路径上的某个节点，如图2的psa1或图3的i-upf1上缓存的第一数据传输路径的下行数据量比较大，当ue接收到来自第一数据传输路径的下行数据之后，就会向dn发送上行数据，dn在接收到上行数据后，此时已经建立了第二数据传输路径，则dn将会转而在第二数据传输路径上继续向ue发送下行数据，与此同时，第一数据传输路径上仍然有下行数据发送至ue，从而造成图2或图3中的i-upf2会同时接收到第一数据传输路径的下行数据(即老的下行数据)和第二数据传输路径的下行数据(即新的下行数据)，导致i-upf2上可能出现乱序问题，因此，本申请也适用于缓存的下行数据量很大，i-upf2无法一次将缓存的下行数据发送至ue的场景。

需要说明的是，上述情形1和情形2只是作为示例，本申请不限于上述两种情形，对于存在如图2或图3所示的流程中的乱序问题的其他情形，本申请同样适用。

针对上述所述的psa改变流程或下行触发的用户面连接恢复流程中出现的下行数据的乱序问题，本申请结合不同应用场景，给出不同的解决方法，下面具体说明。

为方便说明，本申请以控制面网元为smf为例，对本申请实施例进行说明，对于控制面网元是其他网元的场景，本申请同样适用。

本申请中，在psa改变流程中，psa改变之前的第一数据传输路径中的psa、i-upf、ran分别可以称为第一psa、(第二upf、)第二ran，或者也可以称为psa1、(i-upf2、)ran2。psa改变之后的第二数据传输路径中的psa、upf、ran分别可以称为第二psa、(第二upf、)第二ran，或者也可以称为psa2、(i-upf2、)ran2。

本申请中，在用户面连接恢复流程中，upf改变之前的第一数据传输路径中的i-upf、ran分别可以称为第一upf、第二ran，或者也可以称为i-upf1、ran2。upf改变之后的第二数据传输路径中的i-upf、ran分别可以称为第二upf、第二ran，或者也可以称为i-upf2、ran2。

如图4所示，为本申请提供的一种下行数据的乱序控制方法。该方法解决上述下行数据乱序问题的思路是：smf指示路径汇聚网元先发送老的数据(即第一数据传输路径的下行数据)，在老的数据发送完之后，再发送新的数据(即第二数据传输路径的下行数据)，从而解决乱序问题。

其中，路径汇聚网元指的是第一数据传输路径与第二数据传输路径汇聚的网络节点。

该实施例可应用于psa改变流程中的上述三个应用场景，即可以解决图2(a)、图2(b)及图2(c)所示的应用场景中的下行数据的乱序问题。针对图2(a)，路径汇聚网元指的是ran2；针对图2(b)，路径汇聚网元指的是i-upf2；针对图2(c)，路径汇聚网元指的是psa2/i-upf2(这里的i-upf2和psa2是同一个节点，即i-upf2既可以作为upf，也可以作为psa)。

该实施例也可应用于用户面连接恢复流程中的应用场景，即可以解决图3所示的应用场景中的下行数据的乱序问题。针对图3，路径汇聚网元指的是i-upf2。

该方法包括以下步骤：

步骤401，smf确定切换数据传输路径。

切换数据传输路径，可以是上述psa改变流程中的切换数据传输路径，即在psa改变流程中，smf确定从psa1切换至psa2，其中，psa1位于第一数据传输路径，psa2位于第二数据传输路径。

切换数据传输路径，也可以是上述用户面连接恢复流程中的切换数据传输路径，smf确定从i-upf1切换至i-upf2，其中，第一数据传输路径经过dn、psa和i-upf1，第二数据传输路径经过dn、psa和i-upf2，且用户面路径切换后i-upf1与i-upf2之间存在连接。

作为一种实现方式，smf可以根据ue的位置信息，确定切换数据传输路径。即当ue发生移动时，ue可以根据ue的最新位置确定需要切换数据传输路径。

步骤402，smf向路径汇聚网元发送指示信息。相应地，路径汇聚网元可以接收到该指示信息。

该指示信息用于指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，其中，第一数据传输路径为切换前的数据传输路径，第二数据传输路径为切换后的数据传输路径。对该指示信息的另外一种描述方式为，该指示信息用于指示路径汇聚网元将第一数据传输路径和第二数据传输路径关联。如此，路径汇聚网元将第一数据传输路径的下行数据发送完之后，再发送第二数据传输路径的下行数据。

作为一种实现方式，该指示信息用于指示路径汇聚网元直到接收到第一数据传输路径的结束标记(endmarker)，再发送第二数据传输路径的下行数据包，结束标记用于指示第一数据传输路径的下行数据传输完毕。即，路径汇聚网元可以同时接收第一数据传输路径的下行数据和第二数据传输路径的下行数据，并且，路径汇聚网元缓存第二数据传输路径的下行数据，若第一数据传输路径的下行数据不包括结束标记，则路径汇聚网元将该第一数据传输路径的下行数据发送至ue，若第一数据传输路径的下行数据包括结束标记，表明第一数据传输路径的下行数据已经传输完毕，则路径汇聚网元从缓存中获取第二数据传输路径的下行数据并发送至ue，在发送完缓存的第二数据传输路径的下行数据之后，后续可以按照正常方式发送来自第二数据传输路径的下行数据。即，当路径汇聚网元接收到第一数据传输路径的下行数据为结束标记时，则路径汇聚网元开始发送第二数据传输路径的下行数据。

在具体实现中，结束标记(endmarker)可以是一个报文，可以称为endmarker报文。endmarker报文是数据传输路径中的最后一个报文。

步骤403，路径汇聚网元根据指示信息，将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据。

基于图4所示的实施例，控制面网元如smf，可以指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，从而解决了psa改变流程或用户面连接恢复流程中出现的下行数据包的乱序问题，提升了用户体验。

如图5所示，为本申请提供的又一种下行数据的乱序控制方法。该方法解决上述下行数据乱序问题的思路是：smf指示建立两个用户面连接，其中，通过第一用户面连接向ran2发送老的数据(即第一数据传输路径的下行数据)，通过第二用户面连接向ran2发送新的数据(即第二数据传输路径的下行数据)，从而ran2可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而ran2可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

其中，路径汇聚网元是第一数据传输路径与第二数据传输路径汇聚的网络节点。

该实施例可应用于psa改变流程中的上述应用场景二和应用场景三，即可以解决图2(b)及图2(c)所示的应用场景中的下行数据的乱序问题。针对图2(b)，路径汇聚网元指的是i-upf2；针对图2(c)，路径汇聚网元指的是psa2/i-upf2。

该方法包括以下步骤：

步骤501，在ran切换流程中，smf建立路径汇聚网元与ran之间的第一用户面连接。

ran切换流程完成之后，ue接入的ran可以由ran1切换为ran2，该实施例5中的ran指的是ran切换之后的ran2。

当ue发生移动，会触发ran切换流程，在ran切换流程过程中，会建立上述第一数据传输路径，以及建立ran与路径汇聚网元之间的用户面连接，称为第一用户面连接。针对图2(b)，第一用户面连接指的是ran与i-upf2之间的用户面连接。针对图2(c)，第一用户面连接指的是ran与psa2/i-upf2之间的用户面连接。

第一用户面连接用于路径汇聚网元将接收到的来自第一数据传输路径的下行数据发送至ran2，第一数据传输路径为ran切换流程之后的psa改变流程中改变psa前的路径。

步骤502，在psa改变流程中，smf建立路径汇聚网元与上述ran之间的第二用户面连接。

在ran切换流程完成之后，进入psa改变流程时，smf进一步建立路径汇聚网元与ran之间的第二用户面连接，第二用户面连接用于路径汇聚网元将接收到的来自第二数据传输路径的下行数据发送至ran，第二数据传输路径为改变psa后的路径。第二用户面连接也可称为路径汇聚网元与ran之间的转发隧道。

作为一种实现方式，smf通过以下方法建立路径汇聚网元与ran之间的第二用户面连接：smf向ran发送第一指示信息，该第一指示信息用于指示ran分配第二用户面连接的隧道信息，ran分配第二用户面连接的隧道信息，并向smf发送第二用户面连接的隧道信息，smf在接收到ran发送的第二用户面连接的隧道信息后，向路径汇聚网元发送第二用户面连接的隧道信息，如此，路径汇聚网元可以获取到ran的第二用户面连接的隧道信息。

进一步的，smf还可以向路径汇聚网元发送第二指示信息，该第二指示信息用于指示路径汇聚网元将第二数据传输路径的下行数据通过第二用户面连接发送至ran。如此，后续路径汇聚网元可以将第二数据传输路径的下行数据通过第二用户面连接发送至ran。

在上述步骤502之后，还可以包括：

步骤503，路径汇聚网元接收第一数据传输路径的下行数据和第二数据传输路径的下行数据。

针对图2(b)，路径汇聚网元，即i-upf2，从psa1接收第一数据传输路径的下行数据，以及从psa2接收第二数据传输路径的下行数据。

针对图2(c)，路径汇聚网元，即psa2/i-upf2，从psa1接收第一数据传输路径的下行数据，以及从dn接收第二数据传输路径的下行数据。

步骤504，路径汇聚网元通过路径汇聚网元与ran之间的第一用户面连接，向ran发送第一数据传输路径的下行数据。

步骤505，路径汇聚网元通过路径汇聚网元与ran之间的第二用户面连接，向ran发送第二数据传输路径的下行数据。

需要注意的是，步骤504和步骤505之间没有严格的先后顺序，两个步骤也可以同时执行，本发明不做限定。

在上述步骤505之后，还可以包括：

步骤506，ran将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据。

比如，ran从第一数据传输路径接收到endmarker后，确认第一数据传输路径的下行数据发送完毕，则再将缓存的第二数据传输路径的下行数据发送至ue。

通过上述实施例，smf建立了路径汇聚网元与ran之间的两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而ran可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而ran可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

如图6所示，为本申请提供的又一种下行数据的乱序控制方法。该方法解决上述下行数据乱序问题的思路是：smf指示建立两个用户面连接，其中，通过第一用户面连接向ran发送老的数据(即第一数据传输路径的下行数据)，通过第二用户面连接向ran发送新的数据(即第二数据传输路径的下行数据)，从而ran可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而ran可以先将第一数据传输路径的下行数据发送完毕，然后再发送第二数据传输路径的下行数据，从而解决乱序问题。

该实施例可应用于用户面连接恢复流程中的应用场景，即可以解决图3所示的应用场景中的下行数据的乱序问题。

该方法包括以下步骤：

步骤601，在用户面连接恢复流程中，smf确定从i-upf1切换至i-upf2。

比如，smf根据ue的位置，确定ue发生了移动，因此为ue重新选择i-upf2，即从i-upf1切换至i-upf2。

步骤602，smf建立i-upf2与ran之间的第一用户面连接，以及建立i-upf2与ran之间的第二用户面连接。

这里的ran指的是ue移动之后，重新接入的ran，即图3中的ran2。

这里的i-upf2也可以称为路径汇聚网元。

第一用户面连接用于i-upf2将接收到的来自第一数据传输路径的下行数据发送至ran，第二用户面连接用于i-upf2将接收到的来自第二数据传输路径的下行数据发送至ran，第一数据传输路径为upf切换前的路径，第二数据传输路径为upf切换后的路径。

作为一种实现方式，smf通过以下方法建立i-upf2与ran之间的第二用户面连接：smf向ran发送第一指示信息，该第一指示信息用于指示ran分配第二用户面连接的隧道信息，ran分配第二用户面连接的隧道信息，并向smf发送第二用户面连接的隧道信息，smf在接收到ran发送的第二用户面连接的隧道信息后，向i-upf2发送第二用户面连接的隧道信息，如此，i-upf2可以获取到ran的第二用户面连接的隧道信息。

进一步的，smf还可以向i-upf2发送第二指示信息，该第二指示信息用于指示i-upf2将第二数据传输路径的下行数据通过第二用户面连接发送至ran。如此，后续i-upf2可以将第二数据传输路径的下行数据通过第二用户面连接发送至ran。

在上述步骤602之后，还可以包括：

步骤603，i-upf2接收第一数据传输路径的下行数据和第二数据传输路径的下行数据。

i-upf2从i-upf1接收第一数据传输路径的下行数据，以及从psa接收第二数据传输路径的下行数据。

步骤604，i-upf2通过i-upf2与ran之间的第一用户面连接，向ran发送第一数据传输路径的下行数据。

步骤605，i-upf2通过i-upf2与ran之间的第二用户面连接，向ran发送第二数据传输路径的下行数据。

在上述步骤605之后，还可以包括：

步骤606，ran将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据。

比如，ran从第一数据传输路径接收到endmarker后，确认第一数据传输路径的下行数据发送完毕，则再将缓存的第二数据传输路径的下行数据发送至ue。

通过上述实施例，smf建立了i-upf2与ran之间的两条用户面连接，从而可以分别使用不同的用户面连接发送第一数据传输路径的下行数据和第二数据传输路径的下行数据，从而ran可以对第一数据传输路径的下行数据和第二数据传输路径的下行数据加以区分，进而ran可以先将第一数据传输路径的下行数据发送完毕，然后再第二数据传输路径的下行数据，从而解决乱序问题。

针对上述各种解决下行数据的乱序问题的实施例，给出具体的实施例加以说明。

需要说明的是，以下实施例中都是以upf分配隧道信息为例进行说明的。实际上，隧道信息也可以由smf分配。

如图7所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图2(a)所示的psa改变流程中的下行数据的乱序问题，且该方法是图4所示的实施例的方法的具体实现。

在图7所示的步骤执行之前，上下行数据的传输路径为：ue、ran2、psa1、as。

该方法包括以下步骤：

步骤701，smf决定锚点重定向，选择一个新的锚点psa2。

smf确定报文排序功能位于ran2，因此smf需要指示ran2缓存来自psa2的下行数据，直到接收到来自psa1的结束标记(endmarker)。

其中，smf确定报文排序功能位于ran2，还可以描述为smf确定ran2是锚点重定向前的路径、锚点重定向后的路径的汇聚点。也就是说，以下任一场景中，smf确定报文排序功能位于ran2：

(1)ran2与源psa(即psa1)直连，且ran2与目标psa(即psa2)直连；

(2)ran2与源psa(即psa1)直连，且ran2通过i-upf与目标psa(即psa2)相连；

(3)ran2通过i-upf与源psa(即psa1)相连，且ran2与目标psa(即psa2)直连；

(4)ran2通过i-upf与源psa(即psa1)相连，且ran2与另一个i-upf与目标psa(即psa2)相连。

以下步骤702a-步骤702b，以及步骤703a-步骤703d，用于建立psa2与ran2之间的用户面连接。

步骤702a-步骤702b，smf向psa2发送n4会话建立请求(n4sessionestablistrequest)，携带ran2隧道信息。psa2向smf返回n4会话建立响应(n4sessionestablistresponse)，携带psa2隧道信息。

其中，隧道信息可以包括隧道端点标识(tunnelendpointidentity，teid)、ip地址等中的至少一项。

其中，smf可以在ran切换流程中，在建立ran2与psa1之间的用户面连接的步骤中获取到ran2隧道信息。

步骤703a，smf向amf发送会话更新请求，携带psa2隧道信息和指示信息。

该指示信息用于指示ran2缓存来自psa2的下行数据，直到接收到来自psa1的endmarker。该指示信息可以理解为是一种转发规则。

该会话更新请求在具体实现中，例如可以是nsmf_pdusessionupdatesmcontextrequest。

步骤703b，amf向ran2发送n2会话请求(n2sessionrequest)，携带psa2隧道信息和指示信息。

步骤703c，ran2向amf返回n2会话响应。

步骤703d，amf向smf返回会话更新响应。

该会话更新响应在具体实现中，例如可以是nsmf_pdusessionupdatesmcontextresponse。

上述步骤703c和步骤703d为可选步骤。

通过以下步骤704-步骤706，可以实现更新dn中的转发规则，即从通过psa1向ue发送下行数据，更新为通过psa2向ue发送下行数据。

步骤704，smf向psa2发送n4网络更新请求(n4dnupdaterequest)。

步骤705，psa2根据接收到的n4网络更新请求，向数据网络dn发送上行报文或者地址解析协议(addressresolutionprotocol，arp)报文，以更新dn中交换机的转发规则。

其中，这里的arp报文可以是正常arp报文，也可以是免费arp报文。其中，正常arp报文的目的地址是对端节点的ip地址，免费arp报文的目的地址是ueip。

这里的dn在具体实现中，可以是以太网(ethernet)dn中的应用服务器as。

当转发规则更新完成后，as向psa2发送下行数据，然后psa2将下行数据发送至ran2。并且，ran2根据指示信息，将会缓存来自psa2的下行数据，直到收到psa1发送的endmarker。

步骤706，psa2向smf返回n4网络更新响应(n4dnupdateresponse)。

该步骤为可选步骤。

以下步骤707-步骤708，实现了触发psa1发送endmarker。

步骤707，smf向psa1发送n4锚点切换通知(n4anchorchangenotification)。

psa1收到该n4锚点切换通知后，得知锚点已经发生切换，即从psa1切换至psa2，因此，psa1在老路径，即psa1、ran2节点所在的路径上发送endmarker。当ran2收到endmarker后，得知该endmarker报文是老路径上的最后一个报文，那么ran2可以将缓存的来自psa2的下行数据发送至ue。

作为示例，触发psa1发送endmarker的方式可以有如下两种方式：

方式1：步骤704中smf启动定时器，当定时器超时，则smf通知psa1发送endmarker。或者，步骤705中psa2启动定时器，当定时器超时，则psa2通过smf通知psa1发送endmarker。

方式2：当psa1收到步骤705中psa2广播发送的上行报文或者arp报文时，触发endmarker发送。

需要说明的是：本申请不一定依赖于endmarker的发送，还可以通过定时器机制实现缓存下行报文的发送。定时器的含义为以太网转发规则更新时间，定时器超时表示的是以太网转发规则更新完成。

定时器的大小设置，本申请也不做限定，例如可以基于策略配置等。具体描述如下：如果smf或者psa2启动定时器(若是smf启动定时器，则在步骤704中启动；若是psa2启动定时器，则在步骤705中启动定时器)，当定时器超时，则通知ran2开始向ue发送缓存的下行数据。此时，步骤703a和步骤703b中的指示信息，则用于指示ran2缓存来自psa2的下行数据，直到ran2接收到来自smf的指示，该指示由定时器超时触发。

需要说明的是，本发明中还可以由应用服务器(applicationserver，as)发送endmarker。触发as发送endmarker的方式与触发psa1发送endmarker的方式类似，可以有如下两种方式：

方式1：定时器机制。该定时器可以由smf启动，或者psa2启动，或者as启动。若定时器由smf或psa2启动，则当定时器超时，则通过smf指示as向老路径发送endmarker；若定时器由as启动时，则当定时器超时，则as向老路径发送endmarker。方式2：当as收到步骤705中psa2广播发送的上行报文或者arp报文时，触发endmarker发送。

步骤708，psa1向返回n4锚点切换通知响应(n4anchorchangenotificationresponse)。

该步骤可选。

通过图7所示的实施例，解决了图2(a)所示的场景下的下行数据的乱序问题，提升了用户体验。

如图8所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图2(b)所示的psa改变流程中的下行数据的乱序问题，且该方法是图4所示的实施例的方法的具体实现。

在图8所示的步骤执行之前，上下行数据的传输路径为：ue、ran2、i-upf2、psa1、as。

该方法包括以下步骤：

步骤801，同图7所示的实施例的步骤701。

在步骤801中，smf确定报文排序功能位于i-upf2。因此smf需要指示i-upf2缓存来自psa2的下行数据，直到接收到来自psa1的结束标记(endmarker)。

其中，smf确定报文排序功能位于i-upf2，还可以描述为smf确定i-upf2是锚点重定向前的路径、锚点重定向后的路径的汇聚点。具体的，在如下任一场景中，smf确定报文排序功能位于i-upf2：

ran2通过i-upf2与源psa(即psa1)相连，且ran2通过i-upf2与目标psa(即psa2)相连。

以下步骤802a-步骤802b，以及步骤803a-步骤803b，用于建立psa2与i-upf2之间的用户面连接。

步骤802a-步骤802b，smf向psa2发送n4会话建立请求(n4sessionestablistrequest)，携带i-upf2隧道信息。psa2向smf返回n4会话建立响应(n4sessionestablistresponse)，携带psa2隧道信息。

其中，i-upf2隧道信息可以是smf在ue的ran切换流程中，在插入i-upf2的步骤中获取到的。

其中，隧道信息可以包括teid、ip地址等中的至少一项。

步骤803a，smf向i-upf2发送n4会话修改请求，携带psa2隧道信息和指示信息。

该指示信息用于指示i-upf2缓存来自psa2的下行数据，直到接收到来自psa1的endmarker。该指示信息可以理解为是一种转发规则。

步骤803b，i-upf2向smf发送n4会话修改响应。

该步骤可选。

步骤804-步骤806，与图7所示的实施例的步骤704-步骤706相同，可参考前述描述。

当转发规则更新完成后，as可以向psa2发送下行数据，然后psa2将下行数据发送至i-upf2。并且，i-upf2根据指示信息，将会缓存来自psa2的下行数据，直到收到psa1发送的endmarker。

以下步骤807-步骤808，实现了触发psa1发送endmarker。

步骤807，smf向psa1发送n4锚点切换通知(n4anchorchangenotification)。

psa1收到该n4锚点切换通知后，得知锚点已经发生切换，即从psa1切换至psa2，因此，psa1在老路径，即psa1、i-upf2节点所在的路径上发送endmarker。当i-upf2收到endmarker后，得知该endmarker报文是老路径上的最后一个报文，那么i-upf2可以将缓存的来自psa2的下行数据发送至ran2。

作为示例，触发psa1发送endmarker的方式可以有如下两种方式：

方式1：步骤804中smf启动定时器，当定时器超时，则smf通知psa1发送endmarker。或者，步骤805中psa2启动定时器，当定时器超时，则psa2通过smf通知psa1发送endmarker。

方式2：当psa1收到步骤805中psa2广播发送的上行报文或者arp报文或者免费arp报文时，触发endmarker发送。

需要说明的是：本申请不一定依赖于endmarker的发送，还可以通过定时器机制实现缓存下行报文的发送。定时器的含义为以太网转发规则更新时间，定时器超时表示的是以太网转发规则更新完成。

定时器的大小设置，本申请也不做限定，例如可以基于策略配置等。具体描述如下：如果smf或者psa2启动定时器(若是smf启动定时器，则在步骤804中启动；若是psa2启动定时器，则在步骤805中启动定时器)，当定时器超时，则通知i-upf2开始向ran2发送缓存的下行数据。此时，步骤803a和步骤803b中的指示信息，则用于指示i-upf2缓存来自psa2的下行数据，直到i-upf2接收到来自smf的指示，该指示由定时器超时触发。

需要说明的是，本发明中还可以由as发送endmarker。与图7所示的实施例的步骤708中关于as发送endmarker相同，具体可以参考前述描述。

步骤808，psa1向返回n4锚点切换通知响应(n4anchorchangenotificationresponse)。

该步骤可选。

通过图8所示的实施例，解决了图2(b)所示的场景下的下行数据的乱序问题，提升了用户体验。

如图9所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图2(c)所示的psa改变流程中的下行数据的乱序问题，且该方法是图4所示的实施例的方法的具体实现。

在图9所示的步骤执行之前，上下行数据的传输路径为：ue、ran2、i-upf2/psa2、psa1、as。

该方法包括以下步骤：

步骤901，同图7所示的实施例的步骤701。

在步骤901中，smf确定报文排序功能位于psa2/i-upf2。因此smf需要指示psa2/i-upf2缓存来自psa2的下行数据，直到接收到来自psa1的结束标记(endmarker)。

其中，smf确定报文排序功能位于psa2/i-upf2，还可以描述为smf确定psa2/i-upf2是锚点重定向前的路径、锚点重定向后的路径的汇聚点。具体的，在如下场景中，smf确定报文排序功能位于psa2/i-upf2：ran2通过psa2/i-upf2与源psa(即psa1)相连，且ran2与psa2/i-upf2直连。

其中，smf指示psa2/i-upf2缓存来自psa2的下行数据，还可以描述为指示psa2/i-upf2缓存来自as的下行数据。

以下步骤902a-步骤902b，用于指示i-upf2/psa2缓存来自dn的下行数据，直到接收到来自psa1的endmarker。

步骤902a-步骤902b，smf向psa2发送n4会话建立请求(n4sessionestablistrequest)，携带指示信息。psa2向smf返回n4会话建立响应(n4sessionestablistresponse)。

该指示信息用于指示i-upf2/psa2缓存来自dn的下行数据，直到接收到来自psa1的endmarker。该指示信息可以理解为是一种转发规则。

步骤903-步骤905，与图7所示的实施例的步骤704-步骤706相同，可参考前述描述。

当转发规则更新完成后，as可以向i-upf2/psa2发送下行数据i-upf2。i-upf2/psa2根据指示信息，将会缓存来自as的下行数据，直到收到psa1发送的endmarker。

以下步骤906-步骤907，实现了触发psa1发送endmarker。

步骤907，smf向psa1发送n4锚点切换通知(n4anchorchangenotification)。

psa1收到该n4锚点切换通知后，得知锚点已经发生切换，即从psa1切换至psa2，因此，psa1在老路径上发送endmarker。当i-upf2/psa2收到endmarker后，得知该endmarker是老路径上的最后一个报文，那么i-upf2/psa2可以将缓存的来自as的下行数据发送至ran2。

作为示例，触发psa1发送endmarker的方式可以有如下两种方式：

方式1：步骤903中smf启动定时器，当定时器超时，则smf通知psa1发送endmarker。或者，步骤904中i-upf2/psa2启动定时器，当定时器超时，则i-upf2/psa2通过smf通知psa1发送endmarker。

方式2：当psa1收到步骤904中i-upf2/psa2广播发送的上行报文或者arp报文或者免费arp报文时，触发endmarker发送。

需要说明的是：本申请不一定依赖于endmarker的发送，还可以通过定时器机制实现缓存下行报文的发送。定时器的含义为以太网转发规则更新时间，定时器超时表示的是以太网转发规则更新完成。

定时器的大小设置，本申请也不做限定，例如可以基于策略配置等。具体描述如下：如果smf或者i-upf2/psa2启动定时器(若是smf启动定时器，则在步骤903中启动；若是i-upf2/psa2启动定时器，则在步骤904中启动定时器)，当定时器超时，则通知i-upf2/psa2开始向ran2发送缓存的下行数据。此时，步骤902a中的指示信息，则用于指示i-upf2/psa2缓存来自as的下行数据，直到i-upf2/psa2接收到来自smf的指示，该指示由定时器超时触发。

需要说明的是，本发明中还可以由applicationserver发送endmarker。与图7所示的实施例的步骤708中关于applicationserver发送endmarker相同，具体可以参考前述描述。

步骤908，psa1向返回n4锚点切换通知响应(n4anchorchangenotificationresponse)。

该步骤可选。

通过图9所示的实施例，解决了图2(c)所示的场景下的下行数据的乱序问题，提升了用户体验。

如图10所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图2(b)所示的psa改变流程中的下行数据的乱序问题，且该方法是图5所示的实施例的方法的具体实现。

在图10所示的步骤执行之前，上下行数据的传输路径为：ue、ran2、i-upf2、psa1、as。

该方法包括以下步骤：

步骤1001，smf确定锚点重定向，选择一个新的锚点psa2。

需要说明的是，在步骤1001之前，在ran切换流程中，已经建立了i-upf2与ran2之间的n3用户面连接，该n3用户面连接也可以称为第一用户面连接，该第一用户面连接用于传输来自psa1的下行数据。

smf确定锚点重定向，选择一个新的锚点psa2，并决定建立i-upf2与ran2之间的n3转发隧道，该n3转发隧道也可以称为第二用户面连接，该n3转发隧道用于传输来自psa2的下行数据。

以下步骤1002a-步骤1002b，以及步骤1003a-步骤1003b，用于建立psa2与i-upf2之间的用户面连接。

步骤1002a-步骤1002b，与图8所述的实施例的步骤802a-步骤802b，可参考前述描述。

步骤1003a，smf向i-upf2发送n4会话修改请求，携带psa2隧道信息和指示信息。

该指示信息用于指示i-upf2将来自第二数据传输路径的下行数据通过第二用户面连接(n3转发隧道)发送至ran2。

本申请中，该指示信息也可以称为第二指示信息。

作为一种可替代的实现方式，该步骤1003a中的指示信息还可以在步骤1008a中由smf携带给i-upf2。

步骤1003b，i-upf2向smf发送n4会话修改响应。可选的，n4会话响应消息携带i-upf2转发隧道信息。

该步骤可选。

步骤1004，smf向amf发送会话更新请求，携带n2会话信息，该n2会话信息包括指示信息。

该指示信息用于指示ran2分配转发隧道信息。

本申请中，该指示信息也可以称为第一指示信息。

作为一种实现方式，该会话更新请求例如可以是nsmf_pdusession_updatecontextrequest。

步骤1005，amf向ran2发送n2请求，携带上述步骤1004中的指示信息。

步骤1006，ran2根据指示信息，分配ran转发隧道信息，并向amf返回n2响应，携带分配的ran转发隧道信息。

步骤1007，amf向smf返回会话更新响应，携带n2会话信息，该n2会话信息包括ran转发隧道信息。

作为一种实现方式，该会话更新响应例如可以是nsmf_pdusession_updatecontextresponse。

步骤1008a-步骤1008b，smf向i-upf2发送n4会话修改请求，携带ran转发隧道信息。i-upf2向smf返回n4会话修改响应。

步骤1009-步骤1011，与图8所示的实施例的步骤804-步骤806相同，可参考前述描述。

as的下行数据可以发送至新锚点psa2，psa2通过psa2与i-upf2之间的用户面连接，将下行数据发送至i-upf2，i-upf2通过i-upf2与ran2之间的n3转发隧道(即第二用户面连接)，将下行数据发送至ran2，ran2缓存该下行数据，直到接收到来自n3用户面连接(即第一用户面连接)的endmarker。

以下步骤1012-步骤1013，实现了触发psa1发送endmarker。

步骤1012，与图8所示的实施例的步骤807相同，可参考前述描述。

psa1在老路径上发送endmarker，即psa1通过psa1与i-upf2之间的用户面连接，将endmarker发送至i-upf2，i-upf2通过i-upf2与ran2之间的n3用户面连接(即第一用户面连接)，将endmarker发送至ran2。需要说明的是，i-upf2的动作同样适用于来自psa1的下行数据，即i-upf2将来自psa1的下行数据通过i-upf2与ran2之间的n3用户面连接发送至ran2，然后ran2将来自n3用户面连接的下行数据通过空口连接发送至ue。

当ran2收到来自n3用户面连接的endmarker后，ran2可以将缓存的来自第二用户面连接，即来自psa2的下行数据发送至ran2。

通过图10所示的实施例，解决了图2(b)所示的场景下的下行数据的乱序问题，提升了用户体验。

如图11所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图2(c)所示的psa改变流程中的下行数据的乱序问题，且该方法是图5所示的实施例的方法的具体实现。

在图11所示的步骤执行之前，上下行数据的传输路径为：ue、ran2、i-upf2、psa1、as。

该方法包括以下步骤：

步骤1101，smf确定锚点重定向，选择一个新的锚点psa2。

需要说明的是，在步骤1001之前，在ran切换流程中，smf重新选择的upf是i-upf2，且已经建立了i-upf2与ran2之间的n3用户面连接，该n3用户面连接也可以称为第一用户面连接，该第一用户面连接用于传输来自psa1的下行数据。

smf确定锚点重定向，并在锚点重定向流程中，重新选择的新的锚点psa2就是i-upf2，即i-upf2与psa2是同一个节点。

smf在选择i-upf2/psa2之后，决定建立i-upf2/psa2与ran2之间的n3转发隧道，该n3转发隧道也可以称为第二用户面连接，该n3转发隧道用于传输来自psa2的下行数据。

以下步骤1102a-步骤1102b，用于指示i-upf2/psa2将来自dn的下行数据，通过第二用户面连接发送至ran2。

步骤1102a-步骤1102b，smf向i-upf2/psa2发送n4会话建立请求(n4sessionestablistrequest)，携带指示信息。i-upf2/psa2向smf返回n4会话建立响应(n4sessionestablistresponse)。可选的，n4会话建立响应携带i-upf2/psa2转发隧道信息。

该指示信息用于指示i-upf2/psa2将来自第二数据传输路径的下行数据通过第二用户面连接(n3转发隧道)发送至ran2。

本申请中，该指示信息也可以称为第二指示信息。

作为一种可替代的实现方式，该步骤1102a中的指示信息还可以在步骤1107b中由smf携带给i-upf2/psa2。

以下步骤1103-步骤1107b，用于建立ran2与i-upf2/psa2之间的转发隧道，该转发隧道也可以称为n3转发隧道或第一用户面连接。

步骤1103，smf向amf发送会话更新请求，携带n2会话信息，该n2会话信息包括指示信息。

该指示信息用于指示ran2分配转发隧道信息。

本申请中，该指示信息也可以称为第一指示信息。

作为一种实现方式，该会话更新请求例如可以是nsmf_pdusession_updatecontextrequest。

步骤1104，amf向ran2发送n2请求，携带上述步骤1103的指示信息。

步骤1105，ran2根据指示信息，分配ran转发隧道信息，并向amf返回n2响应，携带分配的ran转发隧道信息。

步骤1106，amf向smf返回会话更新响应，携带n2会话信息，该n2会话信息包括ran转发隧道信息。

作为一种实现方式，该会话更新响应例如可以是nsmf_pdusession_updatecontextresponse。

步骤1107a-步骤1107b，smf向i-upf2/psa2发送n4会话修改请求，携带ran转发隧道信息。i-upf2/psa2向smf返回n4会话修改响应。

步骤1009-步骤1011，与图9所示的实施例的步骤903-步骤905相同，可参考前述描述。

as的下行数据可以发送至新锚点i-upf2/psa2，i-upf2/psa2通过i-upf2/psa2与ran2之间的n3转发隧道(也可以称为第二用户面连接)，将下行数据发送至ran2，ran2缓存该下行数据，直到接收到来自n3用户面连接(即第一用户面连接)的endmarker。

以下步骤1111-步骤1112，实现了触发psa1发送endmarker。

步骤1111，与图9所示的实施例的步骤906相同，可参考前述描述。

psa1在老路径上发送endmarker，即psa1通过i-upf2/psa2之间的用户面连接，将endmarker发送至i-upf2/psa2，i-upf2/psa2通过i-upf2/psa2与ran2之间的n3用户面连接(即第一用户面连接)，将endmarker发送至ran2。需要说明的是，i-upf2/psa2的动作同样适用于来自psa1的下行数据，即i-upf2/psa2将来自psa1的下行数据通过i-upf2/psa2与ran2之间的n3用户面连接发送至ran2，然后ran2将来自n3用户面连接的下行数据通过空口连接发送至ue。

当ran2收到来自n3用户面连接的endmarker后，ran2可以将缓存的来自第二用户面连接，即来自psa2的下行数据发送至ue。

通过图11所示的实施例，解决了图2(c)所示的场景下的下行数据的乱序问题，提升了用户体验。

如图12所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图3所示的用户面连接恢复流程中的下行数据的乱序问题，且该方法是图4所示的实施例的方法的具体实现。

as发送下行数据到达psa，psa将下行数据转发至i-upf1，i-upf1触发用户面连接恢复流程。如下是用户面连接恢复流程中的下行数据的乱序控制方法，该方法包括以下步骤：

当ue处于空闲态时，首先要寻呼到ue，然后ue从步骤1201开始执行；当ue处于连接态时，则从步骤1203开始执行。

在图12所示的步骤执行之前，下行数据由as发送至psa1，psa1通过其与i-upf1之间的用户面连接，将下行数据发送至i-upf1。由于i-upf1与ran2之间的用户面连接没有恢复，因此i-upf1缓存下行数据。

步骤1201，被寻呼到的ue向ran2发送ran消息，该ran消息携带服务请求消息，该服务请求消息携带会话标识(pdusessionid)等。

步骤1202，ran2向amf发送n2消息，该n2消息携带服务请求消息和ue的位置信息。

步骤1203，amf根据ue的位置信息、以及i-upf1的服务区域，确定ue不在i-upf1的服务区域内，则amf向smf发送n11消息，该n11消息携带会话标识、接入类型等信息。

n11消息可用于触发smf重选upf。

在具体实现中，n11消息可以是nsmf_pdusession_updatesmcontextrequest。

步骤1204，smf进行upf选择，选择i-upf2。并且，smf确定该流程为用户面连接恢复流程，则smf指定由i-upf2进行下行数据排序。

smf指定由i-upf2进行下行数据排序，指的是smf指示i-upf2先发送来自i-upf1的下行数据，直到接收到i-upf1发送的endmarker之后，再向ran2发送来自psa的下行数据。

smf确定当前流程为用户面连接恢复流程的方法有：

方法1：amf根据接收到的服务请求消息，判断当前流程为用户面连接恢复流程，则通过步骤1203向smf发送indicator，因此smf根据接收到的indicator确定当前流程为用户面连接恢复流程。

方法2：smf接收到步骤1203的n11消息，又根据前面的步骤得知i-upf1在缓存数据，即步骤1203是由下行缓存数据触发的，则smf确定当前流程为用户面连接恢复流程。

其中，来自i-upf1的下行数据指的是i-upf1缓存的下行数据。endmarker，也称为结束标记，表明老路径上的下行数据发送完成。

步骤1205，smf向i-upf2发送n4会话建立请求，携带指示信息、psa隧道信息。

该指示信息用于指示i-upf2先发送来自i-upf1的下行数据，直到接收到i-upf1发送的endmarker之后，再向ran2发送来自psa的下行数据。

发送至i-upf2的psa隧道信息i-upf2用于建立i-upf2与psa之间的上行用户面连接。

步骤1206，i-upf2向smf返回n4会话建立响应，携带第一下行隧道信息(也称为dlcntunnelinfoforthepsa),上行隧道信息(ulcntunnelinfofortheran),第二下行隧道信息(dlcntunnelinfofordataforwarding)。

dlcntunnelinfoforthepsa，用于发送给psa，以建立psa与i-upf2之间的下行用户面连接(也可以称为下行通道)。ulcntunnelinfofortheran，用于发送给ran2，以建立ran2与i-upf2之间的上行用户面连接。dlcntunnelinfofordataforwarding，用于发送给i-upf1，以建立i-upf1与i-upf2之间的转发隧道。

步骤1207，smf向psa发送n4会话修改请求，携带第一下行隧道信息(dlcntunnelinfoforthepsa)。

步骤1208，psa向smf返回n4会话修改响应。

此时，i-upf2与psa之间的下行用户面连接建立完成。当psa收到下行数据时，psa将下行数据发送至i-upf2，而不是i-upf1。i-upf2接收到psa发送的下行数据后，根据指示信息缓存该下行数据。

另外，在psa更新下行用户面连接之前，psa向i-upf1发送endmarker，表明这是老路径上的最后一个报文。

步骤1209，smf向i-upf1发送n4会话修改请求，携带第二下行隧道信息(dlcntunnelinfofordataforwarding)。

步骤1210，i-upf1向smf返回n4会话修改响应。

此时，i-upf1与i-upf2之间的转发隧道建立完成。i-upf1可以将缓存的下行数据发送至i-upf2。

以下步骤1211-步骤1218是建立ue与ran2之间的空口连接、以及ran2与i-upf2之间的n3连接。

步骤1211，smf向amf发送n11确定消息。

可选的，该n11确定消息携带上行隧道信息(ulcntunnelinfo)。

该n11确定消息在具体实现中，可以是nsmf_pdusession_updatesmcontextresponse。

步骤1212，amf向ran2发送n2请求消息。

可选的，该n2请求消息携带上行隧道信息(ulcntunnelinfo)。步骤1213，ran2发起与ue之间的无线资源控制(radioresourcecontrol，rrc)连接建立过程。

此时，ue与ran2、i-upf2之间的上行用户面连接建立完成。而且，i-upf2与psa之间的上行用户面连接已经在步骤1205中建立完成。那么，ue可以发送上行数据到ran2、i-upf2、psa。

步骤1214，ran2返回n2请求确认，该n2请求确认携带ran隧道信息(rantunnelinfo)。

rantunnelinfo用于发送至i-upf2，以建立i-upf2与ran2之间的下行用户面连接。

步骤1215，amf向smf发送n11消息，n11消息携带ran隧道信息(rantunnelinfo)。

在具体实现中，n11消息可以是nsmf_pdusession_updatesmcontextrequest。

步骤1216，smf向i-upf2发送n4会话修改请求，携带ran隧道信息(rantunnelinfo)。

步骤1217，i-upf2向amf返回n4会话修改响应。

步骤1218，smf向amf返回n11确认消息。

在具体实现中，n11确认消息可以是nsmf_pdusession_updatesmcontextresponse。

上述步骤1217-步骤1218可选。

图12所示的实施例，解决了用户面连接恢复流程中下行数据的乱序问题。通过本方案，有助于避免下行数据的乱序，可以提升用户体验。

如图13所示，为本申请提供的一种下行数据的乱序控制方法。该方法用于解决图3所示的用户面连接恢复流程中的下行数据的乱序问题，且该方法是图6所示的实施例的方法的具体实现。

as发送下行数据到达psa，psa将下行数据转发至i-upf1，i-upf1触发用户面连接恢复流程。如下是用户面连接恢复流程中的下行数据的乱序控制方法，该方法包括以下步骤：

当ue处于空闲态时，首先要寻呼到ue，然后ue从步骤1301开始执行；当ue处于连接态时，则从步骤1303开始执行。

在图13所示的步骤执行之前，下行数据由as发送至psa1，psa1通过其与i-upf1之间的用户面连接，将下行数据发送至i-upf1。由于i-upf1与ran2之间的用户面连接没有恢复，因此i-upf1缓存下行数据。

该方法包括以下步骤：

步骤1301-步骤1303，同图12所示的实施例的步骤1201-步骤1203，可参考前述描述。

步骤1304，smf进行upf选择，选择i-upf2。并且，smf确定当前流程为用户面连接恢复流程，则触发建立ran2、i-upf2、i-upf1之间的转发隧道。

以下步骤1305-步骤1308，用于建立i-upf2与psa之间的用户面连接。

步骤1305，smf向i-upf2发送n4会话建立请求，携带psa隧道信息和指示信息。

psa隧道信息是发送至i-upf2，以建立i-upf2与psa之间的上行用户面连接。

该指示信息用于指示i-upf2将来自第二数据传输路径的下行数据通过第二用户面连接(n3转发隧道)发送至ran2。

本申请中，该指示信息也可以称为第二指示信息。

步骤1306，i-upf2向smf返回n4会话建立响应，携带第一下行隧道信息(也称为dlcntunnelinfoforthepsa),第二下行隧道信息(也称为dlcntunnelinfofordataforwarding)。可选的，还携带第一上行隧道信息(ulcntunnelinfofortheran),第二上行隧道信息(ulcntunnelinfoforranfornewpath)。

dlcntunnelinfoforthepsa，用于发送给psa，以建立psa与i-upf2之间的下行用户面连接。dlcntunnelinfofordataforwarding，用于发送给i-upf1，以建立i-upf1与i-upf2之间的转发隧道。ulcntunnelinfofortheran，用于发送给ran2，以建立ran2与i-upf2之间的第一上行用户面连接(也称为第一上行通道)。ulcntunnelinfoforranfornewpath，用于发送给ran2，以建立ran2与i-upf2之间的第二上行用户面连接(也称为第二上行通道)。

其中，i-upf2与ran2之间的第一用户面连接包括第一下行用户面连接(也称为n3转发隧道)和第一上行用户面连接(也称为第一上行通道)。i-upf2与ran2之间的第二用户面连接包括第二下行用户面连接(也称为n3用户面连接)和第二上行用户面连接(也称为第二上行通道)。

步骤1307，smf向psa发送n4会话修改请求，携带第一下行隧道信息(dlcntunnelinfoforthepsa)。

步骤1308，psa返回n4会话修改响应。

此时，i-upf2与psa之间的下行用户面路径建立完成。需要说明的是，psa在改变下行数据的发送路径之前，在老路径(即psa、i-upf1、i-upf2节点所在的路径)上发送endmarker。psa路径改变后，psa若再接收到下行数据，则将其发送至i-upf2。

步骤1309，smf向i-upf1发送n4会话修改请求，携带第二下行隧道信息(dlcntunnelinfofordataforwarding)。

步骤1310，i-upf1返回n4会话修改响应。

此时，i-upf1与i-upf2之间的转发隧道建立完成。i-upf1可以将缓存的下行数据(步骤1301之前的数据)以及endmarker发送至i-upf2。

以下步骤1311-步骤1317用于建立ran2与i-upf2之间的n3用户面连接，以及用于建立ran2与i-upf2之间的n3转发隧道。其中，n3用户面连接用于传输来自i-upf1的下行数据，n3转发隧道用于传输来自i-upf2的下行数据。

步骤1311，smf向amf发送n11确认消息，该n11确认消息携带指示信息，该指示信息用于指示ran2分配转发隧道信息。

本申请中，该指示信息也可以称为第一指示信息。

可选的，该n11确认消息还携带第一上行隧道信息(ulcntunnelinfofortheran),第二上行隧道信息(ulcntunnelinfoforranfornewpath)。

作为一种实现方式，n11确认消息具体可以是nsmf_pdusession_updatesmcontextresponse。

步骤1312，amf向ran2发送n2请求。该n2请求携带指示信息。

可选的，该n2请求还携带第一上行隧道信息(ulcntunnelinfofortheran),第二上行隧道信息(ulcntunnelinfoforranfornewpath)。

步骤1313，ran2发起其与ue之间的rrc连接，以建立空口连接。

步骤1314，ran2根据指示信息分配ran隧道信息(rantunnelinfo)、ran转发隧道信息(rantunnelinfofordataforwarding)，并向amf发送n2请求确认，携带ran隧道信息(rantunnelinfo)、ran转发隧道信息(rantunnelinfofordataforwarding)。

其中，ran隧道信息(rantunnelinfo)也可以称为n3用户面连接隧道信息，用于发送至i-upf2，以建立i-upf2与ran2之间的n3用户面连接，该n3用户面连接用于传输来自老路径(即第一数据传输路径)的下行数据(即来自i-upf1的下行数据)。

ran转发隧道信息(rantunnelinfofordataforwarding)也可以称为n3转发隧道信息，用于发送至i-upf2，以建立i-upf2与ran2之间的n3转发隧道，该n3转发隧道用于传输来自新路径(即第二数据传输路径)的下行数据(即来自i-upf2的下行数据)。其中，ran2是根据接步骤1312接收到的指示信息，分配ran转发隧道信息(rantunnelinfofordataforwarding)。

步骤1315，amf向smf发送n11消息，n11消息携带ran隧道信息(rantunnelinfo)、ran转发隧道信息(rantunnelinfofordataforwarding)。

在具体实现中，n11消息可以是nsmf_pdusession_updatesmcontextrequest。

步骤1316，smf向i-upf2发送n4会话修改请求，携带ran隧道信息(rantunnelinfo)、ran转发隧道信息(rantunnelinfofordataforwarding)。

步骤1317，i-upf2返回n4会话修改响应。

步骤1318，smf向amf返回n11确认消息。

在具体实现中，n11确认消息可以是nsmf_pdusession_updatesmcontextresponse。

上述步骤1317-步骤1318可选。

至此，ran2与i-upf2之间的n3转发隧道建立完成，ran2与i-upf2之间的n3用户面连接也建立完成。那么，i-upf2可以把接收到的数据发送至ran2。具体的，i-upf2将从i-upf1接收到的下行数据以及endmarker通过i-upf2与ran2之间的n3用户面连接发送至ran2；i-upf2将从psa接收到的下行数据通过i-upf2与ran2之间的n3转发隧道发送至ran2。

图13所示的实施例，解决了用户面连接恢复流程中下行数据的乱序问题。通过本方案，有助于避免下行数据的乱序，可以提升用户体验。

针对上述图10、图11、图13所示的实施例，第一用户面连接(也称为n3用户面连接)用于传输第一数据传输路径的数据，即传输老数据；第二用户面连接(也称为n3转发隧道)用于传输第二数据传输路径的数据，即传输新数据。作为一种可替代的实现方式，也可以是第一用户面连接(也称为n3用户面连接)用于传输第二数据传输路径的数据，即传输新数据；第二用户面连接(也称为n3转发隧道)用于传输第一数据传输路径的数据，即传输老数据。本申请不做限定。

可以理解的是，上述实现各网元为了实现上述功能，其包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

如图14所示，为本申请所涉及的装置的一种可能的示例性框图，该装置1400可以以软件的形式存在。装置1400可以包括：处理单元1402和通信单元1403。作为一种实现方式，该通信单元1403可以包括接收单元和发送单元。处理单元1402用于对装置1400的动作进行控制管理。通信单元1403用于支持装置1400与其他网络实体的通信。装置1400还可以包括存储单元1401，用于存储装置1400的程序代码和数据。

其中，处理单元1402可以是处理器或控制器，例如可以是通用中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理(digitalsignalprocessing，dsp)，专用集成电路(applicationspecificintegratedcircuits，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包括一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元1403可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口。存储单元1401可以是存储器。

在第一种应用中，该装置1400可以为上述任一实施例中的接入网设备，还可以为可用于接入网设备的芯片。例如，当装置1400为接入网设备时，该处理单元例如可以是处理器，该通信单元例如可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当装置1400为可用于接入网设备的芯片时，该处理单元例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该接入网设备内的位于该芯片外部的存储单元，如只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)等。

作为一个实施例，接收单元，用于接收路径汇聚网元通过与接入网设备之间的第一用户面连接发送的第一数据传输路径的下行数据，以及接收路径汇聚网元通过与接入网设备之间的第二用户面连接发送的第二数据传输路径的下行数据，第一数据传输路径为路径切换前的数据传输路径，第二数据传输路径为路径切换后的数据传输路径。发送单元，用于将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据。

在一种可能的实现方式中，接收单元，还用于接收控制面网元发送的指示信息，指示信息用于指示接入网设备分配第二用户面连接的隧道信息。接入网设备分配第二用户面连接的隧道信息，并向控制面网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，第一数据传输路径为用户面连接恢复流程中用户面路径切换前的路径，第二数据传输路径为用户面连接恢复流程中用户面路径切换后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

在第二种应用中，该装置1400可以为上述任一实施例中的路径汇聚网元(如用户面网元、接入网设备、或会话锚点)，还可以为可用于路径汇聚网元的芯片。例如，当装置1400为路径汇聚网元时，该处理单元例如可以是处理器，该通信单元例如可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当装置1400为可用于路径汇聚网元的芯片时，该处理单元例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该路径汇聚网元内的位于该芯片外部的存储单元，如rom)或可存储静态信息和指令的其他类型的静态存储设备，ram等。

作为一个实施例，接收单元，用于接收控制面网元的指示信息。发送单元，用于根据指示信息，将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，第一数据传输路径为切换前的数据传输路径，第二数据传输路径为切换后的数据传输路径。

在一种可能的实现方式中，指示信息用于指示路径汇聚网元直到接收到第一数据传输路径的结束标记，再发送第二数据传输路径的下行数据包，结束标记用于指示第一数据传输路径的下行数据传输完毕。

在一种可能的实现方式中，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和接入网设备，第二数据传输路径经过数据网络、第二会话锚点和接入网设备，则路径汇聚网元为接入网设备。或者，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，在会话锚点改变流程中，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，在用户面连接恢复流程中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

作为又一个实施例，接收单元，用于接收第一数据传输路径的下行数据和第二数据传输路径的下行数据。发送单元，用于通过路径汇聚网元与接入网设备之间的第一用户面连接，向接入网设备发送第一数据传输路径的下行数据。以及，通过路径汇聚网元与接入网设备之间的第二用户面连接，向接入网设备发送第二数据传输路径的下行数据。

在一种可能的实现方式中，接收单元，在接收第一数据传输路径的下行数据和第二数据传输路径的时下行数据之前，还从控制面网元接收指示信息，指示信息用于指示路径汇聚网元将第二传输路径的下行数据通过路径汇聚网元与接入网设备之间的第二用户面连接发送至接入网设备。

在一种可能的实现方式中，接收单元，用于接收控制面网元发送的接入网设备的第二用户面连接的隧道信息。

在一种可能的实现方式中，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，第一数据传输路径为用户面连接恢复流程中用户面路径切换前的路径，第二数据传输路径为用户面连接恢复流程中用户面路径切换后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

在第三种应用中，该装置1400可以为上述任一实施例中的控制面网元(如会话管理网元)，还可以为可用于控制面网元的芯片。例如，当装置1400为控制面网元时，该处理单元例如可以是处理器，该通信单元例如可以是收发器。可选的，该收发器可以包括射频电路，该存储单元例如可以是存储器。例如，当装置1400为可用于控制面网元的芯片时，该处理单元例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行存储单元存储的计算机执行指令，可选地，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该控制面网元内的位于该芯片外部的存储单元，如rom)或可存储静态信息和指令的其他类型的静态存储设备，ram等。

作为一个实施例，处理单元，用于确定切换数据传输路径。

发送单元，用于向路径汇聚网元发送指示信息，指示信息用于指示路径汇聚网元将第一数据传输路径的下行数据发送完成之后，再发送第二数据传输路径的下行数据，第一数据传输路径为切换前的数据传输路径，第二数据传输路径为切换后的数据传输路径。

在一种可能的实现方式中，指示信息用于指示路径汇聚网元直到接收到第一数据传输路径的结束标记，再发送第二数据传输路径的下行数据包，结束标记用于指示第一数据传输路径的下行数据传输完毕。

在一种可能的实现方式中，处理单元，具体用于在会话锚点改变流程中，确定从第一会话锚点切换至第二会话锚点，其中，第一会话锚点位于第一数据传输路径，第二会话锚点位于第二数据传输路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和接入网设备，第二数据传输路径经过数据网络、第二会话锚点和接入网设备，则路径汇聚网元为接入网设备。或者，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，处理单元，具体用于在用户面连接恢复流程中，确定从第一用户面网元切换至第二用户面网元，其中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且用户面路径切换后第一用户面网元与第二用户面网元之间存在连接，则路径汇聚网元为第二用户面网元。

作为又一个实施例，处理单元，用于在接入网设备切换流程中，建立路径汇聚网元与接入网设备之间的第一用户面连接。以及，在会话锚点改变流程中，建立路径汇聚网元与接入网设备之间的第二用户面连接。其中，第一用户面连接用于路径汇聚网元将接收到的来自第一数据传输路径的下行数据发送至接入网设备，第二用户面连接用于路径汇聚网元将接收到的来自第二数据传输路径的下行数据发送至接入网设备，第一数据传输路径为会话锚点改变流程中改变会话锚点前的路径，第二数据传输路径为改变会话锚点后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、第一会话锚点和用户面网元，第二数据传输路径经过数据网络、第二会话锚点和用户面网元，则路径汇聚网元为用户面网元。或者，第一数据传输路径经过数据网络、第一会话锚点和第二会话锚点，第二数据传输路径经过数据网络和第二会话锚点，则路径汇聚网元为第二会话锚点。

在一种可能的实现方式中，处理单元，具体用于：控制发送单元向接入网设备发送第一指示信息，第一指示信息用于指示接入网设备分配第二用户面连接的隧道信息。控制接收单元接收来自接入网设备的第二用户面连接的隧道信息。

控制发送单元向路径汇聚网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，发送单元，用于向路径汇聚网元发送第二指示信息，第二指示信息用于指示路径汇聚网元将第二数据传输路径的下行数据通过第二用户面连接的隧道发送至接入网设备。

作为又一个实施例，处理单元，用于在用户面连接恢复流程中，确定从第一用户面网元切换至第二用户面网元。以及，建立第二用户面网元与接入网设备之间的第一用户面连接，以及建立第二用户面网元与接入网设备之间的第二用户面连接。其中，第一用户面连接用于路径汇聚网元将接收到的来自第一数据传输路径的下行数据发送至接入网设备，第二用户面连接用于路径汇聚网元将接收到的来自第二数据传输路径的下行数据发送至接入网设备，第一数据传输路径为用户面网元切换前的路径，第二数据传输路径为用户面网元切换后的路径。

在一种可能的实现方式中，第一数据传输路径经过数据网络、会话锚点和第一用户面网元，第二数据传输路径经过数据网络、会话锚点和第二用户面网元，且第一用户面网元与第二用户面网元之间存在连接。

在一种可能的实现方式中，处理单元，具体用于控制发送单元向接入网设备发送第一指示信息，第一指示信息用于指示接入网设备分配第二用户面连接的隧道信息。控制接收单元接收来自接入网设备的第二用户面连接的隧道信息。控制发送单元向第二用户面网元发送第二用户面连接的隧道信息。

在一种可能的实现方式中，发送单元，用于向第二用户面网元发送第二指示信息，第二指示信息用于指示第二用户面网元将第二数据传输路径的下行数据通过第二用户面连接发送至接入网设备。

参阅图15所示，为本申请提供的一种装置示意图，该装置可以是上述控制面网元、路径汇聚网元、或接入网设备。该装置1500包括：处理器1502、通信接口1503、存储器1501。可选的，装置1500还可以包括总线1504。其中，通信接口1503、处理器1502以及存储器1501可以通过通信线路1504相互连接；通信线路1504可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。所述通信线路1504可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器1502可以是一个cpu，微处理器，asic，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口1503，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)，有线接入网等。

存储器1501可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyer服务器ableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路1504与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器1501用于存储执行本申请方案的计算机执行指令，并由处理器1502来控制执行。处理器1502用于执行存储器1501中存储的计算机执行指令，从而实现本申请上述实施例提供的下行数据的乱序控制方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

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

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列(fpga)或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中，asic可以设置于终端设备中。可选地，处理器和存储媒介也可以设置于终端设备中的不同的部件中。

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

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包括这些改动和变型在内。