CN116209074A - 一种多链路通信的方法和装置 - Google Patents
一种多链路通信的方法和装置 Download PDFInfo
- Publication number
- CN116209074A CN116209074A CN202111446479.8A CN202111446479A CN116209074A CN 116209074 A CN116209074 A CN 116209074A CN 202111446479 A CN202111446479 A CN 202111446479A CN 116209074 A CN116209074 A CN 116209074A
- Authority
- CN
- China
- Prior art keywords
- link
- network element
- links
- traffic
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1215—Wireless traffic scheduling for collaboration of different radio technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
- H04L47/527—Quantum based scheduling, e.g. credit or deficit based scheduling or token bank
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种多链路通信的方法和装置,该方法包括:第一网元获取多个链路的类型信息,该多个链路的类型包括至少一种卫星链路,该链路为网元之间的链路。该第一网元根据该多个链路的类型信息,生成调度规则,该调度规则用于指示会话在目标链路上的流量信息,该多个链路包括该目标链路。本申请提供的技术方案通过设计相应的通信流程,实现会话的流量在多个不同类型的链路上的调度,从而实现多种链路资源的综合利用。
Description
技术领域
本申请涉及通信领域,并且更具体地,涉及一种多链路通信的方法和装置。
背景技术
接入流量导向、切换和分割(access traffic steer switching split,ATSSS)规则针对用户设备(user equipment,UE)同时使用3GPP接入和非3GPP两种接入类型时,实现UE与用户面功能(user plane function,UPF)之间两种接入类型上的流量调度。但是,第五代移动通信系统(the 5th generation mobile communication system,5GS)中尚未设计相关的部署方式和对应的流程来实现会话在两个网元之间多个链路上的流量调度。而在某些场景中,两个网元之间可能存在多个和/或多种类型的链路。例如,UPF之间或者无线接入网(radio access network,RAN)和UPF之间存在多个链路,在该场景下,对于该两个网元之间的会话的流量如何在该多个链路上传输是亟需解决的问题。
发明内容
本申请实施例提供一种多链路通信的方法和装置,通过设计相应的通信流程,实现会话的流量在多个的链路上的调度,从而实现多种链路资源的综合利用,进而满足不同业务的需求。
第一方面,提供了一种多链路通信的方法,该方法可以由网元执行,或者,也可以由网元的组成部件(例如芯片或者电路)执行,对此不作限定。为了便于描述,下面以由第一网元执行为例进行说明。
该方法可以包括:第一网元获取多个链路的类型信息,多个链路的类型包括至少一种卫星链路,链路为网元之间的链路。第一网元根据多个链路的类型信息,生成调度规则,调度规则用于指示会话在目标链路上的流量信息,多个链路包括目标链路。
根据本实施例的方法,网元之间存在多个链路时,如多个卫星链路,又如地面链路和至少一个卫星链路,第一网元可以根据该多个链路的类型信息生成调度规则,该调度规则可以用于指示会话的流量在目标链路上的分布情况,从而不仅可以使得网元可以根据该调度规则进行合理的流量调度,而且生成调度规则时考虑多个链路的类型,还可以实现多种链路资源的综合利用,进而满足不同业务的需求。例如,对于会话中延时性能要求较低的业务,根据调度规则可从多种链路类型中选择出延时相对较高的链路来传输该业务的流量,而对于会话中延时性能要求较高的业务,根据调度规则可从多种链路类型中选择出延时相对较低的链路来传输该业务的流量。
结合第一方面,在第一方面的某些实现方式中,方法还包括:第一网元接收来自第二网元的多链路通信指示信息。
根据本实施例的方法,多链路通信指示信息可用于指示在多个链路上进行通信。其中,在多个链路上进行通信也可以理解为,会话需要使用通信系统中与多链路通信相关的功能,以实现多种链路资源的综合利用,进而满足不同业务的需求。
结合第一方面,在第一方面的某些实现方式中,目标链路包括第一链路和第二链路,调度规则用于指示会话的流量在第一链路上传输;或者,调度规则用于指示会话的部分流量在第一链路上传输,会话的其余部分流量在第二链路上传输。其中,第二链路可以为一条或多条链路。
根据本实施例的方法,该调度规则可以用于指示会话的流量在第一链路上传输。其中,会话的流量在第一链路上传输也可以理解为会话的流量优先在第一链路上传输,例如,当第二链路的负载过高时,可以选择负载较低的链路作为第一链路,从而将流量引导至该第一链路上传输,以减轻第二链路的负载。或者,该调度规则还可以用于指示会话的部分流量在第一链路上传输,会话的其余部分流量在第二链路上传输,通过该方法,可以将会话的流量分布到多个链路上并行传输,从而实现多个链路的带宽聚合,提高业务吞吐量。
结合第一方面,在第一方面的某些实现方式中,第一网元根据多个链路的类型信息生成调度规则,包括:第一网元基于本地策略和多个链路的类型信息生成调度规则;或者,第一网元接收来自策略控制网元的动态策略和计费控制规则,第一网元基于动态策略和计费控制规则,以及多个链路的类型信息生成调度规则。
根据本实施例的方法,第一网元可以基于本地策略和多个链路的类型信息生成调度规则,例如,第一网元可以预先配置目标链路中不同链路的优先级,或者预先配置目标链路中不同链路对应的权重。第一网元还可以基于策略控制网元下发的动态策略和计费控制规则,以及多个链路的类型信息生成,例如,第一网元可以和该策略控制网元建立会话策略关联,由该策略控制网元为多链路通信进行策略决策,该策略控制网元可选择参与调度的目标链路类型。
结合第一方面,在第一方面的某些实现方式中,本地策略或动态策略和计费控制规则根据以下一项或多项信息生成:外部应用功能AF的流量调度要求的信息、流量信息、单个网络切片选择辅助S-NSSAI信息、数据网络名称DNN信息。
结合第一方面,在第一方面的某些实现方式中,链路为:第一用户面功能和第二用户面功能之间的链路;或者,链路为:无线接入网RAN与用户面功能之间的链路。
根据本实施例的方法,通过对第一用户面功能与第二用户面功能之间,或者RAN与用户面功能之间的多个相互独立的链路上的会话的流量进行调度,能够实现多种链路资源的综合利用。
结合第一方面,在第一方面的某些实现方式中,第一网元根据多链路通信指示信息或多个链路的类型信息确定支持多链路通信功能的第三网元;第一网元向第三网元发送调度规则。
根据本实施例的方法,第一网元根据接收到的多个链路的类型信息或多链路通信指示信息,确定会话需要在多个链路上进行通信,从而确定支持多链路通信功能的第三网元,并将生成的调度规则发送给该第三网元。进而,第三网元能够根据接收到的调度规则对参与调度的链路上的会话的流量进行调度。
第二方面,提供了一种多链路通信的方法,包括:第二网元获取多个链路的类型信息,多个链路的类型包括至少一种卫星链路,链路为网元之间的链路;第二网元向第一网元发送多个链路的类型信息,多个链路的类型信息用于生成调度规则,调度规则用于指示会话在目标链路上的流量信息,多个链路包括目标链路。
根据本实施例的方法,第二网元将获取到的多个链路的类型信息发送给第一网元,从而,第一网元能够根据该多个链路的类型信息生成调度规则。当网元之间存在多个链路时,该调度规则可以用于指示会话的流量在目标链路上的分布情况,从而实现多种链路资源的综合利用,进而满足不同业务的需求。
结合第二方面,在第二方面的某些实现方式中,方法还包括:第二网元根据多个链路的类型信息确定支持管理多链路通信功能的第一网元。
根据本实施例的方法,第二网元根据获取的多个链路的类型信息,确定会话需要在多个链路上进行通信,从而确定支持管理多链路通信功能的第一网元。
结合第二方面,在第二方面的某些实现方式中,方法还包括:第二网元获取多链路通信指示信息;第二网元根据多链路通信指示信息确定支持管理多链路通信功能的第一网元;第二网元向第一网元发送多链路通信指示信息。
根据本实施例的方法,第二网元根据获取的多链路通信指示信息,确定会话需要在多个链路上进行通信,从而确定支持管理多链路通信功能的第一网元。
第三方面,提供了一种多链路通信的方法,包括:第三网元向第一网元发送多个链路的类型信息,多个链路的类型包括至少一种卫星链路,链路为网元之间的链路,多个链路的类型信息用于生成调度规则;第三网元接收来自第一网元的调度规则,调度规则用于指示会话在目标链路上的流量信息,多个链路包括目标链路;根据调度规则,第三网元调度会话在目标链路上的流量。
根据本实施例的方法,当网元之间存在多个链路时,第三网元能够根据接收到的调度规则对会话在目标链路上的流量进行调度,从而实现多种链路资源的综合利用,进而满足不同业务的需求。
结合第三方面,在第三方面的某些实现方式中,目标链路包括第一链路和第二链路,调度规则用于指示会话的流量在第一链路上传输;或者,调度规则用于指示会话的部分流量在第一链路上传输,会话的其余部分流量在第二链路上传输。
根据本实施例的方法,该调度规则可以用于指示会话的流量在第一链路上传输。其中,会话的流量在第一链路上传输也可以理解为会话的流量优先在第一链路上传输,例如,当第二链路的负载过高时,可以选择负载较低的链路作为第一链路,从而将流量引导至该第一链路上传输,以减轻第二链路的负载。或者,该调度规则还可以用于指示会话的部分流量在第一链路上传输,会话的其余部分流量在第二链路上传输,通过该方法,可以将流量分布到多个链路上并行传输,从而实现多个链路的带宽聚合,提高业务吞吐量。
结合第三方面,在第三方面的某些实现方式中,方法还包括:第三网元本地配置多个链路的类型信息。
第四方面,提供了一种多链路通信的方法,包括:第四网元获取多个链路的类型信息,多个链路的类型包括至少一种卫星链路,链路为网元之间的链路;根据多个链路的类型信息,第四网元为会话的流量确定目标链路,以使得会话的流量在目标链路上传输。
根据本实施例的方法,该多个链路的类型可以包括两种或两种以上卫星链路,或者,该多个链路的类型可以包括地面链路和至少一种卫星链路。当网元之间存在多个链路时,该第四网元可以根据该多个链路的类型信息,从多个链路中选择一个适于承载该会话的流量的目标链路,从而实现多种链路资源的合理利用,进而满足不同业务的需求。
结合第四方面,在第四方面的某些实现方式中,第四网元为会话的流量确定目标链路,包括:在会话建立过程中,第四网元为会话的流量确定目标链路。
根据本实施例的方法,第四网元可以在会话建立过程中,为会话的流量确定一个适于承载该流量的链路,从而实现多种链路资源的合理利用,进而满足不同业务的需求。
结合第四方面,在第四方面的某些实现方式中,方法还包括:第四网元向第五网元发送目标链路的类型信息,目标链路的类型信息用于在目标链路上为会话的流量分配隧道资源,隧道资源用于在目标链路上为会话的流量建立隧道。
根据本实施例的方法,第五网元能够根据该目标链路的类型信息,在目标链路上为会话的流量分配隧道资源,该隧道资源可用于在目标链路上为会话的流量建立隧道,从而实现会话的流量在目标链路的隧道上传输。
结合第四方面,在第四方面的某些实现方式中,方法还包括:第四网元确定会话的流量,会话的流量为第一链路上的部分或全部流量,多个链路包括第一链路和目标链路。
根据本实施例的方法,该会话的流量可以是第一链路上的部分或全部流量,以实现将流量从第一链路调度至目标链路上传输。
结合第四方面,在第四方面的某些实现方式中,当目标链路上已经存在用于传输目标流量的隧道时,第四网元将目标流量调度至目标链路的隧道上传输。
根据本实施例的方法,当目标链路上已经存在用于传输目标流量的隧道时,第四网元可以直接将该目标流量调度至该目标链路上传输,从而实现目标流量在不同链路上的切换。
结合第四方面,在第四方面的某些实现方式中,当目标链路上不存在用于传输会话的流量的隧道时,第四网元在目标链路上为会话的流量分配隧道资源,隧道资源用于在目标链路上为会话的流量建立隧道;第四网元向第五网元发送隧道的信息和会话的流量的标识信息。
根据本实施例的方法,当目标链路上不存在用于传输会话的流量的隧道时,第一网元在目标链路上为会话的流量分配隧道资源,该隧道资源可用于在目标链路上为会话的流量建立隧道,以实现会话的流量在目标链路上的隧道上传输。此外,第四网元向第五网元发送该隧道的信息和该会话的流量的标识信息,从而第五网元能够根据该隧道的信息在目标链路上建立隧道,并将该会话的流量调度至该目标链路的隧道上进行传输。
结合第四方面,在第四方面的某些实现方式中,方法还包括:第四网元向第五网元发送目标链路的类型信息和会话的流量的标识信息。
根据本实施例的方法,第五网元接收该目标链路的类型信息后,可以根据该目标链路的类型信息在目标链路上为会话的流量分配隧道资源,该隧道资源可用于在目标链路上为会话的流量建立隧道,以实现会话的流量在目标链路的隧道上进行传输。该会话的流量的标识信息可用于将会话的流量调度至目标链路的隧道上传输。
第五方面,提供一种通信的装置,该装置用于执行上述第一方面至第四方面任一种可能实现方式中的方法。具体地,该装置可以包括用于执行第一方面至第四方面任一种可能实现方式中的方法的单元和/或模块,如处理单元和/或通信单元。
在一种实现方式中,该装置为网元。当该装置为网元时,通信单元可以是收发器,或,输入/输出接口;处理单元可以是至少一个处理器。可选地,收发器可以为收发电路。可选地,输入/输出接口可以为输入/输出电路。
在另一种实现方式中,该装置为用于网元的芯片、芯片系统或电路。当该装置为用于网元的芯片、芯片系统或电路时,通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等;处理单元可以是至少一个处理器、处理电路或逻辑电路等。
第六方面,提供一种通信的装置,该装置包括:至少一个处理器,用于执行存储器存储的计算机程序或指令,以执行上述第一方面至第四方面任一种可能实现方式中的方法。可选地,该装置还包括存储器,用于存储的计算机程序或指令。可选地,该装置还包括通信接口,处理器通过通信接口读取存储器存储的计算机程序或指令。
在一种实现方式中,该装置为网元。
在另一种实现方式中,该装置为用于网元的芯片、芯片系统或电路。
第七方面,本申请提供一种处理器,用于执行上述各方面提供的方法。
对于处理器所涉及的发送和获取/接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则可以理解为处理器输出和接收、输入等操作,也可以理解为由射频电路和天线所进行的发送和接收操作,本申请对此不做限定。
第八方面,提供一种计算机可读存储介质,该计算机可读介质存储用于设备执行的程序代码,该程序代码包括用于执行上述第一方面至第四方面任一种可能实现方式中的方法。
第九方面,提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述第一方面至第四方面任一种可能实现方式中的方法。
附图说明
图1示出了适用于本申请的网络架构示意图。
图2是适用于本申请的多链路通信的方法的通信系统示意图。
图3示出了适用于本申请的多链路通信的方法的一种系统架构。
图4示出了适用于本申请的多链路通信的方法的另一种系统架构。
图5示出了一种ATSSS架构的示意图。
图6示出了一种基于MPTCP调度功能的通信场景的示意图。
图7示出了一种基于透明MPTCP代理的通信场景的示意图。
图8示出了一种基于ATSSS低层调度功能的通信场景的示意图。
图9示出了一种实现低层调度功能的部署方式的示意图。
图10是本申请实施例提供的一种多链路通信的方法的示意图。
图11是本申请实施例提供的另一种多链路通信的方法的示意图。
图12是本申请实施例提供的另一种多链路通信的方法的示意图。
图13是本申请实施例提供的另一种多链路通信的方法的示意图。
图14是本申请实施例提供的另一种多链路通信的方法的示意图。
图15是本申请实施例提供的另一种多链路通信的方法的示意图。
图16是本申请实施例提供的另一种多链路通信的方法的示意图。
图17是根据本申请实施例提供的多链路通信的方法的一示意性流程图。
图18是根据本申请实施例提供的多链路通信的方法的另一示意性流程图。
图19是根据本申请实施例提供的多链路通信的方法的另一示意性流程图。
图20是根据本申请实施例提供的多链路通信的方法的另一示意性流程图。
图21是根据本申请实施例提供的多链路通信的方法的另一示意性流程图。
图22是根据本申请实施例提供的多链路通信的方法的另一示意性流程图。
图23是本申请实施例提供的一种通信的装置的示意性框图。
图24是本申请实施例提供的另一种通信的装置的示意性框图。
具体实施方式
下面将结合附图,对本申请实施例中的技术方案进行描述。
本申请提供的技术方案可以应用于各种通信系统,例如:第五代(5thgeneration,5G)或新无线(new radio,NR)系统、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time divisionduplex,TDD)系统等。本申请提供的技术方案还可以应用于未来的通信系统,如第六代移动通信系统。本申请提供的技术方案还可以应用于设备到设备(device to device,D2D)通信,车到万物(vehicle-to-everything,V2X)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machine type communication,MTC),以及物联网(internet ofthings,IoT)通信系统或者其他通信系统。下面以5G系统为例进行示例性说明。
第五代移动通信系统(the 5th generation mobile communication system,5GS)具备高带宽、高可靠、低延时和泛在接入等能力。
图1示出了适用于本申请的网络架构示意图。该网络架构例如可以为5GS架构。该网络架构如可以包括用户设备(user equipment,UE)、接入网(access network,AN)/无线接入网(radio access network,RAN)以及核心网网元。其中,核心网网元包括:用户面功能(user plane function,UPF)、数据网络(date network,DN)、会话管理功能(sessionmanagement function,SMF)、接入及移动性管理功能(access and mobility managementfunction,AMF)、网络切片选择功能(network slice selection function,NSSF)、鉴权服务器功能(authentication server function,AUSF)、网络开放功能(network exposurefunction,NEF)、网络存储功能(network function repository function,NRF)、策略控制功能(policy control function,PCF)、统一数据管理(unified data management,UDM)和应用功能(application function,AF)。
下面对图1中示出的各网元做简单介绍。
1、UE:可以称终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。
终端设备可以是一种向用户提供语音/数据的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备,5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network,PLMN)中的终端设备等,本申请实施例对此并不限定。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能首饰等。
此外,在本申请实施例中,终端设备还可以是IoT系统中的终端设备,IoT是未来信息技术发展的重要组成部分,其主要技术特点是将物品通过通信技术与网络连接,从而实现人机互连,物物互连的智能化网络。
需要指出的是,终端设备与接入网设备之间可以采用某种空口技术(如NR或LTE技术等)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术等)相互通信。
本申请实施例中,用于实现终端设备的功能的装置可以是终端设备,也可以是能够支持终端设备实现该功能的装置,例如芯片系统或芯片,该装置可以被安装在终端设备中。本申请实施例中,芯片系统可以由芯片构成,也可以包括芯片和其他分立器件。
2、(无线)接入网((radio)access network,(R)AN)设备:可以为特定区域的授权用户提供接入通信网络的功能,具体可以包括第三代合作伙伴计划(3rd generationpartnership project,3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用AN设备表示。
AN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型:3GPP接入技术(例如,第三代(3rd generation,3G)、第四代(4th generation,4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术,例如,5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station,gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity,WiFi)中的接入点(access point,AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)、码分多址(codedivision multiple access,CDMA)等。AN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。
AN设备能够负责空口侧的无线资源管理、服务质量(quality of service,QoS)管理、数据压缩和加密等功能。AN设备为终端设备提供接入服务,进而完成控制信号和用户数据在终端设备和核心网之间的转发。
AN设备例如可以包括但不限于:宏基站、微基站(也称为小站)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),WiFi系统中的AP、无线中继节点、无线回传节点、传输点(transmission point,TP)或者发送接收点(transmission and reception point,TRP)等,还可以为5G(如,NR)系统中的gNB或传输点(TRP或TP),5G系统中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如分布式单元(distributed unit,DU),或者下一代通信6G系统中的基站等。本申请实施例对AN设备所采用的具体技术和具体设备形态不做限定。
3、AMF:主要用于接入控制、移动性管理、附着与去附着等功能。AMF还可作为N1信令(即N1接口的信令,为简洁,简称为N1信令)和N2信令(即N2接口的信令,为简洁,简称为N2信令)连接的锚点,为SMF提供N1/N2会话管理(session management,SM)消息的路由。AMF还可维护和管理UE的状态信息。
4、SMF:主要用于用户面网元选择,用户面网元重定向,终端设备的因特网协议(internet protocol,IP)地址分配,以及会话的建立、修改和释放及QoS控制。
5、UPF:主要用于用户面数据的接收和转发。例如,UPF可以从DN接收用户面数据,并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据,并转发到DN。
6、PCF:主要用于指导网络行为的统一策略框架,为控制面网元(例如AMF,SMF等)提供策略规则信息等。
7、AF:主要用于向3GPP网络提供业务,如与PCF之间交互以进行策略控制等。
8、UDM:主要用于UE的签约数据管理,包括UE标识的存储和管理,UE的接入授权等。UDM还可为UE生成3GPP的认证凭证。UDM还可登记维护当前为UE服务的网元(例如,AMF ID1所代表的AMF为UE当前的服务AMF(serving AMF))。
9、UDR:主要用于存储用户数据。用户数据,例如包括但不限于:由UDM调用的签约数据,PCF调用的策略信息,用于能力开放的结构化数据,NEF调用的应用数据,等。
10、NEF:主要用于安全地向外部开放由3GPP网络功能提供的业务和能力等。
11、数据网络(DN):主要用于为UE提供数据服务的运营商网络。例如,因特网(Internet)、第三方的业务网络、IP多媒体服务业务(IP multi-media service,IMS)网络等。
12、AUSF:主要用于用户鉴权等,如UE接入网络时对UE进行安全认证。
13、NSSF:主要用于为UE选择切片实例集合,为UE确定AMF集合、允许的网络切片选择辅助信息(network slice selection assistance information,NSSAI)(NSSAIs)。
在图1所示的网络架构中,各网元之间可以通过图中所示的接口通信,部分接口可以采用服务化接口的方式实现。如图1所示,UE和AMF之间可以通过N1接口进行通信。RAN和AMF之间可以通过N2接口进行通信。RAN和UPF之间可以通过N3接口进行通信,N3接口可以用于传输用户面的数据等。SMF和UPF之间可以通过N4接口进行通信。UPF和DN之间可以通过N6接口进行通信。UPF和UPF之间可以通过N9接口进行通信,N9接口可以用于传输UPF之间的上下行用户数据流等。其他接口与各网元之间的关系如图1中所示,为了简洁,这里不一详述。
应理解,上述所示的网络架构仅是示例性说明,适用本申请实施例的网络架构并不局限于此,任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。
还应理解,图1中所示的AMF、SMF、UPF、PCF、UDM、NSSF、AUSF等可以理解为用于实现不同功能的网元,例如可以按需组合成网络切片,这些网元可以各自独立的设备,也可以集成于同一设备中实现不同的功能,或者可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能,本申请对于上述网元的具体形态不作限定。
在实际部署中,不同功能的网元可以合设。例如,接入与移动性管理网元可以与会话管理网元合设;会话管理网元可以与用户面网元合设。当两个网元合设的时候,本申请实施例提供的这两个网元之间的交互就成为该合设网元的内部操作或者可以省略。
还应理解,上述命名仅为便于区分不同的功能而定义,不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如,在6G网络中,上述各个网元中的部分或全部可以沿用5G中的术语,也可能采用其他名称等。
还应理解,图1中的各个网元之间的接口名称只是一个示例,具体实现中接口的名称可能为其他的名称,本申请对此不作具体限定。此外,上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例,对消息本身的功能不构成任何限定。
随着卫星通信技术的发展,通信卫星的带宽容量大幅提高,且成本降低。因卫星强大的覆盖能力,卫星网络与5G网络的融合兴起,其可帮助5G网络覆盖人员稀少的偏远地区、以及海洋和孤岛等地面网络难以到达的区域。
目前,卫星与5GS的融合可分为两种场景,第一种场景:卫星作为3GPP接入,UE通过卫星接入5GS。第二种场景:卫星链路作为网元之间的链路,例如,卫星链路作为RAN和UPF之间的链路,为N3提供承载,或者作为UPF和UPF之间的链路,为N9提供承载。其中,RAN和UPF之间的链路,以及UPF和UPF之间的链路又可以称为回传链路。
不同类型的卫星由于轨道高度不同,其覆盖面积、运动特征,以及带来的传播延时、抖动等也不同。作为示例,卫星按轨道类型可分为地球同步卫星(geostationaryequatorial orbit,GEO)、中轨道卫星(mid earth orbit,MEO)、低轨道卫星(low earthorbit,LEO)和其他卫星。3GPP以此定义了新的4种无线接入类型和回传类型,用于区分不同的卫星接入和卫星回传,其中回传类型还定义了非卫星回传(即地面回传)。其中,GEO卫星相对地面静止,轨道高度大约为35786km,单颗卫星可覆盖较大范围,但带来的传播延时较高。MEO轨道高度约为5000km-10000km、LEO轨道高度约为500Km-1500Km,带来的传播延时比GEO低。MEO和LEO相对地面运动,因此需要通过多颗卫星组成星座,并可能利用星间链路,实现对地面固定区域的连续覆盖,由于卫星的运动和星座拓扑的动态变化,可能使得延时随时间变化。
图2示出了适用于本申请的多链路通信的方法的通信系统示意图。作为示例,在图2所示的通信系统中,参与流量调度的链路为RAN与UPF之间的多个不同类型的链路,共同为N3提供承载,以实现多种链路的混合使用。其中,卫星链路包括GEO链路、MEO链路和LEO链路。图2所示的系统还包括非卫星链路,即地面链路,以使得流量可以在卫星链路和地面链路之间进行调度。例如,可在高峰时刻将对延时不敏感的业务切换到卫星链路上传输,以减轻地面链路的负载。
应理解,图2仅为便于理解而示例的简化示意图,该通信系统中还可以包括其他卫星链路,图2中未予以画出。还应理解,在其他应用场景中,该通信系统中参与流量调度的链路还可以是其他网元之间的链路,例如UPF与UPF之间的链路,本申请对此不予限定。
还应理解,本申请中对流量进行调度可以包括:对流量进行导向、切换、或分割。其中,流量的导向,可以理解为将流量引导至某个指定的链路上传输;流量的切换,可以理解为将某个链路上的流量调度至另一个指定的链路上传输;流量的分割,可以理解为将同一流量的不同部分分别引导至多个链路上并行传输。
图3示出了适用于本申请的多链路通信的方法的一种系统架构。在图3所示的系统架构中,卫星链路和地面链路可作为I-UPF和PAS UPF之间的链路为N9提供承载。作为示例,该系统架构包括的网元有:UE、RAN、I-UPF、PSA UPF和SMF,包括的链路类型有:GEO链路、LEO链路和地面链路。其中,SMF与UPF之间(如I-UPF、PSA UPF)可通过N4接口进行通信,UPF之间(如I-UPF与PSA UPF之间)可通过N9接口进行通信。应理解,图3仅为便于理解而示例的简化示意图,该系统架构中还可以包括其他网元,图3中未予以画出。
当部署多个链路时,在RAN侧部署具备透明MPTCP代理和/或低层调度功能的I-UPF,并部署具备透明MPTCP代理和/或低层调度功能的PSA-UPF。其中,I-UPF负责上行流量的调度,PSA UPF负责下行流量调度,SMF通过N4接口向I-UPF和PSA UPF发送调度规则。
图4示出了适用于本申请的多链路通信的方法的另一种系统架构。在图4所示的系统架构中,卫星链路和地面链路可作为RAN和PAS UPF之间的链路为N3提供承载。作为示例,该系统架构包括的网元有:UE、RAN、PSA UPF和SMF,包括的链路类型有:GEO链路、LEO链路和地面链路。其中,SMF与PSA UPF之间可通过N4接口进行通信,RAN与PSA UPF之间可通过N3接口进行通信。应理解,图4仅为便于理解而示例的简化示意图,该系统架构中还可以包括其他网元,图4中未予以画出。
当部署多个链路时,可部署具备低层调度功能的PSA UPF,支持在IP层以下对下行流量进行调度。在该系统架构中,RAN可以对相应的上行流量进行调度。SMF通过N4接口管理PSA UPF的调度规则。
为便于理解本申请实施例,下面对本申请中涉及的几个术语做简单介绍。
1.接入流量导向、切换和分割(access traffic steer switching split,ATSSS)规则
当UE同时接入3GPP和非3GPP网络并建立多接入会话时,ATSSS规则可以用于实现业务数据流(service data flow,SDF)在3GPP接入和非3GPP接入之间导向、切换和分割。
图5示出了一种ATSSS架构的示意图。其中,UE支持一个或多个调度功能,如多路径传输控制协议(multiple path transmission control protocol,MPTCP)调度功能和/或ATSSS低层(ATSSS low layer,ATSSS-LL)调度功能。建立会话时,UE可在会话建立请求中提供自身支持的调度功能和/或调度模式。
MPTCP调度功能可用于导向、切换和分割允许使用MPTCP的应用程序的TCP流量。UE的MPTCP调度功能可以通过在3GPP和/或非3GPP用户平面上使用MPTCP协议,与UPF中关联的MPTCP代理功能进行通信。
ATSSS-LL调度功能在IP层以下运行,可以应用于导向、切换和分割所有类型的流量,包括传输控制协议(transmission control protocol,TCP)流量、用户数据包协议(user datagram protocol,UDP)流量、以太网流量等。UPF上的ATSSS-LL功能与UE定义的ATSSS-LL功能类似,负责下行流量的调度。
根据网络提供的ATSSS规则,UE中的每个调度功能可以实现上行流量在3GPP接入和非3GPP接入之间导向、切换和分割。每个ATSSS规则包含一个流量描述符,决定该ATSSS规则何时适用。当流量描述符中的每个组件都与SDF匹配时,ATSSS规则被确定使用。ATSSS规则中还包含接入选择描述符,用于指示调度功能和/或调度模式。调度功能用于指示确定使用MPTCP调度功能或ATSSS-LL功能调度匹配的SDF,调度模式用于决定匹配的SDF如何分布于3GPP网络和非3GPP网络。其中,调度模式可包括“主备”模式、“最小延时”模式、“负载均衡”模式和“基于优先级”模式。例如,网络可以向UE提供以下ATSSS规则:
1)“流量描述符:UDP,目的地址1.2.3.4”,“调度模式:主备,主=3GPP,备=非3GPP”。该规则表示“引导目的IP地址为1.2.3.4的UDP流量到主用访问(3GPP接入),若主用访问不可用,则使用备用访问(非3GPP接入)”。
2)“流量描述符:应用1”,“调度模式:负载均衡,3GPP=20%,非3GPP=80%”,“调度功能:MPTCP”。该规则表示“通过MPTCP调度功能将应用1的流量的20%发送给3GPP接入,80%发送给非3GPP接入”。
可以理解,上述关于ATSSS规则仅是示例性说明,本申请不限于此。
2.N4规则
N4规则与ATSSS规则类似。多接入会话的锚点UPF应用网络基于N4规则和通过用户平面从UE接收的反馈信息(如接入网不可用或可用)来决定如何在两个接入网之间分配下行流量。
3.动态策略和计费控制(policy and charging control,PCC)规则
动态PCC规则可由PCF创建,该规则可用于生成上述ATSSS规则或N4规则。例如,当动态PCC规则用于生成ATSSS规则时,PCF为ATSSS进行策略决策并创建包含多接入PDU会话控制信息的动态PCC规则,以决定多接入PDU的上行和下行流量应该如何分布在3GPP接入和非3GPP接入上。当不使用动态PCC规则生成ATSSS规则和N4规则时,SMF则使用本地策略生成ATSSS规则或N4规则。
4.多接入PDU会话控制信息
作为示例,表1描述了动态PCC规则中的多接入PDU会话控制信息可能的功能。如表1所示,多接入PDU会话控制信息中包括对SDF使用的调度功能、调度模式、调度模式指示信息、与非3GPP接入关联的计费键和/或使用监视键。在动态PCC规则中,独立的计费信息和使用监视信息字段部分默认与3GPP接入关联。
表1
5.多链路通信控制信息
多链路通信控制信息,可以理解为是基于多接入PDU会话控制信息的改进。相比多接入PDU会话控制信息,在多链路通信控制信息中,由于可能存在多个链路(例如两个以上链路),因此多链路通信控制信息中可包含多个计费键和/或多个使用监视键,其中,该多个计费键和/或该多个使用监视键与该多个链路一一对应。
6.多接入规则(multi-access rule,MAR)
对于多接入会话,SMF下发给UPF的包探测规则(packet detection rule,PDR)与一个MAR规则关联。
作为示例,表2描述了MAR规则包含的一项或多项内容。如表2所示,MAR规则可包括调度功能、调度模式、调度模式指示等信息中的一项或多项。该MAR规则与两个转发动作规则(forwarding action rule,FAR)关联,上述两个FAR分别对应于3GPP接入和非3GPP接入。
表2
7.多回传规则(multi-backhaul rule,MBR)
MBR规则,可以理解为是基于MAR规则的改进。相比MAR规则,该规则可关联两个或两个以上的FAR,每个FAR与参与多链路通信的链路(即网络实例)关联。此外,由于可能存在超过两个以上的链路,相比MAR,对FAR的优先级值进行扩展,优先级可能的取值数量与参与调度的链路数量相同。如“主备”模式下,当存在三个链路用于调度时,FAR的取值可能为“主”、“备1”或“备2”,其中“备1”的优先级高于“备2”的优先级,当主链路不可用时,优先使用“备1”对应的链路。
8.性能测量功能(performance measure function,PMF)
UPF支持性能测量功能,UE和UPF可进行接入性能测量,以估计SDF在某种接入类型上传输时预期会经历的往返时间和/或丢包率,UE和UPF之间通过PMF协议进行交互。基于测量结果、UE的ATSSS规则以及UPF中的MAR规则,UE和UPF决定如何在两个接入类型上分配SDF的流量。
9.MPTCP调度功能
在ATSSS场景中,UE端的MPTCP调度功能实质为MPTCP客户端,UPF端的MPTCP调度功能实质为MPTCP代理。
图6示出了一种基于MPTCP调度功能的通信场景的示意图。如图6所示,MPTCP调度功能可将一个流分割为两个子流,例如非3GPP上的子流和3GPP上的子流。UE可为非3GPP上的子流和3GPP上的子流获得两个链路特定的IP地址/前缀(如分别记为@IP1和@IP2),用于和UPF上的MPTCP代理通信。UPF执行地址转换,使用为多接入会话分配的IP地址/前缀(如记为@IP5)与最终的目的地址(如记为@IP6)通信。上述MPTCP调度功能的工作模式适用于多接入场景,UE上的应用需要支持MPTCP调度功能。
图7示出了一种基于透明MPTCP代理的通信场景的示意图,基于透明MPTCP代理的通信场景在ATSSS场景中未涉及。其中,UE不需要支持MPTCP调度功能,且不需要感知网络中MPTCP代理的存在,只需使用为会话分配的IP地址/前缀(如记为IP@5)与目的地址(如记为@IP6)通信。通信过程中,MPTCP代理1截获UE的TCP流,并和MPTCP代理2进行交互,将其分割为多个MPTCP子流。该MPTCP代理1可部署在I-UPF中,该MPTCP代理2可部署在PSA-UPF中。其中初始子流源地址和目的地址/前缀仍为@IP5和@IP6,后续建立的子流使用MPTCP代理1对应链路上的@IP2和MPTCP代理2对应链路上的@IP3通信。若交互过程中MPTCP代理2未提供@IP3,则仍使用@IP6作为后续子流的通信地址/前缀。MPTCP代理1和代理2均需要为后续建立的子流执行地址映射。图7所示透明MPTCP代理可用于多链路通信场景。
10.低层调度功能
在ATSSS场景中,UE和UPF的低层调度功能不针对特定的协议。因此,UE和UPF之间的低层调度功能不需要进行协议交互。
图8示出了一种基于ATSSS低层调度功能的通信场景的示意图。如图8所示,低层调度功能将两个不同的IP流分别调度到非3GPP接入和3GPP接入。当使用低层调度功能时,UE使用为会话分配的@IP5与@IP6通信。
可以理解,UPF的低层调度功能与UE的低层调度功能类似,区别在于UE基于ATSSS规则负责上行流量的调度,UPF则基于N4规则负责下行流量的调度。
由于低层调度功能工作在IP层以下,且不需要进行协议交互,因此在多链路场景中,仍可以使用ATSSS定义的低层调度功能实现SDF在多个链路上的调度,其中,负责上行流量的低层调度功能部署在UE外部。
11.链路
第一设备从第二设备接收的信号可以被称为在链路上传输的信号,其中,该链路表征了第一设备和第二设备间的一种连接关系,是一个逻辑概念,而非一个物理实体。
图9示出了一种实现低层调度功能的部署方式的示意图,即在UE与服务器之间的网元1和网元2之间部署低层调度功能,从而实现将两个不同的IP流调度到不同的路径。
目前,ATSSS规则针对UE同时使用3GPP接入和非3GPP两种接入类型时,实现UE与用户面功能UPF之间两种接入类型上的流量调度。但是,5GS中尚未设计相关的部署方式和对应的流程来实现两个网元之间多个链路上的流量调度,例如,UPF之间或者RAN和UPF之间的多个链路上的流量调度。
有鉴于此,本申请实施例提供一种多链路通信的方法和装置,通过设计相应的通信流程,实现用户流量在多个不同类型的链路上的调度,从而实现多种链路资源的综合利用。
上面对本申请中涉及到的术语做了简单说明,下文实施例中不再赘述。
可以理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
还应理解,本文中涉及的第一、第二、#1、#2等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。
下面将结合附图详细说明本申请实施例。
首先结合图10至图12介绍了本申请实施例提供的基于调度规则实现多链路通信的方法。
在图10至图12所示的实施例中,多次提及网元#1、网元#2、网元#3,可以理解,其是为区分不同网元进行的命名。
其中,网元#1(即第一网元的一例)可支持管理多链路通信的功能。例如,网元#1可以用于生成调度规则,还可以用于管理调度规则,还可以用于确定支持多链路通信功能的网元#3。作为示例,网元#1,例如可以为SMF。
其中,网元#2(即第二网元的一例)可以用于获取多个链路的类型信息,还可以用于确定支持管理多链路通信功能的网元#1。作为示例,网元#2,例如可以为AMF。
其中,网元#3(即第三网元的一例)可以用于接收网元#1发送的调度规则,并根据该调度规则调度会话在多个链路上的流量。作为示例,网元#3,例如可以为UPF。其中,UPF例如可以为I-UPF或PSA UPF。关于各网元的介绍,下文实施例中为简洁,不再赘述。
图10示出了一种多链路通信的方法的示意图。如图10所示,方法100可以包括S110至S120。下面结合图10详细说明方法100中的各个步骤。
S110,网元#1(比如SMF)获取多个链路的类型信息。
其中,多个链路的类型信息可以用于生成调度规则。该多个链路的类型包括至少一种卫星链路。示例性的,该多个链路的类型可以包括两种或两种以上卫星链路,或者,该多个链路的类型可以包括地面链路和至少一种卫星链路。地面链路又可以称为非卫星链路。作为示例,本申请中的卫星链路可以是GEO链路、MEO链路、LEO链路,或者也可以是其他卫星链路,本申请不予限定。
其中,链路可以是网元之间的链路,例如,可以是UPF和UPF之间的链路,或者还可以是RAN和UPF之间的链路。应理解,本申请中的链路还可以是其他网元之间的链路,不予限定。
S120,网元#1根据多个链路的类型信息,生成调度规则。
在下文实施例中,为简洁,用“流量”表示“会话的流量”。也就是说,在不强调其区别的情况下,下文所述的“流量”表示的是“会话的流量”。
其中,调度规则例如可以用于调度SDF粒度的流量。
网元#1获取到多个链路的类型信息之后,可根据多个链路的类型信息生成调度规则,该调度规则可用于指示该多个链路中的目标链路上的流量信息。
可选地,该目标链路可以包括第一链路和第二链路。第二链路可以为一条或多条链路。
一种可能的情况,该调度规则可用于指示流量在第一链路上传输。其中,流量在第一链路上传输也可以理解为流量优先在第一链路上传输。在这种情况下,可以实现流量的导向,或者说,可实现将流量引导至某个指定的链路上传输。
举例来说,该调度规则可以包括和第一链路、第二链路对应的优先级信息。当第一链路的优先级高于第二链路时,根据调度规则,流量优先在第一链路上传输;在某些情况下,如第一链路不可用或者第一链路上的负载超过一定门限值时,根据调度规则,流量可以在第二链路上传输。
应理解,由于在实际应用中,目标链路的数量可以是两个以上,因此优先级可能的取值数量应当与参与调度的链路数量相同。例如,当目标链路包括N(N大于2)个链路时,可以有N个优先级与之对应。
在本申请的实施例中,可以采用多种方式确定目标链路中不同链路的优先级。
例如,在“主备”模式下,优先级的取值可以为“主”和“备”,“主”的优先级高于“备”。当目标链路的数量超过两个时,优先级的取值可以为“主”、“备1”、“备2”等等,以此类推。其中,“主”的优先级高于“备1”,“备1”的优先级高于“备2”,以此类推。
又例如,在“最小延时”模式下,延时较低的链路对应较高的优先级,相应地,延时较高的链路对应较低的优先级。
又例如,在实际应用中,还可以根据业务需求确定目标链路中不同链路的优先级。例如,在高峰时刻,对于延时不敏感的流量,可以令延时较高的链路对应较高的优先级,而对于延时要求较高的流量,则可以令延时较低的链路对应较高的优先级。
可以理解,当调度规则用于指示流量在第一链路上传输时,还可以实现多个链路上的流量的切换,或者说,可以实现将某个链路上的流量调度至另一个指定的链路上传输。例如,可以更改调度规则中多个链路的优先级的顺序,从而将流量从原优先级最高的链路切换到当前优先级最高的链路上传输。
另一种可能的情况,调度规则还可以用于指示部分流量在第一链路上传输,其余部分在一条或多条第二链路上传输。或者说,调度规则可以实现将会话的流量的不同部分分别引导至多个链路上并行传输。或者说,调度规则可以实现流量的分割。通过该方法,可以将流量分布到多个链路上并行传输,从而实现多个链路的带宽聚合,提高业务吞吐量。
示例性地,该调度规则可以指示与第一链路和第二链路对应的权重信息。例如,该调度规则可以包括一条链路(如第一链路)对应的权重信息,如第一链路对应的权重为x%,那么根据该调度规则可以获知第一链路对应的权重为x%,第二链路对应的权重为(100-x)%。也就是说,该调度规则可用于指示流量的x%在第一链路上传输,其余流量在第二链路上传输。
可以理解,本申请不限于此。例如,该调度规则可以包括第一链路和第二链路对应的权重信息,如第一链路对应的权重为x%,那么根据该调度规则可以获知第二链路对应的权重为y%,x+y≤100。也就是说,该调度规则可用于指示流量的x%在第一链路上传输,流量的y%在在第二链路上传输。
还可以理解,当目标链路中包括N(N大于2)个链路时,该N个链路的权重和仍然小于或等于100%。
应理解,上述“第一链路”和“第二链路”仅为示例性说明,不应对本申请中的目标链路构成任何限定。
可选地,该调度规则可以包括上行流量调度规则和/或下行流量调度规则。
一种可能的情况,该调度规则包括上行流量调度规则和下行流量调度规则。其中,上行流量调度规则可用于指示目标链路上的上行流量的信息,从而实现上行流量的调度;下行流量调度规则可用于指示目标链路上的下行流量的信息,从而实现下行流量的调度。
一种可能的情况,该调度规则包括上行流量调度规则,实现上行流量的调度。此时,若需要对该时刻的下行流量进行调度,则可以由RAN基于负载情况和本地配置等条件从多个链路中选择一个链路,用于承载该时刻的下行流量。例如,RAN可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,RAN优先选择优先级高的链路作为承载下行流量的链路,当链路负载超过一定门限值后,则选择次优的链路。
一种可能的情况,该调度规则包括下行流量调度规则,实现下行流量的调度。此时,若需要对该时刻的上行流量进行调度,则可以由RAN基于负载情况和本地配置等条件从多个链路中选择一个链路,用于承载该时刻的上行流量。例如,RAN可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,RAN优先选择优先级高的链路作为承载下行流量的链路,当链路负载超过一定门限值后,则选择次优的链路。
可选地,S120中,网元#1生成调度规则,包括:网元#1根据本地策略和多个链路的类型信息生成调度规则。例如,网元#1可以预先配置目标链路中不同链路的优先级,或者预先配置目标链路中不同链路对应的权重。
可选地,S120中,网元#1生成调度规则,包括:网元#1根据策略控制网元下发的动态策略和计费控制(policy and charging control,PCC)规则,以及多个链路的类型信息生成调度规则。该策略控制网元例如可以是PCF。在这种情况下,网元#1可以和该策略控制网元建立会话策略关联,由该策略控制网元为多链路通信进行策略决策,该策略控制网元可选择参与调度的目标链路类型。
应理解,该多个链路包括该目标链路。
关于本地策略和PCC规则的生成方式,不予限制。例如,上述本地策略或PCC规则可以根据以下一项或多项信息生成:外部AF的流量调度要求的信息、流量信息、单个网络切片选择辅助(single network slice selection assistance information,S-NSSAI)信息、数据网络名称(data network name,DNN)信息。
一示例,网元#1或PCF可以根据接收的外部AF的流量调度要求的信息生成本地策略或PCC规则。例如,网元#1或PCF可以选择AF指定的链路作为优先级最高的链路。
一示例,网元#1或PCF可以根据流量信息生成本地策略或PCC规则。其中,流量信息可以是流量的自身属性信息,例如,可以是该流量对延时的敏感程度。对于延时不明感的流量,可以令该流量优先在延时较高的链路上传输;对于延时要求较高的流量,则可以令该流量优先在延时较低的链路上传输。
一示例,网元#1或PCF可以根据S-NSSAI信息生成本地策略或PCC规则。其中,S-NSSAI信息可用于指示请求使用的网络切片。由于不同类型的链路可能被划分到不同网络切片,因此,网元#1或PCF可根据S-NSSAI信息所指示的网络切片确定参与调度的目标链路类型。
一示例,网元#1或PCF可以根据DNN信息生成本地策略或PCC规则。其中,DNN信息可用于指示UE访问的数据网络名称。例如,当DNN信息用于指示接入互联网(Internet)时,可认为当前业务对延时性能要求较低,因此可指定延时较高的链路作为优先级最高的链路。又例如,当DNN信息用于指示接入IP多媒体子系统(IP multimedia subsystem,IMS)时,可认为当前业务对延时性能要求较高,因此可指定延时较低的链路作为优先级最高的链路。
又一示例,网元#1或PCF还可以根据上述多项信息生成本地策略或PCC规则。例如,可以将AF指定的链路作为优先级最高的链路,而对于其他链路的优先级顺序,可以根据流量对延时的敏感程度来确定。
可以理解,上述为示例性说明,本申请不限于此。
可选地,S110中,网元#1获取多个链路的类型信息,包括:网元#1从网元#2(比如AMF)或网元#3(比如UPF)处获取多个链路的类型信息。
为便于理解,下面结合图11和图12介绍适用于上述方法100的可能的流程。图11所示的方法200可以用于网元#2向网元#1提供多个链路的类型信息的场景,图12所示的方法300可以用于网元#3向网元#1提供多个链路的类型信息的场景。
图11示出了另一种多链路通信的方法的示意图,对应于网元#2(比如AMF)向网元#1(比如SMF)提供多个链路的类型信息的场景。如图11所示,方法200可以包括S210至S280。
S210,网元#2获取多个链路的类型信息。
该多个链路的类型包括至少一种卫星链路。其中,链路可以是网元之间的链路。
其中,该多个链路的类型信息可用于指示在多个链路上进行通信。即网元#2获取到该多个链路的类型信息后,获知会话需要在该多个链路上进行通信。其中,在多个链路上进行通信也可以理解为,会话需要使用通信系统中与多链路通信相关的功能。例如,该多个链路的类型信息可用于网元#2确定支持管理多链路通信功能的网元#1,或者还可以用于网元#1确定支持多链路通信功能的网元#3。该多个链路的类型信息还可以用于生成调度规则。
一种可能的方式,S210中,网元#2获取多个链路的类型信息,包括:网元#2接收来自其他网元的多个链路的类型信息。例如,网元#2(如AMF)接收来自RAN的多个链路的类型信息。
另一种可能的方式,S210中,网元#2获取多个链路的类型信息,包括:网元#2本地配置多个链路的类型信息。
可选地,方法200包括S220,网元#2获取多链路通信指示信息。
一种可能的情况,若多个链路的类型信息不用于指示在多个链路上进行通信,即网元#2或网元#1不能根据该多个链路的类型信息判断出需要使用多个链路进行通信,此时,该方法200还包括:网元#2获取多链路通信指示信息,该多链路通信指示信息可用于指示在多个链路上进行通信,或者说,该多链路通信指示信息可用于指示会话需要使用通信系统中与多链路通信相关的功能。同样地,该多链路通信指示信息例如可以用于网元#2确定支持管理多链路通信功能的网元#1,或者还可以用于网元#1确定支持多链路通信功能的网元#3。该多链路通信指示信息还可以用于触发网元#1根据多个链路的类型信息生成调度规则。在这种情况下,网元#1接收到多链路通信指示信息后,执行生成调度规则的步骤,因此能够根据实际需求灵活控制是否生成调度规则,从而避免在不需要使用多个链路通信的情况下生成调度规则所导致的资源浪费。
一种可能的方式,S220中,网元#2获取多链路通信指示信息,包括:网元#2接收来自其他网元的多链路通信指示信息。例如,网元#2接收来自RAN的多链路通信指示信息。
一种可能的方式,S220中,网元#2获取多链路通信指示信息,包括:网元#2本地配置多链路通信指示信息。
S230,网元#2确定支持管理多链路通信功能的网元#1。
网元#2根据获取的多个链路的类型信息或多链路通信指示信息,判断会话需要在多个链路上进行通信。从而,根据该多个链路的类型信息或多链路通信指示信息确定支持管理多链路通信功能的网元#1。
其中,网元#1支持管理多链路通信的功能可以理解为,网元#1能够生成调度规则和管理调度规则的功能,并且能够确定支持多链路通信功能的网元#3。
应理解,网元#2除了可以通过接收到的多个链路的类型信息或多链路通信指示信息判断会话需要在多个链路上进行通信外,还可以根据本地配置(例如,某些和多个链路类型相关联的信息)判断会话需要在多个链路上进行通信,本申请不予限定。
作为示例,网元#2可以通过多种方法确定支持管理多链路通信功能的网元#1。如下述方法1至方法4:
方法1,当所有网元#1均支持管理多链路通信功能时,网元#2可从多个网元#1中随机确定一个网元#1作为管理多链路通信功能的网元;
方法2,当所有网元#1均支持管理多链路通信功能时,网元#2可根据预设的规则确定一个网元#1作为管理多链路通信功能的网元;
方法3,当部分网元#1支持管理多链路通信功能时,网元#2可根据本地配置确定支持管理多链路通信功能的网元#1,例如,可以在网元#2中预先配置支持管理多链路通信功能的网元#1的信息,进而从中确定一个网元#1作为管理多链路通信功能的网元;
方法4,当部分网元#1支持管理多链路通信功能时,网元#2可以向NRF发送请求信息,该请求信息用于指示需要为多链路通信确定支持管理多链路通信功能的网元#1。随后,NRF向网元#2返回响应消息,该响应信息中携带支持管理多链路通信功能的网元#1的描述文件,从而网元#2可根据该网元#1的描述文件确定一个网元#1作为管理多链路通信功能的网元。
S240,网元#2向网元#1发送多个链路的类型信息。相应地,网元#1接收该多个链路的类型信息。
网元#2获取多个链路的类型信息之后,将该多个链路的类型信息发送给网元#1。若该多个链路的类型信息可用于指示在多个链路上进行通信,则网元#1可根据该多个链路的类型信息生成调度规则,并根据该多个链路的类型信息确定支持多链路通信功能的网元#3,以便将生成的调度规则发送给该网元#3。
S250,网元#2向网元#1发送多链路通信指示信息。相应地,网元#1接收该多链路通信指示信息。
若该多个链路的类型信息不能用于指示在多个链路上进行通信,且在S220中网元#1获取了多链路通信指示信息,则在S250中,网元#2向网元#1发送多链路通信指示信息,从而,网元#1可基于该多链路通信指示信息,根据该多个链路的类型信息生成调度规则,并根据该多链路通信指示信息确定支持多链路通信功能的网元#3,以便将生成的调度规则发送给该网元#3。
S260,网元#1生成调度规则。
一种可能的情况,网元#1根据多个链路的类型信息生成调度规则,具体步骤可以参考前述方法实施例中的S120,在此不再赘述。
另一种可能的情况,网元#1接收来自网元#2的多链路通信指示信息,从而网元#1基于该多链路通信指示信息执行同S120中生成调度规则的步骤。
当网元之间存在多个链路时,该调度规则可以用于指示流量在目标链路上的分布情况,从而不仅可以使得网元可以根据该调度规则进行合理的流量调度,而且生成调度规则时考虑多个链路的类型,还可以实现多种链路资源的综合利用。
S270,网元#1确定支持多链路通信功能的网元#3。
网元#1根据接收到的多个链路的类型信息或多链路通信指示信息,确定会话需要在多个链路上进行通信,从而确定支持多链路通信功能的网元#3,以便将S240中生成的调度规则发送给该网元#3。
其中,网元#3支持多链路通信功能,是指网元#3能够根据接收到的调度规则指示参与调度的链路上的流量信息,或者说,网元#3能够使用接收到的调度规则对参与调度的链路上的流量进行调度。
作为示例,网元#1可以通过多种方法确定支持多链路通信功能的网元#3。如下述方法1至方法4:
方法1,当所有网元#3均支持多链路通信功能时,网元#1可从多个网元#3中随机确定一个网元#3;
方法2,当所有网元#3均支持多链路通信功能时,网元#1可根据预设的规则确定一个网元#3;
方法3,当部分网元#3支持多链路通信功能时,网元#1可根据本地配置确定支持多链路通信功能的网元#3,例如,可以在网元#1中预先配置支持多链路通信功能的网元#3的信息,进而从中确定一个网元#3;
方法4,当部分网元#3支持管理多链路通信功能时,网元#1可以向NRF发送请求信息,该请求信息用于指示需要为多链路通信确定支持多链路通信功能的网元#3。随后,NRF向网元#1返回响应消息,该响应信息中携带支持多链路通信功能的网元#3的描述文件,从而网元#1可根据该网元#3的描述文件确定一个网元#3。
S280,网元#1向网元#3发送调度规则。相应地,网元#3接收该调度规则。
根据接收到的调度规则,网元#3对多个链路上的流量进行调度。
基于方法200,网元#2获取多个链路的类型信息后,可以向网元#1发送该多个链路的类型信息。网元#1可以根据该多个链路的类型信息生成调度规则,该调度规则可以用于指示流量在目标链路上的分布情况。网元#1可以向网元#3发送该调度规则。从而不仅可以使得网元#3可以根据该调度规则进行合理的流量调度,而且网元#1生成调度规则时考虑多个链路的类型,还可以实现多种链路资源的综合利用,进而满足不同业务的需求。
图12示出了另一种多链路通信的方法的示意图,对应于网元#3(比如UPF)向网元#1(比如SMF)提供多个链路的类型信息的场景。如图12所示,方法300可以包括S310至S350。
S310,网元#2向网元#1发送多链路通信指示信息。相应地,网元#1接收该多链路通信指示信息。
当使用一个链路进行通信导致该链路上的负载较高时,网元#2可向网元#1发送多链路通信指示信息,该多链路通信指示信息可用于指示在多个链路上进行通信。
S320,网元#1确定支持多链路通信功能的网元#3。
网元#1根据在S310中收到的多链路通信指示信息,确定会话需要在多个链路上进行通信。因此,网元#1确定支持多链路通信功能的网元#3,以便将S340中生成的调度规则发送给该网元#3。
S330,网元#3向网元#1发送多个链路的类型信息。相应地,网元#1接收该多个链路的类型信息。
其中,该多个链路的类型信息是由网元#3预先配置的。
S340和S350可以参考前述方法实施例中的S260和S280,在此不再赘述。
基于方法300,网元#3向网元#1发送多个链路的类型信息后,网元#1可以根据该多个链路的类型信息生成调度规则,该调度规则可以用于指示流量在目标链路上的分布情况。网元#1可以向网元#3发送该调度规则。从而不仅可以使得网元#3可以根据该调度规则进行合理的流量调度,而且网元#1生成调度规则时考虑多个链路的类型,还可以实现多种链路资源的综合利用,进而满足不同业务的需求。
上文结合图10至图12介绍了本申请实施例提供的基于调度规则实现多链路通信方法,下面结合图13至图16介绍本申请实施例提供的流量在多个链路上的导向和切换的方案。
图13至图16所示的实施例中,多次提及网元#4、网元#5、网元#6,可以理解,其是为区分不同网元进行的命名。其中,网元#4(即第四网元的一例)可以用于管理链路上的流量,例如网元#4可以为目标流量确定目标链路。作为示例,网元#4,例如可以为RAN、AMF、PCF、SMF、PSA UPF。其中,网元#5(即第五网元的一例)可以用于分配隧道资源或建立隧道,还可以用于执行流量调度。作为示例,网元#5,例如可以为PSA UPF或RAN。网元#6可以用于建立隧道,还可以用于执行流量调度。作为示例,网元#6例如可以为PSA UPF。关于各网元的介绍,下文实施例中为简洁,不再赘述。
图13示出了一种多链路通信的方法的示意图。如图13所示,方法400可以包括S410至S420。
S410,网元#4获取多个链路的类型信息。
该多个链路的类型包括至少一种卫星链路。其中,链路可以是网元之间的链路。
其中,该多个链路的类型信息可用于网元#4为目标流量确定目标链路。
可选地,S410中,网元#4获取多个链路的类型信息,包括:网元#4根据本地配置获取多个链路的类型信息。在该情况下,网元#4可以为RAN、AMF或PSA UPF。
可选地,S410中,网元#4获取多个链路的类型信息,包括:网元#4接收来自其他网元配置的多个链路的类型信息。在该情况下,网元#4可以为AMF、PCF或SMF。
S420,网元#4根据多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。
其中,目标流量例如可以为QoS流粒度的流量或PDU会话粒度的流量。举例来说,目标流量为QoS流粒度的流量,即该目标流量可以为某个PDU会话的部分或全部流量,在步骤S420中,网元#4可以根据多个链路的类型信息,为该PDU会话的部分或全部流量确定目标链路,以使得该PDU会话的部分或全部流量在目标链路上传输。或者,目标流量为PDU会话粒度的流量,即该目标流量可以为一个或多个PDU会话的流量,在步骤S420中,网元#4可以根据多个链路的类型信息,为该一个或多个PDU会话的流量确定目标链路,以使得该一个或多个PDU会话的流量在目标链路上传输。
一种可能的情况,网元#4在会话建立过程中为目标流量确定目标链路,在这种情况下,该目标链路用于承载该目标流量,从而可实现目标流量的导向。
另一种可能的情况,网元#4在会话建立完成后为目标流量确定目标链路,该目标流量是第一链路上的部分或全部流量,在这种情况下,通过将第一链路上的部分或全部流量调度至目标链路上传输,从而可实现目标流量的切换。应理解,在这种情况下,该多个链路包括第一链路和目标链路。
可选地,网元#4获取多个链路的类型信息后,可以根据以下一项或多项信息为目标流量确定目标链路:本地配置信息、目标流量的信息、多个链路的负载情况的信息、外部AF的流量调度要求的信息、S-NSSAI信息、DNN信息。
一示例,网元#4可以根据本地配置信息为目标流量确定目标链路。例如,网元#4可以预先配置不同链路的优先级,例如令延时性能更优的链路对应更高的优先级,网元#4优先选择优先级高的链路作为目标链路,当高优先级的链路负载超过一定门限值后,则选择次优的链路作为目标链路,或者,当高优先级的链路不可用时,选择次优的链路作为目标链路。
一示例,网元#4可以根据目标流量的信息为目标流量确定目标链路。其中,目标流量的信息可以是目标流量的自身属性信息,例如,可以是该流量对延时的敏感程度。对于延时不明感的流量,可以将延时较高的链路确定为目标链路;对于延时要求较高的流量,则可以将延时较低的链路确定为目标链路。
一示例,网元#4可以根据多个链路的负载情况的信息为目标流量确定目标链路。例如,可以将当前负载最低的链路作为目标链路。
一示例,网元#4可以根据外部AF的流量调度要求的信息为目标流量确定目标链路。例如,可以将AF指定的链路作为目标链路。
一示例,网元#4可以根据S-NSSAI信息为目标流量确定目标链路。其中,S-NSSAI信息可用于指示请求使用的网络切片。由于不同类型的链路可能被划分到不同网络切片,因此,网元#4可根据S-NSSAI信息所指示的网络切片确定目标链路。
一示例,网元#4可以根据DNN信息为目标流量确定目标链路。其中,DNN信息可用于指示UE访问的数据网络名称。例如,当DNN信息用于指示接入互联网时,可认为当前业务对延时性能要求较低,因此可指定延时较高的链路作为目标链路。又例如,当DNN信息用于指示接入IP多媒体子系统时,可认为当前业务对延时性能要求较高,因此可指定延时较低的链路作为目标链路。
又一示例,网元#4还可以根据上述多项信息为目标流量确定目标链路。例如,当由多项信息中的每一项信息分别确定的目标链路均为同一链路时,可以将该同一链路确定为最终的目标链路;当由多项信息中的每一项信息分别确定的目标链路为不同链路时,可以从中随机选择一个链路作为做种的目标链路;或者,还可预先设定不同信息的优先级,当由多项信息中的每一项信息分别确定的目标链路为不同链路时,最终的目标链路基于优先级最高的信息确定。
下面结合图14至图16介绍适用于本申请实施例方法400的可能的流程。其中,图14所示的方法,可用于网元#4在会话建立过程中为目标流量确定目标链路的场景。图15和图16所示的方法,可用于网元#4在会话建立完成后为目标流量确定目标链路的场景。
图14示出了另一种多链路通信的方法的示意图。方法500中的链路例如可以是RAN和UPF之间的链路,如图14所示,方法500可以包括S510至S540。
S510,网元#4获取多个链路的类型信息。
S520,网元#4根据多个链路的类型信息,为目标流量确定目标链路。
S510至S520可以参考前述方法实施例中的S410至S420,这里不再赘述。在本实施例中,网元#4,例如可以为RAN、AMF、PCF或SMF。
S530,网元#4向网元#5发送目标链路的类型信息。相应地,网元#5接收该目标链路的类型信息。
其中,目标链路的类型信息可用于网元#5在目标链路上为目标流量分配隧道资源。
S540,网元#5在目标链路上为目标流量分配隧道资源。
网元#5根据目标链路的类型信息在目标链路上为目标流量分配隧道资源,以使得目标流量能够在目标链路上的进行传输。
网元#5,例如可以为PSA UPF。
图15示出了另一种多链路通信的方法的示意图。如图15所示,方法600可以包括S610至S660。
S610,网元#4获取多个链路的类型信息。可以参考前述方法实施例中的S410,这里不再赘述。在本实施例中,网元#4(即第四网元的一例),例如可以为RAN或PSA UPF。
S620,网元#4确定目标流量,并根据多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。
其中,该目标流量可以是第一链路上的部分或全部流量,以实现将流量从第一链路调度至目标链路上传输。应理解,该多个链路包括第一链路和目标链路。
可选地,网元#4可以基于链路负载等情况确定目标流量。例如,当第一链路上的负载过高时,可选择第一链路上的部分或全部流量作为目标流量;或者,网元#4可以基于从外部AF接收到的流量调度要求的信息确定标流量。例如,网元#4可以根据从外部AF接收到的流量调度要求的信息,确定第一链路上的部分或全部流量为目标流量;又或者,网元#4还可以基于本地策略确定目标流量,例如,网元#4预先配置第一链路上的部分或全部流量为目标流量。
应理解,网元#4还可以根据其他规则或方式确定目标流量,本申请不予限定。
作为示例,网元#4可以根据以下一项或多项信息为目标流量确定目标链路:本地配置信息、目标流量的信息、多个链路的负载情况的信息、外部AF的流量调度要求的信息、S-NSSAI信息、DNN信息。网元#4根据上述一项或多项信息为目标流量确定目标链路的方法可以参考前述方法实施例中的S420,这里不再赘述。
可选地,当目标链路上不存在用于传输目标流量的隧道时,方法600包括S630,网元#4分配隧道资源。
在S630中,网元#4在目标链路上为目标流量分配隧道资源,该隧道资源可用于网元#5在目标链路上为目标流量建立隧道,以实现目标流量在目标链路上的传输。
可选地,当目标链路上已经存在用于传输目标流量的隧道时,网元#4则直接将目标流量调度至目标链路上传输。
应理解,当网元#4为RAN时,网元#5,例如可以为PSA UPF。当网元#4为PSA UPF时,网元#5,例如可以为RAN。
S640。网元#4向网元#5发送网元#4分配的隧道信息和目标流量的标识信息。相应地,网元#5接收该隧道信息和该目标流量的标识信息。
其中,隧道信息可用于网元#5在目标链路上为目标流量建立隧道,目标流量的标识信息可用于网元#5将该目标流量调度至目标链路上传输。
S650,网元#5建立隧道,并将目标流量调度至目标链路上传输。
网元#5基于网元#4发送的隧道信息在目标链路上为目标流量建立隧道,并根据目标流量的标识信息将目标流量调度至目标链路上传输。
通过该方法,可以将流量分布到多个链路上并行传输,从而实现多个链路的带宽聚合,提高业务吞吐量。
图16示出了另一种多链路通信的方法的示意图。如图16所示,方法700可以包括S710至S760。
S710至S720可以参考前述方法实施例中的S610至S620,这里不再赘述。
S730,网元#4向网元#5发送目标链路的类型信息和目标流量的标识信息。相应地,网元#5接收该目标链路的类型信息和该目标流量的标识信息。
其中,目标链路的类型信息可用于在目标链路上为目标流量分配隧道资源,目标流量的标识信息可用于网元#6将该目标流量调度至目标链路上传输。
在本实施例中,网元#4,例如可以为PCF或SMF。网元#5,例如可以为PSA UPF。网元#6,例如可以是RAN。
可选地,当目标链路上不存在用于传输目标流量的隧道时,方法700包括S740,网元#5分配隧道资源。
在S740中,网元#5在目标链路上为目标流量分配隧道资源,该隧道资源可用于在目标链路上为目标流量建立隧道,以实现目标流量在目标链路上的传输。
可选地,当目标链路上已经存在用于传输目标流量的隧道时,网元#5则直接将目标流量调度至目标链路上传输。
S750,网元#5向网元#6发送隧道信息和目标流量的标识信息。相应地,网元#6接收该隧道信息和目标流量的标识信息。
其中,隧道信息可用于网元#6在目标链路上为目标流量建立隧道,目标流量的标识信息可用于网元#6将该目标流量调度至目标链路上传输。
S760,网元#6建立隧道,并将目标流量调度至目标链路上传输。
网元#6基于网元#5发送的隧道信息在目标链路上为目标流量建立隧道,并根据目标流量的标识信息将目标流量调度至目标链路上传输。
通过该方法,可以将流量分布到多个链路上并行传输,从而实现多个链路的带宽聚合,提高业务吞吐量。
为便于理解,以具体网元为例,下面结合图17至图22介绍适用于本申请实施例的可能的流程。以下示例中假设,网元#1为SMF,网元#2为AMF,网元#3为UPF(如I-UPF或PSAUPF),网元#4为RAN、AMF、PCF、SMF或PSA UPF,网元#5为PSA UPF或RAN,网元#6为PSA UPF。其中,图17至图18主要介绍适用于上述图10所示实施例的可能的流程,图19至图22主要介绍适用于上述图13所示实施例的可能的流程。
图17示出了根据本申请实施例提供的多链路通信的方法的一示意性流程图。作为示例,该方法1700例如通过图3所示的系统架构实现。作为示例,该方法1700可以用于网元#2(比如AMF)向网元#1(比如SMF)提供多个链路的类型信息的场景(如可用于上述方法200)。图17所示的方法1700可以包括如下步骤。
S1701,RAN节点向AMF发送多个链路的类型信息。
当使用一个链路进行通信导致该链路上的负载较高时,RAN节点可向AMF发送多个链路的类型信息。
其中,多个链路的类型例如可以包括:GEO链路、LEO链路和地面链路。该多个链路的类型信息可以用于指示在多个链路上进行通信,还可以用于生成调度规则。
可选地,S1701还包括:RAN向AMF发送多链路通信指示信息。该多链路通信指示信息可用于指示在多个链路上进行通信。在这种情况下,生成调度规则的步骤在接收到多链路通信指示信息后执行,因此能够根据实际需求灵活控制是否生成调度规则,从而避免在不需要使用多个链路通信的情况下生成调度规则所导致的资源浪费。
S1702,UE向AMF发送PDU会话建立请求。
例如,UE将PDU会话建立请求消息发送给RAN,再由RAN转发至AMF。其中,S1701中RAN发送的信息也可携带于PDU会话建立请求中由RAN发送至AMF。
S1703,AMF确定支持管理多链路通信功能的SMF。
在S1703中,AMF可以基于多链路通信指示信息、多个链路的类型信息、或本地配置信息中的一项信息,判断RAN节点使用多个链路进行通信,并需要为PDU会话确定支持管理多链路通信功能的SMF。其中,本地配置信息例如可以包括NR小区全球标识(NR cellglobal ID)等信息和关联的多个链路类型。
作为示例,AMF确定支持管理多链路通信功能的SMF的方法可以为:AMF向NRF发送请求消息,该请求消息用于请求支持管理多链路通信功能的SMF。随后,NRF向AMF返回响应消息,该响应消息中携带支持管理多链路通信功能的SMF的描述文件,该SMF的描述文件中包含多个支持管理多链路通信功能的SMF实例,从而AMF可根据该SMF的描述文件从该多个SMF实例中确定一个SMF作为管理多链路通信功能的网元。
S1704,AMF向SMF发送多个链路的类型信息。
可选地,S1704还包括:AMF向SMF发送多链路通信指示信息。该多链路通信指示信息例如可以是S1701中RAN向AMF发送的,或者还可以是AMF本地配置的。
具体地,AMF向SMF发送会话上下文创建请求消息。该会话上下文创建请求消息中包括多个链路的类型信息。作为示例,AMF可以基于本地配置信息或基于S1701或S1702中RAN发送的信息获取RAN节点使用的多个链路的类型信息。其中,本地配置信息例如可以包括NR小区全球标识等信息和关联的多个链路类型。
可选地,上述多链路通信指示信息可以携带于该会话上下文创建请求消息中。
S1705,SMF生成调度规则。
可选地,该调度规则可以由SMF基于本地策略生成。例如,SMF可以预先配置目标链路中不同链路的优先级,或者预先配置目标链路中不同链路对应的权重信息。
可选地,该调度规则还可以基于PCF下发的动态PCC规则生成。在这种情况下,SMF可以和PCF建立会话策略关联,由PCF为多链路通信进行策略决策,PCF可选择参与调度的目标链路类型(例如,PCF可以预先设定,由于GEO链路的高延时,GEO链路在任何时候均不用于流量调度)。
当调度规则根据PCF下发的动态PCC规则生成时,具体步骤包括(1)和(2)。
(1):SMF向PCF发送会话策略创建请求消息,该请求消息中包括步骤S1704获取的多个链路类型的信息;
(2):PCF创建PCC规则,并通过响应消息发送至SMF。PCC规则中包括:规则标识、流量的信息、计费信息和策略控制信息,若PCF选择了2个或2个以上链路进行通信,则PCC规则还包括多链路通信控制信息,该多链路通信控制信息可包含一个或多个计费键和使用监视键,每个计费键和使用监视键与参与多链路通信的链路类型(如GEO链路、LEO链路)关联。
应理解,该调度规则可以包括上行流量调度规则和/或下行流量调度规则。
S1706,SMF确定支持多链路通信功能的PSA UPF。
在S1706中,SMF基于多链路通信指示信息或多个链路的类型信息,确定会话需要在多个链路上进行通信,从而确定支持多链路通信功能的PSA UPF。作为示例,SMF确定支持多链路通信功能的PSA UPF的方法可以为:SMF向NRF发送请求消息,该请求消息用于请求支持多链路通信功能的PSA UPF。随后,NRF向AMF返回响应消息,SMF根据该响应消息确定支持多链路通信功能的PSA UPF。
S1707,SMF向PSA UPF发送下行流量调度规则。
SMF与确定的PSA UPF建立N4会话,将基于PCC规则或基于本地策略生成的调度规则中的下行流量调度规则发送至PSA UPF。其中,该调度规则也可以称为N4规则。
作为示例,该调度规则可以包括包探测规则(packet petection rule,PDR)、QoS实施规则(QoS enforcement rules,QER)、使用报告规则(unity performance reporting,UPR)、和/或转发动作规则(forwarding action rule,FAR)。其中,下行流量对应的转发动作规则为MBR规则,该MBR规则关联两个或两个以上的FAR,每个FAR与参与多链路通信的链路(即网络实例)关联。
PSA UPF接收SMF发送的下行流量调度规则之后,分配与目标链路对应的N9 CN隧道资源,并向SMF发送该N9 CN隧道信息。
应理解,若目标链路中包括多个链路,则分配与该多个链路对应的多个N9 CN隧道资源,并向SMF发送该多个N9 CN隧道信息。
S1708,SMF确定支持多链路通信功能的I-UPF。与S1706类似,为避免重复,这里不再赘述。
S1709,SMF向I-UPF发送上行流量调度规则。
类似S1707,SMF与确定的I-UPF建立N4会话,将基于PCC规则或基于本地策略生成的调度规则中的上行流量调度规则发送至I-UPF。作为示例,该调度规则可以包括用于上行流量调度的MBR规则。
S1710,在目标链路上为目标流量建立N9隧道。具体步骤包括(a)至(n):
(a):SMF将PSA UPF的N9 CN隧道信息发送至I-UPF。
(b):I-UPF基于PSA UPF的N9 CN隧道信息建立N9上行隧道。
(c):I-UPF分配N3 CN隧道资源以及和目标链路对应的N9 CN隧道资源。
(d):I-UPF向SMF发送该N3 CN隧道信息和该N9 CN隧道信息。
(e):SMF向AMF发送N1N2消息传输请求消息,该请求消息中包括I-UPF发送的N3 CN隧道信息;AMF向SMF返回响应。
(f):AMF向RAN发送N2会话请求消息,该请求消息中包括I-UPF的N3 CN隧道信息,该N3 CN隧道信息用于RAN建立N3上行隧道。
(g):RAN与UE交互AN相关的信令。RAN为会话分配N3 AN隧道资源,并基于I-UPF的N3 CN隧道信息建立N3上行隧道。
(h):RAN向AMF发送N2会话响应消息,该响应消息中包括RAN的N3 AN隧道信息。
(i):AMF向SMF发送会话管理上下文更新消息,该响应消息中包括RAN的N3 AN隧道信息。
(j):SMF向I-UPF发送N4会话更新请求消息,该请求消息中包括RAN的N3 AN隧道信息。
(k):I-UPF基于RAN的N3 AN隧道信息建立N3下行隧道,I-UPF向SMF返回响应。
(l):SMF向PSA UPF发送N4会话更新请求消息,该请求消息中包括I-UPF的N9CN隧道信息。
(m):PSA UPF基于I-UPF的N9 CN隧道信息建立N9下行隧道,PSA UPF向SMF返回响应。
(n):SMF向AMF发送会话管理上下文更新响应消息。
图18示出了根据本申请实施例提供的多链路通信的方法的另一示意性流程图。作为示例,该方法1800例如通过图3所示的系统架构实现。作为示例,该方法1800可以用于网元#3向网元#1提供多个链路的类型信息的场景(如可用于上述方法300)。图18所示的方法1800可以包括如下步骤。
可选地,方法1800包括S1801,RAN节点向AMF发送多链路通信指示信息,其中,多链路通信指示信息可以用于指示在多个链路上进行通信。
S1802至S1803与S1702至S1703类似,为避免重复,这里不再赘述。
S1804,AMF向SMF发送多链路通信指示信息。
AMF向SMF发送会话上下文创建请求消息,该会话上下文创建请求消息中包括多链路通信指示信息。作为示例,AMF可以基于S1801中RAN发送的信息或基于本地配置信息获取多链路通信指示信息,其中,本地配置信息例如可以包括NR小区全球标识信息和关联的多个链路类型,或者可以包括跟踪区(tracking area,TA)信息和关联的多个链路类型。
可选地,方法1800包括S1805,SMF与PCF建立会话策略关联。
S1806,SMF确定支持多链路通信功能的PSA UPF。与S1707类似,为避免重复,这里不再赘述。
S1807,PSA UPF向SMF发送多个链路的类型信息。
其中,该多个链路的类型信息可以是由PSA UPF预先配置的。
可以理解,PAS UPF向SMF发送多个链路的类型信息时,还可以向SMF发送与每个链路关联的网络实例的信息,该网络实例的信息可以用于在目标链路上为目标流量建立隧道。
S1808,SMF基于本地策略生成调度规则。
SMF可根据获取到的多个链路的类型信息,确定参与调度的目标链路。例如,SMF可以预先配置目标链路中不同链路的优先级,或者预先配置目标链路中不同链路对应的权重信息。
S1809,SMF向PSA UPF发送下行流量调度规则。
SMF与确定的PSA UPF建立N4会话,将S1808中SMF基于本地策略生成的调度规则中的下行流量调度规则下发至PAS UPF。其中,该调度规则也可以称为N4规则。
作为示例,该调度规则可以包括包探测规则(PDR)、QoS实施规则(QER)、使用报告规则(UPR)、转发动作规则(FAR)。其中,下行流量对应的转发动作规则为MBR规则。应理解,该调度规则可以包括上行流量调度规则和/或下行流量调度规则。
S1810,SMF确定支持多链路通信功能的I-UPF。与S1808类似,为避免重复,这里不再赘述。
S1811,SMF向I-UPF发送上行流量调度规则。
类似S1809,SMF与确定的I-UPF建立N4会话,将S1808中SMF基于本地策略生成的调度规则中的上行流量调度规则下发至I-UPF。作为示例,该调度规则可以包括用于上行流量调度的MBR规则。
可选地,方法1800包括S1812,SMF基于动态PCC规则生成调度规则。
具体步骤可以参考方法1700中的(1)和(2),这里不再赘述。应理解,S1810至S1811也可发生在S1812之后,此时,S1814可跳过。
可选地,方法1800包括S1813,SMF向PSA UPF发送下行流量调度规则。
可选地,方法1800包括S1814,SMF向I-UPF发送上行流量调度规则。
若执行了S1812,则执行S1813至S1814,在S1813中,SMF将基于PCC规则生成的调度规则中的下行流量调度规则发送至PSA UPF;在S1814中,SMF将基于PCC规则生成的调度规则中的上行流量调度规则发送至I-UPF。在这种情况下,SMF基于PCC规则生成的调度规则可覆盖S1808中SMF基于本地策略生成的调度规则。
S1815,在目标链路上为目标流量建立N9隧道。
具体步骤可以参考方法1700中的(a)至(n),这里不再赘述。
可以理解,图17和图18仅是示例性说明,本申请不限于此。例如,在图17或图18所示的步骤中,不包括与“SMF确定支持多链路通信功能的I-UPF”相关的步骤,以及与“SMF向I-UPF发送上行流量调度规则”相关的步骤,并将“在目标链路上为目标流量建立N9隧道”替换为“在目标链路上为目标流量建立N3隧道”。其中,在目标链路上为目标流量建立N3隧道的方法可以参考方法1700中的(c)至(k),这里不再赘述。该方法例如可以用于图4所示的系统架构中。
在图4所示的系统架构中应用该方法时,如可以由PSA UPF负责下行流量调度,对此不予限制。该方法还可以用于上行流量调度的情况,如由RAN负责上行流量调度。举例来说,在RAN负责上行流量调度的情况下,RAN可以基于负载情况和本地配置等条件从多个链路中选择一个链路,用于承载该时刻的上行流量。例如,RAN可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,RAN优先选择优先级高的链路作为承载下行流量的链路,当链路负载超过一定门限值后,则选择次优的链路。
图19示出了根据本申请实施例提供的多链路通信的方法的另一示意性流程图。作为示例,该方法1900可用于在会话建立过程中为目标流量确定目标链路的场景(如可用于上述方法500)。图19所示的方法1900可以包括如下步骤。
可选地,方法1900包括S1901,RAN节点向AMF发送多个链路的类型信息。
其中,该多个链路的类型信息可用于RAN、AMF、PCF或SMF为目标流量确定目标链路。
S1902,UE向RAN发送PDU会话建立请求。
例如,UE将PDU会话建立请求消息发送至RAN,该请求消息中可以包括S-NSSAI信息和/或DNN信息。
可选地,方法1900包括S1903,RAN确定目标链路。
该步骤对应于图19中确定目标链路的方式1。具体地,RAN基于本地配置获取多个链路的类型信息,并根据该多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。
作为示例,RAN获取多个链路的类型信息后,可以基于多个链路的负载情况和/或本地配置等信息,从多个链路中确定一个链路作为目标链路。例如,RAN可以根据延时性能预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,RAN优先选择优先级高的链路作为目标链路,当高优先级的链路负载超过一定门限值后,则选择次优的链路作为目标链路;或者,RAN可以配置主备模式,当高优先级的链路不可用时,选择次优的链路作为目标链路。
S1904,RAN向AMF发送PDU会话建立请求。
RAN将S1902中接收的PDU会话建立请求消息转发至AMF,该请求消息中可以包括S-NSSAI信息和/或DNN信息。若执行S1903,则该请求消息中包括RAN确定的目标链路的类型信息。应理解,S1901中由RAN节点向AMF发送的多个链路的类型信息也可以在此步由RAN发送至AMF。
可选地,方法1900包括S1905,AMF确定目标链路。
该步骤对应于图19中确定目标链路的方式2。具体地,AMF获取多个链路的类型信息后,根据该多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。其中,该多个链路的类型信息可以由RAN在S1901发送至AMF,也可以携带于会话建立请求消息中由RAN在S1902发送至AMF,还可以由AMF基于本地配置信息获得,其中,本地配置信息例如可以包括NR小区全球标识信息和关联的多个链路类型,或者可以包括跟踪区信息和关联的多个链路类型。
作为示例,AMF可以基于S-NSSAI信息、DNN信息或本地配置信息,从多个链路中确定一个链路作为目标链路。例如,AMF可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,AMF优先选择优先级高的链路作为目标链路;又例如,AMF可以基于S-NSSAI信息和DNN信息排除不适用的链路,如GEO链路延时过高,因此可以规定GEO链路不能用于某些S-NSSAI、DNN或二者的组合。
S1906,AMF向SMF发送多个链路的类型信息和目标链路的类型信息。
AMF向SMF发送会管理上下文创建请求消息,该请求消息中可以包括S-NSSAI信息、DNN信息、多个链路的类型信息。其中,S-NSSAI信息和DNN信息例如可以从S1904中获取。
若执行了S1903或S1905,则该请求消息中还包括S1903或S1905中确定的目标链路的类型信息。
S1907,SMF从UDM获取签约数据并订阅。
可选地,方法1900包括S1908,SMF向PCF发送多个链路的类型信息。
SMF与PCF建立会话策略关联,向PCF发送会话管理策略控制创建请求消息,该请求消息中可以包括从S1906中获取的S-NSSAI信息、DNN信息、多个链路的类型信息。
可选地,方法1900包括S1909,PCF确定目标链路。
该步骤对应于图19中确定目标链路的方式3。具体地,PCF接收来自SMF的多个链路的类型信息,并根据该多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。
作为示例,PCF获取多个链路的类型信息后,可以基于S-NSSAI、DNN、本地配置等信息,从多个链路中确定一个链路作为目标链路。例如,PCF可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,PCF优先选择优先级高的链路作为目标链路;又例如,PCF可以基于S-NSSAI信息和DNN信息排除不适用的链路,如GEO链路延时过高,因此可以规定GEO链路不能用于某些S-NSSAI、DNN或二者的组合。
可选地,方法1900包括S1910,PCF向SMF发送目标链路的类型信息。
PCF向SMF返回会话管理策略控制响应消息,该响应消息中包括PCF确定的目标链路的类型信息。
可选地,方法1900包括S1911,SMF确定目标链路。
该步骤对应于图19中确定目标链路的方式4。具体地,SMF根据从S1906中获取的多个链路的类型信息,为目标流量确定目标链路,以使得目标流量在目标链路上传输。
可选地,SMF获取多个链路的类型信息后,可以基于S-NSSAI、DNN、本地配置等信息,从多个链路中确定一个链路作为目标链路。例如,SMF可以预先配置不同链路的优先级,延时性能更优的链路可对应更高的优先级,SMF优先选择优先级高的链路作为目标链路;又例如,SMF可以基于S-NSSAI信息和DNN信息排除不适用的链路,如GEO链路延时过高,因此可以规定GEO链路不能用于某些S-NSSAI、DNN或二者的组合。
S1912,SMF向PAS UPF发送目标链路的类型信息。
SMF与PSA UPF建立N4会话,并向PAS UPF发送目标链路的类型信息。其中,目标链路的类型信息可以是基于S1903确定的,或者是基于S1905确定的,或者是基于S1909确定的,或者还可以是基于S1911确定的。
S1913,PAS UPF分配N3隧道资源。
PAS UPF基于S1903、S1905、S1909或S1911确定的目标链路类型信息,分配与该目标链路对应的N3 CN隧道资源。
S1914,PSA UPF向SMF发送N3 CN隧道信息。
S1915,在目标链路上为目标流量建立N3隧道。具体步骤包括(a)至(h):
(a):SMF向AMF发送N1N2消息传输请求消息,该请求消息中包括从PSA UPF获取的N3 CN隧道信息;AMF向SMF返回响应。
(b):AMF向RAN发送N2会话请求消息,该请求消息中包括从SMF获取的N3 CN隧道信息,该N3 CN隧道信息可用于RAN建立N3上行隧道。
(c):RAN与UE交互AN相关的信令。RAN为会话分配N3 AN隧道资源,并基于从AMF获取的N3 CN隧道信息建立N3上行隧道。
(d):RAN向AMF发送N2会话响应消息,该响应消息中包括RAN的N3 AN隧道信息。
(e):AMF向SMF发送会话管理上下文更新消息,该请求消息中包括RAN的N3 AN隧道信息。
(f):SMF向PSA UPF发送N4会话更新请求消息,该请求消息中包括RAN的N3AN隧道信息。
(g):PSA UPF基于RAN的N3 AN隧道信息建立N3下行隧道,PSA UPF向SMF返回响应。
(h):SMF向AMF返回会话管理上下文更新响应消息。
图20示出了根据本申请实施例提供的多链路通信的方法的另一示意性流程图。作为示例,该方法2000可用于在会话建立完成后为目标流量确定目标链路的场景(如可用于上述方法600)。图20所示的方法2000可以包括如下步骤。为了便于描述,以调度QoS流粒度的流量或PDU会话粒度的流量进行说明,例如,目标流量可以是某个PDU会话中的一个或多个目标QoS流,或者还可以是一个或多个PDU会话。具体步骤如下:
S2001,会话建立。可执行多次,建立多个PDU会话。
S2002,RAN获取多个链路的类型信息,确定目标流量和目标链路,以使得目标流量在目标链路上传输。
作为示例,RAN可以本地配置多个链路的类型信息,并基于不同链路的负载等情况确定目标流量和目标链路,例如,当地面链路负载高于某个门限值时,RAN可以选择非保证比特速率(non-guaranteed bit rate,Non-GBR)流量对应的QoS流作为目标流量,GEO链路作为目标回传链路。
S2003,RAN分配N3 AN隧道资源。
若RAN尚未在目标链路上为目标流量建立N3上行隧道,则RAN为目标流量分配N3AN隧道资源,该N3 AN隧道资源可用于PSA UPF建立N3下行隧道。
可选地,若目标链路上已经存在与目标流量相关联的N3上行隧道,则RAN可以直接执行上行流量调度,将上行流量调度至该N3上行隧道上传输。
S2004,RAN向SMF发送N3 AN隧道信息和目标流量的标识信息。
RAN向SMF发送QoS流/PDU会话调度请求消息,该请求消息中包括目标流量的标识信息和N3 AN隧道信息。其中,目标流量的标识信息例如可是目标PDU会话ID及其关联的一个或多个QoS Flow ID,或者还可以是一个或多个目标PDU会话ID。若目标流量包括多个PDU会话,则有多个N3 AN隧道信息,每个N3 AN隧道信息和PDU会话ID关联。
S2005,SMF向PSA UPF发送N3 AN隧道信息和目标链路的标识信息。
SMF基于会话ID向会话的PSA UPF发送N4会话修改请求消息,该请求消息中包括目标流量的标识信息以及目标流量在目标链路上对应的N3AN隧道信息,该目标流量的标识信息和该N3AN隧道信息用于指示PSA UPF执行下行流量调度。
S2006,PSA UPF建立N3下行隧道,并执行下行流量调度。
PSA UPF基于N3 AN隧道信息建立N3下行隧道,并根据目标流量的标识信息和N3AN隧道信息执行下列流量调度,将下行流量调度至该N3下行隧道上传输。
S2007,PSA UPF分配N3 CN隧道资源。
PSA UPF在目标链路上为目标流量分配N3 CN隧道资源,该隧道资源用于RAN建立N3上行隧道。若目标流量包括多个PDU会话,则有多个N3 CN隧道信息,每个N3 CN隧道信息和PDU会话ID关联。
S2008,PSA UPF向SMF发送N3 CN隧道信息和目标流量的标识信息。
S2009,SMF向RAN发送N3 CN隧道信息和目标流量的标识信息。
若目标链路上不存在与目标流量相关联的N3上行隧道,或者说SMF未向RAN发送过与目标流量关联的N3 CN隧道信息,则SMF向RAN返回QoS流/PDU会话调度响应,该响应消息包括从S2008中获得的N3 CN隧道信息。
S2010,RAN建立N3上行隧道,执行上行流量调度。
RAN基于S2009获得的N3 CN隧道信息建立N3上行隧道,并执行上行流量调度,将上行流量调度至该N3上行隧道上传输。
图21示出了根据本申请实施例提供的多链路通信的方法的另一示意性流程图。作为示例,该方法2100可用于在会话建立完成后为目标流量确定目标链路的场景(如可用于上述方法600)。图21所示的方法2100可以包括如下步骤。为了便于描述,以调度QoS流粒度的流量或PDU会话粒度的流量进行说明,例如,目标流量可以是某个PDU会话中的一个或多个目标QoS流,或者还可以是一个或多个PDU会话。具体步骤如下:
S2101,会话建立。可执行多次,建立多个PDU会话。
S2102,PSA UPF获取多个链路的类型信息,确定目标流量和目标链路,以使得目标流量在目标链路上传输。
作为示例,PSA UPF可以本地配置多个链路的类型信息,并基于不同链路的负载等情况确定目标流量和目标链路,例如,当地面链路负载高于某个门限值时,RAN可以选择Non-GBR流量对应的QoS Flow作为目标流量,GEO链路作为目标回传链路。
S2103,PSA UPF分配N3 CN隧道资源。
若PSA UPF尚未在目标链路上为目标流量建立N3下行隧道,则PSA UPF为目标流量分配N3 CN隧道资源,该N3 CN隧道资源可用于RAN建立N3上行隧道。
可选地,若目标链路上已经存在与目标流量相关联的N3下行隧道,则PSA UPF可以直接执行下行流量调度,将下行流量调度至该N3下行隧道上传输。
S2104,PSA UPF向SMF发送N3 CN隧道信息和目标流量的标识信息。
PSA UPF向SMF发送QoS流/PDU会话调度请求消息,该请求消息中包括目标流量的标识信息和N3 CN隧道信息。其中,目标流量的标识信息例如可是目标PDU会话ID及其关联的一个或多个QoS Flow ID,或者还可以是一个或多个目标PDU会话ID。若目标流量包括多个PDU会话,则有多个N3 CN隧道信息,每个N3 CN隧道信息和PDU会话ID关联。
S2105,SMF向RAN发送N3 CN隧道信息和目标链路的标识信息。
SMF向RAN发送QoS Flow/PDU会话转向请求消息,该请求消息中包括目标流量的标识信息以及目标流量在目标链路上对应的N3 CN隧道信息,目标流量的标识信息和该N3 CN隧道信息用于指示RAN执行上行流量调度。
S2106,RAN建立N3上行隧道,并执行上行流量调度。
RAN基于N3 CN隧道信息建立N3上行隧道,并根据目标流量的标识信息和N3 CN隧道信息执行上列流量调度,将上行流量调度至该N3上行隧道上传输。
S2107,RAN分配N3 AN隧道资源。
若目标链路上不存在与目标流量相关联的N3下行隧道,或者说RAN未向SMF发送过与目标流量关联的N3 AN隧道信息,则RAN在目标链路上为目标流量分配N3 AN隧道资源,该隧道资源用于PSA UPF建立N3下行隧道。若目标流量包括多个PDU会话,则有多个N3 AN隧道信息,每个N3 AN隧道信息和PDU会话ID关联。
S2108,RAN向SMF发送N3 AN隧道信息和目标流量的标识信息。
RAN向SMF返回QoS流/PDU会话调度响应,该响应消息包括N3 AN隧道信息。
S2109,SMF向PSA UPF发送N3 AN隧道信息和目标流量的标识信息。
S2110,PSA UPF建立N3下行隧道,执行下行流量调度。
PSA UPF在此步骤基于S2109获得的N3 AN隧道信息建立N3下行隧道,并执行下行流量调度,将下行流量调度至该N3下行隧道上传输。
图22示出了根据本申请实施例提供的多链路通信的方法的另一示意性流程图。作为示例,该方法2200可用于在会话建立完成后为目标流量确定目标链路的场景(如可用于上述方法700)。图22所示的方法2200可以包括如下步骤。为了便于描述,以调度QoS流粒度的流量或PDU会话粒度的流量进行说明,例如,目标流量可以是某个PDU会话中的一个或多个目标QoS流,或者还可以是一个或多个PDU会话。具体步骤如下:
S2201,会话建立。可执行多次,建立多个PDU会话。
可选地,方法2200包括S2202,PCF获取多个链路的类型信息,确定目标流量和目标链路,以使得目标流量在目标链路上传输。
该步骤对应于图22中确定目标流量和目标链路的方式1。
作为示例,PCF可以接收来自RAN或PSA UPF多个链路的类型信息,并基于预先设定的策略确定目标流量和目标链路,例如,PCF可以基于接收的外部AF的流量调度要求的信息,选择AF指定的流量作为目标流量,并选择AF指定的链路作为目标链路。
可选地,方法2200包括S2203,PCF向SMF发送目标链路的类型信息和目标流量的标识信息。
该目标链路的类型信息和目标流量的标识信息可以由SMF在S2205中转发至PSAUPF。其中,目标流量的标识信息例如可是目标PDU会话ID及其关联的一个或多个QoS FlowID,或者还可以是一个或多个目标PDU会话ID。
可选地,方法2200包括S2204,SMF获取多个链路的类型信息,确定目标流量和目标链路,以使得目标流量在目标链路上传输。
该步骤对应于图22中确定目标流量和目标链路的方式2。
作为示例,SMF可以基于本地策略确定目标流量和目标链路。
S2205,SMF向PSA UPF发送目标链路的类型信息和目标流量的标识信息。
其中,目标链路和目标流量可以是基于S2202确定的,或者也可以是基于S2204确定的。
SMF基于会话ID向会话的PSA UPF发送N4会话修改请求消息,该请求消息中包括目标链路的类型信息和目标流量的标识信息,以指示PSA UPF发起下行流量转向。
S2206至S2213同S2103至S2110。
可以理解,本申请实施例中的图10至图22中的例子仅仅是为了便于本领域技术人员理解本申请实施例,并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图10至图22的例子,显然可以进行各种等价的修改或变化,这样的修改或变化也落入本申请实施例的范围内。
还可以理解,本申请的各实施例中的一些可选的特征,在某些场景下,可以不依赖于其他特征,也可以在某些场景下,与其他特征进行结合,不作限定。
还可以理解,本申请的各实施例中的方案可以进行合理的组合使用,并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释,对此不作限定。
还可以理解,在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后,仅为描述方便进行的区分,不应对本申请实施例的实施过程构成任何限定。
还可以理解,在本申请的各实施例中涉及到一些消息名称,其命名不对本申请实施例的保护范围造成限定。
相应于上述各方法实施例给出的方法,本申请实施例还提供了相应的装置,所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件,也可以是硬件,或者是软件和硬件结合。可以理解的是,上述各方法实施例所描述的技术特征同样适用于以下装置实施例。
图23是本申请实施例提供的一种通信的装置的示意性框图。该装置2300包括收发单元2310和处理单元2320。收发单元2310可以用于实现相应的通信功能。收发单元2310还可以称为通信接口或通信单元。处理单元2320可以用于实现相应的处理功能,如生成调度规则,又如为目标流量确定目标链路。
可选地,该装置2300还包括存储单元,该存储单元可以用于存储指令和/或数据,处理单元2320可以读取存储单元中的指令和/或数据,以使得装置实现前述各个方法实施例中设备或网元的动作。
在第一种设计中,该装置2300可以是图10至图12中任意一个所示实施例中的网元#1,也可以是该网元#1的组成部件(如芯片)。该装置2300可实现对应于图10至图12中任意一个所示实施例中网元#1执行的步骤或者流程,其中,收发单元2310可用于执行图10至图12中任意一个所示实施例中的网元#1的收发相关的操作,处理单元2320可用于执行图10至图12中任意一个所示实施例中的网元#1的处理相关的操作。
一种可能的实现方式,收发单元2310,用于接收多个链路的类型信息,该多个链路的类型包括至少一种卫星链路,该链路为网元之间的链路;处理单元2320,用于生成调度规则,该调度规则用于指示会话在目标链路上的流量信息,该多个链路包括该目标链路。
可选地,收发单元2310,还用于接收来自网元#2的多链路通信指示信息;基于该多链路通信指示信息,处理单元2320还用于,根据该多个链路的类型信息,生成调度规则。
可选地,该目标链路包括第一链路和第二链路,该调度规则用于指示该会话的流量在该第一链路上传输;或者,该调度规则用于指示该会话的部分流量在该第一链路上传输,该会话的其余部分流量在该第二链路上传输。
可选地,该网元#1基于本地策略生成调度规则;或者,收发单元2310接收来自策略控制网元的动态策略和计费控制规则,该网元#1基于该动态策略和计费控制规则生成调度规则。
可选地,该本地策略或该动态策略和计费控制规则根据以下一项或多项信息生成:外部应用功能AF的流量调度要求的信息、流量信息、单个网络切片选择辅助S-NSSAI信息、数据网络名称DNN信息。
可选地,该链路为:第一用户面功能和第二用户面功能之间的链路;或者,该链路为:无线接入网RAN与用户面功能之间的链路。
可选地,处理单元2320还用于根据该多链路通信指示信息或该多个链路的类型信息确定支持多链路通信功能的网元#3;收发单元2310还用于向该网元#3发送该调度规则。
在第二种设计中,该装置2300可以是图11或图12所示实施例中的网元#2,也可以是该网元#2的组成部件(如芯片)。该装置2300可实现对应于图11或图12所示实施例中的网元#2执行的步骤或者流程,其中,收发单元2310可用于执行图11或图12所示实施例中的网元#2的收发相关的操作,处理单元2320可用于执行图11或图12所示实施例中的网元#2的处理相关的操作。
一种可能的实现方式,收发单元2310用于接收多个链路的类型信息,该多个链路的类型包括至少一种卫星链路,该链路为网元之间的链路。收发单元2310还向该网元#1发送该多个链路的类型信息,该多个链路的类型信息用于生成调度规则,该调度规则用于指示会话在目标链路上的流量信息,该多个链路包括该目标链路。
可选地,处理单元2320用于根据该多个链路的类型信息确定支持管理多链路通信功能的网元#1。
可选地,收发单元2310还用于接收多链路通信指示信息;处理单元2320还用于根据该多链路通信指示信息确定支持管理多链路通信功能的网元#1;收发单元2310还用于向该网元#1发送该多链路通信指示信息。
在第三种设计中,该装置2300可以是图11或图12所示实施例中的网元#3,也可以是该网元#3的组成部件(如芯片)。该装置2300可实现对应于图11或图12所示实施例中的网元#3执行的步骤或者流程,其中,收发单元2310可用于执行图11或图12所示实施例中的网元#3的收发相关的操作,处理单元2320可用于执行图11或图12所示实施例中的网元#3的处理相关的操作。
一种可能的实现方式,收发单元2310用于向网元#1发送多个链路的类型信息,该多个链路的类型包括至少一种卫星链路,该链路为网元之间的链路,该多个链路的类型信息用于生成调度规则;收发单元2310还用于接收来自该网元#1的调度规则,该调度规则用于指示会话在目标链路上的流量信息,该多个链路包括该目标链路;根据该调度规则,处理单元2320用于调度该目标链路上的流量。
可选地,该目标链路包括第一链路和第二链路,该调度规则用于指示该会话的流量在该第一链路上传输;或者,该调度规则用于指示该会话的部分流量在该第一链路上传输,该会话的其余部分在该第二链路上传输。
可选地,处理单元2320还用于本地配置多个链路的类型信息。
在第四种设计中,该装置2300可以是图13至图16中任意一个所示实施例中的网元#4,也可以是该网元#4的组成部件(如芯片)。该装置2300可实现对应于图13至图16中任意一个所示实施例中的网元#4执行的步骤或者流程,其中,收发单元2310可用于执行图13至图16中任意一个所示实施例中的网元#4的收发相关的操作,处理单元2320可用于执行图13至图16中任意一个所示实施例中的网元#4的处理相关的操作。
一种可能的实现方式,收发单元2310用于接收多个链路的类型信息,该多个链路的类型包括至少一种卫星链路,该链路为网元之间的链路;根据该多个链路的类型信息,处理单元2320用于为会话的流量确定目标链路,以使得该会话的流量在该目标链路上传输。
可选地,处理单元2320还用于在该会话建立过程中,为该会话的流量确定目标链路。
可选地,收发单元2310还用于向网元#5发送该目标链路的类型信息,该目标链路的类型信息用于在该目标链路上为该会话的流量分配隧道资源,该隧道资源用于在该目标链路上为该会话的流量建立隧道。
可选地,处理单元2320还用于确定会话的流量,该会话的流量为第一链路上的部分或全部流量,该多个链路包括该第一链路和该目标链路。
可选地,当该目标链路上已经存在用于传输该会话的流量的隧道时,处理单元2320还用于将该会话的流量调度至该目标链路上传输。
可选地,当该目标链路上不存在用于传输该会话的流量的隧道时,处理单元2320还用于在该目标链路上为该会话的流量分配隧道资源,该隧道资源用于在该目标链路上为该会话的流量建立隧道;收发单元2310还用于向该网元#5发送该隧道的信息和该会话的流量的标识信息。
可选地,收发单元2310还用于向该网元#5发送该目标链路的类型信息和该会话的流量的标识信息。
应理解,各单元执行上述相应步骤的具体过程在上述各方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,这里的装置2300以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,装置2300可以具体为图17或图18所示实施例中的SMF,可以用于执行图17或图18所示实施例中与SMF对应的各个流程和/或步骤;或者,装置2300可以具体为图17或图18所示实施例中的AMF,可以用于执行图17或图18所示实施例中与AMF对应的各个流程和/或步骤;或者,装置2300可以具体为图17或图18所示实施例中的UPF(如I-UPF,又如PSA-UPF),可以用于执行图17或图18所示实施例中与UPF对应的各个流程和/或步骤;或者,装置2300可以具体为图19中的RAN、AMF、PCF或SMF,可以用于执行图19中与RAN、AMF、PCF或SMF对应的各个流程和/或步骤;或者,装置2300可以具体为图20中的RAN,可以用于执行图20中与RAN对应的各个流程和/或步骤;或者,装置2300可以具体为图21中的PSA UPF,可以用于执行图21中与PSA UPF对应的各个流程和/或步骤;或者,装置2300可以具体为图22中的PCF或SMF,可以用于执行图22中与PCF或SMF对应的各个流程和/或步骤,为避免重复,在此不再赘述。
上述各个方案的装置2300具有实现上述方法中网元(如SMF,或AMF,或UPF(如I-UPF,又如PSA-UPF),或RAN,或PCF)所执行的相应步骤的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块;例如收发单元可以由收发机替代(例如,收发单元中的发送单元可以由发送机替代,收发单元中的接收单元可以由接收机替代),其它单元,如处理单元等可以由处理器替代,分别执行各个方法实施例中的收发操作以及相关的处理操作。
此外,上述收发单元2310还可以是收发电路(例如可以包括接收电路和发送电路),处理单元可以是处理电路。
需要指出的是,图23中的装置可以是前述实施例中的网元或设备,也可以是芯片或者芯片系统,例如:片上系统(system on chip,SoC)。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。
如图24所示,本申请实施例提供另一种通信的装置2400。该装置2400包括处理器2410,处理器2410用于执行存储器2420存储的计算机程序或指令,或读取存储器2420存储的数据/信令,以执行上文各方法实施例中的方法。可选地,处理器2410为一个或多个。
可选地,如图24所示,该装置2400还包括存储器2420,存储器2420用于存储计算机程序或指令和/或数据。该存储器2420可以与处理器2410集成在一起,或者也可以分离设置。可选地,存储器2420为一个或多个。
可选地,如图24所示,该装置2400还包括收发器2430,收发器2430用于信号的接收和/或发送。例如,处理器2410用于控制收发器2430进行信号的接收和/或发送。
作为一种方案,该装置2400用于实现上文各个方法实施例中由网元执行的操作。
例如,处理器2410用于执行存储器2420存储的计算机程序或指令,以实现上文各个方法实施例中网元#1的相关操作。例如,图10至图12中任意一个所示实施例中的网元#1执行的方法。
又如,处理器2410用于执行存储器2420存储的计算机程序或指令,以实现上文各个方法实施例中网元#2的相关操作。例如,图11或图12所示实施例中的网元#2执行的方法。
又如,处理器2410用于执行存储器2420存储的计算机程序或指令,以实现上文各个方法实施例中网元#3的相关操作。例如,图11或图12所示实施例中的网元#3执行的方法。
又如,处理器2410用于执行存储器2420存储的计算机程序或指令,以实现上文各个方法实施例中网元#4的相关操作。例如,图13至图16中任意一个所示实施例中的网元#4执行的方法。
应理解,本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit,CPU),还可以是其他通用处理器、数字信号处理器(digital signalprocessor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(field programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM)。例如,RAM可以用作外部高速缓存。作为示例而非限定,RAM包括如下多种形式:静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM,SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)可以集成在处理器中。
还需要说明的是,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本申请实施例还提供一种计算机可读存储介质,其上存储有用于实现上述各方法实施例中由网元执行的方法的计算机指令。
例如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由网元#1执行的方法。
又如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由网元#2执行的方法。
又如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由网元#3执行的方法。
又如,该计算机程序被计算机执行时,使得该计算机可以实现上述方法各实施例中由网元#4执行的方法。
本申请实施例还提供一种计算机程序产品,包含指令,该指令被计算机执行时以实现上述各方法实施例中由网元执行的方法。
上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例,此处不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。此外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如,所述计算机可以是个人计算机,服务器,或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD)等。例如,前述的可用介质包括但不限于:U盘、移动硬盘、只读存储器(read-onlymemory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (26)
1.一种多链路通信的方法,其特征在于,包括:
第一网元获取多个链路的类型信息,所述多个链路的类型包括至少一种卫星链路,所述链路为网元之间的链路;
所述第一网元根据所述多个链路的类型信息,生成调度规则,所述调度规则用于指示会话在目标链路上的流量信息,所述多个链路包括所述目标链路。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一网元接收来自第二网元的多链路通信指示信息。
3.根据权利要求1或2所述的方法,其特征在于,所述目标链路包括第一链路和第二链路,
所述调度规则用于指示所述会话的流量在所述第一链路上传输;或者,
所述调度规则用于指示所述会话的部分流量在所述第一链路上传输,所述会话的其余部分流量在所述第二链路上传输。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述第一网元根据所述多个链路的类型信息生成调度规则,包括:
所述第一网元基于本地策略和所述多个链路的类型信息生成调度规则;或者,
所述第一网元接收来自策略控制网元的动态策略和计费控制规则,所述第一网元基于所述动态策略和计费控制规则,以及所述多个链路的类型信息生成调度规则。
5.根据权利要求4述的方法,其特征在于,
所述本地策略或所述动态策略和计费控制规则根据以下一项或多项信息生成:
外部应用功能AF的流量调度要求的信息、流量信息、单个网络切片选择辅助S-NSSAI信息、数据网络名称DNN信息。
6.根据权利要求1至5中任一项所述的方法,其特征在于,
所述链路为:第一用户面功能和第二用户面功能之间的链路;或者,
所述链路为:无线接入网RAN与用户面功能之间的链路。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
所述第一网元根据所述多链路通信指示信息或所述多个链路的类型信息确定支持多链路通信功能的第三网元;
所述第一网元向所述第三网元发送所述调度规则。
8.一种多链路通信的方法,其特征在于,包括:
第二网元获取多个链路的类型信息,所述多个链路的类型包括至少一种卫星链路,所述链路为网元之间的链路;
所述第二网元向所述第一网元发送所述多个链路的类型信息,所述多个链路的类型信息用于生成调度规则,所述调度规则用于指示会话在目标链路上的流量信息,所述多个链路包括所述目标链路。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述第二网元根据所述多个链路的类型信息确定支持管理多链路通信功能的第一网元。
10.根据权利要求8所述的方法,其特征在于,所述方法还包括:
所述第二网元获取多链路通信指示信息;
所述第二网元根据所述多链路通信指示信息确定支持管理多链路通信功能的第一网元;
所述第二网元向所述第一网元发送所述多链路通信指示信息。
11.一种多链路通信的方法,其特征在于,所述方法还包括:
第三网元向第一网元发送多个链路的类型信息,所述多个链路的类型包括至少一种卫星链路,所述链路为网元之间的链路,所述多个链路的类型信息用于生成调度规则;
所述第三网元接收来自所述第一网元的调度规则,所述调度规则用于指示会话在目标链路上的流量信息,所述多个链路包括所述目标链路;
根据所述调度规则,所述第三网元调度所述会话在所述目标链路上的流量。
12.根据权利要求11所述的方法,其特征在于,所述目标链路包括第一链路和第二链路,
所述调度规则用于指示所述会话的流量在所述第一链路上传输;或者,
所述调度规则用于指示所述会话的部分流量在所述第一链路上传输,所述会话的其余部分流量在所述第二链路上传输。
13.根据权利要求11或12所述的方法,其特征在于,所述方法还包括:
所述第三网元本地配置多个链路的类型信息。
14.一种多链路通信的方法,其特征在于,包括:
第四网元获取多个链路的类型信息,所述多个链路的类型包括至少一种卫星链路,所述链路为网元之间的链路;
根据所述多个链路的类型信息,所述第四网元为会话的流量确定目标链路,以使得所述会话的流量在所述目标链路上传输。
15.根据权利要求14所述的方法,其特征在于,所述第四网元为会话的流量流量确定目标链路,包括:
在所述会话建立过程中,所述第四网元为所述会话的流量确定目标链路。
16.根据权利要求14或15所述的方法,其特征在于,所述方法还包括:
所述第四网元向所述第五网元发送所述目标链路的类型信息,所述目标链路的类型信息用于在所述目标链路上为所述会话的流量分配隧道资源,所述隧道资源用于在所述目标链路上为所述会话的流量建立隧道。
17.根据权利要求14所述的方法,其特征在于,所述方法还包括:
所述第四网元确定会话的流量,所述会话的流量为第一链路上的部分或全部流量,所述多个链路包括所述第一链路和所述目标链路。
18.根据权利要求17所述的方法,其特征在于,
当所述目标链路上已经存在用于传输所述会话的流量的隧道时,所述第四网元将所述会话的流量调度至所述目标链路的隧道上传输。
19.根据权利要求17或18所述的方法,其特征在于,
当所述目标链路上不存在用于传输所述会话的流量的隧道时,所述第四网元在所述目标链路上为所述会话的流量分配隧道资源,所述隧道资源用于在所述目标链路上为所述会话的流量建立隧道;
所述第四网元向所述第五网元发送所述隧道的信息和所述会话的流量的标识信息。
20.根据权利要求17所述的方法,其特征在于,所述方法还包括:
所述第四网元向所述第五网元发送所述目标链路的类型信息和所述会话的流量的标识信息。
21.一种通信的装置,其特征在于,包括:
用于实现权利要求1至7中任一项所述的方法的单元;或者,用于实现权利要求8至10中任一项所述的方法的单元;或者,用于实现权利要求11至13中任一项所述的方法的单元;或者,用于实现权利要求14至20中任一项所述的方法的单元。
22.一种通信的装置,其特征在于,包括:
处理器,用于执行存储器中存储的计算机程序,以使得所述装置执行如权利要求1至7中任一项所述的方法,或者以使得所述装置执行如权利要求8至10中任一项所述的方法,或者以使得所述装置执行如权利要求11至13中任一项所述的方法,或者以使得所述装置执行如权利要求14至20中任一项所述的方法。
23.根据权利要求22所述的装置,其特征在于,所述装置还包括所述存储器。
24.一种芯片,其特征在于,包括逻辑电路和通信接口,所述通信接口用于接收待处理的数据和/或信息,并将所述待处理的数据和/或信息传输至所述逻辑电路,所述逻辑电路用于执行如权利要求1-20中任一项所述的编码的处理,以及,所述通信接口还用于输出编码后的极化码字。
25.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1至7中任意一项所述的方法,或者以使得所述计算机执行如权利要求8至10中任一项所述的方法,或者以使得所述计算机执行如权利要求11至13中任一项所述的方法,或者以使得所述计算机执行如权利要求14至20中任一项所述的方法。
26.一种计算机程序产品,其特征在于,所述计算机程序产品包括用于执行如权利要求1至7中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求8至10中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求11至13中任一项所述的方法的指令,或者,所述计算机程序产品包括用于执行如权利要求14至20中任一项所述的方法的指令。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111446479.8A CN116209074A (zh) | 2021-11-30 | 2021-11-30 | 一种多链路通信的方法和装置 |
PCT/CN2022/130590 WO2023098418A1 (zh) | 2021-11-30 | 2022-11-08 | 一种多链路通信的方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111446479.8A CN116209074A (zh) | 2021-11-30 | 2021-11-30 | 一种多链路通信的方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116209074A true CN116209074A (zh) | 2023-06-02 |
Family
ID=86506481
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111446479.8A Pending CN116209074A (zh) | 2021-11-30 | 2021-11-30 | 一种多链路通信的方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN116209074A (zh) |
WO (1) | WO2023098418A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116561810B (zh) * | 2023-07-10 | 2023-09-22 | 长沙睿展数据科技有限公司 | 基于混合云平台的仓储管理大数据处理方法及装置 |
CN116760455B (zh) * | 2023-08-10 | 2023-11-10 | 中国电信股份有限公司 | 空天地算力融合网络下的用户面路由选择方法及相关设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113766670B (zh) * | 2019-01-15 | 2023-10-03 | 大唐移动通信设备有限公司 | 一种pdu会话激活方法、寻呼方法及其装置 |
CN111629400B (zh) * | 2019-02-27 | 2022-03-29 | 华为技术有限公司 | 一种卫星协作通信的方法、装置及系统 |
-
2021
- 2021-11-30 CN CN202111446479.8A patent/CN116209074A/zh active Pending
-
2022
- 2022-11-08 WO PCT/CN2022/130590 patent/WO2023098418A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023098418A1 (zh) | 2023-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11616567B2 (en) | Coordinated satellite communication method, apparatus, and system | |
WO2023098418A1 (zh) | 一种多链路通信的方法和装置 | |
JP2020516135A (ja) | 通信方法およびデバイス | |
US20230199560A1 (en) | Energy-Aware Traffic Management for Multi-Access Data Sessions | |
US11071055B1 (en) | Network slice selection in cellular system | |
US11539427B2 (en) | Delay management in wireless networks | |
CN113825254B (zh) | 通信方法、装置、系统以及存储介质 | |
JP2023520274A (ja) | 無線通信方法、端末機器及びネットワーク機器 | |
CN116746085A (zh) | 传输数据的方法和装置 | |
JP2023516245A (ja) | サービス品質(QoS)制御方法、装置及び可読記憶媒体 | |
Valiveti et al. | EHSD: an exemplary handover scheme during D2D communication based on decentralization of SDN | |
CN114585105A (zh) | 一种算力感知的会话管理方法及通信装置 | |
WO2023185173A1 (zh) | 通信方法和装置 | |
WO2023160381A1 (zh) | 通信方法和装置 | |
WO2023185615A1 (zh) | 通信方法和装置 | |
Atanasov et al. | Programmability of multi-connectivity in 5G | |
CN116530144A (zh) | 服务质量参数处理方法、终端设备、网络功能实体和网络设备 | |
CN116897575A (zh) | 数据传输方法、设备及存储介质 | |
CN113766040B (zh) | 一种通信方法、装置及计算机可读存储介质 | |
CN116939696A (zh) | 一种通信的方法和装置 | |
WO2023185686A1 (zh) | 卫星通信方法和装置 | |
EP4195777A1 (en) | Wireless communication method, terminal device, and network device | |
WO2023213132A1 (zh) | 一种网络切片的通信方法、通信装置、接入网设备和终端设备 | |
WO2022261972A1 (en) | Apparatus, methods, and computer programs | |
CN117641422A (zh) | 一种通信方法及通信装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication |