一种通信方法和装置与流程

1.本技术涉及通信领域，尤其涉及一种通信方法和装置。


背景技术：

2.在第五代(5
th generation，5g)移动通信系统中，通过将无线接入网(radio access network，ran)拆分成集中处理节点(centralized unit，cu)和分布式处理节点(distributed unit，du)，可以更加灵活地对基站布网进行调整。其中，cu也可以称为gnb-cu，du也可以称为gnb-du。进一步的，根据功能不同可以将cu划分为集中处理节点的控制面(cu control plane，cu-cp)和集中处理节点的用户面(cu user plane，cu-up)。其中，cu-cp也可以称为gnb-cu-cp，cu-up也可以称为gnb-cu-up。
3.随着cu/du分离技术的成熟，多接入边缘计算(multi-access edge computing，mec)以及下沉的用户面功能(user plane function，upf)网元(下沉的upf网元(简称为upf)是指与gnb-cu部署在同一个物理机房的upf)的广泛部署，gnb-cu、upf和mec联合部署可能成为主流。在此场景下，由于gnb-cu已经与下沉的upf部署在同一个物理机房，出于对减少数据面传输跳数，节约成本以及将数据面安全节点终结在核心网中等因素的考虑，最终可能将upf和gnb-cu-up合设为一个网元。
4.在upf和gnb-cu-up合设的场景下，终端设备如何与网络侧通信，目前还没有相应的解决方案。


技术实现要素：

5.本技术实施例提供一种通信方法和装置，应用于upf和cu-up合设的场景，能够避免终端设备与网络侧通信时丢失下行数据。
6.第一方面，本技术实施例提供一种通信方法，应用于集中式单元cu-分布式单元du架构中的du，方法包括：du接收来自集中式单元-控制面cu-cp的第一控制面信息，第一控制面信息用于指示恢复终端设备的无线资源控制rrc连接；若du是终端设备进入非激活态之前连接的最后一个du，du向集中式单元-用户面功能网元(centralized unit-user plane function，cu-upf)发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du；若du不是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第二指示信息，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。需要说明的是，du可以向cu-upf发送第一指示信息，或者du可以向cu-upf发送第二指示信息，即第一指示信息或第二指示信息是择一发送的。
7.基于本技术实施例提供的方法，若du是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第一指示信息，使能cu-upf将终端设备对应的数据包发送给du；若du不是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第二指示信息，使能cu-upf建立与du的下行连接，并将终端设备的数据包发送给du。du从cu-upf获取终端设备对应的数据包后，可以通过空口资源将数据包发送给终端设备，避免终端设备丢失其在非
激活态的下行数据。
8.在一种可能的实现方式中，分布式单元du接收来自集中式单元-控制面cu-cp的第一控制面信息之前，该方法还包括：du接收来自终端设备的rrc恢复请求；du向cu-cp发送初始上行无线资源控制(radio resource control，rrc)消息，初始上行rrc消息用于请求恢复终端设备的rrc连接。也就是说，du接收到终端设备的rrc恢复请求后，向cu-cp发送初始上行rrc消息，该du可以是终端设备进入非激活态之前连接的最后一个du(即未发生du切换)，也可以是其他du(即发生了du切换)。
9.在一种可能的实现方式中，分布式单元du接收来自集中式单元-控制面cu-cp的第一控制面信息之前，该方法还包括：du从cu-upf接收终端设备的第一下行数据包，第一下行数据包的包头包括第一服务质量流标识(qos(quality of service)flow identity，qfi)信息，第一qfi信息用于标识第一下行数据包的服务质量(quality of service，qos)流；当终端设备处于非激活态时，du向cu-upf发送用户面信息，用户面信息用于指示cu-upf停止发送终端设备对应的第二下行数据包，第二下行数据包的包头包括第一qfi信息，用户面信息还用于指示cu-upf缓存第一下行数据包和第二下行数据包。
10.基于本技术实施例提供的方法，du接收到来自cu-upf的下行数据包后，可以通过用户面信息通知cu-upf停止下发并缓存相应的下行数据包。由于du没有缓存数据的功能，通过指示cu-upf停止发送并缓存相应的下行数据包，可以避免数据丢包，并且能避免cu-upf向du发送无用数据占用通信资源。
11.在一种可能的实现方式中，该方法还包括：du向cu-cp发送第二控制面信息，第二控制面信息包括第一qfi信息和第一寻呼策略标识(paging policy indicator，ppi)信息，第一qfi信息和第一ppi信息用于终端设备的寻呼策略的确定。
12.在一种可能的实现方式中，该方法还包括：du从cu-upf接收终端设备对应的第三下行数据包，第三下行数据包的包头包括第二qfi信息和第二ppi信息，第二qfi信息与第一qfi信息不同；du向cu-cp发送第三控制面信息，第三控制面信息包括第二qfi信息和第二ppi信息，第二qfi信息和第二ppi信息用于终端设备的寻呼策略的确定。cu-cp可以根据第三控制面信息中的第二ppi信息再次确定寻呼(paging)策略，若根据第一ppi信息确定的paging策略的优先级低于根据第二ppi信息确定的paging策略的优先级，则cu-cp可以更新终端设备的paging策略；若根据第一ppi信息确定的paging策略的优先级不低于(高于或等于)根据第二ppi信息确定的paging策略的优先级，则cu-cp可以仍根据第一ppi信息确定的paging策略对终端设备进行paging。
13.在一种可能的实现方式中，该方法还包括：du接收来自cu-cp的第四控制面信息，第四控制面信息用于指示du释放终端设备的空口资源，并保留du与集中式单元-用户面功能网元cu-upf的连接和终端设备的上下文；du释放终端设备的空口资源。
14.基于本技术实施例提供的方法，cu-cp触发ue进入非激活态时，cu-cp可以指示du释放相关空口资源，并保留与合设网元cu-upf的用户面连接和相关ue上下文，cu-upf不感知上述过程，能够与rrc idle下由upf(相当于cu-upf)检测下行数据发起寻呼的过程区别开来，从而解决了现有技术无法支持rrc inactive技术的问题。
15.在一种可能的实现方式中，du接收来自cu-cp的第四控制面信息之前，该方法还包括：du接收来自cu-cp的第五控制面信息，第五控制面信息用于指示终端设备进入非激活态
的条件；du向cu-cp发送第六控制面信息，第六控制面信息用于指示终端设备是否满足进入非激活态的条件。
16.第二方面，本技术实施例提供一种通信方法，应用于集中式单元cu-分布式单元du架构中的集中式单元-控制面cu-cp，该方法包括：cu-cp向分布式单元du发送第一控制面信息，第一控制面信息用于恢复终端设备的无线资源控制rrc连接；若du是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括集中式单元-用户面功能网元cu-upf的上行端口标识；若du不是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括cu-upf的上行端口标识，以及为终端设备服务的最后一个du的下行端口信息。
17.基于本技术实施例提供的方法，cu-cp可以向du发送第一控制面信息，以恢复终端设备的rrc连接。并且，若未发生du切换，du可以根据cu-upf的上行端口标识从cu-upf获取终端设备对应的数据包。若发生du切换，du可以根据cu-upf的上行端口标识以及为终端设备服务的最后一个du的下行端口信息从cu-upf获取终端设备对应的数据包(终端设备处于非激活期时核心网下发的数据包)。而后，du可以通过空口资源将数据包发送给终端设备，避免终端设备丢失其在非激活态的下行数据。
18.在一种可能的实现方式中，若du不是终端设备进入非激活态之前连接的最后一个du，该方法还包括：cu-cp向终端设备进入非激活态之前连接的最后一个du发送终端设备上下文释放消息，终端设备上下文释放消息用于指示终端设备进入非激活态之前连接的最后一个du释放与集中式单元-用户面功能网元cu-upf的连接和终端设备的上下文。
19.在一种可能的实现方式中，该方法还包括：cu-cp从du接收第二控制面信息，第二控制面信息包括第一qfi信息和第一ppi信息，第一qfi信息和第一ppi信息用于cu-cp为终端设备确定寻呼策略。
20.在一种可能的实现方式中，该方法还包括：cu-cp从du接收第三控制面信息，第三控制面信息包括第二qfi信息和第二ppi信息，第二qfi信息和第二ppi信息用于cu-cp为终端设备确定寻呼策略，第二qfi信息与第一qfi信息不同，第二ppi信息与第一ppi信息不同。
21.在一种可能的实现方式中，该方法还包括：cu-cp向du发送第四控制面信息，第四控制面信息用于指示du释放终端设备的空口资源，并保留du与核心网用户面网元的连接和终端设备的上下文。
22.在一种可能的实现方式中，cu-cp向du发送第四控制面信息之前，该方法还包括：cu-cp向du发送第五控制面信息，第五控制面信息用于指示终端设备进入非激活态的条件；cu-cp从du接收第六控制面信息，第六控制面信息用于指示终端设备是否满足进入非激活态的条件。
23.第三方面，本技术实施例提供一种通信方法，包括：集中式单元-用户面功能网元cu-upf接收来自分布式单元du的第一指示信息，du是终端设备进入非激活态之前连接的最后一个du，第一指示信息使能终端设备对应的数据包被发送给du；或者,cu-upf接收来自du的第二指示信息，du不是终端设备进入非激活态之前连接的最后一个du，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
24.基于本技术实施例提供的方法，若du是终端设备进入非激活态之前连接的最后一个du，cu-upf从du接收第一指示信息，第一指示信息使能cu-upf将终端设备对应的数据包发送给du；若du不是终端设备进入非激活态之前连接的最后一个du，cu-upf从du接收第二
指示信息，第二指示信息使能cu-upf建立与du的下行连接，并将终端设备的数据包发送给du。du从cu-upf获取终端设备对应的数据包后，可以通过空口资源将数据包发送给终端设备，避免终端设备丢失其在非激活态的下行数据。
25.在一种可能的实现方式中，该方法还包括：cu-upf向du发送第一下行数据包，第一下行数据包的包头携带第一服务质量流标识qfi信息；cu-upf接收来自du的用户面信息，用户面信息用于指示cu-upf停止发送终端设备对应的第二下行数据包，第二下行数据包的包头包括第一qfi信息，用户面信息还用于指示cu-upf缓存第一下行数据包和第二下行数据包；cu-upf停止发送终端设备对应的第二下行数据包并缓存第一下行数据包和第二下行数据包。
26.第四方面，本技术实施例提供一种通信装置，通信装置为集中式单元cu-分布式单元du架构中的du，包括：接收单元，用于接收来自集中式单元-控制面cu-cp的第一控制面信息，第一控制面信息用于指示恢复终端设备的无线资源控制rrc连接；发送单元，用于向集中式单元-用户面功能网元cu-upf发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du；或者,发送单元，用于向cu-upf发送第二指示信息，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
27.在一种可能的实现方式中，接收单元还用于：接收来自终端设备的rrc恢复请求；发送单元，还用于向cu-cp发送初始上行rrc消息，初始上行rrc消息用于请求恢复终端设备的rrc连接。
28.在一种可能的实现方式中，接收单元还用于：从cu-upf接收终端设备的第一下行数据包，第一下行数据包的包头包括第一服务质量流标识qfi信息，第一qfi信息用于标识第一下行数据包的服务质量qos流；当终端设备处于非激活态时，发送单元，还用于向cu-upf发送用户面信息，用户面信息用于指示cu-upf停止发送终端设备对应的第二下行数据包，第二下行数据包的包头包括第一qfi信息，用户面信息还用于指示cu-upf缓存第一下行数据包和第二下行数据包。
29.在一种可能的实现方式中，发送单元，还用于：向cu-cp发送第二控制面信息，第二控制面信息包括第一qfi信息和第一寻呼策略标识ppi信息，第一qfi信息和第一ppi信息用于终端设备的寻呼策略的确定。
30.在一种可能的实现方式中，接收单元还用于：从cu-upf接收终端设备对应的第三下行数据包，第三下行数据包的包头包括第二qfi信息和第二ppi信息，第二qfi信息与第一qfi信息不同；发送单元，还用于向cu-cp发送第三控制面信息，第三控制面信息包括第二qfi信息和第二ppi信息，第二qfi信息和第二ppi信息用于终端设备的寻呼策略的确定。
31.在一种可能的实现方式中，接收单元还用于：接收来自集中式单元-控制面cu-cp的第四控制面信息，第四控制面信息用于指示du释放终端设备的空口资源，并通过存储单元保留du与集中式单元-用户面功能网元cu-upf的连接和终端设备的上下文；处理单元，用于释放终端设备的空口资源。
32.在一种可能的实现方式中，接收单元还用于：接收来自cu-cp的第五控制面信息，第五控制面信息用于指示终端设备进入非激活态的条件；发送单元，还用于向cu-cp发送第六控制面信息，第六控制面信息用于指示终端设备是否满足进入非激活态的条件。
33.第五方面，本技术实施例提供一种通信装置，通信装置为集中式单元cu-分布式单
元du架构中的集中式单元-控制面cu-cp，包括：发送单元，用于向分布式单元du发送第一控制面信息，第一控制面信息用于恢复终端设备的无线资源控制rrc连接；若du是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括集中式单元-用户面功能网元cu-upf的上行端口标识；若du不是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括cu-upf的上行端口标识，以及为终端设备服务的最后一个du的下行端口信息。
34.在一种可能的实现方式中，若du不是终端设备进入非激活态之前连接的最后一个du，发送单元还用于：向终端设备进入非激活态之前连接的最后一个du发送终端设备上下文释放消息，终端设备上下文释放消息用于指示终端设备进入非激活态之前连接的最后一个du释放与集中式单元-用户面功能网元cu-upf的连接和终端设备的上下文。
35.在一种可能的实现方式中，还包括接收单元，用于：从du接收第二控制面信息，第二控制面信息包括第一qfi信息和第一ppi信息，第一qfi信息和第一ppi信息用于cu-cp为终端设备确定寻呼策略。
36.在一种可能的实现方式中，接收单元还用于：从du接收第三控制面信息，第三控制面信息包括第二qfi信息和第二ppi信息，第二qfi信息和第二ppi信息用于cu-cp为终端设备确定寻呼策略，第二qfi信息与第一qfi信息不同，第二ppi信息与第一ppi信息不同。
37.在一种可能的实现方式中，发送单元还用于：cu-cp向du发送第四控制面信息，第四控制面信息用于指示du释放终端设备的空口资源，并保留du与核心网用户面网元的连接和终端设备的上下文。
38.在一种可能的实现方式中，发送单元还用于：向du发送第五控制面信息，第五控制面信息用于指示终端设备进入非激活态的条件；接收单元，还用于从du接收第六控制面信息，第六控制面信息用于指示终端设备是否满足进入非激活态的条件。
39.第六方面，本技术实施例提供一种通信装置，通信装置为集中式单元-用户面功能网元cu-upf，包括：接收单元，用于接收来自分布式单元du的第一指示信息，du是终端设备进入非激活态之前连接的最后一个du，第一指示信息使能终端设备对应的数据包被发送给du；或者,接收单元，用于接收来自du的第二指示信息，du不是终端设备进入非激活态之前连接的最后一个du，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
40.在一种可能的实现方式中，还包括发送单元，用于：向du发送第一下行数据包，第一下行数据包的包头携带第一服务质量流标识qfi信息；接收单元用于接收来自du的用户面信息，用户面信息用于指示cu-upf停止发送终端设备对应的第二下行数据包，第二下行数据包的包头包括第一qfi信息，用户面信息还用于指示cu-upf缓存第一下行数据包和第二下行数据包；发送单元用于停止发送终端设备对应的第二下行数据包并通过缓存单元缓存第一下行数据包和第二下行数据包。
41.第七方面，提供一种通信装置，该通信装置可以是du，包括：处理器和存储器；该存储器用于存储计算机执行指令，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第一方面中任一项的方法。
42.第八方面，提供一种通信装置，该通信装置可以是cu-cp，包括：处理器和存储器；该存储器用于存储计算机执行指令，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第二方面中任一项的方法。
43.第九方面，提供一种通信装置，该通信装置可以是cu-upf，包括：处理器和存储器；该存储器用于存储计算机执行指令，该处理器执行该存储器存储的该计算机执行指令，以使该装置执行如上述第三方面中任一项的方法。
44.第十方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面至第三方面中任一项的方法。
45.第十一方面，提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面至第三方面中任一项的方法。
46.第十二方面，提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行如上述第一方面至第三方面中任一项的方法。
47.第十三方面，提供一种芯片，所述芯片包括处理器，所述处理器和存储器耦合，所述存储器存储有程序指令，当所述存储器存储的程序指令被所述处理器执行时实现上述第一方面至第三方面中任一项的方法。
48.第十四方面，提供一种通信系统，该通信系统包括上述第四方面中任一项的通信装置、第五方面中任一项的通信装置和第六方面中任一项的通信装置。
附图说明
49.图1为本技术实施例提供的一种cu/du分离场景下的网络架构示意图；
50.图2a为本技术实施例提供的一种gnb-du和gnb-cu-cp的协议栈示意图；
51.图2b为本技术实施例提供的一种gnb-du和gnb-cu-up的协议栈示意图；
52.图3为本技术实施例提供的一种gnb-du、gnb-cu-cp和gnb-cu-up的分布示意图；
53.图4为本技术实施例提供的一种upf和gnb-cu-up合设场景下的网络架构示意图；
54.图5为本技术实施例提供的又一种upf和gnb-cu-up合设场景下的网络架构示意图；
55.图6a为本技术实施例提供的一种gnb-cu-cp与upf合设场景下的控制面协议栈架构示意图；
56.图6b为本技术实施例提供的一种gnb-cu-cp与upf合设场景的用户面协议栈架构示意图；
57.图7为本技术实施例提供的一种du、cu-cp或cu-upf的结构示意图；
58.图8为本技术实施例提供的一种信号交互示意图；
59.图9为本技术实施例提供的又一种du的结构示意图；
60.图10为本技术实施例提供的又一种cu-cp的结构示意图；
61.图11为本技术实施例提供的又一种cu-upf的结构示意图。
具体实施方式
62.为了下述各实施例的描述清楚简洁，首先给出相关概念或技术的简要介绍：
63.cu/du分离技术是5g中的一个重要特性，该技术可以更加灵活地对基站布网进行调整，并且，该技术对负载均衡和资源最大化利用有良好的收益，对于解决潮汐效应、部署双连接、边缘计算、业务分流以及智能化运维都有更好的支持。
64.如图1所示，示出了一种cu/du分离场景下的网络架构示意图。在cu/du分离场景
upf可以由smf进行统一的调度管理。cu-upf可以通过f1-u接口与gnb-du通信，cu-upf可以通过n6接口接入dn，可以取消gnb-cu-cp对gnb-cu-up(即cu-upf)的管理权限(取消原本的e1接口)，或仅保留部分不影响安全性的权限和系统结构。
70.在upf和gnb-cu-up合设的场景下，终端设备如何与网络侧进行通信，目前还没有相应的解决方案。举例来说，当终端设备进入rrc非激活态(rrc inactive/rrc_inactive)时，由于合设后gnb-cu-up与upf为一个网元(即cu-upf)，若由gnb-cu-up(相当于cu-upf)检测下行数据发起寻呼(paging)，则与rrc空闲态(rrc idle/rrc_idle)下由upf(相当于cu-upf)检测下行数据发起paging没有差异，丧失了对于rrc inactive技术的支持。其中，rrc_inactive可以认为是rrc_idle和rrc连接态(rrc_connected)的中间态。概括来说，可以认为处于rrc_inactive的ue的空口状态类似于rrc_idle，而对于5gc的连接类似于rrc_connected。本技术实施例中，rrc inactive/rrc_inactive可以称为inactive或非激活态。
71.本技术实施例提供一种通信方法，应用于cu-up和upf合设场景(upf和cu-up合设为cu-upf)下，可以由gnb-cu-cp指示gnb-du释放相关空口资源，并保留与合设网元cu-upf的用户面连接和相关ue上下文，cu-upf不感知上述过程，能够与rrc idle下由upf(相当于cu-upf)检测下行数据发起寻呼的过程区别开来，解决了现有技术无法支持rrc inactive技术的问题。
72.进一步的，gnb-du检测来自cu-upf的下行数据包后，可以通过用户面信息通知cu-upf停止下发相应的下行数据包，并对下行数据包进行缓存。由于du没有缓存数据的功能，通过指示cu-upf停止发送并缓存相应的下行数据包，可以避免数据丢包，并且能避免cu-upf向du发送无用数据占用通信资源。
73.若du是终端设备进入非激活态之前连接的最后一个du，du可以向cu-upf发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du；若du不是终端设备进入非激活态之前连接的最后一个du，du可以向cu-upf发送第二指示信息，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。这样，du从cu-upf获取终端设备对应的数据包后，可以通过空口资源将数据包发送给终端设备，避免终端设备丢失其在非激活态的下行数据。需要说明的是，du可以向cu-upf发送第一指示信息，或者du可以向cu-upf发送第二指示信息，即第一指示信息或第二指示信息是择一发送的。
74.本技术实施例提供的通信方法和装置可以应用于5g移动通信系统或新无线(new radio，nr)等。本技术提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。其中，通信系统可以是未来演进的公用陆地移动通信网络(public land mobile network，plmn)网络、设备到设备(device to device，d2d)网络、机器到机器(machine to machine，m2m)网络、物联网(internet of things，iot)网络或者其他网络，本技术不做限定。
75.本技术实施例适用的网络架构如图5所示，一个gnb-cu-cp可以控制多个gnb-du。当ue没有下行业务数据时，ue可以进入非激活态，即释放空口传输资源，但保留ng-u的相关资源。当来自核心网的下行数据到达时，gnb-cu-cp指示其控制范围内的全部gnb-du发起paging。ue接收到gnb-du发起的paging消息后，可以与gnb-du和gnb-cu-up恢复连接。需要说明的是，当核心网的下行数据到达时，若ue从gnb-cu-cp控制范围内的一个gnb-du的服务范围移动(moving)到另一个gnb-du的服务范围内，即发生了du切换，ue可以与新的gnb-du
建立连接；若核心网的下行数据到达时，ue仍处于其在进入非激活态前连接的最后一个gnb-du的服务范围内，即未发生du切换，ue恢复与该gnb-du的连接即可。
76.另外，图5中其余各网元的说明可以参考图1和图4的相关描述，在此不做赘述。当然，图5所涉及的网络架构中还可能包括其他网元，如统一数据管理(unified data management，udm)网元、策略控制功能(policy control function，pcf)网元、鉴权服务器功能(authentication server function，ausf)网元、网络开放功能(network exposure function，nef)网元/网络功能存储功能(network function repository function，nrf)网元/网络切片选择功能(network slice selection function，nssf)、统一数据存储库(unified data repository，udr)或网络存储功能(network repository function，nrf)等网元或设备等，不作具体限定。
77.需要说明的是，图5中的各个网元以及各个网元之间的接口名字只是一个示例，具体实现中各个网元以及各个网元之间的接口名字可能为其他，本技术实施例对此不作具体限定。
78.如图6a所示，为gnb-cu-cp与upf合设场景下的控制面协议栈架构示意图。其中，ue与du之间对等的协议层包括rlc层、mac层和phy。ue与cu-cp之间对等的协议层包括rrc层和pdcp层。ue与amf之间对等的协议层包括非接入层(non-access stratum,nas)层。amf与smf之间对等的协议层包括nas层。由于已经取消了gnb-cu-cp对cu-upf的控制，安全(security)以及与服务质量(quality of service，qos)流(flow)控制相关的pdcp和sdap config消息可以在控制面通过cu-cp-》amf-》smf-》cu-upf的路径最终下发给cu-upf。
79.如图6b所示，为gnb-cu-cp与upf合设场景的用户面协议栈架构示意图。其中，ue与cu-upf之间对等的协议层包括sdap和pdcp层，ue与upf之间对等的协议层包括协议数据单元(protocol data unit，pdu)层(layer)。cu-upf通过三层协议直接与dn(图6b中未示出)相连或与upf的pdu会话锚点(pdu session anchor，psa)相连。cu-upf与upf之间对等的协议层包括通用分组无线服务(general packet radio service，gprs)隧道协议用户面(gprs tunnelling protocol user plane，gtp-u)、用户数据报协议(user datagram protocol，udp)/因特网协议(internet protocol，ip)层、l2层和l1层。
80.为了方便描述起见，下文将gnb-du、gnb-cu-cp和gnb-cu-up分别称为du、cu-cp和cu-up。需要说明的是，本技术实施例中cu-cp(gnb-cu-cp)、cu-up(gnb-cu-up)、du(gnb-du)只是一种命名方式，不排除在现有或未来的协议中定义其他可能的命名来替代上述名称。
81.本技术实施例中的du、cu-cp或cu-upf可以通过图7中的通信设备来实现。图7所示为本技术实施例提供的通信设备的硬件结构示意图。该通信设备700包括至少一个处理器701，通信线路702，存储器703以及至少一个通信接口704。
82.处理器701可以是一个通用中央处理器(central processing unit，cpu)，微处理器，特定应用集成电路(application-specific integrated circuit，asic)，或一个或多个用于控制本技术方案程序执行的集成电路。
83.通信线路702可包括一通路，在上述组件之间传送信息。
84.通信接口704，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。
85.存储器703可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路702与处理器相连接。存储器也可以和处理器集成在一起。
86.其中，存储器703用于存储执行本技术方案的计算机执行指令，并由处理器701来控制执行。处理器701用于执行存储器703中存储的计算机执行指令，从而实现本技术下述实施例提供的通信方法。
87.可选的，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不作具体限定。
88.在具体实现中，作为一种实施例，处理器701可以包括一个或多个cpu，例如图7中的cpu0和cpu1。
89.在具体实现中，作为一种实施例，通信设备700可以包括多个处理器，例如图7中的处理器701和处理器705。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
90.下面将结合附图对本技术实施例提供的通信方法进行具体阐述。需要说明的是，本技术下述实施例中各个网元的名称，各个网元之间的消息的名称或消息中各参数的名称等只是一个示例，具体实现中也可以是其他的名字，本技术实施例对此不作具体限定。
91.在本技术的描述中，除非另有说明，“至少一个”是指一个或多个，“多个”是指两个或多于两个。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
92.本技术实施例中，控制面信息(例如，第一控制面信息至第五控制面信息)是指du和cu-cp之间用于交互的信息，控制面信息也可以为其他名称，本技术不做限定。
93.为了便于理解，以下结合附图对本技术实施例提供的通信方法进行具体介绍。
94.如图8所示，本技术实施例提供一种通信方法，包括：
95.801、cu-cp向du发送控制面信息(第四控制面信息)。
96.其中，第四控制面信息用于指示du释放终端设备的空口资源，并保留du与核心网用户面网元的连接和终端设备的上下文，以使终端设备可以进入非激活态。示例性的，第四控制面信息可以是ue context release command，其中包含rrc release消息。
97.可选的，cu-cp向du发送第四控制面信息之前，cu-cp可以向du发送第五控制面信息，第五控制面信息用于指示终端设备进入非激活态的条件，以便du可以根据第五控制面信息确定终端设备是否需要进入非激活态，并将相应的情况上报给cu-cp。示例性的，第五
控制面信息可以是ue context setup request，其中包含inactivity monitoring request。
98.802、du接收来自cu-cp的第四控制面信息。
99.du可以根据第四控制面信息释放终端设备的空口资源。示例性的，du接收到第四控制面信息后，可以向ue发送rrc release消息，以释放相关空口资源。并且，du保留du与核心网用户面网元的连接和终端设备的上下文，即不断开du与核心网用户面网元的连接并且不删除终端设备的上下文。可选的，du还可以向cu-cp反馈rrc release的执行情况，例如可以通过一个指示(indicator)报告rrc release是否执行成功。
100.可选的，du接收来自cu-cp的第四控制面信息之前，可以接收来自cu-cp的第五控制面信息，第五控制面信息用于指示终端设备进入非激活态的条件，即cu-cp可以告知du终端设备在什么条件(情况)下进入非激活态，使du对终端设备的下行数据传输状态进行检测，以确定终端设备是否满足进入非激活态的条件。示例性的，cu-cp可以向du发送ue context setup request，ue context setup request可以用于配置ue上下文，ue context setup request中可以携带inactivity monitoring request，用于du触发rrc inactive，即用于du确定终端设备是否具备进入非激活态的条件，或者说用于du确定终端设备是否需要进入非激活态。
101.du接收到第五控制面信息后，可以向cu-cp发送第五控制面信息的反馈信息，该反馈信息用于向cu-cp反馈其是否支持inactivity monitoring。若du支持inactivity monitoring，du可以向cu-cp发送第六控制面信息，第六控制面信息用于指示终端设备是否满足进入非激活态的条件。示例性的，该第六控制面信息可以包括ue进入非激活态的相关信息(例如ue在较长时间内没有下行数据，此时可以认为ue具有进入非激活态的需求)。示例性的，第六控制面信息可以是ue inactivity notification。cu-cp可以根据第六控制面信息确定终端设备满足进入非激活态的条件或者不满足进入非激活态的条件。若终端设备满足进入非激活态的条件，cu-cp确定使ue进入非激活态，可以是将ue的状态从连接态转为非激活态，即执行步骤801。
102.基于本技术实施例提供的方法，cu-cp触发ue进入非激活态时，cu-cp可以指示du释放相关空口资源，并保留与合设网元cu-upf的用户面连接和相关ue上下文，cu-upf不感知上述过程，能够与rrc idle下由upf(相当于cu-upf)检测下行数据发起寻呼的过程区别开来，从而解决了现有技术无法支持rrc inactive技术的问题。
103.上述步骤801-步骤802说明了如何在cu-upf合设场景下使ue进入非激活态。当ue进入非激活态后，由于du保留了与cu-upf的连接，因此du可能会从cu-upf接收到终端设备的数据包，并需要进行相应的处理，即本实施例还可以包括步骤803-步骤811。
104.需要说明的是，步骤801-步骤802与后续步骤803-步骤811，可以是相互独立的，即可以通过步骤801-步骤802使终端设备进入非激活态，也可以通过其他方式使终端设备进入非激活态，本技术不做限定。
105.803、cu-upf向du发送终端设备的第一下行数据包。
106.其中，第一下行数据包的包头携带第一qfi信息。第一qfi可以用于标识第一下行数据包对应的5g qos流。其中，5g qos流是5g系统中qos转发处理的最细粒度，映射到相同5g qos流的所有流量都接受相同的转发处理(例如，调度策略，队列管理策略，速率整形策
略，rlc配置等)。
107.804、du从cu-upf接收终端设备的第一下行数据包。
108.du接收到第一下行数据包后，若确定终端设备处于非激活态，可以执行步骤805。
109.805、当终端设备处于非激活态时，du向cu-upf发送用户面信息。
110.其中，用户面信息用于指示cu-upf停止发送终端设备对应的第二下行数据包，这是由于终端设备处于非激活态，即du与终端设备之间的rrc连接已断开，du无法向终端设备下发数据包，因此du可以指示cu-upf停止发送终端设备对应的第二下行数据包。用户面信息还用于指示cu-upf缓存第一下行数据包和第二下行数据包。这是由于du不具备缓存数据包的功能，因此可以由cu-upf缓存第一下行数据包和第二下行数据包。
111.其中，第二下行数据包的包头包括第一qfi信息，即第二数据包和第一数据包都属于第一qfi对应的qos流(5g qos流)。第二数据包可以包括第一qfi对应的qos流中除第一数据包之外的全部或部分数据包。
112.其中，用户面信息可以承载在pdu中，例如，可以承载在下行数据传输状态(downlink data delivery status，ddds)pdu中。或者，用户面信息可以携带在数据包的包头中。
113.其中，ddds pdu是du向cu-up通过f1-u接口由用户面发送的控制pdu。该控制pdu的作用是上报pdcp pdu的传输状态(包括pdcp序号(sequence number，sn)号和丢包情况等)，用作流量控制。ddds pdu可用于在用户面指示cu-up，本消息(携带ddds pdu的消息)为最后一次dl status report，后续不会有上行或下行的数据从本通道(传输ddds pdu的通信通道)发送。或者，ddds pdu可用于指示本消息是initial dl data delivery status，以便cu-up可以开始向du发送下行数据包。示例性的，ddds pdu的结构可以如表1所示。
114.表1
[0115][0116]
需要说明的是，可以在表1所示的ddds pdu的基础上增加扩展比特，在扩展比特中携带上述用户面信息，或者，ddds pdu可以不是表1所示的格式，可以对ddds pdu进行重新设计，本技术不做限定。
[0117]
806、cu-upf接收来自du的用户面信息。
[0118]
cu-upf可以根据用户面信息停止发送终端设备对应的第二下行数据包，并缓存第一下行数据包和第二下行数据包。
[0119]
807、du向cu-cp发送第二控制面信息。
[0120]
其中，第二控制面信息包括第一qfi信息和第一ppi信息，第一qfi信息和第一ppi信息用于终端设备的寻呼策略的确定。可选的，第二控制面信息还可以包括gnb-cu-cp ue f1ap id和gnb-du ue f1ap id，用于识别终端设备。示例性的，第二控制面信息可以携带在dl data notification中。
[0121]
808、cu-cp从du接收第二控制面信息。
[0122]
cu-cp根据第一qfi信息查询5g qos标识符(5g qos identifier，5qi)以及分配和
保留优先级(allocation and retention priority，arp)。其中，5qi用于确定qos flow的qos参数，如时延、误包率等，arp用于确定不同qos flow之间的优先级。cu-cp根据第一ppi信息确定paging策略，确定paging策略后，可以开始向cu-cp控制范围内的du发送paging消息，收到paging消息的du可以其覆盖范围内的ue发起paging。
[0123]
需要说明的是，步骤807-步骤808以及步骤805-步骤806之间没有必然的执行先后顺序，可以是先执行步骤805-步骤806，再执行步骤807-步骤808；也可以是先执行步骤807-步骤808，再执行步骤805-步骤806；还可以是同时执行步骤805-步骤806以及步骤807-步骤808，本实施例对此不作具体限定。
[0124]
在步骤807-步骤808之后，若cu-upf继续向du下发第二qfi对应的数据包，则本技术实施例还可以包括步骤809-步骤811。
[0125]
809、du从cu-upf接收终端设备对应的第三下行数据包。
[0126]
其中，第三下行数据包的包头包括第二qfi信息和第二ppi信息，第二qfi信息与第一qfi信息不同，第二ppi信息与第一ppi信息相同或不同。
[0127]
810、du向cu-cp发送第三控制面信息。
[0128]
其中，第三控制面信息包括第二qfi信息和第二ppi信息，第二qfi信息和第二ppi信息用于终端设备的寻呼策略的确定。示例性的，第三控制面信息可以携带在新的dl data notification消息中，该新的dl data notification消息与携带第二控制面信息的dl data notification消息不同。
[0129]
811、cu-cp从du接收第三控制面信息。
[0130]
cu-cp可以根据第三控制面信息中的第二ppi信息再次确定paging策略，若根据第一ppi信息确定的paging策略的优先级低于根据第二ppi信息确定的paging策略的优先级，则cu-cp可以更新终端设备的paging策略；若根据第一ppi信息确定的paging策略的优先级不低于(高于或等于)根据第二ppi信息确定的paging策略的优先级，则cu-cp可以仍根据第一ppi信息确定的paging策略对终端设备进行paging。
[0131]
基于本技术实施例提供的方法，du接收到来自cu-upf的下行数据包后，可以通过用户面信息通知cu-upf停止下发并缓存相应的下行数据包。由于du没有缓存数据的功能，通过指示cu-upf停止发送并缓存相应的下行数据包，可以避免数据丢包，并且能避免cu-upf向du发送无用数据占用通信资源。
[0132]
步骤803-步骤811描述了在cu-upf合设场景下如何触发寻呼(即对终端设备进行paging)。触发寻呼后，du可以接收来自终端设备的rrc恢复请求，du可以向cu-cp请求恢复终端设备的rrc连接，即本技术实施例还可以包括步骤812-步骤818。
[0133]
需要说明的是，步骤803-步骤811与步骤812-步骤818，可以是相互独立的，即可以通过步骤803-步骤811触发寻呼，也可以通过其他方式触发寻呼，本技术不做限定。
[0134]
812、du接收来自终端设备的rrc恢复请求(rrc resume request)。
[0135]
其中，终端设备是指接收到寻呼消息的终端设备。
[0136]
813、du向cu-cp发送初始上行rrc消息(initial ul rrc message transfer)。
[0137]
其中，初始上行rrc消息用于请求恢复终端设备的rrc连接。
[0138]
814、cu-cp向du发送第一控制面信息，第一控制面信息用于恢复终端设备的rrc连接。
[0139]
若当前du(向cu-cp发送初始上行rrc消息的du)是终端设备进入非激活态之前连接的最后一个du，第一控制面信息还可以携带cu-upf的上行端口标识，以便du可以根据cu-upf的上行端口标识向cu-upf请求终端设备的数据。其中，cu-upf的上行端口标识例如可以是f1-u ul隧道端点标识(tunnel endpoint identifier，teid)。若当前du不是终端设备进入非激活态之前连接的最后一个du，第一控制面信息不仅可以携带cu-upf的上行端口标识，还可以携带终端设备进入非激活态之前连接的最后一个du(last serving du)的下行端口信息，du可以根据cu-upf的上行端口标识向cu-upf请求终端设备的数据，终端设备的数据可以是last serving du指示cu-upf缓存的。示例性的，第一控制面信息可以携带在ue context setup request中。
[0140]
同时，cu-cp可以与ue进行rrc resume信令交互，使ue从非激活态转换为连接态。
[0141]
另外，若du不是终端设备进入非激活态之前连接的最后一个du，cu-cp可以向终端设备进入非激活态之前连接的最后一个du发送终端设备上下文释放消息，该终端设备上下文释放消息用于指示终端设备进入非激活态之前连接的最后一个du释放与cu-upf的连接和终端设备的上下文。即若发生du切换，则cu-cp可以向last serving du发送ue context release消息，指示该du释放与cu-upf的连接及ue上下文，从而节省通信资源。
[0142]
815、du接收来自cu-cp的第一控制面信息。
[0143]
若du是终端设备进入非激活态之前连接的最后一个du，du可以执行步骤816，若du不是终端设备进入非激活态之前连接的最后一个du，du可以执行步骤818。
[0144]
816、若du是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du。
[0145]
即若未发生du切换，则du向cu-upf发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du。其中，终端设备对应的数据包可以包括第一下行数据包和第二下行数据包。示例性的，第一指示信息可以携带在ddds pdu中。
[0146]
817、cu-upf接收来自du的第一指示信息。
[0147]
cu-upf接收到来自du的第一指示信息后，可以将终端设备对应的数据包(第一下行数据包和第二下行数据包)发送给du。
[0148]
可选的，cu-upf可以向amf/smf报告du的f1-u端口变化情况。
[0149]
818、若du不是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第二指示信息，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
[0150]
即若发生du切换，du向cu-upf发送第二指示信息，第二指示信息使能cu-upf建立与du的下行连接，并将(last serving du指示缓存的)终端设备的数据包发往du。第二指示信息可以携带在ddds pdu中。
[0151]
819、cu-upf接收来自du的第二指示信息。
[0152]
cu-upf接收到来自du的第二指示信息后，建立与du的下行连接，并将终端设备对应的数据包(第一下行数据包和第二下行数据包)发送给du。
[0153]
可选的，cu-upf可以向amf/smf报告du的f1-u端口变化情况。
[0154]
基于本技术实施例提供的方法，若du是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第一指示信息，使能cu-upf将终端设备对应的数据包发送给du；若du
不是终端设备进入非激活态之前连接的最后一个du，du向cu-upf发送第二指示信息，使能cu-upf建立与du的下行连接，并将终端设备的数据包发送给du。du从cu-upf获取终端设备对应的数据包后，可以通过空口资源将数据包发送给终端设备，避免终端设备丢失其在非激活态的下行数据。
[0155]
上述本技术提供的实施例中，分别从du、cu-cp、cu-upf以及du、cu-cp和cu-upf之间交互的角度对本技术实施例提供的方法进行了介绍。为了实现上述本技术实施例提供的方法中的各功能，du、cu-cp和cu-upf可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。
[0156]
在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的du9的一种可能的结构示意图，该du9包括：接收单元901和发送单元902。在本技术实施例中，接收单元901，用于接收来自集中式单元-控制面cu-cp的第一控制面信息，第一控制面信息用于指示恢复终端设备的无线资源控制rrc连接；发送单元902，用于向集中式单元-用户面功能网元cu-upf发送第一指示信息，第一指示信息使能终端设备对应的数据包被发送给du；或者发送单元902，用于向cu-upf发送第二指示信息，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
[0157]
在图8所示的方法实施例中，接收单元901用于支持du执行图8中的过程802、804、809、812和815。发送单元902用于支持du执行图8中的过程805、807、810、813和816。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0158]
其中，接收单元901或发送单元902可以是图7中的通信接口704。
[0159]
在采用对应各个功能划分各个功能模块的情况下，图10示出了上述实施例中所涉及的cu-cp10的一种可能的结构示意图，该cu-cp10包括：发送单元1001。在本技术实施例中，发送单元1001，用于向分布式单元du发送第一控制面信息，第一控制面信息用于恢复终端设备的无线资源控制rrc连接；若du是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括集中式单元-用户面功能网元cu-upf的上行端口标识；若du不是终端设备进入非激活态之前连接的最后一个du，第一控制面信息包括cu-upf的上行端口标识，以及为终端设备服务的最后一个du的下行端口信息。
[0160]
在图8所示的方法实施例中，发送单元1001用于支持cu-cp执行图8中的过程801和814。可选的，cu-upf还可以包括接收单元1002，用于支持cu-cp执行图8中的过程808和811。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0161]
其中，发送单元1001或接收单元1002可以是图7中的通信接口704。
[0162]
在采用对应各个功能划分各个功能模块的情况下，图11示出了上述实施例中所涉及的cu-upf11的一种可能的结构示意图，该cu-upf11包括：接收单元1101。在本技术实施例中，接收单元1101，用于接收来自分布式单元du的第一指示信息，du是终端设备进入非激活态之前连接的最后一个du，第一指示信息使能终端设备对应的数据包被发送给du；或者接收单元1101，用于接收来自du的第二指示信息，du不是终端设备进入非激活态之前连接的
最后一个du，第二指示信息使能cu-upf与du的下行连接建立，以及终端设备的数据包被发送给du。
[0163]
在图8所示的方法实施例中，接收单元1101用于支持cu-upf执行图8中的过程806和817。可选的，cu-upf还可以包括发送单元1102，用于支持cu-upf执行图8中的过程803。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
[0164]
其中，接收单元1101或发送单元1102可以是图7中的通信接口704。
[0165]
示例性的，上述各个装置实施例中du、cu-cp和cu-upf和方法实施例中的du、cu-cp和cu-upf可以完全对应，由相应的模块或单元执行相应的步骤，例如通信模块(收发器)可以执行方法实施例中发送和/或接收的步骤，除发送接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。发送单元和接收单元可以组成收发单元，发射器和接收器可以组成收发器，共同实现收发功能；处理器可以为一个或多个。
[0166]
示例性的，上述du、cu-cp和cu-upf的功能可以通过芯片来实现，处理单元可以通过硬件来实现，也可以通过软件来实现，当通过硬件实现时，该处理单元可以是逻辑电路、集成电路等；当通过软件来实现时，该处理单元可以是一个通用处理器，通过读取存储单元中存储的软件代码来实现，该存储单元可以集成在处理器中，也可以位于该处理器之外，独立存在。
[0167]
上述各个装置实施例中du、cu-cp和cu-upf和方法实施例中的du、cu-cp和cu-upf完全对应，由相应的模块或单元执行相应的步骤，例如发送模块(发射器)方法执行方法实施例中发送的步骤，接收模块(接收器)执行方法实施例中接收的步骤，除发送接收外的其它步骤可以由处理模块(处理器)执行。具体模块的功能可以参考相应的方法实施例。发送模块和接收模块可以组成收发模块，发射器和接收器可以组成收发器，共同实现收发功能；处理器可以为一个或多个。
[0168]
本技术实施例中对模块或单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本技术各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。示例性地，在本技术实施例中，接收单元和发送单元可以集成至收发单元中。
[0169]
本技术实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬
盘、磁带)、光介质(例如，数字视频光盘(digital video disc，dvd))、或者半导体介质(例如，固态硬盘(solid state drives，ssd))等。
[0170]
显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术的范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。